JP3611533B2 - 対話型情報提供装置、対話型情報提供処理方法、プログラムおよび記録媒体 - Google Patents
対話型情報提供装置、対話型情報提供処理方法、プログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP3611533B2 JP3611533B2 JP2001085884A JP2001085884A JP3611533B2 JP 3611533 B2 JP3611533 B2 JP 3611533B2 JP 2001085884 A JP2001085884 A JP 2001085884A JP 2001085884 A JP2001085884 A JP 2001085884A JP 3611533 B2 JP3611533 B2 JP 3611533B2
- Authority
- JP
- Japan
- Prior art keywords
- confirmation
- user
- attribute
- procedure
- inquiry
- 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
- User Interface Of Digital Computer (AREA)
Description
【発明の属する技術分野】
本発明は、対話型情報提供サービスの技術分野に係わり、詳しくは、利用者が情報の問い合せを意味する文を文字列または音声として入力するとき、該問合せの内容を確認するための確認文を文字列または音声として利用者に対して出力し、確認文に対して利用者側が承認を意味する文を文字列または音声として入力する場合には、利用者が承認した問合せ内容を記録し、利用者が確認の否認を意味する文を文字列または音声として入力する場合には、利用者が新たな情報の問合せを意味する文を文字列または音声として入力するのを待ち、この利用者側と情報提供側の対話の中で、利用者の問い合わせの種別が一意に決まった後で、利用者により承認された問い合せの内容にしたがって情報を提供するための応答文を文字列あるいは音声として利用者に対し出力する対話型情報提供装置において、利用者の不満度を軽減する技術に関するものである。
【0002】
【従来の技術】
音声対話装置で代表されるように、対話型情報提供サービスでは、一般に次のような対話手順をとる。たとえば、気象情報、テレビ番組表、スケジュール表、交通機関の時刻表、といった様々な情報を蓄積したデータベースがあるとき、データベースに蓄積された情報についての問い合わせを意味する文を、利用者が計算機端末のキーボード、マウス、音声認識装置、あるいは、これらの組み合わせを介して、文字列または音声として入力すると、情報提供側は、まず、利用者の問い合わせ内容を確認するための文節列を、計算機端末のディスプレイ、プリンタ、タイプライタ、音声合成装置、あるいは、これらの組み合わせを介して、利用者に対し出力する。利用者が確認の承認を意味する文を文字列または音声として入力する場合には、情報提供側は、利用者が承認した問い合せ内容を記憶する。利用者が確認の否認を意味する文も文字列あるいは音声として入力する場合には、情報提供側は、利用者がさらなる問い合せを意味する文を入力するのを待つ。これを何度か繰り返し、利用者に提供すべき情報種別が一意に決定できた後、情報提供側は、利用者に承認された問い合わせ内容に従って情報を提供するための応答文を文字列あるいは音声として出力する。
【0003】
この種の対話型情報提供サービスにおいて、第一の従来技術としては、利用者側の問合せの内容を確認するために、利用者が入力する問合せの内容を全て確認するという方法がある。また、第二の従来技術としては、利用者が入力した文から生成された問い合せの内容が正しいものであると仮定したときに、利用者に提供する情報種別が一意に決定できる場合に、生成された問い合せの内容の全てあるいは一部を確認し、利用者側が確認を承認し、情報提供側が承認された問合せ内容にしたがって応答文を出力するという対話手順において、情報提供側が出力する確認文と応答文の個数の総和を極小にするように、利用者に対して確認する内容を決定するという方法がある。なお、第一の従来技術、第二の従来技術のいずれにおいても、利用者の問い合わせ内容は、属性と値の組の集合として表現される。
【0004】
【発明が解決しようとする課題】
第一の従来技術では、利用者より入力された文を分析して、利用者の問い合せ内容を表す属性と値の組の集合を生成すると、その問合せ内容を構成する属性
(項目)のすべての確認を求めるための文を出力する。この従来技術では、利用者が入力した文から問合せの内容を生成する際の誤認識などに伴う利用者不満度を増大させるという問題がある。これについて説明する。
【0005】
利用者が文字列または音声として入力した文から問合せの内容を生成する際には、文字列または音声の誤認識などに伴う理由により、利用者が意図する問合せの内容とは異なる問合せの内容が生成される場合がある。その場合には、情報提供側が確認のために出力する文の内容は、利用者が意図する問い合わせの内容と異なる。利用者は否認を意味する文を入力することになるので、利用者が問い合せている情報は利用者に対し出力されない。利用者側は、再度問合せの内容を入力し、情報提供側から再度確認を要求されることになり、利用者の不満度が増大する。
【0006】
利用者の不満度の増大を避けるためには、情報提供側が出力する確認文の個数を削減する必要がある。このため、第二の従来技術では、利用者が入力した文から生成された問い合せの内容が正しいものであると仮定したときに、利用者に提供する情報種別が一意に決定できる場合に、生成された問い合せの内容に含まれる属性のすべてあるいは一部を確認し、利用者側が確認を承認し、利用者側により承認された問合せ内容にしたがって応答文を出力するという一連の対話手順の中で、確認文と応答文の個数の総和を最小になるように、利用者に対し確認すべき属性を決定する。
【0007】
対話手順において出力される確認文と応答文の個数の総和を対話手順の対話コストとよぶ。応答文の個数も考慮に入れるのは、応答文の個数が増えても、利用者の不満足度が高まる可能性があるからである。
【0008】
第二の従来技術は、利用者が入力した文から生成された問い合せ内容が正しいものであると仮定したときに、利用者に提供する情報種別が一意に決定できる場合に適用するという制限があり、その仮定が成立しない場合には、第二の従来技術を適用できず、第一の従来技術を適用せざるをえず、やはり利用者の不満度を増大させるという問題が生じる。
【0009】
以下に、第一の従来技術、第二の従来技術の問題点について具体例で説明する。例として、気象情報に関する情報提供サービスを考える。利用者側に対し提供できる情報の種別は、ある場所と時間の天気と、ある場所に発表されている警報の2つであるとする。利用者の問い合せの内容は、場所、情報種別という2つの属性(項目)によって表されるとする。場所という属性は、神奈川県、香川県といった都道府県名を値としてとり、情報種別は、天気、警報という値をとるとする。
【0010】
今、情報提供側が、データベース内のデータとして「現在どこにも警報は発表されていない」というデータを保持している状況を想定する。このとき、利用者が、「神奈川県の警報について教えてください」という問い合せを意味する文を入力し、情報提供側は、誤認識などの理由により、利用者の問い合わせの内容が、「香川県の警報について教えてください」という内容であると誤って認識したとする。生成される問い合せの内容は、場所という属性の値が香川県であり、情報種別という属性が警報であるという属性と値の組の集合となる。この属性と値の組の集合は、次のように書かれる。
{<場所,香川県>,<情報種別,警報>}
【0011】
この場合、第一の従来技術では、情報提供側は、利用者の文から生成された問い合わせ内容に含まれるすべての属性を確認するために、「香川県の警報ですか?」という確認のための文を出力する。利用者側は、意図する問合せの内容と確認の内容が異なるので、否認を意味する文「いいえ」を入力し、あらためて、問合せを行う文「神奈川県の警報です」という文を入力しなければならない。続いて、情報提供側は、新たに利用者側の問い合わせの内容を生成する。今度は、利用者側の問い合わせ内容を正しく生成することができたとすると、情報提供側は、「神奈川県の警報ですか?」と確認文を出力する。利用者側は、承認を意味する文「はい」を入力し、情報提供側は、「神奈川県に警報は発表されていません」と応答文を1個出力する。情報提供側は、「香川県の警報ですか?」という確認文と、「神奈川県の警報ですか?」という確認文と、「神奈川県に警報は発表されていません」という応答文の、合計3個の文を出力することになる。利用者側からすると、確認を2度も要求されることになり、不満足度が高まる。
【0012】
第二の従来技術は、問い合せ内容に含まれる属性のうち、どの属性を確認すべきかを決定する。今想定している例だと、以下に示すように、問い合せの内容に含まれる属性は、香川県という場所と警報という情報種別の2つの属性である。{<場所,香川県>,<情報種別,警報>}
操り返しになるが、この問い合せ内容は、誤認識により、利用者が意図する神奈川県の警報について知りたいという問い合せ内容とは異なっている。
【0013】
まず、問い合せ内容を確認し、利用者の承認が入力され、応答するという対話手順をすべて生成し、確認文と応答文の個数の総和、すなわち対話コストが極小となる対話手順を選ぶ。ここでは、利用者側の承認が入力されるまで場所と情報種別という2つの属性を両方ともに確認し、その後、利用者が承認した場所に警報は出ていませんという内容の1個の応答文を生成するという対話手順Aと、利用者側の承認が入力されるまで場所と情報種別という1つの属性を確認し、その後、どこにも警報は出ていませんという内容の1個の応答文を生成する対話手順Bについて考える。
【0014】
第二の従来技術においては、属性を確認するときに、利用者が承認するまで出力される確認文の個数を推定する必要がある。利用者が承認するまで出力される確認文の個数は、属性の値を認識する精度などに依存する。各属性の値は、誤認識により、利用者が意図する問い合せとは異なっている可能性があるので、確認する属性が増えれば増えるほど、利用者に確認を否認される可能性が高まり、それだけ確認文の個数は増えるのである。ここでは、確認文の個数は、確認する属性の数の2倍であると推定されると仮定する。
【0015】
手順Aでは、最初、「香川県の警報ですか」という確認文が出力される。利用者は、意図する問合せの内容と確認の内容が異なるので、確認を否認し、問合せを再度行うことになる。場所と情報種別という2個の属性を利用者から承認が入力されるまで確認する際に出力される確認文の個数は、4個と推定される。情報提供側が承認すると、「神奈川県の警報ですか」と確認文を出力し、利用者はこの確認を承認し、「神奈川県に警報は出ていません」という応答文が1個出力される。対話コストは、確認文と応答文の個数の総和の5となる。
【0016】
手順Bでは、最初、「警報ですか」という確認文が出力される。情報種別という1個の属性を利用者からの承認が入力されるまで確認する際に出力される確認文の個数は、2個と推定される。利用者は確認を承認すると、「どこにも警報は出ていません」という1個の応答文が生成されることになる。対話コストは、確認文と応答文の個数の総和の3となる。
【0017】
結局、対話コストが小さい手順Bが選択され、情報提供側は、情報種別という属性のみを確認するために、「警報ですか」という確認文を出力することになる。
【0018】
このように、第二の従来技術は、第一の従来技術の問題点を解決できる場合があるが、利用者が入力した文から生成された問い合せの内容が正しいものであると仮定したときに、利用者に提供する情報種別が一意に決定できる場合に適用するという制限があり、その仮定が成立しない場合には、第二の従来技術を適用できず、第一の従来技術を適用せざるをえず、利用者の不満度を増大させるという問題が生じる。
【0019】
たとえば、情報提供側が、データベース内のデータとして、「現在どこにも警報は発表されていない」というデータを保持しているという状況を想定する。利用者が、「神奈川県の警報ついて教えてください」という問合せを意味する文を入力し、情報提供側は、誤認識などの理由により、「神奈川県」を「香川県」と誤認識し、「警報」を全くに認識できなかったとする。問い合わせの内容が、「香川県について教えてください」という内容であると誤って認識したとする。生成された問い合せ内容は、以下のようになる。
{<場所,香川県>}
【0020】
この問い合せ内容が正しいと仮定したときに、利用者側に提供できる情報種別は、天気と警報の2つがあり、一つに決定できない。したがった、第二の従来技術は適用できない。第一の従来技術を適用せざるをえず、「香川県ですか」という確認文が出力される。既に説明したように、これは利用者が意図した問い合せの内容とは異なるので、利用者は再度問い合せの内容を入力し、情報提供側から再度確認を要求されることになり、利用者の不満度は増大する。
【0021】
第二の従来技術が、問い合せ内容から判断したとき、提供すべき情報種別が複数個存在する場合に適用できないのは、情報種別ごとの対話手順の間で確認文と応答文の個数を比較する方法を備えていないからである。しかし、提供すべき情報種別が複数個ありえる場合でも、各情報種別の確率を計算し、情報種別ごとに確認文と応答文の個数の総和が極小になるような対話手順を決定し、各情報種別の確率を考慮して、確認文と応答文の個数の総和をできるだけ小さくするように、確認すべき属性を選択することができる場合がある。次に、その例を考える。
【0022】
今想定している状況では、情報種別は警報か天気のいずれかである。情報種別の確率は等確率であると考え、警報という情報種別の確率が0.5であり、天気という情報種別の確率が0.5であるとする。
【0023】
次に、提供情報種別ごとに、対話コストが極小となる対話手順を決定し、その対話手順をその情報種別に関する最適対話手順とよび、その対話コストをその情報種別に関する最適コストとよぶ。
【0024】
情報種別が警報であるときを考える。警報であるという想定の下では、情報種別が一つに決まっているから、従来の第二の技術を使うことができる。確認文の個数と応答文の個数を極小にする対話手順は、情報種別を確認して、利用者が承認してから、応答を出力するという対話手順Bである。対話手順Bの対話コストは3である。警報という情報種別に関する最適対話手順は対話手順Bであり、最適コストは3となる。
【0025】
情報種別が天気であるときを考える。このとき、問い合せ内容を確認して、利用者の承認を待って、応答するというすべての対話手順を生成し、対話コストが極小の対話手順を選ぶ。ここでは、対話手順として、利用者の承認が入力されるまで場所を確認し、次に、利用者の承認が入力されるまで情報種別を確認し、次に応答するという対話手順Cと、利用者の承認が入力されるまで情報種別を確認し、次に、利用者の承認が入力されるまで場所を確認し、次に、応答するという対話手順Dを考える。いずれの対話手順においても、確認文の個数は、4個と推定される。応答文は、ある場所のある時間の天気は何であるという文1個によって生成されるとする。対話コストは、いずれの対話手順でも5である。天気という情報種別に関する最適対話手順は、対話手順Cと対話手順Dであり、最適コストは5である。
【0026】
次に、提供情報種別の確率を考慮して、確認文と応答文の個数の総和をできるだけ小さくするように、確認すべき属性を決定する。そのために、問い合せ内容を構成する各属性に関して、情報種別ごとにその属性を最初に確認したと仮定したときの極小対話コストをもつ対話手順を計算する。その対話手順を属性の確認のための準最適対話手順とよび、対話コストを属性の確認のための準最適コストとよぶ。属性の確認のための準最適コストから最適コストを差し引いたもの数を属性の確認による損失とよぶ。属性の確認による損失は、その属性を最初に確認するとなると、最適コストに比較して、どれだけのコストを余計にかけることになるかを示している。各提供情報種別の確率を考慮して、属性の確認による損失の期待値をできるだけ小さくするような属性を先に確認するようにすれば、できるかぎり最適コストに近い対話コストをもつ対話手順を選択することとなる。
【0027】
たとえば、確認すべき属性として、情報種別と場所という属性について考える。第一に、情報種別を確認すると仮定する。警報という提供情報種別に関しては、情報種別の確認のための準最適対話手順は、対話手順Bとなる。情報種別の確認のための準最適コストは3であり、情報種別の確認による損失は0である。天気という提供情報種別に関しては、情報種別の確認のための準最適対話手順は、対話手順Dとなり、情報種別の確認のための準最適コストは5となる。情報種別の確認による損失は0である。各提供情報種別の確率は等確率であるので、情報種別の確認による損失の期待値は0となる。
【0028】
第二に、場所という属性を確認すると仮定する。警報という提供情報種別に関しては、場所の確認のための準最適対話手順は、対話手順Aとなる。場所の確認のための準最適コストは5であり、場所の確認による損失は2である。天気という提供情報種別に関しては、場所の確認のための準最適対話手順は、対話手順Cとなり、場所の確認のための準最適コストは5となる。場所の確認による損失は0である。各提供情報種別の確率は等確率であるので、場所の確認による損失の期待値は1となる。
【0029】
したがって、生成された問い合せ内容が、「香川県について教えてください」という内容であるならば、「警報それとも天気ですか」といった確認文によって、情報種別という属性を最初に確認することが、対話コストをできるだけ小さくすることになる。
【0030】
実際、場所を先に確認したとすると、場所を確認するために数個の確認文を出力した後、情報種別を確認して、情報種別が警報であると分かった場合、場所の確認のために出力した確認文は無駄であったことになる。なぜなら、警報であるなら、場所の確認をしてもしなくても、応答文の個数は同じであり、それならば、場所の確認をしないほうが対話コストを小さくすることができるからである。一方、情報種別を先に確認しても、情報種別が警報であろうと、天気であろうと、情報種別の確認は無駄にならず、利用者の不満足度は増大しない。
【0031】
こういった属性の確認による損失の期待値を最小にするような属性が存在するにもかかわらず、従来技術では、問い合せ内容から判断したとき、提供すべき情報種別が複数個存在する場合には、問い合せ内容に含まれるすべての属性を確認し、属性の確認による損失の期待値を最小にするような属性を使えば避けることができるはずの利用者不満足度の増大を避けることができないという問題があった。
【0032】
また、利用者が承認した問い合わせ内容にしたがって、提供情報種別が一意に決まっている場合には、その最適対話手順が確認を含まないものであるなら、確認を行わないで応答文を出力することが、最も対話コストを小さくすることになるので、最適対話手順にしたがって応答文を出力すればよい。従来技術では、この点について考慮されていない。
【0033】
本発明は、対話型情報提供装置において、上述のような従来技術の問題点に鑑みてなされたもので、その目的は、従来技術では、問い合せ内容に含まれるすべての属性を確認する場合であっても、属性の確認による期待損失を極小にするような属性を優先して確認することにより、誤認識などによって生じる利用者に対し出力される確認文と応答文の個数の増大に伴う利用者の不満足度の増大を避けることを可能とすることにある。
【0034】
【課題を解決するための手段】
本発明による対話型情報提供装置では、
利用者からの情報の問い合せ、確認の承認、確認の否認を受け取る手段、
利用者側が情報の問い合せを意味する文を入力する場合は、その文の内容と文が入力された時点で記録されている問い合せ内容から判断して、利用者の問い合わせ内容を表す属性と値の組の集合を生成し、その属性と値の組の集合を利用者の問い合わせ内容として記録し、属性の確認を求める確認文に対し利用者が確認の承認を意味する文を入力する場合は、その属性を利用者により承認された問い合せ内容として記録する手段、
利用者の問い合わせの内容と利用者により承認されている問い合せ内容から判断して、利用者に提供することが可能なすべての情報の種別を提供情報種別として決定するとともに、提供情報種別の確率を計算する手段、
提供情報種別の各々に関して、利用者によって承認されていない問い合せの内容を構成する属性の全て或いは一部の確認を求め、利用者が確認を承認した後に、利用者側により承認されている問合せの内容にしたがって、データベースに蓄積された情報を提供するという対話手順と、確認を行わないで、該問い合せの内容にしたがって、データベースに蓄積された情報を提供するという対話手順を生成する手段、
各々の対話手順に関して、対話手順に含まれる確認文と応答文の個数の総和を推定し、推定された総和を対話コストとして計算する手段、
提供情報種別の各々に関して、極小の対話コストをもつ対話手順を選択し、その極小の対話コストをもつ対話手順を最適対話手順とし、その極小の対話コストを最適コストとする手段、
提供情報種別の各々に関して、すべての対話手順の中から、指定された属性の確認を最初に求める対話手順を選び出し、その対話手順の中で極小の対話コストをもつ対話手順を選び、その属性の確認のための準最適対話手順とし、その極小の対話コストをその属性の確認のための準最適コストとする手段、
提供情報種別の各々に関して、指定された属性の確認のための準最適コストから最適コストを減じ、その減算の結果の数をその属性の確認による損失とする手段、
提供情報種別の各々に関する属性の確認による損失から、提供情報種別の確率を考慮して、属性の確認による損失の期待値を計算し、その期待値を属性の確認による期待損失とする手段、
利用者に承認されていない問い合せの内容に含まれる属性の各々に関して、各属性の確認による期待損失を比較し、極小の期待損失をもつ属性を選択し、該属性を確認属性として決定する手段、
前記決定された確認属性の確認を求めるための確認文を利用者側に対し出力する手段、
などを有することを特徴とする。最適コスト対話手順として、確認を行わないで応答文を出力する対話手順が存在するならば、確認を行うことが必要ないものと判断して、その対話手順にしたがって、応答文を出力し、さもなければ、確認属性の確認を求める確認文を利用者に対し出力する。
【0035】
本発明では、利用者が情報の問い合せを意味する文を文字列または音声として入力するときに、利用者によって承認されていない問い合せの内容を構成する属性の全て或いは一部の確認を求め、利用者が確認を承認した後に、利用者側により承認されている問合せの内容にしたがって、データベースに蓄積された情報を提供するという対話手順において、対話手順に含まれる確認文と応答文の個数の総和を対話コストとして計算し、提供情報種別の各々に関して、極小となる対話コストを最適対話コストとして計算し、提供情報種別の各々に関して、利用者によって承認されていない問い合せ内容に含まれる各属性を最初に確認する場合の極小対話コストをその属性の確認のための準最適対話コストとして計算し、提供情報種別の各々に関して、各属性の確認のための準最適対話コストから最適コストを減じた数を、その属性の確認による損失として計算し、提供情報種別の確率を考慮して、各属性の確認による損失の期待値を属性の確認による期待損失として計算し、期待損失が極小となるような属性を優先して確認することにより、誤認識などによって生じる利用者に対し出力される確認文と応答文の個数の増大に伴う利用者の不満足度の増大を避けることが可能となる。
【0036】
【発明の実施の形態】
以下、発明の一実施の形態について図面により詳細に説明する。
図1は、本発明による対話型情報提供装置の構成例を示す。本対話型情報提供装置は、文入力部10、文理解部20、提供情報種別決定部30、対話手順生成部40、データベース50、対話コスト計算部60、最適対話手順決定部70、準最適対話手順決定部80、損失計算部90、期待損失計算部100、確認属性決定部110、文出力部120、制御部130により構成される。データベース50には、利用者に提供する情報が蓄積されている。また、文入力部10と文出力部120は通信回線などにより、利用者の端末と接続されるが、図1では省略してある。なお、一般には、本対話型情報提供装置は、いわゆるコンピュータシステムを利用して構築されるものである。
【0037】
文入力部10は、利用者が計算機端末のキーボード、マウス、音声認識装置、或いは、これらの組み合わせを介して、文字列または音声として入力する、情報の問い合せまたは確認の承認または確認の否認を意味する文を取り込む。
【0038】
文理解部20は、利用者側が情報の問い合せを意味する文を入力する場合は、その文の内容と文が入力された時点で記録されている問い合せ内容から判断して、利用者の問い合わせ内容を表す属性と値の組の集合を生成し、その属性と値の組の集合を利用者の問い合わせ内容として記録し、提供情報種別決定部30と対話手順生成部40と制御部130に転送する。また、文理解部20は、属性の確認を求める確認文に対し利用者が確認の承認を意味する文を入力すると、その属性を利用者により承認された問い合せ内容として記録し、提供情報種別決定部30と対話手順生成部40と制御部130に転送する。また、利用者が確認文に対し確認の否認を意味する文を入力すると、制御部130に否認信号を送る。
【0039】
提供情報種別決定部30は、文理解部20から転送される利用者の問い合わせの内容と利用者により承認されている問い合せ内容から判断して、利用者に提供することが可能なすべての情報の種別を提供情報種別として決定し、さらに提供情報種別の確率を計算する。提供情報種別決定部30は、決定した提供情報種別を対話手順生成部40に転送し、提供情報種別と提供情報種別の確率を制御部130に転送する。
【0040】
対話手順生成部40は、提供情報種別決定部30から転送された提供情報種別の各々に関して、文理解部20から転送された利用者の問い合わせ内容や利用者に承服された問い合わせ内容をもとに、利用者によって承認されていない問い合せの内容を構成する属性の全て或いは一部の確認を求め、利用者が確認を承認した後に、利用者側により承認されている問合せの内容にしたがって、データベース50に蓄積された情報を提供するといつ対話手順と、確認を行わないで、該問い合せの内容にしたがって、データベース50に蓄積された情報を提供するという対話手順を生成し、生成した対話手順をコスト計算部60に転送する。
【0041】
対話コスト計算部60は、対話手順生成部40から転送された各々の対話手順に関して、対話手順に含まれる確認文と応答文の個数の総和を推定し、推定された総和を対話コストとして生成する。対話コスト計算部60は、対話コストと対話手順を最適対話手順決定部70と準最適対話手順決定部80に転送する。
【0042】
最適対話手順決定部70は、制御部130の命令にしたがって、提供情報種別の各々に関して、対話コスト計算部60から転送されたすべての対話手順と対話コストを用いて、極小の対話コストをもつ対話手順を選択し、その極小の対話コストをもつ対話手順を最適対話手順として生成し、その極小の対話コストを最適コストとして生成する。最適対話手順決定部70は、提供情報種別の各々に関して、生成した最適対話手順と最適コストを損失計算部90に転送し、最適対話手順を制御部130に転送する。
【0043】
準最適対話手順決定部80は、制御部130の命令にしたがって、提供情報種別の各々に関して、対話コスト計算部60から転送されたすべての対話手順の中から、制御部130が指定する属性の確認を最初に求める対話手順を選び出し、その対話手順の中で極小の対話コストをもつ対話手順を選び、その属性の確認のための準最適対話手順として生成し、その極小の対話コストをその属性の確認のための準最適コストとして生成する。準最適対話手順決定部80は、提供情報種別の各々に関して、その属性の確認のための準最適対話手順と準最適コストを損失計算部90に転送する。
【0044】
損失計算部90は、制御部130の命令にしたがって、提供情報種別の各々に関して、制御部130が指定する属性の確認による損失を計算するために、準最適対話手順決定部80から転送される属性の確認のための準最適コストから最適対話手順決定部70から転送される最適コストを減じ、その減算の結果の数をその属性の確認による損失として期待損失計算部100に転送する。
【0045】
期待損失計算部100は、制御部130の命令にしたがって、提供情報種別の各々に関して、損失計算部190から転送される属性の確認による損失から、提供情報種別の確率を考慮して、属性の確認による損失の期待値を計算し、その期待値を属性の確認による期待損失として確認属性決定部110に転送する。
【0046】
確認属性決定部110は、期待損失計算部100から転送される各属性の確認による期待損失を比較し、期待損失が極小となるような属性を選択し、確認属性として文出力部120に転送する。
【0047】
文出力部120は、制御部130から確認指令を受け取る場合には、確認属性決定部110から転送される確認属性の確認を求める確認文を利用者に対し出力し、制御部130から応答指令を受け取る場合には、制御手段130から転送される対話手順にしたがって、応答文を利用者に対し出力する。
【0048】
制御部130は、文理解部20から転送される利用者の問い合わせ内容と利用者により承認された問い合せ内容、提供情報種別決定部30から転送される提供情報種別と提供情報種別の確率、最適対話手順決定部70から転送される最適対話手順を記憶している。制御部130は、10〜120の各部の動作を以下のように制御する。
(1) 文理解部20から否認信号が送信されてきた場合は、文入力部10が利用者からの情報の問い合せの入力を待つように、文入力部10を制御する。
(2) 提供情報種別の各々に関して、最適対話手順決定部70が最適対話手順と最適コストを生成するように、最適対話手順決定部70を制御する。
(3) 提供情報種別の各々に関して、準最適対話手順決定部80が、利用者に承認されていない問い合せ内容に含まれる各属性に関して、その属性の確認のための準最適対話手順と準最適コストを計算するように、準最適対話手順決定部80を制御する。
(4) 提供情報種別の各々に関して、損失計算部90が、利用者に承認されていない問い合せ内容に含まれる各属性に関して、その属性の確認による損失を計算するように、損失計算部90を制御する。
(5) 期待損失計算部100が、利用者に承認されていない問い合せ内容に含まれる各属性に関して、その属性の確認による損失の期待値を計算するように、期待損失計算部100を制御する。
(6) 提供情報種別が一意に決まっており、最適対話手順が、確認を行わないで応答を行う対話手順であるという条件が成立するならば、文出力部120にその最適対話手順を転送し、文出力部120が応答指令を送信するように制御する。その条件が成立しないならば、文出力部120に確認指令を送信するように制御する。
【0049】
図2に本対話型情報提供装置の処理フローチャートを示す。図2において、ステップ201〜211の各処理は、図1の10〜120の各部の機能に対応する。ここで、図1の10〜120の各部の機能(図2の201〜211の各ステップの処理)をコンピュータに実行させるためのプログラムは、フロッピーやCD−ROM、その他、コンピュータで読み取り可能な記録媒体に記録して提供することが可能である。このような記録媒体に記録されたプログラムをコンピュータにロードすることにより、図1の各部の所期の機能が達成される。
【0050】
以下に、具体例とともに本発明の実施例の詳細な動作について説明する。
たとえば、気象情報に関する情報提供サービスを考える。可能な提供情報種別は、天気と警報の2つであるとする。利用者の問い合せの内容は、場所、情報種別という2つの属性によって表されるとする。場所という属性は、神奈川県、香川県といった都道府県名を値としてとり、情報種別は、天気、警報という値をとるとする。また、データベース50に「警報はどこにも出ていない」というデータが記憶されているという状況を想定する。
【0051】
利用者が、次のような情報の問い合せを意味する文を入力したとする。
「神奈川県の警報について教えてください」
文入力部10は利用者からの入力文は取り込み、文理解部20に送る。文理解部20は、利用者の問い合わせの内容を生成する。いま、誤認識などの理由により、「神奈川県」は「香川県」と誤って認識され、「警報」は全く認識されなかったとする。この場合、文理解剖110が生成する問い合せの内容は、次のようになる。
{<場所,香川県>}
【0052】
この時点では、利用者が承認している属性は存在しない。提供情報種別決定部30は、この問い合せ内容から判断して、提供情報種別として警報と天気の2つを生成する。それぞれの提供情報種別の確率は等確率であると仮定し、警報の確率が0.5、天気の確率が0.5であるとする。
【0053】
この時点で利用者により承認されていない属性は、場所、情報種別である。対話手順生成部40は、警報と天気という2つの提供情報種別のそれぞれに関して、すべての対話手順を生成する。
ここでは、警報という提供情報種別に関しては、2つの対話手順、対話手順Aと対話手順Bが生成されたとする。対話手順Aは、利用者側の承認が入力されるまで場所と情報種別という2つの属性を両方ともに確認し、その後、利用者が承認した場所に警報は出ていませんという内容の1個の応答文を生成するという対話手順である。対話手順Bは、利用者側の承認が入力されるまで場所と情報種別という1つの属性を確認し、その後、どこにも警報は出ていませんという内容の1個の応答文を生成する対話手順である。
天気という提供情報種別に関しては、2つの対話手順、対話手順Cと対話手順Dが生成されたとする。対話手順Cは、利用者の承認が入力されるまで場所を確認し、次に、利用者の承認が入力されるまで情報種別を確認し、次に応答するという対話手順である。対話手順Dは、利用者の承認が入力されるまで情報種別を確認し、次に、利用者の承認が入力されるまで場所を確認し、次に、応答するという対話手順である。
【0054】
対話コスト計算部60は、対話手順A、B、C、Dの対話コストを計算する。対話コストを計算するに際して、ここでは、確認文の個数は、確認する属性の数の2倍であると推定されると仮定する。
対話手順Aでは、場所と情報種別という2個の属性を利用者から承認が入力されるまで確認する際に出力される確認文の個数は、4個と推定される。情報提供側が承認すると、「神奈川県の警報ですか」と確認文を出力し、利用者はこの確認を承認し、「神奈川県に警報は出ていません」という応答文が1個出力される。対話コストは、確認文と応答文の個数の総和の5となる。
対話手順Bでは、最初、「警報ですか」という確認文が出力される。情報種別という1個の属性を利用者からの承認が入力されるまで確認する際に出力される確認文の個数は、2個と推定される。利用者は確認を承認すると、「どこにも警報は出ていません」という1個の応答文が生成されることになる。対話コストは、確認文と応答文の個数の総和の3となる。
対話手順C、Dでは、1個の属性を確認することを2回行うわけだから、確認文の個数は、4個の推定される。応答文は、ある場所のある時間の天気は何であるという文1個によって生成されるとする。対話コストは、確認文と応答文の個数の総和の5となる。
【0055】
次に、最適対話手順決定部70が、警報と天気という2つの提供情報種別のそれぞれに関して、最適対話手順と最適コストを決定する。警報という提供情報種別に関しては、最適対話手順は対話手順Bであり、最適コストは3となる。天気という提供情報種別に関しては、最適対話手順は対話手順CとDであり、最適コストは5となる。
【0056】
次に、制御部130は、利用者が承認していない属性のそれぞれに関して、属性の確認のための準最適対話手順と準最適コストを提供情報種別ごとに計算するように、準最適対話手順計算部80に命じる。利用者が承認していない属性属性は、情報種別と場所という2つの属性である。
第一に、情報種別という属性を確認するための準最適対話手順についての処理を示す。警報という提供情報種別に関しては、情報種別を確認するための最適対話手順Bであり、準最適コストは3となる。天気という提供情報種別に関しては、情報種別を確認するための最適対話手順Dであり、準最適コストは5となる。
【0057】
第二に、場所という属性を確認するための準最適対話手順についての処理を示す。警報という提供情報種別に関しては、場所を確認するための最適対話手順Aであり、準最適コストは5となる。天気という提供情報種別に関しては、場所を確認するための最適対話手順Cであり、準最適コストは5となる。
【0058】
次に、損失計算部90は、属性の確認による損失を提供情報種別ごとに計算する。
第一に、情報種別という属性の確認による損失の計算を示す。情報種別の確認による損失は、警報という提供情報種別に関しては、準最適コストの3から最適コストの3を減じて、0となる。天気という提供情報種別に関しては、準最適コストの5から最適コストの5を減じて、0となる。
第二に、場所という属性の確認による損失の計算を示す。場所の確認による損失は、警報という提供情報種別に関しては、準最適コストの5から最適コストの3を減じて、2となる。天気という提供情報種別に関しては、準最適コストの5から最適コストの5を減じて、0となる。
【0059】
次に、期待損失計算部100は、提供情報種別の確率を考慮して、各属性の確認による損失の期待値を計算する。警報、天気という2つの提供情報種別の確率は、ともに0.5である。したがって、情報種別という属性による期待損失は0となり、場所という属性の確認による期待損失は1となる。
【0060】
次に、確認属性決定部110は、期待損失がより小さくなる情報種別という属性を確認属性として決定する。文出力部120は、「警報ですか」とか、「天気それとも警報ですか」という確認文を出力する。
【0061】
情報種別という属性の確認による期待損失は、場所という属性の確認による期待損失よりも小さいので、「香川県ですか」といった場所の確認を要求するための確認文を出力するよりも、「天気それとも警報ですか」といった情報種別の確認を要求するための確認文を出力するほうが、対話コストを小さく保つことができ、利用者に対し確認文と応答文の個数の増大に伴う利用者の不満度の増大を避けることができる。
【0062】
以上、本発明の一実施の形態について説明したが、本発明は、上記の実施例に限定されることなく、種々の変更あるいは応用が可能であることは云うまでもない。
【0063】
【発明の効果】
以上説明したように、本発明の対話型情報提供サービスによれば、利用者が情報の問い合せを意味する文を文字列または音声として入力するときに、利用者によって承認されていない問い合せ内容に含まれる各属性に関して、属性の確認による期待損失を計算し、期待損失が極小になるような属性を優先して確認することにより、誤認識などによって生じる利用者に対し出力される確認文と応答文の個数の増大に伴う利用者の不満足度の増大を避けることが可能となる。
【図面の簡単な説明】
【図1】本発明の装置構成例を示すブロック図である。
【図2】本発明の一実施例の処理フローチャートである。
【符号の説明】
10 文入力部
20 文理解部
30 提供情報種別決定部
40 対話手順生成部
50 データベース
60 対話コスト計算部
70 最適対話手順決定部
80 準最適対話手順決定部
90 損失計算部
100 期待損失計算部
110 確認属性決定部
120 文出力部
130 制御部
Claims (6)
- 利用者側が情報の問い合せを意味する文を入力すると、利用者側に対し問い合せの内容の確認を求めるための確認文を出力し、利用者側が確認の承認を意味する文を入力すると、利用者により承認された問合せの内容を記録し、利用者が確認の否認を意味する文を入力する場合には、利用者が新たな情報の問合せを意味する文を入力するのを待ち、利用者に提供すべき情報種別が一意に決定できた後に、利用者により承認された問い合せの内容にしたがって情報を提供するための応答文を利用者側に対し出力する対話型情報提供装置であって、
利用者側からの情報の問い合せ、確認の承認、確認の否認を受け取る入力手段と、
利用者側が情報の問い合せを意味する文を入力する場合は、該入力された文の内容と該文が入力された時点で記録されている利用者の問い合せ内容から判断して、利用者の問い合わせ内容を表す属性と値の組の集合を生成し、該属性と値の組の集合を利用者の問い合せ内容として記録し、属性の確認を求める確認文に対し利用者が確認の承認を意味する文を入力すると、該属性を利用者により承認された問い合せ内容として記録する文理解手段と、
利用者により入力された問い合わせの内容と利用者により承認された問い合せ内容から判断して、利用者に提供することが可能なすべての情報の種別を提供情報種別として決定するとともに、提供情報種別の確率を計算する提供情報種別決定手段と、
提供情報種別の各々に関して、利用者によって承認されていない問い合せの内容を構成する属性の全て或いは一部の確認を求め、利用者が確認を承認した後に、利用者側により承認されている問合せの内容にしたがって情報を提供するという対話手順と、確認を行わないで、該問い合せの内容にしたがって情報を提供するという対話手順を生成する対話手順生成手段と、
各々の対話手順に関して、対話手順に含まれる確認文と応答文の個数の総和を推定し、推定された総和を対話コストとして計算する対話コスト計算手段と、
提供情報種別の各々に関して、極小の対話コストをもつ対話手順を選択し、該極小の対話コストをもつ対話手順を最適対話手順とし、該極小の対話コストを最適コストとする最適対話手順決定手段と、
提供情報種別の各々に関して、指定された属性の確認を最初に求める対話手順を選び出し、該対話手順の中で極小の対話コストをもつ対話手順を選び、属性の確認のための準最適対話手順とし、該極小の対話コストを属性の確認のための準最適コストとする準最適対話手順決定手段と、
提供情報種別の各々に関して、前記準最適コストから前記最適コストを減じ、減算結果の数を属性の確認による損失とする損失計算手段と、
提供情報種別の各々に関する前記属性の確認による損失から、提供情報種別の確率を考慮した損失の期待値を計算し、該期待値を属性の確認による期待損失とする期待損失計算手段と、
利用者に承認されていない問い合せの内容に含まれる属性の各々に関して、各属性の確認による期待損失を比較し、極小の期待損失をもつ属性を選択し、該属性を確認属性として決定する確認属性決定手段と、
前記決定された確認属性の確認を求めるための確認文を利用者側に対し出力する出力手段と、
を有することを特徴とする対話型情報提供装置。 - 請求項1記載の対話型情報提供装置において、最適コスト対話手順として、確認を行わないで応答文を出力する対話手順が存在するならば、確認を行う必要がないと判断して、該対話手順にしたがって応答文を出力することを特徴とする対話型情報提供装置。
- 利用者側が情報の問い合せを意味する文を入力すると、利用者側に対し問い合せの内容の確認を求めるための確認文を出力し、利用者側が確認の承認を意味する文を入力すると、利用者により承認された問合せの内容を記録し、利用者が確認の否認を意味する文を入力する場合には、利用者が新たな情報の問合せを意味する文を入力するのを待ち、利用者に提供すべき情報種別が一意に決定できた後に、利用者により承認された問い合せの内容にしたがって情報を提供するための応答文を利用者側に対し出力する対話型情報提供処理方法であって、
利用者側から情報の問い合せを意味する文を入力するステップと、
入力された情報の問い合わせを意味する文の内容と該文が入力された時点で記録されている利用者の問い合せ内容から判断して、利用者の問い合わせ内容を表す属性と値の組の集合を生成し、該属性と値の組の集合を利用者の問い合せ内容として記録するステップと、
利用者により入力された問い合わせの内容から、利用者に提供することが可能なすべての情報の種別を提供情報種別として決定するとともに、提供情報種別の確率を計算するステップと、
提供情報種別の各々に関して、問い合せの内容を構成する属性の全て或いは一部の確認を求め、利用者が確認を承認した後に、問合せの内容にしたがって情報を提供するという対話手順と、確認を行わないで、該問い合せの内容にしたがって情報を提供するという対話手順を生成するステップと、
各々の対話手順に関して、対話手順に含まれる確認文と応答文の個数の総和を推定し、推定された総和を対話コストとして計算するステップと、
提供情報種別の各々に関して、極小の対話コストをもつ対話手順を選択し、該極小の対話コストをもつ対話手順を最適対話手順とし、該極小の対話コストを最適コストするステップと、
提供情報種別の各々に関して、指定された属性の確認を最初に求める対話手順を選び出し、該対話手順の中で極小の対話コストをもつ対話手順を選び、属性の確認のための準最適対話手順とし、該極小の対話コストを属性の確認のための準最適コストとするステップと、
提供情報種別の各々に関して、前記準最適コストから前記最適コストを減じ、減算結果の数を属性の確認による損失とするステップと、
提供情報種別の各々に関する前記属性の確認による損失から、提供情報種別の確率を考慮した損失の期待値を計算し、該期待値を属性の確認による期待損失とするステップと、
問い合せの内容に含まれる属性の各々に関して、各属性の確認による期待損失を比較し、極小の期待損失をもつ属性を選択し、該属性を確認属性として決定するステップと、
前記決定された確認属性の確認を求めるための確認文を利用者側に対し出力するステップと、
を有することを特徴とする対話型情報提供処理方法。 - 請求項3記載の対話型情報提供処理方法において、最適コスト対話手順として、確認を行わないで応答文を出力する対話手順が存在するならば、確認を行う必要がないと判断して、該対話手順にしたがって応答文を出力することを特徴とする対話型情報提供処理方法。
- 請求項3ないし4記載の対話型情報提供処理方法をコンピュータで実行させるためのプログラム。
- 請求項3ないし4記載の対話型情報提供処理方法をコンピュータで実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001085884A JP3611533B2 (ja) | 2001-03-23 | 2001-03-23 | 対話型情報提供装置、対話型情報提供処理方法、プログラムおよび記録媒体 |
US10/059,884 US7251595B2 (en) | 2001-03-22 | 2002-01-29 | Dialogue-type information providing apparatus, dialogue-type information providing processing method, and program and recording medium for the same |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001085884A JP3611533B2 (ja) | 2001-03-23 | 2001-03-23 | 対話型情報提供装置、対話型情報提供処理方法、プログラムおよび記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002287790A JP2002287790A (ja) | 2002-10-04 |
JP3611533B2 true JP3611533B2 (ja) | 2005-01-19 |
Family
ID=18941329
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001085884A Expired - Fee Related JP3611533B2 (ja) | 2001-03-22 | 2001-03-23 | 対話型情報提供装置、対話型情報提供処理方法、プログラムおよび記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3611533B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8086462B1 (en) | 2004-09-09 | 2011-12-27 | At&T Intellectual Property Ii, L.P. | Automatic detection, summarization and reporting of business intelligence highlights from automated dialog systems |
JP5368953B2 (ja) * | 2009-11-27 | 2013-12-18 | ニフティ株式会社 | 先回り案内推奨方法、プログラム及び装置 |
-
2001
- 2001-03-23 JP JP2001085884A patent/JP3611533B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002287790A (ja) | 2002-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6817467B2 (ja) | 画像および/または他のセンサデータに基づいている自動アシスタント要求の解決 | |
JP4197344B2 (ja) | 音声対話システム | |
JP7386878B2 (ja) | アシスタントの応答を動的に適応させること | |
KR101828273B1 (ko) | 결합기반의 음성명령 인식 장치 및 그 방법 | |
JP4679254B2 (ja) | 対話システム、対話方法、及びコンピュータプログラム | |
US7318031B2 (en) | Apparatus, system and method for providing speech recognition assist in call handover | |
US20060095267A1 (en) | Dialogue system, dialogue method, and recording medium | |
JP6966979B2 (ja) | 対話システムの制御方法、対話システム及びプログラム | |
JP3523213B2 (ja) | コマンド処理装置、コマンド処理方法、及びコマンド処理プログラム | |
US7624016B2 (en) | Method and apparatus for robustly locating user barge-ins in voice-activated command systems | |
JP6983118B2 (ja) | 対話システムの制御方法、対話システム及びプログラム | |
JP2002082947A (ja) | 自動通訳システム、自動通訳方法、および自動通訳用プログラムを記録した記憶媒体 | |
US7251595B2 (en) | Dialogue-type information providing apparatus, dialogue-type information providing processing method, and program and recording medium for the same | |
KR102102287B1 (ko) | 챗봇을 위한 대화 모델의 데이터 크라우드소싱 방법 | |
US20220366901A1 (en) | Intelligent Interactive Voice Recognition System | |
JP3611533B2 (ja) | 対話型情報提供装置、対話型情報提供処理方法、プログラムおよび記録媒体 | |
KR102531953B1 (ko) | 윤리 기반 서비스 제공 장치 및 방법 | |
US11706337B1 (en) | Artificial intelligence assistant for customer service representatives | |
JP3878147B2 (ja) | 端末装置 | |
JP3783936B2 (ja) | 対話型情報提供装置、対話型情報提供処理方法、プログラム及び記録媒体 | |
JP6884442B2 (ja) | プレゼンテーション支援システム | |
KR100609252B1 (ko) | 음성 인식 장치 및 텍스트 블록 데이터를 변경하기 위한 텍스트 변경 수단을 포함하는 텍스트 처리 시스템 | |
US11924150B2 (en) | System(s) and method(s) for enabling a representative associated with an entity to modify a trained voice bot associated with the entity | |
US20220366915A1 (en) | Intelligent Interactive Voice Recognition System | |
US20050114147A1 (en) | System and method for creating business process models by multi-modal conversation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041006 |
|
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: 20041019 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041019 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071029 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081029 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111029 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111029 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121029 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121029 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131029 Year of fee payment: 9 |
|
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 |