Bot Framework Composer でボット開発 : その 6 メモリオブジェクト
前回 の記事では割り込みの方法について紹介しました。今回はボットのメモリオブジェクトについて見ていきます。尚ここでいうメモリオブジェクトはハードウェアとしてのメモリに限定されるものでは無く、Bot Framework Composer が開発者に対して情報を提供する仕組みであり、情報はデータベースに保存されている場合もあります。
メモリオブジェクト
公式の Conversation flow and memoryドキュメントにもある通り、ボットのメモリオブジェクトは会話フローを成り立たせるために重要な役割を果たします。
- ユーザーのプロファイルや設定などを保持
- 会話レベルでユーザーからの入力や処理の内容を保持
- ダイアログ間での情報の受け渡し
メモリオブジェクトへのアクセスは、user.name のように スコープ.プロパティ 形式となります。
Bot Framework Composer では以下のスコープを提供します。
- user
- conversation
- dialog
- turn
- settings
- this
user と conversation データは BotState オブジェクトの一部として扱われ、既定で Cosmos DB に永続化されます。
user スコープ
ユーザー単位の情報を保持するために提供されるスコープで、明示的に削除しない限りユーザー単位で保持されます。ユーザー名や設定など会話の範囲を超えた情報はユーザースコープに保存します。
conversation スコープ
会話単位の情報を保持するために提供されるスコープです。会話には複数のユーザーが存在する可能性があるため、特定の会話において、会話に参加するユーザーからアクセスできるべき情報を保存します。また新しい会話が作成されると新規のメモリオブジェクトが提供されます。
dialog スコープ
現在アクティブなダイアログおよびその親や子ダイアログの情報を保持します。特定ダイアログ内でのみ利用する情報を保存します。
turn スコープ
ターンとはユーザーが 1 つのメッセージを送ってから、ボットから応答を受け取るまでの一連の流れです。ターンスコープにはユーザーのメッセージやボットの応答が含まれ、メッセージが送られるたびに新しく作成されます。
settings スコープ
appsettings.json の設定を保持するメモリオブジェクト。階層のものはプロパティとしてアクセス。
settings.luis.appID
settings.qna.kbId
This スコープ
処理の場所によってコンテキストが変わるオブジェクト。
各スコープに含まれるデータの確認
各データはエミュレーターを使うことで確認が可能です。
ターンスコープに含まれるデータの確認
基本的にターンスコープの情報は自動生成されます。
エミュレーターの Bot State から turn を確認します。
turn には主に以下の自動生成された情報が含まれます。
- activity: ユーザーやボットからのメッセージ (アクティビティ)
- recognized: Recognizer で取得した結果
- intent: 取得したインテント
- entities: 取得したエンティティ
- dialogEvent: 現在のダイアログの状態やイベントの情報
この他にも複数選択肢の回答を保持する turn.choice など状況に応じてプロパティが増えます。
ダイアログスコープに含まれるデータの確認
ダイアログスコープの情報も自動生成され、アクティブなダイアログの情報や呼び出し元のダイアログの情報などが含まれます。またターンスコープの dialogEvent.Name もダイアログの状態を確認するために使います。
プロファイルダイアログに入った直後のダイアログスコープには以下の情報が含まれます。ここでは最後のインテント情報や、ダイアログのスタック情報が見て取れます。
2 つ目のアクティビティである、「猫は何匹いますか?」の後では、ダイアログスコープのデータは以下のように変化します。
ダイアログが完了した直後ではダイアログスコープはありません。
またダイアログ内でループ処理をした場合などは、dialog.foreach.value
にてループされたアイテムにアクセスする事ができます。
会話スコープに含まれるデータの確認
会話スコープにも自動生成されたデータとして、現在のダイアログの情報が含まれます。
ユーザースコープに含まれるデータの確認
ユーザースコープには自動生成されるデータはありません。明示的に追加したものだけが含まれます。
プロパティの追加
各スコープのプロパティに対して値を設定する方法はいくつかありますが、既に ユーザー入力の理解 で紹介したように、入力インプットをプロパティに保存する方法が良く使われます。
プロパティの管理
明示的にプロパティを管理できるよう、専用のアクションが提供されます。
初めの 4 つは言葉の通りで、操作も明らかであるため、ここでは配列データの操作について紹介します。
配列データのプロパティを編集
プロパティで配列データを持たせる場合、以下の操作が可能です。
- Push: 値を追加
- Pop: 配列の最後から値を取り出す
- Take: 配列の最初から値を取り出す
- Remote: 指定したアイテムを削除する
- Clear: 配列を空にする
アクションのプロパティペインは操作によって動的に変化しないため、どのアクションで何を使うか理解しておく必要があります。
Push
- Items property: 配列を保存するプロパティ
- Value: 追加する値
Pop/Take
- Items property: 配列を保持するプロパティ
- Result Property: Pop/Take の結果を保持するプロパティ
remove
- Items property: 配列を保持するプロパティ
- Value: 削除するアイテム
メモリオブジェクトへのショートカット
よく使うものはショートが用意されています。
記号 | 例 | 元のパス | 説明 |
---|---|---|---|
$ | \$userName \$lastIntent |
dialog.userName dialog.lastIntent |
$ はダイアログスコープを表すショートカットです。 |
# | #intentName | turn.recognized.intents.intentName | LUIS などにより取得されたインテントは # で表現できます。 |
@ | @entityName | turn.recognized.entities.entityName | LUIS などにより取得されたエンティティのうち初めのエンティティの名前が取れます。 |
@@ | @@entityName | turn.recognized.entities.entityName | LUIS などにより取得されたエンティティのうち初めのエンティティの値が取れます。 |
前回の記事で LUIS の閾値を設定した際も、# ショートカットを使いました。
まとめ
メモリオブジェクトは高度なボットを作成する上で重要な知識です。適切なスコープに必要な値を保持できるよう、色々試してください。次回は LUIS を使ったエンティティ取得と利用について見ていきます。
Author And Source
この問題について(Bot Framework Composer でボット開発 : その 6 メモリオブジェクト), 我々は、より多くの情報をここで見つけました https://qiita.com/kenakamu/items/87cf57267be213653129著者帰属:元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .