Abstract: A telephony application such as an interactive voice response (“IVR”) needs to identify quickly the nature of the call (e.g., whether it is a person or machine answering a call) in order to initiate an appropriate voice application. Conventionally, the call stream is sent to a call-progress analyzer (“CPA”) for analysis. Once a result is reached, the call stream is redirected to a call processing unit running the IVR according to the analyzed result. The present scheme feeds the call stream simultaneous to both the CPA and the IVR. The CPA is allowed to continue analyzing and outputting a series of analysis results until a predetermined result appears. In the meantime, the IVR can dynamically adapt itself to the latest analysis results and interact with the call with a minimum of delay.

Abstract: A self-help application platform such as one hosting an interactive voice response (IVR) has a browser that executes application scripts to implement the self-help application. The execution of the application scripts is performed by utilizing various application resources, such as media conversions from text to speech (TTS) and speech to text (automatic speech recognition ASR) and other media servers. The platform is provided with a dynamic resource selection mechanism in which the application is executed with an updated optimum set of application resources distributed over different locations. The selection is based on the profiles of the browser, users, route, and quality of service. The selection is further modulated by the browser's previous experiences with the individual resources. The selection is made dynamically during the executing of the application script.

Abstract: A population of networked Application Gateway Centers or voice centers provides telephony resources. The telephony application for a call number is typically created by a user in XML (Extended Markup Language) with predefined telephony XML tags and deployed on a website. A voice center provides facility for retrieving the associated XML application from its website and processing the call accordingly. The individual voice centers are either operated at a hosted facility or at a customer's premise. Provisioning Management Servers help to allocate telephony resources among the voice centers. This is accomplished by suitably updating a voice center directory. In this way, the original capacity at a premise, predetermined by the hardware installed, can be adjusted up or down. If the premise is under capacity, it can be supplemented by that from a hosted facility. If the premise has surplus capacity, it can be reallocated for use by others outside the premise.

Abstract: An interactive voice response (IVR) platform running a voice application for use with a voice client is extended to support text messaging clients and other clients of other media types on other channels. An application-to-text messaging interface interfaces with text messaging clients via a text messaging protocol transport and interfaces with the IVR via an API. It includes a user/application manager to handle user and application accounts and a state/session manager to handle state information required by the text messaging operations and to handle sessions maintained by the IVR. Text modules are implemented having text synthesis and text recognition with a dictionary/grammar. These allow voice-specific application scripts to be interpreted in a text channel. The extended multi-channel platform supports an open source text messaging network and also through a transport gateways to other types of text messaging clients.

Abstract: A third-party interactive voice response service includes a media archiving service in which media streams from a call to a subscriber is encrypted by a public key of the subscriber. The media streams may optionally be compressed and are encrypted in real-time so that at any time no tangible portion of the media streams can be accessed by the third party provider. The multiple media streams can optionally be compressed and/or encrypted individually or after they have been combined into a combined stream. The subscriber is able to retrieve the encrypted media streams and decrypt them using the subscriber's private key. The encryption and compression are under program control of the interactive voice response service.

Abstract: A population of networked Application Gateway Centers or voice centers provides telephony resources. The telephony application for a call number is typically created by a user in XML (Extended Markup Language) with predefined telephony XML tags and deployed on a website. A voice center provides facility for retrieving the associated XML application from its website and processing the call accordingly. The individual voice centers are either operated at a hosted facility or at a customer's premise. Provisioning Management Servers help to allocate telephony resources among the voice centers. This is accomplished by suitably updating a voice center directory. In this way, the original capacity at a premise, predetermined by the hardware installed, can be adjusted up or down. If the premise is under capacity, it can be supplemented by that from a hosted facility. If the premise has surplus capacity, it can be reallocated for use by others outside the premise.

Abstract: A telephony application such as an interactive voice response (“IVR”) needs to identify quickly the nature of the call (e.g., whether it is a person or machine answering a call) in order to initiate an appropriate voice application. Conventionally, the call stream is sent to a call-progress analyzer (“CPA”) for analysis. Once a result is reached, the call stream is redirected to a call processing unit running the IVR according to the analyzed result. The present scheme feeds the call stream simultaneous to both the CPA and the IVR. The CPA is allowed to continue analyzing and outputting a series of analysis results until a predetermined result appears. In the meantime, the IVR can dynamically adapt itself to the latest analysis results and interact with the call with a minimum of delay.

Abstract: A telephony application such as an interactive voice response (“IVR”) needs to identify quickly the nature of the call (e.g., whether it is a person or machine answering a call) in order to initiate an appropriate voice application. Conventionally, the call stream is sent to a call-progress analyzer (“CPA”) for analysis. Once a result is reached, the call stream is redirected to a call processing unit running the IVR according to the analyzed result. The present scheme feeds the call stream simultaneous to both the CPA and the IVR. The CPA is allowed to continue analyzing and outputting a series of analysis results until a predetermined result appears. In the meantime, the IVR can dynamically adapt itself to the latest analysis results and interact with the call with a minimum of delay.

Abstract: An interactive voice response (IVR) platform running a voice application for use with a voice client is extended to support text messaging clients and other clients of other media types on other channels. An application-to-text messaging interface interfaces with text messaging clients via a text messaging protocol transport and interfaces with the IVR via an API. It includes a user/application manager to handle user and application accounts and a state/session manager to handle state information required by the text messaging operations and to handle sessions maintained by the IVR. Text modules are implemented having text synthesis and text recognition with a dictionary/grammar. These allow voice-specific application scripts to be interpreted in a text channel. The extended multi-channel platform supports an open source text messaging network and also through a transport gateways to other types of text messaging clients.

Abstract: A self-help application platform such as one hosting an interactive voice response (IVR) has a browser that executes application scripts to implement the self-help application. The execution of the application scripts is performed by utilizing various application resources, such as media conversions from text to speech (TTS) and speech to text (automatic speech recognition ASR) and other media servers. The platform is provided with a dynamic resource selection mechanism in which the application is executed with an updated optimum set of application resources distributed over different locations. The selection is based on the profiles of the browser, users, route, and quality of service. The selection is further modulated by the browser's previous experiences with the individual resources. The selection is made dynamically during the executing of the application script.

Abstract: A third-party interactive voice response service includes a media archiving service in which media streams from a call to a subscriber is encrypted by a public key of the subscriber. The media streams may optionally be compressed and are encrypted in real-time so that at any time no tangible portion of the media streams can be accessed by the third party provider. The multiple media streams can optionally be compressed and/or encrypted individually or after they have been combined into a combined stream. The subscriber is able to retrieve the encrypted media streams and decrypt them using the subscriber's private key. The encryption and compression are under program control of the interactive voice response service.

Abstract: A telephony application such as an interactive voice response (“IVR”) needs to identify quickly the nature of the call (e.g., whether it is a person or machine answering a call) in order to initiate an appropriate voice application. Conventionally, the call stream is sent to a call-progress analyzer (“CPA”) for analysis. Once a result is reached, the call stream is redirected to a call processing unit running the IVR according to the analyzed result. The present scheme feeds the call stream simultaneous to both the CPA and the IVR. The CPA is allowed to continue analyzing and outputting a series of analysis results until a predetermined result appears. In the meantime, the IVR can dynamically adapt itself to the latest analysis results and interact with the call with a minimum of delay.

Abstract: A population of networked Application Gateway Centers or voice centers provides telephony resources. The telephony application for a call number is typically created by a user in XML (Extended Markup Language) with predefined telephony XML tags and deployed on a website. A voice center provides facility for retrieving the associated XML application from its website and processing the call accordingly. The individual voice centers are either operated at a hosted facility or at a customer's premise. Provisioning Management Servers help to allocate telephony resources among the voice centers. This is accomplished by suitably updating a voice center directory. In this way, the original capacity at a premise, predetermined by the hardware installed, can be adjusted up or down. If the premise is under capacity, it can be supplemented by that from a hosted facility. If the premise has surplus capacity, it can be reallocated for use by others outside the premise.