Ajouter un modèle NLU à un ensemble de mises à jour

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 5 minutes de lecture

    • Utilisez des ensembles de mises à jour pour déplacer vos Compréhension du langage naturel modèles (NLU) d’une instance à une autre. Les ensembles de mises à jour incluent tous les enregistrements nécessaires pour que votre modèle fonctionne sur l’instance cible.

    Avant de commencer

    • Assurez-vous que le module d’extension, Console NLU le module d’extension Core et Intelligence prédictive le module d’extension Console NLU sont tous installés et activés sur votre instance.
    • Les instructions suivantes s’appliquent aux NLU modèles pour Agent virtuel et Recherche IA.
    • Rôle requis : admin

    Pourquoi et quand exécuter cette tâche

    Utilisez des ensembles de mises à jour pour transférer un modèle d’une instance source à une instance cible. L’instance cible doit déjà avoir le même champ d’application que le champ d’application du modèle dans l’instance source.

    L’ajout d’un modèle à un ensemble de mises à jour inclut les ressources suivantes :
    • Contenu du modèle (intentions, énoncés, entités, annotations, vocabulaire et jeu de tests par défaut)
    • Sources de vocabulaire associées
    • Dernière solution ML active correspondante
    • Artefacts du modèle ML
    • Solution et définition ML (trois dernières exécutions, à condition que l’une d’entre elles ait réussi)

    Pour plus d’informations sur les ensembles de mises à jour, consultez Ensembles de mises à jour système.

    Si vous souhaitez ajouter le modèle à un ensemble de mises à jour différent, vous devez faire de cet ensemble de mises à jour l’ensemble actuel. Consultez Create and select an update set as the current set.

    Pour une portabilité optimale, ajoutez votre NLU modèle à un nouvel ensemble de mises à jour dédié plutôt qu’à un ensemble de mises à jour par défaut du système. Pour ce faire, un nouvel ensemble de mises à jour doit être créé manuellement dans le champ d’application du modèle. Une erreur s’affiche si l’ensemble de mises à jour actuel est la valeur par défaut du périmètre. Cette erreur contient un lien permettant de créer manuellement un nouvel ensemble de mises à jour.

    Si le modèle contient des enregistrements de plusieurs champs d’application, tels que des tables de vocabulaire, son ensemble de mises à jour doit avoir une structure parent-enfant (par lots). Suivez la procédure à partir de l’étape 5 pour créer un ensemble de mises à jour parent-enfant.

    Lorsque des modèles (globaux ou inclus dans le champ d’application) sont déplacés à l’aide d’ensembles de mises à jour, leur état de formation et de publication reste le même après le transfert. Ainsi, un modèle formé et publié avant d’être ajouté à un ensemble de mises à jour n’a pas besoin d’être reentraîné ou republié sur l’instance cible.

    Pour en savoir plus sur les ensembles de mises à jour parent-enfant, reportez-vous à la section Update set batching. La vidéo suivante illustre ce processus.

    Procédure

    1. Sélectionnez Tout et entrez sys_nlu_model.list dans le navigateur.

      Navigateur système avec sys_nlu_model.list saisi.

    2. Sélectionnez le nom du modèle .

      Liste système des modèles NLU.

      Le nom d’affichage est le nom que vous avez donné au modèle lors de sa création. Le nom du modèle lui est donné par le système.

    3. Facultatif : Si Global est votre application actuelle, suivez l’invite en haut pour modifier l’enregistrement.

      Message concernant le périmètre de l’application actuel. Cliquez « ici » pour modifier l’enregistrement et l’ajouter à un ensemble de mises à jour.

    4. Dans la section Liens connexes , cliquez sur Ajouter un modèle à l’ensemble de mises à jour actuel.

      Page de modèle avec le bouton Ajouter un modèle à l’ensemble de mises à jour actuel mis en surbrillance.

      Si les enregistrements du modèle se trouvent tous dans un seul champ d’application, le système ajoute le modèle à l’ensemble de mises à jour actuel. Une fois terminé, l’enregistrement se trouve dans la table sys_update_set.

      Toutefois, le système affiche une erreur si le champ d’application désigné est le champ d’application par défaut. Procédez comme suit.

    5. Si le système affiche l’erreur Vous tentez d’ajouter un enregistrement à l’ensemble de mises à jour par défaut du système, poursuivez avec les étapes restantes de cette procédure.
      Erreur lors de l’ajout d’un modèle à l’ensemble de mises à jour. L’option permettant de créer un nouvel ensemble de mises à jour local est mise en surbrillance.

      Dans la bannière d’erreur, sélectionnez le lien Nouvel ensemble de mises à jour local pour créer un nouvel ensemble de mises à jour qui n’est pas défini par défaut. Dans le cas d’un jeu de mises à jour parent-enfant, le parent est d’abord créé dans la portée du modèle. (Les ensembles de mises à jour enfants seront créés ultérieurement).

      Le nouvel ensemble de mises à jour local ouvre un nouvel enregistrement dans la table sys_update_set.
    6. Pour le nouvel enregistrement d’ensemble de mises à jour, fournissez un nom, passez en revue les autres valeurs, y compris Périmètre de l’application, puis sélectionnez Soumettre et Rendre actuel.
      Formulaire d’un nouvel ensemble de mises à jour, avec le bouton Soumettre et rendre actuel mis en surbrillance.
      Un nouvel ensemble de mises à jour est créé et l’écran s’ouvre à nouveau sur l’enregistrement du modèle dans la table sys_nlu_model.
    7. Dans l’enregistrement du modèle dans sys_nlu_model, sélectionnez Ajouter un modèle à l’ensemble de mises à jour actuel sous Liens connexes.
      Lorsque les enregistrements du modèle se trouvent dans plusieurs champs d’application, cette étape crée des ensembles de mises à jour enfants ayant un champ d’application global.
      Remarque :
      Si les enregistrements du modèle se trouvent tous dans un seul champ d’application, le système ajoute le modèle à l’ensemble de mises à jour actuel. Une fois terminé, l’enregistrement se trouve dans la table sys_update_set.
    8. Si le modèle se trouve dans un champ d’application non global : dans la table Ensembles de mises à jour sys_update_set, recherchez l’ensemble de mises à jour parent et ses ensembles de mises à jour enfants (actualisez la page si nécessaire).
      • L’ensemble de mises à jour parent a la valeur (vide) dans la colonne Parent.
      • Le nom des ensembles de mises à jour enfants est indiqué dans la colonne Parent et le nom global est défini dans la colonne Application.
      • Les ensembles de mises à jour parents et enfants contiennent la même valeur dans la colonne Base de lots.
      Dans la table Ensembles de mises à jour, un ensemble de mises à jour parent-enfant avec la ligne parente mise en surbrillance.
    9. Ouvrez l’enregistrement du parent dans sys_update_set et définissez le champ État sur Terminé.
      Une boîte de dialogue de confirmation s’affiche. Sélectionnez Oui pour confirmer. Cela définit le parent et tous les ensembles de mises à jour enfants sur Terminé.
    10. Pour migrer le fichier d’ensemble de mises à jour, sélectionnez Exporter le lot d’ensembles de mises à jour au format XML dans l’enregistrement du parent dans sys_update_set.
      Les ensembles de mises à jour parents et enfants sont regroupés et exportés.

    Que faire ensuite

    Dans l’instance cible, accédez à Ensembles de mises à jour récupérés et sélectionnez Importer des ensembles de mises à jour à partir d’un fichier XML. Une fois dégroupé, le parent et tous les enfants seront répertoriés dans la table Ensembles de mises à jour récupérés. Ouvrez le parent et sélectionnez Aperçu du lot d’ensembles de mises à jour.

    Si un enregistrement référencé dans l’instance source ne figure pas sur l’instance cible, vous pouvez rencontrer des erreurs lors de l’application de l’ensemble de mises à jour. Par exemple, le champ d’origine sur sys_nlu_intent peut faire référence à une intention d’un modèle différent qui n’existe pas sur l’instance cible. Vous pouvez cliquer sur Accepter la mise à jour distante des enregistrements ayant échoué pour valider quand même l’ensemble de mises à jour.