72 results about "Interaction manager" patented technology

A factored multimodal interaction architecture for a distributed computing system is disclosed. The distributed computing system includes a plurality of clients and at least one application server that can interact with the clients via a plurality of interaction modalities. The factored architecture includes an interaction manager with a multimodal interface, wherein the interaction manager can receive a client request for a multimodal application in one interaction modality and transmit the client request in another modality, a browser adapter for each client browser, where each browser adapter includes the multimodal interface, and one or more pluggable synchronization modules. Each synchronization module implements one of the plurality of interaction modalities between one of the plurality of clients and the server such that the synchronization module for an interaction modality mediates communication between the multimodal interface of the client browser adapter and the multimodal interface of the interaction manager.

In one example embodiment, an apparatus includes a policy repository for storing a policy for application interaction. The policy defines, for a subscriber, a priority associated with a set of specific application identifiers. The priority further defines establishment priority and retention priority for an application identified by a selected application identifier. Another example embodiment includes an apparatus including a processor operable to evaluate a policy for application interaction. The policy defines, for a subscriber, a priority associated with a set of specific application identifiers. The priority further defines establishment priority and retention priority for an application identified by a selected application identifier. The processor is further operable to execute a decision for the subscriber based on the evaluation of the policy.

Systems and methods for negotiating a future communication are provided to facilitate interaction between persons who wish to interact but who presently may not be in a position or find it desirable to do so. Each party may be provided with an interaction manager that allows the parties to negotiate future time(s) for future communication by ascertaining mutually available free time and selecting from among these times. The parties may also elect to defer a communication until a particular communication channel becomes available.

A method for managing dialogue interaction includes generating a hierarchical tree representation of a set of hierarchical data entities, and identifying a leaf node in the hierarchical tree representation. A system for managing dialogue interaction includes a hierarchical data format having a plurality of hierarchical data entities, and a dialogue interaction manager that manages a dialogue with a user based upon the hierarchical data format.

Systems, methods, and computer program products for providing service interaction and mediation in a communications network are disclosed. According to one aspect, the subject matter described herein includes a system for providing service interaction and mediation in a communications network. The system includes a communications interface for receiving a client-to-SCIM message from a service client; and a service capability interaction manager (SCIM) module for providing service interaction between the service client and multiple application servers providing different types of services. Providing the service interaction includes receiving, from the communications interface, the client-to-SCIM service interaction message, and, in response to receiving the client-to-SCIM message, generating multiple SCIM-to-server messages and sending the SCIM-to-server messages to multiple application servers. Providing the service interaction also includes receiving multiple server-to-SCIM service interaction messages from at least some of the application servers that received the SCIM-to-server messages, and, in response to receiving the server-to-SCIM messages, generating a SCIM-to-client message containing an aggregation of at least a portion of data from at least some of the server-to- SCIM messages, and sending the SCIM-to-client message containing the aggregation to the service client via the communications interface.

A voice server can be located, temporarily allocated, and sent audio. The results are returned to a voice client, and the voice server is deallocated for use by the next person talking into their client browser. Voice channels and IVR ports are initially set up by a switch and the IVR using conventional audio protocols. The voice channels are not initially connected to the client. The switch handles the allocation and deallocation of IVR voice channels without having to communicate further with the IVR. A user indicates to the client device that he wishes to initiate a voice interaction during an X+V session. This translates to a request on the CTRL channel to synchronise XHTML and VXML forms as a trigger for the VXML browser to execute a conversational turn. A multiplexer intercepts this control command and establishes a virtual voice circuit between the client device and an existing open but unattached voice port. The virtual circuit is established without having to set up an RTP channel. The CTRL signal is then forwarded to an interaction manager so that the conversation can take place. At the end of the conversation the virtual circuit is disconnected.