(57)【要約】【課題】候補の一覧の提示のタイミングをより適切に制御する。【解決手段】格納部に格納されている情報に関する情報処理方法は、ユーザへの質問と、当該質問に対するユーザによる応答とを含む対話の履歴を保持し（ステップＳ１０６）、保持している対話の履歴に含まれる応答の履歴における、質問に対する肯定を示す第一応答、及び、質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定し（ステップＳ１０７）、所定の条件を満たすと判定した場合に、格納部に格納されている情報に関する提示をする（ステップＳ１１２）。【選択図】図７
2018092582.tif 000002
【特許請求の範囲】
【請求項１】
格納部に格納されている情報に関する情報処理方法であって、
ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持し、
保持している前記対話の履歴に含まれる前記応答の履歴における、前記質問に対する肯定を示す第一応答、及び、前記質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定し、
前記所定の条件を満たすと判定した場合に、前記格納部に格納されている前記情報に関する提示をする
情報処理方法。
【請求項２】
前記所定の条件は、前記応答の履歴において、前記第三応答が所定回数連続して出現することである
請求項１に記載の情報処理方法。
【請求項３】
前記所定の条件は、前記応答の履歴において、前記第三応答が累積して所定回数出現することである
請求項１に記載の情報処理方法。
【請求項４】
前記提示の際には、前記格納部に格納されている前記情報の少なくとも一部を提示する
請求項１〜３のいずれか１項に記載の情報処理方法。
【請求項５】
前記提示の際には、前記格納部に格納されている前記情報の少なくとも一部を提示するか否かについての前記ユーザに対する質問を提示する
請求項１〜３のいずれか１項に記載の情報処理方法。
【請求項６】
前記提示の際には、前記質問に対して前記ユーザによる肯定応答を得た場合に、前記格納部に格納されている前記情報の少なくとも一部を提示する
請求項５に記載の情報処理方法。
【請求項７】
前記情報処理方法では、さらに、
前記対話に含まれる前記応答を用いて、前記格納部に格納されている情報を絞り込む処理を行い、
前記提示の際には、前記処理が行われた後に前記格納部に格納されている前記情報に関する前記提示をする
請求項１〜６のいずれか１項に記載の情報処理方法。
【請求項８】
前記情報処理方法では、さらに、
前記応答の履歴に１以上の前記第三応答だけが含まれていると判定した場合に、予め定められた情報を用いて、前記格納部に格納されている情報を絞り込む処理を行い、
前記提示の際には、前記処理が行われた後に前記格納部に格納されている前記情報に関する前記提示をする
請求項１〜７のいずれか１項に記載の情報処理方法。
【請求項９】
前記質問は、前記第一応答と、前記第二応答と、前記第三応答とのいずれかの応答を前記ユーザにさせるためのクローズ質問である
請求項１〜８のいずれか１項に記載の情報処理方法。
【請求項１０】
前記格納部には、前記情報として、それぞれが料理メニューを示す複数の情報が格納されており、
前記対話は、前記ユーザへの料理メニューの検索に関する質問と、当該質問に対する前記ユーザによる前記応答とを含む
請求項１〜９のいずれか１項に記載の情報処理方法。
【請求項１１】
前記格納部には、前記情報として、それぞれが作家を示す複数の情報が格納されており、
前記対話は、前記ユーザへの作家の検索に関する質問と、当該質問に対する前記ユーザによる前記応答とを含む
請求項１〜９のいずれか１項に記載の情報処理方法。
【請求項１２】
ユーザの端末を介したチャット形式による前記ユーザとの対話を用いた、前記ユーザの好むメニューに関する情報処理方法であって、
前記端末に備えられたディスプレイに、データベースに基づいて、前記メニューに対するリクエストを尋ねる第一質問を吹き出し型に表示させ、前記データベースは、複数のメニューと前記複数のメニューそれぞれの分類を示す分類情報とを対応付け、前記分類情報は、前記メニューの温冷、前記メニューのジャンル、前記メニューのカテゴリ、前記メニューの調理法、前記メニューに用いられる食材を含み、前記第一質問は、前記メニューに対して、前記データベースに含まれる第一分類をリクエストするか否かを尋ね、
前記端末を通して、前記ユーザによって入力された前記第一質問に対する第一回答を受信し、
前記第一回答に、前記第一分類を肯定する語句が含まれていると判断された場合は、前記ディスプレイに、前記データベースに基づいて、前記第一分類に対応する第一メニューに対応する第二分類をリクエストするかを尋ねる第二質問を吹き出し型に表示させ、前記第二分類は、前記第一分類とは異なり、
前記端末を通して、前記ユーザによって入力された前記第二質問に対する第二回答を受信し、
前記第二回答に、前記第二分類を肯定する語句も、前記第二分類を否定する語句も含まれていないと判断された場合、前記ディスプレイに、前記データベースに基づいて、前記第一メニューに対応する第三分類をリクエストするかを尋ねる第三質問を吹き出し型に表示させ、前記第三分類は、前記第一分類及び前記第二分類とは異なり、
前記端末を通して、前記ユーザによって入力された前記第三質問に対する第三回答を受信し、
（ａ）前記第三回答に、前記第三分類を肯定する語句が含まれていると判断された場合、前記第一メニューのうち前記第三分類に対応する第二メニューに対応する第四分類をリクエストするか否かを尋ねる第四質問を吹き出し型に表示させ、前記第四分類は、前記第一分類、前記第二分類および前記第三分類のいずれとも異なり、
（ｂ）前記第三回答に、前記第三分類を否定する語句が含まれていると判断された場合、前記第一メニューのうち前記第三分類に対応しない第三メニューに対応する第五分類をリクエストするか否かを尋ねる第五質問を吹き出し型に表示させ、前記第五分類は、前記第一分類、前記第二分類、前記第三分類および前記第四分類のいずれとも異なり、
（ｃ）前記第三回答に、前記第三分類を肯定する語句も、前記第三分類を否定する語句も含まれていないと判断された場合、前記ディスプレイに、前記第一メニューを示す情報を表示させてもよいかを尋ねる第五質問を吹き出し型に表示させ、
前記端末を通して、前記ユーザによって入力された前記第五質問に対する第五回答を受信し、
前記第五回答に、前記第一メニューを示す情報を表示させることを肯定する語句が含まれていると判断された場合、前記ディスプレイに前記第一メニューを示す情報を表示させる、
情報処理方法。
【請求項１３】
格納部に格納されている情報に関する情報処理を行うための情報処理装置であって、
ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持する対話履歴保持部と、
保持している前記対話の履歴に含まれる前記応答の履歴における、前記質問に対する肯定を示す第一応答、及び、前記質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定する対話管理部と、
前記所定の条件を満たすと判定した場合に、前記格納部に格納されている前記情報に関する提示をする提示部とを備える
情報処理装置。
【請求項１４】
請求項１に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理方法、情報処理装置、及び、プログラムに関する。
【背景技術】
【０００２】
ユーザが求めるコンテンツ（音楽、商品情報など）などの検索又は提案を、対話により行う対話システムが提案されている。このような対話システムは、ユーザからコンテンツを絞り込むための情報を対話により徐々に獲得することで、ユーザの要望に合致するコンテンツの候補を絞り込み、あるタイミングで候補の一覧を提示する。
【０００３】
このような対話により絞り込まれた候補の一覧を対話中のどのようなタイミングで提示するのかという問題に対して、強化学習により候補一覧の提示タイミングを制御する方式が提案されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Verena Rieser, Oliver Lemon著、「Reinforcement Learning for Adaptive Dialogue Systems」、Springer Science & Business Media、2011年11月23日
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、非特許文献１の方式では、対話が繰り返される時間長に関してユーザが寛容であるか否か、言い換えると、ユーザが比較的早い段階での候補の一覧の提示を望んでいるか否かというユーザの特性に関する情報を強化学習の報酬関数の一要素として与える。そして、上記特性に関する情報により、候補の一覧の提示に関する制御を行う。そのため、候補の一覧の提示のタイミング制御が適切になされるには、当該ユーザの上記特性に関する情報があらかじめ分かっていることが必要であり、分からない場合にはタイミング制御が適切になされないという問題がある。
【０００６】
そこで、上記特性に関する情報がない場合でも、候補の一覧の提示のタイミングをより適切に制御する情報処理方法などを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る情報処理方法は、格納部に格納されている情報に関する情報処理方法であって、ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持し、保持している前記対話の履歴に含まれる前記応答の履歴における、前記質問に対する肯定を示す第一応答、及び、前記質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定し、前記所定の条件を満たすと判定した場合に、前記格納部に格納されている前記情報に関する提示をする。
【０００８】
なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【０００９】
本発明の情報処理方法は、候補の一覧の提示のタイミングをより適切に制御することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態に係る対話システムの構成を表すブロック図である。
【図２】図２は、実施の形態に係る入力部及び表示部の例を示す説明図である。
【図３】図３は、実施の形態に係る言語理解部による発話テキストから意味情報への変換の例を示す説明図である。
【図４】図４は、実施の形態に係る対話履歴保持部に保持される対話履歴の例を示す説明図である。
【図５】図５は、実施の形態に係る絞り込み情報保持部に保持される絞り込み情報の例を示す説明図である。
【図６】図６は、実施の形態に係るコンテンツデータベースに格納されるコンテンツの例を示すコンテンツテーブルの説明図である。
【図７】図７は、実施の形態に係る対話システムの処理フローを示すフロー図である。
【図８】図８は、実施の形態に係る対話システムにおける、候補一覧を提示するか否かについての判断に係る処理を示すフロー図である。
【図９】図９は、実施の形態に係る対話システムの動作例を示す第一の説明図である。
【図１０】図１０は、実施の形態に係る対話システムの動作例を示す第二の説明図である。
【図１１】図１１は、実施の形態に係る対話システムの別の適用例におけるコンテンツテーブルを示す説明図である。
【図１２】図１２は、実施の形態に係る対話システムの別の適用例における動作例を示す第一の説明図である。
【図１３】図１３は、実施の形態に係る対話システムの別の適用例における動作例を示す第二の説明図である。
【図１４】図１４は、実施の形態の変形例に係る対話システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１１】
（本発明の基礎となった知見）
ユーザが求めるコンテンツ（音楽、商品情報など）などの検索又は提案を、対話により行う対話システムが提案されている。このような対話システムは、通常、検索又は提案の対象となるコンテンツを多数保持している。そして、対話システムがユーザからコンテンツを絞り込むための情報を対話により徐々に獲得することで、ユーザの要望に合致するコンテンツの候補を絞り込んでいく。絞り込まれた候補は、例えば、その候補の個数が一定数を下回った場合に、画面に候補の一覧としてユーザに提示される。ユーザは、提示された候補を確認して、所望の候補を選択することができる。
【００１２】
ここで、候補を提示するタイミングに関しては、候補の個数が一定数を下回ることを判断基準にすることが適切であるとは必ずしも言えない。候補が提示されるまでに繰り返される対話の回数が、ユーザが意図した回数より多くなると、検索又は提案の結果がなかなか提示されないことに対するユーザの不満が高まるからである。一方、候補が提示されるまでに繰り返される対話の回数が、ユーザが意図した回数より少ないと、多くの条件を入れて候補の十分な絞り込みができなかったことに対するユーザの不満が高まるからである。このように、対話の過程で、どのようなタイミングで（どれぐらい早く又は遅く）絞り込まれた候補の一覧を閲覧したいのかは、ユーザによっても異なると考えられる。
【００１３】
前述した従来技術による絞り込み結果の提示の制御方法は、騒音による音声認識の誤り率（つまり、ユーザの実際の発話の内容と、対話システムが認識した発話の内容とが一致しない確率）、絞り込み結果を表示する画面のサイズの大小、及び、対話の繰り返し回数に対するユーザの寛容さ、といった３つのパラメータから計算される報酬関数を用いる。そして、当該制御方法は、報酬関数により算出される報酬が、強化学習により対話の中で最大になるように、質問を行うか、一覧を提示するかの判断を繰り返す。つまり、当該制御方法では、結果を提示するかどうかについて所定の候補数のしきい値を設定して制御しているわけではなく、上記３つのパラメータで設定される対話が行われる状況を、報酬関数として統合的に評価することで、絞り込み結果の一覧を表示するタイミングを動的に決定している。
【００１４】
しかしながら、この従来技術では、ユーザの対話の繰り返し回数に対する寛容さのパラメータが既知であるという前提でタイミングの制御を行っている。そのため、このパラメータが分からない状況では適切にタイミングを制御することができないという問題を有している。言い換えれば、この従来技術では、候補の一覧の提示のタイミング制御が適切になされるためには、当該ユーザの寛容さなどのパラメータがあらかじめ分かっていることが必要であるという問題がある。
【００１５】
そこで、上記特性に関する情報がない場合でも、候補の一覧の提示のタイミングをより適切に制御する情報処理方法などを提供することを目的とする。
【００１６】
このような問題を解決するために、本発明の一態様に係る情報処理方法は、格納部に格納されている情報に関する情報処理方法であって、ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持し、保持している前記対話の履歴に含まれる前記応答の履歴における、前記質問に対する肯定を示す第一応答、及び、前記質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定し、前記所定の条件を満たすと判定した場合に、前記格納部に格納されている前記情報に関する提示をする。
【００１７】
上記態様によれば、情報処理方法は、ユーザとの対話における、ユーザの発話の内容から候補の一覧を提示するタイミングを制御する。肯定応答でも否定応答でもない第三応答は、ユーザが明確な絞り込みの条件を提供しない意思の表れであるとも考えられる。そのため、第三応答の出現の態様が、ユーザがコンテンツ候補の一覧を見たいか否かの判断基準となり得る。これにより、あらかじめユーザが絞り込んだコンテンツ候補の一覧を早く見たいのかどうか（つまり、上記の「寛容さ」）が分からない場合であっても、ユーザの発話の内容からユーザの意図を推定することにより、絞り込まれたコンテンツ候補の一覧を提示するタイミングを制御することができる。
【００１８】
この情報処理方法は、多数のコンテンツの中からユーザの意図に沿ったものを対話により絞り込んで提示する対話システムのアプリケーションへ応用され得る。特にユーザがコンテンツを絞り込むための情報をそれほど明確に言語化していない場合に、対話システムから適切なタイミングで候補を提示してユーザに選択させる、というアプリケーションに利用可能である。
【００１９】
例えば、前記所定の条件は、前記応答の履歴において、前記第三応答が所定回数連続して出現することである。
【００２０】
上記態様によれば、情報処理方法は、第三応答が所定回数連続して出現するという条件を用いて、より具体的に情報処理方法を実現し、候補の一覧の提示のタイミングをより適切に制御することができる。
【００２１】
例えば、前記所定の条件は、前記応答の履歴において、前記第三応答が累積して所定回数出現することである。
【００２２】
上記態様によれば、情報処理方法は、第三応答が累積して所定回数出現するという条件を用いて、より具体的に情報処理方法を実現し、候補の一覧の提示のタイミングをより適切に制御することができる。
【００２３】
例えば、前記提示の際には、前記格納部に格納されている前記情報の少なくとも一部を提示する。
【００２４】
上記態様によれば、情報処理方法は、意図推定に基づいて、絞り込んだコンテンツ候補の一覧をユーザに閲覧させることができる。このようにして、ユーザの発話の内容からユーザの意図を推定することにより、絞り込まれたコンテンツ候補の一覧を提示するタイミングを制御することができる。
【００２５】
例えば、前記提示の際には、前記格納部に格納されている前記情報の少なくとも一部を提示するか否かについての前記ユーザに対する質問を提示する。
【００２６】
上記態様によれば、情報処理方法は、意図推定に基づいて、絞り込んだコンテンツ候補の一覧をユーザに閲覧させるか否かの質問を提示することができる。意図推定に基づいたタイミングの制御では、ユーザが実際に意図しているタイミングと異なるタイミングでコンテンツ候補の一覧を提示しようとしてしまうことが生じる。そのため、上記の質問によりユーザの実際の意図を確認することで、ユーザの意図に反してコンテンツ候補の一覧を提示することを抑制することができる。
【００２７】
例えば、前記提示の際には、前記質問に対して前記ユーザによる肯定応答を得た場合に、前記格納部に格納されている前記情報の少なくとも一部を提示する。
【００２８】
上記態様によれば、情報処理方法は、コンテンツ候補の一覧の提示に関して、ユーザの実際の意図と合致していることを確認した上で、コンテンツ候補の一覧を提示してユーザに閲覧させることができる。
【００２９】
例えば、前記情報処理方法では、さらに、前記対話に含まれる前記応答を用いて、前記格納部に格納されている情報を絞り込む処理を行い、前記提示の際には、前記処理が行われた後に前記格納部に格納されている前記情報に関する前記提示をする。
【００３０】
上記態様によれば、情報処理方法は、対話のインタフェースによって格納部に格納されている情報を絞り込み、絞り込んだ情報をユーザに提示することができる。これにより、ユーザは、検索エンジンなどによって情報を検索するのと異なり、対話による逐次的な情報入力に基づいて情報の検索を行い、また、対話システムからの提案を受けることができる。
【００３１】
例えば、前記情報処理方法では、さらに、前記応答の履歴に１以上の前記第三応答だけが含まれていると判定した場合に、予め定められた情報を用いて、前記格納部に格納されている情報を絞り込む処理を行い、前記提示の際には、前記処理が行われた後に前記格納部に格納されている前記情報に関する前記提示をする。
【００３２】
上記態様によれば、情報処理方法は、絞り込み条件が１つもない場合、格納部に格納された全ての情報、つまり絞り込みが一切なされていない情報を一覧として表示することを回避することができる。
【００３３】
例えば、前記質問は、前記第一応答と、前記第二応答と、前記第三応答とのいずれかの応答を前記ユーザにさせるためのクローズ質問である。
【００３４】
上記態様によれば、情報処理方法は、選択肢を提供して回答を選択させるクローズ質問と、その回答により構成される対話に基づいて、より具体的に検索及び提案を行うことができる。
【００３５】
例えば、前記格納部には、前記情報として、それぞれが料理メニューを示す複数の情報が格納されており、前記対話は、前記ユーザへの料理メニューの検索に関する質問と、当該質問に対する前記ユーザによる前記応答とを含む。
【００３６】
上記態様によれば、情報処理方法は、料理メニューを示す情報の絞り込みを用いて、料理メニューの検索又は提案を、ユーザに提供することができる。
【００３７】
例えば、前記格納部には、前記情報として、それぞれが作家を示す複数の情報が格納されており、前記対話は、前記ユーザへの作家の検索に関する質問と、当該質問に対する前記ユーザによる前記応答とを含む。
【００３８】
上記態様によれば、情報処理方法は、作家を示す情報の絞り込みを用いて、作家の検索又は提案を、ユーザに提供することができる。
【００３９】
また、本発明の一態様に係る情報処理方法は、ユーザの端末を介したチャット形式による前記ユーザとの対話を用いた、前記ユーザの好むメニューに関する情報処理方法であって、前記端末に備えられたディスプレイに、データベースに基づいて、前記メニューに対するリクエストを尋ねる第一質問を吹き出し型に表示させ、前記データベースは、複数のメニューと前記複数のメニューそれぞれの分類を示す分類情報とを対応付け、前記分類情報は、前記メニューの温冷、前記メニューのジャンル、前記メニューのカテゴリ、前記メニューの調理法、前記メニューに用いられる食材を含み、前記第一質問は、前記メニューに対して、前記データベースに含まれる第一分類をリクエストするか否かを尋ね、前記端末を通して、前記ユーザによって入力された前記第一質問に対する第一回答を受信し、前記第一回答に、前記第一分類を肯定する語句が含まれていると判断された場合は、前記ディスプレイに、前記データベースに基づいて、前記第一分類に対応する第一メニューに対応する第二分類をリクエストするかを尋ねる第二質問を吹き出し型に表示させ、前記第二分類は、前記第一分類とは異なり、前記端末を通して、前記ユーザによって入力された前記第二質問に対する第二回答を受信し、前記第二回答に、前記第二分類を肯定する語句も、前記第二分類を否定する語句も含まれていないと判断された場合、前記ディスプレイに、前記データベースに基づいて、前記第一メニューに対応する第三分類をリクエストするかを尋ねる第三質問を吹き出し型に表示させ、前記第三分類は、前記第一分類及び前記第二分類とは異なり、前記端末を通して、前記ユーザによって入力された前記第三質問に対する第三回答を受信し、（ａ）前記第三回答に、前記第三分類を肯定する語句が含まれていると判断された場合、前記第一メニューのうち前記第三分類に対応する第二メニューに対応する第四分類をリクエストするか否かを尋ねる第四質問を吹き出し型に表示させ、前記第四分類は、前記第一分類、前記第二分類および前記第三分類のいずれとも異なり、（ｂ）前記第三回答に、前記第三分類を否定する語句が含まれていると判断された場合、前記第一メニューのうち前記第三分類に対応しない第三メニューに対応する第五分類をリクエストするか否かを尋ねる第五質問を吹き出し型に表示させ、前記第五分類は、前記第一分類、前記第二分類、前記第三分類および前記第四分類のいずれとも異なり、（ｃ）前記第三回答に、前記第三分類を肯定する語句も、前記第三分類を否定する語句も含まれていないと判断された場合、前記ディスプレイに、前記第一メニューを示す情報を表示させてもよいかを尋ねる第五質問を吹き出し型に表示させ、前記端末を通して、前記ユーザによって入力された前記第五質問に対する第五回答を受信し、前記第五回答に、前記第一メニューを示す情報を表示させることを肯定する語句が含まれていると判断された場合、前記ディスプレイに前記第一メニューを示す情報を表示させる。
【００４０】
上記態様によれば、上記情報処理方法と同様の効果を奏する。
【００４１】
また、本発明の一態様に係る情報処理装置は、格納部に格納されている情報に関する情報処理を行うための情報処理装置であって、ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持する対話履歴保持部と、保持している前記対話の履歴に含まれる前記応答の履歴における、前記質問に対する肯定を示す第一応答、及び、前記質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定する対話管理部と、前記所定の条件を満たすと判定した場合に、前記格納部に格納されている前記情報に関する提示をする提示部とを備える。
【００４２】
上記態様によれば、上記情報処理方法と同様の効果を奏する。
【００４３】
また、本発明の一態様に係るプログラムは、上記の情報処理方法をコンピュータに実行させるためのプログラムである。
【００４４】
上記態様によれば、上記情報処理方法と同様の効果を奏する。
【００４５】
なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
【００４６】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【００４７】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００４８】
（実施の形態）
本実施の形態において、候補の一覧の提示のタイミングをより適切に制御する対話システム１について説明する。なお、対話システム１は、情報処理装置に相当する。また、対話システム１の制御方法を、絞り込み結果提示制御方法又は情報処理方法ともいう。
【００４９】
図１は、本実施の形態に係る対話システム１の構成の一例を表すブロック図である。
【００５０】
図１に示されるように、本実施の形態に係る対話システム１は、入力部１０１と、表示部１０２と、言語理解部１０３と、対話管理部１０４と、応答生成部１０５と、コンテンツデータベース１０６と、絞り込み情報保持部１０７と、絞り込み処理部１０８と、対話履歴保持部１０９と、ユーザ意図推定部１１０と、候補一覧表示生成部１１１とを備える。
【００５１】
対話システム１は、コンテンツデータベース１０６が記憶しているコンテンツを、ユーザとの対話によって絞り込み、絞り込んだコンテンツをユーザに提示するシステムである。この対話は、例えば、チャット形式によるユーザとの対話であり、対話システム１は、ユーザの好む情報に関する情報処理を行うシステムである。
【００５２】
コンテンツデータベース１０６には、絞り込む対象となる複数のコンテンツが格納されているとする。コンテンツの一例は、料理メニューを示す情報（単に「料理メニュー」ということもある）であり、この場合を以降で説明するが、コンテンツは、この他にも、作家又は不動産を示す情報など、さまざまなものがあり得る。コンテンツデータベース１０６は、格納部に相当し、記憶装置及びデータベース管理システム等により実現され得る。
【００５３】
コンテンツデータベース１０６には、それぞれが料理メニューを示す複数の情報が格納されている。そして、対話システム１は、ユーザへの料理メニューの検索に関する質問と、当該質問に対するユーザによる応答とを含む対話を用いて、ユーザの所望の料理メニューを示す情報を提供する。
【００５４】
入力部１０１は、ユーザから対話システム１への発話を取得し、発話テキストに変換する。表示部１０２には、ユーザが入力部１０１から入力した発話テキスト、対話システム１からのユーザへの応答テキスト、ならびに、その他の応答情報がされる。入力部１０１は、プロセッサ及びメモリなどにより実現され得る。入力部１０１は、ユーザの発話を収音して音信号を取得するマイクを備えてもよいし、マイクを備えずに、外部のマイクが収音により生成した音信号を取得してもよい。また、入力部１０１は、取得した音信号に対する音声認識処理により発話テキストを得る。音声認識処理は公知の技術を採用し得る。
【００５５】
表示部１０２は、発話テキスト及び応答テキストなどを表示する。表示部１０２は、プロセッサ、メモリ及びディスプレイ（表示画面）などにより実現され得る。なお、表示部１０２は、ディスプレイに表示される画像として実現されてもよい。なお、表示部１０２は、提示部の一例である。また、対話システム１は、提示部の別の一例として、表示部１０２に代わりに、応答テキストなどを音声により出力する音声出力部を備えてもよい。
【００５６】
図２は、本実施の形態に係る入力部１０１及び表示部１０２の例を表す説明図である。図２に入力部１０１及び表示部１０２をディスプレイに表示されるＧＵＩ（グラフィカルインターフェース）として実現した画像の例を示す。
【００５７】
図２に示される画像２０１が入力部１０１に相当する。また、図２に示される画像２０２が表示部１０２に相当する。
【００５８】
ユーザは、入力部１０１としての画像２０１を操作して、入力欄２０１Ａに発話テキストを入力し、送信ボタン２０１Ｂを操作することで、発話テキストの入力を完了する。なお、「操作」とは、押下、タッチ、タップ及びクリックなど、ＧＵＩに対する一般の操作をいう。
【００５９】
表示部１０２に相当する画像２０２には、ユーザが入力した発話テキスト、及び、対話システム１からの応答テキストが吹き出し型で表示される。図２には、対話システム１からの応答テキスト２０２Ａ及び２０２Ｂ、及び、ユーザが入力した発話テキスト２０２Ｃが示されている。応答テキスト２０２Ａ及び２０２Ｂは、画像２０２内の左側寄りに、上から下へ向かって時間経過の順に表示されている。発話テキスト２０２Ｃは、画像２０２内の右側寄りに、上から下へ向かって時間経過の順に表示されている。画像２０２内の下端まで応答テキスト２０２Ａ及び２０２Ｂ、又は、発話テキスト２０２Ｃが表示された場合は、画像２０２が上向きにスクロールして、新たな応答テキスト、又は、発話テキストが画像２０２内に表示される。
【００６０】
言語理解部１０３は、入力部１０１から入力されたユーザの発話テキストを言語解析し、発話テキストから意味情報に変換する。言語理解部１０３は、プロセッサ及びメモリ等により実行される公知の言語解析処理により実現され得る。
【００６１】
図３は、本実施の形態に係る言語理解部１０３による発話テキストから意味情報への変換の例を示す説明図である。
【００６２】
言語理解部１０３は、同じ意味を有する発話テキストの表現を同じ意味情報へ変換する。
【００６３】
例えば、言語理解部１０３は、「それがいいです」及び「はい」のような、質問に対する肯定応答を示す発話テキストを「ＹＥＳ」という意味情報へ変換する。また、「それはいやです」及び「いいえ」のような、質問に対する否定応答を示す発話テキストを「ＮＯ」という意味情報へ変換する。また、「おまかせでいい」及び「どちらでもいい」のような、肯定応答でも否定応答でもない発話テキストを「ＮＯＴ＿ＣＡＲＥ」という意味情報へ変換する。
【００６４】
言語理解部１０３の機能の実現には、さまざまな方式を採用し得る。例えば、あらかじめ想定する発話テキストのテーブルを作成して意味情報との対応を取るルールベースの方式、又は、機械学習により発話テキストに対して意味情報のラベル付を行う方式などがある。
【００６５】
対話管理部１０４は、言語理解部１０３で変換された意味情報を受取り、その意味情報の種類により、コンテンツの絞り込みの制御、対話履歴を参照した対話システム１の動作制御、及び、対話システム１の応答内容の決定の動作を行う。具体的には、対話管理部１０４は、対話履歴保持部１０９が保持している対話の履歴に含まれる応答の履歴における肯定応答及び否定応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定する。対話管理部１０４は、応答内容として、選択肢を提供して回答を選択させるクローズ質問を決定する。対話管理部１０４は、プロセッサ、メモリ及び記憶装置等により実現され得る。
【００６６】
応答生成部１０５は、対話管理部１０４で決定した応答内容を応答テキストに変換する。対話管理部１０４が決定する応答内容は「Ｑ，ジャンル（中華）」のような記号列であり、応答生成部１０５は、この応答内容を「中華風がいいですか？」という質問文を示す応答テキストに変換する。応答生成部１０５は、プロセッサ及びメモリ等により実現され得る。
【００６７】
対話管理部１０４は、ユーザの発話テキストの意味情報を受け取った時、及び、対話システム１からユーザへの応答内容（意味情報に相当）を決定した時に、これらの意味情報及び応答内容のそれぞれを対話履歴保持部１０９に記憶する。対話履歴保持部１０９は、ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持する。対話履歴保持部１０９は、記憶装置により実現され得る。
【００６８】
図４は、本実施の形態に係る対話履歴保持部１０９に保持される対話履歴の一例を示す説明図である。
【００６９】
図４に示されるように、対話履歴はテーブル形式で記録され、各行が１つのユーザの発話、あるいは、対話システム１の応答を示している。
【００７０】
対話履歴の一番左の列は、対話に含まれる個々の発話及び応答の順序を表すＩＤ（又は番号）を示す情報である。ＩＤは１から始まり、１つの履歴が追加される度にＩＤが１カウントアップされる。
【００７１】
対話履歴の左から二番目の列は、話者を示す情報であり、対話システム１からユーザへの応答の場合は「Ｓｙｓｔｅｍ」と記録され、ユーザから対話システム１への発話の場合は「Ｕｓｅｒ」と記録される。
【００７２】
対話履歴の左から三番目の列は、ユーザの発話の意味情報、もしくは、対話システム１の応答内容を示す情報である。
【００７３】
対話管理部１０４は、対話履歴保持部１０９に記録されている対話システム１の応答内容が「Ｑ，ジャンル（中華）」のような質問形であり、かつ、それに対するユーザの発話（回答）が「ＹＥＳ」、「ＮＯ」及び「ＮＯＴ＿ＣＡＲＥ」のいずれかであった場合、直前の応答内容である「ジャンル（中華）」を絞り込みキーとして扱う。この場合、対話管理部１０４は、その絞り込みキーに対して、「ＹＥＳ」、「ＮＯ」又は「ＮＯＴ＿ＣＡＲＥ」という絞り込み条件が与えられたものとして扱う。そして、対話管理部１０４は、この絞り込みキーと絞り込み条件との組を絞り込み情報として絞り込み情報保持部１０７に格納する。絞り込み情報保持部１０７は、記憶装置により実現され得る。
【００７４】
図５は、本実施の形態に係る絞り込み情報保持部１０７に保持される絞り込み情報の例を示す説明図である。
【００７５】
絞り込み情報の一番左の列は、絞り込みキーであり、左から二番目の列が絞り込み条件である。対話管理部１０４は、対話システム１とユーザとの間での発話と応答、つまり対話のやりとりから、このような絞り込み情報を複数取得し、絞り込み情報保持部１０７に格納する。
【００７６】
対話管理部１０４は、絞り込み情報保持部１０７に格納されている絞り込み情報を用いて、絞り込み処理部１０８でコンテンツデータベース１０６に格納されている複数のコンテンツの絞り込み処理を行うように指示を行う。
【００７７】
図６は、本実施の形態に係るコンテンツデータベース１０６に格納されるコンテンツの例を示すコンテンツテーブルの説明図である。図６は、コンテンツが料理のメニューである場合のコンテンツテーブルの例である。なお、コンテンツデータベース１０６を単にデータベースともいう。
【００７８】
図６に示されるコンテンツテーブルの各行が１つのコンテンツの情報を表す。
【００７９】
コンテンツテーブルの一番左の列は、コンテンツを識別するためのコンテンツＩＤを示す情報である。コンテンツＩＤは、例えば、１０１、１０９というような数値であるが、アルファベット又は記号などを含んでもよい。
【００８０】
コンテンツテーブルの左から二番目の列は、コンテンツの名前を表すコンテンツ名を示す情報である。コンテンツ名は、例えば、酢豚、八宝菜などの文字列である。
【００８１】
コンテンツテーブルの左から三番目以降の列は、各コンテンツに割り当てられた絞り込みキーと絞り込み条件との組み合わせである絞り込み情報である。絞り込み情報は、各コンテンツの分類を示す分類情報に相当する。
【００８２】
例えば、図６に示されるコンテンツテーブルにおいて、「コンテンツＩＤ＝１０１」のコンテンツは、コンテンツ名が「酢豚」であり、絞り込みキー及び絞り込み条件として、「温度（暖かい）＝ＹＥＳ」、「ジャンル（中華）＝ＹＥＳ」、「ジャンル（和風）＝ＮＯ」等を含んでいる。なお、図６に示される絞り込み情報は一部であり、図６に示されていない種類の絞り込みキーと絞り込み条件とをさらに含んでもよい。
【００８３】
絞り込み処理部１０８は、対話管理部１０４の指示により、コンテンツデータベース１０６に格納されているコンテンツの絞り込み処理を行い、絞り込み結果を候補コンテンツとして保持する。絞り込み処理部１０８は、絞り込み情報保持部１０７に保持されている絞り込み情報を用いて、コンテンツデータベース１０６内のコンテンツのうち、各絞り込み情報に合致するコンテンツを抽出することで絞り込み処理を行う。絞り込み処理部１０８は、プロセッサ及びメモリ等により実現され得る。
【００８４】
絞り込み処理は、絞り込みキーに対して「ＹＥＳ」あるいは「ＮＯ」の絞り込み条件が設定されている場合は、その絞り込みキーと絞り込み条件との組み合わせに合致するコンテンツのみを抽出することで行う。また、絞り込みキーに対して「ＮＯＴ＿ＣＡＲＥ」の絞り込み条件が設定されている場合は、その絞り込みキーに対しては合致してもよいし、合致しなくてもよいとしてコンテンツを抽出することで行う。このようにして、絞り込み処理部１０８は、複数の絞り込み情報を同時に満たすコンテンツを抽出し、抽出したコンテンツを候補コンテンツとして保持する。
【００８５】
例えば、図５に示す絞り込み情報で、図６のコンテンツデータベース１０６のコンテンツの絞り込みを行うと、「ジャンル（中華）＝ＹＥＳ」という検索情報に合致するコンテンツが抽出されるので、図６のコンテンツＩＤ＝１０１、１０９及び１２１の「酢豚」、「八宝菜」及び「天津飯」の３つが、絞り込み処理により絞り込まれた結果に含まれる。
【００８６】
ユーザ意図推定部１１０は、対話履歴の系列の状態に応じてユーザの意図を推定する。対話管理部１０４は、ユーザ意図推定部１１０が対話履歴の系列の状態に応じて決定するユーザ意図推定結果に応じて、次にどのような対話の動作を行うかを決定する。ユーザ意図推定部１１０は、プロセッサ及びメモリなどにより実現され得る。
【００８７】
ユーザ意図推定部１１０は、対話システム１の直前の応答内容が「Ｑ，絞り込みキー」であり、それに対するユーザの発話の意味情報が「ＹＥＳ」、「ＮＯ」及び「ＮＯＴ＿ＣＡＲＥ」のいずれかであった場合には、ユーザの意図が「絞り込み要求」であると推定する。その場合、対話管理部１０４は、応答内容に含まれる絞り込みキーと、ユーザの発話の意味情報から得られる絞り込み条件とを組にして、絞り込み情報保持部１０７に保持されている絞り込み情報に追加した上で、絞り込み処理部１０８に対して絞り込み処理を行うよう指示する。
【００８８】
例えば、図４の対話履歴保持部１０９の「ＩＤ＝３」「Ｑ，ジャンル（中華）」の応答内容に対して、「ＩＤ＝４」「意味情報＝ＹＥＳ」が得られた時点では、ユーザ意図推定部１１０は、ユーザの意図が「絞り込み」であると推定し、対話管理部１０４はコンテンツの絞り込み処理を行うよう絞り込み処理部１０８に指示を行う。
【００８９】
一方、ユーザ意図推定部１１０は、対話履歴保持部１０９に保持されている対話履歴の系列が、所定の条件を満たした場合には、ユーザの意図が「候補一覧要求」であると推定する。ここでは一例として、「Ｑ，絞り込みキー」の応答内容に対して、ユーザ発話の意味情報が「ＮＯＴ＿ＣＡＲＥ」であることが２回連続で出現した場合を所定の条件とする。
【００９０】
例えば、図４の対話履歴保持部１０９の「ＩＤ＝８」のユーザ発話の意味情報が得られた時点で、応答の履歴において２回連続で「Ｑ，絞り込みキー」に対して「ＮＯＴ＿ＣＡＲＥ」が出現している。より具体的には、「ＩＤ＝５」「Ｑ，カテゴリ（サラダ）」の応答内容に対して「ＩＤ＝６」「ＮＯＴ＿ＣＡＲＥ」の意味情報の発話が出現しており、また、「ＩＤ＝７」「Ｑ，食材（豚肉）」の応答内容に対して「ＩＤ＝８」「ＮＯＴ＿ＣＡＲＥ」の意味情報の発話が出現していることから、応答の履歴において２回連続で「Ｑ，絞り込みキー」に対して「ＮＯＴ＿ＣＡＲＥ」の意味情報の発話が出現している。この時点で所定の条件が満たされているので、ユーザ意図推定部１１０は、ユーザの意図を「候補一覧要求」であると推定する。
【００９１】
なお、ここでは、ユーザ意図推定部１１０が、応答の履歴において２回連続で「Ｑ，絞り込みキー」の応答内容に対して「ＮＯＴ＿ＣＡＲＥ」の意味情報の発話が出現することを条件としてユーザの意図を「候補一覧要求」と推定するとしたが、他の条件を用いることもできる。例えば、３以上の所定回数連続で「Ｑ，絞り込みキー」に対して「ＮＯＴ＿ＣＡＲＥ」が出現することを条件としてもよい。また、「Ｑ，絞り込みキー」に対して「ＮＯＴ＿ＣＡＲＥ」が累積で２回、又は、累積で３以上の所定回数出現することを条件としてもよい。
【００９２】
判断の方式自体も、上記のように特定の対話のパターン、つまり、応答と発話とのパターンが生じることを条件する方式でもよいし、人同士の対話の履歴とその履歴に対するユーザの意図推定結果とをアノテーションしたデータを学習データとして機械学習により実現する方式でもよい。
【００９３】
対話管理部１０４は、ユーザ意図推定部１１０でユーザの意図が「候補一覧要求」と推定された場合、絞り込み処理部１０８が保持している候補コンテンツの一覧を生成するように候補一覧表示生成部１１１に指示する。
【００９４】
候補一覧表示生成部１１１は、絞り込み処理部１０８が保持している、直前の絞り込み処理による候補コンテンツから、表示部１０２に表示可能なテキスト情報の形式で候補一覧テキストを生成する。生成した候補一覧テキストは、応答生成部１０５で生成される応答テキストの一部として追加され、対話システム１の応答情報として表示部１０２により表示される。このようにして、表示部１０２は、対話管理部１０４が所定の条件を満たすと判定した場合に、コンテンツデータベース１０６に格納されている情報に関する提示つまり表示をする。上記情報の一例は、コンテンツデータベース１０６に格納されている、絞り込み処理により絞り込まれた情報の少なくとも一部である。候補一覧表示生成部１１１は、プロセッサ及びメモリ等により実現され得る。
【００９５】
なお、表示部１０２による提示の際には、予めコンテンツデータベース１０６に格納されている情報の少なくとも一部を提示するか否かについてのユーザに対する質問を提示してもよい。そして、上記質問に対してユーザによる肯定応答を得た場合に限り、コンテンツデータベース１０６に格納されている情報の少なくとも一部を提示するようにしてもよい。
【００９６】
なお、ユーザ意図推定部１１０でユーザの意図が「候補一覧要求」と推定された場合において、絞り込み情報保持部１０７に絞り込み条件が設定されていないとき、言い換えれば、応答の履歴に１以上の第三応答だけが含まれていると判定したときには、予め定められた情報を用いて絞り込み処理部１０８による絞り込み処理を行った上で、候補一覧表示生成部１１１による候補一覧テキストを生成してもよい。絞り込み条件が１つもない場合、コンテンツデータベース１０６に格納された全てのコンテンツが候補となってしまうことを回避するためである。
【００９７】
次に、本実施の形態の対話システム１の処理のフローについて説明する。図７は、本実施の形態に係る対話システム１の処理フローを示すフロー図である。図８は、本実施の形態に係る対話システム１における、候補一覧を提示するか否かについての判断に係る処理を示すフロー図である。
【００９８】
ステップＳ１０１において、対話管理部１０４は、絞り込みのための質問を生成し応答内容として出力する。絞り込みのための質問は、コンテンツデータベース１０６のコンテンツに割り当てられている絞り込みキーのうち、絞り込み情報保持部１０７に保持されている絞り込み情報の中に出現していない絞り込みキーの中から１つ選択して選ぶ。この選択方式については、ランダムに選ぶ方式としてもよいし、決定木アルゴリズムによりどの絞り込みキーを優先して調べるかの順位付けを決定する方式としてもよいし、あるいは、あらかじめ固定した順序に従う方式としてもよい。
【００９９】
ステップＳ１０２において、応答生成部１０５は、ステップＳ１０１で選択した応答内容（つまり質問）を応答テキストに変換する。
【０１００】
ステップＳ１０３において、表示部１０２は、ステップＳ１０３で応答生成部１０５が生成した応答テキスト（つまり質問文）を表示する。
【０１０１】
例えば、応答内容が「Ｑ，ジャンル（中華）」であった場合には、図８の応答テキスト８０１のように「中華風がいいですか？」といったテキストで表示される。
【０１０２】
ステップＳ１０４において、入力部１０１は、ユーザ発話の発話テキストを取得する。
【０１０３】
ステップＳ１０５において、言語理解部１０３は、ステップＳ１０４で取得した発話テキストの言語理解処理を行いユーザの発話テキストを意味情報へ変換する。
【０１０４】
ステップＳ１０６において、対話管理部１０４は、ステップＳ１０５で変換した意味情報を対話履歴保持部１０９に追加する。言い換えれば、対話管理部１０４は、ユーザへの質問と、当該質問に対するユーザによる応答とを含む対話の履歴を保持する。
【０１０５】
ステップＳ１０７において、ユーザ意図推定部１１０は、対話履歴に基づいてユーザの意図を推定する。対話管理部１０４は、対話履歴に基づきユーザ意図推定部１１０が推定した意図推定結果に基づき、コンテンツの候補一覧表示作成処理を行うか否かを判断する。言い換えれば、対話管理部１０４及びユーザ意図推定部１１０は、保持している対話の履歴に含まれる応答の履歴における第三応答の出現の態様が、所定の条件を満たすか否かを判定する。ステップＳ１０７の判断の詳細については後述する。
【０１０６】
ステップＳ１０７においてコンテンツの候補一覧表示作成処理を行うと判断をした場合（ステップＳ１０７でＹＥＳ）にはステップＳ１１０に進み、そうでない場合（ステップＳ１０７でＮＯ）にはステップＳ１０８に進む。
【０１０７】
ステップＳ１０８において、対話管理部１０４は、直前の応答内容から絞り込みキーを取り出し、ユーザ発話の意味情報から絞り込み条件を取り出した上で、それらを組み合わせて、絞り込み情報として絞り込み情報保持部１０７に追加する。また、絞り込み処理部１０８に絞り込み処理を行うように指示し、絞り込み処理部１０８がコンテンツの絞り込み処理を行う。その後、ステップＳ１０１に戻る。
【０１０８】
ステップＳ１１０において、対話管理部１０４は、候補一覧表示生成部１１１に候補一覧表示を作成するように指示する。候補一覧表示生成部１１１は、絞り込み処理部１０８に保持されている直前までのコンテンツの絞り込み結果から、絞り込まれたコンテンツの候補の一覧のテキスト情報を作成する。
【０１０９】
ステップＳ１１１において、対話管理部１０４は、候補のコンテンツのどれを選択するかを問う応答内容を生成する。そして、対話管理部１０４が生成した応答内容を応答生成部１０５が応答テキストに変換する。また、対話管理部１０４は、ステップＳ１０８で候補一覧表示生成部１１１が生成した候補一覧のテキストを受け取る。
【０１１０】
ステップＳ１１２において、対話管理部１０４は、応答テキストと候補一覧テキストとを表示部１０２に表示する。言い換えれば、表示部１０２は、ユーザ意図推定部１１０が所定の条件を満たすと判定した場合に、コンテンツデータベース１０６に格納されている情報に関する提示をする。
【０１１１】
次に、上記ステップＳ１０７に含まれる処理の詳細について図８を参照しながら説明する。
【０１１２】
ステップＳ２０１において、ユーザ意図推定部１１０は、言語理解部１０３による言語理解の結果として得られた、ユーザの発話の意味情報が「ＮＯＴ＿ＣＡＲＥ」であるか否かを判定する。ユーザの発話の意味情報が「ＮＯＴ＿ＣＡＲＥ」であると判定した場合（ステップＳ２０１でＹＥＳ）には、ステップＳ２０２に進み、そうでない場合には、ステップＳ２０５に進む。
【０１１３】
ステップＳ２０２において、ユーザ意図推定部１１０は、対話履歴におけるユーザの発話履歴において、現在から遡って「ＮＯＴ＿ＣＡＲＥ」が連続している回数をカウントする。
【０１１４】
ステップＳ２０３において、ユーザ意図推定部１１０は、対話履歴におけるユーザの発話履歴において、「ＮＯＴ＿ＣＡＲＥ」の連続する回数が２以上であるか否かを判定する。「ＮＯＴ＿ＣＡＲＥ」の連続する回数が２以上である場合（ステップＳ２０２でＹＥＳ）にはステップＳ２０４に進み、そうでない場合（ステップＳ２０２でＹＥＳ）には、ステップＳ２０５に進む。
【０１１５】
ステップＳ２０４において、ユーザ意図推定部１１０は、ユーザの意図が「候補一覧要求」であると推定する。そして、対話管理部１０４は、ユーザに候補一覧を提示すべきと判断する。
【０１１６】
ステップＳ２０５において、ユーザ意図推定部１１０は、ユーザの意図が「絞り込み要求」であると推定する。そして、対話管理部１０４は、ユーザに候補一覧を提示すべきでないと判断する。
【０１１７】
ステップＳ２０４及びＳ２０５を終えたら図８に示される一連の処理を終了し、ステップＳ１０８（図７）に進む。
【０１１８】
次に、対話システム１の動作例を示す。図９及び図１０は、本実施の形態に係る対話システム１の動作例を示す説明図である。
【０１１９】
最初に対話システム１からユーザに対して、検索する料理についてのジャンルを中華風としてよいかを応答テキスト８０１によって問い合わせる。この問い合わせに対してユーザが発話テキスト８０２によって肯定応答をする。ユーザからの肯定応答に基づいて、絞り込み処理部１０８は、コンテンツテーブルを参照して、ジャンルが中華であるもののみを抽出することでコンテンツの絞り込みを行う。
【０１２０】
次に、対話システム１からユーザに対して、応答テキスト８０３及び８０５によって調理方法及び食材について問い合わせる。これらの問い合わせそれぞれに対してユーザが発話テキスト８０４及び８０６によって意味情報が「ＮＯＴ＿ＣＡＲＥ」である発話をする。
【０１２１】
このとき、発話テキスト８０４及び８０６が、応答の履歴において２回連続で出現した、意味情報が「ＮＯＴ＿ＣＡＲＥ」である発話に相当する。そのため、ユーザ意図推定部１１０による意図推定を経て、対話管理部１０４は、ユーザに候補一覧を提示すべきであると判断する（ステップＳ２０４）。そして、応答テキスト８０７及び候補一覧テキスト８０８を提示する（ステップＳ１１１及びＳ１１２）。
【０１２２】
このようにして、対話システム１を用いた料理メニューの絞り込みと候補一覧の表示が実現する。
【０１２３】
以上の処理フローにより、対話システム１は、対話システム１とユーザとの対話の履歴に基づいて、コンテンツの絞り込みを継続したいのか、又は、絞り込まれているコンテンツの候補一覧を閲覧したいのかといったユーザの意図を適切に推定する。これにより、あらかじめ、ユーザが候補一覧を早く見たいのかどうかの情報を把握することなく、対話の状況からユーザに対してコンテンツの一覧を提示するタイミングを適切に判断することが可能である。
【０１２４】
次に、対話システム１を別のコンテンツである作家の検索に適用する例を説明する。
【０１２５】
この場合、コンテンツデータベース１０６には、それぞれが作家を示す複数の情報が格納されている。そして、対話システム１は、ユーザへの作家の検索に関する質問と、当該質問に対するユーザによる応答とを含む対話を用いて、ユーザの所望の作家を示す情報を提供する。
【０１２６】
図１１は、本実施の形態に係る対話システム１の別の適用例におけるコンテンツテーブルを示す説明図である。
【０１２７】
図１１に示されるコンテンツテーブルでは、コンテンツ名に作家の名前が含まれている。また、絞り込みキーには、当該作家の作品のジャンル及びカテゴリが含まれている。
【０１２８】
図１２及び図１３は、本実施の形態に係る対話システム１の別の適用例における動作例を示す説明図である。
【０１２９】
最初に対話システム１からユーザに対して、検索する作家についてのジャンルを文芸作品としてよいかを応答テキスト９０１によって問い合わせる。この問い合わせに対してユーザが発話テキスト９０２によって肯定応答をする。ユーザからの肯定応答に基づいて、絞り込み処理部１０８は、コンテンツテーブルを参照して、ジャンルが文芸作品であるもののみを抽出することでコンテンツの絞り込みを行う。
【０１３０】
次に、対話システム１からユーザに対して、応答テキスト９０３及び９０５によってカテゴリについて問い合わせる。これらの問い合わせそれぞれに対してユーザが発話テキスト９０４及び９０６によって意味情報が「ＮＯＴ＿ＣＡＲＥ」である発話をする。
【０１３１】
このとき、発話テキスト９０４及び９０６が、応答の履歴において２回連続で出現した、意味情報が「ＮＯＴ＿ＣＡＲＥ」である発話に相当する。そのため、ユーザ意図推定部１１０による意図推定を経て、対話管理部１０４は、ユーザに候補一覧を提示すべきであると判断する（ステップＳ２０４）。そして、応答テキスト９０７及び候補一覧テキスト９０８を提示する（ステップＳ１１１及びＳ１１２）。
【０１３２】
このようにして、対話システム１を用いた作家の絞り込みと候補一覧の表示が実現する。
【０１３３】
なお、上記の対話システム１による対話処理方法は、以下のようにも表現され得る。
【０１３４】
すなわち、対話システム１による対話処理方法は、ユーザの端末を介したチャット形式によるユーザとの対話を用いた、ユーザの好むメニューに関する情報処理方法である。この情報処理方法では、端末に備えられたディスプレイに、データベースに基づいて、メニューに対するリクエストを尋ねる第一質問を吹き出し型に表示させ、データベースは、複数のメニューと複数のメニューそれぞれの分類を示す分類情報とを対応付け、分類情報は、メニューの温冷、メニューのジャンル、メニューのカテゴリ、メニューの調理法、メニューに用いられる食材を含み、第一質問は、メニューに対して、データベースに含まれる第一分類をリクエストするか否かを尋ねる。端末を通して、ユーザによって入力された第一質問に対する第一回答を受信する。第一回答に、第一分類を肯定する語句が含まれていると判断された場合は、ディスプレイに、データベースに基づいて、第一分類に対応する第一メニューに対応する第二分類をリクエストするかを尋ねる第二質問を吹き出し型に表示させ、第二分類は、第一分類とは異なる。そして、端末を通して、ユーザによって入力された第二質問に対する第二回答を受信する。第二回答に、第二分類を肯定する語句も、第二分類を否定する語句も含まれていないと判断された場合、ディスプレイに、データベースに基づいて、第一メニューに対応する第三分類をリクエストするかを尋ねる第三質問を吹き出し型に表示させ、第三分類は、第一分類及び第二分類とは異なる。そして、端末を通して、ユーザによって入力された第三質問に対する第三回答を受信する。（ａ）第三回答に、第三分類を肯定する語句が含まれていると判断された場合、第一メニューのうち第三分類に対応する第二メニューに対応する第四分類をリクエストするか否かを尋ねる第四質問を吹き出し型に表示させ、第四分類は、第一分類、第二分類および第三分類のいずれとも異なる。（ｂ）第三回答に、第三分類を否定する語句が含まれていると判断された場合、第一メニューのうち第三分類に対応しない第三メニューに対応する第五分類をリクエストするか否かを尋ねる第五質問を吹き出し型に表示させ、第五分類は、第一分類、第二分類、第三分類および第四分類のいずれとも異なる。（ｃ）第三回答に、第三分類を肯定する語句も、第三分類を否定する語句も含まれていないと判断された場合、ディスプレイに、第一メニューを示す情報を表示させてもよいかを尋ねる第五質問を吹き出し型に表示させる。そして、端末を通して、ユーザによって入力された第五質問に対する第五回答を受信し、第五回答に、第一メニューを示す情報を表示させることを肯定する語句が含まれていると判断された場合、ディスプレイに第一メニューを示す情報を表示させる。
【０１３５】
このようにして、上記と同様に、対話システム１を用いた作家の絞り込みと候補一覧の表示が実現する。
【０１３６】
（実施の形態の変形例）
本変形例において、ネットワークを介して通信可能に接続された複数の装置により対話システムを実現する構成について説明する。
【０１３７】
図１４は、本変形例に係る対話システム１Ａの構成を示すブロック図である。なお、上記実施の形態におけるものと同じ構成要素には同じ符号を付し、詳細な説明を省略する。
【０１３８】
対話システム１Ａは、クライアント２とサーバ３とを備える。
【０１３９】
クライアント２は、入力部１０１と、表示部１０２と、クライアント通信部１１２とを備える。
【０１４０】
サーバ３は、言語理解部１０３と、対話管理部１０４と、応答生成部１０５と、コンテンツデータベース１０６と、絞り込み情報保持部１０７と、絞り込み処理部１０８と、対話履歴保持部１０９と、ユーザ意図推定部１１０と、候補一覧表示生成部１１１と、サーバ通信部１１３とを備える。
【０１４１】
クライアント通信部１１２とサーバ通信部１１３とは、ネットワーク（不図示）を介して通信可能に接続されている。そして、入力部１０１と言語理解部１０３との通信、応答生成部１０５と表示部１０２との通信等が、クライアント通信部１１２とサーバ通信部１１３とによるネットワークを介した通信により実現する。
【０１４２】
この構成により、上記実施の形態と同様に、候補の一覧の提示のタイミングをより適切に制御することができる。
【０１４３】
また、本変形例の構成では、複数のクライアント２と一のサーバ３とが接続される形態も実現し得る。このように構成すると、例えばユーザそれぞれが所有する端末をクライアント２とし、当該端末からネットワークで通信可能なサーバ（いわゆるクラウドサーバ）装置にサーバ３を実現することができる。これにより、言語理解部１０３及び対話管理部１０４などのサーバ３が備える構成要素の改修及びメンテナンス作業が容易になり、処理負荷の低減、コスト低減などの利点がある。
【０１４４】
以上のように、本実施の形態の情報処理方法によれば、情報処理方法は、ユーザとの対話における、ユーザの発話の内容から候補の一覧を提示するタイミングを制御する。肯定応答でも否定応答でもない第三応答は、ユーザが明確な絞り込みの条件を提供しない意思の表れであるとも考えられる。そのため、第三応答の出現の態様が、ユーザがコンテンツ候補の一覧を見たいか否かの判断基準となり得る。これにより、あらかじめユーザが絞り込んだコンテンツ候補の一覧を早く見たいのかどうかが分からない場合であっても、ユーザの発話の内容からユーザの意図を推定することにより、絞り込まれたコンテンツ候補の一覧を提示するタイミングを制御することができる。
【０１４５】
また、情報処理方法は、第三応答が所定回数連続して出現するという条件を用いて、より具体的に情報処理方法を実現し、候補の一覧の提示のタイミングをより適切に制御することができる。
【０１４６】
また、情報処理方法は、第三応答が累積して所定回数出現するという条件を用いて、より具体的に情報処理方法を実現し、候補の一覧の提示のタイミングをより適切に制御することができる。
【０１４７】
また、情報処理方法は、意図推定に基づいて、絞り込んだコンテンツ候補の一覧をユーザに閲覧させることができる。このようにして、ユーザの発話の内容からユーザの意図を推定することにより、絞り込まれたコンテンツ候補の一覧を提示するタイミングを制御することができる。
【０１４８】
また、情報処理方法は、意図推定に基づいて、絞り込んだコンテンツ候補の一覧をユーザに閲覧させるか否かの質問を提示することができる。意図推定に基づいたタイミングの制御では、ユーザが実際に意図しているタイミングと異なるタイミングでコンテンツ候補の一覧を提示しようとしてしまうことが生じる。そのため、上記の質問によりユーザの実際の意図を確認することで、ユーザの意図に反してコンテンツ候補の一覧を提示することを抑制することができる。
【０１４９】
また、情報処理方法は、コンテンツ候補の一覧の提示に関して、ユーザの実際の意図と合致していることを確認した上で、コンテンツ候補の一覧を提示してユーザに閲覧させることができる。
【０１５０】
また、情報処理方法は、対話のインタフェースによって格納部に格納されている情報を絞り込み、絞り込んだ情報をユーザに提示することができる。これにより、ユーザは、検索エンジンなどによって情報を検索するのと異なり、対話による逐次的な情報入力に基づいて情報の検索を行い、また、対話システムからの提案を受けることができる。
【０１５１】
また、情報処理方法は、絞り込み条件が１つもない場合、格納部に格納された全ての情報、つまり絞り込みが一切なされていない情報を一覧として表示することを回避することができる。
【０１５２】
また、情報処理方法は、選択肢を提供して回答を選択させるクローズ質問と、その回答により構成される対話に基づいて、より具体的に検索及び提案を行うことができる。
【０１５３】
また、情報処理方法は、料理メニューを示す情報の絞り込みを用いて、料理メニューの検索又は提案を、ユーザに提供することができる。
【０１５４】
また、情報処理方法は、作家を示す情報の絞り込みを用いて、作家の検索又は提案を、ユーザに提供することができる。
【０１５５】
なお、上記の実施の形態の一部又は全部は、以下のようにも表現され得るが、以下の記載に限定されない。
【０１５６】
（１）対話により検索や提案の対象である複数コンテンツの絞込む情報を獲得して、ユーザの要望にあうコンテンツを提示する対話システムにおける絞り込み結果提示制御方法であって、対話システムからのユーザへの質問に対して、ユーザが所定の意図を意味する回答を行うという対話の履歴から、ユーザがコンテンツの絞り込みを継続したいか、絞り込まれた候補の一覧を閲覧したいかの意図を推定し、前記ユーザの意図の推定結果により、その時点で絞り込んだコンテンツ候補の一覧を提示するかを制御する、絞り込み結果提示制御方法。
【０１５７】
（２）対話システムに保持される対話の履歴において対話システムに対するユーザの回答の系列が所定の条件を満たす場合に、ユーザの意図を候補の一覧を閲覧したいと推定することを特徴とする、上記（１）に記載の絞り込み結果提示制御方法。
【０１５８】
（３）対話システムとユーザとの対話、あるいは、人同士の対話から得られた対話履歴に対して、ユーザの意図が候補一覧の閲覧を要望しているかどうかの情報を付与した対話履歴データを学習データとして機械学習により構成したユーザ意図推定方式により、ユーザの意図が候補の一覧を閲覧したいかどうかを推定することを特徴とする、上記（１）に記載の絞り込み結果提示制御方法。
【０１５９】
上記の構成により、あらかじめユーザが絞込んだコンテンツ候補の一覧を早く見たいのかどうかという情報が分からなくても、システムの質問に対するユーザの回答の状況から、ユーザが回答により絞込を行いたいかどうかの意図を推定することにより、絞込まれたコンテンツ候補の一覧を提示するタイミングを制御することができる。
【０１６０】
なお、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記各実施の形態の情報処理装置などを実現するソフトウェアは、次のようなプログラムである。
【０１６１】
すなわち、このプログラムは、コンピュータに、格納部に格納されている情報に関する情報処理方法であって、ユーザへの質問と、当該質問に対する前記ユーザによる応答とを含む対話の履歴を保持し、保持している前記対話の履歴に含まれる前記応答の履歴における、前記質問に対する肯定を示す第一応答、及び、前記質問に対する否定を示す第二応答のいずれでもない第三応答の出現の態様が、所定の条件を満たすか否かを判定し、前記所定の条件を満たすと判定した場合に、前記格納部に格納されている前記情報に関する提示をする情報処理方法を実行させる。
【０１６２】
以上、一つまたは複数の態様に係る情報処理装置などについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【０１６３】
本開示にかかる情報処理方法は、候補の一覧の提示のタイミングをより適切に制御する情報処理方法などに利用可能である。
【符号の説明】
【０１６４】
１、１Ａ    対話システム
２    クライアント
３    サーバ
１０１  入力部
１０２  表示部
１０３  言語理解部
１０４  対話管理部
１０５  応答生成部
１０６  コンテンツデータベース
１０７  絞り込み情報保持部
１０８  絞り込み処理部
１０９  対話履歴保持部
１１０  ユーザ意図推定部
１１１  候補一覧表示生成部
１１２  クライアント通信部
１１３  サーバ通信部
２０１、２０２  画像
２０１Ａ  入力欄
２０１Ｂ  送信ボタン
２０２Ａ、２０２Ｂ、８０１、８０３、８０５、８０７、９０１、９０３、９０５、９０７  応答テキスト
２０２Ｃ、８０２、８０４、８０６、９０２、９０４、９０６  発話テキスト
８０８、９０８  候補一覧テキスト
【図１】
2018092582.tif 000003
【図２】
2018092582.tif 000004
【図３】
2018092582.tif 000005
【図４】
2018092582.tif 000006
【図５】
2018092582.tif 000007
【図６】
2018092582.tif 000008
【図７】
2018092582.tif 000009
【図８】
2018092582.tif 000010
【図９】
2018092582.tif 000011
【図１０】
2018092582.tif 000012
【図１１】
2018092582.tif 000013
【図１２】
2018092582.tif 000014
【図１３】
2018092582.tif 000015
【図１４】
2018092582.tif 000016