JP2024063530A - メッセージ処理方法、情報処理装置、およびプログラム - Google Patents

Abstract

【課題】ユーザから入力されたメッセージがより正確に解釈されるための技術を提供する。【解決手段】情報処理サーバ３００は、スレッド００１のユーザから第１のメッセージを取得し、コンテキストデータベース５００に、第１のメッセージのコンテキストをスレッド００１に関連付けて格納し、スレッド００１のユーザから第２のメッセージを取得し、そして、第２のメッセージを第１のメッセージのコンテキストとともに会話サーバ４００へ提供する。【選択図】図８

Description

本開示は、メッセージ処理方法に関する。

従来、ユーザからのメッセージを処理する技術について種々検討されている。たとえば、非特許文献１（“Virtual assistant”，［online］，令和４年９月９日，インターネット＜URL: https://en.wikipedia.org/wiki/Virtual_assistant＞）は、ユーザからのテキストまたは音声によるメッセージの入力に応じて種々のタスクまたはサービスを提供する、バーチャルアシスタントを開示している。

"Virtual assistant"，［online］，令和４年９月９日，インターネット＜URL: https://en.wikipedia.org/wiki/Virtual_assistant＞

上述の技術において、提供されるタスクまたはサービスにおいてユーザの意図がより正確に反映されるようにするために、ユーザからのメッセージをより正確に解釈するための技術が求められている。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、ユーザから入力されたメッセージがより正確に解釈されるための技術を提供することである。

本開示のある局面に従うと、情報処理装置が、第１のエンティティから第１のメッセージを取得するステップと、情報処理装置が、記憶装置に、第１のエンティティに関連付けて、第１のメッセージのコンテキストを格納するステップと、情報処理装置が、第１のエンティティから第２のメッセージを取得するステップと、情報処理装置が、メッセージを解釈する解釈サーバに、第２のメッセージを第１のメッセージのコンテキストとともに提供するステップと、を備える、メッセージ処理方法が提供される。

本開示によれば、解釈サーバに対して、あるエンティティについてのメッセージとともに、当該エンティティにおける過去のメッセージのコンテキストが提供される。これにより、解釈サーバは、詳細な内容を含まないメッセージの解釈を、当該メッセージが属するエンティティにおける過去の内容を用いて実施できる。したがって、ユーザから入力されたメッセージがより正確に解釈され得る。

メッセージ処理システムの構成の一例を示す図である。 ユーザ端末１００のハードウエア構成の一例を示す図である。 コミュニケーションサーバ２００のハードウエア構成の一例を示す図である。 情報処理サーバ３００のハードウエア構成の一例を示す図である。 会話サーバ４００のハードウエア構成の一例を示す図である。 メッセージ処理システム１における対話の一例を示す図である。 メッセージ処理システム１における対話の他の例を示す図である。 図６および図７に示された２つのスレッドにおける対話のための情報の流れを模式的に示す図である。 コンテキストデータベース５００に格納される情報の一例を模式的に示す図である。 コンテキストデータベース５００に格納される情報の他の例を模式的に示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を模式的に示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を模式的に示す図である。 情報処理サーバ３００および会話サーバ４００の各々における処理の流れを示す図である。 メッセージ処理システムの構成の他の例を示す図である。 メッセージ処理システム２における対話の一例を示す図である。 図１５に示された注文情報の生成における情報の流れを模式的に示す図である。 図１５に示された注文情報の生成における情報の流れを模式的に示す図である。 コンテキストデータベース５００に格納される情報の一例を示す図である。 コンテキストデータベース５００に格納される情報の他の例を示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。 メッセージ処理システム２における対話の他の例を示す図である。 図２４に示された注文情報の生成における情報の流れを模式的に示す図である。 コンテキストデータベース５００に格納される情報の一例を示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。 コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。

以下に、図面を参照しつつ、メッセージ処理システムの実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

＜第１の実施の形態＞
［１．メッセージ処理システムの構成］
図１は、メッセージ処理システムの構成の一例を示す図である。図１に示されるように、メッセージ処理システム１は、ユーザ端末１００、コミュニケーションサーバ２００、情報処理サーバ３００、会話サーバ４００、およびコンテキストデータベース５００を含む。

一実現例では、ユーザ端末１００は、ユーザによって操作されるコンピュータ（スマートフォン、タブレット端末、パーソナルコンピュータ、など）によって実現される。

コミュニケーションサーバ２００は、slack（登録商標）などのチャットサービスを提供するサーバである。

情報処理サーバ３００は、上記チャットサービスにおいて、チャットボットを提供するためのサーバである。情報処理サーバ３００は、メッセージ処理システム１における情報処理装置の一例である。

会話サーバ４００は、情報処理サーバ３００をチャットボットとして機能させるために、メッセージの解釈を含む種々の処理を実施する。会話サーバ４００は、メッセージ処理システム１における解釈サーバの一例である。

コンテキストデータベース５００は、メッセージ処理システム１において、ユーザによって入力されたメッセージのコンテキストを管理する。一実現例では、コンテキストとは、メッセージの意図および／または対象を意味していてもよい。なお、コンテキストは、これらの意味に加えて、または、これらの意味に代えて、メッセージに付随する場所および／もしくは時刻などの付加情報、または、このような付加情報の履歴を意味してもよい。

［２．メッセージ処理システムの機能の概要］
図１を参照して、メッセージ処理システム１の機能の概要を説明する。

ユーザ端末１００には、上記チャットサービスを利用するためのアプリケーションプログラムがインストールされている。ユーザ１５０は、ユーザ端末１００を利用して、上記チャットサービスのあるスレッドに、メッセージ（問合せ）を入力する。ユーザ端末１００は、入力されたメッセージをチャットサービスに入力する。チャットサービス上のメッセージは、コミュニケーションサーバ２００において管理される。なお、ユーザ端末１００において、メッセージサービスへのメッセージの入力は、専用のアプリケーションプログラム上で実施されてもよいし、ブラウザを介してアクセスされた専用のサイト上で実施されてもよい。

情報処理サーバ３００は、チャットサービスにおいてユーザからのメッセージの入力を監視している。情報処理サーバ３００は、チャットサービスにユーザからのメッセージが入力されると、当該メッセージをコミュニケーションサーバ２００から取得し、当該メッセージを会話サーバ４００へ転送する。

会話サーバ４００は、ユーザからのメッセージを解釈し、当該メッセージに対する応答を生成し、そして、生成された応答を情報処理サーバ３００へ送信する。情報処理サーバ３００は、会話サーバ４００から送信された応答をコミュニケーションサーバ２００へ転送する。コミュニケーションサーバ２００は、情報処理サーバ３００から転送された応答を、ユーザ端末１００へ提供する。このとき、応答は、上記チャットサービスの上記スレッドにおいて、ユーザ１５０から入力されたメッセージ（問合せ）に対する返信として提供される。

会話サーバ４００は、情報処理サーバ３００に、上記応答ととも、上記メッセージの解釈において生成されたコンテキストを送信する。情報処理サーバ３００は、会話サーバ４００から送信されたコンテキストを、上記スレッドに関連付けて、コンテキストデータベース５００に格納する。

情報処理サーバ３００は、その後、上記スレッドにおいてメッセージを取得すると、コンテキストデータベース５００において上記スレッドに関連付けられて格納されたコンテキストを検索する。そして、情報処理サーバ３００は、上記スレッドにおいて取得されたメッセージを、検索結果として得られたコンテキストとともに、会話サーバ４００へ送信する。これにより、会話サーバ４００は、上記スレッドにおけるメッセージの解釈に、上記スレッドにおける過去のメッセージについて生成されたコンテキストを利用できる。

［３．ハードウェア構成］
（ユーザ端末１００）
図２は、ユーザ端末１００のハードウエア構成の一例を示す図である。ユーザ端末１００は、ＣＰＵ（Central Processing Unit）１０１と、ディスプレイ１０２と、マイクロフォン１０３と、スピーカ１０４と、入力デバイス１０５と、通信Ｉ／Ｆ（インターフェース）１０６と、ストレージ１０７とを含む。ストレージ１０７は、データを不揮発的に格納するメモリデバイスによって実現される。ストレージ１０７は、各種のプログラムを格納するプログラム用領域１０７１、および、各種のデータを格納するデータ領域１０７２を含む。

ＣＰＵ１０１は、１以上のプロセッサを含み、ストレージ１０７または外部の記憶装置に格納されたプログラムを実行することにより各種の演算を実行する。

ディスプレイ１０２は、ＣＰＵ１０１から指示された画面を表示する。マイクロフォン１０３は、入力された音声をＣＰＵ１０１に入力する。スピーカ１０４は、ＣＰＵ１０１から指示された音声を出力する。入力デバイス１０５は、たとえば物理キーおよび／またはタッチセンサによって実現され、ユーザからの情報の入力を受け付ける。通信Ｉ／Ｆ１０６は、たとえばネットワークカードによって実現され、ユーザ端末１００を対話システム１内の他の装置（たとえば、コミュニケーションサーバ２００）と通信させる。

（コミュニケーションサーバ２００）
図３は、コミュニケーションサーバ２００のハードウエア構成の一例を示す図である。コミュニケーションサーバ２００は、ＣＰＵ２０１と、通信Ｉ／Ｆ２０２と、ストレージ２０３とを含む。ストレージ２０３は、データを不揮発的に格納するメモリデバイスによって実現される。ストレージ２０３は、各種のプログラムを格納するプログラム用領域２０３１、および、各種のデータを格納するデータ領域２０３２を含む。

ＣＰＵ２０１は、１以上のプロセッサを含み、ストレージ２０３または外部の記憶装置に格納されたプログラムを実行することにより各種の演算を実行する。通信Ｉ／Ｆ２０２は、たとえばネットワークカードによって実現され、コミュニケーションサーバ２００をメッセージ処理システム１内の他の装置（ユーザ端末１００、情報処理サーバ３００、など）と通信させる。

（情報処理サーバ３００）
図４は、情報処理サーバ３００のハードウエア構成の一例を示す図である。情報処理サーバ３００は、ＣＰＵ３０１と、通信Ｉ／Ｆ３０２と、ストレージ３０３とを含む。ストレージ３０３は、データを不揮発的に格納するメモリデバイスによって実現される。ストレージ３０３は、各種のプログラムを格納するプログラム用領域３０３１、および、各種のデータを格納するデータ領域３０３２を含む。

ＣＰＵ３０１は、１以上のプロセッサを含み、ストレージ３０３または外部の記憶装置に格納されたプログラムを実行することにより各種の演算を実行する。通信Ｉ／Ｆ３０２は、たとえばネットワークカードによって実現され、情報処理サーバ３００をメッセージ処理システム１内の他の装置（情報処理サーバ３００、会話サーバ４００、コンテキストデータベース５００、など）と通信させる。

（会話サーバ４００）
図５は、会話サーバ４００のハードウエア構成の一例を示す図である。会話サーバ４００は、ＣＰＵ４０１と、通信Ｉ／Ｆ４０２と、ストレージ４０３とを含む。ストレージ４０３は、データを不揮発的に格納するメモリデバイスによって実現される。ストレージ４０３は、各種のプログラムを格納するプログラム用領域４０３１、および、各種のデータを格納するデータ領域４０３２を含む。

ＣＰＵ４０１は、１以上のプロセッサを含み、ストレージ４０３または外部の記憶装置に格納されたプログラムを実行することにより各種の演算を実行する。通信Ｉ／Ｆ４０２は、たとえばネットワークカードによって実現され、会話サーバ４００をメッセージ処理システム１内の他の装置（たとえば、情報処理サーバ３００）と通信させる。

（コンテキストデータベース５００）
コンテキストデータベース５００は、所与のコンピュータによって実現され、各種のデータを格納する。コンテキストデータベース５００は、メッセージ処理システム１内の他の要素（たとえば、情報処理サーバ３００）の一部として実現されてもよいし、メッセージ処理システム１内の他の要素とは別体のハードウエア資源として実現されてもよい。

［４．メッセージ処理システムにおける対話の具体例］
メッセージ処理システム１では、スレッドごとに、メッセージのコンテキストが管理される。この意味において、メッセージ処理システム１では、各スレッドがエンティティの一例を構成する。以下、２つのスレッドにおける対話の具体例とともに、各スレッドに関するコンテキストの管理について説明する。

（対話の一例）
図６は、メッセージ処理システム１における対話の一例を示す図である。

図６には、ユーザＡとチャットボットとの対話を表す画面６００が示されている。画面６００は、チャットサービスにおけるあるスレッドの対話を表す。画面６００において、欄６０１には、スレッドの情報を表す文字列「Thread_#チャットボットと話そう００１」が表示されている。

欄６０２～６０５のそれぞれは、スレッドにおけるメッセージを表す。より具体的には、欄６０２は、ユーザＡのメッセージ「今日の天気はどう？」を表す。欄６０３は、チャットボットのメッセージ「今日のサンノゼは、にわか雨の予定で、最高気温６２°Ｆ、最低気温４９°Ｆです。」を表す。欄６０４は、ユーザＡのメッセージ「明日はどう？」を表す。欄６０５は、チャットボットのメッセージ「明日のサンノゼは、ほぼ曇り空の予定で、最高気温６２°Ｆ、最低気温４９°Ｆです。」を表す。

（対話の他の例）
図７は、メッセージ処理システム１における対話の他の例を示す図である。

図７には、ユーザＡとチャットボットとの対話を表す画面７００が示されている。画面７００は、チャットサービスにおけるスレッドであって、図６に示された例とは別のスレッドの対話を表す。画面７００において、欄７０１には、スレッドの情報を表す文字列「Thread_#チャットボットと話そう００２」が表示されている。

欄７０２～７０３のそれぞれは、スレッドにおけるメッセージを表す。より具体的には、欄７０２は、ユーザＡのメッセージ「サンタクララでレストランを探して。」を表す。欄７０３は、チャットボットのメッセージ「これらのレストランが見つかりました。」を表す。欄７０３は、２つの欄７０３１，７０３２を含む。欄７０３１は、レストランの１つ目の検索結果「レストランＸ」についての情報を表す。欄７０３２は、レストランの２つ目の検索結果「レストランＹ」についての情報を表す。

（情報の流れ）
図８は、図６および図７に示された２つのスレッドにおける対話のための情報の流れを模式的に示す図である。

図８の例では、図６のスレッドが「スレッド００１」として表され、図７のスレッドが「スレッド００２」として表されている。「ユーザ（スレッド００１）」は、コミュニケーションサーバ２００において、スレッド００１として実施されるユーザＡとの対話を表す。「ユーザ（スレッド００２）」は、コミュニケーションサーバ２００において、スレッド００２として実施されるユーザＡとの対話を表す。「＠チャットボット」は、スレッドにおけるメッセージの宛先がチャットボットであることを表す。

情報処理サーバ３００は、コミュニケーションサーバ２００がユーザから取得するメッセージを監視する。コミュニケーションサーバ２００がスレッド００１においてメッセージ「今日の天気はどう？」（図６の欄６０２）を取得すると、情報処理サーバ３００は、当該メッセージを取得する。このメッセージは、スレッド００１における初めてのメッセージである。すなわち、この時点では、スレッド００１は、情報処理サーバ３００にとって、新しいスレッドである。したがって、情報処理サーバ３００は、コンテキストデータベース５００においてコンテキストを検索することなく、このメッセージを会話サーバ４００へ送信する。

チャットサービスにおいて、メッセージは、音声で入力されてもよいし、テキストで入力されてもよい。会話サーバ４００は、メッセージを解釈する際に、メッセージに対応するテキストを処理してもよい。メッセージが音声で入力された場合、音声からテキストへの変換は、コミュニケーションサーバ２００、情報処理サーバ３００、および解釈サーバのいずれで実施されてもよい。また、チャットサービスにおいて、メッセージは、音声で出力されてもよいし、テキストで出力されてもよいし、これらの双方が出力されてもよい。

会話サーバ４００は、ユーザＡのメッセージ「今日の天気はどう？」を処理することにより、このメッセージへの応答を生成する。一実現例では、メッセージの処理は、メッセージの解釈、解釈に基づくコマンドの特定、および、コマンドの実行を含む。

メッセージの解釈は、メッセージの自然言語処理を含む。会話サーバ４００は、メッセージの解釈において、メッセージのコンテキストを特定してもよい。一実現例では、コンテキストの特定のために、会話サーバ４００は、メッセージが適合する、自然言語処理における文法を特定する。そして、会話サーバ４００は、特定された文法に関連付けられているコンテキストを、メッセージのコンテキストとして特定する。たとえば、メッセージ「今日の天気はどう？」から、コンテキスト「天気」が特定される。

会話サーバ４００は、コンテキストに基づいて、メッセージに対応するコマンドを特定してもよい。一実現例では、コンテキスト「天気」に、コマンド「天気予報の提供」が関連付けられていてもよい。会話サーバ４００は、コンテキスト「天気」に基づいて、コマンド「天気予報の提供」を特定してもよい。

会話サーバ４００は、コマンドの特定において、ユーザＡに関する情報を用いてもよい。ユーザＡに関する情報の一例は、サンノゼという場所を表す情報である。会話サーバ４００は、コマンド「天気予報の提供」が特定されているときに、ユーザＡに関する情報「サンノゼ」を用いて、特定されるコマンドを、コマンド「サンノゼの天気予報の提供」に更新してもよい。

ユーザＡに関する情報は、会話サーバ４００に予め登録されていてもよい。情報処理サーバ３００が、上記メッセージを、対象ユーザ（ユーザＡ）を特定する情報とともに会話サーバ４００へ送信することにより、会話サーバ４００は、対象ユーザ（ユーザＡ）に関する情報を特定し、当該情報を用いて上記メッセージを処理する。

ユーザＡに関する情報は、情報処理サーバ３００から会話サーバ４００へ送信されてもよい。一実現例では、コミュニケーションサーバ２００はユーザ端末１００から位置情報を取得し、当該位置情報を、情報処理サーバ３００が上記メッセージとともにコミュニケーションサーバ２００から取得してもよい。

コマンドの実行において、会話サーバ４００は、必要に応じて外部サーバ（たとえば、ＡＰＩ（Application Programming Interface）サーバ）を利用してもよい。一実現例では、会話サーバ４００は、コマンド「サンノゼの天気予報の提供」の実行のために、天気予報用のＡＰＩサーバにアクセスし、ＡＰＩサーバから取得した情報を用いて応答を生成する。

会話サーバ４００は、応答「今日のサンノゼは、にわか雨の予定で、最高気温６２°Ｆ、最低気温４９°Ｆです。」を生成すると、当該応答を情報処理サーバ３００へ送信する。会話サーバ４００は、また、当該応答の生成に利用したコンテキスト（天気）を情報処理サーバ３００へ送信する。

情報処理サーバ３００は、会話サーバ４００から送信された応答をコミュニケーションサーバ２００に送信する。これに応じて、コミュニケーションサーバ２００は、ユーザＡのメッセージに対する返信として、当該応答（図６の欄６０３）を出力する。これにより、ユーザＡは、スレッド００１において、メッセージ「今日の天気はどう？」への返信として上記応答を取得する。

情報処理サーバ３００は、また、上記応答に対して、ＩＤを付与する。より具体的には、図８の例では、応答「今日のサンノゼは、にわか雨の予定で、最高気温６２°Ｆ、最低気温４９°Ｆです。」に対して、「１」というＩＤが付与されている。

情報処理サーバ３００は、さらに、ＩＤ＝１を付与された応答が基づくユーザＡのメッセージについて取得したコンテキストを、スレッドおよびＩＤを特定する情報とともに、コンテキストデータベース５００へ格納する。これにより、コンテキストデータベース５００では、コンテキスト「天気」が、スレッド００１およびＩＤ＝１と関連付けられて、格納される。

図９は、コンテキストデータベース５００に格納される情報の一例を模式的に示す図である。図９に示されるように、コンテキストデータベース５００では、情報が、３種類の項目（スレッド、ＩＤ、コンテキスト）を含むように格納される。

図１０は、コンテキストデータベース５００に格納される情報の他の例を模式的に示す図である。上記のように情報処理サーバ３００がコンテキストを格納することによって、図１０に示されるように、コンテキストデータベース５００では、スレッド００１およびＩＤ＝１に関連付けられた、コンテキスト「天気」が格納される。

図８に戻って、コミュニケーションサーバ２００がスレッド００２においてメッセージ「サンタクララでレストランを探して。」（図７の欄７０２）を取得すると、情報処理サーバ３００は、当該メッセージを取得する。このメッセージは、スレッド００２における初めてのメッセージである。すなわち、この時点では、スレッド００２は、情報処理サーバ３００にとって、新しいスレッドである。したがって、情報処理サーバ３００は、コンテキストデータベース５００においてコンテキストを検索することなく、このメッセージを会話サーバ４００へ送信する。

会話サーバ４００は、メッセージ「サンタクララでレストランを探して。」を処理することにより、当該メッセージに対する応答「これらのレストランが見つかりました。…」を生成する。そして、会話サーバ４００は、当該応答を、上記メッセージのコンテキスト（レストラン）とともに、情報処理サーバ３００へ送信する。

情報処理サーバ３００は、応答「これらのレストランが見つかりました。…」に対して、ＩＤを付与する。このＩＤは、図８の例では、「２」として示されている。情報処理サーバ３００は、会話サーバ４００から送信された応答を、付与されたＩＤとともにコミュニケーションサーバ２００へ送信する。これにより、コミュニケーションサーバ２００は、上記メッセージへの返信として、情報処理サーバ３００から送信された応答（図７の欄７０３）を出力する。これにより、ユーザＡは、スレッド００２において、メッセージ「サンタクララでレストランを探して。」への返信として当該応答を取得する。

情報処理サーバ３００は、さらに、会話サーバ４００から送信されたコンテキストを、付与されたＩＤとともに、コンテキストデータベース５００へ格納する。これにより、これにより、コンテキストデータベース５００では、コンテキスト（レストラン）が、スレッド００２およびＩＤ＝２と関連付けられて、格納される。図１１は、コンテキストデータベース５００に格納される情報のさらに他の例を模式的に示す図である。図１１に示されるように、コンテキストデータベース５００では、さらに、コンテキスト「レストラン」が、スレッド００２およびＩＤ＝２と関連付けられて、格納されている。

図８に戻って、コミュニケーションサーバ２００がスレッド００１においてメッセージ「明日はどう？」（図６の欄６０４）を取得すると、情報処理サーバ３００は、当該メッセージを取得する。情報処理サーバ３００は、スレッド００１において既にメッセージを取得している。このため、情報処理サーバ３００は、コンテキストデータベース５００において、スレッド００１に関連付けられたコンテキストを検索する。より具体的には、情報処理サーバ３００は、スレッド００１に関連付けられたコンテキストのうち最新のＩＤを付されたコンテキストを検索する。図１１に示されたように、コンテキストデータベース５００では、スレッド００１に関連付けられて、コンテキスト「天気」が格納されている。したがって、情報処理サーバ３００は、上記検索の結果として、コンテキスト「天気」を取得する。

そして、情報処理サーバ３００は、メッセージ「明日はどう？」を、検索結果であるコンテキスト「天気」とともに、会話サーバ４００へ送信する。

会話サーバ４００は、メッセージ「明日はどう？」を、コンテキスト「天気」を用いて解釈することにより、応答を生成する。情報処理サーバ３００は、上記会話とともにユーザＡを特定する情報を会話サーバ４００へ送信してもよい。会話サーバ４００は、ユーザＡを特定する情報に基づいてユーザＡに関する情報を特定し、ユーザＡに関する情報をユーザＡのメッセージの解釈に利用してもよい。

会話サーバ４００は、情報処理サーバ３００から送信されたコンテキスト「天気」を、ユーザＡからのメッセージの解釈に利用する。これにより、ユーザＡのメッセージに「天気」を表す情報が含まれていなくても、また、ユーザＡに関する情報として「天気」が予め登録されていなくても、会話サーバ４００は、コンテキスト「天気」を利用して当該メッセージを解釈できる。

会話サーバ４００は、メッセージ「明日はどう？」に対して、応答「明日のサンノゼは、ほぼ曇り空の予定で、最高気温６２°Ｆ、最低気温４９°Ｆです。」を生成する。そして、会話サーバ４００は、この応答を、メッセージ「明日はどう？」の解釈において利用されたコンテキストともに、情報処理サーバ３００へ送信する。メッセージ「明日はどう？」の解釈において利用されたコンテキストは、メッセージ「明日はどう？」の解釈において新たに特定されたコンテキストであってもよいし、メッセージ「明日はどう？」とともに情報処理サーバ３００から受信したコンテキスト、すなわち、メッセージ「明日はどう？」より前のメッセージの解釈において特定されたコンテキストであってもよい。

情報処理サーバ３００は、会話サーバ４００から送信された応答に新たなＩＤ（３）を付与し、ＩＤ＝３とともに当該応答をコミュニケーションサーバ２００へ送信する。これにより、コミュニケーションサーバ２００は、上記メッセージへの返信として、情報処理サーバ３００から送信された応答（図６の欄６０５）を出力する。これにより、ユーザＡは、スレッド００１において、メッセージ「明日はどう？」への返信として当該応答を取得する。

情報処理サーバ３００は、さらに、会話サーバ４００から送信されたコンテキストを、スレッドおよびＩＤを特定する情報とともに、コンテキストデータベース５００へ格納する。これにより、コンテキストデータベース５００では、このコンテキストが、スレッド００１およびＩＤ＝３と関連付けられて格納される。

図１２は、コンテキストデータベース５００に格納される情報のさらに他の例を模式的に示す図である。図１２に示されるように、コンテキストデータベース５００では、さらに、コンテキスト「天気」が、スレッド００１およびＩＤ＝３と関連付けられて格納されている。

以上、図６～図１２を参照して説明されたように、情報処理サーバ３００は、コンテキストデータベース５００において、スレッドごとに、コンテキストを管理する。これにより、スレッド００１において、あるメッセージについて生成されたコンテキストは、それ以降のメッセージの解釈で用いられる。一方、スレッド００２では、スレッド００１について生成されたコンテキストであってスレッド００２について生成されていないコンテキストは、スレッド００１におけるメッセージの解釈には用いられない。たとえば、図８において説明されたように、スレッド００１におけるコンテキスト「天気」は、スレッド００２ではメッセージの解釈には利用されない。

なお、コンテキストデータベース５００には、スレッド００２について、メッセージ「サンタクララでレストランを探して。」の解釈に利用されたコンテキストが格納されている。スレッド００２において他のメッセージが入力された場合、情報処理サーバ３００は、当該他のメッセージとともに上記コンテキストを会話サーバ４００へ送信する。会話サーバ４００は、当該他のメッセージの解釈に、情報処理サーバ３００から送信されたコンテキストを利用する。すなわち、スレッド００１において、第１のメッセージが入力された後で第２のメッセージが入力されると、第２のメッセージの解釈に、第１のメッセージの解釈に利用されたコンテキストが利用される。また、スレッド００２において、第３のメッセージが入力された後で第４のメッセージが入力されると、第４のメッセージの解釈に、第３のメッセージの解釈に利用されたコンテキストが利用される。

［５．処理の流れ］
図１３は、情報処理サーバ３００および会話サーバ４００の各々における処理の流れを示す図である。処理Ｐ３０は、情報処理サーバ３００側の処理を表す。一実現例では、ＣＰＵ３０１が所与のプログラムを実行することによって、情報処理サーバ３００側の処理が実施される。処理Ｐ４０は、会話サーバ４００側の処理を表す。一実現例では、ＣＰＵ４０１が所与のプログラムを実行することによって、会話サーバ４００側の処理が実施される。

ステップＳ３００において、情報処理サーバ３００は、チャットサービスにおいてチャットボットを宛先とするメッセージを検出したか否かを判断する。情報処理サーバ３００は、メッセージを検出するまでステップＳ３００の制御を繰り返し（ステップＳ３００にてＮＯ）、メッセージを検出すると（ステップＳ３００にてＹＥＳ）、ステップＳ３０２へ制御を進める。

ステップＳ３０２にて、情報処理サーバ３００は、検出されたメッセージを読み出す。
ステップＳ３０４にて、情報処理サーバ３００は、検出されたメッセージが、対象スレッドにおける初めてのメッセージであるか否かを判断する。対象スレッドとは、検出されたメッセージが属するスレッドである。情報処理サーバ３００は、検出されたメッセージが対象スレッドにおける初めてのメッセージであれば（ステップＳ３０４にてＹＥＳ）、ステップＳ３０８へ制御を進め、検出されたメッセージが対象スレッドにおける初めてのメッセージでなければ（ステップＳ３０４にてＮＯ）、ステップＳ３０６へ制御をすすめる。

ステップＳ３０６にて、情報処理サーバ３００は、コンテキストデータベース５００において、対象スレッドに関連付けられたコンテキストを検索する。このとき、対象スレッドに関連付けられているすべてのコンテキストが検索されてもよいし、最新のコンテキストのみが検索されてもよい。コンテキストデータベース５００において各コンテキストがＩＤに関連付けられている場合、「最新」は、各コンテキストに関連付けられているＩＤに基づいて判断されてもよい。

ステップＳ３０８にて、情報処理サーバ３００は、ステップＳ３０２においてコミュニケーションサーバ２００から読み出したメッセージを会話サーバ４００へ転送する。このとき、情報処理サーバ３００は、ステップＳ３０６においてコンテキストの検索結果を取得している場合には、さらに検索結果（コンテキスト）を会話サーバ４００へ送信する。

ステップＳ４００にて、会話サーバ４００は、情報処理サーバ３００から送信されたメッセージを受信する。このとき、会話サーバ４００は、情報処理サーバ３００からコンテキストが送信されていれば、さらに当該コンテキストを受信する。

ステップＳ４０２にて、会話サーバ４００は、ステップＳ４００にて受信したメッセージを解釈する。ステップＳ４００にてコンテキストを受信している場合、この解釈において、会話サーバ４００は、当該コンテキストを利用してもよい。

ステップＳ４０４にて、会話サーバ４００は、ステップＳ４００にて受信したメッセージへの応答を生成する。

ステップＳ４０６にて、会話サーバ４００は、ステップＳ４０４において生成された応答を、コンテキストとともに、情報処理サーバ３００へ送信する。ステップＳ４０６において送信されるコンテキストは、ステップＳ４００において受信したメッセージのコンテキストを含む。メッセージのコンテキストは、当該メッセージの解釈において新たに特定されたコンテキストであってもよいし、当該メッセージとともに情報処理サーバ３００から送信されたコンテキストであってもよい。

ステップＳ３１０にて、情報処理サーバ３００は、会話サーバ４００から、応答とコンテキストとを受信する。

ステップＳ３１２にて、情報処理サーバ３００は、ステップＳ３１０において受信した応答をコミュニケーションサーバ２００に転送する。

ステップＳ３１４にて、情報処理サーバ３００は、ステップＳ３１０において受信したコンテキストを、対象スレッドに関連付けて、コンテキストデータベース５００に格納する。情報処理サーバ３００は、ステップＳ３１０において応答にタイムスタンプを付与し、ステップＳ３１４においてコンテキストをさらに当該タイムスタンプに関連付けてコンテキストデータベース５００に格納してもよい。その後、情報処理サーバ３００は、ステップＳ３００へ制御を戻す。

以上、図１３を参照して説明された処理の流れによれば、情報処理サーバ３００は、チャットサービスにおけるあるスレッドにおいて取得したメッセージを、当該スレッドに関連付けられたコンテキストとともに、会話サーバ４００へ送信する。これにより、会話サーバ４００は、当該スレッドにおいて取得されたメッセージの解釈に、当該スレッドにおいて過去に特定されたコンテキストを利用できる。したがって、チャットサービスにおいて、あるメッセージに意図および／または対象を表す情報が含まれていなくても、当該メッセージと同じスレッドの過去のメッセージに意図および／または対象を表す情報が含まれていれば、当該意図および／または対象に沿った内容を含む応答が返信として提供され得る。

図１３を参照して説明された処理の流れにおいて、タイムスタンプは、各スレッドに関連付けられて格納される複数のコンテキストの各々の新しさを特定するために利用される。一方、図８～図１２において説明されたＩＤは、コンテキストデータベース５００において各コンテキストが格納された順序を規定し、これにより、各コンテキストの新しさを規定する。したがって、図８～図１２におけるＩＤおよび図１３におけるタイムスタンプの各々は、各コンテキストの新しさを規定する要素の一例である。なお、コンテキストの新しさは、当該コンテキストの生成の元となるメッセージのメッセージの新しさと同義であり得る。たとえば、メッセージ「今日の天気はどう？」の解釈においてコンテキスト「天気」が生成された場合、コンテキスト「天気」の新しさは、メッセージ「今日の天気はどう？」の新しさを表す場合がある。

＜第２の実施の形態＞
［１．メッセージ処理システムの構成］
図１４は、メッセージ処理システムの構成の他の例を示す図である。図１と比較して、図１４には、ユーザ端末１００の代わりに、ユーザ１５０Ａによって操作されるユーザ端末１００Ａ、および、ユーザ１５０Ｂによって操作されるユーザ端末１００Ｂが示される。また、会話サーバ４００の代わりに、注文管理サーバ４１０が示される。注文管理サーバ４１０は、ユーザからのメッセージを解釈することにより、ユーザの注文情報を生成する。すなわち、注文管理サーバ４１０は、解釈サーバの一例である。

ユーザ端末１００Ａ，１００Ｂの各々のハードウエア構成は、ユーザ端末１００のハードウェア構成と同様であってもよい。注文管理サーバ４１０のハードウェア構成は、会話サーバ４００のハードウェア構成と同様であってもよい。

図１４に示されるメッセージ処理システム２において、コミュニケーションサーバ２００は、チャットサービスとして、商品の注文を受け付ける。チャットサービスにおいて、ユーザ端末１００Ａおよびユーザ端末１００Ｂは、単一のスレッドに対して、メッセージを入力する。

［２．注文情報の生成の第１の具体例］
（対話）
図１５は、メッセージ処理システム２における対話の一例を示す図である。図１５の例では、チャットサービスのあるスレッドに、ユーザ１５０Ａとユーザ１５０Ｂがメッセージを入力する。メッセージ処理システム２では、ユーザ１５０Ａおよびユーザ１５０Ｂのそれぞれのメッセージが、スレッドに共通するコンテキストを利用して解釈されることにより、ユーザ１５０Ａおよびユーザ１５０Ｂのそれぞれの注文情報が生成される。注文情報は、レストランまたは衣料品店の店内における注文のためのものであってもよいし、デリバリーサービスにおける注文のためのものであってもよい。以下、注文情報の生成についてより具体的に説明する。

図１５を参照して、メッセージＭＳ１１として、チャットボット（情報処理サーバ３００）がメッセージ「２０％割引クーポンがここにあります。」を出力する。一実現例では、このメッセージは、注文管理サーバ４１０によって生成され、情報処理サーバ３００を介してコミュニケーションサーバ２００へ送信される。コミュニケーションサーバ２００は、注文管理サーバ４１０から送信されたメッセージを、チャットボットからのメッセージとして、チャットサービスに出力する。

これに応じて、ユーザ端末１００Ａ（ユーザ１５０Ａ）は、チャットサービスに、メッセージＭＳ２１として示されるように、メッセージ「注文をお願いします。」を入力する。

これに応じて、チャットボットから、メッセージＭＳ２２として示されるように、メッセージ「何にされますか？」が出力される。

これに応じて、ユーザ端末１００Ａは、チャットサービスに、メッセージＭＳ２３として示されるように、メッセージ「チーズバーガを１つ。」を入力する。

これに応じて、チャットボットから、メッセージＭＳ２４として示されるように、メッセージ「他にはありますか？」とともに、メッセージＭＳ２３に基づいて生成された注文情報が出力される。注文情報は、画面ＯＤ２１として示されるように、「チーズバーガｘ１（２０％割引適用）」を含む。この注文情報は、１つのチーズバーガを表し、また、この１つのチーズバーガに対して２０％の割引が適用されることを表す。２０％の割引が適用されることは、このスレッドにおける過去のメッセージのコンテキストに基づく。

より具体的には、このスレッドにおいて、メッセージＭＳ１１は「２０％割引クーポン」「あります」を含む。これにより、メッセージＭＳ１１のコンテキストは、「２０％割引クーポン適用」を含む。そして、メッセージＭＳ２３は、コンテキスト「２０％割引クーポン適用」を用いて解釈される。そして、注文情報は、メッセージＭＧ２３に含まれる「チーズバーガ」「１つ」、および、コンテキスト「サービス：２０％割引適用」に基づいて、１つのチーズバーガに対して２０％の割引が適用されることを表すように、生成される。

一方、ユーザ端末１００Ｂ（ユーザ１５０Ｂ）は、チャットサービスに、メッセージＭＳ３１として示されるように、メッセージ「注文をお願いします。」を入力する。

これに応じて、チャットボットから、メッセージＭＳ３２として示されるように、メッセージ「何にされますか？」が出力される。

これに応じて、ユーザ端末１００Ｂは、メッセージＭＳ３３として示されるように、チャットサービスに、メッセージ「フライドポテトを１つ。」を入力する。

これに応じて、チャットボットから、メッセージＭＳ３４として示されるように、メッセージ「他にはありますか？」とともに、メッセージＭＳ３３に基づいて生成された注文情報が出力される。注文情報は、画面ＯＤ３１として示されるように、「フライドポテトｘ１（２０％割引適用）」である。この注文情報は、１つのフライドポテトを表し、また、この１つのフライドポテトに対して２０％の割引が適用されることを表す。２０％の割引が適用されることは、画面ＯＤ２１について上述したのと同様に、このスレッドにおける過去のメッセージのコンテキストに基づく。

（情報の流れ）
図１６および図１７は、図１５に示された注文情報の生成における情報の流れを模式的に示す図である。

図１６には、図１５におけるチャットサービスとユーザ１５０Ａ（以下、「ユーザＡ」とも称する）との会話が主に示される。図１６を参照して、注文管理サーバ４１０は、情報処理サーバ３００へ、メッセージ「２０％割引クーポンがここにあります。」と、このメッセージのコンテキストを送信する。情報処理サーバ３００は、注文管理サーバ４１０からのメッセージを、チャットボットからのメッセージとして、コミュニケーションサーバ２００に送信する。コミュニケーションサーバ２００は、チャットサービスにおいてこのメッセージを出力する。

情報処理サーバ３００は、また、上記コンテキストをコンテキストデータベース５００に格納する。

図１８は、コンテキストデータベース５００に格納される情報の一例を示す図である。コンテキストデータベース５００では、コンテキストが時刻に関連付けられて格納される。第２の実施の形態において、各コンテキストに関連付けられて格納される時刻は、各コンテキストの新しさを規定する要素の一例である。

注文管理サーバ４１０は、メッセージ「２０％割引クーポンがここにあります。」のコンテキストとして、「サービス：２０％割引適用」を生成する。図１９は、コンテキストデータベース５００に格納される情報の他の例を示す図である。図１９の例では、コンテキスト「サービス：２０％割引適用」が、当該コンテキストが格納された時刻（２０２２年９月１日の１２時０５分）とともに、格納されている。

図１６に戻って、チャットボットからのメッセージに応じて、ユーザ端末１００Ａから、チャットサービスへ、メッセージ「注文をお願いします。」が出力される。情報処理サーバ３００は、このメッセージを取得すると、コンテキストデータベース５００において、図１６に示されているスレッドに関連付けられたコンテキストを検索する。そして、情報処理サーバ３００は、ユーザ端末１００Ａからのメッセージ、検索結果として得られたコンテキスト、および、ユーザ端末１００Ａのユーザ（ユーザＡ）を特定する情報を、注文管理サーバ４１０へ送信する。

注文管理サーバ４１０は、情報処理サーバ３００から送信されたメッセージを解釈して、当該メッセージへの応答「何にされますか？」を生成する。解釈には、情報処理サーバ３００から送信されたコンテキストが利用され得る。

注文管理サーバ４１０は、生成された応答を、上記メッセージのコンテキストとともに、情報処理サーバ３００へ送信する。メッセージのコンテキストは、メッセージとともに情報処理サーバ３００から送信されてきたコンテキスト、および／または、メッセージの解釈において生成されたコンテキストを含む。

情報処理サーバ３００は、注文管理サーバ４１０からの応答をコミュニケーションサーバ２００へ送信する。コミュニケーションサーバ２００は、情報処理サーバ３００から送信された応答を、ユーザ１５０Ａへの返信として出力する。

情報処理サーバ３００は、さらに、注文管理サーバ４１０から送信されたコンテキストを、コンテキストデータベース５００に格納する。

図２０は、コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。図１９では、２０２２年９月１日の１２時０５分のコンテキストのみが格納されていたのに対し、図２０では、さらに、２０２２年９月１日の１２時０６分のコンテキストが格納されている。

図１６に戻って、チャットボットからのメッセージに応じて、ユーザ端末１００Ａから、チャットサービスへ、メッセージ「チーズバーガを１つ。」が出力される。情報処理サーバ３００は、このメッセージを取得すると、コンテキストデータベース５００において、図１６に示されているスレッドに関連付けられたコンテキストを検索する。スレッドに複数のコンテキストが関連付けられている場合、情報処理サーバ３００は、最新のコンテキストのみを検索してもよい。そして、情報処理サーバ３００は、ユーザ端末１００Ａからのメッセージ、検索結果として得られたコンテキスト、および、ユーザ端末１００Ａのユーザ（ユーザＡ）を特定する情報を、注文管理サーバ４１０へ送信する。

注文管理サーバ４１０は、情報処理サーバ３００から送信されたメッセージを解釈して、当該メッセージへの応答「他にはありますか？」、および、注文情報を生成する。解釈には、情報処理サーバ３００から送信されたコンテキストが利用され得る。注文情報は、メッセージの解釈の結果として生成され、たとえば、図１５の画面ＯＤ２１に示された内容を有する。

注文管理サーバ４１０は、生成された応答「他にはありますか？」および注文情報、ならびに、情報処理サーバ３００から受信したメッセージ「チーズバーガを１つ。」のコンテキストを、情報処理サーバ３００へ送信する。メッセージ「チーズバーガを１つ。」のコンテキストは、当該メッセージとともに情報処理サーバ３００から送信されたコンテキスト、および／または、当該メッセージの解釈において生成されたコンテキストを含む。メッセージ「チーズバーガを１つ。」の解釈においてコンテキスト「アイテム：チーズバーガ」「ユーザ：ユーザＡ」が生成された場合、当該メッセージのコンテキストは、「サービス：２０％割引適用」および「アイテム：チーズバーガ」「ユーザ：ユーザＡ」を含んでいてもよい。

情報処理サーバ３００は、注文管理サーバ４１０から送信された応答および注文情報をコミュニケーションサーバ２００に送信し、コミュニケーションサーバ２００は、チャットサービスに当該応答および注文情報を出力する。情報処理サーバ３００は、また、注文管理サーバ４１０から送信されたコンテキストをコンテキストデータベース５００に格納する。

図２１は、コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。図２１では、図２０と比較して、さらに、２０２２年９月１日の１２時０７分のコンテキスト「サービス：２０％割引適用／アイテム：チーズバーガ／ユーザ：ユーザＡ」が格納されている。このコンテキストは、２０２２年９月１日の１２時０７分のコンテキストと比較して、「アイテム：チーズバーガ」「ユーザ：ユーザＡ」をさらに含む。

図１７には、図１６の流れの続きであって、図１５におけるチャットサービスとユーザ１５０Ｂ（以下、「ユーザＢ」とも称する）との会話が示される。

図１７を参照して、チャットボットからのメッセージに応じて、ユーザ端末１００Ｂから、チャットサービスへ、メッセージ「注文をお願いします。」が出力される。情報処理サーバ３００は、このメッセージを取得すると、コンテキストデータベース５００において、図１７に示されているスレッドに関連付けられたコンテキストを検索する。そして、情報処理サーバ３００は、ユーザ端末１００Ｂからのメッセージ、検索結果として得られたコンテキスト、および、ユーザ端末１００Ｂのユーザ（ユーザＢ）を特定する情報を、注文管理サーバ４１０へ送信する。

注文管理サーバ４１０は、情報処理サーバ３００から送信されたメッセージを解釈して、当該メッセージへの応答「何にされますか？」を生成する。解釈には、情報処理サーバ３００から送信されたコンテキストが利用され得る。

注文管理サーバ４１０は、生成された応答を、上記メッセージのコンテキストとともに、情報処理サーバ３００へ送信する。メッセージのコンテキストは、メッセージとともに情報処理サーバ３００から送信されてきたコンテキスト、および／または、メッセージの解釈において生成されたコンテキストを含む。

情報処理サーバ３００は、注文管理サーバ４１０からの応答をコミュニケーションサーバ２００へ送信する。コミュニケーションサーバ２００は、情報処理サーバ３００から送信された応答を、ユーザ１５０Ｂへの返信として出力する。

情報処理サーバ３００は、さらに、注文管理サーバ４１０から送信されたコンテキストを、コンテキストデータベース５００に格納する。

図２２は、コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。図２２では、図２１と比較して、さらに、２０２２年９月１日の１２時０８分のコンテキストが格納されている。

図１７に戻って、チャットボットからのメッセージに応じて、ユーザ端末１００Ｂから、チャットサービスへ、メッセージ「フライドポテトを１つ。」が出力される。情報処理サーバ３００は、このメッセージを取得すると、コンテキストデータベース５００において、図１７に示されているスレッドに関連付けられたコンテキストを検索する。スレッドに複数のコンテキストが関連付けられている場合、情報処理サーバ３００は、最新のコンテキストのみを検索してもよい。そして、情報処理サーバ３００は、ユーザ端末１００Ｂからのメッセージ、検索結果として得られたコンテキスト、および、ユーザ端末１００Ｂのユーザ（ユーザＢ）を特定する情報を、注文管理サーバ４１０へ送信する。

注文管理サーバ４１０は、情報処理サーバ３００から送信されたメッセージを解釈して、当該メッセージへの応答「他にはありますか？」、および、注文情報を生成する。解釈には、情報処理サーバ３００から送信されたコンテキストが利用され得る。注文情報は、メッセージの解釈の結果として生成され、たとえば、図１５の画面ＯＤ３１に示された内容を有する。

注文管理サーバ４１０は、生成された応答「他にはありますか？」および注文情報、ならびに、情報処理サーバ３００から受信したメッセージ「フライドポテトを１つ。」のコンテキストを、情報処理サーバ３００へ送信する。メッセージ「フライドポテトを１つ。」のコンテキストは、当該メッセージとともに情報処理サーバ３００から送信されたコンテキスト、および／または、当該メッセージの解釈において生成されたコンテキストを含む。メッセージ「フライドポテトを１つ。」の解釈においてコンテキスト「アイテム：フライドポテト」が生成された場合、当該メッセージのコンテキストは、「サービス：２０％割引適用」「アイテム：フライドポテト」「ユーザ：ユーザＢ」を含んでいてもよい。

情報処理サーバ３００は、注文管理サーバ４１０から送信された応答および注文情報をコミュニケーションサーバ２００に送信し、コミュニケーションサーバ２００は、チャットサービスに当該応答および注文情報を出力する。情報処理サーバ３００は、また、注文管理サーバ４１０から送信されたコンテキストをコンテキストデータベース５００に格納する。

図２３は、コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。図２３では、図２２と比較して、さらに、２０２２年９月１日の１２時０９分のコンテキストが格納されている。このコンテキストは、２０２２年９月１日の１２時０８分のコンテキストと比較して、さらに、「サービス：２０％割引適用／アイテム：フライドポテト／ユーザ：ユーザＢ」を含む。

以上、図１６～図２３を参照して説明された例では、スレッドが「エンティティ」の一例である。ユーザ端末１００Ａ（ユーザ１５０Ａ）およびユーザ端末１００Ｂ（ユーザ１５０Ｂ）の各々が「ユニット」の一例である。より具体的には、ユーザ１５０Ａは第１のユニットの一例であり、ユーザ１５０Ｂは第２のユニットの一例である。一実現例では、ユーザ１５０Ａおよびユーザ１５０Ｂの各々は、チャットサービスにおける互いに異なるアカウント名を使用することによって識別される。

この例では、あるスレッドにおけるメッセージの解釈に、ユーザからのメッセージのコンテキストだけでなく、チャットボットからのメッセージのコンテキストも利用され得る。また、スレッドにおいて、複数のユーザのそれぞれの注文情報が互いに識別されるように生成されるが、複数のユーザのそれぞれのメッセージはスレッドにおいて共通するコンテキストを利用して解釈される。すなわち、注文管理サーバ４１０は、ユーザ１５０Ａから受信したメッセージに基づいて生成した注文情報をユーザ１５０Ａに関連付け、ユーザ１５０Ｂから受信したメッセージに基づいて生成した注文情報をユーザ１５０Ｂに関連付ける。

［３．注文情報の生成の第２の具体例］
（対話）
図２４は、メッセージ処理システム２における対話の他の例を示す図である。図２４の例では、図１５の例と同様に、チャットサービスのあるスレッドに、ユーザ１５０Ａとユーザ１５０Ｂがメッセージを入力する。メッセージ処理システム２では、ユーザ１５０Ａおよびユーザ１５０Ｂのそれぞれのメッセージが、スレッドに共通するコンテキストを利用して解釈されることにより、ユーザ１５０Ａおよびユーザ１５０Ｂのそれぞれの注文情報が生成される。

図２４を参照して、メッセージＭＳ４１として、チャットボット（情報処理サーバ３００）がメッセージ「本日のおすすめ：スペシャルチーズバーガ＋コーラＬサイズ」を出力する。一実現例では、このメッセージは、注文管理サーバ４１０によって生成され、情報処理サーバ３００を介してコミュニケーションサーバ２００へ送信される。コミュニケーションサーバ２００は、注文管理サーバ４１０から送信されたメッセージを、チャットボットからのメッセージとして、チャットサービスに出力する。

これに応じて、ユーザ端末１００Ａ（ユーザ１５０Ａ）は、チャットサービスに、メッセージＭＳ５１として示されるように、メッセージ「それをください。」を入力する。

これに応じて、チャットボットから、メッセージＭＳ５２として示されるように、メッセージ「あなたのご注文に、スペシャルチーズバーガと、コーラＬサイズと、を追加します。他にはありますか？」が出力される。

チャットボットから、さらに、メッセージＭＳ５１に基づいて生成された注文情報が出力される。注文情報は、画面ＯＤ５１として示されるように、「スペシャルチーズバーガｘ１」「コーラＬサイズｘ１」を含む。この注文情報は、１つのアイテム「スペシャルチーズバーガ」および１つのアイテム「コーラＬサイズ」を表す。これらのアイテムは、このスレッドにおける過去のメッセージのコンテキストに基づく。

より具体的には、このスレッドにおいて、メッセージＭＳ４１は「スペシャルチーズバーガ」「コーラＬサイズ」を含む。これらのそれぞれは、アイテムを表す。これにより、メッセージＭＳ４１のコンテキストは、「アイテム：スペシャルチーズバーガ」「アイテム：コーラＬサイズ」を含む。メッセージＭＳ５１は、このコンテキストを用いて解釈される。これにより、注文管理サーバ４１０は、メッセージＭＳ５１における代名詞「それ」を、上記コンテキストに含まれるアイテム「スペシャルチーズバーガ」「コーラＬサイズ」として認識する。

一方、ユーザ端末１００Ｂ（ユーザ１５０Ｂ）は、チャットサービスに、メッセージＭＳ６１として示されるように、メッセージ「それと、フライドポテトをください。」を入力する。

これに応じて、チャットボットから、メッセージＭＳ６２として示されるように、メッセージ「あなたのご注文に、スペシャルチーズバーガと、コーラＬサイズと、を追加します。他にはありますか？」が出力される。

チャットボットから、さらに、メッセージＭＳ６１に基づいて生成された注文情報が出力される。注文情報は、画面ＯＤ６１として示されるように、「スペシャルチーズバーガｘ１」「コーラＬサイズｘ１」「フライドポテトｘ１」を含む。この注文情報は、１つのアイテム「スペシャルチーズバーガ」および１つのアイテム「コーラＬサイズ」を表す。これらのアイテムは、このスレッドにおける過去のメッセージのコンテキストに基づく。注文情報は、さらに、１つのアイテム「フライドポテト」を表す。このアイテムは、メッセージＭＳ６１に基づく。

より具体的には、注文管理サーバ４１０は、メッセージＭＳ６１における代名詞「それ」を、メッセージＭＳ５１における代名詞「それ」と同様に、メッセージＭＳ４１のコンテキストに基づいて、アイテム「スペシャルチーズバーガ」「コーラＬサイズ」として認識する。そして、注文管理サーバ４１０は、メッセージＭＳ６１に含まれる「と、フライドポテト」に基づいて、アイテム「フライドポテト」をさらに認識する。

（情報の流れ）
図２５は、図２４に示された注文情報の生成における情報の流れを模式的に示す図である。

図２５を参照して、注文管理サーバ４１０は、情報処理サーバ３００へ、メッセージ「本日のおすすめ：スペシャルチーズバーガ＋コーラＬサイズ」と、このメッセージのコンテキストを送信する。情報処理サーバ３００は、注文管理サーバ４１０からのメッセージを、チャットボットからのメッセージとして、コミュニケーションサーバ２００に送信する。コミュニケーションサーバ２００は、チャットサービスにおいてこのメッセージを出力する。

情報処理サーバ３００は、また、上記コンテキストをコンテキストデータベース５００に格納する。

図２６は、コンテキストデータベース５００に格納される情報の一例を示す図である。図２６の例では、コンテキスト「アイテム：スペシャルチーズバーガ／アイテム：コーラＬサイズ」が、時刻（２０２２年９月１日の１２時１５分）とともに格納されている。

図２５に戻って、チャットボットからのメッセージに応じて、ユーザ端末１００Ａから、チャットサービスへ、メッセージ「それをください。」が出力される。情報処理サーバ３００は、このメッセージを取得すると、コンテキストデータベース５００において、図２５に示されているスレッドに関連付けられたコンテキストを検索する。そして、情報処理サーバ３００は、ユーザ端末１００Ａからのメッセージ、検索結果として得られたコンテキスト、および、ユーザ端末１００Ａのユーザ（ユーザＡ）を特定する情報を、注文管理サーバ４１０へ送信する。

注文管理サーバ４１０は、情報処理サーバ３００から送信されたメッセージを解釈して、当該メッセージへの応答「あなたのご注文に、スペシャルチーズバーガと、コーラＬサイズと、を追加します。他にはありますか？」および注文情報を生成する。解釈には、情報処理サーバ３００から送信されたコンテキストが利用され得る。

注文管理サーバ４１０は、生成された応答および注文情報を、上記メッセージのコンテキストとともに、情報処理サーバ３００へ送信する。メッセージのコンテキストは、メッセージとともに情報処理サーバ３００から送信されてきたコンテキスト、および／または、メッセージの解釈において生成されたコンテキストを含む。

情報処理サーバ３００は、注文管理サーバ４１０からの応答および注文情報をコミュニケーションサーバ２００へ送信する。コミュニケーションサーバ２００は、情報処理サーバ３００から送信された応答および注文情報を、ユーザ１５０Ａへの返信として出力する。

情報処理サーバ３００は、さらに、注文管理サーバ４１０から送信されたコンテキストを、コンテキストデータベース５００に格納する。

図２７は、コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。図２７では、さらに、２０２２年９月１日の１２時１７分のコンテキストが格納されている。このコンテキストは、同日１２時１５分のコンテキストと比較して、さらに「ユーザ：ユーザＡ」を含む。このコンテキストは、ユーザＡの注文情報がアイテム「スペシャルチーズバーガ」「コーラＬサイズ」を含むことを意味する。

図２５に戻って、チャットボットからのメッセージに応じて、ユーザ端末１００Ｂから、チャットサービスへ、メッセージ「それと、フライドポテトをください。」が出力される。情報処理サーバ３００は、このメッセージを取得すると、コンテキストデータベース５００において、図２５に示されているスレッドに関連付けられたコンテキストを検索する。そして、情報処理サーバ３００は、ユーザ端末１００Ｂからのメッセージ、検索結果として得られたコンテキスト、および、ユーザ端末１００Ｂのユーザ（ユーザＢ）を特定する情報を、注文管理サーバ４１０へ送信する。

注文管理サーバ４１０は、情報処理サーバ３００から送信されたメッセージを解釈して、当該メッセージへの応答「あなたのご注文に、スペシャルチーズバーガと、コーラＬサイズと、フライドポテトと、を追加します。他にはありますか？」および注文情報を生成する。解釈には、情報処理サーバ３００から送信されたコンテキストが利用され得る。

注文管理サーバ４１０は、生成された応答を、上記メッセージのコンテキストとともに、情報処理サーバ３００へ送信する。メッセージのコンテキストは、メッセージとともに情報処理サーバ３００から送信されてきたコンテキスト、および／または、メッセージの解釈において生成されたコンテキストを含む。

情報処理サーバ３００は、注文管理サーバ４１０からの応答をコミュニケーションサーバ２００へ送信する。コミュニケーションサーバ２００は、情報処理サーバ３００から送信された応答を、ユーザ１５０Ｂへの返信として出力する。

情報処理サーバ３００は、さらに、注文管理サーバ４１０から送信されたコンテキストを、コンテキストデータベース５００に格納する。

図２８は、コンテキストデータベース５００に格納される情報のさらに他の例を示す図である。図２８では、図２７と比較して、さらに、２０２２年９月１日の１２時１８分のコンテキストが格納されている。このコンテキストは、同日の１２時１７分のコンテキストと比較して、「アイテム：スペシャルチーズバーガ／アイテム：コーラＬサイズ／アイテム：フライドポテト／ユーザ：ユーザＢ」を含む。このコンテキストは、ユーザＡの注文情報がアイテム「スペシャルチーズバーガ」「コーラＬサイズ」を含むこと、および、ユーザＢの注文情報がアイテム「スペシャルチーズバーガ」「コーラＬサイズ」「フライドポテト」を含むことを意味する。

以上、図２４～図２８を参照して説明された例では、注文管理サーバ４１０は、アイテムを特定する情報を含むコンテキストを利用してユーザからのメッセージを解釈する場合、当該メッセージにおける代名詞を、コンテキストに含まれるアイテムとして認識する。

［４．処理の流れ］
第２の実施の形態の情報処理サーバ３００および注文管理サーバ４１０によって実施される処理の流れは、図１３を参照して説明された情報処理サーバ３００および会話サーバ４００によって実施される処理の流れと同様のものであってもよい。

なお、第２の実施の形態では、情報処理サーバ３００は、ユーザからのメッセージのコンテキストだけでなく、チャットボットからのメッセージのコンテキストも、コンテキストデータベース５００に格納し得る。

また、第２の実施の形態では、注文管理サーバ４１０は、応答に加えて（または応答の一部として）、注文情報を生成する。情報処理サーバ３００は、注文管理サーバ４１０から送信された応答および注文情報（または、注文情報を含む応答）をコミュニケーションサーバ２００に送信する。これにより、チャットサービスにおいて、ユーザに対して、応答および注文情報（または、注文情報を含む応答）が提供される。

＜変形例＞
第１の実施の形態および第２の実施の形態の各々において説明されたサービスの内容は、メッセージ処理システムの利用態様の単なる一例である。本開示のメッセージ処理方法が適用されるサービスは、上記のものに限定されない。本開示のメッセージ処理方法は、ＳＮＳ（ソーシャルネットワーキングサービス）などの、他の種類のシステムに適用されてもよい。「スレッド」は、コンテキストが共有される範囲であるエンティティの一例である。コンテキストを共有される範囲として識別可能であれば、エンティティの単位の他の例は、ＳＮＳにおける１つのトークルームであってもよいし、バーチャルアシスタントサービスにおける１つのユーザアカウントであってもよい。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

１，２ メッセージ処理システム、１００，１００Ａ，１００Ｂ ユーザ端末、１５０，１５０Ａ，１５０Ｂ ユーザ、２００ コミュニケーションサーバ、３００ 情報処理サーバ、４００ 会話サーバ、４１０ 注文管理サーバ、５００ コンテキストデータベース、ＭＳ１１，２１～２４，３１～３４，４１，５１，５２，６１，６２ メッセージ、ＯＤ２１，３１，５１，６１ 画面。

Claims (10)

1. 情報処理装置が、第１のエンティティから第１のメッセージを取得するステップと、
   前記情報処理装置が、記憶装置に、前記第１のエンティティに関連付けて、前記第１のメッセージのコンテキストを格納するステップと、
   前記情報処理装置が、前記第１のエンティティから第２のメッセージを取得するステップと、
   前記情報処理装置が、メッセージを解釈する解釈サーバに、前記第２のメッセージを前記第１のメッセージのコンテキストとともに提供するステップと、を備える、メッセージ処理方法。
2. 前記情報処理装置が、前記第２のメッセージの取得に応じて、前記記憶装置において前記第１のエンティティに関連付けられたコンテキストを検索するステップをさらに備える、請求項１に記載のメッセージ処理方法。
3. 前記情報処理装置が、前記解釈サーバに、前記第１のメッセージを提供するステップと、
   前記情報処理装置が、前記解釈サーバから、前記第１のメッセージのコンテキストを取得するステップと、をさらに備える、請求項１または請求項２に記載のメッセージ処理方法。
4. 前記第１のメッセージのコンテキストは、前記第１のメッセージのコンテキストの新しさを表す要素とともに、前記記憶装置に格納され、
   前記情報処理装置が、前記記憶装置に、前記第１のエンティティに関連付けて、前記第２のメッセージのコンテキストおよび前記第２のメッセージのコンテキストの新しさを表す要素を格納するステップと、
   前記情報処理装置が、前記第１のエンティティから第３のメッセージを取得するステップと、
   前記情報処理装置が、前記第３のメッセージの取得に応じて、前記記憶装置において前記第１のエンティティに関連付けられた最新のコンテキストを検索するステップと、
   前記情報処理装置が、前記第３のメッセージを、前記最新のコンテキストとともに前記解釈サーバへ提供するステップと、をさらに備える、請求項１または請求項２に記載のメッセージ処理方法。
5. 前記情報処理装置が、第２のエンティティから第３のメッセージを取得するステップと、
   前記情報処理装置が、前記記憶装置に、前記第２のエンティティに関連付けて、前記第３のメッセージのコンテキストを格納するステップと、
   前記情報処理装置が、前記第２のエンティティから第４のメッセージを取得するステップと、
   前記情報処理装置が、前記解釈サーバに、前記第４のメッセージを前記第３のメッセージのコンテキストとともに提供するステップと、を備える、請求項１または請求項２に記載のメッセージ処理方法。
6. 前記第１のメッセージは、前記第１のエンティティの第１のユニットから取得され、
   前記第２のメッセージは、前記第１のエンティティの第２のユニットから取得される、請求項１または請求項２に記載のメッセージ処理方法。
7. 前記解釈サーバは、前記第１のメッセージを解釈し、前記第１のメッセージを解釈した結果を前記第１のユニットに関連付け、
   前記解釈サーバは、前記第２のメッセージを解釈し、前記第２のメッセージを解釈した結果を前記第２のユニットに関連付ける、請求項６に記載のメッセージ処理方法。
8. 前記第１のメッセージのコンテキストは、対象アイテムを特定する情報を含み、
   前記第２のメッセージを解釈するステップは、前記第２のメッセージにおける代名詞を前記対象アイテムとして認識することを含む、請求項６に記載のメッセージ処理方法。
9. １以上のプロセッサと、
   前記１以上のプロセッサによって実行されるプログラムを格納したメモリと、を備え、
   前記プログラムは、前記１以上のプロセッサによって実行されることにより、前記１以上のプロセッサに請求項１または請求項２に記載のメッセージ処理方法を実施させる、情報処理装置。
10. １以上のプロセッサによって実行されることにより、前記１以上のプロセッサに請求項１または請求項２に記載のメッセージ処理方法を実施させる、プログラム。

Images