Cisco Technology, Inc.

Other

Satish Joshi

Lewis Dean Dodrill

Ryan Alan Danner

Steven J Martin

Geetha Ravishankar

Nagendran Parasu

Robert James Lockwood

Susan Harrow Barban

Brenda Gates Spielman

David William Geen

Zhiwei Zhang

Swaminathan Ravishankar

Keith McKinley Basil

William M Wolfe

Govind V Pande

Melissa Lee Denbar

William Bateman Willaford, Iv

James Richard Grove, Jr

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 web browser selectively executes the audio operation based on whether the web browser detects the presence of the executable audio resource. If the web browser does not have the executable audio resource, then the web browser ignores the XML element, and merely presents any other recognized HTML tags. However if the web browser has access to an executable audio resource that understands the XML element, then the web browser executes the audio operation based on enhanced audio control specified by the XML element. Hence, a web browser can be used to provide enhanced voice control for voice enabled web applications, merely by possession of an executable audio resource that recognizes the XML element that specifies the enhanced audio control required for the audio operation to be performed.

Apparatus and method for providing browser audio control for voice enabled web applications

A unified 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), regardless of message format. The application server, upon receiving a request from a browser serving a user, accesses the standardized database server to obtain attribute information for responding to the voice application operation request. 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. The application server also is configured for storing messages for a called party in the standardized messaging server by storing within the message format information that specifies the corresponding message format. Hence, the application server can respond to a request for a stored message from a subscriber by accessing the stored message from the standardized messaging server, and generating an HTML document having media content and control tags for presenting the subscriber with the stored message in a prescribed format based on the message format and the capabilities of the access device used by the subscriber.

Unified messaging system using web based application server for management of messages using standardized servers

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, configured for executing a voice application defined by XML documents, selects an XML document for execution of a corresponding voice application operation based on a determined presence of a user-specific XML document that specifies the corresponding voice application operation. The application server, upon receiving a voice application operation request from a browser serving a user, dynamically generates a personalized HTML page having media content and control tags for personalized execution of the voice application operation. Hence, a user can personalize any number of voice application operations, enabling a web-based voice application to be completely customized or merely partially customized.

Application server providing personalized voice enabled web application services using extensible markup language documents

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, configured for executing a voice application defined by XML documents, selects an XML document for execution of a corresponding voice application operation based on a determined presence of a user-specific XML document that specifies the corresponding voice application operation. The application server, upon receiving a voice application operation request from a browser serving a user, determines whether a personalized, user specific XML document exists for the user and for the corresponding voice application operation. If the application server determines the presence of the personalized XML document for a user-specific execution of the corresponding voice application operation, the application server dynamically generates a personalized HTML page having media content and control tags for personalized execution of the voice application operation; however if the application server determines an absence of the personalized XML document for the user-specific execution of the corresponding voice application operation, the application server dynamically generates a generic HTML page for generic execution of the voice application operation. Hence, a user can personalize any number of voice application operations, enabling a web-based voice application to be completely customized or merely partially customized.

A method for inter-process communication between non-persistent application instances includes establishing a first non-persistent application instance serving a first party and establishing a second non-persistent application instance serving a second party. In the first application instance, an HTML page is generated having instructions for a persistent browser instance having received the HTML page to initiate a new application session for the second party. Thus, inter-application communication is possible where one non-persistent application instance is able to notify and/or interrupt another non-persistent application instance by way of an associated real time component (web browser or proxy browser).

IP unified agent using an XML voice enabled web based application server

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 enables use of multiple instances of a notification process, each configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. Each notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. Each 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. Each notification process may have access via the prescribed open protocol to multiple notification delivery processes, each configured for outputting a notification to a subscriber's notification device according to a corresponding device protocol. Multiple instances of each type of notification delivery process may also be utilized for increased capacity. Hence, subscribers may be notified of events according to their respective preferences, including subscriber device type, or time of notification. Moreover, the notification architecture can be scaled without adversely affecting any existing instances of the notification process or the notification delivery processes.

Scalable IP-based notification architecture for unified messaging

An application server is configured for initiating a messaging session for an incoming call by accessing a subscriber profile information from a directory server and a subscriber announcement from a messaging server. The application server includes a fault tolerant routine for initiating a messaging session, enabling playing of the subscriber's spoken name during the messaging session based on a determined unavailability of the messaging server. The subscriber announcement and the subscriber's spoken name (or another audible subscriber identifier) are stored in the messaging server as first and second data files having first and second sizes, respectively, where the second size is substantially smaller than the first size. The second data file also is stored in the directory server with the subscriber profile information. If, during initiation of the messaging session the application server determines that the messaging server is unavailable, the application server retrieves the second data file from the directory server and plays the corresponding audible subscriber identifier as an alternate announcement for the messaging session. Hence, the application server is able to initiate a messaging session that provides positive identification of the subscriber, enabling messages to be recorded for storage even when the messaging server is unavailable.

Messaging system configured for selectively accessing subscriber spoken name from a directory server based on determined unavailability of messaging server

A method is provided in an application server for executing a calling application. The method includes receiving an HTTP request for execution of a calling application operation for a caller. A selected extensible markup language (XML) document is accessed in response to reception of the HTML request. Based on the XML document, a first HTML page including prompts is generated for the caller. A directory is accessed based on an input from the caller to obtain called party information. A second HTML page is generated having instructions for contacting the called party. Hence, calling services may be deployed on a platform that is customizable, scalable, and built upon open standards such as Internet protocol. By directly contacting an application server upon picking-up a telephone device, an intelligent system is provided for making telephone calls over an IP network.

Calling service using voice enabled web based application server

An application server, configured for dynamically generating a web page (e.g., HTML) document based on execution of XML documents, dynamically generates an HTML page having selected form elements based on a stored XML document that defines available HTML form elements and respective attributes, and based on user attributes retrieved by the application server from an open network database server (such as LDAP). The application server, in response to a request from a user, accesses an XML document configured for specifying attributes associated with the request; the XML document may specify as form elements menus that are available for generation based on qualified user attributes, or may specify HTML fields that can be generated for display on the HTML page based on the qualified user attributes. The application server also retrieves the user attributes, and dynamically generates the HTML page based on identifying the user attributes matching the qualified user attributes of the accessed XML document. Hence, HTML pages having form elements can be dynamically generated, providing personalized HTML pages without the necessity of modifying CGI scripts or stored HTML pages.

Application server configured for dynamically generating web forms based on extensible markup language documents and retrieved subscriber data

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.

Browser-based arrangement for developing voice enabled web applications using extensible markup language documents

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. The application server also is configured for sending and retrieving messages from a standardized remote messaging server via the IP network.

IP web based messaging system for localized management of wireless messaging

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. The notification process may have access via the prescribed open protocol to multiple notification delivery processes, each configured for outputting a notification to a subscriber's notification device according to a corresponding device protocol. Hence, subscribers may be notified of events according to their respective preferences, including subscriber device type, or time of notification. The notification process also generates the notification delivery message using selected portions of the notification information and subscriber information based on the notification device type, providing a common format for device specific notification messages. Hence, each notification delivery process can receive device specific notification messages according to a common format from the notification process or another external process.

Arrangement for common-format notification delivery messages based on notification device type in an IP-based notification architecture

A method for integrating a network application with different directory servers, each server having a different schema. The method includes providing meta-data specifying directory servers available to the application and a table mapping attributes utilized by the network application with attribute names used by the directory servers available to the application. The method further includes identifying in the table the directory server attribute name corresponding to an attribute requested by the application when the application runs. A request containing the identified directory server attribute name is sent to the corresponding directory server and information is received in response to the request.

Growing community of inventors

Glen Allen, VA, United States of America

Satish Joshi