JP2005004648A - 情報検索システム，メタ情報提供装置，情報提供装置，情報受信装置，および情報検索方法 - Google Patents

Abstract

【課題】目的外のコンテンツを選択しても，目的とするコンテンツを検索することが可能な情報検索システム，メタ情報提供装置，情報提供装置，情報受信装置，および情報検索方法を提供する。
【解決手段】情報検索システムにおける情報提供装置は，メタ情報を識別するメタ情報参照ＩＤを情報受信装置に送信する識別情報送信部を備え，情報受信装置は，情報提供装置から送信されたメタ情報参照ＩＤを受信する識別情報受信部と，メタ情報参照ＩＤに基づき情報提供装置が保有するコンテンツの問合せ情報を生成する問合せ情報生成部と，問合せ情報送信部とを備え，メタ情報提供装置は，情報受信装置からの問合せ情報に基づいて，メタ情報を検索するメタ情報検索部と，メタ情報の属性と略同一または類似するメタ情報を検索する属性検索部と，メタ情報を前記情報受信装置に送信するメタ情報送信部とを備える。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は，情報検索システム，メタ情報提供装置，情報提供装置，情報受信装置，および情報検索方法に関する。
【０００２】
【従来の技術】
従来，放送番組，書籍，音楽などのコンテンツをインターネットなどのネットワークを介して提供するコンテンツサービスにおいて，ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等の受信装置が複数のコンテンツの中から，コンテンツを選択することで，目的とするコンテンツを取得することができる（例えば，特許文献１参照。）。なお，本願発明に関連する技術文献情報には，次のものがある。
【０００３】
【特許文献１】
特開平１０−１７７５３２号公報
【０００４】
【発明が解決しようとする課題】
しかしながら，目的とする上記コンテンツを取得するために，受信装置は，複数のコンテンツの中から，目的のコンテンツを見つけるため，コンテンツを検索する必要がある。
【０００５】
コンテンツを検索する際，受信装置は，放送番組の番組表，または書籍の販売リストなどから直接，目的のコンテンツを選択，または目的とする上記コンテンツのタイトル等，コンテンツを一意に識別可能なキーワードを指定する必要があった。
【０００６】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，受信装置が，目的外のコンテンツを選択しても，上記目的外のコンテンツに関連する属性情報等が略同一または類似するコンテンツを検索することで，目的とするコンテンツを検索することが可能な，新規かつ改良された情報検索システム，メタ情報提供装置，情報提供装置，情報受信装置，および情報検索方法を提供することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，コンテンツを提供する情報提供装置と，コンテンツに関連するメタ情報を提供するメタ情報提供装置と，コンテンツを受信する情報受信装置とを備える情報検索システムが提供される。上記情報検索システムにおいて，情報提供装置は，メタ情報を識別するメタ情報参照ＩＤを，情報受信装置に送信する識別情報送信部を備えており，情報受信装置は，情報提供装置から送信されたメタ情報参照ＩＤを受信する識別情報受信部と，メタ情報参照ＩＤに基づき，情報提供装置が保有するコンテンツの有無を問い合わせるための問合せ情報を生成する問合せ情報生成部と，問合せ情報をメタ情報提供装置に送信する問合せ情報送信部とを備えており，メタ情報提供装置は，情報受信装置から送信された前記問合せ情報に基づいて，メタ情報を検索するメタ情報検索部と，メタ情報検索部による検索後，メタ情報の属性と略同一または類似するメタ情報を検索する属性検索部と，検索された１又は２以上のメタ情報を前記情報受信装置に送信するメタ情報送信部とを備えることを特徴としている。
【０００８】
本発明によれば，情報検索システムは，コンテンツに関連付けられたメタ情報を識別するメタ情報参照ＩＤに基づき，上記コンテンツの存在をメタ情報を検索することにより確認する。かかる構成によれば，目的とは相違するコンテンツでもメタ情報が略同一もしくは類似する場合，またはメタ情報の属性が略同一もしくは類似する場合，目的のコンテンツを効率的に検索することができる。放送後の番組（コンテンツ）の再放送番組（目的のコンテンツ）を検索する場合など，効率的に検索できる。なお，複数のメタ情報提供装置に上記メタ情報の検索を行わせる。
【０００９】
属性検索部は，メタ情報検索部により，メタ情報が検索されなかった場合，メタ情報の属性と略同一または類似するメタ情報の属性を検索するように構成してもよい。かかる構成によれば，メタ情報の検索の処理の迅速化，効率化を図れる。
【００１０】
メタ情報検索部は，メタ情報参照ＩＤに紐付けられたメタ情報を検索するように構成してもよい。
【００１１】
属性検索部は，メタ情報の属性を包含するようなメタ情報を検索するように構成してもよい。メタ情報の属性を包含する属性を有するメタ情報を検索することで，例えば，番組の短編と，その番組の総集編などの関係など多種多様なメタ情報を検索することが可能となる。
【００１２】
メタ情報の属性は，タイトル，再放送，および分野からなる群のうち少なくとも一つを含むように構成することができる。
【００１３】
情報受信装置は，情報提供装置に対して少なくともコンテンツの提供を要望するための要望情報を生成する要望情報生成部をさらに備えるようにしてもよい。かかる構成により，所望のコンテンツが検索されない場合，上記コンテンツを提供するよう要望することができる。
【００１４】
情報提供装置は，情報受信装置から送信された要望情報に対して，要望を実現するための要望実現部をさらに備えるようにしてもよい。
【００１５】
メタ情報提供装置は，情報受信装置から送信された要望情報に対して，応答するための要望応答部をさらに備えるようにしてもよい。
【００１６】
要望実現部は，情報受信装置が要望情報を送信するタイミングが早い順に，優先して要望を実現するように構成することができる。
【００１７】
情報提供装置と，情報受信装置とは，放送波を介して情報を送受信するように構成することができる。
【００１８】
情報提供装置と，メタ情報提供装置と，情報受信装置とはネットワークを介して，情報の送受信をするように構成することができる。
【００１９】
また，上記課題を解決するため，本発明の第２の観点によれば，情報提供装置が提供するコンテンツに関連するメタ情報を，情報受信装置に提供するメタ情報提供装置が提供される。上記メタ情報提供装置は，情報提供装置が保有する少なくともコンテンツの有無を確認するための問合せ情報に基づいて，コンテンツに関連するメタ情報を検索するメタ情報検索部と，メタ情報検索部による検索後，メタ情報の属性と略同一または類似するメタ情報を検索する属性検索部と，検索された１又は２以上のメタ情報を情報受信装置に送信するメタ情報送信部とを備えることを特徴としている。
【００２０】
問合せ情報は，情報受信装置により少なくともメタ情報参照ＩＤに基づき，生成されるように構成することができる。
【００２１】
メタ情報検索部は，メタ情報参照ＩＤに紐付けられたメタ情報を検索するように構成することができる。
【００２２】
属性検索部は，メタ情報検索部によりメタ情報が検索された場合，メタ情報の検索を実行しないように構成することができる。
【００２３】
属性検索部は，メタ情報検索部によりメタ情報が検索されない場合，メタ情報の属性と略同一または類似するメタ情報を検索するように構成することができる。
【００２４】
また，上記課題を解決するため，本発明の第３の観点によれば，メタ情報提供装置から提供されたメタ情報が情報受信装置により選択されることにより，情報受信装置にコンテンツを提供する情報提供装置が提供される。上記情報提供装置は，コンテンツに関連するメタ情報を識別するメタ情報参照ＩＤを，情報受信装置に送信する識別情報送信部を備えることを特徴としている。
【００２５】
情報提供装置は，前記情報受信装置から少なくとも前記コンテンツを提供するよう要望するための要望情報を受信することを特徴とする，請求項に記載の情報提供装置。
【００２６】
情報提供装置は，情報受信装置から送信された要望情報に対して，要望を実現するための要望実現部をさらに備えるようにしてもよい。かかる構成により，コンテンツを情報提供装置から提供することができる。なお，要望実現部は，例えば，番組を編成する番組編成部などを例示することができる。
【００２７】
また，上記課題を解決するため，本発明の第４の観点によれば，メタ情報提供装置がコンテンツに関連するメタ情報を提供することにより，情報提供装置からコンテンツを受信する情報受信装置が提供される。情報提供装置から送信されるメタ情報を識別するメタ情報参照ＩＤを受信する識別情報受信部と，メタ情報参照ＩＤに基づき，情報提供装置が保有するコンテンツの有無を問い合わせるための問合せ情報を生成する問合せ情報生成部と，問合せ情報をメタ情報提供装置に送信する問合せ情報送信部とを備えることを特徴としている。
【００２８】
情報受信装置は，情報提供装置に対して少なくともコンテンツの提供を要望するための要望情報を生成する要望情報生成部をさらに備えるようにしてもよい。
【００２９】
情報受信装置は，問合せ情報送信後，コンテンツの有無を確認すると，コンテンツに関するメタ情報を受信するように構成してもよい。
【００３０】
また，上記課題を解決するため，本発明の第５の観点によれば，情報提供装置が提供するコンテンツのうち情報受信装置が目的とするコンテンツを検索するコンテンツ検索方法が提供される。コンテンツに関連するメタ情報を識別するメタ情報参照ＩＤを送信する工程と，メタ情報参照ＩＤに基づき，情報提供装置が保有するコンテンツの有無を問い合わせるための問合せ情報を生成する工程と，問合せ情報に基づいて，メタ情報の検索，もしくはメタ情報の属性と略同一または類似するメタ情報の検索のうち少なくとも一方を実行する工程と，検索の結果，１又は２以上のメタ情報を情報受信装置に送信する工程とを含むことを特徴としている。
【００３１】
本発明によれば，情報提供装置が，メタ情報参照ＩＤを情報受信装置に送信し，情報受信装置は，上記メタ情報参照ＩＤに基づき，問合せ情報を生成し，メタ情報提供装置は，上記問合せ情報に基づき，メタ情報の検索もしくはメタ情報の属性と略同一または類似するメタ情報の検索のうち少なくとも一方を実行する。係る構成によれば，予め情報受信装置にメタ情報全部を送信しなくとも，メタ情報参照ＩＤと必要最低限の情報を送信すれば，目的とするコンテンツの検索を効率的に行うことができる。
【００３２】
メタ情報の属性と略同一または類似するメタ情報の検索は，前記問合せ情報に基づき前記メタ情報が検索されなかった場合，実行することを特徴とする，請求項に記載のコンテンツ検索方法。
メタ情報の検索またはメタ情報の属性と略同一もしくは類似するメタ情報の検索は，メタ情報参照ＩＤに紐付けられたメタ情報を検索するように構成することができる。
【００３３】
メタ情報の属性は，タイトル，再放送，および分野からなる群のうち少なくとも一つを含むように構成することができる。
【００３４】
情報提供装置に対して少なくともコンテンツの提供を要望するための要望情報を生成する工程をさらに含むように構成することができ，上記要望情報に対して，応答する工程をさらに備えるように構成してもよい。
【００３５】
【発明の実施の形態】
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００３６】
まず，図１を参照しながら，本実施の形態にかかる情報検索システム１００について説明する。図１は，本実施の形態にかかる情報検索システムの概略的な構成を示すブロック図である。
【００３７】
図１に示すように，本実施の形態にかかる情報検索システム１００は，少なくとも情報受信装置１０１（１０１ａ，１０１ｂ，…，１０１ｎ）と，ネットワーク１０３と，情報提供装置１０４とから構成される。なお，本実施の形態にかかる情報受信装置１０１は，例えば，本発明にかかる情報アクセス装置等に該当する。
【００３８】
本実施の形態にかかる情報検索システム１００では，提供サービスとして情報提供装置１０４が情報受信装置１０１に，例えば放送番組などの主コンテンツ（メインコンテンツ）を提供するとともに，情報受信装置１０１は上記主コンテンツに関連する他の主コンテンツまたは主コンテンツに関連するのサブコンテンツを，メタ情報を介して検索し，取得することを実施可能とする。なお，上記メインコンテンツ，サブコンテンツ，またはメタ情報等については後述する。
【００３９】
以下，情報提供装置１０４から情報受信装置１０１に提供するメインコンテンツが放送番組である場合を例に挙げて，本実施の形態にかかる情報検索システム１００について説明する。
【００４０】
情報提供装置１０４は，少なくとも放送局１０５，ディレクトリサービスサーバ１０６，コンテンツサービスサーバ１０７，またはＥＰＧ（電子番組表）サービスサーバ１０８，アカウントアグリゲーションサーバ１０９を備える。なお，本実施の形態にかかるディレクトリサービスサーバ１０６は，例えば，本発明にかかるメタ情報提供装置等に該当する。
【００４１】
放送局１０５は，情報受信装置１０１に対して，各種の放送番組を放送するとともに，データ放送として基本ＥＰＧ情報などを送出している。情報受信装置１０１は，上記基本ＥＰＧ情報を受信することにより，ＥＰＧ（電子番組表）を表示することが可能になる。なお，基本ＥＰＧ情報については，後述する。
【００４２】
なお，本実施の形態に係る情報提供装置１０４には，放送局１０５が備わる場合を例に挙げて，説明するが，かかる例に限定されない。例えば，メインコンテンツが“放送番組またはＥＰＧ”ではなく“ゲームソフト”，“書籍”などの場合，情報提供装置１０４には，ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ），またはゲームソフトなどを販売する物販装置などが備わる場合であっても実施可能である。
【００４３】
ＥＰＧサービスサーバ１０８は，各放送局１０５からの編成情報などを入手し，電子番組表（ＥＰＧ）形式のＥＰＧ情報を生成する。または外部で生成されたＥＰＧ情報を取得する。編成情報は，番組をスケジュール通り放送し，番組を進行するための情報である。
【００４４】
また，生成されたＥＰＧ情報は，ＥＰＧサービスサーバ１０８に備わる記憶部（図示せず。）に記憶される。なお，上記ＥＰＧ情報は，基本ＥＰＧ情報を含む。上記基本ＥＰＧ情報を受信することにより，情報受信装置１０１は，チャンネルの一覧，番組の一覧，放送中の番組内容，放送予定の番組内容，または放送終了後の番組内容などを表示することができる。
【００４５】
基本ＥＰＧ情報は，ＥＰＧサービスサーバ１０８から一括して情報受信装置１０１に配信されるが，サブコンテンツに付加されるサブメタ情報等，その他の付加的なＥＣＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｅｎｔｓ Ｇｕｉｄｅ）情報は，サービスの提供側である放送局１０５内で独自に管理することができる。なお，ＥＣＧ情報およびサブメタ情報については，後述する。なお，上記放送局１０５に限定されず，情報提供装置１０４が提供するサービスに応じて，他のいかなる装置であってもよい。
【００４６】
情報受信装置１０１は，メタ情報参照ＩＤなどの識別情報が含まれた放送波を受信する識別情報受信部１０２（１０２ａ，１０２ｂ，…，１０２ｎ）を備え，点線矢印に示すように，放送局１０５から送出される放送波を受信する。または，情報受信装置１０１は，ネットワーク１０３を介して情報提供装置１０４と相互にデータを送受信する。なお，放送波を受信することで，情報受信装置１０１はテレビ番組などの番組を表示することもできる。
【００４７】
なお，本実施の形態にかかる情報検索システム１００は，１の情報提供装置１０４を備える場合を例にあげて説明するが，かかる例に限らず，例えば，放送局ごとに，複数の情報提供装置１０４を備える場合であっても実施可能である。
【００４８】
また，アカウントアグリゲーションサーバ１０９は，視聴者（ユーザー）が情報検索システム１００を利用する際に行われる認証，または情報検索システム１００を利用するユーザーがサブコンテンツ等を購入する際に行われる課金・決済を，放送局１０５または番組等に依存することなく一元的に行うための機能を備える。
【００４９】
つまり，アカウントアグリゲーションサーバ１０９を備えることにより，ユーザーの認証情報を一元化し，統合認証することが可能となり，同様に，課金・決済情報もユーザー単位に一元化することが可能となる。なお，上記一元化は，複数のユーザーＩＤを統合した統合ユーザーＩＤに基づき，行われる。
【００５０】
ユーザーがサブメタ情報に基づき，各種サブコンテンツを購入しようとした場合，それらのサブコンテンツは，多種多様なコンテンツホルダーや販売会社により管理されている可能性がある。
【００５１】
課金・決済などの全てのサービスをひとまとめとし，ひとつの統合ユーザーＩＤに基づき，サービス全てに対してアクセスするための認証の代行を行う機能を持つ。例えば専用のサーバにより実現される。
【００５２】
ユーザーの認証（例えばパスワードによる）は，アカウントアグリゲーションサーバ１０９内で行われ，その認証結果のみを各コンテンツサービスサーバ１０７に送信する。そのため統合ユーザーＩＤやパスワードを情報提供装置１０４に備わる放送局１０５に開示する必要が無く，ユーザーの個人情報をサーバの管理下で保護することができる。
【００５３】
認証結果はユーザーＩＤやパスワード情報を含まない電子証明書などの形式でコンテンツサービスサーバ１０７に送信される。したがって，第三者に盗聴された場合，改竄された場合であってもセキュリティを確保することが可能となる。
【００５４】
なお，ユーザー情報は，コンテンツサービスサーバ１０７に送信されない場合を例に挙げて説明するが，かかる例に限定されず，上記ユーザー情報は，コンテンツサービスサーバ１０７に送信される場合であっても実施可能である。
【００５５】
また，映像，音楽，ゲームソフト等の著作物の権利保持者であるコンテンツホルダーのマーケティング活動上顧客情報の開示を必要とする場合，上記ユーザー情報を有効に活用することができる。上記の場合，電子証明書にユーザーＩＤを含む形にすることでコンテンツサービスに通知される。
【００５６】
また，課金・決済の代行において，ユーザーは上記の統合ユーザーＩＤで統合課金・決済サービスを受けるため，アカウントアグリゲーションサーバ１０９にログインする。
【００５７】
ログイン後，各コンテンツサービスサーバ１０７で提供される商品などのサブコンテンツを選択する。例えば「バスケットに入れる」などを指示するとコンテンツサービスサーバの区別無く別々のコンテンツサービスで販売されている商品群を一つのバスケットに保持することができる。なお，“バスケット”とは，ショッピングの“籠”である。
【００５８】
サブコンテンツを選択し，上記籠に入れることで，精算時に，サブコンテンツを提供するコンテンツサービスサーバ１０７問わず一括して課金・決済することができる。
【００５９】
サブコンテンツを選択した上で，ユーザーが「購入」指示を行うと，アカウントアグリゲーションサーバ１０９は，課金・決済機能により一括で課金・決済を行い，その課金・決済結果を各コンテンツサービスサーバ１０７に送信する。コンテンツサービスサーバ１０７は課金・決済の完了報告を受けて，購入指示のあったサブコンテンツをユーザーに提供する。
【００６０】
次に，図１〜図４を参照しながら，本実施の形態にかかる情報検索システム１００を構成する各構成要素の構成について説明する。図２は，本実施の形態にかかる放送局の概略的な構成を示すブロック図であり，図３は，本実施の形態にかかるＥＣＧ情報のデータ構造の概略を示す説明図であり，図４は，本実施の形態にかかるＥＣＧ情報に含まれるメタ情報の概略を示す説明図である。
【００６１】
まず，図１に示すように，本実施の形態にかかるネットワーク１０３について説明すると，ネットワーク１０３は，情報提供装置１０４と双方向通信可能に接続するものであり，典型的にはＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）またはＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）などそれに類する方法で接続するインターネットである。また接続媒体は，ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブル又はツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなどによる無線など，有線無線を問わず，衛星通信網なども含む。
【００６２】
次に，図２に示すように，本実施の形態にかかる放送局１０５は，通常の放送設備に加えて，番組編成部２０１と，サブメタ情報付加部２０２と，番組メタ情報付加部２０３と，メタ情報参照ＩＤ付加部２０４と，メタ情報記憶部２０５と，情報関連付部２０６と，識別情報送信部２０７とから構成される。
【００６３】
なお，本実施の形態にかかる情報検索システム１００の提供サービスが“放送”である場合，情報検索システム１００には，図３に示す本実施の形態にかかる放送局１０５が備わる。また，放送局１０５が視聴者に提供する主コンテンツ（メインコンテンツ）は，放送番組（番組）またはＥＰＧであるとする。
【００６４】
また，本実施の形態にかかるメインコンテンツは，番組またはＥＰＧである場合を例に挙げて説明したが，かかる例に限定されず，例えば，メインコンテンツがゲームソフト，ＣＤ，書籍，または映画などの場合であってもよい。
【００６５】
番組編成部２０１は，放送局１０５で放送される番組の編成処理をし，編成情報などを生成する。
【００６６】
サブメタ情報付加部２０２は，サブメタ情報を生成し，上記サブメタ情報をサブコンテンツの実体（サブコンテンツ）または編成情報に付加する。なお，サブコンテンツは，少なくとも商品，プログラム，パッケージ，サービス，静止画データ，動画データ，音楽データ，またはテキストのうち少なくとも一つから構成されるコンテンツであり，コンテンツサービスサーバ１０７から提供される。
【００６７】
上記サブメタ情報は，メインコンテンツに関連付けられるメインメタ情報（または，番組メタ情報。）の配下に属するメタ情報である。したがって，情報受信装置１０１は，メインメタ情報にアクセスすると，メインメタ情報と関連性のあるサブメタ情報に派生的にアクセスすることができ，目的とするサブコンテンツを取得することができる。
【００６８】
番組メタ情報付加部２０３は，メインメタ情報である番組メタ情報を生成し，番組編成部２０１により生成された編成情報に付加する。なお，編成情報に付加された番組メタ情報は，情報受信装置１０１に配信する基本ＥＰＧ情報として構成される。基本ＥＰＧ情報は，電子番組表（ＥＰＧ）の形式に構成したものである。なお，番組メタ情報またはサブメタ情報は，情報についての情報を示すメタ情報であり，さらに上記番組メタ情報は，メインメタ情報に属する。メインメタ情報については後述する。
【００６９】
また，上記基本ＥＰＧ情報は，番組メタ情報を含み，番組表としての構造情報を有する。基本ＥＰＧ情報は，ネットワーク１０３を介して送信される場合は，例えば，ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの形式で配信され，放送波により送出される場合には，例えば，ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｍａｔｉｏｎ）などの形式で送出される。
【００７０】
メタ情報参照ＩＤ付加部２０４は，メタ情報参照ＩＤを割当て，番組編成部２０１により生成された編成情報と，サブメタ情報とに，上記メタ情報参照ＩＤを付加する。番組メタ情報またはサブメタ情報を含むＥＣＧ情報と，番組とを対応させるため，上記メタ情報参照ＩＤが例えば番組毎に割当てられる。したがって，編成情報に付加された番組メタ情報と，サブメタ情報とにメタ情報参照ＩＤが付与されることにより，メタ情報参照ＩＤに基づき，番組メタ情報またはサブメタ情報を取得することができる。
【００７１】
上記メタ情報参照ＩＤを参照することにより，情報受信装置１０１は，番組メタ情報またはサブメタ情報を取得し，サブコンテンツまたは各放送番組の関連情報にアクセスできる。なお，メタ情報参照ＩＤは放送局１０５内で一意であればよい。
【００７２】
メタ情報記憶部２０５は，少なくとも上記編成情報，サブメタ情報，番組メタ情報，メタ情報参照ＩＤ，またはサブコンテンツを記憶する。なお，上記サブメタ情報，番組メタ情報，メタ情報参照ＩＤ，またはサブコンテンツは，ＥＣＧ情報に属するが，ＥＣＧ情報については後述する。
【００７３】
情報関連付部２０６は，上記編成情報に付加された，基本ＥＰＧ情報とメタ情報参照ＩＤとを関連付ける。メタ情報参照ＩＤと基本ＥＰＧ情報とが対応付けられることにより，情報受信装置１０１は，メタ情報参照ＩＤに基づき，基本ＥＰＧ情報に含まれる放送局１０５を識別する放送局情報等を取得できる。なお，放送局情報については後述する。
【００７４】
識別情報送信部２０７は，放送波またはネットワーク１０３を介して，上記基本ＥＰＧ情報と各番組のメタ情報参照ＩＤとを送出する。メタ情報参照ＩＤは，基本ＥＰＧ情報とともに，識別情報送信部２０７から配信される。
【００７５】
識別情報送信部２０７から放送波によってメタ情報参照ＩＤを配信するためには，例えば，基本ＥＰＧ情報を伝送する方式であるＳＩのうち，メタ情報参照ＩＤを示すディスクリプタの属性値等が定義される必要がある。
【００７６】
また，インターネット等のネットワーク１０３を介して，基本ＥＰＧ情報またはメタ情報参照ＩＤなどを送信するためには，情報受信装置１０１側で対応可能な形式の配信フォーマットと，配信の仕組み等を定義する必要がある。
【００７７】
上記配信フォーマットは，例えば，ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式，またはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式などを例示することができる。したがって，上記ＨＴＭＬ形式，ＸＭＬ形式で配信する際には，メタ情報参照ＩＤを示す属性がメタ情報に含まれる。
【００７８】
また，ＨＴＭＬ形式またはＸＭＬ形式で配信される際，上記配信フォーマット形式に準拠する基本ＥＰＧ情報には，メタ情報参照ＩＤの属性値が付加される。
【００７９】
上記メタ情報記憶部２０５に記憶されるサブメタ情報または番組メタ情報は，ディレクトリサービスサーバ１０６に随時送信される。また，上記メタ情報記憶部２０５に記憶されるサブコンテンツまたはサブメタ情報は，コンテンツサービスサーバ１０７に送信される。
【００８０】
次に，図３を参照しながら，本実施の形態にかかるＥＣＧ情報について説明する。まず，図３に示すように，ＥＣＧ情報は，メタ情報に属するメインメタ情報とサブメタ情報とから構成される。
【００８１】
ＥＣＧ情報は，ＴＶ（テレビ）番組を検索するためのデータとして基本ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）情報を拡張し，ＴＶ番組だけではなくインターネット上等の各種コンテンツの検索をし，必要な情報を入手することが可能となる。
【００８２】
ＥＣＧ情報には，上述した番組メタ情報，基本ＥＰＧ情報，またはサブメタ情報が含まれる。上記番組メタ情報または基本ＥＰＧ情報は，ＥＰＧ情報に属する情報である。ＥＰＧ情報は，ＴＶ番組を検索するための電子番組表データである。
【００８３】
ＥＰＧ情報を拡張した上記ＥＣＧを利用することにより，検索対象がテレビ番組に限定されず，ネットワーク１０３を介して取得可能な各種コンテンツまで検索対象とすることができ，検索された各種コンテンツを入手することができる。
【００８４】
図３に示すメインメタ情報は，ＥＣＧ情報として提供されるメタ情報のうち，メインコンテンツに付加されるメタ情報である。なお，メインコンテンツは，情報提供装置１０４が主コンテンツとして提供するコンテンツであり，例えば，情報提供装置１０４に放送局１０５が備わる場合，メインコンテンツは，放送番組，ＥＰＧ情報，または編成情報であり，放送局１０５ではなくＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）販売装置が備わる場合，メインコンテンツは，ＤＶＤソフト等である。
【００８５】
また，上記メインコンテンツをＥＰＧ情報または編成情報とした場合，本実施の形態にかかるメインメタ情報は，特に“番組メタ情報”とする。番組メタ情報（番組名，ジャンル，出演者，など）は，現状の放送波におけるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｍａｔｉｏｎ）やインターネット上のＥＰＧサービス（サービスごとに内容は一部異なる）にて配信されるメタ情報に類する。なお，メタ情報は，ある情報についての情報である。
【００８６】
また，図３に示すサブメタ情報は，ＥＣＧ情報として提供されるメタ情報のうち，サブコンテンツに付加されるメタ情報である。なお，サブコンテンツは，メインコンテンツに関連付けられた１または２以上のコンテンツである。
【００８７】
サブコンテンツは，例えば，商品，パッケージ，動画や音楽の電子データ，サービスなどを例示することができる。なお，本実施の形態にかかるサブコンテンツは，かかる例に限定されない。
【００８８】
また，図３に示す番組メタ情報は，ＥＣＧ情報として提供されるメタ情報のうち，番組に関連するメタ情報である。番組メタ情報は，例えば，番組に関連する番組名，ジャンル，または出演者などを例示することができる。
【００８９】
番組メタ情報は，現状の放送波におけるＳＩやインターネット上のＥＰＧサービスサーバ１０８（ＥＰＧサービスごとに内容は一部異なる。）により，配信される情報に類する。番組メタ情報は，基本ＥＰＧ情報のデータ構造と相違するが，番組メタ情報が基本ＥＰＧ情報として表現されても内容は実質同じである。
【００９０】
サブメタ情報は，ＥＣＧ情報に含まれるメタ情報である。サブメタ情報は，後述のコンテンツサービスサーバ１０７から提供されるサブコンテンツに付加されている。
【００９１】
上記サブメタ情報は，例えば，ＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であるサブコンテンツの所在情報（場所情報），名称，著者などの人名，サブコンテンツの制作者名，上記サブコンテンツを提供するサービス有効期限などを例示することができる。なお，ＵＲＬは，上記ＵＲＩの体系に含まれる。
【００９２】
次に，図４を参照しながら，本実施の形態にかかる番組メタ情報とサブメタ情報について説明する。図４は，本実施の形態にかかる番組メタ情報とサブメタ情報の概略的な構成を示す説明図である。
【００９３】
図４に示すように，ＥＣＧ情報に含まれる番組メタ情報は，“番組名”，“番組ジャンル”，“放送時間”，または“再放送”などの番組関連に属する番組メタ情報と，“名称・略称”，“出演者ジャンル”，“所属事務所”などの出演者関連に属する番組メタ情報と，番組メタ情報のバージョンを示す“メタ情報バージョン”，メタ情報参照ＩＤに属する複数の番組メタ情報群が更新される可能性を示す“更新可能性”，または番組メタ情報群が更新されるタイミングを示す“更新タイミング”などのメインメタ情報を制御する制御関連に属する番組メタ情報とを例示することができる。
【００９４】
また，上記“放送時間”は，番組が放送される時間（放送開始時間，放送終了時間）を表わしている。番組関連の“ジャンル”は，放送される番組のジャンルを示し，ドラマ，音楽，またはバラエティなどを例示することができる。“名称・略称”は，番組に出演する主演者の名称または略称を示し，“木室拓哉”，“キムタ”などの番組メタ情報を例示することができる。
【００９５】
また，上記“再放送”は，再放送される番組がある場合に設定され，上記再放送番組の元番組（オリジナル番組）を示すために用いられる。したがって，上記“再放送”を検索することで，オリジナル番組の再放送番組をリストアップできる。なお，上記再放送番組は，オリジナル番組と略同一の番組が再度放送される場合のみならず，オリジナル番組の続編，スペシャル，総集編などの番組，さらにはオリジナル番組が収録されたＤＶＤなども再放送番組に含む。
【００９６】
上記出演者関連の“ジャンル”は，放送される番組に出演する出演者のジャンルを示し，“俳優”，“歌手”，“お笑い”，“コメディアン”，または“画家”などの番組メタ情報を例示することができる。なお，本実施の形態にかかる番組メタ情報は，番組関連または出演者関連に属する場合を例に挙げて説明したが，かかる例に限定されない。
【００９７】
また，図４に示すように，ＥＣＧ情報に含まれるサブメタ情報は，“曲名”，“アーティスト名”，“レコード会社名”，または“楽曲購買サイトＵＲＬ”などの楽曲関連に属するサブメタ情報と，“店名”，または“所在地”などのお店関連に属するサブメタ情報と，“商品名”，または“商品購買サイトＵＲＬ”などの商品関連に属するサブメタ情報と，“ユーザーのアクセスを促したいサイトのＵＲＬ”などの勧誘関連に属するサブメタ情報と，サブメタ情報のバージョンを示す“メタ情報バージョン”，メタ情報参照ＩＤに属する複数のサブメタ情報群が更新される可能性を示す“更新可能性”，またはサブメタ情報群が更新されるタイミングを示す“更新タイミング”などのサブメタ情報の制御関連に属する番組メタ情報とを例示することができる。
【００９８】
なお，本実施の形態にかかるサブメタ情報は，楽曲関連，お店関連，賞品関連，または勧誘関連に属する場合を例に挙げて説明したが，かかる例に限定されない。
【００９９】
次に，図５を参照しながら，本実施の形態にかかるメタ情報のグループ化について説明する。図５は，本実施の形態にかかるメタ情報のグループ化されたデータ構造の概略を示す説明図である。
【０１００】
図５に示すように，ディレクトリサービスサーバ１０６のメタ情報記憶部３０４には，番組メタ情報またはサブメタ情報等の複数のメタ情報が記憶されている。図５に示すように，メタ情報参照ＩＤ「Ａ−１」に関連付けられた複数のメタ情報のうち１又は２以上のメタ情報をグループとしてまとめて管理することが可能である。
【０１０１】
したがって，ディレクトリサービスサーバ１０６が保有するメタ情報のうち，グループ化されたメタ情報にアクセスする場合，メタ情報参照ＩＤおよびグループＩＤを指定することにより，目的とするグループ化されたメタ情報に一括してアクセスすることができる。なお，グループＩＤは，メタ情報参照ＩＤごとに割当てられるため，グループＩＤのみを指定し，検索すれば，番組毎に同じグループＩＤを有するグループ化されたメタ情報（グループメタ情報）を検索することも可能である。
【０１０２】
図５に示すグループメタ情報５５０−１の属性には，メタ情報参照ＩＤ内でグループを識別するグループＩＤ「０００１」，グループメタ情報５５０−１のバージョンを示すメタ情報バージョン，グループメタ情報５５０−１の更新の可能性の有無を示す更新可能性，グループメタ情報５５０−１の更新するタイミングを示す更新タイミング，番組が開始する時刻を示す放送開始時間，および番組が終了する時刻を示す放送終了時間などが含まれる。
【０１０３】
図５に示すように，グループ化は任意の組み合わせで行うことができる。特に，複数のメタ情報のうち，関連性の強いメタ情報を同一グループにまとめることにより，効率的にメタ情報を取得することができる。グループにはグループを識別するためのグループＩＤにあたるメタ情報が付加され，同一メタ情報参照ＩＤ下での一意性が保たれる。
【０１０４】
なお，上記更新可能性にかかるメタ情報は，メタ情報群全体，グループ化されたメタ情報，またはグループ化されないメタ情報等を更新する可能性を示す対象とすることができる。したがって，例えば，メタ情報参照ＩＤに属するメタ情報群の全体では更新する可能性は「なし」であるが，グループ化されたメタ情報では，更新する可能性が「ある」場合，上記更新可能性のあるメタ情報のみをアクセスすることができる。
【０１０５】
また更新タイミングにかかるメタ情報も同様に，メタ情報群全体，グループ化されたメタ情報，またはグループ化されないメタ情報等を更新するタイミングが同一である対象とすることができる。なお，更新可能性のメタ情報に更新する可能性「あり」が設定された場合に限り，更新タイミングのメタ情報に更新するタイミングが設定されてもよい。
【０１０６】
次に，図６を参照しながら，本実施の形態にかかる情報受信装置１０１，ディレクトリサービスサーバ１０６，およびコンテンツサービスサーバ１０７について説明する。図６は，本実施の形態にかかる情報受信装置１０１，ディレクトリサービスサーバ１０６，およびコンテンツサービスサーバ１０７の概略的な構成を示すブロック図である。
【０１０７】
本実施の形態にかかるコンテンツサービスサーバ１０７は，放送局などのコンテンツ提供者が視聴者に対して提供するメインコンテンツまたは各種サブコンテンツを保有する。なお，場合に応じて，上記サブコンテンツ実体（サブコンテンツ）は，上記各種サブコンテンツの所在や入手方法などを示す情報なども含む。
【０１０８】
図６に示すように，コンテンツサービスサーバ１０７は，少なくともサブコンテンツ記憶部３０１，サブメタ情報記憶部３０２，各部の処理を制御する制御部（図示せず。），ネットワーク１０３を介してデータを送信する送信部（図示せず。），またはネットワーク１０３を介してデータを受信する受信部（図示せず。）を備える。
【０１０９】
上記サブコンテンツ記憶部３０１は，放送局１０５から提供されるサブコンテンツを記憶する。サブコンテンツは，ネットワーク１０３を介して送受信可能な映像コンテンツ，パッケージ，出版物，イベント，番組情報，不特定多数のユーザーとコミュニケーション可能な掲示板，またはチャットサービスなどを例示することができる。
【０１１０】
サブコンテンツ記憶部３０１は，サブコンテンツを販売するためのＷｅｂサイト情報などもサブコンテンツとして記憶する。なお，サブコンテンツ記憶部３０１は，特に番組に関連するＷｅｂサイト情報を記憶する。
【０１１１】
また，本実施の形態にかかるサブコンテンツは，例えば，放送局内に設置されるコンテンツサービスサーバ１０７のサブコンテンツ記憶部３０１内に存在するほかに，ネットワーク１０３上の他のコンテンツサービスサーバ１０７に備わるサブコンテンツ記憶部３０１内に分散して存在してもよい。
【０１１２】
上記サブコンテンツにＥＣＧ情報として提供されるサブメタ情報を付加することができる。サブメタ情報記憶部３０２は，上記サブメタ情報を記憶する。
【０１１３】
サブコンテンツにサブメタ情報を付加することができるため，情報受信装置１０１は，上記サブメタ情報を鍵（キー）としてサブコンテンツを検索することができる。
【０１１４】
なお，本実施の形態にかかるサブコンテンツ記憶部３０１は，サブコンテンツの他にもメインコンテンツなども記憶し，サブメタ情報記憶部３０２は，サブメタ情報の他にもメインメタ情報なども記憶する。
【０１１５】
また，本実施の形態にかかる情報検索システム１００には，複数の放送局１０５が備わる場合，１のコンテンツサービスサーバ１０７を複数の放送局１０５で共用する場合であっても実施可能である。
【０１１６】
次に，本実施の形態にかかるディレクトリサービスサーバ１０６は，例えば，ディレクトリサービス専用のサーバとして，運営される。図６に示すように，ディレクトリサービスサーバ１０６は，アクセス情報を取得して解析する解析部３０３と，メタ情報記憶部３０４と，メタ情報検索部３０５と，属性検索部３０６と，通知待ち情報管理部３０７と，メタ情報送受信部３０８と，要望応答部３０９と，予約受付部３１０と，各部の処理を制御する制御部（図示せず。）と，ネットワーク１０３を介してデータを送信する送信部（図示せず。）と，ネットワーク１０３を介してデータを受信する受信部（図示せず。）とを備える。
【０１１７】
メタ情報記憶部３０４は，ＥＣＧ情報としてコンテンツサービスサーバ１０７から提供される各種サブコンテンツの所在，タイトル，ジャンル，関連する人名（出演者，著者など），価格，またはサービス有効期限など様々な属性に関する複数のサブメタ情報の集まりであるサブメタ情報群と，メインメタ情報群（番組メタ情報群）を保持する。
【０１１８】
また，メタ情報記憶部３０４は，通常の番組に関する番組メタ情報と上記サブメタ情報群とを関連付けて保持している。なお，番組メタ情報も，複数の番組メタ情報からなる番組メタ情報群として構成される場合であってもよい。
【０１１９】
メタ情報記憶部３０４は，番組メタ情報，サブメタ情報，またはメタ情報参照ＩＤなどを放送局１０５ごとに独立して記憶し，管理する場合であっても実施可能である。
【０１２０】
メタ情報検索部３０５は，情報受信装置１０１から送信される問合せ情報に基づき，メタ情報記憶部３０４が記憶する番組メタ情報またはサブメタ情報を検索する。検索対象となる上記番組メタ情報またはサブメタ情報は，メタ情報参照ＩＤ問わず，ディレクトリサービスサーバ１０６が保有するメタ情報群全体とする。
【０１２１】
また，メタ情報検索部３０５は，情報受信装置１０１から指示された番組メタ情報またはサブメタ情報を検索できなかった場合，問合せ情報を属性検索部３０６に転送する。また，検索できた場合，該当するメタ情報群を情報受信装置１０１に送信する。なお，検索できた場合でも，メタ情報検索部３０５は，問合せ情報を属性検索部３０６に転送してもよい。
【０１２２】
また，本実施の形態に係るメタ情報検索部３０５は，検索したメタ情報群のうち，必要な番組メタ情報またはサブメタ情報のみを部分的に抽出し，取得指示情報の送信元の情報受信装置１０１に抽出された番組メタ情報またはサブメタ情報を送信する場合でもよい。
【０１２３】
属性検索部３０６は，メタ情報検索部３０５から送信される問合せ情報に基づき，情報受信装置１０１から指定されたメタ情報の属性に略同一もしくは類似するメタ情報の属性を検索する。
【０１２４】
なお，本実施の形態にかかる属性検索部３０６は，メタ情報の属性を検索する場合に限らず，例えば，番組メタ情報などメタ情報の種別を示すインデックス（または，タグ。）を検索する場合であっても実施可能である。
【０１２５】
属性検索部３０６は，問合せ情報に基づき略同一もしくは類似する属性を有するメタ情報群を検索すると，上記メタ情報群をメタ情報送受信部３０８に送信する。なお，上記メタ情報群に含まれる必要なメタ情報のみを抽出し，メタ情報送受信部３０８に送信してもよい。
【０１２６】
通信待ち情報管理部３０７は，通信待ち情報を記憶し，送信部（図示せず。）に通信待ち情報を送信する。
【０１２７】
メタ情報送受信部３０８は，メタ情報検索部３０５または属性検索部３０６から送信されるメタ情報群をネットワーク１０３を介して，情報受信装置１０１に送信する。
【０１２８】
上記サブメタ情報は，放送局１０５側で番組ごとの単位に編集され，１又は２以上のサブメタ情報からなるサブメタ情報群として構成される。また，上記サブメタ情報群を参照するためのメタ情報参照ＩＤが割り当てられる。
【０１２９】
情報受信装置１０１は，上記メタ情報参照ＩＤに基づき，ディレクトリサービスサーバ１０６にアクセスすることにより，サブメタ情報等のメタ情報を取得する。なお，ディレクトリサービスサーバ１０６は，情報受信装置１０１からアクセスがある度に発生するアクセス情報を取得し，情報受信装置１０１ごとに上記アクセス情報を蓄積することができる。
【０１３０】
さらに，解析部３０３は，上記蓄積されたアクセス情報を解析することが可能であるため，放送局１０５は，上記解析結果に基づき，ユーザー（視聴者）に対して適当なサブメタ情報等を生成することができる。なお，放送局１０５は，ディレクトリサーバ１０６からネットワーク１０３を介して，アクセス情報を受信することも可能である。
【０１３１】
なお，本実施の形態にかかる情報検索システム１００には複数の放送局１０５が備わる場合，１のディレクトリサービスサーバ１０６を複数の放送局１０５で共用する場合であっても実施可能である。
【０１３２】
ここで，図７に示すように，放送局１０５，ディレクトリサービスサーバ１０６，またはコンテンツサービスサーバ１０７が保持するメインメタ情報，サブメタ情報について説明する。図７は，本実施の形態にかかるメインメタ情報およびサブメタ情報の概略的な構成を示す説明図である。
【０１３３】
図７に示すように，放送局１０５は，メタ情報参照ＩＤごとにメインメタ情報とメインコンテンツとを保有し，ディレクトリサービスサーバ１０６は，上記メタ情報参照ＩＤに関連付けられたメインメタ情報（番組メタ情報など）またはサブメタ情報を保有する。
【０１３４】
コンテンツサービスサーバ１０７は，上記サブメタ情報に関連付けられた複数のサブコンテンツを保有する。なお，本実施の形態にかかる情報提供装置１０４には放送局１０５が備わる場合を例に挙げて説明するが，かかる例に限定されない。
【０１３５】
図７に示すディレクトリサービスサーバ１０６が保有するサブメタ情報は，コンテンツサービスサーバ１０７から集められた番組メタ情報とサブメタ情報とがメタ情報参照ＩＤを介して関連付けられている。
【０１３６】
上記説明したように，ディレクトリサービスサーバ１０６が保有するメインメタ情報またはサブメタ情報のうち少なくとも一方から構成されるグループ化されたグループメタ情報が存在する場合，グループメタ情報の属性であるグループＩＤを介して，メインメタ情報またはサブメタ情報からなるグループ間で相互に関連付けられる。
【０１３７】
なお，本実施の形態にかかるグループＩＤは，グループメタ情報の属性である場合を例に挙げて説明したが，かかる例に限定されず，例えば，グループＩＤが各メタ情報の属性である場合，グループメタ情報のグループＩＤを示すインデックス（または，タグ。）である場合などでも実施可能である。
【０１３８】
また，コンテンツサービスサーバ１０７により保有されるサブメタ情報は，例えば，図７に示すように，サブメタ情報（Ａ），サブメタ情報（Ｂ），サブメタ情報（Ｃ）の１又は２以上のサブメタ情報から構成される。各コンテンツには，上記サブメタ情報がそれぞれ付加されている。
【０１３９】
情報受信装置１０１は，番組と関連付けられたメタ情報参照ＩＤに基づき，ディレクトリサービスサーバ１０６にアクセスし，上記メタ情報参照ＩＤに関連付けられたサブメタ情報等を要求する。
【０１４０】
情報受信装置１０１は，上記アクセスにより，上記メタ情報参照ＩＤである“Ａ−１”に関連付けられたメタ情報群を取得する。なお，メタ情報参照ＩＤに関連付けられたメタ情報群のうち，情報受信装置１０１が必要なメタ情報だけを部分的に取得する場合であっても実施可能である。メタ情報の部分取得については後述する。
【０１４１】
ディレクトリサービスサーバ１０６から取得したサブメタ情報には，例えば，コンテンツサービスサーバ１０７が保有するサブコンテンツの所在情報等が含まれているため，情報受信装置１０１は，上記所在情報に従い，コンテンツサービスサーバ１０７にアクセスできる。
【０１４２】
コンテンツサービスサーバ１０７が保有するサブメタ情報は，不特定多数のサブコンテンツを検索する場合，検索する際のキーとなる。
【０１４３】
なお，図７に示すように，本実施の形態にかかるディレクトリサービスサーバ１０６およびコンテンツサービスサーバ１０７には，それぞれサブメタ情報が記憶された場合を例に挙げて説明したが，かかる例に限定されず，例えば，ディレクトリサービスサーバ１０６には，メインメタ情報またはサブメタ情報からなるメタ情報群が記憶され，コンテンツサービスサーバ１０７には，サブコンテンツのみが記憶される場合等であっても実施可能である。
【０１４４】
次に，図８を参照しながら，本実施の形態にかかるメタ情報群のデータ構造について説明する。図８は，本実施の形態にかかるメタ情報群のデータ構造を示す説明図である。
【０１４５】
図８に示すように，複数のメインメタ情報またはサブメタ情報からなるメタ情報群のデータ構造は，ＸＭＬ形式からなる。メタ情報は，番組メタ情報，基本ＥＰＧ情報，グループＩＤ，またはメタ情報参照ＩＤなどを示す要素または属性を含むタグから構成される。
【０１４６】
上記属性のうち，メタ情報参照ＩＤを含むタグは，図８に示す“＜メタ情報全体 メタ情報参照ＩＤ＝「Ａ−１」＞”であり，グループＩＤを含み，グループを示すタグは，“＜グループ グループＩＤ＝「０００１」 グループタイプ＝「出演者」・・・＞のグループを示すタグである。
【０１４７】
なお上記メタ情報参照ＩＤ，グループＩＤなどは，メタ情報の属性である場合を例に挙げて説明したが，かかる例に限定されず，例えば，メタ情報参照ＩＤ，グループＩＤなどは，インデックス的機能を有するタグ等の場合でも実施可能である。
【０１４８】
図８に示すように，同一のメタ情報参照ＩＤにかかるメタ情報群のうち，グループ化されたメタ情報と，グループ化されないメタ情報とが複数混在した場合であってもグループ実施可能である。
【０１４９】
なお，本実施の形態にかかるメタ情報群のデータ構造は，ＸＭＬ形式の場合を例に挙げて説明したが，かかる例に限定されず，例えば，メタ情報群のデータ構造は，ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式などの場合であっても実施可能である。
【０１５０】
次に，図６に示す本実施の形態にかかる情報受信装置１０１について説明する。情報受信装置１０１は，例えば，放送用ＳＴＢ（セットトップボックス），ビデオレコーダー，またはゲーム機などの各種ＣＥ機器，ＰＣ（パーソナルコンピュータ），ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ），または携帯電話をはじめとするモバイル機器などを例示することができる。
【０１５１】
情報受信装置１０１は，識別情報受信部１０２と，ネットワーク受信部５０１と，問合せ情報送信部５０２と，メタ情報取得／記憶部５０３と，第１分析部５０４と，第１コンテンツアクセス部５０５と，キーワード検索部５０６と，第２コンテンツアクセス部５０７と，表示部５０８と，第２分析部５１０と，入力部５１１と，問合せ情報生成部５１２と，要望情報生成部５１４と，通知受信部５１５と，予約部５１６を備える。
【０１５２】
なお，本実施の形態にかかるメタ情報取得／記憶部５０３は，例えば要求手段等に該当し，本実施の形態にかかるキーワード検索部５０６は，例えば嗜好検索手段等に該当し，本実施の形態にかかる表示部５０８は，例えば表示手段等に該当する。
【０１５３】
識別情報受信部１０２は，アンテナ等から放送波を介して，基本ＥＰＧ情報とメタ情報参照ＩＤとを受信し，記憶する。ネットワーク受信部５０１は，ネットワーク１０３を介して基本ＥＰＧ情報とメタ情報参照ＩＤとを受信し，記憶する。
【０１５４】
なお，本実施の形態にかかる情報受信装置１０１は，データ放送を放送する放送局１０５から受信する場合を例に挙げて説明するが，かかる例に限定されず，上記放送局１０５以外のＩＳＰ等からメタ情報参照ＩＤだけを受信する場合でも実施可能である。
【０１５５】
また，本実施の形態にかかる情報受信装置１０１は，メタ情報参照ＩＤを識別情報受信部１０２から取得する場合を例に挙げて説明したが，かかる例に限定されず，例えば，提供サービスがＣＤ販売の場合で，メインコンテンツが音楽ＣＤなどの“ＣＤ”の場合，ＣＤを再生可能な情報受信装置１０１は，ＣＤの拡張記憶領域に記憶されたメタ情報参照ＩＤを読み取ることにより，情報提供装置１０４からメタ情報参照ＩＤを取得する機能を備える場合であっても実施可能である。
【０１５６】
また，例えば，提供サービスが書籍出版の場合で，メインコンテンツが書籍の場合で，上記書籍の表紙等にメタ情報参照ＩＤが直接記載された場合，情報受信装置１０１は，メタ情報参照ＩＤを，情報受信装置１０１に備わるキーボードなどの入力部５１１により，メタ情報参照ＩＤを取得する場合であっても実施可能である。なお，上記メタ情報参照ＩＤは，１次元，２次元，または３次元バーコードなどの場合でもよい。
【０１５７】
また，ネットワーク受信部５０１は，ディレクトリサービスサーバ１０６のＵＲＩ等の所在情報を，ネットワーク１０３を介して受信し，上記ＵＲＩを記憶する。また，情報受信装置１０１に備わる入力部５１１からＵＲＩ等の所在情報が入力され，記憶される場合等でもよい。上記ＵＲＩにより，情報受信装置１０１は，ディレクトリサービスサーバ１０６にアクセスできる。
【０１５８】
なお，情報受信装置１０１は，ダイアルアップ接続，またはＡＤＳＬ／ＦＴＴＨなどそれに類する方法でネットワーク１０３に接続することができる。
【０１５９】
情報受信装置１０１は放送波またはネットワーク１０３を介して配信される基本ＥＰＧ情報を受信するとともに，各番組に付加されたメタ情報参照ＩＤを受信する。
【０１６０】
情報受信装置１０１は各局に対応したディレクトリサービスサーバ１０６のインターネット上の所在情報（ＵＲＩなど）をそれぞれ管理する。ＵＲＩが変更された場合には，上記ＵＲＩを更新することにより常に最新のＵＲＩを記憶している。放送波またはネットワーク１０３を介して受信する更新データによって，ＵＲＩが更新される。
【０１６１】
放送波受信部１０２またはネットワーク受信部５０１は，放送波によるＳＩまたはネットワーク１０３を介して送信されるメタ情報参照ＩＤが付加された基本ＥＰＧ情報を受信し，各メタ情報参照ＩＤを保存する。
【０１６２】
メタ情報参照ＩＤを取得する際，受信するメタ情報参照ＩＤに該当する番組は，どの放送局の番組であるかを判別することができるようにするため，メタ情報参照ＩＤを保存する際には放送局情報（図示せず。）と関連付けて保存しておく。
【０１６３】
なお，ＳＩからメタ情報参照ＩＤを取得する場合，上記放送局情報を受信することにより，どの放送局の番組であるかを判別することが可能である。例えば，ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓａｎｄ Ｂｕｓｉｎｅｓｓｅｓ：社団法人 電波産業会）が定める放送規格によれば，ＳＩには，放送局を示すサービスＩＤが必ず含まれる。上記サービスＩＤを含む放送局情報と，メタ情報参照ＩＤとを関連付ける。
【０１６４】
ネットワーク１０３を介してＥＰＧサービスサーバ１０８が放送局情報を提供する場合，放送局情報が判別可能な形式で配信される必要がある。以下，図９を参照しながら，ネットワーク１０３を介して配信されるＥＰＧデータについて説明する。図９は，本実施の形態にかかるＥＰＧデータのデータ構造を示す説明図である。
【０１６５】
図９に示すように，ＥＰＧデータのデータ構造は，ＸＭＬ形式からなる。ＥＰＧデータは，基本ＥＰＧ情報であることを示すタグ，放送局情報であることを示すタグ，または番組メタ情報であることを示すタグ等から構成される。なお，本実施の形態にかかるＥＰＧデータのデータ構造は，ＸＭＬ形式の場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＥＰＧデータのデータ構造は，ＨＴＭＬ形式などの場合であっても実施可能である。
【０１６６】
基本ＥＰＧ情報とともに配信されるメタ情報参照ＩＤは必ず放送局を表す放送局情報と共に配信される，なお，放送局情報は，メタ情報であるが，かかる例に限定されない。
【０１６７】
なお，図９に示すメタ情報参照ＩＤは，属性である場合を例にあげて説明したが，かかる例に限定されず，例えば，メタ情報参照ＩＤは，メタ情報参照ＩＤであることを示すインデックス的機能を有するタグの場合でも実施可能である。
【０１６８】
図９に示すように，放送局を示すのは，“放送局ＩＤ”である。また，上記“放送局ＩＤ”には，“ＴＰＳ”，または“ブシテレビ”が設定されている。なお，かかる例に限定されず，上記“放送局ＩＤ”に，適当なＩＤが割当てられてもよい。
【０１６９】
図９に示す放送局情報は，“放送局タグ（＜放送局＞）”と“番組タグ（＜番組＞）”が階層構造になっている。番組ごとのメタ情報参照ＩＤは，放送局を示す要素（“放送局ＩＤ”）の子要素として定義されている。
【０１７０】
図９に示すデータ構造の場合，メタ情報参照ＩＤを取得する際，階層構造の親要素である“放送局ＩＤ”を参照することにより，どの放送局に属するものかを判定することができる。
【０１７１】
また，ネットワーク１０３を介して配信される他の放送局情報は，メタ情報参照ＩＤのＩＤの命名規則を設ける放送局情報がある。メタ情報参照ＩＤとしてＩＤの先頭などに放送局を判別するための文字列を必ず入れておくように定義する。
【０１７２】
情報受信装置１０１は，上記所定の文字列が設定されたメタ情報参照ＩＤを参照することで，どの放送局１０５に属するものかを判定することができる。ただし，放送局１０５ごとにＩＤを独自に管理できる利点を失う可能性がある。
【０１７３】
したがって，放送局１０５が独自に命名したメタ情報参照ＩＤ（放送局１０５を判定するための文字列を含まない。）を，ＥＰＧサービスサーバ１０８で配信する際，放送局判別のための文字列を付加する。
【０１７４】
情報受信装置１０１は，メタ情報参照ＩＤなどのデータを取得する際，放送局１０５を判別するための文字列を削除し放送局１０５が指定したメタ情報参照ＩＤに戻す処理を追加する必要がある。
【０１７５】
基本ＥＰＧ情報を取得した情報受信装置１０１は，表示部５０８にＥＰＧ表示画面を表示する。視聴者は，ＥＰＧ表示画面に表示された適当な番組に関する番組メタ情報またはサブメタ情報を表示するよう指示すると，メタ情報参照ＩＤおよび該当する放送局１０５のディレクトリサービスサーバ１０６のＵＲＩ情報に基づき，情報受信装置１０１は，該当するサブメタ情報を取得する。
【０１７６】
なお，本実施の形態にかかるディレクトリサービスサーバ１０６およびコンテンツサービス１０７は，放送局１０５ごとに独立して運用される場合であっても実施可能である。情報受信装置１０１は，上記放送局１０５ごとに，メタ情報参照ＩＤ，サブメタ情報などを区別し，サブコンテンツを取得する。
【０１７７】
例えば，放送局１０５−Ａから取得した番組メタ情報またはサブメタ情報に含まれるキーワードに基づき，放送局１０５−Ｂの番組メタ情報またはサブメタ情報を検索することが可能であり，視聴者は放送局１０５の違いを意識せずに番組メタ情報またはサブメタ情報等を取得することができる。
【０１７８】
また，本実施の形態にかかるディレクトリサービスサーバ１０６およびコンテンツサービス１０７は，例えば，番組のスポンサーまたはコンテンツ提供者等ごとに独立して運用される場合であっても実施可能である。なお，上記番組のスポンサーまたはコンテンツ提供者等ごとに運用される場合であっても，放送局１０５がメタ情報参照ＩＤを割当てる。
【０１７９】
番組のスポンサーまたはコンテンツ提供者ごとに独立して運用する場合，例えば，ディレクトリサービスサーバ１０６−Ａは，Ａ番組のスポンサーにかかるメタ情報参照ＩＤまたはサブメタ情報等を保有し，ディレクトリサービスサーバ１０６−Ｂは，Ｂ番組のスポンサーにかかるメタ情報参照ＩＤサブメタ情報等を保有する。
【０１８０】
次に，図６に示す本実施の形態にかかる情報受信装置１０１に備わる入力部５１１は，ユーザーから操作指示を受けることが可能なマウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどからなるが，かかる例に限定されない。
【０１８１】
入力部５１１は，ＥＰＧ表示画面に表示されたメインコンテンツ（放送番組）を選択し，上記選択された放送番組に関連する番組メタ情報またはサブメタ情報を検索することができる。
【０１８２】
例えば，選択された放送番組が再放送される予定，選択された放送番組が収録されたビデオの販売される予定などのメタ情報を検索することができる。したがって，所望の放送番組の再放送の有無，または再放送の要望などを入力部５１１から指示することができる。
【０１８３】
入力部５１１は，放送番組に関連する番組メタ情報（メインメタ情報）から取得の対象となるサブメタ情報のみを選択することができる。したがって，表示部５０８に表示されたメインメタ情報から所望のサブメタ情報を取得することができるとともに，上記サブメタ情報に関連付けられたサブコンテンツを取得することができる。なお，サブメタ情報に限定されず，入力部５１１は，メインメタ情報を選択することも可能である。
【０１８４】
問合せ情報生成部５１２は，入力部５１１から送信される操作指示情報を元に，選択された放送番組が属するメタ情報参照ＩＤ，放送番組の“タイトル”などの属性値等が設定された問合せ情報を生成する。
【０１８５】
問合せ情報送信部５０２は，問合せ情報生成部５１２から送信された問合せ情報を，ネットワーク１０３を介して，ディレクトリサービスサーバ１０６に送信する。なお，問合せ情報を送信する送信先は，情報受信装置１０１が保有するディレクトリサービスサーバ１０６のＵＲＩ全てが対象となる。
【０１８６】
メタ情報取得／記憶部５０３は，ディレクトリサービスサーバ１０６に対して，上記取得指示部５０２またはキーワード検索部５０６が検索した番組メタ情報またはサブメタ情報を送信するよう要求し，ネットワーク１０３を介して上記番組メタ情報またはサブメタ情報を受信し，記憶する。
【０１８７】
情報受信装置１０１は，番組メタ情報，サブメタ情報，またはサブコンテンツなどを取得するためにディレクトリサービスサーバ１０６にアクセスしたアクセス情報などに基づき，視聴者の嗜好情報を蓄積または分析する第１分析部５０４を備える。
【０１８８】
また，キーワードの検索により，検索されたサブコンテンツまたはサブコンテンツに付属するサブメタ情報がメタ情報取得／記憶部５０３に蓄積される。第２分析部５０４は，上記検索されたサブメタ情報またはサブコンテンツの実体を分析し，嗜好情報を生成する。なお，上記生成された嗜好情報を記憶／管理する。
【０１８９】
第１コンテンツアクセス部５０５は，問合せ情報送信部５０２からの問合せ情報で検索された番組メタ情報またはサブメタ情報に基づき，サブメタ情報記憶部３０２にネットワーク１０３を介してアクセスし，当該サブメタ情報に関連付けられたサブコンテンツを取得する。
【０１９０】
キーワード検索部５０６は，視聴者から入力部５１１を介して指定されるキーワード，または上記嗜好情報に基づき，メタ情報記憶部３０４に記憶された番組メタ情報またはサブメタ情報を検索する。なお，番組メタ情報またはサブメタ情報が検索された場合，メタ情報取得／記憶部５０３は，検索された番組メタ情報またはサブメタ情報を取得する。
【０１９１】
なお，本実施の形態にかかるキーワード検索部５０６は，問合せ情報送信部５０２とは別の構成である場合を例に挙げて説明したが，かかる例に限定されず，例えば，問合せ情報送信部５０２にキーワード検索部５０６が備わる場合であっても実施可能である。
【０１９２】
第２コンテンツアクセス部５０７は，上記キーワード検索部５０６により検索されたサブメタ情報に基づき，サブメタ情報記憶部３０２にネットワーク１０３を介してアクセスし，当該サブメタ情報に関連付けられたサブコンテンツを取得する。
【０１９３】
要望情報生成部５１４は，情報提供装置１０４に対して，要望する際に，入力部５１１からの指示に基づき，要望情報を生成し，ネットワーク１０３を介して，ディレクトリサーバ１０６に送信する。なお，情報提供装置１０４に放送局１０５が備わる場合，放送局１０５に対する要望は，例えば，番組の再放送を要望する場合等を例示することができる。
【０１９４】
通知受信部５１５は，ネットワーク１０３を介して，メタ情報検索部３０５または属性検索部３０６による検索の結果，該当する番組等が検索されなかった場合，メタ情報検索部３０５または属性検索部３０６から検索されない旨の情報を受信する。
【０１９５】
次に，図１０を参照しながら，上記のように構成された情報検索システム１００の動作の実施形態について説明する。図１０は，本実施の形態にかかる情報検索システムの動作の概略を示すフローチャートである。
【０１９６】
（編成処理）
まず，図１０に示すように，本実施の形態にかかる情報検索システム１００では，番組編成部２０１により，番組の編成処理（Ｓ８０１）が実行される。放送局１０５で番組の編成が決まると，番組に関連したメインメタ情報（番組メタ情報）とサブメタ情報とを生成する。なお，上記番組を識別するためのメタ情報参照ＩＤを割当てておく。
【０１９７】
次に，番組メタ情報付加部２０３およびサブメタ情報付加部２０２は，編成処理により生成される編成情報に，上記番組メタ情報とサブメタ情報とを付加する。
【０１９８】
番組に関連したサブコンテンツのうち，視聴者に提示するサブコンテンツを選び，上記サブコンテンツとメタ情報参照ＩＤとを関連付ける。また，上記番組に対応するメタ情報参照ＩＤを編成情報に付加することにより，番組メタ情報またはサブメタ情報とを関連付ける。
【０１９９】
メタ情報参照ＩＤには，番組メタ情報とサブメタ情報とが紐付けられる。したがって，上記メタ情報参照ＩＤに紐付けられた番組メタ情報およびサブメタ情報は，例えば図８等に示すように，メタ情報参照ＩＤに属するメタ情報群として一体的なデータ構造となる。
【０２００】
さらに，メタ情報参照ＩＤを取得することにより，当該メタ情報参照ＩＤに紐付けられた上記メタ情報群のうち，必要な番組メタ情報またはサブメタ情報だけを抽出し，部分的に取得することができる。
【０２０１】
図１１に示すように，メタ情報参照ＩＤ８０１と，上記メタ情報参照ＩＤ８０１に紐付けられた番組メタ情報８０２と，サブメタ情報８０３とが編成情報８００に付加されている。図１１は，本実施の形態にかかる情報提供装置から情報受信装置にメタ情報参照ＩＤを送信する動作の概略を示す説明図である。
【０２０２】
また，図１１に示すように，放送局１０５−Ａの編成情報８００において，例えば，“２０：００”から放送開始される“番組Ａ−１”に対しサブメタ情報または番組メタ情報を付加する場合は，メタ情報参照ＩＤは「Ａ−１」が付加される。
【０２０３】
上記メタ情報参照ＩＤ８０１−１の「Ａ−１」を介して，１又は２以上の番組メタ情報と１又は２以上のサブメタ情報とを関連付けることにより，“番組Ａ−１”にかかる番組メタ情報８０２−１，サブメタ情報８０３−１からなるメタ情報群が形成される。
【０２０４】
図１１に示す番組メタ情報８０２−１には，番組名が「グッと楽」を示す番組メタ情報と，番組のジャンルが「ドラマ」を示す番組メタ情報と，番組の出演が「木室拓哉」を示す番組メタ情報とから構成されている。なお，上記番組メタ情報８０２は，ＥＰＧデータである基本ＥＰＧ情報に含まれる。
【０２０５】
なお，本実施の形態にかかる番組メタ情報には，番組名，ジャンル，または出演者などのタグを有する番組メタ情報が存在する場合を例に挙げて説明したが，かかる例に限定されず，例えば，番組名，ジャンル，または出演者などが，番組メタ情報の属性の場合でも実施可能である。
【０２０６】
また，図１１に示すサブメタ情報８０３−１は，「特別サイトのＵＲＬ」を示すサブメタ情報と，「サービス期間」を示すサブメタ情報とを備える。なお，本実施の形態にかかるサブメタ情報には，特別サイトのＵＲＬ，サービス期間などのタグを有するサブメタ情報が存在する場合を例に挙げて説明したが，かかる例に限定されず，例えば，特別サイトのＵＲＬ，サービス期間などが，サブメタ情報の属性の場合でも実施可能である。
【０２０７】
上記「特別購買サイトのＵＲＬ」は，上記“番組Ａ−１”に興味をもった視聴者にアクセスさせるためのＷｅｂ画面を示すＵＲＬ情報である。なお，「特別サイトのＵＲＬ」または「サービス期間」の他に，「楽曲ＣＤ」を示すサブメタ情報などが追加される場合であっても実施可能である。
【０２０８】
また，メタ情報参照ＩＤが「Ａ−２」であるメタ情報参照ＩＤ８０１−２に紐付けられたメタ情報群には，番組メタ情報８０２−２と，サブメタ情報８０３−２とグループメタ情報５５０とが含まれる。
【０２０９】
メタ情報参照ＩＤに，これらのメタ情報群を関連付けることにより，サブメタ情報または番組メタ情報をアクセスすることができる。なお，メタ情報参照ＩＤ８０１，番組メタ情報８０２，およびサブメタ情報８０３を，まとめてディレクトリサービスサーバ１０６が保有する。
【０２１０】
また，サブメタ情報８０３と，サブメタ情報８０３に関連付けられるサブコンテンツの実体とを，コンテンツサービスサーバ１０７が保有する。
【０２１１】
（送信処理）
編成処理（Ｓ８０１）が終了すると，次に，識別情報送信部２０７は，基本ＥＰＧ情報と，上記基本ＥＰＧ情報に関連付けられたメタ情報参照ＩＤとを放送波を介して送出する（Ｓ８０２）。なお，識別情報送信部２０７は，基本ＥＰＧ情報とメタ情報参照ＩＤとをネットワーク１０３を介して送信する場合でも実施可能である。
【０２１２】
また，識別情報送信部２０７は，放送番組の放送と同時にメタ情報参照ＩＤを配信する場合に限られず，各種ＥＰＧ情報配信サービス等で配信される基本ＥＰＧ情報にメタ情報参照ＩＤを付加あるいは包含することにより，メタ情報参照ＩＤを事前に配信する場合等であってもよい。
【０２１３】
なお，本実施の形態にかかる識別情報送信部２０７は，基本ＥＰＧ情報とともにメタ情報参照ＩＤを送出する場合を例に挙げて説明したが，かかる例に限定されず，提供するメインコンテンツに応じて，識別情報送信部２０７は，メタ情報参照ＩＤのみを送出する場合であっても実施可能である。
【０２１４】
図１１に示すように，放送局１０５−Ａは，番組メタ情報８０２を含む基本ＥＰＧ情報とともに，「Ａ−１」であるメタ情報参照ＩＤ８０１−１と，「Ａ−２」であるメタ情報参照ＩＤ８０１−２とを送出する。
【０２１５】
情報受信装置１０１は，放送波受信部１０２またはネットワーク受信部５０１により受信したメタ情報参照ＩＤ８０１−１とメタ情報参照ＩＤ８０１−２とを放送局１０５ごとに記憶保有する。
【０２１６】
なお，「特別サイトのＵＲＬ」を示すサブメタ情報などの各種メタ情報（ＥＣＧ情報）は，基本ＥＰＧ情報と一緒には配信せずディレクトリサービスサーバ１０６に保有されている。
【０２１７】
つまり，情報受信装置１０１に上記メタ情報参照ＩＤの送信後，情報受信装置１０１側からの要求により，ディレクトリサービスサーバ１０６は，メタ情報参照ＩＤに紐付けられたサブメタ情報を情報受信装置１０１に送信する。
【０２１８】
放送波によって配信する場合，例えば，ＳＩ内のテーブル情報のうち，ディスクリプタ属性の値としてメタ情報参照ＩＤを割当てることにより，放送波を介してメタ情報参照ＩＤを基本ＥＰＧ情報とともに送信することができる。
【０２１９】
なお，本実施の形態にかかる識別情報送信部２０７は，メタ情報参照ＩＤを新たに付加して配信する場合を例に挙げて説明したが，かかる例に限定されず，メタ情報参照ＩＤ以外に，メインコンテンツを一意に特定できる値をメタ情報参照ＩＤとして利用してもよい。例えば，放送番組をメインコンテンツとしたときに，放送波のＳＩ情報に含まれるサービスＩＤとイベントＩＤの組合わせ，など複数の組合せからなる値をメタ情報参照ＩＤとして利用してもよい。
【０２２０】
次に，情報受信装置１０１で基本ＥＰＧ情報やメタ情報参照ＩＤを受信（Ｓ８０３）し，各種データを取得する。放送波により配信される場合，情報受信装置１０１はＳＩに含まれる基本ＥＰＧ情報と各番組のメタ情報参照ＩＤを取得する。
【０２２１】
基本ＥＰＧ情報やメタ情報参照ＩＤを受信（Ｓ８０３）した時点では，情報受信装置１０１は基本ＥＰＧ情報とメタ情報参照ＩＤのみを取得し，例えばサブメタ情報など，その他のＥＣＧ情報は取得しない。
【０２２２】
ここで，図１２を参照しながら，情報受信装置１０１が取得した基本ＥＰＧ情報に基づき表示されるＥＰＧ表示画面について説明する。図１２は，本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【０２２３】
情報受信装置１０１が保持するメタ情報には最初に取得する基本ＥＰＧ情報に含まれるメタ情報とディレクトリサービスサーバ１０６から取得しなければならないメタ情報とがある。
【０２２４】
図１２（ａ）に示すように，ＥＰＧ表示画面には放送局ごとに番組の放送時間や番組名などの放送番組に関する基本情報が表示される。例えば，放送局１０５−Ａの「２０：００」から放送される番組名「クイズビリオネアＳＰ」など番組に関する情報が表示される。
【０２２５】
なお，図１２（ａ）には，上記放送番組に関する基本情報のうち番組名とジャンルのみが表示されているが，かかる例に限定されず，出演者情報などが表示される場合であってもよい。
【０２２６】
また，図１２等に示すように，本実施の形態にかかるＥＰＧ表示画面には，上記放送番組のメタ情報参照ＩＤが表示される場合を，例に挙げて説明したが，かかる例に限定されず，例えば，ＥＰＧ表示画面には，メタ情報参照ＩＤが表示されない場合であっても実施可能である。
【０２２７】
また，ディレクトリサービスサーバ１０６からメインメタ情報またはサブメタ情報からなるメタ情報群が送信されると，情報受信装置１０１は，メタ情報群全体を取得し，ＥＰＧ表示画面の見出し部１２０１に表示する。
【０２２８】
図１２（ａ）の見出し部１２０１に示すように，ユーザーは自分の興味のある番組に対して，“再放送検索”ボタンを押下することにより，番組名「クイズビリオネアＳＰ」等の再放送番組を検索することができる。なお，再放送番組に限らず，スペシャル番組，総集番組などの関連番組，または関連商品（サブコンテンツ）などを検索することもできる。
【０２２９】
さらに，見出し部１２０１に示すように，ユーザーは自分の興味のある番組に対して，“録画予約”ボタンを押下することにより，情報受信装置１０１に，番組名「クイズビリオネアＳＰ」の番組を録画させることができる。
【０２３０】
例えば，番組のタイトル「クイズビリオネアＳＰ」と表示された矩形の枠線が入力部５１１により黒色太線のアクティブ状態となり，さらに矩形が入力部５１１によりダブルクリックされると，番組名，出演者情報，またはＵＲＬが含まれる特別サイトなどが見出し部１２０１に表示される。なお，「特別サイト」には，ＵＲＬが表示されずメールアドレスなどの場合であってもよい。
【０２３１】
次に，視聴者（ユーザー）は，見出し部１２０１に表示された“再放送検索”ボタンを押下すると，情報受信装置１０１は，「クイズビリオネアＳＰ」の再放送番組の有無を検索するためにディレクトリサーバ１０６にアクセスする。なお，見出し部１２０１に表示された“再放送検索”ボタンまたは“録画予約”ボタンは，ＥＰＧ表示画面の各番組の矩形内等に表示される場合でもよい。
【０２３２】
次に，図１０および図１３を参照しながら，本実施の形態にかかる再放送番組の検索処理について説明する。なお，図１３は，本実施の形態にかかる再放送予定がある場合の再放送番組の検索処理の概略を示す説明図である。
【０２３３】
上記説明のように，メタ情報参照ＩＤの受信処理（Ｓ８０３）後，視聴者がＥＰＧ表示画面・番組検索結果表示画面・おすすめ番組画面などから，図１３に示すタイトル「クイズビリオネアスペシャル」の番組に注目した場合（見逃してしまった，もう一度見たい，途中から見たが最初から見たい，など。），上記番組の再放送予定を検索することができる。
【０２３４】
検索する場合，入力部５１１により，図１２に示した“再放送検索”ボタンが押下されると，問合せ情報生成部５１２は，検索対象の番組（メインコンテンツ）に関連付けられたメタ情報参照ＩＤ「Ａ−５」と，上記メタ情報参照ＩＤ「Ａ−５」に紐付けられた再放送の属性を有する番組メタ情報とが設定された問合せ情報を生成する。
【０２３５】
なお，図１３に示すように，上記メタ情報参照ＩＤが「Ａ−５」で，タイトル「クイズビリオネアスペシャル」の番組にかかる再放送の元番組のＩＤ（再放送の属性の属性値）は「なし」である。ただし，ユーザーが指定した番組の再放送の属性値に何らかの値が設定されていた場合，上記属性値が問合せ情報に設定される。
【０２３６】
図１３に示すように，「クイズビリオネアスペシャル（再）」が選択され，再放送の検索する場合，上記再放送の属性値は，「Ａ−５」であり，上記「Ａ−５」が問合せ情報に設定される。
【０２３７】
再放送予定の検索を要求するために，生成された問合せ情報は，問合せ情報送信部５０２により，ネットワーク１０３を介して，ディレクトリサーバ１０６に送信される。なお，問合せ情報には，上記メタ情報参照ＩＤ，再放送の属性値の他に，番組のタイトル，出演者などの属性値も設定される。
【０２３８】
次に，ディレクトリサービスサーバ１０６のメタ情報検索部３０５は，上記問合せ情報を受信すると，問合せ情報に設定されたメタ情報参照ＩＤまたは再放送の属性値に基づき，管理している複数のメタ情報群の中から「再放送の属性値」として「Ａ−５」を持つメタ情報群を検索する（Ｓ８０４）。
【０２３９】
検索の結果，メタ情報群のうち，指定された再放送の属性値と同一のメタ情報を有するメタ情報群があった場合（Ｓ８０５），つまり番組の再放送の予定があった場合，メタ情報送受信部３０８は，該当する番組の情報（メタ情報参照ＩＤとそれにより関連付けられるメタ情報群）を情報受信装置１０１に送信する（Ｓ８０６）。なお，情報受信装置１０１に送信するメタ情報群のうち必要なメタ情報のみを部分的に抽出して送信する場合であってもよい。
【０２４０】
図１３に示すように，メタ情報参照ＩＤ「Ａ−５」の番組「クイズビリオネアスペシャル」の再放送番組を検索する場合，再放送の属性（再放送の元番組のＩＤ）の属性値は，「なし」であるため，上記メタ情報参照ＩＤ「Ａ−５」を検索キーとし，上記再放送の属性値が「Ａ−５」であるメタ情報群を検索する。
【０２４１】
図１３に示すように，メタ情報参照ＩＤが「Ａ−２５」である番組「クイズビリオネアスペシャル（再）」と，メタ情報参照ＩＤが「Ａ−５５」である番組「クイズビリオネアスペシャル総集編」が検索され，検索結果として，メタ情報送受信部３０８は，上記検索されたメタ情報参照ＩＤと該当するメタ情報を情報受信装置１０１に送信する。
【０２４２】
なお，同一の値が存在しない等，上記検索キーに基づき，再放送の属性値を検索することが出来ない場合，メタ情報検索部３０５は属性検索部３０６に問合せ情報を転送し，問合せ情報に設定された他のメタ情報の属性値に基づき属性検索部３０６が上記属性値と同一若しくは類似するメタ情報群を検索することができる。
【０２４３】
例えば，問合せ情報にメタ情報の属性として番組のタイトル等が設定されていた場合，上記番組のタイトル等の属性値を検索キーとして，メタ情報群を検索することができる。
【０２４４】
番組のタイトルの属性値が検索キーであり，上記検索キーに「クイズビリオネアスペシャル」と設定されていた場合，上記検索キーと，例えば９０％以上一致（マッチング）したメタ情報の属性値を検索する（クイズビリオネアスペシャルＶ２などを検索。）。または，上記検索キーに，例えば，“続編”，“パート２”，“総集編”，または“特別編”などのキーが付加されたメタ情報の属性値を検索する（クイズビリオネアスペシャル特別編などを検索。）等を例示することができる。なお，“続編”，“パート２”，“総集編”，または“特別編”などのキーは，予めキーテーブル（図示せず。）等に登録されている場合，または属性をメタ情報に設定する場合などを例示することができる。
【０２４５】
したがって，属性検索部３０６は，情報受信装置１０１から指定された番組と略同一又は類似の番組を検索することが可能となり，多様な条件から所望の番組を検索することが可能となる。
【０２４６】
また，属性検索部３０６は，メタ情報検索部３０５による検索が不能であった場合に検索を実行することで，ディレクトリサービスサーバ１０６の処理負荷を軽減し，検索処理効率の向上を図れる。
【０２４７】
なお，本実施の形態にかかるメタ情報検索部３０５と属性検索部３０６は，別々に構成される場合を例に挙げて説明したが，かかる例に限定されず，例えば，メタ情報検索部３０５と属性検索部３０６の機能を有し，一体的に構成する場合であってもよい。
【０２４８】
上記検索結果，情報受信装置１０１が再放送番組にかかるメタ情報群を受信すると，上記メタ情報群は表示部５０８のＥＰＧ表示画面上に表示される。また，情報受信装置１０１が視聴予約機能や録画予約機能を備えている場合には，入力部５１１から番組の指定等をすることにより，予約部５１６は，再放送予定の番組の視聴予約あるいは録画予約を行う（Ｓ８０７）。
【０２４９】
したがって，情報受信装置１０１は，視聴予約又は録画予約を行った番組を，指定時間になると，表示部５０８に映像を表示し，またはＤＶＤ，ＶＴＲ等に録画する。
【０２５０】
なお，視聴予約や録画予約については，図１２（ｂ）に示すように，表示部５０８に検索結果を画面表示する。また，表示部５０８には，「再放送予定が見つかりました」というようなメッセージとあわせて検索された番組の再放送予定日などが表示される。
【０２５１】
次に，ユーザーが，所望の再放送番組の項目に表示された“視聴予約”ボタンまたは“録画予約”ボタンを入力部５１１で選択することにより，「視聴予約」または「録画予約」などを，情報受信装置１０１に備わる予約部５１６に指示する。
【０２５２】
情報受信装置１０１に備わる予約部５１６は，入力部５１１から指示された当該番組のメタ情報をもとに視聴予約，録画予約を行う。
【０２５３】
なお，本実施の形態にかかる再放送番組の検索指示から視聴予約・録画予約（Ｓ８０７）までの処理の流れを途中で，表示部５０８に確認画面を表示するなどユーザーの確認作業を行うことなく情報受信装置１０１が実行する場合であってもよい。
【０２５４】
上記の場合，ユーザーは，再放送の検索したい番組を選択し，再放送予定を検索指示するだけでよく，その結果，再放送番組が検索された場合には，自動的に視聴予約や録画予約が実行されるため，ユーザー側から必要な操作を減らし，情報受信装置１０１は，効率的に視聴予約または録画予約を実行することができる。なお，自動的に視聴予約や録画予約を実行する一括処理は，一括処理または通常処理のどちらかを選択するなど，予め情報受信装置１０１に設定することもできる。
【０２５５】
次に，図１０および図１４を参照しながら，本実施の形態にかかる再放送番組の検索／リクエスト処理について説明する。なお，図１４は，本実施の形態にかかる再放送番組がない場合の再放送番組の検索及びリクエスト処理の概略を示す説明図である。
【０２５６】
上記説明のように，メタ情報参照ＩＤの受信処理（Ｓ８０３）後，上述したように，視聴者がＥＰＧ表示画面，番組検索結果表示画面，またはおすすめ番組画面などから，図１３に示すタイトル「クイズビリオネアスペシャル」の番組に注目した場合（見逃してしまった，もう一度見たい，途中から見たが最初から見たい，など。），上記番組の再放送予定を検索することができる。
【０２５７】
番組が選択されると，選択された番組（メインコンテンツ）が属するメタ情報の属性が“再放送の元番組のＩＤ”である属性値（ＩＤ），またはメインコンテンツが属するメタ情報参照ＩＤに基づき，メタ情報検索部３０５は，問合せ情報を受信し，メタ情報群を検索する。なお，“再放送の元番組のＩＤ”（再放送の属性値）にＩＤが設定されていない場合，メタ情報参照ＩＤが検索キーとなる。
【０２５８】
メタ情報検索部３０５および属性検索部３０６ともに，検索の結果，該当するメタ情報を検索できない場合，送信部（図示せず。）は，検索結果として当該番組の再放送番組が検出されない旨のメッセージを情報受信装置１０１に送信する。
【０２５９】
上記再放送番組が検出されない旨のメッセージは，ネットワーク１０３を介して送信され，情報受信装置１０１に備わる通知受信部５１５により受信される。通知受信部５１５は，上記再放送番組が検出されない旨のメッセージを表示部５０８に送信する。
【０２６０】
情報受信装置１０１に備わる表示部５０８は，図１２（ｃ）に示すように，上記メッセージを受信すると，ＥＰＧ表示画面上に再放送予定がない旨の上記メッセージを表示する。
【０２６１】
また，図１２（ｃ）に示すように，“再放送をリクエスト”ボタンを入力部５１１などにより押下すると，要望情報生成部５１４は，上記選択した番組を再放送するよう要望するための要望情報を生成する。
【０２６２】
次に，要望情報生成部５１４は，要望情報を生成すると，ネットワーク１０３を介して，ディレクトリサービスサーバ１０６に送信する（Ｓ８０８）。したがって，放送局１０５は，複数のユーザーから送信される要求情報に基づいて，“再放送する”又は“再放送しない”を決定する判断情報とすることができる。ユーザーが“再放送をリクエスト”ボタンを押下することにより，所望の番組を再放送するよう要望することができる。
【０２６３】
情報受信装置１０１に備わる要望情報生成部５１４は，例えば「Ａ−５」などの再放送を希望する番組のメタ情報参照ＩＤと，再放送を希望する旨のリクエストメッセージが設定された要望情報をディレクトリサービスサーバ１０６に送信する（Ｓ８０８）。
【０２６４】
なお，ユーザーが指定した番組の再放送が決定した時の再放送決定通知を情報受信装置１０１が受信する場合，要望情報には，メールアドレス，ユーザーＩＤなどユーザーを特定できるユーザー情報等が含まれる。また，ユーザーＩＤを送信するかどうかは要望情報を送信する際に，ユーザーに対して，再放送決定通知を受けることを希望するか否かを問い合わせ，その結果により決定する。
【０２６５】
ディレクトリサービスサーバ１０６に備わる要望応答部３０９は，メタ情報送受信部３０８から伝送される上記要望情報を受信すると，該当する番組のリクエスト数に追加する（Ｓ８０９）。なお，上記要望情報によりリクエストされた票数は，所定期間経過後に集計される。リクエストされた票数の集計は，番組ごとのメタ情報参照ＩＤ単位で行われ，要望情報を受信するごとに１票を追加する。
【０２６６】
また，受信した要望情報にユーザーＩＤ等のユーザー情報が含まれていた場合，要望応答部３０９は，決定通知待ちの上記ユーザー情報を，通知待ち情報管理部３０７に送信する。
【０２６７】
通知待ち情報管理部３０７は，決定通知待ちのユーザーに関するユーザー情報をデータベース化し，ユーザー情報データベースを記憶している。したがって，通知待ち情報管理部３０７は，要望応答部３０９から送信されるユーザー情報を受信する毎に，ユーザー情報をユーザー情報データベースに記憶する。
【０２６８】
ここで，図１５を参照しながら，本実施の形態にかかるユーザー情報データベースのデータ構造について説明する。図１５は，本実施の形態にかかるユーザー情報データベースのデータ構造の概略を示す説明図である。
【０２６９】
図１５に示すように，ユーザー情報データベース１５００は，ユーザーＩＤと，リクエスト内容と，対象番組のメタ情報参照ＩＤと，通知先情報との項目から構成される。
【０２７０】
上記ユーザーＩＤは，ディレクトリサーバ１０６にアクセス可能な情報受信装置１０１であるか否かを認証する際に，用いられる。したがって，ログオン時，情報受信装置１０１からユーザーＩＤとパスワードがディレクトリサーバ１０６に送信される。
【０２７１】
また，ユーザーＩＤの他に，ユーザーメタ情報参照ＩＤを例示することができる。ユーザーメタ情報参照ＩＤは，ディレクトリサーバ１０６が管理するＩＤではなく，アカウントアグリゲーションサーバ１０９が管理するＩＤである。ユーザーメタ情報参照ＩＤにより，アカウントアグリゲーションサーバ１０９は複数のユーザーＩＤを一元的に管理することができるため，複数のユーザー情報をまとめて管理できる。
【０２７２】
対象番組のメタ情報参照ＩＤは，情報受信装置１０１から送信された要望情報に設定されたメタ情報参照ＩＤである。通知先情報は，情報受信装置１０１に通知するための特定情報である。なお，本実施の形態にかかる通知先情報は，メールアドレスに限定されることなく，例えば，通知情報は，電話番号などの場合であってもよい。
【０２７３】
また，図１５に示すように，ユーザーメタ情報参照ＩＤが“Ｕ−１”などの場合，ユーザー情報データベース１５００に所定情報を記憶するだけで，例えば，アカウントアグリゲーションサーバ１０９などの他のサーバに，ユーザー情報データベース１５１０などのように別途管理することも実施可能である。
【０２７４】
次に，図１４に示すように，要望情報を受信することによりリクエストの票数を追加・集計（Ｓ８０９）した結果，例えば１００００票など，ある番組が指定の得票数を超えた場合（Ｓ８１０），ディレクトリサービスサーバ１０６に備わる要望応答部３０９は，上記番組が指定得票数を超えた旨の情報を放送局１０５に備わる所定のサーバ等（主に編成担当が内容を確認できるサーバなど）に送信する。
【０２７５】
上記番組が指定得票数を超えた旨の情報には，メタ情報参照ＩＤと，必要に応じてメタ情報参照ＩＤに関連付けられるメタ情報等が含まれる。なお，上記指定得票数は，放送局１０５の番組毎に適当な票数を設定することが可能である。
【０２７６】
次に，リクエストの得票数が指定数を超えた場合，放送局１０５は編成などで当該番組の再放送予定を検討する。なお，放送局１０５は，上記番組が指定得票数を超えた旨の情報を上記所定のサーバが受信すると，自動的に放送時間などの所定条件に合致する再放送予定を決定する場合であってもよい。
【０２７７】
次に，検討の結果再放送予定が決定した場合，放送局１０５は必要なメタ情報などを付加するなどの通常の編成処理を行い，ディレクトリサービスサーバ１０６に対し，再放送予定が決定した番組にかかる情報を送信，または番組メタ情報またはサブメタ情報などのメタ情報を登録する。
【０２７８】
図１４に示すように，情報受信装置１０１からメタ情報参照ＩＤが「Ａ−５」である番組（タイトル「クイズビリオネアスペシャル」）が再放送番組として編成処理されると，例えば，図１３に示すメタ情報参照ＩＤが「Ａ−２５」である番組（タイトル「クイズビリオネアスペシャル（再）」）等となる。上記編成処理後の再放送番組のタイトル，放送日等の番組メタ情報，またはサブメタ情報等が放送局１０５に登録される。
【０２７９】
次に，要望応答部３０９は上記再放送予定が決定した番組に関する情報（再放送決定情報）を受信すると，メタ情報送受信部３０８と通知待ち情報管理部３０７に転送し，通知待ち情報管理部３０７は，ユーザー情報データベース１５００からユーザーＩＤと対象番組のメタ情報参照ＩＤに基づき，通知先情報を抽出し，ユーザーＩＤと通知先情報等が設定された決定通知情報をメタ情報送受信部３０８に送信する。
【０２８０】
通知待ち情報管理部３０７から送信された決定通知情報を受信すると，メタ情報送受信部３０８は，上記決定通知情報に再放送決定情報（放送予定番組のメタ情報参照ＩＤや，メタ情報など）が付加された再放送決定通知を，情報受信装置１０１に送信する（Ｓ８１１）。なお，送信手段は，電子メールや，ＦＡＸ，またはメッセージなど情報受信装置１０１の種類に応じて変更することができる。
【０２８１】
情報受信装置１０１が再放送決定通知を受信すると，表示部５０８がＥＰＧ表示画面に再放送決定通知を表示し，上記説明の通り，再放送予定があった場合と同様の視聴予約，または録画予約などの処理を予約部５１６が行う（Ｓ８１２）。
【０２８２】
なお，リクエスト集計結果が指定の得票数を超えていない場合（Ｓ８１０）には，集計期限を過ぎていないかどうかを確認（Ｓ８１３）し，期限内であれば引き続き，情報受信装置１０１からの当該番組に関する要望情報を受け付ける。
【０２８３】
所定の集計期限を過ぎても指定得票数に達しない番組については，ディレクトリサービスサーバ１０６は，要求情報の受付を締め切り，必要に応じて得票データの破棄や別の領域への出力を行う（Ｓ８１４）。以上から，本実施の形態にかかる再放送番組の検索及びリクエスト処理にかかる一連の処理が終了する。
【０２８４】
また，上記説明したように，再放送番組の検索処理（Ｓ８０４）から，検索結果後の再放送番組をリクエスト（Ｓ８０８）や，視聴予約・録画予約処理（Ｓ８１２）までの処理について，情報受信装置１０１は，例えば，各処理ごとに，途中，表示部５０８にユーザーからの確認を受け付ける確認応答画面（図示せず。）等を表示しない場合であっても実施可能である。
【０２８５】
本実施の形態にかかる再放送番組の検索及びリクエスト処理において，ユーザーは，適当な番組を選択し，再放送番組の検索を，情報受信装置１０１に指示するだけでよく，検索の結果，再放送番組が検索された場合には，情報受信装置１０１に備わる予約部５１６は上記再放送番組について自動的に視聴予約や録画予約を実行する。したがって，再放送番組の検索から，視聴予約または録画予約までの処理効率の向上を図れる。
【０２８６】
これらの一括処理は，情報受信装置１０１の処理上の特徴としてもよいし，情報受信装置１０１の設定情報等に，予めユーザーにより一括処理を許可するように設定されるなど，条件つきで実行するという場合でもよい。
【０２８７】
また，本実施の形態にかかる再放送番組の検索及びリクエスト処理において，集計機能および関連情報の記憶領域は，ディレクトリサービスサーバ１０６が有する場合を例に挙げて説明したが，かかる例に限定されず，例えば，放送局１０５に備わる所定のサーバなど，別のサーバが要望情報による票数を追加・集計する集計機能およびユーザー情報データベースなど関連情報の記憶領域を有する場合であってもよい。集計機能などがディレクトリサービスサーバ１０６の外部にある場合には，ディレクトリサービスサーバ１０６が受信装置から送られてきたリクエストを外部の集計機能を持つサーバへと転送する。
【０２８８】
また，本実施の形態にかかる再放送番組の検索及びリクエスト処理において，編成処理による再放送番組の決定後，ディレクトリサービスサーバ１０６が情報受信装置１０１に対して再放送決定通知を送信する場合を例に挙げて説明したが，かかる例に限定されず，例えば，情報受信装置１０１に備わる確認部（図示せず。）等が，例えば１日１回など定期的に，ディレクトリサービスサーバ１０６にアクセスし，上記再放送決定通知を取得する場合であっても実施可能である。その際，情報受信装置１０１は，再放送するようリクエストした番組のメタ情報参照ＩＤを記憶する記憶領域（図示せず。）を用意し，再放送リクエストする度に，上記リクエストした番組にかかるメタ情報参照ＩＤを記憶する。上記メタ情報参照ＩＤに基づき，自動的にディレクトリサービスサーバ１０６に問い合わせることが可能となる。
【０２８９】
なお，本実施の形態にかかる再放送番組の検索及びリクエスト処理では，再放送番組に限らず，「続編リクエスト」，「総集編リクエスト」，「ＮＧ集リクエスト」などの多種多様な番組を検索し，リクエストすることができる。
【０２９０】
上記の場合，上述した再放送の元番組（オリジナル番組）のＩＤに限らず，例えば，番組の続編（パート２）などシリーズ番組にかかるオリジナル番組のＩＤなどを予め定義する，またはオリジナル番組のＩＤとあわせて「番組の属性」として新たに「再放送」や「総集編」などを定義するなどの管理方法を例示することができる。したがって，番組を検索する際に，再放送番組を検索するだけでなく，総集編，スペシャル編など上記番組に類似する番組を検索することが可能となる。
【０２９１】
本実施の形態にかかる情報受信装置１０１の表示部５０８には，「再放送検索」または「再放送リクエスト」のみでなく，総集編の番組を検索する「総集編検索」や「総集編リクエスト」などの各メニュー画面や，各ボタンが表示され，それに対応する問合せ情報をディレクトリサービスサーバ１０６に送信する場合であってもよい。
【０２９２】
ここまではメインコンテンツを番組とした実施例であるが，番組以外のメインコンテンツであってもほぼ同様の処理により，実施することができる。以下，図１６および図１７を参照しながら，本実施の形態にかかるサブコンテンツの検索およびリクエスト処理について説明する。図１６は，本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図であり，図１７は，本実施の形態にかかるコンテンツの検索及びリクエスト処理の概略を示す説明図である。
【０２９３】
図１６（ａ）に示すように，表示部５０８には，ＥＰＧ表示画面が表示されている。上述のように，番組を選択するため，ＥＰＧ表示画面の適当な番組の矩形等をクリックするとアクティブ状態となり，さらにダブルクリックすると，表示部５０８には，見出し部１２０１が表示される。
【０２９４】
上記見出し部１２０１には，図１６（ａ）に示すように，“番組名（タイトル）”，“ジャンル”，または“出演（出演者）”などの番組メタ情報と，“関連書籍”，“サービス期間”などのサブメタ情報が表示される。
【０２９５】
図１６（ａ）に示すように，見出し部１２０１には，番組メタ情報である番組名および属性値の「クイズビリオネアＳＰ」と，番組メタ情報であるジャンルおよび属性値の「クイズ」と，番組メタ情報である出演および属性値の「ものみんた」と，サブメタ情報である関連書籍および属性値の「ビリオネア辞典」と，サブメタ情報であるサービス期間および属性値の「〜２００３／６／３０」が表示される。
【０２９６】
さらに，見出し部１２０１のサブメタ情報である関連書籍および属性値の「ビリオネア辞典」の周辺部に“くわしく”ボタンが表示され，上記“くわしく”ボタンを入力部５１１などにより押下すると，上記関連書籍（サブコンテンツ）の有無等，サブコンテンツに関連する詳細情報（メタ情報群）を検索・取得することができる。
【０２９７】
ユーザーは，情報受信装置１０１を使用することにより，ＥＰＧ表示画面からの詳細情報表示・検索・リコメンドなど様々な手段で，ある番組（メインコンテンツ）に関連付けられたサブコンテンツの詳細情報またはサブコンテンツ等を，検索または取得することができる。
【０２９８】
図１７に示すように，例えば，メタ情報参照ＩＤが「Ａ−５」にかかるメタ情報群を検索するため，情報受信装置１０１に備わる問合せ情報生成部５１２は，上記メタ情報参照ＩＤ「Ａ−５」と，タイトル「クイズビリオネアスペシャル」と，属性が関連書籍であるメタ情報を含むこと（検索対象指示），などが設定された問合せ情報を生成する。
【０２９９】
問合せ情報送信部５０２は，サブコンテンツ等の検索のため，上記問合せ情報生成部５１２により生成された問合せ情報をネットワーク１０３を介してディレクトリサービスサーバ１０６に送信する。なお，問合せ情報を送信する送信先は，情報受信装置１０１が保有するディレクトリサービスサーバ１０６のＵＲＩ全てが対象となる。
【０３００】
ディレクトリサービスサーバ１０６が上記問合せ情報を受信すると，メタ情報検索部３０５は，上記問合せ情報に設定されたメタ情報参照ＩＤまたはタイトルなどに基づき，管理している複数のメタ情報群の中から該当するメタ情報群を検索する。
【０３０１】
検索の結果，メタ情報群のうち，指定されたメタ情報群を検索した場合，メタ情報送受信部３０８は，該当する番組に関連するメタ情報群を情報受信装置１０１に送信する。なお，情報受信装置１０１に送信するメタ情報群のうちサブコンテンツに関連するメタ情報のみを部分的に抽出して送信する場合であってもよい。
【０３０２】
図１７に示すように，メタ情報検索部３０５による検索結果は，メタ情報参照ＩＤ「Ａ−５」の番組「クイズビリオネアＳＰ」であるメタ情報群が検索される。したがって，メタ情報検索部３０５は，関連書籍「ビリオネア辞典」と上記関連書籍に関連するメタ情報（発売日「未定」）を抽出し，メタ情報送受信部３０８に送信する。
【０３０３】
なお，上述したように，本実施の形態にかかるメタ情報検索部３０５の検索結果，該当するメタ情報群を検索することができない場合等，メタ情報検索部３０５は，属性検索部３０６に問合せ情報を転送し，さらに属性検索部３０６がメタ情報群を検索する。
【０３０４】
例えば，属性検索部３０６は，上述したように，問合せ情報に含まれる“検索対象指示”が関連書籍の属性を有する場合，上記関連書籍の他に，“関連ビデオ”，“関連ゲーム”などの類似する属性をメタ情報群から検索することができる。なお，上記関連書籍に類似する属性は，予めキーテーブル（図示せず。）等に登録しておき，属性検索部３０６は，上記キーテーブルを参照することにより，メタ情報群を検索できる。
【０３０５】
したがって，属性検索部３０６は，番組（メインコンテンツ）とほぼ同一もしくは類似する番組や，上記番組に関連するビデオ，書籍などのサブコンテンツを検索することができる。
【０３０６】
上記属性検索部３０６により該当するメタ情報群が検索された場合，メタ情報検索部３０５の検索結果とほぼ同様に，メタ情報送受信部３０８からメタ情報群もしくは抽出されたメタ情報が情報受信装置１０１に送信される。
【０３０７】
図１６（ｂ）に示すように，メタ情報参照ＩＤ「Ａ−５」の検索結果は，ＥＰＧ表示画面に表示される。ＥＰＧ表示画面に関連書籍（サブコンテンツ）の発売日が「未定」となっている場合，入力部５１１により“発売日決定のお知らせを受ける”ボタンを押下することにより， 情報受信装置１０１に備わる要望情報生成部５１６は，上記関連書籍の発売日が決定した場合，ディレクトサービスサーバ１０６から上記発売日の決定通知を受けるため，要望情報を生成し，ディレクトリサービスサーバ１０６に送信する。
【０３０８】
上記要望情報には，少なくともメタ情報参照ＩＤと，通知リクエストが含まれ，例えば，図１６に示すように，要望情報には，メタ情報参照ＩＤ「Ａ−５」と，関連書籍「ビリオネア辞典」と，通知リクエストとして発売日通知などが設定されている。
【０３０９】
メタ情報送受信部３０８は，上記要望情報を受信すると，要望応答部３０９に転送する。上記要望情報は，要望応答部３０９に転送されることにより，通知待ち情報管理部３０７が管理するユーザー情報データベースに要望情報が登録される。なお，上記ユーザー情報データベースの構成は，上記説明したものとほぼ同様の構成であるため，詳細な説明は省略する。
【０３１０】
サブコンテンツの発売日が決定し，コンテンツサービスサーバ１０７が管理する当該サブコンテンツに関連付けられたサブメタ情報の“発売日”が更新されると，上記発売日である属性値を含むサブメタ情報がディレクトリサービスサーバ１０６に備わる要望応答部３０９に送信される。
【０３１１】
要望応答部３０９は，コンテンツサービスサーバ１０７から送信された上記発売日である属性値を含むサブメタ情報等を，メタ情報送受信部３０８と通知待ち情報管理部３０７に転送する。
【０３１２】
通知待ち情報管理部３０７は，ユーザー情報データベース１５００からユーザーＩＤと，要望応答部３０９から送信されたメタ情報参照ＩＤに基づき，通知先情報を抽出し，ユーザーＩＤと通知先情報等が設定された決定通知情報をメタ情報送受信部３０８に送信する。
【０３１３】
通知待ち情報管理部３０７から送信された決定通知情報を受信すると，メタ情報送受信部３０８は，上記決定通知情報に，メタ情報参照ＩＤや，発売日の属性値が設定されたサブメタ情報などを付加し，情報受信装置１０１に送信する。なお，送信手段は，電子メールや，ＦＡＸ，またはメッセージなど情報受信装置１０１の種類に応じて変更することができる。
【０３１４】
情報受信装置１０１がサブメタ情報等を受信すると，表示部５０８がＥＰＧ表示画面に上記サブメタ情報等を表示する。さらに，情報受信装置１０１がサブコンテンツの購入予約機能などを備える場合，入力部５１１からの指示により，発売日前に当該サブコンテンツを予約する購入予約処理を予約部５１６が行うことができる。
【０３１５】
予約部５１６は，入力部５１１からの指示により，上記サブコンテンツを予約するための購入予約情報を生成し，ネットワーク１０３を介して，ディレクトリサービスサーバ１０６に送信する。
【０３１６】
ディレクトリサービスサーバ１０６に備わる予約受付部３１０が上記購入予約情報を受信すると，予約受付部３１０は，予約受付部３１０が管理するユーザー購入データベース（図示せず。）に購入予約情報を追加する。
【０３１７】
さらに，予約受付部３１０は，上記購入予約情報を，アカウントアグリゲーションサーバ１０９に送信する。
【０３１８】
なお，本実施の形態にかかるユーザー購入データベースは，ユーザー情報データベース１５００，またはアカウントアグリゲーションサーバ１０９が管理するユーザー情報データベース１５１０等の場合であっても実施可能である。
【０３１９】
上記購入予約情報がユーザー購入データベースに追加されると，予約したサブコンテンツの発売日を迎えると，ユーザー購入データベースに基づき，ディレクトリサービスサーバ１０６からコンテンツサービスサーバ１０７に，サブコンテンツを情報受信装置１０１に提供するよう指示することにより，情報受信装置１０１は，上記サブコンテンツを購入することができる。
【０３２０】
なお，ディレクトリサービスサーバ１０６からコンテンツサービスサーバ１０７に指示する際に，アカウントアグリゲーションサーバ１０９によるサブコンテンツの課金／決済処理が正常終了するのを確認後，ディレクトリサービスサーバ１０６は，コンテンツサービスサーバ１０７にサブコンテンツを提供するよう指示する。以上で，本実施の形態にかかるサブコンテンツの検索およびリクエスト処理についての説明が終了する。
【０３２１】
なお，本実施の形態にかかるアカウントアグリゲーションサーバ１０９による課金・決済処理については，後程詳述する。
【０３２２】
また，本実施の形態にかかるサブコンテンツの検索およびリクエスト処理において，上記サブコンテンツの発売日を通知するように要望する処理からサブコンテンツの購入予約処理まで，ユーザーに対して表示部５０８などに確認を要求する画面（図示せず。）等を表示することなく，情報受信装置１０１は実行する場合でもよい。
【０３２３】
ユーザーはサブコンテンツを選択し，サブコンテンツの発売日を通知するよう要望（リクエスト）するだけでよく，その結果，発売日が決定した場合には自動的に購入予約が実行される場合であってもよい。それによりユーザーの操作ステップの省略，および情報受信装置１０１の処理効率の向上を図れる。を減らすことができる。
【０３２４】
また，本実施の形態にかかるサブコンテンツの検索およびリクエスト処理において，サブコンテンツに関連付けられたメタ情報群の検索結果，発売日が未定で，上記発売日の決定日を通知する場合を，例に挙げて説明したが，かかる発売日のみの告知に限定されない。例えば，価格やタイトルなど，その他の詳細情報についても同様の処理が行える。つまり情報受信装置１０１に送信する決定通知は，発売日の決定通知や価格決定の通知などを例示することができ，さらには，メインコンテンツに関連付けられるメインメタ情報またはサブコンテンツに関連付けられるサブメタ情報の更新通知なども含まれる。
【０３２５】
（部分取得）
次に，図１８，図１９を参照しながら，本実施の形態にかかるメタ情報の部分取得処理について説明する。図１８は，本実施の形態にかかるメタ情報の部分取得処理の概略を示す説明図であり，図１９は，本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【０３２６】
取得情報獲得部５１２は，図１８に示すように，“特別サイト”が選択されると，入力部５１１から少なくとも“特別サイト”の属性を含む取得対象情報を受信する。なお，取得対象情報に含まれるのは属性に限定されず，番組メタ情報，サブメタ情報，またはグループメタ情報などを示すインデックスの機能を有するタグ，または要素などが含まれる場合であっても実施可能である。メタ情報群のうち“特別サイト”の属性を含むメタ情報のみを部分的に抽出することができる。
【０３２７】
取得指示部５０２は，メタ情報参照ＩＤもしくは取得対象情報のうち少なくとも一方からなる取得指示情報を生成する。生成された取得指示情報は，図１９に示すように，取得指示部５０２により，ネットワーク１０３を介してディレクトリサービスサーバ１０６に送信される。なお，上記取得指示情報は，メタ情報を取得する対象のみが指示された情報である。
【０３２８】
また，情報受信装置１０１は，メタ情報参照ＩＤに基づき，対応する放送局１０５を判別し，対応する放送局１０５が判別できた場合，情報受信装置１０１は，上記放送局１０５のディレクトリサービスサーバ１０６を示すＵＲＩに基づき，ディレクトリサービスサーバ１０６に上記取得指示情報を送信する。
【０３２９】
例えば，上記取得指示情報を送信することで，情報受信装置１０１は，メタ情報参照ＩＤに関連付けられるメタ情報群のうち取得対象として「特別サイトＵＲＬ」が含まれるメタ情報のみを取得したい，という指示情報をディレクトリサービスサーバに送信することができる。ディレクトリサービスサーバ１０６は，図１９に示すように，当該メタ情報参照ＩＤに関連付けられた「特別サイトのＵＲＬ」を表すメタ情報のみを情報受信装置１０１に送信する。
【０３３０】
また情報受信装置１０１は，メタ情報群のうちグループメタ情報を部分的に取得することも可能である。例えば，取得対象としてグループＩＤを指定することで，ディレクトリサービスサーバ１０６は，メタ情報参照ＩＤに関連付けられたメタ情報群のうちグループメタ情報を抽出し，図１９に示すように，情報受信装置１０１に該当するメタ情報を送信することができる。
【０３３１】
また，図１８（ｂ）に示すように，情報受信装置１０１は，取得指示情報を各ディレクトリサービスサーバ１０６に送信する。取得指示情報が送信されたディレクトリサービスサーバ１０６は，保有するメタ情報のうち，取得指示情報に該当するメタ情報を検索する。
【０３３２】
ディレクトリサービスサーバ１０６から“特別サイト”の属性を含むメタ情報を取得すると，図１８（ｃ）に示すように，情報受信装置１０１は，ＥＰＧ画面に，各番組の特別サイトのＵＲＬを表示する。
【０３３３】
また，グループメタ情報の部分取得の場合，図５に示すように，メタ情報参照ＩＤ「Ａ−１」で関連付けられるメタ情報群の中に，グループＩＤ「０００１」からなるグループメタ情報５５０−１が存在する。上記グループメタ情報５５０−１は放送時間に関する情報をまとめるグループメタ情報５５０である。
【０３３４】
したがって，放送時間に関するグループメタ情報５５０は，少なくとも「放送開始時間」と「放送終了時間」と「更新可能性」と「更新タイミング」とが含まれるが，かかる例に限定されず，グループメタ情報５５０に他の情報が含まれる場合であってもよい。
【０３３５】
取得指示部５０２は，取得情報獲得部５１２から“グループＩＤ”が含まれるグループメタ情報５５０を取得対象とする取得対象情報を受信する。さらに取得指示部５０２は，上記取得対象情報に基づき，取得指示情報を生成する。
【０３３６】
生成された取得指示情報は，取得指示部５０２により，ネットワーク１０３を介して，ディレクトリサービスサーバ１０６に送信される。ディレクトリサービスサーバ１０６は，上記取得指示情報に指定されたグループメタ情報５５０を検索及び抽出し，情報受信装置１０１に送信する。送信されたグループメタ情報５５０は，情報受信装置１０１の表示部５０８に表示される。
【０３３７】
したがって，ディレクトリサービスサーバ１０６は，複数のメタ情報ごとに送信せず，複数のメタ情報を一括して送信することができるため，データ送信効率の向上が図れる。
【０３３８】
なお，ディレクトリサービスサーバ１０６は，メタ情報参照ＩＤに関連付けられたメタ情報群内に限定されず，ディレクトリサービスサーバ１０６が保有するメタ情報群全てから，同一グループＩＤをもつグループメタ情報５５０を検索してもよい。
【０３３９】
ここで，図２０を参照しながら，情報受信装置１０１が取得した基本ＥＰＧ情報に基づき表示されるＥＰＧ表示画面について説明する。図２０は，本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。なお，上記説明のメタ情報の部分取得の他の実施例として，メタ情報の全体取得について説明する。
【０３４０】
図２０（ａ）に示すように，ＥＰＧ表示画面には番組名などの番組に関する基本情報が表示される。例えば，放送局１０５−Ａの「２０：００」から放送される番組名「グッと楽」など番組に関する情報が表示される。
【０３４１】
なお，本実施の形態にかかるＥＰＧ表示画面には，メタ情報参照ＩＤである“参照ＩＤ：Ａ−１”が表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＥＰＧ表示画面には，上記メタ情報参照ＩＤが表示されない場合であっても実施可能である。
【０３４２】
またＥＰＧ表示画面内には，“関連情報”ボタンが備えられている。上記“関連情報”ボタンは，放送番組がアクティブに選択された状態で押下可能となる。上記基本ＥＰＧ情報，メタ情報参照ＩＤを受信すると，図２０（ａ）に示すように，番組名「グッと楽」の黒色太線で示す矩形内に，メタ情報参照ＩＤ「Ａ−１」を受信した旨を示す“参照ＩＤ：Ａ−１”が表示される。
【０３４３】
（要求処理）
視聴者がある番組を選択した状態で“関連情報”ボタンなどのボタンを押下すると，情報受信装置１０１は選択された番組に対応するメタ情報参照ＩＤに基づき，対応する放送局１０５を判別する。
【０３４４】
対応する放送局１０５が判別できた場合，情報受信装置１０１は，上記放送局１０５のディレクトリサービスサーバ１０６を示すＵＲＩに基づき，ディレクトリサービスサーバ１０６にアクセスし，選択されたメタ情報参照ＩＤに関連付けられたサブメタ情報を要求する。
【０３４５】
図２０（ａ）に示すように，視聴者が「グッと楽」の関連情報表示を指示した場合，「グッと楽」は，「放送局１０５−Ａ」の番組であり，メタ情報参照ＩＤは，「Ａ−１」である。
【０３４６】
したがって，情報受信装置１０１は，図２１に示すように，放送局１０５−Ａに対応するディレクトリサービスサーバ１０６にアクセスする。アクセス後，情報受信装置１０１は，メタ情報参照ＩＤが“Ａ−１”に関連付けられたサブメタ情報等を要求するため取得指示情報を送信する。
【０３４７】
次に，ディレクトリサービスサーバ１０６は，該当するメタ情報参照ＩＤに関連付けられたサブメタ情報等のメタ情報群を取得し，ネットワーク１０３を介して，情報受信装置１０１にメタ情報群を送信する。
【０３４８】
情報受信装置１０１は，ディレクトリサービスサーバ１０６から送信されたサブメタ情報等を，ＥＰＧ表示画面に表示する。なお，情報受信装置１０１は，予め表示する情報が限定されていた場合など，必要に応じて適当なメタ情報のみをＥＰＧ表示画面に表示する場合であっても実施可能である。
【０３４９】
図２０（ｂ）に示すように，ディレクトリサービスサーバ１０６には「Ａ−１」に関連付けられた出演「木室拓哉」，特別サイトのＵＲＬ「ｈｔｔｐ：／／・・・」，または購買サイト「サービス期間 〜２００３／６／３０」といったメタ情報が用意されている。
【０３５０】
図２０（ｃ）に示すように，ディレクトリサービスサーバ１０６からメインメタ情報またはサブメタ情報からなるメタ情報群が送信されると，情報受信装置１０１は，メタ情報群全体を取得し，ＥＰＧ表示画面の見出し部１２０１に表示する。
【０３５１】
情報受信装置１０１を通じて，図２０（ｃ）の見出し部１２０１に示すように，ユーザーは自分の興味のある番組に関連するメタ情報（ＥＣＧ情報）のみを取得することができる。表示部５０８に表示されるメタ情報群は，視聴者が興味を持った情報であると考えられ，ディレクトリサービスサーバ１０６は，上記アクセス情報を保有することができる。
【０３５２】
さらにディレクトリサービスサーバ１０６の解析部３０３は，情報受信装置１０１からのアクセス情報を取得し，または分析する機能を備えており，番組ごとに視聴者の興味の度合いを把握することができる。
【０３５３】
またディレクトリサービスサーバ１０６のアクセス時，例えばクッキー（Ｃｏｏｋｉｅ）情報など，情報受信装置１０１に記憶された視聴者のプロファイル情報などを使用することを視聴者が許可することにより，ディレクトリサービスサーバ１０６は，アクセス情報を視聴者層ごとに分類することが可能となる。
【０３５４】
サブメタ情報などからなるメタ情報群は，ディレクトリサービスサーバ１０６で保有する際のフォーマットそのままで情報受信装置１０１に保存される場合でもよい。または，必要に応じて受信受信装置１０１内のデータベースのフォーマット形式に変換して保存しても良い。また，情報受信装置１０１は，メタ情報群を必要に応じて情報受信装置１０１に記憶されるデータベースの形式に変換し，取得元の区別がつく状態でメタ情報郡を一元管理する場合であってもよい。
【０３５５】
また，図２０（ｃ）に示す見出し部１２０１は，ＥＰＧ表示画面上に表示されているため，一部の放送局のＥＰＧ表示画面が隠されてしまう。したがって，図２２に示すように，表示部５０８内にＥＰＧ表示画面と，見出し部１２０１とを別々に表示することで，上記ＥＰＧ表示画面が隠されてしまう危険性を防止することができる。
【０３５６】
次に，本実施の形態にかかる情報受信装置１０１が視聴者の嗜好情報の蓄積または分析する処理について説明する。
【０３５７】
情報受信装置１０１は，各放送局１０５のディレクトリサービスサーバ１０６から取得したサブメタ情報等のメタ情報群を情報受信装置１０１内部のデータベースに一元管理する。
【０３５８】
ディレクトリサービスサーバ１０６にアクセスした際，情報受信装置１０１は，取得されたサブメタ情報などのメタ情報をデータベース（図示せず。）に追加し，メタ情報の同一カテゴリーへのアクセス頻度などを別途保存する。さらに，情報受信装置１０１は，実際にサブコンテンツを購入した情報等も保存する。
【０３５９】
情報受信装置１０１は，これらの情報を，視聴者にかかる嗜好情報のメタ情報（図示せず。）として管理する。上記嗜好情報に関するメタ情報から視聴者のサブコンテンツの実体に対する嗜好分析や性格診断等する。表示部にサブコンテンツを表示する際，上記結果に基づき，興味を示す可能性が高いサブコンテンツを優先的に表示（リコメンド）する。
【０３６０】
次に，本実施の形態にかかる情報受信装置１０１が取得したサブメタ情報等のメタ情報群からサブコンテンツにアクセスする動作について説明する。
【０３６１】
まず，図２３および図２４を参照しながら，本実施の形態にかかるサブメタ情報に含まれるＵＲＩに基づき，サブコンテンツにアクセスする動作について説明する。
【０３６２】
図２３（ａ）に示すように，ディレクトリサービスサーバ１０６から送信されるメタ情報群にあらかじめＵＲＩを含む情報が付加されている場合には視聴者はそれを直接選択することでコンテンツサービスサーバ１０７の該当するサブコンテンツにアクセスすることができる。
【０３６３】
サブコンテンツにアクセスするためには，図２３（ａ）に示すように，情報受信装置１０１のＥＰＧ表示画面に表示される「グッと楽」などの番組が選択され，“関連情報”ボタンがマウスなどの入力部５１１により押下される。
【０３６４】
なお，本実施の形態にかかるＥＰＧ表示画面には，メタ情報参照ＩＤである“参照ＩＤ：Ａ−１”が表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＥＰＧ表示画面には，上記メタ情報参照ＩＤが表示されない場合であっても実施可能である。
【０３６５】
番組のタイトル「グッと楽」と表示された矩形の枠線が入力部５１１により黒色太線のアクティブ状態となり，さらに矩形が入力部５１１によりダブルクリックされると，番組名，出演者情報，またはＵＲＬが含まれる特別サイトなどが見出し部１２０１に表示される。なお，「特別サイト」には，ＵＲＬが表示されずメールアドレスなどの場合であってもよい。
【０３６６】
次に，視聴者は，見出し部１２０１に表示された「特別サイト」を選択し，さらに“関連情報”ボタンを選択すると，情報受信装置１０１は，「特別サイト」に指定されたＵＲＬのコンテンツサービスサーバ１０７にアクセスする。
【０３６７】
図２３に示す見出し部１２０１に表示された「特別サイト」が，入力部５１１により選択されると，情報受信装置１０１の第１コンテンツアクセス部５０５は，記憶された「特別サイト」に含まれるＵＲＬを抽出する。
【０３６８】
図２４に示すように，第１コンテンツアクセス部５０５は，情報受信装置１０１のメタ情報取得／記憶部５０３が記憶するメタ情報参照ＩＤ８０１−１のメタ情報群のうち，属性が“特別サイト”であるメタ情報を読み込み，属性値である“ｈｔｔｐ：／／・・・”を抽出する
【０３６９】
次に，図２４に示すように，第１コンテンツアクセス部５０５は，上記ＵＲＬ（ｈｔｔｐ：／／・・・）に基づき，ネットワーク１０３を介して，コンテンツサービスサーバ１０７にアクセスする。
【０３７０】
コンテンツサービスサーバ１０７は，図２４に示すように，上記ＵＲＬに該当するＷｅｂ画面などから構成された特別サイト情報を，ネットワーク１０３を介して情報受信装置１０１に送信する。
【０３７１】
コンテンツサービスサーバ１０７から送信される特別購買サイト情報を受信すると，情報受信装置１０１は，図２３（ｂ）に示すように，ＥＰＧ表示画面などに表示する。
【０３７２】
特別サイト情報が表示部５０８に表示されることにより，図２３（ｂ）に示す楽曲などの商品を購入することができる。商品の購入は，画面に表示される“購入”ボタンの押下により，実行される。上記“購入”ボタン押下以降の課金・決済処理については，後述する。
【０３７３】
放送局１０５側でＵＲＬが含まれるサブメタ情報を生成するため，放送局が意図的に，情報受信装置１０１から所定のサイトにアクセスさせることが容易となる。なお，上記サイトにアクセスする情報受信装置１０１は，サイトが有するコンテンツに興味を持っている可能性が高い。
【０３７４】
次に，図２５および図２６を参照しながら，本実施の形態にかかるサブメタ情報に含まれるキーワードに基づき，サブコンテンツにアクセスする動作について説明する。
【０３７５】
ディレクトリサービスサーバ１０６から送信されるメタ情報群に含む属性値またはインデックスをキーワードとして，情報受信装置１０１は，ネットワーク１０３に接続されたディレクトリサービスサーバ１０６またはコンテンツサービスサーバ１０７が保有するサブコンテンツや放送予定（または放送済み）の番組にかかる番組メタ情報を，検索することができる。
【０３７６】
上記インデックスは，メタ情報のうち番組メタ情報，グループメタ情報，またはサブメタ情報のうちいずれかを示す。例えば，インデックスは，図８等に示すメタ情報に設定されるタグなどに該当する。なお，カテゴリーは，かかる例に限定されず，メタ情報群全体がどの分野のメインコンテンツに関連するメタ情報であるのかを示す場合であっても実施可能である。
【０３７７】
図２５（ａ）に示すように，例えば，ＥＰＧ表示画面に表示される「グッと楽」が選択され，入力部５１１によりダブルクリック等が実行されると，情報受信装置１０１は，「グッと楽」のメタ情報参照ＩＤに関連するメタ情報を見出し部１４０１に表示する。
【０３７８】
なお，本実施の形態にかかるＥＰＧ表示画面には，メタ情報参照ＩＤである“参照ＩＤ：Ａ−１”が表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＥＰＧ表示画面には，上記メタ情報参照ＩＤが表示されない場合であっても実施可能である。
【０３７９】
上記見出し部１４０１には，「番組名」，「ジャンル」，「出演」，または「特別購買サイト」などが表示される。上記見出し部１４０１のうち，「出演」に表示された“木室拓哉”に関連するサブコンテンツを表示する場合，表示された「木室拓哉」が選択され，“キーワード検索”ボタンが押下される。
【０３８０】
図２６に示すように，情報受信装置１０１は，選択された“木室拓哉”をキーワードとして，ネットワーク１０３に接続された全放送局分のディレクトリサービスサーバ１０６またはコンテンツサービスサーバ１０７のメタ情報群を検索する。なお，情報受信装置１０１が全放送局分のディレクトリサービスサーバ１０６のＵＲＩを記憶していない場合，ＵＲＩが記憶された放送局のディレクトリサービスサーバ１０６にメタ情報の検索を依頼する。
【０３８１】
さらに，上記指定されたキーワード“木室拓哉”の他に，“木室拓哉”と関連性が強い略称“キムタ”もキーワードとして一緒に検索する。なお，“キムタ”と“木室拓哉”は，予め関連付テーブル（図示せず。）により関連性が強いと定義されている。検索のために必要なメタ情報が情報受信装置１０１内にない場合には，ディレクトリサービスサーバ１０６から部分取得する。
【０３８２】
検索結果，属性値が“木室拓哉”もしくは“キムタ”であるメタ情報が存在した場合，上記メタ情報にと関連付けられた番組メタ情報のＥＰＧ表示画面に表示されるタイトル等の色を変更するなどして明示する。
【０３８３】
また検索された番組メタ情報（基本ＥＰＧ情報）をソートして一覧表示などすることも可能とする。一覧表示の画面からさらに番組ごとの詳細情報を表示することもできる。
【０３８４】
情報受信装置１０１は，ディレクトリサービスサーバ１０６に，メタ情報参照ＩＤ８０１−１などに基づき，ネットワーク１０３を介して，アクセスする。アクセス後，情報受信装置１０１は，ディレクトリサービスサーバ１０６，サブメタ情報等のメタ情報群の検索を依頼する。
【０３８５】
情報受信装置１０１は，コンテンツサービスサーバ１０７に，「特別サイト」などに含むＵＲＬに基づきネットワーク１０３を介して，アクセスする。アクセス後，情報受信装置１０１は，コンテンツサービスサーバ１０７に，該当するメタ情報の検索を依頼する。なお，上記ＵＲＬを取得することができない場合，情報受信装置１０１は，コンテンツサービスサーバ１０７にアクセスしない。
【０３８６】
検索の依頼を受けたディレクトリサービスサーバ１０６またはコンテンツサービスサーバ１０７は，情報受信装置１０１から送信されるキーワード“木室拓哉”を含むメタ情報群を，まず検索し，上記“木室拓哉”を有するメタ情報のみを抽出し，部分的に取得する。なお，本実施の形態にかかるキーワードは，木室拓哉であるが，かかる例に限定されない。
【０３８７】
図２５（ｂ）に示すように，キーワード“木室拓哉”の検索により，放送局１０５−Ａのコンテンツサービスサーバ１０７は，“商品”「本」に関するサブメタ情報群を検索し，放送局１０５−Ｂのコンテンツサービスサーバ１０７は，“商品”「ＣＤ」に関するサブメタ情報群を検索し，キーワードを有するサブメタ情報を抽出し，部分的に取得する。
【０３８８】
検索されたサブメタ情報等のメタ情報は，ネットワーク１０３を介して，コンテンツサービスサーバ１０７またはディレクトリサービスサーバ１０６から情報受信装置１０１に送信される。
【０３８９】
次に，図２５（ｃ）に示すように，情報受信装置１０１の表示部５０８は，検索結果として，上記サブメタ情報を表示する。なお，該当するサブメタ情報が存在しない場合，表示部５０８には何も表示されない。
【０３９０】
図２５（ｃ）に示すように，表示部５０８に表示される“購入”ボタンが押下されることにより，該当する商品などのサブコンテンツを購入することができる。なお，表示部５０８には，“購入”ボタンのみが備えられる場合を例に挙げて説明したが，かかる例に限定されず，表示部５０８には，さらにＷｅｂサイトなどにアクセスするための“サイト遷移”ボタンなどが備えられる場合であっても実施可能である。
【０３９１】
また，検索されたサブメタ情報に含むＵＲＬに基づき，サブコンテンツにアクセスした後，情報受信装置１０１は，コンテンツに付加されたサブメタ情報をさらに検索することもできる。
【０３９２】
また，検索されたサブメタ情報に含むＵＲＬに基づき，サブコンテンツにアクセスした後，第２分析部５１０で上記コンテンツまたはサブメタ情報を分析し，嗜好情報を再生成する。
【０３９３】
次に，情報受信装置１０１は，再生成された嗜好情報に基づき，キーワードを再抽出して，コンテンツに付加されたサブメタ情報をさらに検索することもできる。
【０３９４】
検索対象は，上述の場合と同様に，サブコンテンツまたは番組メタ情報等であり，これにより番組に関連するサブコンテンツから番組に関する番組メタ情報等を逆引きで検索することも可能である。
【０３９５】
検索のために使用するキーワードは，単数の場合でも，複数の場合でもよい。複数のキーワードを選択することにより，さらに検索対象を絞り込むことができる。例えば「木室拓哉」「ドラマ」をキーワードとして検索した場合，「木室拓哉のドラマ」に関連したサブコンテンツのみが結果として表示される。
【０３９６】
また情報受信装置１０１に備わる入力部５１１に専用のキーワード入力インターフェースを備えることで，表示部５０８に表示される“木室拓哉”などのメタ情報から得られるキーワードのみでなくユーザー（視聴者）が任意にキーワードを入力又は登録することも可能となる。
【０３９７】
したがって，キーワードを入力する，または入力部５１１により表示部５０８に表示されるメインメタ情報等を選択し，メインメタ情報に関連付けられたサブメタ情報などをアクセスすることにより，一の番組から他の番組の検索，一の番組に関連付けられたサブコンテンツの検索，一のサブコンテンツから他のサブコンテンツの検索，または一のサブコンテンツから他の番組の検索を実現することが可能である。
【０３９８】
次に，図２７および図２８を参照しながら，本実施の形態にかかる情報受信装置１０１が管理する嗜好情報に基づいてサブコンテンツにアクセスする動作について説明する。
【０３９９】
情報受信装置１０１は，上述した嗜好情報に基づいて，キーワード検索する。上記嗜好情報は，ディレクトリサービスサーバ１０６等にアクセスした結果を蓄積し，結果を分析することにより生成される。
【０４００】
図２７（ａ）に示すように，ＥＰＧ表示画面に備えられる“おすすめ”ボタンなどが押下される。“おすすめ”ボタンが押下されると，情報受信装置１０１の嗜好分析エンジン部（図示せず。）は，第１分析部５０４または第２分析部５１０に管理された嗜好情報に基づき，ユーザーが特に興味を持っているキーワードを抽出する。
【０４０１】
なお，本実施の形態にかかるＥＰＧ表示画面には，メタ情報参照ＩＤである“参照ＩＤ：Ａ−１”が表示される場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＥＰＧ表示画面には，上記メタ情報参照ＩＤが表示されない場合であっても実施可能である。
【０４０２】
また，本実施の形態にかかる嗜好分析エンジン部は，第１分析部５０４内に備える場合，第２分析部５１０内に備える場合，情報受信装置１０１内に備える場合，または，ネットワーク１０３に接続されたサーバ内に備える場合などであっても実施可能である。
【０４０３】
図２８に示すように，情報受信装置１０１は，メタ情報を取得する際に発生するアクセス情報に基づき，嗜好情報を生成する。生成された嗜好情報は，第１分析部５０４に記憶される。
【０４０４】
図２７（ａ）に示す“おすすめ”ボタンが押下されると，情報受信装置１０１の嗜好分析エンジンは，上記嗜好情報に基づき，視聴者が興味を示すようなキーワードを抽出する。
【０４０５】
キーワードを抽出すると，視聴者の興味を示す優先順位が設定される。図２８に示すように，「木室拓哉」と「音楽」とが“★”の数が多く，興味を示す優先順位が高い。したがって，上記「木室拓哉」と「音楽」とが，検索するキーワードになる。
【０４０６】
情報受信装置１０１は，全放送局１０５のディレクトリサービスサーバ１０６またはコンテンツサービスサーバ１０７に，ネットワーク１０３を介して，アクセスする。アクセス後，情報受信装置１０１は，上記キーワードに該当するメタ情報群の検索を依頼する。
【０４０７】
なお，情報受信装置１０１が全放送局１０５のディレクトリサービスサーバ１０６のＵＲＩを記憶していない場合，情報受信装置１０１は，ＵＲＩを記憶しているディレクトリサービスサーバ１０６に対して検索する。
【０４０８】
図２７（ｂ）に示すように，キーワード“木室拓哉”，“音楽”の検索により，放送局１０５−Ａのコンテンツサービスサーバ１０７は，“商品”「本」に関するサブメタ情報群を検索し，放送局１０５−Ｂのコンテンツサービスサーバ１０７は，“商品”「ＣＤ」に関するサブメタ情報群を検索する。
【０４０９】
検索されたサブメタ情報等のメタ情報は，ネットワーク１０３を介して，コンテンツサービスサーバ１０７またはディレクトリサービスサーバ１０６から情報受信装置１０１に送信される。
【０４１０】
次に，図２７（ｃ）に示すように，情報受信装置１０１の表示部５０８は，検索結果として，上記サブメタ情報を表示する。なお，該当するサブメタ情報が存在しない場合，表示部５０８には存在しない旨のメッセージが表示，もしくは何も表示されない。
【０４１１】
図２７（ｃ）に示すように，表示部５０８に表示される“購入”ボタンが押下されることにより，情報受信装置１０１は，該当する商品などのサブコンテンツを購入することができる。
【０４１２】
また，本実施の形態にかかる情報検索システムでは，視聴者であるユーザーが情報受信装置１０１により，ディレクトリサービスサーバ１０６にアクセスして取得したメタ情報は視聴者の嗜好に適合している可能性が高い。
【０４１３】
したがって，本実施の形態にかかる情報検索システムでは，情報受信装置１０１がディレクトリサービスサーバ１０６にアクセスして取得したメタ情報に基づき，情報受信装置１０１ごとの嗜好分析を行う機能を備えているが，条件選択式ＥＰＧ表示画面のため，取得したメタ情報はＥＰＧ表示画面全体の基本ＥＰＧ情報に関連するメタ情報を表示することだけを目的としている場合があり，その際に部分取得などで取得したメタ情報は必ずしも視聴者の嗜好にあっているとはいえない可能性がある。
【０４１４】
そのため，嗜好分析の元情報としてこれらの情報を扱う場合にはそのまま利用するだけではなくメタ情報ごとに重み付けをする。例えば，ＥＰＧ表示画面に詳細情報として表示するために，最初に選択し取得したメタ情報には重みづけを大きくし，さらに上記メタ情報に基づき，他のメタ情報を検索した検索結果を表示するためだけに取得したメタ情報は重み付けを小さくするなどの重み付けをすることが可能である。
【０４１５】
（統合認証・決済）
次に，例えば，視聴者がキーワードでサブコンテンツを検索した結果，コンテンツサービスサーバ１０７で上記キーワードに該当するサブコンテンツが検索された場合，情報受信装置１０１の表示部５０８に表示されたサブコンテンツを“購入”ボタンが押下されることで，複数のコンテンツサービスサーバ１０７から所望の商品を一括して購入することが可能である。
【０４１６】
上記一括購入を実現するために，本実施の形態にかかる情報検索システム１００には，アカウントアグリゲーションサーバ１０９が備わる。まず情報受信装置１０１は，上記アカウントアグリゲーションサーバ１０９にアクセスし，統合ユーザーＩＤとパスワードをアカウントアグリゲーションサーバ１０９に登録する。
【０４１７】
上記統合ユーザーＩＤは，複数のコンテンツサービスサーバ１０７で共通して利用可能な統合されたＩＤである。したがって，１の統合ユーザーＩＤを利用することで，情報受信装置１０１は，複数のコンテンツサービスサーバ１０７が保有するサブコンテンツを購入することが可能となる。
【０４１８】
次に，情報受信装置１０１は，統合ユーザーＩＤとパスワードを利用してアカウントアグリゲーションサーバ１０９にログインする。コンテンツサービスサーバ１０７が保有するサブコンテンツ一覧から所望のサブコンテンツを選択する。
【０４１９】
より具体的には，所望のサブコンテンツを選択するために，情報受信装置１０１は，所望のサブコンテンツを自分の「バスケット」にいれるとアカウントアグリゲーションサーバ１０９に指示し，購入候補として登録させる。
【０４２０】
さらに情報受信装置１０１は他のコンテンツサービスサーバ１０７が保有するサブコンテンツ一覧から所望のサブコンテンツを購入する場合，情報受信装置１０１は，上記所望のサブコンテンツを選択すると，アカウントアグリゲーションサーバ１０９は，上記サブコンテンツを購入候補として登録する。
【０４２１】
購入候補として上記バスケットに登録された複数のサブコンテンツに対し，ユーザーが「購入」を指示する。具体的には，表示部５０８に表示された“購入”ボタンが入力部５１１により押下されるなどが例示される。
【０４２２】
「購入」が指示されると，アカウントアグリゲーションサーバ１０９はバスケットに入ったサブコンテンツの金額に応じて，アカウントアグリゲーションサーバ１０９内の課金・決済機能により，決済を行う。
【０４２３】
上記決済は，サブコンテンツを管理するコンテンツサービスサーバ１０７単位で行う。決済が終了すると，アカウントアグリゲーションサーバ１０９は，決済結果（完了報告）をそれぞれのコンテンツサービスサーバ１０７に送信する。
【０４２４】
上記決済結果に応じて，コンテンツサービスサーバ１０７はサブコンテンツをユーザーに提供する。なお，決済結果によっては，コンテンツサービスサーバ１０７は，サブコンテンツをユーザーに提供しない。例えば，残高不足により決済できない場合等が例示される。
【０４２５】
さらに，アカウントアグリゲーションサーバ１０９は，課金・決済を代行したサブコンテンツの代金を清算するため，適当な期間内にコンテンツサービスサーバ１０７に対し，代金を振込んだ結果を示す清算データ送信する。
【０４２６】
（リアルタイム更新）
次に，基本ＥＰＧ情報の配信を放送波のＳＩを利用して行う場合，本実施の形態にかかる情報検索システム１００においては，メタ情報参照ＩＤのみが基本ＥＰＧ情報に付加されて配信される。
【０４２７】
サブメタ情報等は，基本ＥＰＧ情報とともに配信されず，ネットワーク１０３に接続されたディレクトリサービスサーバ１０６に保有されている。またサブコンテンツもコンテンツサービスサーバ１０７に保有されている。
【０４２８】
基本ＥＰＧ情報とともに配信されるメタ情報参照ＩＤを一意に定め，そこから参照される先（ディレクトリサービスサーバ１０６，コンテンツサービスサーバ１０７）のコンテンツまたはサブメタ情報を更新することで，視聴者がメタ情報を取得しようとした際，常に最新の情報を提示することが可能となる。
【０４２９】
図２９に示すように，アクセス１８０１の場合，情報受信装置１０１は，ディレクトリサービスサーバ１０６から“最新ＣＤを購入「ｈｔｔｐ：／／ａｂｃ．ｃｏｍ／」”を示すサブメタ情報を取得する。
【０４３０】
さらに，アクセス１８０２の場合，情報受信装置１０１は，コンテンツサービスサーバ１０７に保有された“最新ＣＤ「ＳＡＫＵＲＡとロープ」「ｈｔｔｐ：／／ａｂｃ．ｃｏｍ／」”のサブコンテンツにアクセスする。
【０４３１】
アクセス１８０３の場合，情報受信装置１０１が取得するサブメタ情報は，上記アクセス１８０１の場合と同様である。アクセス１８０４の場合，サブコンテンツが更新されているため，情報受信装置１０１は，最新のサブコンテンツ（“最新ＣＤ「カラス」「ｈｔｔｐ：／／ａｂｃ．ｃｏｍ／」”）にアクセスすることができる。
【０４３２】
アクセス１８０５の場合，ディレクトリサービスサーバ１０６が保有するサブメタ情報が更新されたため，情報受信装置１０１は，最新のサブメタ情報（“新番組特設サイト「ｈｔｔｐ：／／ｎｅｗ．ｃｏｍ／」”）を取得することができる。
【０４３３】
またアクセス１８０６の場合，コンテンツサービスサーバ１０７が保有するサブコンテンツが更新されたため，情報受信装置１０１は，最新のサブコンテンツ（“新番組主題歌ＣＤ先行販売「ｈｔｔｐ：／／ｎｅｗ．ｃｏｍ／」”）にアクセスすることができる。
【０４３４】
なお，上記サブコンテンツまたはサブメタ情報等が更新された場合，ＥＰＧサービスサーバ１０８に対して，上記更新されたサブコンテンツまたはサブメタ情報等を送信する必要がない。
【０４３５】
したがって，放送局１０５は，上記サブコンテンツまたはサブメタ情報等の更新により発生する編成情報の更新処理などの処理を省略できる。また，上記サブコンテンツまたはサブメタ情報等の更新は，ＳＩ情報に影響を与えず，そのままＳＩ情報を使用することができる。
【０４３６】
上記説明の応用例として「番組録画予約の延長対応」を示す。番組を録画可能な情報受信装置１０１が基本ＥＰＧ情報に基づき録画予約をする場合，情報検索システム１００を利用することにより，放送局１０５側が提供するメタ情報参照ＩＤを介して放送番組の番組メタ情報と，基本ＥＰＧ情報で表現される番組情報とが一意的に対応付けられる。
【０４３７】
なお，現状の基本ＥＰＧ情報は，放送局１０５が放送する番組との明確な対応関係を持つことができない。
【０４３８】
例えば，「プロ野球」番組を録画予約したとする。情報受信装置１０１は，基本ＥＰＧ情報等に基づき，「プロ野球」番組のメタ情報参照ＩＤが「Ｂ−１」であることを把握する。
【０４３９】
さらに，情報受信装置１０１は，メタ情報参照ＩＤ「Ｂ−１」をキーとしてディレクトリサービスサーバ１０６から関連するサブメタ情報等を取得する。なお，上記サブメタ情報等のメタ情報は，属性として番組延長の可能性があることを示す延長フラグ（図示せず。）を備える。
【０４４０】
情報受信装置１０１は，延長フラグが立っている場合には定期的（例えば１０分ごと，など）にディレクトリサービスサーバ１０６が保有する「Ｂ−１」のメタ情報を参照する。
【０４４１】
情報受信装置１０１は，番組が予約された時刻になると録画を開始するが，録画中も，定期的にディレクトリサービスサーバ１０６が保有する当該メタ情報を参照する。
【０４４２】
上記参照する上記サブメタ情報等のメタ情報は，属性として延長フラグの他に，録画時間変更後の開始時刻，または終了時刻などを含む。
【０４４３】
放送局１０５は，放送時間の延長や変更があった場合，リアルタイムにディレクトリサービスサーバ１０６が保有する番組メタ情報に付属する開始時刻または終了時刻などを更新する。
【０４４４】
上記番組メタ情報などのメタ情報に付属する録画時刻情報が更新されていた場合，情報受信装置１０１は，自動的に録画時間を延長するなどの処理を行うことができる。なお，録画予約した番組が延長される場合に限らず，録画予約した番組よりも前の時間に放送された番組が延長された場合等であっても，リアルタイムにメタ情報の付属する録画時間を変更することができる。
【０４４５】
また，番組を録画可能な情報受信装置１０１は，番組を録画保存する際，基本ＥＰＧ情報と，上記基本ＥＰＧ情報に対応する番組のメタ情報参照ＩＤも保存する。
【０４４６】
視聴者が録画した番組に関連する情報を取得するため，上述した“関連情報”ボタンが押下されると，上記番組に対応するメタ情報参照ＩＤに基づき，情報受信装置１０１は，ディレクトリサービスサーバ１０６にアクセスし，関連するメタ情報を要求する。
【０４４７】
情報受信装置１０１は，メタ情報参照ＩＤの有効期限が切れていない限り，サブメタ情報等のメタ情報を，ネットワーク１０３を介してディレクトリサービスサーバ１０６から取得することができる。
【０４４８】
ディレクトリサービスサーバ１０６に存在するメタ情報群の内容は，リアルタイムに更新可能である。したがって，情報受信装置１０１は，ディレクトリサービスサーバ１０６にアクセスするタイミングに応じて，内容が相違するメタ情報を取得することができる。
【０４４９】
上記一の番組から参照可能なメタ情報やサブコンテンツの内容が更新されても，同一のメタ情報参照ＩＤであれば，情報受信装置１０１は，更新後のメタ情報またはサブコンテンツを取得することができる。
【０４５０】
本実施の形態にかかる情報検索システム１００の特徴として，ディレクトリサービスサーバ１０６とコンテンツサービスサーバ１０７とを，放送局１０５ごとに独自に管理することが可能である。
【０４５１】
これにより各放送局１０５が管理するメタ情報同士の間で依存しないため，各放送局１０５は，独自に管理するメタ情報の範囲内で，本実施の形態にかかる情報検索システム１００を運用することができる。
【０４５２】
また，全ての放送局１０５が一斉に情報検索システム１００の運用を開始せずに，放送局１０５は，運用開始日時を問わず，随時，情報検索システム１００の運用を開始することができる。
【０４５３】
情報受信装置１０１は，取得したメタ情報を，放送局１０５ごとに識別して，管理する必要があるが，適当な形式のフォーマットに変換することができる。これにより複数の放送局１０５から取得したメタ情報等を，情報受信装置１０１は，一元的に管理または利用し，さらに情報受信装置１０１は，複数のコンテンツサービスサーバ１０６が保有するサブコンテンツ等にアクセスすることができる。
【０４５４】
放送局１０５や情報提供装置１０４が，視聴者（ユーザー）に対して，提供したいサブコンテンツを提示する際に，視聴者（ユーザー）の嗜好を絞って提示することにより効果的な宣伝が可能となる。
【０４５５】
情報受信装置１０１は，自分の興味のある内容に関連するメインコンテンツ，サブコンテンツ等を容易に検索することができ，無駄な情報を省いて目的のコンテンツにたどり着ける。その際に，情報受信装置１０１は，複数の放送局１０５から得た情報を元に複数の放送局１０５が管理するコンテンツへアクセスできる。
【０４５６】
放送局１０５単位でディレクトリサービスサーバ１０６，コンテンツサービスサーバ１０７を独立して管理できる。本実施の形態にかかる情報検索システムに全放送局１０５が参加しなくても上記情報検索システムを開始でき，後からの追加も可能である。
【０４５７】
基本ＥＰＧ情報は，ＥＰＧサービスの配信会社などが一括して収集して，配信されるが，その他の付加的なＥＣＧ情報は放送局内で閉じて管理することが可能である。
【０４５８】
ＥＰＧサービス配信会社にデータを出す必要がないためデータの更新のために必要な処理が最小限ですみ，またディレクトリサービスサーバ１０６やコンテンツサービスサーバ１０７が管理する番組メタ情報等の内容の変更が放送波（ＳＩ情報）に影響を与えずにすむ。
【０４５９】
情報受信装置１０１が詳細情報や関連情報のメタ情報を取得する際に，ディレクトリサービスサーバ１０６にアクセスするため，メタ情報の情報提供装置１０４（主に放送局１０５）は，その際のアクセス情報を取得することができる。なお，メタ情報全体を情報受信装置１０１に蓄積し処理するやり方では，上記メタ情報は情報受信装置１０１が明示的にデータを送信しない限り取得できない。
【０４６０】
一の番組から参照可能なメタ情報やサブコンテンツ，メインコンテンツの内容を時間の経過により更新しても，情報受信装置１０１が受信する情報は常に同一のメタ情報参照ＩＤでよい。
【０４６１】
情報受信装置１０１からのアクセスタイミングにあわせて常に最新の情報を提示することができる。リアルタイムな放送の場合と同様に録画された番組に関する情報も扱うことができる。
【０４６２】
メタ情報参照ＩＤや各種メタ情報の各属性，有効期間を放送局１０５側で制御することができる。
【０４６３】
情報提供装置１０４は，情報受信装置１０１から指定された番組の再放送番組などを効率的に検索することができる。さらに，番組が再放送するように，情報受信装置１０１から情報提供装置１０４に対して要望することができる。
【０４６４】
また，上記番組の再放送予定があった場合，または再放送の予定が未定だったが途中で決定した場合などの結果を，情報提供装置１０４が情報受信装置１０１に通知することで，情報受信装置１０１が当該番組を放送する確実性を向上させることができる。
【０４６５】
情報提供装置１０４は，上記再放送番組の日時などの通知を，適当なタイミングで情報受信装置１０１に送信することができる。したがって，番組の本放送終了直後に上記番組の再放送予定を，情報受信装置１０１に送信することができる。
【０４６６】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０４６７】
【発明の効果】
以上説明したように，本発明によれば，情報提供装置１０４は，情報受信装置１０１に指定されたコンテンツから，目的とするコンテンツを効率的に検索することができる。
【図面の簡単な説明】
【図１】本実施の形態にかかる情報検索システムの概略的な構成を示すブロック図である。
【図２】本実施の形態にかかる放送局の概略的な構成を示すブロック図である。
【図３】本実施の形態にかかるＥＣＧ情報のデータ構造の概略を示す説明図であり，
【図４】本実施の形態にかかるＥＣＧ情報に含まれるメタ情報の概略を示す説明図である。
【図５】本実施の形態にかかるメタ情報のグループ化されたデータ構造の概略を示す説明図である。
【図６】本実施の形態にかかる情報受信装置，ディレクトリサービスサーバ，およびコンテンツサービスサーバの概略的な構成を示すブロック図である。
【図７】本実施の形態にかかるメインメタ情報およびサブメタ情報の概略的な構成を示す説明図である。
【図８】本実施の形態にかかるメタ情報群のデータ構造を示す説明図である。
【図９】本実施の形態にかかるＥＰＧデータのデータ構造を示す説明図である。
【図１０】本実施の形態にかかる情報検索システムの動作の概略を示すフローチャートである。
【図１１】本実施の形態にかかる情報提供装置から情報受信装置にメタ情報参照ＩＤを送信する動作の概略を示す説明図である。
【図１２】本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【図１３】本実施の形態にかかるメタ情報の部分取得処理の概略を示す説明図である。
【図１４】本実施の形態にかかる再放送番組がない場合の再放送番組の検索及びリクエスト処理の概略を示す説明図である。
【図１５】本実施の形態にかかるユーザー情報データベースのデータ構造の概略を示す説明図である。
【図１６】本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【図１７】本実施の形態にかかるコンテンツの検索及びリクエスト処理の概略を示す説明図である。
【図１８】本実施の形態にかかるメタ情報の部分取得処理の概略を示す説明図である。
【図１９】本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【図２０】本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【図２１】本実施の形態にかかる情報検索システムに適用される処理の概略的な動作を示す説明図である。
【図２２】本実施の形態にかかる情報検索システムに適用される情報受信装置に表示される画面の構成を示す説明図である。
【図２３】本実施の形態にかかる情報検索システムに適用される処理の概略的な動作を示す説明図である。
【図２４】本実施の形態にかかる情報検索システムに適用される処理の概略的な動作を示す説明図である。
【図２５】本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【図２６】本実施の形態にかかる情報検索システムに適用される処理の概略的な動作を示す説明図である。
【図２７】本実施の形態にかかるＥＰＧ表示画面の構成を示す説明図である。
【図２８】本実施の形態にかかる情報検索システムに適用される処理の概略的な動作を示す説明図である。
【図２９】本実施の形態にかかるメタ情報の画面表示の処理の概略を示す説明図である。
【符号の説明】
１００ ：情報検索システム
１０１ ：情報受信装置
１０３ ：ネットワーク
１０４ ：情報提供装置。
１０５ ：放送局
１０６ ：ディレクトリサービスサーバ
１０７ ：コンテンツサービスサーバ
１０８ ：ＥＰＧサービスサーバ
１０９ ：アカウントアグリゲーションサーバ

Claims (18)

1. コンテンツを提供する情報提供装置と，前記コンテンツに関連するメタ情報を提供するメタ情報提供装置と，前記コンテンツを受信する情報受信装置とを備える情報検索システムにおいて：
   前記情報提供装置は，前記メタ情報を識別するメタ情報参照ＩＤを，前記情報受信装置に送信する識別情報送信部を備えており，
   前記情報受信装置は，前記情報提供装置から送信された前記メタ情報参照ＩＤを受信する識別情報受信部と，
   前記メタ情報参照ＩＤに基づき，前記情報提供装置が保有するコンテンツの有無を問い合わせるための問合せ情報を生成する問合せ情報生成部と，
   前記問合せ情報を前記メタ情報提供装置に送信する問合せ情報送信部とを備えており，
   前記メタ情報提供装置は，前記情報受信装置から送信された前記問合せ情報に基づいて，メタ情報を検索するメタ情報検索部と，
   前記メタ情報検索部による検索後，前記メタ情報の属性と略同一または類似するメタ情報を検索する属性検索部と，
   前記検索された１又は２以上のメタ情報を前記情報受信装置に送信するメタ情報送信部とを備えることを特徴とする，情報検索システム。
2. 情報提供装置が提供するコンテンツに関連するメタ情報を，情報受信装置に提供するメタ情報提供装置において：
   前記情報提供装置が保有する少なくとも前記コンテンツの有無を確認するための問合せ情報に基づいて，前記コンテンツに関連するメタ情報を検索するメタ情報検索部と，
   前記メタ情報検索部による検索後，前記メタ情報の属性と略同一または類似するメタ情報を検索する属性検索部と，
   前記検索された１又は２以上のメタ情報を前記情報受信装置に送信するメタ情報送信部とを備えることを特徴とする，メタ情報提供装置。
3. 前記問合せ情報は，前記情報受信装置により少なくとも前記メタ情報参照ＩＤに基づき，生成されることを特徴とする，請求項２に記載のメタ情報提供装置。
4. 前記メタ情報検索部は，前記メタ情報参照ＩＤに紐付けられたメタ情報を検索することを特徴とする，請求項２に記載のメタ情報提供装置。
5. 前記属性検索部は，前記メタ情報検索部によりメタ情報が検索された場合，メタ情報の検索を実行しないことを特徴とする，請求項２に記載のメタ情報提供装置。
6. 前記属性検索部は，前記メタ情報検索部によりメタ情報が検索されない場合，前記メタ情報の属性と略同一または類似するメタ情報を検索することを特徴とする，請求項２に記載のメタ情報提供装置。
7. メタ情報提供装置から提供されたメタ情報が情報受信装置により選択されることにより，前記情報受信装置にコンテンツを提供する情報提供装置において：
   前記コンテンツに関連するメタ情報を識別するメタ情報参照ＩＤを，前記情報受信装置に送信する識別情報送信部を備えることを特徴とする，情報提供装置。
8. 前記情報提供装置は，前記情報受信装置から少なくとも前記コンテンツを提供するよう要望するための要望情報を受信することを特徴とする，請求項７に記載の情報提供装置。
9. 前記情報提供装置は，前記情報受信装置から送信された前記要望情報に対して，前記要望を実現するための要望実現部をさらに備えることを特徴とする，請求項７に記載の情報提供装置。
10. メタ情報提供装置がコンテンツに関連するメタ情報を提供することにより，情報提供装置からコンテンツを受信する情報受信装置において：
    前記情報提供装置から送信される前記メタ情報を識別するメタ情報参照ＩＤを受信する識別情報受信部と，
    前記メタ情報参照ＩＤに基づき，前記情報提供装置が保有するコンテンツの有無を問い合わせるための問合せ情報を生成する問合せ情報生成部と，
    前記問合せ情報を前記メタ情報提供装置に送信する問合せ情報送信部とを備えることを特徴とする，情報受信装置。
11. 前記情報受信装置は，前記情報提供装置に対して少なくとも前記コンテンツの提供を要望するための要望情報を生成する要望情報生成部をさらに備えることを特徴とする，請求項１０に記載の情報受信装置。
12. 前記情報受信装置は，前記問合せ情報送信後，前記コンテンツの有無を確認すると，前記コンテンツに関するメタ情報を受信することを特徴とする，請求項１０に記載の情報受信装置。
13. 情報提供装置が提供するコンテンツのうち前記情報受信装置が目的とするコンテンツを検索する情報検索方法であって：
    コンテンツに関連するメタ情報を識別するメタ情報参照ＩＤを送信する工程と；
    前記メタ情報参照ＩＤに基づき，前記情報提供装置が保有するコンテンツの有無を問い合わせるための問合せ情報を生成する工程と；
    前記問合せ情報に基づいて，メタ情報の検索，もしくは前記メタ情報の属性と略同一または類似するメタ情報の検索のうち少なくとも一方を実行する工程と；前記検索の結果，１又は２以上のメタ情報を前記情報受信装置に送信する工程とを含むことを特徴とする，情報検索方法。
14. 前記メタ情報の属性と略同一または類似するメタ情報の検索は，前記問合せ情報に基づき前記メタ情報が検索されなかった場合，実行することを特徴とする，請求項１３に記載の情報検索方法。
15. 前記メタ情報の検索または前記メタ情報の属性と略同一もしくは類似するメタ情報の検索は，前記メタ情報参照ＩＤに紐付けられたメタ情報を検索することを特徴とする，請求項１３に記載の情報検索方法。
16. 前記メタ情報の属性は，タイトル，再放送，および分野からなる群のうち少なくとも一つを含むことを特徴とする，請求項１３に記載の情報検索方法。
17. 前記情報提供装置に対して少なくとも前記コンテンツの提供を要望するための要望情報を生成する工程をさらに含むことを特徴とする，請求項１３に記載の情報検索方法。
18. 前記要望情報に対して，応答する工程をさらに備えることを特徴とする，請求項１７に記載の情報検索方法。

Images