(57)【特許請求の範囲】
【請求項１】
番組ガイド情報を映像及び音声信号と共に伝送する伝送方法において、
番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータが送出される時刻と、その時刻に受信動作を行う表示装置を指定する制御値とを組とする送出時刻情報を送信し、
上記番組ガイドデータを複数の異なる放送システムの番組情報を含むように統合化して生成し、
上記統合化して生成された番組ガイドデータの全てのデータを、上記送出時刻情報に基づいて、一日に複数回、送信し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータの差分データを送信し、
上記受信装置は、受信装置固有の制御情報と上記送出時刻情報の制御値とが一致した場合、上記番組ガイドデータの全てのデータを受信して記憶部に記憶し、上記番組ガイドデータの差分データによって上記記憶部に記憶された番組ガイドデータを更新する伝送方法。
【請求項２】
上記制御信号は、スクリプトによって記述されている請求項１記載の伝送方法。
【請求項３】
上記番組ガイドデータはＥｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅによって記述されている請求項１記載の伝送方法。
【請求項４】
上記番組ガイドデータは、カルーセル方式によって伝送される請求項１記載の伝送方法。
【請求項５】
上記生成された番組ガイドデータには、広告情報が、番組ガイド情報と共に表示装置に表示される時の表示態様を制御する制御信号も含む請求項１記載の伝送方法。
【請求項６】
上記生成された番組ガイドデータの少なくとも一部は暗号化されて伝送される請求項１記載の伝送方法。
【請求項７】
番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータ、該番組ガイドデータが送出される時刻と、その時刻に受信動作を行う受信装置を指定する制御値とを組とする送出時刻情報、映像及び音声信号を受信する受信装置において、
上記番組ガイドデータ、送出時刻情報、映像及び音声信号を受信する受信部と、
上記受信された番組ガイドデータに含まれる制御信号に基づいて、番組ガイドの表示処理を行なう表示処理部とを備え、
上記受信部は、上記送出時刻情報に基づいて、一日に複数回、複数の異なる放送システムの番組情報を含むように統合化して生成された番組ガイドデータの全てのデータを、受信装置固有の制御情報と上記送出時刻情報の制御値とが一致した場合、受信して記憶部に記憶し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータの差分データによって上記記憶部に記憶された番組ガイドデータを更新する受信装置。
【請求項８】
上記受信された番組ガイドデータ、映像及び音声信号から番組ガイドデータを抽出する抽出部を更に備え、
上記番組ガイドデータは、カルーセル方式によって伝送されており、上記抽出部は、カルーセル構造を解く処理を行う請求項７記載の受信装置。
【請求項９】
上記伝送される番組ガイドデータには、広告情報が、番組ガイド情報と共に表示装置に表示される時の表示態様を制御する制御信号も含まれており、上記表示処理部は、番組ガイドと共に広告情報を表示する場合には、該制御信号に基づいて処理を行う請求項７記載の受信装置。
【請求項１０】
上記番組ガイドデータの少なくとも一部は暗号化されて伝送されており、上記受信された番組ガイドデータが暗号化されていた場合に該暗号を解除する暗号解除部をさらに備える請求項７記載の受信装置。
【請求項１１】
上記番組ガイドデータは、一日に複数回、全てのデータが送信されるようになされており、全ての番組ガイドデータが伝送されてきた場合に、該データを受信して記憶する記憶部をさらに備える請求項７記載の受信装置。
【請求項１２】
上記送出時刻情報に応じて、電源の制御を行なう電源制御部を備える請求項７記載の受信装置。
【請求項１３】
さらに予め登録されたユーザープロファイルデータに基づいて、受信した番組ガイドデータの検索を行なう検索処理部をさらに備える請求項７記載の受信装置。
【請求項１４】
さらに、工場出荷時に、番組ガイドデータを記憶する不揮発性メモリを備える請求項７記載の受信装置。
【請求項１５】
番組ガイド情報を映像及び音声信号と共に伝送する伝送装置において、
番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータを複数の異なる放送システムの番組情報を含むように統合化して生成する生成手段と、
上記生成された番組ガイドデータが送出される時刻と、その時刻に受信動作を行う表示装置を指定する制御値とを組とする送出時刻情報を送信するとともに、該番組ガイドデータを上記映像及び音声信号と共に伝送する伝送手段とを備え、
上記伝送手段は、上記統合化して生成された番組ガイドデータの全てのデータを、上記送出時刻情報に基づいて、一日に複数回、送信し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータを送信する伝送装置。
【請求項１６】
番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータ、該番組ガイドデータが送出される時刻と、その時刻に受信動作を行う表示装置を指定する制御値とを組とする送出時刻情報、映像及び音声信号を受信する受信方法において、
上記送出時刻情報に基づいて、一日に複数回、複数の異なる放送システムの番組情報を含むように統合化して生成された番組ガイドデータの全てのデータを、受信装置固有の制御情報と上記送出時刻情報の制御値とが一致した場合、受信して記憶部に記憶し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータの差分データによって上記記憶部に記憶された番組ガイドデータを更新し、
上記番組ガイドデータに含まれる制御信号に基づいて、番組ガイドの表示処理を行う受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、特にデジタルＴＶ放送のように多くのチャンネルにおいて放送される番組を容易に検索することを可能とする電子番組ガイド（ＥＰＧ：Electrical Program Guide）の伝送方法及び伝送装置並びに受信方法及び受信装置に関する。
【０００２】
【従来の技術】
近年、通信衛星（ＣＳ）によって、テレビジョン信号をデジタル信号化して伝送し、例えば各家庭においてこの放送信号を受信して視聴するＣＳデジタル放送システムが普及してきている。このような放送システムにおいては、例えば１５０近くあるチャンネルを確保することが可能であるため、これまでの地上波による放送と比較しても、非常に多くの番組を放送することができる。
【０００３】
【発明が解決しようとする課題】
このような放送システムでは、多くの番組のなかから所望の番組を確実に選択できるようにするために、放送が予定される番組情報として電子番組ガイド情報を伝送し、受信側においてこれを受信して表示を行っている。ユーザは、この電子番組ガイドを見ることによって所望の番組を選択することができる。
【０００４】
この場合、ＥＰＧ情報は、ＤＶＢ（Digital video Broadcast）規格のＳＩ（Service information）形式で伝送されており、受信装置の利用者からＥＰＧ情報表示の要求があると、その都度このテーブルを受信しＥＰＧ情報を画面上に表示している。ＳＩ形式で伝送されるＥＰＧ情報には、スケジュール情報（番組名、放送チャンネル、番組ジャンル、放送開始時刻、放送終了時刻、番組内容説明など）だけが含まれており、このＥＰＧ情報を受信した受信装置が予めプログラミングされた処理プログラムに応じて、表示イメージを作成し、表示するようになされている。従って、同じＥＰＧ情報を受信しても、受信装置製造メーカー毎、受信装置の種類毎にＥＰＧの表示形態は異なるものとなっている。このＥＰＧの表示形態は、各受信装置製造メーカー毎に特徴を出せる一方、ＥＰＧを表示するためのソフトウェア開発工数が年々増大しており、開発に時間がかかるという課題がある。
【０００５】
また、上記ＣＳデジタル放送システムの他、放送衛星（ＢＳ）を用いたデジタル放送システム、さらに地上波を用いたデジタル放送システムが今後出揃うこととなる。各放送はそれぞれ単独システム専用の受信機で受信されるよりも、各システムに兼用の受信機で受信されることが望ましい。このため、ＣＳ放送、ＢＳ放送、地上放送にまたがってシームレスな統合ＥＰＧ情報を提供することが望まれる。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、より便利で、より開発工数が少なくて済むＥＰＧを提供するものである。
【０００７】
【課題を解決するための手段】
本発明に係る伝送方法は、番組ガイド情報を映像及び音声信号と共に伝送する伝送方法において、番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータが送出される時刻と、その時刻に受信動作を行う表示装置を指定する制御値とを組とする送出時刻情報を送信し、上記番組ガイドデータを複数の異なる放送システムの番組情報を含むように統合化して生成し、上記統合化して生成された番組ガイドデータの全てのデータを、上記送出時刻情報に基づいて、一日に複数回、送信し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータの差分データを送信し、上記受信装置は、受信装置固有の制御情報と上記送出時刻情報の制御値とが一致した場合、上記番組ガイドデータの全てのデータを受信して記憶部に記憶し、上記番組ガイドデータの差分データによって上記記憶部に記憶された番組ガイドデータを更新することを特徴とする。
【０００８】
また本発明に係る受信装置は、番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータ、該番組ガイドデータが送出される時刻と、その時刻に受信動作を行う受信装置を指定する制御値とを組とする送出時刻情報、映像及び音声信号を受信する受信装置において、上記番組ガイドデータ、送出時刻情報、映像及び音声信号を受信する受信部と、上記受信された番組ガイドデータに含まれる制御信号に基づいて、番組ガイドの表示処理を行なう表示処理部とを備え、上記受信部は、上記送出時刻情報に基づいて、一日に複数回、複数の異なる放送システムの番組情報を含むように統合化して生成された番組ガイドデータの全てのデータを、受信装置固有の制御情報と上記送出時刻情報の制御値とが一致した場合、受信して記憶部に記憶し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータの差分データによって上記記憶部に記憶された番組ガイドデータを更新することを特徴とする。
【０００９】
また、本発明に係る伝送装置は、番組ガイド情報を映像及び音声信号と共に伝送する伝送装置において、番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータを複数の異なる放送システムの番組情報を含むように統合化して生成する生成手段と、上記生成された番組ガイドデータが送出される時刻と、その時刻に受信動作を行う表示装置を指定する制御値とを組とする送出時刻情報を送信するとともに、該番組ガイドデータを上記映像及び音声信号と共に伝送する伝送手段とを備え、上記伝送手段は、上記統合化して生成された番組ガイドデータの全てのデータを、上記送出時刻情報に基づいて、一日に複数回、送信し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータを送信することを特徴とする。
【００１０】
また、本発明に係る受信方法は、番組ガイド情報が表示装置に表示される時の表示態様を制御する制御信号を含む番組ガイドデータ、該番組ガイドデータが送出される時刻と、その時刻に受信動作を行う表示装置を指定する制御値とを組とする送出時刻情報、映像及び音声信号を受信する受信方法において、上記送出時刻情報に基づいて、一日に複数回、複数の異なる放送システムの番組情報を含むように統合化して生成された番組ガイドデータの全てのデータを、受信装置固有の制御情報と上記送出時刻情報の制御値とが一致した場合、受信して記憶部に記憶し、番組スケジュールの変更が生じた場合には、変更された番組の番組ガイドデータの差分データによって上記記憶部に記憶された番組ガイドデータを更新し、上記番組ガイドデータに含まれる制御信号に基づいて、番組ガイドの表示処理を行うことを特徴とする。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。この実施の形態では、シームレスに統合ＥＰＧ情報を送受信するシステムを具体例として挙げるが、本発明はこれに限られるものではない。
【００１２】
先ず、シームレスに統合ＥＰＧ情報を送受信するシームレスＥＰＧシステムについて説明する。このシームレスＥＰＧシステムは、ＣＳデジタル放送や、放送衛星（ＢＳ）を用いたデジタル放送システムにまたがってシームレスな統合ＥＰＧ情報を扱うことができる。
【００１３】
しかし、シームレスなＥＰＧ情報提供システムを考えると、統合ＥＰＧ情報はデータ量も多くなり、またサービス内容の充実に伴ってそれだけデータ量も多くなる。このため、例えばＸＭＬ（Extensible Markup Language）をベースとしたデータ放送方式を用い、オーサリング時に一括して統合的なＥＰＧ情報を作成することが考えられる。従来行われていたＳＩテーブル形式でのＥＰＧ情報の伝送は主に上述のようなスケジュール情報で決められたデータのみを送るのに対し、文字データのみでなく、表示デザインを送り手（放送局側またはコンテンツ製作者）が決められる、画像音声等を入れ込むことができる等のメリットがある。文字データについても、上記ＳＩテーブル形式では制限されている文字数、外字等の制約が無くなるため、より利用者にとってメリットのあるＥＰＧ情報が提供できる。また、受信装置を製造するメーカーにとっては、受信したＸＭＬデータを受信・デコードして表示するソフトウェアのみを開発するだけでよく、受信装置の機種毎にＥＰＧを表示するソフトウェアを開発する必要がなく、開発工数を削減することができる。
【００１４】
ＸＭＬ方式による上記ＥＰＧ情報、或いは番組宣伝情報等のコンテンツでは、番組情報の画面配置や提示制御がＸＭＬやスクリプトによって記述され、提示される情報本体は、ＸＭＬ文書から参照される外部オブジェクトとなる。
【００１５】
例えば上記ＥＰＧ情報本体をＸＭＬ文書から参照するためには、インターネットのＨＴＭＬ文書等によっても使用されるＵＲＬ（Uniform Resource Locator）の拡張として検討されているＵＲＩ（Uniform Resource Identifier）の形式によって参照することになる。
【００１６】
上記統合ＥＰＧシステムを実現する上で、当然ながら、送出側に番組表のデータベースが必要になる。新規で構築するには、コストが膨大となる上、そのデータの収集方法についても、情報源が１個所ではないため、構築するとなると大変である。そこで、既存のテレビガイドや、新聞の番組欄を作成するシステムを使用し、データを取得することとする。これにより、番組表に必要なデータは、入手できる。また、これらの情報は、ＳＩフォーマットに比べ、かなり豊富なものが用意されており、データ放送のＥＰＧに使用することで、更に多くの情報をユーザに提供できる。
【００１７】
しかし、既存の新聞、雑誌向けに作られたデータベースは、もともと、番組変更に、速く対応する必要が無いため、プロ野球の段階編成や、雨天時の代替え番組への変更、緊急突発的な番組の変更の際に高速に対応できなかった。
【００１８】
この点で、上記ＳＩフォーマットは、放送局が直接管理を行い、また、システムとして、番組の変更を数分で行える構成となっている。
【００１９】
両者の長所と短所をまとめると、次のようになる。ＳＩフォーマットは、高速に変更が可能であるが、送る情報に制限がある。既存のデータベースで作ったＥＰＧは、より多くの情報、メディアで送れるが、変更が生じた場合すぐに伝送することができない。
【００２０】
そこで、この二つを組み合わせることにより、シームレスＥＰＧシステムを構築する。なお、図１に示すのは後述する全体的なシームレスＥＰＧシステムの要部であり、統合ＥＰＧを生成して送出するまでの構成である。
【００２１】
既存システム２３１は、すでにある新聞、雑誌のテレビ番組表を管理するシステムである。色々な情報元Ａ，Ｂ，Ｃ，Ｄからデータが集められ、番組表データベース２３２に蓄えられる。情報元Ａ，Ｂ，Ｃ，Ｄは放送局であったり、放送局の委託を受けたところであったり、番組制作会社である。
【００２２】
既存システム２３１で、番組表データベース２３２にまとめられた情報は、テーブル生成部２３８に送られる。テーブル生成部２３８ではＸＭＬによって、テーブルが生成される。こうして生成されたテーブルは、実際にデータ放送を行うネットワークの事業主体もしくは放送局２３９ａ，２３９ｂ、２３９ｃに送られる。これら、ネットワーク／放送局２３９ａ，２３９ｂ、２３９ｃに対し衛星放送の場合は衛星毎、また地上波放送の場合は地域毎といった具合に送られる。ネットワーク／放送局２３９ａ，２３９ｂ、２３９ｃは、テーブルを受け取るとこれを放送信号に多重化して放送する。ユーザはこれを受信装置により受信し、番組表を見ることが出来る。
【００２３】
ＳＩフォーマットのＥＰＧに変更があった場合の、処理について説明する。番組比較変更処理部２３６は、予め番組表データベース２３２から、テーブル生成部２３８に送られたデータと同じものを受け取る。ＳＩ受信部２３３は、ＳＩフォーマットで送られたＥＰＧを受信機２３４で受信し、ＥＰＧデコード処理部２３５でデコードする。ＳＩフォーマットのものは、放送局で直接管理されて送られてくる。ＳＩ受信部２３３で受信し、ＥＰＧデコード処理部２３５でデコードしたデータは番組比較変更処理部２３６に送られる。ＳＩ受信部２３３は、電波からＳＩフォーマットの情報を取得する場合で、もし放送局からデータを直接もらえる場合には、わざわざ電波を受信する必要はない。いずれにしても番組比較変更処理部２３６に、タイムリーに変更される番組情報が来るものとする。番組比較変更処理部２３６は、双方からデータを受け取ると、事前処理として、図２Ａ、図２Ｂに示す二つの情報を比較し、サービス、時間枠、タイトルが同じ番組に対し、目印としてＩＤを割り振る。そして、その後、ＳＩ受信部２３３からのデータに変更が無いかを、図３に示す処理を実行することで確認する。
【００２４】
すなわち、ステップＳ１４１でＥＰＧデコード処理部２３５からのデータを取り込み、ステップＳ１４２で変更があり、ステップＳ１４３でその変更個所の番組にＩＤが振られていると判断したら、ステップＳ１４４でその変更になった番組の情報を、変更受付部２３７を介してテーブル生成部２３８に送る。テーブル生成部２３８は、変更受付部２３７から入った情報に対しては、最優先で処理し、その情報を元に、テーブルを生成、ネットワーク／放送局２３９ａ，２３９ｂ、２３９ｃにそれを伝える。ネットワーク／放送局２３９ａ，２３９ｂ、２３９ｃは、テーブル生成部２３８から、テーブルが来ると、直ちに、電波として送出する。これにより、ユーザに速く変更を伝えることができる。
【００２５】
図４にはシームレスＥＧＰシステム１の全体構成を示す。ＣＳデジタル放送局２とＢＳデジタル放送局４からの信号はそれぞれＣＳ衛星３及びＢＳ衛星５を介して統合ＥＰＧオーサリングセンター６で受信される。統合ＥＰＧオーサリングセンター６ではＢＳとＣＳの両方の放送信号を受信するとともに、ＴＶ番組ガイド雑誌編集会社７や新聞社８から地上波アナログＴＶ放送のＥＰＧデータ９を受信する。統合ＥＰＧオーサリングセンター６では後述するようにＣＳ衛星３、ＢＳ衛星５から受信した放送信号からＳＩ情報の一部として伝送されるＥＰＧデータを抽出する。さらに抽出されたＣＳデジタル放送、ＢＳデジタル放送のＥＰＧデータと地上波アナログＴＶ放送９のＥＰＧデータに基いて、ＸＭＬによって記述され、統合化されたＥＰＧデータを生成する。こうして生成された統合化ＥＰＧデータはＣＳ及びＢＳデジタル放送局２及び４に伝送され、それぞれの放送信号に多重化されて送出される。従って、ＣＳ衛星３、ＢＳ衛星５からの放送信号中には、ＳＩ情報の一部としてのＥＰＧデータの他に、統合化ＥＰＧデータが多重化されていることになる。これにより、一般家庭１０では、ＣＳデジタル放送またはＢＳデジタル放送のいずれか一方の受信装置を持っていれば、統合化されたＥＰＧを見ることができる。尚、統合化オーサリングセンター６ではＣＳデジタル放送やＢＳデジタル放送のＥＰＧデータを衛星３または５からの放送信号を受信することで取得しているが、専用の地上ケーブルを介して、ＣＳデジタル放送局２やＢＳデジタル放送局４からＥＰＧデータを受信するようにしてもよい。
【００２６】
図５には統合化オーサリングセンター６の構成を示す。統合化ＥＰＧオーサリングセンター６では、ＣＳデジタル放送とＢＳデジタル放送の２系統の受信設備が設けられており、それぞれ、チューナー、復調回路、誤り訂正回路から構成されるフロントエンド１２，１６と、フロントエンド１２，１６から出力されるトランスポートストリームからＳＩ情報の一部として伝送されるＥＰＧデータを抽出するデマルチプレクサ１３，１７と、抽出されたＥＰＧデータを記憶するＥＰＧデータベース１４，１８が設けられている。
【００２７】
また、新聞社やＴＶ番組ガイド雑誌編集会社から入力端子２０，２３を介して伝送されてきた地上波アナログＴＶ放送のＥＰＧデータ２１，２４用のデータベース２２も設けられている。
【００２８】
さらに広告情報（静止画、説明テキストなど）を記憶した広告データベース２５も設けられている。
【００２９】
統合ＥＰＧオーサリングＰＣ１９は、これらの４つのデータベース１４，１８，２２，２５を参照することによって、ＸＭＬによって記述され、統合化されたＥＰＧコンテンツを作成する。作成されたＥＰＧコンテンツは、定時送出用のＥＰＧデータと常時送出用のＥＰＧデータとに分けられて統合ＥＰＧデータベース２６に記憶される。統合ＥＰＧデータベース２６に記憶された、ＥＰＧデータは、送出制御部２７を介してＢＳ及びＣＳデジタル放送局に伝送される。
【００３０】
ここでＥＰＧコンテンツを定時送出用のＥＰＧデータと常時送出用のＥＰＧデータとに分ける理由について説明する。上述のように、シームレスなＥＰＧ情報提供システムを考えると、統合ＥＰＧ情報はデータ量も多くなり、またサービス内容の充実に伴ってそれだけデータ量も多くなる。このように大きなデータ量のＥＰＧデータを送信するには、広い帯域が必要となる。しかしながら、ＥＰＧデータは基本的に付加的なデータであるため、このような付加的なデータに広い帯域を確保することは不可能である。一方、狭い帯域で大きなデータ量を送るようにすると、全てのデータを受信するまでに時間がかかってしまう。そこで、本発明で説明する統合ＥＰＧシステムでは、１日に数回、比較的広い帯域を用いて、全てのＥＰＧデータを送出すると共に、定時的に送出されたＥＰＧデータに変更が生じた場合には、この変更されたデータを差分情報として、狭い帯域で常時送出するようにしている。受信側では定時送出されたＥＰＧデータを受信して、受信機側に設けられた記憶装置（メモリ、ハードディスク等）に記憶すると共に、常時送出されている差分情報を受信すると、受信された差分情報によって、記憶装置に既に記憶されたＥＰＧデータを更新するようにしている。
【００３１】
図６には定時送出用ＥＰＧデータと、常時送出用ＥＰＧデータの送出運用例を示す。
【００３２】
例えば、ＥＰＧデータの内容として番組スケジュール・内容情報を送出する運用例を以下に示す。毎日定時に、午前３回、午後３回、それぞれ、午前中に放送される番組スケジュール・内容情報と午後から夜にかけて放送される番組スケジュール・内容情報の全て（１０１）を送出する（ルーチン情報送出と呼ぶ）ものとする。これらの定時送出と並行して、それぞれの既送出情報１０１からの内容変更等が起こった場合の差分更新情報１０２も常時送出される（差分更新情報送出と呼ぶ）ものとする。
【００３３】
図７にはＣＳ／ＢＳデジタル放送局２又は４の構成を示す。ＣＳまたはＢＳデジタル放送局２又は４では、番組の素材となる映像、音声データを記憶する番組素材サーバー３０，３３，３６と、番組素材サーバーからの映像、音声データをＭＰＥＧによって圧縮符号化するＭＰＥＧエンコーダ３１，３４，３７と、ＭＰＥＧエンコーダによって圧縮されたデータをトランスポートパケット化するＴＳパケット化部３２，３５，３８を備えている。そして複数のＴＳパケット化部３２，３５，３８から出力されるトランスポートストリームを多重化するマルチプレクサ３９が設けられている。またマルチプレクサ３９には、ＥＰＧデータを含むＳＩ情報も供給されるようになっており、ＴＳパケット化部３２，３５，３８からのトランスポートストリームと共に多重化される。
【００３４】
さらに、統合化ＥＰＧオーサリングセンター６から伝送されてきたＥＰＧデータが入力端子４１を介して送出処理部４２に供給される。送出処理部４２では、ＤＳＭ−ＣＣ（Digital Storage Media-Command and Control）と呼ばれるプロトコルに沿った処理が施される。また送出処理部４２では、ＤＳＭ−ＣＣで規定されたデータカルーセル方式で送出処理が行われる。
【００３５】
こうして送出処理された統合化ＥＰＧデータは、マルチプレクサ３９に供給され、映像、音声、ＳＩ情報と共に多重化される。マルチプレクサ３９から出力されたデータは誤り訂正符号化回路４３で誤り訂正符号の生成・付加が行われた後、変調器４４で所定の変調方式によって変調され、アンテナ４５から送信される。
【００３６】
図８には一般家庭１０に設置されているＢＳ又はＣＳ受信装置の構成を示す。ＢＳ又はＣＳ受信装置５０は、チューナー、復調回路、誤り訂正回路から構成されるフロントエンド５２と、フロントエンド５２から出力されるトランスポートストリームのＰＩＤ（パケットＩＤ）を参照して、各トランスポートパケットを各部に振り分けるデマルチプレクサ５３を備えている。デマルチプレクサ５３は受信したデータを一旦、接続されたメモリ５４に格納する。そしてデマルチプレクサ５３は、ユーザによって選択された番組のビデオデータ及びオーディオデータを格納するトランスポートパケットをメモリ５４から順次読み出し、それぞれビデオデコーダ５５とオーディオデコーダ５９に供給する。またデマルチプレクサ５３は、受信した信号中に、定時送出されたＥＰＧデータや常時送出されたＥＰＧデータが含まれている場合には、そのデータを抽出し、ＣＰＵ６７を介して、ＣＰＵ６７に接続されたメモリ７２に格納する。
【００３７】
ビデオデコーダ５５はＭＰＥＧ２フォーマットにしたがって、デコード処理を行い、デコードされたビデオデータを表示フォーマット変換部５７に出力する。表示フォーマット変換部５７は、ＴＶの表示フォーマットに適した表示ができるような変換処理を上記デコードされたビデオデータに施す。たとえばデコードされたビデオデータがＨＤＴＶの信号であり、ＴＶがＮＴＳＣ対応である場合には、デコードされたビデオデータを変換してＮＴＳＣフォーマットに変換し、出力端子５８に送る。
【００３８】
オーディオデコーダ５９は、ＭＰＥＧオーディオやＡＡＣ（Advanced Audio Coding）方式によって圧縮されたオーディオデータのデコード処理を行う。デコード処理されたオーディオデータはＤ／Ａ変換されてアナログ音声信号で出力されたり、光デジタル出力としてデジタルオーディオデータのまま出力される。
【００３９】
デマルチプレクサ５３にはＩＥＥＥ１３９４インターフェイス６５が接続されており、受信したトランスポートストリームを出力端子６６を介して外部機器に出力したり、外部機器からトランスポートストリームを受信することができる。
【００４０】
受信機の各部はＣＰＵ６７によって制御される。ＣＰＵ６７は各部の制御を行う制御部６９と、ＤＳＭ−ＣＣ処理部７０、ＸＭＬ処理部７１とから構成されている。尚、これらの処理は全てソフトウェアで行われる。
【００４１】
ＤＳＭ−ＣＣ処理部７０は、ＣＰＵ６７に接続されたメモリ７２からＥＰＧデータを読み出して所定の処理を施し、ＸＭＬ形式のデータを得て、ＸＭＬ処理部７１に対して出力する。
【００４２】
ＸＭＬ処理部７１は、ＸＭＬに含まれるスクリプトを実行したり、画面表示のための表示信号の生成を行う。ＸＭＬ処理部７１によって生成された表示信号は、ビデオデコーダ５５に送られて、ビデオデコーダ５５内の表示処理機能を使って最終的な表示信号とされる。たとえば、ＸＭＬによって記述されたＥＰＧ画面の一部に、現在受信しているチャンネルの映像を子画面表示するといった具合である。
【００４３】
次に、上記図６に運用例を示した差分更新情報を送受信するシステム（差分更新情報の送受信システム）に着目して説明を行う。
【００４４】
受信装置に既に蓄積された放送波で送られたＥＰＧ情報を更新する際、更新が起こったテーブル全体を置き換えるか、もしくは、更新が起こった箇所のみ書き換える必要がある。テーブル全体を書き換える方法は簡単で間違いがないが、変更のない部分も合わせて放送し更新することになるため、余分な放送帯域や処理のための受信機側の余分な計算資源を使うことになる。更新が起こった箇所のみ書き換える方法は、従来の方法によると更新の手順の記述が汎用的ではなく、一般に普及しているデータベース等に格納されたテーブルの更新に適用することができない。また、テーブルの内のエンドユーザの関心のある部分のみに関する差分更新だけを効率良くフィルタリングできない。そこで、ここでは、ユーザの関心のある内容に関する更新の起こった箇所のみ効率よく受信装置にフィルタリングさせることのできるようにする手法について説明する。
【００４５】
図９は差分更新情報送受システムの構成図である。放送ネットワーク１２４を介して送信サイト１２０と複数の受信サイト１２５が結ばれている。放送ネットワーク１２４は放送型データ転送を行う系であり、衛星放送系、地上波放送系、インターネット上のブロードキャスト／マルチキャストネットワーク等さまざまなネットワーク形態が考えられる。
【００４６】
送信サイト１２０は、放送機器やＰＣ、それらがネットワークで結ばれた送信サイト内ネットワーク（放送局内ネットワーク等）等さまざまな形態が考えられる。上記図４に示した具体例では統合ＥＰＧオーサリングセンター６がこの機能を備える。
【００４７】
受信サイト１２５は、セットトップボックスやＰＣ、それらがネットワークで結ばれた受信サイト内ネットワーク（ホームネットワーク等）上の機器等さまざまな形態が考えられる。上記図４に示した具体例では一般家庭１０内部に設置される。
【００４８】
送信サイト１２０内部のテーブル内容更新系１２１は、ＥＰＧ情報の内容を更新するものであり、テーブル記憶域１２２に記憶されるテーブルの内容を更新する。更新は送信サイトにおけるエンドユーザもしくはアプリケーションにより行われる。上記図５に示し統合ＥＰＧオーサリングＰＣ１９がこの機能を備える。
【００４９】
テーブル記憶域１２２は送信サイト１２０におけるテーブル記憶域であり、送信サイト１２０内のメモリやハードディスク、送信サイト１２０が送信サイト内ネットワークで構成されている場合は送信サイト内ネットワークに接続された記憶機器（メモリ／ハードディスク／テープデバイス等）である。図５においては、統合ＥＰＧデータベース２６がこの機能を備える。
【００５０】
差分更新情報配布系１２３はテーブル記憶域１２２に記憶されるテーブルの内容の変更（テーブル全体の生成消去を含む）を検知してその変更を受信サイト１２５内部の後述するテーブル記憶域１２８に反映させるための差分更新情報を生成し、放送ネットワーク１２４を介して複数の受信サイト１２５内部の差分更新情報取得系１２６に放送する系である。図５においては、送出制御部２７がこの機能を備える。
【００５１】
テーブル記憶域１２８は、受信サイト１２５におけるテーブル記憶域であり、受信サイト１２５内のメモリやハードディスク、受信サイト１２５が受信サイト内ネットワークで構成されている場合は受信サイト内ネットワークに接続された記憶機器（メモリ／ハードディスク／テープデバイス等）である。図８においては、メモリ７２がこの機能を備える。
【００５２】
差分更新情報取得系１２６は、放送される差分更新情報を取得する系である。図８においては、フロントエンド５２、デマルチプレクサ５３、メモリ５４、ＣＰＵ６７がこの機能を備える。テーブル内容更新系１２７は差分更新情報取得系１２６から渡される差分更新情報に基づきテーブル記憶域１２８に記憶されるテーブルの内容を更新する系である図８においては、ＣＰＵ６７がこの機能を備える。
【００５３】
この受信サイト１２５は本発明の番組情報受信装置の具体例である。つまり、差分更新情報取得系１２６は、送信サイト１２０から送信されてくる、後述の差分更新情報通知フォーマットを選択的に取り出す。また、テーブル内容更新系１２７は差分更新情報取得系１２６で選択的に取り出した上記差分更新情報通知フォーマットを用いて予め定時送出されている番組情報中の変更部分のみを書き換える。
【００５４】
図１０に差分更新情報取得系１２６の詳細を示す。差分更新情報抽出系１３１と選別情報更新系１３２と選別情報記憶域１３３とからなる。差分更新情報抽出系１３１は放送ネットワーク１２４から放送されてくる差分更新情報を受信し、その中から選別情報記憶域１３３に格納されている選別情報に基づいて、この受信サイト１２５で必要とされる差分更新情報を抽出する系である。選別情報更新系１３２は選別情報記憶域１３３の選別情報を更新する系である。選別情報の更新は受信サイトのエンドユーザやアプリケーションにより行われる。
【００５５】
上記図９に示した差分更新情報送受システムでの更新処理を図１１に示す。先ず、ステップＳ６１においてテーブル内容更新系１２１がテーブル記憶域１２２内のテーブル（ＵＲＩにて識別）を更新する。ここで、ＵＲＩ（Uniform Resource Identifier）とは上述したように、インターネットのＨＴＭＬ文書等によっても使用されるＵＲＬ（Uniform Resource Locator）の拡張として検討されている識別情報であり、ＸＭＬではこのＵＲＩによってテーブルを指定することになっている。
【００５６】
次に、ステップＳ６２において差分更新情報配布系１２３がステップＳ６１での更新を検知すると、ステップＳ６３において差分更新情報を生成し、放送ネットワーク１２４を介して複数の受信サイト１２５の差分更新情報取得系１２６に放送する。
【００５７】
放送ネットワーク１２４を介して受信サイト１２５に送信されてきた差分更新情報はステップＳ６４において差分更新情報取得系１２６が抽出し取得する。
【００５８】
そして、ステップＳ６５においてテーブル内容更新系１２７がステップＳ６４で抽出受信した差分更新情報をもとにテーブル記憶域１２８の対象テーブルを更新する。
【００５９】
ステップＳ６４での差分更新情報取得系１２６における差分更新情報抽出受信フローを図１２に示す。先ず、ステップＳ７１において差分更新情報抽出系１３１が差分更新情報を受信する。そして、受信した差分更新情報が、選別情報記憶域１３３に格納されている選別情報に合致しているか否かを判断し、合致していればステップＳ７３においてその差分更新情報をテーブル内容更新系１２７に渡す。
【００６０】
上記図１１のステップＳ６１からＳ６３において差分更新情報配布系１２３がテーブル記憶域１２２に記憶されるテーブルの内容の変更（テーブル全体の生成消去を含む）を検知すると、図１３に示す差分更新情報（以下では差分更新情報通知フォーマットと記す）が生成される。
【００６１】
この差分更新情報通知フォーマットには、更新対象であるテーブルの固有なＵＲＩが記述されている。さらに、受信サイト１２５にＵＲＩの所定の部分だけを判断させるためのフィルタリングマスクが生成され、ヘッダとして付加される。
【００６２】
フィルタリングマスクは上記図１２のステップＳ７２にて差分更新情報を抽出すべきか否かの判断に用いられる情報である。差分更新記述とは、更新対象テーブルのＵＲＩで識別されるテーブルに対する差分更新処理の記述である。
【００６３】
上記差分更新情報通知フォーマットを生成するため、差分更新情報配布系１２３では、先ず、フィルタリングマスクを生成し、このフィルタリングマスクを、更新対象テーブルのＵＲＩと差分更新記述に付加している。こうして生成された差分更新情報通知フォーマットデータは、放送ネットワーク１２４に対して伝送される。
【００６４】
このフィルタリングマスクは、図１１のステップＳ６４における差分更新情報の抽出処理の、さらに図１２のステップＳ７２での比較処理において用いられる。差分更新情報の受信に先立ち、上記図１０における選別情報更新系１３２が選別情報記憶域１３３に格納・更新しておく。
【００６５】
次に、フィルタリングマスクの具体例を挙げる。ＵＲＩはテキスト文字列であり、可変長の長いバイト列となる。先ず、これをハッシュ関数を通すことにより固定長の短いバイト列（例えば４バイト等）に落とすことが考えられる。このハッシュ値を比較に利用することにより、比較の際の無駄な処理コスト／オーバーヘッドを押さえることができる。差分更新情報の受信に先立ち、選別情報更新系１３２が、テーブル記憶域１２８に格納されている、テーブル記憶域１２２に格納されているテーブルの複製（既に放送・受信されて格納されている）のＵＲＩの一覧をつくり、選別情報記憶域１３３に格納しておく。
【００６６】
例えば、差分更新対象のテーブルが、以下の表１に示す“お勧め番組情報”である場合、エンドユーザの好みのジャンルに関係するお勧め番組情報の差分更新情報のみ抽出することができる。ここで、お勧め番組情報とは、新聞や雑誌のラジオテレビ欄外にある今日のお勧め番組情報に対応するものである。例えば、エンドユーザがスポーツ番組を好む場合、スポーツのジャンルに該当するお勧め番組情報のみを抽出することができる。
【００６７】
【表１】
0004644999.tif 000002
【００６８】
ASHID：お勧め番組ＩＤ、UCH：全国でユニーク配番されたチャンネル番号、DAY：日付、SHID：番組ＩＤ、LDESC：長い番組紹介文
【００６９】
なお、お勧め番組情報にはジャンルＩＤ（ＪＩＤ）のフィールドがないが、表２に示す”番組素材情報”によりＪＩＤとダミー番組ＩＤ（ＤＳＨＩＤ）との関係がわかり、表３に示す“番組枠情報”によりダミー番組ＩＤ（ＤＳＨＩＤ）と番組ＩＤ（ＳＨＩＤ）との関係がわかるので、お勧め番組とジャンルの対応関係を識別することができる。
【００７０】
【表２】
0004644999.tif 000003
【００７１】
DSHID：ダミー番組ＩＤ。ダミーチャンネル内ユニーク、JID：ジャンルＩＤ、FEA：８ビットのフラグ。各ビットはHDorSD等を表す、SHNAME：番組名称、SDESC：短い番組説明、LDESC：長い番組説明
【００７２】
【表３】
0004644999.tif 000004
【００７３】
SHID：番組ＩＤ。チャンネル内ユニーク、ST：開始時刻、DCH：ダミーチャンネル、BN：ブロック番号。ダミーチャンネル内ユニーク、DSHIC：ダミー番号。ダミーチャンネル内ユニーク
【００７４】
ここで、差分更新情報の受信に先立ち、選別情報更新系１３２が、エンドユーザの嗜好にあわせて、JIDの一覧をつくり、選別情報記憶域１３３に格納しておく。例えばエンドユーザに対してジャンル情報の一覧を提示してエンドユーザの好みのジャンル名を選択させることによりJIDの一覧を作ることができる。
【００７５】
尚、上記番組素材情報とは、ダミーチャンネル毎のブロック単位の番組情報である。ＵＲＩ＝ダミーチャンネル番号＋ブロック番号であり、ダミーチャンネル数×同時送出ブロック数分のテーブルがある。所望のダミーチャンネル番号及びブロック番号を指定することにより、所望の番組素材情報を得る。
【００７６】
また、上記番組枠情報とは、チャンネル毎の１日単位の番組枠情報である。ＵＲＩ＝チャンネル番号＋日付であり、チャンネル数×同時送出日数分のテーブルがある。所望のチャンネル番号及び日付を指定することにより、所望の番組枠情報を得る。
【００７７】
次に、差分更新対象のテーブルが上記表１に示した“お勧め番組情報”である場合、エンドユーザの好みのタレントに関係するお勧め番組情報の差分更新情報のみ抽出することもできる。例えば、エンドユーザがブルース・ウイルスが好きな場合、ブルース・ウイルスが出演するお勧め番組情報のみを抽出することができる。尚、お勧め番組情報にはタレントＩＤ（TID）のフィールドがないが、表４に示すタレント出演者情報のTIDとSHIDの対応からお勧め番組情報のSHIDの関係がわかるので、お勧め番組と出演者の対応関係を識別することができる。
【００７８】
【表４】
0004644999.tif 000005
【００７９】
TID：タレントＩＤ、TNAME：タレント名、NUM：出演番組数、UCH：チャンネル数、DAY：日付、SHID：番組ＩＤ
【００８０】
ここで、タレント出演情報とは、タレント名一覧から、タレントの出演している番組をリスト表示させるものである。ユーザはタレント名をキーワードとして入力する必要もなく、また、受信機が検索機能を持たなくてもよい。ただし、タレント名は送り側で指定したものに固定になる。
【００８１】
そして、差分更新情報の受信に先立ち、選別情報更新系１３２が、エンドユーザの嗜好にあわせてTIDの一覧をつくり、選別情報記憶域１３３に格納しておく。例えばエンドユーザに対して出演者情報の一覧を提示してエンドユーザの好みのタレント名を選択させることにより、TIDの一覧を作ることができる。
【００８２】
次に、差分更新対象のテーブルが上記表１に示す“お勧め番組情報”である場合、エンドユーザの好みのニューストピックに関係するお勧め番組情報の差分更新情報のみ抽出することもできる。例えば、エンドユーザが経済ニュースに興味がある場合、経済ニュースに関するお勧め番組情報のみを抽出することができる。尚、お勧め番組情報にはニューストピックＩＤ（NID）のフィールドがないが、表５に示す“ニューストピック情報”のNIDとSHIDの対応からお勧め番組情報のSHIDの関係がわかるので、お勧め番組とニューストピックの対応関係を識別することができる。
【００８３】
【表５】
0004644999.tif 000006
【００８４】
NID：ニューストピックＩＤ、NNAME：ニューストピック名、NUM：放映番組数、UCH：チャンネル数、DAY：日付、SHID：番組ＩＤ
【００８５】
ここで、ニューストピック情報とは、ニューストピックの一覧から、そのトピックに関してニュースを放映する番組をリスト表示するものである。
【００８６】
そして、差分更新情報の受信に先立ち、選別情報更新系１３２が、エンドユーザの嗜好にあわせてNIDの一覧をつくり、選別情報記憶域１３３に格納しておく。例えばエンドユーザに対してニューストピック情報の一覧を提示してエンドユーザの好みのニューストピックを選択させることにより、NIDの一覧を作ることができる。
【００８７】
これら以外にも同様な方法で、他の各テーブル内のパラメータを差分更新情報のフィルタリングマスクの値として用いることができる。これらパラメータを複数組み合わせて、より選択精度の高いフィルタリング条件を設定することもできる。
【００８８】
次に、上記図１３に示した差分更新情報通知フォーマット中の差分更新記述の例を以下に挙げる。
【００８９】
例えば、更新対象テーブル内のあるレコード内のある属性フィールドの内容を変更するようなスクリプトを用いることができる。一般的なテーブルデータを受信側に運ぶときに使う、バイナリテーブルオブジェクト（BinaryTableObject）で受信サイトに放送・蓄積される場合、ECMA Scriptを用いて、DOM（Document Object Model）-APIを介してテーブル内容の変更手続きを記述することにより、BinaryTableObjectのフィールド単位での更新が可能となる。ここで、ECMA Scriptとは、JavaScriptを標準化規格にしたものである。また、DOM-APIとは、BinaryTableObjectの内容を、どのように変更するかというAPIである。
【００９０】
また、例えば、更新対象テーブル内のある行の、ある列の内容を変更するようなSQL（Structured Query Language）ステートメントを用いることができる。SQLステートメントを用いることにより、受信サイトに実装された一般的なRDB（Relational Database）にテーブルを格納管理することができる。
【００９１】
これら以外にも差分更新記述方式が考えられる。また、これら複数の記述をすべて上記図１３の差分更新記述フィールドに格納することにより、異なる種類のテーブル管理方式を実装している複数の受信サイトに対して同一内容の差分更新情報を放送することが可能となる。このようにユーザの関心のある内容に関する更新の起こった箇所のみ効率よく受信装置にフィルタリングさせることができる。
【００９２】
次に、バイナリテーブルオブジェクトのオブジェクトレベルの暗号化制御について説明する。
【００９３】
ＸＭＬでは、処理手順を記述したスクリプト（script）が用いられる。このスクリプトを送信データからダウンロードし、受信機上で実行することにより、エンドユーザとの対話管理・グラフィカルユーザインターフェイスの制御を行うことができる。また、細かな制御シナリオの変更が可能となる。このスクリプト内で扱うＥＰＧ／広告等のテキスト／数値情報等は、標準化が進められている、ＢＳ２０００の仕様においては、ＢＭＬ（Broadcast Multimedia Languageの略であり、ＸＭＬをベースとし、放送用に特化した言語である）仕様にて規定されているバイナリテーブルオブジェクト（Binary Table Object）に格納して受信機に放送される。このBinary Table Objectの内容を動的に更新し放送することにより、ＥＰＧ／広告情報を表示する際に用いるＢＭＬの表示制御情報やスクリプトの内容を逐一変更してダウンロードしなおすことが必要なくなる。
【００９４】
ところで、バイナリテーブルオブジェクト（Binary Table Object）で転送されるＥＰＧ／広告等の情報の種類によっては、サービスの差別化を図るために、ある視聴契約クラスに属するエンドユーザのみにしか見せないように制御する必要がある場合が考えられる。ただ、ＢＭＬでは、Binary Table Objectの個別の（データカルーセルのモジュールレベル）暗号化処理は特に規定していない。そこで、ここでは、バイナリテーブルオブジェクト（Binary Table Object）のオブジェクトレベルの暗号化制御を実現する手法について説明する。
【００９５】
図１４に示すデータ処理装置１４０は、上述の図８のＤＳＭ−ＣＣ処理部７０及びＸＭＬ処理部７１の構成を詳細に記載したものであり、実際にはソフトウェアによって処理されるものである。
【００９６】
このデータ処理装置１４０は、入力端子１４１を介して例えばＭＰＥＧ２−ＴＳ（トランスポートストリーム）による放送ストリームをストリーム受信＆データカルーセル処理部１４２で受ける。ストリーム受信＆データカルーセル処理部１４２は、上述の図８のデマルチプレクサ５３及びＤＳＭ−ＣＣ処理部７０に相当するもので、ＭＰＥＧ２−ＴＳを解き、またデータカルーセルを解いてバイナリテーブル（BinaryTable）オブジェクト形式の番組情報だけをバイナリテーブルオブジェクトサーバー１４４に渡す。
【００９７】
バイナリテーブルオブジェクトサーバー１４４は、バイナリテーブルオブジェクトを格納する。スクリプト処理部１４３はユーザからの内容照会等メソッドをバイナリテーブルオブジェクトサーバー１４４に渡し、それに対する返答を返させる。
【００９８】
バイナリテーブルオブジェクトの中には、サービスの差別化を図るため、ある視聴契約クラスに属するユーザにしか見せないように制御する必要のあるものがある。これらは、送信側で暗号化されており、データ処理装置１４０では、復号処理部１４５を用いて必要に応じて暗号化番組情報を復号する。復号処理部１４５で復号された番組情報はバイナリテーブルオブジェクトサーバー１４４に渡される。
【００９９】
ここで、復号処理部１４５は、上記放送ストリーム中のスクリプトから取得された復号鍵を用いて暗号化番組情報を復号する。復号鍵は、鍵選択処理部１４６に接続された鍵記憶部１４７に格納されている。すなわち、鍵選択処理部１４６は復号処理部１４５からの鍵照会に対して対応する復号鍵を鍵記憶部１４７から取り出して復号処理部１４５に渡す。
【０１００】
このデータ処理装置１４０の動作を図１５のフローチャートに示す。先ず、ステップＳ８１においてスクリプト処理部１４３がユーザの操作に応じてバイナリテーブルオブジェクトを指定し生成を指示する。これはスクリプトの中で例えば次のようになる。
【０１０１】
【数１】
0004644999.tif 000007
【０１０２】
すると、ステップＳ８２にてBinaryTableオブジェクトのコンストラクタ（オブジェクトの生成処理を行うプログラムコードでスクリプト処理系で実行される）において、指定された名前のファイルを取得するようバイナリテーブルオブジェクトサーバー１４４に依頼する。
【０１０３】
次に、ステップＳ８３においてバイナリテーブルオブジェクトサーバー１４４は、ストリーム受信＆データカルーセル処理部１４２にステップＳ８２で依頼されたBinaryTableObjectを取得するよう依頼する。
【０１０４】
すると、ステップＳ８４においてBinaryTableObjectのファイルは上述のリソースとしてデータカルーセルのモジュールに格納されており、ストリーム受信＆データカルーセル処理部１４２は、オンエアされているストリームに断片化されて流れているデータブロックからBinaryTableObjectの格納されたmoduleを再構成する。断片化されたデータブロック群はあらかじめ放送ストリームの中からストリーム受信＆データカルーセル処理部１４２の記憶域（複数のデータブロックを格納することが可能なサイズを持つ）に適宜キャッシュされ、新しい断片化ブロックを受信するたびにキャッシュが更新される。そして、ストリーム受信＆データカルーセル処理部１４２は、取得したmoduleを復号処理部１４５に渡す。
【０１０５】
ステップＳ８５において復号処理部１４５はmodule内のentity-headerのContent-type（media-type）を調べ、″application/SLEX_encrypted_btable″と記述されている場合は、ステップＳ８６に進み、ｍｏｄｕｌｅのｅｎｔｉｔｙ−ｂｏｄｙに格納されているBinaryTableObjectの復号化処理を行う。暗号化されていない場合はmoduleのentity-bodyに格納されているBinaryTableObjectをそのままBinaryTableObjectServerに渡す。
【０１０６】
ステップＳ８６において復号処理部１４５は鍵選択処理部１４６から復号鍵を取得し、ファイルの復号化処理を行い、ステップＳ８７で復号化されたバイナリテーブルオブジェクをサーバー１４４に渡す。
【０１０７】
そして、ステップＳ８８にてスクリプトに記述されている後続のBinaryTableObjectの内容照会処理に対して、スクリプト処理部１４３がサーバー１４４に照会メソッドを発行し、サーバー１４４のメモリ（スクリプト処理系以外の外部からのアクセスに対してプロテクトされた記憶域とする）内に展開されたBinaryTableObjectの内容からその返答を得る。ここで各々の照会メソッドの起動のたびに照会メソッドの実行が許されているか否かがチェックされる。スクリプトからの一連の照会が終わると、展開されたBinaryTableObjectはメモリから消去される。
【０１０８】
ここで、BMLの文書ならびにそれらの文書から参照されるモノメディアデータ等のリソースの伝送には「データ放送方式仕様その２」にて定義されるデータカルーセル伝送方式が用いられる。データカルーセル方式を用いて伝送される個々のモジュール（転送の単位）には、IETF RFC2068で規定されたHTTP/1.1のエンティティ形式でリソースが格納される。エンティティはリソースを含むEntity-bodyとそのメタ情報（リソースの内容に関する情報）を含むEntity-headerとからなる。Entity-headerにおけるContent-type（media-type）というフィールドに、例えば、″application/SLEX_encrypted_btable″のような文字列を指定することにより、格納されるリソースの内容が暗号化されていることを明示することができる。暗号化されていない場合は例えば、″application/X−arib-btable″のように指定される。
【０１０９】
【数２】
0004644999.tif 000008
【０１１０】
Entity-bodyの部分に格納されている暗号化されたリソースは、スクリプトにおいてBinaryTableオブジェクトが生成されるときに復号化される。復号化の手順は上記図１５に示したフローチャートの通りであるが、ステップＳ８６の処理を図１６を用いて詳細に説明する。
【０１１１】
すなわち、ステップＳ９１で復号処理部１４５は鍵選択処理部１１４６から鍵を取得する。そして、ステップＳ９２で取得した鍵によりバイナリテーブルオブジェクトを復号する。
【０１１２】
次に、鍵の取得と格納について説明する。BinaryTableオブジェクトの復号化された後のフォーマットは、BinaryTableオブジェクトを生成する際に指定するURIにより一意に定まるようにする。例えば、鍵を格納するBinaryTableオブジェクトファイルに鍵であることがわかるような特別なURIを割り当て、そのフォーマットを規定することにより、BinaryTableオブジェクトの各種メソッドを用いて内容照会を行うことができる。
【０１１３】
鍵を取得するには、スクリプトにおいて、鍵固有のURIを指定してBinaryTableオブジェクトを生成し、例えば、BinaryTable．toString（）等により平文の鍵を取り出し、それを鍵選択処理部１４６に渡す。鍵選択処理部１４６は記憶域（不揮発性メモリ、ディスク等）に鍵を格納し、復号処理部１４５からの鍵照会に備える。この鍵取得処理は、運用にもよるが、例えば月の変わり目で一回の周期で鍵が更新される場合は、月一回月の変わり目の数日前に行われる。
【０１１４】
鍵選択処理部１４６は、復号処理部１４５からの鍵照会に対して、照会の日時を参照して対応する鍵を返す。
【０１１５】
ところで、暗号化されたBinaryTableオブジェクトの放送に先立って鍵を放送しておかなければならない。鍵の取得と鍵選択処理部への格納を図１７に示すフローチャートにまとめる。
【０１１６】
すなわち、ステップＳ１０１で鍵格納を示す名前を持つバイナリテーブルオブジェクトを生成させる指示をスクリプト処理部１４３が与え、ステップＳ１０２で指定された名前のバイナリテーブルオブジェクトの取得をバイナリテーブルオブジェクトサーバー１４４に依頼する。
【０１１７】
ステップＳ１０３においてバイナリテーブルオブジェクトをストリーム受信＆データカルーセル処理部１４２に依頼する。すると、ストリーム受信＆データカルーセル処理部１４２は、ステップＳ１０４にてバイナリテーブルオブジェクトが格納されたモジュールが断片化されたデータブロックをストリームから取得し、モジュールを再構成し、復号処理部１４５に渡す。
【０１１８】
ステップＳ１０５で復号処理部１４５は、エンティティヘッダのタイプ（メディアタイプ）を調べ、content-type=″application/x-arib-btable″なら、ステップＳ１０６に進み、再構成されたモジュールのエンティティボディのバイナリテーブルオブジェクトをサーバー１４４に渡す。
【０１１９】
バイナリテーブルオブジェクトサーバー１４４は、復号処理部１４５から渡されたバイナリテーブルオブジェクトを展開し、スクリプト処理部１４３からの照会に備える。
【０１２０】
スクリプト処理部１４３は、バイナリテーブルオブジェクトサーバー１４４から鍵の内容を取得し、鍵選択処理部１４６に渡す。ステップＳ１０８で鍵選択処理部１４６は、安全な記憶域１４７に鍵を格納し、復号処理部１４５からの鍵照会に備える。以上のように、バイナリテーブルオブジェクト（Binary Table Object）のオブジェクトレベルの暗号化制御を実現することができる。
【０１２１】
次に、ＥＰＧ情報本体をＸＭＬ文書からオブジェクトとして検出するための、オブジェクト検索方法に関して説明する。
【０１２２】
ＸＭＬ方式によるコンテンツでは，番組情報の画面配置や提示制御がＸＭＬやスクリプトによって記述され，提示される情報本体は，ＸＭＬ文書から参照される外部オブジェクトとなる。
【０１２３】
番組情報本体をＸＭＬ文書から参照するためには，インターネットのＨＴＭＬ文書等でも使用されるＵＲＬ（Uniform Resource Locator）の拡張として検討されているＵＲＩ（Uniform Resource Identifier）の形式によって参照することが望ましい。
【０１２４】
一般にＵＲＩとそれによって識別されるデータは，１対１に対応しており，コンテンツを構成するデータはＵＲＩによって一意に識別可能である。しかし，番組情報の画面配置等を記述するＸＭＬ文書作成時に提示情報へのＵＲＩを静的に決めることができない場合もある。例えば，画面右上に画像を表示するようなレイアウトをＸＭＬ文書として記述する場合において，受信端末のプロファイル（特性）に応じて白黒画像，カラー画像を使い分けたいような場合には白黒画像へのＵＲＩとカラー画像へのＵＲＩのどちらをＸＭＬ文書中に埋め込むか決定できない。従来，このような高度な提示処理を行うためにはＸＭＬ文書中でのスクリプトによる制御が必要であった。
【０１２５】
そこで、ここでは、ＥＰＧ情報本体をＸＭＬ文書からＵＲＩによって指定，参照するためのオブジェクト検索方法について述べる。
【０１２６】
図１８は、ＸＭＬによって記述されたＥＰＧデータを処理するデータ処理装置１１０を示すものであり、上述の図８のＣＰＵ６７に相当するものである。
【０１２７】
このデータ処理装置１１０は、送信側から送信されてきた、ＥＰＧ画面についてのＸＭＬ文書と番組情報本体とを受信する受信部１１２と、受信部１１２で受信した番組情報本体を記憶する番組情報記憶部１１３と、ＸＭＬ文書を記憶するＸＭＬ文書記憶部１１４と、受信部１１２で受信したＸＭＬ文書の中にＵＲＩとして指定されるグループ項目を抽出すると共に、表示処理を行なうＸＭＬ文書表示部１１５と、表示部１１６と、受信装置のプロファイルデータを記憶するプロファイル記憶部１１７と、ＸＭＬ文書表示部１１５で抽出した上記グループ項目に対応する、受信側のプロファイルデータをプロファイル記憶部１１７から読み出し、そのプロファイルデータに応じた項目内オブジェクトを検索するＵＲＩ解釈部１１８とを備える。
【０１２８】
受信部１１２は入力端子１１１を介して番組情報，番組ガイド文書を受信する。番組情報記憶部１１３は，受信した番組情報テーブルを記憶する。ＸＭＬ文書記憶部１１４は，受信した番組ガイドＸＭＬ文書を記憶する。ＸＭＬ文書表示部１１５は，利用者からの要求に応じて，ＸＭＬ文書記憶部１１４に記憶されたＸＭＬ文書を解釈し，表示イメージを作成し，表示部１１６に表示する。
【０１２９】
ＵＲＩ解釈部１１８はＸＭＬ文書内のＵＲＩを解釈し，番組情報記憶部１１３内のＵＲＩに対応する情報を取り出す。
【０１３０】
図１９には番組情報記憶部１１３に記憶されている、番組ガイドの中身である番組情報の具体例を示す。チャンネルマップテーブル１２１，番組枠テーブル１２２，番組素材テーブル１２３，広告情報テーブル１２４がある。番組ガイドＸＭＬ文書１２５からＵＲＩによって参照される。
【０１３１】
プロファイル記憶部１１７には、受信機固有の情報，例えば，受信機が使用される地域コードや契約クラス，受信機のハードウェア能力等，のプロファイル情報が記憶されている。ここで、プロファイルとは、ハードウェア、ソフトウェア、ユーザ、アプリケーションなどに固有の各種属性の設定の集合を総称する。
【０１３２】
プロファイルの具体例としては、ユーザプロファイル、ハードウェアプロファイル、ソフトウェアプロファイル、アプリケーションプロファイルが挙げられる。
ユーザプロファイルは、ユーザの年齢、性別、国籍、住所、使用言語、趣味、嗜好などの個人情報を表すプロファイルである。ハードウェアプロファイルは、ハードウェアの機能、性能、機器構成などの各種仕様を表すプロファイルである。ソフトウェアプロファイルは、オペレーティングシステム、各種ドライバ、ライブラリの構成やバージョンなどを表すプロファイルである。
【０１３３】
以下、ＲＤＦによる各プロファイルの記述例を挙げる。
【０１３４】
【数３】
0004644999.tif 000009
【０１３５】
【数４】
0004644999.tif 000010
【０１３６】
【数５】
0004644999.tif 000011
【０１３７】
ＵＲＩ解釈部１１８は、ＵＲＩの解釈に際し、プロファイル記憶部１１７に記憶された上記プロファイルを参照する。
【０１３８】
次に、ＸＭＬ文書の具体例を示す。
【０１３９】
【数６】
0004644999.tif 000012
【０１４０】
この具体例において、まずスクリプト内で使用する番組情報のテーブルchannelMapをURI arib-dc：//．/CahnnelMapTblで参照されるテーブルから取り出している。チャンネルマップテーブルは，地上波受信において受信端末のエリアで受信可能なチャンネルのリストを格納したテーブルである。
【０１４１】
次に広告領域にURI arib-dc：//．/Advertiselで参照されるオブジェクトを表示している。
【０１４２】
上述したＸＭＬ文書の内、channelMapを図１８のＸＭＬ文書表示部１１５が表示しようとする際に、ＵＲＩ解釈部１１８が行う処理について図２０を用いて説明する。
【０１４３】
先ず、ステップＳ４１でＸＭＬ文書表示部１１５はURI arib-dc：//ChannelMapTblをＵＲＩ解釈部１１８に入力し、解釈するように指示する。すると、ＵＲＩ解釈部１１８はステップＳ４２においてプロファイル記憶部１１７に記憶されている、受信機プロファイル中のエリアコードを参照し，エリアコードとチャンネル情報の対応関係を格納したチャネルマップテーブルのうち，エリアコードに対応したチャネルマップテーブルのID番号を得る。
【０１４４】
次に、ステップＳ４３でそのIDに対応するチャンネルマップをデータとしてＸＭＬ文書表示部１１５に返す。すると、ＸＭＬ文書表示部１１５は受け取ったチャネルマップを表示部１１６に表示する。
【０１４５】
図２１にはＵＲＩ解釈部１１８の構造をあらわす。ＵＲＩ解釈部１１８はＵＲＩを受け取ると，受信機プロファイルを参照しながら，番組情報テーブルから適切なものを選択し，外部オブジェクトとしてＸＭＬ表示部１１５に返す。例えば，番組情報テーブルとして，関東版チャンネルマップ（KantoChMap），関西版チャンネルマップ（KansaiChMap）を記憶している場合，それぞれのチャンネルマップテーブルはarib-dc：//KantoChMap，arib-dc：//KansaiChMapのようなＵＲＩで一意に識別することができる。すなわち，ＵＲＩ解釈部１１８はarib-dc：//KantoChMapに対しては関東版チャンネルマップを，arib-dc：//KansaiChMapに対しては関西版チャンネルマップを外部オブジェクトとして返すことになる。
【０１４６】
ここで，番組ガイドを記述するＸＭＬ文書の作成の立場から考えると，arib-dc：//ChannelMapTblをＵＲＩ解釈部１１８で解釈した結果，受信機が関東に設置されていれば関東版チャンネルマップを，関西に設置されていれば関西版チャンネルマップを外部オブジェクトとして返すようにＵＲＩ解釈部１１８が構成されている方がよい。ＵＲＩ解釈部１１８は受信機プロファイルのエリアコードを参照し，関東であればarib-dc：//KantoChMapに対応するテーブルを返すことになる。
【０１４７】
上述したＸＭＬ文書の内、広告領域を図１８のＸＭＬ文書表示部１１５が表示しようとする際に、ＵＲＩ解釈部１１８が行う処理について図２２を用いて説明する。
【０１４８】
先ず、ステップＳ５１でＸＭＬ文書表示部１１５はURI arib-dc：//AdvertiselをＵＲＩ解釈部１１８に入力し、解釈するように指示する。すると、ＵＲＩ解釈部１１８はステップＳ５２において受信機プロファイルおよび，広告情報（広告の有効期限，表示位置，表示条件）を格納した「広告情報テーブル」を参照し，条件を満たす広告画像を選択する。
【０１４９】
次に、ステップＳ５３で、選択した広告画像をデータとしてＸＭＬ文書表示部１１５に返す。すると、ＸＭＬ文書表示部１１５は受け取った画像を表示部１１６に表示する。
【０１５０】
以上に説明した、外部オブジェクト選択のアルゴリズムは例えば，スクリプトとしてネットワークからダウンロードし交換可能なように構成することも可能であり，番組情報と一緒に送られて来る。
【０１５１】
これによって、ＸＭＬ文書中のＵＲＩを解釈する解釈機構が，ＵＲＩ解釈に際して受信機に記憶されるプロファイル情報を参照して，プロファイル情報に応じた動的なＵＲＩ解釈を行うことができる。これにより，コンテンツ（すなわちＸＭＬ文書）の作成者は，コンテンツ内に，受信機プロファイルを参照した複雑なスクリプトによる提示制御を記述する必要が無くなる。
【０１５２】
次に、ＥＰＧを受信する受信装置の電源管理に関して説明する。
【０１５３】
上述のようにＥＰＧデータの定時送出を行うためには，受信機にデータが送出される時刻をあらかじめ通知しておきその時刻に受信動作を行うよう受信機を制御する必要がある。更に、定時送出の行われる時刻に無数の受信機が受信動作を始めるため一斉に電源を入れるようなことが起こらないように受信機の動作を制御しなければならない。ここでは、受信動作を一時に集中させることがないようにする制御について説明する。
【０１５４】
ＥＰＧなどのコンテンツの送信装置８２の構成例を図２３に示す。尚、この送信装置は、上述の図５の統合ＥＰＧデータベース２６、送出制御部２７及び図７の送出処理部４２の詳細を示したものである。コンテンツ記憶部８３には利用者に提供されるコンテンツ情報，例えばＥＰＧ情報が記憶されている。送出時刻情報記憶部９１にはコンテンツを送出する配信スケジュールの情報が記憶される。送出時刻情報送出部９４は送出時刻情報記憶部９１に記憶された送出時刻情報を受信端末に送信するため送出を行う。コンテンツ送出部９２は送出時刻情報記憶部９１に記憶された送出スケジュールに従って、コンテンツ記憶部８３に記憶されたコンテンツ情報を送出する。
【０１５５】
送出制御部９３は送出時刻情報記憶部９１のスケジュールに従って送出時刻情報送出部９４および，コンテンツ送出部９２を制御する。コンテンツ送出部９２および，送出時刻情報送出部９４からの送出情報は伝送部９５から放送ネットワークを介して受信端末装置に伝送される。
【０１５６】
受信端末装置８５の構成例を図２４に示す。尚、図２４は、上述の図８の要部の詳細を示したものである。受信部１０１は放送ネットワーク及び入力端子１００を介してデータストリームを受信する。送出時刻情報受信部１０６はデータストリームから送出時刻情報を受信する。受信制御情報生成部１０７はコンテンツ受信を制御するための受信機固有の制御情報を生成する。例えば，乱数を発生させる，などである。コンテンツ受信制御部１０４は、送出時刻情報受信部１０６および受信制御情報生成部１０７の情報からコンテンツを受信すべき時刻を決定し，コンテンツ受信部１０２および受信機電源制御部１０５を制御する。受信機電源制御部１０５は受信機の電源を制御する。コンテンツ受信制御部１０４はコンテンツを受信すべき時刻に受信機の電源がオフの場合には受信機電源制御部１０５を制御し受信機の電源をオンにしてコンテンツ受信動作を開始し，コンテンツ受信後電源をオフにする。コンテンツ受信部１０２はコンテンツを受信し，コンテンツ記憶部１０３に受信コンテンツを格納する。
【０１５７】
図２５には送出時刻情報の構造の例を示す。送出時刻情報は、定時送出の時刻（PST-Preload Start Time）とその時刻に受信動作を行う受信機を指定する制御値（Preload Effective Byte：PEB）の組である。例えば，PEBとして８bitを使用し、受信機はあらかじめ０〜７の乱数を発生させておき，この乱数値とPEBでオンになっているビット位置が一致している定時送出時刻の時にのみ受信動作を行うことになる。
【０１５８】
図２６に送信装置８２の送出制御部９３のフローチャートを示す。先ず、ステップＳ１で送出時刻情報記憶部９１より送出時刻情報を読み出す。次に、ステップＳ２で読み出した送出時刻情報を送出時刻情報送出部９４より送出する。そして、ステップＳ３〜ステップＳ５により、送出時刻情報中の各送出時刻に関して送出開始時刻が来たら，コンテンツ送出部９２に対して，コンテンツ記憶部８３からコンテンツを送出するよう指示を送り、コンテンツを送出する。
【０１５９】
図２７に受信端末装置８５のコンテンツ受信制御部１０４でのコンテンツ受信のフローチャートを示す。先ず、ステップＳ１１で送出時刻情報を受信する。次に、ステップＳ１２で受信した送出時刻情報から，コンテンツの受信動作を行う時刻（時刻のリスト）RT［ｎ］を決定する。ステップＳ１３〜ステップＳ１７にて、時刻リスト中のすべての時刻RT［ｉ］に関して、現在時刻TとRT［ｉ］を比較し受信時刻であれば、受信動作を行うため受信機の電源が入っていなければ、受信機電源制御部１０５に指示し，受信機の電源をオンにして、コンテンツ受信部１０２においてコンテンツを受信し，コンテンツ記憶部１０３に格納する。ステップＳ１８でもともと受信機の電源がオフであったのならば受信機電源制御部１０５に指示し，ステップＳ１９で受信機の電源をオフに戻しておく。ステップＳ２０で新しい送出時刻情報を受信していなければRT［ｎ］に従った受信処理を繰り返す。新しい送出時刻情報を受信したのならば，新しい送出時刻情報に基づいた処理をおこなうため処理を終了する。
【０１６０】
図２７のステップＳ１２における受信動作時刻決定処理の具体例として乱数を使った場合について図２８を用いて説明する。図２５の説明で例としてあげたようにPEBとして８bitを使用し、受信機はあらかじめ０〜７の乱数を発生させておき、この乱数値とＰＥＢでオンになっているビット位置が一致している定時送出時刻の時にのみ受信動作を行う場合のフローチャートである。
【０１６１】
先ずステップＳ２１において受信制御情報生成部１０７で０〜７の乱数ｒを生成する。ステップＳ２２〜ステップＳ２４において、受信した送出時刻情報のすべてのPEBnに関して、PEBiのｒビット目がオン（すなわち１）であれば、PSTiを受信動作開始時刻としてリストＲＴに追加する。
【０１６２】
図２９には上記受信動作時刻決定処理の他の例として顧客ＩＤ（受信機ＩＣカード番号）を使った受信動作時刻決定のフローチャートを示す。先ず、ステップＳ３１において受信制御情報生成部１０７でID番号mod Nの値mを生成する。ステップＳ３２〜ステップＳ３４において、受信した送出時刻情報のすべてのPEBnに関して、PEBiがmに一致すれば、PSTiを受信動作開始時刻としてリストRTに追加する。以上のように、このスケジュール情報に，その時刻に定時送出を受信すべき受信機を指定する情報を付加し，指定された受信機のみが受信動作を行うように制御することで，定時送出の行われる時刻に無数の受信機が一斉に電源を入れるようなことが起こらないように受信機の動作を制御することが可能となる。
【０１６３】
次に、ＥＰＧを受信する受信装置のＥＰＧの表示方法に関して説明する。
【０１６４】
放送局側は、なるべく多くの番組情報をユーザに送りたいという希望からデータ量そのものが今後増える傾向にある。受信機側は、その分メモリを増やす必要があるが、メモリそのものは年々安くなり、対応そのものはコスト的にも容易な状況であるが、送出に際して、ＥＰＧの情報の伝送速度は、情報が増えたからと言って容易に上げることはできない。このため、伝送時間を長くすることで対応することになり、前記番組表が表示可能となる時間がますます長くなることになる。また、今日、省エネの観点から、常時同じデータの送出を繰り返す送り方は無駄であるとの考えもあり、上述のようにＥＰＧの情報を送る時間は、ある時間帯のみとし、送られてきた情報を受信機メモリに蓄え、受信機側での表示に際しては、メモリに蓄えられたデータを使用することが考えられている。この場合、情報が送られてくる時間帯まで、受信機での番組表の表示はできないこととなる。
【０１６５】
ここでは、電波、ケーブルに関わる障害や、電源の未投入、その他の理由から番組情報を受け取れなくても、番組情報を表示する手法について説明する。
【０１６６】
上述の図８において、ＸＭＬで記述されたＥＰＧの表示処理を行なうＣＰＵ６７は、それぞれの番組がどのような特性をもった番組かを推測する。その結果が、番組情報とともに、不揮発性メモリ内（図示しないが、ＣＰＵ６７に接続されているメモリ）に記憶される。
【０１６７】
この受信装置５０は、ＥＰＧを番組映像に多重して表示を行う場合、もしまだ受信していない番組枠があった場合は、過去の情報を基に、その時間枠に放送されることが予想される番組を見つけだし表示する。
【０１６８】
ＣＰＵ６７が、上記不揮発性メモリに記憶された過去の番組情報を元に、個々の番組の放送日時に関する特性を検出し、この個々の番組の特性を元に、ＥＰＧの定時送出に受信不能となった現在又は未来の番組情報を予測し、番組表を構成して表示部に表示させる。
【０１６９】
この予測を可能とする動作について図３０及び図３１を参照して説明する。図３０は、横方向に日付、縦方向に時間を軸とした、番組表である。通常の新聞のテレビ番組と同じ書き方で書かれている。また、図３１は処理の流れを示すフローチャートである。
【０１７０】
図３１において、ステップＳ１５１で１週間前に同じ番組が存在しているかを判断し、存在していればステップＳ１５２に進んで土日以外同じ番組が存在しているか否かを判断する。ステップＳ１５１で１週間前に同じ番組が存在していなければステップＳ１５３に進んで単独番組であると判断する。ステップＳ１５２で土日以外同じ番組が存在していると判断すると、ステップＳ１５４に進んで、毎週放送される番組であると判断する。ステップＳ１５２で土日以外には同じ番組が存在していないとなると、ステップＳ１５５に進んで、土日も同じ番組が存在しているかを判断する。ここで、土日も同じ番組が存在していると判断すればステップＳ１５６に進み、毎日の番組であると判断する。一方、土日には同じ番組が存在していないと判断すると、ステップＳ１５７に進み、土日を除いて放送される番組であると判断する。
【０１７１】
図３０を参照し、例えば、２日（日）にＡ番組があり、９日（日）にも、Ａ番組があるとすると、このＡ番組は、毎週日曜日に放送されていると推測できる。また、Ｂ番組は、３日（月）〜７日（金）まで存在していることから、土日を除き毎日放送されていると推測ができる。このような番組編成は、１週間単位で見た場合など、全体的にあまり変化しない。このことからＡ番組は次の日曜日である１６日も同じ時刻に放送され、Ｂ番組は、１０日（月）から１４日（金）にも放送されると予想できる。この期間の番組の情報を取得してなかった時、これらを表示しても、ほぼ正確な番組表を構成できることになる。よって、このことから、実際の番組表を受信しなくても、番組表は構成できるわけである。
【０１７２】
また、図５の統合ＥＰＧオーサリングＰＣ１９において、毎日放送、土日をのぞき毎日放送、毎週放送、毎月第１日曜放送といった特性情報をＥＰＧデータに含めることが可能である。この場合は、受信装置は、この特性情報を受信し、推測した結果と同様不揮発性メモリに書き込み、同様の処理を行う。
【０１７３】
このように統合ＥＰＧオーサリングＰＣ１９で生成された番組情報を受信することで、受信装置では実際の番組表を受信しなくても、番組表を構成できる。また、ＣＰＵ６７により予測した番組情報であるか、又は定時送出を受信して得た番組情報であるかを色分けするなど区別して表示部に表示させるようにしてもよい。
【０１７４】
さらに上述の不揮発性メモリに、放映すべき番組情報に付随した広告情報の基本情報を記憶しておいてもよい。この不揮発性メモリには、上記番組情報と共に上記番組情報に関連した広告情報を、工場出荷時に初期データとして記憶させてもよい。また、装置に関連したマニュアル情報を記憶させてもよい。また、工場出荷に際しては、放送から全体の番組と番組特性を不揮発性メモリに書いておくことで、ユーザは、工場出荷後、日数がたっていたとしても、直ぐに番組表を見ることが可能となる。すなわち、毎日もしくは毎週繰り返し放送されている同じタイトルの番組については、受信機工場出荷時点で、メモリに記憶させておき、これを表示することで、すべてではないが、何も受信しなくても番組表の表示が可能となる。以上のように電波、ケーブルに関わる障害や、電源の未投入、その他の理由から番組情報又は広告情報を受け取れなくても、番組情報又は広告情報を表示し、ユーザに視認させることができる。
【０１７５】
次に、ＥＰＧ上に広告情報を表示する方法に関して説明する。ＸＭＬによって記述されたＥＰＧ上に広告情報を表示する場合、ユーザによる操作や時間による条件をもとに、対応した広告を番組情報に関連付けて動的に表示することが可能である。以下、広告の表示手法について説明する。
【０１７６】
ＥＰＧ上に広告を表示する方法として、ユーザが選択した番組やジャンルに連動して広告を表示させるものや、あらかじめ設定された時刻になると自動的に広告が表示される、などの例が考えられる。番組表に連動した広告の表示については、「情報伝送方法及びテレビジョン方送受信装置（国際出願番号：PCT/JP98/03707）」にて既に特許出願されているが、表示すべき条件を設定出来るような広告データの例はなかった。
表示すべき条件を複数設定出来るような広告データのフォーマットを図３２に示す。この図３２において、各文字は以下の意味を持つ。
【０１７７】
ＡＩ：広告ＩＤ
【０１７８】
ＳＴ：広告の表示が有効となる開始日時
【０１７９】
ＥＴ：広告の表示が無効となる終了日時
【０１８０】
ＡＮ：広告名称  ＡＤ：広告説明
【０１８１】
ＡＰ：広告に付属するＰＮＧ又はＭＮＧのＵＲＩＰＡ：ＰＮＧ又はＭＮＧを表示する領域（広告１又は２）
【０１８２】
ＫＴ：次のＫＶのタイプ チャンネル番号、時刻等
【０１８３】
ＫＶ：キーの値
【０１８４】
これらの広告は受信機が特定状態のときに表示されるように設定できる。表示条件として、キーを用いる。１つの広告に対してこの例では２つのキーが設定可能である。ＫＴで広告を表示する条件のタイプを指定し、ＫＶでそのキーの値を設定する。
【０１８５】
ところで、上記広告データのフォーマットは、送信側にて本発明の広告情報送信方法により生成される。すなわち、送信側は、広告情報を番組ガイド情報に関連付けて受信側に表示させるための条件を設定し、条件が設定された広告情報と番組ガイド情報を送信する。条件設定は、受信側で表示すべき条件のタイプと、条件の値を設定するものである。
【０１８６】
また、送信側は、広告情報に受信側での表示時刻情報を付加し、上記表示時刻情報が付加された広告情報を送信する。上記表示時刻情報は受信側において現在時刻と比較され、一致したときに広告情報を表示させるための情報である。
【０１８７】
そして、受信機では、テレビ画面上に番組ガイド情報に関連づけて広告情報を表示する。この受信機の構成及び動作については後述する。
【０１８８】
図３３には上記図３２にフォーマットを示した広告情報の具体例を示す。
【０１８９】
また、この広告情報の具体例を後述する受信機が受信し表示するときの画面レイアウトを図３４に示す。画面２１０は、ＰｉｎＰ放送動画領域２１１、広告１領域２１２、広告２領域２１３、アクションボタンバー２１４、短説明領域２１５、メニューバー２１６、ガイド項目名２１７、ガイド領域２１８に分かれる。
【０１９０】
ＰｉｎＰ放送動画領域211は、そのとき選局されているリアルタイムの放送映像を動画表示する。例えば３２／１２８に縮小して表示する。左上には現在時刻を表示する。選局のモードとしては、ガイド領域２１８でのフォーカスに追従して自動選局されるオートモードと、フォーカス追従しないロックモードがある。通常はオートモードとされる。
【０１９１】
広告１領域２１２／広告２領域２１３には上記広告情報をＰＮＧ（ポータブルネットワークグラフィック）形式の静止画又は、ＭＮＧ（モーションネットワークグラフィック）形式のアニメとして表示する。
【０１９２】
アクションボタンバー２１４は画面状況により、各種のボタンが表示される。短説明領域２１５には画面状況により、各種のテキスト情報が表示される。
【０１９３】
メニューバー２１６には、画面状況により、各種の画面選択ボタンが表示される。同時に３個のボタンが表示され、左右にボタンがスクロールすることにより、他のボタンも表示される。具体的には、グリッド型ＥＰＧを表示する「グリッド」、ジャンルソートＥＰＧを表示する「ジャンル」、予約画面を表示する「予定」、各種情報を表示する「インフォ」、各種メッセージを表示する「メッセージ」、チャンネルプリセット画面を表示する「チャンネル」がボタン表示される。
【０１９４】
ガイド項目名２１７は、画面状況により、ガイド領域の項目名を表示する。ガイド領域２１８は、画面状況により、各種ガイドを表示する。
【０１９５】
次に、上記広告情報を番組ガイド情報における利用者の選択に関連付けて表示する受信機について図３５を参照しながら説明する。
【０１９６】
この受信機は、送信側から伝送されてくる、番組ガイド情報とこの番組ガイド情報に関連付けされた広告情報とを受信する受信部２０２と、この受信部２０２で受信した広告情報を表示させるための条件情報を抽出する条件情報抽出部２０４と、利用者が操作部２０６を用いて上記番組ガイド情報から選んだ項目に関連する上記広告情報を、条件情報抽出部２０４で抽出した条件情報に基づいて表示部２０８に表示させる制御部２０７とを備える。また、受信部２０２で受信された広告情報は広告情報記憶部２０３に記憶されている。制御部２０７は、利用者が操作部２０６を用いて上記番組ガイド情報から選んだ項目に関連する上記広告情報を広告情報記憶部２０３から読み出し、条件情報抽出部２０４で抽出した条件情報に基づいて表示部２０８に表示させる。
【０１９７】
ここで、上記条件情報は番組を選択するための情報であり、上記制御部２０７は利用者が操作部２０６を用いて上記番組ガイド情報から選んだ番組に関連した広告情報を表示部２０８に表示させる。また、上記条件情報はチャンネルを選択するための情報でもよい。
【０１９８】
すなわち、上記番組ガイド情報を受信し表示することが可能な受信機は、利用者が番組を選択する事象を基に関連した広告を動的に表示する。また、利用者がチャンネルを選択する事象を基に関連した広告を動的に表示する。
【０１９９】
また、上記条件情報はジャンルを選択するための情報であり、上記制御部２０７は利用者が上記番組ガイド情報から選んだジャンルに関連した広告情報を表示部２０８に表示させてもよい。
【０２００】
表示部２０８の上記図３４に示す画面２１０に、利用者により選択された番組又はチャンネルに関連して広告情報を表示させるための受信機の処理を図３６に示す。
【０２０１】
先ず、ステップＳ１１１でガイド領域２１８においてカーソルが移動すると、ステップＳ１１２に進み、上記図３３に示した広告情報から、ＫＴ＝番組、ＫＶ＝フォーカスされた番組である広告があるか否かが判断される。ここで、ＫＴ、ＫＶによる番組に広告があれば、ステップＳ１１３に進み、現在時刻が広告の表示が有効となる時間内であるか否かを判断し、広告の表示が有効となる時間内であれば、ステップＳ１１５に進んで、ＰＡに指定された領域に、ＡＰで指定された広告データを表示する。
【０２０２】
ステップＳ１１２で、ＫＴ、ＫＶによる番組がなければ、ステップＳ１１４に進み、ＫＴ＝チャンネル、ＫＶ＝フォーカスされたチャンネルである広告があるか否かが判断される。ここで、ＫＴ、ＫＶによるチャンネルに広告があれば、ステップＳ１１３に進み、現在時刻が広告の表示が有効となる時間内であるか否かを判断し、広告の表示が有効となる時間内であれば、ステップＳ１１５に進んで、ＰＡに指定された領域に、ＡＰで指定された広告データを表示する。
【０２０３】
上記図３６に示したフローチャートの処理による具体的な表示例を図３７に示す。
【０２０４】
この図３７はグリッドによるＥＰＧの表示例である。図３７Ａでは、チャンネル「テレビＢ」の「ゴルフレッスン」にフォーカスがある。そこで、ＫＴが”チャンネル”でＫＶが”テレビＢ”であるＡＩ＝１の広告が、広告１の領域（ＰＡ＝１）２１２に表示されている。また、現在時刻が２２：１５であることより、KTが”時刻”でKVが”8/1 22：00-8/1 23：00”であるAI=4の広告が、広告２の領域（PA=2）２１３に表示されている。
【０２０５】
ここで、ユーザがリモコンを操作し、フォーカスしている番組が図３７Ｂに示すようにチャンネル「トマトテレビ」の「アジアを釣る」に移った時、KTが”番組”でKVが”アジアを釣る”であるAI=2の広告が、広告１の領域（PA=1）２１２に表示されることになる。ＡＩ＝２の広告情報は、KVとして”世界の市場”も指定されているので、ユーザが「世界の市場」を選択したときにもこの広告は表示されることになる。
【０２０６】
このようにグリッドにおけるユーザの操作に対して広告の表示を動的に変化させることが可能である。
【０２０７】
次に、上記図３４に示す画面２１０に、利用者により選択されたジャンルに関連して広告情報を表示させるための受信機の処理を図３８に示す。
【０２０８】
先ず、ステップＳ１２１においてメニューバー２１６で「ジャンル」が選択されると、ステップＳ１２２に進み、上記図３３に示した広告情報から、ＫＴ＝ジャンル、ＫＶ＝選択されたジャンルである広告があるか否かが判断される。ここで、ＫＴ、ＫＶによるジャンルに広告があれば、ステップＳ１２３に進み、現在時刻が広告の表示が有効となる時間内であるか否かを判断し、広告の表示が有効となる時間内であれば、ステップＳ１２４に進んで、ＰＡに指定された領域に、ＡＰで指定された広告データを表示する。
【０２０９】
上記図３８に示したフローチャートの処理による具体的な表示例を図３９に示す。
【０２１０】
この図３９はジャンルによるＥＰＧの表示例である。ジャンルでは、選択したジャンルに当てはまる番組のリストを表示することが考えられる。図３９では、選択のキーとして「スポーツ」の「サッカー」が選択されており、関係した番組のリストが下に表示されている。ここで、ユーザが「スポーツ」「サッカー」を選択したときに、KTが”ジャンル”でKVが”スポーツ・サッカー”であるAI=3の広告が、広告１の領域（PA=1）２１２に表示されることになる。AI=3の広告情報は、ＫＶとして”スポーツ・野球”も指定されているので、ユーザが「スポーツ」「野球」を選択したときにもこの広告は表示されることになる。
【０２１１】
このようにジャンル選択におけるユーザの操作に対して広告の表示を動的に変化させることが可能である。
【０２１２】
次に、上記広告情報を番組ガイド情報における時刻の経過に関連付けて表示する受信機について図４０を参照しながら説明する。
【０２１３】
この受信機は、送信側から伝送されてくる、広告情報とこの広告情報に付加されている表示時刻情報を受信する受信部２２２と、この受信部２２２で受信した上記表示時刻情報を抽出する表示時刻情報抽出部２２４と、この表示時刻情報抽出部２２４で抽出した上記表示時刻情報を記憶する表示時刻情報記憶部２２５と、この表示時刻情報記憶部２２５に記憶された上記表示時刻情報に現在時刻が一致したら上記表示時刻情報が付加された広告情報を表示部２２９に表示させる制御部２２９を備えている。なお、受信部２２２で受信された広告情報は広告情報記憶部２２３に蓄えられている。また、表示時刻情報記憶部２２５に記憶された表示時刻は比較部２２６で時計２２７からの現在時刻と比較されている。表示時刻と現在時刻が一致すると、比較部２２６は制御部２２８に一致した旨の結果を出す。制御部２２８はその一致結果により、広告情報記憶部２２３から表示時刻に関連する広告情報を取り出し、表示部２２９に表示する。
【０２１４】
上記図４０に示す表示部２２９の画面２１０に、現在時刻に関連して広告情報を表示させるための受信機の処理を図４１に示す。
【０２１５】
先ず、ステップＳ１３１で上記図３３に示した広告情報から、ＫＴ＝時刻、ＫＶ＝現時刻が含まれる範囲である広告があるか否かが判断される。ここで、ＫＴ、ＫＶによる時刻に広告があれば、ステップＳ１３２に進み、現在時刻が広告の表示が有効となる時間内であるか否かを判断し、広告の表示が有効となる時間内であれば、ステップＳ１３３に進んで、ＰＡに指定された領域に、ＡＰで指定された広告データを表示する。
【０２１６】
上記図４１に示したフローチャートの処理による具体的な表示例を図４２に示す。セットされた時刻になると表示される広告が変更されるものである。図４２Ａでは現在時刻が２２：１５であるので、KTが”時刻”でKVが”8/1 22:00 8/1 23:00”であるAI＝4の広告が、広告２の領域（PA＝2）２０３に表示されている。
【０２１７】
そして、現在時刻が23：00になったとき、図４２Ｂに示すように、KTが”時刻”でKVが”8／1 23：00 8／2 0：00”であるAI＝5の広告が、広告２の領域（PA＝2）２１３に表示されることになる。なお、AI＝5の広告は、KV＝”8／1 10：00 8／1 12：00”も持っているので、10：00から12：00の間も広告２の領域２１３に表示されていたことになる。このように設定された時刻を基に広告の表示を動的に変化させることが可能である。
【０２１８】
このようにさまざまなタイプの表示条件（チャンネル・番組・ジャンル・時刻等）を広告データが持つ場合、一つの広告領域に２つの広告を表示するような条件も設定されうる。例えば、AI＝4の広告の表示領域が広告１（PA＝1）になっていたとすると、一度に２つの広告が広告１の領域に指定されることが有り得る。図３７Ａにおいて、広告１の領域２１２にはAI＝1とAI＝4の広告が表示指定されることになる。このように一つの広告表示領域に複数の広告情報が割り当てられた場合、それらを順番に表示するような受信機も考えられる。ここでは、オーバーラップが起こらないような広告情報を例として示した。
【０２１９】
以上ここまでは、デジタル衛星放送を受信する場合について説明したが、本発明は、例えば、地上波放送やＣＡＴＶ等、ＥＰＧを多重する放送において広告表示を実現する場合に適用可能である。以上のようにユーザによる操作や時間による条件をもとに、対応した広告を番組情報に関連付けて動的に表示できる。具体的にはユーザが選択した番組に関連づけられた広告を動的に表示することができる。また、ユーザが選択したジャンルに関連づけられた広告を動的に表示することが出来る。また、指定された時刻に動的に広告の表示を変更することが出来る。さらに、一つの広告情報に対して、複数の表示条件を指定することが出来る。また、受信機において、一つの表示領域に指定された複数の広告を順番に表示することが出来る。
【０２２０】
【発明の効果】
以上、本発明によれば、ＸＭＬによって記述されたＥＰＧを伝送するようにしたので、文字データのみでなく、表示デザインを送り手（放送局側またはコンテンツ製作者）が決められる、画像音声等を入れ込むことができる。文字データについても、上記ＳＩテーブル形式では制限されている文字数、外字等の制約が無くなるため、より利用者にとってメリットのあるＥＰＧ情報が提供できる。また、受信装置を製造するメーカーにとっては、受信したＸＭＬデータを受信・デコードして表示するソフトウェアのみを開発するだけでよく、受信装置の機種毎にＥＰＧを表示するソフトウェアを開発する必要がなく、開発工数を削減することができる。尚、本実施例では、ＸＭＬによってＥＰＧ情報を記述するようにしたが、ＸＭＬ以外にもＨＴＭＬやＪａｖａのような言語も使用することは可能である。
【図面の簡単な説明】
【図１】  本発明の実施の形態となる、統合ＥＰＧシステムのブロック図である。
【図２Ａ】  上記統合ＥＰＧシステムを構成する、番組比較変更処理部の事前処理を説明するための図である。
【図２Ｂ】  上記統合ＥＰＧシステムを構成する、番組比較変更処理部の事前処理を説明するための図である。
【図３】  上記番組比較変更処理部の確認変更処理を説明するためのフローチャートである。
【図４】  シームレスＥＰＧシステムの全体構成を示すブロック図である。
【図５】  上記シームレスＥＰＧシステム中の統合化オーサリングセンターの構成を示すブロック図である。
【図６】  定時送出用ＥＰＧデータと、常時送出用ＥＰＧデータの送出運用例を示す図である。
【図７】  上記シームレスＥＰＧシステム中のＣＳ／ＢＳデジタル放送局の構成を示すブロック図である。
【図８】  一般家庭に設置されているＢＳ又はＣＳ受信装置の構成を示すブロック図である。
【図９】  本発明の具体例となる差分更新情報システムの構成図である。
【図１０】  上記差分更新情報システムを構成する差分更新取得系のブロック図である。
【図１１】  上記差分更新情報システムの更新処理を示すフローチャートである。
【図１２】  差分更新情報取得系における差分更新情報抽出受信フローを示すフローチャートである。
【図１３】  差分更新情報通知フォーマットを示す図である。
【図１４】  本発明の実施の形態となる、番組情報受信装置の構成を示すブロック図である。
【図１５】  上記番組情報受信装置の動作を説明するためのフローチャートである。
【図１６】  復号処理を詳細に説明するためのフローチャートである。
【図１７】  鍵の取得と格納を説明するためのフローチャートである。
【図１８】  本発明の実施の形態となる、番組情報受信装置の構成を示すブロック図である。
【図１９】  上記番組情報受信装置を構成する番組情報記憶部に記憶されている番組情報の具体例を示す図である。
【図２０】  上記番組情報受信装置を構成するＵＲＩ解釈部が行う処理の具体例を説明するためのフローチャートである。
【図２１】  ＵＲＩ解釈部の構造を表す図である。
【図２２】  上記番組情報受信装置を構成するＵＲＩ解釈部が行う処理の他の具体例を説明するためのフローチャートである。
【図２３】  上記番組情報送受信システムにおける送信側の構成を示すブロック図である。
【図２４】  上記番組情報送受信システムにおける受信端末装置の構成を示すブロック図である。
【図２５】  送出時刻情報の構造例を示す図である。
【図２６】  送信側の送出制御部の処理を示すフローチャートである。
【図２７】  受信端末装置のコンテンツ受信制御部でのコンテンツ受信のフローチャートである。
【図２８】  乱数を使った受信動作時刻決定のフローチャートである。
【図２９】  顧客ＩＤ（受信機ＩＣカード番号）を使った受信動作時刻決定のフローチャートである。
【図３０】  横方向に日付、縦方向に時間を軸とした、番組表を示す図である。
【図３１】  受信装置での処理を示すフローチャートである。
【図３２】  表示すべき条件を複数設定出来るような広告データのフォーマット図である。
【図３３】  上記図３２にフォーマットを示した広告情報の具体例を示す図である。
【図３４】  上記図３３に示す広告情報の具体例を本発明を適用した受信機が受信し表示するときの画面レイアウトを示す図である。
【図３５】  広告情報を番組ガイド情報における利用者の選択に関連付けて表示する受信の構成を示すブロック図である。
【図３６】  利用者によれ選択された番組又はチャンネルに関連して広告情報を表示させるための処理を示すフローチャートである。
【図３７Ａ】上記図３６に示したフローチャートの処理による具体的な表示例を示す図である。
【図３７Ｂ】上記図３６に示したフローチャートの処理による具体的な表示例を示す図である。
【図３８】  利用者により選択されたジャンルに関連して広告情報を表示させるための処理を示すフローチャートである。
【図３９】  上記図３８に示したフローチャートの処理による具体的な表示例を示す図である。
【図４０】  上記広告情報を番組ガイド情報における時刻の経過に関連付けて表示する受信機のブロック図である。
【図４１】現在時刻に関連して広告情報を表示させるための処理を示すフローチャートである。
【図４２Ａ】  上記図４１に示したフローチャートの処理による具体的な表示例を示す図である。
【図４２Ｂ】  上記図４１に示したフローチャートの処理による具体的な表示例を示す図である。
【符号の説明】
２３１  既存システム、  ２３２  番組表データベース、  ２３３  ＳＩ受信部、  ２３４  受信機、  ２３５  ＥＰＧでコード処理部、  ２３６  番組比較変更処理部、  ２３７  変更受付部、  ２３８  テーブル生成部、  ２３９  ネットワーク／放送局
【図１】
0004644999.tif 000013
【図２Ａ】
0004644999.tif 000014
【図２Ｂ】
0004644999.tif 000015
【図３】
0004644999.tif 000016
【図４】
0004644999.tif 000017
【図５】
0004644999.tif 000018
【図６】
0004644999.tif 000019
【図７】
0004644999.tif 000020
【図８】
0004644999.tif 000021
【図９】
0004644999.tif 000022
【図１０】
0004644999.tif 000023
【図１１】
0004644999.tif 000024
【図１２】
0004644999.tif 000025
【図１３】
0004644999.tif 000026
【図１４】
0004644999.tif 000027
【図１５】
0004644999.tif 000028
【図１６】
0004644999.tif 000029
【図１７】
0004644999.tif 000030
【図１８】
0004644999.tif 000031
【図１９】
0004644999.tif 000032
【図２０】
0004644999.tif 000033
【図２１】
0004644999.tif 000034
【図２２】
0004644999.tif 000035
【図２３】
0004644999.tif 000036
【図２４】
0004644999.tif 000037
【図２５】
0004644999.tif 000038
【図２６】
0004644999.tif 000039
【図２７】
0004644999.tif 000040
【図２８】
0004644999.tif 000041
【図２９】
0004644999.tif 000042
【図３０】
0004644999.tif 000043
【図３１】
0004644999.tif 000044
【図３２】
0004644999.tif 000045
【図３３】
0004644999.tif 000046
【図３４】
0004644999.tif 000047
【図３５】
0004644999.tif 000048
【図３６】
0004644999.tif 000049
【図３７Ａ】
0004644999.tif 000050
【図３７Ｂ】
0004644999.tif 000051
【図３８】
0004644999.tif 000052
【図３９】
0004644999.tif 000053
【図４０】
0004644999.tif 000054
【図４１】
0004644999.tif 000055
【図４２Ａ】
0004644999.tif 000056
【図４２Ｂ】
0004644999.tif 000057