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

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 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 à l’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 Console NLU module d’extension 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 vers 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 des modèles 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 champ d’application. Cette erreur contient un lien pour créer manuellement un nouvel ensemble de mises à jour.

    Si le modèle contient des enregistrements provenant de plusieurs périmètres, tels que des tables de vocabulaire, son ensemble de mises à jour doit avoir une structure parent-enfant (lot). Suivez la procédure de l’étape 5 pour créer un ensemble de mises à jour parent-enfant.

    Lorsque des modèles (globaux ou 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 ne nécessite pas d’entraînement ou de republication sur l’instance cible.

    Pour plus d’informations sur les ensembles de mises à jour parent-enfant, reportez-vous à la section Update set batching. La vidéo suivante fournit une démonstration de ce processus.

    Procédure

    1. Sélectionnez Tout et saisissez 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 attribué 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 périmètre, 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. Poursuivez avec les étapes suivantes.

    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 du modèle à l’ensemble de mises à jour. L’option de création d’un 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 ensemble de mises à jour qui n’est pas défini par défaut. Dans le cas d’un ensemble de mises à jour parent-enfant, le parent est d’abord créé dans le champ d’application du modèle. (Tous les ensembles de mises à jour enfants sont 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, indiquez un nom, passez en revue les autres valeurs, y compris le 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 avec un champ d’application global.
      Remarque :
      Si les enregistrements du modèle se trouvent tous dans un périmètre, 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 périmètre non global : dans la table Ensembles de mises à jour sys_update_set, localisez 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.
      • Les ensembles de mises à jour enfants portent le nom du parent dans la colonne Parent et Global 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, 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 parent et enfant 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 les ensembles de mises à jour à partir de XML. Lorsqu’ils sont dépaquetés, le parent et tous les enfants sont répertoriés dans la table Ensembles de mises à jour récupérés. Ouvrez le parent et sélectionnez Afficher un aperçu du lot d’ensembles de mises à jour.

    Si un enregistrement référencé dans l’instance source n’est pas présent 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 quand même cliquer sur Accepter la mise à jour distante sur les enregistrements ayant échoué pour valider l’ensemble de mises à jour.