Abstract: An application server receives an HTTP request for execution of an instant messaging application operation for a sending party. A selected extensible markup language (XML) document is accessed in response to reception of the HTML request. A first HTML page is generated based on the XML document for recording a voice message by the sending party. A registry is accessed to determine whether a receiving party is available to receive the voice message. A second HTML page is generated for the receiving party having instructions for playing the voice message for the receiving party. Hence instant messaging services may be deployed on a platform that is customizable, scalable, and built upon open standards such as Internet protocol. By preserving multiple sessions, parties involved in instant messaging can suspend their present session or activity for a moment to create a new session to exchange audio messages and when finished, can instantly resume the suspended session.

Abstract: An application server, configured for executing a messaging application defined by XML documents, is able to provide messaging services to a calling party for a remote subscriber based on retrieval of subscriber attribute information obtained from a remote information database server (such as LDAP) via an Internet Protocol (IP) network. The application server, upon receiving a voice application operation request having subscriber identifier information from a browser serving the calling party, obtains from the remote information database server attribute information for responding to the voice application operation request based on the subscriber identifier information. The application server generates an HTML document having media content and control tags for personalized execution of the voice application operation based on the attribute information obtained from the standardized database server.

Abstract: A unified web-based voice messaging system provides voice application control between a web browser and an application server via an hypertext transport protocol (HTTP) connection on an Internet Protocol (IP) network. The web browser receives an HTML page from the application server having an XML element that defines data for an audio operation to be performed by an executable audio resource. The application server executes the voice-enabled web application by runtime execution of extensible markup language (XML) documents that define the voice-enabled web application to be executed. The application server, in response to receiving a user request from a user, accesses a selected XML page that defines at least a part of the voice application to be executed for the user. The application server then parses the XML page, and executes the operation describer by the XML page.

Abstract: An application server includes an application runtime environment configured for receiving a first HTTP request having a session identifier that specifies a server-side data record configured for storing an application state for a voice application session of a first party. The application runtime environment is configured to modify the session identifier to change the application state of the voice application session of the first party based on a second HTTP request having an input posted by a second party. The application runtime environment is also configured to update a brownie of the first party to include the modified session identifier.

Abstract: A unified web-based voice messaging system provides voice application control between a proxy browser having a web browser, and an application server via an hypertext transport protocol (HTTP) connection on an Internet Protocol (IP) network. The proxy browser serves as an HTTP interface for a user device that lacks HTML and HTTP processing capabilites, such as an analog telephone, a cellular telephone, a voice over IP telephone, and the like. The web browser receives an HTML page from the application server having an XML element that defines data for an audio operation to be performed by an executable audio resource within the proxy browser. The audio resource, also referred to as a media resource, selectively executes the HTML tags and the audio operation based on the determined capabilities of the user device. If the user device does not have audio capabilities, the media resource ignores the audio operation, and merely presents the HTML information, assuming the user device has a display.

Abstract: A testing system for an application server configured for providing a unified web-based voice messaging system using voice application control between a web browser via an hypertext transport protocol (HTTP) connection. The testing system is configured for outputting HTTP-based application-specific requests to the application server based on execution of prescribed scripts that specify generation of the application-specific requests according to the state-aware application. Each script specifies parameters for a prescribed sequence of requests for a prescribed application operation for the application server, enabling the load generator to provide a sequence of requests, simulating the sequence of requests that would normally be sent by a user of the application server during a user application session. The testing system also includes a HTTP-based user interface that enables a user to select the scripts, as well as the number of instances for simultaneous execution of the selected number of iterations.

Abstract: A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture includes a notification process, configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. The notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. The notification process determines, for each received notification message, the subscriber's notification preference based on the accessed profile information, and selectively outputs a notification delivery message according to a prescribed open protocol to at least one notification delivery process within the notification architecture based on the subscriber's notification preference.

Abstract: A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture includes a notification process, configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. The notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. The notification process determines, for each received notification message, the subscriber's notification preference based on the accessed profile information, and selectively outputs a notification delivery message according to a prescribed open protocol to at least one notification delivery process within the notification architecture based on the subscriber's notification preference.

Abstract: A unified web-based voice messaging system provides voice application control between a web browser and an application server via an hypertext transport protocol (HTTP) connection on an Internet Protocol (IP) network. The application server executes the voice-enabled web application by runtime execution of a first set of extensible markup language (XML) documents that define the voice-enabled web application to be executed. The application server generates an HTML form specifying selected application parameters from an XML document executable by the voice application. The HTML form is supplied to a browser, enabling a user of the browser to input or modify application parameters for the corresponding XML document into the form. The application server inserts the received input application parameters into the XML document, and stores the document.

Abstract: A web-based voice messaging system uses an application server, configured for executing a voice application defined by XML documents, that accesses subscriber attributes from a standardized information database server (such as LDAP), and messages from a standardized messaging server (such as IMAP). The application server, upon receiving a request from a browser serving a subscriber, accesses an IP based messaging server to obtain a stored message for the subscriber from a second party. The stored message identifies a text-based form. The application server converts the text-based form into an audible format. The application server generates an HTML document to present to the subscriber the form in audible format with audible prompts, based on the HTTP request and the text-based form. The application server then updates the text-based form based on an input from the subscriber. Thus, text-based forms can be retrieved and acted on via a telephone.

Abstract: A unified web-based voice messaging system provides voice application control between a web browser and an application server via an hypertext transport protocol (HTTP) connection on an Internet Protocol (IP) network. The application server executes the voice-enabled web application by runtime execution of extensible markup language (XML) documents that define the voice-enabled web application to be executed. Each voice application operation can be defined as any one of a user interface operation, a logic operation, or a function operation. Each XML document includes XML tags that specify the user interface operation, the logic operation and/or the function operation to be performed within a corresponding voice application operation, the XML tags being based on prescribed rule sets that specify the executable functions to be performed by the application runtime environment.