WO2003069921A1 - Services vocaux telephoniques interactifs - Google Patents

Services vocaux telephoniques interactifs Download PDF

Info

Publication number
WO2003069921A1
WO2003069921A1 PCT/FR2002/004444 FR0204444W WO03069921A1 WO 2003069921 A1 WO2003069921 A1 WO 2003069921A1 FR 0204444 W FR0204444 W FR 0204444W WO 03069921 A1 WO03069921 A1 WO 03069921A1
Authority
WO
WIPO (PCT)
Prior art keywords
voice
service
platform
voice service
language
Prior art date
Application number
PCT/FR2002/004444
Other languages
English (en)
Inventor
Laurent Biettron
Bénédicte CHERBONNEL
Paul Miquel
Frédéric PALLU
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to EP02799828A priority Critical patent/EP1474933B1/fr
Priority to AU2002364465A priority patent/AU2002364465A1/en
Priority to US10/504,578 priority patent/US20050091058A1/en
Priority to AT02799828T priority patent/ATE306791T1/de
Priority to DE60206658T priority patent/DE60206658T2/de
Publication of WO2003069921A1 publication Critical patent/WO2003069921A1/fr

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
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems

Definitions

  • the present invention relates to access to telephone voice services, particularly for editing and consulting them.
  • VXML Vehicle extensible Markup Language
  • the VXML language is used to program voice dialogs using speech synthesis, audio files, voice recognition and typing on a telephone keypad.
  • the VXML language is also used for recording voice input but also alphanumeric input on the telephone keypad.
  • the primary purpose of language VXML is to interconnect the world of the Web with that of fixed or mobile telephony.
  • a voice platform is made up of an HTTP client (HyperText Transfer Protocol) retrieving VXML pages, a VXML interpreter, synthesis and voice recognition engines, an audio stream player or key capture. and telephone transceiver means.
  • VXML pages are delivered by application servers, such as conventional HTTP servers, in the form of static files defined once and for all or dynamically via CGI scripts or Java applets, for example, which can retrieve data from 'a database.
  • the telephone is still the most widely used and most widespread means of accessing information. No matter where or when, it is almost always possible to have access to a telephone.
  • the internet network requires more complex tools and is not shared by the entire population. However, the easier it is to make information available on the Internet, the more complex it is to do so by telephone, that is to say by voice transmission of the information.
  • a sports club wishes to offer its members access to very volatile information, such as the next sports meetings. Members do not all have internet access and must access information at the last moment. The club manager does not wish to call, or be called by, each member.
  • Voicemail to disseminate information is only a partial solution to this problem. Voicemail does not broadcasts only a voice message and does not constitute a real interactive voice service offering varied vocal and textual information and navigation to access this data.
  • a second example relates to an information provider on the internet.
  • the potential audience by telephone of this supplier does not allow it to invest in the development and hosting of interactive voice access to its services given the fixed subscription and hosting costs.
  • the owner of the site would surely be willing to make his information available by telephone if this solution was systematically profitable and easily achievable.
  • a third example concerns a person who regularly consults voice services relating for example to the weather, the horoscope, the stock market, etc. She must call each of these services separately. Navigation within a voice service is specific to it with or without speech recognition, depending on a predetermined key to cancel, etc. For all these people it is not possible to create by themselves their own voice services including the services which interest them, and only these services. For example, if a person accesses a list of television programs, the list should contain only the programs of the television channels that the person receives.
  • the first solution is to access a voice server and develop a specific service in a proprietary language depending on the voice platform.
  • This first solution could be replaced by a second solution based on the abstract structured language VXML which can be interpreted by an increasing number of voice platforms.
  • the advantage of the second solution lies in the standardized character of the language used VXML and in the transposition of a service from one voice platform to another.
  • the object of the invention is to provide interactivity between voice services presenting various information, and edited and supplemented independently of one another in a manner as easy as for the creation of web pages on the internet network.
  • a method for accessing from a user terminal to interactive voice services in a first language in an interactive voice server comprises, in a platform communicating with the voice server, a networking of voice services written in a second language, by means of identifiers included in voice services and relating to parts of other voice services and by means of returns to said voice services included respectively in said parts of other voice services-, and by converting the second language into the first language in the platform, of any voice service called from the terminal through the voice server in order to transmit from the platform the voice service converted into the first language to the voice server to execute it there, and of any part of another voice service identified in said voice service and called during the execution of said voice service in order to transmit from the platform the part of voice service converted into the first language to the voice server to execute it there.
  • the invention networks voice services which dynamically share certain parts, and thus allows navigation between the voice services.
  • a voice service of the invention can give access to other voice services and / or to parts of other voice services also published according to the invention.
  • a "part" of a voice signal can also mean the voice service itself.
  • voice services can be implemented in several platforms, two platforms communicating with each other when at least part of a service in one of them is identified and called by another service in the other platform.
  • Voice services are written in a second high-level language different from the first language in which a voice service is executed in the voice server.
  • the part of another called voice service in the calling voice service is started after being converted from the second to the first language in the platform.
  • the second language is specific to the invention and the first language is for example the ' VXML language compatible with the interactive voice server.
  • the second language facilitates for a non-specialist user the definition, for example via a web interface, of an interactive voice service of tree structure, the introduction of various attributes notably regulating access to services and parts of voice services and their periods validity, and error checking.
  • the characteristics of the first language correspond to the needs of voice information dissemination services such as the dissemination of information by various means, such as listening to sound files, speech synthesis from texts, and recording of audio messages by telephone for voice service administrators.
  • the service automatically implemented in the first language on the platform interpreting this language can be used by the editor of the service and / or a community of interest such as a sports club, an association, professionals, or even the general public.
  • the method according to the invention may include, during editing from a voice service administrator terminal, or during a modification of a voice service already published and accessible from user terminals,
  • the part service can be a sub-menu, a set or choice of sub-menus, - an introduction of the identifier of a text file to synthesize into a voice file in the interactive voice server, or of a entered sound file or read in the administrator terminal, in a voice service in the second language in order to memorize the file in the platform,
  • a supply of a summary of a voice service, or text to be synthesized later, to the platform - an introduction into the first voice service of start and end dates between which, or at least one date of validity during which data included in the first voice service is accessible in the platform at the user terminal via a voice server, or 'the introduction of a secret access code and / or a list of user terminal identifiers in correspondence with the identifier of a voice service.
  • the invention also relates to an interactive voice service system according to the method of the invention, in which a user terminal accesses voice services executed in a first language in an interactive voice server.
  • the system is characterized in that it comprises a first platform and an administrator terminal for editing an interactive voice service accessible from the user terminal through the interactive voice server in a second platform, the first platform form forming a network of voice services written in a 'second language, by means of identifiers included in voice services and relating to parts of other voice services and by means of returns to said voice services included respectively in said parts of other voice services, and the second platform converting from the second language into the first language any voice service called from the terminal through the voice server in order to transmit from the second platform the voice service converted into the first language to the voice server for execute it there, and any part of another voice service identified in said voice service and called during execution of said voice service in order to transmit from the second platform the voice service part converted into the first language to the voice server to execute it there.
  • the first and second platforms are merged into a single platform
  • the system of the invention is based on the second high level language specific to the invention making it possible to describe a voice service.
  • the use of this language guarantees: the creation of a voice service and the accessibility by telephone of the service created via the platform; - navigation between all the elements of the service; and the establishment of a true network of voice services described in the second language.
  • FIG. 1 is a block diagram of a system creation and navigation of interactive telephone voice services according to the invention
  • FIGS. 2A and 2B are left and right parts of a screen page in an administrator terminal when creating a voice service
  • FIG. 3 is a voice service editing algorithm according to the invention.
  • FIG. 4 is a voice service selection algorithm from a user terminal according to the invention.
  • an interactive telephone voice service system comprises on the one hand, a means of editing a voice service by any user, hereinafter called administrator A, on the other hand a means of consultation voice service by users including the telephone network.
  • the editing means essentially comprises at least one administrator terminal TA which is typically a personal computer connected to a packet network RP, such as the internet network, and a platform for managing voice services PSV also connected to the network.
  • a packet network RP such as the internet network
  • PSV voice services
  • internet RP and associated with a BD database.
  • Administrator A is for example a non-specialist user, or else the representative of a community of interest such as a sports club, an association or a group of professionals.
  • the voice service consultation means essentially comprises the PSV platform offering a network of voice services according to the invention, an interactive SVI voice server containing in particular a voice synthesis module and being able to communicate with the PSV platform through the network internet RP, and several user telephone terminals TU connected via an access network RA to the voice server SVI.
  • the voice services are called from the user terminals TU in the voice server SVI to be executed there according to a first known execution language, for example the VXML language.
  • the access network RA can be the switched telephone network PSTN, and / or a digital network with integration of ISDN services and / or the fixed network of a cellular radiotelephony network when the user terminal TU is a mobile radiotelephone.
  • the PSV voice services platform essentially comprises two software modules M1 and M2 and the database BD. As a variant, the modules Ml and M2 are installed in two separate platforms connected through the network RP. -
  • the first module M1 is used for the simplified edition of any interactive voice service in the form of a file in a second programming language SVML (Simple Voice Markup Language) by the administrator A in front of the terminal TA.
  • SVML Simple Voice Markup Language
  • the SVML language specific to the invention is a high-level programming language which is used to define in an easy way an interactive voice service having a tree structure.
  • FIGS. 2A and 2B show a screen page PE displayed in the administrator terminal TA according to instructions and data delivered by an editing application module M1A originating from the module M1 and downloaded from the PSV platform.
  • the left part (FIG. 2A) in the screen page shows the tree structure AR of an interactive voice service called "10 10" which was created as and when FO fields of fields successively displayed in the part were filled in.
  • right ( Figure 2B) of the screen page right ( Figure 2B) of the screen page.
  • the "speaker" icon designates spoken vocal information (Label) such as comments, titles or instructions
  • the icon in the form of an open folder indicates access to content a menu or sub-menu
  • the square button icon designates the voice invitation to a branch in a choice, such as pressing a keyboard key 1 to 4 of a user terminal or telephone set TU, or else the return to a calling menu or the end (exit) of the interactive voice service created.
  • a form may contain a "DTMF" button (Dual Tone MultiFrequency) to select the number of a keypad key on a TU telephone terminal in correspondence with information such as as "Give chat" as shown in the FO form in Figure 2B, or with instructions (Label) that are entered or have been entered on the keyboard of the TA administrator terminal and saved as a text file such as "announce5.txt "to download in the Ml module and to memorize and synthesize by voice in the voice synthesis module of the SVI server, or with instructions which are or have been spoken directly by the administrator in front of the microphone of the terminal TA and recorded in an audio file such as "announce3.wav” to be downloaded in the Ml module and to be read later in the SVI server.
  • DTMF Dual Tone MultiFrequency
  • the administrator can also choose a sound file such as "announce2.wav” or a text file such as "announce4.txt” designated by its URL (Uniform Resource Locator) address and included in a terminal or other platform, such as '' a PFD platform for voice and / or text documents linked to the RP internet network, as shown in Figure 1.
  • a terminal or other platform such as '' a PFD platform for voice and / or text documents linked to the RP internet network, as shown in Figure 1.
  • an FO form can contain fields to specify the start validity dates (From) and end (Until), or one or more validity dates during which the information is available, in this case the donation of a cat.
  • the latter chooses elements of the voice service to be created, such as menus, choices in a menu, dissemination of information, etc.
  • the available elements correspond to tags (tags) of the SVML language according to the invention and are defined in Appendices 1 and 2 to this description.
  • tags tags
  • the interactive voice service script corresponding to the tree structure AR shown in FIG. 2A is written in SVML language in appendix 3 of this description.
  • the syntax of the SVML language is substantially analogous to known languages of the ML (Markup Language) type such as the hypertext language HTML
  • the export attribute can also be that of a choice tag or a menu tag so that, depending on the access policy for a voice service, a part of this service corresponding to a choice or a menu is accessible or not from another voice service according to the invention by means of an identifier of said part;
  • attributes export "true” in parts of several services, each containing the identifier of the next part, parts of voice services may be authorized to be executed in cascade;
  • the attribute txt "text file reference" which can be included in the action, data, default, goodbye, description (label), parameter and welcome tags is used to enter a reference to a text file in the terminal d TA administrator so that the text in the file is subsequently automatically synthesized in the SVI server and thus constitute information or an instruction which will be broadcast to a user terminal TU;
  • the attribute passwd "sequence of numbers" which can be included in the menu tag or svml designates a secret CSSV or CSPASV code entered by administrator A in order to protect access to the service created itself, the file of which is understood between two svml tags, or access to part of this service between two menu tags;
  • the default tag ⁇ default> is used to signal by the dissemination of data, such as the absence of a product or activity, that none of the data of choice could not be disseminated because of validity dates, for example. during product unavailability or lack of activity
  • the identifier of the called voice service is associated to the URL of the PSVa platform and to the path identifier in the PSVa platform to reach the called voice service;
  • the call beacon thus constitutes a call in the edited voice service SV to call and launch another voice service SVa or at least part of it so that this other voice service or the part of this - 'other voice service is executed during the execution of the edited voice service which is called from a user terminal TU through the interactive voice server SVI, or which is called by another voice service and so on;
  • the return tag ⁇ return> is mandatory to exit a called voice service, or a menu or choice called, that is to say a part of the service called, in order to return to the calling service having called the service or the part called, where it was interrupted.
  • the return beacon according to the invention makes it possible to successively return to interactive voice services called in cascade, in the direction "opposite" to the beacon ⁇ gosub> call.
  • the call beacon introduced into a calling service to call a service called by its identifier and the return beacon introduced into the called service to return to the calling service constitutes a real link between the voice services allowing navigation in the services. Thanks to such links, the invention constitutes a network of interactive voice services in which a user can navigate from his TU terminal.
  • the first Ml module in the PSV voice services platform guarantees that the interactive voice service published conforms to the organization general services according to the invention allowing data sharing and navigation between services. Elements created from the service can only be inserted at certain positions in the tree structure of the service, according to the constraints defined in appendices 1 and 2.
  • the SVML code which is an instance of XML (extensible Markup Language) is automatically generated by an editing application module MIA downloaded in the terminal TU, or else is written directly by the administrator in the terminal TA, before being saved in the module Ml of the platform.
  • Each node of the tree structure is described in static or dynamic form via an identifier, which can refer to SVML codes for a non-terminal node of the structure, or to textual content which will be synthesized later in speech automatically in a voice server.
  • an identifier can refer to SVML codes for a non-terminal node of the structure, or to textual content which will be synthesized later in speech automatically in a voice server.
  • interactive SVI or to an audio file in the case of a tree structure sheet.
  • a voice service created according to the invention thus corresponds to a root file in SVML language.
  • the editing of an interactive voice service according to the invention by an administrator in front of the terminal TA essentially comprises steps C1 to C14.
  • step C1 the terminal TA calls the voice service platform PSV by transmitting an IP packet with the source address ATA of the terminal TA and the destination address APSV of the platform PSV via the internet network RP.
  • the module Ml imposes or invites to compose an identifier IDSV of an interactive voice service SV to be edited and imposes on determine an MPA administrator password in step C2.
  • the administrator password A is transferred from the terminal TA and stored in the module M1 in correspondence with the voice service identifier IDSV in step C3.
  • the stored password must be entered later after entering the voice service identifier IDSV in the terminal TA each time the administrator wishes to access the interactive voice service SV edited, in particular for a modification thereof.
  • the database BD associated with the platform PSV contains a first correspondence table T1 (FIG. 1) matching identifiers IDSV of interactive voice services edited or being edited and the passwords MPA of the administrators.
  • step C4 the module M1 downloads the editing application module MIA in the terminal TA in order to proceed to the actual editing of an interactive voice service SV so that the administrator A establishes a tree navigation diagram. by dialoguing with the downloaded MIA module without intervention from the PSV platform.
  • the module M1 is implemented in the PSV platform in JavaScript language so that the module MIA is used by a known web browser implemented in the administrator terminal TA.
  • the graphical description of the service by means of completed forms FO is automatically translated into the SVML language according to the invention in the MIA module.
  • the MIA module can propose to the administrator a voice service edition by guiding it according to one of the tree voice navigation navigation patterns pre-stored as indicated in steps C5 and C51, in particular by means of screen pages such as that shown in FIGS. 2A and 2B, the right part of the page being filled in for each form FO and the left part of the page visualizing the progressive formation of the tree structure AR of the service in progress 'editing.
  • the MIA module invites the administrator to program the SV voice service to be edited in SVML language itself, as indicated in step C ⁇ .
  • the administrator can be led to carry out one of the following steps for the SV voice service in SVML language in the MIA module via the graphic interface of the TA terminal:
  • the MIA module facilitates the search for import identifiers by classifying the voice services to be imported by themes, such as sports, weather, stock market, news, etc., and by publishers thanks to a classification of the services created as we will see below. after in step C11;
  • the second table T2 can also correspond to each of the pairs of identifier and secret access code (IDSV, CSSV), (IDPASV, CSPASV) of voice services created and PASV parts of voice services a respective list of telephone numbers NTU of user terminals TU which are authorized to access the SV service or the PASV service part, which list is kept up to date by the administrator A of the SV service; only the users designated in the previous list can then consult the voice service or a part of it; subsequently, administrator A of the SV service updates the list by adding or deleting user telephone numbers to authorize or prohibit access to the service or to a part thereof to users designated by their service numbers.
  • NTU telephone terminal call so that, in particular through this, the service administrator invoices access to the SV service by a subscription; access to the corresponding voice service or to the corresponding voice service part is thus limited by a secret code CSSV, CSPASV and / or by membership of an NTU number in the corresponding list.
  • the MIA module invites him to briefly describe it by providing a voice summary, or textual later to be synthesized by voice by the server SVI, which will be transmitted to all users calling the service, voice created.
  • the MIA module classifies the edited voice service formatted in SVML language in at least one theme class and one editor class, in step C12.
  • step C13 the administrator A validates in step C14 the edition of the SV service in SVML language so that the SV service is saved and verified in the database BD under the control of the M2 module.
  • the second M2 module in the PSV platform is written for example in C ++ language and plays the role of a "compiler" from SVML to VXML. Subsequently, this compiler automatically translates the description of the SV interactive voice service previously edited in SVML language into the VXML language compatible with the SVI voice server to transmit the SV service in VXML language to the SVI server when the SV service is called from a terminal of user TU in the BD database.
  • step C14 the module M2 checks whether the SVML code produced for the service created SV, for example according to appendix 3, complies with the rules set out in appendix 1; if necessary, the M2 module signals via the RP network certain errors in the SVML code of the edited voice service SV to the administrator terminal TA in order to correct them, in particular when the administrator wrote the service in SVML in step C ⁇ .
  • the M2 module is also used to respond to requests for consultation of the SV published voice services from the user terminals TU, and to record a consultation log by SV service which can be read by the telephone operator offering the services.
  • the M2 module which manages NTU telephone numbers of user terminals TU is capable of assisting with the billing of access to each service by a subscription for example or any other pricing formula associated with the voice service which can be offered by the MIA module when editing the service, or later by the M2 module.
  • the module M2 associates in a table T3 of the database BD with the number NTU of a user terminal TU, identifiers of voice service consulted IDSV or part of voice service consulted IDPASV and the start and end times. end of consultation of voice services by the user terminal in order to deduce consultation durations by services and distribute the consultation revenues among the providers of voice services and to establish statistics.
  • the pricing may consist of a repayment depending on the number of calls or the duration of the calls.
  • step C14 the edited voice service SV is deemed made available to the public, that is to say available to any user possibly authorized from a telephone terminal TU.
  • the administrator if he so wishes, updates the voice service SV in SVML language by connecting the terminal TA to the platform PSV.
  • the module Ml transfers the published voice service SV so that it is displayed in the terminal TA on a page screen similar to that shown in figure 2.
  • the administrator selects graphic elements, from the SV service (figure 2A) and modifies the contents corresponding to the selected elements via forms (figure 2B); it can also add or delete one or more branches in the AR tree structure of the service using a toolbar and under the control of the downloaded MIA module.
  • the MIA module offers a choice to record a new instruction or information.
  • the modification steps are analogous to those C5 to C12 of the service edition, based on various parameters and data already specified during the service edition.
  • the voice service thus modified is saved in place of the previous one in the BD database in the PSV platform.
  • the administrator of the created service SV modifies certain sheets of his service from a telephone terminal.
  • the administrator calls a telephone number reserved for modifications and corresponding to a voice server similar to the interactive voice server SVI for users and which is in contact with the PSV platform via the RP internet network.
  • the administrator dials the IDSV service identifier and a multi-digit secret code determined when the service was created, corresponding to his administrator account. Then, the administrator navigates in the SV service as a telephone terminal user.
  • the module Ml of the PSV platform offers him a new choice and the administrator announces a new message which is recorded in the database BD via the module Ml in place of the old message.
  • the new version of the service is then accessible by any user of TU terminal after saving the new version in the module M1 of the PSV platform.
  • a user who is consulting this service will not be able to access the modified service until the user or the service consulted by the user has recalled the modified service after saving this one in module M2.
  • the user cannot access the modifications of the PASVa service part if this part is being updated when the SVa service is called by the SV service during its execution and as long as the instruction to return to the SV service in the SVa service has not been executed; if the PASVa part is called again by the SV service after the new version of the PASVa part has been saved, then the SV service will access the modified PASVa part according to the new version.
  • a communication is established between a user telephone terminal TU and the interactive voice server SVI through the access network RA , as shown in Figure 4, and a communication is established between the SVI server and the PSV voice services platform, as shown in Figure 5.
  • the SVI server is a platform which interprets the VXML language in each SV interactive voice service which is selected by a user and supplied dynamically by the M2 module of the PSV platform after conversion of the SVML language into VXML language in the M2 module in order to make it available to the calling user.
  • the selection of an interactive voice service SV from a user terminal TU essentially comprises steps E0 to Eli.
  • the terminal TU conventionally calls the interactive voice server SVI through the access network RA, for example the switched telephone network, after the user has dialed on the keyboard of the terminal TU the telephone number of the server SVI in step E0.
  • the server SVI then records the telephone number NTU of the terminal TU in order, if necessary, to have the database BD verify by the module M2 at a later step E14 that the number NTU is contained in a list of numbers authorized in the T2 table in correspondence with an SV service or part of a PASV service.
  • the user dials in the terminal TU a telephone number NSV to directly call the voice service SV of his choice in the server SVI which stores the number NTU and matches the service number NSV to the IDSV identifier in order to immediately call the SVI server in the PSV platform, as will be seen in step E12 in FIG. 5.
  • the SVI server transmits a welcome voice message to the terminal TU and invites the user to access a voice service by pressing a predetermined key, such as the hash key.
  • the SVI server offers to dial the number or any IDSV identifier associated with an SV service that the user already knows by requesting a first key, such as the "1" key, or to consult all the services classified by theme by requesting a second predetermined key, such as the "2" key, in step E5.
  • step E6 the terminal TU transmits in DTMF code the number "1" of the first key pressed followed by the identifier IDSV of a service to the server SVI, the selection process goes directly to step E12 in Figure 5.
  • the SVI server transmits a voice message to present the list of themes and their identifiers and invite the user to dial the ITH theme identifier corresponding to his choice in step E8.
  • the server SVI invites the user to select a service from a list of services with their identifiers according to the chosen theme TH, by dialing the identifier IDSV of the chosen service SV, in step E10.
  • the process proceeds to the steps of consulting the chosen voice service SV by dialogue between the TU terminal and the SVI voice server via the PSV platform, as shown in Figure 5.
  • the server SVI In response to the identifier IDSV of the voice service SV chosen by the user and transmitted to the server SVI in step E ⁇ or Eli, the server SVI stores the identifier IDSV of the chosen service SV in association with the telephone number NTU of the terminal of user TU and transmits them in an IP call packet to the platform PSV in step E12.
  • the module M2 in the platform PSV stores the couple IDSV-NTU in step E13.
  • the module M2 checks before step E14 whether the user designated by the number NTU is authorized to consult the selected service designated by the identifier IDSV in the table T2.
  • the user is not authorized to consult the selected service and the PSV platform breaks the communication with the SVI server which breaks the communication with the user terminal TU in step E15. Otherwise, the user is possibly invited to dial the confidential access code CSSV in step E16 received by the module M2 via the SVI server in order to compare it with that registered in correspondence with the identifier IDSV in the table T2. If the CSSV compound code is incorrect, communication is broken at step E15.
  • the program of the selected service SV designated by the IDSV identifier and written in SVML language in the BD database is converted by the M2 module into the VXML language compatible with the SVI voice server in step E17.
  • the platform PSV transmits by IP packets the program of the selected service SV in VXML language to the server SVI in step E18 so that a dialogue is established between the terminal TU and the server SVI in accordance with a navigation in the voice service chosen SV in step E19.
  • the consultation of the service described in appendix 3 is carried out according to the tree structure AR shown in FIG. 2A.
  • the SVI server can be led to call the PSV platform or another platform according to the invention in order to consult another SVa voice service, or a PASVa part of this other SVa voice service, such as a sub- menu or a choice of submenus, if the identifier IDSVa, IDPASVa is linked to a call tag ⁇ gosub> included in the program of the selected service SV and if no export attribute in the "false" state prohibits the access to the service called SVa or to the part called PASVa.
  • the M2 module in the platform called PSV dynamically converts the other SVa service or the PASVa service part such as the sub-menu or the choice of sub-menus of the SVa service initially written in SVML language and saves the date and time. start time of the consultation of the SVa service or of the PASVa part.
  • the PSV platform transmits the SVa service or the PASVa part called via IP packets to the interactive SVI server.
  • the SVI server performs the other SVa service or the PASVa part transmitted for a consultation of said other SVa service or of said part, that is to say to consult a sub-menu of the SVa service or to select a choice of menus or submenus in the other SVa service, then returns to the execution of the selected service SV.
  • the end of the SVa or- PASVa service consultation is also recorded in the M2 module.
  • the SVI server can be requested to call a text file to be synthesized in the speech synthesis module of the server, or a prerecorded sound file designated by a URL address, via the PSV platform.
  • the M2 module in the PSV platform stores the date and time of the end of the consultation in order to deduce therefrom at step E21, according to the date and time of the start of the consultation, the duration of the consultation and to invoice if necessary the user and distribute the revenue from this consultation among the administrators of the services and parts of the services consulted.
  • APPENDIX 1 SVML (Simple Voice) language syntax
  • the date format is "dd / mm / yyyy hh: mm: ss" (day / month / year hour: inute: second).
  • n .values for example "dd /”
  • dd / mm / yyyy to the current value you can also use 0: for example "0/12/0 10:20” designates the month of December of the current year at 10:20.
  • Triggering an action via a URL Triggering an action via a URL.
  • the returned document if used, can be a sound file or a text to synthesize after the action.
  • the actions can be useful for querying external databases, triggering any processing, etc.
  • Parameters can be entered in the URL of the action by using a ⁇ param> tag.
  • a menu choice ( ⁇ choice> or ⁇ return> tags) the data is broadcast when this choice is selected.
  • the data constitutes the announcement of the menu choices (for example to group this announcement in a single audio file). In the latter case, the statements in the choice's ⁇ label> tags are ignored.
  • the possible values for the type are: - boolean: the user can type 1 for yes, true ... or 2 for no, false ...
  • the parameter passed to the action URL will be the string "true” (for 1) or "false” (for 2).
  • - date date in YYYYMMDD format.
  • - digits any one or more digits.
  • Tag encompassing all the tags of a service description file.
  • APPENDIX 2 summary of the SVML language tags.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • User Interface Of Digital Computer (AREA)
  • Machine Translation (AREA)

Abstract

Pour naviguer dans des services vocaux interactifs implémentés dans une plate-forme (PSV) et accessibles depuis un terminal d’usager (TU) et exécutés selon un premier langage, par exemple VXML, dans un serveur vocal interactif (SVI), les services vocaux contiennent des identificateurs d’autres services vocaux ou de parties de ceux-ci qui eux-mêmes contiennent des retours auxdits services vocaux. La description d’un service vocal depuis un terminal d’administrateur (TA) dans la plate-forme (PSV) est en un langage de haut niveau propre à l’invention qui est convertit en le premier langage lors de l’appel du service pour l’exécuter dans le serveur vocal. L’invention met ainsi en réseau des services vocaux, tout en facilitant leur édition.

Description

SERVICES VOCAUX TELEPHONIQUES INTERACTIFS
La présente invention concerne l'accès à des services vocaux téléphoniques particulièrement pour les éditer et les consulter.
Jusqu'à présent, le développement d'applications vocales était le lot d'experts en systèmes vocaux. Les techniques et les moyens de les mettre en œuvre étaient des solutions qualifiées de propriétaires. Les services n'étaient donc pas portables.
Avec l'émergence du langage XML (extensible Markup Language) sont apparus des langages de haut niveau générique dans différents domaines scientifiques ou industriels ; en mathématique : MathML (Mathematical Markup Language) , en astronomie : AIML (Astronomical Instrument Markup Language) ou encore en chimie : CML (Chemical Markup Language) . Ces langages inspirés du langage de présentation HTML mais en y modifant la forme servent à développer des systèmes génériques dans des domaines particuliers pour diffuser des documents à travers le réseau internet . De manière similaire est apparu le langage VXML (Voice extensible Markup Language) dans le domaine de la voix, défini par le consortium "VoiceXML Forum". Le langage VXML est utilisé pour programmer des dialogues vocaux utilisant la synthèse vocale, des fichiers audio, la reconnaissance vocale et de la saisie sur un clavier téléphonique. Le langage VXML est également utilisé pour l'enregistrement de saisies vocales mais aussi de saisies alphanumériques au clavier téléphonique. Le but premier du langage VXML est d'interconnecter le monde du Web à celui de la téléphonie fixe ou mobile.
Une plate-forme vocale est composée d'un client HTTP (HyperText Transfer Protocol) récupérant des pages VXML, d'un interpréteur VXML, de moteurs de synthèse et reconnaissance vocale, d'un lecteur de flux audio ou.- de saisie de touche et de moyens d'émission-réception téléphoniques. Les pages VXML sont délivrées par des serveurs applicatifs, tels que des serveurs HTTP classiques, sous la forme de fichiers statiques définis une fois pour toutes ou dynamiquement par l'intermédiaire de scripts CGI ou applets Java, par exemple, qui peuvent récupérer des données d'une base de données.
Le téléphone est encore le moyen le plus usité et le plus répandu pour accéder à une information. Quel que soit le lieu ou le moment, il est pratiquement toujours possible d'avoir accès à un téléphone. Le réseau internet nécessite des outils plus complexes et n'est pas partagé par l'ensemble de la population. Or autant il est facile de mettre à disposition une information sur internet, autant il est complexe de le faire par téléphone, c'est-à-dire par transmission vocale de l'information.
Selon un premier exemple, un club sportif souhaite proposer à ses adhérents l'accès à des informations très volatiles, telles que les prochaines réunions sportives. Les adhérents n'ont pas tous accès à internet et doivent accéder aux informations au dernier moment. Le responsable du club ne souhaite pas appeler, ou être appelé par chacun des adhérents. Une messagerie vocale pour diffuser les informations n'est qu'une solution partielle à ce problème. La messagerie vocale ne diffuse qu'un message vocal et ne constitue pas un véritable service vocal interactif offrant des informations variées vocales et textuelles et une navigation pour accéder à ces données. Actuellement, il n'existe pas de solution générique à ce type de problème.
Un deuxième exemple est relatif à un fournisseur d'informations sur internet. L'audience potentielle par téléphone de ce fournisseur ne lui permet pas d'investir dans le développement et l'hébergement d'un accès vocal interactif à ses services étant donné les coûts fixes d'abonnement et d'hébergement. Le propriétaire du site serait sûrement disposé à rendre ses informations disponibles par téléphone si cette solution était systématiquement rentable et facilement réalisable.
Un troisième exemple concerne une personne qui consulte régulièrement des services vocaux relatifs par exemple à la météo, l'horoscope, la bourse, etc. Elle doit appeler séparément chacun de ces services. La navigation à l'intérieur d'un service vocal est particulier à celui-ci avec ou sans reconnaissance de parole, en dépendance d'une touche prédéterminée pour annuler, etc. Pour toutes ces personnes il n'est pas possible de créer par elles-même leurs propres services vocaux comprenant les services qui les intéressent, et seulement ces services. Par exemple, si une personne accède à une liste de programmes de télévision, la liste ne doit contenir que les programmes des chaînes de télévision que la personne reçoit.
Actuellement, des usagers peuvent personnaliser les services d'un portail web pour n'avoir accès qu'aux services web qui les intéressent. D'autre part, un usager peut créer ses propres pages web avec par exemple des modèles de pages. De plus, les hyperliens permettent de naviguer à l'intérieur et entre des services existants. Si l'on compare la publication de données via internet et par téléphone, les possibilités de construction de services vocaux interactifs par téléphone sont bien inférieures.
Pour construire un service vocal, il faut avoir accès à une plate-forme vocale connectée au réseau téléphonique et être très compétent en informatique.
Deux solutions peuvent être envisagées. La première solution consiste à accéder à un serveur vocal et développer un service déterminé dans un langage propriétaire dépendant de la plate-forme vocale. Cette première solution pourrait être remplacée par une deuxième solution fondée sur le langage structuré abstrait VXML qui peut être interprété par un nombre croissant de plates-formes vocales. L'intérêt de la deuxième solution réside dans le caractère normalisé du langage utilisé VXML et dans la transposition d'un service d'une plateforme vocale à une autre.
L'invention a pour objectif de fournir une interactivité entre des services vocaux présentant des informations variées, et édités et i plémentés indépendamment les uns des autres d'une manière aussi facile que pour la création de pages web sur le réseau internet.
A cette fin, un procédé pour accéder depuis un terminal d'usager à des services vocaux interactifs selon un premier langage dans un serveur vocal interactif, est caractérisé en ce qu'il comprend dans une plate-forme communiquant avec le serveur vocal, une mise en réseau des services vocaux écrits en u deuxième langage, au moyen d'identificateurs inclus dans des services vocaux et relatifs à des parties d'autres services vocaux et au moyen de retours vers lesdits services vocaux inclus respectivement dans lesdites parties d'autres services vocaux-, et par une conversion du deuxième langage en le premier langage dans la plate-forme, de tout service vocal appelé depuis le terminal à travers le serveur vocal afin de transmettre depuis la plate-forme le service vocal converti en le premier langage au serveur vocal pour l'y exécuter, et de toute partie d'un autre service vocal identifiée dans ledit service vocal et appelée au cours de l'exécution dudit service vocal afin de transmettre depuis la plate-forme la partie de service vocal convertie en le premier langage au serveur vocal pour l'y exécuter. Grâce aux liens constitués par des couples d'identificateur et de retour entre services vocaux, l'invention met en réseaux des services vocaux qui partagent dynamiquement certaines parties, et ainsi permet une navigation entre les services vocaux. Un service vocal de l'invention peut donner accès à d'autres services vocaux et/ou à des parties d'autres services vocaux édités également selon l'invention. Dans la description qui suit, une "partie" d'un signal vocal peut signifier également le service vocal lui-même.
Au lieu que tous les services vocaux soient implémentés dans une plate-forme, ils peuvent être implémentés dans plusieurs plates-formes, deux plates-formes communiquant entre elles lorsqu'au moins une partie d'un service dans l'une d'elles est identifiée et appelée par un autre service dans l'autre plate-forme.
Les services vocaux sont écrits dans un deuxième langage de haut niveau différent du premier langage selon lequel un service vocal est exécuté dans le serveur vocal. La partie d'un autre service vocal appelé dans le service vocal appelant est lancée après avoir été convertie du deuxième en le premier langage dans la plate-forme. Le deuxième langage est propre à l'invention et le premier langage est par exemple le langage' VXML compatible avec le serveur vocal interactif. Le deuxième langage facilite pour un usager non spécialiste la définition, par exemple via une interface web, d'un service vocal interactif de structure arborescente, l'introduction de divers attributs régissant notamment les accès à des services et parties de services vocaux et leurs périodes de validité, et le contrôle d'erreurs. Les caractéristiques du premier langage correspondent aux besoins de services vocaux de diffusion d'informations comme la diffusion d'informations par divers moyens, tels qu'écoute de fichiers sonores, synthèse de parole à partir de textes, et l'enregistrement de messages audio par téléphone pour les administrateurs des services vocaux. Le service implémenté automatiquement en le premier langage sur la plate-forme interprétant ce langage peut être utilisé par l'éditeur du service et/ou une communauté d'intérêt telle qu'un club sportif, une association, des professionnels, ou encore le grand public.
Par exemple, le procédé selon l'invention peut comprendre, au cours de l'édition depuis un terminal d'administrateur de service vocal, ou au cours d'une modification d'un service vocal déjà publié et accessible depuis des terminaux d'usager,
- une introduction dans le service vocal en le deuxième langage d'un attribut pour autoriser ou interdire l'appel du service vocal ou d'une partie du service vocal dans un autre service vocal, une introduction de l'identificateur d'un autre service ou d'une partie d'un autre service, y compris une adresse de l'autre service ou de la partie de l'autre service vocal, dans un service vocal écrit en le deuxième langage éventuellement dans une autre plate-forme, la partie de service pouvant être un sous-menu, un ensemble ou choix de sous-menus, - une introduction de l'identificateur d'un fichier texte à synthétiser en un fichier vocal dans le serveur vocal interactif, ou d'un fichier son saisi ou lu dans le terminal d'administrateur, dans un service vocal en le deuxième langage afin de mémoriser le fichier dans la plate-forme,
- une introduction dans un service vocal en le deuxième langage, d'une adresse d'un fichier texte à synthétiser en un fichier vocal dans le serveur vocal ou l'adresse d'un fichier son, le fichier texte ou son étant disponible dans une autre plate-forme éloignée,
- une fourniture d'un résumé d'un service vocal, ou textuel à synthétiser ultérieurement, à la plateforme, - une introduction dans le premier service vocal de dates de début et fin de validité entre lesquelles, ou d'au moins une date de validité pendant laquelle, une donnée incluse dans le premier service vocal est accessible dans la plate-forme au terminal d'usager via un serveur vocal, ou 'encore l'introduction d'un code secret d'accès et/ou d'une liste d'identificateurs de terminal d'usager en correspondance avec l'identificateur d'un service vocal.
L'invention concerne encore un système de services vocaux interactifs selon le procédé de l'invention, dans lequel un terminal d'usager accède à des services vocaux exécutés selon un premier langage dans un serveur vocal interactif. Le système est caractérisé en ce qu'il comprend une première plate-forme et un terminal d'administrateur pour éditer un service vocal interactif accessible depuis le terminal d'usager à travers le serveur vocal interactif dans une deuxième plate-forme, la première plate-forme mettant en réseau des services vocaux écrits en un' deuxième langage, au moyen d'identificateurs inclus dans des services vocaux et relatifs à des parties d'autres services vocaux et au moyen de retours vers lesdits services vocaux inclus respectivement dans lesdites parties d'autres services vocaux, et la deuxième plate-forme convertissant du deuxième langage en le premier langage tout service vocal appelé depuis le terminal à travers le serveur vocal afin de transmettre depuis la deuxième plateforme le service vocal converti en le premier langage au serveur vocal pour l'y exécuter, et toute partie d'un autre service vocal identifiée dans ledit service vocal et appelée au cours de l'exécution dudit service vocal afin de transmettre depuis la deuxième plate-forme la partie de service vocal convertie en le premier langage au serveur vocal pour l'y exécuter. De préférence, les première et deuxième plates-formes sont confondues en une unique plateforme.
Le système de l'invention repose sur le deuxième langage de haut niveau propre à l'invention permettant de décrire un service vocal. L'utilisation de ce langage garantit : la création d'un service vocal et l'accessibilité par téléphone du service créé par l'intermédiaire de la plate-forme ; - la navigation entre tous les éléments du service ; et l'établissement d'un véritable réseau de services vocaux décrits dans le deuxième langage.
D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme d'un système de création et de navigation de services vocaux téléphoniques interactifs selon l'invention ;
- les figures 2A et 2B sont des parties gauche et droite d'une page d'écran dans un terminal d'administrateur lors de la création d'un service vocal ;
- la figure 3 est un algorithme d'édition de service vocal selon l'invention ;
- la figure 4 est un algorithme de sélection de service vocal depuis un terminal d'usager selon l'invention ; et
- la figure 5 est un algorithme de consultation de service vocal sélectionné selon l'invention. En référence à la figure 1, un système de services vocaux téléphoniques interactifs comprend d'une part, un moyen d'édition d'un service vocal par un usager quelconque, appelé ci-après administrateur A, d'autre part un moyen de consultation de service vocal par des usagers notamment du réseau téléphonique. -
Le moyen d'édition comprend essentiellement au moins un terminal d'administrateur TA qui est typiquement un ordinateur personnel relié à un réseau de paquets RP, tel que le réseau internet, et une plate-forme de gestion de services vocaux PSV reliée également au réseau internet RP et associée à une base de données BD. L'administrateur A est par exemple un usager non spécialiste, ou bien le représentant d'une communauté d'intérêt telle qu'un club sportif, une association ou un groupement de professionnels .
Le moyen de consultation de service vocal comprend essentiellement la plate-forme PSV offrant un réseau de services vocaux selon l'invention, un serveur vocal interactif SVI contenant notamment un module de synthèse vocale et pouvant communiquer avec la plate-forme PSV à travers le réseau internet RP, et plusieurs terminaux téléphoniques d'usager TU reliés à travers un réseau d'accès RA au serveur vocal SVI. Les services vocaux sont appelés depuis les terminaux d'usager TU dans le serveur vocal SVI pour y être exécutés selon un premier langage d'exécution connu, par exemple le langage VXML. Le réseau d'accès RA peut être le réseau téléphonique commuté RTC, et/ou un réseau numérique à intégration de services RNIS et/ou le réseau fixe d'un réseau de radiotéléphonie cellulaire lorsque le terminal d'usager TU est un radiotéléphone mobile. Pour ce qui concerne l'invention, la plate-forme de services vocaux PSV comprend essentiellement deux modules logiciels Ml et M2 et la base de données BD. En variante, les modules Ml et M2 sont implantés dans deux plates-formes distinctes reliées à travers le réseau RP. -
Le premier module Ml sert à l'édition simplifiée de tout service vocal interactif sous la forme d'un fichier en un deuxième langage de programmation SVML (Simple Voice Markup Language) par l'administrateur A devant le terminal TA.
Le langage SVML propre à l'invention est un langage de programmation de haut niveau qui sert à définir d'une façon simple un service vocal interactif ayant une structure arborescente.
A titre d'exemple, les figures 2A et 2B montrent une page d'écran PE affichée dans le terminal d'administrateur TA selon des instructions et des données délivrées par un module d'application d'édition M1A issu du module Ml et téléchargé depuis la plate-forme PSV. La partie gauche (figure 2A) dans la page d'écran montre la structure arborescente AR d'un service vocal interactif appelé "10 10" qui a été créé au fur et à mesure du renseignement de champs de formulaires FO affichés successivement dans la partie droite (figure 2B) de la page d'écran.
Dans la partie gauche de page d'écran, l'icône "haut-parleur" désigne des informations vocales diffusées (Label) telles que commentaires, titres ou instructions, l'icône en forme d'un dossier ouvert désigne l'accès au contenu d'un menu ou d'un sous- menu, et l'icône en forme de touche carrée désigne l'invitation vocale à une branche dans un choix, telle que la sollicitation d'une touche de clavier 1 à 4 d'un terminal ou poste téléphonique d'usager TU, ou bien encore le retour à un menu appelant ou la fin (quitter) du service vocal interactif créé.
Dans la partie droite (figure 2B) de la page d'écran PE, un formulaire peut contenir un bouton "DTMF" (Dual Tone MultiFrequency) pour sélectionner le numéro d'une touche de clavier de terminal téléphonique TU en correspondance avec une information telle que "Donne chat" comme montré dans le formulaire FO à la figure 2B, ou avec des instructions (Label) qui sont saisies ou ont été saisies au clavier du terminal d'administrateur TA et enregistrées en un fichier texte tel que "annonce5.txt" à télécharger dans le module Ml et à mémoriser et synthétiser vocalement dans le module de synthèse vocale du serveur SVI, ou avec des instructions qui sont ou ont été prononcées directement par l'administrateur devant le microphone du terminal TA et enregistrées en un fichier audio tel que "annonce3.wav" à télécharger dans le module Ml et à lire ultérieurement dans le serveur SVI.
L'administrateur peut également choisir un fichier son tel que "annonce2.wav" ou un fichier texte tel que "annonce4.txt" désigné par son adresse URL (Uniform Resource Locator) et inclus dans un terminal ou autre plate-forme, telle qu'une plateforme PFD de documents vocaux et/ou textuels reliés au réseau internet RP, comme montré à la figure 1. Egalement en association avec l'une des informations précédentes, un formulaire FO peut contenir des champs pour préciser les dates de validité de début (A partir de) et de fin (Jusqu'au), ou une ou des dates de validité pendant lesquelles l'information est disponible, en l'occurrence le don d'un chat. Ainsi, grâce au défilement des formulaires FO commandés par l'administrateur dans le terminal TA, celui-ci choisit des éléments du service vocal à créer, tels que des menus, des choix dans un menu, la diffusion d'informations, etc. Les éléments disponibles correspondent à des balises (tags) du langage SVML selon l'invention et sont définis aux annexes 1 et 2 de la présente description. A titre d'exemple, le script du service vocal interactif correspondant à la structure arborescente AR montrée à la figure 2A est écrit en langage SVML à l'annexe 3 de la présente description.
La syntaxe du langage SVML est sensiblement analogue aux langages connus du type ML (Markup Language) tel que le langage hypertexte HTML
(HyperText Markup Language) . Parmi les diverses balises définies avec leurs attributs dans l'annexe 1 d'une manière quelque peu similaire à des balises dans des langages de haut niveau connus, il sera noté les caractéristiques suivantes propres à l'invention
- l'attribut export = "true/false" peut être un attribut de la balise "svml" encadrant un service vocal selon l'invention afin de restreindre l'accès à celui-ci, c'est-à-dire afin d'autoriser (true) ou interdire (false) un appel de ce premier service depuis un appel par un autre service vocal au moyen d'un identificateur du premier service ; l'attribut export peut être également celui d'une balise de choix (choice) ou d'une balise de menu afin qu'en fonction de la politique d'accès à un service vocal, une partie de ce service correspondant à un choix ou à un menu soit accessible ou non depuis un autre service vocal selon l'invention au moyen d'un identificateur de ladite partie ; grâce à des attributs export = "true" dans des parties de plusieurs services contenant chacune l'identificateur de la partie suivante, des parties de services vocaux peuvent être autorisées à être exécutées en cascade ; - les attributs begin = "date début validité", end = "date fin validité" et validdate = "date de validité" dés-ignent relativement à une donnée, respectivement des dates entre lesquelles la donnée est diffusée depuis la plate-forme PSV, et une date de validité de la donnée qui ne peut être utilisée avec aucun des deux attributs précédents ; ces attributs sont introduits dans les balises choix, donnée (data) , défaut (default) , au revoir (goodbye) et bienvenue (welcome) , par le terminal TA dans la plate-forme PSV au cours d'étapes d'édition ultérieures C51 ou Cβ (figure 3) ; par exemple, les deux premiers attributs indiquent le début et la fin d'une période promotionnelle d'un produit ou d'une période d'inscription à une activité, et le troisième attribut indique la date de fermeture d'un magasin ou l'absence d'un service déterminé ;
- l'attribut txt = "référence fichier texte" pouvant être inclus dans les balises action, données, défaut, au revoir, description (label) , paramètre et bienvenue est utilisé pour saisir une référence d'un fichier de texte dans le terminal d'administrateur TA afin que le texte dans le fichier soit ultérieurement synthétisé automatiquement dans le serveur SVI et ainsi constituer une information ou une instruction qui sera diffusée vers un terminal d'usager TU ;
- l'attribut passwd = "suite de chiffres" qui peut être inclus dans la balise menu ou svml désigne un code secret CSSV ou CSPASV saisi par l'administrateur A afin de protéger l'accès au service créé lui-même dont le fichier est compris entre deux balises svml, ou l'accès à une partie de ce service entre deux balises menu ;
- la balise défaut <default> est utilisée pour signaler par la diffusion d'une donnée, telle que l'absence d'un produit ou d'une activité, qu'aucune des données du choix n'a pu être diffusée à cause de dates de validité, par exemple. pendant une indisponibilité de produit ou une absence d'activité
- la balise d'appel <gosub> crée un lien avec un menu ou un sous-menu dans un service vocal afin d'exécuter le sous-menu, tel que "contenus_externes", dans un menu du service lui-même désigné par l'attribut src = "#menu_id" dans ' lequel menu_id désigne un identificateur de sous-menu IDM dans le fichier du service édité SV ; ou la balise <gosub> crée un lien avec un autre service vocal interactif personnalisé (SVIP) à appeler implémenté dans la plate-forme PSV ou dans une autre plate-forme selon l'invention et désigné par un identificateur "nu ", tel que "10 11", selon l'attribut src = "svip: //svip_num", ou bien avec une partie de l'autre service vocal désignée par un identificateur "menu_id", tel que "menu_entree", selon l'attribut src = "svip: //svip_num≠menu_id", ou bien encore avec un choix dans un menu de l'autre service vocal désigné par un identificateur "choice_nb", tel que "3", pour choisir l'option 3 dans le menu "entrée" dans le service- 10 11 selon l'attribut src = "svip: //svip__num≠menu_id: choice_nb" ; lorsque l'autre service vocal appelé "num", désigné dans la suite par SVa, est implémenté dans une autre plate-forme PSVa (figure 1) de gestion de services vocaux selon l'invention, l'identificateur du service vocal appelé est associé à l'adresse URL de la plate-forme PSVa et à l'identificateur du chemin dans la plate-forme PSVa pour atteindre le service vocal appelé ; la balise d'appel (gosub) constitue ainsi un appel dans le service vocal édité SV pour appeler et lancer un autre service vocal SVa ou au moins une partie de celui-ci afin que cet autre service vocal ou la partie de cet -' autre service vocal soit exécuté au cours de l'exécution du service vocal édité qui est appelé depuis un terminal d'usager TU à travers le serveur vocal interactif SVI, ou bien qui est appelé par un autre service vocal et ainsi de suite ;
- la balise de retour <return> est obligatoire pour quitter un service vocal appelé, ou un menu ou choix appelé, c'est-à-dire une partie de service appelée, afin de retourner dans le service appelant ayant appelé le service ou la partie appelée, là où il a été interrompu.
Comparativement à des services audio connus, tels que "la météo" désigné par un numéro de téléphone, la balise de retour selon l'invention permet de retourner successivement à des services vocaux interactifs appelés en cascade, suivant la direction "contraire" à la balise d'appel <gosub>. La balise d'appel introduit dans un service appelant pour appeler un service appelé par l'identificateur de ce dernier et la balise de retour introduit dans le service appelé pour retourner au service appelant constitue un véritable lien entre les services vocaux permettant une navigation dans les services. Grâce à de tels liens, l'invention constitue un réseau de services vocaux interactifs dans lesquels un usager peut naviguer depuis son terminal TU.
Le premier module Ml dans la plate-forme de services vocaux PSV garantit que le service vocal interactif édité est conforme à l'organisation générale de services selon l'invention permettant le partage de données et une navigation entre les services. Des éléments créés du service ne peuvent être insérés qu'à certaines positions dans la structure arborescente du service, selon les contraintes définies aux annexes 1 et 2. Le code SVML qui est une -instance du langage XML (extensible Markup Language) est généré automatiquement par un module d'application d'édition MIA téléchargé dans le terminal TU, ou bien est écrit directement par l'administrateur dans le terminal TA, avant d'être sauvegardé dans le module Ml de la plate-forme. Chaque noeud de la structure arborescente est décrit sous forme statique ou dynamique via un identificateur, qui peut faire référence à des codes SVML pour un noeud non terminal de la structure, ou à du contenu textuel qui sera synthétisé ultérieurement en parole automatiquement dans un serveur vocal interactif SVI, ou à un fichier audio dans le cas d'une feuille de la structure arborescente.
Un service vocal créé selon l'invention correspond ainsi à un fichier racine en langage SVML.
En référence maintenant à la figure 3, l'édition d'un service vocal interactif selon l'invention par un administrateur devant le terminal TA comprend essentiellement des étapes Cl à C14.
A l'étape Cl, le terminal TA appelle la plateforme de services vocaux PSV en transmettant un paquet IP avec l'adresse de source ATA du terminal TA et l'adresse de destination APSV de la plate-forme PSV via le réseau internet RP. Après cette connexion entre terminal TA et plate-forme PSV, le module Ml impose ou invite à composer un identificateur IDSV d'un service vocal interactif SV à éditer et impose à déterminer un mot de passe d'administrateur MPA à l'étape C2. Le mot de passe de l'administrateur A est transféré depuis le terminal TA et mémorisé dans le module Ml en correspondance avec l'identificateur de service vocal IDSV à l'étape C3. Le mot de passe mémorisé devra être saisi ultérieurement après la saisie de l'identificateur de service vocal IDSV dans le terminal TA chaque fois que l'administrateur souhaitera accéder au service vocal interactif SV édité, notamment pour une modification de celui-ci. La base de données BD associée à la plate-forme PSV contient une première table de correspondance Tl (figure 1) faisant correspondre des identificateurs IDSV de services vocaux interactifs édités ou en cours d'édition et les mots de passe MPA des administrateurs .
Puis à l'étape C4 le module Ml télécharge le module d'application d'édition MIA dans le terminal TA pour passer à l'édition proprement dite d'un service vocal interactif SV afin que l'administrateur A établisse un schéma de navigation arborescent en dialoguant avec le module téléchargé MIA sans intervention de la plate-forme PSV. Par exemple, le module Ml est implémenté dans la plate-forme PSV en langage JavaScript afin que le module MIA soit utilisé par un navigateur web connu implémenté dans le terminal d'administrateur TA. La description graphique du service par l'intermédiaire de formulaires renseignés FO est traduite automatiquement en langage SVML selon l'invention dans le module MIA. Le module MIA peut proposer à l'administrateur une édition de service vocal en le guidant selon l'un sélectionné de patrons arborescents de navigation de service vocal pré- mémorisés comme indiqué aux étapes C5 et C51, notamment par l'intermédiaire de pages d'écran comme celle montrée aux figures 2A et 2B, la partie droite de page étant renseignée pour chaque formulaire FO et la partie gauche de page visualisant la formation progressive de la structure arborescente AR du service en cours d'édition. Selon une autre variante, le module MIA --invite l'administrateur à programmer lui-même le service vocal SV à éditer en langage SVML, comme indiqué à l'étape Cβ. Au cours de la construction de la structure arborescente de navigation AR du service vocal interactif SV formaté en langage SVML dans le module MIA, l'administrateur peut être conduit à effectuer l'une des étapes suivantes pour le service vocal SV en langage SVML dans le module MIA via l'interface graphique du terminal TA :
- C7 : introduire dans le service vocal SV dans le module Ml l'identificateur d'un fichier texte ou d'un fichier son qui est saisi directement dans le terminal TA par l'administrateur ou qui est lu lorsqu'il est pré-enregistré dans le terminal TA, en correspondance avec l'attribut txt ou snd afin de le télécharger avec le service SV dans la plate-forme PSV lors de la sauvegarde du service, et ultérieurement de le mémoriser et éventuellement le synthétiser en un fichier vocal si le fichier initial est textuel dans le serveur vocal interactif SVI au cours de l'exécution du service ;
- C8 : introduire dans le service vocal SV dans le module MIA l'adresse URL d'un fichier texte à mémoriser et synthétiser ultérieurement en un fichier vocal dans le serveur SVI au cours de l'exécution du service, ou l'adresse URL d'un fichier son, afin que ce fichier soit reproduit ultérieurement lors de l'exécution du service créé SV, ce qui correspond à l'attribut txt ou snd, le fichier texte ou son étant disponible par exemple dans une autre plate-forme de documents éloignée PFD (figure 1) reliée au réseau RT r - C9 : introduire dans le service vocal SV dans le module MIA au moins l'identificateur IDSVa d'un autre service- vocal SVa selon l'invention, ou l'identificateur de partie de service IDPASVa tel que l'identificateur IDSM d'un sous-menu d'un autre service vocal SVa, ou l'identificateur IDCH d'un choix de sous-menus d'un autre service vocal . SVa, afin de créer un lien entre les services SV et SVa au moyen de la balise d'appel (gosub) et plus généralement introduire plusieurs identificateurs d'autres services dans le service SV afin de mettre en réseau plusieurs services ; le module MIA facilite la recherche des identificateurs d'importation en classant les services vocaux à importer par thèmes, tel que sports, météo, bourse, actualités, etc., et par éditeurs grâce à un classement des services créés comme on le verra ci-après à l'étape Cil ;
- C10 : a contrario, au lieu d'importer un autre service vocal ou une partie de celui-ci dans le service SV, restreindre l'appel du service vocal SV ou l'appel au moins d'une partie PASV du service vocal SV après son édition par d'autres services SVa dans lesquels le service SV ou une partie de celui-ci est appelé ; cette restriction d'appel est signalée dans le service SV par l'état de l'attribut export dans les balises de service svml, ou de menu ou de choix pour autoriser (true) ou interdire (false) l'appel du service SV, ou d'une partie PASV de celui- ci tel qu'un menu ou un choix de sous-menus ;
- Cil : fournir un code secret prédéterminé CSSV ou CSPASV pour l'associer au service SV en cours d'édition, en correspondance à l'identificateur IDSV, dans le module MIA, ou pour l'associer à une partie PASV du service SV en correspondance à l'identificateur IDPASV dans le module MIA ; ces correspondances sont téléchargées dans une deuxième table T2 de la base de données BD dans la plate-forme PSV lors de la- sauvegarde du service SV, comme montré à la figure 1 ; la deuxième table T2 peut également faire correspondre à chacun des couples d'identificateur et de code d'accès secret (IDSV, CSSV) , (IDPASV, CSPASV) de services vocaux créés et de parties PASV de services vocaux une liste respective de numéros téléphoniques NTU de terminaux d'usager TU qui sont autorisés à accéder au service SV ou à la partie de service PASV, laquelle liste est tenue à jour par l'administrateur A du service SV ; seulement les usagers désignés dans la liste précédente peuvent alors consulter le service vocal ou une partie de celui-ci ; ultérieurement, l'administrateur A du service SV met à jour la liste en ajoutant ou supprimant des numéros téléphoniques d'usager pour autoriser ou interdire l'accès au service ou à une partie de celui-ci à des usagers désignés par leurs numéros d'appel de terminal téléphonique NTU afin que notamment par ce biais, l'administrateur du service facture l'accès au service SV par un abonnement ; l'accès au service vocal correspondant ou à la partie de service vocal correspondant est ainsi limité par un code secret CSSV, CSPASV et/ou par une appartenance d'un numéro NTU à la liste correspondante.
La gestion ultérieure des paramètres et notamment des listes dans la table T2 est réalisée par le deuxième module M2 dans la plate-forme PSV. Finalement, lorsque l'administrateur A a décrit la structure arborescente AR du service créé, par exemple comme montré à figure 2A, le module MIA l'invite à le décrire brièvement en fournissant un résumé vocal, ou textuel ultérieurement à synthétiser vocalement par le serveur SVI, qui sera transmis à tous les usagers appelant le service, vocal créé. Le module MIA classe le service vocal édité formaté en langage SVML dans au moins une classe de thème et une classe d'éditeur, à l'étape C12.
Quand le service vocal SV est entièrement défini comme indiqué à l'étape C13, l'administrateur A valide à l'étape C14 l'édition du service SV en langage SVML afin que le service SV soit sauvegardé et vérifié dans la base de données BD sous le contrôle du module M2.
Le deuxième module M2 dans la plate-forme PSV est écrit par exemple en langage C++ et joue le rôle d'un "compilateur" du langage SVML en langage VXML. Ultérieurement, ce compilateur traduit automatiquement la description du service vocal interactif SV édité précédemment en langage SVML en le langage VXML compatible avec le serveur vocal SVI pour transmettre le service SV en langage VXML au serveur SVI lorsque le service SV est appelé depuis un terminal d'usager TU dans la base de données BD. A l'étape C14, le module M2 vérifie si le code SVML produit pour le service créé SV, par exemple selon l'annexe 3, est conforme aux règles énoncées à l'annexe 1 ; le cas échéant, le module M2 signale via le réseau RP certaines erreurs dans le code SVML du service vocal édité SV au terminal d'administrateur TA afin de les corriger, notamment lorsque l'administrateur a procédé à l'écriture du service en langage SVML à l'étape Cβ.
Le module M2 sert également à répondre aux demandes de consultation des services vocaux édités SV depuis les terminaux d'usager TU, et à enregistrer un journal de consultations par service SV qui est lisible par l'Opérateur téléphonique offrant les services. En particulier, le module M2 qui gère des numéros téléphoniques NTU de terminaux d'usager TU est capable d'assister à la facturation de l'accès à chaque service par un abonnement par exemple ou toute autre formule de tarification associée au service vocal qui peut être proposée par le module MIA lors de l'édition du service, ou ultérieurement par le module M2. Typiquement, le module M2 associe dans une table T3 de la base de données BD au numéro NTU d'un terminal d'usager TU, des identificateurs de service vocal consulté IDSV ou de partie de service vocal consultée IDPASV et les heures de début et de fin de consultation des services vocaux par le terminal d'usager afin d'en déduire des durées de consultation par services et répartir les recettes de consultation entre les fournisseurs des services vocaux et d'établir des statistiques. La tarification peut consister en un reversement dépendant du nombre d'appels ou de la durée des appels.
Après l'étape C14, le service vocal édité SV est réputé mis à la disposition du public, c'est-à-dire à la disposition de tout usager éventuellement autorisé depuis un terminal téléphonique TU.
Ultérieurement, comme indiqué à l'étape C15 dans la figure 3, l'administrateur s'il le souhaite met à jour le service vocal SV en langage SVML en connectant le terminal TA à la plate-forme PSV. Après validation de l'identificateur IDSV du service en correspondance avec le mot de passe MPA dans la table Tl, comme aux étapes C2 et C3, le module Ml transfert le service vocal publié SV afin qu'il soit visualisé dans le terminal TA sur une page d'écran analogue à celle montrée à la figure 2. L'administrateur sélectionne des éléments graphiques, du service SV (figure 2A) et modifie les contenus correspondant aux éléments sélectionnés via des formulaires (figure 2B) ; il peut également ajouter ou supprimer une ou plusieurs branches dans la structure arborescente AR du service au moyen d'une barre d'outils et sous contrôle du module téléchargé MIA. A chaque branche ou feuille, le module MIA propose un choix pour enregistrer une nouvelle instruction ou information. Les étapes de modification sont analogues à celles C5 à C12 de l'édition du service, en se basant sur divers paramètres et données déjà spécifiés lors de l'édition du service. Le service vocal ainsi modifié est sauvegardé à la place du précédent dans la base de données BD dans la plate-forme PSV.
En variante, l'administrateur du service créé SV modifie certaines feuilles de son service depuis un terminal téléphonique. A cette fin, l'administrateur appelle un numéro de téléphone réservé aux modifications et correspondant à un serveur vocal analogue au serveur vocal interactif SVI pour les usagers et qui est en relation avec la plate-forme PSV via le réseau internet RP . Pour accéder au service SV, l'administrateur compose l'identificateur de service IDSV et un code secret à plusieurs chiffres déterminé lors de la création du service, correspondant à son compte d'administrateur. Ensuite, l'administrateur navigue dans le service SV comme un usager de terminal téléphonique. Lorsque l'administrateur accède à une branche ou une feuille de l'arbre du service, le module Ml de la plate-forme PSV lui propose un nouveau choix et l'administrateur énonce un nouveau message qui est enregistré dans la base de données BD via le module Ml à la place de l'ancien message. La nouvelle version du service est alors accessible par tout usager de terminal TU après sauvegarde de la nouvelle version dans le module Ml de la plate-forme PSV. Lors de la mise à jour du service SV, un usager en cours de consultation de ce service ne pourra accéder au service modifié tant que l'usager ou le service consulté par l'usager n'aura pas rappelé le service modifié après la sauvegarde de celui-ci dans le module M2. Par exemple, si le service appelé SV est lié à une partie PASVa d'un autre service, l'usager ne peut pas accéder aux modifications de la partie de service PASVa si celle-ci est en cours de mise à jour lorsque le service SVa est appelé par le service SV au cours de l'exécution de celui-ci et tant que l'instruction de retour vers le service SV dans le service SVa n'a pas été exécutée ; si la partie PASVa est de nouveau appelée par le service SV après que la nouvelle version de la partie PASVa ait été sauvegardée, alors le service SV accédera à la partie modifiée PASVa selon la nouvelle version.
Pour sélectionner et consulter un service vocal SV mémorisé dans la base de services vocaux interactifs BD de la plate-forme PSV, une communication est établie entre un terminal téléphonique d'usager TU et le serveur vocal interactif SVI à travers le réseau d'accès RA, comme montré à la figure 4, et une communication est établie entre le serveur SVI et la plate-forme de services vocaux PSV, comme montré à la figure 5.
Le serveur SVI est une plate-forme qui interprète le langage VXML dans chaque service vocal interactif SV qui est sélectionné par un usager et fourni dynamiquement par le module M2 de la plateforme PSV après conversion du langage SVML en langage VXML dans le module M2 afin de le rendre disponible à l'usager appelant. Comme montré à la figure 4, la sélection d'un service vocal interactif SV depuis un terminal d'usager TU comprend essentiellement des étapes E0 à Eli.
Le terminal TU appelle classiquement le serveur vocal interactif SVI à travers le réseau d'accès RA, par exemple le réseau téléphonique commuté, après que l'usager ait composé sur le clavier du terminal TU le numéro de téléphone du serveur SVI à l'étape E0. Le serveur SVI enregistre ensuite le numéro téléphonique NTU du terminal TU afin, le cas échéant, de faire vérifier dans la base de données BD par le module M2 à une étape ultérieure E14 que le numéro NTU est contenu dans une liste de numéros autorisés dans la table T2 en correspondance avec un service SV ou une partie de service PASV.
En variante, comme indiqué aux étapes El et Elb, l'usager compose dans le terminal TU un numéro téléphonique NSV pour appeler directement le service vocal SV de son choix dans le serveur SVI qui enregistre le numéro NTU et fait correspondre le numéro de service NSV à l'identificateur IDSV afin d'appeler immédiatement le serveur SVI dans la plateforme PSV, comme on le verra à l'étape E12 à la figure 5. Aux étapes E3 et E4 succédant à l'appel du serveur SVI, le serveur SVI transmet un message vocal de bienvenue au terminal TU et invite l'usager à accéder à un service vocal en appuyant sur une touche prédéterminée, telle que la touche dièse.
En réponse à la sollicitation de la touche dièse, le serveur SVI propose de composer le numéro ou tout identificateur IDSV associé à un service SV que l'usager connaît déjà en sollicitant une première touche, telle que la touche "1", ou de consulter l'ensemble des services classés par thème en sollicitant une deuxième touche prédéterminée, telle que la touche "2", à l'étape E5.
Si à l'étape suivante E6, le terminal TU transmet en code DTMF le numéro "1" de la première touche sollicitée suivi de l'identificateur IDSV d'un service au serveur SVI, le procédé de sélection passe directement à l'étape E12 à la figure 5.
En revanche, si l'usager a sollicité la deuxième touche prédéterminée "2" dans le terminal TU comme indiqué à l'étape E7, le serveur SVI transmet un message vocal pour présenter la liste des thèmes et leurs identificateurs et inviter l'usager à composer l'identificateur de thème ITH correspondant à son choix à l'étape E8. En réponse à un identificateur de thème ITH transmis par le terminal d'usager TU au serveur SVI à l'étape E9, le serveur SVI invite l'usager à sélectionner un service parmi une liste de services avec leurs identificateurs selon le thème choisi TH, en composant l'identificateur IDSV du service choisi SV, à l'étape E10. Puis en réponse à l'identificateur IDSV du service sélectionné SV à l'étape Eli, le procédé passe aux étapes de consultation du service vocal choisi SV par dialogue entre le terminal TU et le serveur vocal SVI via la plate-forme PSV, comme montré à la figure 5.
En réponse à l'identificateur IDSV du service vocal SV choisi par l'usager et transmis au serveur SVI à l'étape Eβ ou Eli, le serveur SVI mémorise l'identificateur IDSV du service choisi SV en association avec le numéro téléphonique NTU du terminal d'usager TU et les transmet dans un paquet d'appel IP à la plate-forme PSV à l'étape E12. Le module M2 dans la plate-forme PSV mémorise le couple IDSV-NTU à l'étape E13. Le module M2 vérifie préalablement à l'étape E14 si l'usager désigné par le numéro NTU est autorisé à consulter le service sélectionné désigné par l'identificateur IDSV dans la table T2. Si le numéro NTU n'est pas trouvé en correspondance avec l'identificateur IDSV dans la table T2, l'usager n'est pas autorisé à consulter le service sélectionné et la plate-forme PSV rompt la communication avec le serveur SVI qui rompt la communication avec le terminal d'usager TU à l'étape E15. Dans le cas contraire, l'usager est invité éventuellement à composer le code d'accès confidentiel CSSV à l'étape E16 que reçoit le module M2 via le serveur SVI afin de le comparer à celui inscrit en correspondance avec l'identificateur IDSV dans la table T2. Si le code composé CSSV est incorrect, la communication est rompue à l'étape E15.
Sinon, lorsque l'usager a été autorisé à consulter le service vocal sélectionné SV désigné par l'identificateur IDSV à l'étape E14 et a composé éventuellement le code confidentiel CSSV correctement à l'étape Elβ, le programme du service sélectionné SV désigné par l'identificateur IDSV et écrit en langage SVML dans la base de données BD est convertit par le module M2 en le langage VXML compatible avec le serveur vocal SVI à l'étape E17. A cette étape, la date et l'heure du début de la consultation en cours sont enregistrées. La plate-forme PSV transmet par des paquets IP le programme du service sélectionné SV en langage VXML au serveur SVI à l'étape E18 afin que s ' instaure un dialogue entre le terminal TU et le serveur SVI conformément à une navigation dans le service vocal choisi SV à l'étape E19. Par exemple, la consultation du service décrit à l'annexe 3 s'effectue selon la structure arborescente AR montrée à la figure 2A.
Comme montré par les étapes E191, E192 et E193 dans la figure 5, au cours du déroulement du service vocal sélectionné SV dans le serveur vocal interactif SVI sur la base du langage VXML et donc de la navigation de l'usager dans le service sélectionné SV, le serveur SVI peut être conduit à appeler la plate-forme PSV ou une autre plate-forme selon l'invention afin de consulter un autre service vocal SVa, ou une partie PASVa de cet autre service vocal SVa, telle qu'un sous-menu ou un choix de sous-menus, si l'identificateur IDSVa, IDPASVa est lié à une balise d'appel <gosub> incluse dans le programme du service sélectionné SV et si aucun attribut export à l'état "false" interdit l'accès au service appelé SVa ou à la partie appelée PASVa. Le module M2 dans la plate-forme appelée PSV convertit dynamiquement l'autre service SVa ou la partie de service PASVa telle que le sous-menu ou le choix de sous-menus du service SVa écrit initialement en langage SVML et enregistre la date et l'heure de début de la consultation du service SVa ou de la partie PASVa. La plate-forme PSV transmet le service SVa ou la partie PASVa appelé via des paquets IP au serveur interactif SVI. Le serveur SVI exécute l'autre service SVa ou la partie PASVa transmis pour une consultation dudit autre service SVa ou de ladite partie, c'est-à-dire pour consulter un sous-menu du service SVa ou pour sélectionner un choix de menus ou de sous-menus dans l'autre service SVa, puis retourne à l'exécution du service sélectionné SV. La fin de la consultation de service SVa ou- PASVa est également enregistrée dans le module M2.
D'une manière analogue aux étapes E191 à E193, le serveur SVI peut être sollicité pour appeler un fichier texte à synthétiser dans le module de synthèse vocale du serveur, ou un fichier son préenregistré désigné par une adresse URL, via la plateforme PSV. Finalement à la rupture de la communication entre le terminal TU et le serveur SVI, qui est relayée par une rupture de la communication entre le serveur SVI et la plate-forme PSV à l'étape E20, le module M2 dans la plate-forme PSV mémorise la date et l'heure de la fin de la consultation afin d'en déduire à l'étape E21, en fonction de la date et de l'heure du début de consultation, la durée de la consultation et de facturer le cas échéant l'usager et répartir la recette de cette consultation entre les administrateurs des services et parties de services consultés .
ANNEXE 1 : Syntaxe du langage SVML (Simple Voice
Markup Language)
Les attributs ou balises soulignés sont obligatoires.
Le format des dates est "jj/mm/aaaa hh:mm:ss" (jour/mois/annêe heure : inute : seconde) . On peut définir de 1 à n .valeurs (par exemple "jj/ ") ; dans ce cas les valeurs manquantes dont remplacées par les valeurs courantes. Pour forcer une valeur de jj/mm/aaaa à la valeur courante on peut aussi utiliser 0 : par exemple "0/12/0 10:20" désigne le mois de décembre de l'année courante à 10h20.
<action>
<action> ... </action> <action ... /> Attributs : snd = "http://url_son" URL de l'action avec un résultat audio de type fichier son. txt = "http://url_texte"
URL de l'action avec un résultat audio de type texte à synthétiser. url = "http://url"
URL d'une action sans résultat audio. N.B. un seul des paramètres snd, txt ou url est obligatoire, desc = "description" Description libre de l'action.
Balises englobantes :
<choice> Sous-balises :
<goodbye> <param> <welcome> Contenus : Aucu . Utilisation :
Déclenchement d'une action via une URL. Le document retourné, s'il est utilisé, peut être un fichier son ou un texte à synthétiser après l'action. Les actions peuvent être utiles pour interroger des bases de données externes, déclencher des traitements quelconques... Des paramètres peuvent être introduits dans l'adresse URL de l'action par l'utilisation d'une balise <param> .
<choice>
<choice> ... </choice> Attributs : dtmf = "touche clavier téléphonique"
Touche par laquelle on accède au choix, begin = "date début validité"
Date à partir de laquelle le choix est proposé . end - "date fin validité"
Date après laquelle le choix ne sera plus proposé . export = "true/false"
Détermine si le choix est utilisable par un autre service vocale interactif SVIP.
Supplante la directive "export" de la balise <svml>. validdate = "date de validité"
Date de validité de début et de fin. Ne pas utiliser avec begin et end. Par exemple "0/9/0" désigne une validité pendant tout le mois de septembre, quels que soient le jour et l'année. Balises englobantes : <menu> Sous-balises :
<action> <data> <default> <exit> <label> (obligatoire si pas de <data> dans <menu> englobant) <gosub> <transfer> Contenus : Aucun . Utilisation :
Définition d'un choix possible dans un menu. Il est possible de spécifier un intervalle de validité (attributs begin, end et validdate) hors duquel le choix n'est pas proposé.
< ata>
<data> ... </data> <data ... /> Attributs : snd = "référence fichier audio"
Donnée sous forme de fichier audio. txt = "référence fichier texte" Donnée sous forme de fichier texte . begin = "date début validité"
Date à partir de laquelle la donnée est diffusée, end = "date fin validité" Date après laquelle la donnée ne sera plus diffusée, validdate = "date de validité"
Date de validité de début et de fin. Ne pas utiliser avec begin et end. N.B. un paramètre snd ou txt est obligatoire si aucun contenu texte n'est défini. Balises englobantes :
<choice> <menu> <return> Sous-balises : Aucune . Contenus :
Donnée sous forme de texte. Utilisation :
Diffusion d'une donnée. Il est possible de spécifier un intervalle de validité (attributs begin, end et validdate) hors duquel la donnée n'est pas -diffusée.
Dans un choix de menu (balises <choice> ou <return>) la donnée est diffusée lorsque l'on sélectionne ce choix. Dans un menu (balise <menu>) , la donnée constitue l'annonce des choix du menu (par exemple pour regrouper cette annonce dans un fichier audio unique) . Dans ce dernier cas, les énoncés des balises <label> des choix sont ignorés .
<default>
<default> ... </default> <default ... /> Attributs : snd = "référence fichier audio"
Donnée sous forme de fichier audio . txt = "référence fichier texte" Donnée sous forme de fichier texte . begin = "date début validité"
Date à partir de laquelle la donnée est diffusée . end = "date fin validité" Date après laquelle la donnée ne sera plus diffusée. validdate = "date de validité"
Date de validité de début et de fin. Ne pas utiliser avec begin et end. N.B. un paramètre snd ou txt est obligatoire si aucun contenu texte n'est défini. Balises englobantes : <choice> <return> Sous-balises : Aucune . Contenus :
Donnée sous forme de texte . Utilisation : Diffusion d'une donnée si aucune des données du choix n'a pu être diffusée à cause des dates de validité. Dans ce cas il faut au moins une balise <default> avec une date valide (ou sans date) , tout choix devant contenir au moins un contenu ou une action.
< xit>
<exit/> Balises englobantes : <choice>
Attributs, sous-balises, contenus :
Aucun . Utilisation :
Sortie définitive du service.
<goodbye>
<goodbye> ... </ goodbye > < goodbye ... /> Attributs : snd = "référence fichier audio"
Donnée sous forme de fichier audio. txt = "référence fichier texte"
Donnée sous forme de fichier texte. begin = "date début validité" Date à partir de laquelle la donnée est diffusée, end = "date fin validité"
Date après laquelle la donnée ne sera plus diffusée. validdate = "date de validité"
Date de validité de début et de fin. Ne pas utiliser avec begin et end. N.B. un paramètre snd ou txt est obligatoire si aucun contenu texte n'est défini. Balises englobantes :
<action> <menu> <svml> Sous-balises : Aucune . Contenus :
Donnée sous forme de texte . Utilisation :
Identique à <data>, si ce n'est que la donnée diffusée ne l'est que lorsque l'on quitte un menu, ou l'application principale, ou après une action.
<gosub>
<gosub ... /> Attributs : src = "#menu_id" src = "svi : //svip_num" src ≈ " svip : //svip_num#menu__id" src = "svip: //svip_num#menu_id:choice_nb" Balises englobantes :
<choice> <menu> <svml> Sous-balises, contenus :
Aucu . Utilisation : Changement de menu dans le service. Il est possible de spécifier :
- soit un identificateur de menu dans le fichier courant, - soit une URL ou un nom de fichier suivis éventuellement d'un identificateur de menu (si pas d'identificateur, le premier menu est utilisé) .
<label >
<label> ... </label> <label ... /> Attributs : snd = "référence fichier audio" Descriptif du choix par un fichier audio. txt = "référence fichier texte"
Descriptif du choix par un fichier texte. N.B. un paramètre snd ou txt est obligatoire si aucun contenu texte n'est défini. Balises englobantes :
<choice> (obligatoire si pas de <data> dans <menu> englobant le <choice>) <return> Sous-balises : Aucune . Contenus :
Descriptif du choix sous forme de texte. Utilisation :
Permet de décrire un choix de menu .
<menu>
<menu> ... </menu> Attributs : export = "true/false"
Détermine si le menu est utilisable par un autre service vocal interactif SVIP. Supplante la directive " export " de la balise <svml> . id = "menu_id"
Identif icateur (qui doit être unique ) du menu . passwd = mot de passe : " suite de chif fres " Code d ' accès d ' usager . Balises englobantes : <svml > Sous-balises :
<choice> <data> <goodbye> <return> <welcome> Contenus :
Aucun . Utilisation : Déf inition d ' un menu à choix multiples .
<param>
<param> ... </param> <param ... /> Attributs : name = "nom paramètre"
Nom du paramètre qui sera transmis dans l'adresse URL de l'action, snd = "référence fichier audio" Donnée sous forme de fichier audio. txt = "référence fichier texte"
Donnée sous forme de fichier texte. type = "type du paramètre"
Les valeurs possibles pour le type sont : - booléen : l'utilisateur peut taper 1 pour oui, vrai... ou 2 pour non, faux... Le paramètre transmis à l'URL de l'action sera la chaîne "true" (pour 1) ou "false" (pour 2) . - date : date au format AAAAMMJJ. - digits : un à plusieurs chiffres quelconques .
- currency : valeur' monétaire. Dans le paramètre transmis à l'URL, l'étoile sera remplacée par le point décimal ' . '
- number : nombre . Dans le paramètre transmis à l'URL, l'étoile sera remplacée par le point décimal ' . '
- phone : numéro de téléphone . Dans le paramètre transmis à l'URL, l'étoile sera remplacée par le caractère 'x' .
- time : heure au format HHMM. Le paramètre chaîne transmis à l'URL sera suivi du caractère ' ? ' pour les heures saisies de 0000 à 1259, et 'h' pour les heures saisies de 1300 à 2459. Les saisies 2400 à 2459 sont remplacées par "OOOOh" à "0059h". N.B. un paramètre snd ou txt est obligatoire si aucun contenu texte n'est défini. Balises englobantes :
<action> Sous-balises : Aucune . Contenus :
Donnée sous forme de texte . Utilisation :
Définition d'un paramètre qui sera transmis dans l'URL d'une action, ainsi que de la donnée diffusée pour demander à l'utilisateur d'entrer une information. L'information entrée est un nombre terminé par # .
<return> <return> ... <return/> Attributs : dtmf = "touche clavier téléphonique"
Touche par laquelle on accède au choix. Balises englobantes : <menu>
Sous-balises :
<data> <default> <label> (obligatoire si pas de <data> dans <menu> englobant) Contenus : Aucun.
Utilisation :
Définition d'un choix de menu par lequel on quitte ce menu pour retourner au menu appelant (comportement par défaut) , pour terminer définitivement le service (sous-balise <exit>) ou pour re-router définitivement l'appel vers un numéro (sous-balise <transfer>) .
<svml > <svml> ... </svml> Attributs : desc = "description"
Description libre du SVIP. export = "true/faise" Détermine si le service vocal SVIP est utilisable par un autre service vocal interactif. Définit une politique par défaut qui peut être redéfinie au niveau des balises <menu> et <choice>. passwd = mot de passe : "suite de chiffres"
Code d'accès d'usager. Balises englobantes :
Aucune . Sous-balises, contenus : <goodbye> <menu> <αosub> <welcome> Utilisation :
Balise englobante toutes les balises d'un fichier descriptif de service.
<transfer>
<transfer ... /> Attributs : dest = destinataire : "phone : //numéro téléphone" Balises englobantes : <choice>
Sous-balises, contenus :
Aucun . Utilisation :
Re-routage vers un numéro de téléphone.
<welcome>
<welcorne> ... </welcorne> <welcorne ... /> Attributs : snd ≈ "référence fichier audio"
Donnée sous forme de fichier audio. txt = "référence fichier texte"
Donnée sous forme de fichier texte, begin = "date début validité" Date à partir de laquelle la donnée est diffusée, end = "date fin validité"
Date après laquelle la donnée ne sera plus diffusée. validdate = "date de validité"
Date de validité de début et de fin. Ne pas utiliser avec begin et end. Balises englobantes :
<action> <menu> <svml> Sous-balises : Aucune . Contenus :
Donnée sous forme de texte. Utilisation : Identique à <data>, excepté que la donnée n'est diffusée que lors de l'entrée dans un menu ou dans l'application principale, ou avant l'exécution d'une action.
ANNEXE 2 : récapitulatif des balises du langage SVML.
Figure imgf000045_0001
ANNEXE 3 : Code SVML pour le service AR de la figure 2A
<svml export="true" desc≈"exemple complet" > <welcome>Bienvenue sur le 10 10. </ elcome> <goodbye>Vous quittez le 10 10, au revoir. </goodbye> <gosub
Figure imgf000046_0001
<menu id="contenus_internes" passwd="1234"> <choice dtmf="l" export="false">
<label>Tapez 1 pour les annnonces</label> <data end="15/12/2001">Donne chat.</data>
<data snd= "http: //www. annonces .fr/annonce2. wav" end="3l/l2/2001"/>
<data snd="file:C:\annonce3.wav"/> <data txt="http: //www. annonces .fr/annonce4.txt" end="3l/12/2001"/>
<data txt="file:C: \annonce5.txt" begin="0l/0l/2002" end="0l/06/2002"/>
<default>Il n'y a pas d'annonce actuellement . </default> </choice> <choice dtmf="2" validdate="*/12/*">
<label>Tapez 2 pour les promos de Noël</label> </choice> <return dtmf="*">
<label>Tapez étoile pour quitter</label> </return>
</menu>
<menu id="contenus_externes"> <choice dtmf="l">
<label>Tapez 1 pour les horaires des marées</label> <action txt="http://www. calculmaree. fr/calcul . cgi" desc= "Calcul des marées ">
<param name="jour" type="digits">Tapez un numéro de jour terminé par dièse. </param> </action> </choice>
<choice dtmf="2"> <label>Tapez 2 pour être re-routé vers la météo dans les Côtes d'Armor</label>
<transfer dest="phone: //0892680222"/> </choice> <choice dtmf="3">
<label>Tapez 3 pour consulter un autre service SVIP</label>
<gosub src="svip://1011"/> </choice> <choice dtmf="4">
<label>Tapez 4 pour un contenu du SVIP 10 ll</label> <gosub src="svip : //I011#menu_entree : 3 "/> </choice> <return dtmf="*"> <label>Tapez étoile pour quitter</label>
</return> </menu> <menu id="menu_jρrincipal">
<welcome>Menu principal. </welcome> <goodbye>Vous quittez le menu principal .</goodbye>
<choice dtmf="l">
<label>Tapez 1 pour la description du service</label> <data>Ce service illustre toutes les possibilités du 1angage S M . </data> </choice>
<choice dtmf="2">
<label>Tapez 2 pour les contenus du service</label> <gosub src="#contenus_internes"/> </choice> <choice dtmf="3">
<label>Tapez 3 pour les contenus d'autres services</label>
<gosub src="#contenus_externes"/> </choice> <choice dtmf="4"> <label>Tapez 4 pour raccrocher immédiatement</label> <exit/> </choice> <return dtmf="*">
<label>Tapez étoile pour quitter</label> </return> </menu> </svml>

Claims

REVENDICATIONS
1 - Procédé pour accéder depuis un terminal d'usager à des services vocaux exécutés selon un premier langage dans un serveur vocal interactif, caractérisé en ce qu'il comprend dans une plate-forme (PSV) communiquant avec le serveur vocal (SVI), une mise en réseau (C9) des services vocaux écrits en un deuxième langage, au moyen d'identificateurs (IDSV, IDPAS (IDM, IDCH) ) inclus dans des services vocaux (SV) et relatifs à des parties d'autres services vocaux (SVa) et au moyen de retours vers lesdits services vocaux inclus respectivement dans lesdites parties d'autres services vocaux, et par une conversion (E17) du deuxième langage en le premier langage dans la plate-forme, de tout service vocal (SV) appelé depuis le terminal (TU) à travers le serveur vocal (SVI) afin de transmettre depuis la plate-forme le service vocal (SV) converti en le premier langage au serveur vocal pour l'y exécuter (E19) , et de toute partie d'un autre service vocal (SVa) identifiée dans ledit service vocal et appelée (E191) au cours de l'exécution dudit service vocal afin de transmettre depuis la plate-forme la partie de service vocal convertie en le premier langage au serveur vocal pour l'y exécuter.
2 - Procédé conforme à la revendication 1, selon lequel les services vocaux sont implémentés dans plusieurs plates-formes (PSV, PSVa) , deux plates- formes communiquant entre elles lorsqu'au moins une partie d'un service dans l'une d'elles est identifiée et appelée par un autre service dans l'autre plate- forme . 3 - Procédé conforme à la revendication 1 ou 2, comprenant depuis un terminal d'administrateur l'introduction (CIO) dans un service vocal (SV) en le deuxième langage d'un attribut pour autoriser ou interdire l'appel du service vocal ou d'une partie (PASV) du service vocal dans un autre service vocal.
4 - Procédé conforme à l'une quelconque des revendications 1 à 3, comprenant depuis un terminal d'administrateur (TA) l'introduction (C9) de l'identificateur (IDSVa, IDPASVa) d'un autre service ou d'une partie d'un autre service dans un service vocal écrit en le deuxième langage.
5 - Procédé conforme à la revendication 4, caractérisé en ce que la partie d'autre service vocal (SVa) identifiée dans un service vocal est un service vocal, un sous-menu dans un service vocal, ou un choix de sous-menus dans un service vocal.
6 - Procédé conforme à l'une quelconque des revendications 1 à 5, comprenant depuis un terminal d'administrateur (TA) l'introduction (C7) de l'identificateur d'un fichier texte à synthétiser en un fichier vocal dans le serveur vocal interactif
(SVI), ou d'un fichier son saisi ou lu dans le terminal d'administrateur (TA), dans un service vocal
(SV) en le deuxième langage afin de mémoriser le fichier dans la plate-forme (PSV) .
7 - Procédé conforme à l'une quelconque des revendications 1 à β, comprenant depuis un terminal d'administrateur (TA) l'introduction (C8) dans un service vocal (SV) en le deuxième langage, d'une adresse d'un fichier texte à synthétiser en un fichier vocal dans le serveur vocal (SVI) ou l'adresse d'un fichier son, le fichier texte ou son étant disponible dans une autre plate-forme éloignée (PFD) .
8 - Procédé conforme à l'une, quelconque des revendications 1 à 10, comprenant depuis un terminal d'administrateur (TA) la fourniture (C12) d'un résumé d'un service vocal (SV) vocal ou textuel à synthétiser ultérieurement à la plate-forme (PSV) .
9 - Procédé conforme à l'une quelconque des revendications 1 à 8, comprenant l'introduction (C6, C51) dans le premier service vocal (SV) de dates de début et fin de validité entre lesquelles, ou d'au moins une date de validité pendant laquelle, une donnée incluse dans le premier service vocal est accessible dans la plate-forme (PSV) au terminal d'usager (TU) via un serveur vocal (SVI).
10 - Procédé conforme à l'une quelconque des revendications 1 à 9 , comprenant depuis un terminal d'administrateur (TA) l'association d'un mot de passe (MPA) à un identificateur (IDSV) d'un service vocal (SV) avant que le service vocal édité dans le terminal d'administrateur soit sauvegardé en le deuxième langage dans la plate-forme (PSV) .
11 - Procédé conforme à l'une quelconque des revendications 1 à 10, comprenant une autorisation préalable (Cil, E14) à consulter un service vocal
(SV) dans la plate-forme (PSV) lorsque la plate-forme trouve un code secret (CSSV) du service vocal transmis (E12) par le terminal d'usager (TU) à travers le serveur vocal (SVI) en correspondance avec un identificateur (IDSV) du service vocal (SV) transmis (E6, Eli) par le terminal d'usager à travers le serveur vocal.
12 - Procédé conforme à l'une quelconque des revendications , 1 à 11, comprenant une autorisation préalable (Cil, E14) à consulter un service vocal
(SV) dans la plate-forme (PSV) lorsque la plate-forme trouve un identificateur (NTU) du terminal d'usager (TU) transmis (E12) par le serveur vocal (SVI) en correspondance avec un identificateur (IDSV) du service vocal (SV) transmis (E6, Eli) par le terminal d'usager à travers le serveur vocal.
13 - Procédé conforme à la revendication 12, comprenant une sélection (E8, E9, E10) d'un service vocal (SV) parmi une liste de services vocaux transmise par le serveur vocal (SVI) au terminal d'usager (TU) afin que le terminal appelle le service vocal sélectionné en transmettant (Eli, E12) l'identificateur (IDSV) du service vocal sélectionné à la plate-forme (PSV) à travers le serveur vocal
(SVI) .
14 - Procédé conforme à l'une quelconque des revendications 1 à 13, comprenant l'enregistrement
(E17, E21 ; E121, E193) du début et de la fin de consultation d'un service (SV, SVa) ou d'une partie de service (PASVa) dans la plate-forme.
15 - Système de services vocaux interactifs dans lequel un terminal d'usager accède à des services vocaux exécutés selon un premier langage dans un serveur vocal interactif, caractérisé en ce qu'il comprend une première plate-forme (Ml, PSV) et un terminal d'administrateur (TA) pour éditer un service vocal interactif accessible depuis le terminal d'usager (TU) à travers le serveur vocal interactif (SVI) dans une deuxième plate-forme (M2, PSV), la première plate-forme (Ml, PSV) mettant en réseau (C9) des- services vocaux écrits en un deuxième langage, au moyen d'identificateurs (IDSV, IDPASV (IDM, IDCH) ) inclus dans des services vocaux (SV) et relatifs à des parties d'autres services vocaux (SVa) et au moyen de retours vers lesdits services vocaux inclus respectivement dans lesdites parties d'autres services vocaux, et la deuxième plate-forme (M2, PSV) convertissant (E17) du deuxième langage en le premier langage tout service vocal (SV) appelé depuis le terminal (TU) à travers le serveur vocal (SVI) afin de transmettre depuis la deuxième plate-forme le service vocal (SV) converti en le premier langage au serveur vocal pour l'y exécuter (E19) , et toute partie d'un autre service vocal (SVa) identifiée dans ledit service vocal et appelée (E191) au cours de l'exécution dudit service vocal afin de transmettre depuis la deuxième plate-forme la partie de service vocal convertie en le premier langage au serveur vocal pour l'y exécuter.
16 - Système conforme à la revendication 15, dans lequel la première plate-forme (Ml, PSV) comprend un moyen (Tl) pour faire correspondre des mots de passe (MPA) d'administrateurs (TA) et des identificateurs (IDSV) de services vocaux édités
(SV) . 17 - Système conforme à la revendication 15 à 16, dans lequel la deuxième plate-forme (M2, PSV) comprend un moyen (T2) pour faire correspondre des identificateurs (IDSV, IDPASV) de services vocaux et de parties de services vocaux et des codes d'accès (CSSV, CSPASV) et/ou des listes d'adresses de terminaux d'usager (NTU).
18 - Système conforme à l'une quelconque des revendications 15 à 17, dans lequel la deuxième plate-forme (M2, PSV) comprend un moyen (T3) pour associer à l'adresse (NTU) d'un terminal d'usager, des identificateurs (IDSV, IDPASV) de services vocaux et des heures de début et de fin de consultation de services vocaux par le terminal d'usager.
19 - Système conforme à l'une quelconque des revendications 15 à 18, dans lequel les première et deuxième plates-formes sont confondues en une unique plate-forme (PSV) .
PCT/FR2002/004444 2002-02-13 2002-12-19 Services vocaux telephoniques interactifs WO2003069921A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP02799828A EP1474933B1 (fr) 2002-02-13 2002-12-19 Services vocaux telephoniques interactifs
AU2002364465A AU2002364465A1 (en) 2002-02-13 2002-12-19 Interactive telephone voice services
US10/504,578 US20050091058A1 (en) 2002-02-13 2002-12-19 Interactive telephone voice services
AT02799828T ATE306791T1 (de) 2002-02-13 2002-12-19 Interaktive sprachdiensten
DE60206658T DE60206658T2 (de) 2002-02-13 2002-12-19 Interaktive sprachdienste

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0201878A FR2835999B1 (fr) 2002-02-13 2002-02-13 Edition et consultation de services vocaux telephoniques interactifs
FR02/01878 2002-02-13

Publications (1)

Publication Number Publication Date
WO2003069921A1 true WO2003069921A1 (fr) 2003-08-21

Family

ID=27620233

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/004444 WO2003069921A1 (fr) 2002-02-13 2002-12-19 Services vocaux telephoniques interactifs

Country Status (8)

Country Link
US (1) US20050091058A1 (fr)
EP (1) EP1474933B1 (fr)
AT (1) ATE306791T1 (fr)
AU (1) AU2002364465A1 (fr)
DE (1) DE60206658T2 (fr)
ES (1) ES2247420T3 (fr)
FR (1) FR2835999B1 (fr)
WO (1) WO2003069921A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2865846A1 (fr) * 2004-02-02 2005-08-05 France Telecom Systeme de synthese vocale
ES2373114T3 (es) * 2005-03-18 2012-01-31 France Telecom Procedimiento para proporcionar un servicio de voz interactivo sobre una plataforma accesible a un terminal cliente, servicio de voz, programa informático y servidor correspondientes.
US8364701B2 (en) * 2008-12-18 2013-01-29 Bulletin.Net System and method for using symbol command language within a communications network via SMS or internet communications protocols
US8392447B2 (en) * 2008-12-18 2013-03-05 Bulletin.Net Inc. System and method for using symbol command language within a communications network
US8437339B2 (en) * 2010-04-28 2013-05-07 Hewlett-Packard Development Company, L.P. Techniques to provide integrated voice service management
US8786664B2 (en) 2010-04-28 2014-07-22 Qualcomm Incorporated System and method for providing integrated video communication applications on a mobile computing device
CN105450876A (zh) * 2014-06-11 2016-03-30 阿里巴巴集团控股有限公司 一种语音播报方法及相关系统
US10725750B2 (en) * 2016-12-01 2020-07-28 Red Hat, Inc. Compiler integrated intelligent deserialization framework
CN109326288A (zh) * 2018-10-31 2019-02-12 四川长虹电器股份有限公司 一种ai语音对话系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001050453A2 (fr) * 2000-01-04 2001-07-12 Heyanita, Inc. Systeme de reponse vocale interactif

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2333416A (en) * 1998-01-17 1999-07-21 Ibm Text and speech conversion in telephony network
JP4243019B2 (ja) * 1998-04-03 2009-03-25 ヴァーティカル・ネットワークス・インコーポレーテッド インテリジェント・ブリッジｔｄｍおよびパケット・バスを用いて音声およびデータを伝送するシステムおよび方法
US6163794A (en) * 1998-10-23 2000-12-19 General Magic Network system extensible by users
US6385586B1 (en) * 1999-01-28 2002-05-07 International Business Machines Corporation Speech recognition text-based language conversion and text-to-speech in a client-server configuration to enable language translation devices
US6658093B1 (en) * 1999-09-13 2003-12-02 Microstrategy, Incorporated System and method for real-time, personalized, dynamic, interactive voice services for travel availability information
US6532446B1 (en) * 1999-11-24 2003-03-11 Openwave Systems Inc. Server based speech recognition user interface for wireless devices
US6760697B1 (en) * 2000-01-25 2004-07-06 Minds And Technology, Inc. Centralized processing of digital speech data originated at the network clients of a set of servers
US20020003547A1 (en) * 2000-05-19 2002-01-10 Zhi Wang System and method for transcoding information for an audio or limited display user interface
AU2001289212A1 (en) * 2000-09-11 2002-03-26 Viafone, Inc. Method and system for integrating applications and mobile networks
US7242752B2 (en) * 2001-07-03 2007-07-10 Apptera, Inc. Behavioral adaptation engine for discerning behavioral characteristics of callers interacting with an VXML-compliant voice application
US20030120478A1 (en) * 2001-12-21 2003-06-26 Robert Palmquist Network-based translation system
US20040044517A1 (en) * 2002-08-30 2004-03-04 Robert Palmquist Translation system
US7336771B2 (en) * 2003-01-16 2008-02-26 At&T Knowledge Ventures, L.P. Voice extensible markup language enhancements of intelligent network services

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001050453A2 (fr) * 2000-01-04 2001-07-12 Heyanita, Inc. Systeme de reponse vocale interactif

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
BALL T ET AL: "SPEECH-ENABLED SERVICES USING TELEPORTAL SOFTWARE AND VOICEXML", BELL LABS TECHNOLOGY, BELL LABORATORIES, MURREY HILL, NJ, US, vol. 5, no. 3, July 2000 (2000-07-01), pages 98 - 111, XP000975485, ISSN: 1089-7089 *

Also Published As

Publication number Publication date
DE60206658T2 (de) 2006-07-06
EP1474933A1 (fr) 2004-11-10
FR2835999A1 (fr) 2003-08-15
AU2002364465A1 (en) 2003-09-04
US20050091058A1 (en) 2005-04-28
ATE306791T1 (de) 2005-10-15
FR2835999B1 (fr) 2004-04-02
EP1474933B1 (fr) 2005-10-12
ES2247420T3 (es) 2006-03-01
DE60206658D1 (de) 2006-02-23

Similar Documents

Publication Publication Date Title
US8687777B1 (en) Systems and methods for visual presentation and selection of IVR menu
CN102027721B (zh) 处理电话会话的系统和方法
US8938060B2 (en) Technique for effectively providing personalized communications and information assistance services
US8681951B1 (en) Systems and methods for visual presentation and selection of IVR menu
US8345835B1 (en) Systems and methods for visual presentation and selection of IVR menu
JP4057785B2 (ja) マルチメディア通信センタ内で格納されたマルチメディアファイルに関する要約記録を提供する格納媒体インターフェースエンジン
US8406388B2 (en) Systems and methods for visual presentation and selection of IVR menu
US20170085708A1 (en) Systems and methods for visual presentation and selection of ivr menu
US7933389B2 (en) System and method generating voice sites
US9069450B2 (en) Multi-modal/multi-channel application tool architecture
EP1193950A2 (fr) Procédé d&#39;optimisation, par un élément d&#39;architecture de réseau, de la consulation de données.
EP1195699A1 (fr) Procédé d&#39;optimisation, par un terminal, de la consultation de données
EP1204044A1 (fr) Procédé et système d&#39;optimisation de consultations d&#39;ensembles de données par une pluralité de clients
KR20140060312A (ko) 클릭 투 다이얼
FR2935855A1 (fr) Procede et systeme de communication pour la determination d&#39;une sequence de services lies a une conversation.
US20040042593A1 (en) Web-based telephony services creation, deployment and maintenance method and system
EP1474933B1 (fr) Services vocaux telephoniques interactifs
FR2881912A1 (fr) Procede d&#39;affichage de messages de texte, terminal et programme pour la mise en oeuvre du procede
US8693669B2 (en) Methods, systems, and computer program products for implementing a custom, interactive call flow
KR20100036696A (ko) 웹 상의 동일 사이트 혹은 동일 메뉴에서의 커뮤니케이션 서비스 방법과 그 서비스 시스템
EP1358749B1 (fr) Procede de sonorisation au travers du reseau telephonique d&#39;une page de donnees consultable a distance a travers un reseau de communication, site, serveur vocal et ordinateur mettant ce procede en oeuvre
CA2506549C (fr) Procede de traitement de donnees audio sur un reseau et dispositif de mise en oeuvre de ce procede
FR2858154A1 (fr) Plate-forme de services vocaux interactifs pour appels sortants crees, declenches et surveilles via internet
EP1517509A1 (fr) Insertion d&#39;une aide dans une réponse à une requête pour bureau virtuel
FR2814022A1 (fr) Procede et systeme de reponse automatisee a un appel telephonique

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 BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ 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 IE IT LU MC NL PT 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
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2002799828

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10504578

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2002799828

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2002799828

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP