前回の記事では割り込みの方法について紹介しました。今回はボットのメモリオブジェクトについて見ていきます。尚ここでいうメモリオブジェクトはハードウェアとしてのメモリに限定されるものでは無く、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 を使ったエンティティ取得と利用について見ていきます。

次の記事へ
 目次へ戻る