JP6954821B2 - 対話管理装置及びプログラム - Google Patents

Description

本発明は、ユーザによる発話内容に基づき、データを埋めていく対話管理装置及びプログラムに関する。

下記特許文献１には、入力された音声に基づいて音声検索を実行する際に、検索のための必須項目がすべて満たされているか否かを判断し、満たされていないと判断した場合には、ユーザに働きかけて不足項目や補充するための音声情報を要求する情報処理装置が開示されている。

特開２０１５−６９１０３号公報

しかしながら、特許文献１では、検索結果を得るためのデータが不足していると判断すると、データが不足している項目（例えば、場所や出発時間など；以下、「ブランク項目」ともいう。）のすべてを、ユーザの発話によって埋めていく必要がある。このため、例えばブランク項目（いわゆるスロット）に埋めるべきデータが、定例化している朝の会議の開始時間や会議の場所などであったとしても、ユーザはその内容を発話によってすべて埋める必要があり、ユーザの利便性が低下するという問題があった。

本発明は、以上説明した事情を鑑みてなされたものであり、ユーザの利便性を向上させることができる対話管理装置を提供することを目的とする。

本発明の一態様に係る対話管理装置は、ユーザによる発話内容に基づき、複数の項目から構成される１つ以上のサービス・フレームの各項目に対し、データを埋めていく対話管理装置であって、ユーザにより発話された内容に基づいて、１つ以上のサービス・フレームを特定するとともに、特定したサービス・フレームについて、データを埋めるべき項目を特定する特定部と、特定した項目に対し、発話された内容に応じたデータを埋める充填部と、特定した項目にデータが埋められたサービス・フレームにおいて、データが埋められていないブランク項目がある場合に、ユーザの過去の行動履歴に基づき、ブランク項目を埋めるべきデータを推定する推定部と、ユーザに対して、ブランク項目を埋めるべきデータが、推定したデータで正しいか否かの問い合わせを行う問い合わせ部と、ユーザから正しい旨の返答が得られた場合に、推定したデータを、ブランク項目を埋めるべきデータとして確定する確定部とを具備することを要旨とする。

本発明の他の態様に係るサービス提供プログラムは、ユーザによる発話内容に基づき、複数の項目から構成される１つ以上のサービス・フレームの各項目に対し、データを埋めていくコンピュータを、ユーザにより発話された内容に基づいて、１つ以上のサービス・フレームを特定するとともに、特定したサービス・フレームについて、データを埋めるべき項目を特定する特定部と、特定した項目に対し、発話された内容に応じたデータを埋める充填部と、特定した項目にデータが埋められたサービス・フレームにおいて、データが埋められていないブランク項目がある場合に、ユーザの過去の行動履歴に基づき、ブランク項目を埋めるべきデータを推定する推定部と、ユーザに対して、ブランク項目を埋めるべきデータが、推定したデータで正しいか否かの問い合わせを行う問い合わせ部と、ユーザから正しい旨の返答が得られた場合に、推定したデータを、ブランク項目を埋めるべきデータとして確定する確定部として機能させることを要旨とする。

本発明によれば、ユーザの利便性を向上させることができる対話管理装置を提供することができる。

対話管理装置を含むサービス提供システムの構成を例示する図である。 サービス・フレームを例示する図である。 サービス提供システム（ブランク推定データが正しい場合）の動作を示すシーケンス図である。 サービス提供システム（ブランク推定データが正しくない場合）の動作を示すシーケンス図である。

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは同一又は同様の構成を有する。

Ａ．本実施形態
（１）構成
サービス提供システムに対して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号をふしたものは同一又は同様の構成を有する。
図１を参照し、実施形態に係る対話管理装置を含むサービス提供システムの構成について説明する。サービス提供システム１００は、各ユーザが使用する情報端末１と、データセンタ等に配置される対話管理装置２及び音声認識装置３とを含む。情報端末１と対話管理装置２との間、及び対話管理装置２と音声認識装置３との間は、ネットワークを介して相互に通信できるように構成される。

ネットワークは、有線であっても無線であってもよく、有線と無線とを組み合わせてもよい。本実施形態では、例示的に、情報端末１と対話管理装置２との間は無線ネットワークを利用し、対話管理装置２と音声認識装置３との間は有線ネットワークを利用することとする。

図１に示す情報端末１は、例えばスマートフォン、携帯電話機、ウェアラブル端末、携帯情報端末（ＰＤＡ）、タブレット端末、パーソナルコンピュータ（ＰＣ）、ノートＰＣなどの端末装置である。情報端末１は、物理的な構成として、例えば、ＣＰＵ及びＲＯＭやＲＡＭなどのメモリを含む制御ユニット、操作部、ディスプレイ、記憶ユニット、通信ユニットのほか、マイクロフォンなどの入力装置、スピーカなどの出力装置を備えて構成される。ＣＰＵがメモリに格納された所定のプログラムを実行することにより、情報端末１に組み込まれた各種機能を実現する。

対話管理装置２は、スロットフィリングの技術を用い、ユーザと音声による対話を通じて音声認識によるサービス（例えば、スケジュール登録など；以下、「サービス」と総称する。）を提供するための装置であり、項目特定部２１、充填部２２、ブランク項目特定部２３、情報収集部２４、推定部２５、問い合わせ部２６、確定部２７、要求部２８、サービス・フレームデータベース（ＤＢ）２９を備えている。対話管理装置２は、物理的な構成として、例えば、ＣＰＵ及びメモリを含む制御ユニット、記憶装置、通信装置等を備えて構成される。ＣＰＵがメモリに格納された所定のプログラムを実行することにより、項目特定部２１、充填部２２、ブランク項目特定部２３、情報収集部２４、推定部２５、問い合わせ部２６、確定部２７、要求部２８、サービス・フレームＤＢ２９の各機能を実現する。各機能の詳細については、後述する。

サービス・フレームＤＢ２９には、サービスごとに、データを埋めるべき複数の項目（スロット）を備えたサービス・フレームが登録されている。上記サービスとして、例えば、スケジューラ、ナビゲーション、交通情報、天気情報等が該当する。各サービスを提供する際に必要となるコンテンツは、対話管理装置２のデータベースに格納されている。コンテンツを格納するデータベースとして、例えば、スケジューラＤＢ２ａ、ナビゲーションＤＢ２ｂ、交通情報ＤＢ２ｃ、天気情報ＤＢ２ｄがある。

図２は、サービス・フレームＤＢ２９に登録されるサービス・フレームを例示した図であり、Ａは、サービスがスケジューラである場合のサービス・フレーム、Ｂは、サービスがナビゲーション（ルート検索）である場合のサービス・フレームである。

図２のＡに例示するように、スケジューラのサービス・フレームは、埋める（入力する）べき項目として、日程、開始時間、終了時間、目的及び場所が設定されている。一方、図２のＢに例示するように、ナビゲーション（ルート検索）のサービス・フレームは、埋める（入力する）べき項目として、日程、出発時間、到着時間、出発地及び目的地が設定されている。

項目特定部２１は、ユーザにより発話された内容（以下、「発話内容」ともいう。）を情報端末１から受信し、受信した発話内容を解析することで、データを埋めるべき項目を特定する。以下、項目を特定する際の手順の概要を説明する。

情報端末１から送信されたユーザの音声は、音声認識装置３によって受信される。音声認識装置３は、受信した音声を解析し、テキストに変換したうえで、対話管理装置２に送信する。音声解析は、公知の音声解析手法（例えば、高速フーリエ変換、短時間フーリエ変換、ウェーブレット変換、ディープ・ラーニングなど）を用いて行うことができる。

続いて、対話管理装置２の項目特定部２１は、音声認識装置３から受信したテキストの発話内容に基づいて、サービス・フレームを特定する。さらに、項目特定部２１は、特定したサービス・フレームに設定されている複数の項目の中から、発話内容に応じたデータを埋めるべき項目を特定する。

充填部２２は、項目特定部２１により特定された項目に対し、発話内容に応じたデータを埋める（入力する）。

ブランク項目特定部２３は、充填部２２によってデータが埋まらなかった項目（以下、「ブランク項目」ともいう。）を特定する。

情報収集部２４は、ブランク項目を埋めるために必要な情報の収集を行う。本実施形態では、ブランク項目を埋めるために必要な情報として、ユーザの行動履歴に関する情報（以下、「行動履歴関連情報」ともいう。）を利用する。行動履歴関連情報は、ユーザの過去のスケジュールをあらわすスケジュール情報やユーザの現在位置をあらわす位置情報などが挙げられる。情報収集部２４は、ユーザの行動履歴関連情報を外部サーバや提供サービス等（以下、「外部ノード」と総称する。）から取得する。

推定部２５は、情報収集部２４によって収集されたユーザの行動履歴関連情報に基づき、ブランク項目を埋めるべきデータを推定する。なお、以下の説明では、推定されたブランク項目を埋めるべきデータを「ブランク推定データ」と呼ぶ。

問い合わせ部２６は、ユーザに対して、推定部２５によって生成されたブランク推定データが正しいか否かの問い合わせを行う。問い合わせ部２６は、ブランク推定データが正しいか否かをユーザに問い合わせる対話文を作成し、音声認識装置３を利用して音声出力する。

確定部２７は、ユーザからブランク推定データは正しい旨の回答が得られた場合に、ブランク推定データを、ブランク項目に埋めるべきデータとして確定する。ユーザによってブランク推定データは正しい旨の回答が発話されると、その発話内容は、音声認識装置３によって解析された後、テキストメッセージに変換される。確定部２７は、音声認識装置３から受信したテキストメッセージをもとに、ユーザからブランク推定データは正しい旨の回答が得られたことを認識すると、受信したテキストメッセージに基づき、ブランク推定データを、ブランク項目に埋めるべきデータとして確定する。そして、確定部２７は、登録が完了した旨の対話文を作成し、音声認識装置３を利用して音声出力する。

要求部２８は、ユーザからブランク推定データは正しくない（すなわち誤っている）旨の回答が得られた場合に、ユーザに対して、ブランク項目に埋めるべきデータをリクエストする。ユーザによってブランク推定データは正しくない旨の回答が発話されると、その発話内容は、音声認識装置３によって解析された後、テキストメッセージに変換される。要求部２８は、音声認識装置３から受信したテキストメッセージをもとに、ユーザからブランク推定データは正しくない旨の回答が得られたことを認識すると、ユーザに対してブランク項目を埋めるべきデータをリクエストする対話文を作成する。要求部２８は、作成した対話文を、音声認識装置３を利用して音声出力する。

なお、リクエストに応じてユーザが回答を発話すると、ユーザによって発話された内容は、音声認識装置３によって解析された後、テキストメッセージに変換され、確定部２７に送信される。確定部２７は、受信したテキストメッセージに基づき、ユーザの回答に含まれる一部のデータを、ブランク項目を埋めるべきデータとして確定する。そして、確定部２７は、登録が完了した旨の対話文を作成し、音声認識装置３を利用して音声出力する。

（２）動作
以下、図３及び図４に示すシーケンス図を参照しながら、サービス提供システム１００の動作について説明する。なお、以下の説明では、ユーザが対話管理装置２を利用してスケジューラに打ち合わせ予定を登録する場面を想定する。

図３は、ユーザによってブランク推定データが正しいと判断された場合のシーケンス図であり、図４は、ユーザによってブランク推定データが正しくないと判断された場合のシーケンス図である。図３及び図４において、共通するステップには同一符号を付し、詳細な説明は割愛する。

ユーザは、情報端末１の入力装置（図示略）に向かって「明日（７月２６日）の９時から１２時まで打ち合わせ」と発話する。ユーザの音声は、入力装置を介して音声認識装置３に送信される。音声認識装置３は、受信した音声を解析し（ステップＣ１）、テキスト変換したうえで、発話内容の認識結果を対話管理装置２に送る（ステップＣ２）。

対話管理装置２の項目特定部２１は、音声認識装置３から受信したテキストの発話内容に基づいて、サービス・フレームを特定する。さらに、項目特定部２１は、特定したサービス・フレームに設定されている複数の項目の中から、発話内容に応じたデータを埋めるべき項目を特定する。図３に示す例では、項目特定部２１は、ユーザの発話内容（「７月２６日の９時から１２時まで打ち合わせ」）を解析することで、埋めるべき項目として“日程”、“開始時間”、“終了時間”、“目的”を特定する（ステップＣ３）。

充填部２２は、項目特定部２１により特定された項目に対し、発話内容に応じたデータを埋める（充填する）。充填部２２は、“日程”、“開始時間”、“終了時間”、“目的”の項目について、それぞれ“７月２６日”、“９時”、“１２時”、“打ち合わせ”といった発話内容に応じたデータを埋める（ステップＣ４）。

ブランク項目特定部２３は、充填部２２によってデータが埋まらなかった項目（すなわち、ブランク項目；ここでは“場所”）を特定し、特定したブランク項目を情報収集部２４に通知する。

情報収集部２４は、ブランク項目特定部２３からの通知に基づき、ブランク項目を埋めるために必要な情報の収集を行う。情報収集部２４は、外部ノードに対してブランク項目を埋めるために必要な情報を要求する（ステップＣ５）。外部ノードは、かかる要求に応じて、ブランク項目（ここでは“場所”）を埋めるために必要と思われる情報を所定のデータベース等から抽出し、行動履歴関連情報として情報収集部２４に返す（ステップＣ６）。情報収集部２４は、外部ノードから、ユーザの行動履歴関連情報として、例えば「９時から１２時まで、会社（名古屋）にて重要クライアントと定例会議していることが多い」旨の情報を取得する。

推定部２５は、情報収集部２４によって収集されたユーザの行動履歴関連情報に基づき、ブランク項目を埋めるべきデータを推定する。図３に示す例では、推定部２５は、「９時から１２時まで、会社で重要クライアントと定例会議していることが多い」旨のユーザの行動履歴情報から、ブランク項目（“場所”）を埋めるべきデータは“会社”である可能性が高いと推定する。そして、推定部２５は、“会社”である旨のブランク推定データを生成する（ステップＣ７）。

問い合わせ部２６は、ユーザに対して、推定部２５によって生成されたブランク推定データが正しいか否かの問い合わせを行う。具体的には、問い合わせ部２６は、ブランク推定データが正しいか否かをユーザに問い合わせる対話文（「場所は、“会社”で大丈夫ですか」）を作成し（ステップＣ８）、音声認識装置３を利用して音声出力する（ステップＣ９）。

＜ブランク推定データが正しい場合（図３参照）＞
ユーザは、情報端末１の出力装置（図示略）から出力される対話文を確認する。ユーザは、ブランク推定データが正しいと判断すると、ブランク推定データは正しい旨の回答（「いいよ」）を行う。ユーザの回答（すなわちユーザによって発話された内容）は、音声認識装置３によって解析された後（ステップＣ１０）、テキストメッセージに変換され、対話管理装置２に送信される（ステップＣ１１）。

確定部２７は、音声認識装置３から受信したテキストメッセージをもとに、ユーザからブランク推定データは正しい旨の回答が得られたことを認識すると、受信したテキストメッセージ（「いいよ」）に基づき、ブランク推定データ（“会社”）を、ブランク項目に埋めるべきデータとして確定する（ステップＣ１２）。そして、確定部２７は外部ノードに対して、ブランク項目に確定したブランク推定データ（“会社”）を埋めるように指示する。

外部ノードは、確定部２７からの指示に従って、ブランク項目に確定したブランク推定データを埋めることで、スケジュール登録を完了し（ステップＣ１３）、登録が完了した旨を確定部２７に返す。確定部２７は、スケジュール登録が完了した旨の通知を受け取ると、登録が完了した旨の対話文（「登録完了しました」）を作成し（ステップＣ１４）、音声認識装置３を利用して音声出力する（ステップＣ１５）。

＜ブランク推定データが正しくない場合（図４参照）＞
一方、ユーザは、ブランク推定データが正しくないと判断すると、ブランク推定データは正しくない旨の回答（「ちがうよ」）を行う。ユーザの回答（すなわちユーザによって発話された内容）は、音声認識装置３によって解析された後（ステップＣ１０）、テキストメッセージに変換され、対話管理装置２に送信される（ステップＣ１１）。

要求部２８は、音声認識装置３から受信したテキストメッセージをもとに、ユーザからブランク推定データは正しくない（すなわち誤っている）旨の回答が得られたことを認識すると（ステップＣ２０）、ユーザに対してブランク項目を埋めるべきデータをリクエストする対話文（「会議の場所は、どこですか？」）を作成する（ステップＣ２１）。要求部２８は、作成した対話文を、音声認識装置３を利用して音声出力する（ステップＣ２２）。

ユーザは、リクエストに応じてユーザが回答（例えば、「クライアントである○×商事です」）を発話する。ユーザによって発話された内容は、音声認識装置３によって解析された後（ステップＣ２３）、テキストメッセージに変換され、確定部２７に送信される（ステップＣ２４）。確定部２７は、受信したテキストメッセージに基づき、ユーザの回答に含まれる一部のデータ（ここでは“○×商事”；以下、「ユーザの回答データ」ともいう。）を、ブランク項目を埋めるべきデータとして確定する（ステップＣ２５）。そして、確定部２７は外部ノードに対して、ブランク項目に確定したユーザの回答データ（“○×商事”）を埋めるように指示する。

外部ノードは、確定部２７からの指示に従って、ブランク項目に確定したユーザの回答データを埋めることで（ステップＣ２６）、スケジュール登録を完了し、登録が完了した旨を確定部２７に返す。確定部２７は、スケジュール登録が完了した旨の通知を受け取ると、登録が完了した旨の対話文（「登録完了しました」）を作成し（ステップＣ２７）、音声認識装置３を利用して音声出力する（ステップＣ２８）。

以上説明したように、本実施形態によれば、ユーザと対話を行いながらサービス・フレームの各項目を埋めていく対話管理装置において、データが埋められないブランク項目（例えば、“場所”）がある場合に、ユーザの過去の行動履歴に基づき、ブランク項目を埋めるデータ（例えば、“会社”）を推定する。そして、推定したデータが正しいか否かをユーザに問い合わせ（例えば、「場所は会社でよいですか？」）、正しい旨の回答（例えば、「そうです」）が得られた場合には、推定したデータを利用してブランク項目を埋める。

これにより、ユーザは、ブランク項目を埋めるデータを、その都度発話して返答する必要がなくなり、簡単な回答（例えば、「そうです」）で返答することが可能となる。
さらに、対話管理装置においては、ブランク項目（例えば、“場所”）の問い合わせを行っているのに、ブランク項目とはまったく関係ない内容（例えば、“日程”に関する内容）が回答されたために、ブランク項目が埋められず、装置側が回答内容を理解できずに、混乱を招く等の問題を未然に防止することが可能となる。

Ｂ．変形例
上述した本実施形態では、１つのブランク項目に対し、推定部２５が１つのブランク推定データを生成する場合について説明したが、複数のブランク推定データを生成してもよい。例えば、ブランク項目が“場所”である場合、推定部２５は、ユーザの行動履歴関連情報に基づいて、“会社”と“シリコンバレー支社”の２つのブランク推定データを生成したとする。この場合、問い合わせ部２６は、２つのブランク推定データのいずれであるかを問い合わせる対話文（例えば、「場所は、会社またはシリコンバレー支社のいずれですか。」）を生成すればよい。なお、ブランク項目が複数ある場合には、ブランク項目ごとにブランク推定データを生成し、問い合わせを行うようにしてもよい。

また、ユーザの行動履歴関連情報だけでなく、ユーザの現在位置情報も考慮して、ブランク推定データを生成するようにしてもよい。例えば、ブランク項目が“場所”である場合、推定部２５は、ユーザの行動履歴関連情報のみから推定すると、“会社（名古屋）”である可能性がもっとも高いが、ユーザの現在位置情報（例えば、シリコンバレーに出張中）を考慮すると、“会社”である可能性は限りなくゼロに近いと判断する。この場合、推定部２５は、情報収集部（第１取得部）２４によって取得されるユーザの行動履歴関連情報とともに、図示せぬＧＰＳ受信機（第２取得部）によって取得されるユーザの現在位置を加味して、“シリコンバレー支社”をブランク推定データとして生成する。もっとも、推定部２５は、このような場合に、“場所”を推定するのは難しいと判断した場合には、問い合わせ部２６が、直接、ユーザに“場所”を問い合わせる対話文を生成してもよい。

また、ブランク項目（例えば、“開始時間”）を埋める候補サービスが複数ある場合（例えば、「スケジューラ」と「ナビゲーション」など）には、推定部（決定部）２５が、ユーザの行動履歴関連情報に基づき、問い合わせを行うサービスの優先順位を決定してもよい。推定部２５は、決定した優先順位に従って、ブランク項目を埋めるべきデータを推定する。

例えば、推定部２５が、ユーザの行動履歴関連情報から、“ナビゲーション”の優先順位の方が“スケジューラ”よりも高いと判断すると、問い合わせ部２６は、ナビゲーションのブランク項目（“出発時間”）を埋めるべく、「会社への出発時間は、“７時”でよいですか。」といった対話文を生成する。一方、推定部２５が、ユーザの行動履歴関連情報から、“スケジューラ”の優先順位の方が“ナビゲーション”よりも高いと判断すると、問い合わせ部２６は、スケジューラのブランク項目（“開始時間”）を埋めるべく、「会議のスタートは、“７時”でよいですか。」といった対話文を生成する。このように、ユーザの行動履歴に基づき、ブランク項目を埋めるべきサービスの優先順位を決定しておくことで、より精度の高いブランク推定データを生成することが可能となる。

Ｃ．その他
本発明は、上述した本実施形態及び変形例に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

また、本明細書において、「ユニット」や「部」とは、単に物理的構成を意味するものではなく、その「ユニット」や「部」が実行する処理をソフトウェアによって実現する場合も含む。また、１つの「ユニット」や「部」が実行する処理を２つ以上の物理的構成や装置により実現されても、２つ以上の「ユニット」や「部」が実行する処理を１つの物理的手段や装置により実現されてもよい。また、上記例では、サービス提供システムの適用対象を特に言及しなかったが、例えば車両に搭載される様々な電子機器（例えばタブレット端末やスマートフォン、携帯情報端末など）に適用可能である。

また、本明細書において説明した各処理を実施するプログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、対話管理装置２を構成するコンピュータに、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭ等の記録媒体であっても良い。

１００…サービス提供システム、１…情報端末、２…対話管理装置、２１…項目特定部、２２…充填部、２３…ブランク項目特定部、２４…情報収集部、２５…推定部、２６…問い合わせ部、２７…確定部、２８…要求部、２９…サービス・フレームＤＢ、２ａ…スケジューラ、２ｂ…ナビゲーション、２ｃ…交通情報、３…音声認識装置。

Claims (4)

1. ユーザによる発話内容に基づき、複数の項目から構成される１つ以上のサービス・フレームの各項目に対し、データを埋めていく対話管理装置であって、
   前記ユーザにより発話された内容に基づいて、１つ以上のサービス・フレームを特定するとともに、特定した前記サービス・フレームについて、データを埋めるべき項目を特定する特定部と、
   特定した前記項目に対し、発話された内容に応じたデータを埋める充填部と、
   特定した前記項目に前記データが埋められた前記サービス・フレームにおいて、データが埋められていないブランク項目がある場合に、前記ユーザの過去の行動履歴に基づき、前記ブランク項目を埋めるべきデータを推定する推定部と、
   前記ユーザに対して、前記ブランク項目を埋めるべきデータが、推定した前記データで正しいか否かの問い合わせを行う問い合わせ部と、
   前記ユーザから正しい旨の返答が得られた場合に、推定した前記データを、前記ブランク項目を埋めるべきデータとして確定する確定部と、
   前記サービス・フレームが複数ある場合には、前記ユーザの過去の行動履歴に基づき、前記ブランク項目を埋めるべきデータを推定するサービス・フレームの優先順位を決定する決定部とを具備し、
   前記推定部は、決定された優先順位に従って、優先順位の高いサービス・フレームから順番に、前記ブランク項目を埋めるべきデータを推定する、対話管理装置。
2. 前記推定部は、
   外部から前記ユーザの過去の行動履歴に関わる行動履歴関連情報を取得する第１取得部と、
   前記ユーザの現在位置をあらわす現在位置情報を取得する第２取得部とを備え、
   取得した前記行動履歴関連情報及び前記現在位置情報に基づき、前記ブランク項目を埋めるべきデータを推定する、請求項１に記載の対話管理装置。
3. 前記ユーザから正しくない旨の返答が得られた場合には、前記ユーザに対して、前記ブランク項目を埋めるべきデータの発話をリクエストする要求部をさらに具備する、請求項１または２に記載の対話管理装置。
4. ユーザによる発話内容に基づき、複数の項目から構成される１つ以上のサービス・フレームの各項目に対し、データを埋めていくコンピュータを、
   前記ユーザにより発話された内容に基づいて、１つ以上のサービス・フレームを特定するとともに、特定した前記サービス・フレームについて、データを埋めるべき項目を特定する特定部と、
   特定した前記項目に対し、発話された内容に応じたデータを埋める充填部と、
   特定した前記項目に前記データが埋められた前記サービス・フレームにおいて、データが埋められていないブランク項目がある場合に、前記ユーザの過去の行動履歴に基づき、前記ブランク項目を埋めるべきデータを推定する推定部と、
   前記ユーザに対して、前記ブランク項目を埋めるべきデータが、推定した前記データで正しいか否かの問い合わせを行う問い合わせ部と、
   前記ユーザから正しい旨の返答が得られた場合に、推定した前記データを、前記ブランク項目を埋めるべきデータとして確定する確定部と、
   前記サービス・フレームが複数ある場合には、前記ユーザの過去の行動履歴に基づき、前記ブランク項目を埋めるべきデータを推定するサービス・フレームの優先順位を決定する決定部として機能させるプログラムであって、
   前記推定部は、決定された優先順位に従って、優先順位の高いサービス・フレームから順番に、前記ブランク項目を埋めるべきデータを推定する、プログラム。

Images