CA2303861A1 - Combined internet and data access system - Google Patents
Combined internet and data access system Download PDFInfo
- Publication number
- CA2303861A1 CA2303861A1 CA002303861A CA2303861A CA2303861A1 CA 2303861 A1 CA2303861 A1 CA 2303861A1 CA 002303861 A CA002303861 A CA 002303861A CA 2303861 A CA2303861 A CA 2303861A CA 2303861 A1 CA2303861 A1 CA 2303861A1
- Authority
- CA
- Canada
- Prior art keywords
- request
- information
- platform
- database
- application
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/567—Integrating service provisioning from a plurality of service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
- H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99934—Query formulation, input preparation, or translation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
Abstract
The inventive system and method distributes information between databases (DB) and web servers (102), via a plurality of interconnected platforms (105) or nodes. A session manager,that is resident on only one platform, manages information flow between the databases and the web servers. The session manager uses a manager thread to determine which platform will operate on the request. At least one data gateway (106) resides on each platform. A
processing thread of the data gateway invokes an application module to create an application, which retrieves the requested information from the database.
The processing thread translates the request into a format useable by the application. The processing thread retrieves a dynamic HTML template file and uses the information retrieved from the database to populate the HTML template file to form the response to the request, and passes the request onto the global network server.
processing thread of the data gateway invokes an application module to create an application, which retrieves the requested information from the database.
The processing thread translates the request into a format useable by the application. The processing thread retrieves a dynamic HTML template file and uses the information retrieved from the database to populate the HTML template file to form the response to the request, and passes the request onto the global network server.
Description
WO 99/17216 , PCT/US98/19834 COMBINED II~1TERNET AND DATA ACCESS SYSTEM
BACKGROUND OF THE INVENTION
In existing technologies, access to information is typically provided to terminal devices such as telephones, fax machines, ADSI phones, and data modems, through the telephone network from information servers. The information servers could provide access to information stored in a database by using DTMF protocols, POSI
protocols, voice, etc. Such systems include e-mail servers, fax servers, ADSI
servers, voice servers, database servers and computer telephone integration (CTI) servers. As the Internet became prevalent, another method to distribute information emerged, which is the HTTP server. However, the information flow in HTTP servers is typically in HTML format, but may be in other formats such as JAVA, XTML., PDF, etc.
These formats used by the HTTP server are different from the other types of servers.
Moreover, HTTP servers have historically been stand-alone devices, in that they do not normally access information stored in other types of information storage devices.
Consequently, there is a problem when the information that the HTTP server needs to distribute is not resident on the HTTP server, but is locaxed on another type of server.
Because of the difference in format and their stand-alone nature, HTTP servers have difl'lculty in accessing data stored in a non-HTTP oriented host. This problem is magnified for information distribution centers, which would often have more than one HTTP server to permit the response to a large volume of requests and/or information flow.
A prior art solution to this problem is that each type of server had to be connected to the HTTP server via a specific set of hardware and software, that would not work for the other types of servers. However, this solution is problematic in that it is inflexible because each type of server being connected to the HTTP server must be separately configured, as it is difficult for the HTTP server to access data on multiple information servers if they are all different from each other. Also, all of the processing involved with information retrieval from the other servers is performed by the HTTP
web server, which is inefficient, as the delay time for sending responses to browser requests is increased. Moreover, such connections become unmanageable in trying to connect multiple HTTP web servers into the system.
BACKGROUND OF THE INVENTION
In existing technologies, access to information is typically provided to terminal devices such as telephones, fax machines, ADSI phones, and data modems, through the telephone network from information servers. The information servers could provide access to information stored in a database by using DTMF protocols, POSI
protocols, voice, etc. Such systems include e-mail servers, fax servers, ADSI
servers, voice servers, database servers and computer telephone integration (CTI) servers. As the Internet became prevalent, another method to distribute information emerged, which is the HTTP server. However, the information flow in HTTP servers is typically in HTML format, but may be in other formats such as JAVA, XTML., PDF, etc.
These formats used by the HTTP server are different from the other types of servers.
Moreover, HTTP servers have historically been stand-alone devices, in that they do not normally access information stored in other types of information storage devices.
Consequently, there is a problem when the information that the HTTP server needs to distribute is not resident on the HTTP server, but is locaxed on another type of server.
Because of the difference in format and their stand-alone nature, HTTP servers have difl'lculty in accessing data stored in a non-HTTP oriented host. This problem is magnified for information distribution centers, which would often have more than one HTTP server to permit the response to a large volume of requests and/or information flow.
A prior art solution to this problem is that each type of server had to be connected to the HTTP server via a specific set of hardware and software, that would not work for the other types of servers. However, this solution is problematic in that it is inflexible because each type of server being connected to the HTTP server must be separately configured, as it is difficult for the HTTP server to access data on multiple information servers if they are all different from each other. Also, all of the processing involved with information retrieval from the other servers is performed by the HTTP
web server, which is inefficient, as the delay time for sending responses to browser requests is increased. Moreover, such connections become unmanageable in trying to connect multiple HTTP web servers into the system.
Therefore, there is a need in the art to have an interface that allows the HTTP
server to readily communicate with the other types of information servers, particularly for the HTTP web server have information requests routed to the other servers and for the HTTP server to receive responses from these servers. Moreover, there is a need in the art to have an interface system that is capable of connecting multiple HTTP web servers to multiple interface nodes.
server to readily communicate with the other types of information servers, particularly for the HTTP web server have information requests routed to the other servers and for the HTTP server to receive responses from these servers. Moreover, there is a need in the art to have an interface system that is capable of connecting multiple HTTP web servers to multiple interface nodes.
These and other objects, features and technical advantages are achieved by a system and method that uses an access tool to interface the HTTP server with the other types of servers. Specifically, the access tool provides the access from the HTTP
server to an agent platform that in turn is connected to the other servers.
The access tool is connected between the web server and the agent platform. The access tool reformats information requests from the HTTP server into applications that retrieve the requested information from the proper database. The retrieved information is then merged into an HTML document and sent back to the web server for transmission across the Internet to the browser that originated the request.
Multiple web servers can be connected to multiple agent platforms to provide a multinodal information system. The multinodal system would use a session manager to monitor the different request sessions being handled by the system, as well as control which request is handled by which agent platform. The session manager is resident in one of the agent platforms.
The access tool provides the capability to have the same business logic or the same code running on an HTTP server, but also allows the system to utilize the same business logic to access hosts, databases, e-mail, CTI, or other data warehousing systems. Therefore, the same business logic that is running for Internet access, will also provide access through the telephone network.
The foregoing has outlined rather broadly the features and technical advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereinafter which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and the specific embodiment disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present invention.
It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the appended claims.
WO 99/I7216 PC'T/US98/19834 BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
FIGURE 1 depicts the inventive access tool connecting a browser to an agent platform;
FIGURE 2 depicts a schematic view of the data gateway of the inventive access tool;
FIGURES 3A and 3B depict a multinodal implementation of the inventive access tool; and FIGURE 4 depicts a URL used in the inventive access tool.
WO 99/1'1216 PCTNS98/19834 DESCRIPTION OF THE PREFERRED EMBODnVIENTS
The inventive access tool allows for dynamic information generation for web servers. The access tool is the communicaxions link between a HyperText Transfer Protocol (HTTP) server and other types of servers, such as e-mail, host, main-frame, 5 database or CTI servers. The access tool also links HTTP servers to standard telephone networks.
A user, via a browser 101, accesses the World Wide Web (~i~VWW or Web) and sends a request for information. The access protocol used by the browser is HTTP
112, but a different protocol may be used. The means for transport of the data is the Internet 113. The different documents, media and network services on the Internet 113 are located by means of the Uniform Resource Locator (iJRL), which is a standardized method for addressing the contents of the Internet 113. The URL
generated by the browser 101 is essentially an address to a specific document, media or service on the Internet 113. In other words, a browser's URL would point to a web server that defines a particular address. The HTTP request goes to web server 102.
The web server 102 is typically a physical entity, e.g. a personal computer, that is running the web server software HTTPd 103.
An example of one method of communications in the system is to use the common gateway interface (CGI) 111. There are also other access methods, for example NSAPI (NetScape application programming interface) and ISAPI (Internet server application programming interface). Both of those are means to communicate between the web server software and another program or a dynamic link library (DLL). The preferred embodiment is to use CGI 111, which is an industry standard method of communicating between a web server and another program. HTTPd 103 initiates the CGIG process (common gateway interface gateway) 104, which is a program component that provides access to the agent platform 105. Note that more than one CGIG 104 can be running on the web server 102, with one CGIG per concurrent browser request. The agent platform or node is connected to the various servers such as e-mail, host, mainframe, and CTI. The web server provides information about the request that the browser made through the CGI interface 111.
server to an agent platform that in turn is connected to the other servers.
The access tool is connected between the web server and the agent platform. The access tool reformats information requests from the HTTP server into applications that retrieve the requested information from the proper database. The retrieved information is then merged into an HTML document and sent back to the web server for transmission across the Internet to the browser that originated the request.
Multiple web servers can be connected to multiple agent platforms to provide a multinodal information system. The multinodal system would use a session manager to monitor the different request sessions being handled by the system, as well as control which request is handled by which agent platform. The session manager is resident in one of the agent platforms.
The access tool provides the capability to have the same business logic or the same code running on an HTTP server, but also allows the system to utilize the same business logic to access hosts, databases, e-mail, CTI, or other data warehousing systems. Therefore, the same business logic that is running for Internet access, will also provide access through the telephone network.
The foregoing has outlined rather broadly the features and technical advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereinafter which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and the specific embodiment disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present invention.
It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the appended claims.
WO 99/I7216 PC'T/US98/19834 BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
FIGURE 1 depicts the inventive access tool connecting a browser to an agent platform;
FIGURE 2 depicts a schematic view of the data gateway of the inventive access tool;
FIGURES 3A and 3B depict a multinodal implementation of the inventive access tool; and FIGURE 4 depicts a URL used in the inventive access tool.
WO 99/1'1216 PCTNS98/19834 DESCRIPTION OF THE PREFERRED EMBODnVIENTS
The inventive access tool allows for dynamic information generation for web servers. The access tool is the communicaxions link between a HyperText Transfer Protocol (HTTP) server and other types of servers, such as e-mail, host, main-frame, 5 database or CTI servers. The access tool also links HTTP servers to standard telephone networks.
A user, via a browser 101, accesses the World Wide Web (~i~VWW or Web) and sends a request for information. The access protocol used by the browser is HTTP
112, but a different protocol may be used. The means for transport of the data is the Internet 113. The different documents, media and network services on the Internet 113 are located by means of the Uniform Resource Locator (iJRL), which is a standardized method for addressing the contents of the Internet 113. The URL
generated by the browser 101 is essentially an address to a specific document, media or service on the Internet 113. In other words, a browser's URL would point to a web server that defines a particular address. The HTTP request goes to web server 102.
The web server 102 is typically a physical entity, e.g. a personal computer, that is running the web server software HTTPd 103.
An example of one method of communications in the system is to use the common gateway interface (CGI) 111. There are also other access methods, for example NSAPI (NetScape application programming interface) and ISAPI (Internet server application programming interface). Both of those are means to communicate between the web server software and another program or a dynamic link library (DLL). The preferred embodiment is to use CGI 111, which is an industry standard method of communicating between a web server and another program. HTTPd 103 initiates the CGIG process (common gateway interface gateway) 104, which is a program component that provides access to the agent platform 105. Note that more than one CGIG 104 can be running on the web server 102, with one CGIG per concurrent browser request. The agent platform or node is connected to the various servers such as e-mail, host, mainframe, and CTI. The web server provides information about the request that the browser made through the CGI interface 111.
CGI uses pipes and environment variables on the web server 102 to get the information between the web server software and the CGIG process 104.
The information that the browses or the user might be trying to retrieve is an account balance, therefore, some information may be needed from the user, i.e., their account number or PIN number. All that information is transferred over the Internet to the web server and then through CGI to the system for processing. The CGIG
communicates to the agent platform via the TCP/IP sockets 110, over a physical connection such as a LAN 114. The process that is running on the agent platform or node 105, called a data gateway or DG 106. The data gateway process on the agent platform is waiting for requests from the CGIG 104. As soon as a request comes in, it translates the information that came over on the socket to postcards 109.
Postcards messaging 109 is an InterVoice specific interprocess messaging communication method that provides the capability to send messages to other postcard messaging enabled entities. Note that this system would work with other interprocess messaging systems. Postcards provides a link between the data gateway and the virtual application 107.
Virtual application 107 is the business logic that interprets the request received from the browses and accesses the host or database servers. The host or database server is typically an external system 108. The application would access the host or the database server, retrieve the information that is required to process the request, and then send the response all the way back to the web browses 101. The virtual application 107 uses postcards 109 to pass the information back to data gateway 106, which uses sockets 110 to pass it to CGIG 104, and then CGIG 104 passes it to web server 102 and the web server sends the response information back to the browses.
The dynamic capability of this system is that the virtual application 107 defines an HTML template file. An HTML template file is an HTML, document that has defined specific areas in the document that will be dynamically filled in. For example, there are places in the document that will contain account balances, dates, times, or names. These positions are clearly marked in the template file so that they can be populated by this dynamic data. The template file resides on the agent platform or node. Thus, any dynamic data that comes from the host or the database, is merged by data gateway 106 with the template file and then sent out back to the browser.
For example, if there is a bank statement in the template file, and there is one line of the template file that is defined to state, "here is the date, here is the check number, here is who it went to, here is the item amount, and here is the balance afterwards."
These items can be defined all as one Iine, and then the virtual application 107 would go and retrieve the information that is available for each item, even if each item is found in a different source or database. The data gateway would then merge all that information and form a response, based on the dynamic information that was retrieved.
The inventive system could also interface with a telephone system. The difference between telephone calls and Internet calls is the front-end logic that handles a telephone call would be a separate application, and written specifically for a telephone call. This is because a telephone call is different from HTML, browsers request. A telephone call has a definite beginning and ending point. HTTP
protocol is stateless, meaning that one request from a browser is completely independent of any other one. A browser, when it gets to a H'TML page, will retrieve the document, and inside the document are references to possible images or other documents. The browsers would then go and make multiple requests for the different references.
Those requests are not tied together in anyway, as one request is independent of the other. Thus, for session management, the access tool has the capability to define sessions.
The uniform resource locator (LJRL) is a standardized way of addressing different documents, media, and network services on the Web, and describes where to send the user request from the web browser 101. The fields in the URL are used to define session information. This information is passed from the web browser 101 to the web server 102 and then on to the CGIG 104. FIGURE 4 depicts a URL for the inventive access tool. The URL 400 has site specific information 401 which defines which domain protocol to use and the location of the host. The next field 402 defines the name of directory where the CGIG files are placed, and is specific to the type of web server 102 that is being used. The next field defines the name of the CGIG
The information that the browses or the user might be trying to retrieve is an account balance, therefore, some information may be needed from the user, i.e., their account number or PIN number. All that information is transferred over the Internet to the web server and then through CGI to the system for processing. The CGIG
communicates to the agent platform via the TCP/IP sockets 110, over a physical connection such as a LAN 114. The process that is running on the agent platform or node 105, called a data gateway or DG 106. The data gateway process on the agent platform is waiting for requests from the CGIG 104. As soon as a request comes in, it translates the information that came over on the socket to postcards 109.
Postcards messaging 109 is an InterVoice specific interprocess messaging communication method that provides the capability to send messages to other postcard messaging enabled entities. Note that this system would work with other interprocess messaging systems. Postcards provides a link between the data gateway and the virtual application 107.
Virtual application 107 is the business logic that interprets the request received from the browses and accesses the host or database servers. The host or database server is typically an external system 108. The application would access the host or the database server, retrieve the information that is required to process the request, and then send the response all the way back to the web browses 101. The virtual application 107 uses postcards 109 to pass the information back to data gateway 106, which uses sockets 110 to pass it to CGIG 104, and then CGIG 104 passes it to web server 102 and the web server sends the response information back to the browses.
The dynamic capability of this system is that the virtual application 107 defines an HTML template file. An HTML template file is an HTML, document that has defined specific areas in the document that will be dynamically filled in. For example, there are places in the document that will contain account balances, dates, times, or names. These positions are clearly marked in the template file so that they can be populated by this dynamic data. The template file resides on the agent platform or node. Thus, any dynamic data that comes from the host or the database, is merged by data gateway 106 with the template file and then sent out back to the browser.
For example, if there is a bank statement in the template file, and there is one line of the template file that is defined to state, "here is the date, here is the check number, here is who it went to, here is the item amount, and here is the balance afterwards."
These items can be defined all as one Iine, and then the virtual application 107 would go and retrieve the information that is available for each item, even if each item is found in a different source or database. The data gateway would then merge all that information and form a response, based on the dynamic information that was retrieved.
The inventive system could also interface with a telephone system. The difference between telephone calls and Internet calls is the front-end logic that handles a telephone call would be a separate application, and written specifically for a telephone call. This is because a telephone call is different from HTML, browsers request. A telephone call has a definite beginning and ending point. HTTP
protocol is stateless, meaning that one request from a browser is completely independent of any other one. A browser, when it gets to a H'TML page, will retrieve the document, and inside the document are references to possible images or other documents. The browsers would then go and make multiple requests for the different references.
Those requests are not tied together in anyway, as one request is independent of the other. Thus, for session management, the access tool has the capability to define sessions.
The uniform resource locator (LJRL) is a standardized way of addressing different documents, media, and network services on the Web, and describes where to send the user request from the web browser 101. The fields in the URL are used to define session information. This information is passed from the web browser 101 to the web server 102 and then on to the CGIG 104. FIGURE 4 depicts a URL for the inventive access tool. The URL 400 has site specific information 401 which defines which domain protocol to use and the location of the host. The next field 402 defines the name of directory where the CGIG files are placed, and is specific to the type of web server 102 that is being used. The next field defines the name of the CGIG
executable file 403, and is specific to the type of operating system being used. App class 404 is the name of the application directory. Since the agent platform 105 can have multiple applications, this allows a way to identify with which of the particular applications running in agent platform 105 that the browser 102 wants to communicate.
The next field is the session identifier 405, which is a key or a sequence of characters that are passed to each browser user when they log on. This key is used for transaction verification. Thus, everyone that logs on to a system using the access tool will receive a different session identifier. The session identifier can be used to store information about a particular user, as the system can use the session identifier as a key into a database to recall the information that user has accessed before. This would allow long session to be broken up into several smaller sessions. For example, if the session has a lengthy survey, then the session identifier could be used to allow the user to fill out the survey in pieces instead of all at the same session. The system can remember where the user left off and display it back to the browser when the user restarts the survey. Thus, the session comprises multiple requests from the browser 101. Each session would have at least one assigned virtual application, and include a respective processing thread for each request in the session. Note that a session could have just one virtual application, and if comprising two non-concurrent requests, the session would have two processing threads.
The next field is the application reference tag 406. Inside the application, there are usually multiple requests made in an application. For example, if the browser is a banking application, a first request may be a log-on request, the second request may be to determine an account balance, the third request may be to pay a bill. The tag 406 defines the particular request or particular point in the application that the user desires.
The last field is the optional field 407 which contains other URL encoded information, which can be used for passing information from one request to the next request.
The inventive access tool ofd loads as much of the processing from the web server 102 to the agent platform as possible. This frees up the Web server to perform other tasks, such as serving up documents to other users. CGIG 104 relays the WO 99/17216 PG"f/US98/19834 information in a request to the DG 106, which strips out all of the HTTP
protocol encoding. The information, which comprises name-value pairs, is encapsulated in a message that states, "here is a request, here is all the name-value pairs, and process it."
Name-value pairs are the field name and the field value of a request. HTML
form defines name-value pairs and the CGIG 104 passes this information to the data gateway 106.
FIGURE 2 depicts the data gateway 106 of the access tool. The server thread 201 listens on the DG's TCPIIP port or socket. When a request comes in from the CGIG, the server thread passes the request to a new processing thread. Note that multiple processing threads can exist at the same time. After handing offthe request to the processing thread, the server thread returns to listening on the port.
The processing thread 202 acts as a router, resource manager, and data converter. The processing thread 202 facilitates all of the communication between the CGIG process and the application. The processing thread routes the requests to the correct application, and it can manage multiple applications: Note that the applications already exist, are limited in number, and are designed to do specific tasks.
The processing thread interprets the information, and then reads the name-value pairs. The named-value pairs are stored in the processing thread and sent to the application 107, in a specific order.
The specific order is important because the application 107 needs to understand the information it is receiving. Thus, the processing thread 202 converts the name-value pairs into ordered messages, using postcards. The name of each of the fields in the HTML form have a specific format. The format received by the DG 106 of the name of the name-value pair is X.Y.Z. X is the postcard number. As an application might receive several postcards, X is identifies each postcard. Y is the parameter number, that refers to a specific parameter, as there can be multiple parameters inside a postcard. For example, there might be five parameters in a postcard. Note that a single processing thread can handle multiple users, but not simultaneously. Z
is the name of the field. It is used by the application programmer or developer, for example X.Y.pin number.
WO 99/17216 PCTNS98/19$34 The processing thread receives all of these name-value pairs and formats them into either a single postcard or multiple postcards, depending upon the name-value pairs, and sends them in the correct numbered order to the virtual application 107.
The virtual application 107 then goes and communicates with the dynamic data sources S 108, which are database servers or host system servers. Once the virtual application 107 has retrieved the information from the proper server, it reformats it into postcards again, and sends them back to the processing thread 202. Thus, the DG 106 uses the same postcard naming format, for information going to and from the virtual application 107.
The next field is the session identifier 405, which is a key or a sequence of characters that are passed to each browser user when they log on. This key is used for transaction verification. Thus, everyone that logs on to a system using the access tool will receive a different session identifier. The session identifier can be used to store information about a particular user, as the system can use the session identifier as a key into a database to recall the information that user has accessed before. This would allow long session to be broken up into several smaller sessions. For example, if the session has a lengthy survey, then the session identifier could be used to allow the user to fill out the survey in pieces instead of all at the same session. The system can remember where the user left off and display it back to the browser when the user restarts the survey. Thus, the session comprises multiple requests from the browser 101. Each session would have at least one assigned virtual application, and include a respective processing thread for each request in the session. Note that a session could have just one virtual application, and if comprising two non-concurrent requests, the session would have two processing threads.
The next field is the application reference tag 406. Inside the application, there are usually multiple requests made in an application. For example, if the browser is a banking application, a first request may be a log-on request, the second request may be to determine an account balance, the third request may be to pay a bill. The tag 406 defines the particular request or particular point in the application that the user desires.
The last field is the optional field 407 which contains other URL encoded information, which can be used for passing information from one request to the next request.
The inventive access tool ofd loads as much of the processing from the web server 102 to the agent platform as possible. This frees up the Web server to perform other tasks, such as serving up documents to other users. CGIG 104 relays the WO 99/17216 PG"f/US98/19834 information in a request to the DG 106, which strips out all of the HTTP
protocol encoding. The information, which comprises name-value pairs, is encapsulated in a message that states, "here is a request, here is all the name-value pairs, and process it."
Name-value pairs are the field name and the field value of a request. HTML
form defines name-value pairs and the CGIG 104 passes this information to the data gateway 106.
FIGURE 2 depicts the data gateway 106 of the access tool. The server thread 201 listens on the DG's TCPIIP port or socket. When a request comes in from the CGIG, the server thread passes the request to a new processing thread. Note that multiple processing threads can exist at the same time. After handing offthe request to the processing thread, the server thread returns to listening on the port.
The processing thread 202 acts as a router, resource manager, and data converter. The processing thread 202 facilitates all of the communication between the CGIG process and the application. The processing thread routes the requests to the correct application, and it can manage multiple applications: Note that the applications already exist, are limited in number, and are designed to do specific tasks.
The processing thread interprets the information, and then reads the name-value pairs. The named-value pairs are stored in the processing thread and sent to the application 107, in a specific order.
The specific order is important because the application 107 needs to understand the information it is receiving. Thus, the processing thread 202 converts the name-value pairs into ordered messages, using postcards. The name of each of the fields in the HTML form have a specific format. The format received by the DG 106 of the name of the name-value pair is X.Y.Z. X is the postcard number. As an application might receive several postcards, X is identifies each postcard. Y is the parameter number, that refers to a specific parameter, as there can be multiple parameters inside a postcard. For example, there might be five parameters in a postcard. Note that a single processing thread can handle multiple users, but not simultaneously. Z
is the name of the field. It is used by the application programmer or developer, for example X.Y.pin number.
WO 99/17216 PCTNS98/19$34 The processing thread receives all of these name-value pairs and formats them into either a single postcard or multiple postcards, depending upon the name-value pairs, and sends them in the correct numbered order to the virtual application 107.
The virtual application 107 then goes and communicates with the dynamic data sources S 108, which are database servers or host system servers. Once the virtual application 107 has retrieved the information from the proper server, it reformats it into postcards again, and sends them back to the processing thread 202. Thus, the DG 106 uses the same postcard naming format, for information going to and from the virtual application 107.
10 The processing thread translates the postcards from the virtual application into an HTTP response. The processing thread performs the transformation by using a HTML template file. The format of the template file allows the creation of a HTML, document with the information from the host/database servers. The HTML
template file has a declaration block that defines the output fields in the template.
The output fields are where the application data will be inserted. The input fields are part of the HTML form, for example part of the H'ilViL specification. Entries in the declaration block have three attributes. The first is the tag. The tag marks the output field's location in the template file. Every reference of the tag will be replaced with data by the processing thread. The name attribute defines the order in which data is transferred between the virtual application and DG. The name attribute follows the X.Y.Z format as discussed above with respect to postcards. The type attribute defines the field type, either string or vlist. The string is an ASCII string, and the vlist is a vertical list, which is similar to a spreadsheet column.
Once the processing thread receives all of the information, the template file name and the dynamic data, the thread begins processing the information. It begins by retrieving the template file as a file name and opens the template file. It reads the declaration block to learn how much information to expect from the application. As stated above, the declaration block defines the postcard information, or the number of postcards and the number of parameters for each of the postcards, that it is going to receive. Thus, the processing thread can make sure that it has all the required information. Next, it reads the postcards and checks that everything is valid.
The processing thread then merges the dynamic data from the postcards with the template to form a HTML file. This HTML file will then be sent over the LAN 114 using the TCP/IP sockets 110 back to the CGIG process 104. Then CGIG has a completely formatted HTML response, and all it needs to do is to send that the response through the web server 102 over the Internet 113 and to the browser 101. If the process on web server is a CGI process, it sends it out on the standard out-pipe.
The remaining elements of FIGURE 2 function as follows. The application ready thread 205 processes specific postcards from the virtual application, specifically the ready and session postcards. The ready postcard details when an application is available and ready to run, and is sent to the DG processing thread via the database 206. This postcard also provides a queuing method so that the system can cycle through the applications by noting which applications are queued up. The session postcard allows the attachment of an identifier, which is the URL identifier 405, to a particular processing thread.
The data gateway also has an application database 206, which is a repository for all of the information that DG needs to function. The database 206 stores information about which applications are available to run, what are their postcard addresses, etc. This allows the association of a request to an available executing application. The user interface thread 207 provides an interface to the outside world, so that system operators can provide and receive information from the DG. This thread also allows the operators to bring up and down the DG, and provides other interface capabilities.
FIGURES 3A and 3B depict the multi-node capabilities of the access tool.
FIGURE 3A depicts the node or agent platform having the session manager. This arrangement allows multiple web servers to communicate with multiple agent platforms. The session manager 301 controls the activities of the access tool 300.
There is only one session manager 301 per system and it resides on one of nodes or agent platforms. Data gateway 302 is similar to DG 106, and contains the elements depicted in FIGURE 2, although they may not be depicted in FIGURE 3A. Note that there is one data gateway 302 per agent platform 317, and there are multiple agent platforms 317, 318 per system. The two processing threads, 303 and 304, are similar to processing thread 202, in their functionality and capabilities. Voice Manager or VM
312 limits the number of concurrent requests per agent platform that can be operating at a time. The attached security key allows only authorized personnel to change the number stored in VM 312. Application die thread 305 tracks the termination of an application once its associated processing thread no longer needs the application 306.
Termination could transpire by the completion of a session, timeout of a session, process error, etc. The application 306 is similar to the application 107. The virtual applications 306 are started or dynamically generated as requests come in, which means that the application does not have to exist before the request comes in.
Thus, this allows for the more e~cient use of system resources.
After the node 318 is selected to handle the request from web server-A 315, then subsequent requests from the web server-A 315, via CGIG 307, may be sent to node 318. The requests may also be sent to node 317, if the session manager determines that the node 317 is better able to handle the requests. When web server-B
sends in a request, via CGIG 307, the session manager will decide which node will handle it. As shown in FIGURE 3B, the session manager has decided that node will handle the request from web server B 316. The session manager can pass on all overflow requests to the other nodes. Thus, session manager 30i distributes the request load across the different nodes that axe available in the system.
Processing threads 303 and 304 communicate with application module 313, via a specific postcard termed a call record, which contains specific information relative to the execution of an application, including the application name, status, call duration, etc. A call record triggers the application module 313 to start an application 306. It communicates with the virtual application module 314 and tells it to create a particular application 306. The applicaxion module 313 stores information about the different types of applications, and depending upon the call record, will create a particular application to handle a particular request. After it has been created, then the virtual application 306 will begin communication with the processing thread 303, in a manner similar to that shown in FIGURE 2. The information is transmitted between the processing thread 303 and the virtual application 306 is similar to that between 202 and 107. The information is in the postcards format.
CGIG 307 is similar in functionality and capabilities to CGIG 104. CGIG 307 communicate with the session manager 301, to determine where to send the requests received from the browser 101 via the web servers 31 S, 316. When a request comes in from one of the web servers 315, 316 the CGIG 307 will communicate with the session manager processing thread 308 to determine where the application should be run. The session manager processing thread 308 listens on the DG's TCP/IP port or socket. There may be several different nodes 317, 318 that are available, so the session manager processing thread 308 will consult database 309, to determine which nodes are available, which applications are currently executing on each of the nodes, which applications are available to run on those nodes (not every application may be run on every node), and any other information that is required to make a decision. For example, the session manager may decide that a particular node is the best because of a distribution algorithm, such as first available. Once the node is chosen, the session manager sends that information to CGIG 307. The CGIG 307 connects with the data gateway 302, as in FIGURE 2.
The session purge thread 310 cancels sessions that are timed out. Since there are multiple nodes, and requests for a particular session can go to any node, then the session manager has to track the sessions to ensure their completion. If one of the sessions times out, i.e. exceeds a predetermined wait time, then purge thread 310 will close the session by sending a session timeout notice to an application, which will initiate whatever clean up is necessary to end that session, for example, removing entries in a database or closing a host connection. The application associated with the session will then self terminate. The application die thread 305 would then receive notification that the application has terminated. This conserves the system resources.
If the browser that initiated the session tries to continue, a new processing thread will be selected from a pool of available threads, and will contain information about the previous session that is stored in the database 309. The session purge thread 310, upon determining that a session has timed out, will make a termination request. Note that the purge thread 310 only operates for session time outs, applications that have completed their tasks self terminate upon sending a response back to the CGIG
307.
Session manager monitoring thread 311 is established for each of the different data gateway nodes of the system. This thread monitors the operation of the different nodes and notifies the session manager if a particular node is down. Thus, the session manager will no longer assign requests to the down node, and will initiate a recovery mechanism to assign any pending requests on the down node to the remaining nodes.
New processing threads would be selected from a pool of available threads, and would contain the data stored in the database 309. The processing threads would spawn new virtual applications 306 in the remaining nodes, to retrieve the information necessary to form responses to the pending request. Thus, this system is fault tolerant, except that if the node housing the session manager goes down, then the entire system will go down.
Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.
template file has a declaration block that defines the output fields in the template.
The output fields are where the application data will be inserted. The input fields are part of the HTML form, for example part of the H'ilViL specification. Entries in the declaration block have three attributes. The first is the tag. The tag marks the output field's location in the template file. Every reference of the tag will be replaced with data by the processing thread. The name attribute defines the order in which data is transferred between the virtual application and DG. The name attribute follows the X.Y.Z format as discussed above with respect to postcards. The type attribute defines the field type, either string or vlist. The string is an ASCII string, and the vlist is a vertical list, which is similar to a spreadsheet column.
Once the processing thread receives all of the information, the template file name and the dynamic data, the thread begins processing the information. It begins by retrieving the template file as a file name and opens the template file. It reads the declaration block to learn how much information to expect from the application. As stated above, the declaration block defines the postcard information, or the number of postcards and the number of parameters for each of the postcards, that it is going to receive. Thus, the processing thread can make sure that it has all the required information. Next, it reads the postcards and checks that everything is valid.
The processing thread then merges the dynamic data from the postcards with the template to form a HTML file. This HTML file will then be sent over the LAN 114 using the TCP/IP sockets 110 back to the CGIG process 104. Then CGIG has a completely formatted HTML response, and all it needs to do is to send that the response through the web server 102 over the Internet 113 and to the browser 101. If the process on web server is a CGI process, it sends it out on the standard out-pipe.
The remaining elements of FIGURE 2 function as follows. The application ready thread 205 processes specific postcards from the virtual application, specifically the ready and session postcards. The ready postcard details when an application is available and ready to run, and is sent to the DG processing thread via the database 206. This postcard also provides a queuing method so that the system can cycle through the applications by noting which applications are queued up. The session postcard allows the attachment of an identifier, which is the URL identifier 405, to a particular processing thread.
The data gateway also has an application database 206, which is a repository for all of the information that DG needs to function. The database 206 stores information about which applications are available to run, what are their postcard addresses, etc. This allows the association of a request to an available executing application. The user interface thread 207 provides an interface to the outside world, so that system operators can provide and receive information from the DG. This thread also allows the operators to bring up and down the DG, and provides other interface capabilities.
FIGURES 3A and 3B depict the multi-node capabilities of the access tool.
FIGURE 3A depicts the node or agent platform having the session manager. This arrangement allows multiple web servers to communicate with multiple agent platforms. The session manager 301 controls the activities of the access tool 300.
There is only one session manager 301 per system and it resides on one of nodes or agent platforms. Data gateway 302 is similar to DG 106, and contains the elements depicted in FIGURE 2, although they may not be depicted in FIGURE 3A. Note that there is one data gateway 302 per agent platform 317, and there are multiple agent platforms 317, 318 per system. The two processing threads, 303 and 304, are similar to processing thread 202, in their functionality and capabilities. Voice Manager or VM
312 limits the number of concurrent requests per agent platform that can be operating at a time. The attached security key allows only authorized personnel to change the number stored in VM 312. Application die thread 305 tracks the termination of an application once its associated processing thread no longer needs the application 306.
Termination could transpire by the completion of a session, timeout of a session, process error, etc. The application 306 is similar to the application 107. The virtual applications 306 are started or dynamically generated as requests come in, which means that the application does not have to exist before the request comes in.
Thus, this allows for the more e~cient use of system resources.
After the node 318 is selected to handle the request from web server-A 315, then subsequent requests from the web server-A 315, via CGIG 307, may be sent to node 318. The requests may also be sent to node 317, if the session manager determines that the node 317 is better able to handle the requests. When web server-B
sends in a request, via CGIG 307, the session manager will decide which node will handle it. As shown in FIGURE 3B, the session manager has decided that node will handle the request from web server B 316. The session manager can pass on all overflow requests to the other nodes. Thus, session manager 30i distributes the request load across the different nodes that axe available in the system.
Processing threads 303 and 304 communicate with application module 313, via a specific postcard termed a call record, which contains specific information relative to the execution of an application, including the application name, status, call duration, etc. A call record triggers the application module 313 to start an application 306. It communicates with the virtual application module 314 and tells it to create a particular application 306. The applicaxion module 313 stores information about the different types of applications, and depending upon the call record, will create a particular application to handle a particular request. After it has been created, then the virtual application 306 will begin communication with the processing thread 303, in a manner similar to that shown in FIGURE 2. The information is transmitted between the processing thread 303 and the virtual application 306 is similar to that between 202 and 107. The information is in the postcards format.
CGIG 307 is similar in functionality and capabilities to CGIG 104. CGIG 307 communicate with the session manager 301, to determine where to send the requests received from the browser 101 via the web servers 31 S, 316. When a request comes in from one of the web servers 315, 316 the CGIG 307 will communicate with the session manager processing thread 308 to determine where the application should be run. The session manager processing thread 308 listens on the DG's TCP/IP port or socket. There may be several different nodes 317, 318 that are available, so the session manager processing thread 308 will consult database 309, to determine which nodes are available, which applications are currently executing on each of the nodes, which applications are available to run on those nodes (not every application may be run on every node), and any other information that is required to make a decision. For example, the session manager may decide that a particular node is the best because of a distribution algorithm, such as first available. Once the node is chosen, the session manager sends that information to CGIG 307. The CGIG 307 connects with the data gateway 302, as in FIGURE 2.
The session purge thread 310 cancels sessions that are timed out. Since there are multiple nodes, and requests for a particular session can go to any node, then the session manager has to track the sessions to ensure their completion. If one of the sessions times out, i.e. exceeds a predetermined wait time, then purge thread 310 will close the session by sending a session timeout notice to an application, which will initiate whatever clean up is necessary to end that session, for example, removing entries in a database or closing a host connection. The application associated with the session will then self terminate. The application die thread 305 would then receive notification that the application has terminated. This conserves the system resources.
If the browser that initiated the session tries to continue, a new processing thread will be selected from a pool of available threads, and will contain information about the previous session that is stored in the database 309. The session purge thread 310, upon determining that a session has timed out, will make a termination request. Note that the purge thread 310 only operates for session time outs, applications that have completed their tasks self terminate upon sending a response back to the CGIG
307.
Session manager monitoring thread 311 is established for each of the different data gateway nodes of the system. This thread monitors the operation of the different nodes and notifies the session manager if a particular node is down. Thus, the session manager will no longer assign requests to the down node, and will initiate a recovery mechanism to assign any pending requests on the down node to the remaining nodes.
New processing threads would be selected from a pool of available threads, and would contain the data stored in the database 309. The processing threads would spawn new virtual applications 306 in the remaining nodes, to retrieve the information necessary to form responses to the pending request. Thus, this system is fault tolerant, except that if the node housing the session manager goes down, then the entire system will go down.
Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (36)
1. A system for distributing information between at least one database and at least one global network server, the system comprising:
a plurality of platforms, each connected between at least one database and at least one global network server;
a session manager, resident on only one platform of the plurality of platforms, for managing information flow between at least one database and at least one global network server; and a plurality of data gateways, with at least one data gateway resident on each platform of the plurality of platforms, for reformatting an information request received from the at least one global network server, passing the reformatted information request onto the at least one database, reformatting a response from the at least one database, and passing the reformatted response onto the at least one global network server.
a plurality of platforms, each connected between at least one database and at least one global network server;
a session manager, resident on only one platform of the plurality of platforms, for managing information flow between at least one database and at least one global network server; and a plurality of data gateways, with at least one data gateway resident on each platform of the plurality of platforms, for reformatting an information request received from the at least one global network server, passing the reformatted information request onto the at least one database, reformatting a response from the at least one database, and passing the reformatted response onto the at least one global network server.
2. The system of claim 1, further comprising:
means for limiting a number of requests that each platform can have active at a time.
means for limiting a number of requests that each platform can have active at a time.
3. The system of claim 1, wherein the session manager comprises:
a manager thread for determining which of the plurality of platforms will operate on the request for information and be designated as an operating platform.
a manager thread for determining which of the plurality of platforms will operate on the request for information and be designated as an operating platform.
4. The system of claim 3, wherein the session manager further comprises:
a database for maintaining information about status of the plurality of platforms, types of requests that each platform is capable of handling, and information about each request that is currently operating on each platform;
wherein the manager thread consults the database in determining which of the plurality of platforms will operate on the request for information.
a database for maintaining information about status of the plurality of platforms, types of requests that each platform is capable of handling, and information about each request that is currently operating on each platform;
wherein the manager thread consults the database in determining which of the plurality of platforms will operate on the request for information.
5. The system of claim 3, wherein:
the manager thread is temporarily connected to the at least one global network server.
the manager thread is temporarily connected to the at least one global network server.
6. The system of claim 1, wherein the session manager comprises:
a purge thread for canceling a session which includes the request, that has exceeded a predetermined idle time period.
a purge thread for canceling a session which includes the request, that has exceeded a predetermined idle time period.
7. The system of claim 1, wherein the session manager comprises:
platform thread for monitoring operational status of each of the platforms of the plurality of platforms, wherein said platform thread notifies said session manager about the operational status of a data gateway resident on any platform.
platform thread for monitoring operational status of each of the platforms of the plurality of platforms, wherein said platform thread notifies said session manager about the operational status of a data gateway resident on any platform.
8. The system of claim 1, wherein:
said at least one database is a plurality of databases, each of which is connected to each platform of the plurality of platforms.
said at least one database is a plurality of databases, each of which is connected to each platform of the plurality of platforms.
9. The system of claim 1, wherein:
said at least one global network server is a plurality of global network servers, each of which is connected to each platform of the plurality of platforms; and the session manager manages the information flow between at least one database and each global network server of the plurality of global network servers.
said at least one global network server is a plurality of global network servers, each of which is connected to each platform of the plurality of platforms; and the session manager manages the information flow between at least one database and each global network server of the plurality of global network servers.
10. The system of claim 3, wherein:
the at least one global network server connects with said designated operating platform, and passes the request for information to the at least one data gateway resident on said designated operating platform.
the at least one global network server connects with said designated operating platform, and passes the request for information to the at least one data gateway resident on said designated operating platform.
11. The system of claim 10, further comprising:
an application module for creating an application based on the request, wherein the application accesses the at least one database and retrieves the information.
an application module for creating an application based on the request, wherein the application accesses the at least one database and retrieves the information.
12. The system of claim 11, wherein the at least one data gateway resident on the operating platform comprises:
a processing thread that receives the request from the at least one global server and invokes the application module.
18~
a processing thread that receives the request from the at least one global server and invokes the application module.
18~
13. The system of claim 12, wherein:
the processing thread translates the request into a format useable by the application.
the processing thread translates the request into a format useable by the application.
14. The system of claim 13, wherein:
the processing thread resident on the one data gateway resident on said designated operating platform retrieves a dynamic template file and uses the information retrieved from the at least one database to populate the template file to form the response, and passes the response onto the at least one global network server.
the processing thread resident on the one data gateway resident on said designated operating platform retrieves a dynamic template file and uses the information retrieved from the at least one database to populate the template file to form the response, and passes the response onto the at least one global network server.
15. The system of claim 14, wherein:
the template file is an HTML template file.
the template file is an HTML template file.
16. The system of claim 11, wherein the at least one data gateway resident on the operating platform comprises:
an application die thread that tracks a status of the application and informs the session manager when the application is terminated.
an application die thread that tracks a status of the application and informs the session manager when the application is terminated.
17. The system of claim 11, wherein:
the application self-terminates upon satisfaction of the request.
the application self-terminates upon satisfaction of the request.
18. A method for distributing information between at least one database and at least one global network server, with a plurality of platforms, each platform interconnected between at least one database and at least one global network server, one session manager that is resident on any one platform of the plurality of platforms, and a plurality of data gateways, with at least one data gateway resident on each platform of the plurality of platforms, the method comprising the steps of:
receiving an information request from at least one global network server;
determining, by said one session manager, which of the plurality of platforms will operate on the request for information and be designated as an operating platform;
routing the request to the operating platform;
reformatting, by the at least one data gateway resident on the operating platform, the request received from the at least one global network server;
passing, by the at least one data gateway resident on the operating platform, the reformatted information request onto the at least one database;
reformatting, by the at least one data gateway resident on the operating platform, a response from the at least one database;
passing, by the at least one data gateway resident on the operating platform, the reformatted response onto the at least one global network server; and managing, by the session manager, information flow between the at least one database and the at least one global network server.
receiving an information request from at least one global network server;
determining, by said one session manager, which of the plurality of platforms will operate on the request for information and be designated as an operating platform;
routing the request to the operating platform;
reformatting, by the at least one data gateway resident on the operating platform, the request received from the at least one global network server;
passing, by the at least one data gateway resident on the operating platform, the reformatted information request onto the at least one database;
reformatting, by the at least one data gateway resident on the operating platform, a response from the at least one database;
passing, by the at least one data gateway resident on the operating platform, the reformatted response onto the at least one global network server; and managing, by the session manager, information flow between the at least one database and the at least one global network server.
19. The method of claim 18, further comprising the step of:
limiting a number of requests that can be active at a time.
limiting a number of requests that can be active at a time.
20. The method of claim 18, furthering the steps of:
maintaining information about status of the plurality of platforms, types of requests that each platform is capable of handling, and information about each request that is currently operating on each platform; and using the maintained information in the step of determining which of the plurality of platforms will operate on the request for information.
maintaining information about status of the plurality of platforms, types of requests that each platform is capable of handling, and information about each request that is currently operating on each platform; and using the maintained information in the step of determining which of the plurality of platforms will operate on the request for information.
21. The method of claim 18, further comprising the step of:
canceling a session which includes the request, that has exceeded a predetermined idle time period.
canceling a session which includes the request, that has exceeded a predetermined idle time period.
22. The method of claim 18, further comprising the step of:
monitoring operational status of each of the platforms of the plurality of platforms; and notifying said session manager about the operational status of a data gateway resident on any platform.
monitoring operational status of each of the platforms of the plurality of platforms; and notifying said session manager about the operational status of a data gateway resident on any platform.
23. The method of claim 18, wherein:
said at least one database is a plurality of databases, each of which is connected to each platform of the plurality of platforms.
said at least one database is a plurality of databases, each of which is connected to each platform of the plurality of platforms.
24. The method of claim 18, wherein said at least one global network server is a plurality of global network servers, each of which is connected to each platform of the plurality of platforms, and the method further comprises the step of:
managing, by the session manager, the information flow between at least one database and each global network server of the plurality of global network servers.
managing, by the session manager, the information flow between at least one database and each global network server of the plurality of global network servers.
25. The method of claim 18, further comprising the steps of:
connecting the at least one global network server with said operating platform; and passing the request for information to the at least one data gateway resident on the operating platform.
connecting the at least one global network server with said operating platform; and passing the request for information to the at least one data gateway resident on the operating platform.
26. The method of claim 25, further comprising the steps of:
creating, by an application module, an application based on the request; and accessing, by the application, the at least one database and retrieving the information.
creating, by an application module, an application based on the request; and accessing, by the application, the at least one database and retrieving the information.
27. The method of claim 26, further comprising the steps of:
receiving, by a processing thread resident on the at least one data gateway of the operating platform, the request from the at least one global server; and invoking, by the processing thread, the application module.
receiving, by a processing thread resident on the at least one data gateway of the operating platform, the request from the at least one global server; and invoking, by the processing thread, the application module.
28. The method of claim 27, further comprising the step of:
translating, by the processing thread, the request into a format useable by the application.
translating, by the processing thread, the request into a format useable by the application.
29. The method of claim 26, further comprising the steps of:
retrieving, by the processing thread, a dynamic template file;
populating, by the processing thread, the template file with the information retrieved from the at least one database to form the response; and passing, by the processing thread, the response onto the at least one global network server.
retrieving, by the processing thread, a dynamic template file;
populating, by the processing thread, the template file with the information retrieved from the at least one database to form the response; and passing, by the processing thread, the response onto the at least one global network server.
30. The method of claim 29, wherein:
the template file is an HTML template file.
the template file is an HTML template file.
31. The method of claim 26, further comprising the steps of:
tracking, by an application die thread that is resident on the at least one data gateway of the operating platform, a status of the application; and informing, by the application die thread, the session manager when the application is terminated.
tracking, by an application die thread that is resident on the at least one data gateway of the operating platform, a status of the application; and informing, by the application die thread, the session manager when the application is terminated.
32. The method of claim 26, further comprising the step of:
terminating the application upon satisfaction of the request.
terminating the application upon satisfaction of the request.
33. The system of claim 2, wherein said limiting number of requests is adjustable.
34. The system of claim 2, wherein said means for limiting further comprises:
a security key to control access to said means to allow only authorized personnel to change said limiting number.
a security key to control access to said means to allow only authorized personnel to change said limiting number.
35. The system of claim 14, wherein the template file comprises a declaration block, wherein said declaration block defines at least one output field.
36. The system of claim 35, wherein said at least one output field has an associated tag, wherein every reference of said associated tag is replaced with data retrieved by said processing thread.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/938,092 | 1997-09-26 | ||
US08/938,092 US5974443A (en) | 1997-09-26 | 1997-09-26 | Combined internet and data access system |
PCT/US1998/019834 WO1999017216A1 (en) | 1997-09-26 | 1998-09-23 | Combined internet and data access system |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2303861A1 true CA2303861A1 (en) | 1999-04-08 |
Family
ID=25470874
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002303861A Abandoned CA2303861A1 (en) | 1997-09-26 | 1998-09-23 | Combined internet and data access system |
Country Status (7)
Country | Link |
---|---|
US (1) | US5974443A (en) |
EP (1) | EP1025507B1 (en) |
AT (1) | ATE310279T1 (en) |
AU (1) | AU9403598A (en) |
CA (1) | CA2303861A1 (en) |
DE (1) | DE69832406T2 (en) |
WO (1) | WO1999017216A1 (en) |
Families Citing this family (143)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6345303B1 (en) * | 1997-03-25 | 2002-02-05 | Intel Corporation | Network proxy capable of dynamically selecting a destination device for servicing a client request |
US6185587B1 (en) * | 1997-06-19 | 2001-02-06 | International Business Machines Corporation | System and method for building a web site with automated help |
US6684369B1 (en) | 1997-06-19 | 2004-01-27 | International Business Machines, Corporation | Web site creator using templates |
US6243739B1 (en) * | 1997-07-11 | 2001-06-05 | Phone.Com, Inc. | Reducing perceived latency in servicing user requests on low-bandwidth communication channels |
US6076108A (en) * | 1998-03-06 | 2000-06-13 | I2 Technologies, Inc. | System and method for maintaining a state for a user session using a web system having a global session server |
US6850893B2 (en) * | 2000-01-14 | 2005-02-01 | Saba Software, Inc. | Method and apparatus for an improved security system mechanism in a business applications management system platform |
US6163878A (en) * | 1998-03-31 | 2000-12-19 | Jereme Kohl | Method and system for designing, generating and storing applications |
US6209027B1 (en) * | 1998-06-01 | 2001-03-27 | International Business Machines Corporation | Recirculating network address list with single button sequencer/selector |
US6823388B1 (en) | 1998-09-11 | 2004-11-23 | L.V. Parners, L.P. | Method and apparatus for accessing a remote location with an optical reader having a programmable memory system |
US6629133B1 (en) | 1998-09-11 | 2003-09-30 | Lv Partners, L.P. | Interactive doll |
US6615268B1 (en) | 1998-09-11 | 2003-09-02 | Lv Partners, L.P. | Method for controlling a computer using an embedded unique code in the content of dat media |
US6725260B1 (en) | 1998-09-11 | 2004-04-20 | L.V. Partners, L.P. | Method and apparatus for configuring configurable equipment with configuration information received from a remote location |
US6636892B1 (en) | 1998-09-11 | 2003-10-21 | Lv Partners, L.P. | Method for conducting a contest using a network |
US6877032B1 (en) | 1998-09-11 | 2005-04-05 | L.V. Partners, L.P. | Launching a web site using a portable scanner |
US7900224B1 (en) | 1998-09-11 | 2011-03-01 | Rpx-Lv Acquisition Llc | Method and apparatus for utilizing an audible signal to induce a user to select an E-commerce function |
US6792452B1 (en) | 1998-09-11 | 2004-09-14 | L.V. Partners, L.P. | Method for configuring a piece of equipment with the use of an associated machine resolvable code |
US6754698B1 (en) | 1998-09-11 | 2004-06-22 | L. V. Partners, L.P. | Method and apparatus for accessing a remote location with an optical reader having a dedicated memory system |
US6643692B1 (en) | 1998-09-11 | 2003-11-04 | Lv Partners, L.P. | Method for controlling a computer using an embedded unique code in the content of video tape media |
US6688522B1 (en) | 1998-09-11 | 2004-02-10 | L. V. Partners, L.P. | Unique bar code |
US6704864B1 (en) | 1999-08-19 | 2004-03-09 | L.V. Partners, L.P. | Automatic configuration of equipment software |
US7930213B1 (en) | 1998-09-11 | 2011-04-19 | Rpx-Lv Acquisition Llc | Method and apparatus for completing, securing and conducting an E-commerce transaction |
US7379901B1 (en) | 1998-09-11 | 2008-05-27 | Lv Partners, L.P. | Accessing a vendor web site using personal account information retrieved from a credit card company web site |
US7386600B1 (en) | 1998-09-11 | 2008-06-10 | Lv Partners, L.P. | Launching a web site using a personal device |
US7392945B1 (en) | 1998-09-11 | 2008-07-01 | Lv Partners, L.P. | Portable scanner for enabling automatic commerce transactions |
US7440993B1 (en) | 1998-09-11 | 2008-10-21 | Lv Partners, L.P. | Method and apparatus for launching a web browser in response to scanning of product information |
US7191247B1 (en) | 1998-09-11 | 2007-03-13 | Lv Partners, Lp | Method for connecting a wireless device to a remote location on a network |
US6636896B1 (en) | 1998-09-11 | 2003-10-21 | Lv Partners, L.P. | Method and apparatus for utilizing an audibly coded signal to conduct commerce over the internet |
US6526449B1 (en) | 1998-09-11 | 2003-02-25 | Digital Convergence Corporation | Method and apparatus for controlling a computer from a remote location |
US6701369B1 (en) | 1998-09-11 | 2004-03-02 | L.V. Partners, L.P. | Method and apparatus for accessing a remote location by sensing a machine-resolvable code |
US6868433B1 (en) | 1998-09-11 | 2005-03-15 | L.V. Partners, L.P. | Input device having positional and scanning capabilities |
US6745234B1 (en) | 1998-09-11 | 2004-06-01 | Digital:Convergence Corporation | Method and apparatus for accessing a remote location by scanning an optical code |
US6622165B1 (en) | 1998-09-11 | 2003-09-16 | Lv Partners, L.P. | Method and apparatus for allowing a remote site to interact with an intermediate database to facilitate access to the remote site |
US6697949B1 (en) | 1998-09-11 | 2004-02-24 | L.V. Partner, L.P. | Method and apparatus for controlling a user's pc through an audio-visual broadcast to archive information in the users pc |
US6836799B1 (en) | 1998-09-11 | 2004-12-28 | L.V. Partners, L.P. | Method and apparatus for tracking user profile and habits on a global network |
US6791588B1 (en) | 1998-09-11 | 2004-09-14 | L.V. Partners, L.P. | Method for conducting a contest using a network |
US8028036B1 (en) | 1998-09-11 | 2011-09-27 | Rpx-Lv Acquisition Llc | Launching a web site using a passive transponder |
US6594705B1 (en) | 1998-09-11 | 2003-07-15 | Lv Partners, L.P. | Method and apparatus for utilizing an audibly coded signal to conduct commerce over the internet |
US6384744B1 (en) | 1998-09-11 | 2002-05-07 | Digital:Convergence Corp. | Method and system for data transmission from an optical reader |
US6701354B1 (en) | 1998-09-11 | 2004-03-02 | L. V. Partners, L.P. | Method for interconnecting two locations over a network in response to using a tool |
US6098106A (en) * | 1998-09-11 | 2000-08-01 | Digitalconvergence.Com Inc. | Method for controlling a computer with an audio signal |
US6708208B1 (en) | 1998-09-11 | 2004-03-16 | L.V. Partners, L.P. | Unique bar code for indicating a link between a product and a remote location on a web network |
US6631404B1 (en) | 1998-09-11 | 2003-10-07 | Lv Partners, L.P. | Method and system for conducting a contest using a network |
US7792696B1 (en) | 1998-09-11 | 2010-09-07 | RPX-LV Acquisition, LLC | Method and apparatus for allowing a broadcast to remotely control a computer |
US6826592B1 (en) | 1998-09-11 | 2004-11-30 | L.V. Partners, L.P. | Digital ID for selecting web browser and use preferences of a user during use of a web application |
US6829650B1 (en) | 1998-09-11 | 2004-12-07 | L. V. Partners, L.P. | Method and apparatus for opening and launching a web browser in response to an audible signal |
US8712835B1 (en) | 1998-09-11 | 2014-04-29 | Rpx Corporation | Method and apparatus for linking a web browser link to a promotional offer |
US7818423B1 (en) | 1998-09-11 | 2010-10-19 | RPX-LV Acquisition, LLC | Retrieving personal account information from a web site by reading a credit card |
US6178457B1 (en) * | 1998-09-17 | 2001-01-23 | Unisys Corporation | Method and system for controlling and tracking client access to server software |
US6415288B1 (en) * | 1998-11-09 | 2002-07-02 | Unisys Corporation | Computer implemented system for communicating between a user terminal and a database system |
US7617124B1 (en) | 1998-12-04 | 2009-11-10 | Digital River, Inc. | Apparatus and method for secure downloading of files |
US20030195974A1 (en) | 1998-12-04 | 2003-10-16 | Ronning Joel A. | Apparatus and method for scheduling of search for updates or downloads of a file |
US7058597B1 (en) | 1998-12-04 | 2006-06-06 | Digital River, Inc. | Apparatus and method for adaptive fraud screening for electronic commerce transactions |
US6657744B2 (en) * | 1998-12-30 | 2003-12-02 | Pitney Bowes Inc. | Message structure for a print stream determining and analysis system |
US6581097B1 (en) | 1998-12-30 | 2003-06-17 | Pitney Bowes Inc. | Method and system of determining a job ticket for a print stream determining process |
US6762851B1 (en) | 1998-12-30 | 2004-07-13 | Pitney Bowes Inc. | Method and system for print stream job determination and analysis |
EP1307829A2 (en) * | 1999-11-12 | 2003-05-07 | Medtower Inc. | Building metaphor |
US7107325B1 (en) * | 1999-11-15 | 2006-09-12 | Insweb Corporation | System and method for optimizing and processing electronic pages in multiple languages |
US7418402B2 (en) | 1999-11-18 | 2008-08-26 | First Aura, Llc | Method and system for providing local information over a network |
US6510464B1 (en) | 1999-12-14 | 2003-01-21 | Verizon Corporate Services Group Inc. | Secure gateway having routing feature |
US6643652B2 (en) | 2000-01-14 | 2003-11-04 | Saba Software, Inc. | Method and apparatus for managing data exchange among systems in a network |
US7117260B2 (en) | 2000-01-27 | 2006-10-03 | American Express Travel Related Services Company, Inc. | Content management application for an interactive environment |
US8756342B1 (en) | 2000-02-07 | 2014-06-17 | Parallel Networks, Llc | Method and apparatus for content synchronization |
US7454457B1 (en) | 2000-02-07 | 2008-11-18 | Parallel Networks, Llc | Method and apparatus for dynamic data flow control using prioritization of data requests |
FI20000276A (en) * | 2000-02-09 | 2001-08-10 | Nokia Networks Oy | Reports of reports produced by telephone exchange |
US6757291B1 (en) * | 2000-02-10 | 2004-06-29 | Simpletech, Inc. | System for bypassing a server to achieve higher throughput between data network and data storage system |
WO2001063377A2 (en) * | 2000-02-25 | 2001-08-30 | Voip Group, Inc. | Internet accessible database with telephone entry capability |
US20010052023A1 (en) * | 2000-02-29 | 2001-12-13 | Chi-To Lin | Method, apparatus, and system for using TCP/IP as the transport layer for screen phones |
US6697964B1 (en) * | 2000-03-23 | 2004-02-24 | Cisco Technology, Inc. | HTTP-based load generator for testing an application server configured for dynamically generating web pages for voice enabled web applications |
US7139739B2 (en) * | 2000-04-03 | 2006-11-21 | Johnson & Johnson Pharmaceutical Research & Development, L.L.C. | Method, system, and computer program product for representing object relationships in a multidimensional space |
AU782258B2 (en) * | 2000-05-24 | 2005-07-14 | Robert George Murray | Communication systems |
FR2809509B1 (en) * | 2000-05-26 | 2003-09-12 | Bull Sa | SYSTEM AND METHOD FOR INTERNATIONALIZING THE CONTENT OF TAGGED DOCUMENTS IN A COMPUTER SYSTEM |
AU2001280489A1 (en) * | 2000-07-07 | 2002-01-21 | Consilient, Inc. | Method and apparatus for providing process-container platforms |
US6898783B1 (en) * | 2000-08-03 | 2005-05-24 | International Business Machines Corporation | Object oriented based methodology for modeling business functionality for enabling implementation in a web based environment |
US7171455B1 (en) | 2000-08-22 | 2007-01-30 | International Business Machines Corporation | Object oriented based, business class methodology for generating quasi-static web pages at periodic intervals |
US6684388B1 (en) | 2000-08-22 | 2004-01-27 | International Business Machines Corporation | Method for generating platform independent, language specific computer code |
US7082521B1 (en) | 2000-08-24 | 2006-07-25 | Veritas Operating Corporation | User interface for dynamic computing environment using allocateable resources |
US7065637B1 (en) | 2000-08-24 | 2006-06-20 | Veritas Operating Corporating | System for configuration of dynamic computing environments using a visual interface |
US6853994B1 (en) | 2000-08-30 | 2005-02-08 | International Business Machines Corporation | Object oriented based, business class methodology for performing data metric analysis |
US7032002B1 (en) * | 2000-09-06 | 2006-04-18 | Xanboo, Inc. | Service broker for processing data from a data network |
US7043724B2 (en) * | 2000-09-14 | 2006-05-09 | Veritas Operating Corporation | System and services for handling computing environments as documents |
US8631103B1 (en) | 2000-11-10 | 2014-01-14 | Symantec Operating Corporation | Web-based administration of remote computing environments via signals sent via the internet |
US20030009742A1 (en) * | 2000-12-06 | 2003-01-09 | Bass Michael D. | Automated job training and performance tool |
US7099834B2 (en) | 2000-12-15 | 2006-08-29 | International Business Machines Corporation | Method, system, and program for transferring data between servers through a client computer over a network |
US6763356B2 (en) | 2001-01-24 | 2004-07-13 | International Business Machines Corporation | System and method for searching disparate file systems |
US6985958B2 (en) * | 2001-03-14 | 2006-01-10 | Microsoft Corporation | Messaging infrastructure for identity-centric data access |
US7302634B2 (en) | 2001-03-14 | 2007-11-27 | Microsoft Corporation | Schema-based services for identity-based data access |
US7024662B2 (en) | 2001-03-14 | 2006-04-04 | Microsoft Corporation | Executing dynamically assigned functions while providing services |
US6925457B2 (en) | 2001-07-27 | 2005-08-02 | Metatomix, Inc. | Methods and apparatus for querying a relational data store using schema-less queries |
WO2005029365A2 (en) | 2003-07-07 | 2005-03-31 | Metatomix, Inc. | Surveillance, monitoring and real-time events platform |
US7058637B2 (en) | 2001-05-15 | 2006-06-06 | Metatomix, Inc. | Methods and apparatus for enterprise application integration |
US6856992B2 (en) | 2001-05-15 | 2005-02-15 | Metatomix, Inc. | Methods and apparatus for real-time business visibility using persistent schema-less data storage |
US7890517B2 (en) | 2001-05-15 | 2011-02-15 | Metatomix, Inc. | Appliance for enterprise information integration and enterprise resource interoperability platform and methods |
US20050144165A1 (en) * | 2001-07-03 | 2005-06-30 | Mohammad Hafizullah | Method and system for providing access to content associated with an event |
US7379977B2 (en) * | 2001-07-24 | 2008-05-27 | Steve Walrath | System and method for display of multiple electronic pages |
US7552203B2 (en) * | 2001-10-17 | 2009-06-23 | The Boeing Company | Manufacturing method and software product for optimizing information flow |
CA2464393A1 (en) * | 2001-10-17 | 2003-04-24 | Primeselections.Com, Inc. | Digital interactive network appliance and system |
US8201082B1 (en) | 2002-06-17 | 2012-06-12 | Amazon.Com, Inc. | Dynamic generation of documents |
US9886309B2 (en) | 2002-06-28 | 2018-02-06 | Microsoft Technology Licensing, Llc | Identity-based distributed computing for device resources |
EP1588286A2 (en) | 2002-10-07 | 2005-10-26 | Metatomix, Inc. | Methods and apparatus for identifying related nodes in a directed graph having named arcs |
US7797626B2 (en) * | 2003-02-12 | 2010-09-14 | Sap Ag | Managing different representations of information |
US8490096B2 (en) * | 2003-07-11 | 2013-07-16 | Ca, Inc. | Event processor for job scheduling and management |
WO2005073842A1 (en) * | 2004-01-30 | 2005-08-11 | Victor Company Of Japan, Limited | Pseudo random number generation device and pseudo random number generation program |
US20050193004A1 (en) * | 2004-02-03 | 2005-09-01 | Cafeo John A. | Building a case base from log entries |
US7665063B1 (en) | 2004-05-26 | 2010-02-16 | Pegasystems, Inc. | Integration of declarative rule-based processing with procedural programming |
US8260893B1 (en) | 2004-07-06 | 2012-09-04 | Symantec Operating Corporation | Method and system for automated management of information technology |
US7630974B2 (en) * | 2004-09-28 | 2009-12-08 | Oracle International Corporation | Multi-language support for enterprise identity and access management |
FR2876851B1 (en) * | 2004-10-20 | 2007-04-27 | Cit Alcatel | MEDIATION DEVICE FOR NAVIGATION BETWEEN INTERNET APPLICATIONS AND NON-INTERNET APPLICATIONS |
US20060089884A1 (en) * | 2004-10-27 | 2006-04-27 | The Boeing Company | Systems and methods for communicating information between a customer and a supplier |
FR2874439A1 (en) * | 2004-12-02 | 2006-02-24 | France Telecom | Client requests managing method for e.g. Internet service provider authentication server, involves distributing request processing phases on network reader, request manager, network writer and garbage connection threads executed in parallel |
US8204931B2 (en) | 2004-12-28 | 2012-06-19 | Sap Ag | Session management within a multi-tiered enterprise network |
US8335704B2 (en) | 2005-01-28 | 2012-12-18 | Pegasystems Inc. | Methods and apparatus for work management and routing |
US7437080B2 (en) * | 2005-02-03 | 2008-10-14 | Stratalight Communications, Inc. | Optical transmission system having optimized filter wavelength offsets |
US7761435B2 (en) * | 2005-04-29 | 2010-07-20 | Sap Ag | External persistence of session state information |
US20060248199A1 (en) * | 2005-04-29 | 2006-11-02 | Georgi Stanev | Shared closure persistence of session state information |
US20060248283A1 (en) * | 2005-04-29 | 2006-11-02 | Galin Galchev | System and method for monitoring threads in a clustered server architecture |
US8762547B2 (en) * | 2005-04-29 | 2014-06-24 | Sap Ag | Shared memory implementations for session data within a multi-tiered enterprise network |
US8024566B2 (en) * | 2005-04-29 | 2011-09-20 | Sap Ag | Persistent storage implementations for session data within a multi-tiered enterprise network |
US8589562B2 (en) | 2005-04-29 | 2013-11-19 | Sap Ag | Flexible failover configuration |
US7853698B2 (en) * | 2005-04-29 | 2010-12-14 | Sap Ag | Internal persistence of session state information |
US8707323B2 (en) | 2005-12-30 | 2014-04-22 | Sap Ag | Load balancing algorithm for servicing client requests |
US7904759B2 (en) * | 2006-01-11 | 2011-03-08 | Amazon Technologies, Inc. | System and method for service availability management |
US20070179959A1 (en) * | 2006-01-30 | 2007-08-02 | Microsoft Corporation | Automatic discovery of data relationships |
US7620653B1 (en) | 2006-02-01 | 2009-11-17 | Amazon Technologies, Inc. | Service for retrieving and aggregating data used to generate web pages or other content items |
US7979439B1 (en) | 2006-03-14 | 2011-07-12 | Amazon Technologies, Inc. | Method and system for collecting and analyzing time-series data |
US9037698B1 (en) | 2006-03-14 | 2015-05-19 | Amazon Technologies, Inc. | Method and system for collecting and analyzing time-series data |
US8601112B1 (en) | 2006-03-14 | 2013-12-03 | Amazon Technologies, Inc. | Method and system for collecting and analyzing time-series data |
US8924335B1 (en) | 2006-03-30 | 2014-12-30 | Pegasystems Inc. | Rule-based user interface conformance methods |
US8250525B2 (en) | 2007-03-02 | 2012-08-21 | Pegasystems Inc. | Proactive performance management for multi-user enterprise software systems |
WO2008141109A1 (en) * | 2007-05-10 | 2008-11-20 | Blue Lava Technologies, Inc. | Method and system for providing a slideshow to multiple platforms |
US8494136B2 (en) * | 2007-06-25 | 2013-07-23 | International Business Machines Corporation | Systems and arrangements for communicating with an automated interactive telecommunications service system |
US9077740B2 (en) * | 2007-10-31 | 2015-07-07 | Hewlett-Packard Development Company, L.P. | System and method for pooling and load distributing connection-oriented servers |
US10481878B2 (en) | 2008-10-09 | 2019-11-19 | Objectstore, Inc. | User interface apparatus and methods |
US8843435B1 (en) | 2009-03-12 | 2014-09-23 | Pegasystems Inc. | Techniques for dynamic data processing |
US8468492B1 (en) | 2009-03-30 | 2013-06-18 | Pegasystems, Inc. | System and method for creation and modification of software applications |
US8880487B1 (en) | 2011-02-18 | 2014-11-04 | Pegasystems Inc. | Systems and methods for distributed rules processing |
US9195936B1 (en) | 2011-12-30 | 2015-11-24 | Pegasystems Inc. | System and method for updating or modifying an application without manual coding |
US20140330867A1 (en) * | 2013-05-01 | 2014-11-06 | Silicon Graphics International Corp. | Software design pattern for adapting a graph database visualization software |
US11144184B2 (en) | 2014-01-23 | 2021-10-12 | Mineset, Inc. | Selection thresholds in a visualization interface |
US10469396B2 (en) | 2014-10-10 | 2019-11-05 | Pegasystems, Inc. | Event processing with enhanced throughput |
US10698599B2 (en) | 2016-06-03 | 2020-06-30 | Pegasystems, Inc. | Connecting graphical shapes using gestures |
US10698647B2 (en) | 2016-07-11 | 2020-06-30 | Pegasystems Inc. | Selective sharing for collaborative application usage |
US11048488B2 (en) | 2018-08-14 | 2021-06-29 | Pegasystems, Inc. | Software code optimizer and method |
US11567945B1 (en) | 2020-08-27 | 2023-01-31 | Pegasystems Inc. | Customized digital content generation systems and methods |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4774655A (en) * | 1984-10-24 | 1988-09-27 | Telebase Systems, Inc. | System for retrieving information from a plurality of remote databases having at least two different languages |
US5668986A (en) * | 1991-10-02 | 1997-09-16 | International Business Machines Corporation | Method and apparatus for handling data storage requests in a distributed data base environment |
JP3023441B2 (en) * | 1993-11-16 | 2000-03-21 | 株式会社日立製作所 | Database division management method and parallel database system |
US5745754A (en) * | 1995-06-07 | 1998-04-28 | International Business Machines Corporation | Sub-agent for fulfilling requests of a web browser using an intelligent agent and providing a report |
US5752246A (en) * | 1995-06-07 | 1998-05-12 | International Business Machines Corporation | Service agent for fulfilling requests of a web browser |
US5721908A (en) * | 1995-06-07 | 1998-02-24 | International Business Machines Corporation | Computer network for WWW server data access over internet |
US5710918A (en) * | 1995-06-07 | 1998-01-20 | International Business Machines Corporation | Method for distributed task fulfillment of web browser requests |
US5754772A (en) * | 1996-03-26 | 1998-05-19 | Unisys Corporation | Transaction service independent HTTP server-to-transaction gateway |
US5826261A (en) * | 1996-05-10 | 1998-10-20 | Spencer; Graham | System and method for querying multiple, distributed databases by selective sharing of local relative significance information for terms related to the query |
US5859972A (en) * | 1996-05-10 | 1999-01-12 | The Board Of Trustees Of The University Of Illinois | Multiple server repository and multiple server remote application virtual client computer |
US5781910A (en) * | 1996-09-13 | 1998-07-14 | Stratus Computer, Inc. | Preforming concurrent transactions in a replicated database environment |
-
1997
- 1997-09-26 US US08/938,092 patent/US5974443A/en not_active Expired - Lifetime
-
1998
- 1998-09-23 AU AU94035/98A patent/AU9403598A/en not_active Abandoned
- 1998-09-23 CA CA002303861A patent/CA2303861A1/en not_active Abandoned
- 1998-09-23 AT AT98947204T patent/ATE310279T1/en not_active IP Right Cessation
- 1998-09-23 WO PCT/US1998/019834 patent/WO1999017216A1/en active IP Right Grant
- 1998-09-23 EP EP98947204A patent/EP1025507B1/en not_active Expired - Lifetime
- 1998-09-23 DE DE69832406T patent/DE69832406T2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
ATE310279T1 (en) | 2005-12-15 |
EP1025507A4 (en) | 2003-07-02 |
WO1999017216B1 (en) | 1999-06-10 |
WO1999017216A1 (en) | 1999-04-08 |
AU9403598A (en) | 1999-04-23 |
US5974443A (en) | 1999-10-26 |
DE69832406D1 (en) | 2005-12-22 |
DE69832406T2 (en) | 2006-08-03 |
EP1025507B1 (en) | 2005-11-16 |
EP1025507A1 (en) | 2000-08-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5974443A (en) | Combined internet and data access system | |
US6212546B1 (en) | Providing a modular gateway architecture which isolates attributes of the client and server systems into independent components | |
US6859783B2 (en) | Integrated interface for web based customer care and trouble management | |
US7047525B2 (en) | System and method for an interoperability framework | |
US7032008B2 (en) | System for on-line financial services using distributed objects | |
EP1057310B1 (en) | System and method for controlling access to stored documents | |
US7903656B2 (en) | Method and system for message routing based on privacy policies | |
CA2448918C (en) | Method and system for automatically configuring a client-server network | |
US6996622B2 (en) | Session managing method, session managing system, and program | |
US7548983B2 (en) | Configurable connector adapted to convey data between a first application and a second application | |
US20080071922A1 (en) | Methods, systems, and computer program products to transparently dispatch requests to remote resources in a multiple application server environment | |
US20050086330A1 (en) | Method and apparatus for dynamic, non-intrusive personalization of web services | |
CA2178583A1 (en) | Object-oriented rule-based protocol system | |
WO2001025918A2 (en) | Frameworks for methods and systems of providing netcentric computing | |
US20080021696A1 (en) | System and method of providing a fast path link for an identified set of data | |
EP0856790B1 (en) | Client-server network computing system and its method | |
US7444346B2 (en) | System and method for simple object access protocol access to interface definition language based services | |
US20020178264A1 (en) | Secure creation and distribution of instructions to uniquely support network applications | |
EP1696627B1 (en) | Apparatus and system to retrieve information in a network | |
JP2003162449A (en) | Integrated access management system, integrated access management device and its method and program | |
US7412495B2 (en) | Method, system, and article of manufacture for a server side application | |
US7313598B1 (en) | Method and apparatus for partial replication of directory information in a distributed environment | |
WO2000018092A1 (en) | Multi-client object-oriented interface layer | |
KR100629018B1 (en) | The legacy interface system and operating method for enterprise wireless application service | |
KR100317129B1 (en) | Method for translation web server and database server in internet envirionment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |