JP2004088383A - 情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

【課題】アナログテレビジョン放送においてもデータ放送を提供する。
【解決手段】アナログテレビジョン放送は、放送局１から放送され、その放送された番組データは、アンテナ２により受信され、端末３に提供される。データ送信局４からは、番組データに対応したデータ放送用のデータ放送用コンテンツが送信され、インターネット５を介して端末３に供給される。端末３は、放送局１からの番組データと、データ送信局４からのデータ放送用コンテンツの両方を処理し、同一画面上に表示させる。本発明は、アナログテレビジョン放送を受信する機能を有するパーソナルコンピュータなどに適用できる。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、デジタル放送において行われているサービスをアナログ放送においても行えるようにするために用いられる装置に適用して好適な情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、アナログテレビジョン放送に加えて、デジタルテレビジョン放送が普及しつつある。デジタルテレビジョン放送では、その放送で流される番組の映像や音声の他に、その番組に関する情報などをテキストや画像などで視聴者に提供するデータ放送のサービスも行われている。
【０００３】
【発明が解決しようとする課題】
デジタルテレビジョン放送では、上述したように、データ放送も行われているが、アナログテレビジョン放送では、デジタルテレビジョン放送で行われているデータ放送に対応する標準規格に基づいた放送は行われていなかった。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、アナログテレビジョン放送においても、デジタルテレビジョン放送で行われているデータ放送に対応するようなデータ放送を行えるようにすることを目的とする。
【０００５】
【課題を解決するための手段】
本発明の第１の情報処理装置は、テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理手段と、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理手段と、番組データ処理手段により処理された番組と、コンテンツデータ処理手段により処理されたコンテンツの同一画面上への表示を制御する表示制御手段とを含むことを特徴とする。
【０００６】
前記表示制御手段は、コンテンツデータに含まれる画面のレイアウトに関する情報を基に、コンテンツと番組の同一画面上への表示を制御するようにすることができる。
【０００７】
前記コンテンツデータは、ＢＭＬ形式のデータであるようにすることができる。
【０００８】
前記コンテンツデータ処理手段が起動されていない場合、前記番組データ処理手段は、受信した番組データに対応するコンテンツデータが存在すると判断したとき、コンテンツデータ処理手段を起動させ、コンテンツデータの受信を開始させるようにすることができる。
【０００９】
前記番組データ処理手段が起動されていない場合、コンテンツデータ処理手段は、コンテンツデータを受信したとき、番組データ処理手段を起動させ、コンテンツデータに対応する番組データの受信を開始させるようにすることができる。
【００１０】
ＥＰＧデータを受信し、処理するＥＰＧデータ処理手段をさらに含み、ＥＰＧデータ処理手段により処理されたＥＰＧに基づいて、所定の番組の受信が指示された場合、ＥＰＧデータ処理手段は、番組データ処理手段を起動させ、所定の番組の番組データの受信を開始させるとともに、コンテンツデータ処理手段を起動させ、所定の番組に対応するコンテンツデータの受信を開始させるようにすることができる。
【００１１】
前記表示制御手段は、コンテンツデータに含まれる情報から、視聴者の指示があった場合に番組と同一画面に表示するコンテンツであると判断した場合、コンテンツの表示を制御するかわりに、コンテンツが存在することを視聴者に認識させるための所定の形状のボタンの表示を制御するようにすることができる。
【００１２】
前記所定のネットワークは、インターネットであるようにすることができる。
【００１３】
本発明の第１の情報処理方法は、テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理ステップと、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、番組データ処理ステップの処理で処理された番組と、コンテンツデータ処理ステップの処理で処理されたコンテンツの同一画面上への表示を制御する表示制御ステップとを含むことを特徴とする。
【００１４】
本発明の第１の記録媒体のプログラムは、テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理ステップと、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、番組データ処理ステップの処理で処理された番組と、コンテンツデータ処理ステップの処理で処理されたコンテンツの同一画面上への表示を制御する表示制御ステップとを含むことを特徴とする。
【００１５】
本発明の第１のプログラムは、テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理ステップと、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、番組データ処理ステップの処理で処理された番組と、コンテンツデータ処理ステップの処理で処理されたコンテンツの同一画面上への表示を制御する表示制御ステップとをコンピュータに実行させることを特徴とする。
【００１６】
本発明の第２の情報処理装置は、テレビジョン受像機を操作するためのリモートコントローラからチャンネルに関する信号を受信する受信手段と、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理手段と、受信手段により信号を受信した場合、コンテンツデータ処理手段にチャンネルで放送されている番組に関するコンテンツデータの受信を指示する指示手段と、コンテンツデータ処理手段により処理されているコンテンツデータが他のデータ放送により放送されているコンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されているコンテンツデータに対応する番組を放送しているチャンネルに関する信号をテレビジョン受像機に送信する送信手段とを含むことを特徴とする。
【００１７】
本発明の第２の情報処理方法は、テレビジョン受像機を操作するためのリモートコントローラからのチャンネルに関する信号の受信を制御する受信制御ステップと、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、受信制御ステップの処理で信号の受信を制御した場合、コンテンツデータ処理ステップに、チャンネルで放送されている番組に関するコンテンツデータの受信を指示する指示ステップと、コンテンツデータ処理ステップで処理されているコンテンツデータが他のデータ放送により放送されているコンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されているコンテンツデータに対応する番組を放送しているチャンネルに関する信号のテレビジョン受像機への送信を制御する送信制御ステップとを含むことを特徴とする。
【００１８】
本発明の第２の記録媒体のプログラムは、テレビジョン受像機を操作するためのリモートコントローラからのチャンネルに関する信号の受信を制御する受信制御ステップと、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、受信制御ステップの処理で信号の受信を制御した場合、コンテンツデータ処理ステップに、チャンネルで放送されている番組に関するコンテンツデータの受信を指示する指示ステップと、コンテンツデータ処理ステップで処理されているコンテンツデータが他のデータ放送により放送されているコンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されているコンテンツデータに対応する番組を放送しているチャンネルに関する信号のテレビジョン受像機への送信を制御する送信制御ステップとを含むことを特徴とする。
【００１９】
本発明の第２の記録媒体は、テレビジョン受像機を操作するためのリモートコントローラからのチャンネルに関する信号の受信を制御する受信制御ステップと、データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、受信制御ステップの処理で信号の受信を制御した場合、コンテンツデータ処理ステップに、チャンネルで放送されている番組に関するコンテンツデータの受信を指示する指示ステップと、コンテンツデータ処理ステップで処理されているコンテンツデータが他のデータ放送により放送されているコンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されているコンテンツデータに対応する番組を放送しているチャンネルに関する信号のテレビジョン受像機への送信を制御する送信制御ステップとをコンピュータに実行させることを特徴とする。
【００２０】
本発明の第１の情報処理装置および方法、並びにプログラムにおいては、テレビジョン放送により放送される番組と、データ放送により放送されるコンテンツを同一の画面に表示させる。
【００２１】
本発明の第２の情報処理装置および方法、並びにプログラムにおいては、テレビジョン放送により放送される番組と、データ放送により放送されるコンテンツのうちの、どちらか一方が切り換えられた場合、その切り換えに追従して他方も切り換えられる。
【００２２】
【発明の実施の形態】
以下に、本発明の実施の形態について図面を参照して説明する。図１は、本発明を適用した情報処理システムの一実施の形態の構成を示す図である。放送局１は、テレビジョン放送における番組を放送する局であり、映像データと音声データからなるデータ（以下、適宜、番組データと称する）を送信する。
【００２３】
放送局１から放送された番組データは、アンテナ２により受信される。アンテナ２により受信された番組データは、端末３に供給される。アンテナ２や端末３は、番組を視聴する視聴者側に設置されているものである。
【００２４】
端末３は、データ送信局４からのデータも、インターネット５を介して受信する。データ送信局４からのデータは、放送局１から放送される番組に関する情報などのデータであり、放送局１から放送される番組と連動して視聴者に提供されるデータである。データ送信局４から送信されるデータを、以下の説明においては、適宜、データ放送用コンテンツと称し、データ送信局４がデータ放送用コンテンツを送信することをデータ放送と適宜称する。
【００２５】
本実施の形態においては、データ送信局４からのデータ放送用コンテンツは、インターネット５を介して送信されるとして説明するが、インターネット以外のネットワークを用いても良い。また、図１には、放送局１、端末３、およびデータ送信局４は、それぞれ説明の都合上、１つしか記述していないが、実際には複数存在し、また、例えば、放送局１では、複数の放送局１毎に、異なる番組データが送信される。
【００２６】
図２は、放送局１の構成例を示す図である。放送局１は、放送する番組の番組データを制作する番組データ制作部１１を有する。この番組データ制作部１１は、番組の映像や音声を取得するカメラやマイクロフォン、その取得された映像や音声を編集する編集装置などから構成され、実際に放送（送信）される番組の番組データを制作する。
【００２７】
番組データ制作部１１により制作された番組データは、番組データ記憶部１２に記憶される。送信部１３は、番組データ記憶部１２に記憶されている番組データをタイミング制御部１４の指示に基づき読み出し、送信する。タイミング制御部１４は、予め設定されたスケジュールで、所定の番組データを読み出し、送信するようにとの指示を出すようにされている。
【００２８】
送信部１３は、生番組など、予め制作し、記憶させておくことができない番組の番組データを送信する場合、必要に応じ、番組データ作成部１１から直接送信する番組データの読み出しを行う（番組データ作成部１１から直接番組データが供給される）。
【００２９】
図３は、データ送信局４の構成例を示す図である。データ送信局４は、送信するデータ放送用コンテンツを制作するデータ放送用コンテンツ制作部２１を有する。このデータ放送用コンテンツ制作部２１は、データ放送用の画像やテキストを取得し、編集する機能を有し、例えば、パーソナルコンピュータなどから構成される。
【００３０】
データ放送用コンテンツ制作部２１により制作されたデータ放送用コンテンツは、データ放送用コンテンツ記憶部２２に記憶される。送信部２３は、データ放送用コンテンツ記憶部２２に記憶されているデータ放送用コンテンツをタイミング制御部２４の指示に基づき読み出し、送信する。タイミング制御部２４は、予め設定されたスケジュールで、または、視聴者側（端末３側）からの指示があったときに、所定のデータ放送用コンテンツを読み出す指示を出す。
【００３１】
送信部２３は、予め制作し、記憶させておくことができないデータ放送用コンテンツを送信する場合、必要に応じ、データ放送用コンテンツ作成部２１から直接送信するデータ放送用コンテンツの読み出しを行う（データ放送用コンテンツ作成部２１から直接データ放送用コンテンツが供給される）。
【００３２】
図４は、端末３の内部構成例を示す図である。本実施の形態における端末３は、放送局１からの番組データを受信し、処理する機能と、インターネット５に接続し、データ送信局４からのデータ放送用コンテンツを受信し、処理する機能を少なくとも有している。端末３は、例えば、パーソナルコンピュータ（ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ）なども含む）や、インターネット５に接続できるテレビジョン受像機である。テレビジョン受像機の場合、直接インターネット５に接続する機能を有さなくても、セットトップボックスなどを介して接続できる機能を有しているものでも良い。
【００３３】
また、端末３は、携帯電話、車載用のテレビジョン受像機、俗にカーナビなどと称される車載用のナビゲーションシステムなどでも良い。
【００３４】
ここでは、端末３をパーソナルコンピュータとして説明し、図４には、汎用のパーソナルコンピュータとしての端末３の内部構成例を示す。端末３のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）３２に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）３３には、ＣＰＵ３１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００３５】
入出力インタフェース３５は、キーボードやマウスから構成される入力部３６が接続され、入力部３６に入力された信号をＣＰＵ３１に出力する。また、入出力インタフェース３５には、出力部としてのディスプレイ３７も接続されている。図示しないが、出力部としてスピーカなども入力インターフェース３５には接続される。
【００３６】
さらに、入出力インタフェース３５には、ハードディスクなどから構成される記憶部３８、および、インターネット５などのネットワークを介して他の装置（例えば、図１のデータ送信局４）とデータの授受を行う通信部３９も接続されている。受信部４０は、アンテナ２と接続され、放送局１からの番組データを受信する。ドライブ４１は、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、半導体メモリ５４などの記録媒体からデータを読み出したり、データを書き込んだりするときに用いられる。
【００３７】
ここで、詳細は後述するが、データ送信局４から送信され、インターネット５を介して端末３に受信されるデータ放送用コンテンツについて説明する。データ送信局４から送信されるデータ放送用コンテンツは、放送局１から放送される番組に連動した情報を視聴者に提供するためのものである。ここで、番組に連動するとは、例えば、番組が放送されている時点で、その番組に関する情報として、所定のタイミングで視聴者に提供され、次のタイミングになると、次の情報が提供されるといったことである。すなわち、送受信されるデータは、テレビジョン放送で、インタラクティブにマルチメディア情報を提供するためのものである。
【００３８】
そのデータ放送用コンテンツのデータは、ＢＭＬ（Ｂｒｏａｄｃａｓｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）規格に基づき記述されたデータである。このＢＭＬ規格は、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ　Ｓａｔｅｌｌｉｔｅ）デジタル放送のデータ放送において用いられている規格である。本実施の形態においては、このＢＭＬ規格によるデータが送受信されるとして説明するが、例えば、ＭＨＰやｉＴＶなどの、日本国内以外の他の地域で用いられているデータ放送の規格に基づくデータが送受信されるとしても良い。
【００３９】
端末３は、このようなＢＭＬ規格で記述されたデータ放送用コンテンツを受信し、処理するとともに、放送局１から放送された番組データも受信し、処理する。このようなコンテンツやデータを受信し、処理するためのソフトウェアについて説明する。ソフトウェアは、端末３の記憶部３８としての例えばハードディスクドライブに記憶され、必要に応じ、ＲＡＭ３３に展開される。また、その展開されたソフトウェアに基づき、ＣＰＵ３１は、端末３の各部を制御する。
【００４０】
図５は、記憶部３８に記憶され、必要に応じてＲＡＭ３３に展開されるソフトウェアの構成を示す図である。ＯＳ７１は、オペレーションシステムであり、プログラムの実行やファイルの管理を行う。このＯＳ７１は、例えば、Ｗｉｎｄｏｗｓ（登録商標）　ＸＰなどである。
【００４１】
ウィンドウズ（登録商標）システム７２は、ウィンドウ環境をサポートするためのソフトウェアであり、ディスプレイ３７上に表示されているウィンドウの管理や、ユーザが行った操作に対応する処理などを制御する。ＢＭＬブラウザ７３は、ＢＭＬ規格で記述されたデータ（以下、適宜、ＢＭＬコンテンツと称する）を処理するためのソフトウェアである。
【００４２】
ＴＶ（テレビジョン）チューナソフトウェア７４は、放送局１からの番組データを処理するソフトウェアであり、複数のチャンネルからユーザにより指示された１つのチャンネルを選択し、その選択されたチャンネルにおける番組データを受信し、処理する。
【００４３】
ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザ７５は、インターネット５を介して受信されるデータ、例えば、ＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）規格により記述されたデータなどを処理するソフトウェアである。
【００４４】
次に、図１に示した情報処理システムにおける動作について説明する。なお、前提として、複数の放送局１から、それぞれチャンネル毎に番組データが放送され、アンテナ２は、それらの番組データを受信できる状態とされており、また、複数のデータ送信局４から、複数の放送局１から放送される番組に対応するデータ放送用コンテンツが送信され、端末３の通信部３９は、それらのデータ放送用コンテンツを受信できる状態とされている。
【００４５】
まず、図６のフローチャートを参照して、ＴＶチューナソフトウェア７４の処理により所定の番組がディスプレイ３７（図４）上に表示され、そのディスプレイ３７上に、ＢＭＬブラウザ７３により処理されたデータ放送によるデータが表示されるまでの動作について説明する。なお、ここでは、まず、番組の最初から視聴が開始される場合を例に挙げて説明し、番組の途中から視聴が開始される場合については後述する。
【００４６】
データ送信局４は、ステップＳ１１において、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）に関するデータを送信する。送信されたＥＰＧに関するデータは、インターネット５を介して端末３の通信部３９に受信される。ここで、ＥＰＧに関するデータは、ＨＴＭＬ規格で記述されたデータであるとすると、ＷＷＷブラウザ７５により処理される。ＣＰＵ３１（図４）は、通信部３９により受信されたＥＰＧデータを、ＲＡＭ３３に展開されているＷＷＷブラウザ７５に基づき処理する。
【００４７】
ＥＰＧデータが処理されることにより、ディスプレイ３７上に、例えば、図７に示すようなＥＰＧが表示される。ＥＰＧは、各チャンネル、時間、放送される番組が、それぞれ関連付けられ、ユーザに使い勝手が良いように編集されて提供される番組ガイドである。例えば、図７において、チャンネル１で、１２時台には、番組Ａという番組が放送されることがＥＰＧ上で示されている。この番組Ａという番組のタイトルが表示されている部分には、タイトルの他に、例えば、番組の内容の簡単な説明文や、その番組の出演者などが表示される。
【００４８】
ＥＰＧ上には、カーソル８１も表示される。図７において、カーソル８１は、番組Ｘというタイトル上に位置している。このカーソル８１は、入力部３６としてのマウスやリモートコントローラ（いずれも不図示）により、操作可能とされている。ユーザは、所望の番組のタイトル上、例えば、視聴したい番組のタイトル上に、カーソル８１を移動させ、クリックなど、選択、決定を示す操作を実行する。
【００４９】
ステップＳ２２において、選択、決定を示すクリックなどの操作（以下の説明おいては、クリックと略記する）がされたか否かが判断される。ステップＳ２２において、クリックされたと判断されるまで、ステップＳ２２の処理は繰り返され（ＥＰＧの表示状態が継続され）、クリックされたと判断されると、その操作に対応した処理が、ステップＳ２３以降で行われる。
【００５０】
ステップＳ２３において、ＢＭＬブラウザ７３の起動が指示される。この指示は、受信したＥＰＧデータのスクリプトに書き込まれており、上述したように、ディスプレイ３７上に表示されているＥＰＧのうちの所定のタイトルに対してクリックなどの所定の操作が行われると、ＢＭＬブラウザ７３が起動されるようになっている。
【００５１】
同じように、クリックが行われたと判断されると、ＴＶチューナソフトウェア７４の起動が指示される（ステップＳ２４）。また、ＴＶチューナソフトウェア７４が起動されたときに、受信されるチャンネルは、クリックされたタイトルに対応するチャンネルである。このような処理が行われることによりステップＳ４１において、番組データの受信、処理が開始される。
【００５２】
このようにして、ＥＰＧ内の１つの番組のタイトルに対して、クリックが行われると、ＢＭＬブラウザ７３とＴＶチューナソフトウェア７４が、それぞれ、ＷＷＷブラウザ７５の指示に従って起動され、さらに、ＴＶチューナソフトウェア７４により番組データの受信、処理が開始される。
【００５３】
ＢＭＬブラウザ７３が起動されることにより、端末３において、データ送信局４から送信されるデータ放送用コンテンツが処理できる状態となり、ＴＶチューナソフトウェア７４が起動されることにより、端末３において、放送局１からの番組データを処理できる状態となる。
【００５４】
なお、ここでは、クリックなどの操作がされると、ＢＭＬブラウザ７３やＴＶチューナソフトウェア７４が起動されるとして説明するが、このように、ＢＭＬブラウザ７３やＴＶチューナソフトウェア７４が起動されるのは、その時点で放送されている番組のタイトルが操作されたときである。
【００５５】
その時点で放送されている番組以外のタイトルがクリックされた場合、すなわち、既に放送された番組のタイトルや、後の時点で放送される番組のタイトルがクリックされた場合、その番組の詳細な内容が表示されるなどする。これは、クリックされた時点で放送されていなければ、その番組を視聴者に提供することはできないため、そのような状況が発生したようなときに対応するためである。
【００５６】
図６のフローチャートの説明に戻り、ステップＳ２５において、ユーザにより選択され、決定された番組のタイトルに関する情報がデータ送信局４に対して送信される。タイトルに関する情報を受信したデータ送信局１は、ステップＳ１２において、データ放送用コンテンツ記憶部２２（図３）から、受信したタイトルに対応するデータ放送用コンテンツを読み出し、送受信部２３により、インターネット５を介して端末３に対して送信する。
【００５７】
この読み出しは、例えば、ユーザが選択することができるタイトルには、そのタイトルに対応するデータ放送用コンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）が関連付けられており、そのＵＲＬを元に行われる。
【００５８】
ここで、データ送信局４から端末３に対して送信されるデータ放送用コンテンツについて説明する。上述したように、データ放送用コンテンツは、この場合、ＢＭＬ規格で記述されたデータ（コンテンツ）である。送信されるデータ放送用コンテンツを詳細に説明するに、送信されるＢＭＬコンテンツは、図８に示すように、複数のＢＭＬコンテンツ（図８の場合、ＢＭＬコンテンツ１乃至３の３つのコンテンツ）と、それらのＢＭＬコンテンツを管理するための番組交換ファイル９１とから構成されている。
【００５９】
ＢＭＬコンテンツ１乃至３は、ＢＭＬ規格で記述されたデータであることは勿論であるが、番組交換ファイル９１もＢＣＭＬ（Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｅｎｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）規格で記述されたデータである。なお、ＢＭＬもＢＣＭＬも、ＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）言語をベースとしたものである。
【００６０】
このようにデータ放送用コンテンツとしてひとまとまりとされるデータは、例えば、１番組に関するデータや、所定の時間（例えば、１０分）に関するデータなどであるが、どのような単位でまとめられても良い。図８に示した例では、ＢＭＬコンテンツ１乃至３の３つのコンテンツと、それらのＢＭＬコンテンツを管理するための１つの番組交換ファイル９１とから構成されているが、この番組交換ファイル９１は、３つのＢＭＬコンテンツ１乃至３の、切り替えのタイミングなどに関する情報が規定されており、ＢＭＬコンテンツ１乃至３は、実際に、ユーザに、データ放送として提供される映像や音声のデータである。
【００６１】
このようなデータ放送用コンテンツが送信されると、そのデータ放送用コンテンツは、端末３の通信部３９により受信される。ＣＰＵ３１は、既に起動されているＢＭＬブラウザ７３に基づき、受信したＢＭＬ規格のデータ放送用コンテンツを処理する（ステップＳ３１）。
【００６２】
このように、ＢＭＬブラウザ７３によりデータ放送用コンテンツが処理され、ＴＶチューナソフトウェア７４により、番組データが処理されることにより、端末３のディスプレイ３７上には、例えば、図９に示したような画面が表示される。ディスプレイ３７の図中左側には、ＢＭＬブラウザ７３により処理されたデータ放送用コンテンツに基づく画像が表示されるデータ放送用コンテンツ表示部１０１が設けられている。
【００６３】
データ放送用コンテンツ表示部１０１に表示される画像は、静止画像、動画像、テキストなどである。ディスプレイ３７の右上側には、ＴＶチューナソフトウェア７４により処理された番組データに基づく画像が表示される番組データ表示部１０２が設けられている。
【００６４】
番組データ表示部１０２の下側には、リモコン表示部１０３が設けられている。このリモコン表示部１０３に表示されるリモートコントローラは、簡易操作を行うためのものであり、ユーザは、このリモートコントローラを、例えば、入力部３６としてのマウスを操作することにより、操作することができるようになされている。
【００６５】
ディスプレイ３７の右下側には、検索部１０４が設けられている。この検索部１０４を用いることにより、ユーザは、データ放送により放送されるデータから所望のデータを検索できるようになされている。
【００６６】
図９に示した画面は、一例であり、限定を示すものではない。例えば、リモコン表示部１０３に表示されるリモートコントローラは、必ずしも表示される必要があるわけではなく、表示されないようにしても良い。また例えば、番組データ表示部１０２の表示領域をディスプレイ３７の右側半分とするなど、自由にレイアウトできる。
【００６７】
図６のフローチャートを参照して説明した動作では、ユーザは、ＨＴＭＬにより規定されているＥＰＧのスクリプトに、ＢＭＬブラウザ７３の起動やＴＶチューナソフトウェア７４の起動を指示するスクリプトが含まれるとして説明したが、含まれないような実施の形態を取ることも可能である。
【００６８】
ＥＰＧのスクリプトにＢＭＬブラウザ７３の起動やＴＶチューナソフトウェア７４の起動を指示するスクリプトが含まれないようにした場合、図１０のフローチャートの処理に従って行われる。データ送信局４が行うステップＳ５１の処理と、その処理に対応して、端末３のＷＷＷブラウザ７５が行うステップＳ６１とステップＳ６２の処理は、図６のステップＳ１１およびステップＳ２１、Ｓ２２と同様の処理なので、その説明は省略する。
【００６９】
ステップＳ６２において、ＥＰＧ内の所定の番組のタイトルに対してクリックが行われたと判断された場合、ステップＳ６３において、そのクリックされたタイトルに関する（識別するための）データがデータ送信局４に対して送信される。
【００７０】
データ送信局４は、ステップＳ５２において、端末３のＢＭＬブラウザ７３とＴＶチューナソフトウェア７４の起動を指示するためのデータを送信する。このデータが受信されることにより、端末３のＷＷＷブラウザ７５は、ＢＭＬブラウザ７３とＴＶチューナソフトウェア７４の起動を指示する。そして、ＢＭＬブラウザ７３とＴＶチューナソフトウェア７４は、指示に基づきそれぞれ起動される。
【００７１】
一方、データ送信局４は、ＢＭＬブラウザ７３とＴＶチューナソフトウェア７４の起動を指示するためのデータを送信するとともに、ステップＳ５３において、データ放送用コンテンツの読み出しを行い、その読み出したデータ放送用コンテンツを端末３に対して送信する。この際読み出され、送信されるデータ放送用コンテンツは、ユーザにより選択されたタイトル（番組）に対応するものである。
【００７２】
データ送信局４から送信されたデータ放送用コンテンツは、端末３により受信され、起動されているＢＭＬブラウズ７３に基づき処理される（ステップＳ７１）。また、ステップＳ８１において、起動されているＴＶチューナソフトウェア７４により、受信された番組データの処理も開始される。
【００７３】
このようにして、図９に示したような画面が、端末３のディスプレイ３７上に表示される。
【００７４】
仮に、ユーザがクリックなどの操作を実行した番組のタイトルが、その時点で放送されていない番組のタイトルであった場合、そのようなタイトルに関するデータを受信したデータ送信局４は、ステップＳ５２において、起動指示用のデータの送信処理を行わず、ステップＳ５３に進み、データ放送用コンテンツとして、番組が放送されているときに提供されるデータとは異なり、番組内容などに関する事前に提供できる情報のデータを読み出し、送信する。従って、端末３側においては、ＢＭＬブラウザ７３とＴＶチューナソフトウェア７４は起動されず、ＷＷＷブラウザ７５だけが起動された状態が継続され、ＷＷＷブラウザ７５による処理が継続される。
【００７５】
このように、操作されたタイトルと、その操作が実行された時刻との関係から、データ送信局４側から送信されるデータ放送用コンテンツの内容を変えるようにしても良い。
【００７６】
上述した実施の形態において、ＢＭＬブラウザ７３が起動される際、ＷＷＷブラウザ７５は、その後の処理において必要ない場合、終了されるようにしても良い。
【００７７】
次に、図６または図１０のフローチャートを参照して説明した実施の形態においては、ＥＰＧデータがＨＴＭＬ形式で記述されており、ＷＷＷブラウザ７５により処理される場合を例としてあげて説明したが、ＢＭＬ形式で記述されたＥＰＧデータが用いられるようにし、ＷＷＷブラウザ７５を用いないで処理が行われるようにしても良い。このようにした場合の動作について、図１１のフローチャートを参照して説明する。
【００７８】
ステップＳ１０１において、データ送信局４から送信されたＢＭＬ形式で記述されたＥＰＧデータは、端末３の通信部３９により受信される。端末３のＢＭＬブラウザ７３は、ステップＳ１１１乃至Ｓ１１３において、図１０のステップＳ６１乃至Ｓ６３と同様の処理を行う。この場合、ＥＰＧデータは、ＢＭＬ形式でかかれているため、データ送信局４から送信されたＥＰＧデータは、端末３のＷＷＷブラウザ７５ではなく、ＢＭＬブラウザ７３により処理される。
【００７９】
ステップＳ１１３において、端末３から送信されるデータは、ユーザがクリックした番組のタイトルに関連付けられているＵＲＬである。このＵＲＬは、データ放送用コンテンツを一意に決定するために割り振られているものである。このようなＵＲＬを受信したデータ送信局４は、ステップＳ１０２において、受信したＵＲＬに対応するデータ放送用コンテンツをデータ放送用コンテンツ記憶部２２から読み出し、インターネット５を介して端末３に対して送信する。
【００８０】
その送信されるデータ放送用コンテンツは、図８に示したようなデータである。この場合、番組交換ファイル９１（図８）には、ＴＶチューナソフトウェア７４を起動させ、視聴者がクリックした番組のタイトルに対応する番組データを再生するように指示するスクリプトが含まれている。従って、ステップＳ１１４において、端末３のＢＭＬブラウザ７３は、受信したデータ放送用コンテンツの処理を開始することにより、ＴＶチューナソフトウェア７４を起動させる。
【００８１】
起動されたＴＶチューナソフトウェア７４は、ステップＳ１２１において、ＢＭＬブラウザ７３により処理されたデータ放送用コンテンツに含まれる番組交換ファイル９１に従って、所定のチャンネルの番組データの受信を開始し、その番組データの処理を開始する。
【００８２】
一方、ＢＭＬブラウザ７３は、ステップＳ１１５において、受信したデータ放送用コンテンツの処理を開始する。このようにして処理が行われることにより、例えば、図９に示すような画面がディスプレイ３７上に表示される。
【００８３】
上述した実施の形態においては、図９に示したような画面がディスプレイ３７に表示されるとして説明したが、データ放送用コンテンツは、選択された番組に必ずしも用意されているとは限らず、番組によっては、その番組に対応するデータ放送用コンテンツが作成されていない場合もある。また、視聴者が、必ずしもデータ放送用コンテンツの表示を所望しているとは限らない。
【００８４】
このような状況を鑑み、データ放送用コンテンツを受信する際の端末３の動作について、上述した説明と重なる部分もあるが、再度、図１２のフローチャートを参照して説明する。ステップＳ１５１において、ＥＰＧからユーザが所望とする番組が選択される。ステップＳ１５２において、選択された番組に関連付けられているデータ放送用コンテンツがあるか否かが判断される。
【００８５】
この判断は、例えば、選択された番組に、データ放送用コンテンツを一意に決定するためのＵＲＬが関連付けられているか否かを判断することにより行われる。勿論、その他の方法により、選択された番組に、データ放送用コンテンツがあるか否かを判断するようにしても良い。
【００８６】
ステップＳ１５２において、選択された番組にデータ放送用コンテンツがないと判断された場合、ステップＳ１５３に進み、あると判断された場合、ステップＳ１５４に進む。
【００８７】
選択された番組にデータ放送用コンテンツがないと判断された場合、データ放送用コンテンツをディスプレイ３８上に表示させることができないため、そのようなデータ放送用コンテンツを表示させるための、例えば、図９に示した画面において、データ放送用コンテンツ表示部１０１といった表示領域を設ける必要はない。
【００８８】
従って、ステップＳ１５３においては、放送局１から放送された番組データの処理だけが行われる。その結果、ディスプレイ３７上には、図９における番組データ表示部１０２のみが表示される。この際、その番組データ表示部１０２の大きさは、ディスプレイ３７の表示領域と同等の大きさで表示されるようにしても良い。このように、データ放送用コンテンツがない場合には、番組データのみが処理される。
【００８９】
ステップＳ１５１，Ｓ１５２の処理は、例えば、図１１におけるステップＳ１１１乃至Ｓ１１３の処理に相当する。従って、番組の選択が行われ、その番組に関連付けられているデータ放送用コンテンツがあると、データ送信局４からデータ放送用コンテンツが送信されてくる。
【００９０】
端末３は、ステップＳ１５４において、データ放送用コンテンツを受信する。その端末３が受信するデータ放送用コンテンツは、図８に示したような構成であり、番組交換ファイル９１というファイルが含まれている。この番組交換ファイル９１には、ａｕｔｏ＿ｓｔａｒｔ＿ｆｌａｇというフラグが含まれている。
【００９１】
このａｕｔｏ＿ｓｔａｒｔ＿ｆｌａｇというフラグは、データ放送用コンテンツが受信されると、端末３側で自動的に（ユーザの指示によらず）、受信されたデータ放送用コンテンツの処理を開始させるか否かを示すフラグであり、ＴＲＵＥに設定されている場合、自動的に処理を開始させることを示し、ＦＡＬＳＥに設定されている場合、自動的に処理を開始させないことを示す。
【００９２】
ステップＳ１５５において、受信されたデータ放送用コンテンツに含まれる番組交換ファイル９１が参照され、ａｕｔｏ＿ｓｔａｒｔ＿ｆｌａｇがＴＲＵＥに設定されているか否かが判断される。ここで、番組交換ファイル９１の一例（一部）を図１３に示す。なお、図１３に示した番組交換ファイル９１において、図中左側の行番号は、説明のために付したものであり、実際のファイルにおいては付す必要はない。
【００９３】
ａｕｔｏ＿ｓｔａｒｔ＿ｆｌａｇは、８行目に記載されており、図１３に示した例では、ＴＲＵＥに設定されている。番組交換ファイル９１には、５，６行目に対応する番組データが提供される時間帯に関する情報（従ってこのファイルが実際に処理されるべき時間帯に関する情報）、１５，１６行目にデータ放送のデータ構造を規定する情報、２２行目乃至２７行目まででイベントメッセージ（ＢＭＬコンテンツ１乃至３（図８）を処理するタイミングなど）の情報などが含まれる。
【００９４】
図１２のフローチャートの説明に戻り、ステップＳ１５５において、ａｕｔｏ＿ｓｔａｒｔ＿ｆｌａｇがＴＲＵＥではないと判断されると、ステップＳ１５６に進む。ステップＳ１５６においては、まず、放送局１から放送され、視聴者により受信および処理が指示された番組の番組データの処理が開始される。そのような番組データの処理が開始される一方で、ステップＳ１５７において、データボタンの表示が行われる。
【００９５】
ここでデータボタンとは、例えば、図１４に示すように、ディスプレイ３７上に、所定の大きさ、形状で、所定の位置に表示される。図１４に示したデータボタン１２１は、四角形の形状であるが、その他の形状でも良い。また、データボタン１２１が表示される状態は、データ放送用コンテンツがあるが、ユーザの指示がなければ表示しないという状態である。従って、データボタン１２１は、データ放送がされていることをユーザに認識させるために表示される。
【００９６】
このように、データボタン１２１が表示される状態は、データ放送用コンテンツが表示されない状態であるので、放送局１からの番組データのみを処理し、ディスプレイ３７上に表示させればよい状態である。そこで、図１４に示したように、ディスプレイ３７の表示領域と、番組データ表示部１０２を略同一の大きさにし、その番組データ表示部１０２に表示されている番組上に、データボタン１２１を表示させる。なお、このデータボタン１２１は、視聴者の指示により非表示にすることも可能とされている。
【００９７】
このようなデータボタン１２１が表示されている状態において、ユーザがそのデータボタン１２１を操作したか否かがステップＳ１５８において判断される。ステップＳ１５８において、データボタン１２１が操作されたと判断されるまで、図１４に示したような画面の表示状態が維持され、データボタン１２１が操作されたと判断されると、ステップＳ１５９に進む。
【００９８】
ステップＳ１５９において、番組データの処理とデータ放送用コンテンツの処理が行われることにより、図１４に示したような表示状態から、図９に示したような表示状態に切り換えられる。
【００９９】
一方、ステップＳ１５５において、受信されたデータ放送用コンテンツに含まれる番組交換ファイル９１が参照されることにより、ａｕｔｏ＿ｓｔａｒｔ＿ｆｌａｇがＴＲＵＥであると判断された場合、ステップＳ１５６乃至Ｓ１５８の処理はスキップされ、ステップＳ１５９に進む。従って、図９に示したような画面が視聴者に提供される。
【０１００】
このようにして、データ放送がされているときと、されていないときで、また、データ放送がされているときでも、ユーザの指示によらず、自動的にデータ放送が処理されるときとされないときがある。このような制御が行われることにより、図９に示した画面の状態のときと、図１４に示した画面の状態が切り換えられることになる。すなわち、番組データ表示部１０２の表示領域の大きさが切り換えられる。このような画面の制御は、データ送信局４から供給されるデータ放送用コンテンツに含まれる番組交換ファイル９１（図８）に基づき行われる。
【０１０１】
番組ファイル９１は、図１３に示したようなファイル構造とされ、種々の情報が含まれているが、画面を制御するための、この場合、番組データ表示部１０２の表示領域を設定するための情報も含まれている。図１３では、そのような情報を示していないので、以下に、番組データ表示部１０２の領域（すなわち、放送局１から放送される番組が表示される領域）の大きさの設定に関わる情報を示す。
【０１０２】
＜ｏｂｊｅｃｔ　ｉｄ＝”ａｕｄｉｏ”　ｔｙｐｅ＝”ａｕｄｉｏ／Ｘ−ａｒｉｂ−ｍｐｅｇ２−ａａｃ”　ｄａｔａ＝”／１０”　ｓｔｒｅａｍｓｔａｔｕｓ＝”ｐｌａｙ”　ｒｅｍａｉｎ＝”ｒｅｍａｉｎ”／＞
＜ｏｂｊｅｃｔ　ｉｄ＝”ｖｉｄｅｏ”　ｔｙｐｅ＝”ｖｉｄｅｏ／Ｘ−ａｒｉｂ−ｍｐｅｇ２”　ｄａｔａ＝”／００”　ｒｅｍａｉｎ＝”ｒｅｍａｉｎ”　ｓｔｙｌｅ＝”ｌｅｆｔ：５２８ｐｘ；　ｔｏｐ：４０ｐｘ；　ｗｉｄｔｈ：３６０ｐｘ；　ｈｅｉｇｈｔ：２０２ｐｘ；”／＞
【０１０３】
ｔｙｐｅ属性は、例えば、衛星放送などで行われているデジタル方式の放送（以下、適宜、デジタル放送と記述する）における映像の形式が指定できるが、また、ｄａｔａ属性ではデジタル放送のエレメンタリストリーム値が指定できるが、これらの情報は、インターネット５を介して供給されるデータ放送用コンテンツにおいては意味がないため受信したとしても処理する必要はない。
【０１０４】
このような受信したとしても処理する必要がないデータを含ませるというのは、デジタル放送で行われるデータ放送と、本発明を適用して行われるデータ放送との間で、互換性が保たれることを意味し、換言すれば、デジタル放送におけるデータ放送と、本発明を適用したデータ放送には、同じデータを用いることが可能であることを意味している。
【０１０５】
本実施の形態においては、その時点で、チューニングされているテレビジョン放送の映像が対象とされる。ｓｔｒｅａｍｓｔａｔｕｓ　属性は　ｐｌａｙ　とし、その時点でチューニングされているテレビジョン放送の映像が再生される。
【０１０６】
Ｓｔｙｌｅ　属性で指定されている　ｌｅｆｔ，　ｔｏｐ，　ｗｉｄｔｈ，　ｈｅｉｇｈｔ　を使って映像の表示エリア、この場合、番組データ表示部１０２の表示領域が指定される。通常、放送される番組が表示される領域の場合、その領域の縮小サイズには、パターンがあり、なんらかの限定が加えられているが、本実施の形態のように、番組交換ファイル９１に含まれる情報で大きさを設定するようにすれば、その大きさは自由に変更することができる。
【０１０７】
また、必要に応じて、ＢＭＬブラウザ７３において、テレビジョン放送の映像のアスペクトレシオの調整も行うようにしても良い。ＥＣＭＡＳｃｒｉｐｔ（（Ｅｕｒｏｐｉａｎ　Ｃｏｍｐｕｔｅｒ　Ｍａｎｕｆａｃｔｕｒｅｒ　Ａｓｓｏｃｉａｔｉｏｎ）−２６２　ｓｔａｎｄａｒｄ）により、ｖｉｄｅｏ，　ａｕｄｉｏ　のｏｂｊｅｃｔ　要素が操作された場合は、放送での処理と同様にその指示に従い動作が行われる。
【０１０８】
次に、図９に示したような画面、すなわち、放送されている番組の番組データと、その番組に関連付けられているデータ放送用コンテンツが処理されて、表示されている状態の画面が、ディスプレイ３７上に表示されるとき、また、画面が表示された後の端末３の動作について説明する。
【０１０９】
なお、以下の説明における動作が行われている間、放送局１から放送されている番組の番組データを受信し、処理することにより、番組データ表示部１０２に番組が表示される状況が維持されるため、そのためにＴＶチューナソフトウェア７４が行う処理は一定であるため、ＴＶチューナソフトウェア７４における動作の説明は省略し、主に、ＢＭＬブラウザ７３が行う処理について説明する。
【０１１０】
上述した実施の形態における説明では、番組は最初から視聴されるとして説明をしたが、番組の途中から視聴される場合もある。また、視聴者がＥＰＧから所望の番組のタイトルを選択すると、図８に示したようなデータ放送用コンテンツが、端末３に対して提供されるが、このデータ放送用コンテンツは、例えば、１番組、１時間など、所定の単位でまとめられたデータである。ここでは、１番組のデータがデータ放送用コンテンツとして提供されるとして以下の説明を行う。
【０１１１】
これらのことを考慮すると、１番組のデータ放送用コンテンツが提供される場合、その提供が行われた際、必ずしも、その番組の最初から視聴者が視聴しているとは限らず、提供されたデータ放送用コンテンツの最初から処理を開始すれば良いとは限らない。換言すれば、視聴者は、所定の番組を途中から視聴を開始し、そのために、提供されたデータ放送用コンテンツの最初から処理を開始するのではなく、その所定の番組の途中に対応する部分から処理を開始する必要がある場合がある。
【０１１２】
そこで、データ放送用コンテンツが提供されると、図１５に示したようなフローチャートの処理が、端末３において実行される必要がある。端末３のＢＭＬブラウザ７３は、ステップＳ１７１において、相対時間の算出の処理を実行する。相対時間とは、図１６を参照して説明するに、受信したデータ放送用コンテンツの処理（再生）を本来開始すべき時刻（データ放送用コンテンツの頭の時刻）と、実際にデータ放送用コンテンツの再生を開始すべき時刻（再生時刻）との差分である。付言するに、再生時刻とは、視聴者が番組の視聴を開始した時刻である。
【０１１３】
ステップＳ１７１（図１５）において、相対時刻が算出されると、ステップＳ１７２において、現時刻（再生時刻）までの処理が行われる。図１６を再度参照して説明するに、再生時刻までには、ＢＭＬコンテンツ１の処理が既に終了され、ＢＭＬコンテンツ２の途中まで処理が既に終了している必要がある。ここで、ＢＭＬコンテンツの処理について説明するに、ＢＭＬコンテンツの処理については、番組交換ファイル９１に記述されている。
【０１１４】
番組交換ファイル９１には、データ放送用コンテンツ内に含まれる複数のＢＭＬコンテンツの切り換えを行うタイミングや、１つのＢＭＬコンテンツ内でイベントを発火するタイミングなどが記述されている。これらのタイミングをイメージ的に、図１６の番組交換ファイル９１に記述する。図中、黒い三角形は、１つのＢＭＬコンテンツ内でイベントを発火するタイミングを示し、白い三角形は、ＢＭＬコンテンツの切り換えを行うタイミングを示している。
【０１１５】
図１６に示した例では、１つのＢＭＬコンテンツ内でイベントを発火するタイミングとしてイベント発火タイミング９２−１乃至９２−５が設定されており、ＢＭＬコンテンツの切り換えを行うタイミングとして、切り換えタイミング９３−１，９３−２が、それぞれ設定されている。
【０１１６】
図１６に示した例で、再生時刻までには、３つのイベント発火タイミング９２−１乃至９２−３が処理されている必要があり、１つの切り換えタイミング９３−１が処理されている必要がある。そこで、ステップＳ１７２においては、これらのタイミングが順次処理される。この処理は、視聴者に提供される必要はないため（視聴者に提供されては好ましくないため）、バックグランド的に処理される。換言すれば、擬似的に処理されるだけであり、実際に処理された画像などが、ディスプレイ３７上に表示されるといった処理が行われる必要はない。
【０１１７】
このように、本来再生が開始される時点（データ放送用コンテンツの最初）から、再生時刻までの処理をバックグランド的に処理するのは、ＢＭＬコンテンツ同士に依存性がある可能性があるからである。例えば、図１６に示した例では、ＢＭＬコンテンツ１が処理された後の状態で、ＢＭＬコンテンツ２が処理される必要があり、ＢＭＬコンテンツ２が処理された後の状態で、ＢＭＬコンテンツ３が処理される必要があるというように、前のＢＭＬコンテンツの処理状態に依存して、後のＢＭＬコンテンツの処理が行われる。
【０１１８】
このようにＢＭＬコンテンツ同士が、依存関係にある場合には、再生時刻までに処理されるべきＢＭＬコンテンツが処理される必要がある。しかしながら、ＢＭＬコンテンツ同士に依存関係がないような場合には、再生時刻に再生されるべきＢＭＬコンテンツ内で、再生時刻までの部分が処理されればよい。
【０１１９】
図１６の例では、再生時刻は、ＢＭＬコンテンツ２の部分に位置しているが、ＢＭＬコンテンツ１とＢＭＬコンテンツ２には依存関係がないような場合には、ＢＭＬコンテンツ１を処理する必要ない。そこで、ＢＭＬコンテンツ２の最初から再生時刻までの部分が処理される。この場合、ＢＭＬコンテンツ２の最初（切り換えタイミング９３−１が示す時刻）から再生時刻までの部分には、イベント発火タイミング９２−３が存在しているため、そのイベント発火タイミング９２−３の処理が、ステップＳ１７２の処理として実行される。
【０１２０】
このように、ＢＭＬコンテンツ同士に依存関係がないような場合、再生時刻が位置するＢＭＬコンテンツに関する処理だけが行われればよいため、ステップＳ１７１において行われる相対時間の算出も、データ放送用コンテンツの最初から再生時刻までの時間ではなく、処理すべきＢＭＬコンテンツ（図１６の例の場合、ＢＭＬコンテンツ２）の最初から再生時刻までの時間が算出されればよい。
【０１２１】
ＢＭＬコンテンツ同士が依存関係にあるか否かにより処理すべき部分が異なるので、予めＢＭＬコンテンツ同士に依存関係があると設定しておくか、または、依存関係は無いと設定しておく必要がある。または、ＢＭＬコンテンツ同士が依存関係にあるか否かの情報を、番組交換ファイル９１に含ませるようにし、その情報に基づいて、ステップＳ１７１やステップＳ１７２の処理が実行されるようにする必要がある。
【０１２２】
このようにして、ステップＳ１７１とステップＳ１７２の処理が実行されると、ステップＳ１７３において、番組交換ファイル９１に基づいた処理が実行される。番組交換ファイル９１に基づいた処理とは、設定されているタイミングでイベントを発火するなどである。
【０１２３】
ステップＳ１７４において、番組交換ファイル９１が更新されているか否かのチェックが行われる。番組交換ファイル９１は、更新される可能性があり、そのために、チェックという処理が設けられている。更新されているか否かは、データ送信局４に問い合わせることにより行われる。
【０１２４】
なお、ここでの更新とは、番組交換ファイル９１の全体に変更が加えられることによる更新だけでなく、番組交換ファイル９１の一部に変更が加えられることによる更新も含む。また、例えば、イベント発火タイミング９２の追加など、一部に追加のデータが発生したような場合も更新されたとして処理される。
【０１２５】
この番組交換ファイル９１が更新されているか否かの判断を行うタイミングは、所定の周期毎に行われるようにしても良いし、番組交換ファイル９１内で、チェックするタイミングを設定しておき、その設定されたときに行われるようにしても良い。
【０１２６】
イベントの中には、予め発火のタイミングを設定しておけないものがある。換言すれば、予め番組交換ファイル９１に、イベント発火タイミング９２として記述しておくことができないイベントが存在する。例えば、生放送の番組に対応したデータ放送を行い、その番組が、クイズ番組であったような場合において、出題内容とその答えをデータ放送としてディスプレイ３７上に表示させるようなとき、番組の進行状況に合わせて、出題内容または答えを表示させる必要がある。
【０１２７】
しかしながら、番組の進行状況は、予め設定しておくことができない事項であり、そのために、出題内容または答えを表示させるタイミングを設定しておくことができず、イベント発火タイミング９２を予め番組交換ファイル９１内に設定しておくことはできない。
【０１２８】
仮に、番組交換ファイル９１に、答えを表示するタイミングを予め設定しておくと、番組中で答えが発表されていないのに表示されてしまったり、逆に、番組中では答えが発表されているのに表示がされないといったようなことが考えられ、不適切なタイミングで答えが表示されてしまうことが考えられる。
【０１２９】
このような不適切なタイミングで答えなどが表示されてしまうことを防ぐためには、番組交換ファイル９１に、予め表示されるタイミング（イベント発火タイミング９２）を設定しておくのではなく、必要に応じ、イベント発火タイミング９２を設定するようにすればよい。
【０１３０】
このように、必要に応じ、イベント発火タイミング９２が設定されるようにした場合（設定される必要がある場合）、設定された時点で、番組交換ファイル９１が更新されるようにすれば良く、また、更新された番組交換ファイル９１が更新された時点で、端末３に提供されるようにすれば良い。このようなことを実現するために、ステップＳ１７４において、番組交換ファイル９１が更新されたか否かのチェックが行われる。
【０１３１】
逆に番組によっては、番組交換ファイル９１が更新される必要がないようなものもある。換言すれば、番組交換ファイル９１に、予め全てのイベント発火タイミング９２を設定しておくことができる番組も存在する。そのような番組においては、ステップＳ１７４における番組交換ファイル９１が更新されたか否かのチェックという処理は実行する必要はなく、省略することが可能である。
【０１３２】
番組交換ファイル９１が更新されたか否かのチェックを行うか否かの情報を、最初に提供されるデータ放送用コンテンツの番組交換ファイル９１に含ませるようにしても良い。このように、番組交換ファイル９１に更新のチェックを行うか否かの情報を含ませるようにした場合、チェックを行うという情報が含まれているときには、所定の周期的にチェックが行われるようにすればよい。
【０１３３】
また、番組交換ファイル９１にチェックを行うか否かをの情報を含ませないようにしたとしても、チェックを行うのは、番組交換ファイル９１に設定されたタイミングで行うという規定を設けておけば、換言すれば、チェックを行うタイミング自体をイベント発火タイミング９２として設定しておけば、そのタイミングで更新のチェックが行われることになり、結果として、更新のチェックを行うか否かが設定されることになる。
【０１３４】
ステップＳ１７４において、番組交換ファイル９１が更新されたか否かのチェックが行われた結果、更新されている場合、その更新された番組交換ファイル９１の提供を受け、その更新された部分をも含む処理が実行され、更新されていない場合、既に提供されている番組交換ファイル９１に基づいた処理が継続される。
【０１３５】
なお、上述したクイズ番組の例のように、番組の進行状況に合わせて番組交換ファイル９１が更新されるような場合、放送局１から放送される番組とデータ送信局４から提供されるデータ放送用コンテンツ（番組交換ファイル９１を含む）は、関連性があり、放送局１側から、データ送信局４に対して、イベント発火タイミング９２に関する情報が提供される必要がある。
【０１３６】
このように、放送局１とデータ送信局４との間では、所定の情報（この場合、タイミングに関する情報）に関して授受を行う（共有する）必要がある。また、データ送信局４から送信されるデータ放送用コンテンツは、放送局１から放送される番組に関連付けられたデータである。そこで、放送局１とデータ送信局４を同一の局としても良い。すなわち、同一の局から、番組データとデータ放送用コンテンツが送信されるようにしても良い。
【０１３７】
同一の局から２つのデータが送信されるようにした場合でも、番組データは、地上波または衛星を介して送信され、データ放送用コンテンツは、インターネット５を介して送信される。このようにしたときの局で、デジタル放送を行っている場合、そのデジタル放送で提供するデータ放送と、インターネット５を介して提供するデータ放送とで、同一のデータ（データ放送用コンテンツ）を用いることが可能である。
【０１３８】
なお、上述した実施の形態においては、ＥＰＧから所望の番組が選択された場合を例に挙げて説明したため、ＢＭＬブラウザ７３やＷＷＷブラウザ７５が、ＴＶチューナソフトウェア７４を起動するとして説明したが、ＴＶチューナソフトウェア７４が、ＢＭＬブラウザ７３やＷＷＷブラウザ７５を起動させることもできるようにしても良い。
【０１３９】
例えば、ＴＶチューナソフトウェア７４が起動されており、番組データが処理されている状態のときに、その番組データに対応するデータ放送が存在すると判断されると、そのデータ放送を受信するために、ＴＶチューナソフトウェア７４が、ＢＭＬブラウザ７３やＷＷＷブラウザ７５を起動させ、データ放送も処理されるようにしても良い。番組データに対応するデータ放送が存在するか否かの判断は、例えば、データ送信局４に周期的に問い合わせることにより行うことが可能である。
【０１４０】
このように、本実施の形態においては、番組データとは別に、その番組データに関連するデータ放送用コンテンツをインターネット５などのネットワークを介して送信するようにしたので、以下のようなことを実現でき、その実現により以下のような利点を享受することが可能となる。
【０１４１】
まず、アナログテレビジョン放送においては、デジタルテレビジョン放送において行われているデータ放送というものを実現できなかったが、本発明を適用すれば、アナログテレビジョン放送においても、データ放送を提供することが可能となる。
【０１４２】
また、データ放送用コンテンツを提供するデータ送信局４の構成は、小規模なものでも良い。例えば、パーソナルコンピュータ１台だけでも、データの作成や、インターネット５を介した送信は可能であり、データ送信局４にかかる費用を抑えることができる。
【０１４３】
デジタルテレビジョン放送においてはデータ放送が行われていたが、本発明を実施することにより、視聴者は、少なくとも同一の番組に対して、２つ以上のデータ放送から好みのデータ放送を選択することが可能となる。すなわち、デジタルテレビジョン放送自体で提供されているデータ放送と、インターネット５を介して提供されているデータ放送のうちの、どちらか一方を選択することが可能となる。
【０１４４】
または、同時に２つのデータ放送を受信することにより、１つのデータ放送しか受信しないような場合とは異なる映像や音声を提供できるようにすることも可能となる。
【０１４５】
また、上述したように、インターネット５を介して提供されるデータ放送用のデータ放送用コンテンツの作成、送信は、パーソナルコンピュータ１台だけでも可能であり、そのために、多くの人がデータ放送用コンテンツを作成し、送信することが可能となり、多くのデータ放送用コンテンツがインターネット５を介して提供されるようにすることが可能となる。そのようになることで、視聴者が、より多くのデータ放送のなかから所望のデータ放送を選択するといったようなことが可能となる。
【０１４６】
デジタルテレビジョン放送において行われているデータ放送は、デジタルテレビジョン放送において規定されている枠からはみ出すことは許されていないが、インターネット５を介して提供されるデータ放送は、そのような規定に縛られないため、デジタルテレビジョン放送とは異なる、規定外のサービスを提供することが可能となる。
【０１４７】
また、インターネット５を介して提供されるデータ放送は、ＢＭＬ形式のデータに限らず、適宜、他の言語で記述されたデータでも良く、言語の特性を生かしたサービスを提供することが可能となり、もってサービスの幅を広げることが可能となる。
【０１４８】
また、本発明を適用することにより、ＥＰＧから番組が選択されると、その番組の受信が開始されるようにすることができる。すなわち、ＥＰＧから所望の番組の再生が行えるようになり、ＥＰＧの使い勝手を向上させることが可能となる。
【０１４９】
また、本発明を適用することにより、番組データとデータ放送用コンテンツが処理されることにより表示される、例えば、図９に示したような画面において、番組データが処理されることにより表示される番組の表示領域（番組データ表示部１０２の大きさ）を、変化させることが可能となる。
【０１５０】
番組データ表示部１０２の表示領域の大きさだけでなく、レイアウトを変えたり、階調フォントなどを用いるなどして見やすい文字に変えたりといったようなことを簡便に行うことが可能となる。
【０１５１】
上述した実施の形態においては、視聴者がＥＰＧから所望の番組を選択し、その選択された番組が再生されるとして説明したが、例えば、その時点では放送されておらず、後の時点で放送される番組が選択される場合もある。そのような場合には、その選択された番組の録画が予約されたとして設定するようにしても良い。そのように録画予約がされた後の時点で、その録画予約を実行する端末３の動作について、図１７のフローチャートを参照して説明する。
【０１５２】
ステップＳ２０１において、ＢＭＬブラウザ７３は、予約された番組のデータ放送用コンテンツの受信を開始する。この受信が開始される時刻は、予約された番組の放送が実際に開始されるときと同一の時刻でも良いし、予め取得できる状態であるならば、予約時間にかかわらず受信を開始しても良い。予め取得できる状態とは、録画予約がされた番組の実際に放送される前の時点で、例えば、録画予約が設定されたとき、または、録画予約が設定された時点より後のときにおいて、データ送信局４に、取得すべきデータ放送用コンテンツが記憶されている状態のときである。
【０１５３】
なお、上述したように、実際に番組が放送されている状態において、番組交換ファイル９１が更新される場合があるので、更新があると判断されるとき（更新があるか否かの判断については、既に上述したように、一例としては、番組交換ファイル９１を参照すれば行えるように設定されている）には、その更新されたデータも受信する必要があるため、予約された番組が実際に放送される時間帯にあわせて、番組データとともに、データ放送用コンテンツも受信されるようにした方が良い。
【０１５４】
または、予めデータ放送用コンテンツを受信したような場合においても、更新されたファイルがあるか否かを、実際の番組が放送されている時間帯に周期的にチェックするようにしたり、放送後、まとめて更新されたデータを受信するなどの仕組みを設けるなどしても良い。
【０１５５】
どのような方法を用いても良いが、ステップＳ２０１において受信されたデータ放送用コンテンツは、ステップＳ２１１において、記憶部３８に記憶される。一方、同様に、ＴＶチューナソフトウェア７４は、予約された番組の番組データを、ステップＳ２２１において受信し、そのデータを記憶部３８に記憶させる。
【０１５６】
このように記憶部３８にデータ放送用コンテンツと番組データが記憶されると、ステップＳ２０２において、ＢＭＬブラウザ７３は、再生が指示されたか否かを判断する。再生が指示されたと判断されるまで、ステップＳ２０２の処理は繰り返され、再生が指示されたと判断されると、ステップＳ２０３に進む。
【０１５７】
ステップＳ２０３において、ＢＭＬブラウザ７３は、再生が指示された番組に対応するデータ放送用コンテンツを、記憶部３８から読み出す。記憶部３８は、ステップＳ２１２において、ＢＭＬブラウザ７３により指示されたデータ放送用コンテンツを読み出し、ＢＭＬブラウザ７３に渡す。ＢＭＬブラウザ７３は、ステップＳ２０４において、供給されたデータ放送用コンテンツに基づく処理を開始する。
【０１５８】
データ放送用コンテンツに基づく処理として、ステップＳ２０５において、番組交換ファイル９１に含まれるチャンネル情報から、ＴＶチューナソフトウェア７４の起動が指示される。起動の指示が出された後の処理は、番組交換ファイル９１に基づく処理が行われる。
【０１５９】
一方、ＴＶチューナソフトウェア７４は、指示に基づき起動されると、ステップＳ２１２において、番組データを記憶部３８から読み出す。読み出される番組データは、番組交換ファイル９１に含まれるチャンネル情報が参照されて行われる。記憶部３８は、ＴＶチューナソフトウェア７４の指示により、番組データを読み出し、ＴＶチューナソフトウェア７４に渡す。
【０１６０】
ＴＶチューナソフトウェア７４は、ステップＳ２２３において、供給された番組データの再生を開始する。このようにして、処理が実行されることにより、図９に示したような画面がディスプレイ３７上に表示される。
【０１６１】
このように、録画予約がされた番組に対しても、本発明を適用することができ、本発明を適用することにより、上述したような利点を得ることが可能となる。
【０１６２】
上述した実施の形態においては、テレビジョン放送の番組データを受信し、処理できる機能を備え、ＢＭＬ形式のデータ放送用コンテンツを処理できる機能を備える端末３により処理が行われる場合を例に挙げて説明した。しかしながら、２つの機能を必ずしも備える装置においてのみ、本発明が適用されるものではない。
【０１６３】
例えば、図１８に示すように、テレビジョン受像機１４１とＰＣ（パーソナルコンピュータ）１４２を端末３として用いても良い。テレビジョン受像機１４１は、放送局１からの番組データを受信し、処理し、ＰＣ１４２は、インターネット５を介してデータ送信局４からのデータ放送用コンテンツを受信し、処理する。
【０１６４】
このようにすることで、番組データとデータ放送用コンテンツをともに処理することができる端末３を有していない視聴者においても、それぞれのデータ（コンテンツ）を処理できる装置を有していれば、データ放送を楽しむことが可能となる。また、端末３で番組データとデータ放送用コンテンツを処理するよりも、それぞれの装置での処理負担を軽くすることが可能となる。
【０１６５】
また、２台の装置に分けることにより、結果として、図１９に示すように、テレビジョン受像機１４１には、番組のみが表示され、ＰＣ１４２には、データ放送によるデータのみが表示されることになる。番組とデータを１画面で表示させる場合に比べ、それぞれの画面が大きくなるので、視聴者にとって見やすい画面となる。
【０１６６】
図１９に示したように、テレビジョン受像機１４１とＰＣ１４２を並べて設置するようにし、同時に視聴できるようにすれば、視聴者は、あたかも、テレビジョン受像機１４１に表示されている番組に連動したデータ放送を、ＰＣ１４２側で視聴しているように感じることが可能となる。換言すれば、視聴者は、２画面で、番組とデータ放送を楽しんでいるように感じることができる。
【０１６７】
このように番組とデータ放送があたかも連動しているように感じさせるためには、テレビジョン受像機１４１に表示されている番組と、その番組のために提供されているデータ放送が、ＰＣ１４２に表示されている必要がある。例えば、視聴者がテレビジョン受像機１４１に表示されている番組を他の番組に切り換えたときには、ＰＣ１４２に表示されているデータ放送も、切り換えられた他の番組に対応したデータ放送に切り換えられる必要がある。
【０１６８】
しかしながら、テレビジョン受像機１４１とＰＣ１４２の間には、例えば、一方で行われた処理が、他方の処理に影響を与えるといったような関係は存在せず、それぞれ独立的に処理を行っている。従って、テレビジョン受像機１４１において番組が切り換えられたとしても、その切り換えに追従してＰＣ１４２のデータ放送も切り換えられるといったような処理は行われない。逆に、ＰＣ１４２のデータ放送が切り換えられても、その切り換えに追従してテレビジョン受像機１４１の番組が切り換えられるといったような処理は行われない。
【０１６９】
そこで、テレビジョン受像機１４１とＰＣ１４２との間に、一方で行われた処理が、他方の処理に影響を与えるような関係を持たせる。そのような関係を実現する一実施の形態の構成を、図２０に示す。テレビジョン受像機１４１には、通常、そのテレビジョン受像機１４１を操作するためのリモートコントローラ１５１が備えられている。
【０１７０】
ＰＣ１４２に、リモートコントローラ１５１からの信号を受信し、また、テレビジョン受像機１４１に対して信号を送信する送受信機１５２を接続する。この送受信機１５２は、ＰＣ１４２に内蔵される構成とされていても良い。また、ここでは送受信機１５２を備えた例を挙げて説明するが、例えば、テレビジョン受像機１４１とＰＣ１４２を所定のケーブルで接続し、そのケーブルにより、後述する、送受信機１５２において行われるデータの授受を行わせるようにしても良い。
【０１７１】
このような構成において行われる処理について説明する。まず、図２１のフローチャートを参照し、テレビジョン受像機１４１の番組が切り換えられた場合の処理について説明する。
【０１７２】
ステップＳ３０１において、視聴者がリモートコントローラ１５１を操作することにより、リモートコントローラ１５１から、その操作に対応する信号が出力される。この信号は、この場合、番組の切り換え信号であり、切り換え先の番組のチャンネルを指示する信号である。
【０１７３】
リモートコントローラ１５１から出力された信号は、テレビジョン受像機１４１と送受信機１５２に受信される。テレビジョン受像機１４１は、ステップＳ３１１において、受信した信号の指示に基づき、受信するチャンネルを切り換えることにより、視聴者に提供する番組の切り換えを行う。
【０１７４】
送受信機１５２は、ステップＳ３２１において、受信した信号に対応したデータをＰＣ１４２に対して出力する。ここで、送受信機１５２から出力されるデータは、受信した信号が示すチャンネル番号の情報である。
【０１７５】
ＰＣ１４２は、チャンネル番号の情報を含むデータを入力すると、ステップＳ３３１において、データ送信局４（図１８）に対してデータを送信する。ここで、ＰＣ１４２から送信されるデータは、チャンネル番号を示すデータを含み、そのチャンネル番号に対応するデータ放送用コンテンツを提供するように指示するデータを含むデータである。
【０１７６】
そのようなデータを受信したデータ送信局４から、その受信に対応する処理として送信されたデータ放送用コンテンツは、ステップＳ３３２において、ＰＣ１４２に受信される。ＰＣ１４２には、ステップＳ３３３において、受信したデータ放送用コンテンツを処理することにより、データ放送の切り換えを行う。
【０１７７】
このように、テレビジョン受像機１４１により受信されている番組が切り換えられた場合、その切り換えに追従して、ＰＣ１４２により受信されているデータ放送も切り換えられる。
【０１７８】
次に、ＰＣ１４２により受信されているデータ放送が切り換えられた場合の処理について、図２２のフローチャートを参照して説明する。ステップＳ１４２において、ＰＣ１４２からデータの出力が行われる。このデータの出力は、視聴者が、データ放送の切り換えを指示した際に行われる。この視聴者が行うデータ放送の切り換えの指示は、例えば、ＥＰＧの画面から行われる。
【０１７９】
ＰＣ１４２から出力されるデータは、切り替えが指示されたデータ放送に対応するテレビジョン放送の番組のチャンネル番号の情報を含む。このようなチャンネル番号の情報や、そのような情報を出力させるための指示を出すデータは、ＥＰＧデータや、ＢＭＬ形式のデータに含ませることが可能である。
【０１８０】
ステップＳ３５１において、出力されたデータは、送受信機１５２に入力される。送受信機１５２は、入力されたデータを基とした信号を出力する。この場合、入力されたデータに含まれるチャンネル番号に対応する信号である。
【０１８１】
送受信機１５２から出力された信号は、テレビジョン受像機１４１により受信される。この場合、送受信機１５２は、リモートコントローラ１５１と同等の処理を行っており、送受信機１５２からの信号を受信したテレビジョン受像機１４１は、ステップＳ３７１において、受信した信号により指示されたチャンネル番号の番組の受信を開始し、視聴者にその番組の提供を開始する。このようにして、番組の切り換えが実行される。
【０１８２】
一方、ＰＣ１４２は、ステップＳ３５２乃至Ｓ３５４の処理により、視聴者により切り換えを指示されたデータ放送の提供を行う。このステップＳ３５２乃至Ｓ３５４における処理は、図２１のステップＳ３３１乃至Ｓ３３３の処理と同様に行われるため、その説明は省略する。
【０１８３】
このように、２つの装置を用いたような場合においても、本発明を適用することが可能であり、適用することにより、上述したような利点を享受することが可能となる。
【０１８４】
上述した実施の形態においては、番組に連動したデータ放送が行われる場合を例に挙げて説明したが、番組に連動していないデータ放送を提供することも可能であるし、データ放送のみを受信し、処理することも可能である。
【０１８５】
なお、上述した実施の形態においては、データ放送用コンテンツは、ダウンロード形式のデータであるとして説明した。すなわち、図８に示したようなひとまとまりのデータがダウンロードされ、そのダウンロードされたデータが処理されることにより、上述したようなことが実現されるとして説明した。しかしながら、本発明は、データ放送用コンテンツがダウンロード形式以外のストリーム形式であったとしても適用できる。
【０１８６】
データ放送用コンテンツがストリーム形式で提供される場合においても、上述したダウンロード形式に場合における処理を応用すれば良く、その応用は簡便に行え、特別に仕組みを変える必要はない。
【０１８７】
なお、上述した実施の形態においては、課金については記述していないが、例えば、データ放送に関して視聴者側が、受信していた通信時間に応じて課金される、その受信されていたパケットのデータ量に応じて課金されるなど、課金が実施されるようにしても良い。また、データ放送により宣伝広告を流すようにした場合、その宣伝広告を流した広告主に対して課金を実施するようにしても良い。
【０１８８】
上述した一連の処理は、それぞれの機能を有するハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１８９】
記録媒体は、図４に示すように、端末３としてのパーソナルコンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フレキシブルディスクを含む）、光ディスク５２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）を含む）、光磁気ディスク５３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、若しくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ３２や記憶部３８が含まれるハードディスクなどで構成される。
【０１９０】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９１】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１９２】
【発明の効果】
本発明の第１の情報処理装置および方法、並びにプログラムによれば、テレビジョン放送における番組を表示させることができる。
【０１９３】
また、そのテレビジョン放送における番組に連動したデータ放送のコンテンツを、同一画面上に表示させることができる。
【０１９４】
本発明の第２の情報処理装置および方法、並びにプログラムによれば、データ放送におけるコンテンツを表示させることができる。
【０１９５】
また、そのデータ放送におけるコンテンツは、テレビジョン放送により放送されている番組に連動したものとすることができる。
【０１９６】
さらに、テレビジョン放送により放送されている番組と、データ放送により放送されているコンテンツのうちの一方が切り換えられた場合、他方も、その切り換えに追従して切り換えられるようにすることが可能である。
【図面の簡単な説明】
【図１】本発明を適用した情報処理システムの一実施の形態の構成を示す図である。
【図２】放送局２の機能ブロック図である。
【図３】データ送信局４の機能ブロック図である。
【図４】端末３の内部構成例である。
【図５】端末３内におけるソフトウェアの構成について説明する図である。
【図６】ＥＰＧに関わる処理について説明するフローチャートである。
【図７】ＥＰＧについて説明する図である。
【図８】データ放送用コンテンツについて説明する図である。
【図９】ディスプレイ３７に表示される画面の一例を示す図である。
【図１０】ＥＰＧに関わる他の処理について説明するフローチャートである。
【図１１】ＥＰＧに関わる他の処理について説明するフローチャートである。
【図１２】端末３内で行われる処理について説明するフローチャートである。
【図１３】番組交換ファイル９１について説明する図である。
【図１４】データボタンについて説明する図である。
【図１５】端末３内で行われる処理について説明するフローチャートである。
【図１６】再生時刻までの処理について説明する図である。
【図１７】端末３内で行われる予約録画に関する処理について説明するフローチャートである。
【図１８】本発明を適用した他の情報処理システムの一実施の形態の構成を示す図である。
【図１９】２つの装置に表示される画面について説明する図である。
【図２０】図１８における情報処理システムの詳細な構成を示す図である。
【図２１】図２０に示した情報処理システムにおける処理について説明する図である。
【図２２】図２０に示した情報処理システムにおける処理について説明する図である。
【符号の説明】
１　放送局，　２　アンテナ，　３　端末，　４　データ送信局，　５　インターネット，　１１　番組データ作成部，　１２　番組データ記憶部，　１３　送信部，　１４　タイミング制御部，　２１　データ放送用コンテンツ制作部，２２　データ放送用コンテンツ記憶部，　２３　送受信部，　２４　タイミング制御部，　３７　ディスプレイ，　３８　記憶部，　３９　通信部，　４０　受信部，　７３　ＢＭＬブラウザ，　７４　ＴＶチューナソフトウェア，　７５
ＷＷＷブラウザ，　９１　番組交換ファイル

Claims (15)

1. テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理手段と、
   データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理手段と、
   前記番組データ処理手段により処理された前記番組と、前記コンテンツデータ処理手段により処理された前記コンテンツの同一画面上への表示を制御する表示制御手段と
   を含むことを特徴とする情報処理装置。
2. 前記表示制御手段は、前記コンテンツデータに含まれる画面のレイアウトに関する情報を基に、前記コンテンツと前記番組の同一画面上への表示を制御する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記コンテンツデータは、ＢＭＬ形式のデータであることを特徴とする請求項１に記載の情報処理装置。
4. 前記コンテンツデータ処理手段が起動されていない場合、前記番組データ処理手段は、受信した前記番組データに対応する前記コンテンツデータが存在すると判断したとき、前記コンテンツデータ処理手段を起動させ、前記コンテンツデータの受信を開始させる
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記番組データ処理手段が起動されていない場合、前記コンテンツデータ処理手段は、前記コンテンツデータを受信したとき、前記番組データ処理手段を起動させ、前記コンテンツデータに対応する前記番組データの受信を開始させる
   ことを特徴とする請求項１に記載の情報処理装置。
6. ＥＰＧデータを受信し、処理するＥＰＧデータ処理手段をさらに含み、
   前記ＥＰＧデータ処理手段により処理されたＥＰＧに基づき、所定の番組の受信が指示された場合、前記ＥＰＧデータ処理手段は、前記番組データ処理手段を起動させ、前記所定の番組の番組データの受信を開始させるとともに、前記コンテンツデータ処理手段を起動させ、前記所定の番組に対応する前記コンテンツデータの受信を開始させる
   ことを特徴とする請求項１に記載の情報処理装置。
7. 前記表示制御手段は、前記コンテンツデータに含まれる情報から、視聴者の指示があった場合に前記番組と同一画面に表示するコンテンツであると判断した場合、前記コンテンツの表示を制御するかわりに、前記コンテンツが存在することを前記視聴者に認識させるための所定の形状のボタンの表示を制御する
   ことを特徴とする請求項１に記載の情報処理装置。
8. 前記所定のネットワークは、インターネットであることを特徴とする請求項１に記載の情報処理装置。
9. テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理ステップと、
   データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、
   前記番組データ処理ステップの処理で処理された前記番組と、前記コンテンツデータ処理ステップの処理で処理された前記コンテンツの同一画面上への表示を制御する表示制御ステップと
   を含むことを特徴とする情報処理方法。
10. テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理ステップと、
    データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、
    前記番組データ処理ステップの処理で処理された前記番組と、前記コンテンツデータ処理ステップの処理で処理された前記コンテンツの同一画面上への表示を制御する表示制御ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
11. テレビジョン放送により放送される番組の番組データを受信し、処理する番組データ処理ステップと、
    データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、
    前記番組データ処理ステップの処理で処理された前記番組と、前記コンテンツデータ処理ステップの処理で処理された前記コンテンツの同一画面上への表示を制御する表示制御ステップと
    をコンピュータに実行させることを特徴とするプログラム。
12. テレビジョン受像機を操作するためのリモートコントローラからチャンネルに関する信号を受信する受信手段と、
    データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理手段と、
    前記受信手段により前記信号を受信した場合、前記コンテンツデータ処理手段に前記チャンネルで放送されている番組に関する前記コンテンツデータの受信を指示する指示手段と、
    前記コンテンツデータ処理手段により処理されている前記コンテンツデータが他のデータ放送により放送されている前記コンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されている前記コンテンツデータに対応する番組を放送している前記チャンネルに関する信号を前記テレビジョン受像機に送信する送信手段と
    を含むことを特徴とする情報処理装置。
13. テレビジョン受像機を操作するためのリモートコントローラからのチャンネルに関する信号の受信を制御する受信制御ステップと、
    データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、
    前記受信制御ステップの処理で前記信号の受信を制御した場合、前記コンテンツデータ処理ステップに、前記チャンネルで放送されている番組に関する前記コンテンツデータの受信を指示する指示ステップと、
    前記コンテンツデータ処理ステップで処理されている前記コンテンツデータが他のデータ放送により放送されている前記コンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されている前記コンテンツデータに対応する番組を放送している前記チャンネルに関する信号の前記テレビジョン受像機への送信を制御する送信制御ステップと
    を含むことを特徴とする情報処理方法。
14. テレビジョン受像機を操作するためのリモートコントローラからのチャンネルに関する信号の受信を制御する受信制御ステップと、
    データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、
    前記受信制御ステップの処理で前記信号の受信を制御した場合、前記コンテンツデータ処理ステップに、前記チャンネルで放送されている番組に関する前記コンテンツデータの受信を指示する指示ステップと、
    前記コンテンツデータ処理ステップで処理されている前記コンテンツデータが他のデータ放送により放送されている前記コンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されている前記コンテンツデータに対応する番組を放送している前記チャンネルに関する信号の前記テレビジョン受像機への送信を制御する送信制御ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
15. テレビジョン受像機を操作するためのリモートコントローラからのチャンネルに関する信号の受信を制御する受信制御ステップと、
    データ放送により放送されるコンテンツのコンテンツデータを、所定のネットワークを介して受信し、処理するコンテンツデータ処理ステップと、
    前記受信制御ステップの処理で前記信号の受信を制御した場合、前記コンテンツデータ処理ステップに、前記チャンネルで放送されている番組に関する前記コンテンツデータの受信を指示する指示ステップと、
    前記コンテンツデータ処理ステップで処理されている前記コンテンツデータが他のデータ放送により放送されている前記コンテンツデータに切り換えられた場合、切り換えられたデータ放送で放送されている前記コンテンツデータに対応する番組を放送している前記チャンネルに関する信号の前記テレビジョン受像機への送信を制御する送信制御ステップと
    をコンピュータに実行させるることを特徴とするプログラム。

Images