(57)【要約】【課題】ネットワークを介してデータ放送を利用することが可能なデータ放送システムを提供する。【解決手段】データ放送コンテンツデータもしくは画音データのうち少なくとも一方からなる番組データを提供する番組提供装置（１０１）と，情報処理装置（１０２）とがネットワーク（１０３）を介して相互に接続されたデータ放送システムにおける番組提供装置は，少なくとも番組データを送出する番組送出部と，メッセージ情報を発火する発火部とを備え，情報処理装置は，番組データを少なくともネットワークを介して受信し，処理する番組処理部（３１０）と，メッセージ情報の発火の監視頻度を示す監視頻度データを動的に変更する監視頻度変更部（３１１）と，監視頻度データに従い，発火されたメッセージ情報をネットワークを介して取得するメッセージ情報取得部（３１２，３１３）とを備える。【選択図】  図１
2004242018.tif 000002
【特許請求の範囲】
【請求項１】
少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置と，情報処理装置とがネットワークを介して相互に接続されたデータ放送システムにおいて：
前記番組提供装置は，少なくとも前記番組データを送出する番組送出部と，
メッセージ情報を発火する発火部とを備え，
前記情報処理装置は，前記番組データを少なくとも前記ネットワークを介して受信し，処理する番組処理部と，
前記メッセージ情報を監視する頻度を示す監視頻度データを動的に変更する監視頻度変更部と，
前記監視頻度データに従い，発火された前記メッセージ情報を少なくとも前記ネットワークを介して取得するメッセージ情報取得部とを備えることを特徴とする，データ放送システム。
【請求項２】
少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置において：
前記情報処理装置は，前記番組データを少なくとも前記ネットワークを介して受信し，処理する番組処理部と，
前記メッセージ情報を監視する頻度を示す監視頻度データを動的に変更する監視頻度変更部と，
前記監視頻度データに従い，発火された前記メッセージ情報を少なくとも前記ネットワークを介して取得するメッセージ情報取得部とを備えることを特徴とする，情報処理装置。
【請求項３】
前記メッセージ情報取得部は，前記データ放送コンテンツデータに含まれる番組管理データをネットワークを介し受信することにより，発火された前記メッセージ情報を取得することを特徴とする，請求項２に記載の情報処理装置。
【請求項４】
前記メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されることを特徴とする，請求項２に記載の情報処理装置。
【請求項５】
前記イベントメッセージデータは，発火のタイミングが不特定である不特定イベントメッセージデータを含むことを特徴とする，請求項４に記載の情報処理装置。
【請求項６】
前記カルーセル切替データは，発火のタイミングが不特定である不特定カルーセル切替データを含むことを特徴とする，請求項４に記載の情報処理装置。
【請求項７】
前記番組処理部は，１の前記番組データ終了後，後続である他の番組データの引継ぎ先を示す番組引継データに基づき，引継処理をすることを特徴とする，請求項２に記載の情報処理装置。
【請求項８】
前記番組引継データは，前記他の番組データの開始タイミング情報を含むことを特徴とする，請求項７に記載の情報処理装置。
【請求項９】
前記データ放送コンテンツデータは，前記番組管理データとＢＭＬコンテンツデータとを少なくとも含むことを特徴とする，請求項２に記載の情報処理装置。
【請求項１０】
前記ＢＭＬコンテンツデータは，カルーセル伝送により前記ネットワークを介して伝送されることを特徴とする，請求項２に記載の情報処理装置。
【請求項１１】
前記番組管理データは，少なくとも前記イベントメッセージデータ，前記カルーセル切替データ，前記番組引継データ，もしくは監視頻度指示データのうちいずれか一つまたは任意の組合せから構成されることを特徴とする，請求項２に記載の情報処理装置。
【請求項１２】
コンピュータをして，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置として機能させるコンピュータプログラムにおいて：
前記番組データを前記ネットワークを介して受信し，処理するステップと，
メッセージ情報を監視する頻度を示す監視頻度データを動的に変更するステップと，
前記監視頻度データに従い，発火された前記メッセージ情報を前記ネットワークを介して取得するステップとを含むことを特徴とする，コンピュータプログラム。
【請求項１３】
前記メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されることを特徴とする，請求項１２に記載のコンピュータプログラム。
【請求項１４】
コンピュータをして，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置として機能させるコンピュータプログラムを記録するコンピュータ読取り可能な記録媒体において：
前記番組データを前記ネットワークを介して受信し，処理するステップと，
メッセージ情報を監視する頻度を示す監視頻度データを動的に変更するステップと，
前記監視頻度データに従い，発火された前記メッセージ情報を前記ネットワークを介して取得するステップとを含むプログラムを記録することを特徴とする，コンピュータ読取り可能な記録媒体。
【請求項１５】
前記メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されることを特徴とする，請求項１４に記載のコンピュータ読取り可能な記録媒体。
【請求項１６】
少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置のデータ取得方法において：  前記情報処理装置は，
前記番組データを前記ネットワークを介して受信し，処理する段階と；
メッセージ情報を監視する頻度を示す監視頻度データを動的に変更する段階と；
前記監視頻度データに従い，発火された前記メッセージ情報を前記ネットワークを介して取得する段階とを含むことを特徴とする，情報処理装置のデータ取得方法。
【請求項１７】
前記情報処理装置は，前記データ放送コンテンツデータに含まれる番組管理データをネットワークを介し受信することにより，発火された前記メッセージ情報を取得することを特徴とする，請求項１６に記載の情報処理装置のデータ取得方法。
【請求項１８】
前記メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されることを特徴とする，請求項１６に記載の情報処理装置のデータ取得方法。
【請求項１９】
前記イベントメッセージデータは，発火のタイミングが不特定である不特定イベントメッセージデータを含むことを特徴とする，請求項１８に記載の情報処理装置のデータ取得方法。
【請求項２０】
前記カルーセル切替データは，発火のタイミングが不特定である不特定カルーセル切替データを含むことを特徴とする，請求項１８に記載の情報処理装置のデータ取得方法。
【請求項２１】
前記情報処理装置は，１の前記番組データ終了後，後続である他の番組データの引継ぎ先を示す番組引継データに基づき，引継処理をすることを特徴とする，請求項１６に記載の情報処理装置のデータ取得方法。
【請求項２２】
前記番組引継データは，前記他の番組データの開始タイミング情報を含むことを特徴とする，請求項２１に記載の情報処理装置のデータ取得方法。
【請求項２３】
前記データ放送コンテンツデータは，前記番組管理データとＢＭＬコンテンツデータとを少なくとも含むことを特徴とする，請求項１６に記載の情報処理装置のデータ取得方法。
【請求項２４】
前記ＢＭＬコンテンツデータは，カルーセル伝送により前記ネットワークを介して伝送されることを特徴とする，請求項１６に記載の情報処理装置のデータ取得方法。
【請求項２５】
前記番組管理データは，少なくとも前記イベントメッセージデータ，前記カルーセル切替データ，前記番組引継データ，もしくは監視頻度指示データのうちいずれか一つまたは任意の組合せから構成されることを特徴とする，請求項１６に記載の情報処理装置のデータ取得方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ放送にかかり，特にデータ放送システム，情報処理装置，コンピュータプログラム，記録媒体，情報処理装置のデータ取得方法に関する。
【０００２】
【従来の技術】
近年，地上波放送（アナログ放送）サービスに加えて，デジタル放送サービス（デジタル放送）が普及しつつある。デジタル放送では，映画やスポーツなど映像や音声からなる多チャンネル番組の放送，マルチメディアサービスであるデータ放送が可能である。
【０００３】
デジタル放送では，放送番組は，デジタル放送するための通信衛星（ＣＳ：Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）もしくは放送衛星（ＢＳ：Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）などによる電波を介して放送される。
【０００４】
したがって，データ放送を利用する場合，通常イベントメッセージまたはカルーセル切替についても，上記通信衛星もしくは放送衛星などを介し放送される。上記イベントメッセージは，特にデータ放送において，例えば番組放送中に番組に関連するテキスト情報などを表示させる場合などに用いられ，上記カルーセル切替は，番組のチャンネルを変更する場合など，放送局から送出されるデータカルーセルの内容を変更するために用いられる（例えば，特許文献１参照）。なお，本願発明に関連する技術文献情報には，次のものがある。
【０００５】
【特許文献１】
特開２００１−３１３６２０号公報
【発明が解決しようとする課題】
しかしながら，データ放送を利用する視聴者であるユーザは，常にデジタル放送設備を有する放送局から送出される電波を衛星を介して受信可能なパラボラアンテナなどを用い，さらにＴＶなどのディスプレイ装置に表示させるための受信端末を使用する必要があった。
【０００６】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，ネットワークを介してデータ放送を利用することが可能な，新規かつ改良されたデータ放送システムを提供することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置と，情報処理装置とがネットワークを介して相互に接続されたデータ放送システムが提供される。このデータ放送システムにおける番組提供装置は，少なくとも番組データを送出する番組送出部と，メッセージ情報を発火する発火部とを備え，情報処理装置は，番組データを少なくともネットワークを介して受信し，処理する番組処理部と，メッセージ情報を監視する頻度を示す監視頻度データを動的に変更する監視頻度変更部と，監視頻度データに従い，発火されたメッセージ情報を少なくともネットワークを介して取得するメッセージ情報取得部とを備えることを特徴としている。
【０００８】
本発明によれば，番組提供装置は，少なくともブロードバンドからなるネットワークもしくは放送波としての電波のうちいずれか一方または双方を介して，番組データを送信し，情報処理装置は，上記番組データを受信する。さらに番組提供装置により発火されたメッセージ情報は，少なくともブロードバンドからなるネットワークもしくは放送波としての電波のうちいずれか一方または双方を介して情報処理装置に送信される。かかる構成により，ネットワークを介してデータ放送にかかる番組データを情報処理装置により処理し，再生することが可能となる。したがって，ネットワークを介してデータを送受信可能な情報処理装置であれば，データ放送を利用することが可能となる。なお，本発明にかかる番組提供装置は，例えば本実施の形態にかかる放送局などに該当する。
【０００９】
メッセージ情報取得部は，データ放送コンテンツデータに含まれる番組管理データをネットワークを介し受信することにより，発火されたメッセージ情報を取得するように構成してもよい。
【００１０】
メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されてもよい。
【００１１】
メッセージ情報取得部は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方を取得するように構成してもよい。なお，本発明にかかるメッセージ情報取得部は，例えば本実施の形態にかかるイベントメッセージ取得部及び／又はカルーセル切替取得部などに該当する。
【００１２】
イベントメッセージデータは，発火されるタイミングが不特定である不特定イベントメッセージデータを含むように構成してもよい。なお，本発明にかかる不特定イベントメッセージデータは，例えば本実施の形態にかかるアンタイムイベントメッセージデータなどに該当する。
【００１３】
カルーセル切替データは，発火されるタイミングが不特定である不特定カルーセル切替データを含むように構成してもよい。なお，本発明にかかる不特定カルーセル切替データは，例えば本実施の形態にかかるアンタイムカルーセル切替データなどに該当する。
【００１４】
監視頻度変更部は，監視頻度データを求めるための監視頻度テーブルを保有するように構成することができる。かかる構成により，番組分野（ジャンル），時間帯，または番組ＩＤなどに対応したイベント情報の発火の監視頻度を一元的に設けることにより効率的に求めることができる。
【００１５】
番組提供装置は，１の番組データの提供終了時，継続して他の番組データに引き継ぐための番組引継データを生成する番組引継生成部をさらに備えるように構成してもよい。
【００１６】
番組処理部は，１の番組データ終了後，後続である他の番組データの引継ぎ先を示す番組引継データに基づき，引継処理をするように構成してもよい。かかる構成により，予めアクセス先を記憶することが可能となり，シームレスに番組データを再生処理することが可能となる。
【００１７】
番組引継データは，開始タイミング情報を含むように構成することができる。かかる構成により，遅延させるなど，他の番組データの開始するタイミングを制御することが可能となる。
【００１８】
データ放送コンテンツデータは，番組管理データおよびＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツデータを少なくとも含むように構成することができる。
【００１９】
ＢＭＬコンテンツデータは，カルーセル伝送によりネットワークを介して伝送されるように構成することができる。
【００２０】
番組管理データは，少なくともイベントメッセージデータ，カルーセル切替データ，番組引継データ，もしくは監視頻度データを変更するための監視頻度指示データのうちいずれか一つまたは任意の組合せから構成されてもよい。
【００２１】
さらに，上記課題を解決するための本発明の別の観点によれば，情報処理装置とネットワークを介して接続された，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置が提供される。この番組提供装置は，少なくとも上記番組データを送出する番組送出部と，上記番組データを制御し，メッセージ情報を発火する発火部と上記メッセージ情報の発火の指示をする編成部とを備えていることを特徴としている。なお，この番組提供装置は，上記データ放送システムで採用される番組提供装置とほぼ同様の構成を有するので，詳細説明は省略する。
【００２２】
少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置が提供される。この情報処理装置は，番組データを少なくともネットワークを介して受信し，処理する番組処理部と，メッセージ情報を監視する頻度を示す監視頻度データを動的に変更する監視頻度変更部と，監視頻度データに従い，発火されたメッセージ情報を少なくともネットワークを介して取得するメッセージ情報取得部とを備えることを特徴としている。なお，この情報処理装置は，上記データ放送システムで採用される情報処理装置とほぼ同様の構成を有するので，詳細説明は省略する。
【００２３】
さらに，上記課題を解決するための本発明の別の観点によれば，コンピュータをして，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置として機能させるコンピュータプログラムが提供される。上記コンピュータプログラムは，番組データをネットワークを介して受信し，処理するステップと，メッセージ情報を監視する頻度を示す監視頻度データを動的に変更するステップと，監視頻度データに従い，発火されたメッセージ情報をネットワークを介して取得するステップとを含むことを特徴としている。
【００２４】
メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されてもよい。
【００２５】
さらに，上記課題を解決するための本発明の別の観点によれば，コンピュータをして，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置として機能させるコンピュータプログラムを記録するコンピュータ読取り可能な記録媒体が提供される。この記録媒体は，番組データをネットワークを介して受信し，処理するステップと，メッセージ情報を監視する頻度を示す監視頻度データを動的に変更するステップと，監視頻度データに従い，発火されたメッセージ情報をネットワークを介して取得するステップとを含むプログラムを記録することを特徴としている。
【００２６】
メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されてもよい。
【００２７】
さらに，上記課題を解決するための本発明の別の観点によれば，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなる番組データを提供する番組提供装置とネットワークを介して接続された情報処理装置のデータ取得方法が提供される。このデータ取得方法のうち情報処理装置は，番組データをネットワークを介して受信し，処理する段階と，メッセージ情報の監視頻度を示す監視頻度データを動的に変更する段階と，監視頻度データに従い，発火されたメッセージ情報をネットワークを介して取得する段階とを含むことを特徴としている。
【００２８】
本発明によれば，情報処理装置は，少なくともブロードバンドからなるネットワークもしくは放送波としての電波のうちいずれか一方または双方を介して，番組データを受信し，さらに番組提供装置により発火されたメッセージ情報は，少なくともブロードバンドからなるネットワークを介して情報処理装置に受信される。かかる構成により，ネットワークを介してデータ放送にかかる番組データを情報処理装置により処理し，再生することが可能となる。
【００２９】
情報処理装置は，データ放送コンテンツデータに含まれる番組管理データをネットワークを介し受信することにより，発火されたメッセージ情報を取得するように構成してもよい。
【００３０】
メッセージ情報は，少なくともイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方とから構成されてもよい。
【００３１】
イベントメッセージデータは，発火のタイミングが不特定である不特定イベントメッセージデータを含むように構成してもよい。なお，本発明にかかる不特定イベントメッセージデータは，例えば本実施の形態にかかるアンタイムイベントメッセージデータなどに該当する。
【００３２】
カルーセル切替データは，発火のタイミングが不特定である不特定カルーセル切替データを含むように構成してもよい。なお，本発明にかかる不特定カルーセル切替データは，例えば本実施の形態にかかるアンタイムカルーセル切替データなどに該当する。
【００３３】
情報処理装置は，１の番組データ終了後，後続の他の番組データの引継ぎ先を示す番組引継データに基づき，引継処理をするように構成してもよい。
【００３４】
番組引継データは，他の番組データの開始タイミング情報を含むように構成してもよい。
【００３５】
データ放送コンテンツデータは，番組管理データとＢＭＬコンテンツデータとを少なくとも含むように構成してもよい。
【００３６】
ＢＭＬコンテンツデータは，カルーセル伝送によりネットワークを介して伝送されるように構成してもよい。
【００３７】
番組管理データは，少なくともイベントメッセージデータ，カルーセル切替データ，番組引継データ，もしくは監視頻度指示データのうちいずれか一つまたは任意の組合せから構成されてもよい。
【００３８】
【発明の実施の形態】
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００３９】
まず，図１を参照しながら，本実施の形態にかかるデータ放送システムについて説明する。図１は，本実施の形態にかかるデータ放送システムの概略的な構成を示すブロック図である。
【００４０】
図１に示すように，本実施の形態にかかるデータ放送システムは，放送局１０１と，情報処理装置１０２（１０２ａ，１０２ｂ，…，１０２ｎ）と，ネットワーク１０３とから構成される。
【００４１】
放送局１０１は，番組を放送することが可能な放送設備を有し，点線の矢印に示すように放送波としての電波を介して複数のチャンネルにかかる番組データを送信，またはネットワーク１０３を介して送信する。なお，番組データは，少なくともデータ放送コンテンツデータもしくは画音データのうちいずれか一方または双方とからなるデータである。上記データ放送コンテンツデータは，データ放送するために必要なデータであり，画音データは，少なくとも映像及び／又は音声とから構成されるデータである。
【００４２】
なお，本実施の形態にかかる放送局１０１は，単数に限らず，複数の放送局１０１が設けられる場合であってもよく，さらにデータ放送をネットワーク１０３を介し提供し，その他の番組については衛星を介して，提供する場合であってもよい。
【００４３】
放送局１０１から送出された番組データは，情報処理装置１０２に備わるアンテナ（図示せず。）またはネットワーク１０３を介して受信される。受信された番組データは，情報処理装置１０２によりデコード処理などが実行されて，ディスプレイ３０２に表示される。情報処理装置１０２は，番組を視聴するためユーザにより使用される。
【００４４】
情報処理装置１０２は，データ放送などのデジタル放送を表示することが可能であり，表示するための番組データを，ネットワーク１０３もしくは衛星などによる電波を介して，受信する。なお，本実施の形態にかかる情報処理装置１０２は，少なくともネットワーク１０３を介してデータ放送コンテンツデータを受信することが可能であればよく，例えばデスクトップコンピュータ，携帯電話，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｅｖｉｃｅ  Ａｓｓｉｓｔａｎｔ），ノート型パソコン，または携帯端末などが例示される。
【００４５】
ネットワーク１０３は，放送局１０１と情報処理装置１０２とを相互に双方向通信可能に接続するものであり，典型的には，帯域幅が広く大容量のデータを高速通信可能なブロードバンドであり，光ファイバ（ＦＴＴＨ），ケーブルテレビ，ｘＤＳＬ，無線通信（ＦＷＡ），またはＩＭＴ−２０００などが例示される。
【００４６】
次に，図２を参照しながら，本実施の形態にかかる放送局１０１について説明する。図２は，本実施の形態にかかる放送局１０１の概略的な構成を示すブロック図である。
【００４７】
図２に示すように，放送局１０１は，放送するための番組データを制作する番組データ制作部２０１と，番組データ記憶部２０３と，番組送出部２０７と，タイミング制御部２０５と，放送するために番組データの送出時間等を制御する編成部２０８と，発火部２０９とから構成される。
【００４８】
番組データ制作部２０１は，番組のコンテンツを取材するためのカメラなどの撮像装置（図示せず。），マイク（図示せず。）を含み，さらに撮影された映像／音声データを編集する編集装置（図示せず。），またデータ放送コンテンツデータを制作／編集するデータ放送編集装置（図示せず。）などから構成される。
【００４９】
番組データ制作部２０１により制作された番組データは，番組データ記憶部２０３に記憶される。番組送出部２０７は，番組データ記憶部２０３に記憶されている番組データをタイミング制御部２０５の指示に基づき読み込み，ネットワーク１０３又は電波を介して送出する。
【００５０】
発火部２０９は，編成部２０８の指示に基づき，イベントメッセージデータ及び／又はカルーセルを切替えるためのカルーセル切替データを発火し，番組データ記憶部２０３に記憶された当該番組管理データを更新する。なお，上記イベントメッセージデータおよびカルーセル切替データは，例えば，後述するデータ放送コンテンツデータ編集時に予め発火されるタイミングが不特定であるアンタイムイベントメッセージおよびアンタイムカルーセル切替データなどである。編成部２０８の管理下で，番組データ記憶部２０３の番組データが番組送出部２０７に送信され，加えて，発火部２０９からイベントメッセージ及び／又はカルーセル切替データが番組送出部２０７に送信される。
【００５１】
次に図３を参照しながら，本実施の形態にかかる情報処理装置１０２について説明する。図３は，本実施の形態にかかる情報処理装置１０２の概略的な構成を示すブロック図である。
【００５２】
図３に示すように，情報処理装置１０２は，例えば，キーボード，ポインティングデバイス，またはマウスなどが例示される入力部３０１と，ディスプレイ３０２と，例えば，ハードディスクなどが例示される記憶部３０３と，通信部３０４と，受信部３０５と，ドライブ３０６と，ＣＰＵ（中央演算処理装置）３０７と，ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０８と，ＲＡＭ（ＲｅａｄＡｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０９と，番組処理部３１０と，監視頻度変更部３１１と，イベントメッセージ取得部３１２と，カルーセル切替取得部３１３とを備える。
【００５３】
通信部３０４は，ネットワーク１０３を介して放送局１０１と双方向にデータ送受信する。受信部３０５は，アンテナ（図示せず。）と接続し，放送局１０１から電波を介して放送される番組データを受信する。
【００５４】
ドライブ３０６は，磁気ディスク３３０，光ディスク３３１，光磁気ディスク３３２，または半導体メモリ３３３などの記録媒体からデータの読書きをする場合に用いられる。
【００５５】
番組処理部３１０は，受信した少なくともデータ放送用コンテンツデータが含まれる番組データをディスプレイ３０２により表示可能なように，デコード処理などを行う。
【００５６】
監視頻度変更部３１１は，放送局１０１の番組データ記憶部２０３に記憶された，例えば番組管理データなどが更新されたか否かを，リロードすることにより監視する頻度を決定する。
【００５７】
上記監視頻度変更部３１１は，監視頻度データを保有している。上記監視頻度データは，上記リロードする頻度を示す値が設定されている。
【００５８】
さらに，監視頻度変更部３１１は，番組データの編集時，番組データ制作部２０１又は編成部２０８等により生成される監視頻度指示データを受信することにより，上記監視頻度データを変更し，監視する頻度を変更している。番組管理データについては後程詳述する。
【００５９】
イベントメッセージ取得部３１２は，監視頻度変更部３１１に記憶される監視頻度データに基づき，放送局１０１の番組管理データを監視し，放送局１０１により発火されたイベントメッセージデータをネットワーク１０３を介して受信する。
【００６０】
カルーセル切替取得部３１３は，監視頻度変更部３１１に記憶保有される監視頻度データに基づき，放送局１０１の番組管理データを監視し，放送局１０１により発火されたカルーセル切替データをネットワーク１０３を介して受信する。
【００６１】
ここで，本実施の形態にかかる放送局１０１からネットワーク１０３を介して送信される番組データに含まれるデータ放送コンテンツデータについて説明する。なお，データ放送コンテンツデータとともに，映画またはスポーツ番組などの画音データもネットワーク１０３を介して送信されるが，かかる例に限定されず，データ放送コンテンツデータはネットワーク１０３を介して送信され，映画またはスポーツ番組などの画音データは，電波を介して送出されるなどの場合でもよい。
【００６２】
上記番組と連動するというのは，番組放送中に，その番組の場面などに関連する情報として，所定のタイミングで提供され，上記場面が他の場面に移り変わると別の関連する情報が提供されることである。
【００６３】
上記データ放送コンテンツデータは，ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）規格に基づき作成されたデータである。上記ＢＭＬは，ＡＲＩＢ（電波産業会）においてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ベースのマルチメディア符号化方式である。本実施の形態にかかるデータ放送システムでは，上記ＢＭＬ規格によるデータの送受信される場合において説明するが，かかる例に限定されず，例えばＭＨＰ（Ｍｕｌｔｉｍｅｄｉａ  Ｈｏｍｅ  Ｐｌａｔｆｏｒｍ）またはｉＴＶなどの，日本国内外の他の地域で用いられているデータ放送の規格に基づくデータでもよい。
【００６４】
本実施の形態にかかる情報処理装置１０２は，記憶部３０３に記憶されたソフトウェアにより，上記データ放送コンテンツデータを受信し，ディスプレイ３０２に表示可能なように処理する。上記ソフトウェアは，情報処理装置１０２により起動されると，ＲＡＭ３０９などに記憶保有され，ＣＰＵ３０７を介して必要な処理が実行される。
【００６５】
なお，本実施の形態にかかる情報処理装置１０２は，さらに上記ソフトウェアの他に，上記ソフトウェアを管理するための例えばＷｉｎｄｏｗｓＣＥ（登録商標），ＷｉｎｄｏｗｓＸＰ（登録商標）などＯＳ（オペレーションシステム）を記憶保有する。また，上記ソフトウェアは，後程詳述するが，例えばＢＭＬブラウザなどが例示される。
【００６６】
上記ＯＳは，ディスプレイ３０２に表示されるウィンドウの管理や，ユーザにより指示される処理などを制御する。ＢＭＬブラウザは，ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）規格で作成されたデータを処理するＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザと類似し，ＢＭＬ規格で生成されたＢＭＬコンテンツデータを処理するためのソフトウェアである。
【００６７】
次に，本実施の形態にかかるデータ放送システムにおける動作について説明する。なお，複数存在する放送局１０１からは，それぞれチャンネル毎にデータ放送コンテンツデータがネットワーク１０３を介して送信されている。
【００６８】
まず，情報処理装置１０２は，記憶部３０３に記憶保持されたＢＭＬブラウザが，例えばクリックなどにより起動されると，放送局１０１からネットワーク１０３を介して送信されるデータ放送コンテンツデータを受信可能な状態となる。なお，上記ＢＭＬブラウザの起動は，ディスプレイ３０２に表示される例えば番組放送中の番組のタイトル名等がクリックなどにより選択された場合であるが，かかる例に限定されない。
【００６９】
次に，情報処理装置１０２は，ユーザにより選択されて，決定された番組にかかるデータ放送コンテンツデータを取得するため放送局１０１の番組データ記憶部２０３にアクセスする。
【００７０】
なお，番組データ記憶部２０３に保有される，上記選択されたデータ放送コンテンツデータを取得するためのアクセス先は，予め番組のタイトル名等とデータ放送コンテンツデータとが，例えばＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）などにより関連付けられており，上記番組のタイトル名等に設定されたＵＲＩに基づき，情報処理装置１０２は，アクセスする。
【００７１】
番組データ記憶部２０３は，上記選択された当該データ放送コンテンツデータを読み出し，番組送出部２０７によりネットワーク１０３を介し，情報処理装置１０２に送信する。
【００７２】
したがって，情報処理装置１０２は，ＵＲＩに基づきデータ放送コンテンツデータをアクセスし，受信することにより，番組データ記憶部２０３に格納された当該データ放送コンテンツデータのうち番組管理データを，ネットワーク１０３を介して取得することができる。
【００７３】
ここで，図４を参照しながら，本実施の形態にかかるデータ放送コンテンツデータについて説明する。図４は，本実施の形態にかかるデータ放送コンテンツデータの概略的な構成を示すブロック図である。
【００７４】
図４に示すように，データ放送コンテンツデータは，ＢＭＬ１１コンテンツデータ〜ＢＭＬ１３コンテンツデータ（ＢＭＬ１１コンテンツ８０１−１，ＢＭＬ１２コンテンツ８０１−２，ＢＭＬ１３コンテンツ８０１−３），および上記ＢＭＬコンテンツデータを管理するための番組管理データ４０１から構成されている。なお，ＢＭＬ１１コンテンツデータ〜ＢＭＬ１３ＢＭＬコンテンツデータからなるＢＭＬコンテンツデータは，かかる例に限定されず，１または２以上から構成されることが可能である。上記番組管理データ４０１は，上記ＢＭＬコンテンツデータがＢＭＬ規格により作成されるのと同様に，ＢＣＭＬ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｅｎｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）規格で作成される。なお，ＢＣＭＬ規格もＸＭＬをベースとする。
【００７５】
ＢＭＬコンテンツデータは，ＢＭＬ規格により生成されるデータであるが，該データとともに，動画像であるＭＰＥＧデータ，静止画像であるＪＰＥＧデータ，ＰＮＧデータなども含まれる。
【００７６】
上記データ放送コンテンツデータは，１番組ごと，または例えば１０分単位など所定時間ごとに，ひとまとめにまとめられるが，かかる単位に限定されず，いかなる単位にまとめられても実施可能である。なお，上記番組管理データ４０１は，後ほど詳述するが，当該ＢＭＬコンテンツデータからなる番組が放送される時間情報，データ放送の構造，イベントメッセージデータやカルーセル切替データなどの送出制御に関する情報が含まれる。
【００７７】
上記データ放送コンテンツデータが，番組送出部２０７により送信され，情報処理装置１０２の番組処理部３１０により処理されると，ディスプレイ３０２には，図５に示すように，データ放送にかかる画面が表示される。
【００７８】
次に，図５を参照しながら，本実施の形態にかかるデータ放送画面について説明する。図５は，本実施の形態にかかるデータ放送画面の概略的な構成を示す説明図である。
【００７９】
図５に示すように，本実施の形態にかかるディスプレイ３０２に表示されるデータ放送画面は，データ放送コンテンツ表示部５０１と，番組データ表示部５０２と，リモコン表示部５０３と，検索部５０４とから構成される。
【００８０】
データ放送コンテンツ表示部５０１は，ＢＭＬブラウザにより処理された上記データ放送コンテンツデータに基づき，表示されるディスプレイ３０２の表示画面領域である。上記データ放送コンテンツ表示部５０１には，静止画像，動画像，テキストなどが表示される。
【００８１】
ディスプレイ３０２の右上辺に位置する番組データ表示部５０２は，通常の映画またはスポーツ等の放送番組が番組処理部３１０により処理されて，表示される表示画面領域である。
【００８２】
上記番組データ表示部１０２の下部に位置するリモコン表示部１０３は，ユーザの所望の処理を実行させるための簡易操作を実現する。したがって，例えばユーザによるクリックで所望の操作を実現可能となる。
【００８３】
ディスプレイ３０２の右下部に位置する検索部１０４は，データ放送で放送される例えば静止画像データなど所望のデータを検索するためのキーワードが入力される表示画面領域である。上記リモコン表示部１０３によりキーワードが入力される。
【００８４】
なお，本実施の形態にかかるデータ放送画面は，かかる例に限定されず，例えば，上記リモコン表示部１０３が不要である場合，予めリモコン表示部１０３を表示しない場合，また表示される画面のレイアウトを適当に変更する場合であっても実施可能である。
【００８５】
また，図５に示すディスプレイ３０２に表示されるデータ放送画面は，図６に示すデータボタン５２１が選択されることにより，図５に示すデータ放送画面に切替わる。図６は，本実施の形態にかかるデータボタンが表示された場合のディスプレイ３０２の表示画面である。
【００８６】
図６に示すように，データ放送に切替わる前は，通常の放送番組が番組データ表示部５０２に表示される。この場合，番組データ表示部５０２は，ディスプレイ３０２の画面枠一杯に表示領域が拡大される。
【００８７】
データボタン５２１は，ディスプレイ３０２の所定の大きさ，形状，および位置に表示される。本実施の形態にかかるデータボタン５２１は，四角形状であり，画面左下部に表示されるが，かかる例に限定されない。
【００８８】
上記リモコン表示部１０３の“データ”ボタンがマウスのクリックなどで選択されると，データボタン５２１がアクティブとなり，図５に示すデータ放送画面に切替わる。なお，データ放送がされていない場合は，上記データボタン５２１は，ディスプレイ３０２に表示されない。
【００８９】
上記データ放送画面への表示画面の切替は，情報処理装置１０２がネットワーク１０３を介して番組管理データ４０１を受信することにより，該番組管理データ４０１に含まれる画面制御情報により行われる。
【００９０】
次に，図７を参照しながら，本実施の形態にかかる情報処理装置１０２がデータ放送コンテンツデータを受信後，ディスプレイ３０２に表示されるまでの動作について説明する。図７は，本実施の形態にかかる情報処理装置１０２の動作を説明するフローチャートである。
【００９１】
情報処理装置１０２は，放送局１０１から放送される番組を表示する際に，必ずしも番組の最初から表示する場合に限られず，番組の途中から表示する場合もある。
【００９２】
したがって，情報処理装置１０２は，番組の途中から表示をする場合，受信するデータ放送コンテンツデータの最初から処理を開始するのではなく，情報処理装置１０２がディスプレイ３０２に表示を開始する時間に対応する，番組の該当個所から処理を開始する。
【００９３】
図７に示すように，放送局１０１からデータ放送コンテンツデータが送信されると，情報処理装置１０２の記憶部３０３に記憶されたＢＭＬブラウザにより，相対時間の算出処理が実行される（Ｓ７０１）。
【００９４】
上記相対時間は，番組の開始日時および開始時間は設定されず，番組開始からの相対的な時間のことである。図８に示すように，“相対時間”は，情報処理装置１０２が受信したデータ放送コンテンツデータの番組の開始時間と，実際に情報処理装置１０２が再生開始する時間（“再生時刻”）との差分からなる相対的な時間である。なお，絶対時間は，予め番組の開始日時，開始時間，および終了時間が設定された時間のことである。
【００９５】
相対時間が算出されると，情報処理装置１０２が再生すべき個所までスキップ処理を行い，再生開始する現時刻の該当個所まで処理を進める（Ｓ７０２）。図８に示すように，再生時刻においては，既にＢＭＬ１１コンテンツ８０１−１の処理が終了され，ＢＭＬ１２コンテンツ８０１−２の途中から処理を開始する必要がある。
【００９６】
番組管理データ４０１については，後程詳述するが，データ放送コンテンツデータに含まれる複数のＢＭＬコンテンツデータの切替を行うカルーセル切替データ，ＢＭＬコンテンツデータ内でイベントを発火するタイミング等を示すイベントメッセージデータ，または番組引継データなどが含まれる。
【００９７】
図８に示すように，黒三角形は，ＢＭＬコンテンツデータ内でイベントを発火させる，イベントメッセージデータが発火するタイミングを示し，白三角形は，ＢＭＬコンテンツデータの切替を行うカルーセル切替データが発火するタイミングを示している。
【００９８】
図８に示すように，上記イベントメッセージデータが発火するタイミングとして，イベント発火タイミング４０３（４０３−１，４０３−２，４０３−３，４０３−４，４０３−５）が設定されており，上記カルーセル切替データが発火するタイミングとして，カルーセル切替発火タイミング４０５（４０５−１，４０５−２）が設定されている。
【００９９】
図８に示す再生時刻までには，上記イベント発火タイミング４０３（４０３−１，４０３−２，４０３−３）と３回のイベントメッセージデータが発火する必要があり，さらに上記カルーセル切替発火タイミング４０５−１の１回のカルーセル切替データが発火する必要がある。上記Ｓ７０２において再生時刻までの処理が行われる。上記再生時刻までの処理はディスプレイには表示されない。
【０１００】
番組管理データ４０１およびＢＭＬ１２コンテンツ８０１−２の受信以降，情報処理装置１０２は，上記番組管理データ４０１に記述された番組時間情報，イベントメッセージデータ，カルーセル切替データに基づき，処理をする（Ｓ７０３）。
【０１０１】
ところで，情報処理装置１０２は，上記Ｓ７０３以降の処理において，番組管理データ４０１が更新されているか否かを監視する必要がある。番組管理データ４０１は，イベントメッセージデータ，カルーセル切替データの発火を追加する場合など更新されうる。なお，上記監視処理は，後程詳述する。
【０１０２】
また，上記イベントメッセージデータおよびカルーセル切替データのうち，予め発火されるタイミングが不特定であるものがある。つまり，予め番組管理データ４０１にイベントメッセージデータおよびカルーセル切替データとして記述しておくことができないものが存在する。
【０１０３】
例えば，プロ野球スポーツ番組の生中継が放送される番組に対応したデータ放送の場合，打者であるプロ野球Ａ選手がホームランを打った場面に，プロ野球Ａ選手のホームランを打った履歴情報などをデータ放送としてディスプレイ３０２に表示させるような場合など，番組の状況に応じて，イベントメッセージデータまたはカルーセル切替データを発火させる必要がある。
【０１０４】
このような場合には，番組管理データ４０１に予め発火させるイベントメッセージデータ及び／又はカルーセル切替データを設定しておくのではなく，必要に応じイベントメッセージデータ及び／又はカルーセル切替データを発火させればよい。なお，上記イベントメッセージデータ及び／又はカルーセル切替データの発火は，放送局１０１に備わる発火部２０９により番組の進行状況に応じ随時発火される。
【０１０５】
したがって，必要に応じ，上記イベントメッセージデータ及び／又はカルーセル切替データが発火された場合，発火された時点で，番組管理データ４０１に発火された上記イベントメッセージデータ及び／又はカルーセル切替データが設定されるように更新されればよく，更新された時点で，情報処理端末１０２に提供されればよい。
【０１０６】
また番組によっては，番組管理データ４０１が更新される必要がないような番組もある。つまり番組管理データ４０１に，予め全てのイベントメッセージデータ及び／又はカルーセル切替データが設定可能な場合がある。そのような場合にあっては，番組管理データ４０１が更新されたか否かのチェックをするという処理は必要がなく，省略可能である。
【０１０７】
なお，以降特段の定めがない場合，上記イベントメッセージデータおよびカルーセル切替データのうち，例えば編集時点まで等，予め発火されるタイミングが不特定であるイベントメッセージデータおよびカルーセル切替データを，それぞれアンタイムイベントメッセージデータおよびアンタイムカルーセル切替データと呼ぶ。
【０１０８】
次に，図９および図１０を参照しながら，本実施の形態にかかるアンタイムイベントメッセージデータについて説明する。図９および図１０は，本実施の形態にかかる番組管理データ４０１の概略的な構成を示す説明図である。
【０１０９】
図９に示すように，番組管理データ４０１の一例（一部）は，ＢＣＭＬ規格により記述されたデータ構造となっており，番組の時間情報や，データ放送の構造，または送出制御にかかる情報等が含まれている。
【０１１０】
アンタイムイベントメッセージデータが発火されると，情報処理装置１０２に送信され，該アンタイムイベントメッセージデータのイベントメッセージをディスプレイ３０２に表示させたり，該アンタイムイベントメッセージデータをトリガーとして予め指定された処理（イベント処理）を実行させることが可能となる。なお，通常のイベントメッセージデータにおいても，ほぼ同様の構成である。
【０１１１】
図９に示す番組管理データ４０１の一例（一部）には，アンタイムイベントメッセージデータについて記述されている。ここでアンタイムイベントメッセージデータのデータ構造について説明すると，まず１ライン目の＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅｄ  ｅｖｅｎｔ＿ｍｓｇ＿ｌｉｓｔ＝“０ｘ０００３”／＞は，メッセージ番号を表わす“０ｘ０００３”のアンタイムイベントメッセージデータが発火された旨の発火情報を表わす。なお，図９に示す発火情報は１件であるが，かかる例に限定されない。
【０１１２】
また，次のラインには，＜ｎｅｘｔ＿ｐｒｏｇｒａｍ  ｂｃｍｌ＿ｒｅｌｏａｄ＿ｔｉｍｅ＝“００：００：６０：０００”／＞と記述され，監視頻度データを変更するための監視頻度指定データ４１０を表す。上記監視頻度指定データ４１０は，情報処理装置１０２が上記番組管理データ４０１をリロード（再読み込み）する間隔の設定値が記述されている。上記監視頻度指定データ４１０の設定値に基づき，情報処理装置１０２の監視頻度変更部３１１は，監視する頻度を変更する。
【０１１３】
図９では，監視頻度指定データ４１０の設定値が“６０”と記述されていることから，監視頻度変更部３１１は，監視頻度指定データ４１０の設定値に基づき，監視頻度データの設定値を“６０”に動的に変更する。したがって，情報処理装置１０２は，６０秒ごとに上記番組管理データ４０１を再度取得するために放送局１０１にアクセスする。
【０１１４】
したがって，情報処理装置１０２が所定頻度ごとにリロードすることから，常に番組管理データ４０１を監視可能となり，更新された番組管理データ４０１を取得することができる。なお，本実施の形態にかかる監視頻度指定データ４１０は，情報処理装置１０２がリロードする頻度を変更する度に記述されるので，常に記述される必要は無い。
【０１１５】
上記監視頻度指定データ４１０の設定値は，放送される番組ごとに異なり，例えば，番組のジャンルがスポーツ番組の場合，監視頻度指定データ４１０の設定値は６０秒（１分）間隔であり，ショッピング番組の場合，監視頻度指定データ４１０の設定値は６００秒（１０分）間隔であり，クイズ番組の場合，監視頻度指定データ４１０の設定値は１秒間隔などに設定される。
【０１１６】
なお，本実施の形態にかかる監視頻度指定データ４１０は，番組毎に異なる場合に限定されず，例えば，番組放送時間帯に応じて監視頻度の異なる場合，番組ＩＤ毎に監視頻度を相違させる場合などであっても実施可能である。
【０１１７】
さらに，＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＞と＜／ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＞との間には，発火されたアンタイムイベントメッセージデータ内容が，アンタイムイベントメッセージデータ１件ごと，タグにより記述されている。
【０１１８】
図９に示すアンイベントメッセージデータ内容は，＜ｅｖｅｎｔ＿ｍｓｇ  ｎａｍｅ＝“５１＿ＴＥＭ１”  ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＝“ＧＥＮＥＲＡＬ”  ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ＝“１”  ｔｉｍｅ＿ｍｏｄｅ＝“ＩＭＭＥＤＩＡＴＥ”  ｍｅｓｓａｇｅ＿ｉｄ＝“０”  ｍｅｓｓａｇｅ＿ｖｅｒｓｉｏｎ＝“３”  ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ＝“ＵｎｔｉｍｅＥＭ１”  ｄｕｒａｔｉｏｎ＝“００：３０：００”  ｉｎｔｅｒｖａｌ＝“１．０”ｔａｒｇｅｔ＿ｃａｒｏｕｓｅｌ＝“４０＿Ｃａｒｏｕｓｅｌ１”／＞と１件ごとにタグにより記述される。なお，図９に示すアンタイムイベントメッセージデータ内容は，１件であるが，かかる例に限定されず，１又は２以上のアンタイムイベントメッセージデータが記述される。
【０１１９】
図９に示す上記発火情報の＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅｄ  ｅｖｅｎｔ＿ｍｓｇ＿ｌｉｓｔ＝“０ｘ０００３”／＞のうち，“０ｘ０００３”の最下位から下２桁は，上記アンタイムイベントメッセージデータ内容のうちの「ｍｅｓｓａｇｅ＿ｖｅｒｓｉｏｎ＝“３”」を示し，次の下２桁は，上記アンタイムイベントメッセージデータ内容のうちの「ｍｅｓｓａｇｅ＿ｉｄ＝“０”」を示す。
【０１２０】
つまり発火情報“０ｘ０００３”と，「ｍｅｓｓａｇｅ＿ｉｄ＝“０”，ｍｅｓｓａｇｅ＿ｖｅｒｓｉｏｎ＝“３”」とは一意的に定まり，したがって，発火情報とアンタイムイベントメッセージデータ内容とは一意的に定まる。「ｔｉｍｅ＿ｍｏｄｅ＝“ＩＭＭＥＤＩＡＴＥ”」は即時発火を示している。なお，アンタイムイベントメッセージデータは，少なくとも上記発火情報とアンタイムイベントメッセージデータ内容とから構成される。
【０１２１】
発火部２０９によりアンタイムイベントメッセージデータが発火されると，図９に示すように，＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅｄ  ｅｖｅｎｔ＿ｍｓｇ＿ｌｉｓｔ＝“０ｘ０００３”／＞などのように発火情報と，＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＞〜＜／ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＞に，当該発火情報にかかるアンタイムイベントメッセージデータ内容とが，番組管理データ４０１に新たに更新される。
【０１２２】
また，図１０に示すように，上記発火情報のみを，外部ファイル１１０３に記憶保有させることにより，発火情報とアンタイムイベントメッセージ内容とを別々に記憶保有し，管理することも実施可能である。
【０１２３】
この場合，情報処理装置１０２から番組管理データ４０１にアクセスがあった場合，番組管理データ４０１に記述された＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅｄ  ｆｉｌｅ＝“ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅ．ｔｘｔ”／＞に指定された外部ファイル１１０３のファイル名を示す“ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅ．ｔｘｔ”に基づき，記憶保有されるリンク先の外部ファイル１１０３にアクセスすることができ，情報処理装置１０２は，外部ファイル１１０３に記述された発火情報を取得することが可能となる。図９に示す番組管理データ４０１に発火情報も含まれる場合と比べて，発火情報を分離して管理することができ，データの分散化が図れデータの効率的な使用が可能となる。
【０１２４】
次に，図１１を参照しながら，本実施の形態にかかるＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）を介した場合のアンタイムイベントメッセージについて説明する。図１１は，本実施の形態にかかるＣＧＩを介した場合のアンタイムイベントメッセージデータのデータ構造の概略的な構成を示す説明図である。
【０１２５】
アンタイムイベントメッセージデータが発火した旨を知らせるための発火情報が，ＣＧＩを介して番組データ記憶部２０３に記憶された外部プログラム（図示せず。）により，情報処理装置１０２に送信される。なお，本実施の形態にかかる外部プログラムは，ＣＧＩを介してアンタイムイベントメッセージデータの発火情報を情報処理装置１０２に送信するプログラムであれば，いかなるプログラムでもよい。
【０１２６】
図１１に示すように，番組管理データ４０１のデータ構造は，図１０に示すデータ構造と比べ，＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅｄ  ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／ｅｖｅｎｔ＿ｍｓｇ＿ｃｇｉ／ｐｒｏｇｒａｍ１．ｃｇｉ／＞からなるタグを有する点で相違する。その他は，ほぼ図１０に示すデータ構造とほぼ同様な構成であるから詳細な説明は省略する。なお，本実施の形態にかかるＵＲＩ“ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／ｅｖｅｎｔ＿ｍｓｇ＿ｃｇｉ／ｐｒｏｇｒａｍ１．ｃｇｉ”は，かかる例に限定されない。
【０１２７】
上記相違点について説明すると，タグ内に記述された外部プログラムである“ｐｒｏｇｒａｍ１．ｃｇｉ”に情報処理装置１０２のＢＭＬブラウザがＣＧＩを介してアクセスすることにより，外部プログラムが呼び出され，外部プログラムは，発火されたアンタイムイベントメッセージデータの発火情報がある場合，情報処理装置１０２に送信する。
【０１２８】
図１１に示すように，外部プログラムにより，現在発火されたアンタイムイベントメッセージデータの発火情報（アンタイムイベントメッセージ発火情報１３０２）が取得されることにより，情報処理装置１０２に送信される。なお，アンタイムイベントメッセージ発火情報１３０２は，現在発火されたものに限らず，例えば，番組内で発火された過去全てのアンタイムイベントメッセージデータの発火情報が記述される場合などでもよい。
【０１２９】
情報処理装置１０２は，ＣＧＩを介して，上記アンタイムイベントメッセージ発火情報１３０２を，取得すると，上記説明のように，図１１に示す＜ｔａｋｅ＿ｅｖｅｎｔ＿ｍｓｇ＿ｆｉｒｅｄ  ｅｖｅｎｔ＿ｍｓｇ＿ｌｉｓｔ＝“０ｘ０００３”／＞のうち，メッセージ番号“０ｘ０００３”からアンタイムイベントメッセージ内容を一意的にアクセスし，取得することができる。
【０１３０】
なお，本実施の形態にかかるイベントメッセージデータのデータ構造についても，上記説明のアンタイムイベントメッセージデータのデータ構造とほぼ同様である。
【０１３１】
さらに，本実施の形態にかかるアンタイムイベントメッセージデータのデータ構造に記述されたタグの表記は，かかる例に限定されず，タグを定義することにより，他のいかなるタグであっても実施可能である。
【０１３２】
次に，図１２を参照しながら，本実施の形態にかかるアンタイムイベントメッセージデータの取得処理について説明する。図１２は，本実施の形態にかかるアンタイムイベントメッセージデータの取得処理の概略的な構成を示すフローチャートである。
【０１３３】
図１２に示すように，情報処理装置１０２は，例えば，ディスプレイ３０２に表示されるアイコンなどがクリックされ，当該番組のＵＲＩが指定されることにより，放送局１０１にアクセスすると，番組送出部２０７から送信される当該データ放送コンテンツデータを受信する（Ｓ１２０１）。
【０１３４】
データ放送コンテンツデータ受信後（Ｓ１２０１），情報処理装置１０２は，デコーダ処理等を行い，データ放送コンテンツデータを処理し，ディスプレイ３０２に表示する再生処理を行う（Ｓ１２０２）。
【０１３５】
再生処理が終了でない場合（Ｓ１２０３），情報処理装置１０２は，監視頻度変更部３１１に記憶保有された監視頻度データに基づき，放送局１０１に保有される番組管理データ４０１にアクセスするタイミングであるかをチェックする（Ｓ１２０４）。なお，監視頻度変更部３１１に記憶保有された監視頻度データに設定値が設定されていない場合は，例えば“６０秒”などのように設定値が設定される。
【０１３６】
設定値に設定された監視タイミングである場合（Ｓ１２０４），情報処理装置１０２は，放送局１０１の番組データ記憶部２０３に記憶保有された番組管理データ４０１にアクセスする。
【０１３７】
番組管理データ４０１にアクセス後，番組管理データ４０１もしくは外部ファイル１１０３に新たに発火されたアンタイムイベントメッセージデータの発火情報が存在した場合，イベントメッセージ取得部３１２は，上記発火情報に基づき，当該アンタイムイベントメッセージデータを取得する（Ｓ１２０５）。なお，発火情報が存在しない場合，次の監視タイミングまで情報処理装置１０２は待機する。
【０１３８】
データ放送コンテンツデータの再生が終了した場合（Ｓ１２０３），情報処理装置１０２は，番組管理データ４０１をアクセスし，番組管理データ４０１内に番組引継データの有無を確認する（Ｓ１２０６）。番組引継データは，再生中の番組の後続番組に引き継ぐためのデータであるが，詳細については，後述する。なお，本実施の形態にかかる番組引継データをチェックするタイミングは，再生終了時である場合を例に挙げて説明したが，かかる例に限定されず，例えば，番組管理データ４０１のアクセス時には，常に番組引継データをチェックする場合などであってもよい。
【０１３９】
次に，図１３を参照しながら，ＣＧＩを介した場合の本実施の形態にかかるアンタイムイベントメッセージデータの取得処理について説明する。図１３は，本実施の形態にかかるＣＧＩを介した場合のアンタイムイベントメッセージデータの取得処理の概略的な構成を示すフローチャートである。
【０１４０】
図１３に示すように，情報処理装置１０２は，例えば，当該番組のＵＲＩなどが指定されることにより，放送局１０１にアクセスすると，番組送出部２０７から送信されるデータ放送コンテンツデータを受信する（Ｓ１３０１）。
【０１４１】
データ放送コンテンツデータ受信後（Ｓ１３０１），情報処理装置１０２は，デコーダ処理等を行い，データ放送コンテンツデータを処理し，ディスプレイ３０２に表示する再生処理を行う（Ｓ１３０２）。
【０１４２】
再生処理が終了でない場合（Ｓ１３０３），情報処理装置１０２は，監視頻度変更部３１１に記憶保有された監視頻度データに基づき，放送局１０１に保有される番組管理データ４０１にアクセスするタイミングであるかをチェックする（Ｓ１３０４）。なお，監視頻度変更部３１１に記憶保有された監視頻度データに設定値が設定されていない場合は，上記説明の通り，例えば“６０秒”などのように設定値が設定される。
【０１４３】
設定値に設定された監視タイミングである場合（Ｓ１３０４），情報処理装置１０２は，放送局１０１の番組データ記憶部２０３に記憶保有された番組管理データ４０１にアクセスする。
【０１４４】
番組管理データ４０１にアクセスすると，図１１に示す外部プログラムである“ｐｒｏｇｒａｍ１．ｃｇｉ”が呼び出され，外部プログラムは，発火されたアンタイムイベントメッセージデータの発火情報がある場合，アンタイムイベントメッセージ発火情報１３０２を取得し（Ｓ１３０５），情報処理装置１０２に送信する。なお外部プログラムのプログラム名“ｐｒｏｇｒａｍ１．ｃｇｉ”は，かかる例に限定されない。
【０１４５】
イベントメッセージ取得部３１２は，アンタイムイベントメッセージ発火情報１３０２を受信することにより，アンタイムイベントメッセージデータが発火していると認識する（Ｓ１３０６）。
【０１４６】
アンタイムイベントメッセージデータが発火した場合（Ｓ１３０６），イベントメッセージ取得部３１２は，上記アンタイムイベントメッセージ発火情報１３０２に基づき，当該アンタイムイベントメッセージデータを取得する（Ｓ１３０７）。なお，アンタイムイベントメッセージ発火情報１３０２を受信しない場合，次の監視タイミングまで情報処理装置１０２は待機する。
【０１４７】
データ放送コンテンツデータの再生が終了した場合（Ｓ１３０３），情報処理装置１０２は，番組管理データ４０１をアクセスし，番組管理データ４０１内に番組引継データの有無を確認する（Ｓ１３０８）。番組引継データについては，後述する。なお，本実施の形態にかかる番組引継データをチェックするタイミングは，再生終了時である場合を例に挙げて説明したが，かかる例に限定されず，例えば，番組管理データ４０１のアクセス時には，常に番組引継データをチェックする場合などであってもよい。
【０１４８】
次に，図１４を参照しながら，本実施の形態にかかるカルーセル伝送について説明する。図１４は，本実施の形態にかかるカルーセル伝送の概略的な構成を示す説明図である。
【０１４９】
放送局１０１からネットワーク１０３を介して，例えば，データ放送コンテンツデータに含まれるＢＭＬコンテンツデータを伝送するための方式として，カルーセル伝送が例示される。
【０１５０】
図１４に示すように，ＢＭＬ１１コンテンツ８０１−１とＢＭＬ１２コンテンツ８０１−２とから構成されるＢＭＬコンテンツデータがネットワーク１０３を介して，例えば情報処理装置１０２に送信する場合，カルーセル伝送により伝送される。カルーセル伝送は，一定周期からなる同じデータを繰り返し伝送する方式であり，例えばＤＳＭ−ＣＣダウンロードカルーセル方式などが例示される。
【０１５１】
したがって，図１４に示すように，ＢＭＬ１１コンテンツ８０１−１およびＢＭＬ１２コンテンツ８０１−２に含まれるファイル１ａ，ファイル１ｂ，ファイル１ｃ，ファイル２ａ，ファイル２ｂを単位として繰り返し伝送され，情報処理装置１０２は，伝送されるファイル１ａ，ファイル１ｂ，ファイル１ｃ，ファイル２ａ，ファイル２ｂのうち，必要なデータを処理する。
【０１５２】
ここで，図１４に示すように，上記ＢＭＬ１１コンテンツ８０１−１およびＢＭＬ１２コンテンツ８０１−２のカルーセル伝送から，ＢＭＬ１３コンテンツ８０１−３およびＢＭＬ２１コンテンツ８０１−４からなるＢＭＬコンテンツデータのカルーセル伝送に切替える際，カルーセル切替データの発火によりカルーセル伝送の切替が行われる。また，アンタイムカルーセル切替データは，例えば，上記ＢＭＬ１３コンテンツ８０１−３およびＢＭＬ２１コンテンツ８０１−４からなるＢＭＬコンテンツデータのカルーセル伝送に切替えるために，発火されるタイミングが不特定であるデータである。
【０１５３】
したがって，カルーセル伝送の切替により，ＢＭＬ１３コンテンツ８０１−３およびＢＭＬ２１コンテンツ８０１−４に含まれるファイル３ａ，ファイル３ｂ，ファイル４ａ，ファイル４ｂ，ファイル４ｃ，ファイル４ｄを単位としてカルーセル伝送される。
【０１５４】
次に，図１５および図１６を参照しながら，本実施の形態にかかるアンタイムカルーセル切替データについて説明する。図１５および図１６は，本実施の形態にかかる番組管理データ４０１の概略的な構成を示す説明図である。
【０１５５】
図１５に示すように，番組管理データ４０１の一例（一部）は，ＢＣＭＬ規格により記述されたデータ構造となっており，番組の時間情報や，データ放送の構造，または送出制御にかかる情報等が含まれている。
【０１５６】
アンタイムカルーセル切替データが発火されて，情報処理装置１０２に送信されると，例えばＢＭＬコンテンツデータ，または番組などのカルーセル伝送を切替えることが可能となる。なお，通常のカルーセル切替データにおいても，ほぼ同様の構成である。
【０１５７】
図１５に示す番組管理データ４０１の一例（一部）には，特にアンタイムカルーセル切替データのデータ構造について記述されている。ここでアンタイムカルーセル切替データのデータ構造について説明すると，まず１ライン目の＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｃａｒｏｕｓｅｌ＿ｌｉｓｔ＝“Ｃａｒｏｕｓｅｌ３”／＞により，メッセージ番号を表わす“Ｃａｒｏｕｓｅｌ３”のアンタイムカルーセル切替データが発火された旨の発火情報を表わす。なお，図１５に示す発火情報は１件だが，かかる例に限定されない。
【０１５８】
また，次のラインには，＜ｎｅｘｔ＿ｐｒｏｇｒａｍ  ｂｃｍｌ＿ｒｅｌｏａｄ＿ｔｉｍｅ＝“００：００：６０：０００”／＞と記述され，上記にて説明したとおり，監視頻度データを変更するための監視頻度指定データ４１０を表す。上記監視頻度指定データ４１０は，情報処理装置１０２が上記番組管理データ４０１をリロード（再読み込み）する間隔の設定値が記述されている。上記監視頻度指定データ４１０の設定値に基づき，情報処理装置１０２の監視頻度変更部３１１は，監視する頻度を変更する。以下，上述の通りであるため，詳細な説明は，省略する。
【０１５９】
さらに，＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ  ｎａｍｅ＝“ＴＣ１”＞と＜／ｔａｋｅ＿ｃａｒｏｕｓｅｌ＞との間には，発火されたアンタイムカルーセル切替データ内容が，１件ごとに，タグにより記述されている。
【０１６０】
図１５に示す上記アンタイムカルーセル切替データ内容は，＜ｃａｒｏｕｓｅｌ＞から＜／ｃａｒｏｕｓｅｌ＞までのタグを１単位とし，＜ｃａｒｏｕｓｅｌ＞〜＜／ｃａｒｏｕｓｅｌ＞内にアンタイムカルーセル切替データ内容が記述されている。なお，図１５に示すアンタイムカルーセル切替データ内容は，１件であるが，かかる例に限定されず，１又は２以上のアンタイムカルーセル切替データ内容が記述される。
【０１６１】
図１５に示す上記発火情報の＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｃａｒｏｕｓｅｌ＿ｌｉｓｔ＝“Ｃａｒｏｕｓｅｌ３”／＞のうち，“Ｃａｒｏｕｓｅｌ３”は，上記＜ｃａｒｏｕｓｅｌ＞タグ内に記述される「ｎａｍｅ＝“Ｃａｒｏｕｓｅｌ３”」を示す。
【０１６２】
つまり発火情報“Ｃａｒｏｕｓｅｌ３”と，上記＜ｃａｒｏｕｓｅｌ＞タグ内に記述される「ｎａｍｅ＝“Ｃａｒｏｕｓｅｌ３”」とは一意的に定まり，したがって，発火情報とアンタイムカルーセル切替データ内容とは一意的に定まる。
【０１６３】
＜ｃａｒｏｕｓｅｌ＞から＜／ｃａｒｏｕｓｅｌ＞内に記述される＜ｍｏｄｕｌｅ＞タグ内には，カルーセル伝送される際の属性情報が記述され，例えば，「ｃｏｍｐｒｅｓｓｉｏｎ＿ｔｙｐｅ＝“ＺＬＩＢ”」は，圧縮形式がＺＬＩＢであることを示し，「ｏｒｉｇｉｎａｌ＿ｓｉｚｅ＝“３９３５”」は，圧縮前のデータ容量が３９３５バイトであることを示し，「ｃｏｍｐｒｅｓｓ＝“ＣＯＭＰＲＥＳＳＥＤ”」は，圧縮することを示している。なお，アンタイムカルーセル切替データは，少なくとも上記発火情報とアンタイムカルーセル切替データ内容とから構成される。
【０１６４】
発火部２０９によりアンタイムカルーセル切替データが発火されると，図１５に示すように，＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｃａｒｏｕｓｅｌ＿ｌｉｓｔ＝“Ｃａｒｏｕｓｅｌ３”／＞の発火情報と，＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ  ｎａｍｅ＝“ＴＣ１”＞〜＜／ｔａｋｅ＿ｃａｒｏｕｓｅｌ＞までの当該発火情報にかかるアンタイムカルーセル切替データ内容とが，番組管理データ４０１に新たに更新される。
【０１６５】
また，図１６に示すように，上記発火情報のみを，外部ファイル１６０２に記憶保有させることにより，発火情報とアンタイムイベントメッセージ内容とを別々に記憶保有し，管理することも実施可能である。
【０１６６】
この場合，情報処理装置１０２から番組管理データ４０１にアクセスがあった場合，番組管理データ４０１に記述された＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｆｉｌｅ＝“ｃａｒｏｕｓｅｌ＿ｆｉｒｅ．ｔｘｔ”＞に指定された外部ファイル１６０２のファイル名である“ｃａｒｏｕｓｅｌ＿ｆｉｒｅ．ｔｘｔ”に基づき，記憶保有されるリンク先の外部ファイル１６０２にアクセスすることができ，情報処理装置１０２は，外部ファイル１６０２に記述された発火情報を取得することが可能となる。図１５に示す番組管理データ４０１に発火情報も含まれる場合と比べて，発火情報を分離して管理することができ，データの分散化が図れデータの効率的な使用が可能となる。
【０１６７】
次に，図１７を参照しながら，本実施の形態にかかるＣＧＩにより発火情報を送信するアンタイムイベントメッセージについて説明する。図１７は，本実施の形態にかかるＣＧＩにより発火情報を送信するアンタイムカルーセル切替データのデータ構造の概略的な構成を示す説明図である。
【０１６８】
アンタイムカルーセル切替データが発火した旨を知らせるための発火情報が，ＣＧＩを介して番組データ記憶部２０３に記憶された外部プログラム（図示せず。）により，情報処理装置１０２に送信される。なお，本実施の形態にかかる外部プログラムは，ＣＧＩを介してアンタイムカルーセル切替データの発火情報を情報処理装置１０２に送信するプログラムであれば，いかなるプログラムでもよい。
【０１６９】
図１７に示すように，番組管理データ４０１のデータ構造は，図１６に示すデータ構造と＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／ｃａｒｏｕｓｅｌ＿ｃｇｉ／ｐｒｏｇｒａｍ２．ｃｇｉ／＞からなるタグを有する点で相違する。その他は，ほぼ図１６に示すデータ構造とほぼ同様な構成であるから詳細な説明は省略する。なお，本実施の形態にかかるＵＲＩ“ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／ｃａｒｏｕｓｅｌ＿ｃｇｉ／ｐｒｏｇｒａｍ２．ｃｇｉ”は，かかる例に限定されない。
【０１７０】
上記相違点について説明すると，タグ内に記述された外部プログラムである“ｐｒｏｇｒａｍ２．ｃｇｉ”に情報処理装置１０２のＢＭＬブラウザがＣＧＩを介してアクセスすることにより，外部プログラムが呼び出され，外部プログラムは，発火されたアンタイムカルーセル切替データの発火情報がある場合，情報処理装置１０２に送信する。
【０１７１】
上記情報処理装置１０２に送信される発火情報は，図１７に示すように，＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｃａｒｏｕｓｅｌ＿ｌｉｓｔ＝“Ｃａｒｏｕｓｅｌ３”／＞と現在発火されたアンタイムカルーセル切替データの発火情報（アンタイムカルーセル切替発火情報１７０２）が記述される。
【０１７２】
現在発火されたアンタイムカルーセル切替発火情報１７０２が記述されると，ネットワーク１０３を介して情報処理装置１０２に送信される。なお，図１７に示すように本実施の形態にかかるアンタイムカルーセル切替発火情報１７０２は，現在発火されたものであるが，かかる例に限定されず，例えば，番組内で発火された過去全てのアンタイムイベントメッセージデータの発火情報が記述される場合などでもよい。
【０１７３】
情報処理装置１０２は，ＣＧＩを介して，上記外部ファイル１７０２を，取得すると，上記説明のように，図１７に示す＜ｔａｋｅ＿ｃａｒｏｕｓｅｌ＿ｆｉｒｅｄ  ｃａｒｏｕｓｅｌ＿ｌｉｓｔ＝“Ｃａｒｏｕｓｅｌ３”／＞のうち，“Ｃａｒｏｕｓｅｌ３”からアンタイムカルーセル切替内容を一意的にアクセスし，取得することができる。
【０１７４】
なお，本実施の形態にかかるカルーセル切替データのデータ構造についても，上記説明のアンタイムカルーセル切替データのデータ構造とほぼ同様である。
【０１７５】
さらに，本実施の形態にかかるアンタイムカルーセル切替データのデータ構造に記述されたタグの表記は，かかる例に限定されず，タグを定義すれば，他のいかなるタグであっても実施可能である。
【０１７６】
次に，図１８を参照しながら，本実施の形態にかかるアンタイムカルーセル切替データの取得処理について説明する。図１８は，本実施の形態にかかるアンタイムカルーセル切替データの取得処理の概略的な構成を示すフローチャートである。
【０１７７】
図１８に示すように，情報処理装置１０２は，例えば，当該番組のＵＲＩなどを指定することにより，放送局１０１にアクセスすると，番組送出部２０７から送信されるデータ放送コンテンツデータを受信する（Ｓ１８０１）。
【０１７８】
データ放送コンテンツデータ受信後（Ｓ１８０１），情報処理装置１０２は，デコーダ処理等を行い，データ放送コンテンツデータを処理し，ディスプレイ３０２に表示する再生処理を行う（Ｓ１８０２）。
【０１７９】
再生処理が終了でない場合（Ｓ１８０３），情報処理装置１０２は，監視頻度変更部３１１に記憶保有された監視頻度データに基づき，放送局１０１に保有される番組管理データ４０１にアクセスするタイミングであるかをチェックする（Ｓ１８０４）。なお，監視頻度変更部３１１に記憶保有された監視頻度データに設定値が設定されていない場合は，例えば“１０秒”などのように設定値が設定される。
【０１８０】
設定値に設定された監視タイミングである場合（Ｓ１８０４），情報処理装置１０２は，放送局１０１の番組データ記憶部２０３に記憶保有された番組管理データ４０１にアクセスする。
【０１８１】
番組管理データ４０１にアクセス後，番組管理データ４０１もしくは外部ファイル１６０２に新たに発火されたアンタイムカルーセル切替データの発火情報が存在した場合，図３に示すカルーセル切替取得部３１３は，上記発火情報に基づき，当該アンタイムカルーセル切替データを取得する（Ｓ１８０５）。なお，アンタイムカルーセル切替データの発火情報が存在しない場合，次の監視タイミングまで情報処理装置１０２は待機する。
【０１８２】
データ放送コンテンツデータの再生が終了した場合（Ｓ１８０３），情報処理装置１０２は，番組管理データ４０１をアクセスし，番組管理データ４０１内に番組引継データの有無を確認する（Ｓ１８０６）。番組引継データは，再生中の番組の後続番組に引き継ぐためのデータであるが，詳細については，後述する。なお，本実施の形態にかかる番組引継データをチェックするタイミングは，再生終了時である場合を例に挙げて説明したが，かかる例に限定されず，例えば，番組管理データ４０１のアクセス時には，常に番組引継データをチェックする場合などであってもよい。さらに，上記説明のアンタイムイベントメッセージデータの取得処理において，番組引継データがチェックされているため，省略することも実施可能である。
【０１８３】
次に，図１９を参照しながら，ＣＧＩを介した場合の本実施の形態にかかるアンタイムカルーセル切替データの取得処理について説明する。図１９は，本実施の形態にかかるＣＧＩを介した場合のアンタイムカルーセル切替データの取得処理の概略的な構成を示すフローチャートである。
【０１８４】
図１９に示すように，情報処理装置１０２は，例えば，当該番組のＵＲＩなどが指定されることにより，上記ＵＲＩに基づきネットワーク１０３を介して，放送局１０１にアクセスすると，番組送出部２０７から送信されるデータ放送コンテンツデータを受信する（Ｓ１９０１）。
【０１８５】
データ放送コンテンツデータ受信後（Ｓ１９０１），情報処理装置１０２は，デコーダ処理等を行い，データ放送コンテンツデータを処理し，ディスプレイ３０２に表示する再生処理を行う（Ｓ１９０２）。
【０１８６】
再生処理が終了でない場合（Ｓ１９０３），情報処理装置１０２は，監視頻度変更部３１１に記憶保有された監視頻度データに基づき，放送局１０１に保有される番組管理データ４０１にアクセスするタイミングであるかをチェックする（Ｓ１９０４）。なお，上記説明の通り，監視頻度変更部３１１に記憶保有された監視頻度データに設定値が設定されていない場合は，例えば“１０秒”などのように設定値が設定される。
【０１８７】
設定値に設定された監視タイミングである場合（Ｓ１９０４），情報処理装置１０２は，放送局１０１の番組データ記憶部２０３に記憶保有された番組管理データ４０１にアクセスする。
【０１８８】
番組管理データ４０１にアクセスすると，上述の通り，図１７に示す外部プログラムである“ｐｒｏｇｒａｍ２．ｃｇｉ”が呼び出され，発火されたアンタイムカルーセル切替データの発火情報がある場合，外部プログラムにより，アンタイムカルーセル切替発火情報１７０２が取得され（Ｓ１９０５），情報処理装置１０２に送信される。なお外部プログラムのプログラム名“ｐｒｏｇｒａｍ２．ｃｇｉ”は，かかる例に限定されない。
【０１８９】
カルーセル切替取得部３１３は，上記アンタイムカルーセル切替発火情報１７０２を受信することにより，アンタイムカルーセル切替データが発火していると認識する（Ｓ１９０６）。
【０１９０】
アンタイムカルーセル切替データが発火した場合（Ｓ１９０６），カルーセル切替取得部３１３は，上記アンタイムカルーセル切替発火情報１７０２に基づき，当該アンタイムカルーセル切替データを取得する（Ｓ１９０７）。なお，アンタイムイベントメッセージ発火情報１３０２を受信しない場合，次の監視タイミングまで情報処理装置１０２は待機する。
【０１９１】
データ放送コンテンツデータの再生が終了した場合（Ｓ１９０３），情報処理装置１０２は，番組管理データ４０１をアクセスし，番組管理データ４０１内に番組引継データの有無を確認する（Ｓ１９０８）。上記番組引継データについては，後述する。
【０１９２】
次に，図２０を参照しながら，本実施の形態にかかる番組引継データについて説明する。図２０（ａ）は，本実施の形態にかかる番組引継の概略的な動作を示す説明図であり，図２０（ｂ）は，本実施の形態にかかる番組引継データの概略的な構成を示す説明図である。
【０１９３】
図２０（ａ）に示すように，番組管理データ４０１−１と，ＢＭＬ１１コンテンツ８０１−１と，ＢＭＬ１２コンテンツ８０１−２と，ＢＭＬ１３コンテンツ８０１−３とから構成される番組が“再生開始”とともに再生されている。
【０１９４】
さらに，上記番組管理データ４０１−１にかかる番組終了後，上記番組の後続として，番組管理データ４０１−２にかかる番組が放送される予定である場合，番組引継データにより，番組管理データ４０１−１から番組管理データ４０１−２にかかる番組に引き継がれる。
【０１９５】
上記番組管理データ４０１−１にかかる番組がＢＭＬ１１コンテンツ８０１−１から再生開始し，ＢＭＬ１２コンテンツ８０１−２が再生され，最後のＢＭＬ１３コンテンツ８０１−３が再生される適当な時点で，付加処理２０００が実行されて，後続の番組管理データ４０１−２に引き継ぐための番組引継データが上記番組管理データ４０１−１に付加される。
【０１９６】
図２０（ｂ）に示すように，番組管理データ４０１−１に付加された番組引継データは，＜ｎｅｘｔ＿ｐｒｏｇｒａｍ  ｂｃｍｌ＿ｕｒｉ＝“ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／４０１−２．ｂｃｍｌ”  ｐｅｒｉｏｄ＝“００：００：６０：０００”／＞のタグにより記述される。
【０１９７】
上記番組引継データのうち，“ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／４０１−２．ｂｃｍｌ”は，上記後続の番組である番組管理データ４０１−２のＵＲＩを示しており，上記ＵＲＩに基づき，情報処理装置１０２は，後続の番組管理データ４０１−２にアクセスすることが可能となる。
【０１９８】
したがって，図２０（ａ）に示すように，番組管理データ４０１−１から番組管理データ４０１−２に遷移し，情報処理装置１０２は，取得した番組管理データ４０１−２に基づき，放送局１０１から送信されるＢＭＬ２１コンテンツ８０１−４を再生することができる。
【０１９９】
また，番組管理データ４０１−２にかかるＢＭＬ２１コンテンツ８０１−４の再生開始するタイミングは，番組管理データ４０１−１に，図２０（ｂ）に示すように，＜ｎｅｘｔ＿ｐｒｏｇｒａｍ  ｂｃｍｌ＿ｕｒｉ＝“ｈｔｔｐ：／／ｗｗｗ．ｍｏｎｙ．ｃｏ．ｊｐ／４０１−２．ｂｃｍｌ”  ｐｅｒｉｏｄ＝“００：００：６０：０００”／＞からなる上記タグのうち，開始タイミング情報として「ｐｅｒｉｏｄ」が記述されることにより，再生開始タイミングを遅延させて制御することが可能となる。
【０２００】
したがって，図２０（ｂ）に示すように，例えば「ｐｅｒｉｏｄ＝“００：００：６０：０００”」と設定された場合，情報処理装置１０２が番組引継データを取得してから，６０秒後に再生開始する。なお，本実施の形態にかかる再生開始の遅延は，ｐｅｒｉｏｄを記述する場合について説明したが，かかる例に限定されず，例えば，ａｆｔｅｒなど，いかなる属性が定義される場合であっても実施可能である。
【０２０１】
以上から，上記ネットワーク１０３を介して，アンタイムイベントメッセージデータ及び／又はアンタイムカルーセル切替データを情報処理装置１０２に送信することが可能となる。したがって，情報処理装置１０２は，データ放送コンテンツデータを受信し，データ放送サービスを享受することができる。なお，アンタイム以外のイベントメッセージデータ及び／又はカルーセル切替データは，データ放送コンテンツデータのうちの番組管理データに予め含まれている。
【０２０２】
また，上記データ放送コンテンツデータは，放送局１０１から電波またはネットワーク１０３を介して送信可能であることから，まず電波を介してデータ放送コンテンツデータが送信され，さらに２次利用としてネットワーク１０３を介して送信することができる。
【０２０３】
また，情報処理装置１０２は，必ずしもデータ放送サービスを利用可能なデジタル放送受信機能を備える必要は無く，デジタルＴＶ，パソコン，例えばカーナビなど車載用の受信端末，車載用のＴＶ，ＰＤＡ，または携帯電話などの場合であっても，データ放送コンテンツデータを受信し，再生することが可能となる。
【０２０４】
また，上記番組管理データを編集することにより，データ放送コンテンツデータ送信直前まで，上記イベントメッセージデータ及び／又はカルーセル切替データを番組管理データに含ませることが可能であり，効率的に番組送信することが可能である。
【０２０５】
また，デジタル放送により使用されるトランザクションサーバ（図示せず。）をネットワーク１０３を介して放送局１０１と接続させることにより，例えば，株価情報，天気予報などの情報を情報処理端末１０２に提供することができる。
【０２０６】
また，上記データ放送コンテンツデータは，情報処理装置１０２からのアクセスにより，放送局１０１から送信されることから，例えば，番組終了後であっても番組を再生することができ，コストのかかる特別な受信端末を用いなくても蓄積されたデータ放送コンテンツデータを受信することができる。
【０２０７】
また，上記データ放送コンテンツデータを受信するとともに再生せず，予め再生対象のデータ放送コンテンツデータをダウンロードをしておくことにより，ネットワークトラフィックに左右されず，情報処理装置１０２は，データ放送コンテンツデータを再生することが可能となる。
【０２０８】
さらに，番組のハイライトだけが含まれたハイライトデータ放送をデータ放送コンテンツデータにより，ネットワーク１０３を介して送信することが可能となる。また，上記ハイライトデータ放送を検索することができる。
【０２０９】
ＷＷＷブラウザと比べて，情報処理装置１０２に記憶されるＢＭＬブラウザは，リモコン表示部５０３，番組データ表示部５０２などをディスプレイ３０２に表示させることができ，ユーザの所望の操作を簡易に実現可能とさせる。
【０２１０】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２１１】
上記実施形態においては，ネットワーク１０３を介してデータ放送コンテンツデータが送信される場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，画音データおよびデータ放送コンテンツデータとがネットワーク１０３を介して送信される場合，またはデータ放送コンテンツデータはネットワーク１０３を介し，画音データは電波を通じて送信される場合などであっても実施することができる。
【０２１２】
また，上記実施形態においては，ネットワーク１０３を介してアンタイムイベントメッセージデータもしくはアンタイムカルーセル切替データのうちいずれか一方または双方が送信される場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，ネットワーク１０３を介してイベントメッセージデータもしくはカルーセル切替データのうちいずれか一方または双方が送信される場合などであっても実施することができる。
【０２１３】
【発明の効果】
以上説明したように，本発明によれば，ブロードバンドなどのネットワークを介して，データ放送を提供することが可能となる。
【図面の簡単な説明】
【図１】図１は，本実施の形態にかかるデータ放送システムの概略的な構成を示すブロック図である。
【図２】図２は，本実施の形態にかかる放送局１０１の概略的な構成を示すブロック図である。
【図３】図３は，本実施の形態にかかる情報処理装置１０２の概略的な構成を示すブロック図である。
【図４】図４は，本実施の形態にかかるデータ放送コンテンツデータの概略的な構成を示すブロック図である。
【図５】図５は，本実施の形態にかかるデータ放送画面の概略的な構成を示す説明図である。
【図６】図６は，本実施の形態にかかるデータボタンが表示された場合のディスプレイ３０２の表示画面である。
【図７】図７は，本実施の形態にかかる情報処理装置１０２の動作を説明するフローチャートである。
【図８】図８は，本実施の形態にかかる情報処理装置１０２による再生の動作を示す説明図である。
【図９】図９は，本実施の形態にかかる番組管理データ４０１の概略的な構成を示す説明図である。
【図１０】図１０は，本実施の形態にかかる番組管理データ４０１の概略的な構成を示す説明図である。
【図１１】図１１は，本実施の形態にかかるＣＧＩにより発火情報を送信するアンタイムイベントメッセージデータのデータ構造の概略的な構成を示す説明図である。
【図１２】図１２は，本実施の形態にかかるアンタイムイベントメッセージデータの取得処理の概略的な構成を示すフローチャートである。
【図１３】図１３は，本実施の形態にかかるＣＧＩを介した場合のアンタイムイベントメッセージデータの取得処理の概略的な構成を示すフローチャートである。
【図１４】図１４は，本実施の形態にかかるカルーセル伝送の概略的な構成を示す説明図である。
【図１５】図１５は，本実施の形態にかかる番組管理データ４０１の概略的な構成を示す説明図である。
【図１６】図１６は，本実施の形態にかかる番組管理データ４０１の概略的な構成を示す説明図である。
【図１７】図１７は，本実施の形態にかかるＣＧＩにより発火情報を送信するアンタイムカルーセル切替データのデータ構造の概略的な構成を示す説明図である。
【図１８】図１８は，本実施の形態にかかるアンタイムカルーセル切替データの取得処理の概略的な構成を示すフローチャートである。
【図１９】図１９は，本実施の形態にかかるＣＧＩを介した場合のアンタイムカルーセル切替データの取得処理の概略的な構成を示すフローチャートである。
【図２０】図２０（ａ）は，本実施の形態にかかる番組引継の概略的な動作を示す説明図であり，図２０（ｂ）は，本実施の形態にかかる番組引継データの概略的な構成を示す説明図である。
【符号の説明】
１０１  ：放送局
１０２  ：情報処理装置
１０３  ：ネットワーク
３１０  ：番組処理部
３１１  ：監視頻度変更部
３１２  ：イベントメッセージ取得部
３１３  ：カルーセル切替取得部
【図１】
2004242018.tif 000003
【図２】
2004242018.tif 000004
【図３】
2004242018.tif 000005
【図４】
2004242018.tif 000006
【図５】
2004242018.tif 000007
【図６】
2004242018.tif 000008
【図７】
2004242018.tif 000009
【図８】
2004242018.tif 000010
【図９】
2004242018.tif 000011
【図１０】
2004242018.tif 000012
【図１１】
2004242018.tif 000013
【図１２】
2004242018.tif 000014
【図１３】
2004242018.tif 000015
【図１４】
2004242018.tif 000016
【図１５】
2004242018.tif 000017
【図１６】
2004242018.tif 000018
【図１７】
2004242018.tif 000019
【図１８】
2004242018.tif 000020
【図１９】
2004242018.tif 000021
【図２０】
2004242018.tif 000022