(57)【要約】【課題】メタデータが示す放送内容の属性に応じた適切なメタデータ関連情報を配信することを可能とし、ユーザの利便性を向上させる。【解決手段】本発明のメタデータ関連情報提供サーバ１０は、メタデータに関するメタデータ関連情報を検索サーバ４０から取得するメタデータ関連情報取得部１０３と、取得されたメタデータ関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じたメタデータ関連情報の優先度とを関連付けて記憶するルールＤＢ１０８と、取得されたメタデータのメタデータ属性を判定するメタデータ属性判定部１０７と、ルールＤＢ１０８においてメタデータ属性判定部１０７によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、メタデータ関連情報取得部１０３によって取得されたメタデータ関連情報をクライアント端末２０に提供するフィルタリング部１１０と、を具備する。【選択図】図２
2011217106.tif 000002
【特許請求の範囲】
【請求項１】
放送内容を示すメタデータを取得するメタデータ取得部と、
前記メタデータ取得部によって取得されたメタデータに関する関連情報の検索を検索サーバに要求して、該要求に応じて検索された関連情報を前記検索サーバから取得する関連情報取得部と、
前記関連情報取得部によって取得された関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じた前記関連情報の優先度と、を関連付けて記憶する優先度記憶部と、
前記メタデータ取得部によって取得されたメタデータが示す放送内容の属性であるメタデータ属性を判定するメタデータ属性判定部と、
前記優先度記憶部において前記メタデータ属性判定部によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、前記関連情報取得部によって取得された関連情報をクライアント端末に提供する関連情報提供部と、
を具備することを特徴とする関連情報提供サーバ。
【請求項２】
前記メタデータ属性には、番組が放送中であるか否かを示す放送中種別が含まれ、
前記メタデータ属性判定部は、前記メタデータ属性として、前記メタデータ取得部によって取得されたメタデータが示す番組の放送中種別を判定することを特徴とする請求項１に記載の関連情報提供サーバ。
【請求項３】
前記メタデータ属性には、番組が再放送であるか否かを示す再放送種別が含まれ、
前記メタデータ属性判定部は、前記メタデータ属性として、前記メタデータ取得部によって取得されたメタデータが示す番組の再放送種別を判定することを特徴とする請求項１又は２に記載の関連情報提供サーバ。
【請求項４】
前記メタデータ属性には、番組のカテゴリを示す番組カテゴリ種別又は出演者のカテゴリを示す出演者カテゴリ種別が含まれ、
前記メタデータ属性判定部は、前記メタデータ属性として、前記メタデータ取得部によって取得されたメタデータが示す番組の番組カテゴリ種別又は前記メタデータ取得部によって取得されたメタデータが示す出演者の出演者カテゴリ種別を判定することを特徴とする請求項１乃至３のいずれか一項に記載の関連情報提供サーバ。
【請求項５】
前記メタデータ属性には、出演者の知名度を示す知名度種別が含まれ、
前記メタデータ属性判定部は、前記メタデータ属性として、前記メタデータ取得部によって取得されたメタデータが示す出演者の知名度種別を判定することを特徴とする請求項１乃至４のいずれか一項に記載の関連情報提供サーバ。
【請求項６】
前記検索サーバでは、当該検索サーバに検索を要求する所定の端末装置から受信した検索語と、該検索語による検索結果と、該検索結果に基づいて前記所定の端末装置が遷移した遷移先情報とが、検索履歴として関連付けて記憶されており、
前記関連情報提供サーバは、
前記検索サーバから、前記メタデータ取得部によって取得されたメタデータに含まれるキーワードを検索語とする検索結果と該検索結果に基づく遷移先情報とを取得する検索履歴取得部と、
前記検索履歴取得部によって取得された検索結果を示す検索が前記検索サーバで行われた状況を判定する検索状況判定部と、
前記検索状況判定部によって判定された検索状況と該検索状況における前記遷移先情報のカテゴリとに基づいて、前記優先度記憶部において記憶するメタデータ属性と該メタデータ属性に応じた関連情報の優先度との関連付けを変更する優先度更新部と、
を具備することを特徴とする請求項１に記載の関連情報提供サーバ。
【請求項７】
前記検索状況判定部は、前記検索状況として、前記検索履歴取得部によって取得された検索結果の検索が、当該検索に用いられた検索語を含むメタデータが示す番組の放送中に行われたか否かを判定することを特徴とする請求項６に記載の関連情報提供サーバ。
【請求項８】
前記検索状況判定部は、前記検索状況として、前記検索履歴取得部によって取得された検索結果の検索が、当該検索に用いられた検索語を含むメタデータが示す番組の再放送中に行われたか否かを判定することを特徴とする請求項６に記載の関連情報提供サーバ。
【請求項９】
前記検索状況判定部は、前記検索状況として、前記検索履歴取得部によって取得された検索結果の検索に用いられた検索語を含むメタデータが示す出演者の知名度を判定することを特徴とする請求項６に記載の関連情報提供サーバ。
【請求項１０】
関連情報提供サーバが、放送内容を示すメタデータに関するメタデータ関連情報をクライアント端末に提供する関連情報提供システムであって、
前記関連情報提供サーバは、
前記メタデータを取得するメタデータ取得部と、
前記メタデータ取得部によって取得されたメタデータに関する関連情報の検索を検索サーバに要求して、該要求に応じて検索された関連情報を前記検索サーバから取得する関連情報取得部と、
前記関連情報取得部によって取得された関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じた前記関連情報の優先度と、を関連付けて記憶する優先度記憶部と、
前記メタデータ取得部によって取得されたメタデータが示す放送内容の属性であるメタデータ属性を判定するメタデータ属性判定部と、
前記優先度記憶部において前記メタデータ属性判定部によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、前記関連情報取得部によって取得された関連情報を前記クライアント端末に提供する関連情報提供部と、
を具備することを特徴とする関連情報提供システム。
【請求項１１】
放送内容を示すメタデータを取得する工程と、
前記メタデータ取得部によって取得されたメタデータに関する関連情報の検索を検索サーバに要求して、該要求に応じて検索された関連情報を前記検索サーバから取得する工程と、
前記関連情報取得部によって取得された関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じた前記関連情報の優先度と、を関連付けて記憶する工程と、
前記メタデータ取得部によって取得されたメタデータが示す放送内容の属性であるメタデータ属性を判定する工程と、
前記優先度記憶部において前記メタデータ属性判定部によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、前記関連情報取得部によって取得された関連情報をクライアント端末に提供する工程と、
を具備することを特徴とする関連情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送内容を示すメタデータの関連情報を提供する関連情報提供サーバ、関連情報提供システム及び関連情報提供方法に関する。
【背景技術】
【０００２】
従来、放送局による放送に連動して、放送内容を示すメタデータ（例えば、番組情報や出演者情報）をクライアント端末に配信することが知られている（例えば、特許文献１）。また、現在では、メタデータに加えて、当該メタデータに含まれるキーワードを検索語として検索された関連情報（以下、メタデータ関連情報という）をクライアント端末に提供することも可能となっている。例えば、出演者を示すメタデータがクライアント端末に配信される場合、当該メタデータに含まれる出演者名称を検索語として検索されたメタデータ関連情報（例えば、公式ホームページやブログ）を提供することが可能となっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−００５２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のような従来技術では、メタデータが示す放送内容の属性に関係なく、当該メタデータに含まれるキーワードを検索語として検索された全てのメタデータ関連情報がクライアント端末に提供されてしまうという問題点があった。
【０００５】
具体的には、同じ番組についての情報を示すメタデータであっても、当該番組が放送中であるか、再放送であるかなどによって、ユーザが希望するメタデータ関連情報は異なる。例えば、メタデータが示す番組が放送中である場合、当該番組の出演者の関連情報を希望するユーザに対しては、当該ユーザが当該番組の出演者についてよく知らないと考えられるため、出演者の公式情報（例えば、公式ホームページやプロフィールなど）をメタデータ関連情報として提供することが好ましい。一方、当該番組の放送時間外に出演者の関連情報を希望するユーザに対しては、当該出演者についてのより詳細な情報（例えば、ブログなど）をメタデータ関連情報として提供することが好ましい。
【０００６】
本発明は、かかる点に鑑みてなされたものであり、メタデータが示す放送内容の属性に応じた適切なメタデータ関連情報を配信することを可能とし、ユーザの利便性を向上させることが可能な関連情報提供サーバ、関連情報提供システム及び関連情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１側面に係る関連情報提供サーバは、放送内容を示すメタデータを取得するメタデータ取得部と、前記メタデータ取得部によって取得されたメタデータに関する関連情報の検索を検索サーバに要求して、該要求に応じて検索された関連情報を前記検索サーバから取得する関連情報取得部と、前記関連情報取得部によって取得された関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じた前記関連情報の優先度と、を関連付けて記憶する優先度記憶部と、前記メタデータ取得部によって取得されたメタデータが示す放送内容の属性であるメタデータ属性を判定するメタデータ属性判定部と、前記優先度記憶部において前記メタデータ属性判定部によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、前記関連情報取得部によって取得された関連情報をクライアント端末に提供する関連情報提供部と、を具備する。
【０００８】
かかる構成によれば、関連情報の基となったメタデータのメタデータ属性と、該メタデータ属性に応じた関連情報の優先度とが関連付けて記憶されており、取得したメタデータメタデータ属性に応じた優先度で当該メタデータの関連情報をクライアント端末に提供できるので、ユーザの希望に合致した適切な関連情報をクライアント端末に提供することができ、クライアント端末のユーザの利便性を向上させることができる。
【０００９】
本発明の第２側面に係る関連情報提供システムは、関連情報提供サーバが、放送内容を示すメタデータに関する関連情報をクライアント端末に提供する関連情報提供システムであって、前記関連情報提供サーバは、前記メタデータを取得するメタデータ取得部と、前記メタデータ取得部によって取得されたメタデータに関する関連情報の検索を検索サーバに要求して、該要求に応じて検索された関連情報を前記検索サーバから取得する関連情報取得部と、前記関連情報取得部によって取得された関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じた前記関連情報の優先度と、を関連付けて記憶する優先度記憶部と、前記メタデータ取得部によって取得されたメタデータが示す放送内容の属性であるメタデータ属性を判定するメタデータ属性判定部と、前記優先度記憶部において前記メタデータ属性判定部によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、前記関連情報取得部によって取得された関連情報を前記クライアント端末に提供する関連情報提供部と、を具備する。
【００１０】
本発明の第３側面に係る関連情報提供方法は、放送内容を示すメタデータを取得する工程と、前記メタデータ取得部によって取得されたメタデータに関する関連情報の検索を検索サーバに要求して、該要求に応じて検索された関連情報を前記検索サーバから取得する工程と、前記関連情報取得部によって取得された関連情報の基となったメタデータが示す放送内容の属性であるメタデータ属性と、該メタデータ属性に応じた前記関連情報の優先度と、を関連付けて記憶する工程と、前記メタデータ取得部によって取得されたメタデータが示す放送内容の属性であるメタデータ属性を判定する工程と、前記優先度記憶部において前記メタデータ属性判定部によって判定されたメタデータ属性に関連付けて記憶されている優先度に従って、前記関連情報取得部によって取得された関連情報をクライアント端末に提供する工程と、を具備する。
【発明の効果】
【００１１】
本発明によれば、メタデータが示す放送内容の属性に応じた適切なメタデータ関連情報を配信することを可能とし、ユーザの利便性を向上させることが可能な関連情報提供サーバ、関連情報提供システム及び関連情報提供方法を提供できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係るメタデータ関連情報提供システムの構成図である。
【図２】本発明の第１の実施形態に係るメタデータ関連情報提供システムの機能構成図である。
【図３】本発明の第１の実施形態に係るメタデータＤＢの記憶内容を示す図である。
【図４】本発明の第１の実施形態に係るメタデータＤＢの記憶内容を示す図である。
【図５】本発明の第１の実施形態に係るメタデータ関連情報ＤＢの記憶内容を示す図である。
【図６】本発明の第１の実施形態に係る知名度ＤＢの記憶内容を示す図である。
【図７】本発明の第１の実施形態に係るルールＤＢの記憶内容を示す図である。
【図８】本発明の第１の実施形態に係るメタデータ種別を説明するための図である。
【図９】本発明の第１の実施形態に係る放送中種別を説明するための図である。
【図１０】本発明の第１の実施形態に係る再放送種別を説明するための図である。
【図１１】本発明の第１の実施形態に係る番組カテゴリ種別を説明するための図である。
【図１２】本発明の第１の実施形態に係る出演者カテゴリ種別を説明するための図である。
【図１３】本発明の第１の実施形態に係る知名度種別を説明するための図である。
【図１４】本発明の第１の実施形態に係るメタデータ関連情報の取得動作を示すシーケンス図である。
【図１５】本発明の第１の実施形態に係るメタデータ関連情報の抽出及び配信動作を示すシーケンス図である。
【図１６】本発明の第２の実施形態に係るメタデータ関連情報提供システムの機能構成図である。
【図１７】本発明の第２の実施形態に係る検索履歴判定部の詳細機能構成図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
【００１４】
［第１の実施形態］
第１の実施形態に係るメタデータ関連情報提供システムでは、放送番組毎に放送内容に対して作成されるメタデータを取得し、取得したメタデータに含まれるキーワードを検索語として検索された関連情報（以下、メタデータ関連情報という）を取得する。また、取得したメタデータ関連情報の基となったメタデータが示す放送内容の属性（以下、メタデータ属性という）と、該メタデータ属性に応じたメタデータ関連情報の優先度とを関連付けて記憶しており、取得したメタデータのメタデータ属性に関連付けて記憶されている優先度に従って、取得したメタデータ関連情報を提供する。
【００１５】
ここで、放送とは、テレビジョン放送、ラジオ放送、インターネット上の動画配信、インターネット上のポッドキャスト等を含む概念である。以下、放送として、主にテレビジョン放送を例にとって説明する。また、コンテンツとは、上述の放送により配信される動画像、静止画像、音声又は適切等、さらにはこれらに組み合わせからなるデータであり、ユーザに視聴される番組を構成する。
【００１６】
メタデータとは、上述の放送による放送内容（例えば、番組情報や出演者情報）を示すものであり、放送内容毎に生成される。また、メタデータ関連情報とは、メタデータが示す放送内容（例えば、番組情報や出演者情報）に関する関連情報であり、後述するように、メタデータが示す放送内容の属性であるメタデータ属性に応じて優先度が決定される。
【００１７】
＜メタデータ関連情報提供システムの全体概略構成＞
図１は、第１の実施形態に係るメタデータ関連情報提供システムの構成図である。図１に示すように、メタデータ関連情報提供システムは、メタデータ関連情報提供サーバ１０、クライアント端末２０、メタデータサーバ３０、検索サーバ４０、ネットワーク５０ａ〜５０ｃから構成される。
【００１８】
メタデータ関連情報提供サーバ１０は、ネットワーク５０ａを介してクライアント端末２０に接続され、メタデータ関連情報をクライアント端末２０に配信する。また、メタデータ関連情報提供サーバ１０は、ネットワーク５０ｂを介してメタデータサーバ３０に接続され、メタデータサーバ３０からメタデータを取得する。また、メタデータ関連情報提供サーバ１０は、ネットワーク５０ｃを介して検索サーバ４０に接続され、検索サーバ４０からメタデータ関連情報を取得する。
【００１９】
なお、メタデータ関連情報提供サーバ１０は、ＣＰＵ、メモリ、通信デバイス、その他のデバイスを含んだコンピュータシステムで構成されており、ハードウエア資源とソフトウエア資源とが協働して動作することにより構築される情報処理組織によって上記各種機能を実現している。すなわち、コンピュータに上記各機能を実現させるためのプログラムを備える。
【００２０】
クライアント端末２０は、例えば、データ通信機能を有するＰＣやＰＤＡ、或いは、ウェブブラウザ機能を有する携帯電話装置で構成される。クライアント端末２０は、ネットワーク５０ａを介してメタデータ関連情報提供サーバ１０からメタデータ関連情報を取得し、当該メタデータ関連情報を表示画面に表示させることによって当該メタデータ関連情報をユーザに提示する。また、クライアント端末２０は、放送局（不図示）から放送された放送番組とともに、上述のメタデータ関連情報を表示画面に表示させてもよい。
【００２１】
メタデータサーバ３０は、放送局（不図示）から放送される放送内容を示すメタデータをメタデータ関連情報提供サーバ１０に配信する。
【００２２】
検索サーバ４０は、ネットワーク５０ｃを介して、メタデータ関連情報提供サーバ１０からメタデータに含まれるキーワードを検索語とする検索クエリを受信する。検索サーバ４０は、受信した検索クエリに基づいて、インターネット、イントラネット、ローカルエリアネットワーク等に接続されているＷＥＢサーバからメタデータに関連するメタデータ関連情報を取得し、メタデータ関連情報提供サーバ１０へ送信する。検索サーバ４０は、例えば、検索エンジン機能を備えた外部のサーバから構成される。なお、検索サーバ４０によるメタデータ関連情報の検索対象は、インターネット経由で接続されるＷＥＢサーバだけでなく、直接接続されているデータベースであっても良い。以下の説明では、関連情報を提供する装置をサイトと呼ぶことがあるが、ＷＥＢサーバだけでなくデータベースなどまで含む。
【００２３】
ネットワーク５０ａ〜５０ｃは、固定有線ネットワーク、移動無線ネットワーク、近距離無線ネットワーク、あるいはその他の通信回路であっても良い。ネットワーク５０ａ〜５０ｃは別々の通信網の場合もあるし、同一の通信網の場合もあり得る。また、本実施の形態では、ネットワークを利用する例で説明しているが、一部にＤＶＤやＣＤ−ＲＯＭ等の記録媒体を介して情報を交換する手段を含んでも良い。
【００２４】
なお、図１のメタデータ関連情報提供システムでは、メタデータ関連情報提供サーバ１０、メタデータサーバ３０、検索サーバ４０が別々に設けられたが、かかる３つのサーバと同様の機能を有する１つ又は複数のサーバによって構成されてもよい。
【００２５】
＜メタデータ関連情報提供システムの詳細構成＞
次に、図２を参照し、第１の実施形態に係るメタデータ関連情報提供システムの詳細構成を説明する。図２は、第１の実施形態に係るメタデータ関連情報提供システムの機能構成図である。
【００２６】
図２に示すように、メタデータ関連情報提供サーバ１０（関連情報提供サーバ）は、メタデータ取得部１０１、メタデータデータベース（ＤＢ）１０２、メタデータ関連情報取得部１０３（関連情報取得部）、メタデータ関連情報データベース（ＤＢ）１０４、現在時刻取得部１０５、知名度データベース（ＤＢ）１０６、メタデータ属性判定部１０７、ルールデータベース（ＤＢ）１０８（優先度記憶部）、ルール判定部１０９、フィルタリング部１１０（関連情報提供部）を具備する。
【００２７】
メタデータ取得部１０１は、メタデータサーバ３０から配信されたメタデータを不図示の通信部などを介して取得し、取得したメタデータをメタデータＤＢ１０２に格納する。具体的には、メタデータ取得部１０１は、番組が配信される番組チャネルと当該番組の放送時間帯（開始時刻及び終了時刻）を指定して該当するメタデータをメタデータサーバ３０に要求する。なお、メタデータ取得部１０１は、メタデータサーバ３０に対して、前回取得したメタデータからの差分を要求してもよい。また、メタデータ取得部１０１は、例えば、１つの番組チャネルと複数の放送時間帯とを指定することによって、或いは、複数の番組チャネルを指定することによって、複数の放送コンテンツのメタデータをメタデータサーバ３０に要求してもよい。
【００２８】
メタデータＤＢ１０２は、メタデータ取得部１０１によって取得されたメタデータを格納する。図３及び４は、第１の実施形態に係るメタデータＤＢ１０２の記憶内容を示す図である。図３に示すように、メタデータＤＢ１０２は、番組情報を示すメタデータの識別情報であるメタデータＩＤ（番組）と、当該メタデータが示す番組の名称である番組名称と、当該番組のカテゴリ（例えば、ニュース番組、クイズ番組、音楽番組、スポーツ番組など）を示す番組カテゴリ種別と、当該番組が放送される時間帯を示す開始時刻及び終了時刻と、当該番組が再放送であるか否かを示す再放送種別と、を含むメタデータを格納する。なお、再放送種別は、図３では、「ｔｒｕｅ」「ｆａｌｓｅ」により再放送であるか初回放送であるかを示すが、設定値はこれに限られるものではない。また、再放送種別は、かかるメタデータに含まれていなくてもよい。
【００２９】
また、図４に示すように、メタデータＤＢ１０２は、出演者情報を示すメタデータの識別情報であるメタデータＩＤ（出演者）と、当該メタデータが示す出演者の名称である出演者名称と、当該出演者のカテゴリ（例えば、レギュラー出演者やゲスト出演者など）を示す出演者カテゴリ種別と、当該出演者が出演する番組情報を示すメタデータの識別情報であるメタデータＩＤ（番組）と、を含むメタデータを格納する。
【００３０】
メタデータ関連情報取得部１０３は、メタデータＤＢ１０２に格納されたメタデータに含まれるキーワードを検索語とする検索クエリを生成し、生成した検索クエリによるメタデータ関連情報の検索を検索サーバ４０に要求する。また、メタデータ関連情報取得部１０３は、要求に応じて検索されたメタデータ関連情報を検索サーバ４０から取得する。
【００３１】
例えば、メタデータ関連情報取得部１０３は、メタデータＤＢ１０２に図３に示すメタデータが格納されている場合、当該メタデータから、番組名称である「ニュースＡＢＣ」「ｘｘｘクイズ」をキーワードとして抽出し、抽出したキーワードを検索語に用いて検索クエリを生成する。また、メタデータ関連情報取得部１０３は、メタデータＤＢ１０２に図４に示すメタデータが格納されている場合、当該メタデータから、出演者名称である「ドコモ  花子」「ドコモ  太郎」「何処  太郎」をキーワードとして抽出し、抽出したキーワードを検索語に用いて検索クエリを生成する。
【００３２】
メタデータ関連情報ＤＢ１０４は、メタデータ関連情報取得部１０３によって取得されたメタデータ関連情報を格納する。図５は、第１の実施形態に係るメタデータ関連情報ＤＢ１０４の記憶内容を示す図である。図５に示すように、メタデータ関連情報ＤＢ１０４は、メタデータ関連情報の識別情報であるメタデータ関連情報ＩＤと、当該メタデータ関連情報の基となったメタデータの識別情報であるメタデータＩＤと、当該メタデータ関連情報のカテゴリ（例えば、公式ホームページ、ブログなど）を示すメタデータ関連情報カテゴリ種別と、当該メタデータ関連情報の概要を示すメタデータ関連情報概要と、当該メタデータ関連情報のＵＲＬを示すソースと、を関連付けて記憶する。
【００３３】
現在時刻取得部１０５は、不図示の計時手段より現在時刻を取得し、取得した現在時刻をメタデータ属性判定部１０７に出力する。なお、現在時刻取得部１０５自体が計時機能を備えるようにしても良い。
【００３４】
知名度ＤＢ１０６は、出演者の知名度を示す知名度種別を記憶する。図６は、第１の実施形態に係る知名度ＤＢ１０６の記憶内容を示す図である。図６に示すように、知名度ＤＢ１０６は、出演者の識別情報である出演者ＩＤと、当該出演者の名称である出演者名称と、当該出演者の知名度の種別（例えば、有名出演者、無名出演者など）を示す知名度種別とを関連付けて格納する。なお、図６では、知名度の高さは、有名か無名かの２値（図６では、１、０）で示されているが、知名度の高さは、０から１の連続値などを用いて段階的に示されてもよい。
【００３５】
メタデータ属性判定部１０７は、メタデータＤＢ１０２からメタデータを取得し、取得したメタデータのメタデータ属性を判定し、判定結果をルール判定部１０９に入力する。ここで、メタデータ属性とは、メタデータが示す放送内容の属性を示すものであり、例えば、メタデータが示す番組が放送中であるか否かを示す放送中種別、メタデータが示す番組が再放送であるか否かを示す再放送種別、メタデータが示す番組の番組カテゴリを示す番組カテゴリ種別、メタデータが示す出演者の出演者カテゴリを示す出演者カテゴリ種別、メタデータが示す出演者の知名度を示す知名度種別などを含む。このようなメタデータ属性を判定するために、メタデータ属性判定部１０７は、放送中種別判定部１０７１、再放送種別判定部１０７２、カテゴリ種別判定部１０７３、知名度種別判定部１０７４を具備する。
【００３６】
放送中種別判定部１０７１は、メタデータＤＢ１０２から取得されたメタデータが放送中の番組を示すものであるか否かを判定する。具体的には、放送中種別判定部１０７１は、メタデータＤＢ１０２から番組情報を示すメタデータ（図３参照）が取得された場合、現在時刻取得部１０５から入力された現在時刻と、当該メタデータに含まれる開始時刻及び終了時刻とに基づいて、当該メタデータの放送中種別を判定する。
【００３７】
再放送種別判定部１０７２は、メタデータＤＢ１０２から取得したメタデータが再放送の番組を示すものであるか否かを判定する。具体的には、再放送種別判定部１０７２は、メタデータＤＢ１０２から番組情報を示すメタデータ（図３参照）が取得された場合、当該メタデータに含まれる再放送種別に基づいて、当該メタデータが示す番組の再放送種別を判定する。なお、再放送種別判定部１０７２は、メタデータＤＢ１０２から番組情報を示すメタデータが取得されたが、当該メタデータに再放送種別が含まれない場合、メタデータＤＢ１０２に同一の番組の番組情報を示すメタデータが登録されているか否かによって、当該メタデータが示す番組の再放送種別を判定してもよい。
【００３８】
カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から取得したメタデータのカテゴリ種別を判定する。具体的には、カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から番組情報を示すメタデータが取得された場合（図３参照）、当該メタデータに含まれる番組カテゴリ種別に基づいて、当該メタデータが示す番組の番組カテゴリ種別を判定する。なお、カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から番組情報を示すメタデータが取得されたが、当該メタデータに番組カテゴリ種別が含まれない場合、当該メタデータに含まれる番組名称などに基づいて、番組カテゴリ種別を自ら決定してもよい。
【００３９】
また、カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から出演者情報を示すメタデータ（図４参照）が取得された場合、当該メタデータに含まれる出演者カテゴリ種別に基づいて、当該メタデータが示す出演者の出演者カテゴリ種別を判定する。なお、カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から出演者情報を示すメタデータが取得されたが、当該メタデータに出演者カテゴリ種別が含まれない場合、当該メタデータに含まれる出演者名称などに基づいて、当該メタデータが示す出演者の出演者カテゴリ種別を自ら決定してもよい。
【００４０】
知名度種別判定部１０７４は、メタデータＤＢ１０２から取得したメタデータが示す出演者の知名度種別を判定する。具体的には、知名度種別判定部１０７４は、メタデータＤＢ１０２から出演者情報を示すメタデータ（図４参照）が取得された場合、当該メタデータに含まれる出演者名称を検索キーとして知名度ＤＢ１０６を参照し、当該メタデータが示す出演者の知名度種別を判定する。
【００４１】
ルールＤＢ１０８は、メタデータ関連情報取得部１０３によって取得されたメタデータ関連情報の優先度を示すルールを格納する。具体的には、ルールＤＢ１０８は、取得されたメタデータ関連情報の基となったメタデータが示す放送内容の属性である、メタデータ属性に応じたメタデータ関連情報の優先度情報を格納する。
【００４２】
図７は、第１の実施形態に係るルールＤＢ１０８の記憶内容を示す図である。図７に示すように、ルールＤＢ１０８は、ルールの識別情報であるルールＩＤと、当該ルールが適用されるメタデータ関連情報の基となったメタデータのメタデータ種別（例えば、番組情報を示すメタデータ、出演者情報を示すメタデータなど）と、当該メタデータのメタデータ属性と、当該メタデータ属性に応じたメタデータ関連情報の優先度情報と、を関連付けて格納する。
【００４３】
ここで、図７のメタデータ属性について詳述する。上述のように、メタデータ属性には、メタデータが示す番組の放送中種別、メタデータが示す番組の再放送種別、メタデータが示す番組の番組カテゴリ種別、メタデータが示す出演者の出演者カテゴリ種別、メタデータが示す出演者の知名度種別などが含まれるが、他の種別を含んでいてもよい。なお、メタデータ属性は、図７に示す全種別によって構成されてもよいし、一部の種別の組み合わせによって構成されてもよいし、不図示の他の種別によって構成されていてもよい。
【００４４】
図８は、図７のメタデータ種別を説明するための図である。図８に示すように、メタデータ種別には、番組情報を示すメタデータであることを示す「Ｐｒｏｇｒａｍ」、出演者情報を示すメタデータであることを示す「ｃａｓｔ」、番組内のコーナー情報を示すメタデータであることを示す「ｃｏｒｎｅｒ」、番組内の所定コーナーの出演者情報を示すメタデータであることを示す「ｃｏｎｅｒ＿ｃａｓｔ」、番組内で使用するアイテム情報（例えば、商品情報など）を示すメタデータであることを示す「ｉｔｅｍ」、全情報を示すメタデータであることを示す「ａｌｌ」などが設定される。なお、メタデータ種別は、図８に示す内容に限られるものではない。
【００４５】
図９は、メタデータ属性に含まれる放送中種別を説明するための図である。図９に示すように、放送中種別には、放送中の番組であることを示す「ｔｒｕｅ」、放送時間外の番組であることを示す「ｆａｌｓｅ」、放送中及び放送時間外の双方を含むことを示す「ａｌｌ」などが設定される。なお、放送中種別の設定値は、図９に示す内容に限られるものではない。
【００４６】
図１０は、メタデータ属性に含まれる再放送種別を説明するための図である。図１０に示すように、再放送種別には、初回放送の番組であることを示す「ｔｒｕｅ」、再放送の番組であることを示す「ｆａｌｓｅ」、初回放送及び再放送の双方を含むことを示す「ａｌｌ」、再放送種別の判定対象外であることを示す「ｎｕｌｌ」などが設定される。なお、再放送種別の設定値は、図１０に示す内容に限られるものではない。
【００４７】
図１１は、メタデータ属性に含まれる番組カテゴリ種別を説明するための図である。図１１に示すように、番組カテゴリ種別には、ニュース番組であることを示す「ｎｅｗｓ」、音楽番組であることを示す「ｍｕｓｉｃ」、スポーツ番組であることを示す「ｓｐｏｒｔｓ」、全番組カテゴリ種別を対象とすることを示す「ａｌｌ」などが設定される。なお、番組カテゴリ種別の設定値は、図１１に示す内容に限られるものではない。
【００４８】
図１２は、メタデータ属性に含まれる出演者カテゴリ種別を説明するための図である。図１２に示すように、出演者カテゴリ種別には、レギュラーの出演者であることを示す「ｒｅｇｕｌａｒ」、ゲストの出演者であることを示す「ｇｕｅｓｔｓ」、番組内で紹介された人物であることを示す「ｔｏｐｉｃ」、全出演者カテゴリ種別を対象とすることを示す「ａｌｌ」などが設定される。なお、出演者カテゴリ種別の設定値は、図１２に示す内容に限られるものではない。
【００４９】
図１３は、メタデータ属性に含まれる知名度種別を説明するための図である。図１３に示すように、知名度種別には、有名出演者であることを示す「１」、無名出演者であることを示す「０」、有名出演者及び無名出演者の双方を対象とすることを示す「ａｌｌ」、知名度の判定対象外（例えば、情報種別がｃａｓｔ、ｃｏｒｎｅｒ_ｃａｓｔ以外のメタデータ）であることを示す「ｎｕｌｌ」などが設定される。なお、知名度種別の設定値は、図１３に示す内容に限られるものではない。
【００５０】
以上のように、図７のルールＤＢ１０８のメタデータ属性は、図９〜１３に示すメタデータの放送内容の属性の組み合わせによって構成される。また、図７のルールＤＢ１０８の優先度情報は、かかるメタデータ属性を有するメタデータのメタデータ関連情報の優先順位を、図５に示すメタデータ関連情報カテゴリ種別毎に示すものである。
【００５１】
例えば、図７において、ルールＩＤが「Ｒ００１」のルールでは、メタデータ種別が「ｐｒｏｇｒａｍ（番組情報）」のメタデータであり、かつ、放送中種別が「ｔｒｕｅ（放送中）」であり、かつ、当該番組の再放送種別が「ｆａｌｓｅ（再放送）」であり、かつ、番組カテゴリ種別が「ｎｅｗｓ（ニュース番組）」であり、かつ、出演者カテゴリ種別が「ａｌｌ（全出演者カテゴリ）」であるというメタデータ属性のメタデータである場合、当該メタデータのメタデータ関連情報の優先度は、図５に示すメタデータ関連情報カテゴリ種別が「ｏｆｆｉｃｉａｌ」→「ｍｕｓｉｃ」→「ＸＸ」の順に高いことを示している。
【００５２】
また、図７において、ルールＩＤが「Ｒ００２」のルールでは、メタデータ種別が「ｃａｓｔ（出演者情報）」のメタデータであり、かつ、放送中種別が「ｆａｌｓｅ（放送時間外）」であり、かつ、再放送種別が「ｎｕｌｌ（判定対象外）」であり、かつ、番組カテゴリ種別が「ａｌｌ（全番組カテゴリ種別）」を対象とするものであり、かつ、出演者カテゴリ種別が「ｒｅｇｕｌａｒ（レギュラー出演者）」であり、知名度種別が「１（有名出演者）」であるというメタデータ属性のメタデータである場合、当該メタデータのメタデータ関連情報の優先度が、図５に示すメタデータ関連情報カテゴリ種別「ｂｌｏｇ」→「ｏｆｆｉｃｉａｌ」→「ＸＸＸ」の順に高いことを示している。
【００５３】
ルール判定部１０９は、ルールＤＢ１０８を検索し、メタデータ属性判定部１０７によって判定されたメタデータ属性に合致するルールに基づいて、メタデータ関連情報の優先度を判定する。
【００５４】
フィルタリング部１１０は、ルール判定部１０９で判定されたメタデータ関連情報の優先度に基づいて、メタデータ関連情報ＤＢ１０４から、メタデータ関連情報を抽出する。また、フィルタリング部１１０は、不図示の通信部などを介して、抽出されたメタデータ関連情報をクライアント端末２０に配信する。
【００５５】
図２に示すように、クライアント端末２０は、メタデータ関連情報取得部２０１を具備する。メタデータ関連情報取得部２０１は、メタデータ関連情報提供サーバ１０から配信されたメタデータ関連情報を不図示の通信部などを介して取得し、取得したメタデータ関連情報を不図示の表示部などに表示させる。
【００５６】
＜メタデータ関連情報提供システムの動作＞
次に、以上のように構成された第１の実施形態に係るメタデータ関連情報提供システムの動作について説明する。
【００５７】
（１）メタデータ関連情報の取得動作
図１４は、第１の実施形態に係るメタデータ関連情報の取得動作を示すシーケンス図である。
【００５８】
図１４に示すように、メタデータ関連情報提供サーバ１０のメタデータ取得部１０１は、メタデータサーバ３０に対して、メタデータの送信を要求する（ステップＳ１０１）。なお、上述のように、メタデータ取得部１０１は、特定の放送コンテンツを指定して当該特定の放送コンテンツのメタデータのみを要求してもよいし、特定の番組チャネルの全放送コンテンツを指定して当該全放送コンテンツのメタデータを一括して要求してもよい。
【００５９】
メタデータサーバ３０は、メタデータ取得部１０１からの要求に応じて、メタデータをメタデータ取得部１０１に送信する（ステップＳ１０２）。
【００６０】
メタデータ取得部１０１は、例えば、図３及び図４に示すように、メタデータサーバ３０から送信されたメタデータをメタデータＤＢ１０２に格納する（ステップＳ１０３）。
【００６１】
メタデータ関連情報取得部１０３は、メタデータＤＢ１０２に格納されたメタデータの中から、メタデータ関連情報の取得対象となるメタデータを抽出する（ステップＳ１０４）。例えば、メタデータ関連情報取得部１０３は、クライアント端末２０からメタデータ関連情報の取得要求を受けた場合（不図示）、当該取得要求に係るメタデータをメタデータＤＢ１０２から抽出してもよい。
【００６２】
メタデータ関連情報取得部１０３は、メタデータＤＢ１０２から抽出されたメタデータに含まれるキーワードを検索語とする検索クエリを生成し、生成した検索クエリによるメタデータ関連情報の検索を検索サーバ４０に要求する（ステップＳ１０５）。
【００６３】
検索サーバ４０は、メタデータ関連情報取得部１０３からの要求に応じて検索されたメタデータ関連情報を、メタデータ関連情報取得部１０３に送信する（ステップＳ１０６）。
【００６４】
メタデータ関連情報取得部１０３は、検索サーバ４０から送信されたメタデータ関連情報をメタデータ関連情報ＤＢ１０４に格納する（ステップＳ１０７）。
【００６５】
（２）メタデータ関連情報の抽出動作
図１５は、第１の実施形態に係るメタデータ関連情報の抽出及び提供動作を示すシーケンス図である。
【００６６】
図１５に示すように、メタデータ属性判定部１０７は、メタデータＤＢ１０２からメタデータを取得する（ステップＳ２０１）。例えば、メタデータ属性判定部１０７は、クライアント端末２０からメタデータ関連情報の取得要求を受けた場合（不図示）、当該取得要求に係るメタデータをメタデータＤＢ１０２から取得してもよい。
【００６７】
放送中種別判定部１０７１は、メタデータＤＢ１０２から取得されたメタデータが示す番組が放送中であるか否かを判定する（ステップＳ２０２）。具体的には、放送中種別判定部１０７１は、メタデータＤＢ１０２から番組情報を示すメタデータが取得された場合、現在時刻取得部１０５から入力された現在時刻と、当該メタデータに含まれる開始時刻及び終了時刻とに基づいて、当該メタデータが示す番組の放送中種別を判定する。
【００６８】
例えば、図３に示すメタデータＩＤが「Ｐ００１」のメタデータがメタデータＤＢ１０２から取得された場合、放送中種別判定部１０７１は、現在時刻取得部１０５から入力された現在時刻が、「１８：００」〜「１９：００」の間であれば、当該メタデータが示す番組の放送中種別は「ｔｒｕｅ（放送中）」であると判定する。一方、放送中種別判定部１０７１は、現在時刻取得部１０５から入力された現在時刻が「１８：００」〜「１９：００」の間でなければ、当該メタデータが示す番組の放送中種別は、「ｆａｌｓｅ（放送時間外）」であると判定する。
【００６９】
再放送種別判定部１０７２は、メタデータＤＢ１０２から取得されたメタデータが再放送の番組を示すものであるか否かを判定する（ステップＳ２０３）。具体的には、再放送種別判定部１０７２は、メタデータＤＢ１０２から番組情報を示すメタデータが取得された場合、当該メタデータが示す番組の再放送種別を判定する。
【００７０】
例えば、図３に示すメタデータＩＤが「Ｐ００１」のメタデータがメタデータＤＢ１０２から取得された場合、再放送種別判定部１０７２は、再放送種別が「ｆａｌｓｅ（再放送）」であるので、当該メタデータは、再放送の番組を示すものであると判定する。一方、再放送種別判定部１０７２は、再放送種別が「ｔｒｕｅ（初回放送）」であれば、当該メタデータは、初回放送の番組を示すものであると判定する。
【００７１】
なお、再放送種別判定部１０７２は、メタデータＤＢ１０２から取得した番組情報を示すメタデータに再放送種別が含まれない場合、メタデータＤＢ１０２に同一の番組情報を示すメタデータが登録されているか否かによって、当該メタデータが再放送の番組を示すものであるか否かを判定してもよい。
【００７２】
カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から取得したメタデータが示す番組又は出演者のカテゴリを判定する（ステップＳ２０４）。具体的には、カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から番組情報を示すメタデータが取得された場合、当該メタデータに含まれる番組カテゴリ種別を判定する。また、カテゴリ種別判定部１０７３は、メタデータＤＢ１０２から出演者情報を示すメタデータが取得された場合、当該メタデータに含まれる出演者カテゴリ種別を判定する。
【００７３】
例えば、図３に示すメタデータＩＤが「Ｐ００１」のメタデータがメタデータＤＢ１０２から取得された場合、カテゴリ種別判定部１０７３は、番組カテゴリ種別が「ニュース」であるので、当該メタデータの番組カテゴリは、ニュース番組であると判定する。また、図４に示すメタデータＩＤが「Ｃ００１」のメタデータがメタデータＤＢ１０２から取得された場合、カテゴリ種別判定部１０７３は、出演者カテゴリ種別が「ゲスト」であるので、当該メタデータの出演者カテゴリは、ゲスト出演者であると判定する。
【００７４】
知名度種別判定部１０７４は、メタデータＤＢ１０２から出演者情報を示すメタデータが取得された場合、当該メタデータに含まれる出演者名称を検索キーとして知名度ＤＢ１０６を参照し、当該メタデータが示す出演者の知名度（例えば、有名、無名など）を判定する（ステップＳ２０５）。
【００７５】
例えば、図４に示すメタデータＩＤが「Ｃ００１」のメタデータがメタデータＤＢ１０２から取得された場合、知名度種別判定部１０７４は、出演者名称である「ドコモ  花子」を検索キーとして図６に示す知名度ＤＢ１０６を参照する。知名度ＤＢ１０６で「ドコモ  花子」に関連付けて格納されている知名度種別は「０（例えば、無名出演者）」であるので、当該メタデータが示す出演者は、無名出演者を示すものであると判定する。
【００７６】
メタデータ属性判定部１０７を構成する放送中種別判定部１０７１、再放送種別判定部１０７２、カテゴリ種別判定部１０７３、知名度種別判定部１０７４の各々は、ステップＳ２０２〜Ｓ２０５におけるメタデータ属性の判定結果をルール判定部１０９に入力する（ステップＳ２０６）。
【００７７】
ルール判定部１０９は、入力された判定結果に基づいてルールＤＢ１０８を検索し、メタデータ属性判定部１０７で判定されたメタデータ属性に合致するルールに基づいて、メタデータのメタデータ関連情報の優先度をメタデータ関連情報カテゴリ毎に決定し、決定した優先度をフィルタリング部１１０に入力する（ステップＳ２０７）。
【００７８】
例えば、図３に示すメタデータＩＤが「Ｐ００１」のメタデータが、図７に示すルールＩＤが「Ｒ００１」のルールのメタデータ属性を有する場合、ルール判定部１０９は、当該メタデータのメタデータ関連情報の優先度が、メタデータ関連情報カテゴリ種別「ｏｆｆｉｃｉａｌ」→「ｍｕｓｉｃ」→「ＸＸ」の順で高いと判定する。
【００７９】
フィルタリング部１１０は、ルール判定部１０９で判定されたメタデータ関連情報の優先度に基づいて、メタデータ関連情報ＤＢ１０４から、メタデータ関連情報を抽出する（ステップＳ２０８）。また、フィルタリング部１１０は、抽出されたメタデータ関連情報をクライアント端末２０に配信する（ステップＳ２０９）。
【００８０】
例えば、ルール判定部１０９が、図７に示すルールＩＤが「Ｒ００１」のルールに従って、メタデータ関連情報の優先度が、メタデータ関連情報カテゴリ種別「ｏｆｆｉｃｉａｌ」→「ｍｕｓｉｃ」→「ｘｘ」の順に高いと判定した場合、フィルタリング部１１０は、図５に示すメタデータ関連情報ＤＢ１０４から、メタデータ関連情報ＩＤが「Ｄ００１」であるメタデータ関連情報を優先的に抽出し、クライアント端末２０に配信する。
【００８１】
なお、フィルタリング部１１０は、優先度に従って抽出したメタデータ関連情報を、抽出順に所定数だけ、クライアント端末２０に配信してもよい。これは、クライアント端末２０のユーザによって必要でないメタデータ関連情報が増加するのを防ぐためである。
【００８２】
＜作用・効果＞
第１の実施形態に係るメタデータ関連情報提供システムによれば、メタデータ関連情報の基となったメタデータのメタデータ属性と、該メタデータ属性に応じたメタデータ関連情報の優先度とが関連付けて記憶されており、取得したメタデータメタデータ属性に応じた優先度で当該メタデータのメタデータ関連情報をクライアント端末２０に提供できるので、ユーザの希望に合致した適切なメタデータ関連情報をクライアント端末２０に提供することができ、クライアント端末２０のユーザの利便性を向上させることができる。
【００８３】
例えば、図４のメタデータＩＤ（出演者）が「Ｃ００１」のメタデータのメタデータ関連情報を提供する場合、当該メタデータが示す出演者が出演する番組が放送中であるか否かによって、当該メタデータ関連情報の優先度が動的に変更されるので、ユーザにとって有用なメタデータ関連情報を提供できる。すなわち、番組が放送中であれば、ユーザが当該番組の出演者についてよく知らないと考えられるため、当該メタデータが示す出演者の公式情報（例えば、公式ホームページやプロフィールなど）をメタデータ関連情報として提供し、番組が放送時間外であれば、当該出演者についてのより詳細な情報（例えば、ブログなど）をメタデータ関連情報として提供できる。
【００８４】
また、図３のメタデータＩＤ（番組）が「Ｐ００１」のメタデータのメタデータ関連情報を提供する場合、当該メタデータが示す番組が再放送であるか否かによって、メタデータ関連情報の優先度が動的に変更されるので、ユーザにとって有用なメタデータ関連情報を提供できる。すなわち、番組が初回放送であれば、ユーザが番組についてよく知らないと考えられるため、当該メタデータが示す番組の公式情報（例えば、公式ホームページやプロフィールなど）をメタデータ関連情報として提供し、番組が再放送であれば、当該番組についてのＤＶＤ発売情報などをメタデータ関連情報として提供できる。
【００８５】
［第２の実施形態］
次に、第２の実施形態に係るメタデータ関連情報提供システムについて、第１の実施形態との相違点を中心に説明する。第２の実施形態に係るメタデータ関連情報提供システムでは、ルールＤＢ１０８に記憶されるルールが更新される点で、第１の実施形態と異なる。
【００８６】
図１６は、第２の実施形態に係るメタデータ関連情報提供サーバ及びクライアント端末の機能構成図である。図１６に示すように、検索サーバ４０は、検索履歴格納部４０１を具備し、メタデータ関連情報提供サーバ１０は、検索履歴判定部１１１を更に具備する。
【００８７】
検索サーバ４０は、上述のように、検索エンジン機能を備えた外部サーバである。検索サーバ４０の検索履歴格納部４０１は、不図示のネットワークを介して接続されるクライアント端末２０や他の端末装置から受信した検索語に基づくＷｅｂページの検索履歴を格納する。具体的には、検索履歴格納部４０１は、クライアント端末２０等から受信した検索語と、当該検索語に基づくＷｅｂページの検索結果と、当該検索が行われた日時と、当該検索結果に基づく遷移先情報とを関連付けて記憶する。ここで、遷移先情報とは、検索サーバ４０からＷｅｂページの検索結果を取得したクライアント端末２０が、当該検索結果が示す複数のＷｅｂページの中からどのＷｅｂページに遷移したかを示すものである。
【００８８】
なお、検索履歴格納部４０１で格納される検索結果は、クライアント端末２０等から受信した全ての検索語に基づいて検索されたＷｅｂページの検索結果を含むものであり、放送内容を示すメタデータに含まれるキーワードを検索語として検索されるメタデータ関連情報の検索結果に限られるものではない。
【００８９】
メタデータ関連情報提供サーバ１０の検索履歴判定部１１１は、検索履歴格納部４０１に記憶された検索履歴を参照し、放送内容を示すメタデータに含まれるキーワードを検索語として検索サーバ４０によって検索された情報の検索状況を判定し、判定した検索状況に基づいて、ルールＤＢ１０８に格納する新たなルールを生成し、ルールＤＢ１０８に格納する。
【００９０】
図１７は、第２の実施形態に係る検索履歴判定部の詳細機能構成図である。図１７に示すように、検索履歴判定部１１１は、検索履歴抽出部１１１１、遷移先情報抽出部１１１２、放送中検索判定部１１１３、再放送検索判定部１１１４、知名度別検索判定部１１１５、ルール生成部１１１６を具備する。
【００９１】
検索履歴抽出部１１１１は、メタデータＤＢ１０２に記憶されたメタデータについてのメタデータ関連情報の検索結果を、検索サーバ４０の検索履歴格納部４０１から抽出する。具体的には、検索履歴抽出部１１１１は、検索サーバ４０の検索履歴格納部４０１に格納されたＷｅｂページの検索結果の中から、放送内容を示すメタデータに含まれるキーワードを検索語として検索されたＷｅｂページの検索結果、すなわち、メタデータ関連情報の検索結果を抽出する。例えば、検索履歴抽出部１１１１は、検索サーバ４０検索履歴格納部４０１に格納された検索結果の中から、図４のメタデータＩＤ（出演者）が「Ｃ００２」のメタデータに含まれるキーワード「ドコモ  太郎」を検索語として検索されたＷｅｂページの検索結果を抽出する。
【００９２】
遷移先情報抽出部１１１２は、検索履歴抽出部１１１１によって抽出されたＷｅｂページの検索結果に基づく上述の遷移先情報を、検索サーバ４０の検索履歴格納部４０１から抽出する。また、遷移先情報抽出部１１１２は、抽出した遷移先情報のカテゴリ（すなわち、図５に示すｏｆｆｉｃｉａｌ、ｂｌｏｇ、ｎｅｗｓなどのメタデータ関連情報カテゴリ）を決定する。
【００９３】
例えば、遷移先情報抽出部１１１２は、検索履歴抽出部１１１１によって「ドコモ  太郎」を検索語として検索されたＷｅｂページの検索結果（例えば、「ドコモ  太郎のブログ」のＷｅｂページ、「ドコモ  太郎の芸能ニュース」のＷｅｂページ）が抽出された場合、検索サーバ４０の検索履歴格納部４０１を参照し、当該検索結果に関連付けて記憶されている上述の遷移先情報（例えば、「ドコモ  太郎の芸能ニュース」）を抽出する。また、遷移先情報抽出部１１１２は、抽出した「ドコモ  太郎の芸能ニュース」のカテゴリを「ｎｅｗｓ」に決定する。
【００９４】
放送中検索判定部１１１３は、検索履歴抽出部１１１１によって抽出された検索結果の検索が、当該検索に用いられた検索語を含むメタデータが示す番組の放送中に行われたものであるか否かを判定する。具体的には、放送中検索判定部１１１３は、検索履歴抽出部１１１１によって抽出された検索が行われた日時と、検索語を含むメタデータが示す番組の放送日時とを照合することによって、当該検索が当該番組の放送中に行われたものであるか否かを判定する。
【００９５】
例えば、放送中検索判定部１１１３は、検索履歴抽出部１１１１によって「ドコモ  太郎」を検索語として検索されたＷｅｂページの検索結果が抽出された場合、当該検索が検索サーバ４０で行われた日時と、「ドコモ  太郎」の出演する番組の放送日時とを照合することによって、当該検索が「ドコモ  太郎」の出演する番組の放送中に行われたものであるか否かを判定する。
【００９６】
再放送検索判定部１１１４は、検索履歴抽出部１１１１によって抽出された検索結果の検索が、当該検索に用いられた検索語を含むメタデータが示す番組の再放送中に行われたものであるか否かを判定する。具体的には、再放送検索判定部１１１４は、検索履歴抽出部１１１１によって抽出された検索が行われた日時と、検索語を含むメタデータが示す番組の再放送日時とを照合することによって、当該検索が当該番組の再放送中に行われたものであるか否かを判定する。
【００９７】
例えば、再放送検索判定部１１１４は、検索履歴抽出部１１１１によって「ドコモ  太郎」を検索語として検索されたＷｅｂページの検索結果が抽出された場合、当該検索が検索サーバ４０で行われた日時と、「ドコモ  太郎」の出演する番組の再放送日時とを照合することによって、当該検索が「ドコモ  太郎」の出演する番組の再放送中に行われたものであるか否かを判定する。
【００９８】
なお、再放送検索判定部１１１４は、上述のメタデータ属性判定部１０７の再放送種別判定部１０７２と同様の方法で、上述の検索語を含むメタデータが示す番組が再放送であるか否かを判定することができる。また、再放送検索判定部１１１４は、上述の検索語を含むメタデータが示す番組が再放送であった場合、上述のメタデータ属性判定部１０７の放送中種別判定部１０７１と同様の方法で、上述の検索語を含むメタデータが示す再放送番組の放送中であるか否かを判定することができる。
【００９９】
知名度別検索判定部１１１５は、検索履歴抽出部１１１１によって抽出された検索結果の検索に用いられた検索語を含むメタデータが示す出演者の知名度を判定する。なお、知名度別検索判定部１１１５は、上述のメタデータ属性判定部１０７の知名度種別判定部１０７４と同様の方法で、上述の検索語を含むメタデータが示す出演者の知名度を判定することができる。
【０１００】
ルール生成部１１１６は、遷移先情報抽出部１１１２によって決定された遷移先情報のカテゴリと、放送中検索判定部１１１３、再放送検索判定部１１１４、知名度別検索判定部１１１５による判定結果に応じて、ルールを生成し、ルールＤＢ１０８を更新する。
【０１０１】
例えば、検索履歴抽出部１１１１によって抽出された「ドコモ  太郎」を検索語として検索されたＷｅｂページの検索結果は、「ドコモ  太郎」の出演する番組が放送中に検索されたものであるが、再放送中に検索されたものではないとする。また、「ドコモ  太郎」の知名度が高いものとする。また、このような検索結果に基づく遷移先情報「ドコモ  太郎の芸能ニュース」のカテゴリが「ｎｅｗｓ」であるものとする。かかる場合、ルール生成部１１１６は、「ドコモ  太郎」のような出演者情報を示すメタデータのルールとして、メタデータ属性の放送中種別が「ｔｒｕｅ」、かつ、再放送種別が「ｆａｌｓｅ」、かつ、知名度種別「１（例えば、高）」である場合に、メタデータ関連情報カテゴリが「ｎｅｗｓ」のメタデータ関連情報の優先度情報が最も高いという新たなルールを生成し、図５に示すルールＤＢ１０８を更新する。
【０１０２】
第２の実施形態に係るメタデータ関連情報提供システムによれば、検索サーバ４０によって検索が行われた状況と、当該検索が行われた状況におけるユーザのＷｅｂページの選択実績（すなわち、クライアント端末２０の遷移実績）とに基づいて、メタデータ関連情報の優先度情報を示すルールを新たに生成し、ルールＤＢ１０８を更新することができるので、より適切なメタデータ関連情報をクライアント端末２０に提供することができ、ユーザの利便性をさらに向上させることができる。
【０１０３】
［その他の実施形態］
上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。例えば、ルールＤＢ１０８の情報は適宜更新されることが好適であるが、その更新は、クライアント端末２０からのフィードバック情報に基づいて行われてもよい。クライアント端末２０からのフィードバック情報は、例えば、メタデータ関連情報提供サーバ１０からクライアント端末２０に提供されたメタデータ関連情報が有益であったか否か示す情報である。かかるフィードバック情報は、クライアント端末２０に提供されたメタデータ関連情報が有益であったか否か示す入力可能な表示画面をクライアント端末２０に表示させ、かかる表示画面におけるユーザからの入力結果を取得することによって、クライアント端末２０からメタデータ関連情報提供サーバ１０にフィードバックすることができる。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１０４】
１０…メタデータ関連情報提供サーバ、２０…クライアント端末、３０…メタデータサーバ、４０…検索サーバ、５０ａ、５０ｂ、５０ｃ…ネットワーク、１０１…メタデータ取得部、１０２…メタデータＤＢ、１０３…メタデータ関連情報取得部、１０４…メタデータ関連情報ＤＢ、１０５…現在時刻取得部、１０６…知名度ＤＢ、１０７…メタデータ属性判定部、１０８…ルールＤＢ、１０９…ルール判定部、１１０…フィルタリング部、１１１…検索履歴判定部、１０７１…放送中種別判定部、１０７２…再放送種別判定部、１０７３…カテゴリ種別判定部、１０７４…知名度種別判定部、１１１１…検索履歴抽出部、１１１２…遷移先情報抽出部、１１１３…放送中検索判定部、１１１４…再放送検索判定部、１１１５…知名度別検索判定部、１１１６…ルール生成部、２０１…メタデータ関連情報取得部、４０１…検索履歴格納部、５０１…検索履歴格納部
【図１】
2011217106.tif 000003
【図２】
2011217106.tif 000004
【図３】
2011217106.tif 000005
【図４】
2011217106.tif 000006
【図５】
2011217106.tif 000007
【図６】
2011217106.tif 000008
【図７】
2011217106.tif 000009
【図８】
2011217106.tif 000010
【図９】
2011217106.tif 000011
【図１０】
2011217106.tif 000012
【図１１】
2011217106.tif 000013
【図１２】
2011217106.tif 000014
【図１３】
2011217106.tif 000015
【図１４】
2011217106.tif 000016
【図１５】
2011217106.tif 000017
【図１６】
2011217106.tif 000018
【図１７】
2011217106.tif 000019