(57)【要約】【課題】ユーザの問合せ内容の一部又は全てに関して確認の省略を可能とし、確認文の出力数の増大に伴うユーザ不満足度の増大を軽減する。【解決手段】問合せ文、確認の承認文、確認の訂正文を入力する手段１００、対話の各時点においてシステム理解状態を生成・更新する手段１１０、提供情報種別を決定する手段１２０、確定的な確認型の対話手順、試行的な確認型の対話手順、確定的な即時応答型の対話手順、試行的な即時応答型の対話手順を生成する手段１３０、各対話手順のコストを計算する手段１４０、確認済みでない属性の全ての組合せを確認候補として生成する手段１５０、確認候補の確認を含む対話コストをもとに各確認候補のコストを計算する手段１６０、確認候補のコストと即時応答型の対話手順のコストを比較し、最小コストをもつ確認文又は応答文を出力する手段１７０を備える。【選択図】        図２
2004271909.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが情報の問い合わせを意味する文を音声によって入力すると、認識した問い合わせ内容の全てあるいは一部を確認するためのやり取りを行った後、問い合わせ内容に応じてデータべ−スに保持された情報を音声によってユーザに対し提供する音声対話システムにおいて、
認識された問い合わせ内容を、属性と属性の値と値が確定済みであるかどうかを示すフラグの３つ組の集合によって表現されるシステム理解状態として生成し、対話の各時点において前記システム理解状態を更新する手段と、
前記システム理解状態に含まれる属性の値の全て或いは一部を確認するためのやり取りを行った後に、確定済みとなった属性の値のみが正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を出力するという確定的な確認型の対話手順（Ａ）、システム理解状態に含まれる属性の値の全て或いは一部を確認するためのやり取りを行った後に、確定済みとなった属性の値だけでなく、確定済みでない属性の値も正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を出力するという試行的な確認型の対話手順（Ｂ）、ユーザに対する確認は行わないで、確定済みの属性の値のみが正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を即座に出力するという確定的な即時応答型の対話手順（Ｃ）、及び、ユーザに対する確認は行わないで、確定済みの属性の値だけでなく、確定済みでない属性の値も正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を出力するという試行的な即時応答型の対話手順（Ｄ）を生成する手段と、
前記確定的な確認型の対話手順（Ａ）のコスト、前記確定的な即時応答型の対話手順（Ｂ）のコスト、前記試行的な確認型の対話手順（Ｃ）のコスト、及び、前記試行的な即時応答型の対話手順（Ｄ）のコストを計算する手段と、
システム理解状態の内、確定済みでない属性の値の全て或いは一部を確認候補として生成する手段と、
前記確認候補の各々に関して、確認候補の確認を含む対話手順のコストをもとに確認候補のコストを計算する手段と、
すべての確認候補のコストと、すべての即時応答型の対話手順のコストを比較して、即時応答型の対話手順のコストが最小のコストとなるならば、その即時応答型の対話手順にしたがって情報を提供するための応答文を生成し、確認候補のコストが最小のコストとなるならば、その確認候補の確認を行うための確認文を生成する手段と、
を有することを特徴とする音声対話システム。
【請求項２】
請求項１記載の音声対話システムにおいて、
対話手順のコストを計算する手段は、確定的な確認型の対話手順に従って対話を行うときにシステムとユーザがやり取りする自立語の数の期待値を、確定的な確認型の対話手順のコストとして計算し、確定的な即時応答型の対話手順に従ってシステムが応答するときにシステム応答文に含まれる自立語の数の期待値を、確定的な即時応答型の対話手順のコストとして計算し、試行的な確認型の対話手順に従って対話を行うときにシステムとユーザがやり取りする自立語の期待値と、その対話手順に含まれるシステム応答文が誤っていた場合に後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和を、試行的な確認型の対話手順のコストとして計算し、試行的な即時応答型の対話手順に従ってシステムが応答するときに、システム応答文に含まれる自立語の数の期待値と、システム応答が誤っていた場合に後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和を、試行的な即時応答型の対話手順のコストとして計算することを特徴とする音声対話システム。
【請求項３】
請求項１もしくは２記載の音声対話システムにおいて、
確認候補のコストを計算する手段は、確認候補の各々に関して、確認候補の確認を含む対話手順の中で、最小のコストをもつ対話手順を選び、提供情報種別の確率を考慮して、コストの期待値を計算し、その期待値を確認候補のコストとすることを特徴とする音声対話システム。
【請求項４】
ユーザが情報の問い合わせを意味する文を音声によって入力すると、認識した問い合わせ内容の全てあるいは一部を確認するためのやり取りを行った後、問い合わせ内容に応じてデータべースに保持された情報を音声によってユーザに対し提供する音声対話方法において、
ユーザが入力する情報の問い合せを意味する問い合わせ文、問い合わせ内容の訂正を意味する訂正文、確認の承認を意味する承認文を受け取るステップと、
ユーザから問い合わせ文が入力された場合には、問い合わせ文の内容を認識した結果にしたがって、属性と属性の値と値が確定済みであるかどうかを示すフラグの３つ組の集合によって表現されるシステム理解状態を生成し、ユーザから問い合わせ内容の訂正文が入力された場合には、訂正文の内容を認識した結果にしたがってシステム理解状態を更新し、システム理解状態に含まれる属性の値の全て或いは一部についてシステムが確認するために確認文を出力した後に、ユーザからの承認文を認識した場合には、確認した値が確定済みとなったことをシステム理解状態の中に記録するステップと、
システム理解状態から判断して、ユーザに提供することが可能なすべての情報の種別を提供情報種別として決定し、提供情報種別のそれぞれの確率を計算するステップと、
提供情報種別の各々に関して、システム理解状態に含まれる属性の値の全て或いは一部を確認するための確認するためのやり取りを行った後に、確定済みとなった属性の値のみが正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を出力するという確定的な確認型の対話手順（Ａ）、システム理解状態に含まれる属性の値の全て或いは一部を確認するためのやり取りを行った後に、確定済みとなった属性の値だけでなく、確定済みでない属性の値も正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を出力するという試行的な確認型の対話手順（Ｂ）、ユーザに対する確認は行わないで、確定済みの属性の値のみが正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を即座に出力するという確定的な即時応答型の対話手順（Ｃ）、ユーザに対する確認は行わないで、確定済みの属性の値だけでなく、確定済みでない属性の値も正しい値であると仮定してユーザ問い合わせ内容を決定し、ユーザに情報を提供するための応答文を出力するという試行的な即時応答型の対話手順（Ｄ）を生成するステップと、
提供情報種別の各々に関して、前記確定的な確認型の対話手順のコスト、前記確定的な即時応答型の対話手順のコスト、前記試行的な確認型の対話手順のコスト、前記試行的な即時応答型の対話手順のコストを計算するステップと、
システム理解状態の内、確定済みでない属性の値の全て或いは一部を確認候補として生成するステップと、
確認候補の各々に関して、提供情報種別ごとに、確認候補の確認を含む対話手順のコストをもとに確認候補のコストを計算するステップと、
すべての確認候補のコストと、すべての即時応答型の対話手順のコストを比較して、即時応答型の対話手順のコストが最小のコストとなるならば、その即時応答型の対話手順にしたがって情報を提供するための応答文を生成し、確認候補のコストが最小のコストとなるならば、その確認候補の確認を行うための確認文を生成し、出力するステップと、
を有することを特徴とする音声対話方法。
【請求項５】
請求項４記載の音声対話方法において、
対話手順のコストを計算するステップは、確定的な確認型の対話手順に従って対話を行うときにシステムとユーザがやり取りする自立語の数の期待値を、確定的な確認型の対話手順のコストとして計算し、確定的な即時応答型の対話手順に従ってシステムが応答するときにシステム応答文に含まれる自立語の数の期待値を、確定的な即時応答型の対話手順のコストとして計算し、試行的な確認型の対話手順に従って対話を行うときにシステムとユーザがやり取りする自立語の期待値と、その対話手順に含まれるシステム応答文が誤っていた場合に後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和を、試行的な確認型の対話手順のコストとして計算し、試行的な即時応答型の対話手順に従ってシステムが応答するときに、システム応答文に含まれる自立語の数の期待値と、システム応答が誤っていた場合に後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和を、試行的な即時応答型の対話手順のコストとして計算し、
確認候補のコストを計算するステップは、確認候補の各々に関して、確認候補の確認を含む対話手順の中で、最小のコストをもつ対話手順を選び、提供情報種別の確率を考慮して、コストの期待値を計算し、その期待値を確認候補のコストとする、
ことを特徴とする音声対話システム。
【請求項６】
請求項４ないし５記載の音声対話方法の処理ステップをコンピュータで実行させるためのプログラム。
【請求項７】
請求項４ないし５記載の音声対話方法の処理ステップをコンピュータで実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、対話型情報提供システムに係り、詳しくは、ユーザが音声を使ってデータベースの内容についての問い合わせを入力したとき、システムは、必要ならば、ユーザの問い合わせ内容を確認するためのやり取りを行った後、認識された問い合わせ内容にしたがって、データベースの内容をユーザに対し音声により提供する音声対話システム及び方法、音声対話プログラム並びにその記録媒体に関するものである。
【０００２】
【従来の技術】
音声対話システムは、たとえば、気象情報、テレビ番組表、スケジュール表、交通機関の時刻、といった様々な情報を蓄積したデータベースがあるとき、データベースの内容についての問い合わせを意味する文を、ユーザが音声認識装置を介して音声によって入力すると、システムが認識した問い合わせ内容を、属性と属性の値と属性の値が確定済みであるかどうかを示すフラグの３つ組みの集合として表現されるシステム理解状態として保持する。
【０００３】
このような音声対話システムでは、音声認識誤りのため、ユーザ問い合わせ内容を認識した結果は必ずしも正しいとは限らない。そこで、必要に応じて、システム理解状態の全て或いは一部の内容を確認するために、確認文を音声としてユーザに対し出力する。ユーザが確認の承認を意味する承認文（例：「はい」）を入力した場合には、システムは確認したシステム理解状態の内容を確定済みとして記録する。ユーザが確認に対し訂正を意味する訂正文を入力した場合には、システムは訂正文の内容にしたがってシステム理解状態を更新する。確認を行うためのやり取りの後、システムはシステム理解状態にしたがってユーザ問い合わせ内容を決定し、ユーザに対し情報を提供するための応答文を出力する。
【０００４】
一方、確認を一切行わない場合には、ユーザが問い合わせを入力した直後、システムはその時のシステム理解状態にしたがってユーザ問い合わせ内容を決定し、ユーザに対し情報を提供するための応答文を出力することとなる。
【０００５】
確認を行う利点は、属性の値を確認するための確認文に対してユーザが承認文を入力すると、属性の値が正しい確率が高まるので、システムはユーザの必要とする情報をより的確に伝達することが可能となることにある。しかし、確認を行うことにより対話の長さは長くなるので、ユーザの満足度が減少する可能性がある。
【０００６】
従来、音声対話システムがユーザ問い合わせ内容の確認を行うための技術としては、ユーザからの承認文によって確定済みとなった属性の値のみにしたがって、応答文を生成する第一の技術、確認を全く行わないという第二の技術、各属性の値を認識した際に得られる音声認識結果の信頼度をシステム理解状態の中に記録しておき、その信頼度が或る閾値よりも大きければ、その属性の値については確認を行わないという第三の技術（例えば、非特許文献１参照）、及び、確定済みの属性の値だけでなく、確定済みでない属性の値も正しい値あると仮定して、応答文を生成したとき、もしその応答文が誤っていたならば、ユーザからの拒否発話があることを前提とし、ユーザからの拒否発話を受け取ったなら、次は確定済みの属性の値が正しい値であるとして、応答文を生成するという第四の技術（例えば、非特許文献２、非特許文献３、参照）がある。
【０００７】
【非特許文献１】
駒谷和範，河原達也，「混合主導対話における音声認識誤りに対処するための対話管理」，
言語処理学会第６回年次大会発表論文集，３３６−３３９（２０００）
【非特許文献２】
堂坂浩二，安田宜仁，相川清明，「システム知識制限下での効率的音声対話制御」，
自然言語処理，Ｖｏ１．９，Ｎｏ．１（２００２）４３−６３
【非特許文献３】
堂坂浩二，安田宣仁，相川清明，「情報伝達効率最大化に基づく音声対話制御法」，
言語処理学会第８回年次大会発表論文集，２６０−２６３（２００２）
【０００８】
【発明が解決しようとする課題】
音声対話システムは、音声認識誤りのため、ユーザ問い合わせ内容を認識した結果は正しいとは限らない。そこで、音声対話システムでは、音声認識誤りが存在しても、ユーザの問い合わせ内容に対して可能な限り応えるための技術が開発されてきている。
【０００９】
上記した従技の第一の技術、第二の技術、第三の技術、第四の技術のいずれにおいても、対話の各時点においてシステムが認識しているユーザの問い合わせ内容は、属性と属性の値と値が確定済みであるかどうかを示すフラグの３つ組みの集合として表される。この３つ組みの集合をシステム理解状態と呼ぶ。
【００１０】
第一の技術においては、システムは認識した属性の値を確認するための確認文をユーザに対し出力し、ユーザからの承認文、例えば「はい」という文、が認識されたときに、確認した属性の値が確定済みとなったことをシステム理解状態の中に記録する。システムは、確定済みとなった属性の値のみにしたがってデータベースを検索し、検索結果をユーザに伝達するための応答文を出力する。この方法は、ユーザによって承認された値のみにしたがって応答文を出力するので、システムはユーザの問い合わせ内容を誤認識した結果にしたがって誤った応答を行う可能性が小さくなるという利点がある。確認文の出力は、システムの応答文の信頼性を上げるために有効である一方で、数多くの確認は、ユーザが必要な情報を得るまでにかかる時間が増大するので、ユーザの不満足度が高まるという問題も引き起こす。
【００１１】
従来の第一の技術は、応答文を作成するために必要なすべての属性値について確認を行い、確認文の数を減らす工夫がなされていないため、ユーザの不満足度が高まってしまうという問題がある。
【００１２】
従来の第二の技術は、確認を全く行わないという方法である。この方法は、従来の第一の技術と違って、確認文を全く出力しないという点では、ユーザの不満足度は高まらない。しかし、確認を全く行わないので、システムはユーザ問い合わせ内容の誤認識結果に基づいて応答文を出力する可能性がある。結果として、ユーザは再度問い合わせを行うことになり、かえって、ユーザが必要とする情報を得るまでの対話の長さが増大してしまうという問題がある。
【００１３】
従来の第三の技術は、属性値の音声認識結果の信頼度を記録しておき、或る閾値よりも大きな信頼度もつ属性値に関しては、確認を行わず、音声認識結果の信頼度が低いときに確認を行うという方法である。この方法では、閾値が、ユーザ問い合わせ内容の理解率を向上させるという基準で決定されている。ユーザの問い合わせ内容の理解率を向上させるという基準は、必ずしも、ユーザが必要とする情報を手に入れるまでに要する対話の長さをできるだけ短くすることを帰結しないという問題がある。
【００１４】
従来の第四の技術は、対話の各時点で、応答文を出力し終わるまでの対話の手順として可能な手順を枚挙し、最も対話の長さが短くなるような対話手順にしたがって、対話の各時点でのシステムの振る舞いを決定するという方法である。対話の手順としては、確認を行った後に、確定済みのシステム理解状態のみにしたがって、応答文を出力するという確定的な確認型の対話手順、確認を行わないで、現時点で確定済みのシステム理解状態のみにしたがって応答文を出力するという確定的な即時応答型の対話手順、現時点で確定済みでない属性値も含めたシステム理解状態にしたがって応答文を出力し、ユーザが応答文に対して拒否発話を起こったときには対話をやり直し、やり直した対話の中では確定済みのシステム理解状態のみにしたがって応答文を出力するという確認必要性探索型の対話手順を考える。第四の技術では、これらの対話手順のそれぞれについて、対話の長さを推定し、対話の長さが最も短い対話手順を選択する。選択された対話手順にしたがって、システムの次の行動が決定される。
【００１５】
第四の技術では、確認必要性探索型の対話手順が、他の種類の対話手順よりも、短い対話でユーザが必要な情報を手に入れることができることと判断できる場合には、この確認必要性探索型の対話手順が選択され、いくつかの属性値の確認を省くことができる。このとき、対話全体の長さが他の対話手順に比べて増大することがないことも保証されている。
【００１６】
従来の第四の技術は、従来の第一の技術に比べて、いくつかの確認を省くことができるという利点をもち、従来の第二の技術における、誤った応答文を何度も出力することにより、対話の長さが増大するという問題点を克服することができる。第三の技術では、閾値を選択するための基準がユーザ問い合わせの理解率を向上するという基準であるが、第四の技術では、各対話手順にしたがったときの対話の長さを短くするという基準を用いている。
【００１７】
しかし、第四の技術は、システムが誤った応答を行った場合、ユーザが拒否発話を行ってくれることを前提としており、この前提が成立しない場合には適用できないという問題がある。実際の対話では、ユーザは、システムが誤った応答を行ったとき、「違います」といった拒否発話を行ってくれる場合もあるだろうが、拒否発話を明示的に行うことなく、再度、問い合わせを繰り返して対話をやり直すという場合も考えられる。また、システムが誤った応答を行った場合、必ず拒否発話を行わなければいけないとユーザに強制することは、ユーザに負担をかけ、ユーザの不満足度を増大させることになる。
【００１８】
このように、第四の技術は、第一、第二、第三の技術の問題点を克服するという利点はあるが、システムの誤った応答に対してユーザが拒否発話を行うことを前提としており、この前提が、実際の対話の中では、必ずしも成立しないという問題がある。
【００１９】
本発明は、音声対話システムにおいて、上述のような従来の技術の問題点に鑑みてなされたものであり、システムが誤認識により誤った応答を行った場合にユーザが拒否発話を行うことを前提とせずに、システム理解状態を確認するための確認文の出力をできるだけ削減すると同時に、対話のやり直しによる対話の長さの増大を抑制することを目的とする。
【００２０】
【課題を解決するための手段】
本発明では、従来の第四の技術で考慮されていた確認必要性探索型の対話手順を考慮することをとりやめる。なぜなら、この確認必要性探索型の対話手順は、ユーザの拒否発話を前提とする対話手順であるからである。代わりに、システム理解状態に含まれる属性の値の全て或いは一部を確認するための確認文を出力し、ユーザが承認文を入力した後に、確定済みの属性の値だけでなく、確定済みでない属性の値も正しいと仮定して、情報を提供するための応答文を出力するという試行的な確認型の対話手順と、ユーザに対する確認は行わないで、確定済みの属性の値だけでなく、確定済みでない属性の値も正しいと仮定して、即座にユーザに情報を提供するための応答文を出力するという試行的な即時応答型の対話手順を考慮する。この試行的な確認型の対話手順及び試行的な即時応答型の対話手順では、システムの誤った応答に対してユーザからの拒否発話は前提としない。
【００２１】
また、本発明では、上記の試行的な確認型の対話手順と、試行的な即時応答型の対話手順に加えて、システム理解状態に含まれる属性の値の全て或いは一部を確認するための確認文を出力し、ユーザが承認文を入力した後に、確定済みの属性の値にしたがってユーザに情報を提供するための応答文を出力するという確定的な確認型の対話手順と、ユーザに対する確認は行わないで、確定済みの属性の値にしたがって、即座にユーザに情報を提供するための応答文を出力するという確定的な即時応答型の対話手順も考慮する。
【００２２】
対話の各時点において、確定的な確認型の対話手順、試行的な確認型の対話手順、確定的な即時応答型の対話手順、試行的な即時応答型の対話手順の４種類の対話手順をすべて考慮し、可能な対話手順の中でも最も対話の長さが短くなるような対話手順を選択する。対話手順にしたがって対話を行うときの対話の長さを対話手順のコストと呼ぶこととすれば、対話手順コストが最小となるような対話手順を選択すればよい。
【００２３】
各対話手順の対話コストは次のように計算することができる。
確定的な確認型の対話手順の対話コスト：対話手順にしたがって対話を行うときに、システムとユーザがやり取りする自立語の数の期待値。
確定的な即時応答型の対話手順の対話コスト：対話手順にしたがって対話を行うときに、システム応答文に含まれる自立語の数の期待値。
試行的な確認型の対話手順の対話コスト：対話手順にしたがって対話を行うときに、システムとユーザがやり取りする自立語の期待値と、その対話手順に含まれるシステム応答文が誤っていた場合に、後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和。
試行的な即時応答型の対話手順の対話コスト：対話手順にしたがって対話を行うときに、システム応答文に含まれる自立語の数の期待値と、システム応答が誤っていた場合に、後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和。
【００２４】
本発明によれば、これら４種類の対話手順の全てを考慮し、対話コストという客観的な基準の下で最小の対話コストをもつ対話手順を選択することにより、システムが誤認識により誤った応答を行った場合にユーザが拒否発話を行うことを前提とせずに、システム理解状態を確認するための確認文の出力をできるだけ削減すると同時に、対話のやり直しによる対話の長さの増大を抑制することができる。
【００２５】
【発明の実施の形態】
以下、発明の実施の形態について図面により詳細に説明する。
図１に本発明による音声対話システムのシステム環境を示す。本音声対話システム１０はデータベース２０及びメモリ装置３０を具備し、通信回線４０などにより多数の利用者端末（計算機端末）５０と接続されている。ユーザが利用者端末５０を使用し、情報の問い合わせを意味する文を音声によって入力すると、音声対話システム１０は、ユーザと問い合わせ内容の全てあるいは一部を確認するためのやり取りを行った後、問い合わせ内容に応じてデータベース２０に保持された情報を、通信回線４０、利用者端末５０を介し、音声によってユーザに提供する。音声対話システム１０の実体はコンピュータシステムである。メモリ装置３０は、音声対話システム１０の作業用メモリであり、後述するように、対話の各時点におけるシステム理解状態、対話手順、対話コスト、確認候補、確認候補コスト等を格納する。
【００２６】
図２は、本発明による音声対話システム１０の構成例を示す機能ブロックである。図中、入力部１００と出力部１７０が通信回線４０などにより、利用者端末５０と接続される。
【００２７】
入力部１００は、ユーザが計算機端末としての利用者端末５０の音声認識装置を介し音声（音声信号）として入力する、情報の問い合わせを意味する文または問い合わせ内容の訂正を意味する文または確認の承認を意味する文を取り込む。
【００２８】
文理解部１１０は、入力部１００から音声（音声信号）によって入力されるユーザ問い合わせの内容を認識し、システムが認識した問い合わせ内容をシステム理解状態として保持する。実際には、システム理解状態はメモリ装置３０に保持される。システム理解状態は、属性と属性の値と属性の値が確認済みかどうかを示すフラグの３つ組みの集合として表現される。文理解部１１０は、ユーザから情報の問い合わせを意味する文が入力されたと認識された場合には、問い合わせ文の認識結果からシステム理解状態を生成する。ユーザから問い合わせ内容の訂正文が入力された場合には、訂正文の内容を認識した結果にしたがって現在のシステム理解状態を更新する。システムがシステム理解状態に含まれる属性の値の全て或いは一部についてユーザに対して確認するために確認文を出力した後に、ユーザから承認文が入力されたと認識された場合には、確認した値が確定済みとなったことを現在のシステム理解状態の中に記録する。
【００２９】
提供情報種別決定部１２０は、文理解部１１０が生成・更新するシステム理解状態から判断して、ユーザに提供することが可能なすべての情報の種別を提供情報種別として決定するとともに、該提供情報種別に加えて、提供情報種別の確率を計算する。図１では省略したが、この提供情報別及びその確率もメモリ装置３０に保持される。
【００３０】
対話手順生成部１３０は、提供情報種別決定部１２０が決定した提供情報種別の各々に関して、システム理解状態に含まれる属性の値の全て或いは一部を確認するためのやり取りを行った後に、確定済みの属性の値のみを正しい値と仮定して、ユーザに情報を提供するための応答文を出力するという確定的な確認型の対話手順（Ａ）と、システム理解状態に含まれる属性の値の全て或いは一部を確認するためのやり取りを行った後に、確定済みとなった属性の値だけでなく、確定済みでない属性の値も正しい値であると仮定して、ユーザに情報を提供するための応答文を出力するという試行的な確認型の対話手順（Ｂ）と、ユーザに対する確認は行わないで、確定済みの属性の値のみが正しい値であると仮定して、即座にユーザに情報を提供するための応答文を出力するという確定的な即時応答型の対話手順（Ｃ）と、ユーザに対する確認は行わないで、確定済みの属性の値だけでなく、確定済みでない属性の値も正しい値であると仮定して、即座にユーザに情報を提供するための応答文を出力するという試行的な即時応答型の対話手順（Ｄ）を生成する。生成された各対話手順（対話プラン）はメモリ装置３０に保持される。
【００３１】
対話手順コスト計算部１４０は、対話手順生成部１３０で生成された各対話手順のコスト（対話コスト）を計算する。確定的な確認型の対話手順（Ａ）に関しては、対話手順にしたがって対話を行うときにシステムとユーザがやり取りする自立語の数の期待値を、該確定的な確認型の対話手順のコストとして計算する。試行的な確認型の対話手順（Ｂ）に関しては、対話手順に従って対話を行うときにシステムとユーザがやり取りする自立語の期待値と、その対話手順に含まれるシステム応答文が誤っていた場合に後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和を、該試行的な確認型の対話手順のコストとして計算する。確定的な即時応答型の対話手順（Ｃ）に関しては、対話手順に従ってシステムが応答するときにシステム応答文に含まれる自立語の数の期待値を、該確定的な即時応答型の対話手順のコストとして計算する。試行的な即時応答型の対話手順（Ｄ）に関しては、対話手順に従ってシステムが応答するときに、システム応答文に含まれる自立語の数の期待値と、システム応答が誤っていた場合に後続する対話においてシステムとユーザがやり取りする自立語の数の期待値の和を、該試行的な即時応答型の対話手順として計算する。生成された各々の対話手順のコストは、当該対話手順と対応付けてメモリ装置３０に保持される。
【００３２】
確認候補生成部１５０は、システム理解状態に含まれる属性のうち、確定済みでない属性のすべての組みあわせを確認候補として生成する。生成された各確認候補はメモリ装置３０に保持される。
【００３３】
確認候補コスト生成部１６０は、確認候補の各々に関して、提供情報種別ごとに、確認候補の確認を含むような対話手順の中で、最小のコストをもつ対話手順を選び、提供情報種別の確率を考慮して、コストの期待値を計算し、その期待値を確認候補のコストとして生成する。生成された各々の確認候補のコストは、当該確認候補と対応付けてメモリ装置３０に保持される。
【００３４】
出力部１７０は、すべての確認候補のコストと、すべての即時応答型の対話手順のコストを比較する。比較の結果、即時応答型の対話手順のコストの方が小さい場合には、その最小の即時応答型の対話手順にしたがって情報を提供するための応答文を生成して出力し、確認候補のコストの方が小さい場合には、そのうちの最小のコストの確認候補の確認を行うための確認文を生成して出力する。
【００３５】
制御部１８０は、各部１００〜１７０が以上のように連携動作するように、各部の動作を制御する。
【００３６】
図３に本音声対話システム１０の処理フローチャートを示す。また、図４に、図３中のコスト判定ステップ２１０の詳細処理フローチャートを示す。
【００３７】
以下に、具体例とともに本発明の実施例の詳細な動作について説明する。
ここでは、一例として天気情報案内を行う音声対話システムについて考える。可能な提供情報種別は、天気と警報の２つであるとする。利用者の問い合せの内容は、場所、日、情報種別という３つの属性によって表されるとする。場所という属性は、神奈川県、香川県といった都道府県名や都市名を値としてとり、日属性は、今日、明日という値をとり、情報種別は、天気、警報という値をとるとする。また、データベース２０には、１００個の場所が登録されており、各場所に予報されている天気カテゴリと発表されている警報の種類が記憶されている。
【００３８】
入力部１００は、ユーザから、最初に、次のような情報の問い合せを意味する文を入力したとする（ステップ２０１）。
「神奈川県の明日の天気について教えてください」              （１）
【００３９】
文理解部１１０は、ユーザからの問い合わせ文の内容を認識し、システム理解状態を生成する（ステップ２０２）。システム理解状態は、属性と属性の値と属性の値が確認済みかどうかを示すフラグの３つの組の集合として表現される。文理解部１１０が生成するシステム理解状態は、次のようであったとする。
【００４０】
2004271909.tif 000003
上記の表現において、３つ組み＜属性、値、未＞は、属性の値が確認済みでないことを表す。（１）の例の場合、場所属性の値は神奈川県であり、日属性の値は明日であり、情報種別属性の値は天気であり、いずれも確定済みではない。また、生成されたシステム理解状態（２）では、場所属性の値は「香川県」と誤認識されている。日属性と情報種別属性の値は正しく認識されている。
【００４１】
制御部１８０は、システム理解状態について、属性の値に未確認のものが存在するか判定する（ステップ２０４）。存在すればステップ２０５に進み、存在しなければステップ２１２に進む。今の時点では、確定済みの属性は存在しないため、ステップ２０５に進むが、初回のステップ２０５〜２１１の処理は省略する。
【００４２】
この後、本音声対話システム１０が情報種別の値が天気であることを確認する「天気ですか？」といった確認文を出力し、ユーザがこの確認文に対して「はい」といった承認文を入力した状況を想定する。
【００４３】
文理解部１１０は、ユーザからの承認文を認識した場合には、確認した値が確定済みとなったことをシステム理解状態の中に記録する（ステップ２０３）。ここでは、システム理解状態の内容は次のように表現される。
2004271909.tif 000004
上の表現において、３つ組み＜属性、値、済＞は、属性の値が確認済みであることを示す。情報種別の値は天気であることが確定済みとなっている。この時点でも、場所と日の属性の値は未確定であるため、ステップ２０５に進む。
【００４４】
提供情報種別決定部１２０は、システム理解状態に基づき、ユーザに提供することが可能なすべての情報の種別を決定し、それぞれの確率を計算する（ステップ２０５）。ここでは、システム理解状態（３）から判断して、提供情報種別として天気を生成する。可能な提供情報種別は１個しかないので、天気という情報種別の確率は１である。なお、提供情報種別が複数あるときは、たとえば、各提供情報種別の確率が等確率であると仮定して、各提供情報種別の確率を計算する方法がある。
【００４５】
対話手順生成部１３０は、現在のシステム理解状態（３）の下で可能な対話手順（対話プラン）を生成する（ステップ２０６）。可能な対話手順を網羅的に記述すると以下の通りである。
【００４６】
（１）  確定的な確認型の対話手順Ａ
（ｉ）  場所属性の値のみを確認し、その後で、確認した場所のすべての日（今日、明日）の天気を応答するという手順。
（ｉｉ）  日属性の値のみを確認し、その後で、確認した日のすべての場所（１００ケ所）の天気を応答するという手順。
（ｉｉｉ）  場所属性の値を確認、その後、日属性の値を確認し、その後で、確認した場所、日の天気を応答するという手順。
（ｉｖ）  日属性の値を確認し、その後、場所属性の値を確認し、その後で、確認した日、場所の天気を応答するという手順。
（ｖ）  場所属性と日属性の値を同時に確認し、その後で、確定した場所、日の天気を応答するという手順。
【００４７】
（２）  試行的な確認型の対話手順Ｂ
（ｉ）  場所属性を確認し、その後で、確定した場所における明日の天気を応答するという手順。この場合、明日という値は確定済みではないが、正しい値であると仮定して応答を生成する。
（ｉｉ）  日属性を確認し、その後で、確定した日の場所「香川県」の天気を応答するという手順。この場合、場所「香川県」という値は確定済みではないが、正しい値であると仮定して応答を生成する。
【００４８】
（３）  確定的な即時応答型の対話手順Ｃ
確認を行わずに、すべての場所（１００ケ所）、すべての日（今日、明日）の天気を応答するという手順。
【００４９】
（４）  試行的な即時応答型の対話手順Ｄ
（ｉ）確認を行わずに、香川県のすべての日（今日、明日）の天気を応答するという手順。この場合、場所属性「香川県」という値は態定済みではないか、正しい値であると仮定して応答を生成する。
（ｉｉ）  確認を行わずに、明日のすべての場所（１００ケ所）の天気を応答するという手順。この場合、日属性「明日」という値は確定済みではないが、正しい値であると仮定して応答を生成する。
（ｉｉｉ）  確認を行わずに、香川県、明日の天気を応答するという手順。この場合、場所属性「香川県」、日属性「明日」という値は確定済みではないが、正しい値であると仮定して応答を生成する。
【００５０】
ここでは、簡単に、（１）確定的な確認型の対話手順Ａでは（ｖ）のケースの、場所と日を同時に確認し、その後で、確定した場所、日の天気を応答するという手順、（２）試行的な確認型の対話手順Ｂでは（ｉ）のケースの、場所を確認し、その後で、確定した場所における明日の天気を応答するという手順、（３）確定的な即時応答型の対話手順Ｃでは上記の通り、すべての場所、すべての日の天気を応答するという手順、（４）試行的な即時応答型の対話手順Ｄでは（  ）のケースの、香川県、明日の天気を応答するという手順の、４つの対話手順が生成されたとする。
【００５１】
対話手順コスト計算部１４０は、各対話手順のコストを計算する（ステップ２０７）。今、提供情報種別は天気の一つであり、その確率は１である。
まず、確定的な即時応答型の対話手順Ｃの対話コストについて説明する。対話手順Ｃは、現在確定済みである天気という値のみにしたがって応答するという対話手順である。場所属性と日属性の確定済みでない値は使わないので、すべての場所、日の天気を応答することになる。ここで想定している状況では、データベース１４０に１００個の場所が登録されており、日属性の値は今日と明日の２つの値であるとしている。一つの場所、一つの日における天気について応答するためには、「明日の神奈川県は晴れです」のように、「明日」、「神奈川県」、「晴れ」という３つの自立語が必要であるとする。対話手順は、１００個の場所における今日と明日の天気を応答するので、６００個の自立語を含む応答文を出力することになる。したがって、対話手順Ｃのコストは「６００」となる。
【００５２】
次に、確定的な確認型の対話手順Ａのコストについて説明する。対話手順Ａでは、まず、場所と日という２つの属性の値を確認する。この確認のための対話の中でやり取りされる自立語の数の期待値は、先の第四の従来法で用いられている方法によって計算されるものとする（非特許文献２参照）。ここでは、確認する属性の認識精度をｒとし、確認する属性の数をｍとするとき、それらの属性の値を確定するまでにやり取りされる自立語の数は、以下の式で表される。
２ｍ／ｒ−ｍ＋１                                              （４）
【００５３】
今、場所属性の認識精度が０．６０、日属性の認識精度が０．９５であるとする。場所属性と日属性を同時に正しく認識できる認識精度は、各属性の認識精度の積で表されるとすると、０．６０×０．９５＝０．５７となる。したがって、場所属性と日属性の値を同時に確定するまでの対話の中でやり取りされる自立語の期待数は、（４）式で、ｍ＝２、Ｆ＝０．５７として、２・２／０．５７−２＋１＝６．０２となる。
【００５４】
対話手順Ａは、場所属性と日属性の値を確定した後、確定済みの場所と日における天気を応答する。この応答においては、「今日の神奈川県は晴れです」のように、３つの自立語が出力されるとする。確認のために６．０２個の自立語を要し、確認後の応答のために３個の自立語を要することになり、合計「９．０２」個の自立語が必要となる。結果として、対話手順Ａの対話コストは９．０２となる。
【００５５】
次に、試行的な即時応答型の対話手順Ｄのコストについて説明する。対話手順Ｄでは、現在のシステム理解状態（３）において確定済みではない、香川県、明日という値と、確定済みの天気という値にしたがって、応答を行うという対話手順である。ここでは、システムは「明日の香川県は晴れです」と応答することになる。もちろん、香川県は誤認識した値なので、この応答によってはユーザが必要とする情報は与えられない。
【００５６】
ここで、試行的な即時応答型の対話手順のコストについて、一般的な形で説明する。現在のシステム理解状態が正しい確率をｐとして、システム理解状態が正しい場合と正しくない場合に分けて説明を進める。まず、現在のシステム理解状態が正しい場合について考える。システム理解状態が正しいならば、システムの応答はユーザの問い合わせに合致したものであり、ユーザは必要な情報を得ることができて、ここで対話は終了する。システム理解状態が正しいときのシステム応答に含まれる自立語の数をＬ１とする。
【００５７】
次に、現在のシステム理解状態が正しくない場合を考える。システム理解状態が正しくない確率は１−ｐである。このとき、システム応答は誤っているので、ユーザは必要な情報を手に入れることはできない。ユーザは必要な情報を手に入れるために、現在の問い合わせをはじめからやり直し、対話を何度か行った後に、必要な情報を手に入れることになる。
【００５８】
ここでコストの計算を容易にするために、誤った応答が出力された後に続く対話においても、現在のシステム理解状態で確定済みとなっている属性は確定済みとなり、確定済みでない属性は確定しないという状態で、システム応答が出力されると仮定する。継続する１回の対話の中でやり取りされる自立語の期待値をＬ２とする。期待値Ｌ２に関しては、事前に収集した対話データを使って、現存の問い合わせている情報種別についての対話に含まれる自立語の数の平均値を計算し、この平均値をＬ２とする。縦続する個々の対話では、確率ｑで正しい応答が出力されるとすると、正しい応答を行うまでに必要な対話回数の期待値は１／ｑとなる。
【００５９】
以上の考察をまとめると、現在のシステム理解状態が確率ｐで正しい場合、システムは正しい応答を行って、ユーザは必要な情報を得ることに成功する。このとき、システム応答に含まれる自立語の数をＬ１とする。次に、現在のシステム理解状態が確率１−ｐで正しくない場合、Ｌ１個の自立語を含む誤ったシステム応答が出力された後、Ｌ２個の自立語を含む対話が１／ｑ回続き、ユーザは必要な情報を得ることに成功する。したがって、試行的な即時応答型の対話手順の対話コストは次のようになる。これをあらかじめ定義しておく。
2004271909.tif 000005
【００６０】
今取り上げている例に戻る。現在のシステム理解状態（３）が正しい確率は、場所属性の認識精度０．６０と日属性の認識精度０．９５の積で与えられるとする。したがって、ｐ＝０．６０×０．９５＝０．５７でシステム理解状態（３）は正しい。ここでは、誤った応答を行った後の対話で正しいシステム応答が生成される確率ｑは、Ｐと等しいと仮定して、ｑ＝ｐ＝０．５７とする。誤った応答「明日の香川県は晴れです」に含まれる自立語は３個であるので、Ｌ１＝３である。誤った応答の後に続く各対話でやり取りされる自立語の期待値Ｌ２については、事前に収集された対話データの中で天気の問い合わせを行う対話に含まれる自立語の平均数をとり、Ｌ２＝１０となったと仮定する。（５）式より、対話手順Ｄのコストは、３＋０．４３・１０／０．５７＝３＋７．５４＝１０．５４となる。
【００６１】
次に、試行的な確認型の対話手順Ｂの対話コストについて説明する。対話手順Ｂは、ここでは、場所属性を確認し、その後で、確定した場所における明日の天気を応答するという手順である。まず、場所属性の値を確定するまでにやり取りされる自立語の期待数は、（４）式で、ｍ＝１、ｒ＝０．６５であるから、２・１／０．６５−１＋１＝３．０８となる。
【００６２】
場所属性が確定した後の状況では、日属性の値のみが未確定である。日属性の認識精度は０．９５であると仮定しているので、この時点でシステム理解状態が正しい確率は０．９５となる。この状況は、日属性の値が正しいと仮定してシステム応答を行うという試行的な即時応答型の対話手順を踏んでいるのと同じ状況である。したがって、場所属性の値が確定した後の対話に含まれる自立語の期待数は、（５）式において、ｐ＝ｑ＝０．９５、Ｌ１＝３、Ｌ２＝１０として、３＋０．０５・１０／０．９５＝３＋０．５３＝３．５３となる。結局、対話手順Ｂの対話コストは、３．０８＋３．５３＝６．６１となる。
【００６３】
以上をまとめると、
（１）確定的な確認型の対話手順Ａの対話コスト：９．０２
（２）試行的な確認型の対話手順Ｂの対話コスト：６．６１
（３）確定的な即時応答型の対話手順Ｃの対話コスト：６００
（４）試行的な即時応答型の対話手順Ｄの対話コスト：１０．５４
となる。
【００６４】
このように、対話手順コスト計算部１４０が各対話手順のコストを計算した後、確認侯補生成部１５０が、現在のシステム理解状態に含まれる属性のうち、確定済みでない属性のすべての組み合わせを確認候補として生成する（ステップ２０８）。先のシステム理解状態（３）から、組み合わせは、（１）場所を確認、（２）日を確認、（３）場所と日を確認の３通りである。ここでは、簡単のため、確認候補として、場所属性のみを確認するという確認候補、場所属性と日属性を同時に確認するという確認候補が生成されたとする。
【００６５】
次に、確認候補コスト生成手段１６０は、確認候補の各々に関して、確認侯補を含むような対話手順の中で、最小のコストをもつ対話手順を選び、提供情報種別の確率を考慮して、コストの期待値を計算し、その期待値を確認候補のコストとして生成する（ステップ２０９）。ここでは、可能な提供情報種別は天気のみであり、その確率は１である。
場所属性のみの確認を含む対話手順は、試行的な確認型の対話手順Ｂのみである。したがって、場所属性のみを確認するという確認候補のコストは「６．６１」となる。
場所属性と日属性を同時に確認することを含む対話手順は、確定的な確認型の対話手順Ａのみである。したがって、場所属性と日属性を同時に確認するという確認候補のコストは「９．０２」となる。
【００６６】
続いて、出力部１８０が、コスト判定し（ステップ２１０）、その判定結果に基づいて確定文又は応答文を生成して出力する（ステップ２１１）。詳しくは、まず、すべての確認候補（ここでは、場所のみ確認、場所と日を確認）のコストと、すべての即時応答型の対話手順（ここでは、対話手順ＣとＤ）のコストを比較する（ステップ２１１０）。そして、即時応答型の対話手順のコストの方が小さかったならば、即時応答型の対話手順の中から、最小のコストをもつ即時応答型（確定的な即時応答型又は試行的な即時応答型）を決定し（ステップ２１１１）、その対話手順にしたがって情報を提供するための応答文を生成する（ステップ２１１２）。一方、確認候補のコストの方が小さかったならば、確認候補の中から最小のコストをもつものを決定し（ステップ２１１３）、その確認候補の確認（ここでは、場所を確認又は場所と日を確認）を行うための確認文を生成する（ステップ２１１４）。
【００６７】
現在の例の場合、結局、最小のコストは、場所属性のみを確認するという確認侯補のコスト６．６１である。出力部１７０は、現在のシステム理解状態（３）にしたがって、場所属性の値のみを確認するための確認文「香川県ですか？」を出力する。
【００６８】
この後、ユーザが「神奈川県です」という訂正文を入力し、システムはその訂正文を正しく認識し、次に、「神奈川県ですか」という場所属性の値を確認するための確認文を出力し、ユーザが「はい」という承認文を入力し、システムはその承認文が正しく認識したとする。このとき、システム理解状態は次のようになる。
2004271909.tif 000006
日属性のみが未確定である。したがって、この場合もステップ２０５以降の処理に進む。
【００６９】
ここで、対話手順生成部１３０は、再び可能な対話手順をすべて生成する（ステップ２０６）。ここでは、簡単のため、次の２つの対話手順を取り上げて、説明を続ける。
（５）  確定的な確認型の対話手順Ａ：
日属性の値を確定した後で、確定した日における神奈川県の天気を応答するという手順。
（６）  試行的な即時応答型の対話手順Ｄ：
確認を行わずに、神奈川県の明日の天気を応答するという手順。ここでは、明日という値は確定済みではないが、正しい値であると仮定して応答が出力される。
【００７０】
次に、対話手順コスト計算部１４０が、各対話手順のコストを計算する（ステップ２０７）。今、可能な提供情報種別は天気のみであり、その確率は１である。
まず、（５）の対話手順Ａの対話コストについて説明する。日属性を確定するまでに必要な自立語の期待数は、日属性の認識精度は０．９５であるので、式（４）で、ｍ＝１、ｒ＝０．９５として、２・１／０．９５−１＋１＝２．１１となる。日属性が確定した後に生成される応答に含まれる自立語は３である。したがって、対話手順Ｅの対話コストは、２．１１＋３＝５．１１となる。
次に、（６）の対話手順Ｄの対話コストについて説明する。日属性の認識精度は０．９５であるので、現在のシステム理解状態（６）が正しい確率は０．９５である。また、天気についての問い合わせの対話は、平均して１０個の自立語をやり取りするとしているので、対話手順の対話コストは、式（５）で、ｐ＝ｑ＝０．９５、Ｌ１＝３、Ｌ２＝１０とおいて、３＋０．０５・１０／０．９５＝３＋０．５３＝３．５３となる。
【００７１】
まとめると、
確定的な確認型の対話手順Ａのコスト：５．１１
試行的な即時応答型の対話手順Ｄのコスト：３．５３
となる。
【００７２】
次に、確認候補コスト生成部１５０が、ここでは日属性のみを確認するという確認候補のみを生成する（ステップ２０８）。この確認候補のコストは、対話手順Ｅのコストと等しく、５．１１となる。
【００７３】
文出力部１８０は、日属性のみを確認するという確認候補のコスト５．１１と、試行的な即時応答型の対話手順Ｄのコスト３．５３を比較し、小さいコストを与える対話手順Ｄを選択する（ステップ２１０、２１１）。この選択にしたがって、日属性を確認するための確認文を出力することなしに、「明日の神奈川県は晴れです」という応答文が出力されることになる。
【００７４】
以上の対話をまとめると次のようになる。
（文１）  ユーザ  ：「神奈川県の明日の天気を教えてください」
（文２）  システム：「天気ですか？」
（文３）  ユーザ  ：「はい」
（文４）  システム：「香川県ですか？」
（文５）  ユーザ  ：「神奈川県です」
（文６）  システム：「神奈川県ですか？」
（文７）  ユーザ  ：「はい」
（文８）  システム：「神奈川県の明日の天気は晴れです」
ここでの説明は、文（４）以降のシステムの行動に焦点を絞った説明である。
【００７５】
なお、図３の処理フローにおいて、ある時点で、ステップ２０４にて、システム理解状態に未確定の属性がなくなったことが判定されれば、出力部１７０では、当該システム理解状態に基づいて直ちに応答文を生成し出力することになる。
【００７６】
本音声対話システム１０では、認識精度の低い場所属性の値は確認するが、認識精度の高い日属性の値は確認しないという振る舞いを示す。どの属性の値を確認するかという判断は、対話手順のコストという客観的な基準によって決定されている。この方法により、ユーザは短い対話で必要な情報を手に入れることが可能となる。
【００７７】
なお、図２で示した音声対話システム１０における各部の一部もしくは全部の処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、あるいは、図３、図４で示した処理手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもない。また、コンピュータでその処理機能を実現するためのプログラム、あるいは、コンピュータにその処理手順を実行させるためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、ＦＤ、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【００７８】
【発明の効果】
以上説明したように、本発明の音声対話システムによれば、対話全体の長さを増大させることがないと判断される場合には、ユーザ問い合わせ内容の一部或いは全てに関して、確認を省くことができ、確認文の出力数の増大に伴うユーザ不満足度の増大を避けることができる。また、システムが誤認識のため誤った応答を行ったときには、ユーザが拒否発話を行うということを前提としていないので、ユーザに拒否発話を行うことを強制する必要がなくなり、ユーザ満足度が増す。
【図面の簡単な説明】
【図１】本発明のシステム環境を示す全体構成図である。
【図２】本発明による音声対話システムの一実施例の機能ブロック図である。
【図３】本発明の一実施例の処理フローチャートである。
【図４】図３におけるコスト判定の詳細処理フローチャートである。
【符号の説明】
１０    音声対話システム
２０    データベース
３０    メモリ装置
４０    通信回線
５０    利用者端末
１００    入力部
１１０    文理解部
１２０    提供情報種別決定部
１３０    対話手順生成部
１４０    対話手順コスト計算部
１５０    確認候補生成部
１６０    確認候補コスト生成部
１７０    出力部
１８０    制御部
【図１】
2004271909.tif 000007
【図２】
2004271909.tif 000008
【図３】
2004271909.tif 000009
【図４】
2004271909.tif 000010