Brevet FR2858154A1 — publié le 20050128

Plate-forme de services vocaux interactifs pour appels sortants créés, déclenchés et surveillés via internet La présente invention concerne en général la gestion de services vocaux interactifs dispensés dans un serveur vocal et activés lors du lancement d'appels sortants pour appeler des terminaux d'usager. La plupart des serveurs connus sont interrogeables en réponse à des appels entrants qui proviennent de terminaux téléphoniques d'usager. Ces serveurs ne permettent pas de lancer des campagnes 15 par exemple de sondage en appelant automatiquement et directement des terminaux d'usager. Les quelques serveurs propres à lancer des appels sortants nécessitent d'acquérir soit un système de type serveur vocal interactif, soit de 20 faire appel à un hébergeur d'applications vocales. L'hébergeur dispose de serveurs vocaux en tant que ressources téléphoniques d'appels sortants qui sont offertes à tout intéressé souhaitant offrir un service vocal interactif à des usagers. Une autre solution est de concevoir soi-même ou de faire concevoir par un hébergeur ou une société de service informatique spécialisée une application vocale dans un langage propriétaire ou dans un langage standardisé du type VXML (Voice exchange 30 Markup Language) suivant le type de serveur interactif utilisé, et d'associer cette application vocale à des appels sortants définis par des numéros téléphoniques d'usagers à appeler. Même dans le cas d'une application dans le langage standard VXML, qui 35 offre une portabilité d'applications vocales d'une plate-forme d'un premier constructeur vers la plateforme d'un deuxième constructeur, le langage VXML ne prévoit rien en terme de contrôle d'appel sortant. Pour parvenir à un contrôle d'appel sortant, il est 5 nécessaire d'utiliser des extensions propriétaires au langage standard VXML, dépendant de la plate-forme vocale, pour permettre l'établissement et la gestion d'un appel sortant; ces extensions propriétaires présentent les mêmes inconvénients qu'une application 10 vocale en langage propriétaire. L'objectif de la présente invention est de fournir une plate-forme au moyen de laquelle tout créateur de service vocal interactif peut créer 15 rapidement et facilement des dialogues vocaux pour appels sortants depuis un terminal à travers un réseau de paquets de type internet, sans que les services vocaux soient écrits dans un langage propriétaire ou subissent une conversion d'un langage 20 propriétaire en un langage standard. Pour atteindre cet objectif, une plate-forme comprenant un serveur vocal interactif dispensant par dialogue vocal au moins un service interactif 25 construit par un créateur de service à des terminaux d'usager, est caractérisée selon l'invention, en ce qu'elle comprend un moyen serveur relié à un terminal du créateur par un réseau de paquets comprenant un moyen pour créer un dialogue vocal 30 d'appel sortant en sélectionnant et ordonnant des phases de base parmi des phases de base prémémorisées dans la plate-forme et en paramétrant les phases de base sélectionnées avec des données respectives transmises par le terminal de créateur, 35 un moyen pour créer et mémoriser une liste d'identificateurs de terminaux d'usager identifiés depuis le terminal de créateur, et un moyen pour créer et mémoriser une liste d'appels sortants qui sont relatifs à des terminaux d'usager sélectionnés 5 parmi ceux identifiés et qui sont définis par des paramètres d'appel sortant respectifs depuis le terminal de créateur, et en ce que le serveur vocal comprend un moyen de traitement d'appel sortant pour enchaîner automatiquement les phases de base ordonnées selon le dialogue vocal créé pour un appel sortant établi de chaque terminal d'usager sélectionné et selon les paramètres d'appel respectifs relatifs à ce terminal. Grâce au moyen serveur qui est relié au terminal 15 de créateur par un réseau de paquets de type internet, tout créateur non spécialiste de développement d'application vocale peut construire facilement un dialogue vocal au moyen des phases de base qui sont chacune vocale ou non vocale et 20 remplissent chacune une fonction particulière dans un dialogue vocal. Par exemple, une phase de base peut remplir une fonction très simple en invoquant un fichier de texte ou de son pré-enregistré de manière à le diffuser, ou une fonction plus élaborée par 25 exemple relative à une demande d'un identificateur à un usager appelé et éventuellement à une vérification de l'identificateur d'usager. Chaque phase de base du dialogue vocal est écrite en langage XML (eXchange Markup Language). Tous les aspects du langage XML 30 sont masqués au créateur par un échange de pages d'écran entre le moyen serveur et le terminal du créateur. Le moyen de traitement d'appel sortant dans le serveur vocal enchaîne les phases de base 35 sélectionnées et paramétrées par le créateur au fur et à mesure de la progression du déroulement du dialogue vocal. Le moyen de traitement charge dans la mémoire de la plate-forme la représentation en langage XML des phases de base enchaînées du dialogue 5 vocal pour appels sortants, pointe sur chaque phase de base de dialogue à exécuter et récupère les paramètres d'appels sortants respectifs de la phase qui est alors exécutée. A la fin de l'exécution de la phase, le moyen de traitement d'appels sortants 10 pointe sur la phase de base suivante, en fonction éventuellement d'interactions avec l'usager appelé et de données personnelles transmises par le terminal d'usager. Ces données personnelles sont prévues initialement par le créateur au cours de 15 l'élaboration des phases de base du dialogue vocal et sont récupérées par le moyen de traitement d'appel sortant de manière à orienter le déroulement du dialogue vocal. Selon une autre caractéristique de l'invention, 20 les paramètres d'appel respectifs déterminés depuis le terminal de créateur pour un appel sortant comprennent notamment un identificateur de requête d'appel sortant et un identificateur du terminal d'usager à appeler selon cet appel sortant et des 25 données d'horodatage selon lesquelles la requête d'appel sortant doit être exécutée, et sont lus par une passerelle entre le moyen serveur et le serveur vocal pour retrouver un fichier de paramètres fonctionnels d'appel sortant sélectionnés depuis le 30 terminal de créateur pour un appel sortant et comprenant notamment un numéro téléphonique du terminal d'usager à appeler, une date butoir du lancement de l'appel sortant et un nombre maximum de tentatives de l'appel sortant. Un autre objectif de l'invention est de donner la possibilité au créateur d'un service vocal de surveiller le déroulement d'un appel sortant et plus précisément le déroulement de certaines phases 5 vocales du dialogue vocal d'appels sortants. Le serveur vocal comprend alors un moyen pour gérer des notifications produites par des phases de base enchaînées selon le dialogue vocal d'appel sortant et communiquées au terminal de créateur à travers le 10 moyen serveur. Le serveur vocal peut également comprendre un moyen pour gérer des notifications relatives à de la signalisation à travers un réseau d'accès d'un terminal d'usager et communiquées au terminal de 15 créateur à travers le moyen serveur. La plate-forme selon l'invention est également utilisable pour créer, lancer et gérer des campagnes d'appels sortants. Plus généralement, le moyen serveur peut comprendre un moyen pour créer au moins 20 une campagne de plusieurs appels sortants successifs et/ou simultanés de plusieurs terminaux à appeler respectivement selon des paramètres d'appel prédéterminés et suivant un ordre prédéterminé. Plus précisément, le moyen serveur peut comprendre un 25 moyen pour créer au moins une campagne d'appels sortants associée à des listes d'appels sortants qui sont traitées successivement ou simultanément par le moyen de traitement d'appel sortant, les appels sortants des terminaux d'usager de chaque liste étant 30 traités successivement ou simultanément par le moyen de traitement d'appel sortant. Pour lancer automatiquement une campagne d'appels sortants, un moyen est prévu dans le moyen serveur qui lance automatiquement une campagne 35 d'appels sortants en réponse à une requête de campagne d'appels sortants incluant la date de lancement de la campagne et transmise par le terminal de créateur, en lisant les listes d'appels sortants associées à la campagne d'appels sortants. Cependant, lorsque le créateur ne dispose pas de terminal de créateur relié par le réseau de paquets au moyen serveur pour lancer une campagne d'appels sortants, un moyen dans le moyen serveur est prévu pour configurer un mode de déclenchement par 10 téléphone d'une campagne d'appels sortants en association avec le numéro d'un terminal téléphonique et un identificateur de la campagne d'appels sortants, depuis le terminal de créateur. Dans le serveur vocal est alors prévu un moyen pour lancer la 15 campagne d'appels sortants depuis ledit terminal téléphonique en composant un numéro téléphonique d'appel du serveur vocal. Le serveur vocal peut comprendre non seulement un moyen pour gérer les notifications produites par 20 des phases de base d'un dialogue vocal, mais également un moyen pour gérer des notifications relatives au séquencement d'appels sortants d'une campagne d'appels sortants et communiquées au terminal de créateur à travers le moyen serveur. Selon une autre réalisation plus complète de la plate-forme de l'invention, celle-ci est également utilisée pour créer, recevoir et gérer des appels entrants provenant de terminaux d'usager. A cette fin, le moyen serveur comprend un moyen pour créer un 30 dialogue vocal d'appel entrant en sélectionnant et ordonnant des phases de base parmi les phases de base pré-mémorisées dans la plate-forme et en paramétrant les phases de base dialogue vocal d'appel entrant avec des données respectives transmises par le 35 terminal de créateur, et le serveur vocal comprend un moyen de traitement d'appel entrant pour enchaîner automatiquement les phases de base ordonnées selon le dialogue vocal d'appel entrant créé pour un appel entrant demandé depuis un terminal d'usager. La plate-forme surveille le déroulement des phases de base d'un dialogue pour appels entrants. A cette fin, le serveur vocal comprend un moyen pour gérer des notifications d'appel entrant produites par des phases de base enchaînées selon le dialogue vocal 10 d'appel entrant, et le moyen serveur comprend un moyen pour communiquer les notifications d'appel entrant produites au terminal de créateur. D'autres caractéristiques et avantages de la 15 présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention, à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels: - la figure 1 est un bloc-diagramme de la plateforme de services vocaux comprenant un serveur web et un serveur vocal interactif selon l'invention, interconnectée à un terminal de créateur de service et à des terminaux d'usager; - la figure 2 est un bloc-diagramme d'une unité de traitement d'appel sortant dans le serveur vocal interactif avec des fichiers mémorisés pour appels sortants; - la figure 3 est un bloc-diagramme du serveur 30 web inclus dans la plate-forme; - la figure 4 est une page d'écran affichée dans le terminal de créateur pour créer un dialogue vocal paramétrable; - la figure 5 est une page d'écran affichée dans le terminal de créateur pour sélectionner une phase de base de dialogue vocal; - la figure 6 est une page d'écran affichée dans 5 le terminal de créateur pour insérer une phase de base dans un dialogue vocal; - la figure 7 est une page d'écran affichée dans le terminal de créateur, montrant le dialogue complété par une phase de base insérée dans celui-ci 10; - la figure 8 est une page d'écran affichée dans le terminal de créateur montrant l'arborescence d'un dialogue vocal avec des menus; la figure 9 est un algorithme d'étapes pour la 15 création d'un dialogue vocal pour des appels sortants dans le serveur web; - la figure 10 est un algorithme d'étapes principales pour lancer automatiquement une session d'appels sortants dans l'unité de traitement d'appel 20 sortant du serveur vocal interactif; - la figure 11 est une page d'écran affichée dans le terminal de créateur pour programmer immédiatement ou en différé une campagne d'appels sortants; - la figure 12 est un algorithme d'étapes principales de lancement d'une campagne d'appels sortants; - la figure 13 est une page d'écran affichée dans le terminal de créateur pour paramétrer le 30 déclenchement par téléphone d'une campagne d'appels sortants; - la figure 14 montre des étapes principales du déclenchement par téléphone d'une campagne d'appels sortants dans la plate-forme de gestion de services 35 vocaux; - la figure 15 est un tableau de notifications relatives à un appel sortant, affiché dans le terminal de créateur; - la figure 16 montre le tableau de la figure 5 15, mais complété par des notifications jusqu'à la fin de l'appel sortant en cours; - la figure 17 montre des étapes principales pour lancer et gérer une campagne d'appels sortants; - la figure 18 est un bloc-diagramme d'une unité 10 de traitement d'appels entrants dans le serveur vocal interactif avec des fichiers mémorisés pour appels entrants; - la figure 19 est un algorithme d'étapes principales pour traiter automatiquement un appel 15 entrant dans une unité d'appel entrant du serveur vocal interactif; - la figure 20 est un tableau de notifications pour un appel entrant, affiché dans le terminal des créateurs; et - la figure 21 montre des étapes principales du traitement d'un appel entrant. En référence à la figure 1, une plate-forme de gestion de services vocaux interactifs 1 selon 25 l'invention héberge principalement un serveur vocal interactif 2 et un serveur web 3 qui sont implémentés sous forme de logiciels et qui sont reliés à travers une passerelle logicielle 4. Le serveur vocal 2 est relié par une interface 30 d'accès 5 à des réseaux d'accès respectifs RA pour plusieurs terminaux d'usager Tl, T2. Typiquement, la passerelle d'accès 5 qui peut gérer simultanément de nombreux appels est reliée aux réseaux d'accès par un réseau numérique à intégration de services RNIS avec 35 sélection directe à l'arrivée pour des appels entrants. Par exemple, l'un T1 des terminaux d'usager est un terminal téléphonique fixe relié par une ligne téléphonique à un réseau téléphonique commuté. Un autre terminal d'usager T2 est un terminal 5 radiotéléphonique mobile relié à un réseau de radiotéléphonie cellulaire numérique du type GSM ou UMTS, en tant que réseau d'accès. Comme on le verra dans la suite, les terminaux d'usager T1, T2 peuvent être appelés par le serveur vocal interactif 2 lors 10 du traitement d'une campagne d'appels sortants selon l'invention. Le serveur web 3 est relié à travers une interface d'accès 6 à un réseau de paquets RP, tel que le réseau internet afin de communiquer avec un 15 terminal de créateur de service vocal interactif TCS du type ordinateur personnel. Le créateur de service est par exemple un usager non spécialiste ou bien le représentant d'une communauté d'intérêt tel qu'un club sportif, une association ou un groupement de 20 professionnels et est considéré comme un client pour l'opérateur gérant la plate-forme de gestion de services vocaux 1. Le terminal TCS comprend une interface graphique d'usager sous la forme d'un navigateur NV et une interface d'accès IA au réseau 25 internet RP. En référence à la figure 2, le serveur vocal interactif 2 comprend au moins une unité de traitement d'appel sortant 7 associée à des fichiers 30 stockés dans la mémoire 8 de la plate-forme 1 de manière à lancer au moins une session d'un ou de plusieurs appels sortants vers les terminaux d'usager T1, T2. En pratique, le serveur 2 comprend plusieurs unités de traitement d'appel sortant 7 pour traiter 35 sélectivement en parallèle des dialogues vocaux il relatifs à des listes ou campagnes d'appels sortants respectivement créés par plusieurs créateurs et établis en parallèle, comme on le verra plus loin. Une session d'appel sortant est composée d'un 5 ensemble de phases de base concernant principalement l'établissement d'un appel sortant, un dialogue entre le serveur vocal interactif 2 et des terminaux d'usager appelés Tl, T2, et une rupture d'appel sortant. L'établissement d'un appel sortant vers au 10 moins l'un des terminaux d'usager sélectionnés et la rupture d'un appel sortant au début et à la fin d'une session sont contrôlés par deux modules 70 et 71 dans l'unité de traitement 7. Les phases de base sont sous la forme de phases logicielles 72 qui sont stockées 15 dans la mémoire centrale de la plate-forme 1 et qui peuvent être sélectionnées et paramétrées pour chaque appel sortant ou pour une campagne d'appels sortants par le créateur d'un service depuis son terminal TCS. Chaque phase de base 72 est écrite en un langage 20 de programmation de haut niveau, de préférence en le langage XML (eXtensible Markup Language). Une phase de base peut être textuelle ou vocale ou partiellement vocale, par exemple pour diffuser un fichier de texte 80 ou un fichier de son 81 ou pour 25 demander ou vérifier un identificateur d'usager, ou peut ne pas être vocale par exemple pour établir ou rompre un appel, ou affecter une valeur à une variable. Vis-à-vis du créateur de service, les aspects propriétaires éventuels des phases sont 30 masqués par l'intermédiaire de fonctions intuitives de plus haut niveau via le serveur web 3. Comme on le verra plus loin, en sélectionnant et paramétrant des phases de base parmi toutes les phases de base initiales vierges pré-enregistrées dans la plate35 forme 1, le créateur de service programme à travers le réseau internet RP et le serveur web 3 particulièrement des phases de dialogue avec des terminaux d'usager appelés T1, T2. Les phases sont enchaînées selon le dialogue vocal souhaité par le 5 créateur de service sous la commande d'un moteur d'enchaînement de phases de dialogue vocal 73 qui lit et charge en mémoire centrale les différentes phases de base de dialogue vocal sélectionnées selon les paramètres d'un fichier de dialogue vocal 82 et de 10 données contenues dans un fichier 83. Les données peuvent être utilisées par le dialogue vocal paramétrable à travers les phases de base sélectionnées en recherchant des données sur des critères spécifiques. Outre les fichiers 82 et 83, l'unité de traitement d'appel sortant 7 est associée à divers fichiers 80 à 86, y compris des fichiers de texte 80 et de son 81 qui servent au paramétrage avec des données et à la construction des phases de base 72. Un autre fichier 84 associé à l'unité 7 inclut des informations paramétrables écrites en langage XML, nécessaires à l'établissement d'un appel sortant, telles que le numéro téléphonique d'un terminal à appeler, le nombre de tentatives de la 25 phase d'établissement d'appel sortant s'il n'y a pas de réponse de l'appelé, etc. L'unité de traitement d'appel sortant 7 comprend encore un module de programmation d'appel 74 pour la programmation d'un appel sortant suivant notamment en 30 fonction du résultat d'un appel sortant courant précédent, et un gestionnaire de notifications 75 qui gère des notifications produites pendant l'exécution des phases de base 72 enchaînées du dialogue vocal paramétrable, ou par des événements de signalisation 35 téléphonique, ainsi que des notifications relatives au séquencement d'appel sortant d'une campagne d'appels sortants, et un module d'aboutement 76 pour abouter un appel sortant à au moins un autre appel sortant. Ces derniers modules sont en relation avec 5 des fichiers relatifs à la surveillance d'appel sortant. Les fichiers de surveillance sont un fichier de notification 85 et un fichier de traces 86. Le fichier 85 regroupe les notifications produites lors d'au moins une session d'appel sortant invoquée par 10 l'unité de traitement 7 et écrites par le gestionnaire de notifications 75. Le gestionnaire 75 établit une traçabilité d'un appel sortant dans un fichier de traces 86 qui mémorise une trace de l'appel sortant sur l'exécution ou non de diverses 15 phases dans l'unité 7 de manière à reconstituer l'historique de l'appel sortant après que celui-ci soit terminé. Quelques phases de base qui respectent le 20 formalisme du langage XML sont présentées ci-après. Chaque phase est définie par une fonction propre qui est écrite en respectant la syntaxe en langage XML avec des balises propres à la phase. Des phases de base sont notamment en rapport avec: - de la diffusion d'informations, par exemple: synthèse vocale de texte pour synthétiser une chaîne de caractères ou un fichier de texte, ou diffusion de fichier de son relatif par exemple à un message vocal déposé par le créateur; synthèse vocale de texte ou 30 de fichier de texte, ou diffusion de fichier de son, pouvant être décalée temporellement, sous la condition qu'une variable ait une valeur particulière, telle qu'une touche de clavier d'usager prédéterminée à solliciter; synthèse d'un fichier de 35 texte ou diffusion d'un fichier de son dont le nom est représenté par une variable, pouvant être décalée temporellement, sous la condition qu'une autre variable ait une valeur particulière; - des variables, par exemple: synthèse vocale 5 de la valeur d'une variable, récupération des valeurs de variables dans un fichier de données associé au dialogue vocal ou dans un serveur HTTP (HyperText Transfer Protocol) en interrogeant celui-ci, fixation de la valeur d'une variable; - une vérification qu'un terminal d'usager est à fréquences vocales DTMF (Dual Tone MultiFrequency) en demandant à l'usager d'appuyer sur une ou des touches prédéterminées et en mettant fin à la communication si un ou plusieurs signaux de numérotation DTMF ne 15 sont reçus par le serveur vocal; - des opérations de saisie, telles qu'une saisie de code par sollicitation d'une ou plusieurs touches de clavier et transmission de signaux DTMF et/ou par reconnaissance vocale, par exemple d'un "oui" ou 20 "non" ou d'une ou plusieurs expressions prédéterminées, pour demander une confirmation/infirmation ou une poursuite du dialogue à un usager ou un choix d'une réponse parmi plusieurs; - une création d'un menu avec choix en fonction de touches DTMF (voir figure 8) ; - la fin d'une communication en cours qui ne peut être effective que si une variable vaut une valeur particulière; - un aboutement pour effectuer, lors d'une première communication téléphonique en cours, une seconde communication et abouter les deux communications via le module 76; - le résultat d'un appel considéré comme positif 35 ou non pendant le déroulement d'un dialogue; - la fixation de la valeur d'un niveau de notification; - l'introduction d'une notification personnalisée qui est spécifique au service du créateur 5 d'une requête de diffusion et permettra l'analyse fine de notifications pendant un appel, sans influer sur le résultat positif ou négatif de l'appel; - la durée d'un appel pendant le déroulement d'un dialogue entre la date de l'instant présent et 10 la date de fin de communication qui sont enregistrées en tant que variables afin de comparer leur différence à une valeur de durée minimale; - une modification de l'ordonnancement d'appels suite à une réponse d'usager; par exemple, le 15 serveur vocal demande à un usager appelé de saisir un code confidentiel pour valider son identité; si le code confidentiel saisi par l'usager appelé est correct, le serveur vocal arrête la diffusion séquentielle d'appels à la fin de l'appel dudit 20 usager; sinon, le serveur vocal continue la liste de diffusion séquentielle d'appels vers le terminal suivant de la liste; cette phase de base contribue à créer une liste de diffusion séquentielle d'appels qui ne s'arrête pas dès qu'un usager a répondu à un 25 appel. Une phase de dialogue vocal est représentée sous la forme suivante en langage XML: PHm text PHq ... ... Chaque phase commence et se termine par une 5 balise englobante , possède une balise qui représente le numéro d'ordre PHm de la phase dans l'enchaînement de M phases vocales sélectionnées pour au moins un appel selon un fichier de dialogue 82, par niveau de profondeur du dialogue, par branche de 10 menu sélectionnée, etc. La balise commence à 1 et est incrémentée d'une unité pour passer à la phase vocale suivante, avec l'indice m tel que 1 S m S M. La phase possède également une balise qui représente la description textuelle de la phase 15 ce qui permet de connaître rapidement le type de la phase, et une balise qui représente l'identificateur numérique unique PHq de la phase parmi les Q phases 72 pré-enregistrées dans la plateforme 1 et lisible par l'unité de traitement d'appel 20 sortant 7 du serveur vocal 2, avec 1 S q S Q. La phase de base peut posséder une ou N balises spécifiques propres à ladite phase, avec 1 S n S N, ou ne possède aucune de ces balises spécifiques. Par exemple, un dialogue vocal global constitué par trois phases vocales de base ayant pour identificateurs PHq 1, 3 et 2 est ordonnée selon les numéros d'ordre respectifs PHm 1 à 3, et commence et est terminée par la balise englobante de dialogue 30 de la manière suivante: 1 text 35 l Ceci est un example de dialogue. l 2 .txt 3 example.txt 1 10 3 .wav 2 example.wav 3 Un nombre de diffusions successives d'une phase 20 de base constitue un attribut de la balise . Le dialogue ci-dessus représente un dialogue vocal comportant trois phases de base: une première phase relative à la synthèse d'une chaîne de 25 caractères "Ceci est un example de dialogue.", une deuxième phase relative à la synthèse d'un fichier de texte désigné par "example.txt", et une troisième phase relative à de la diffusion d'un fichier de son désigné par "example.wav". 30 Le serveur web 3 est utile pour créer, lancer et programmer ainsi que suivre en direct ou en différé par le biais de notifications, des appels sortants comprenant chacun un dialogue vocal avec en général 35 plusieurs phases de base. Lors de la création des différentes phases composant un appel sortant pour un service vocal interactif, le serveur web 3 est relié au terminal TCS du créateur de l'appel sortant à travers le réseau internet RP et l'interface d'accès 5 6. Les phases de base qui correspondent à certaines fonctions que le créateur souhaite introduire dans un dialogue de service vocal pour l'appel sortant, sont sélectionnées et paramétrées par l'intermédiaire de pages hypertextuelles HTML (HyperText Markup 10 Language) transmises par le serveur 3 et affichées sous la commande du navigateur NV dans le terminal TCS. Toutes ces phases de dialogue vocal sont écrites en langage XML et ne nécessitent aucune conversion de langage lors du paramétrage et de la sélection de 15 celles-ci. Comme on le verra plus loin dans la description, le serveur web peut communiquer avec le terminal TCS du créateur pendant le déroulement d'un appel sortant afin de lui transmettreau moyen du gestionnaire de notifications 75 dans le serveur 20 vocal des notifications relatives notamment à de la signalisation à travers le réseau d'accès RA du terminal d'usager ayant reçu l'appel sortant et surtout relatives à des interactions avec l'usager appelé particulièrement lorsque celui-ci doit fournir 25 des informations. Comme montré à la figure 3, le serveur web 3 comprend divers modules logiciels 300 à 332 qui peuvent être écrits chacun sous la forme d'un script implémenté dans le serveur web 3. Chaque module dans 30 le serveur web 3 coopère avec le navigateur NV dans le terminal de créateur TCS pour afficher des pages sur l'écran du terminal relatives notamment à un dialogue pour appel sortant ou entrant en cours de création, ou à des notifications produites par des phases de base de dialogue particulièrement d'appel sortant surveillées dans le serveur vocal 2. Pour créer un service vocal interactif, le créateur utilise depuis son terminal TCS des modules 5 300 à 305 dans le serveur web 3 qui servent respectivement à créer un fichier de texte, à télécharger un fichier de texte, à transférer un fichier de son, à télécharger un fichier de son, à créer un fichier de dialogue en langage XML sous la 10 forme d'une séquence de phases de base sélectionnées parmi les phases de base initiales pré-enregistrées dans la mémoire de la plate-forme 1, et à créer un fichier de données en langage XML qui sont exploitables par au moins l'une des phases dans le 15 dialogue vocal créé au moyen du module 304. De manière à manipuler les fichiers produits par le créateur au moyen des modules 300, 302, 304 et 305, le serveur web 3 y associe respectivement quatre modules 310, 312, 314 et 315 qui peuvent être sous la 20 forme d'un script pour copier, supprimer et renommer respectivement un fichier de texte, un fichier de son, un fichier de dialogue et un fichier de données. Le module 304 permet de créer un dialogue vocal paramétrable à partir des phases de base initiales 72 25 pré-enregistrées dans la plate-forme. Comme indiqué ci-dessus, chaque phase de base comprend des balises parmi lesquelles une balise est associée à un numéro PHq pour identifier et adresser celle-ci lorsqu'elle est sélectionnée parmi toutes les phases pré30 enregistrées, et un numéro PHn pour l'ordonner avec les autres phases sélectionnées par le créateur suivant le dialogue qu'il souhaite créer. Afin d'éviter des erreurs de syntaxe en langage XML et de faciliter la construction du dialogue, le serveur web 35 3 masque la syntaxe du langage XML au créateur du dialogue devant le terminal TCS à travers le navigateur NV. Le créateur choisit ainsi au fur et à mesure de la construction du dialogue chaque phase de base qu'il souhaite ajouter au dialogue et affecte 5 des valeurs aux balises de cette phase de base par le biais de formulaires HTML. Selon l'exemple du dialogue à trois phases de base présenté ci-dessus, le module 304 assiste le créateur de la manière suivante chaque fois qu'une 10 phase de dialogue est à ajouter. Si après avoir construit le dialogue avec les trois phases, le créateur souhaite ajouter une quatrième phase de base, le navigateur NV affiche à l'écran du terminal TCS la page HTML montrée à la figure 4. Cette page 15 invite le créateur à "sélectionner une phase de dialogue" soit avant l'une des trois phases, soit à la suite de l'ensemble des trois phases de dialogue qui sont présentées de manière compréhensible au créateur au bas de la page HTML affichée. Comme 20 indiqué à la figure 5, le créateur sélectionne à l'écran de son terminal une quatrième phase qui concerne une diffusion d'un fichier de son de type ".wav" dans un catalogue affiché des phases de base préenregistrées disponibles. Après avoir sélectionné 25 la phase de base "diffusion de fichier son", un formulaire HTML montré à la figure 6 est affiché pour proposer d'affecter des valeurs à deux paramètres de la quatrième phase de base sélectionnée: un paramètre concernant le nom du fichier de son 30 "aurevoir.wav" qui est à diffuser au cours de cette quatrième phase et le nombre de diffusions successives choisi ici égal à 1. Après avoir cliqué sur le bouton "Insérer la phase de dialogue dans le dialogue", la quatrième phase précédemment sélectionnée et paramétrée est affichée soit avant ladite une des trois phases, soit à la suite de l'ensemble des trois phases précédentes du dialogue, comme montré à la figure 7. Ainsi, le module 304 assiste le créateur à la sélection et au paramétrage 5 de chaque phase de base du dialogue à construire sans que le créateur ait à connaître le langage XML ou tout autre langage de programmation. Le module 304 masque ainsi la représentation en langage XML du dialogue ainsi créé. Dans cet exemple, la syntaxe 10 suivante en langage XML de la quatrième phase est introduite automatiquement soit avant la synthase de ladite une des trois phases, soit après la syntaxe des trois premières phases, et avant la balise de fin de dialogue: 4 .wav 3 aurevoir.wav 20 1 Selon un autre exemple de page de dialogue affichée montrée à la figure 8, un dialogue vocal 25 présente deux niveaux de profondeur, c'est-à-dire deux niveaux de menu. Des chaînes de caractères entre crochets dans ce dialogue repèrent de manière unique respectivement un menu, une branche de menu et une phase de base dans une branche. Par exemple, le 30 formalisme est le suivant pour deux branches successives: [0_NUMEROPHASElxNUMEROBRANCHElNUMEROPHASE2xNUMEROBRANCHE2_..] dans lequel: [0_] correspond au premier niveau de profondeur du 35 dialogue désigné par 0; [0_NUMEROPHASE1] correspond à la phase NUMEROPHASE1 du niveau de profondeur 0 du dialogue, telle qu'un message d'accueil ou la présentation d'un menu; [0_NUMEROPHASElxNUMEROBRANCHE1] correspond à la 5 branche NUMEROBRANCHE1 (du niveau de profondeur 1 du dialogue), de choix de la phase NUMEROPHASE1 du niveau de profondeur 0 du dialogue; [0_NUMEROPHASElxNUMEROBRANCHElNUMEROPHASE2] correspond à la phase NUMEROPHASE2 de la branche 10 NUMEROBRANCHE1 de choix de la phase NUMEROPHASE1 du niveau de profondeur 0 du dialogue; Et ainsi de suite... Comme on le verra ci-après, ce formalisme permet de localiser avec précision dans quelle phase une 15 notification a été générée pendant un appel et ainsi de communiquer au créateur du dialogue le contexte exact de la notification, comme par exemple une réponse négative ou positive à une nième question. De cette notification résulte une action appropriée, par 20 exemple une analyse de statistiques relatives aux notifications. Le module du fichier de données 305 dans le serveur web 3 sert à personnaliser le dialogue vocal construit par le créateur en fonction de données 25 transmises par celui-ci dont dépendent des données personnelles à chaque usager dont le terminal d'usager Tl, T2 doit être appelé. Le terminal appelé est identifié par un identificateur dans un fichier de liste de numéros téléphoniques de terminaux créé 30 au moyen d'un module 306 et qui peut être copié, supprimé et renommé au moyen d'un module 316 dans le serveur web 3 par le créateur. Ainsi, le module 305 sert à créer un fichier de données 83 dont les données pourront être chargées dans l'unité 7 du 35 serveur vocal 2 (figure 2) lors de l'exécution de phases du dialogue vocal créé pour appel sortant. Ces données sont relatives à des informations personnelles des terminaux d'usager à appeler et ne nécessitent pas une connexion du serveur vocal 5 interactif 2 à une base de données distante pendant le déroulement de chaque appel sortant par exemple à travers une connexion HTTP, pour récupérer des données lors de l'invocation de variables dans l'unité de traitement d'appel sortant 7. Le module 10 305 regroupe pour chaque usager susceptible d'être appelé par la plate-forme des données diverses et variées qui peuvent être exploitées par les phases de base du dialogue. Ces données incluses dans le fichier 83 en langage XML sont lues sélectivement en 15 tant que variables pendant le déroulement des phases de base du dialogue vocal. Ainsi, en association avec l'identificateur et le numéro téléphonique d'un terminal d'usager, le créateur peut prévoir les valeurs d'un nombre prédéterminé de variables qui 20 sont rangées dans une table de la mémoire de la plate-forme adressables par exemple à partir des numéros téléphoniques. Les variables d'un usager peuvent être par exemple le nom et le prénom, le domicile, l'âge, et un mot de passe, ainsi que des 25 données à demander auprès de l'usager lors du dialogue vocal, de manière à comparer certaines d'entr'elles par exemple à des seuils et orienter l'usager vers des branches correspondantes du dialogue vocal. Ces dernières variables peuvent être 30 par exemple le solde d'un compte bancaire, une date ou un intervalle horaire de disponibilité de l'usager, etc. Le fichier de données est exploité par une phase de base particulière du dialogue vocal paramétrable 35 qui recherche et récupère des valeurs de variables prédéterminées correspondant à l'usager, en adressant la table par l'une de ces variables, telles que le numéro téléphonique de l'usager. Par exemple, la syntaxe d'une telle phase de recherche et récupération est la suivante: x vargetfile 10 5 alpha beta telephone Signification des balises: : nom de variable dont la valeur est à récupérer; : nom de variable sur laquelle on cherche le numéro de téléphone relatif à l'appel sortant, pour chercher la variable à récupérer. La valeur d'une variable lue dans le fichier de 25 données créé peut être annoncée à un usager dans le dialogue vocal paramétrable au moyen d'une phase de base de synthèse vocale de la valeur de la variable. Le serveur web 3 comprend également des modules 307 et 317 pour créer, copier, supprimer et renommer 30 un fichier de liste d'appels sortants LAS 88 comprenant pour chaque appel sortant à exécuter, des paramètres indicateurs d'appel sortant PIA déterminés depuis le terminal de créateur TCS. Les paramètres PIA sont transmis par le module 320 à la passerelle 4 pour que celle-ci les retransmette à l'unité 7 lors de l'initialisation de l'établissement d'un appel sortant afin que l'unité 7 retrouve des paramètres fonctionnels d'appel sortant PFA qui ont été 5 sélectionnés depuis le terminal du créateur de l'appel sortant correspondant au cours de la création de l'appel, au moyen notamment du module 307. Les paramètres identificateurs d'un appel sortant PIA sont notamment un identificateur de requête d'appel 10 sortant et un identificateur du terminal d'usager à appeler selon cet appel sortant et identifié dans la liste de terminaux 87. A titre d'exemple, la figure 9 montre des étapes 15 Cl à C6 pour la création d'un dialogue vocal pour plusieurs appels sortants dans le serveur web 3 depuis le terminal de créateur de service TCS. A l'étape Cl, le créateur crée un ou plusieurs fichiers de texte au moyen des modules 300, 301 et 20 310, et les fichiers de texte sont enregistrés en tant que fichiers 80 dans la mémoire de la plateforme. Le cas échéant à l'étape C2, un ou plusieurs fichiers de son sont créés au moyen des modules 302, 303 et 312 et sont enregistrés en tant que fichiers 25 81 dans la mémoire de la plate-forme. Puis à l'étape C3, au moyen de formulaires HTML affichés par le navigateur NV dans le terminal TCS, les modules 304 et 314 dans le serveur 3 participent à la création d'un dialogue paramétrable en 30 sélectionnant plusieurs phases de base successives déterminées dont certaines peuvent invoquer des fichiers de texte déjà mémorisés 80 et/ou des fichiers de son déjà mémorisés 81, pour finalement enregistrer le dialogue en tant que fichier 82 dans 35 la mémoire de la plate-forme, à l'étape C3. Lors de la création du dialogue, les modules 305 et 315 sont également sollicités pour déterminer des données exploitables par l'une ou plusieurs des phases du dialogue définies à l'étape précédente, et pour 5 mémoriser en tant que fichier de données 83 dans la mémoire de la plate-forme ces données paramétrant les phases de base sélectionnées constituant le dialogue vocal, à l'étape C4. Puis, successivement, aux étapes C5 et C6, le 10 créateur créé un fichier de liste d'identificateurs de terminaux 87 comprenant des paramètres PIA et PFA à enregistrer dans la mémoire de la plate-forme au moyen des modules 306 et 316, et un fichier 88 d'au moins une liste LAS d'appels sortants définis par des 15 paramètres respectifs invoquant un fichier de terminaux précédent 87, à enregistrer dans la mémoire de la plate-forme au moyen des modules 307 et 317. Par exemple, lorsqu'une campagne d'appels 20 sortants est déclenchée automatiquement à une date prévue ou depuis un téléphone du créateur, la passerelle 4 entre les serveurs 3 et 2 dans la plateforme (figure 1) lance une session d'une application de dialogue vocal dans l'unité de traitement d'appel 25 sortant 7 pour au moins un appel téléphonique sortant. Cette session comprend essentiellement des étapes Sl à S15 montrées à la figure 10. Par exemple, cette session vise à appeler le terminal d'usager T1 par le serveur vocal 2. Au début du lancement de la session d'application vocale dans l'unité 7 à l'étape Si, la passerelle 4 transmet à l'unité 7 les paramètres PIA. L'unité 7 concatène les paramètres PIA pour retrouver le nom du fichier de paramètres PFA 84 et lire dans 35 ce fichier 84 les noms des fichiers de dialogue 82 et de données 83 précédemment créés notamment au moyen des modules de serveur web 304, 305 et 306 à l'étape S2. Ces fichiers définissent le dialogue vocal paramétrable à exécuter pendant la session, des 5 données respectives telles que des valeurs de variables à introduire dans des phases de base du dialogue, et des paramètres d'appel sortant respectifs nécessaires à établir l'appel sortant, tel que le numéro téléphonique du terminal d'usager T1 à 10 appeler, une durée de sonnerie d'appel, un nombre de tentatives de l'appel, etc. Les paramètres particuliers sont des paramètres identificateurs d'appel sortant PIA qui sont transmis par la passerelle 4 à l'unité de traitement 7 afin de 15 constituer une adresse pour retrouver le chemin d'un fichier de paramètres fonctionnels d'appel sortant PFA parmi tous les fichiers 84 de manière à établir l'appel sortant souhaité selon les paramètres fonctionnels dans le fichier retrouvé. L'adresse du 20 fichier 84 est constituée par une concaténation de chaîne de caractères constituant des paramètres identificateurs d'appel sortant PIA qui sont notamment un identificateur de requête d'appel sortant ou de campagne d'appels sortants, un numéro 25 de la requête d'appel sortant au sein d'une campagne d'appels sortants et des caractéristiques d'ordonnancement et de séquence pour les appels dans une liste LAS et des listes LAS dans une campagne, des données d'horodatage exprimant le jour et l'heure 30 selon lequelles la requête d'appel sortant doit être exécutée, et un identificateur du terminal d'usager à appeler sélectionné par les terminaux identifiés dans la liste 87, un identificateur d'une heure prédéterminée pour appeler le terminal ou d'une 35 période de disponibilité du terminal à appeler, et un nombre maximal de tentatives d'appel du terminal à appeler. Les paramètres fonctionnels PFA de l'appel sortant qui sont lus dans le fichier 84 désignés par 5 les paramètres identificateurs d'appel sortant précédents PIA sont notamment les suivants: le numéro téléphonique du terminal d'usager à appeler, un identificateur prédéterminé de l'appel sortant à établir, une date butoir du lancement de l'appel 10 sortant postérieure à la date selon les données d'horodatage comprises dans les paramètres identificateurs d'appel sortant PFA, le nom du fichier de dialogue 82, le nom du fichier de données 83, un identificateur de groupe de lignes ou de 15 canaux téléphoniques qui sont rattachés à l'interface d'accès 5 du serveur vocal 2 et à travers l'un desquels l'appel sortant à établir doit passer, une durée maximale de sonnerie d'appel, un nombre maximum de tentatives de l'appel sortant, un retard qui 20 diffère une prochaine tentative d'appel sortant après une première tentative infructueuse, un niveau de notification choisi par exemple parmi trois, un nombre de fois que le dialogue vocal relatif à l'appel sortant souhaité peut être répété, une durée 25 maximale de l'appel sortant, un identificateur de stratégie d'appel sortant qui identifie l'une de plusieurs stratégies pré-enregistrées dans la plateforme en fonction notamment des caractéristiques du terminal appelé et/ou de terminaux et/ou du profil de 30 l'usager appelé, un identificateur de langage pour reconnaissance vocale et synthèse vocale, et un identificateur de voix de synthèse. Le moteur d'enchaînement de phases de dialogue vocal 73 dans l'unité 7 charge ensuite le dialogue à 35 exécuter tel que défini précédemment, à l'étape S3. Le dialogue vocal chargé est sous la forme d'un fichier au format XML. Puis le moteur 73 analyse le dialogue vocal chargé afin d'y détecter au moins une phase de base, 5 à l'étape S4. Si aucune phase de base n'est présente dans le dialogue vocal paramétrable, le moteur 73 passe à l'étape Sll pour arrêter le dialogue vocal. Si au moins une phase vocale de base est chargée dans le moteur 73, celuici commande le module 70 10 pour qu'il demande l'établissement d'un appel sortant à travers l'interface d'accès 5 afin d'appeler le terminal d'usager sélectionné T1, à l'étape S5. Si l'appel a été établi à l'étape S5, le moteur 73 récupère les paramètres de la première phase de 15 base 72 du dialogue vocal chargé avec les paramètres de celle-ci et lance l'exécution de cette première phase vocale paramétrée à l'étape S6. Au cours de l'exécution de la phase vocale, à l'étape suivante S7, le moteur 73 peut récupérer des données, en tant 20 que variables, transmises par l'usager du terminal appelé T1 de manière à orienter le déroulement du dialogue vocal vers l'une de ses branches en fonction d'une ou de plusieurs variables données par l'usager. Par exemple, selon une réponse constituée par le mot 25 "oui" ou "non" reconnue vocalement par le serveur 2, l'une de deux phases de base suivantes est exécutée; selon un autre exemple, l'usager appuie sur l'une de plusieurs touches prédéterminées de son clavier ou prononce un chiffre, ou indique une donnée sous forme 30 vocale ou textuelle qui, en fonction de la comparaison à des paramètres pour la phase de base en cours d'exécution, oriente le déroulement du dialogue vocal vers l'une de plusieurs phases de base suivante du dialogue vocal. Ainsi, à l'étape S8, après 35 l'exécution de chaque phase de base, le moteur de dialogue vocal 73 enchaîne automatiquement les phases de base tant qu'il y a encore une phase de base suivante à exécuter dans le dialogue vocal. Les étapes S6 à S8 sont de nouveau exécutées pour chaque phase de base suivante. S'il n'y a plus de phase de base du dialogue vocal à exécuter à l'étape S8, le moteur 73 arrête le dialogue vocal à l'étape S9 et l'unité 7 libère la liaison entre le serveur vocal 2 et le terminal 10 d'usager T1 par rupture de la communication via le module 71 et l'interface d'accès 5, à l'étape S10. Après l'étape S10 lorsqu'un dialogue vocal a été établi avec le terminal d'usager sélectionné Tl, ou après l'étape Sll lorsqu'il n'y a aucune phase de 15 base dans le dialogue vocal à l'étape S4, ou lorsqu'il n'y a pas eu d'établissement d'appel avec le terminal T1 à l'étape S5, le module de programmation d'appel 74 décide éventuellement de préparer un autre appel vers le terminal T1 déjà 20 appelé notamment après une solution négative à l'étape S4 ou S5, aux étapes S12 et S13, en exécutant à nouveau l'étape Sl et les suivantes après l'étape S15. L'étape S12 prépare également un appel d'un autre terminal identifié sélectionné dans la liste de 25 terminaux créée dans le fichier 87 ou dans une autre liste LAS qui sera lancée ultérieurement via l'étape S15. Le fichier 84 est dans tous les cas détruit, et un nouveau fichier 84 est créé si le module de programmation d'appel 74 décide de préparer un nouvel 30 appel. Dans tous les cas, l'exécution de la session de l'application de dialogue vocal décrite ci-dessus pour un appel sortant est terminée à l'étape S13. Le cas échéant, si à l'étape S14 le terminal appelé T1 libère la liaison avec le serveur vocal 2 35 pendant le déroulement du dialogue vocal aux étapes S6 à S8, le moteur 73 arrête le dialogue vocal à l'étape Sll, le module de programmation d'appel 74 décide s'il est nécessaire de préparer un appel sortant vers le terminal déjà appelé T1 ou un appel 5 sortant vers un autre terminal, à l'étape S12, et l'application de dialogue vocal pour appel sortant est terminée à l'étape S13. La plate-forme de gestion de services vocaux 1 10 est destinée à appeler plusieurs terminaux d'usager relatifs à au moins un service vocal créé par un créateur/client. Le fichier de liste de terminaux créé au moyen du module 306 dans le serveur web 3 contient ainsi une table associant des identificateurs de terminal d'usager respectivement à des numéros téléphoniques de ceux-ci. Grâce au module 307 dans le serveur 3, plusieurs listes d'appels sortants LAS sont désignées par des identificateurs de liste d'appels sortants. Chaque 20 liste LAS comporte des identificateurs de terminaux à appeler et est associée à des conditions communes prédéterminées pour appeler les terminaux de la liste et basées sur quelques paramètres fonctionnels d'appel sortant prédéterminés PFA. Par exemple, une 25 liste d'appels sortants LAS impose que les terminaux de la liste soient appelés successivement l'un après l'autre, ou simultanément en parallèle, et chaque terminal de la liste soit appelé avec une durée maximale de sonnerie d'appel de dix secondes, deux 30 tentatives d'appel, un intervalle de 3 secondes entre deux appels et une durée maximale de communication de 120 secondes, cette liste d'appels étant rangée dans une catégorie non urgente et donc étant traitée par l'unité de traitement d'appel sortant 7 après des 35 appels sortants réputés urgents. Comme pour les modules 304 et 305, les modules 306 et 307 servent à créer des listes de terminaux et des listes d'appels sortants de manière conviviale, en masquant les aspects du langage XML au créateur devant son terminal TCS. Comme montré à la figure 3, le serveur web 3 comprend divers modules 308, 318 et 320 à 328 relatifs à la création, au lancement et à la 10 surveillance d'une ou de plusieurs campagnes d'appels sortants CAS. Une campagne d'appels sortants concerne plusieurs appels successifs et/ou simultanés de plusieurs terminaux à appeler respectivement selon des paramètres d'appel prédéterminés PIA et PFA et 15 suivant un ordre prédéterminé. Ainsi une campagne d'appels sortants est composée d'une ou de plusieurs listes d'appels sortants à exécuter successivement ou simultanément et pour chaque liste, les appels sortants sont lancés successivement ou simultanément, 20 comme cela est schématisé à la figure 10 par la liaison entre les étapes S15 et Sl, ou par plusieurs figures 10 parallèles. Un module 308 dans le serveur web 3 en association avec un autre module 318 est utile au 25 créateur devant son terminal TCS pour créer un fichier d'une ou de plusieurs campagnes d'appels sortants CAS et pour copier, supprimer et renommer un fichier de campagne d'appels sortants 89. Une campagne d'appels sortants peut comprendre a priori 30 un ou deux appels sortants ou en pratique plusieurs dizaines à milliers d'appels sortants. Une campagne d'appels sortants est désignée par un identificateur associé à un ou plusieurs identificateurs de listes d'appels sortants LAS et à un identificateur de 35 l'ordonnancement des listes LAS qui sont traitées successivement ou simultanément par l'unité 7 ou des unités parallèles 7. Pour un traitement simultané des listes d'appels sortants, une liste d'appels sortants est exécutée sans attendre la fin de l'exécution 5 d'une liste d'appels sortants précédente. Les identificateurs des listes d'appels sortants LAS composant la campagne sont associés à des positions respectives dans la campagne d'appels sortants particulièrement lorsque les listes d'appels sortants 10 sont exécutées successivement. Par exemple, une liste de campagnes d'appels sortants CAS fait référence à deux listes d'appels sortants LAS qui sont chacune composée de quatre et six identificateurs de terminaux d'usager à appeler selon deux types de 15 conditions d'appel prédéterminées, les listes étant exécutées séquentiellement, la première liste avant la deuxième liste. De même, l'identificateur de chaque liste d'appels sortants LAS est associé à un identificateur 20 d'ordonnancement des appels des terminaux d'usager de la liste qui sont traités successivement ou simultanément. Ces derniers identificateurs relatifs à une campagne d'appels sortants CAS et aux listes d'appels 25 sortants LAS incluses dans la campagne, à l'ordonnancement des identificateurs des listes d'appels sortants dans la campagne et à l'ordonnancement des identificateurs des terminaux dans chaque liste sont de préférence mémorisés en 30 tant que paramètres identificateurs d'appel sortant PIA. Lorsque la passerelle 4 lance une session de chaque appel sortant d'une campagne, elle reçoit les paramètres PIA transmis par le module 320 ou 74 pour les transmettre à l'unité de traitement d'appel 35 sortant 7 dans le serveur vocal interactif afin de retrouver les fichiers 84 de paramètres fonctionnels d'appel sortant PFA caractérisant l'appel sortant pour le terminal d'usager à appeler pendant la campagne. Outre les identificateurs définis ci-dessus, une campagne d'appels sortants CAS est associée à un identificateur de compte du créateur/client initiateur de la campagne d'appels sortants, qui peut être confondu avec l'identificateur de la campagne 10 lorsque celle-ci est unique, un nombre de relances de la campagne d'appels sortants, un identificateur au moins d'une unité de traitement d'appel sortant qui sera chargée d'établir les appels sortants pendant la campagne et qui est sélectionnée automatiquement 15 parmi plusieurs unités de traitement d'appel sortant 7 incluses dans le serveur vocal interactif 2 et pouvant fonctionner simultanément, un identificateur du dialogue vocal paramétrable correspondant à un fichier 82 à exécuter pour appeler et communiquer 20 avec un terminal d'usager identifié dans l'une des listes LAS incluses dans la campagne CAS, et un identificateur de fichier de données pour paramétrer les phases de base du dialogue vocal. La création d'une campagne de plusieurs appels 25 sortants comprend toutes les étapes Cl à C6 montrées à la figure 9, ainsi qu'une étape supplémentaire C7. L'étape C7 consiste à créer un fichier 89 d'au moins une campagne d'appels sortants CAS invoquant les fichiers 88, 82 et 83, à mémoriser dans la mémoire de 30 la plate-forme au moyen des modules 308 et 318. Selon une particularité des listes d'appels sortants, au moins une liste d'appels sortants peut être associée à plusieurs identificateurs de terminaux d'un usager commun. Grâce à l'ordonnancement successif ou simultané des listes d'appelssortants LAS ainsi que grâce à l'ordonnancement successif ou simultané des appels des terminaux d'usager identifiés dans chacune des 5 listes d'appels sortants, un nombre prédéterminé d'usagers parmi tous les usagers dont les identificateurs des terminaux ont été enregistrées dans la plate-forme, peut être recherché automatiquement. Selon une première variante, divers 10 terminaux d'un premier usager sont par exemple appelés successivement, puis divers terminaux d'un deuxième usager ne sont appelés que si le premier usager n'a pas répondu à l'appel de l'un de ses terminaux, et ainsi de suite. Selon une autre 15 variante, plusieurs usagers sont appelés successivement selon un ordre prédéterminé, d'abord en commençant par l'un des terminaux du premier usager, puis l'un des terminaux du deuxième usager, et ainsi de suite, puis en appelant des deuxièmes 20 terminaux des usagers qui n'ont pas répondu à l'appel de leurs premiers terminaux. L'ordonnancement successif des appels des terminaux selon une liste peut être arrêté en réponse à une simple prise (décroché) de la liaison entre l'un des terminaux et 25 la plate-forme, ou en réponse à la saisie et la vérifiation d'un code confidentiel attendu. Comme montré à la figure 3, le serveur web 3 comprend des modules 320 à 325 pour programmer, 30 lancer et superviser une campagne d'appels sortants CAS créée au moyen des modules 308 et 318 et identifiée par une adresse d'un fichier 89 du type "campagne.xml". Tous ces modules peuvent être des scripts. Pour la programmation et le lancement d'une 35 campagne d'appels sortants CAS, le module 321 est utilisé en relation avec le navigateur NV dans le terminal de créateur TCS. La campagne est lancée par le module 320 en réponse à une requête de campagne d'appels sortants transmise par le terminal TCS ayant 5 reçu une page HTML du type de celle montrée à la figure 11 et transmise par le module 321. Le lancement de la requête peut être demandé par exemple le jour même ou un jour suivant, ou mensuellement un quantième du mois pendant quelques mois, à une heure 10 prédéterminée. Les autres modules participant à une campagne d'appels sortants 322, 323, 324 et 325 sont destinés respectivement à suspendre, réactiver et arrêter définitivement une campagne d'appels sortants lancée 15 et visualiser des notifications relatives à cette campagne. Le déclenchement d'une campagne d'appels sortants CAS préalablement créée présente principalement des étapes DC1 à DCll montrées à la 20 figure 12. Le créateur/client devant le terminal TCS sélectionne l'adresse 10 de la campagne d'appels sortants CAS à lancer (campagne.xml), par l'intermédiaire d'un formulaire HTML chargé depuis le 25 module 321 dans le navigateur NV, tel que celui montré à la figure 11, à l'étape DC1. En particulier, le créateur indique la date de lancement de la campagne CAS. Puis après avoir cliqué sur le bouton "Soumettre la requête" à l'étape DC2, une requête de 30 campagne d'appels sortants incluant les données du formulaire rempli montré à la figure 11 est transmise par le terminal de créateur TCS via l'internet RP au module 320 dans le serveur web 3, à l'étape DC3. En réponse à la requête de campagne, le module 320 lit 35 dans les listes d'appels sortants LAS associées à la campagne d'appels sortants à réaliser et désignant les listes des noms des terminaux d'usager à appeler dans un fichier 88 associé à la campagne, ces terminaux étant caractérisés par des données dans les 5 fichiers respectifs 87. A l'étape DC4, le module 320 distingue un ordre successif ou un ordre simultané des listes d'appels sortants LAS à exécuter en fonction de l'identificateur d'ordonnancement de listes associé à la campagne. Si les listes d'appels sortants LAS contenues dans la campagne d'appels sortants désignée dans la requête sont à exécuter successivement, le module 320 décide si les appels des terminaux d'usager selon la première liste d'appels sortants LAS sont à appeler 15 successivement ou simultanément à l'étape DC5 en fonction du paramètre d'ordonnancement d'appels de terminaux associé à la liste. Si les appels sont successifs, le module 320 lance lorsque la campagne a été programmée immédiatement, ou programme l'appel du 20 premier terminal d'usager de la liste d'appels sortants LAS via la passerelle 4 et les paramètres PIA dans le serveur vocal interactif 2, à l'étape DC6, comme cela a été décrit pour lancer un appel sortant en référence à la figure 10. Puis les autres 25 terminaux de la liste LAS sont appelés successivement en lançant ou programmant la passerelle 4 pour chaque appel, avant de lancer les appels selon la prochaine liste d'appels sortants dans la campagne d'appels sortants, si elle existe, comme indiqué à l'étape 30 DC8. Si à l'étape DC5 la première liste d'appels sortants comporte des appels simultanés, le module 320 lance lorsque la campagne doit être exécutée immédiatement, ou programme simultanément les appels de tous les terminaux de la liste LAS en lançant ou 35 programmant une session d'application vocale de dialogue vocal via la passerelle logicielle 4 et les paramètres PIA pour chaque appel, à l'étape DC7 qui est suivi de l'étape DC8 après l'exécution de tous les appels de la liste. En revenant à l'étape DC4, si les listes d'appels sortants LAS contenues dans la campagne doivent être exécutées simultanément, le module 320 détermine, pour chaque liste d'appels sortants, si les appels des terminaux dans la liste sont 10 successifs ou séquentiels à l'étape DC9, comme à l'étape DC5. A la suite de l'étape DC9, le module 320 lance, lorsque la campagne d'appels sortants doit être effectuée immédiatement, ou programme l'appel du premier terminal de la liste, puis les appels 15 suivants, lorsque les appels selon cette liste sont à exécuter successivement, à l'étape DC10, comme à l'étape DC6. Ou bien à la suite de l'étape DC9, le module lance ou programme tous les appels de la liste lorsque les appels des terminaux selon cette liste 20 doivent être effectués simultanément, à l'étape DC11, d'une manière analogue à l'étape DC7. La campagne est terminée après l'exécution de chacun des appels des listes à l'étape DC10 ou DCll. Une campagne d'appels sortants pré-définie CAS peut être déclenchée par téléphone, c'est-à-dire par le créateur depuis un terminal téléphonique quelconque Tl, T2, en appelant le serveur vocal 2 à travers le réseau d'accès correspondant RA, 30 particulièrement si le créateur ne dispose pas provisoirement d'accès à internet. Comme montré à la figure 3, le serveur web 3 comprend encore deux modules 327 et 328 pouvant être des scripts, pour configurer le mode de déclenchement 35 par téléphone d'une campagne d'appels sortants par l'administrateur de la plate-forme, et déterminer les paramètres de mode de déclenchement par téléphone d'une campagne d'appels sortants par le créateur de service depuis le terminal de créateur TCS. Ainsi le 5 module 328 est utile pour préparer le lancement d'une campagne d'appels sortants prédéterminée depuis un terminal téléphonique quelconque sélectionné par le créateur, lorsque le créateur ne dispose pas d'un accès à une interface internet pour lancer la 10 campagne d'appels sortants prédéterminée soit immédiatement, soit à une date déterminée. L'administrateur définit un mode de déclenchement par téléphone de campagnes d'appels sortants au moyen d'un formulaire HTML, tel que celui montré au bas de 15 la figure 13, transmis par le module 327 et chargé dans le navigateur NV. Le créateur définit à l'avance en association avec l'identificateur de la campagne d'appels sortants le numéro téléphonique d'un terminal téléphonique à partir duquel il appellera 20 pour déclencher les campagnes CAS, un identificateur propre au créateur qui pourra lui être demandé par le serveur 2 avant le lancement de la campagne d'appels sortants et l'identificateur de la campagne d'appels sortants CAS à lancer. Le terminal téléphonique dont 25 le numéro est transmis au serveur web sert au créateur pour appeler une application vocale dite "alerte" 77 (figure 1) développée dans le serveur vocal 2. L'application "alerte" est appelé au moyen d'un numéro téléphonique défini par l'administrateur 30 et utilisée pour toutes les campagnes d'appels. La campagne est déclenchée après que l'application alerte 77 reconnaisse l'une de plusieurs combinaisons basées sur les trois paramètres montrées à la figure 13 et définissant le mode de déclenchement de campagne par téléphone sélectionné par l'administrateur. Pour déclencher une campagne d'appels sortants CAS par téléphone, au moins des étapes DC12 à DC15 montrées à la figure 14 sont exécutées. Le créateur souhaitant déclencher la campagne d'appels sortants prédéfinie CAS par téléphone compose le numéro téléphonique de l'application vocale alerte 77, de manière à établir une 10 communication entre le terminal et le serveur vocal 2, à travers les réseaux d'accès RA et l'interface d'accès 5, à l'étape DC12. Puis l'application vocale alerte 77 répond à l'appel du créateur appelant si aucun des trois paramètres précités n'est exigé, et 15 demande éventuellement à celui-ci de s'identifier en fonction du mode de déclenchement de la campagne d'appels sortants qui a été préalablement défini au moyen des modules 327 et 328, à l'étape DC13. L'application vocale alerte 77 détermine alors à 20 l'étape DC14 le nom de la campagne d'appels sortants CAS à lancer immédiatement et déclenche un logiciel client HTTP 41 implémenté dans la plate-forme de gestion de services vocaux 1 (figure 1). L'application alerte 77 initie une requête HTTP via 25 le logiciel client HTTP 41 vers le module de traitement de requête de campagne 320 dans le serveur web 3, à l'étape DC15. La requête ainsi transmise au module 320 à l'étape DC14 est ensuite traitée, comme une requête de campagne d'appels sortants transmise 30 par le terminal de créateur TCS, aux étapes DC4 à DC10 montrées à la figure 12 et relatives au lancement ou à la programmation des appels des terminaux d'usagers identifiés dans les listes d'appels sortants LAS de la campagne d'appels 35 sortants CAS lancée. Une ou plusieurs campagnes d'appels sortants CAS peuvent être surveillées dans le terminal de créateur/client TCS au moyen du module 325 dans le 5 serveur web 3 à travers l'interface d'accès internet 6 afin de communiquer au terminal de créateur TCS des notifications produites notamment par des phases de base 72 et gérées par le gestionnaire 75. Le créateur devant le terminal TCS lit un formulaire HTML 10 téléchargé depuis le module 325 par le navigateur internet NV et sélectionne l'une des campagnes d'appel à surveiller en direct, ou en différé si celle-ci est déjà terminée. Par exemple, comme montré à la figure 15, un 15 tableau de notifications relatives à un appel en cours d'exécution pendant la campagne d'appel est affiché dans le terminal TCS via le module 325. Dans ce tableau, une première ligne de notification concernant l'appel pendant une phase 1 sur un premier 20 niveau de profondeur de dialogue contient les caractéristiques notamment d'une requête de type simultanée (parallel) relative à la première liste d'appels sortants LAS parmi d'autres listes lues simultanément (parallel), pour un numéro téléphonique 25 (Phone Number) d'un terminal prédéterminé pour laquelle au plus deux tentatives d'appels sont prévues. A la dernière ligne du tableau de la figure 15, le code de notification "INPUTOK_1161" indique que l'usager du terminal appelé a saisi un code 30 confidentiel "1161" dans la phase de base [0_3], correspondant à la phase 3 sur le premier niveau de profondeur du dialogue, et que la communication téléphonique correspondant à cet appel est toujours en cours d'exécution. Selon encore un autre exemple 35 de tableau de notifications montré à la figure 16, qui est plus complet que le tableau de la figure 15, la dernière notification DISCONNECT indique que l'appel est déjà terminé. Pendant un appel, le gestionnaire de 5 notifications 75 gère les notifications produites par les phases de base 72 enchaînées selon le dialogue vocal paramétrable par le moteur 73 dans l'unité 7 ou produites par des événements de signalisation téléphonique, ou gère des notifications sur le 10 séquencement des appels d'une campagne d'appels sortants CAS. Le gestionnaire 75 écrit les notifications générées par les appels sortants dans un ou plusieurs fichiers 85 de la mémoire 8 de plateforme, suivant un formalisme précis. Un fichier de 15 traces 86 est complété au fur et à mesure de l'exécution des phases du dialogue vocal pour reconstituer l'historique du dialogue lorsque l'appel est terminé. Le module de visualisation 325 récupère les notifications dans les fichiers 85, en réponse à 20 une ou des requêtes émises par le terminal créateur de service TCS. L'une des phases de base 72 est prévue pour introduire des notifications personnalisées respectivement dans certaines des phases de base de dialogue vocal paramétrable. A titre d'exemple, les notifications pour appel sortant sont de plusieurs types relatifs à une erreur de syntaxe dans un dialogue en langage XML; un événement au cours de l'établissement de l'appel tel que l'absence d'une ressource téléphonique disponible, le traitement en cours de l'appel, la transmission d'un signal d'appel au terminal appelé, un signal d'occupation du terminal appelé, ou bien encore une réponse ou une absence de réponse du terminal appelé ; une fin de l'appel, que le terminal 35 appelé ait répondu ou non; une reprogrammation d'un appel vers le terminal à appeler ou une anomalie relative à cette reprogrammation; une programmation d'un appel vers le terminal suivant à appeler ou un échec de la programmation de l'appel vers le terminal 5 suivant; des évènements relatifs à l'ordonnancement des appels dans une liste d'appels sortants LAS et à l'ordonnancement de listes LAS dans une campagne d'appels sortants CAS, tels que le déroulement de chaque appel relatif à une liste LAS ou à une 10 campagne CAS, indépendamment du caractère successif ou simultané des appels dans la liste ou la campagne, la fin des appels d'une liste ou la fin des appels d'une campagne; une interaction avec l'usager d'un terminal appelé, comme la sollicitation d'une ou 15 plusieurs touche du clavier du terminal appelé, par exemple signalée par un signal en code DTMF (Dual Tone MultiFrequency) transmis par le terminal d'usager: par exemple, pour une confirmation ou un refus d'un choix proposé à l'usager appelé, ou pour 20 la saisie d'un code sur le clavier du terminal appelé à valider par le serveur vocal 2, ou bien encore pour des interactions avec l'usager appelé mais pour valider un chiffre ou un code prononcé par l'appelé et à reconnaître par l'unité de traitement d'appels 25 sortants 7 dans le serveur vocal interactif 2; au moins un événement détecté par le module 76 et relatif à un aboutement de deux appels respectivement relatifs à des premier et deuxième terminaux à appeler successivement, tel que la transmission d'un 30 signal d'appel au deuxième terminal, l'aboutement de l'appel du deuxième terminal à l'appel du premier terminal, un échec de l'appel du deuxième terminal et donc de l'aboutement des deux appels, ou la fin de l'appel du deuxième terminal à abouter ou abouté à 35 l'appel du premier terminal. Typiquement, chaque notification dans un fichier gérée par le gestionnaire de notifications 75 est textuelle et consiste en une ligne de fichier comprenant plusieurs champs indiquant notamment une 5 date de création de la notification (date of event), un identificateur (ID) de la ressource téléphonique utilisée notamment dans l'interface 5 pour traiter cette notification dans le serveur vocal interactif 2, un numéro téléphonique de terminal appelé, un 10 numéro (ID) de la notification relative à l'appel sortant, le type de la notification tel que défini ci- dessus, un identificateur du créateur de la requête de diffusion, un identificateur de la requête de campagne d'appels sortants créé par le module 320, 15 un numéro d'ordre de requête concernant une campagne d'appels sortants, le caractère successif ou simultané de l'ordonnancement des listes d'appels sortants LAS, un identificateur de la liste d'appels sortants LAS à laquelle appartient l'appel en cours, 20 le caractère successif ou simultané de l'ordonnancement des appels de la liste d'appels à laquelle appartient l'appel en cours, un identificateur du terminal à appeler selon la liste d'appels sortants en cours de lecture, un 25 identificateur de l'heure d'appel du terminal à appeler, le nombre de tentatives d'appel restantes du terminal appelé, et un identificateur de la phase de base d'où a été générée la notification. Pour surveiller une campagne d'appels sortants 30 CAS, trois étapes principales DC16, DC17 et DC18 sont nécessaires, comme montré à la figure 17. D'abord, la campagne d'appels sortants CAS est programmée dans le temps, ou lancée immédiatement, par exemple au moyen d'un formulaire HTML montré à la figure 11 et 35 l'exécution des étapes DCl à DC11 montrées à la figure 12, via le module 321 dans le serveur web 3, ou éventuellement par téléphone selon les étapes DC12 à DC15 montrées à la figure 14, via le module 328, à l'étape DC16. Les caractéristiques de la campagne 5 sont mémorisées dans un fichier 89. Le cas échéant à l'étape suivante DC17, la campagne d'appels sortants est suspendue, réactivée ou arrêtée définitivement via le module 322 ou 323 ou 324. A l'étape DC18, des notifications qui sont générées par le gestionnaire 10 de notifications 75 lors de la surveillance du déroulement des phases de base des appels sortants de la campagne d'appels sortants sont visualisées dans le terminal TCS via le module 325 à l'étape DC18. Selon une deuxième réalisation plus complète, le serveur vocal interactif 2 comprend une ou plusieurs unités de traitement d'appel entrant 9 reliées à l'interface 5 d'accès aux réseaux d'accès RA. D'une manière analogue à une unité de traitement 20 d'appel sortant 7 montrée à la figure 2, l'unité de traitement d'appel entrant 9 montrée à la figure 18 est représentative d'une application vocale pour appel entrant développée sur le serveur 2. L'unité 9 comprend un module de réponse à appel entrant 90, un 25 module de rupture d'appel entrant 91, des phases de base 72 par exemple relatives à de la synthèse de texte ou de fichier de texte ou à une récupération de fichier de son, ou encore à de la diffusion de fichier de son, un moteur d'enchaînement de phases de 30 base de dialogue vocal 93 pour enchaîner automatiquement des phases de base ordonnées selon un dialogue vocal d'appel entrant paramétrable créé pour au moins un appel entrant établi, et un gestionnaire de notifications 95 qui gère des notifications 35 produites par les phases de base du dialogue vocal paramétrable développé dans le moteur 93, ou des évènements de signalisation téléphonique, et un module d'aboutement 96 pour abouter un appel entrant à au moins un appel sortant. La construction d'un dialogue vocal paramétrable pour au moins un appel entrant ou plusieurs appels entrants à partir de phases de base 72 écrites en langage XML et sélectionnées et ordonnées parmi les phases de base pré-mémorisées dans la plate-forme, et 10 la détermination de paramètres de certaines de ces phases de base, y compris la personnalisation de données du dialogue vocal transmises par le terminal de créateur TCS, sont régies par des modules de création et de modification de fichiers 300 à 305 et 15 310 à 315 dans le serveur web 3 selon une procédure analogue à celle de la création d'un dialogue vocal pour appel sortant décrite ci-dessus (figures 4 à 9). Le moteur de dialogue vocal 93 dans l'unité 9 lit les différentes phases de base sélectionnées 20 selon un dialogue vocal d'appel entrant 82 associé à des données contenues dans un fichier 83 et en variante en fonction de données/paramètres d'appel entrant contenues dans un fichier 84 et recueillis notamment au cours de l'établissement de l'appel 25 entrant. L'unité de traitement d'appel entrant 9 est associée également à des fichiers de texte 80 et de son 81 qui servent au paramétrage avec des données et à la construction des phases de base d'appel entrant 72, ainsi qu'à des fichiers relatifs à la 30 surveillance d'appel entrant 85 et 86. Le fichier de notification d'appel entrant 85 regroupe les notifications produites lors d'une session d'appel entrant invoquée par l'unité de traitement 9 et écrite par le gestionnaire de notifications 95. Le 35 fichier de traces 86 établit une traçabilité de 47 2858154 l'appel entrant en mémorisant une trace sur l'exécution ou non de diverses phases dans l'unité 9 de manière à reconstituer l'historique de chaque appel entrant après que celui-ci soit terminé. De plus, au début de la création d'un service vocal interactif pour appel entrant, l'administrateur de la plate-forme attribue un numéro téléphonique NSDA au créateur via un module 330 dans le serveur web 3. Le créateur associe un dialogue vocal du 10 service vocal interactif pour appel entrant au numéro téléphonique NSDA selon un service dit "sélection directe à l'arrivée (SDA)" propre au réseau RNIS relié à l'interface d'accès 5 qui établit un lien entre le numéro téléphonique attribué NSDA et le 15 service. Après avoir composé le numéro téléphonique attribué NSDA dans son terminal T1, T2, un usager peut appeler directement le service vocal interactif. Par exemple, un dialogue désigné par l'adresse "example.xml" est associé au numéro attribué NSDA 20 ayant comme quatre derniers chiffres "8321". Un autre module 331 utilisé par le créateur dans le serveur web 3 active le dialogue vocal du service vocal interactif pour appel entrant en réponse à un appel entrant avec le numéro téléphonique NSDA attribué au 25 créateur par le module 330. Le module 331 sert ainsi à activer ou non le dialogue, mais aussi à configurer un identificateur d'une campagne d'appels entrants et à sélectionner un niveau de notification souhaité pour la campagne d'appels entrants, c'est-à-dire un 30 ensemble de notifications prédéterminées. Les notifications générées par les appels entrants correspondant à l'association numéro NSDAidentificateur de campagne d'appels entrants-dialogue sont regroupées ensemble pour que les notifications 35 soient générées plus facilement par le gestionnaire et le module 332 et transmises au terminal du créateur. Le traitement d'un appel entrant dans l'unité de 5 traitement d'appels entrants 9 comprend principalement des étapes El à E11 montrées à la figure 19. Un signal d'appel téléphonique entrant résultant d'un appel de la plateforme de gestion de services 10 vocaux 1 depuis un terminal d'usager Tl, T2 dans lequel a été composé le numéro téléphonique attribué NSDA, est détecté par l'interface d'accès 5 du serveur vocal interactif 2 à l'étape El. En réponse au signal d'appel détecté, le serveur vocal 15 interactif 2 sélectionne l'une des applications vocales matérialisées chacune par une unité de traitement d'appels entrants 9 selon la figure 18, en fonction du numéro téléphonique attribué NSDA. Le module de réponse d'appel entrant 90 dans l'unité 20 sélectionnée 9 répond à l'appel à l'étape E2 via l'interface d'accès 5. En fonction du numéro NSDA et d'autres critères tels que l'heure d'arrivée de l'appel entrant, l'unité 9 détermine le nom du dialogue vocal paramétrable à exécuter à l'étape E3. 25 Le moteur de dialogue vocal 93 charge le dialogue vocal à exécuter sous la forme d'un fichier 82 et éventuellement des données sous forme d'un fichier 83, lus dans la mémoire de la plate-forme à l'étape E4. Puis le moteur de dialogue vocal 93 vérifie qu'au moins une phase de base vocale 72 est présente dans le dialogue vocal d'appel entrant à exécuter à l'étape E5. Si aucune phase de base n'est présente dans le dialogue vocal paramétrable, le moteur de dialogue vocal 93 arrête le dialogue vocal à l'étape E9. Si au moins une phase vocale 72 est présente dans le dialogue vocal à l'étape E5, le moteur de 5 dialogue vocal 93 lit éventuellement dans les fichiers 83 et 84 des données et paramètres de la phase de base de dialogue vocal à exécuter et lance l'exécution de cette phase vocale à l'étape E6. Au cours de l'exécution de la phase de base paramétrée à 10 l'étape E7, le moteur de dialogue vocal 93 peut récupérer des données, en tant que variables, transmises par le terminal d'usager appelant. Puis le moteur 93 détermine si une phase vocale suivante est présente dans le dialogue vocal à l'étape E8. Si une 15 phase vocale suivante existe, celle-ci est exécutée en procédant à nouveau aux étapes E6, E7 et E8. Si l'exécution du dialogue vocal d'appel entrant est terminée à l'étape E8 par l'absence de phase de base vocale suivante, le moteur 93 arrête le dialogue 20 vocal à l'étape E9. Ainsi après l'étape E9 succédant à l'étape E5 ou à l'étape E8, le module de rupture d'appel entrant 91 dans l'unité de traitement d'appel entrant 9 rompt l'appel entrant via l'interface d'accès 93, ce qui 25 libère la liaison entre la plate-forme et le terminal d'usager appelant, à l'étape 'E10. L'application vocale pour appel entrant est alors terminée à l'étape Ell. Comme montré également à la figure 19, si 30 l'usager appelant procède à une libération de la liaison entre son terminal T1, T2 et le serveur vocal interactif 2 dans la plate-forme 1, par exemple par une opération de raccrochage de combiné, à l'étape E12, pendant l'exécution du dialogue vocal aux étapes 35 E2 à E8, comme indiqué à une étape E12, le moteur de dialogue vocal 93 arrête le dialogue vocal à une étape E13, ce qui met fin à l'application vocale à l'étape Ell. Dans la deuxième réalisation de l'invention, la plate-forme surveille également des appels entrants afin qu'elle transmette en direct ou en différé par internet des résultats d'appels entrants sous forme de notifications au terminal de créateur de service 10 TCS. D'une manière analogue à la surveillance du résultat des appels sortants, le créateur de service suit le résultat des appels entrants par le biais du module de visualisation 332 dans le serveur web. Par 15 l'intermédiaire d'un formulaire HTML chargé dans le navigateur NV du terminal TCS, le créateur/client sélectionne la campagne d'appels entrants à suivre en direct ou en différé et visualise les appels entrants qui ont été reçus par le serveur vocal selon le 20 numéro de sélection directe à l'arrivée NSDA correspondant. La campagne d'appels entrants est repérée par l'association numéro NSDA identificateur de campagne d'appels entrants identificateur de dialogue vocal utilisé. Le 25 gestionnaire 95 dans le serveur vocal 2 gère des notifications d'appel entrant produites par des phases de base 72 enchaînées selon le dialogue vocal d'appel entrant, et le module 332 dans le serveur web 3 communique les notifications d'appel entrant 30 produites au terminal de créateur TCS. Les notifications informent des interactions avec les usagers appelants et collectent ainsi de l'information saisie par les usagers appelants en direct ou en différé. La figure 20 montre un exemple de tableau de notifications relatives à un appel entrant terminé d'un appel d'usager, lequel tableau est affiché dans le terminal de créateur TCS. Une notification 5 "NOTIEl" définie par le créateur du dialogue a été générée pendant la phase [0_2] qui correspond à la phase 2 sur le premier niveau de profondeur du dialogue vocal d'appelentrant. L'usager appelant a saisi un nombre "200" représenté par "INPUT 200" 10 pendant la phase [0_3x2_lxl_2] construite selon le menu arborescent du dialogue vocal d'appel entrant paramétrable. Puis l'usager appelant a répondu "oui" à une question posée en pressant la touche "1", la réponse de celui-ci étant représentée par 15 "INPUT YESl" pendant une phase [0_3x2_lxl_3]. La communication téléphonique de cet appel entrant a été terminée pendant la phase de dialogue [0_3], ce qui est signalé par une notification "DISCONNECT". La récupération des notifications pour les 20 appels entrants est contrôlée par le gestionnaire de notifications 95 dans l'unité de traitement d'appels entrants 9 qui gère les notifications produites par les phases de base du dialogue vocal paramétrable pour appel entrant, ou des évènements de 25 signalisation téléphonique. Le gestionnaire de notifications 95 écrit des notifications générées par l'exécution de phase de base pendant les appels entrants dans un ou plusieurs fichiers de notifications 85 suivant un formalisme précis. Le 30 module de visualisation 332 dans le serveur web 3 lit les notifications dans les fichiers 85 pour les communiquer à travers l'interface d'accès 6 au terminal de créateur de service TCS, en réponse à des requêtes de celuici. A titre d'exemple, des notifications d'appel entrant relatives à des phases de base de dialogue vocal paramétrable pour appel entrant sont les suivantes: erreur dans le dialogue vocal, réponse 5 d'un appel entrant lorsque le terminal appelant a répondu; fin de l'appel entrant lorsque le terminal appelant ou le serveur vocal interactif 2 a libéré la liaison correspondante; interaction avec le terminal appelant par exemple suite à la sollicitation d'une 10 touche et de la transmission d'un code DTMF, ou à la sollicitation d'une touche pour une phase de confirmation ou d'infirmation, ou à la reconnaissance par exemple d'une confirmation vocale "oui" ou d'une infirmation vocale "non", ou encore suite à la saisie 15 d'un code confidentiel et la validation ou l'invalidation de celui-ci; aboutement d'appel pour abouter un appel entrant à un appel sortant via le module d'aboutement 96 dans le serveur vocal interactif 2 et ainsi notifier un événement 20 concernant le signal de sonnerie d'appel sortant, la réponse du terminal appelé, le défaut de réponse du terminal appelé, l'occupation du terminal appelé, ou la libération de la liaison avec le terminal appelé. Une ligne dans le fichier de notification de type 25 texte 85 pour appel entrant correspondant à une notification d'appel entrant est composée de plusieurs champs qui peuvent être relatifs notamment à la date de création de la notification, un identificateur de la ressource téléphonique utilisée 30 dans l'unité 9 du serveur vocal interactif 2, un identificateur unique généré par le serveur vocal interactif 2, le numéro de sélection directe à l'arrivée NSDA appelé par le terminal d'usager appelant, un numéro de notification relatif à l'appel 35 entrant, la notification selon une ligne du tableau de la figure 20, un identificateur du créateur/client associé à une campagne d'appels entrants, le nom du fichier de dialogue 82 pour appel entrant en langage XML suivi par l'usager appelant, un identificateur 5 associé à la campagne d'appels entrants par le créateur, et un identificateur de la phase vocale pour laquelle la notification a été générée. En référence à la figure 21, l'activation d'un dialogue vocal paramétrable pour appels entrants et 10 la surveillance par notification des appels entrants comprend principalement des étapes AE1 à AE6. A l'étape AE1, l'administrateur de l'unité de traitement d'appel entrant 9 dans le serveur vocal interactif 2 attribue au moyen du module 15 d'attribution 330 dans le serveur web 3 un numéro de sélection directe à l'arrivée NSDA à un créateur/client ayant créé un dialogue vocal paramétrable en langage XML à partir de phases de base, d'une manière analogue à la figure 9. Puis le 20 créateur du dialogue créé associe et active via le module 331 dans le serveur web 3 le dialogue créé en relation avec le numéro de sélection directe à l'arrivée attribué NSDA, à l'étape AE2. La surveillance du déroulement des appels est 25 suivie en direct par le client/créateur sur son terminal TCS au moyen de notifications générées pendant les appels entrants dirigés vers le numéro attribué NSDA, et affichées dans le terminal TCS sous la commande du module de visusalisation 332 du 30 serveur 3 automatiquement en réponse à des requêtes du terminal TCS via le réseau internet RP, à l'étape AE3. Si nécessaire, le client désactive le dialogue en transmettant une requête au module 331 dans le serveur 3 à l'étape AE4. Egalement si nécessaire, l'administrateur de l'unité de traitement d'appels entrants 9 dans le serveur vocal interactif 2 retire le numéro NSDA attribué au client via le module 320 dans le serveur 3 à l'étape AE5. Sinon, le créateur/client suit en différé par l'intermédiaire du module de visualisation 332 les notifications d'appel entrant qui ont été générées pendant les appels entrants orientés vers le numéro 10 NSDA qui lui était attribué, à l'étape AE6. REVENDICATIONS 1 - Plate-forme (1) comprenant un serveur vocal interactif (2) dispensant par dialogue vocal au moins 5 un service interactif construit par un créateur de service à des terminaux d'usager (Tl, T2), caractérisée en ce qu'elle comprend un moyen serveur (3) relié à un terminal (TCS) du créateur par un réseau 10 de paquets (RP) comprenant un moyen (304, 305) pour créer un dialogue vocal d'appel sortant en sélectionnant et ordonnant des phases de base (72) parmi des phases de base pré-mémorisées dans la plate-forme et en paramétrant les phases de base 15 sélectionnées avec des données respectives transmises par le terminal de créateur (TCS), un moyen (306) pour créer et mémoriser une liste (87) d'identificateurs de terminaux d'usager (T1, T2) identifiés depuis le terminal de créateur, et un 20 moyen (307) pour créer et mémoriser une liste (88) d'appels sortants qui sont relatifs à des terminaux d'usager sélectionnés parmi ceux identifiés et qui sont définis par des paramètres d'appel sortant respectifs depuis le terminal de créateur, et en ce que le serveur vocal (2) comprend un moyen de traitement d'appel sortant (7, 73) pour enchaîner automatiquement les phases de base ordonnées selon le dialogue vocal créé pour un appel sortant établi de chaque terminal d'usager sélectionné (T1, T2)) et selon les paramètres d'appel respectifs relatifs à ce terminal. 2 - Plate-forme conforme à la revendication 1, dans laquelle le moyen serveur (3) comprend un moyen 35 (300, 302) pour enregistrer au moins un fichier de texte ou de son (80, 81) afin qu'une phase de base l'invoque. 3 - Plate-forme conforme à la revendication 1 ou 5 2, dans laquelle les phases de base (72) du dialogue vocal sont écrites en langage XML. 4 - Plate-forme conforme à l'une quelconque des revendications 1 à 3, dans laquelle des données 10 personnelles transmises par un terminal d'usager (T1,T2) dépendent des données respectives transmises par le terminal de créateur (TCS) et sont récupérées par le moyen de traitement d'appel sortant (7, 73) de manière à orienter le déroulement du dialogue vocal. 15 - Plate-forme conforme à l'une quelconque des revendications 1 à 4, dans laquelle le moyen de traitement d'appel sortant (7, 73) comprend un moyen (70) pour demander (S5) l'établissement d'un appel 20 sortant vers au moins l'un des terminaux d'usager sélectionné (Tl, T2), et un moyen (71) pour rompre (S10) l'appel sortant après l'enchaînement (S6, S7, S8) des phases de base du dialogue vocal de l'appel sortant établi. 6 - Plate-forme conforme à l'une quelconque des revendications 1 à 5, dans laquelle des paramètres d'appel respectifs (PIA) déterminés depuis le terminal de créateur pour un appel sortant 30 comprennent notamment un identificateur de requête d'appel sortant et un identificateur du terminal d'usager à appeler selon cet appel sortant et des données d'horodatage selon lesquelles la requête d'appel sortant doit être exécutée, et sont lus par 35 une passerelle (4) entre le moyen serveur (3) et le serveur vocal (2) pour retrouver un fichier de paramètres fonctionnels d'appel sortant (PFA) sélectionnés depuis le terminal de créateur pour un appel sortant et comprenant notamment un numéro 5 téléphonique du terminal d'usager à appeler, une date butoir du lancement de l'appel sortant et un nombre maximum de tentatives de l'appel sortant. 7 - Plate-forme conforme à l'une quelconque des 10 revendications 1 à 6, dans laquelle le serveur vocal (2) comprend un moyen (74) pour programmer un appel sortant en fonction du résultat d'un appel sortant précédent. 8 - Plate-forme conforme à l'une quelconque des revendications 1 à 9, dans laquelle le serveur vocal (2) comprend un moyen (75) pour gérer des notifications produites par des phases de base (72) enchaînées selon le dialogue vocal d'appel sortant et 20 communiquées au terminal de créateur (TCS) à travers le moyen serveur (3). 9 - Plate-forme conforme à l'une quelconque des revendications 1 à 8, dans laquelle le serveur vocal 25 (2) comprend un moyen (75) pour gérer des notifications relatives à de la signalisation à travers un réseau d'accès (RA) d'un terminal d'usager et communiquées au terminal de créateur (TCS) à travers le moyen serveur (3). 30 10- Plate-forme conforme à l'une quelconque des revendications 1 à 9, dans laquelle le moyen serveur (3) comprend un moyen (308) pour créer au moins une campagne (CAS) de plusieurs appels sortants 35 successifs et/ou simultanés de plusieurs terminaux à appeler respectivement selon des paramètres d'appel prédéterminés et suivant un ordre prédéterminé. 11 - Plate-forme conforme à l'une quelconque des 5 revendications 1 à 10, dans laquelle le moyen serveur (3) comprend un moyen (308) pour créer au moins une campagne d'appels sortants (CAS) associée à des listes d'appels sortants (LAS) qui sont traitées successivement ou simultanément (DC4) par le moyen de 10 traitement d'appel sortant (7, 73), les appels sortants des terminaux d'usager de chaque liste (LAS) étant traités successivement (DC6, DC10) ou simultanément (DC7, DC11) par le moyen de traitement d'appel sortant (7, 73). 12 - Plate-forme conforme à la revendication 10 ou 11, dans laquelle le moyen serveur (3) comprend un moyen (320, 321) pour lancer automatiquement une campagne d'appels sortants (CAS) en réponse à une 20 requête de campagne d'appels sortants incluant la date de lancement de la campagne et transmise (DC3) par le terminal de créateur (TCS), en lisant les listes d'appels sortants (LAS) associées à la campagne d'appels sortants. 25 13 Plate-forme conforme à l'une quelconque des revendications 10 à 12, dans laquelle le moyen serveur (3) comprend un moyen (327, 328) pour configurer un mode de déclenchement par téléphone 30 d'une campagne d'appels sortants en association avec le numéro d'un terminal téléphonique et un identificateur de la campagne d'appels sortants, depuis le terminal de créateur (TCS). 14 - Plate-forme conforme à la revendication 13, dans laquelle le serveur vocal (2) comprend un moyen (77) pour lancer la campagne d'appels sortants depuis ledit terminal téléphonique en composant un numéro téléphonique d'appel du serveur vocal. - Plate-forme conforme à l'une quelconque des revendications 1 à 14, dans laquelle le serveur vocal (2) comprend un moyen (75) pour gérer des 10 notifications relatives au séquencement d'appels sortants d'une campagne d'appels sortants et communiquées au terminal de créateur (TCS) à travers le moyen serveur (3). 16 - Plate-forme conforme à l'une quelconque des revendications 1 à 15, dans laquelle le serveur vocal (2) comprend plusieurs moyens de traitement d'appel sortant (7, 73) pour traiter sélectivement en parallèle des dialogues vocaux d'appels sortants. 20 17 - Plate-forme conforme à l'une quelconque des revendications 1 à 16, caractérisée en ce que le moyen serveur (3) comprend un moyen (304, 305, 330) pour créer un dialogue vocal d'appel 25 entrant en sélectionnant et ordonnant des phases de base (72) parmi les phases de base pré-mémorisées dans la plate-forme et en paramétrant les phases de base dialogue vocal d'appel entrant avec des données respectives transmises par le terminal de créateur 30 (TCS), et en ce que le serveur vocal (2) comprend un moyen de traitement d'appel entrant (9, 93) pour enchaîner automatiquement les phases de base ordonnées selon le dialogue vocal d'appel entrant créé pour un appel 35 entrant demandé depuis un terminal d'usager (T1, T2). 18- Plate-forme conforme à la revendication 17, dans laquelle le moyen serveur comprend un moyen (330) pour attribuer un numéro téléphonique à un dialogue vocal d'appel entrant. 19- Plate-forme conforme à l'une quelconque des revendications 17 ou 18, dans laquelle le moyen de traitement d'appel entrant (9, 93) comprend un moyen 10 (90) pour répondre à un appel entrant d'un des terminaux d'usager (T1, T2), et un moyen (91) pour rompre l'appel entrant établi après l'enchaînement des phases de base du dialogue vocal de l'appel entrant établi. - Plate-forme conforme à l'une quelconque des revendications 1 à 19, dans laquelle le serveur vocal (2) comprend un moyen (95) pour gérer des notifications d'appel entrant produites par des 20 phases de base (72) enchaînées selon le dialogue vocal d'appel entrant, et le moyen serveur (3) comprend un moyen (332) pour communiquer les notifications d'appel entrant produites au terminal de créateur (TCS).