US20030023676A1 - Server-side page table framework for client application definition and execution - Google Patents
Server-side page table framework for client application definition and execution Download PDFInfo
- Publication number
- US20030023676A1 US20030023676A1 US10/063,017 US6301702A US2003023676A1 US 20030023676 A1 US20030023676 A1 US 20030023676A1 US 6301702 A US6301702 A US 6301702A US 2003023676 A1 US2003023676 A1 US 2003023676A1
- Authority
- US
- United States
- Prior art keywords
- request
- value
- page
- data
- page table
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Definitions
- the present invention relates generally to computer application development and, more particularly, to a page table framework for client application definition and execution.
- HTML hyper-text markup language
- server-based enterprise applications involve hundreds of pages, processes, handlers, etc. each of which must be independently developed and implemented. To the extent that these activities include overlapping tasks, processes, etc., this independent development is often unstandardized, redundant and inefficient.
- the present invention is a server-side page table framework that enables efficient client or web application development and implementation (e.g., application definition, execution, etc.).
- One object of the present invention is to reduce redundant, unstandardized and decentralized application coding across an enterprise.
- An advantage of the present invention is central method definition and execution. Central method definition and execution enables an enterprise to update, replace or otherwise enhance method logic at a central location, thereby automatically enhancing each session of enterprise-wide data processing that calls the centrally-defined methods during routine processing.
- a preferred method embodiment of the present invention includes defining a page table associated with a client computer application.
- the page table includes, for one or more application pages, a current page value, an action value, a process value and a next page value.
- the preferred method embodiment additionally includes receiving a request from a client computer wherein the request includes request data, an indication of a current page value and an action value.
- the preferred method embodiment also includes validating the request data and transforming the request data into a model format for processing. Processing is defined in the page table as the process value corresponding to the current page value and action value received in the request.
- the preferred method embodiment includes transforming response data into a view format and returning a response to the request wherein the response is defined in the page table as the next page value corresponding to the current page value and action value received in the request, and includes the response data.
- Validation and transformation methods may be defined in the page table.
- the preferred method embodiment may additionally include merging response data with a pre-defined page template.
- the template may be defined in the page table.
- the client application may be an Internet/intranet application.
- More than one process value may be is defined for an application page. Additionally, at least a portion of the request, response or intermediate processing data may be stored in context and made available to more than one process.
- a perferred system embodiment of the present invention includes a computer system for defining and executing one or more client computer applications.
- the preferred server system embodiment is configured to receive input defining a page table associated with a client computer application wherein the page table includes, for one or more application pages, a current page value, an action value, a process value and a next page value.
- the preferred system embodiment is additionally configured to receive input containing a request from a client wherein the request includes request data, an indication of a current page value and an action value.
- the system is also configured to validate the request data and transform the request data into a model format for processing.
- the preferred system embodiment is also configured to process the request data. Processing is defined in the page table as the process value corresponding to the current page value and action value received in the request.
- the preferred system embodiment is additionally configured to transform response data into a view format and present output to the client computer containing a response to the request wherein the response is defined in the page table as the next page value corresponding to the current page value and action value received in the request, and includes the response data.
- Validation and transformation methods may be defined in the page table.
- the preferred system embodiment may be additionally configured to merge the response data with a pre-defined page template.
- the template may be defined in the page table.
- the preferred system embodiment may be additionally configured to execute more than one process on request data associated with an application page, and wherein the more than one process to be executed is defined in the page table.
- the preferred system embodiment may be additionally configured to store at least a portion of the request, response or intermediate processing data in context such that the context data is available for more than one process.
- Method and system embodiments of the present invention are particularly well suited for financial data management applications including applications for maintaining and processing account data, credit account information, purchasing, receivables, etc.
- FIG. 1 is a system diagram illustrating a preferred system architecture for implementing the present invention.
- FIG. 2 is a block flow diagram illustrating a preferred methodology for implementing the present invention.
- FIGS. 1 and 2 are for illustrative purposes and are intended to demonstrate preferred embodiments of the present invention. Those of ordinary skill in the pertinent art recognize that the preferred embodiments may be adapted or rearranged to best fit a particular implementation of the present invention.
- a thin client or web application is an application where a majority of the business logic and data processing is performed on a server.
- the client is typically only used to interact with a user of the system.
- Clients typically interact with the server via HTTP or HTTPS. Examples of clients include but are not limited to Microsoft Internet Explorer, Netscape Navigator and Web TV.
- client navigation and request processing e.g., HTTP request, etc.
- Table 1 is a table-based representation of a hypothetical page table in accordance with a preferred embodiment of the present invention.
- the content of Table 1 is generic and arbitrarily-selected for purposes of illustration. The actual organization, architecture and content of a page table, however, can be adapted or modified to best fit a particular implementation of the present invention.
- a developer defines application attributes including without limitation the pages associated with an application, actions to be executed on each page, processors to be called to execute those actions, and navigation (i.e., new pages to be returned in a response to the HTTP request).
- application attributes including without limitation the pages associated with an application, actions to be executed on each page, processors to be called to execute those actions, and navigation (i.e., new pages to be returned in a response to the HTTP request).
- the server-side page table is implemented in XML.
- the developer For each page defined in the page table, the developer identifies the server-side location of a corresponding output file (e.g., HTML file, etc.).
- a corresponding output file e.g., HTML file, etc.
- all pages in a given application conform to a standard interface format.
- the corresponding output file may comprise a template to which data is merged.
- Each output file designated in the page table contains one or more hidden tags (e.g., HTML tags, etc.) having attributes for identifying information such as the current page, an action to be executed (defined at the client), a request type, etc.
- hidden tags e.g., HTML tags, etc.
- server-side data transformation and validation methods may also be specified in the page table.
- transform-to-model transformation methods transform page field data to a standard or predefined model format for subsequent server-side processing.
- Validation methods validate submitted field data.
- Transform-to-view transformation methods transform data from the standard model format to a client-side presentation format.
- data transformation and validation methods are selected and called from a server-side library of standard methods.
- Table 2 contains an example page table in HTML format. Notably, the content, arrangement and language of the of the generic page table illustrated in Table 2 may be rearranged, modified and/or supplemented to best fit a particular application or implementation.
- a person browsing an application page i.e., a page contained within the page table
- a predefined action to be performed on the current page data.
- the application developer defines the application pages and the navigation of the corresponding business logic available to the browsing client.
- actions are selected and called from a central library of standard actions and processors.
- a developer can define and code non-standard actions and processors and designate those actions and processors in the application page table.
- client-side script i.e., application developer script
- client-side script automatically updates the action tag at the client to reflect the selected action and submits a request (e.g., HTTP request, etc.) to the server.
- the script sets the hidden action to the appropriate value.
- a request handler receives the request and abstracts the current page and action tag attributes. If no current page and action attributes are present, the server presents the client with a default response (e.g., HTTP response, etc.).
- a default response e.g., HTTP response, etc.
- the server Based on the current page and action attributes, the server performs request processing as defined in the page table. Request processing begins with data transformation and validation.
- one or more classes associated with the first action processor are dynamically loaded and executed.
- each class calls only one execute method to execute the process defined by the developer in the page table. Processes include but are not limited to database activities such as updating and retrieving data, manipulating data, deleting data, and generating external events such as e-mail, etc.
- Multiple processors may be implemented for a single action. Multiple actions may be implemented for a single page.
- the overall application architecture and navigation is defined within the page table.
- Context allows developers to define how information is passed from one processor to another, or from one processor to a page. Context is maintained on the server and defined by the developer in the page table. In accordance with a preferred embodiment of the present invention, context is passed to the processor in the execute method as an argument.
- Types of context include but are not limited to original context, working context, request context and session context.
- Original context stores all of the data submitted to the server during a request. This context is typically read-only.
- Working context is typically valid for one request. This is the primary communication channel for processors and pages.
- the request context may be available for more than one request—its duration is defined by the developer in the page table. Session context is available for the client user's entire session.
- a response (e.g., HTTP response, etc.) is prepared.
- the page table defines the next page the page or template to be returned to the client in response to the client's earlier request.
- the next page may contain static or dynamic content (e.g., HTML template) to be merged with context data (i.e., name-value list data) or other data.
- context data i.e., name-value list data
- the developer defines the server-side template using custom tags to identify data and process locations in the document.
- complex server side merging such as file includes are supported by the server and corresponding HTML templates.
- the resulting page is transformed from the model format to the proper view format by the transform-to-view method the developer specified in the page table. Finally, the transformed page is output served to the client in a response to the client's original request.
- FIGS. 1 and 2 a block flow and system diagram, respectively, illustrate a preferred implementation of the present invention.
- elements of the preferred implementation shown in FIGS. 1 and 2 may be rearranged, omitted or expanded to best fit a particular implementation of the present invention.
- the preferred implementation begins with an application developer 10 accessing a server 12 (e.g., HTTP server, etc.) to define the page table 14 associated with a thin-client application, as represented in block 28 .
- a server 12 e.g., HTTP server, etc.
- Page table definition is discussed in greater detail above. Additionally, the developer defines and/or develops application processes, actions, individual pages and templates associated with the application, as represented in block 30 .
- Application pages and templates are preferably stored in volatile or persistent memory 20 and 22 operably associated with server 12 .
- Server 12 receives a request (e.g., HTTP request, etc.) from at least one of application user's client computers 16 , as represented in block 32 . Assuming that data validation and transformation methods have been defined in the page table, server 12 validates the request data and transforms the request data to model, as represented in blocks 34 and 36 , respectively.
- a request e.g., HTTP request, etc.
- server 12 validates the request data and transforms the request data to model, as represented in blocks 34 and 36 , respectively.
- server 12 processes the request, as represented in block 38 .
- request processing includes but is not limited to processing request data, processing other data (e.g., maintaining or updating persistent database data 24 ), and external computer activity 18 such as e-mail or external application execution or other interaction.
- context data is stored in volatile or persistent memory 26 and is accessible or otherwise passed from one process to another.
- the definition of context data is discussed in greater detail above.
- the appropriate data is merged to the appropriate template as determined by the developer-defined page table 14 . This step is represented in blocks 40 and 42 . Additionally, response data is transformed into a model view format, as represented in block 44 . Finally, the response is submitted to the requesting client computer 1 6 .
- each page presented to an application user 16 in a response contains imbedded tags identifying at least the current page. If, after receiving the response, the application user presents input to his or her browser selecting an available action to execute on the response page, as represented in block 48 , the user's browser automatically sets an action tag for the page corresponding to the selected action, as represented in block 50 .
- the response is now a request. Next, the request is presented to the server 12 , where the request processing repeats, beginning with block 32 .
- updates to the page table, application pages, actions processes, applications, and templates can be made centrally and/or globally at server system 12 .
- Preferred and alternate embodiments of the present invention are particularly well suited for financial data management applications, including enterprise-wide Internet/intranet based financial data processing applications.
- Financial data processing applications that may benefit from the features and advantages of the present invention include but are not limited to accounting applications, credit account management applications, purchasing/account receivables applications, etc.
- accounting applications credit account management applications
- purchasing/account receivables applications etc.
- those of ordinary skill in the art of application development will recognize that the advantages and features of the present invention may be readily applied to a wide variety of applications beyond financial data management.
Abstract
Description
- This application claims the benefit of U.S. provisional application Serial No. 60/299,220, filed Jun. 18, 2001.
- 1. Field of the Invention
- The present invention relates generally to computer application development and, more particularly, to a page table framework for client application definition and execution.
- 2. Background Art
- Conventional enterprise application development and hosting involves a variety of independent and redundant development tasks. For example, the development of a simple hyper-text markup language (HTML) application involves the development of an HTML start page, the development of a server-side handler to process a client's HTTP request when the start page is submitted to the server, the development of a processor to process the request, and the development of a response handler to either return a new page to the client or execute some other action.
- Commonly, server-based enterprise applications involve hundreds of pages, processes, handlers, etc. each of which must be independently developed and implemented. To the extent that these activities include overlapping tasks, processes, etc., this independent development is often unstandardized, redundant and inefficient.
- The present invention is a server-side page table framework that enables efficient client or web application development and implementation (e.g., application definition, execution, etc.). One object of the present invention is to reduce redundant, unstandardized and decentralized application coding across an enterprise. An advantage of the present invention is central method definition and execution. Central method definition and execution enables an enterprise to update, replace or otherwise enhance method logic at a central location, thereby automatically enhancing each session of enterprise-wide data processing that calls the centrally-defined methods during routine processing.
- A preferred method embodiment of the present invention includes defining a page table associated with a client computer application. The page table includes, for one or more application pages, a current page value, an action value, a process value and a next page value. The preferred method embodiment additionally includes receiving a request from a client computer wherein the request includes request data, an indication of a current page value and an action value. The preferred method embodiment also includes validating the request data and transforming the request data into a model format for processing. Processing is defined in the page table as the process value corresponding to the current page value and action value received in the request. Additionally, the preferred method embodiment includes transforming response data into a view format and returning a response to the request wherein the response is defined in the page table as the next page value corresponding to the current page value and action value received in the request, and includes the response data.
- Validation and transformation methods may be defined in the page table. The preferred method embodiment may additionally include merging response data with a pre-defined page template. The template may be defined in the page table. The client application may be an Internet/intranet application.
- More than one process value may be is defined for an application page. Additionally, at least a portion of the request, response or intermediate processing data may be stored in context and made available to more than one process.
- A perferred system embodiment of the present invention includes a computer system for defining and executing one or more client computer applications. The preferred server system embodiment is configured to receive input defining a page table associated with a client computer application wherein the page table includes, for one or more application pages, a current page value, an action value, a process value and a next page value. The preferred system embodiment is additionally configured to receive input containing a request from a client wherein the request includes request data, an indication of a current page value and an action value. The system is also configured to validate the request data and transform the request data into a model format for processing. The preferred system embodiment is also configured to process the request data. Processing is defined in the page table as the process value corresponding to the current page value and action value received in the request. The preferred system embodiment is additionally configured to transform response data into a view format and present output to the client computer containing a response to the request wherein the response is defined in the page table as the next page value corresponding to the current page value and action value received in the request, and includes the response data.
- Validation and transformation methods may be defined in the page table. The preferred system embodiment may be additionally configured to merge the response data with a pre-defined page template. The template may be defined in the page table.
- The preferred system embodiment may be additionally configured to execute more than one process on request data associated with an application page, and wherein the more than one process to be executed is defined in the page table. The preferred system embodiment may be additionally configured to store at least a portion of the request, response or intermediate processing data in context such that the context data is available for more than one process.
- Method and system embodiments of the present invention are particularly well suited for financial data management applications including applications for maintaining and processing account data, credit account information, purchasing, receivables, etc.
- The above objects and other objects, features, and advantages of the present invention are readily apparent from the following detailed description of the preferred embodiments when taken in connection with the accompanying drawings.
- FIG. 1 is a system diagram illustrating a preferred system architecture for implementing the present invention; and
- FIG. 2 is a block flow diagram illustrating a preferred methodology for implementing the present invention.
- FIGS. 1 and 2 are for illustrative purposes and are intended to demonstrate preferred embodiments of the present invention. Those of ordinary skill in the pertinent art recognize that the preferred embodiments may be adapted or rearranged to best fit a particular implementation of the present invention.
- In accordance with a preferred embodiment of the present invention, a thin client or web application is an application where a majority of the business logic and data processing is performed on a server. The client is typically only used to interact with a user of the system. Clients typically interact with the server via HTTP or HTTPS. Examples of clients include but are not limited to Microsoft Internet Explorer, Netscape Navigator and Web TV.
- In further accordance with a preferred embodiment of the present invention, client navigation and request processing (e.g., HTTP request, etc.) is defined and governed by a server-side page table. Table 1 is a table-based representation of a hypothetical page table in accordance with a preferred embodiment of the present invention. Notably, the content of Table 1 is generic and arbitrarily-selected for purposes of illustration. The actual organization, architecture and content of a page table, however, can be adapted or modified to best fit a particular implementation of the present invention.
- Utilizing a page table, a developer defines application attributes including without limitation the pages associated with an application, actions to be executed on each page, processors to be called to execute those actions, and navigation (i.e., new pages to be returned in a response to the HTTP request).
TABLE 1 Page Action Processor(s) Next Page NULL NULL NULL START_PAGE START_PAGE RETRIEVE RETRIEVE STATUS_PAGE START_PAGE UPDATE RETRIEVE; STATUS_PAGE UPDATE START_PAGE NEW RETRIEVE; STATUS_PAGE DELETE - In one embodiment of the present invention, the server-side page table is implemented in XML.
- For each page defined in the page table, the developer identifies the server-side location of a corresponding output file (e.g., HTML file, etc.). Preferably, all pages in a given application conform to a standard interface format. As discussed in greater detail below, the corresponding output file may comprise a template to which data is merged.
- Each output file designated in the page table contains one or more hidden tags (e.g., HTML tags, etc.) having attributes for identifying information such as the current page, an action to be executed (defined at the client), a request type, etc. For example:
<INPUT type= “hidden” name= “ACTION” value= “RETRIEVE”> </INPUT> <INPUT type= “hidden” name= “PAGE” value= “START_PAGE”> </INPUT> <INPUT type= “hidden” name= “REQUEST” value= “PAGE_TABLE”> </INPUT> - In addition to page, action, processor and next page, server-side data transformation and validation methods may also be specified in the page table. In accordance with a preferred embodiment of the present invention, transform-to-model transformation methods transform page field data to a standard or predefined model format for subsequent server-side processing. Validation methods validate submitted field data. Transform-to-view transformation methods transform data from the standard model format to a client-side presentation format. Preferably, data transformation and validation methods are selected and called from a server-side library of standard methods.
TABLE 2 <PageTable> <PageProperties> <Page name=“START_PAGE” class=“DefaultPage” template=“start.html”/> <Page name=“STATUS_PAGE” class=“DefaultPage” template=“status.html”/> </PageProperties> <PageEntry page=“null” action=“null” processor=“null” nextPage= “START_PAGE”/> <PageEntry page=“START_PAGE” action =“RETRIEVE” processor=”RETRIEVE” nextPage=“STATUS_PAGE”/> <PageEntry page=“START_PAGE” action=“UPDATE” processor=“RETRIEVE;UPDATE” nextPage=“STATUS_PAGE”/> <PageEntry page=“START_PAGE” action=“NEW” processor=“RETRIEVE;NEW” nextPage=“STATUS_PAGE”/> </PageTable> - Table 2 contains an example page table in HTML format. Notably, the content, arrangement and language of the of the generic page table illustrated in Table 2 may be rearranged, modified and/or supplemented to best fit a particular application or implementation.
- A person browsing an application page (i.e., a page contained within the page table) presents input to the thin-client computer to specify a predefined action to be performed on the current page data. Notably, there is no limit to the number of application pages or actions that may be performed on those pages. Via the page table, the application developer defines the application pages and the navigation of the corresponding business logic available to the browsing client.
- In accordance with a preferred embodiment of the present invention, actions (and their corresponding processors) are selected and called from a central library of standard actions and processors. Alternately, a developer can define and code non-standard actions and processors and designate those actions and processors in the application page table.
- Upon selecting an action for a given application page, client-side script (i.e., application developer script) automatically updates the action tag at the client to reflect the selected action and submits a request (e.g., HTTP request, etc.) to the server. The script sets the hidden action to the appropriate value.
- At the server, a request handler receives the request and abstracts the current page and action tag attributes. If no current page and action attributes are present, the server presents the client with a default response (e.g., HTTP response, etc.).
- Based on the current page and action attributes, the server performs request processing as defined in the page table. Request processing begins with data transformation and validation.
- Once validation and transformation are complete, one or more classes (e.g., Java classes, etc.) associated with the first action processor are dynamically loaded and executed. In accordance with a preferred embodiment of the present invention, each class calls only one execute method to execute the process defined by the developer in the page table. Processes include but are not limited to database activities such as updating and retrieving data, manipulating data, deleting data, and generating external events such as e-mail, etc.
- Multiple processors may be implemented for a single action. Multiple actions may be implemented for a single page. The overall application architecture and navigation is defined within the page table.
- Context allows developers to define how information is passed from one processor to another, or from one processor to a page. Context is maintained on the server and defined by the developer in the page table. In accordance with a preferred embodiment of the present invention, context is passed to the processor in the execute method as an argument.
- Types of context include but are not limited to original context, working context, request context and session context. Original context stores all of the data submitted to the server during a request. This context is typically read-only. Working context is typically valid for one request. This is the primary communication channel for processors and pages. The request context may be available for more than one request—its duration is defined by the developer in the page table. Session context is available for the client user's entire session.
- Exceptions that occur during transformation, validation and processing are preferably stored in context. Throughout processing, a name-value list is developed and maintained in context for use in a subsequent template merge response, if applicable.
- Following processing, a response (e.g., HTTP response, etc.) is prepared. For a given page and action, the page table defines the next page the page or template to be returned to the client in response to the client's earlier request. The next page may contain static or dynamic content (e.g., HTML template) to be merged with context data (i.e., name-value list data) or other data. For templates, the developer defines the server-side template using custom tags to identify data and process locations in the document. In accordance with a preferred embodiment of the present invention, complex server side merging such as file includes are supported by the server and corresponding HTML templates.
- Once the template is merged with the appropriate data, the resulting page is transformed from the model format to the proper view format by the transform-to-view method the developer specified in the page table. Finally, the transformed page is output served to the client in a response to the client's original request.
- Referring now to FIGS. 1 and 2, a block flow and system diagram, respectively, illustrate a preferred implementation of the present invention. Notably, elements of the preferred implementation shown in FIGS. 1 and 2 may be rearranged, omitted or expanded to best fit a particular implementation of the present invention.
- The preferred implementation begins with an
application developer 10 accessing a server 12 (e.g., HTTP server, etc.) to define the page table 14 associated with a thin-client application, as represented inblock 28. Page table definition is discussed in greater detail above. Additionally, the developer defines and/or develops application processes, actions, individual pages and templates associated with the application, as represented inblock 30. Application pages and templates are preferably stored in volatile or persistent memory 20 and 22 operably associated withserver 12. -
Server 12 receives a request (e.g., HTTP request, etc.) from at least one of application user'sclient computers 16, as represented inblock 32. Assuming that data validation and transformation methods have been defined in the page table,server 12 validates the request data and transforms the request data to model, as represented inblocks - Next,
server 12 processes the request, as represented inblock 38. As discussed in greater detail above, request processing includes but is not limited to processing request data, processing other data (e.g., maintaining or updating persistent database data 24), andexternal computer activity 18 such as e-mail or external application execution or other interaction. - In the event more than one process, is defined for a particular application page, context data is stored in volatile or
persistent memory 26 and is accessible or otherwise passed from one process to another. The definition of context data is discussed in greater detail above. - Assuming the response to the request includes a data merge to a page template, the appropriate data is merged to the appropriate template as determined by the developer-defined page table14. This step is represented in
blocks block 44. Finally, the response is submitted to the requesting client computer 1 6. - As discussed in greater detail above, each page presented to an
application user 16 in a response (e.g., HTTP response, etc.) contains imbedded tags identifying at least the current page. If, after receiving the response, the application user presents input to his or her browser selecting an available action to execute on the response page, as represented inblock 48, the user's browser automatically sets an action tag for the page corresponding to the selected action, as represented inblock 50. The response is now a request. Next, the request is presented to theserver 12, where the request processing repeats, beginning withblock 32. - Notably, updates to the page table, application pages, actions processes, applications, and templates can be made centrally and/or globally at
server system 12. - Preferred and alternate embodiments of the present invention are particularly well suited for financial data management applications, including enterprise-wide Internet/intranet based financial data processing applications. Financial data processing applications that may benefit from the features and advantages of the present invention include but are not limited to accounting applications, credit account management applications, purchasing/account receivables applications, etc. Notably, those of ordinary skill in the art of application development will recognize that the advantages and features of the present invention may be readily applied to a wide variety of applications beyond financial data management.
- While the best mode for carrying out the invention has been described in detail, those familiar with the art to which this invention relates will recognize various alternative designs and embodiments for practicing the invention as defined by the following claims.
Claims (15)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/063,017 US6996602B2 (en) | 2001-06-18 | 2002-03-12 | Server-side page table framework for client application definition and execution |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US29922001P | 2001-06-18 | 2001-06-18 | |
US10/063,017 US6996602B2 (en) | 2001-06-18 | 2002-03-12 | Server-side page table framework for client application definition and execution |
Publications (2)
Publication Number | Publication Date |
---|---|
US20030023676A1 true US20030023676A1 (en) | 2003-01-30 |
US6996602B2 US6996602B2 (en) | 2006-02-07 |
Family
ID=26742970
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/063,017 Expired - Lifetime US6996602B2 (en) | 2001-06-18 | 2002-03-12 | Server-side page table framework for client application definition and execution |
Country Status (1)
Country | Link |
---|---|
US (1) | US6996602B2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050033717A1 (en) * | 2002-07-30 | 2005-02-10 | United Services Automobile Association | System and method for building a distributed internet application |
US20060130051A1 (en) * | 2004-12-14 | 2006-06-15 | International Business Machines Corporation | Extensible framework for handling submitted form instance data |
US20060265386A1 (en) * | 2005-05-19 | 2006-11-23 | Wyse Technology Inc. | Method and system for thin client configuration |
US20120101997A1 (en) * | 2003-06-30 | 2012-04-26 | Microsoft Corporation | Database data recovery system and method |
US9558078B2 (en) | 2014-10-28 | 2017-01-31 | Microsoft Technology Licensing, Llc | Point in time database restore from storage snapshots |
Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5928323A (en) * | 1996-05-30 | 1999-07-27 | Sun Microsystems, Inc. | Apparatus and method for dynamically generating information with server-side software objects |
US6012098A (en) * | 1998-02-23 | 2000-01-04 | International Business Machines Corp. | Servlet pairing for isolation of the retrieval and rendering of data |
US6049664A (en) * | 1997-11-25 | 2000-04-11 | Alphablox Corporation | Tier-neutral development mechanism for hypertext based applications |
US6083276A (en) * | 1998-06-11 | 2000-07-04 | Corel, Inc. | Creating and configuring component-based applications using a text-based descriptive attribute grammar |
US6098093A (en) * | 1998-03-19 | 2000-08-01 | International Business Machines Corp. | Maintaining sessions in a clustered server environment |
US6105066A (en) * | 1998-05-05 | 2000-08-15 | International Business Machines Corp. | Client-server system with central application management and using fully qualified class names of object-oriented applications for determining permanent server storage locations for application configuration information |
US6105063A (en) * | 1998-05-05 | 2000-08-15 | International Business Machines Corp. | Client-server system for maintaining application preferences in a hierarchical data structure according to user and user group or terminal and terminal group contexts |
US6108712A (en) * | 1998-05-05 | 2000-08-22 | International Business Machines Corp. | Client-server system with central application management and providing export agent capability for retrofitting existing hardware and applications into the system |
US6151599A (en) * | 1998-07-17 | 2000-11-21 | International Business Machines Corporation | Web client scripting test architecture for web server-based authentication |
US6151700A (en) * | 1997-10-20 | 2000-11-21 | International Business Machines Corporation | Object oriented distributed programming system for computer controlled networks with selective capture of program property data identifying a particular program version |
US6167522A (en) * | 1997-04-01 | 2000-12-26 | Sun Microsystems, Inc. | Method and apparatus for providing security for servers executing application programs received via a network |
US6185730B1 (en) * | 1998-07-23 | 2001-02-06 | International Business Machines Corporation | Method and apparatus for creating dippable beans in a java environment |
US6205476B1 (en) * | 1998-05-05 | 2001-03-20 | International Business Machines Corporation | Client—server system with central application management allowing an administrator to configure end user applications by executing them in the context of users and groups |
US6209125B1 (en) * | 1997-06-03 | 2001-03-27 | Sun Microsystems, Inc. | Method and apparatus for software component analysis |
US6212564B1 (en) * | 1998-07-01 | 2001-04-03 | International Business Machines Corporation | Distributed application launcher for optimizing desktops based on client characteristics information |
US6374247B1 (en) * | 1998-11-09 | 2002-04-16 | Unisys Corporation | Cool ice service templates |
US20020112114A1 (en) * | 2001-02-13 | 2002-08-15 | Blair William R. | Method and system for extracting information from RFQ documents and compressing RFQ files into a common RFQ file type |
US6446117B1 (en) * | 1998-11-09 | 2002-09-03 | Unisys Corporation | Apparatus and method for saving session variables on the server side of an on-line data base management system |
US6615258B1 (en) * | 1997-09-26 | 2003-09-02 | Worldcom, Inc. | Integrated customer interface for web based data management |
US6693638B1 (en) * | 1999-05-13 | 2004-02-17 | Samsung Electronics Co., Ltd. | Data processing method using combined software/hardware scheme and apparatus for the same |
-
2002
- 2002-03-12 US US10/063,017 patent/US6996602B2/en not_active Expired - Lifetime
Patent Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5928323A (en) * | 1996-05-30 | 1999-07-27 | Sun Microsystems, Inc. | Apparatus and method for dynamically generating information with server-side software objects |
US6167522A (en) * | 1997-04-01 | 2000-12-26 | Sun Microsystems, Inc. | Method and apparatus for providing security for servers executing application programs received via a network |
US6209125B1 (en) * | 1997-06-03 | 2001-03-27 | Sun Microsystems, Inc. | Method and apparatus for software component analysis |
US6615258B1 (en) * | 1997-09-26 | 2003-09-02 | Worldcom, Inc. | Integrated customer interface for web based data management |
US6151700A (en) * | 1997-10-20 | 2000-11-21 | International Business Machines Corporation | Object oriented distributed programming system for computer controlled networks with selective capture of program property data identifying a particular program version |
US6049664A (en) * | 1997-11-25 | 2000-04-11 | Alphablox Corporation | Tier-neutral development mechanism for hypertext based applications |
US6012098A (en) * | 1998-02-23 | 2000-01-04 | International Business Machines Corp. | Servlet pairing for isolation of the retrieval and rendering of data |
US6098093A (en) * | 1998-03-19 | 2000-08-01 | International Business Machines Corp. | Maintaining sessions in a clustered server environment |
US6105066A (en) * | 1998-05-05 | 2000-08-15 | International Business Machines Corp. | Client-server system with central application management and using fully qualified class names of object-oriented applications for determining permanent server storage locations for application configuration information |
US6108712A (en) * | 1998-05-05 | 2000-08-22 | International Business Machines Corp. | Client-server system with central application management and providing export agent capability for retrofitting existing hardware and applications into the system |
US6205476B1 (en) * | 1998-05-05 | 2001-03-20 | International Business Machines Corporation | Client—server system with central application management allowing an administrator to configure end user applications by executing them in the context of users and groups |
US6105063A (en) * | 1998-05-05 | 2000-08-15 | International Business Machines Corp. | Client-server system for maintaining application preferences in a hierarchical data structure according to user and user group or terminal and terminal group contexts |
US6083276A (en) * | 1998-06-11 | 2000-07-04 | Corel, Inc. | Creating and configuring component-based applications using a text-based descriptive attribute grammar |
US6212564B1 (en) * | 1998-07-01 | 2001-04-03 | International Business Machines Corporation | Distributed application launcher for optimizing desktops based on client characteristics information |
US6151599A (en) * | 1998-07-17 | 2000-11-21 | International Business Machines Corporation | Web client scripting test architecture for web server-based authentication |
US6185730B1 (en) * | 1998-07-23 | 2001-02-06 | International Business Machines Corporation | Method and apparatus for creating dippable beans in a java environment |
US6374247B1 (en) * | 1998-11-09 | 2002-04-16 | Unisys Corporation | Cool ice service templates |
US6446117B1 (en) * | 1998-11-09 | 2002-09-03 | Unisys Corporation | Apparatus and method for saving session variables on the server side of an on-line data base management system |
US6693638B1 (en) * | 1999-05-13 | 2004-02-17 | Samsung Electronics Co., Ltd. | Data processing method using combined software/hardware scheme and apparatus for the same |
US20020112114A1 (en) * | 2001-02-13 | 2002-08-15 | Blair William R. | Method and system for extracting information from RFQ documents and compressing RFQ files into a common RFQ file type |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050033717A1 (en) * | 2002-07-30 | 2005-02-10 | United Services Automobile Association | System and method for building a distributed internet application |
US7167863B2 (en) * | 2002-07-30 | 2007-01-23 | United Services Automobile Association (Usaa) | System and method for building a distributed internet application |
US20120101997A1 (en) * | 2003-06-30 | 2012-04-26 | Microsoft Corporation | Database data recovery system and method |
US8521695B2 (en) * | 2003-06-30 | 2013-08-27 | Microsoft Corporation | Database data recovery system and method |
US20060130051A1 (en) * | 2004-12-14 | 2006-06-15 | International Business Machines Corporation | Extensible framework for handling submitted form instance data |
US20060265386A1 (en) * | 2005-05-19 | 2006-11-23 | Wyse Technology Inc. | Method and system for thin client configuration |
US20090006587A1 (en) * | 2005-05-19 | 2009-01-01 | Wyse Technology Inc. | Method and system for thin client configuration |
US8010635B2 (en) | 2005-05-19 | 2011-08-30 | Wyse Technology Inc. | Method and system for thin client configuration |
US8364845B2 (en) * | 2005-05-19 | 2013-01-29 | Wyse Technology Inc. | Method and system for thin client configuration |
US9558078B2 (en) | 2014-10-28 | 2017-01-31 | Microsoft Technology Licensing, Llc | Point in time database restore from storage snapshots |
Also Published As
Publication number | Publication date |
---|---|
US6996602B2 (en) | 2006-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6806890B2 (en) | Generating a graphical user interface from a command syntax for managing multiple computer systems as one computer system | |
US20050091336A1 (en) | Method and apparatus for supporting cookie management in a web presentation architecture | |
US7437342B2 (en) | Method and system of deploying server-based applications | |
US7367014B2 (en) | System and method for XML data representation of portlets | |
US6889359B1 (en) | Method for providing a visual representation of dynamic HTML table attributes | |
US7650325B2 (en) | Dynamic interface adapter for integration of source and target applications | |
US7430514B1 (en) | System and method for processing insurance claims using a table of contents | |
US20050076294A1 (en) | Method and apparatus for supporting layout management in a web presentation architecture | |
US20070233902A1 (en) | User interface methods and apparatus for rules processing | |
US7926064B2 (en) | Business transformation logic engine and handlers | |
US7788214B2 (en) | XML configuration technique and graphical user interface (GUI) for managing user data in a plurality of databases | |
US20050015491A1 (en) | Systems, methods, and articles of manufacture for dynamically providing web services | |
US20040210500A1 (en) | Method and apparatus for network-based portfolio management and risk-analysis | |
US20070288891A1 (en) | Meta-data driven implementation of business objects and their transactional behavior | |
US7451393B1 (en) | System and method for a page rendering framework | |
US7853938B2 (en) | Creating multiple and cascading business interpretations from raw application data using transformation layering | |
US6678723B2 (en) | Method and apparatus for dynamic programming across a computer network | |
US20050076291A1 (en) | Method and apparatus for supporting page localization management in a Web presentation architecture | |
US7877434B2 (en) | Method, system and apparatus for presenting forms and publishing form data | |
US20020016830A1 (en) | Communication method between server and client of a network | |
US6996602B2 (en) | Server-side page table framework for client application definition and execution | |
US20030115376A1 (en) | Method and system for the development of commerce software applications | |
US20050193001A1 (en) | Client-side wizard framework | |
US20050050455A1 (en) | Method and apparatus for supporting object caching in a web presentation architecture | |
US11810022B2 (en) | Contact center call volume prediction |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: FORD GLOBAL TECHNOLOGIES, INC., MICHIGAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FORD MOTOR COMPANY;REEL/FRAME:012468/0476 Effective date: 20020312 Owner name: FORD MOTOR COMPANY, MICHIGAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SLATER, DENNIS;REEL/FRAME:012468/0237 Effective date: 20020201 |
|
AS | Assignment |
Owner name: FORD GLOBAL TECHNOLOGIES, LLC, MICHIGAN Free format text: MERGER;ASSIGNOR:FORD GLOBAL TECHNOLOGIES, INC.;REEL/FRAME:013987/0838 Effective date: 20030301 Owner name: FORD GLOBAL TECHNOLOGIES, LLC,MICHIGAN Free format text: MERGER;ASSIGNOR:FORD GLOBAL TECHNOLOGIES, INC.;REEL/FRAME:013987/0838 Effective date: 20030301 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
FPAY | Fee payment |
Year of fee payment: 12 |