更新セットへの NLU モデルの追加

更新セットを使用して、 自然言語理解 (NLU) (NLU) モデルをあるインスタンスから別のインスタンスに移動します。更新セットには、モデルがターゲットインスタンスで機能するために必要なすべてのレコードが含まれています。

始める前に

• NLU ワークベンチ プラグイン、NLU ワークベンチ - Core プラグイン、および予測インテリジェンスプラグインがすべてインスタンスにインストールされ、アクティブ化されていることを確認します。
• 次の手順は、仮想エージェント および AI 検索 の NLU モデルに適用されます。
• 必要なロール：admin

このタスクについて

更新セットを使用して、ソースインスタンスからターゲットインスタンスにモデルを転送します。ターゲットインスタンスは、ソースインスタンスのモデルのスコープと同じスコープを既に持っている必要があります。

更新セットへのモデルの追加には、次のリソースが含まれます。

• モデルコンテンツ (インテント、発言、エンティティ、注釈、語彙、およびデフォルトのテストセット)
• 関連語彙ソース
• 対応する最新のアクティブな ML ソリューション
• ML モデルアーティファクト
• ML ソリューションと定義 (最後の 3 回の実行。そのうちの 1 つが成功した場合)

更新セットの詳細については、「 システム更新セット」を参照してください。

モデルを別の更新セットに追加する場合は、その更新セットを現在の更新セットにする必要があります。「Create and select an update set as the current set」を参照してください。

移植性を最適化するには、システムのデフォルトの更新セットではなく、新しい専用の更新セットに NLU モデルを追加します。これを行うには、モデルのスコープ内に新しい更新セットを手動で作成する必要があります。現在の更新セットがスコープのデフォルトである場合は、エラーが表示されます。このエラーには、新しい更新セットを手動で作成するためのリンクが含まれています。

モデルに語彙テーブルなどの複数のスコープのレコードが含まれている場合、その更新セットは 親子 (バッチ) 構造になっている必要があります。ステップ 5 の手順に従って、親子更新セットを作成します。

モデル (グローバルまたはスコープ対象) が更新セットを使用して移動された場合、転送後もトレーニングと公開のステータスは変わりません。したがって、更新セットに追加される前にトレーニングされ公開されているモデルは、ターゲットインスタンスでの再トレーニングや再公開を必要としません。

親子更新セットの詳細については、「 Update set batching」を参照してください。次のビデオでは、このプロセスのデモンストレーションを紹介します。

手順

1. [ All ] を選択し、ナビゲーターに「 sys_nlu_model.list 」と入力します。

   

2. モデルの [モデル名 ] を選択します。

   

   表示名は、モデルの作成時に付けた名前です。モデル名は、システムによってモデルに付けられます。

3. オプション: 現在のアプリケーションが Global の場合は、上部のプロンプトに従ってレコードを編集します。

   

4. [関連リンク] セクションで、[現在の更新セットにモデルを追加] をクリックします。

   

   モデルのレコードがすべて 1 つのスコープ内にある場合、システムはモデルを現在の更新セットに追加します。完了すると、レコードはsys_update_setテーブルに表示されます。

   ただし、指定されたスコープがデフォルトスコープである場合は、エラーが表示されます。次の手順に進みます。

5. 「 You are trying to add a record to system default update set (システムのデフォルトの更新セットにレコードを追加しようとしています)」というエラーが表示された場合は、この手順の残りの手順に進みます。
   

   エラーバナーで、[ 新規ローカル更新セット ] リンクを選択して、デフォルトではない新しい更新セットを作成します。親子更新セットの場合、親は最初にモデルのスコープ内に作成されます。(子更新セットは後のステップで作成されます)。

   [New Local Update Set (新しいローカル更新セット )] を選択すると、sys_update_setテーブルに新しいレコードが開きます。
6. 新しい更新セットレコードの場合は、名前を入力し、アプリケーションスコープを含む他の値を確認してから、[ 送信して最新にする] を選択します。
   
   新しい更新セットが作成され、sys_nlu_modelテーブルのモデルのレコードが画面で再度開きます。
7. sys_nlu_model のモデルのレコードで、[関連リンク] の下の [現在の更新セットにモデルを追加] を選択します。
   モデルのレコードが複数のスコープにある場合、このステップではグローバルスコープを持つ子更新セットを作成します。

   注:

   モデルのレコードがすべて 1 つのスコープ内にある場合、システムはモデルを現在の更新セットに追加します。完了すると、レコードはsys_update_setテーブルに表示されます。
8. モデルが非グローバルスコープ内にある場合:更新セットテーブルsys_update_setで、親更新セットとその子更新セットを見つけます (必要に応じてページを更新します)。
   • 親更新セットの [親] 列の値は (空) です。
   • 子更新セットの [親] 列には親の名前が、[アプリケーション] 列に は [グローバル ] があります。
   • 親と子の両方の更新セットの [バッチベース] 列に同じ値が含まれています。

   
9. 親のレコードをsys_update_setで開き、[ State (状況 )] フィールドを [Complete (完了)] に設定します。
   [確認] ダイアログボックスが表示されます。[はい] を選択して確定します。これにより、親とすべての子更新セットが完了に設定されます。
10. 更新セットファイルを移行するには、sys_update_setの親のレコードで [更新セットバッチを XML にエクスポート ] を選択します。
    親と子の更新セットが一緒にパッケージ化され、エクスポートされます。

次のタスク

ターゲットインスタンスで、[ Retrieved Update Sets ] に移動し、[ Import Update Sets from XML] を選択します。パッケージ解除すると、親とすべての子が [Retrieved Update Sets] テーブルに一覧表示されます。親を開き、[ 更新セットバッチをプレビュー]を選択します。

ソースインスタンス内の参照レコードがターゲットインスタンスに存在しない場合、更新セットの適用中にエラーが発生する可能性があります。たとえば、sys_nlu_intent元のフィールドは、ターゲットインスタンスに存在しない別のモデルのインテントを参照する可能性があります。失敗したレコードで [ リモート更新を承認] をクリックして、いずれにしても更新セットを収容できます。