JP3646783B2 - Request confirmation type information provision device - Google Patents
Request confirmation type information provision device Download PDFInfo
- Publication number
- JP3646783B2 JP3646783B2 JP2000059672A JP2000059672A JP3646783B2 JP 3646783 B2 JP3646783 B2 JP 3646783B2 JP 2000059672 A JP2000059672 A JP 2000059672A JP 2000059672 A JP2000059672 A JP 2000059672A JP 3646783 B2 JP3646783 B2 JP 3646783B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- condition
- requirement
- relaxation
- string
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は要求確認型情報提供サービスシステムに係り、詳しくは、利用者が情報要求を意味する文節列を音声入力するとき、該情報要求を確認するための文節列を利用者に対し出力し、利用者が確認の承認を意味する文節列を入力する場合には、先の情報要求を満たす情報の内容を表した文節列を利用者に対し出力し、利用者が確認の否認を意味する文節列を入力する場合には、利用者が新たな情報要求を意味する文節列を音声入力するのを待つような要求確認型情報提供装置に関するものである。
【０００２】
【従来の技術】
要求確認型情報提供サービスシステムでは、図２に動作シーケンス例を示すように、例えば、気象情報、テレビ番組表、スケジュール表、交通機関の時刻表、といった様々な情報を蓄積したデータベースがあるとき、データベースに蓄積された情報を要求することを意味する文節列を、利用者が計算機端末のキーボード、マウス、音声認識装置、或いは、これらの組み合わせを介して、文字列または音声として入力すると、情報提供側は、まず、利用者の情報要求を確認するための文節列を、計算機端末のディスプレイ、プリンタ、タイプライタ、音声合成装置、或いは、これらの組み合わせを介して、利用者に対し出力し、利用者が確認の承認を意味する文節列を、同様に文字列または音声として入力する場合には、情報提供側は、情報要求を満たす情報の内容を表した文節列を、同様に文字列または音声として利用者に対し出力し、利用者が確認の否認を意味する文節列を、同様に文字列または音声として入力する場合には、情報提供側は、利用者が情報要求を意味する文節列を入力するのを待つような、動作シーケンスをとる。なお、図２では、利用者が確認の否認を意味する文節列を入力した場合のシーケンスは省略してある。
【０００３】
従来、この種の要求確認型情報提供サービスシステムにおいては、情報提供側は、利用者が情報要求を意味した文節列を入力したときに、情報要求の内容を表す要求条件を生成し、その要求条件の内容の全てを確認するための文節列を利用者に対し出力し、利用者が確認の承認を意味する文節列が入力した時点で、その要求条件に適合する情報の内容を表す文節列を利用者に対し出力していた。
【０００４】
【発明が解決しようとする課題】
従来の技術では、利用者により入力された文節列から生成した要求条件の内容を全て確認するための文節列を出力する。その後、利用者が確認の承認を意味する文節列を入力した場合に、要求条件に適合する情報の内容を表す文節列を利用者に対し出力する。要求条件に適合する情報が空（無し）の場合は、要求条件に適合する情報の内容が空であることを表す文節列を利用者に対し出力する。
【０００５】
従来の技術では、利用者が入力した文節列から生成した要求条件の内容を全て確認するため、音声による入力の場合、誤認識に伴う利用者不満度を増大させるという問題がある。以下に、これについて説明する。
【０００６】
利用者が音声入力した文節列から要求条件を生成する際には、文字列または音声の誤認識などの理由により、利用者が意図する要求条件とは異なる要求条件が生成される場合がある。その場合には、システムが確認のために出力する要求条件の内容は、利用者が意図する情報要求と異なるので、利用者は確認の否認を意味する文節列を入力することになり、利用者の情報要求を満たす情報は利用者に出力されない。
【０００７】
一般に、確認する要求条件の内容が多いほど、その中に誤りが含まれる可能性が高くなり、利用者が確認を否認する可能性が高くなり、利用者が要求する情報が利用者に対し出力されない可能性が高くなり、誤認誠に伴う利用者の不満足度は増すことになる。
【０００８】
もし、利用者入力から生成された要求条件（以下、初期要求条件）を緩和した要求条件（以下、緩和要求条件）をつくり、その緩和要求条件の内容を利用者に対し確認するとすると、緩和要求条件の内容は、初期要求条件の内容よりも小さいので、誤りが含まれる可能性は小さくなり、利用者が確認を否認する可能性が小さくなり、誤認識に伴う利用者の不満足度が増すことを避けることができる。
【０００９】
この一方で、要求条件を緩和すると、緩和要求条件は初期要求条件より弱い条件なので、緩和要求条件に適合する情報の量は、初期要求条件に適合する情報の量よりも大きくなる。したがって、確認が承認された後、利用者に対し出力される情報の量が増えることになる。利用者が要求してもいない情報が大量に利用者に対し出力されると、利用者に対する出力量の増大に伴う利用者の不満足度が増すおそれがある。
【００１０】
しかし、初期要求条件に適合する情報の内容を表した文節列の長さを長さ基準としたとき、初期要求条件を緩和した緩和要求条件に適合する情報の内容を表した文節列の長さが、長さ基準と比べて、等しい、或いは、利用者の不満足度を増すほどには長くならないといった出力量の上限を規定した制約を満たす場合が存在する。この場合には、緩和要求条件の内容を確認することによって、利用者が確認を否認する可能性が小さくなり、且つ、利用者に対し出力される情報の量も、文節列の長さという観点からみたときに、増大しない。したがって、初期要求条件の代わりに緩和要求条件を使うことにより、誤認識に伴う利用者の不満足度が軽減し、なおかつ、利用者に対する出力量の増大に伴う利用者不満足度が増すことを避けることもできる。
【００１１】
従来の技術では、このように利用者に対する出力量の上限を規定する制約が満たされているような場合であっても、初期要求条件の内容を全て確認しようとするので、誤認識に伴う利用者の不満足度の増大を避けることができない。
【００１２】
例えば、気象情報に関する情報要求について考える。利用者が、図４に示す文節列（例１）を入力したとする。利用者の意図は、「横浜市の明日午後の天気についての情報を要求する」ということである。このとき、音声の認識誤りなどの理由により、「午後の」が「午前の」と誤って認識され、「横浜市の明日午前の天気を要求する」という初期の要求条件Ａが生成される場合を想定する。
【００１３】
従来の技術では、「横浜市の明日午前の天気を要求する」という初期要求条件Ａの内容の全てを確認するための、図５に示すような文節列（例２）を出力する。これは、利用者意図とは異なっているので、利用者は、「いいえ」、「ちがいます」といった否認のための文節列を入力する。否認を意味する文節列が入力されたので、次の利用者からの情報要求を待つ状態になる。利用者は横浜市の明日午後の天気を知るために、再度、情報要求を繰り返さなければならず、誤認識に伴う利用者不満足度が増す。
【００１４】
今、気象情報として、横浜市の明日の天気は、午前０時から午前３時まで晴れ、午前３時から明後日の午前０時まで雨という内容の情報が存在したとする。誤って生成された初期の要求条件Ａに適合する情報を文節列で表すと、図６のような文節列（例３）になる。すなわち、午前であることが初期の要求条件Ａには含まれているので、午前０時から正午までの天気を表す文節列となっている。
【００１５】
ここで、誤って生成された「横浜市の明日午前の天気を要求する」という初期要求条件Ａを緩和した「横浜市の明日の天気を要求する」という緩和要求条件Ｂについて考える。緩和要求条件Ｂの内容を確認するとすると、図７に示すような文節列（例４）を出力することになる。また、緩和要求条件Ｂに適合する情報の内容を文節列で表すと、図８のような文節列（例５）になる。
【００１６】
緩和要求条件Ｂの内容を確認するための文節列である例４（図７）は、「午前の」という部分を含まないだけ、初期要求条件Ａの内容を確認するための文節である例２（図５）と比べて、誤りが含まれている可能性が小さいので、利用者が確認を否認する可能性が小さくなり、誤認識に伴う利用者不満足度を減少させることができる。しかも、緩和要求条件Ｂに適合する情報を表した文節列である例５（図８）の長さは６であり、初期要求条件Ａに適合する情報を表した文節列である例３（図６）の長さも６であり、両方の長さは等しい。したがって、初期要求条件Ａの場合に比べて、緩和要求条件Ｂの場合の方が、もし確認の承認が行われた場合に、利用者に対する出力量の増大に伴う利用者不満足度が増加するとはいえない。
【００１７】
こういった緩和要求条件Ｂが存在するにもかかわらず、従来の技術では、常に要求条件Ａの内容を全て確認し、緩和要求条件Ｂを使えば避けることのできるはずの利用者不満足度の増大を避けることができないという問題がある。
【００１８】
本発明は、要求確認型情報提供サービスシステムにおいて、上述のような従来の技術の問題点に鑑みなされたもので、従来の技術では、利用者が音声入力する情報要求から生成される初期要求条件の内容を全て確認する文節列を出力する場合であっても、初期要求条件を緩和した緩和要求条件の内容を確認するための文節列を生成することによって、誤認識に伴う利用者の不満足度を軽減させ、且つ、緩和要求条件に適合する情報の出力量増大に伴う利用者の不満足度の増大を避けることを可能とする要求確認型情報提供装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明の一実施例では、利用者からの情報要求、確認の承認、確認の否認を受け取る入力手段、利用者が情報要求を意味する文節列を音声入力するとき、情報要求の内容を表す要求条件を初期要求条件として生成し、利用者が確認の承認を意味する文節列を入力するとき、承認信号を生成し、利用者が確認の否認を意味する文節列を入力するとき、否認信号を生成する言語理解手段、初期要求条件を段階的に緩和することによって、緩和要求条件を１個以上生成する要求条件緩和生成手段、初期要求条件および緩和要求条件に適合する情報を検索し、その要求条件に適合する情報が存在する場合は、その要求条件に適合する情報の内容を表した文節列を、その要求条件に適合する情報が存在しない場合、その要求条件に適合する情報が存在しないということを表す文節列を、それぞれ応答文節列として生成する応答文生成手段、初期要求条件、緩和要求条件、及び、それらから生成される応答文節列を対応づけて保持し、初期要求条件の応答文節列の長さを長さ基準として、緩和要求条件の応答文節列の長さと長さ基準との差の上限を規定した出力量制約により、緩和要求条件の応答文節列の長さが出力量制約を満たすような緩和要求条件が存在する場合には、そのような緩和要求条件の中で最も弱い緩和要求条件を最終要求条件として決定し、その応答文節列の長さが出力量制約を満たすような緩和要求条件が存在しない場合には、初期要求条件を最終要求条件として決定し、この決定した最終要求条件の応答文節列を最終応答文節列として決定する要求条件決定手段、最終要求条件を確認するための確認文節列を生成する確認文生成手段、最終応答文節列または確認文生成手段５０が生成する確認文節列を利用者に対し出力する出力手段、これら各手段の動作を制御する制御手段などを具備する。
【００２０】
本発明では、利用者が音声入力する情報要求から初期要求条件を生成し、初期要求条件を緩和して得られた緩和要求条件の集合を緩和要求条件集合として生成し、初期要求条件が適合する情報の内容を表した文節列の長さを長さ基準とし、緩和要求条件集合に含まれる各緩和要求条件に適合する情報の内容を表す文節列を各緩和要求条件の応答文節列とし、緩和要求条件の応答文節列の長さと長さ基準との差の上限を規定した出力量制約により、緩和要求条件の応答文節列の長さが出力量制約を満たすような緩和要求条件が存在するなら、その緩和要求条件を最終要求条件として決定する。この結果、初期要求条件の内容を全て確認することなく、最終要求条件として決定された緩和要求条件の内容を確認することによって、誤認識に伴う利用者不満足度を軽減させ、利用者が確認の承認を入力した後、最終要求条件として決定された緩和要求条件の応答文節列を出力することによって、利用者に対する出力量の増大に伴う利用者不満足度の増大を避けることが可能となる。
【００２１】
【発明の実施の形態】
以下、本発明の一実施の形態について図面により詳細に説明する。
図１は、本発明による要求確認型情報提供装置の構成例を示す。本要求確認型情報提供装置は、入力部１００、言語理解部１１０、要求条件緩和生成部１２０、応答文生成部１３０、要求条件決定部１４０、確認文生成部１５０、出力部１６０、制御部１７０、及びデータベース１８０により構成される。入力部１００と出力部１６０は、通信回線などにより利用者の端末と接続されるが、図１では省略してある。なお、本発明による要求確認型情報提供方法は、基本的には図１の１００〜１６０などを処理ステップで置き替えればよい。
【００２２】
入力部１００は、利用者が計算機端末のキーボード、マウス、音声認識装置、あるいは、これらの組合せを介して、文字列または音声として入力する情報要求または確認の承認または確認の否認を意味する文節列を取り込む。
【００２３】
言語理解部１１０は、利用者が情報要求を意味する文節列を音声入力するときは、情報要求の内容を表す要求条件を初期要求条件として生成し、この生成した初期要求条件を要求条件緩和生成部１２０と要求条件決定部１４０に転送する。また、言語理解部１１０は、利用者が確認の承認を意味する文節列を文字列または音声として入力するとき承認信号を生成し、利用者が確認の否認を意味する文節列を文字列または音声として入力するとき否認信号を生成し、この生成した承認信号あるいは否認信号を制御部１７０に送る。
【００２４】
要求条件緩和生成部１２０は、言語理解部１１０から転送されてきた初期要求条件を段階的に緩和することによって、初期要求条件を緩和した緩和要求条件を１個以上生成し、この生成した緩和要求要求条件を要求条件決定部１４０に転送する。この要求条件緩和生成部１２０では、初期要求条件に含まれている要求項目を、あらかじめ定めた優先順位に基づいて、順次、削除していくことで、初期要求条件を緩和した緩和要求条件を段階的に１個以上生成する。
【００２５】
応答文生成部１３０は、要求条件決定部１４０から初期要求条件および緩和要求条件を受け取り、その要求条件に適合する情報をデータベース１８０から検索し、その要求条件に適合する情報が存在したならば、その要求条件に適合する情報の内容を表した文節列を応答文節列として生成し、また、その要求条件に適合する情報が存在しないならば、その要求条件に適合する情報が存在しないということを表す文節列を応答文節列として生成し、この生成した応答文節列を要求条件決定部１４０に返送する。
【００２６】
要求条件決定部１４０は、まず、言語理解部１１０から転送される要求条件を初期要求条件として記憶し、この初期要求条件を応答文生成部１３０に転送し、応答文生成部１３０から返送される応答文節列を初期要求条件の応答文節列として記憶する。また、この初期要求条件の応答文節列の長さを長さ基準として記憶する。次に、要求条件緩和生成部１２０から転送される１個以上の緩和要求条件から成る緩和要求条件集合を生成し、この緩和要求条件集合に含まれる各緩和要求条件を応答文生成部１３０に転送し、応答文生成部１３０から返送される応答文節列を各緩和要求条件の応答文節列として記憶する。
要求条件決定部１４０には、緩和要求条件の応答文節列の長さと長さ基準との差の上限を規定した出力量制約が前もって与えられおり、その出力量制約を記憶している。
要求条件決定部１４０は、次に、緩和要求条件集合に含まれ、且つ、その応答文節列の長さが出力量制約を満たすような緩和要求条件が存在する場合には、そのような緩和要求条件の中で最も弱い緩和要求条件を最終要求条件として決定し、最終要求条件の応答文節列を最終応答文節列として決定し、この最終要求条件を確認文生成部１５０に転送し、最終応答文節列を出力部１６０に転送する。一方、緩和要求条件集合の各応答文節列の長さが出力量制約を満たすような緩和要求条件が存在しない場合には、初期要求条件を最終要求条件として決定し、この最終要求条件の応答文節列を最終応答文節列として決定し、最終要求条件を確認文生成部１５０に転送し、最終応答文節列を出力部１６０に転送する。
図３は、この要求条件決定部１４０の処理フローチャートを示したものである。
【００２７】
確認文生成部１５０は、要求条件決定部１４０から転送される最終要求条件を確認するための確認文節列を生成し、その確認文節列を出力部１６０に転送する。
【００２８】
出力部１６０は、要求条件決定部１４０から転送される最終応答文節列または確認文生成部１５０から転送される確認文節列を、制御部１７０からの指令に従って利用者に対し出力する。
【００２９】
制御部１７０は、１００〜１６０の各部の動作を以下のように制御する。
（１） 言語理解生成部１１０が初期要求条件を要求条件決定部１４０に転送した後で、要求条件緩和生成部１２０が緩和要求条件を生成するように言語理解部１１０と要求条件緩和生成部１２０とを動作させる。
（２） 言語理解部１１０が初期要求条件を要求条件決定部１４０に転送し、要求条件緩和生成部１２０が緩和要求条件の全てを要求条件決定部１４０に転送した後、要求条件決定部１４０が初期要求条件と各緩和要求条件を応答文生成部１３０に転送するように、言語理解部１１０と要求条件緩和生成部１２０と応答文生成部１３０と要求条件決定部１４０とを動作させる。
（３） 応答文生成部１３０が初期要求条件の応答文節と各緩和要求条件の応答文節を要求条件決定部１４０に返送した後、要求条件決定部１４０が最終要求条件と最終応答文節列を決定するように、応答文生成部１３０と要求条件決定部１４０とを動作させる。
（４） 要求条件決定部１４０が最終要求条件を確認文生成部１５０に転送した後で、確認文生成部１５０が最終要求条件を確認するための文節列を生成するように、要求条件決定部１４０と確認文生成部１５０とを動作させる。
（５） 確認文生成部１５０が最終要求条件を確認するための文節列を出力部１６０に転送した後で、出力部１６０が最終要求条件を確認するための文節列を利用者に対し出力するように、確認文生成部１５０と出力部１６０とを動作させる。
（６） 出力部１６０が最終要求条件を確認するための確認文節列を利用者に対し出力した後に、言語理解部１１０から承認信号を受け取った場合には、出力部１６０が最終応答文節列を利用者に対し出力するように指令し、言語理解部１１０から否認信号を受け取った場合には、利用者が次に情報要求を意味する文節列を音声入力するのを待つように入力部１００に指令を送る。
【００３０】
以下に、具体例とともに本発明の実施例の詳細な動作について説明する。
言語理解部１１０が生成する要求条件は、スロット（項目）と値の対のリストとして表されるとする。例えば、利用者が、図９のような文節列（例６）を音声入力したとする（図４の例１）。この文節列は、情報要求を意味するので、言語理解部１１０は初期要求条件を生成する。ここで、「午後の」が「午前の」と誤認識きれたとする。このとき、初期要求条件は、図１０に示すようなスロットと値の対のリスト（例７）として表される。図１０において、場所、日、時間、情報種別がスロットであり、横浜市、明日、午前、天気というのが値である。
【００３１】
図１０の初期要求条件の内容は、「横浜市の明日午前の天気についての情報を要求する」という内容をもっており、図９の利用者が意図する情報要求の内容とは異なっている。
【００３２】
要求条件緩和生成部１２０は、図１０の初期要求条件を緩和した緩和要求条件を生成する。例えば、図１１の例８、図１２の例９の緩和要求条件を生成する。図１１の例８は、「横浜市の明日の天気に関する情報を要求する」という内容の緩和要求条件であり、図１２の例９は、「横浜市の天気に関する情報を要求する」という内容の緩和要求条件である。
【００３３】
図１０の例７の初期要求条件は、要求条件決定部１４０に転送され、引き続き、図１１と図１２の例８、例９の２つの緩和要求条件も要求条件決定部１４０に転送される。
【００３４】
要求条件決定部１４０は、まず、初期要求条件である図１０の例７を応答文生成部１３０に送信する。応答文生成部１３０は、図１０（例７）の初期要求条件に適合する情報をデータベース１８０から検索する。今、気象情報として、横浜市の明日の天気は、午前０時から午前３時まで晴れ、午前３時から明後日の午前０時まで雨という内容の情報が存在したとする。この場合、図１０（例７）の初期要求条件に適合する情報を表す文節列は、図１３の例１０のようになる。この文節列は、要求条件決定部１４０において、先の図１０の例７の初期要求条件の応答文節列として記憶される。
【００３５】
次に、要求条件決定部１４０は、図１１と図１２の例８、例９の２つの緩和要求条件を順次、応答文生成部１３０に転送する。図１１の例８の緩和要求条件に適合する情報の内容を表す文節列は、図１４の例１１のようになる。この文節列は、要求条件決定部１４０において、図１１の例８の緩和要求条件の応答文節列として記憶される。
【００３６】
次に、図１２の例９の緩和要求条件に適合する情報を検索する。この緩和要求条件は「日」のスロットが指定されていない。今、横浜市の天気に関する情報は、向こう一週間の情報しか存在しないとして、横浜市の向こう一週間は、明日の天気は、午前０時から午前３時まで晴れ、午前３時から明後日の午前０時まで雨であり、明後日から７日後までは通して曇りであるとする。このとき、図１２の例９の緩和要求条件に適合する情報の内容を表す文節列は、図１５の例１２のようになる。この文節列は、要求条件決定部１４０において、図１２の例９の緩和要求条件の応答文節列として記憶される。
【００３７】
要求条件決定部１４０は、図１０の例７の初期要求条件の応答文節列、すなわち、図１３の例１０の長さを長さ基準とする。図１３より、初期要求条件の応答文節列の長さは６であるので、長さ基準は６となる。
【００３８】
要求条件決定部１４０には、緩和要求条件の応答文節列の長さと長さ基準との差の上限を規定した出力量制約が前もって与えられている。たとえば、その出力量制約が、緩和要求条件の応答文節列の長さは長さ基準と等しいか小さくなくてはいけないという制約であったとする。
【００３９】
要求条件決定部１４０では、図１１と図１２の例８、例９の２つの緩和要求条件から、その応答文節列の長さが、長さ基準（ここでは６）と同じものを探す。図１１の例８の緩和要求条件の応答文節列である図１４の例１１の長さは６であり、図１２の例９の緩和要求条件の応答文節列である図１５の例１２の長さは１０である。結局、図１１の例８の緩和要求条件が最終要求条件として決定され、図１４の例１１の応答文節列が最終応答文節列として決定される。
【００４０】
確認文生成部１５０は、最終要求条件である図１１の例８の内容を確認するための文節列を確認文節列として生成する。その確認文節列は、図１６の例１３のようになる。
【００４１】
図１６の例１３の確認文節列は、出力部１６０によって利用者に対し出力され、利用者が、「はい」、「そうです」といった確認の承認を意味する文節列を入力してきた場合には、出力部１６０は、図１４の例１１の応答文節列を出力することになる。
【００４２】
従来の技術では、誤って生成された初期要求条件である図１０の例７の内容を確認するための確認文節列として、図１７の文節列（例１４）が出力されることになる（図５の例２）。
【００４３】
利用者の意図は、「横浜市の明日午後の天気についての情報を要求する」ことであり、図１７の例１４の確認文節列は利用者意図に矛盾するので、利用者は、確認を否認する意味の文節、たとえば、「いいえ」、「ちがいます」といった文節列を入力するであろう。結局、利用者の意図した情報は、利用者に対し出力されないことになる。結果として、誤認識に伴う利用者不満足度が増大することになる。
【００４４】
これに対し、本実施例では、緩和要求条件の図１１の例８が最終要求条件として決定され、確認文節列として、図１６の例１３が出力される。緩和要求条件の方が初期要求条件よりも小さな内容をもつので、それだけ含まれる誤りも少ない。したがって、初期要求条件の代わりに緩和要求条件を使うことにより、誤認識に伴う利用者不満足度を削減することができる。実際、図１６に示す例１３の確認文節列は、誤りの部分である「午前」という情報が、要求条件を緩和した結果、発話されないので、利用者は、図１６の例１３の確認文節列に対し、承認の意味をもつ文節列を発話するであろうと予想される。
【００４５】
一方、初期要求条件を緩和した緩和要求条件に適合する情報は、初期要求条件に適合する情報よりも多くなるので、緩和要求条件に適合する情報を利用者に対し出力すると、大量の情報が出力されてしまい、利用者に対する出力量の増大に伴う利用者不満足度が増すことになりかねないという問題がある。しかし、本発明の手法によれば、緩和要求条件の応答文節列の長さと長さ基準との差の上限を規定する出力量制約が与えられているので、利用者に対する出力量の増大に伴う利用者不満足度の増大を避けることができる。
【００４６】
実際、上述の具体例では、図１１の例８の緩和要求条件の応答文節列の長さは、図１４の例１１に示すように、図１０の例７の初期要求条件に対する図１３の例１０に示す応答文節列の長さと等しい。
【００４７】
出力量制約としては、様々なものを考えることができる。たとえば、緩和要求条件の応答文節列の長さと長さ基準との差が５以下であるという出力量制約が与えられているとする。この出力量制約を満たす緩和要求条件は、ここでは、図１１の例８と図１２の例９の２つが存在するが、図１２の例９の方が図１１の例８よりも弱い要求条件なので、結局、最終要求条件として図１２の例９が選ばれ、最終応答文節列として図１５の例１２が選ばれる。このとき、確認文節列は、図１８の例１５のものとなる。
【００４８】
図１２の例９の緩和要求条件は、図１１の例８の緩和要求条件よりもさらに弱い要求条件であるので、確認文節列に誤りが含まれる可能性はさらに小さくなり、誤認識に伴う利用者不満足度をさらに軽減することができる。なおかつ、出力量制約を満たしているという意味で、利用者に対する出力量の増大に伴う利用者不満足度の増大を避けることができる。
【００４９】
以上、本発明の実施の形態を説明したが、図１の構成は一般にコンピュータシステムを利用して構築される。この場合、１００〜１６０などの各部の機能（処理ステップ）を実現するプログラムを、コンピュータで実行可能な言語で記述し、コンピュータで読み取り可能な記録媒体、例えば、フロッピーディスク、ＣＤ−ＲＯＭ、メモリカード等に記録して提供することが可能である。
【００５０】
また、本発明は、上記の実施例に限定されることなく、特許請求の範囲で種々の変更あるいは応用が可能であることは云うまでもない。
【００５１】
【発明の効果】
以上説明したように、本発明の要求確認型情報提供装置によれば、利用者が情報要求を意味する文節列を音声入力するときに、初期要求条件の内容を全て確認することなく、最終要求条件として決定された緩和要求条件の内容を確認することによって、誤認識に伴う利用者不満足度を軽減させ、また、利用者が確認の承認を入力した後、最終要求条件として決定された緩和要求条件の応答文節列を出力することによって、利用者に対する出力量の増大に伴う利用者不満足度の増大を避けることが可能となる。
【図面の簡単な説明】
【図１】 本発明の装置構成例を示すブロック図である。
【図２】 要求確認型情報提供サービスシステムの動作シーケンス例を示す図である。
【図３】 図１の要求条件決定部の処理フローの概要を示す図である。
【図４】 情報要求文節例の一例（例１）である。
【図５】 初期要求条件に対する確認文節列の一例（例２）である。
【図６】 初期要求条件に対する確認文節列の一例（例３）である。
【図７】 緩和要求条件に対する応答文節列の一例（例４）である。
【図８】 緩和要求条件に対する応答文節列の一例（例５）である。
【図９】 情報要求文節列の一例（例６）である。
【図１０】 誤認生成された初期要求条件の一例（例７）である。
【図１１】 図１０の初期要求条件を緩和した緩和要求条件の一例（例８）である。
【図１２】 同じく緩和要求条件の一例（例９）である。
【図１３】 図１０の初期要求条件に対する応答文節列の一例（例１０）である。
【図１４】 図１１の緩和要求条件に対する応答文節列の一例（例１１）である。
【図１５】 図１２の緩和要求条件に対する応答文節列の一例（例１２）である。
【図１６】 最終要求条件と決定された図１１の緩和要求条件に対する確認文節列の一例（例１３）である。
【図１７】 図１０の初期要求条件に対する確認文節列の一例（例１４）である。
【図１８】 図１２の緩和要求条件を最終要求条件としたときの確認文節列の一例（例１５）である。
【符号の説明】
１００ 入力部
１１０ 言語理解部
１２０ 要求条件緩和生成部
１３０ 応答文生成部
１４０ 要求条件決定部
１５０ 確認文生成部
１６０ 出力部
１７０ 制御部
１８０ データベース[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a request confirmation type information providing service system, and more specifically, a user means an information request. Voice input of phrase strings When confirming the information request, Phrase strings to users Means that the user approves the confirmation. Enter phrase strings In case, it represents the content of the information that satisfies the previous information request Phrase strings to users Means that the user rejects the confirmation Enter phrase strings In some cases, the user means a new information request Voice input of phrase strings Request confirmation type information that waits for Providing device It is about.
[0002]
[Prior art]
In the request confirmation type information providing service system, as shown in FIG. 2, for example, when there is a database storing various information such as weather information, a TV program guide, a schedule table, and a transportation timetable, Provision of information when a user inputs a phrase string, which means requesting information stored in a database, as a character string or a voice via a keyboard, mouse, voice recognition device, or a combination of these. The side first outputs a phrase string for confirming the user's information request to the user via the computer terminal display, printer, typewriter, speech synthesizer, or a combination of these. When a person inputs a phrase string indicating approval of confirmation as a character string or a voice, the information provider When a phrase string representing the content of the information that satisfies the condition is similarly output to the user as a character string or voice, and the phrase string that means the user denies confirmation is also input as a character string or voice The information provider takes an operation sequence that waits for the user to input a phrase string meaning an information request. In FIG. 2, the sequence in the case where the user inputs a phrase string that means denial of confirmation is omitted.
[0003]
Conventionally, in this type of request confirmation type information providing service system, when a user inputs a phrase string meaning an information request, the information providing side generates a request condition indicating the content of the information request, and the request A phrase string for confirming all of the contents of the condition is output to the user, and when the phrase string indicating approval of confirmation is input by the user, the phrase string indicating the contents of the information that meets the requirement Was output to the user.
[0004]
[Problems to be solved by the invention]
In the conventional technique, a phrase string for confirming all the contents of the request condition generated from the phrase string input by the user is output. After that, when the user inputs a phrase string meaning approval of confirmation, a phrase string indicating the content of information that meets the requirement is output to the user. If the information that meets the requirement is empty (none), a phrase string indicating that the content of the information that meets the requirement is empty is output to the user.
[0005]
In the conventional technology, in order to confirm all the contents of the request condition generated from the phrase string entered by the user, For voice input, There is a problem of increasing the degree of user dissatisfaction associated with misrecognition. This will be described below.
[0006]
The user Voice input When the request condition is generated from the phrase string, a request condition different from the request condition intended by the user may be generated for reasons such as erroneous recognition of a character string or speech. In that case, the content of the request condition that the system outputs for confirmation is different from the information request intended by the user, so the user inputs a phrase string that means denial of confirmation. Information that satisfies this information request is not output to the user.
[0007]
In general, the more content of a request condition to be checked, the more likely it is to contain an error, and the more likely the user will reject the check. The information requested by the user is output to the user. There is a high possibility that it will not be made, and the degree of user dissatisfaction associated with false positives will increase.
[0008]
If a requirement (hereinafter referred to as relaxation requirement) is created by relaxing the requirement generated from user input (hereinafter referred to as initial requirement), and the content of the relaxation requirement is confirmed with the user, the relaxation request Since the content of the condition is smaller than the content of the initial requirement condition, the possibility of including an error is reduced, the possibility of the user rejecting the confirmation is reduced, and the degree of dissatisfaction of the user accompanying the misrecognition increases. Can be avoided.
[0009]
On the other hand, when the requirement condition is relaxed, since the relaxation requirement condition is weaker than the initial requirement condition, the amount of information that conforms to the relaxation requirement condition becomes larger than the amount of information that conforms to the initial requirement condition. Therefore, after confirmation is approved, the amount of information output to the user increases. If a large amount of information that is not requested by the user is output to the user, there is a risk that the degree of dissatisfaction of the user will increase as the amount of output for the user increases.
[0010]
However, the length of the phrase string that represents the content of the information that conforms to the relaxed requirement that relaxed the initial requirement when the length of the clause string that represents the content of the information that conforms to the initial requirement satisfies the length standard. However, there is a case in which a constraint that defines an upper limit of the output amount is satisfied, which is equal to the length criterion or does not become long enough to increase the degree of user dissatisfaction. In this case, by confirming the contents of the relaxation requirement condition, the possibility of the user rejecting the confirmation is reduced, and the amount of information output to the user is also in terms of the length of the phrase string. Does not increase when entangled. Therefore, by using the relaxation requirement instead of the initial requirement, the degree of user dissatisfaction associated with misrecognition is reduced, and the increase in user dissatisfaction associated with an increase in the amount of output to the user is avoided. You can also.
[0011]
In the conventional technology, even if the restriction that regulates the upper limit of the output amount for the user is satisfied in this way, all the contents of the initial requirement condition are confirmed, so the use accompanying misrecognition An increase in the level of dissatisfaction among the people cannot be avoided.
[0012]
For example, consider an information request for weather information. Assume that the user inputs a phrase string (example 1) shown in FIG. The intent of the user is to “request information about the weather tomorrow afternoon in Yokohama City”. At this time, voice For example, it is assumed that “afternoon” is erroneously recognized as “morning” and an initial requirement A “requesting the weather of tomorrow morning in Yokohama city” is generated.
[0013]
In the conventional technique, a phrase string (example 2) as shown in FIG. 5 is output for confirming all the contents of the initial requirement condition A “requires the weather of tomorrow morning in Yokohama city”. Since this is different from the user's intention, the user inputs a phrase string for denial such as “No” or “No”. Since a phrase string indicating denial is input, the system waits for an information request from the next user. The user must repeat the information request again in order to know the weather of tomorrow afternoon in Yokohama City, and the degree of user dissatisfaction associated with misrecognition increases.
[0014]
Now, as weather information, it is assumed that the tomorrow's weather in Yokohama City is clear from midnight to 3:00 am, and that there is information of rain from 3:00 am to midnight the day after tomorrow. When information that conforms to the initial requirement A generated by mistake is represented by a phrase string, a phrase string (example 3) as shown in FIG. 6 is obtained. That is, since it is included in the initial requirement A that it is morning, the phrase string represents the weather from midnight to noon.
[0015]
Here, consider a relaxed requirement B “requires tomorrow's weather in Yokohama City”, which is relaxed from the initial requirement A “requires tomorrow morning weather in Yokohama” that was generated in error. When the content of the relaxation requirement condition B is confirmed, a phrase string (example 4) as shown in FIG. 7 is output. Moreover, when the content of the information conforming to the relaxation requirement condition B is represented by a phrase string, a phrase string (example 5) as shown in FIG.
[0016]
Example 4 (FIG. 7), which is a phrase string for confirming the contents of the relaxation requirement condition B, is an example 2 that is a phrase for confirming the contents of the initial requirement condition A so as not to include the “morning” part. Compared with (FIG. 5), since the possibility that an error is included is small, the possibility that the user denies the confirmation is reduced, and the degree of user dissatisfaction associated with misrecognition can be reduced. In addition, the length of Example 5 (FIG. 8), which is a phrase string representing information conforming to the relaxation requirement condition B, is 6, and Example 3 (FIG. 8) representing a phrase string representing information conforming to the initial requirement condition A The length of 6) is also 6, and both lengths are equal. Therefore, compared with the case of the initial requirement condition A, in the case of the relaxation requirement condition B, if the confirmation is approved, the degree of user dissatisfaction associated with the increase in the output amount for the user is increased. I can't say that.
[0017]
Despite the existence of such relaxation requirement B, the conventional technology always checks all the contents of requirement A and increases the degree of user dissatisfaction that can be avoided by using relaxation requirement B There is a problem that cannot be avoided.
[0018]
The present invention has been made in view of the problems of the conventional technology as described above in the request confirmation type information providing service system. Voice input Even when outputting a phrase string that confirms all the contents of the initial requirement conditions generated from the information request to be generated, by generating a phrase string for confirming the contents of the relaxed requirement conditions that relaxed the initial requirement conditions , Request confirmation type information that reduces user dissatisfaction associated with misrecognition and avoids increase in user dissatisfaction associated with increased output of information conforming to relaxation requirements Providing device The purpose is to provide.
[0019]
[Means for Solving the Problems]
In one embodiment of the present invention, an information request from a user, an approval for confirmation, an input means for receiving a confirmation denial, and a phrase string indicating a request for information by the user. Voice input When generating a request condition indicating the content of the information request as an initial request condition, when the user inputs a phrase string that indicates approval of confirmation, an approval signal is generated, and the user indicates denial of confirmation. A language understanding means for generating a denial signal when inputting a phrase string, relaxing one or more relaxation requirements by gradually relaxing initial requirements Generation If information that meets the requirements, initial requirements, and relaxation requirements is found and information that meets the requirements exists, a clause string that represents the content of the information that meets the requirements is used as the requirement. When there is no matching information, a response statement generation means, an initial requirement condition, a relaxed requirement condition, and a response statement generation means for generating a clause string indicating that there is no information that matches the requirement condition, respectively. The generated response clause sequence is stored in association with each other, and the upper limit of the difference between the response clause sequence length of the relaxed requirement and the length criterion is defined using the length of the response clause sequence of the initial requirement as the length criterion. If there is a relaxation requirement such that the length of the response clause string of the relaxation requirement satisfies the output amount constraint due to the output amount constraint, the weakest relaxation requirement among such relaxation requirements is the final requirement. If there is no relaxed requirement that is determined as a condition and the length of the response clause string satisfies the output amount constraint, the initial requirement is determined as the final requirement, and the response clause of the determined final requirement is determined. A request condition determining means for determining the column as a final response phrase string, a confirmation sentence generating means for generating a confirmation phrase string for confirming the final request condition, a confirmation phrase string generated by the final response phrase string or the confirmation sentence generating means 50 Output means for outputting to the user, control means for controlling the operation of each means, and the like are provided.
[0020]
In the present invention, the user Voice input An initial request condition is generated from the information request to be generated, a set of relaxed request conditions obtained by relaxing the initial request condition is generated as a relaxed request condition set, and a phrase string representing the content of information that satisfies the initial request condition Based on the length as a length criterion, a clause string representing the content of information that conforms to each relaxation requirement included in the relaxation requirement set is defined as a response clause string of each relaxation requirement, and the length of the response clause string of the relaxation requirement If there is a relaxation requirement in which the length of the response clause string of the relaxation requirement satisfies the output amount constraint due to the output amount constraint that defines the upper limit of the difference from the length criterion, the relaxation requirement is set as the final requirement. Determine as. As a result, by confirming the details of the relaxation requirement determined as the final requirement without confirming all the details of the initial requirement, the degree of user dissatisfaction associated with misrecognition is reduced, and the user confirms After inputting the approval, it is possible to avoid an increase in the degree of user dissatisfaction associated with an increase in the output amount for the user by outputting the response clause string of the relaxation requirement determined as the final requirement.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.
FIG. 1 shows a configuration example of a request confirmation type information providing apparatus according to the present invention. The request confirmation type information providing apparatus includes an
[0022]
The
[0023]
The language understanding unit 110 generates a phrase string that indicates a user's request for information. Voice input When generating the request, a request condition representing the content of the information request is generated as an initial request condition, and the generated initial request condition is transferred to the request condition relaxation generating unit 120 and the request
[0024]
The requirement relaxation generation unit 120 generates one or more relaxation requirement conditions that relax the initial requirement conditions by gradually relaxing the initial requirement conditions transferred from the language understanding unit 110, and the generated relaxation request. The request condition is transferred to the request
[0025]
The response sentence generation unit 130 receives the initial request condition and the relaxation request condition from the request
[0026]
The request
The request
Next, when there is a relaxation request condition that is included in the relaxation request condition set and the length of the response phrase sequence satisfies the output amount constraint, the request
FIG. 3 shows a process flowchart of the request
[0027]
The confirmation
[0028]
The
[0029]
The
(1) After the language understanding generation unit 110 transfers the initial request condition to the request
(2) After the language understanding unit 110 transfers the initial request conditions to the request
(3) After the response sentence generation unit 130 returns the response clause of the initial request condition and the response clause of each relaxation request condition to the request
(4) After the request
(5) After the confirmation
(6) When the
[0030]
Hereinafter, detailed operations of the embodiment of the present invention will be described together with specific examples.
The requirement generated by the language understanding unit 110 is a slot. (item) And as a list of value pairs. For example, the user can set a phrase string (example 6) as shown in FIG. Voice input Suppose ( FIG. Example 1). Since this phrase string means an information request, the language understanding unit 110 generates an initial request condition. Here, it is assumed that “afternoon” is mistakenly recognized as “morning”. At this time, the initial requirement conditions are expressed as a list of slot / value pairs (example 7) as shown in FIG. In FIG. 10, the place, date, time, and information type are slots, and Yokohama city, tomorrow, morning, and weather are values.
[0031]
The content of the initial request condition in FIG. 10 has the content “Request information about weather tomorrow morning in Yokohama City”, which is different from the content of the information request intended by the user in FIG.
[0032]
The request condition relaxation generation unit 120 generates a relaxation request condition in which the initial request condition of FIG. 10 is relaxed. For example, the relaxation requirement conditions of Example 8 in FIG. 11 and Example 9 in FIG. 12 are generated. Example 8 in FIG. 11 is a relaxation request condition with the content “Request information about tomorrow's weather in Yokohama City”, and Example 9 in FIG. 12 has the content “Request information about the weather in Yokohama City”. Relaxation requirement.
[0033]
The initial requirement conditions of Example 7 in FIG. 10 are transferred to the requirement
[0034]
First, the request
[0035]
Next, the request
[0036]
Next, information that matches the relaxation requirement condition of Example 9 in FIG. 12 is searched. In this relaxation requirement, the “day” slot is not specified. As for the information about the weather in Yokohama City, only the information for the next week exists, and for the next week in Yokohama, the weather for tomorrow is sunny from midnight to 3 am, and from 3 am to the morning of tomorrow. It is raining until 0 o'clock, and it is cloudy from the day after tomorrow until 7 days later. At this time, the phrase string representing the content of the information that meets the relaxation requirement condition of Example 9 in FIG. 12 is as in Example 12 in FIG. This phrase string is stored in the request
[0037]
The request
[0038]
The request
[0039]
The request
[0040]
The confirmation
[0041]
The confirmation phrase string of Example 13 in FIG. 16 is output to the user by the
[0042]
In the conventional technique, the phrase string (example 14) in FIG. 17 is output as the confirmation phrase string for confirming the contents of the example 7 in FIG. 10 which is the initial requirement condition generated by mistake (FIG. 14). Example 2 of 5).
[0043]
The user's intention is to “request information about the weather in tomorrow afternoon in Yokohama City”, and the confirmation clause string in Example 14 of FIG. 17 contradicts the user intention, so the user denies the confirmation. For example, a phrase string such as “No” or “No” will be entered. Eventually, the information intended by the user is not output to the user. As a result, the degree of user dissatisfaction associated with misrecognition increases.
[0044]
On the other hand, in the present embodiment, Example 8 of the relaxation requirement condition in FIG. 11 is determined as the final requirement condition, and Example 13 in FIG. 16 is output as the confirmation phrase string. Since the relaxed requirement has a smaller content than the initial requirement, fewer errors are included. Therefore, user dissatisfaction associated with misrecognition can be reduced by using the relaxation requirement instead of the initial requirement. In fact, the confirmation phrase string of Example 13 shown in FIG. 16 is not uttered as a result of the information “am” being the error part being relaxed as a result of the requirement, so the user can confirm the confirmation phrase string of Example 13 in FIG. On the other hand, it is expected that a phrase string with the meaning of approval will be uttered.
[0045]
On the other hand, information that conforms to the relaxed requirements that relaxed the initial requirements is greater than information that conforms to the initial requirements, so if information that conforms to the relaxed requirements is output to the user, a large amount of information is output. Therefore, there is a problem that the degree of user dissatisfaction with the increase in the output amount for the user may increase. However, according to the method of the present invention, since the output amount restriction that prescribes the upper limit of the difference between the length of the response phrase sequence of the relaxation requirement condition and the length criterion is given, the output amount for the user increases. Increase in user dissatisfaction can be avoided.
[0046]
Actually, in the above-described specific example, the length of the response clause string of the relaxation requirement condition of Example 8 in FIG. 11 is the example of FIG. 13 with respect to the initial requirement condition of Example 7 in FIG. 10, as shown in Example 11 in FIG. It is equal to the length of the response phrase sequence shown in FIG.
[0047]
Various output amount constraints can be considered. For example, it is assumed that the output amount constraint that the difference between the length of the response phrase string of the relaxation requirement condition and the length criterion is 5 or less is given. Here, there are two relaxation requirement conditions that satisfy the output amount constraint, that is, Example 8 in FIG. 11 and Example 9 in FIG. 12, but Example 9 in FIG. 12 is weaker than Example 8 in FIG. 11. Therefore, in the end, Example 9 in FIG. 12 is selected as the final request condition, and Example 12 in FIG. 15 is selected as the final response clause string. At this time, the confirmation phrase string is that of Example 15 in FIG.
[0048]
Since the relaxation requirement condition of Example 9 in FIG. 12 is a weaker requirement condition than the relaxation requirement condition of Example 8 in FIG. 11, the possibility that an error is included in the confirmation phrase string is further reduced. Dissatisfaction level can be further reduced. In addition, in the sense that the output amount constraint is satisfied, it is possible to avoid an increase in user dissatisfaction with an increase in the output amount for the user.
[0049]
Although the embodiment of the present invention has been described above, the configuration of FIG. 1 is generally constructed using a computer system. In this case, a program that realizes the function (processing step) of each unit such as 100 to 160 is described in a language that can be executed by a computer, and can be read by a computer, such as a floppy disk, a CD-ROM, or a memory card. Etc. can be recorded and provided.
[0050]
Moreover, it goes without saying that the present invention is not limited to the above-described embodiments, and various modifications and applications can be made within the scope of the claims.
[0051]
【The invention's effect】
As described above, the request confirmation type information of the present invention Providing device According to the user means information request Voice input of phrase strings When confirming the content of the relaxation requirement determined as the final requirement without confirming all the content of the initial requirement, the user dissatisfaction associated with misrecognition can be reduced. After inputting the confirmation approval, it is possible to avoid an increase in user dissatisfaction accompanying an increase in the amount of output for the user by outputting the response clause string of the relaxation requirement determined as the final requirement Become.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an apparatus configuration example of the present invention.
FIG. 2 is a diagram showing an example of an operation sequence of a request confirmation type information providing service system.
FIG. 3 is a diagram showing an outline of a processing flow of a request condition determining unit in FIG. 1;
FIG. 4 is an example (example 1) of an example of an information request clause.
FIG. 5 is an example (example 2) of a confirmation clause string for an initial request condition.
FIG. 6 is an example (example 3) of a confirmation clause string for an initial request condition.
FIG. 7 is an example (example 4) of a response clause string for a relaxation request condition.
FIG. 8 is an example (example 5) of a response clause string for a relaxation request condition;
FIG. 9 is an example (example 6) of an information request clause string;
FIG. 10 is an example (example 7) of an initial requirement condition that is erroneously generated.
FIG. 11 is an example (Example 8) of a relaxation requirement condition obtained by relaxing the initial requirement condition of FIG.
FIG. 12 is an example (example 9) of the relaxation requirement condition.
13 is an example (example 10) of a response clause string for the initial request condition of FIG.
14 is an example (example 11) of a response phrase string for the relaxation requirement condition of FIG. 11. FIG.
FIG. 15 is an example (Example 12) of a response clause string for the relaxation requirement condition of FIG. 12;
16 is an example (Example 13) of a confirmation phrase string for the final requirement condition and the determined relaxation requirement condition of FIG. 11. FIG.
FIG. 17 is an example (Example 14) of a confirmation clause string for the initial request condition of FIG. 10;
18 is an example (Example 15) of a confirmation phrase string when the relaxation requirement condition of FIG. 12 is set as a final requirement condition. FIG.
[Explanation of symbols]
100 input section
110 Language Understanding Department
120 requirement relaxation generator
130 Response sentence generator
140 Requirements determining section
150 Confirmation sentence generator
160 Output unit
170 Control unit
180 database
Claims (3)
利用者側が音声入力する情報要求から初期要求条件を生成する第１手段と、
前記初期要求条件に含まれている要求項目を、あらかじめ定めた優先順位に基づいて、順次、削除していくことで、前記初期要求条件を緩和した緩和要求条件を段階的に１個以上生成する第２手段と、
前記初期要求条件に対する応答文節列、前記緩和要求条件に対する応答文節列を生成する第３手段と、
前記初期要求条件に対する応答文節列の長さを長さ基準として、前記初期要求条件を緩和した前記緩和要求条件に対する応答文節列の長さが、あらかじめ緩和要求条件の応答文節列の長さと前記長さ基準との差の上限を規定した出力量制約を満足する場合、当該緩和要求条件を最終要求条件と決定し、当該緩和要求条件に対する応答文節列を最終応答文節列と決定する第４手段と、
前記最終要求条件を確認するための確認文節列を生成する第５手段と、
前記生成された確認文節列を利用者側に出力し、利用者側から確認の承認を意味する文節列が入力されると、前記最終応答文節列を利用者側に出力する第６手段と、
を有することを特徴とする要求確認型情報提供装置。When the user side is speech input clauses column means information request, if the outputs confirmation clause string for confirming the content of the information request to the user side, the user side is input to clause string means approval confirmation In the request confirmation type information providing apparatus that outputs a response phrase sequence to the information request to the user side,
A first means for generating an initial request condition from an information request that a user side inputs voice ;
By sequentially deleting the request items included in the initial request condition based on a predetermined priority order, one or more relaxed request conditions that relax the initial request condition are generated step by step. A second means ;
A third means for generating a response clause sequence for the initial requirement condition, a response clause sequence for the relaxation requirement condition;
Based on the length of the response clause sequence for the initial requirement condition as a length reference, the length of the response clause sequence for the relaxed requirement condition that relaxed the initial requirement condition is the length of the response clause sequence of the relaxation requirement condition and the length. A fourth means for determining the relaxation requirement condition as a final requirement condition and determining a response clause string for the relaxation requirement condition as a final response clause sequence when the output amount constraint defining the upper limit of the difference from the standard is satisfied; ,
A fifth means for generating a confirmation phrase string for confirming the final requirement condition;
A sixth means for outputting the generated confirmation phrase string to the user side and outputting the final response phrase string to the user side when a phrase string indicating confirmation approval is input from the user side;
A request confirmation type information providing apparatus characterized by comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000059672A JP3646783B2 (en) | 2000-03-03 | 2000-03-03 | Request confirmation type information provision device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000059672A JP3646783B2 (en) | 2000-03-03 | 2000-03-03 | Request confirmation type information provision device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001249931A JP2001249931A (en) | 2001-09-14 |
| JP3646783B2 true JP3646783B2 (en) | 2005-05-11 |
Family
ID=18580090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000059672A Expired - Fee Related JP3646783B2 (en) | 2000-03-03 | 2000-03-03 | Request confirmation type information provision device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3646783B2 (en) |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06223117A (en) * | 1993-01-26 | 1994-08-12 | Nippon Telegr & Teleph Corp <Ntt> | Retrieval solution converging method |
| JPH06309362A (en) * | 1993-04-27 | 1994-11-04 | Fujitsu Ltd | Information retrieving method |
| JPH09259139A (en) * | 1996-03-22 | 1997-10-03 | Mitsubishi Electric Corp | Document data intelligent retrieval system |
| JP3377684B2 (en) * | 1996-06-26 | 2003-02-17 | シャープ株式会社 | Search device by voice recognition |
-
2000
- 2000-03-03 JP JP2000059672A patent/JP3646783B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001249931A (en) | 2001-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5166661B2 (en) | Method and apparatus for executing a plan based dialog | |
| US7822699B2 (en) | Adaptive semantic reasoning engine | |
| US8392188B1 (en) | Method and system for building a phonotactic model for domain independent speech recognition | |
| US7630901B2 (en) | Multimodal input method | |
| JP4724377B2 (en) | Statistical model for slots and preterminals for rule-based grammars in natural language understanding (NLU) systems | |
| EP1091303B1 (en) | Method and system for providing alternatives for text derived from stochastic input sources | |
| TW480472B (en) | Dynamic semantic control of speech recognition system | |
| US6581033B1 (en) | System and method for correction of speech recognition mode errors | |
| US6917920B1 (en) | Speech translation device and computer readable medium | |
| US7529657B2 (en) | Configurable parameters for grammar authoring for speech recognition and natural language understanding | |
| US8515733B2 (en) | Method, device, computer program and computer program product for processing linguistic data in accordance with a formalized natural language | |
| TW200527228A (en) | Method and apparatus for a hierarchical object model-based constrained language interpreter-parser | |
| JP2005321730A (en) | Dialog system, dialog system implementation method, and computer program | |
| US20230289529A1 (en) | Detecting the tone of text | |
| Denecke et al. | Dialogue strategies guiding users to their communicative goals. | |
| US7251595B2 (en) | Dialogue-type information providing apparatus, dialogue-type information providing processing method, and program and recording medium for the same | |
| US6735560B1 (en) | Method of identifying members of classes in a natural language understanding system | |
| JP3878147B2 (en) | Terminal device | |
| JP3646783B2 (en) | Request confirmation type information provision device | |
| JP3468572B2 (en) | Dialogue processing device | |
| CN109003380B (en) | Intelligent cloud lock control method and system based on voice recognition | |
| JPWO2009088067A1 (en) | Machine translation apparatus and machine translation method | |
| JP2003016055A (en) | Apparatus and method for text creation | |
| WO2000026901A9 (en) | Performing spoken recorded actions | |
| US11450325B1 (en) | Natural language processing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040727 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040927 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041227 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050201 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050201 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080218 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090218 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090218 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100218 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110218 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110218 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130218 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |