Un conteneur composite est un groupe d'entités liées pouvant être traitées comme un tout dans une conversation. L'utilisation de conteneurs composites permet à une brique d'extraire des valeurs pour plusieurs entités dans une même variation utilisateur, pour une conversation au déroulé plus naturel. Au début de la conception de votre brique, vous devez identifier ces groupes d'entités liées, qui reflètent souvent des domaines d'activité clairs, et créer des conteneurs composites pour eux.

Par exemple, un conteneur composite pour une pizza peut inclure des entités pour le type, la taille, la croûte et les ingrédients supplémentaires. Si un utilisateur saisit "Je voudrais une grande pizza pepperoni sans gluten", la brique peut extraire "grande", "pepperoni" et "sans gluten" de cette saisie sans avoir besoin d'inviter l'utilisateur à fournir ces valeurs individuellement.

Vous pouvez configurer l'entité de conteneur composite de sorte qu'elle résolve ses éléments constitutifs de différentes manières : par exemple, elle peut inviter l'utilisateur à saisir des valeurs d'entité individuelles manquantes ou utiliser la valeur extraite par l'une de ses entités pour résoudre une autre entité.

Les conteneurs composites peuvent également inclure d'autres types d'élément, tels que ceux qui stockent l'emplacement, et acceptent du texte libre et des pièces jointes.

Les entités de conteneur composite permettent d'écrire des définitions de flux de dialogue plus courtes, car elles peuvent être résolues à l'aide d'un seul composant. Pour plus d'informations sur la création et la configuration de conteneurs composites, reportez-vous à Configuration d'entités de conteneur composite.

Comme il est difficile d'anticiper le format ou la formulation des messages utilisateur, en particulier pour les briques multilingues, vous pouvez utiliser une entité ML à la place des entités de liste de valeurs et d'expression régulière moins flexibles. Malgré une correspondance partielle, les entités de liste de valeurs (statiques et dynamiques) peuvent souvent détecter les valeurs d'entité uniquement lorsqu'elles correspondent à leurs valeurs ou synonymes. "Ingénieur informatique" peut ne pas correspondre à "ingénierie informatique", par exemple. Les entités d'expression régulière limitent l'entrée utilisateur à la mise en correspondance d'un modèle prédéterminé ou du libellé qui procède ou suit une valeur d'entité. Les entités d'apprentissage automatique, quant à elles, sont adaptables et peuvent être améliorées grâce à des données d'entraînement robustes.

Entité basée sur une liste de valeurs prédéterminées, telles que les options de menu générées par un composant Common Response (Réponse commune). Vous pouvez optimiser la capacité de l'entité à extraire des saisies utilisateur en définissant des synonymes. Ceux-ci peuvent inclure des abréviations, des termes familiers et des fautes d'orthographe courantes. Les valeurs de synonyme ne font pas la distinction entre les majuscules et les minuscules : par exemple, USA et usa sont considérées comme la même valeur.

Résout une entité à l'aide d'une expression régulière, telle que (?<=one\s).*(?=\sthree). Les expressions régulières permettent à votre brique d'identifier des modèles prédéfinis dans l'entrée utilisateur, comme des numéros de billet. Contrairement aux autres types d'entité, les entités basées sur une expression régulière n'utilisent pas le traitement du langage naturel, car la correspondance est strictement basée sur un modèle.

Super-ensemble d'entités. En prenant une brique de voyage comme exemple, vous pouvez regrouper les entités déjà définies qui extraient des valeurs telles que les codes d'aéroport, les villes et les noms d'aéroport dans une entité unique appelée Destination. Ainsi, vous permettez à votre brique de répondre aux saisies utilisateur qui utilisent des codes et des noms d'aéroport, ainsi que des villes de manière interchangeable. Ainsi, lorsqu'un utilisateur saisit "I want to go to from JFK to San Francisco", l'entité Destination détecte le point de départ à l'aide des entités de code d'aéroport et la destination à l'aide des entités de ville.

Une entité dérivée est l'enfant d'une entité intégrée ou d'une autre entité que vous définissez. Vous pouvez établir cette relation sur la base d'expressions prépositionnelles (les prépositions "to" et "from" dans les variations comme I want to go from Boston to Dallas ou Transfer money from checking to savings). Les entités dérivées ne peuvent pas être des entités parent. De plus, le moteur NLU détecte les entités dérivées seulement après avoir détecté tous les autres types d'entité. Vous ne pouvez donc pas ajouter d'entités dérivées en tant que membres d'une liste d'entités.