チャットBotの概要
会話型ボット
Kore.ai のアプローチ
Kore.ai 会話型プラットフォーム
ボットの概念と用語
自然言語処理 (NLP)
ボットタイプ
ボットタスク
Kore.ai プラットフォームを使う
ボットビルダーのアクセス
Kore.ai ボットビルダーを使う
ボットビルダー
ダイアログタスク
ユーザーインテントノード
ダイアログノード
エンティティノード
サポートするエンティティタイプ
複合エンティティ
サポートする色
サポートする会社名
フォームノード
ロジックノード
メッセージノード
確認ノード
サービスノード
カスタム認証の実装
サービスノード用双方向 SSL
スクリプトノード
エージェント転送ノード
Webフックノード
ノードのグループ化
接続と遷移
ダイアログの管理
プロンプトエディタ
標準ボットの構築
設計
開発 - 標準ボット
ストーリーボード
アラートタスク
アラートタスク
無視する単語 & フィールドメモリ
デジタルフォーム
デジタルビュー
知識グラフ
用語
構築
生成
ボットオントロジーのインポート/エクスポート
解析
知識の抽出
スモールトーク
初めてのボット構築
ボット構築を始める
シンプルなボットを構築
インテリジェンス
コンテキスト管理
概要
コンテキスト管理
セッションおよびコンテキスト変数
コンテキストオブジェクト
ダイアログ管理
サブインテント
エンティティの変更
複数インテントの検出
センチメント分析 (英語)
トーン分析
センチメント管理
デフォルトの会話
デフォルトの標準レスポンス
発話テスト
自然言語
概要
機械学習
ML (機械学習) モデル
基本概念
NLP (自然言語処理) の設定 & ガイドライン
知識グラフのトレーニング
示唆
ランキング & リゾルバ
高度な NLP 設定
チャネルの有効化
テスト & デバグ
ボットと会話
発話テスト
バッチテスト
会話の記録 & テスト
ボットの公開
ボットの分析
概要
ダッシュボード
カスタムダッシュボード
会話フロー
ボットメトリクス (英語)
アドバンスド トピック
ボット認証
言語管理
共同開発
IVR 統合
データ テーブル
ユニバーサル ボット
定義
構築
トレーニング
カスタマイズ
言語の有効化
スマート ボット
スマート ボットの定義
イベントベースのボットアクション
koreUtil ライブラリ
ボット設定
ボットの機能
ボット設定
PII 設定
エラーメッセージのカスタマイズ
セッションを管理する
ボット管理
ボットのバージョン
ボット変数
API ガイド
API 概要
API リスト
API コレクション
SDK
SDK 概要
SDK セキュリティ
SDK アプリ登録
Web 上の SDK チュートリアル
メッセージ形式とテンプレート
モバイル SDK プッシュ通知
ウィジット SDK チュートリアル
メッセージ形式とテンプレート
WebSocket 接続
BotKit SDK の利用
インストール
設定
イベント
機能
BotKit SDK チュートリアル - エージェント転送
BotKit SDK チュートリアル - フライト検索サンプルボット
外部 NLP エンジンの利用
ボット管理者
ボット管理者コンソール
ダッシュボード
ユーザー管理
御社ユーザーの管理
御社グループの管理
ロールを管理
ボット管理
エンロール
ユーザーの招待
一括招待
ユーザーのインポート
AD からユーザーを同期
セキュリティ & コンプライアンス
シングル サインオンを使う
セキュリティの設定
クラウド コネクタ
分析
請求処理
How To
シンプルなボットの構築
バンキングボットの構築
送金タスク
残高の更新タスク
知識グラフを作成
知識グラフへ抽出したFAQを入力
スマート アラートのスケジュール
エージェント転送の設定
パネルやウィジットの設定
デジタル ビューの設定
デジタル フォームの設定
データをデータテーブルに追加
データテーブルのデータを更新
フォームデータをデータテーブルに追加
コンテキストの切り替え
意図を使う
インテントやエンティティのパターン
エンティティ ルール
マルチ言語なボットの動き
カスタム ダッシュボード
ボット メトリクスをフィルターするためのカスタムタグ
グローバル変数
コンテンツ変数
ボット機能を使う
ボットリリースのライフサイクル
グループノードを利用したインテントのスコーピング
Kore-Unblu インテグレーション
  1. Home
  2. Docs
  3. Bots
  4. How Tos
  5. コンテキスト切り替えの管理方法

コンテキスト切り替えの管理方法

このハウツーでは、インテント全体のコンテキストを共有し、FAQがBotのユーザー体験および効率性の改善に役立つバンキングBotのシナリオを調査します。また、ダイアログフロー内でコンテキストの使用方法に注目し、イベントの順序を決定します。コンテキスト管理およびKore.ai Botプラットフォームでどのように実装されているかの詳細については、こちらを参照してください

例題

以下のシナリオに取り組むバンキングBotを検討します。

  • インテント全体のコンテンツを共有 – ユーザーが彼/彼女の口座番号を入力すると、会話の途中で再度同じプロンプトが表示されることはありません。 User: I want to transfer $200 from my account Bot: Sure, may I have your account number? // (initiating Transfer Amount task) User: It’s 2343544 Bot: What is the payee account number User: Wait, do I have sufficient funds // (transferring to Get Balance task) Bot: What is your account number 理想的には、残高の確認では口座番号は要求されるべきではありません。
  • コンテキストベースのダイアログフロー – コンテキストに基づき、指定タスクのフローはBotがサブダイアログとして別のタスクに明確にコールすると変わる場合があります。上記の拡張例User: I want to transfer $200 from my account Bot: Sure, may I have your account number? // (initiating Transfer Amount task) User: It’s 2343544 Bot: What is the payee account number User: 4355403 Bot: What is your account number? // (transferring to Get Balance task to check for sufficient funds) User: It’s 2343544 Bot: Current balance is $1200 Bot: Amount $200 has been debited from your account. //(resuming Transfer Amount task) 理想的には、残高の確認は口座番号は要求されるべきではなく、残高メッセージは表示されるべきではありません。これは、ユーザーナレッジがない2つのタスク間のバックグラウンドで発生します。
  • フォローアップインテント – セキュリティ上の理由またはビジネス要件により、特定タスクへのアクセスは制限できます。たとえば、口座残高の更新は送金金額フローに制限されるべきです。口座タスクの更新は、ユーザーまたはBot内の他のタスクに対して直接実行できません。
  • インテント間のコンテキストの共有およびFAQ – タスク中、ユーザーはコンテキスト内の一般的な質問をする場合があります。たとえば、金額を送金中、ユーザーはレートについて質問する場合があり、Botは資金送金レート関連のFAQで回答必要があります。
  • FAQ間のコンテンツの共有 – 特定の質問は以前のクエリのフォローアップの場合があります。たとえば、「クレジットカードの金利はいくらですか?」に続き、「手数料はいくらですか?」で、手数料参照はクレジットカードに対するものです。

この文書では、上記のすべてのシナリオをコンテキストタグ、変数を使用して達成するステップバイステップ式アプローチの詳細を説明し、事前条件をインプットおよびコンテキストをアウトプットし、プラットフォームのエンティティ値の機能を発します。

Pre-requisites

  • Botビルドナレッジ
  • 以下で述べるダイアログ付きバンキングBot
    • 残高の確認 – ユーザーに口座番号をプロンプト表示し、口座で使用できる残高を表示するダイアログタスク。
    • 資金の移動 – ユーザーに支払人および受取人の口座番号と移動額をプロンプト表示し、指定額を支払人口座から受取人口座へ移動するダイアログタスク。
    • 口座を更新 – ユーザーに更新する必要がある口座番号、更新される金額、金額を入金または出金して口座残高を更新する必要があるかどうかをプロンプト表示するダイアログタスク。
    • ナレッジ収集 – 銀行に関するよくある質問。

導入

上記シナリオのそれぞれを1つづつ検討します。

インテント間のコンテキスト共有

コンテンツの共有は、2つのケースで別に処理する必要があります。

  • Bot主導の遷移 – これは、対応するインテントを呼び出し、エンティティの事前課題でデータをパスすることで、Bot開発時に処理できます。
  • ユーザー主導の遷移 – 現在のタスクフロー中は、ユーザーがいつリクエストするかがわからないため少し複雑で、タグの組み合わせ、 エンティティの排出および抽出が必要です。

タスク主導のコンテキスト切り替え

以下は、送金金額ダイアログが残高の確認タスクを呼び出し、支払人口座に送金する十分な資金があるかどうかをチェックするシナリオです。 Bot範囲のコンテキスト変数とこれを達成するエンティティの事前課題を使用します。ステップ:送金金額から残高の確認を呼び出し、資金をチェックして進める必要があります。

  1. 送金金額ダイアログを開きます。
  2. 以下のように、ダイアログノードスクリプトノードメッセージノードを追加します。
    1. ダイアログノード は、エンティティ事前割当を使用して残高の確認を呼び出して、以下を入力します。
      • 口座番号支払人口座番号への残高の確認ダイアログ設定に必要なエンティティ。
      • キー/値の追加 – 送金金額インテントを特定する context.type転送のペア。これは、フローを変更する次のステップに表示される残高の確認ダイアログでチェックされます。
      • 転送オプションが Get_Balanceの開始に設定されていることを確認し、完了したら、このノードに戻ります。
    2. スクリプトノード – 支払人口座の残高を送金金額とチェック続行CheckBalance。支払人口座の残高は、残高の確認ダイアログによって入力される BotContext 変数から取得されます。
      • JavaScript:
        var nextStep = “”; if (context.session.BotUserSession.Balance >= context.entities.Amount) nextStep = “update”; context.nextStep = nextStep;

      • 資金が不十分な場合は、UpdateBalanceへ続行接続設定context.nextStep が上記スクリプトからの更新である場合)、そうでない場合はメッセージノードへ続行します。
    3. 不十分な資金メッセージを表示するメッセージノード

次に、残高の確認ダイアログを変更し、送金タグをチェックし、必要に応じて、Botコンテキスト変数を入力します。

  1. 残高の確認ダイアログを開きます。
  2. BalanceMessage (最終メッセージノード)ノードを開きます。
  3. Bot応答 セクションで、応答を管理ダイアログを開きます。
  4. 以下の JavaScriptを追加します。このスクリプトは、リクエストが送金金額タスクからの場合は、口座残高にBotコンテキスト変数を入力し、そうでない場合は、通常の残高メッセージが表示されます。
    if (context.type == "transfer") BotUserSession.put('Balance', context.GetAccountBalance.response.body.Balance); else print ('The Balance in your account is ' + context.GetAccountBalance.response.body.Balance);

Botをテストして、実行中の変更内容を確認します。

ユーザーがトリガーしたコンテキスト切り替え

以下は、この使用ケースの例です。ユーザーは金額送金中はいつでも、送金を続行する前に口座残高をチェックできます。 これを達成する方法を確認しましょう。システム生成の履歴タグとカスタムタグを使用します。履歴タグは自動的に1つのインテントから別のインテントに送信されます。ステップ:最初に、送金金額を変更し、適切なタグを入力し、一時停止と再開設定を設定します。

  1. 送金金額ダイアログを開きます。
  2. PayerAccount エンティティのプロパティパネルを開きます。
  3. NLPタブから、取得したエンティティ値を自動放出フラグを設定します。これで、支払人口座番号がコンテキストに保存されたことが確認されます。このインテントによって放出される最初の値であるため、タグアレイのインテント名の隣に配置されます。
  4. 次に、追加(垂直省略記号)オプションから、中断を管理ダイアログを開きます。
  5. このタスクの設定を一時停止と再開を許可するとしてカスタマイズし、現在のタスクを一時停止オプションから現在のタスクを一時停止し、新しいタスクが完了したら再開再開オプションユーザーにメッセージを送信することなく、保留中のタスクを再開します

次に、残高の確認ダイアログを変更し、送金金額で送信したデータを取得します。

  1. 残高の確認ダイアログを開きます。
  2. スクリプトノードCheckAcId を追加し、口座番号をインテントノードの後で使用できるかどうかをチェックします。
  3. 以下のスクリプトを追加します。このスクリプトはインテント「送金金額」をチェックします。口座番号を取得し、その値でAccountNumberエンティティを入力します。
    var i = koreUtil._.indexOf(context.historicTags[0].tags, 'Transfer Amount'); context.entities.AccountNumber = context.historicTags[0].tags[i+1]

Botを実行して、有効になる変更内容を確認します。

インテントのフォローアップ

口座を更新インテントは、送金金額でのみ呼び出す必要があります。できることが、2つあります。

  1. ユーザーアクセスの制限:
    1. 口座を更新ダイアログを開きます。
    2. 追加(垂直省略記号)オプションから、ダイアログ設定にアクセスします。
    3. オプションを、サブインテントのみダイアログに設定します。
    4. これでユーザーアクセスはこのダイアログに制限され、このダイアログは直接またはヘルプオプションからは使用できません。
  2. タスクアクセスの制限:
    1. 残高を更新ダイアログを開きます。
    2. UpdateBalance インテント、NLP プロパティタブを開きます。
    3. コンテキストの管理セクションで、「転送」を インテント前提条件に追加します。これで、転送がコンテキストに存在している場合のみ、このダイアログが実行されることが確認されます。
    4. 送金金額ダイアログを開きます。
    5. TransferAmount インテントノード、NLP プロパティタブを開きます。
    6. コンテキストの管理セクションで、「転送」を残高更新ダイアログで期待されるコンテキストアウトプットへ転送します。
    7. これで、残高更新は他のダイアログではトリガーできなくなります。

FAQ間でのコンテキスト共有

このシナリオでは、以下のナレッジ収集が使用されます。主な質問:クレジットカードの金利はいくらですか? 主な質問:クレジットカードの料金はいくらですか? 代替:料金はいくらですか? 使用ケースは、以下のとおりです。 この2つ目の質問では、用語料金はクレジットカードのコンテキストです。有効にするには、フラグを設定するだけで、残りはプラットフォームが行います。コンテキストタグの質問に対する各回答は自動的に設定され、プラットフォームに対する指示は、適切に使用するということだけです。

  1. トレーニング-> しきい値および設定に移動します。
  2. ナレッジ収集タブを拡張します。
  3. スクロールダウンし、コンテキストパスを認定タグを設定します。この設定をすると、KGエンジンが使用可能コンテキストタグが特定のFAQパスの一部であるかどうかという質問を認定します。
  4. Botを実行し、効果を確認します。

インテントおよびFAQ間でのコンテキストの共有

このシナリオでは、以下のナレッジ収集が使用されます。主な質問:転送レートはいくらですか? 代替: レートはいくらですか? ここでの使用ケースは、ユーザーが金額送金中にレートについて質問する可能性があるといことです。この結果、適切なFAQがトリガーされ、クエリに答えます。 FAQの中断動作のデフォルト設定により、ダイアログタスクが進行中にFAQが伴いますが、これで説明した使用ケースは解決しません。ダイレクトな質問 – 「転送レートはいくらですか」には答えますが、「レートはいくらですか」には答えません。理由は、FAQがコンテキストを選んでいないからです。コンテキストをFAQで選べるようにするには、

  1. 送金金額タスクがすでに転送タグを放出中であり、このケースでは同じものが使用されます。
  2. トレーニング-> しきい値および設定に移動します。
  3. ナレッジ収集タブを拡張します。
  4. スクロールダウンし、コンテキストパスを認定タグを設定します(以前の使用ケースで設定されていない場合)。
  5. Botを実行して、有効になる変更を確認します
メニュー