Le premier élément grammar appelle la grammaire vocale intégrée de type boolean et le second la grammaire DTMF intégrée de type boolean. Où la valeur type-intégré représente l'un des types intégrés fondamentaux de champ c'est-à-dire, boolean , date , etc. En outre, on peut utiliser les systèmes d'adresse URI intégrés propres à une plateforme pour accéder aux grammaires reconnues par des contextes d'interprétation particuliers. Lorsque l'on a simplement besoin d'un ensemble d'alternatives pour définir les valeurs d'entrée légales d'un champ, il peut se révéler plus commode d'utiliser une liste d'options qu'une grammaire.
On représente une liste d'options par un ensemble d'éléments option compris dans un élément field. On peut se servir d'attributs afin de définir une séquence DTMF pour chaque option et afin de contrôler la valeur assignée à la variable d'élément de formulaire du champ. Lors du choix d'une option, l'attribut value détermine la valeur interpretation pour la variable fictive du champ et pour la variable du tableau application.
O : Veuillez sélectionner une entrée. H : aide lance l'événement help capturé par l'élément catch de niveau formulaire. H : 7 lance l'événement nomatch capturé par l'élément catch de niveau formulaire.
- Localisation iphone 5.
- ecoute telephonique soro bassole?
- Traitement d'enregistrement VXML dtmf termchar.
- Ecoute telephonique diendere et fils.
- Des ressources et des outils au service des acteurs et des professionnels..
H : beaucoup lance un événement nomatch capturé par l'élément catch de niveau formulaire. L'utilisation de l'élément enumerate par l'élément catch de niveau formulaire entraîne le déclenchement d'un événement error. L'utilisation d'éléments option n'empêche pas celle d'éléments grammar.
Le résultat correspondrait à l'une ou l'autre grammaire et non à la présence de deux éléments grammar dans le même élément field représentant une disjonction de choix. C'est un élément de formulaire avec un contenu exécutable lequel est exécuté si la valeur de la variable d'élément de formulaire de l'élément block est " undefined " et si la valeur de son attribut cond , le cas échéant, est évaluée à " true ". La valeur de la variable d'élément de formulaire est fixée automatiquement à " true " juste avant que le bloc ne soit visité.
C'est pourquoi, les blocs ne sont en général exécutés qu'une seule fois par invocation du formulaire. Parfois, on peut avoir besoin d'un contrôle accru des blocs. Pour ce faire, on peut nommer la variable d'élément de formulaire et en fixer ou effacer la valeur afin de contrôler l'exécution de l'élément block.
Cette variable se déclare dans la portée du dialogue du formulaire. Dans un formulaire à initiative mixte typique, un élément initial est visité lorsque l'utilisateur fait l'objet d'une invite initiale pour des renseignements concernant l'ensemble du formulaire et que l'utilisateur ne se trouve pas encore dans le mode dirigé selon lequel chaque champ est visité individuellement. Comme les éléments d'entrée, il dispose d'invites, d'éléments catch et de compteurs d'événements. Par contre, il ne comporte aucune grammaire ni action filled.
Si un événement se produit pendant la visite d'un élément initial , alors un de ses gestionnaires d'événement s'exécute. Comme pour les autres éléments de formulaire, l'élément initial reste éligible pour une visite tant que la valeur de sa variable d'élément de formulaire est " undefined " et que son attribut cond vaut " true ".
Si une ou plusieurs des variables d'élément de formulaire sont fixées par une entrée d'utilisateur, alors toutes les valeurs des variables d'élément de formulaire de l'élément initial sont fixées à " true ", avant l'exécution d'une quelconque action filled. On peut manipuler explicitement la variable d'élément de formulaire d'un élément initial afin d'inactiver ou de rétablir son éligibilité vis-à-vis de l'algorithme FIA.
Par exemple, dans le programme précédent, la valeur de la variable d'élément de formulaire de l'élément initial est fixée lors du second événement nomatch. Cela a pour effet de détourner l'algorithme FIA de l'élément initial vers l'élément de formulaire suivant, à savoir un élément field qui produit explicitement une invite pour la ville de départ.
- Formation : Voice XML : mise en oeuvre de l'organisme NEXCOM SYSTEMS (Carif-Oref)?
- comment lire des sms dun autre portable orange?
- SVIs et VOICE XML?
- Using Canadian French Speech Recognition?
- Voice XML : mise en oeuvre.
- Flux d'appels d'une passerelle XML voix IOS vers CVP à l'aide de MRCPv1 ASR / TTS.
- Formation : VoiceXML: Mise en oeuvre?
- Comment savoir si votre Mac est attaqué par des logiciels malveillants et comment l’enlever.
- application of surveillance robot?
- Serveur de la Voix XML hors de message d`erreur de mémoire.
- pirater sms pour mobile?
On pourrait tout aussi bien effacer la valeur de la variable d'élément de formulaire de l'élément initial , de sorte que celui-ci devienne à nouveau sélectionnable par l'algorithme FIA. On peut définir plusieurs éléments initial dans le même formulaire. Une fois dans le formulaire, seul le premier élément initial , dans l'ordre du document, qui est éligible en vertu de son attribut cond , sera visité.
Une fois la première variable d'élément de formulaire remplie, toutes les variables d'élément de formulaire des éléments initial reçoivent la valeur " true ", ceux-ci ne seront dès lors plus visités. L'effacement explicite des variables des éléments initial permet leur réutilisation et même la sélection d'un élément initial différent lors des itérations suivantes de l'algorithme FIA. L'attribut cond peut aussi servir à sélectionner quel élément initial utiliser dans une itération donnée. Une application pourrait aligner plusieurs éléments initial et les marquer avec leur attribut cond en vue d'une utilisation particulière selon les circonstances, par exemple, l'attribut cond étant utilisé pour tester la nature d'un mode d'exploitation , pour utilisateur expérimenté ou bien pour utilisateur novice, et les éléments initial ne servant que dans le mode avancé.
En outre, si le premier élément initial dans l'ordre du document définissait une valeur improbable pour son attribut cond , il ne serait alors jamais exécuté. Si les valeurs des attributs cond de tous les éléments initial empêchaient leur sélection, alors aucun ne serait exécuté. En particulier, aucune grammaire attachée à un élément field n'est active. Remarque : L'assignation explicite de valeurs à des variables d'élément d'entrée n'affecte pas la valeur de la variable d'élément de formulaire d'un élément initial. Les sous-dialogues représentent un mécanisme permettant la réutilisation de dialogues communs et la constitution de librairies d'applications réutilisables.
L'élément subdialog invoque un dialogue appelé c'est le sous-dialogue identifié par les attributs src ou srcexpr dans le dialogue appelant.
La standardisation des applications vocales
Le sous-dialogue s'exécute dans un nouveau contexte d'exécution qui comprend toutes les déclarations et informations d'état du sous-dialogue, le document du sous-dialogue et le cas échéant la racine de l'application du sous-dialogue, les compteurs étant réinitialisés et les variables initialisées.
Le sous-dialogue se poursuit jusqu'à l'exécution d'un élément return ou bien exit , ou jusqu'à ce qu'il ne reste plus aucun élément de formulaire susceptible d'une sélection par l'algorithme FIA ce qui équivaut à un élément exit. Lorsque le sous-dialogue revient, son contexte d'exécution est détruit et l'exécution reprend alors dans le dialogue appelant, les éventuels éléments filled étant remplis de manière appropriée. Le contexte du sous-dialogue et celui du dialogue appelant sont indépendants, même si les dialogues se trouvent dans le même document.
Et, même quand le sous-dialogue est défini dans le même document que le dialogue appelant, le contexte d'exécution du sous-dialogue contiendra des instances de variables différentes. Lorsque le sous-dialogue et le dialogue appelant sont dans des documents différents tout en partageant le même document racine, leurs valeurs d'attribut root sont également des instances différentes.
Toutes les liaisons de variables appliquées dans le contexte du sous-dialogue sont perdues au retour dans le contexte appelant. Par contre, dans le contexte du sous-dialogue, les règles de portée normales des grammaires, des événements et des variables s'appliquent. Les grammaires actives d'un sous-dialogue comprennent les grammaires implicites définies par le contexte d'interprétation et les grammaires de portée convenable définies dans les éléments link , menu et form dans le document du sous-dialogue et son document racine.
Formation : Voice XML : mise en oeuvre de l'organisme NEXCOM SYSTEMS (Carif-Oref)
La gestion des événements et la liaison des variables suit également la hiérarchie normale des portées. Dans une perspective de programmation, les sous-dialogues se comportent différemment des sous-routines dans la mesure où les contextes appelant et appelé sont indépendants. Alors qu'une sous-routine peut accéder à des instances de variables appartenant à la routine appelante, un sous-dialogue ne pourra pas accéder à la même instance de variable définie dans le dialogue appelant. De même, les sous-dialogues n'obéissent pas au modèle de percolation des événements trouvé dans des langages comme Java, pour lequel un événement suscité dans une méthode va remonter automatiquement au contexte appelant s'il n'est pas pris en charge dans le contexte appelé.
Le sous-dialogue est désigné par l'adresse URI dans l'attribut src ou srcexpr de l'élément subdialog voir le document [RFC].
Autres documents traduits
Si cet appel d'adresse URI contient une adresse absolue ou relative, pouvant contenir une chaîne de requête , alors cette adresse URI est extraite et le sous-dialogue se trouvera dans le document résultant. Si l'élément subdialog comporte un attribut namelist , alors les variables composant sa valeur sont ajoutées à la chaîne de requête de l'adresse URI. Le fragment d'un appel d'adresse URI indique, le cas échéant, le sous-dialogue à invoquer. En l'absence d'un fragment, le sous-dialogue invoqué est le premier dialogue lexical dans le document.
Si l'appel d'adresse URI n'est pas valide c'est-à-dire quand le dialogue ou le document n'existent pas , un événement error.
Remarquez que, en ce qui concerne les erreurs qui se produisent pendant une transition de dialogue ou de document, la portée dans laquelle les erreurs sont censés être traitées est propre à la plateforme. On doit définir exactement un seul attribut src ou bien srcexpr , sinon un événement error. L'élément subdialog peut contenir les éléments communs à tous les éléments de formulaires et aussi des éléments param.
Les éléments param d'un élément subdialog définissent les paramètres à passer au sous-dialogue. Ces paramètres doivent être déclarés comme éléments var dans le formulaire exécuté comme sous-dialogue ou alors un événement error.
Lors de l'initialisation du sous-dialogue, les éléments var sont également initialisés, dans l'ordre du document, à la valeur indiquée par l'élément param dont le nom correspond. Les valeurs paramètres sont calculées en évaluant l'attribut expr de l'élément param dans le contexte de l'élément param.
Un attribut expr dans l'élément var sera ignoré dans ce cas.
Problème de géo-localisation des téléphones cellulaires au Québec?
Si aucun élément param ne correspond à un élément var , on utilise un attribut expr comme valeur par défaut, ou bien la variable prend la valeur " undefined " si l'attribut expr n'est pas défini, comme pour un élément form régulier. Dans l'exemple suivant, on se sert de la date de naissance d'une personne pour valider son permis de conduire. L'attribut src de l'élément subdialog se rapporte à un formulaire dans le même document. On utilise l'élément param pour passer la valeur de la date de naissance au sous-dialogue.
La valeur du permis de conduire est renvoyée au dialogue appelant, accompagnée d'une variable de statut, afin d'indiquer si le permis est valide ou non. Cet exemple illustre également la commodité avec laquelle on transmet des données au sous-dialogue afin d'y instancier des valeurs sans faire appel à un script côté serveur. On donne ci-dessous une autre solution avec un script. Dans l'exemple précédent, un script côté serveur était chargé de générer le document et d'incorporer la valeur de la date de naissance. On donne ensuite un dernier exemple qui montre la capture des informations générales d'une carte de crédit par un sous-dialogue.
On définit tout d'abord le sous-dialogue dans un document séparé car on souhaite le réutiliser dans des applications différentes. Voici maintenant une application qui présente un dialogue appelant. Elle demande le nom d'un logiciel et d'un système d'exploitation au travers d'un dialogue à initiative mixte puis sollicite les informations de la carte de crédit au moyen du sous-dialogue précédent.
Une plateforme d'implémentation VoiceXML peut offrir, au travers de l'élément object , une fonctionnalité propre utilisable par une application VoiceXML. L'élément object utilise directement son propre contenu au cours de l'initialisation par exemple, un sous-élément param et de l'exécution. Par conséquent, on ne peut pas traiter le contenu d'un élément object comme un contenu alternatif.
Notez que, à l'instar des autres éléments d'entrée, l'élément object peut produire des invites et comporter des éléments catch.