[go: up one dir, main page]

WO2006008712A1 - Procede et systeme de telechargement d'une application rvi au niveau d'un dispositif, de son execution et du telechargement de la reponse d'utilisateur - Google Patents

Procede et systeme de telechargement d'une application rvi au niveau d'un dispositif, de son execution et du telechargement de la reponse d'utilisateur Download PDF

Info

Publication number
WO2006008712A1
WO2006008712A1 PCT/IB2005/052359 IB2005052359W WO2006008712A1 WO 2006008712 A1 WO2006008712 A1 WO 2006008712A1 IB 2005052359 W IB2005052359 W IB 2005052359W WO 2006008712 A1 WO2006008712 A1 WO 2006008712A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
interactive voice
ivr
user
voice response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/IB2005/052359
Other languages
English (en)
Inventor
Paul J. Rankin
David A. Bell
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Priority to BRPI0513389-0A priority Critical patent/BRPI0513389A/pt
Priority to EP05758704A priority patent/EP1772001A1/fr
Priority to JP2007520963A priority patent/JP2008507187A/ja
Priority to KR1020077000877A priority patent/KR20070032781A/ko
Publication of WO2006008712A1 publication Critical patent/WO2006008712A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H04M3/4938—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals comprising a voice browser which renders and interprets, e.g. VoiceXML
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
    • H04M2203/553—Data upload

Definitions

  • This invention relates to a communication method and system.
  • IVR interactive voice response
  • VRUs Early voice response units (VRUs) provided dedicated IVR functionality (basic menu interaction and option selection by telephone pad key presses), but were detached from other systems of the operator. VRUs were phased out as integrated systems emerged. Mark-up languages for IVR were developed to
  • VoiceXML describes IVR applications in a standardised mark-up language (XML) and leverages the advantages of web-oriented content and web-based architecture (distribution, content creation, tailorability, transcoding, scalability).
  • VoiceXML shields the IVR programmer from telephone APIs, TTS (Text to Speech) and ASR (Automatic Speech Recognition) technologies.
  • TTS Text to Speech
  • ASR Automatic Speech Recognition
  • VoiceXML IVR system 25 major components of a standard IVR Architecture VoiceXML IVR system are shown in Figure 1.
  • the user connects through a phone 100 or PSTN terminal, via the public switched telephony network (PSTN) 102 to the VoiceXML Interpreter 104 through a telephony gateway 106.
  • PSTN public switched telephony network
  • the VoiceXML Interpreter 104 conducts the call interaction with a caller based on the instructions of a
  • the Interpreter 104 natively understands touchtone (DTMF) input and can manage pre-recorded audio prompts or files.
  • the Interpreter 104 can also call upon voice technologies such as TTS (text-to-speech) 110 and ASR (automatic speech recognition) 112 for enhanced functionality.
  • the VoiceXML Interpreter 104 communicates via web protocols (HTTP) 114 to either a local or remote VoiceXML application server 108.
  • the VoiceXML application server 108 delivers the application, including VoiceXML text pages and binary audio files.
  • the application server 108 receives spoken, touch-tone, and recorded input from the Interpreter 104.
  • the VoiceXML application server 108 can query enterprise middleware and database systems 116 to dynamically drive VoiceXML to the user.
  • the distribution of components such that backend applications reside
  • the front-end VoiceXML interpreter at the PSTN, which connects over the Internet (e.g. via secure http over IP, https) with back-end VoiceXML servers of the provider organisations.
  • the front-end interpreter will have enough 'pages' of IVR data (i.e. VoiceXML) to support the next set of interactions with a given caller (or callers).
  • the interpreter can be programmed to call upon number checking routines, TTS modules, voice recognition modules, or even pass the caller over to a human operator.
  • the interpreter can make requests of the VoiceXML server for further pages, which the server will generate in real-time, exchanging information with backend application servers if necessary.
  • IVR automatic voice response to voice commands
  • These include, for example, talking yellow pages and other search services, voice messaging, weather reports, banking, travel news, train or transport timetables, flight information and booking, call centres (customer help-lines etc), football scores, chatlines, music download, ringtone downloads, games, setting up alerts/alarm calls, setting up call redirection. All of these applications are run in real time by a server accessing databases and calling data and messages as desired, on demand. In certain parts of the world, access to these services is denied to poorer people, by the fact that the charge for using the telephone is based upon the length of the call, which can be relatively long for the user of an IVR application. The cost of the call is beyond the reach of many people.
  • a communication method comprising downloading to a device an interactive voice response application, receiving a user command to execute the interactive voice response application, executing the interactive voice response application in response to the command, creating a file that includes the user's response to the interactive voice response application, and uploading the file.
  • a communication system comprising a gateway and a device for communicating with the gateway, the gateway for downloading to the device an interactive voice response application, and the device for receiving a user command to execute the interactive voice response application, for executing the interactive voice response application in response to the command, for creating a file that includes the user's response to the interactive voice response application, and for uploading the file to the gateway.
  • the invention provides a method to enable use of IVR applications on low-level terminals.
  • IVR applications can involve a lengthy and expensive phone call in order to acquire the correct information or undertake a desired transaction.
  • By formatting such IVR applications in a suitable mark-up language users can utilise and exploit such services offline at their leisure, opening up asynchronous access to a wide range of existing services provided for telephone users.
  • the completed sessions can be relayed to the original service provider in order to complete the transaction.
  • the interactions with the services may be performed as a sequence of stages, with errors or final confirmation of successful transactions returned to the user.
  • the device is either a datacard, or a portable handset.
  • the interactive voice response application is downloaded to a user's handset, or to a datacard for use in handset, and the user can execute the interactive voice response application offline, without having to incur any call charges.
  • the interactive voice response application includes a database element. While the user is offline, the interactive voice response application will not have access to the usual backend services and databases, which would normally be available during the telephone access to an interactive voice response application. It is therefore advantageous to provide within the interactive voice response application, which is downloaded by the user, a database element that includes within it the functions and data that will be needed by the interactive voice response application when it is accessed offline.
  • the step of executing the interactive voice response application includes error checking and correction. During telephone access to an interactive voice response application, there is a protocol for error checking the user's responses.
  • the interactive voice response application asks for an input from 1 to 3, and the user presses the button 4 on the telephone, then an error message is produced and the flow of the interactive voice response application has to be changed to take account of the error.
  • the interactive voice response application is accessed by the user offline, after they have downloaded it to their device, the normal error protocol is not available. This could lead to an a situation where the user makes a mistake offline, and it is therefore desirable to provide some level of error checking and correction on the device, while the user is executing the interactive voice response application.
  • the communication method further comprises, following the uploading of the file, processing the file.
  • the step of processing the file includes error checking and correction.
  • the gateway processes the file. This allows the gateway to check for errors in the uploaded file, and if possible to correct the errors. If the gateway detects an error that it cannot correct, then the error checking comprises creating a interactive voice response sub-application for downloading to the device. This has the advantage that rather than restarting the entire process again when an error is detected, the gateway will create a sub-application, that relates only to the error, for returning to the user.
  • the communication method further comprises downloading to the device the interactive voice response sub-application, receiving a user command to execute the interactive voice response sub-application, executing the interactive voice response sub-application in response to the command, creating a second file that includes the user's response to the interactive voice response sub-application, and uploading the second file.
  • FIG. 1 is a schematic diagram of a prior art system
  • Figure 2 is a schematic diagram of a first embodiment of a communication system
  • Figure 3 is a schematic diagram of a second embodiment of the communication system
  • Figure 4 is a schematic diagram of a third embodiment of the communication system
  • Figure 5 is a schematic diagram of a fourth embodiment of the communication system
  • FIG. 1 which is a prior art system is described in detail above.
  • the proposed infrastructure for use in the communication system of this application is focused upon the store-and-forward provision of content and personal communications in an asynchronous manner for disadvantaged populations. Users have disconnected mobile handsets to interact with voice messages or interactive audio programs that are stored on data cards. These data cards can be periodically docked at a computer with Internet access to refresh the data content, download and upload new messages, interactive programs, or the stored responses to the programs.
  • the selection of content programs that are downloaded to the memory of a portable device for use by a given user (or group of users) is determined by the user profile of each user and is initially determined by user demographics, their interests and their opt-in/opt out exceptions.
  • the content is distributed between content providers and distribution centres of the infrastructure using the Internet. Voice messages between users are delivered using Internet connections between distribution centres and regional content centres.
  • VIMF Voice Interactive Media Format
  • VIMF is one of a family of XML mark-up languages, and has many constructs in common with VoiceXML and the earlier IVR languages (VoxML, PML).
  • VIMF describes how objects are rendered on the client handset, visually as well as audibly.
  • VIMF programs provide audio prompts, they capture key presses for controlling navigation branching as well as the user responses (key presses and speech recordings) in response to questions in the program.
  • These 'VIMF program responses' are also stored on the user's data card in the handset in a defined format, keyed to objects in the original interactive program. The user can replay the program to review their responses and make changes or corrections on the handset. These responses are subsequently returned on the next Internet docking of the data card, back to the content program provider or to their nominees, such as service call centres.
  • VoiceXML the pervasive markup language for IVR
  • VoiceXML applications can be readily emulated by, or transcoded into VIMF.
  • Earlier IVR languages e.g. VoxML
  • IVR architecture and markup language permit, there are a number of opportunities with different mechanisms to enable users to gain access to existing IVR applications and services. Different approaches are necessary, depending on the level of PSTN service and integration with gateways that interact with the low-level devices, and the degree of access agreed with the PSTN and service systems.
  • a first approach which is shown in Figure 2, is to use an automated outcall mechanism from a gateway 200 that accesses the IVR applications through the PSTN 202.
  • the gateway application must emulate a normal PSTN user; generating touch-tones and delivering stored speech fragments at the pace expected by the IVR application. (Essentially here there are two IVR applications talking to each other, with the gateway 200 taking the lead).
  • the system of Figure 2 includes a device 204 for communicating with the gateway 200, the gateway 200 downloading to the device 204 an interactive voice response application 206.
  • the device 204 when offline, executes the interactive voice response application 206 in response to a user command, and creates a file 208 that includes the user's response to the interactive voice response application 206.
  • the file 208 is uploaded to the gateway 200.
  • the gateway 200 communicates via the PSTN 202 with the IVR front end 210, which in turn is connected to the IVR server 212.
  • a second approach, shown in Figure 3, is to enable a mechanism for the gateway 200 to connect into the PSTN 202 over IP directly into the underlying PSTN router that serves the IVR front-end application.
  • One advantage of this is that the interaction between the gateway 200 and the front-end router 210 are data and therefore far faster than speech or DTMF (touch tones). Further, the dialogue is more robust, being packet exchange with no call-dropouts, and is therefore more suited to machine-to-machine interaction. It avoids PSTN call costs from the gateway 200 to the PSTN 202 and provides one point of access from the gateway 200 into the many IVR applications available to PSTN users.
  • a third approach, shown in Figure 4, is to use a gateway 200 that takes over the IVR front-end and deals with the various VoiceXML servers 212 that serve the IVR front-ends.
  • the service provider and their IVR application writers collaborate to produce a second 'batch-oriented' VIMF version of the application that can be run asynchronously by a user.
  • This system has a number of advantages, including the fact that the organisation that is providing the gateway 200 deals directly with the provider companies, and the PSTN not involved. Service providers have privileged early access to a new, poorer market segment.
  • a fourth approach, shown in Figure 5, is to provide an IP gateway 200 directly interfacing the back-end applications 214 of provider companies.
  • the advantages of this are that VoiceXML is bypassed altogether and the applications are rendered as VIMF for users, and data transactions are in the file formats required by each provider.
  • a disadvantage of this approach is that deep access to complicated and sensitive or secure backend systems is needed.
  • the lowest level of integration involves a "proxy” that can emulate a human PSTN user to undertake the synchronous exchange with PSTN-based IVR systems on behalf of poorer users.
  • the second proposal involves a data connection direct into the PSTN at the "other side” that supports the IVR front-end, using VoiceXML to interact with the various IVR application providers through the PSTN routing mechanism.
  • the third proposal involves setting up a customised data interaction between the gateway and each IVR service provider individually, utilising a connection directly to the VoiceXML server (or similar server) under the service provider's control.
  • the fourth proposal requires a high degree of integration and co-working with the service providers.
  • a gateway will deliver "native" transactions to the various transaction processing backend applications of the service provider (the service provider might alternatively decide to provide services in VIMF).
  • the spectrum of options to provide PSTN-based IVR applications to the poorer users includes the possible use of a proxy.
  • This proxy could be a trusted person, employed to take users' requirements as defined in their VIMF program responses and perform the IVR phone calls, reporting any problems or successful completion back to the user.
  • the human assistant acts in effect as an IVR scribe.
  • the proxy could be an automatic outcall mechanism (for instance a "robot" caller) run by the gateway.
  • the proxy must elicit knowledge of the IVR applications of interest to the users (this process is described later), build a VIMF program that can elicit the required input from a user offline (Progi), an agent distributes Progi to the poorer users, the agent collates the VIMF program responses to Progi , the proxy plays back the response, and transcribes them (Key presses for navigation and query response will be recorded by the VIMF application as keys pressed, i.e.
  • the proxy calls up the IVR service and replicates the user's interactions with the application to the IVR and all feedback is recorded, and a VIMF formatted program response is prepared for the original user.
  • the advantage of using a human proxy is the ease with which a person can deal with the eventualities of a phone call, and the possible prompts/responses during a phone call with an IVR. (For example, cinema times and films change weekly).
  • the obvious disadvantage is the time and costs required transcribing user interactions, with each application, and repeating these over the phone to an IVR. It may be quite a monotonous job and people are prone to errors. On the other hand, this might provide new employment.
  • the advantages of using an automated proxy are principally reliability, accuracy, endurance and the automated proxy does not get bored, working overnight without error if required.
  • the primary disadvantage is that the automated proxy cannot handle exceptions that are not pre-programmed in.
  • an automated proxy For an automated proxy to be able to handle outcalls to an IVR, it needs to have complete knowledge of the interaction sequence that will be required by the IVR in order to enter the options selected (the key presses/DTMF) and responses (key presses or speech) made by the user. Particularly, this means having information of the timings of the prompts from the IVR, and timing constraints with the regard to responses (key presses and speech) for the branches of the interaction that will be traversed in order to complete the user's transaction. It also means knowing the allowed ranges or sets of valid user input to the IVR application. Building a model of an IVR could be undertaken by trying out all the
  • VoiceXML VoiceXML hides from application developers and application providers the text to speech and any automatic speech recognition technology required to navigate an IVR. Only the data of concern to an application provider needs to be returned to them, for example, "What film does a customer wish to see of the four films showing tonight? How many tickets do they require and of which type? How will they pay?".
  • a VIMF application can acquire the various responses from a user that are needed to build a response file suited for delivery as the user's data entry to the back-end VoiceXML server. Given knowledge of the necessary protocols at the PSTN, and knowledge of the VoiceXML-based data-formats and protocols required by the VoiceXML server, it is possible to route data transactions through the PSTN and directly to the chosen service provider.
  • HTTP may be a suitable transport protocol.
  • a collaboration is set up with each service provider to engineer a batch version of their IVR application. This may be simple to program, given that many service providers already offer an alternative entry point to their customers, namely via an online Internet web-page booking system which connects to their back-end domain systems, as well as IVR telephone access.
  • This level of integration requires knowledge of the internal protocols at the PSTN, and the protocols and data-formats used by the service providers (these data formats may be VoiceXML based, perhaps using HTTP as transport). This level of integration with the PSTN may be hard to achieve unless there is a commercial benefit (i.e. likely revenues). Acquiring data- formats (essentially VoiceXML source code) from service providers may not be a problem, as they stand to benefit if more users can access their services.
  • An alternative data connection to providers is via VoiceXML.
  • VoiceXML source
  • VIMF VoiceXML
  • the VIMF programs are used as usual (as defined above), and responses passed back to the appropriate gateway.
  • This gateway then passes responses to the VoiceXML server, using suitable data formats (e.g. VoiceXML) and protocols (e.g. HTTP). Any responses from the VoiceXML server intended for the user will return to the gateway, and can readily be translated to a 1 VIMF program response' for forwarding to the user.
  • the data connection to providers could be using native data formats.
  • the gateway to interoperate with IVR service providers at a high level of integration, with application developers from the gateway or from the IVR service provider creating a VIMF program that is optimal for the users. There is no intermediary IVR language.
  • the program is used, the resulting transaction is fed directly into the service provider's network for processing. Any responses for the customer are generated as VIMF program responses.
  • each new IVR service to be offered is a bespoke engineering task that will require programming resources from the gateway.
  • the optimal solutions will require minimal re-engineering of IVR applications (e.g. automatic VIMF program generators, given the VoiceXML source code), and minimal engineering of new interfaces and gateways.
  • a key advantage of synchronous interaction is the ability to rapidly detect errors and immediately correct them with the end-user or customer. This is not always possible in an asynchronous VIMF program, particularly for errors that are only identified once an application server has made a call-out to another back-end system (i.e. a credit card check.).
  • VIMF VIMF
  • some in out validity checks can be programmed in VIMF, for example, to check on valid keyed number input or that a user's entered number falls within a pre-defined range, or that the recording duration of a user's spoken reply to a question falls within a range of expected durations.
  • device-to-IVR gateways can support error correction is by recording error reports (for example "I'm sorry, the card number is incorrect") and providing the error reports back to the users in a form which enables them to understand and correct the error (these reports have to be verbal, so text to speech may be used by the VIMF program generator if speech is not provided by the IVR).
  • error reports for example "I'm sorry, the card number is incorrect”
  • these reports have to be verbal, so text to speech may be used by the VIMF program generator if speech is not provided by the IVR).
  • Error correction by the user can also be aided by presenting the user with the responses they made, the gateway or proxy agent having added an extra mark-up of those user responses to the original VIMF Progi which were detected by the IVR to be erroneous, (the user can replay a VIMF interactive program on their handset, reviewing the responses they made previously to the program and changing them, up to the point at which their data card is presented for docking at an Internet access point).
  • the subsequent corrected responses from the user to these VIMF "error" reports can then be inserted back into the sequence of responses.
  • These user responses the gateway will use again in a second synchronous IVR interaction with the service provider. (Multiple staged error-report, error-correction, IVR-resubmission sessions may be necessary, and are supported by the system).
  • the confirmations from the IVR system can be added to the stored user's VIMF program response file. This can then be returned to the user by the gateway or proxy. The user will then receive a final record of their transaction that they can replay if wished, with the confirmations from the IVR service provider.
  • a further proposal (batch mode) that will aid use of IVR applications is that the providers of IVR services reformulate their interfaces such that they allow an interaction sequence to continue even if there are errors, rather than blocking any further progress. For example, if a complete transaction with a service requires unconstrained input (i.e. cannot be range-checked within VIMF and so will not be checked on the handset) on three occasions, and the user makes a mistake on the first field, the IVR system may supply an error remark and abort the transaction. The user won't know if the responses in the other 2nd and 3rd entry fields are correct until his/her responses are resubmitted (assuming the first field is correct on the second attempt). This scenario highlights that IVR systems are usually designed for synchronous interaction.
  • a further way that the divide between asynchronous and synchronous systems can be bridged is by use of a session-manager at the gateway (or as another element of the proxy).
  • This session-manager can be used to help ease the users through a number of stages of interaction that are required to complete a transaction with a service provider.
  • This session-manager may be responsible for maintaining correct user responses to prompts from an IVR until corrected responses are provided by the user for a retry, building a session of responses to make up a full transaction with an IVR in the case that the full session is too large to be stored on the user's handset, inserting prompts or help into VIMF programs delivered to the user if the user is having repeated problems with a particular service and escalation of error-recovery strategies, for example, progressive re-tracing of the IVR steps until the user supplies a valid input.
  • error-recovery strategies for example, progressive re-tracing of the IVR steps until the user supplies a valid input.
  • IVR applications such as a weather call line where only the region has to be selected are more predictable and require fewer back-end calls, so are easier to replicate in the batch/offline mode, than other more sophisticated IVR applications, like a airline's automatic ticket booking system. Whilst the main immediate aim is to provide a route for poor communities to access the growing range of telephone services, off-network use of services by richer user groups can also be attractive in some situations.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Selon l'invention, un procédé de communication consiste à télécharger au niveau d'un dispositif une application de réponse vocale interactive, à recevoir une commande d'utilisateur afin d'exécuter l'application de réponse vocale interactive, à exécuter ladite application en réponse à la commande, à créer un fichier qui comprend la réponse d'utilisateur à l'application de réponse vocale interactive, et à télécharger le fichier.
PCT/IB2005/052359 2004-07-16 2005-07-15 Procede et systeme de telechargement d'une application rvi au niveau d'un dispositif, de son execution et du telechargement de la reponse d'utilisateur Ceased WO2006008712A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
BRPI0513389-0A BRPI0513389A (pt) 2004-07-16 2005-07-15 método e sistema de comunicação
EP05758704A EP1772001A1 (fr) 2004-07-16 2005-07-15 Procede et systeme de telechargement d'une application rvi au niveau d'un dispositif, de son execution et du telechargement de la reponse d'utilisateur
JP2007520963A JP2008507187A (ja) 2004-07-16 2005-07-15 Ｉｖｒアプリケーションを装置にダウンロードし、該アプリケーションを実行し、及びユーザの応答をアップロードするための方法及びシステム
KR1020077000877A KR20070032781A (ko) 2004-07-16 2005-07-15 디바이스에 ｉｖｒ 애플리케이션을 다운로드하고, 이애플리케이션을 실행하고 사용자의 응답을 업로드하기 위한방법 및 시스템

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GBGB0415928.1A GB0415928D0 (en) 2004-07-16 2004-07-16 Communication method and system
GB0415928.1 2004-07-16

Publications (1)

Publication Number Publication Date
WO2006008712A1 true WO2006008712A1 (fr) 2006-01-26

Family

ID=32893674

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2005/052359 Ceased WO2006008712A1 (fr) 2004-07-16 2005-07-15 Procede et systeme de telechargement d'une application rvi au niveau d'un dispositif, de son execution et du telechargement de la reponse d'utilisateur

Country Status (7)

Country Link
EP (1) EP1772001A1 (fr)
JP (1) JP2008507187A (fr)
KR (1) KR20070032781A (fr)
CN (1) CN1985503A (fr)
BR (1) BRPI0513389A (fr)
GB (1) GB0415928D0 (fr)
WO (1) WO2006008712A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013060424A1 (fr) * 2011-10-24 2013-05-02 Telefonaktiebolaget L M Ericsson (Publ) Interaction vocale avec un dispositif sous contrainte via un réseau de communications
TWI450571B (zh) * 2009-06-29 2014-08-21 Ind Tech Res Inst 應用於語音服務的結構化資料傳送方法及系統
KR101765317B1 (ko) 2015-09-24 2017-08-04 주식회사 브리지텍 Ip ivr 이중화 시스템 및 그 방법
GB2598658A (en) * 2020-06-30 2022-03-09 Avaya Man Lp Intelligent Interactive Voice Response (IVR) Navigator

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100215156A1 (en) * 2006-04-06 2010-08-26 Industrial Technology Research Institute Structural data transmission method and system for interactive voice response system
US9118760B2 (en) 2011-09-09 2015-08-25 Drumbi, Inc. Systems and methods for coordinated voice and data communications
CN104125347A (zh) * 2014-06-24 2014-10-29 小米科技有限责任公司 获取语音服务的方法和装置
US9560200B2 (en) 2014-06-24 2017-01-31 Xiaomi Inc. Method and device for obtaining voice service

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002087098A1 (fr) * 2001-04-23 2002-10-31 Soma Networks, Inc. Systeme et procede de minimisation de l'utilisation de la largeur de bande dans un systeme de reponse vocale interactif
WO2002091364A1 (fr) * 2001-05-04 2002-11-14 Unisys Corporation Generation dynamique d'informations d'application vocale a partir d'un serveur web
US20040034528A1 (en) * 2002-06-12 2004-02-19 Canon Kabushiki Kaisha Server and receiving terminal
US20040138890A1 (en) * 2003-01-09 2004-07-15 James Ferrans Voice browser dialog enabler for a communication system
EP1524778A1 (fr) * 2003-10-15 2005-04-20 Harman Becker Automotive Systems GmbH Procédé pour la communication d'information entre un serveur et un utilisateur par l'intermédiare d'un dispositif de communication mobile exécutant un script de dialogue

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002087098A1 (fr) * 2001-04-23 2002-10-31 Soma Networks, Inc. Systeme et procede de minimisation de l'utilisation de la largeur de bande dans un systeme de reponse vocale interactif
WO2002091364A1 (fr) * 2001-05-04 2002-11-14 Unisys Corporation Generation dynamique d'informations d'application vocale a partir d'un serveur web
US20040034528A1 (en) * 2002-06-12 2004-02-19 Canon Kabushiki Kaisha Server and receiving terminal
US20040138890A1 (en) * 2003-01-09 2004-07-15 James Ferrans Voice browser dialog enabler for a communication system
EP1524778A1 (fr) * 2003-10-15 2005-04-20 Harman Becker Automotive Systems GmbH Procédé pour la communication d'information entre un serveur et un utilisateur par l'intermédiare d'un dispositif de communication mobile exécutant un script de dialogue

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI450571B (zh) * 2009-06-29 2014-08-21 Ind Tech Res Inst 應用於語音服務的結構化資料傳送方法及系統
WO2013060424A1 (fr) * 2011-10-24 2013-05-02 Telefonaktiebolaget L M Ericsson (Publ) Interaction vocale avec un dispositif sous contrainte via un réseau de communications
KR101765317B1 (ko) 2015-09-24 2017-08-04 주식회사 브리지텍 Ip ivr 이중화 시스템 및 그 방법
GB2598658A (en) * 2020-06-30 2022-03-09 Avaya Man Lp Intelligent Interactive Voice Response (IVR) Navigator

Also Published As

Publication number Publication date
EP1772001A1 (fr) 2007-04-11
JP2008507187A (ja) 2008-03-06
GB0415928D0 (en) 2004-08-18
CN1985503A (zh) 2007-06-20
KR20070032781A (ko) 2007-03-22
BRPI0513389A (pt) 2008-05-06

Similar Documents

Publication Publication Date Title
US11636430B2 (en) Device, system and method for summarizing agreements
US7590542B2 (en) Method of generating test scripts using a voice-capable markup language
US7039165B1 (en) System and method for personalizing an interactive voice broadcast of a voice service based on automatic number identification
US7286985B2 (en) Method and apparatus for preprocessing text-to-speech files in a voice XML application distribution system using industry specific, social and regional expression rules
US9706050B2 (en) Routing user communications to agents
US7127403B1 (en) System and method for personalizing an interactive voice broadcast of a voice service based on particulars of a request
US20200014642A1 (en) Enhanced Customer Interaction Platform for Enterprises
US6400806B1 (en) System and method for providing and using universally accessible voice and speech data files
US7486780B2 (en) System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, with telephone-based service utilization and control
US7016843B2 (en) System method and computer program product for transferring unregistered callers to a registration process
US20050152344A1 (en) System and methods for dynamic integration of a voice application with one or more Web services
US20030014670A1 (en) Method and apparatus for enhancing security between a Web server and a PSTN-based voice portal
US20020126813A1 (en) Phone based rewards programs method and apparatus prepared by tellme networks, Inc
CN101595521A (zh) 基于电话的商务系统和方法
US20090144131A1 (en) Advertising method and apparatus
US7933389B2 (en) System and method generating voice sites
JP2007527640A (ja) Ｖｘｍｌコンプライアントボイスアプリケーションと対話する発呼者の行為特徴を識別するための行為適応エンジン
KR20020004931A (ko) 대화식 브라우저 및 대화식 시스템
WO2003039100A2 (fr) Acces asynchrone a des services vocaux synchrones
JP2006524353A (ja) 無線情報デバイスによる受信のためのｓｍｓ又はｍｍｓテキストメッセージの生成方法
US20220405740A1 (en) Making Payments Through Electronic Channels
EP1772001A1 (fr) Procede et systeme de telechargement d'une application rvi au niveau d'un dispositif, de son execution et du telechargement de la reponse d'utilisateur
US20030182366A1 (en) Bimodal feature access for web applications
US8594640B2 (en) Method and system of providing an audio phone card
US8036347B1 (en) Method and apparatus providing additional information to an interactive voice response (IVR) system user

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005758704

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020077000877

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2007520963

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 200580024055.5

Country of ref document: CN

Ref document number: 181/CHENP/2007

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 1020077000877

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2005758704

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2005758704

Country of ref document: EP

ENP Entry into the national phase

Ref document number: PI0513389

Country of ref document: BR