(57)【特許請求の範囲】
【請求項１】
通信ネットワークに接続されたコンテンツを視聴する視聴端末からの問い合わせ情報に対する回答データを提供する情報提供サーバにおいて、
前記視聴端末に提供されるコンテンツ情報を含むコンテンツデータベースと前記問い合わせ情報に対応する回答データを含む回答辞書データベースとを蓄積する蓄積手段と、
前記視聴端末からの問い合わせ情報から検索対象のキーワードを抽出し、抽出したキーワードに基づいて、前記蓄積手段に蓄積された回答辞書データベースを検索し、対応する回答データを抽出する問い合わせ回答手段と、
前記回答辞書データベースに蓄積される回答データ及び前記回答データに対して予め設定される確度を更新するためのデータベース管理手段とを有し、
前記データベース管理手段は、
前記問い合わせ回答手段により前記回答辞書データベースから前記キーワードに対する回答データが抽出されなかった場合、前記キーワードに基づいて前記コンテンツデータベースを検索し、抽出されたコンテンツ情報から回答データを生成し、更に前記回答データに対応する確度を、前記コンテンツ情報中における前記回答データの記載位置に基づいて設定し前記回答辞書データベースに登録することを特徴とする情報提供サーバ。
【請求項２】
前記データベース管理手段は、
視聴者からの回答データに対する評価情報に基づいて、前記確度の更新を行うことを特徴とする請求項１に記載の情報提供サーバ。
【請求項３】
前記データベース管理手段は、
前記回答辞書データベースに蓄積されている回答データの確度と予め設定された閾値とを比較して、前記回答データを削除するか否かを判断することを特徴とする請求項１又は２に記載の情報提供サーバ。
【請求項４】
前記回答辞書データベースに蓄積される回答データは、
前記コンテンツの制作者が作成した回答データ、前記コンテンツ情報から言語処理により取得した回答データ、及び前記コンテンツ情報から取得した他のコンテンツへのリンク先情報からなる回答データのうち、少なくとも１つを有することを特徴とする請求項１乃至３の何れか１項に記載の情報提供サーバ。
【請求項５】
通信ネットワークにより接続された請求項１乃至４の何れか１項に記載の情報提供サーバに送信した問い合わせ情報に対する回答データを受信し、視聴するための視聴端末において、
前記問い合わせ情報を生成する問い合わせ情報生成手段と、
前記情報提供サーバから得られる前記回答データを評価し、その評価結果に基づいて、前記回答データを含む個別の辞書データベースを生成する個別辞書データベース管理手段とを有することを特徴とする視聴端末。
【請求項６】
コンピュータを、請求項１乃至４の何れか１項に記載の情報提供サーバが有する各手段として機能させるための情報提供プログラム。
【請求項７】
コンピュータを、請求項５に記載の視聴端末が有する各手段として機能させるための回答データ取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供サーバ、視聴端末、情報提供プログラム、及び回答データ取得プログラムに係り、特に問い合わせに対する高精度な回答を提供するための情報提供サーバ、視聴端末、情報提供プログラム、及び回答データ取得プログラムに関する。
【背景技術】
【０００２】
従来、番組等のコンテンツを視聴者に提供する情報提供サービスにおいて、例えば視聴者が番組を視聴中に番組出演者に対し番組内容に関する問い合わせを行うと、番組に割り込んで番組司会者と直接対話して問い合わせに対する回答データを得ることができる仕組みが存在している（例えば、特許文献１参照。）。
【０００３】
この場合、視聴者に対する回答データは、予め番組制作者が視聴者からの問い合わせ情報を予測し、それに対する回答データを作成してキーワードと共に辞書データベース等に蓄積される。そして、視聴者からの問い合わせ情報を、辞書データベースに蓄積されたキーワードとマッチングすることにより、蓄積された回答の中から所定の回答データを提供することができる。
【特許文献１】特開２００３−２１９３９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術において、視聴者からの問い合わせに対する回答データが辞書データに存在している場合にはその問い合わせに回答することができるが、辞書データに存在していない場合にはその問い合わせに対する質問に回答することができない。
【０００５】
つまり、より多くの問い合わせに対する回答を可能にするためには、番組制作者等が視聴者等からの問い合わせ情報を予想し、それに対する回答データを作成して辞書データベース等に登録しておく必要があった。したがって、回答データの作成者（番組制作者等）の負担が大きなものとなっていた。また、番組制作者毎に回答の精度が異なる場合もあるため、視聴者に問い合わせに対して適切な回答が得られないこともあった。
【０００６】
本発明は、上述した問題点に鑑みなされたものであり、問い合わせ対する高精度な回答を提供するための情報提供サーバ、視聴端末、情報提供プログラム、及び回答データ取得プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【０００８】
請求項１に記載された発明は、通信ネットワークに接続されたコンテンツを視聴する視聴端末からの問い合わせ情報に対する回答データを提供する情報提供サーバにおいて、前記視聴端末に提供されるコンテンツ情報を含むコンテンツデータベースと前記問い合わせ情報に対応する回答データを含む回答辞書データベースとを蓄積する蓄積手段と、前記視聴端末からの問い合わせ情報から検索対象のキーワードを抽出し、抽出したキーワードに基づいて、前記蓄積手段に蓄積された回答辞書データベースを検索し、対応する回答データを抽出する問い合わせ回答手段と、前記回答辞書データベースに蓄積される回答データ及び前記回答データに対して予め設定される確度を更新するためのデータベース管理手段とを有し、前記データベース管理手段は、前記問い合わせ回答手段により前記回答辞書データベースから前記キーワードに対する回答データが抽出されなかった場合、前記キーワードに基づいて前記コンテンツデータベースを検索し、抽出されたコンテンツ情報から回答データを生成し、更に前記回答データに対応する確度を、前記コンテンツ情報中における前記回答データの記載位置に基づいて設定し前記回答辞書データベースに登録することを特徴とする。
【０００９】
請求項１記載の発明によれば、視聴端末からの問い合わせに対して高精度な回答を提供することができる。また、予め回答データを作成しなくてもコンテンツ情報から回答データを生成するため、番組制作者等の負担を削減することができる。また、生成される回答データに確度を設定することで視聴者からの問い合わせに対して高精度な回答を提供することができる。
【００１２】
請求項２に記載された発明は、前記データベース管理手段は、視聴者からの回答データに対する評価情報に基づいて、前記確度の更新を行うことを特徴とする。
【００１３】
請求項２記載の発明によれば、確度を随時更新することにより、回答データの精度を向上させていくことができる。
【００１４】
請求項３に記載された発明は、前記データベース管理手段は、前記回答辞書データベースに蓄積されている回答データの確度と予め設定された閾値とを比較して、前記回答データを削除するか否かを判断することを特徴とする。
【００１５】
請求項３記載の発明によれば、不適切な回答データを無駄に蓄積されるのを防止することができる。これにより、情報提供サーバの記憶容量を節約することができる。
【００１６】
請求項４に記載された発明は、前記回答辞書データベースに蓄積される回答データは、前記コンテンツの制作者が作成した回答データ、前記コンテンツ情報から言語処理により取得した回答データ、及び前記コンテンツ情報から取得した他のコンテンツへのリンク先情報からなる回答データのうち、少なくとも１つを有することを特徴とする。
【００１７】
請求項４記載の発明によれば、回答データの種類を複数設けることにより、高精度な回答データを場合に応じて様々な観点から抽出することができる。
【００１８】
請求項５に記載された発明は、通信ネットワークにより接続された請求項１乃至４の何れか１項に記載の情報提供サーバに送信した問い合わせ情報に対する回答データを受信し、視聴するための視聴端末において、前記問い合わせ情報を生成する問い合わせ情報生成手段と、前記情報提供サーバから得られる前記回答データを評価し、その評価結果に基づいて、前記回答データを含む個別の辞書データベースを生成する個別辞書データベース管理手段とを有することを特徴とする。
【００１９】
請求項５記載の発明によれば、視聴端末毎に個別の回答辞書データベースを設けることにより、各視聴者毎の嗜好にあった高精度な回答を取得することができる。
【００２０】
請求項６に記載された発明は、コンピュータを、請求項１乃至４の何れか１項に記載の情報提供サーバが有する各手段として機能させるための情報提供プログラムである。
【００２１】
請求項６記載の発明によれば、視聴端末からの問い合わせに対して高精度な回答を提供することができる。また、予め回答データを作成しなくてもコンテンツ情報から回答データを生成するため、番組制作者等の負担を削減することができる。また、生成される回答データに確度を設定することで視聴者からの問い合わせに対して高精度な回答を提供することができる。また、実行プログラムをコンピュータにインストールすることにより、容易に本発明における情報提供を実現することができる。
【００２２】
請求項７に記載された発明は、コンピュータを、請求項５に記載の視聴端末が有する各手段として機能させるための回答データ取得プログラムである。
【００２３】
請求項７記載の発明によれば、視聴端末毎に個別の回答辞書データベースを設けることにより、各視聴者毎の嗜好にあった高精度な回答を取得することができる。また、実行プログラムをコンピュータにインストールすることにより、容易に本発明における回答データ取得処理を実現することができる。
【発明の効果】
【００２４】
本発明によれば、問い合わせに対して高精度な回答を提供することができる。
【発明を実施するための最良の形態】
【００２５】
＜本発明の概要＞
本発明は、視聴者が番組等のコンテンツを視聴端末で視聴中に、何らかの問い合わせ（質問）を行い、その問い合わせに対応する回答データを提供する仕組みにおいて、視聴者に提供する回答データを含む回答辞書データを既存のコンテンツデータから生成する。
【００２６】
具体的には、質問等の問い合わせ情報に回答するための回答データを既に公開されて保存されている番組データ群を用いて自動的に生成する。これにより、番組制作者が予め回答データを作成していなくても視聴者からの問い合わせに対して高精度な回答を提供することができる。
【００２７】
また、回答データには、問い合わせ情報に対する確からしさを示す尺度を示す確度の情報を含み、視聴者の回答に対する評価結果等を利用して確度を動的に変化させることにより、回答辞書データの精度を向上させる。
【００２８】
更に、本発明は、回答辞書データベースをサーバ側だけでなく、視聴端末（クライアント側）にも設け、これらをそれぞれ組み合わせて使用することで、より適切な回答を取得することができる。
【００２９】
以下に、上述したような特徴を有する本発明における情報提供サーバ、視聴端末、情報提供プログラム、及び回答データ取得プログラムを好適に実施した形態について、図面を用いて詳細に説明する。
【００３０】
なお、本実施形態では、番組の制作、提示に用いられるスクリプトの一例としてＴＶＭＬ（ＴＶ  ｐｒｏｇｒａｍ  Ｍａｒｋｉｎｇ  Ｌａｎｇｕａｇｅ）を用いるが、本発明はＴＶＭＬに限定されるものではなくＴＶＭＬ以外の表現形式を用いてもよい。また、以下の説明では、提供されるコンテンツの一例として番組を用いるが、本発明におけるコンテンツ種類についてはこの限りではない。
【００３１】
＜情報提供システム：概略構成＞
図１は、本発明における情報提供システムの概略構成の一例を示す図である。図１に示す情報提供システム１０は、情報提供サーバ１１と、少なくとも１つの視聴端末１２−１，１２−２，・・・，１２−ｎとを有するよう構成されている。また、情報提供サーバ１１と視聴端末１２とは、インターネット等の通信ネットワーク１３を介して相互にデータの送受信が可能な状態で接続されている。
【００３２】
情報提供サーバ１１は、番組制作エンジンや、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等で構成された番組台本データ、素材データ、番組に対応するメタデータ等の各種データを番組データベースとして蓄積し、Ｗｅｂ等により通信ネットワーク１３に接続された他の端末から閲覧できるように各種データを公開する。
【００３３】
ここで、番組制作エンジンとは、番組に登場するＣＧキャラクタや番組における１つの動作の単位で「タイトル表示」、「ズームイン」、「ＣＧキャラクタの動作」等のイベントが予め定義されたものであり、番組台本データに任意の番組制作エンジンを適用することにより、効率的に番組制作を実現することができるものである。
【００３４】
また、情報提供サーバ１１は、視聴端末１２から得られる番組等に関する問い合わせ情報に対する回答データを含む回答辞書データベースを有し、視聴端末１２からの問い合わせ情報に対応した回答データを回答辞書データベースから抽出し、抽出した回答データを問い合わせのあった視聴端末１２に出力する。
【００３５】
ここで、情報提供サーバ１１は、視聴端末１２からの問い合わせに対応する回答データが回答辞書データベースに登録されていなかった場合は、視聴端末１２に対して、その旨のメッセージを返す。また、情報提供サーバ１１は、回答不可データを蓄積しておき、所定のタイミング又は所定の時間毎に回答辞書データベースの更新を行う。
【００３６】
更に、情報提供サーバ１１は、視聴者からの回答に対する評価結果に基づいて回答データ毎に設定されている確度を動的に変化させる。また、情報提供サーバ１１は、その確度に基づいて複数の回答データから所定の回答データの選択や不適切な回答データの削除等を行う。
【００３７】
また、視聴端末１２は、通信ネットワーク１３を介して情報提供サーバ１１が公開している番組に関するメタデータを参照し、所望する番組情報（番組制作エンジン、番組台本データ、素材データ）をダウンロード等により取得した、取得した番組を再生して出力する。
【００３８】
また、視聴端末１２は、視聴者から入力される問い合わせ情報を情報提供サーバ１１に送信し、情報提供サーバ１１から得られる回答データを受信して、受信した回答データを再生して出力する。更に、視聴端末１２は、回答データに対する評価結果を生成し、情報提供サーバ１１に送信する。上述したシステム構成により、視聴端末からの問い合わせに対して高精度な回答を提供することができる。
【００３９】
次に、情報提供サーバ１１及び視聴端末１２における機能構成について具体的に説明する。
【００４０】
＜情報提供サーバ１１：機能構成＞
図２は、本発明における情報提供サーバの機能構成の一例を示す図である。図２に示す情報提供サーバ１１は、入力手段２１と、出力手段２２と、蓄積手段２３と、問い合わせ回答手段２４と、辞書ＤＢ（ＤＢ:データベース）管理手段２５と、番組管理手段２６と、公開手段２７と、送受信手段２８と、制御手段２９とを有するよう構成されている。また、蓄積手段２３には、番組ＤＢ３１、辞書ＤＢ３２が蓄積されている。
【００４１】
入力手段２１は、サーバ管理者等からの辞書ＤＢ３２の更新指示や、番組の公開指示等の各種処理の入力を受け付ける。なお、入力手段２１は、例えばキーボードや、マウス等のポインティングデバイス、音声により指示を入力するためのマイク等からなる。
【００４２】
また、出力手段２２は、入力手段２１により入力された指示内容や、指示内容に基づいて辞書ＤＢ３２の管理情報や、公開された番組の内容等を出力する。なお、出力手段２２は、ディスプレイ、スピーカ等からなる。更に、出力手段２２は、プリンタ等の機能を有していてもよく、その場合には辞書ＤＢ３２等の内容等、取得可能なデータを紙等の印刷媒体に印刷して、管理者等に提供することもできる。
【００４３】
蓄積手段２３の番組ＤＢ３１には、番組に関するデータ、例えば番組そのものや、番組を制作するために必要な情報、例えば番組制作エンジンや番組台本データ、素材データ、各番組の内容をＷｅｂに公開する場合等に用いられるメタデータ等が蓄積される。
【００４４】
一方、辞書ＤＢ３２には、視聴者からの問い合わせ情報に対して、所定の回答を行うための回答データが蓄積されている。なお、回答データは、所定の文字列（数字を含んでもよい）をキーワードとして辞書ＤＢ３２に蓄積されている。
【００４５】
なお、辞書ＤＢ３２の回答データは、後述するように更新処理により登録することができ、また番組制作者等が入力手段２１から直接登録することもできる。
【００４６】
問い合わせ回答手段２４は、視聴端末１２からの問い合わせ情報からキーワードの抽出を行い、抽出されたキーワードに基づいて、辞書ＤＢ３２を参照し対応する回答を抽出する。
【００４７】
なお、問い合わせ回答手段２４は、視聴端末１２からの問い合わせ情報に対応する回答が辞書ＤＢ３２に存在しなかった場合は、「問い合わせに対する回答データはありません。」等、その旨の示すメッセージを生成する。また、問い合わせ回答手段２４は、問い合わせ情報に対する回答データが抽出されなかった場合は、検索に用いたキーワードを回答不可ワードとして辞書ＤＢ管理手段２５に出力する。
【００４８】
辞書ＤＢ管理手段２５は、問い合わせ回答手段２４からの回答不可ワード及び視聴端末１２からの回答データに対する評価情報等に基づいて、所定のタイミング又は所定の時間毎に辞書ＤＢ３２の更新処理を行う。
【００４９】
ここで、更新処理としては、回答データの新規登録を行う他に、使用されていない、又は視聴端末１２からの評価が低い回答データを削除、再編集する等の処理を行う。更に、更新処理として、回答データ毎に設定される確度の設定や確度の更新を行う。
【００５０】
なお、更新のタイミングとしては、例えば視聴端末１２からの問い合わせ情報を受信した時点で随時行ってもよく、また、問い合わせ情報が所定回数となった場合に行ってもよい。
【００５１】
番組管理手段２６は、通信ネットワーク１３を介して視聴端末１２に提供する番組の情報を管理する。具体的には、個々の番組がどのチャンネルに属するか、又は新規に開設するチャンネルであるか判断して、その番組のチャンネルを設定し、そのチャンネル情報を管理する。また、番組管理手段２６は、視聴端末１２からの番組取得要求に対して番組ＤＢ３１から該当する番組情報を抽出し、抽出した番組情報を送受信手段２８により要求のあった視聴端末１２に出力させる。
【００５２】
また、番組管理手段２６は、その番組がどのような素材や番組制作エンジンを使用してどのような番組を生成されているか等、その番組を構成する具体的な内容を管理する。
【００５３】
更に、番組管理手段２６は、問い合わせ回答手段２４により得られる視聴者が番組視聴中に送信した問い合わせ情報に対する回答データを、番組中に登場するエージェント（ＣＧキャラクタ）等を介して対話形式で回答データを出力させる場合、回答データから対話シーンを生成することもできる。
【００５４】
公開手段２７は、番組ＤＢ３１に蓄積されている番組に関するメタデータを、例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式に変換する。また、公開手段２７は、変換したＨＴＭＬファイルをＷｅｂ上の他の端末から閲覧可能な状態にして、メタデータの内容を公開する。これにより、視聴端末１２は、通信ネットワーク１３を介して公開されているメタデータを参照し、その中から所望する番組を選択し、選択した番組に関する番組情報（番組制作エンジン、番組台本データ、素材データ）をダウンロードさせることで、視聴端末１２でその番組を再生して、視聴者に提供することができる。
【００５５】
なお、本発明において、公開されるメタデータのファイル形式は、ＨＴＭＬに限定されるものではなく他のファイル形式であってもよい。また、公開手段２７は、動画や音声等のデータを通信ネットワーク１３に接続された他のストレージ装置に蓄積しておき、その情報にアクセスすることができるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等のアドレス情報を管理し、そのアドレス情報のみをＷｅｂに公開したり、送受信手段２８を介して視聴端末１２に直接送信してもよい。
【００５６】
送受信手段２８は、視聴端末１２からの番組の提供要求を受信して番組管理手段２６に出力する。また、送受信手段２８は、要求のあった視聴端末１２に対して番組ＤＢ３１から得られた番組を送信する。更に、送受信手段２８は、視聴端末１２からの問い合わせ情報を受信し、問い合わせ回答手段２４に出力する。また、送受信手段２８は、問い合わせ情報に対する回答データを視聴端末１２に送信する。
【００５７】
制御手段２９は、情報提供サーバ１１の各構成部全体の制御を行う。具体的には、制御手段２９は、問い合わせ回答手段２４により辞書ＤＢ３２から問い合わせ情報に対する回答データを抽出させたり、辞書ＤＢ管理手段２５により所定のタイミング等で回答データを更新させる等の処理を制御する。
【００５８】
＜視聴端末１２＞
次に、視聴端末１２の機能構成について図を用いて説明する。図３は、第１の実施形態における視聴端末の機能構成の一例を示す図である。図３に示す視聴端末１２は、入力手段４１と、出力手段４２と、問い合わせ情報生成手段４３と、公開情報参照手段４４と、番組再生手段４５と、送受信手段４６と、制御手段４７とを有するよう構成されている。
【００５９】
入力手段４１は、視聴者からの番組取得要求や、情報提供サーバ１１に公開されているメタデータの表示されているページにアクセスし、選択された所望する番組の取得要求を送信し、ダウンロードした番組を再生・視聴するための各種指示の入力を受け付ける。また、入力手段４１は、例えばキーボードや、マウス等のポインティングデバイス、音声により指示を入力するためのマイク等からなる。
【００６０】
また、出力手段４２は、入力手段４１により入力された指示内容や、番組再生手段４５により再生された番組、問い合わせ情報生成手段４３により生成した問い合わせ情報等を表示する。なお、出力手段４２は、ディスプレイ、スピーカ等からなる。更に、出力手段４２は、プリンタ等の機能を有していてもよく、その場合には番組の内容等、取得可能なデータを紙等の印刷媒体に印刷して、視聴者等に提供することもできる。
【００６１】
問い合わせ情報生成手段４３は、視聴者の入力手段４１からの入力により、例えば番組中に対話可能な問い合わせ情報を生成する。また、問い合わせ情報生成手段４３は、送受信手段４６を介して生成した問い合わせ情報を情報提供サーバ１１に出力させる。また、問い合わせ情報生成手段４３は、情報提供サーバ１１から得られる問い合わせ情報に対する回答データを視聴した際の評価情報を生成し、その評価情報を送受信手段４６により情報提供サーバ１１に出力させる。
【００６２】
ここで、評価情報とは、例えば回答データに対して「満足」、「普通」、「不満」等、予め設定される視聴者の評価を種別等で表したものである。つまり、予め上述の評価種別等を設定しておき、回答データが番組として再生された後、番組内で評価種別を選択させる画面等を表示して視聴者に何れかの種別を選択させたり、もしくは視聴者がスピーカにより「満足」、「普通」、「不満」の何れかを音声入力する等により回答データに対する評価情報を取得することができる。
【００６３】
公開情報参照手段４４は、アドレス情報に基づいて情報提供サーバ１１が公開している番組情報のコンテンツを参照して、その内容を出力手段４２により出力させる。
【００６４】
番組再生手段４５は、情報提供サーバ１１から取得した各番組情報（番組制作エンジン、番組台本データ、素材データ）から番組を再生し、出力手段４２により出力させて視聴者に提供する。なお、番組再生手段４５は、ＴＶＭＬプレイヤー等を用いることができる。ＴＶＭＬプレイヤーとは、ＴＶＭＬで記述された番組スクリプトを読み取り、番組映像音声をリアルタイムに出力するソフトウェアである。ＴＶＭＬプレイヤーは、スタジオショットをリアルタイムＣＧで生成し、ＣＧスタジオセットの中に登場するＣＧキャラクタがＴＶＭＬスクリプト中に記述された台詞を合成音声で喋り、演技するところを表示することができる。
【００６５】
また、番組再生手段４５は、情報提供サーバ１１から得られた回答データを番組中に登場するエージェント（ＣＧキャラクタ）等を介して対話形式で出力させる場合、回答データが対話シーンであればそのまま番組を再生し、対話シーンでなければ回答データから対話シーンを生成した後に番組を再生して、対話形式で回答データを視聴者に提供することができる。
【００６６】
送受信手段４６は、番組取得要求や、問い合わせ情報、評価情報等を情報提供サーバ１１に送信する。また、送受信手段４６は、情報提供サーバ１１からの番組情報、回答データ等を受信する。
【００６７】
制御手段４７は、視聴端末１２の各構成全体の制御を行う。具体的には、制御手段４７は、問い合わせ情報生成手段４３により問い合わせ情報を生成させたり、公開情報参照手段４４により公開された番組のメタデータを参照させたり、番組再生手段４５により番組情報から番組を再生させる等の処理を制御する。
【００６８】
上述した構成により、問い合わせに対する高精度な回答を提供するための情報提供サーバ１１、及び視聴端末１２を提供することができる。
【００６９】
＜データベース例＞
ここで、本発明における番組ＤＢ３１及び辞書ＤＢ３２の一例について図を用いて説明する。図４は、番組ＤＢ及び辞書ＤＢを説明するための一例の図である。なお、図４（ａ）は、番組ＤＢ３１に含まれる番組台本データの一例を示し、図４（ｂ）は、辞書ＤＢ３２に含まれる回答データの一例を示している。また、図４（ａ），（ｂ）は、それぞれＸＭＬ形式で記述されているが、形式については特に制限されない。また、番組ＤＢ３１には、図４（ａ）に示す番組台本データの他にも番組制作エンジンや素材データ等がそれぞれ複数存在し、辞書ＤＢ３２には図４（ｂ）に示す回答データが複数存在する。
【００７０】
まず、図４（ａ）に示す番組台本データは、タイトル部＜ｔｉｔｌｅ＞や、サブタイトル部＜ｓｕｂｔｉｔｌｅ＞、要約＜ｄｅｓｃｒｉｐｔｉｏｎ＞、番組制作者＜ｃｒｅａｔｏｒ＞等の情報がそれぞれタグにより識別されている。
【００７１】
また、図４（ｂ）に示す辞書ＤＢ３２において、＜ｉｎｔｅｒａｃｔｉｏｎ＞タグは対話辞書データであることを示し、＜ｔａｒｇｅｔｗｏｒｄ＞タグは問い合わせの内容を示している。つまり、＜ｔａｒｇｅｔｗｏｒｄ＞タグにより囲まれるターゲットワード（キーワード）は、問い合わせ情報から抽出されるキーワードとマッチングを行うためのキーワードである。
【００７２】
また、＜ａｃｃｕｒａｃｙ＞タグは回答の確度を示している。なお、図４（ｂ）に示す確度は、「確度＜１」の関係となっており、値が１に近いほうが正解である精度が高いことになる。
【００７３】
また、＜ｒｅｌａｔｉｏｎ＞タグは回答データが直接的であるか、又は間接的な情報であるかの応答内容を示している。つまり、＜ｒｅｌａｔｉｏｎ＞タグには、その回答データが、ターゲットワードに対して直接の回答となる情報（ｄｉｒｅｃｔｌｙ）であるか、又は他の番組を紹介するような間接的な情報（ｉｎｄｉｒｅｃｔｌｙ）であるかが設定される。
【００７４】
また、＜ｒｅｓｐｏｎｓｅｄａｔａ＞タグは回答データの作成者等の情報を示している。具体的には、回答データが番組制作者の作成によるものか、又は後述する更新処理を用いてシステム処理により作成されたものであるか等の識別情報が設定される。また、＜ｕｐｄａｔｅ＞タグはその回答データが新たに蓄積された日（日時）あるいは更新された日（日時）がセットされる。
また、＜ｒｅｓｐｏｎｓｅ＞タグは回答データを示している。ここで、回答データは、データの内容を示すタグと共に格納されており、これにより視聴者への回答データとしてテキスト情報（ｔｅｘｔ）だけでなく、画像情報（ｉｍａｇｅ）や映像情報（ｍｏｖｉｅ）、音声情報（ｓｏｕｎｄ）、ターゲットワードに関連する番組情報のリンク先（ｐｒｏｇｒａｍｌｏｃａｔｉｏｎ）等、様々な情報を提供することができる。
【００７５】
また、＜ａｐｅｓｃｒｉｐｔ＞タグはタグ内の各種データが演出スタイルシート（ＡＰＥスクリプト）で記述されていることを示し、＜ｔｅｘｔ＞タグは回答データにおいて番組出演者が喋るセリフであることを示し、＜ｉｍａｇｅ＞タグは、回答データとして表示できる図であることを示している。また、＜ｐｒｏｇｒａｍｌｏｃａｔｉｏｎ＞タグは問い合わせ情報に関連する番組へのアクセスリンク情報を示している。
【００７６】
ここで、上述したように情報提供サーバ１１及び視聴端末１２は、上述した専用の装置構成により本発明における情報提供等を行うこともできるが、各構成における処理をコンピュータに実行させることができる実行プログラムを生成し、例えば、汎用のパーソナルコンピュータ、サーバ等にプログラムをインストールすることにより、後述する情報提供サーバ１１における情報提供処理、及び視聴端末１２における回答データ取得処理を実現することができる。
【００７７】
＜ハードウェア構成＞
ここで、本発明における実行可能なコンピュータのハードウェア構成例について図を用いて説明する。図５は、本発明における情報提供処理及び回答データ取得処理が実現可能なハードウェア構成の一例を示す図である。図５におけるコンピュータ本体には、入力装置５１と、出力装置５２と、ドライブ装置５３と、補助記憶装置５４と、メモリ装置５５と、各種制御を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５６と、ネットワーク接続装置５７とを有するよう構成されており、これらはシステムバスＢで相互に接続されている。
【００７８】
入力装置５１は、使用者が操作するキーボード及びマウス等のポインティングデバイスや音声を入力するマイク等を有しており、ユーザからのプログラムの実行等、各種操作信号を入力する。出力装置５２は、本発明における処理を行うためのコンピュータ本体を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ５６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。
【００７９】
ここで、本発明において、コンピュータ本体にインストールされる実行プログラムは、例えばＣＤ−ＲＯＭ等の記録媒体５８等により提供される。プログラムを記録した記録媒体５８は、ドライブ装置５３にセット可能であり、記録媒体５８に含まれる実行プログラムが、記録媒体５８からドライブ装置５３を介して補助記憶装置５４にインストールされる。
【００８０】
補助記憶装置５４は、ハードディスク等のストレージ手段であり、本発明における実行プログラムや、コンピュータに設けられた制御プログラム等を蓄積し必要に応じて入出力を行うことができる。
【００８１】
ＣＰＵ５６は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）等の制御プログラム、メモリ装置５５に格納された実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現することができる。また、プログラム実行中に必要な各種情報は、補助記憶装置５４から取得することができ、またプログラム実行後の各種情報を格納することもできる。
【００８２】
ネットワーク接続装置５７は、通信ネットワーク１３等と接続することにより、実行プログラムを通信ネットワーク１３に接続されている他の端末等から取得したり、プログラムを実行することで得られた実行結果又は本発明における実行プログラム自体を他の端末等に提供することができる。
【００８３】
上述したようなハードウェア構成により、特別な装置構成を必要とせず、低コストで効率的に情報提供サーバ１１における情報提供処理、及び視聴端末１２における回答データ取得処理を実現することができる。また、プログラムをインストールすることにより、情報提供処理及び回答データ取得処理を容易に実現することができる。
【００８４】
＜情報処理手順＞
次に、本発明における情報提供サーバ１１の情報提供手順について説明する。なお、情報処理手順として、視聴端末１２からの問い合わせに回答する問い合わせ回答処理、及び辞書ＤＢ３２を更新する辞書ＤＢ更新処理を分けて説明する。
【００８５】
＜情報提供処理手順１：問い合わせ回答処理＞
図６は、問い合わせ回答処理手順の一例を示すフローチャートである。まず、視聴端末１２から送信された問い合わせ情報を取得し（Ｓ０１）、取得した問い合わせ情報からキーワード（検索ワード）を抽出する（Ｓ０２）。例えば、「Ａはなんですか？」という問い合わせ情報であれば、「Ａ」がキーワードとして抽出される。次に、抽出したキーワードに基づいて辞書ＤＢ３２から対応する回答データを検索する（Ｓ０３）。
【００８６】
Ｓ０３の処理による検索の結果、回答データがあったか否かを判断し（Ｓ０４）、回答データがあった場合（Ｓ０４において、ＹＥＳ）、その回答データはその番組の制作者が作成したものであるか否かを判断する（Ｓ０５）。ここで、番組制作者が作成したものであれば、回答の信憑性もあり、確度の高い回答であると考えられる。したがって、回答データが番組制作者により作成されている場合（Ｓ０５において、ＹＥＳ）、その回答データに基づいて対話シーンを生成して視聴端末１２に送信する（Ｓ０６）。これにより、視聴端末１２は、回答データに対応する番組を再生して対話形式で視聴することができる。
【００８７】
また、Ｓ０５の処理において、番組制作者が作成した回答データでない場合（Ｓ０５において、ＮＯ）、図４（ｂ）に示す回答データ毎の確度に基づいて回答データを選択する（Ｓ０７）。なお、回答データの選択手法としては、例えば、確度が最大のものとしてもよく、また、確度が予め設定された閾値よりも高いものの中から更新日が最新なものとしてもよい。上述により選択された回答データに基づいて対話シーンを生成して視聴端末１２に送信する（Ｓ０８）。
【００８８】
また、Ｓ０４の処理において、辞書ＤＢ３２内に回答データがなかった場合（Ｓ０４において、ＮＯ）、その旨を示すエラーメッセージを情報提供サーバ１１及び／又は視聴端末１２に出力し、回答できなかったキーワードを回答不可ワードとして蓄積する（Ｓ１０）。
【００８９】
ここで、Ｓ０６、Ｓ０７の処理においては、Ｓ０３の検索における回答データが複数存在する場合には、確度が最大のもののみを提示するだけでなく、確度に関係なく抽出された回答全てを提示してもよい。また、予め設定された閾値以上の確度を提示するようにしてもよく、例えば３個等の所定数の回答データを順々に提示するようにしてもよい。また、上述したフローチャートによれば、視聴者に回答する回答データの適用順序は、「番組制作者が制作した回答」→「システムが制作した直接的回答」→「システムが制作した間接的回答」となっているが、これに制限されずに確度を基準として動的に並べ替えてもよい。
【００９０】
＜情報提供処理手順２：辞書ＤＢ更新処理＞
次に、本発明における辞書ＤＢ更新処理について、フローチャートを用いて説明する。図７は、辞書ＤＢ更新処理手順の一例を示すフローチャートである。なお、図７に示す辞書ＤＢ更新処理手順は、情報提供サーバ１１が自動的に辞書を作成する場合の処理手順を示すものであるが、本発明における辞書ＤＢ３２の更新についてはこれに限定されず、例えば番組制作者等が入力手段２１等を用いて、直接辞書ＤＢ３２の更新を行ったり、通信ネットワーク１３に接続される外部装置から既に更新された辞書ＤＢ３２自体を取得して既存の辞書ＤＢを更新してもよい。
【００９１】
まず、図６に示す問い合わせ回答処理において、回答結果が得られなかったキーワードが存在する場合に、上述のＳ１０の処理で蓄積した回答不可ワードを入力する（Ｓ２１）。また、入力した不可ワードに基づいて番組ＤＢ３１を検索する（Ｓ２２）。具体的には、上述した図４（ａ）に示す番組ＤＢ３２に蓄積された全ての番組台本データ（ｃｏｎｔｅｎｔ．ａｓｓ）内に上述のキーワード「Ａ」がヒットするか否かを検索する。
【００９２】
ここで、番組ＤＢ３１に含まれる番組台本データに回答不可ワードが存在するか否かを判断し（Ｓ２３）、番組台本データに回答不可ワードが存在する場合（Ｓ２３において、ＹＥＳ）、番組台本データのタイトル部又はサブタイトル部でヒットしているか否かを判断する（Ｓ２４）。
【００９３】
回答不可ワードが番組台本データのタイトル部（＜ｔｉｔｌｅ＞タグ内）又はサブタイトル部（＜ｓｕｂｔｉｔｌｅ＞タグ内）でヒットした場合（Ｓ２４において、ＹＥＳ）、図４（ａ）に示す番組台本データのうち、所定のタグ（例えば、＜ｄｅｓｃｒｉｐｔｉｏｎ＞タグ等）で記述される番組本編データでもヒットしているか否かを判断する（Ｓ２５）。番組本編データでもヒットしている場合（Ｓ２５において、ＹＥＳ）、辞書データとしての確度が比較的高いと判断し、回答不可ワードがヒットした番組台本データの中から回答不可ワードの周辺のデータ群（例えば、回答不可ワードを含む１文又は１文節等）を抽出して言語処理による確度設定処理を行う（Ｓ２６）。なお、Ｓ２６における確度設定処理については後述する。
【００９４】
次に、Ｓ２６により確度が設定された回答データをターゲットワードと共に図４に示すように辞書ＤＢ３２に蓄積する（Ｓ２７）。この場合、＜ｒｅｓｐｏｎｓｅｄａｔａ＞タグには、回答データが番組制作者等の人手ではなくシステムで作成したことを示す「ｓｙｓｔｅｍ」がセットされ、確度及び回答内容には、Ｓ２６による処理結果に基づいたデータが蓄積される。また、＜ｕｐｄａｔｅ＞タグには、蓄積された日時（更新日）がセットされる。
【００９５】
また、Ｓ２５の処理において、タイトル部又はサブタイトル部ではヒットしたが番組本編データ内ではヒットしなかった場合（Ｓ２５において、ＮＯ）、辞書データとしての確度やあまり高くないと判断し、直接的な辞書データとしては生成せず、間接的な回答データとして、「そのワードに関連する番組が存在する」という回答を行うための回答データを生成する。また、その関連する番組のリンク情報を間接的な回答データとして辞書ＤＢ３２に登録する（Ｓ２８）。
【００９６】
また、Ｓ２４の処理において、回答不可ワードが番組台本データのタイトル部又はサブタイトル部でヒットしていない場合（Ｓ２４において、ＮＯ）、辞書データとしての確度は、それほど高くないかもしれないが、解説内容が番組本編データ等の文章中に含まれている可能性があるため、番組台本データから回答不可ワードの周辺のデータ群を抽出して言語処理による確度設定処理を行う（Ｓ２９）。なお、Ｓ２９における確度設定処理については後述する。
【００９７】
また、Ｓ２９により確度設定された回答データをターゲットワードと共に図４に示すように辞書ＤＢ３２に蓄積する（Ｓ３０）。この場合、回答フラグには「システム」がセットされ、確度及び応答内容には、Ｓ２９による処理結果に基づいたデータが蓄積される。また、蓄積された日時を「更新日」にセットする。
【００９８】
また、Ｓ２３の処理において、番組台本データ中に回答不可ワードが存在しなかった場合（Ｓ２３において、ＮＯ）、その旨を示すエラーメッセージを出力する（Ｓ３１）。これにより、自動的に辞書ＤＢの更新を行うことができる。
【００９９】
＜確度設定処理＞
ここで、上述したＳ２６及びＳ２９における確度設定処理について、それぞれフローチャートを用いて説明する。図８は、Ｓ２６における確度設定処理手順の一例を示すフローチャートであり、図９は、Ｓ２９における確度設定処理手順の一例を示すフローチャートである。
【０１００】
図８において、番組台本データ内から抽出した文章（センテンス）を全て入力し（Ｓ４１）、検索した回答不可ワードを説明する文の係り受けが存在するか否かを判断する（Ｓ４２）。ここで、説明の係り受けが存在する場合（Ｓ４２において、ＹＥＳ）、辞書データの確度が高いと判断して辞書データを作成する。
【０１０１】
具体的には、係り受けが主語・述語の関係にあるか否かを判断し（Ｓ４３）、主語・述語の関係にある場合（Ｓ４３において、ＹＥＳ）、適切な回答である可能性が最も高いとして確度を“０．８”（高）に設定する（Ｓ４４）。また、主語・述語の関係にない場合（Ｓ４３において、ＮＯ）、具体的には、修飾・被修飾、補助、並立、接続・被接続等の関係にある場合には、確度をある程度の高いもの（中〜高程度）として“０．７”（中〜高）に設定する。更に、Ｓ４２の処理において、係り受けが存在していない場合（Ｓ４２において、ＮＯ）、確度を中程度として“０．６”（中）に設定する。
【０１０２】
また、図９においては、図８と同様に、抽出した文章（センテンス）を全て入力し（Ｓ５１）、検索した回答不可ワードを説明する文の係り受けが存在するか否かを判断する（Ｓ５２）。ここで、説明の係り受けが存在する場合（Ｓ５２において、ＹＥＳ）、タイトル部又はサブタイトル部には存在しないワードではあるが、辞書データの確度が高いと判断して辞書データを作成する。
【０１０３】
具体的には、係り受けが主語・述語の関係にあるか否かを判断し（Ｓ５３）、主語・述語の関係にある場合（Ｓ５３において、ＹＥＳ）、確度を中程度として“０．６”（中）に設定する（Ｓ５４）。また、主語・述語の関係にない場合（Ｓ５３において、ＮＯ）、具体的には、修飾・被修飾、補助、並立、接続・被接続等の関係にある場合には、角度をある程度低いもの（低〜中程度）として“０．５”（低〜中）に設定する。更に、Ｓ５２の処理において、係り受けが存在していない場合（Ｓ５２において、ＮＯ）、確度を低程度として“０．４”（低）に設定する。
【０１０４】
このように、所定の基準で自動的に確度を設定することができるため、高精度な辞書ＤＢ３２を作成することができる。
【０１０５】
＜確度の更新処理手順＞
次に、確度の更新処理例についてフローチャートを用いて説明する。図１０は、確度の更新処理手順の一例を示すフローチャートである。図１０に示す確度の更新処理は、まず視聴者等からの回答に対する評価結果を受け付け（Ｓ６１）、その内容に基づいて確度の更新を行う（Ｓ６１）。具体的には、例えば評価結果が視聴者の満足のいく回答データだったと評価されていた場合には、その回答データに対応する確度を上げる。例えば現時点での確度が“０．６”であった場合には、“０．６”を例えば“１．２”（評価重み）で乗算して確度を“０．７２”に上げる。また、評価結果が普通だった場合には、確度をそのまま“０．６”とし、評価結果が不満であった場合は、“０．６”を例えば“０．８”（評価重み）で乗算して確度を“０．４８”とする。
【０１０６】
なお、評価結果は、例えば対話応答の最後で、番組出演者等により視聴者に対して「これでよろしいですか？」と質問し、その返答として「満足」、「普通」、「不満」、「他を見る」等の選択領域を表示して視聴者に選択させる、又は視聴者に上述の何れかの言葉をマイクで音声入力してもらう等の処理を行うことで、容易に回答に対する評価結果を取得することができる。
【０１０７】
このように、辞書ＤＢ３２に対して評価結果を反映させた確度を登録する。また、確度が予め設定された閾値（例えば“０．５”）以上であるか否かを判断し（Ｓ６３）、閾値以上である場合（Ｓ６３において、ＹＥＳ）、そのまま処理を終了し、閾値未満である場合（Ｓ６３において、ＮＯ）、辞書ＤＢに蓄積されている回答データを削除する（Ｓ６４）。
【０１０８】
これにより、確度の低い不必要なデータを蓄積しておく必要がなく、常に精度の高い回答データを蓄積することができる。したがって、視聴者等からの問い合わせに対する高精度な回答を提供することができる。
【０１０９】
ここで、上述した実施形態では、辞書ＤＢをサーバのみに設けていたが、視聴端末に個別の辞書ＤＢを設けることにより、個々に専用の回答データを有することができ、個別に満足度を向上させることができ、更にユーザからの質問に対して高精度な回答を提供することができる。ここで、上述した実施形態について以下に説明する。なお、情報提供サーバ側の構成は、図２に示す構成と同一であるためここでの説明は省略し視聴端末についてのみ説明する。
【０１１０】
＜第２の実施形態＞
図１１は、第２の実施形態における視聴端末の機能構成の一例を示す図である。なお、図１１において図３と同一の機能構成を有する部分については同一の符号を付すものとし、ここでの説明は省略する。図１１に示す視聴端末６０は、図３に示す視聴端末１２と比較すると、個別辞書ＤＢ６１と、個別辞書ＤＢ管理手段６２とが新たに設けられている。また、図１に示すシステム構成は、視聴端末１２−１〜１２−ｎが視聴端末６０−１〜６０−ｎに置き換えたものとなる。
【０１１１】
図１１に示すように、個別辞書ＤＢ６１には、図４（ｂ）に示すようなデータが各視聴端末毎に蓄積されている。また、個別辞書管理手段６２は、個別辞書ＤＢ６１を管理する。具体的には、個別辞書管理手段６２は、情報提供サーバ１１から得られる回答データに対する視聴者の評価結果に基づいて、個別辞書ＤＢ６１にその回答データを登録するか否かを判断する。また、回答データに対する評価結果に応じて確度の更新を行い、所定の閾値以下の確度となった回答データを削除する等の処理を行う。
【０１１２】
なお、個別辞書ＤＢ６１に含まれる回答データは、視聴者等が入力手段４１により所定の情報を入力することで更新することもできる。なお、その場合には、図４（ｂ）に示す＜ｒｅｓｐｏｎｓｅｄａｔａ＞タグに、“Ｔｅｌｅｖｉｅｗｅｒ（視聴者）”等の識別情報をセットする。
【０１１３】
＜回答データ取得処理手順＞
次に、第２の実施形態における視聴端末の回答データ取得処理手順の一例についてフローチャートを用いて説明する。図１２は、第２の実施形態における回答データ取得処理手順の一例を示すフローチャートである。なお、図１２に示す例では、番組視聴中に対話形式で問い合わせることで回答データを取得し、取得した回答データを評価結果に基づいて上述した個別辞書ＤＢ６１に登録する例について説明する。
【０１１４】
図１２に示す回答データ取得処理において、まず視聴端末６０は、番組視聴中に視聴者から質問のために入力された情報から問い合わせ情報を生成し（Ｓ７１）、情報提供サーバ１１に出力する（Ｓ７２）。次に、視聴端末６０は、情報提供サーバ１１から回答データを受信すると（Ｓ７３）、その回答データが番組制作者が作成した回答データであるか否かを判断する（Ｓ７４）。
【０１１５】
ここで、番組制作者が作成した回答データである場合（Ｓ７４において、ＹＥＳ）、対話シーンを生成して回答データを提示する（Ｓ７５）。更に、回答データに満足であるか否かを判断し（Ｓ７６）、満足である場合（Ｓ７６において、ＹＥＳ）、処理を終了する。
【０１１６】
ここで、Ｓ７４において、番組制作者が作成した回答データでない場合（Ｓ７４において、ＮＯ）、又はＳ７６の処理において回答データに満足していない場合（Ｓ７６において、ＮＯ）、問い合わせ情報に基づいて視聴端末６０に設けられている個別辞書ＤＢ６１を検索する（Ｓ７７）。また、検索の結果、回答データがあったが否かを判断し（Ｓ７８）、回答データがあった場合（Ｓ７８において、ＹＥＳ）、対話シーンを生成して回答データを提示する（Ｓ７９）。また、提示した回答データに対する視聴者からの評価結果から回答データに満足しているか否かを判断し（Ｓ８０）、回答データに満足している場合（Ｓ８０において、ＹＥＳ）、処理を終了する。なお、視聴者からの評価結果は、上述したように、予め評価種別等を設定しておき、回答データが番組として再生された後、番組内で評価種別を選択させる画面等を表示して視聴者に何れかの種別を選択させたり、もしくは視聴者がスピーカにより各評価種別のうちの何れか１つを音声入力する等により回答データに対する評価情報を取得することができる。
【０１１７】
ここで、Ｓ７７の処理において、個別辞書ＤＢ６１に回答データがない場合（Ｓ７８において、ＮＯ）、又はＳ８０の処理において満足していない場合（Ｓ８０において、ＮＯ）、Ｓ７３において受信したデータが直接的な回答データであるか否かを判断する（Ｓ８１）。なお、直接的なデータであるか否かの判断は、回答データに含まれる＜ｒｅｌａｔｉｏｎ＞タグが“ｄｉｒｅｃｔｌｙ”であるか否かで判断する。
【０１１８】
Ｓ８１の処理において、直接的なデータである場合（Ｓ８１において、ＹＥＳ）、確度等に基づいて回答データを選択し（Ｓ８２）、選択された回答データに基づいて対話シーンを生成して回答データを提示する（Ｓ８３）。また、提示した回答データに対する視聴者の評価結果から回答データに満足しているか否かを判断し（Ｓ８４）、満足している場合（Ｓ８４において、ＹＥＳ）、個別辞書ＤＢにこの回答データを登録して処理を終了する（Ｓ８５）。また、このとき、上述したように回答データの確度を上げるよう更新処理を行う。これにより、今後の検索においてヒットする可能性を高くすることができ、高精度な回答データを出力することができる。また、Ｓ８４の処理において、回答データに満足していない場合（Ｓ８４において、ＮＯ）、そのまま処理を終了する。
【０１１９】
また、Ｓ８１の処理において、直接的な回答データがなかった場合（Ｓ８１において、ＮＯ）、Ｓ７３にて受信した回答データは間接的な回答データであるため、その間接的な回答データから確度等に基づいて回答データを選択し（Ｓ８６）、選択された回答データに基づいて対話シーンを生成して回答データを提示する（Ｓ８７）。
【０１２０】
また、提示した回答データに対する視聴者の評価結果から回答データに満足しているか否かを判断し（Ｓ８８）、回答に満足している場合（Ｓ８８において、ＹＥＳ）、個別辞書ＤＢ６１にこの回答データを登録し（Ｓ８９）、処理を終了する。また、Ｓ８８の処理において、回答に満足していない場合（Ｓ８８において、ＮＯ）、そのまま処理を終了する。
【０１２１】
これにより、視聴端末毎に個別辞書ＤＢ６１を生成及び更新することができる。なお、上述の例では、回答データの適用順序を、「番組制作者が制作した回答データ」→「視聴端末に蓄積された個別辞書ＤＢ６１に含まれる回答データ」→「システム（情報提供サーバ１１）が制作した直接的な回答データ」→「システムが制作した間接的な回答データ」としているが、本発明においてはこれに限定されない。また、上述したフローチャートにおいては、情報提供サーバ１１からの回答データがなかった場合や、確度の更新処理については説明を省略しているが、上述した実施形態を適用することができる。
【０１２２】
上述したように本発明によれば、問い合わせに対して高精度な回答を提供することができる。具体的には、番組制作者が予め問い合わせ情報を予想して、その回答データを制作していなかった場合でも、システム側で回答データを生成することができる。これにより、視聴者の問い合わせに回答できる可能性が高くなる。
【０１２３】
また、視聴端末（クライアント側）に固有の辞書ＤＢを持つことにより、それぞれの視聴者にとって最適な回答を保存することができる。つまり、サーバ側にある回答データは、複数の視聴者共通の回答データであるため、多くの視聴者が利用することによって多くの視聴者にとって適切な回答データが生成される。したがって、ある視聴者がある回答データに対して、自分にとっては適切である回答データであっても他の多くの視聴者にとっては不適切な回答データである場合には、その回答データの確度が下がり、辞書ＤＢから削除されてしまう可能性がある。
【０１２４】
そのため、視聴端末毎に固別の辞書ＤＢを有し、その中に自分が満足する回答データを蓄積することにより、各視聴者が個別に高精度な回答を取得することができる。なお、本発明は、特に番組、映画、音楽を含むコンテンツの公開・配信の分野等に幅広く適用することができる。
【０１２５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【図面の簡単な説明】
【０１２６】
【図１】本発明における情報提供システムの概略構成の一例を示す図である。
【図２】本発明における情報提供サーバの機能構成の一例を示す図である。
【図３】第１の実施形態における視聴端末の機能構成の一例を示す図である。
【図４】番組ＤＢ及び辞書ＤＢを説明するための一例の図である。
【図５】本発明における情報提供処理及び回答データ取得処理が実現可能なハードウェア構成の一例を示す図である。
【図６】問い合わせ回答処理手順の一例を示すフローチャートである。
【図７】辞書ＤＢ更新処理手順の一例を示すフローチャートである。
【図８】Ｓ２６における確度設定処理手順の一例を示すフローチャートである。
【図９】Ｓ２９における確度設定処理手順の一例を示すフローチャートである。
【図１０】確度の更新処理手順の一例を示すフローチャートである。
【図１１】他の実施形態における視聴端末の機能構成の一例を示す図である。
【図１２】第２の実施形態における回答データ取得処理手順の一例を示すフローチャートである。
【符号の説明】
【０１２７】
１０  情報提供システム
１１  情報提供サーバ
１２，６０  視聴端末
１３  通信ネットワーク
２１，４１  入力手段
２２，４２  出力手段
２３  蓄積手段
２４  問い合わせ回答手段
２５  辞書ＤＢ管理手段
２６  番組管理手段
２７  公開手段
２８，４６  送受信手段
２９，４７  制御手段
３１  番組ＤＢ
３２  辞書ＤＢ
４３  問い合わせ情報生成手段
４４  公開情報参照手段
４５  番組再生手段
５１  入力装置
５２  出力装置
５３  ドライブ装置
５４  補助記憶装置
５５  メモリ装置
５６  ＣＰＵ
５７  ネットワーク接続装置
５８  記録媒体
６１  個別辞書ＤＢ
６２  個別辞書ＤＢ管理手段
【図１】
0004783164.tif 000002
【図２】
0004783164.tif 000003
【図３】
0004783164.tif 000004
【図４】
0004783164.tif 000005
【図５】
0004783164.tif 000006
【図６】
0004783164.tif 000007
【図７】
0004783164.tif 000008
【図８】
0004783164.tif 000009
【図９】
0004783164.tif 000010
【図１０】
0004783164.tif 000011
【図１１】
0004783164.tif 000012
【図１２】
0004783164.tif 000013