138 results about "VoiceXML" patented technology

Methods, apparatus, and products are disclosed for supporting multi-lingual user interaction with a multimodal application, the application including a plurality of VoiceXML dialogs, each dialog characterized by a particular language, supporting multi-lingual user interaction implemented with a plurality of speech engines, each speech engine having a grammar and characterized by a language corresponding to one of the dialogs, with the application operating on a multimodal device supporting multiple modes of interaction including a voice mode and one or more non-voice modes, the application operatively coupled to the speech engines through a VoiceXML interpreter, the VoiceXML interpreter: receiving a voice utterance from a user; determining in parallel, using the speech engines, recognition results for each dialog in dependence upon the voice utterance and the grammar for each speech engine; administering the recognition results for the dialogs; and selecting a language for user interaction in dependence upon the administered recognition results.

Ordering recognition results produced by an automatic speech recognition (‘ASR’) engine for a multimodal application implemented with a grammar of the multimodal application in the ASR engine, with the multimodal application operating in a multimodal browser on a multimodal device supporting multiple modes of interaction including a voice mode and one or more non-voice modes, the multimodal application operatively coupled to the ASR engine through a VoiceXML interpreter, includes: receiving, in the VoiceXML interpreter from the multimodal application, a voice utterance; determining, by the VoiceXML interpreter using the ASR engine, a plurality of recognition results in dependence upon the voice utterance and the grammar; determining, by the VoiceXML interpreter according to semantic interpretation scripts of the grammar, a weight for each recognition result; and sorting, by the VoiceXML interpreter, the plurality of recognition results in dependence upon the weight for each recognition result.

A system, method, and computer readable medium storing a software program for translating a script for an interactive voice response system to a script for a visual interactive response system. The visual interactive response system executes the translated visual-based script when a user using a display telephone calls the visual interactive response system. The visual interactive response system then transmits a visual menu to the display telephone to allow the user to select a desired response, which is subsequently sent back to the visual interactive response system for processing. The voice-based script may be defined in voice extensible markup language and the visual-based script may be defined in wireless markup language, hypertext markup language, or handheld device markup language. The translation system and program includes a parser for extracting command structures from the voice-based script, a visual-based structure generator for generating corresponding command structure for the visual-based script, a text prompt combiner for incorporating text translated from voice prompts into command structure generated by the structure generator, an automatic speech recognition routine for automatically converting voice prompts into translated text, and an editor for editing said visual-based script.

A system for implementing voice services can include at least one virtual machine, such as a Java 2 Enterprise Edition (J2EE) virtual machine. The virtual machine can include a bean container for handling software beans, such as Enterprise Java Beans. The bean container can include a voice browser bean. The voice browser bean can include a VoiceXML browser.

A test system comprises a test processor which is arranged to perform hardware level tests on a unit under test. A voice interface interfaces to an external voice communication link coupled to a remote voice communication unit. A test controller is coupled to the test processor and the voice interface and comprises a script processor for executing a test control script. The test control script is in accordance with a voice scripting language standard, such as the Voice extensible Markup Language, VXML, standard. The script processor comprises a first interface for interfacing with the test processor in response to the test control script and a second interface for interfacing with the voice interface in response to the test control script. The invention may allow a user friendly speech interface to a hardware level test system.

A system and method are disclosed for managing frequently used VoiceXML documents. In particular, a VoiceXML gateway is provided having an administrator-managed and provisioned local file system. Specifically, the administrator provisions the files that are to be stored on the local file system. Importantly, neither the VoiceXML interpreter nor the VoiceXML interpreter context manage the local file system. Accordingly, the local file system is not subject to the cache control directives that requires regular retransmission of frequently used VoiceXML documents and other files from the remote documents servers. To that end, administrator-provisioned files may be permanently stored on the local file system thereby minimizing their search and access time.

A prompt collecting tool (190) for an interactive voice response system (100) includes a voice enabled application server (150), a voice simulator coupled to the voice enabled application server, and a processor coupled to the voice simulator. The processor can be programmed to execute (202) a voice application having a plurality of audio prompts, play (206) audio if a pre-stored audio is available for a particular prompt, capture (208) text when no pre-stored audio is available and forward (210) the captured text to the prompt collecting tool. The voice simulator can include a VoiceXML browser (160), a text to speech text service (170), and a text based recognition service (180) for example.

A personal interactive voice response system with a web-based interface allowing the user to specify treatment of incoming calls based on voice or touchtone responses provided by the calling party. A graphical user interface available over a computer network, such as the Internet, allows the user to personalize greetings that callers hear, as well as customizing treatment of callers based on the caller's response. The user may record an initial greeting or other messages, either over the telephone or over the Internet, so that the messages are played to callers in the user's voice. Additionally, the user may enter text, via a PC or wireless device connected to the Internet, that is played back for the caller, based on the caller's response, via text-to-speech conversion using voice extensible markup language technology. Resulting actions, such as call forwarding, distinctive ringing, or remote notification of the incoming call may also be included.

Dynamically generating a vocal help prompt in a multimodal application that include detecting a help-triggering event for an input element of a VoiceXML dialog, where the detecting is implemented with a multimodal application operating on a multimodal device supporting multiple modes of interaction including a voice mode and one or more non-voice modes, the multimodal application is operatively coupled to a VoiceXML interpreter, and the multimodal application has no static help text. Dynamically generating a vocal help prompt in a multimodal application according to embodiments of the present invention typically also includes retrieving, by the VoiceXML interpreter from a source of help text, help text for an element of a speech recognition grammar, forming by the VoiceXML interpreter the help text into a vocal help prompt, and presenting by the multimodal application the vocal help prompt through a computer user interface to a user.

Systems and methods are provided for rendering modality-independent scripts (e.g., intent-based markup scripts) in a multi-modal environment, whereby a user can interact with an application using a plurality of modalities (e.g., speech and GUI) with I/O events being automatically synchronized over the plurality of modalities presented. In one aspect, immediate synchronized rendering of the modality-independent document in each of the supported modalities is provided. In another aspect, deferred rendering and presentation of intent-based scripts to an end user is provided, wherein a speech markup language script (such as a VoiceXML document) is generated from the modality-independent script and rendered (via, e.g., VoiceXML browser) at a later time.

Methods, apparatus, and products are disclosed for providing expressive user interaction with a multimodal application, the multimodal application operating in a multimodal browser on a multimodal device supporting multiple modes of user interaction including a voice mode and one or more non-voice modes, the multimodal application operatively coupled to a speech engine through a VoiceXML interpreter, including: receiving, by the multimodal browser, user input from a user through a particular mode of user interaction; determining, by the multimodal browser, user output for the user in dependence upon the user input; determining, by the multimodal browser, a style for the user output in dependence upon the user input, the style specifying expressive output characteristics for at least one other mode of user interaction; and rendering, by the multimodal browser, the user output in dependence upon the style.

Systems and methods for building speech-based applications using reusable dialog components based on VoiceXML (Voice eXtensible Markup Language). VoiceXML reusable dialog components can be used for building a voice interface for use with multi-modal, multi-channel and conversational applications that offer universal access to information anytime, from any location, using any pervasive computing device regardless of its I/O modality. In one embodiment, a framework for reusable dialog components built within the VoiceXML specifications is based on the <subdialog> tag and ECMAScript parameter objects to pass parameters, configuration and results. This solution is interpreted at the client side (VoiceXML browser). In another embodiment, a framework for reusable dialog components is based on JSP (Java Server Pages) and beans that generate VoiceXML subdialogs. This solution can be evaluated at the server side. These frameworks can be mixed and matched depending on the application.

A mid-point call management node subject to monitoring through a workstation communicatively coupled thereto, provides call services (e.g., through extensible markup language (XML), and in particular call control extensible markup language (CCXML) and/or voice extensible markup language (VXML), instructions) for an inbound call received from an originating network at an originating point-of-presence (POP) associated with multiple, disparate call centers, the call services being provided in response to call management application instructions issued according to enterprise-specific strategies for optimizing call handling between the originating POP and domestic and/or international ones of the disparate call centers communicatively coupled thereto. Call center information (e.g., call load information) received at the management node from the multiple call centers may be used in connection with providing the call services. The enterprise-specific strategies may be instantiated as processes for: call routing, load balancing, work force management, and/or customer relationship management.

Dynamically defining a VoiceXML grammar of a multimodal application, implemented with the multimodal application operating on a multimodal device supporting multiple modes of interaction including a voice mode and one or more non-voice modes, the multimodal application operatively coupled to a VoiceXML interpreter, and the method includes loading the X+V page by the multimodal application, from a web server into the multimodal device for execution, the X+V page including one or more VoiceXML grammars in one or more VoiceXML dialogs, including at least one in-line grammar that is declared but undefined; retrieving by the multimodal application a grammar definition for the in-line grammar from the web server without reloading the X+V page; and defining by the multimodal application the in-line grammar with the retrieved grammar definition before executing the VoiceXML dialog containing the in-line grammar.

The present solution includes a method for dynamically switching modalities in a dialogue session involving a voice server. In the method, a dialogue session can be established between a user and a speech application. During the dialogue session, the user can interact using an original modality, which is either a speech modality, a text exchange modality, or a multi mode modality that includes a text exchange modality. The speech application can interact using a speech modality. A modality switch trigger can be detected that changes the original modality to a different modality. The modality transition to the second modality can be transparent to the speech application. The speech application can be a standard VoiceXML based speech application that lacks an inherent text exchange capability.

A method of implementing a Voice Extensible Markup Language (VXML) application in an Internet Protocol (IP) device, and an IP device having VXML capability, are disclosed. An IP device having a VXML browser is provided. A VXML script file containing a plurality of instructions for a particular VXML application is fetched into the IP device from a server via an IP network to which the IP device is connected. The fetched VXML script file is then parsed into an appropriate format, and an VXML engine in the VXML browser executes the instructions of the parsed VXML script file to establish an audio interface with either the user of the IP device or a user of another IP device that is connected to the IP network.

A multi-tenant voice extensible markup language (VXML) voice system includes a voice portal connected to at least one telephony network; a voice application server integrated with the voice portal; and a multi-tenant configuration application integrated with the voice application server, the configuration application accessible to the tenants from a data packet network.

A system for use in developing a voice application, including a dialog element selector for defining execution paths of the application by selecting dialog elements and adding the dialog elements to a tree structure, each path through the tree structure representing one of the execution paths, a dialog element generator for generating the dialog elements on the basis of predetermined templates and properties of the dialog elements, the properties templates received from a user of the system, each of said dialog elements corresponding to at least one voice language template, and a code generator for generating at least one voice language module for the application on the basis of said at least one voice language template and said properties. The voice language templates include VoiceXML elements, and the dialog elements can be regenerated from the voice language module. The voice language module can be used to provide the voice application for an IVR.

A method and apparatus for tracking execution of a VoiceXML document of a VoiceXML application by a VoiceXML execution client are disclosed. In one embodiment, the method includes trapping a desired VoiceXML document and executing the trapped document in an execution tracking mode as a function of marker information. The marker information is configured to enable a highlighting of a respective VoiceXML element within a listing of at least a portion of the VoiceXML document on a remote display.

An automated directory assistance platform architecture is provided for at least partial automatic processing of 411 calls from TDM-based telephone networks and from VoIP networks. The architecture includes three layers. One layer is a telephony network interface that accepts information from both TDM and VoIP based DA networks. The telephony layer sequesters the other two layers from the complexities of interacting with different source networks. Another layer is a VoiceXML-based IVR dialog engine that directs information received from the telephony interface. The third layer is an App Server Layer that processes information received from the dialog engine by retrieving information from an internet-accessible database. Calls that cannot be handled completely by automation are handed off to a live operator working in all IP environment.