(57)【要約】【課題】返答生成処理が異なる複数の情報提供モジュールを有する場合であっても、ユーザ問い合わせに対して適切な情報を提供することができるようにする。【解決手段】問合せ送付部２１２が、ユーザ問い合わせを、返答生成処理が異なる複数の情報提供モジュール部２２０であって、ユーザ問い合わせに対して返答候補を生成する複数の情報提供モジュール部２２０の各々に送り、出力制御部２１４が、複数の情報提供モジュール部２２０の各々から、取得した返答候補を、当該情報提供モジュール部２２０に紐付けられたエージェントの情報と共に、エージェントごとに表示部３００に表示させるように制御する。【選択図】図１
2019139574.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ問い合わせに対して、複数種類の返答生成処理を用いてユーザに対する返答を生成して表示する情報提供装置であって、
前記ユーザから前記ユーザ問い合わせの入力を受け付ける入力部と、
前記返答生成処理が異なる複数の情報提供モジュール部であって、ユーザ問い合わせに対して返答候補を生成する複数の情報提供モジュール部と、
前記入力部により受け付けた前記ユーザ問い合わせを、複数の前記情報提供モジュール部の各々に送る問合せ送付部と、
複数の前記情報提供モジュール部の各々から、前記返答候補を取得する返答取得部と、
前記複数の情報提供モジュール部の各々から取得した返答候補を、前記情報提供モジュール部に紐付けられたエージェントの情報と共に、エージェントごとに表示部に表示させるように制御する出力制御部と、
を備えることを特徴とする情報提供装置。
【請求項２】
前記入力部により受け付けた前記ユーザ問い合わせが、過去のユーザ問い合わせ及び過去のユーザ問い合わせに対する返答のうち少なくとも一方と関連性があるか否かを判定する継続性判定部
を更に備え、
前記問合せ送付部は、
前記継続性判定部が関連性有りと判定した場合に、前記入力部により受け付けた前記ユーザ問い合わせを、過去のユーザ問い合わせ及び前記出力制御部が過去に表示させた返答のうち少なくとも一方と共に前記複数の情報提供モジュール部の各々に送り、
前記情報提供モジュール部は、
前記入力部により受け付けた前記ユーザ問い合わせと、過去のユーザ問い合わせ及び前記出力制御部が過去に表示させた返答のうち少なくとも一方とを用いて、前記返答候補を生成する
ことを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記出力制御部は、
前記取得した返答候補が複数ある場合に、重複している前記返答候補をまとめて前記表示部に表示させ、または前記ユーザ問い合わせとの類似度に応じて前記返答候補を前記表示部に表示させるように制御する
ことを特徴とする請求項１又は２記載の情報提供装置。
【請求項４】
前記出力制御部は、
前記エージェントを表示させる際に、キャラクタ性を有するエージェントを表示させることを特徴とする請求項１乃至３の何れか１項記載の情報提供装置。
【請求項５】
前記入力部は、
前記ユーザから前記ユーザ問い合わせの入力を受け付けると共に、問いかけ先のエージェントの指定を受け付け、
前記出力制御部は、
問いかけ先のエージェントの指定を受け付けた場合、前記返答取得部が取得した返答候補のうち、前記ユーザ問い合わせとの関連度が高い返答候補を、前記問いかけ先のエージェントと共に前記表示部に表示させる
ことを特徴とする請求項１乃至４の何れか１項記載の情報提供装置。
【請求項６】
ユーザ問い合わせに対して、複数種類の返答生成処理を用いてユーザに対する返答を生成して表示する情報提供方法であって、
入力部が、前記ユーザから前記ユーザ問い合わせの入力を受け付けるステップと、
問合せ送付部が、前記返答生成処理が異なる複数の情報提供モジュール部であって、ユーザ問い合わせに対して返答候補を生成する複数の情報提供モジュール部の各々に対して、前記入力部により受け付けた前記ユーザ問い合わせを送るステップと、
返答取得部が、複数の前記情報提供モジュール部の各々から、前記返答候補を取得するステップと、
出力制御部が、前記複数の情報提供モジュール部の各々から取得した返答候補を、前記情報提供モジュール部に紐付けられたエージェントの情報と共に、エージェントごとに表示部に表示させるように制御するステップと、
を備えることを特徴とする情報提供方法。
【請求項７】
コンピュータを、請求項１乃至５の何れか１項記載の情報提供装置の各部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供装置、情報提供方法、およびプログラムに関し、特に、問合せに対する情報を提供するための情報提供装置、情報提供方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、ユーザとシステムとがチャットシステムを通して、自然言語で問合せ対応などの情報交換を行うチャットボットシステムが注目を集めている。
【０００３】
これまでのチャットボットシステムでは、ユーザ問い合わせの内容によってシステムが提示すべき情報や発話内容を決定して返答をするというものであった。しかしながら、近年ＡＩに関する機能向上は拡大の一途を辿っており、一言に情報提供システムといっても情報提供元のデータベースやアルゴリズムが異なる機能を組み合わせて使用することが多くなった。
【０００４】
例えば、料理に関するチャットボットに「ジャガイモを使ったレシピ」という問合せをした場合には、レシピデータベースから該当する情報を検索する、レシピ検索のアルゴリズムを実行する。一方で、「ジャガイモに芽があるときは？」のような問合せに対してはよくある質問集（ＦＡＱ）を参照して情報を提示する、ＦＡＱ検索のアルゴリズムを実行する。更に、「最近は暑いよね」のような雑談の入力が入ったときには雑談対話のアルゴリズムを実行するなど、ユーザ問い合わせの内容によって呼び出すアルゴリズムや参照するデータベースを適宜切り替えていく必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２５４４２０号公報
【特許文献２】特開２０１６−１３３９１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このように、複数のアルゴリズムやデータベースを組み合わせた情報提供チャットボットを作成するためには、ユーザ問い合わせの内容を正しく理解する発話理解機能と、ユーザ問い合わせの内容に対して正しいアルゴリズムやデータベースを参照する、タスク分類機能が必要となる。
【０００７】
しかしながら、これらの技術は現在において完全な精度を有しているわけではないので、発話理解やタスク分類に失敗してしまう可能性がある。その場合、チャットボットシステムがユーザにとって有益ではない返答や情報を出力してしまうことになり、チャットボットシステムの満足度低下につながる、という問題があった。
【０００８】
また、タスク分類機能は一般的に分類のためのルールを作成したり、機械学習による分類器を用いたりする事によって実現されるが、新しいアルゴリズムやデータベースを追加する場合や、既存のアルゴリズムを削除する場合などには再度ルール作成やタスク分類器の設計・学習が必要となり、柔軟な運用が難しい、という課題があった。
【０００９】
本発明は上記の点に鑑みてなされたものであり、返答生成処理が異なる複数の情報提供モジュールを有する場合であっても、問合せに対して適切な情報を提供することができる情報提供装置、情報提供方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る情報提供装置は、ユーザ問い合わせに対して、複数種類の返答生成処理を用いてユーザに対する返答を生成して表示する情報提供装置であって、前記ユーザから前記ユーザ問い合わせの入力を受け付ける入力部と、前記返答生成処理が異なる複数の情報提供モジュール部であって、ユーザ問い合わせに対して返答候補を生成する複数の情報提供モジュール部と、前記入力部により受け付けた前記ユーザ問い合わせを、複数の前記情報提供モジュール部の各々に送る問合せ送付部と、複数の前記情報提供モジュール部の各々から、前記返答候補を取得する返答取得部と、前記複数の情報提供モジュール部の各々から取得した返答候補を、前記情報提供モジュール部に紐付けられたエージェントの情報と共に表示部に、エージェントごとに表示させるように制御する出力制御部と、を備えて構成される。
【００１１】
また、本発明に係る情報提供方法は、ユーザ問い合わせに対して、複数種類の返答生成処理を用いてユーザに対する返答を生成して表示する情報提供方法であって、入力部が、前記ユーザから前記ユーザ問い合わせの入力を受け付けるステップと、問合せ送付部が、前記返答生成処理が異なる複数の情報提供モジュール部であって、ユーザ問い合わせに対して返答候補を生成する複数の情報提供モジュール部の各々に対して、前記入力部により受け付けた前記ユーザ問い合わせを送るステップと、返答取得部が、複数の前記情報提供モジュール部の各々から、前記返答候補を取得するステップと、出力制御部が、前記複数の情報提供モジュール部の各々から取得した返答候補を、前記情報提供モジュール部に紐付けられたエージェントの情報と共に表示部に、エージェントごとに表示させるように制御するステップと、を備える。
【００１２】
本発明に係る情報提供装置及び情報提供方法によれば、入力部が、ユーザからユーザ問い合わせの入力を受け付け、問合せ送付部が、返答生成処理が異なる複数の情報提供モジュール部であって、ユーザ問い合わせに対して返答候補を生成する複数の情報提供モジュール部の各々に対して、入力部により受け付けた問合せを送る。
【００１３】
そして、返答取得部が、複数の情報提供モジュール部の各々から、返答候補を取得するし、出力制御部が、複数の情報提供モジュール部の各々から取得した返答候補を、当該情報提供モジュール部に紐付けられたエージェントの情報と共に、エージェントごとに表示部に表示させるように制御する。
【００１４】
このように、複数の情報提供モジュール部の各々から取得した返答候補を、当該情報提供モジュール部に紐付けられたエージェントの情報と共に表示部に表示させるように制御することにより、返答生成処理が異なる複数の情報提供モジュールを有する場合であっても、問合せに対して適切な情報を提供することができる。
【００１５】
また、本発明に係る情報提供装置は、前記入力部により受け付けた前記ユーザ問い合わせが、過去のユーザ問い合わせ及び過去のユーザ問い合わせに対する返答のうち少なくとも一方と関連性があるか否かを判定する継続性判定部を更に備え、前記問合せ送付部は、前記継続性判定部が関連性有りと判定した場合に、前記入力部により受け付けた前記ユーザ問い合わせを、過去のユーザ問い合わせ及び前記出力制御部が過去に表示させた返答のうち少なくとも一方と共に前記複数の情報提供モジュール部の各々に送り、前記情報提供モジュール部は、前記入力部により受け付けた前記ユーザ問い合わせと、過去のユーザ問い合わせ及び前記出力制御部が過去に表示させた返答のうち少なくとも一方とを用いて、前記返答候補を生成することができる。
【００１６】
また、本発明に係る情報提供装置における前記出力制御部は、前記取得した返答候補が複数ある場合に、重複している前記返答候補をまとめて前記表示部に表示させ、または前記ユーザ問い合わせとの類似度に応じて前記返答候補を前記表示部に表示させるように制御することができる。
【００１７】
また、本発明に係る情報提供装置における前記出力制御部は、前記エージェントを表示させる際に、キャラクタ性を有するエージェントを表示させることができる。
【００１８】
また、本発明に係る情報提供装置における前記入力部は、前記ユーザから前記ユーザ問い合わせの入力を受け付けると共に、問いかけ先のエージェントの指定を受け付け、前記出力制御部は、問いかけ先のエージェントの指定を受け付けた場合、前記返答取得部が取得した返答候補のうち、前記ユーザ問い合わせとの関連度が高い返答候補を、前記問いかけ先のエージェントと共に前記表示部に表示させることができる。
【００１９】
本発明に係るプログラムは、上記の情報提供装置の各部として機能させるためのプログラムである。
【発明の効果】
【００２０】
本発明の情報提供装置、情報提供方法、およびプログラムによれば、返答生成処理が異なる複数の情報提供モジュールを有する場合であっても、ユーザ問い合わせに対して適切な情報を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態に係る情報提供装置の構成の一例を示す概略図である。
【図２】本発明の実施の形態に係る情報提供装置のインターフェースの一例を示す図である。
【図３】本発明の実施の形態に係る情報提供装置の情報提供処理ルーチンを示すフローチャートである。
【図４】本発明の実施の形態に係る情報提供装置のインターフェースの一例を示す図である。
【図５】本発明の実施の形態に係る情報提供装置のインターフェースの一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について図面を用いて説明する。
【００２３】
＜本発明の第１の実施の形態に係る情報提供装置の概要＞
【００２４】
まず、本発明の実施形態の概要について説明する。
【００２５】
本実施形態では、チャットボットシステムにおいて、マルチエージェントの概念を導入し、１つの返答生成処理の機能（以下、情報提供モジュール）に対して、１体のエージェントを割り振る。
【００２６】
それぞれのエージェントは独立しており、ユーザ問い合わせに対して、独自で返答を作成する。ここで、本実施形態において、情報提供モジュールの出力を「返答候補」、ユーザに対する最終的な出力を「返答」とする。
【００２７】
そして、最終的に全てのエージェントの返答候補を制御することにより、柔軟なチャットボットシステムを実現する。
【００２８】
また、本実施形態では、ユーザに対し、ユーザとエージェントとの対話的なインタラクションを通して情報を提示する。そのため、ユーザ問い合わせが、前のユーザ問い合わせを引き継いだものか、全く新しいユーザ問い合わせであるかを判断する。
【００２９】
前のユーザ問い合わせを引き継いでいる場合には前のユーザ問い合わせに含まれていた情報を加味して返答する必要がある。本実施形態では、ユーザがユーザ問い合わせを入力した時、当該ユーザ問い合わせが以前のユーザ問い合わせに関連しているのかどうかを判断し、関連している場合は以前のユーザ問い合わせに関する情報を付加した上で、各エージェントに対応する情報提供モジュールに送信する。
【００３０】
このように、履歴情報を用いて次のユーザ問い合わせに対する返答を作成することで、ユーザにとって有益な情報に絞り込んでいくことが可能となる。このとき、エージェントごとにタスクが設定されているため、ユーザが誰に質問したかによって、ユーザの質問の意図（タスク）が推定しやすい。
【００３１】
また、エージェントの数が多い程、ユーザに提示される返答の内容のバリエーションが増えるため、その複数の返答のうち、どの返答に対してユーザが更に問い合わせを行ったのか、またどの返答を無視したのか等、ユーザの意図や有益な情報を推定するのに利用可能な情報が増える。
【００３２】
また、本実施形態では、情報提供モジュールごとに、エージェントを割り振る。ここで、チャットボットとしての出力を全エージェントが出力できる。ユーザ問い合わせに対して、情報提供モジュールのうち質問応答を行う情報提供モジュールからの出力結果である返答候補、ＦＡＱ検索を行う情報提供モジュールからの出力結果である返答候補、雑談対話を行う情報提供モジュールからの出力結果である返答候補をそれぞれ別のエージェントからの提供（提案）結果である返答として一度に出力できる。
【００３３】
すなわち、タスク分類機能等を実行することなく、システムが持っている複数種類の返答生成処理の情報を一度に提供することができる。
【００３４】
また、ユーザ問い合わせの内容に対して、一度に複数の情報提供モジュールから異なる情報が提示されるので、１回の問合せで情報提供モジュールごとの様々な情報が閲覧することが出来るため、ユーザが得られる情報の多様性が向上する。
【００３５】
まとめると、マルチエージェントのチャットボットでは、特徴が異なる複数のエージェントから多様な情報がわかりやすく整理されて提示されるように見えるという効果が生じる。また、チャットシステムにおいて提示できる情報は長くても２文程度に限られるが、複数のエージェントから回答するという形式をとることで、可読性を失わず、より多くの情報を提示することができる。
【００３６】
また、新しいアルゴリズムやデータベースを追加・削除したときにも、同時に新たな情報提供モジュールやエージェントを単純に追加・削除すれば良いことになるので、新機能の追加・削除が容易に可能になる。
【００３７】
また、各情報提供モジュールが独立して動作することができるため、情報提供モジュールの種類が増えたときでも分散処理などで高速に動作させることが可能である。
【００３８】
＜本発明の第１の実施の形態に係る情報提供装置の構成＞
【００３９】
図１を参照して、本発明の実施の形態に係る情報提供装置１０の構成について説明する。図１は、本発明の実施の形態に係る情報提供装置１０の構成を示すブロック図である。
【００４０】
情報提供装置１０は、ＣＰＵと、ＲＡＭと、後述する情報提供処理ルーチンを実行するためのプログラムを記憶したＲＯＭとを備えたコンピュータで構成され、機能的には次に示すように構成されている。
【００４１】
図１に示すように、本実施形態に係る情報提供装置１０は、ユーザ問い合わせに対して、複数種類の返答生成処理を用いてユーザに対する返答を生成する情報提供モジュール部による返答を表示する情報提供装置であって、入力部１００と、制御部２００と、表示部３００とを備えて構成される。
【００４２】
入力部１００は、ユーザからユーザ問い合わせの入力を受け付ける。ここで、本実施形態において、ユーザ問い合わせはテキスト情報とする。ユーザ問い合わせは、自然文、キーワードを列挙したもの、又は音声認識結果であるテキスト等でもよい。また、ユーザ問い合わせは、自然言語形式でもキーワード形式でも良い。
【００４３】
そして、入力部１００は、受け付けたユーザ問い合わせを継続性判定部２１１に渡す。
【００４４】
制御部２００は、ユーザ問い合わせに対して、ユーザに対する返答を表示部３００に表示させるように制御する。
【００４５】
具体的には、制御部２００は、エージェント管理部２１０と、返答生成処理が異なるＮ個（Ｎは２以上の整数）の情報提供モジュール部２２０とを備える。返答生成処理は、例えば、データベースとアルゴリズムの組み合わせを用いてユーザ問い合わせに対する返答を生成する処理や、シナリオ型対話システムのシナリオのように、データベースとアルゴリズムが一体になったものを用いてユーザ問い合わせに対する返答を生成する処理である。
【００４６】
ここでのアルゴリズムとは、ユーザ問い合わせに対して回答候補を出力するための方法である。例えば、入力情報（ユーザ問い合わせ）から、回答候補を得る上で必要な情報を抽出する関数、あるいは、抽出した結果から適切な次の動作を選択、生成する関数などからなる。ここでは、アルゴリズムという呼び方をしているが、ユーザ問い合わせを入力とし、回答候補を得るための処理を行うものであればなんでもよい。
【００４７】
エージェント管理部２１０は、各情報提供モジュール部２２０からユーザ問い合わせに対する返答候補を受け取り、ユーザに対する返答を生成する。
【００４８】
具体的には、エージェント管理部２１０は、継続性判定部２１１と、問合せ送付部２１２と、返答取得部２１３と、出力制御部２１４と、エージェント情報ＤＢ２１５とを備える。
【００４９】
継続性判定部２１１は、入力部１００により受け付けたユーザ問い合わせが、過去のユーザ問い合わせ及び過去のユーザ問い合わせに対する返答のうち少なくとも一方と関連性があるか否かを判定する。
【００５０】
具体的には、継続性判定部２１１は、今回のユーザ問い合わせが、以前のユーザ問い合わせに関連しているかを判定する。まず、継続性判定部２１１は、メモリ（図示しない）に記憶された履歴情報から、ユーザのＭ個以上前のユーザ問い合わせを読み出し、今回のユーザ問い合わせと関連した内容か否かを判定する。Ｍは１以上の所定の整数とし、Ｍ個前〜１つ前までのユーザ問い合わせを「以前のユーザ問い合わせ」とする。ここで、メモリは、継続性判定部２１１に備わっていてもよいし、外部メモリであってもよい。
【００５１】
また、履歴情報は、以前のユーザ問い合わせに関する情報である。以前のユーザ問い合わせに関する情報とは、Ｍ個分の以前のユーザ問い合わせ、以前のユーザ問い合わせに対応するエージェントの返答、ユーザ問い合わせの際にユーザがどのエージェントに注目していたか（メンション情報）等のメタ情報である。
【００５２】
ここで、継続性判定部２１１は、関連性の判定を、以下の通りに行う。
【００５３】
処理（１）：今回のユーザ問い合わせに返信を表すシンボル（メンション：＠等）や、所定の規則に当てはまる内容が含まれる場合は、無条件で関連性ありと判断する。
【００５４】
処理（２）：今回のユーザ問い合わせと、メモリに保存された以前のユーザ問い合わせとの意味的な類似性を計算し、類似性が設定した閾値以上であれば関連性ありと判断する。
【００５５】
ここで、処理（１）の返信を示すシンボルや所定の規則は、自由に設定してよい（シンボル例：＠、規則例：エージェント名がユーザ問い合わせ中にあるか否か、等）。
【００５６】
また、処理（２）の意味的な類似性の計算方法については、テキスト間の類似性を計算する手法であれば、任意の計算手法を採用することができる。例えば、今回と以前のユーザ問い合わせに共通する単語数をカウントする等の手法を採用することができる。また、機械学習を用いた継続性判定の方法を用いてもよい（参考文献１）
［参考文献１］特許第６０９７７９１号公報
【００５７】
また、意味的類似性を計算する際において、「以前のユーザ問い合わせ」の代わりに、以前のユーザ問い合わせに対する各情報提供モジュールの「返答」を用いてもよい。または、「ユーザ問い合わせ」と「返答」とを合わせて用いてもよい。また、以前のユーザ問い合わせの際、ユーザがどのエージェントに注目していたか（メンション情報）等の、メタ情報を合わせて利用してもよい。
【００５８】
また、意味的類似性を計算する際において、Ｍが２以上である場合、「今回のユーザ問い合わせ」と、Ｍ個の「以前のユーザ問い合わせ」と、それぞれ個別にＭ回の類似性の計算を行ってもよいし、Ｍ個の以前のユーザ問い合わせの内容をまとめて１つのテキストとし、１度だけ類似性の計算を行ってもよい。
【００５９】
関連性ありと判定した場合、継続性判定部２１１は、今回のユーザ問い合わせと、履歴情報とを問合せ送付部２１２に渡す。この際、処理（２）で計算した、今回のユーザ問い合わせと、以前のユーザ問い合わせとの類似性の情報も一緒に渡してもよい。または、履歴情報に含まれるＭ個の以前のユーザ問い合わせのうち、処理（２）で計算した類似性が、設定した閾値以上であるもののみを履歴情報として、今回のユーザ問い合わせと共に問合せ送付部２１２に渡してもよい。
【００６０】
また、関連性なしと判定した場合、継続性判定部２１１は、今回のユーザ問い合わせを問合せ送付部２１２に渡す。
【００６１】
また、継続性判定部２１１は、今回のユーザ問い合わせをメモリの履歴情報に追加して保存しておく。
【００６２】
問合せ送付部２１２は、入力部１００により受け付けたユーザ問い合わせを、複数の情報提供モジュール部２２０の各々に送る。
【００６３】
具体的には、問合せ送付部２１２は、ユーザ問い合わせを、各情報提供モジュール部２２０の各々に対して送る。また、継続性判定部２１１から取得した履歴情報も取得している場合には、当該履歴情報も各情報提供モジュール部２２０の各々に対して送る。
【００６４】
返答取得部２１３は、複数の情報提供モジュール部２２０の各々から、返答候補を取得する。
【００６５】
具体的には、返答取得部２１３は、各情報提供モジュール部２２０からの返答候補を取得し、取得した返答候補を、出力制御部２１４に渡す。
【００６６】
出力制御部２１４は、複数の情報提供モジュール部２２０の各々から取得した返答候補を、当該情報提供モジュール部２２０に紐付けられたエージェントと共に、エージェントごとに表示部３００に表示させるように制御する。
【００６７】
具体的には、出力制御部２１４は、返答取得部２１３から受け取った各情報提供モジュール部２２０からの返答候補と、エージェント情報ＤＢ２１５に格納されている各エージェントの情報とを紐付ける。エージェントの情報は、例えば、エージェントの画像、名前、話し方等の情報であり、各エージェントは、異なるキャラクタ性を有する。
【００６８】
ここで、情報提供モジュール部２２０とエージェントとは基本的に１対１で対応するが、図４の例の様に、ユーザ問い合わせにメンション（＠〜）が含まれる場合には、メンションの対応となったエージェントに、エージェント情報ＤＢ２１５に格納されているものとは別の情報提供モジュール部２２０の返答候補を紐付けて出力することもできる。
【００６９】
すなわち、１つの情報提供モジュール部２２０に対して複数のエージェントを紐付けることも、複数の情報提供モジュール部２２０に対して１つのエージェントを紐付けることも可能である。複数のエージェントが同一の情報提供モジュール部２２０を用いた同じ返答をすることも可能であるし、同様の情報提供モジュール部２２０が複数ある場合には、１つのエージェントにより回答をすることが可能である。
【００７０】
そして、出力制御部２１４は、エージェントの画像、エージェントの名前、及び返答候補を表示部３００に渡して、返答候補を紐付けられたエージェントと共に、エージェントごとに表示部３００に表示させる。
【００７１】
また、出力制御部２１４は、表示した返答候補を、継続性判定部２１１が用いるメモリに記憶する。
【００７２】
エージェント情報ＤＢ２１５は、予め各エージェントの情報を格納している。
【００７３】
情報提供モジュール部２２０は、返答生成処理を用いて、ユーザ問い合わせに対して返答候補を生成する。
【００７４】
具体的には、情報提供モジュール部２２０は、まず、問合せ送付部２１２からユーザ問い合わせを取得すると、取得したユーザ問い合わせに対して、各機能に応じた前処理を行う。
【００７５】
機能としては、例えば、Ｗｅｂ検索、ＦＡＱ検索、雑談応答等の種々のチャットボットの機能が考えられる。
【００７６】
また、前処理としては、例えば、Ｗｅｂ検索では形態素解析、ＦＡＱ検索では形態素解析、構文解析、及び固有表現抽出等である。
【００７７】
複数の情報提供モジュール部２２０は、それぞれが機能的に独立して動作する。そのため、形態素解析などの前処理も含めて各情報提供モジュール部２２０がそれぞれで処理を行う。これは、各機能によって求められる前処理が異なることを想定しているためである。
【００７８】
ここで、複数の情報提供モジュール部２２０で共通する前処理（例えば、Ｗｅｂ検索とＦＡＱ検索では形態素解析）を有する場合には、問合せ送付部２１２において共通する前処理を行うように構成してもよい。共通する前処理を事前に行うことにより、処理速度を高めることができるからである。この場合、問合せ送付部２１２は、前処理の結果を該当する情報提供モジュール部２２０に送付するように構成する。
【００７９】
次に、情報提供モジュール部２２０は、自己の機能に応じた返答生成処理に基づいて返答候補を生成する。返答生成処理が、アルゴリズムとデータベースを組み合わせたものである場合、例えば、Ｗｅｂをデータベースとし、Ｗｅｂ検索を行うアルゴリズムを用いて、返答候補を生成したり、ＦＡＱデータベースに対して検索を行うアルゴリズムを用いて、返答候補を生成したり、雑談応答データベースと雑談応答を生成するアルゴリズムとを用いて、返答候補を生成する、等である。このとき、ユーザ問い合わせと、各データベースのエントリとの類似度等の尺度を用いて、返答候補を生成する。返答候補を生成する際の尺度は、各情報提供モジュール部２２０のアルゴリズムやデータベースによって異なるものを利用すればよい。また、以前のユーザ問い合わせも入力されている場合には、以前のユーザ問い合わせとの類似度を更に考慮して、返答候補を生成する。
【００８０】
そして、情報提供モジュール部２２０は、生成した返答候補を、返答取得部２１３に生成した返答候補を送付する。また、図２では、情報提供モジュール部２２０の返答候補として、Ｗｅｂ検索などテキストを対象とした情報を提示しているが、返答候補は画像や音声など、情報提供モジュール部２２０の機能に応じたものを採用することができる。
【００８１】
表示部３００は、出力制御部２１４から複数の情報提供モジュール部２２０の各々から取得した返答候補を、当該情報提供モジュール部２２０に紐付けられたエージェントの情報と共に、エージェントごとに表示する。
【００８２】
具体的には、表示部３００は、出力制御部２１４から返答（エージェントの画像、エージェントの名前、返答候補）を受け取ると、返答をユーザのインターフェースに表示する。インターフェースは、画像やテキストを出力するもののみならず、音声を出力するもの等であってよい。
【００８３】
＜本発明の第１の実施の形態に係る情報提供装置の作用＞
【００８４】
図３は、本発明の実施の形態に係る情報提供処理ルーチンを示すフローチャートである。
【００８５】
入力部１００にユーザ問い合わせが入力されると、制御部２００において、図３に示す情報提供処理ルーチンが実行される。
【００８６】
まず、ステップＳ１００において、入力部１００は、ユーザからユーザ問い合わせｑ１の入力を受け付ける。
【００８７】
ステップＳ１１０において、出力制御部２１４は、エージェント情報ＤＢ２１５に格納されている各エージェントの情報を取得する。
【００８８】
ステップＳ１２０において、エージェント管理部２１０は、ｎ＝１とする。
【００８９】
ステップＳ１３０において、問合せ送付部２１２は、入力部１００により受け付けたユーザ問い合わせｑ１を、複数の情報提供モジュール部２２０の各々に送る。
【００９０】
ステップＳ１４０において、返答取得部２１３は、複数の情報提供モジュール部２２０の各々から、返答候補ａｎを取得する。
【００９１】
ステップＳ１５０において、出力制御部２１４は、返答取得部２１３から受け取った各情報提供モジュール部２２０からの返答候補ａｎと、エージェント情報ＤＢ２１５に格納されている各エージェントの情報とを紐付ける。
【００９２】
ステップＳ１６０において、出力制御部２１４は、当該エージェントの情報及び返答候補ａｎを表示部３００に渡して、返答候補ａｎを紐付けられたエージェントと共に、エージェントごとに表示部３００に表示させる。
【００９３】
ステップＳ１７０において、ユーザから終了信号が入力されたか否かを判定する。
【００９４】
終了信号が入力されている場合（ステップＳ１７０のＹＥＳ）、処理を終了する。
【００９５】
一方、終了信号が入力されていない場合（ステップＳ１７０のＮＯ）、ステップＳ１８０において、ｎに１を加算する。
【００９６】
ステップＳ１９０において、入力部１００は、ユーザからユーザ問い合わせｑｎの入力を受け付ける。
【００９７】
ステップＳ２００において、入力部１００により受け付けたユーザ問い合わせｑｎが、過去のユーザ問い合わせと関連性があるか否かを判定する。
【００９８】
関連性がないと判定した場合（ステップＳ２００のＮＯ）、ステップＳ２１０において、入力されたユーザ問い合わせｑｎをｑ１とし、ステップＳ１２０に戻り、ステップＳ１２０〜ステップＳ１６０の処理を行う。
【００９９】
一方、関連性があると判定した場合（ステップＳ２００のＹＥＳ）、ステップＳ２２０において、ユーザが注目しているエージェントがあるか否かを判定する。
【０１００】
注目しているエージェントがある場合（ステップＳ２２０のＹＥＳ）、ステップＳ２３０において、問合せ送付部２１２は、全てのユーザ問い合わせｑ１〜ｑｎと、これまでにユーザに表示した当該エージェントの返答候補ａ１〜ａｎ−１（履歴情報）とを、各情報提供モジュール部２２０の各々に対して送る。
【０１０１】
一方、注目しているエージェントがない場合（ステップＳ２２０のＮＯ）、ステップＳ２４０において、問合せ送付部２１２は、全てのユーザ問い合わせｑ１〜ｑｎと、全てのエージェントの返答候補ａ１〜ａｎ−１（履歴情報）とを、各情報提供モジュール部２２０の各々に対して送る。
【０１０２】
ステップＳ２５０において、返答取得部２１３は、複数の情報提供モジュール部２２０の各々から、返答候補ａｎを取得する。
【０１０３】
ステップＳ２６０において、出力制御部２１４は、返答取得部２１３から受け取った各情報提供モジュール部２２０からの返答候補ａｎと、エージェント情報ＤＢ２１５に格納されている各エージェントの情報とを紐付ける。
【０１０４】
ステップＳ２７０において、出力制御部２１４は、当該エージェントの情報及び返答候補ａｎを表示部３００に渡して、返答候補ａｎを紐付けられたエージェントと共に、エージェントごとに表示部３００に表示させる。
【０１０５】
ステップＳ２８０において、ユーザから終了信号が入力されたか否かを判定する。
【０１０６】
終了信号が入力されていない場合（ステップＳ２８０のＮＯ）、ステップＳ１８０に進み、処理を繰り返す。
【０１０７】
一方、終了信号が入力されている場合（ステップＳ２８０のＹＥＳ）、処理を終了する。
【０１０８】
以上説明したように、本実施形態に係る情報提供装置によれば、複数の情報提供モジュール部の各々から取得した返答候補を、当該情報提供モジュール部に紐付けられたエージェントの情報と共に表示部に表示させるように制御することにより、返答生成処理が異なる複数の情報提供モジュールを有する場合であっても、ユーザ問い合わせに対して適切な情報を提供することができる。
【０１０９】
また、本実施形態に係る情報提供装置によれば、継続性判定部が、ユーザ問い合わせが、過去のユーザ問い合わせ及び過去のユーザ問い合わせに対する返答のうち少なくとも一方と関連性があるか否かを判定し、問合せ送付部が、継続性判定部が関連性有りと判定した場合に、ユーザ問い合わせを、過去のユーザ問い合わせ及び出力制御部が過去に表示させた返答のうち少なくとも一方と共に複数の情報提供モジュール部の各々に送り、情報提供モジュール部が、ユーザ問い合わせと、過去のユーザ問い合わせ及び出力制御部が過去に表示させた返答のうち少なくとも一方とを用いて、返答候補を生成することにより、ユーザにとって有益な情報に絞り込んで返答することができるため、ユーザ問い合わせに対して適切な情報を提供することができる。
【０１１０】
また、本実施形態において、情報提供モジュール部２２０は、エージェントを表示させる際に、キャラクタ性を有するエージェントを表示させることができる。
【０１１１】
エージェントが複数おり、そのなかで提示する情報がそれぞれ異なるということは、ある種の「性格付け」が行われているということになる。しかし、ユーザは、内容を確認する必要があるため、どのエージェントに聞けばよいか分からなくなる場合がある。
【０１１２】
そこで、例えば、帽子を被るエージェント（図２のＷｅｂＡｇｅｎｔ）、色を付けたエージェント（図２のＣｈａｔＡｇｅｎｔ）等のキャラクタ性を有するエージェントを表示部３００に表示させる。また、エージェントの画像に限らず、語尾に特定の言葉を付ける等の口癖や、方言等種々のキャラクタ性を付与することができる。
【０１１３】
そうすると、エージェントの出力画像や名前を工夫することによって「赤いエージェントはいつもＦＡＱの検索結果」を提示するなどといったことがわかるようになる。
【０１１４】
すなわち、エージェントごとにキャラクタ性を持たせることにより、ユーザがどのエージェントがどのような機能を担当しているか覚えやすくなる。このため、ユーザビリティを向上させることができる。また、キャラクタ自身が「ＦＡＱを検索するエージェントである」等、機能の情報を持っているので、ユーザに提示する情報を、可読性を失わずに、より圧縮することができる。例えば、図５の例において、ＦＡＱＡｇｅｎｔが回答する際には、「ＦＡＱで調べました」等と書かなくても、何を調べたうえでの回答なのか、ユーザは直感的に知ることができる。
【０１１５】
＜本発明の第２の実施の形態に係る情報提供装置の概要＞
【０１１６】
第１の実施形態では、各情報提供モジュールがそれぞれ入力に対して最適と思う情報を提示するため、返答候補は情報提供モジュールの数だけ生成される。
【０１１７】
本実施形態では、各情報提供モジュールの出力結果である返答候補が出揃った後、ユーザ問い合わせと返答候補との関連度を用いて、ユーザ問い合わせに関連する返答候補に紐付くエージェントを選択して出力するようにする。
【０１１８】
また、各返答候補を表示する際の表示順を決定するためのランキングを行う。ランキングの際には、ユーザ問い合わせと返答候補との関連度を用いる。
【０１１９】
これらの関連度は、ユーザ問い合わせと返答候補との意味的な類似度及び、各情報提供モジュールが出力するスコア（返答スコア）を基に算出する。
【０１２０】
また、エージェントは、情報提供インターフェースと捉えることができる。そのため、各情報提供モジュールの実行結果を、どのエージェントに話させるか（ユーザに表示するか）を決定するようにしてもよい。つまり、情報提供モジュールと、エージェントの対応付けを動的に変更するようにしてもよい。
【０１２１】
例えば、図２では、ユーザ問い合わせであるユーザの質問「緑色のじゃがいもは食べられる？」に対し、もっとも適切と思われる回答結果として、ＦＡＱＡｇｅｎｔがＦＡＱ検索結果を返答している。ここで、図４のように、ユーザが同様のユーザ問い合わせをＷｅｂＡｇｅｎｔに向かって話しかけたときには、ＷｅｂＡｇｅｎｔからＦＡＱ検索結果を返答するようにしてもよい。さらに、他の例として、図５のような方法も考えられる。
【０１２２】
このようにすることで、エージェントとユーザとのインタラクションの一貫性を保つことができる、という効果がある。
【０１２３】
＜本発明の第２の実施の形態に係る情報提供装置の構成＞
本発明の第２の実施の形態に係る情報提供装置１０の構成について説明する。なお、上記の実施の形態に係る情報提供装置１０と同様の構成については、同一の符号を付して詳細な説明は省略する。
【０１２４】
複数の情報提供モジュール部２２０の各々は、１以上の返答候補と返答スコアを出力する。返答スコアは、ユーザ問い合わせの返答としてのふさわしさを示すスコアであり、例えば、ユーザ問い合わせと返答候補との類似度に応じて算出される。
【０１２５】
返答取得部２１３は、複数の情報提供モジュール部２２０の各々から、１以上の返答候補と返答スコアを取得し、取得した返答候補と返答スコアを、出力制御部２１４に渡す。
【０１２６】
出力制御部２１４は、取得した返答候補と返答スコアとに基づいて、表示部３００が表示するエージェントを選択する。
【０１２７】
具体的には、出力制御部２１４は、下記式（１）に従って計算する関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）により、表示部３００が表示するエージェントを選択する。
【０１２８】
【数１】
2019139574.tif 000003
【０１２９】
ここで、ｑはユーザ問い合わせ、Ｄｉはｉ番目のエージェントに対応する情報提供モジュール部２２０から取得した返答候補である。また、ｓｃｏｒｅ（Ｄｉ）はｉ番目のエージェントに対応する返答候補から取得した返答スコアである。λは係数であり０〜１．０の範囲で人手または機械学習によって決定する。
【０１３０】
出力制御部２１４は、情報提供モジュール部２２０の数Ｎが２以上の場合は、上記関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）を参照して上位Ｋ件までの出力結果のみをエージェントと共に表示させる、または関連度スコアが閾値以上の情報提供モジュール部２２０の返答候補のみをエージェントと共に表示させる。
【０１３１】
ここで、Ｋは１以上の任意の整数とし、所定の値としてもよいし、出力先であるインターフェースの画面の大きさに応じて動的に設定されるようにしてもよい。また、ｓｉｍ（ｑ，Ｄｉ）はユーザ問い合わせと返答候補との意味的な類似度であり、任意の手法で計算することができる。例えば、ユーザ問い合わせと返答候補とがテキストである場合、両テキストに共通する単語数をカウントする等の方法により計算する。
【０１３２】
Ｄｉは情報提供モジュール部２２０から取得したＲ件（Ｒは１以上の整数）の返答候補からなるため、Ｒが２以上の場合は、そのうち最も返答スコアが高いものと類似度計算を行う。また、Ｒ件分をまとめて１つの情報とし、類似度計算を行ってもよい。
【０１３３】
出力制御部２１４は、この関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）に基づき、表示するエージェントとその返答候補を選択する。なお、関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）の算出方法、表示するエージェントの選択方法については、上記の例に限定されず、様々な手法を採用することができ、システム設計者が自由に設計してもよい。
【０１３４】
次に、出力制御部２１４は、表示部３００が表示するエージェントの順番を決定する。
【０１３５】
具体的には、出力制御部２１４は、上記式（１）に従って計算した関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）が高いエージェントが上位に来るように、表示部３００が表示するエージェントの順番を決定する。
【０１３６】
なお、表示するエージェントを選択する処理、及び表示するエージェントの順番を決定する処理は、いずれか一方のみの構成とするようにしてもよい。
【０１３７】
ここで、出力制御部２１４は、下記のような表示ルールを予め設定しておくことにより、エージェントとユーザとのインタラクションの一貫性を保ち、自然な対話を可能にする。また、重複を避け、ユーザ問い合わせに合わせてランキングすることで満足度を上げることができる。
【０１３８】
＜ルール１＞
ユーザが話しかけたエージェントＡ（ユーザ問い合わせにおいて、メンション＠で指定されたエージェント）が、関連度スコアを元に選択されたエージェントに含まれない場合、ユーザが話しかけたエージェントＡ（及びその返答候補）を、選択したエージェント（及びその返答候補）に追加する。
【０１３９】
＜ルール２＞
表示するエージェントの順番を決める際、エージェントＡの返答候補を最も上位に表示する。
【０１４０】
＜ルール３＞
ユーザが話しかけたエージェントＡと、エージェントＡより高い返答スコアを持つエージェントＢが存在する場合、エージェントＡの返答候補としてエージェントＢの返答候補を表示する。
【０１４１】
例えば、図４の例のように、ユーザが図２と同様の質問をＷｅｂＡｇｅｎｔに向かって話しかけた場合、ＦＡＱ検索結果の関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）が、Ｗｅｂ検索の関連度スコアｓｃｏｒｅ（ｑ，Ｄｉ）より高いことが想定される。この場合、ユーザが話しかけたＷｅｂＡｇｅｎｔが返事をするのが会話の流れとしては自然であるが、しかし、ユーザが知りたい内容はＦＡＱ検索結果に含まれると思われる。よってＦＡＱ検索結果をＷｅｂＡｇｅｎｔに紐づけて表示を行う。これにより、エージェントとユーザとのインタラクションの一貫性を保ち、自然な対話が可能になる。
【０１４２】
＜ルール４＞
ユーザが話しかけたエージェントＡと、エージェントＡより高い返答スコアを持つエージェントＢが存在する場合、エージェントＡからエージェントＢが回答する旨を返答した後、エージェントＢから返答を行う（図５の例）。
【０１４３】
＜ルール５＞
重複する返答候補がある場合は、重複部分を削除する。
【０１４４】
＜ルール６＞
メモリに記憶されている過去の返答と、今回の返答に重複するものがある場合は削除する。
【０１４５】
このような表示ルールを設けることにより、表示される返答候補の内容の重複を避け、ユーザのユーザ問い合わせに合わせてランキングすることで満足度を上げる。なお、上記表示ルールは全て設ける必要はなく、選択的に採用してよい。
【０１４６】
このような表示ルールに基づいて、ユーザのユーザ問い合わせに合わせてランキングすることで満足度を上げることができる。
【０１４７】
情報提供モジュール部２２０は、１以上の返答候補を生成する。
【０１４８】
具体的には、情報提供モジュール部２２０は、自己の機能に応じた返答生成処理に基づいて出力される返答候補を、１以上生成する。
【０１４９】
ここで、情報提供モジュール部２２０は、複数の返答候補を生成した場合には、生成した複数の返答候補のうち、任意の数（Ｒとする）を返答取得部２１３に送付するようにしてもよい。例えば、情報提供モジュール部２２０の機能がＷｅｂ検索の場合、検索結果の上位３件（Ｒ＝３）を、送付する複数の返答候補とする等である。また、検索結果をそのまま返答候補とせず、検索結果へアクセスするためのリンクアドレス情報等に変換して返答候補としてもよい。
【０１５０】
また、情報提供モジュール部２２０は、返答スコアを算出する。
【０１５１】
具体的には、情報提供モジュール部２２０は、返答候補生成の際に得られるスコアなどの数値情報も返答スコアとして算出する。返答スコアの算出方法は、各情報提供モジュール２２０の返答生成処理に依存して決まるものである。例えば、Ｗｅｂ検索であれば、検索結果とともに、ユーザ問い合わせと検索結果との類似度を返答スコアとして算出する、等である。
【０１５２】
情報提供モジュール部２２０は、算出した返答スコアを、０〜１に正規化する等して、情報提供モジュール間で比較可能な値とする。また、返答スコアは、ユーザ問い合わせが当該情報提供モジュール部２２０と紐づくエージェントへの問合せであったか否かを加味した値にしてもよい。例えば、ユーザ問い合わせが当該情報提供モジュール部２２０に対するものであるか否かで所定の値を加算または減算する等の方法を採用することができる。
【０１５３】
そして、情報提供モジュール部２２０は、生成した複数の返答候補と、算出した返答スコアとを、返答取得部２１３に送付する。
【０１５４】
以上説明したように、第２の実施形態に係る情報提供装置によれば、出力制御部が、取得した返答候補が複数ある場合に、重複している返答候補をまとめて表示部に表示させ、またはユーザ問い合わせとの類似度に応じて返答候補を表示部に表示させるように制御するため、ユーザ問い合わせに対して適切な情報を提供することができる。
【０１５５】
また、第２の実施形態に係る情報提供装置によれば、入力部が、ユーザからユーザ問い合わせの入力を受け付けると共に、問いかけ先のエージェントの指定を受け付け、出力制御部が、問いかけ先のエージェントの指定を受け付けた場合、返答取得部が取得した返答候補のうち、ユーザ問い合わせとの関連度が高い返答候補を、問いかけ先のエージェントの情報と共に、エージェントごとに表示部に表示させるため、自然な対話が可能になることにより、ユーザの満足度を高めることができる。
【０１５６】
なお、本発明は、上述した実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
【０１５７】
上記実施形態では、制御部２００は、情報提供モジュール部２２０を最低でも１以上有するが、上限はマシンリソースの範囲内において無限である。また、情報提供モジュール部２２０は、外部装置が有する機能であってもよい。
【０１５８】
ここで、情報提供モジュール部２２０が、ネットワークを介した外部装置である場合、問合せ送付部２１２は、ネットワークを介して当該情報提供モジュール部２２０に、ユーザ問い合わせ及び返答履歴を送信する。また、この場合、返答取得部２１３は、ネットワークを介して当該情報提供モジュール部２２０から送られてくるユーザ問い合わせを受信する。
【０１５９】
このような構成により、ネットワーク上の機能の異なる様々な情報提供モジュール部２２０を利用することができ、可用性を高め、障害発生時の冗長性を担保することができる。
【０１６０】
また、上記の実施形態では、出力制御部２１４は、各情報提供モジュール部２２０とエージェントとの紐付け処理の後、表示するエージェントの選択と順番の決定を行うとしたが、表示する情報提供モジュール部２２０の選択と順番の決定を行ったのち、各情報提供モジュールとエージェントとの紐付け処理を行う、という順序でもよい。
【０１６１】
また、上記実施形態では、問合せ送付部２１２は、ユーザ問い合わせを全ての情報提供モジュール部２２０に送付していたが、送付する情報提供モジュール部２２０を選択するようにしてもよい。すなわち、実行する情報提供モジュール部２２０を選択するようにしてもよい。
【０１６２】
この場合、送付する情報提供モジュール部２２０は複数選択可能であり、ユーザ問い合わせにメンション＠等の相手指定があった機能のみに送付するようにしてもよい。
【０１６３】
このように構成することにより、不要な処理を削減することができ、ユーザに対して必要な処理のみを行うことができるため、計算速度を向上させ、かつ、ユーザの満足度を上げることができる。
【０１６４】
従来技術のようにタスク分類を行い、ユーザ問い合わせの内容に所定の程度合致する情報提供モジュール部２２０（タスクの機能）に絞り込んでから、ユーザ問い合わせを送付するようにしてもよい。
【０１６５】
また、上記の実施形態のルール１の変形例として、入力部１００が、ユーザからユーザ問い合わせの入力を受け付けると共に、問いかけ先のエージェントの指定を受け付け、出力制御部２１４が、問いかけ先のエージェントの指定を受け付けた場合、返答取得部２１３が取得した返答候補のうち、ユーザ問い合わせとの関連度が高い返答候補を、問いかけ先のエージェントの情報と共に表示部３００に表示させるようにしてもよい。
【０１６６】
また、複数の情報提供モジュール部２２０は互いに独立しているが、最終的に、返答生成処理により得られる情報提供モジュール部２２０の返答候補がそれぞれ独立していれば良いので、例えば、異なる複数の情報提供モジュール部２２０が同じデータベースを参照して、異なる返答生成処理によって返答候補をそれぞれ返答取得部２１３に送るようにしてもよい。
【０１６７】
また、本願明細書中において、プログラムが予めインストールされている実施形態として説明したが、当該プログラムを、コンピュータ読み取り可能な記録媒体に格納して提供することも可能である。
【符号の説明】
【０１６８】
１０   情報提供装置
１００ 入力部
２００ 制御部
２１０ エージェント管理部
２１１ 継続性判定部
２１２ 送付部
２１３ 返答取得部
２１４ 出力制御部
２２０ 情報提供モジュール部
３００ 表示部
【図１】
2019139574.tif 000004
【図２】
2019139574.tif 000005
【図３】
2019139574.tif 000006
【図４】
2019139574.tif 000007
【図５】
2019139574.tif 000008