JP2011041242A - コンテンツ受信装置および方法 - Google Patents

Abstract

【課題】Ｐｕｓｈ型ＮＲＴサービスを実現することができるようにする。
【解決手段】Ｐｕｓｈ型ＮＲＴ放送のプログラムをダウンロードしたデータは、同一のグループに属する別のプログラムがダウンロードされたとき、上書きされるようになされている（ステップＳ２０８の処理）。例えば、ステップＳ２０２の処理で特定された「グループＩＤ」と同一の「グループＩＤ」に対応づけられたプログラムのデータであって、先に記録されているプログラムのデータに、ステップＳ２０５の処理でダウンロードしたプログラムのデータが上書きされる。一方、Ｐｕｌｌ型ＮＲＴ放送のプログラムをダウンロードしたデータのときは、上述のような上書きはなされない（ステップＳ２０９の処理）。
【選択図】図４０

Description

本発明は、コンテンツ受信装置および方法に関し、特に、Ｐｕｓｈ型ＮＲＴサービスを実現することができるようにするコンテンツ受信装置および方法に関する。

近年、デジタル放送の普及により、多チャンネル、或いは高精細なテレビジョン放送の受信が一般的になっている。

一方で、デジタル放送で利用可能な帯域を利用して、通常のテレビジョン放送だけでなく、視聴者が求めるさらに高度な放送サービスを可能とするための技術検討、方式策定が行われつつある。

視聴者の求める機能として、視聴者が視聴したい時にコンテンツを視聴することができるようにするオンデマンド視聴が挙げられる。しかしながら、双方向ではなく、一方向伝送の放送においてオンデマンド視聴を実現することは困難とされてきた。

そこで、一方向伝送の放送においてオンデマンド視聴を可能とするために、受信端末が大容量のストレージを保有することを前提として、放送されたコンテンツを一旦ストレージに記録した後に、再生するＮＲＴサービスが検討されている。ＮＲＴ（Non-RealTime）サービスは、リアルタイムでの視聴を前提とせず、コンテンツの放送時刻に同期してコンテンツを視聴する必要がなく、コンテンツをデータとして放送信号により送信するものである。

すなわち、ＮＲＴサービスでは、従来の放送番組のコンテンツの録画予約などとは異なり、例えば、放送波による信号の伝送帯域が大きい場合、より短時間で録画（ダウンロード）が完了するようにすることが可能である。あるいはまた、例えば、放送波による信号の伝送帯域が小さい場合、より長時間でダウンロードが完了することになる。

また、近年、コンテンツの提供方式が多様化してきている。例えば、従来、ユーザが所望のコンテンツをリクエストし、そのコンテンツが提供されるものが主流であった。しかし近年は、リクエストしなくても、サーバ側が一方的にコンテンツをユーザに配信するＰｕｓｈ型配信と称される提供方式も採用されている（例えば、特許文献１参照）。

ＮＲＴサービスにおいても、視聴者が個々のコンテンツを選択した後、受信し蓄積する方式と、視聴者が特定のコンテンツの集合を視聴する登録を行った上で、端末がこれらのコンテンツを自動的に受信し蓄積する方式の二通りの方式が考えられる。前者の方式は、例えば、Ｐｕｌｌ型ＮＲＴサービスと称され、後者の方式は、例えば、Ｐｕｓｈ型ＮＲＴサービスと称される。

特開２００７−０３５１３５号公報

Ｐｕｌｌ型ＮＲＴサービスに関しては、既に実現の方法が想定されているが、Ｐｕｓｈ型ＮＲＴサービスに関しては、まだ実現方法が想定されていない。

本発明はこのような状況に鑑みてなされたものであり、Ｐｕｓｈ型ＮＲＴサービスを実現することができるようにするものである。

本発明の第１の側面は、放送波として送信される信号に基づいて、予め設定されたＴＬＶパケットを抽出することで、コンテンツのメタデータを取得するメタデータ取得手段と、前記メタデータに基づいて、視聴契約したコンテンツの属するグループおよび前記グループのタイプを特定するグループ特定手段と、前記メタデータに基づいて、前記放送波として送信される信号から視聴契約したコンテンツのパケットを抽出するためのパケット抽出情報を生成するパケット抽出情報取得手段と、前記パケット抽出情報に基づいて、前記放送波として送信される信号から前記特定されたパケットを抽出することで、再生レートと同期しない伝送レートで前記コンテンツをダウンロードするダウンロード手段と、前記ダウンロードしたコンテンツを、前記コンテンツの属するグループのタイプと対応づけて記録媒体に記録する記録手段とを備えるコンテンツ受信装置である。

前記ダウンロードしたコンテンツの属する前記グループのタイプが予め定められた所定のタイプであるか否かを判定するグループタイプ判定手段をさらに備え、前記グループのタイプが前記所定のタイプであると判定された場合、前記コンテンツを、前記グループに属するコンテンツであって、先に記録されているコンテンツに上書きして記録するようにすることができる。

前記パケット抽出情報取得手段は、前記メタデータに含まれる前記コンテンツのダウンロード制御情報を特定し、前記ダウンロード制御情報に基づいて、前記コンテンツのデータが格納されるパケットのＩＰアドレスおよびポート番号を特定し、前記ダウンロード手段は、前記ＩＰアドレスおよびポート番号に基づいて、前記放送波として送信される信号により伝送されるＴＬＶストリームから、前記コンテンツのデータが格納されるＴＬＶパケットを抽出するようにすることができる。

前記放送波として送信される信号により、ARIBの規格に適合する方式のＮＲＴ放送が放送されるようにすることができる。

本発明の第１の側面は、メタデータ取得手段が、放送波として送信される信号に基づいて、予め設定されたＴＬＶパケットを抽出することで、コンテンツのメタデータを取得し、グループ特定手段が、前記メタデータに基づいて、視聴契約したコンテンツの属するグループおよび前記グループのタイプを特定し、パケット抽出情報生成手段が、前記メタデータに基づいて、前記放送波として送信される信号から視聴契約したコンテンツのパケットを抽出するためのパケット抽出情報を生成し、ダウンロード手段が、前記パケット抽出情報に基づいて、前記放送波として送信される信号から前記特定されたパケットを抽出することで、再生レートと同期しない伝送レートで前記コンテンツをダウンロードし、記録手段が、前記ダウンロードしたコンテンツを、前記コンテンツの属するグループのタイプと対応づけて記録媒体に記録するステップを含むコンテンツ受信方法である。

本発明の一側面においては、放送波として送信される信号に基づいて、予め設定されたＴＬＶパケットを抽出することで、コンテンツのメタデータが取得され、前記メタデータに基づいて、視聴契約したコンテンツの属するグループおよび前記グループのタイプが特定され、前記メタデータに基づいて、前記放送波として送信される信号から視聴契約したコンテンツのパケットを抽出するためのパケット抽出情報が生成され、前記パケット抽出情報に基づいて、前記放送波として送信される信号から前記特定されたパケットを抽出することで、再生レートと同期しない伝送レートで前記コンテンツがダウンロードされ、前記ダウンロードしたコンテンツが、前記コンテンツの属するグループのタイプと対応づけられて記録媒体に記録される。

本発明によれば、Ｐｕｓｈ型ＮＲＴサービスを実現することができる。

本発明の一実施の形態に係る放送システムの構成例を示す図である。 ＥＣＧの例を示す図である。 ＥＰＧの例を示す図である。 コンテンツリストの例を示す図である。 再生されたコンテンツの画像の例を示す図である。 ＮＲＴ放送、および通常放送を含む放送波の信号におけるプロトコルスタックを説明する図である。 ＶＣＴの構成例を示す図である。 ＮＲＴ−ＩＴの構成例を示す図である。 FLUTEのセッションにより伝送されるコンテンツのデータ構成を説明する図である。 Ｐｕｌｌ型ＮＲＴ放送受信再生処理の例を説明するフローチャートである。 本発明におけるＰｕｓｈ型ＮＲＴ放送の例について説明する図である。 ＮＲＴ放送においてコンテンツを構成するデータが受信装置４１により受信される方式について説明する図である。 Ｐｕｓｈ型ＮＲＴ放送のコンテンツが受信装置４１において蓄積される例について説明する。 ＶＣＴの別の構成例を示す図である。 ＮＲＴ−ＩＴの別の構成例を示す図である。 図１５のＮＲＴ−ＩＴのシンタックスの例を説明する図である。 図１５のＮＲＴ−ＩＴのシンタックスの例を説明する図である。 「Push型NRTメタ情報」のシンタックスの例を説明する図である。 図１の受信装置の構成例を示すブロック図である。 ディスプレイの画面に表示される画像の例を示す図である。 Ｐｕｓｈ型ＮＲＴ放送のサービスの登録を受け付けるＧＵＩの例を示す図である。 コンテンツリストの別の例を示す図である。 再生されたコンテンツの画像の別の例を示す図である。 Ｐｕｓｈ型ＮＲＴ放送サービス登録処理の例を説明するフローチャートである。 Ｐｕｓｈ型ＮＲＴ放送受信再生処理の例を説明するフローチャートである。 ダウンロードスケジュール生成処理の例を説明するフローチャートである。 放送波送信処理の例を説明するフローチャートである。 ＲＳＳ形式で記述されたアドレスファイルを用いてコンテンツを構成するファイルが取得される場合の例を説明する図である。 図２８の例において用いられるＲＳＳ形式で記述されたアドレスファイルの例を示す図である。 ＶＣＴ、ＮＲＴ−ＩＴを新たに受信装置４１に受信させなくとも、新たなコンテンツを伝送して受信装置４１で視聴させることができるようにする方式を説明する図である。 図３０の例において用いられるＲＳＳ形式で記述されたアドレスファイルの例を示す図である。 図３０の例において用いられるＲＳＳ形式で記述されたアドレスファイルの例を示す図である。 ARIBの規格に適合する方式のＮＲＴ放送を含む放送波の信号におけるプロトコルスタックを説明する図である。 グループ属性テーブルの構成例を示す図である。 プログラム属性テーブルの構成例を示す図である。 購入属性テーブルの構成例を示す図である。 ライセンス属性テーブルの構成例を示す図である。 プログラムロケーション（Program Location）テーブルの例を示す図である。 ダウンロード制御情報の構成例を示す図である。 ＮＲＴ放送受信処理の例を説明する図である。 パーソナルコンピュータの構成例を示すブロック図である。

以下、図面を参照して、本発明の実施の形態について説明する。

図１は、本発明の一実施の形態に係る放送システムの構成例を示す図である。同図に示されるように、放送システム１は、放送局１１に設置された送信装置２１、およびユーザ宅１２などに設置された受信装置４１により構成されている。なお、実際には、複数のユーザ宅のそれぞれに受信装置が設置されている。

例えば、１つの放送チャンネルには、放送波の中で所定の周波数帯域（例えば、６ＭＨｚ）が割り当てられており、その割り当てられた周波数帯域が１つの放送チャンネルとされ、受信装置４１により放送チャンネルが選択されることにより選局がなされる。また、デジタル放送においては、１つの放送チャンネルに多重化されるようにして複数の論理チャンネルを設けることも可能である。

送信装置２１は、例えば、デジタル放送波の信号を送出するものであり、通常放送の信号、およびＮＲＴ放送の信号を送出できるようになされている。ここで、通常放送は、当該放送の信号を受信した受信装置４１におけるリアルタイムでの視聴を前提とした放送であり、コンテンツの放送時刻に同期してコンテンツが視聴されることを前提として放送とされる。一方、ＮＲＴ放送は、リアルタイムでの視聴を前提とせず、コンテンツの放送時刻に同期してコンテンツを視聴する必要がなく、コンテンツをデータとして放送波による信号により送信するものである。

ＮＲＴ放送では、従来の放送番組のコンテンツの録画予約などとは異なり、例えば、放送波による信号の伝送帯域が大きい場合、すなわち、伝送レートが高い場合、より短時間で録画（ダウンロード）が完了するようにすることが可能である。あるいはまた、例えば、放送波による信号の伝送帯域が小さい場合、すなわち、伝送レートが低い場合、より長時間でコンテンツのダウンロードが完了することになる。これに対して、通常放送では、放送したコンテンツがリアルタイムで視聴されるので、常に、コンテンツの再生時間とほぼ同じ伝送時間でのコンテンツの伝送が行われる。

すなわち、ＮＲＴ放送では、デジタルデータとして放送されるコンテンツを、その再生レートと大きく異なる伝送レートで、送信装置２１から受信装置４１に送信することが可能となるのである。一方、通常放送では、デジタルデータとして放送されるコンテンツを、その再生レートと大きく異なる伝送レートで、送信装置２１から受信装置４１に送信することはできない。

放送システム１において、送信装置２１が送信する信号で構成されるコンテンツであって、ＮＲＴ放送により放送されたコンテンツは、受信装置４１により受信され、受信装置４１が有する記録媒体（ストレージ）に記録されて蓄積される。そして、受信装置４１のユーザが、記録媒体に記録されたコンテンツを再生することにより、ＮＲＴ放送により放送されたコンテンツが視聴されるのである。

ＮＲＴ放送においては、ユーザが個々のコンテンツを選択した後、受信し蓄積する方式と、ユーザが特定のコンテンツの集合を視聴する登録を行った上で、受信装置４１がこれらのコンテンツを自動的に受信し蓄積する方式の二通りの方式が考えられる。ここでは、前者の方式を、Ｐｕｌｌ型ＮＲＴ放送と称することとし、後者の方式を、Ｐｕｓｈ型ＮＲＴ放送と称することとする。なお、Ｐｕｓｈ型ＮＲＴ放送は、例えば、Subscription型ＮＲＴ放送と称されることもある。

まず、Ｐｕｌｌ型ＮＲＴ放送について説明する。

ＮＲＴ放送においては、ＰＳＩＰ（Program and System Information Protocol）データと称されるメタデータ、制御情報などを含んで構成されるデータが受信装置４１により定期的に受信されるようになされている。受信装置４１は、ＰＳＩＰデータに含まれるメタデータ、制御情報など基づいて、ＮＲＴ放送において受信可能なコンテンツのリストを生成する。このコンテンツのリストはＥＣＧ（Electronic Contents Guide）と称される。なお、ＰＳＩＰデータの詳細については、ATSC（Advanced Television Systems Committee）の規格に記載されている。

図２は、画面に表示されるＥＣＧの例を示す図である。同図の例では、ＮＲＴ番組リストとしてＮＲＴ放送において受信可能なコンテンツのリストが、それらのコンテンツの放送開始時刻とともに表示されている。なお、図２の例では、「ＸＸＸＸ」が各コンテンツのタイトルを表示するものとされ、「１／３０ １５：００（１月３０日 １５時を表す）」などの記載により当該コンテンツの放送開始時刻が表示されている。

あるいはまた、ＮＲＴ放送において受信可能なコンテンツがＥＰＧ（Electronic Program Guide）として表示されるようにしてもよい。図３は、画面に表示されるＥＰＧの例を示す図である。同図においては、「ＮＲＴ＃１」というチャンネル、「ＮＲＴ＃２」というチャンネル、および「ＲＴ＃１」というチャンネルで放送される番組のＥＰＧが示されている。ここで、「ＮＲＴ＃１」というチャンネル、および「ＮＲＴ＃２」というチャンネルは、ＮＲＴ放送のチャンネルとされ、「ＲＴ＃１」というチャンネルは、通常放送のチャンネルとされる。

図３に表示される矩形の枠のそれぞれが、各番組（またはコンテンツ）の放送時間帯を表すものとされる。このＥＰＧにより、通常放送のチャンネル「ＲＴ＃１」では、矩形の枠で表示される時間帯において、当該番組（またはコンテンツ）が視聴可能であることが表されている。これに対して、ＮＲＴ放送のチャンネル「ＮＲＴ＃１」または「ＮＲＴ＃２」では、矩形の枠で表示される時間帯において、当該番組（またはコンテンツ）がダウンロード可能であることが表されている。

受信装置４１のユーザは、図２のＥＣＧ、または図３のＥＰＧをディスプレイの画面などに表示させ、例えば、ＧＵＩを操作して所望のＮＲＴ放送のコンテンツを選択する。受信装置４１は、選択されたコンテンツの放送開始時刻に、当該コンテンツのダウンロードを実行する。ただし、ＮＲＴでは、受信装置４１が放送波の信号を受信して、その信号に対応するデータを記録媒体に記録することにより、ダウンロードの処理が実行されることになる。

そして、受信装置４１によりダウンロードされたコンテンツの一覧が、例えば、図４に示されるコンテンツリストとして画面に表示される。図４は、画面に表示されるコンテンツリストの例を示す図である。なお、図４の例では、「ＸＸＸＸ」が各コンテンツのタイトルを表示するものとされる。

受信装置４１のユーザは、図４のコンテンツリストをディスプレイの画面などに表示させ、例えば、ＧＵＩを操作して視聴したいコンテンツを選択する。これにより、選択されたコンテンツが再生され、図５に示されるように、コンテンツの画像がディスプレイの画面に表示されるのである。この例では、ゴルフのプレーをする人の画像がコンテンツの画像として表示されている。

このようにして、ＮＲＴ放送のコンテンツが受信されて視聴されるのである。

図６は、ＮＲＴ放送、および通常放送を含む放送波の信号におけるプロトコルスタックを説明する図である。

図６に示されるように、最も下位の階層は、「Physical Layer（物理層）」とされ、当該チャンネルのために割り当てられた放送波の周波数帯域がこれに対応する。「Physical Layer」に隣接する上位の階層は、「ＴＳ（トランスポートストリーム）」とされている。「ＴＳ」においては、上位の階層のパケットが、トランスポートパケットと呼ばれる固定長のパケットに分割されて伝送され、このトランスポートパケットの連続が、トランスポートストリームとなる。

つまり、１つの放送チャンネルに対応する周波数帯域において伝送される信号は、全てその放送チャンネルに対応するヘッダ情報などを有するトランスポートパケットにより伝送されるのである。

トランスポートストリームに隣接する上位の階層は、「Section」または「PES（Packetized Elementary Stream）」とされている。例えば、通常放送のコンテンツのように、リアルタイムで再生されるデータは、「PES」のパケットとして伝送されることになる。また、ファイル転送のデータ、制御情報のデータなどは、「Section」のパケットとして伝送されることになる。

図６に示されるように、「PES」のパケットの種類に対応して、「Caption Coding」、「Audio Coding」、および「Video Coding」が「PES」の上位階層として規定されている。「Caption Coding」は、画像の字幕に関するデータが格納されるパケットであり、「Audio Coding」は、音声データが格納されるパケットであり、「Video Coding」は、画像データが格納されるパケットとされる。

図６においては、「Section」に隣接する上位階層として、「ＰＳＩＰ」および「ＰＳＩ（Program Specific Information）」が表示されている。「ＰＳＩＰ」は、後述するＶＣＴ、ＮＲＴ−ＩＴなどを有する階層とされる。「ＰＳＩ(Program Specific Information)」は、PAT(Program Association Table)、PMT(Program Map Table)などを有する階層とされる。

また、図６においては、「Section」に隣接する上位階層として、「ＤＳＭ-ＣＣ（Digital Storage Media Command and Control）」が表示されている。「ＤＳＭ-ＣＣ」は、放送ストリームのＭＰＥＧ２−ＴＳ上でＩＰパケットを伝送するためのアダプテーションレイヤーとして用いられる。なお、「ＤＳＭ-ＣＣ」は、ＩＳＯ規格として規定されている。

「ＤＳＭ-ＣＣ」に隣接する上位階層として、「Interactive Data Coding」が表示されている。「Interactive Data Coding」、「Caption Coding」、「Audio Coding」、および「Video Coding」に格納されるデータにより、ストリーミング放送が実現される。すなわち、これらのデータを受信することで、通常放送の番組を受信して再生することができる。

また、「ＤＳＭ-ＣＣ」に隣接する上位階層として、「ＩＰ」が表示されている。ここで表示されている「ＩＰ」は、TCI/IPのプロトコルスタックにおけるＩＰと同じものであり、ＩＰアドレスによりＩＰパケットが特定される。図６に示されるように、ＮＲＴ放送は、ＩＰパケットを用いて構成されるようになされている。勿論、ＮＲＴ放送は、通信ではなく、放送として提供されるものであるから、本来、通信プロトコルであるTCI/IPのプロトコルスタックを用いる必要はないが、コンテンツのダウンロードを行うにあたり、形式的にＩＰパケットが用いられている。

「ＩＰ」隣接する上位階層は、「ＵＤＰ」とされ、その上位階層として「FLUTE／ALC（Asynchronous Layered Coding Protocol）／LCT（Layered Coding Transport (Building Block)）」が表示されている。すなわち、ＮＲＴ放送においては、ＴＣＰ／ＩＰ通信におけるＵＤＰのポートが指定されたパケットが送信され、例えば、FLUTE（File Delivery over Unidirectional Transport）によるセッションが確立されるようになされている。そして、FLUTEのセッションにより、コンテンツを構成するデータが特定されるのである。FLUTEは、片方向の伝送路（例えば，下り方向のみの伝送路）を用いてデータ配信を行うことが可能な通信プロトコルであり、任意ファイルの送信が可能とされている。

なお、FLUTEの詳細は、RFC3926として規定されている。

このように、ＮＲＴ放送においては、「ＴＳ」のトランスポートパケットの伝送レート（例えば、２０Ｍｂｐｓ）に対応する伝送帯域を有する１つの物理チャンネルを、複数の論理チャンネルに多重化することが可能である。つまり、例えば、６ＭＨｚの周波数帯域が割り当てられた１つの放送チャンネルの放送波の信号の伝送路を物理チャンネルとした場合、その物理チャンネルを複数の伝送路に分割することにより複数の論理チャンネルを設けることができるのである。

このような論理チャンネルのそれぞれに関する情報は、物理チャンネル毎に生成される論理チャンネルに関する制御情報であるＶＣＴに記述されている。ＶＣＴの詳細は図７を参照して後述するが、ＶＣＴに基づいて、論理チャンネル毎の「Program_number」が特定され、「Program_number」に基づいて、「ＰＳＩ」が特定される。そして、「ＰＳＩ」の「ＰＡＴ」と「ＰＭＴ」に基づいて、「ＴＳ」のトランスポートパケットに付与された所定の識別子が特定される。このように特定された識別子が付与されたトランスポートパケットを抽出することで、１つの論理チャンネルのデータを特定することができる。このように、１つのトランスポートストリームを複数の論理チャンネルのパケットとして識別することができるので、１つの物理チャンネルを、複数の論理チャンネルに多重化することができるのである。

このように多重化された論理チャンネルのそれぞれをバーチャルチャンネル（Virtual Channel）と称する。ＮＲＴ放送においては、さらに、１つの論理チャンネルを、複数のFLUTEのセッションにより多重化することが可能となる。

通常放送においては、１つの物理チャンネル（例えば、１つの放送チャンネル）が１つの論理チャンネルに対応するようになされており、ＮＲＴ放送のように複数のチャンネルに多重化されない。従って、ＮＲＴ放送においては、通常放送の場合と異なり、１つの放送チャンネルで複数のコンテンツを同時に放送（送信）することも可能となる。

次に、上述したＰＳＩＰデータに含まれるＶＣＴ（Virtual Channel Table）、およびＮＲＴ−ＩＴ（NRT Information Table）について説明する。

ＶＣＴは、受信装置４１において、バーチャルチャンネル（論理チャンネル）のそれぞれを識別可能とするための記述子により構成されるテーブルである。図７は、ＶＣＴの例を示す図である。

同図の例において、ＶＣＴの記述領域７１には、「TS_id」、「チャンネル数」、および、チャンネル単位の記述領域７２−１、チャンネル単位の記述領域７２−２、・・・が記述されている。「TS_id」は、トランスポートストリームを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。これにより、どの物理チャンネル（放送チャネル）のＶＣＴであるかを識別することが可能となる。「チャンネル数」は、「TS_id」により特定される物理チャンネルに含まれる論理チャンネルの数を表す数値などとして記述される。

チャンネル単位の記述領域７２−１、チャンネル単位の記述領域７２−２、・・・には、それぞれ１つの論理チャンネルに関する情報が記述される。この記述領域は、上述した「チャンネル数」に記述された数値の分だけ設けられることになる。例えば、当該物理チャンネルに含まれる論理チャンネルの数が３である場合、「チャンネル数」には数値「３」が記述される。そして、チャンネル単位の記述領域７２−１、チャンネル単位の記述領域７２−２、およびチャンネル単位の記述領域７２−３が記述されることになる。

チャンネル単位の記述領域７２−１には、「チャンネル名」、「チャンネル番号」、「サービスタイプ」、「Program_number」、「Source_id」、・・・が記述されている。「チャンネル名」、および「チャンネル番号」は、それぞれそれらを表す所定の文字および数値が記述される。例えば、チャンネル単位の記述領域７２−１の「チャンネル名」は、「○○局ＮＲＴ第１チャンネル」などと記述され、チャンネル番号は、「５−１」などと記述される。また、チャンネル単位の記述領域７２−１の「チャンネル名」は、「○○局ＮＲＴ第２チャンネル」などと記述され、チャンネル番号は、「５−２」などと記述される。

「サービスタイプ」は、当該論理チャンネルが通常放送に対応する論理チャンネルであるかＮＲＴ放送に対応する論理チャンネルであるかを識別する情報が記述される。例えば、チャンネル単位の記述領域７２−１に対応する論理チャンネルが、ＮＲＴ放送の論理チャンネルである場合、「サービスタイプ」は、「ＮＲＴ」と記述される。

「Program_number」は、当該論理チャンネルのデータを特定するために必要となるPSI(Program Specific Information)を特定するために用いられるものである。

「Source_id」は、当該論理チャンネルを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。すなわち、チャンネル単位の記述領域７２−１は、この「Source_id」により特定される１つの論理チャンネルに関する情報が記述される領域なのである。

同様に、チャンネル単位の記述領域７２−２、・・・にも、それぞれ「Source_id」により特定される１つの論理チャンネルに関する情報が記述される。

ＶＣＴは、このように構成されている。

上述したように、ＮＲＴ放送においては、複数の論理チャンネルのそれぞれにおいて、別々のコンテンツを放送することが可能である。論理チャンネルのそれぞれにおいて伝送されるコンテンツに関する情報は、論理チャンネル毎に生成される制御情報であるＮＲＴ−ＩＴに記述されている。

ＮＲＴ−ＩＴは、受信装置４１において、各論理チャンネルにおいて放送されるＮＲＴ放送のコンテンツのそれぞれを識別可能とするための記述子により構成されるテーブルである。図８は、ＮＲＴ−ＩＴの例を示す図である。

同図の例において、ＮＲＴ−ＩＴの記述領域９１には、「Source_id」、「コンテンツ数」、および、コンテンツ単位の記述領域９２−１、コンテンツ単位の記述領域９２−２、・・・が記述されている。「Source_id」は、図７を参照して上述したものと同様であり、論理チャンネルを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。これにより、図７のチャンネル単位の記述領域７２−１、チャンネル単位の記述領域７２−２、・・・のそれぞれに記述された論理チャンネルのいずれかと、当該ＮＲＴ−ＩＴを対応付けることが可能となる。「コンテンツ数」は、「Source_id」により特定される論理チャンネルにおいて、所定の単位時間に放送されるコンテンツ数を表す数値などとして記述される。

コンテンツ単位の記述領域９２−１、コンテンツ単位の記述領域９２−２、・・・には、それぞれ１つのコンテンツに関する情報が記述される。この記述領域は、上述した「コンテンツ数」に記述された数値の分だけ設けられることになる。例えば、当該論理チャンネルにおいて単位時間に放送されるコンテンツの数が５である場合、「コンテンツ数」には数値「５」が記述される。そして、コンテンツ単位の記述領域９２−１、コンテンツ単位の記述領域９２−２、・・・およびチャンネル単位の記述領域９２−５が記述されることになる。

コンテンツ単位の記述領域９２−１には、「content_item_id」、「配信スケジュール」、「コンテンツ有効期限」、「コンテンツ名」、「コンテンツ伝送ロケーション情報」、・・・が記述されている。「content_item_id」は、当該コンテンツを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。すなわち、コンテンツ単位の記述領域９２−１は、この「content_item_id」により特定される１つのコンテンツに関する情報が記述される領域なのである。

「配信スケジュール」は、当該コンテンツの放送開始時刻および放送終了時刻を表す情報が記述される。なお、当該コンテンツは、ＮＲＴ放送のコンテンツなので、放送開始時刻および放送終了時刻により、コンテンツを視聴できる時間が表されるものではなく、コンテンツのダウンロードを開始すべき時刻およびコンテンツのダウンロードが終了する時刻が表される。

「コンテンツ有効期限」は、当該コンテンツの有効期限となる時刻を特定する情報が記述される。有効期限を経過したコンテンツは、受信装置４１の記録媒体から削除されるなどして、再生できなくなるようになされている。

「コンテンツ名」は、当該コンテンツのタイトルなどの文字が記述される。

「コンテンツ伝送ロケーション情報」は、図６を参照して上述した、ＩＰアドレス、ＵＤＰのポート番号、およびFLUTEのセッションを特定するための識別子「ＴＳＩ（Transport Session Identifier）」が記述される。この「コンテンツ伝送ロケーション情報」が特定されることで、「Source_id」により特定される論理チャンネルにおいて伝送されるデータのうち、「content_item_id」により特定される１つのコンテンツのデータを識別することが可能となるのである。

同様に、コンテンツ単位の記述領域９２−２、・・・にも、それぞれ「content_item_id」により特定される１つのコンテンツに関する情報が記述される。

ＮＲＴ−ＩＴは、このように構成されている。

このように、ＶＣＴを取得することにより、放送チャンネル内の論理チャンネルのそれぞれに関する情報を取得することが可能となり、ＮＲＴ−ＩＴを取得することにより、各論理チャンネルで放送されるコンテンツに関する情報を取得することが可能となる。

図９は、FLUTEのセッションにより伝送されるコンテンツのデータ構成を説明する図である。FLUTEのセッションにより取得されたデータは、同図の下側に示されるようなFLUTEセッションストリームを構成する。FLUTEセッションストリームは、実際には、所定のサイズに分割された複数のファイルにより構成されており、この複数のファイルのそれぞれには、「ＴＯＩ（Transport Object Identifier）」と称される識別子が付されている。このＴＯＩにより、複数のファイルのそれぞれの伝送順序を特定することができるようになされている。この例では、「ＴＯＩ」が０のファイルは、「ＦＤＴ」とされ、「ＴＯＩ」が１のファイルは、「ＦＩＬＥ＃１」とされ、「ＴＯＩ」が２のファイルは、「ＦＩＬＥ＃２」とされ、・・・とされている。

FLUTEセッションストリームを構成する複数のファイルのうち、「ＴＯＩ」が０であるファイルは、ＦＤＴ（File Delivery Table）とされる。ＦＤＴは、FLUTEセッションストリームを構成する他のファイルのそれぞれに関する情報が記述されたテーブルとされる。図９の例では、ＦＤＴの記述領域１１１に、FLUTEセッション内のファイル単位の情報の記述領域１１２−１、FLUTEセッション内のファイル単位の情報の記述領域１１２−２、・・・が記述されている。

FLUTEセッション内のファイル単位の情報の記述領域１１２−１には、「ＴＯＩ」、「content_type」、「ファイル名」、・・・が記述されている。「ＴＯＩ」は、FLUTEセッション内のファイルを識別するための情報とされ、実際には、所定の数値が記述される。すなわち、FLUTEセッション内のファイル単位の情報の記述領域１１２−１は、この「ＴＯＩ」により特定される１つのファイルに関する情報が記述される領域なのである。

「content_type」は、「ＴＯＩ」により特定されるファイルのファイル形式（データの種類）を特定する情報が記述される。「content_type」は、例えば、当該ファイルが画像データのファイルである場合、「ビデオ」などとされ、当該ファイルが音声データのファイルである場合、「オーディオ」などとされる。

「ファイル名」は、当該ファイルの名称が記述される。「ファイル名」は、URLとして記述されるようにしてもよい。

同様に、FLUTEセッション内のファイル単位の情報の記述領域１１２−２、・・・にも、それぞれ「ＴＯＩ」により特定される１つのファイルに関する情報が記述される。

所定のFLUTEのセッションにより伝送されるコンテンツのデータは、このように構成されている。

次に、図１０のフローチャートを参照して、受信装置４１によるＰｕｌｌ型ＮＲＴ放送受信再生処理について説明する。

ステップＳ１１において、受信装置４１は、ＮＲＴ放送に関するメタデータ、制御情報などを受信する。

このとき、例えば、ＰＳＩＰデータが受信される。なお、上述したように、ＰＳＩＰデータは、ＶＣＴ、ＮＲＴ−ＩＴなどを含んで構成されるデータとされ、受信装置４１により定期的に受信されるようになされている。また、図７と図８を参照して説明したように、ＶＣＴを取得することにより、放送チャンネル内の論理チャンネルのそれぞれに関する情報を取得することが可能となる。さらに、ＮＲＴ−ＩＴを取得することにより、各論理チャンネルで放送されるコンテンツに関する情報を取得することが可能となる。

ステップＳ１２において、受信装置４１は、ＰＳＩＰデータに含まれるＶＣＴ、およびＮＲＴ−ＩＴに基づいて、ＮＲＴ放送において受信可能なコンテンツのリストを生成する。

ステップＳ１３において、受信装置４１は、ステップＳ１２で生成したリストに対応するＥＣＧをディスプレイに表示させる。このとき、例えば、図２に示されるようなＥＣＧの画像が表示される。あるいはまた、ステップＳ１３において、図３に示されるようなＥＰＧが表示されるようにしてもよい。

ステップＳ１４において、受信装置４１は、ステップＳ１３で表示したＥＣＧに基づく、ユーザによるコンテンツの選択を受け付ける。このとき、例えば、ユーザが視聴したいと考えるＮＲＴ放送のコンテンツが選択される。

ステップＳ１５において、受信装置４１は、ステップＳ１４の処理で選択が受け付けられたコンテンツの放送開始時刻になったか否かを判定し、放送開始時刻になったと判定されるまで待機する。ステップＳ１５において、放送時刻になったと判定された場合、処理は、ステップＳ１６に進む。

ステップＳ１６において、受信装置４１は、コンテンツをダウンロードする。

このとき、受信装置４１の選局が、ステップＳ１４で選択が受け付けられたコンテンツの放送チャンネルに設定される。そして、受信装置４１は、ステップＳ１１で受信したＶＣＴに基づいて、当該コンテンツが放送される論理チャネルで伝送されるデータを特定する。さらに、受信装置４１は、ステップＳ１１で受信したＮＲＴ−ＩＴに基づいて、当該コンテンツが伝送されるFLUTEのセッションを特定し、そのFLUTEセッションストリームを構成するファイルのそれぞれを取得する。放送終了時刻になると、受信装置４１において、FLUTEセッションストリームを構成する全てファイルの取得が完了し、これにより、コンテンツのダウンロードが完了する。

受信装置４１は、ダウンロードが完了すると、上述のように取得したファイルにより構成されるデータを１つのコンテンツとして、記録媒体に記録する。このとき、ステップＳ１１で受信した情報に含まれる、当該コンテンツのメタデータも、当該コンテンツに対応付けられて記録される。なお、メタデータは、例えば、ＮＲＴ−ＩＴに記述された「コンテンツ名」、「配信スケジュール」、「コンテンツ有効期限」などから構成される。

ここでは、１つのコンテンツがダウンロードされる場合の例について述べたが、例えば、ステップＳ１４において、複数のコンテンツが選択された場合、ステップＳ１５、ステップＳ１６では、それら複数のコンテンツがダウンロードされる。

ステップＳ１７において、受信装置４１は、ステップＳ１６の処理でダウンロードされたコンテンツのリストを表示する。このとき、例えば、図４に示されるような画像が生成されてディスプレイに表示される。

ステップＳ１８において、受信装置４１は、ステップＳ１７の処理で表示したコンテンツのリストに基づく、ユーザによるコンテンツの選択を受け付ける。このとき、例えば、既に受信装置４１の記録媒体に記録されているＮＲＴ放送のコンテンツのうち、ユーザが視聴したいと考えるコンテンツが選択される。

ステップＳ１９において、受信装置４１は、ステップＳ１８の処理で選択が受け付けられたコンテンツを再生する。これにより、例えば、図５に示されるように、コンテンツの画像がディスプレイに表示されるのである。

このようにして、受信装置４１によるＰｕｌｌ型ＮＲＴ放送受信再生処理が実行される。

ここまで、Ｐｕｌｌ型ＮＲＴ放送について説明したが、上述したようなＰｕｌｌ型ＮＲＴ放送を実現するための技術は、その多くが、例えば、ATSC（Advanced Television Systems Committee）の規格として既に検討されている。このように、Ｐｕｌｌ型ＮＲＴ放送については、例えば、放送局や受信装置のメーカなどの間で、どのようにして実現するか具体的な想定がなされている。しかし、Ｐｕｓｈ型ＮＲＴ放送に関しては、まだ具体的な実現方式が想定されていない。

そこで本発明では、Ｐｕｓｈ型ＮＲＴ放送を具体的に実現できるようにする。上述したように、Ｐｕｓｈ型ＮＲＴ放送では、視聴者が特定のコンテンツの集合を視聴する登録を行った上で、受信装置４１がこれらのコンテンツを自動的に受信し蓄積する。具体的なＰｕｓｈ型ＮＲＴ放送として、次のようなものを想定する。

例えば、天気予報のＰｕｓｈ型ＮＲＴ放送を考える。この場合、ユーザが予め「天気予報」というＰｕｓｈ型ＮＲＴ放送のサービスに登録する。そうすると、受信装置４１は、所定の放送チャンネルで放送される天気予報番組のコンテンツを自動的に受信して蓄積する。ここで、天気予報番組は、例えば、５分間の番組であって、１日２回最新の気象情報に基づく予報を伝えるものであるとし、例えば、受信装置４１に蓄積されたコンテンツは、逐次最新のものに更新される。

従って、ユーザは、いつでも、最新の気象情報に基づく天気予報を視聴することが可能となる。

また、例えば、ニュースクリップのＰｕｓｈ型ＮＲＴ放送を考える。この場合、ユーザが予め「ニュースクリップ」というＰｕｓｈ型ＮＲＴ放送のサービスに登録する。そうすると、受信装置４１は、所定の放送チャンネルで放送されるニュース番組のコンテンツを自動的に受信して蓄積する。

ここで、ニュース番組は、例えば、１５分間の番組であって、最新の政治経済情報に関するニュースを伝えるものであるとし、例えば、受信装置４１に蓄積されたコンテンツは、逐次最新のものに更新される。あるいはまた、所定の時間だけコンテンツが蓄積されて消去されるようにしてもよい。また、例えば、「ニュースクリップ」のサービスの提供を受ける場合に必要となる受信装置４１のストレージサイズ（記憶容量）を指定して、そのストレージサイズを超える分については、コンテンツが上書きされて更新されるようにしてもよい。

このようなサービスの提供を受けることにより、ユーザは、いつでも、最新の政治経済情報に関するニュースを視聴することが可能となる。

Ｐｕｓｈ型ＮＲＴ放送では、上述したようなＰｕｓｈ型ＮＲＴ放送のサービスが、例えば、各放送局などにより提供されるものとする。このようなサービスは、無料であっても有料であってもよい。そして、受信装置４１のユーザは、所望のサービスを選択して受信装置４１に登録する。

本発明では、Ｐｕｓｈ型ＮＲＴ放送の個々のサービスに対応する論理チャンネルを設けることにする。すなわち、Ｐｕｓｈ型ＮＲＴ放送のサービスが３つ存在する場合、３つの論理チャンネルが存在することになる。

図１１を参照して、本発明におけるＰｕｓｈ型ＮＲＴ放送の例について説明する。図１１は、「Ch.4」、「Ch.5」、「Ch.6」の３つの放送チャンネルにおいて、通常放送、およびＮＲＴ放送が行なわれる場合の例を表している。「Ch.4」は、通常放送の放送チャンネルとされ、「Ch.5」、および「Ch.6」は、ＮＲＴの放送チャンネルとされる。なお、同図においては、図中水平方向が放送波の周波数を表しており、図中垂直方向が時間を表している。

また、各チャンネルにおいて放送されるコンテンツの種別などの内容が図中のハッチングなどにより表されている。この例では、通常放送のコンテンツ、Ｐｕｌｌ型ＮＲＴ放送のコンテンツ、Ｐｕｓｈ型ＮＲＴ放送のコンテンツ、および放送休止期間が図中のハッチングなどにより表されている。

図１１の例では、「Ch.5」が３つの論理チャンネルに多重化されている。この例では、放送チャンネル「Ch.5」が論理チャンネル「VC5-1」、論理チャンネル「VC5-2」、および論理チャンネル「VC5-3」に多重化されている。なお、図中において、論理チャンネル「VC5-1」乃至論理チャンネル「VC5-3」のそれぞれの中に表示された矩形の枠のそれぞれが各コンテンツの放送時間帯を表している。

論理チャンネル「VC5-1」は、１つのＰｕｓｈ型ＮＲＴ放送のサービスに割り当てられた論理チャンネルである。論理チャンネル「VC5-2」は、Ｐｕｌｌ型ＮＲＴ放送に割り当てられた論理チャンネルである。論理チャンネル「VC5-3」は、別の１つのＰｕｓｈ型ＮＲＴ放送のサービスに割り当てられた論理チャンネルである。また、この例においては、論理チャンネル「VC5-3」では、チャンネル休止となる時間帯が含まれている。

論理チャンネル「VC5-2」には、３つのFLUTEセッションが設けられている。すなわち、論理チャンネル「VC5-2」において放送されるＰｕｌｌ型ＮＲＴ放送では、同時に３つのコンテンツを放送することが可能である。

また、図１１の例では、「Ch.6」が２つの論理チャンネルに多重化されている。この例では、放送チャンネル「Ch.6」が論理チャンネル「VC6-1」、および論理チャンネル「VC6-2」に多重化されている。なお、図中において、論理チャンネル「VC6-1」および論理チャンネル「VC6-2」のそれぞれの中に表示された矩形の枠のそれぞれが各コンテンツの放送時間帯を表している。

論理チャンネル「VC6-1」は、１つのＰｕｓｈ型ＮＲＴ放送のサービスに割り当てられた論理チャンネルである。論理チャンネル「VC6-2」は、Ｐｕｌｌ型ＮＲＴ放送のサービスに割り当てられた論理チャンネルである。

論理チャンネル「VC6-1」には、２つのFLUTEセッションが設けられている。すなわち、論理チャンネル「VC6-1」において提供されるＰｕｓｈ型ＮＲＴ放送のサービスでは、同時に２つのコンテンツが放送される。

いまの場合、放送チャンネル「Ch.5」において定期的に送信されるＰＳＩＰデータには、「Ch.5」の物理チャンネルのトランスポートストリームを識別する「TS_id」が記述されたＶＣＴが１つ含まれる。また、そのＰＳＩＰデータには、論理チャンネル「VC5-1」、論理チャンネル「VC5-2」、および論理チャンネル「VC5-3」を識別する「Source_id」がそれぞれ記述された３つのＮＲＴ−ＩＴも含まれることになる。

同様に、放送チャンネル「Ch.6」において定期的に送信されるＰＳＩＰデータには、「Ch.6」の物理チャンネルのトランスポートストリームを識別する「TS_id」が記述されたＶＣＴが１つ含まれる。また、そのＰＳＩＰデータには、論理チャンネル「VC6-1」、および論理チャンネル「VC6-2」を識別する「Source_id」がそれぞれ記述された２つのＮＲＴ−ＩＴも含まれることになる。

例えば、論理チャンネル「VC5-1」は、○○放送局の「ニュースクリップ」に割り当てられ、論理チャンネル「VC5-3」は、○○放送局の「天気予報」に割り当てられる。論理チャンネル「VC6-1」は、××放送局の「ニュースクリップ」に割り当てられる。

また、図１１の例では、「Ch.4」は、複数の論理チャンネルに分割されていない。通常放送の論理チャンネル「VC4-1」は、実質的に物理チャンネルと同じである。

上述したように、受信装置４１は、ＰＳＩＰデータを定期的に受信するので、ＶＣＴに基づいて、各論理チャンネルで伝送されるデータを識別することができる。従って、例えば、○○放送局の「天気予報」のサービスが登録された受信装置４１は、論理チャンネル「VC5-3」において伝送されるコンテンツの全てを自動的にダウンロードする。

一方、通常放送として伝送されるコンテンツ（番組）を受信する場合、ＶＣＴとＥＩＴ(Event Information Table)に基づいてコンテンツが特定される。

このように、本発明によれば、Ｐｕｓｈ型ＮＲＴ放送およびＰｕｌｌ型ＮＲＴ放送、並びに通常放送でコンテンツを放送することが可能となる。

Ｐｕｓｈ型ＮＲＴ放送は、ユーザにより選択された個々のコンテンツを提供するものではなく、一方的にコンテンツをユーザに提供するものなので、Ｐｕｌｌ型ＮＲＴ放送、通常放送と同じ放送システムで実現することは難しかった。本発明では、Ｐｕｓｈ型ＮＲＴ放送のサービスが登録された受信装置４１が、そのサービスに対応する論理チャンネルにおいて伝送されるコンテンツの全てを自動的にダウンロードするようにした。このようにすることで、Ｐｕｌｌ型ＮＲＴ放送、通常放送と同じ放送システムでＰｕｓｈ型ＮＲＴ放送を実現することが可能となる。

図１２は、ＮＲＴ放送においてコンテンツを構成するデータが受信装置４１により受信される方式について説明する図である。同図においては、１つの放送チャンネルに対応するトランスポートストリーム（ＴＳ）の伝送帯域が円筒２０１で示されている。なお、図中垂直方向が時間を表すものとする。

また、図１２において、円筒２０１のトランスポートストリームに多重化された論理チャンネル（バーチャルチャンネル：ＶＣ）が円筒２０２で示されている。なお、この例では、トランスポートストリームにおいて多重化されている論理チャンネル（バーチャルチャンネル：ＶＣ）が１つであるが、実際には、複数の論理チャンネルが多重化されるようにすることができる。

さらに、図１２において、円筒２０２に対応する論理チャンネル内に存在するFLUTEセッションが、円筒２０３−１および円筒２０３−２によって示されている。すなわち、円筒２０２に対応する論理チャンネル内には、２つのFLUTEセッションが存在する。受信装置４１が受信して蓄積（記録）すべきコンテンツを構成するデータは、円筒２０３−１および円筒２０３−２のFLUTEセッションのファイルとして伝送されるのである。

いま、受信装置４１は、ＮＲＴ放送のコンテンツであって、円筒２０１に対応するトランスポートストリームの放送チャンネルの、円筒２０２に対応する論理チャンネルで放送されるコンテンツＡ乃至コンテンツＣを受信するように設定されているものとする。

上述したように、受信装置４１は、定期的にＰＳＩＰデータを受信するので、定期的にＶＣＴ、およびＮＲＴ−ＩＴを取得することができる。最初にＶＣＴ２１０、ＮＲＴ−ＩＴ２１１、およびＮＲＴ−ＩＴ２１２が受信されたものとする。受信装置４１は、ＶＣＴ２１０の記述を参照することで、受信して蓄積すべきコンテンツＡ、コンテンツＢが伝送される論理チャンネルを識別する「source_id」を特定することができる。そして、受信装置４１は、その「source_id」に基づいて、当該論理チャンネルに関するＮＲＴ−ＩＴ２１１を特定することができる。

なお、ＮＲＴ−ＩＴ２１２は、同図においては図示されていない、別の論理チャンネルに対応するＮＲＴ−ＩＴである。

さらに、受信装置４１は、そのＮＲＴ−ＩＴ２１１の記述の中で、受信して蓄積すべきコンテンツに関する情報が記述されたコンテンツ単位の記述領域を特定する。なお、図１２の例において、最初に受信したＮＲＴ-ＩＴ２１１には、円筒２０３−１で示されるFLUTEセッションの中の矢印２０５で示される時間帯に放送されるコンテンツに関する情報が記述されているものとする。また、最初に受信したＮＲＴ-ＩＴ２１１には、円筒２０３−２で示されるFLUTEセッションの中の矢印２０６で示される時間帯のコンテンツに関する情報も記述されているものとする。

いまの場合、コンテンツＡ、コンテンツＢの「content_item_id」に基づいて、それらのコンテンツに関する情報が記述されたコンテンツ単位の記述領域が特定される。そして、受信装置４１は、その特定されたコンテンツ単位の記述領域を参照して「コンテンツ伝送ロケーション情報」に含まれる、ＩＰアドレス、ＵＤＰのポート番号、およびFLUTEのセッションを特定するための識別子「ＴＳＩ」を特定する。

そして、受信装置４１は、円筒２０３−１で示されるFLUTEセッションのファイルを特定し、ＦＤＴを抽出する。そして、受信装置４１は、ＦＤＴに基づいて、コンテンツＡを構成するデータのファイルのそれぞれを取得することで、コンテンツＡを受信して蓄積するのである。

また同様に、受信装置４１は、円筒２０３−２で示されるFLUTEセッションのファイルを特定し、ＦＤＴを抽出する。そして、受信装置４１は、ＦＤＴに基づいて、コンテンツＢを構成するデータのファイルのそれぞれを取得することで、コンテンツＢを受信して蓄積するのである。

受信装置４１は、定期的にＰＳＩＰデータを受信するので、ＶＣＴ、およびＮＲＴ−ＩＴが更新される。いまの場合、ＶＣＴ２２０とＮＲＴ−ＩＴ２２１およびＮＲＴ−ＩＴ２２２が新たに受信されて更新されたものとする。更新されたＮＲＴ−ＩＴ２２１には、円筒２０３−１で示されるFLUTEセッションの中の矢印２０７で示される時間帯に放送されるコンテンツに関する情報が記述されているものとする。

受信装置４１は、上述した場合と同様に、ＶＣＴ２２０の記述を参照することで、受信して蓄積すべきコンテンツＣが伝送される論理チャンネルを識別する「source_id」を特定することができる。そして、受信装置４１は、その「source_id」に基づいて、当該論理チャンネルに関するＮＲＴ−ＩＴ２２１を特定することができる。

なお、ＮＲＴ−ＩＴ２２２は、同図においては図示されていない、別の論理チャンネルに対応するＮＲＴ−ＩＴである。

いまの場合、コンテンツＣの「content_item_id」に基づいて、それらのコンテンツに関する情報が記述されたコンテンツ単位の記述領域が特定される。そして、受信装置４１は、その特定されたコンテンツ単位の記述領域を参照して「コンテンツ伝送ロケーション情報」に含まれる、ＩＰアドレス、ＵＤＰのポート番号、およびFLUTEのセッションを特定するための識別子「ＴＳＩ」を特定する。

そして、受信装置４１は、円筒２０３−１で示されるFLUTEセッションのファイルを特定し、ＦＤＴを抽出する。そして、受信装置４１は、ＦＤＴに基づいて、コンテンツＣを構成するデータのファイルのそれぞれを取得することで、コンテンツＣを受信して蓄積するのである。

次に、図１３を参照して、Ｐｕｓｈ型ＮＲＴ放送のコンテンツが受信装置４１において蓄積される例について説明する。同図においては、図１２の場合と同様に、円筒により、トランスポートストリーム（ＴＳ）、論理チャンネル（バーチャルチャンネル：ＶＣ）、およびFLUTEセッションが示されている。なお、同図においては、図中水平方向が時間を表すものとする。

上述したように、受信装置４１において、所定のＰｕｓｈ型ＮＲＴ放送のサービスが登録された場合、当該サービスに割り当てられた論理チャンネルで伝送される全てのコンテンツが受信装置４１により自動的に受信されて蓄積される。

図１３の例では、１つのFLUTEセッションで伝送されるコンテンツである「content１」と、別のFLUTEセッションで伝送されるコンテンツである「content２」乃至「content４」が受信されて蓄積されることになる。「content１」は、バージョンが付されたコンテンツであり、常に最新のコンテンツが上書きされるようになされている。「content２」乃至「content４」は、例えば、「有効期限」として指定された時刻が経過するまで蓄積され、「有効期限」として指定された時刻が経過すると、削除されるようになされている。

図１３の例では、最初にコンテンツ「content１」の第１バージョンが受信されて蓄積されることになる。なお、図中において、コンテンツ「content１」の第１バージョンは、「content１(v1)」のように表記されている。「content１」は、同一のバージョンが２回繰り返して放送されるようになされている。いま、受信装置４１は、第１回目の放送を受信して蓄積したものとする。この場合、受信装置４１は、第２回目の放送を受信、蓄積しないようになされている。

その後、コンテンツ「content１」の第２バージョンが放送されると、受信装置４１は、そのコンテンツを受信して蓄積する。すなわち、既に蓄積（記録）されている「content１(v1)」が、「content１(v2)」によって上書きされるのである。ここでも、受信装置４１は、やはり第１回目の放送を受信して蓄積したものとし、第２回目の放送を受信、蓄積しないようになされている。

また、受信装置４１は、「content１(v1)」の受信中に、「content２」の受信を開始し、「content２」の受信が完了すると「content２」を蓄積する。「content２」は、同じものが２回繰り返して放送されるようになされている。いま、受信装置４１は、第１回目の放送を受信して蓄積したものとする。この場合、受信装置４１は、第２回目の放送を受信、蓄積しないようになされている。

同様に、受信装置４１は、「content３」を受信して蓄積する。その後、さらに、受信装置４１は、「content４」も受信して蓄積することになる。

上述したように、「content２」と「content３」は、「有効期限」として指定された時刻が経過するまで蓄積され、「有効期限」として指定された時刻が経過すると、削除されるようになされている。図１３において、「有効期限」として指定された時刻は、「expire」と記載されている。

なお、コンテンツの削除は、「有効期限」として指定された時刻になされるようにしてもよいし、例えば、予め設定された所定の時間間隔で、「有効期限」を経過したコンテンツがまとめて削除されるようにしてもよい。さらに、例えば、蓄積済のコンテンツの一覧の表示が指令されたとき、「有効期限」を経過したコンテンツがまとめて削除されるようにしてもよい。

このように、Ｐｕｓｈ型ＮＲＴ放送のコンテンツは、バージョンに対応して逐次更新されていくようにすることも可能であるし、Ｐｕｌｌ型ＮＲＴ放送の場合と同様に、有効期限を経過するまで蓄積されるようにすることも可能である。

上述したように、本発明では、Ｐｕｓｈ型ＮＲＴ放送の１つのサービスを１つの論理チャンネルに割り当てる。そして、本発明では、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報を、論理チャンネル単位の情報が格納可能となる放送信号の位置に配置する。具体的には、図７を参照して説明したＶＣＴのチャンネル単位の記述領域７２−１、７２−２、・・・に、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報の記述が追加されるようにする。あるいはまた、図８を参照して説明したＮＲＴ−ＩＴの記述領域９１に、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報の記述が追加されるようにする。

ＶＣＴのチャンネル単位の記述領域にＰｕｓｈ型ＮＲＴ放送を実現するために必要な情報の記述が追加されるようにする場合、ＶＣＴは図１４のように構成される。図１４は、本発明において用いられるＶＣＴの例を示す図である。

同図の例において、ＶＣＴの記述領域２７１には、「TS_id」、「チャンネル数」、および、チャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、・・・が記述されている。

「TS_id」は、トランスポートストリームを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。これにより、どの物理チャンネル（放送チャネル）のＶＣＴであるかを識別することが可能となる。「チャンネル数」は、「TS_id」により特定される物理チャンネルに含まれる論理チャンネルの数を表す数値などとして記述される。

チャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、・・・には、それぞれ１つの論理チャンネルに関する情報が記述される。この記述領域は、上述した「チャンネル数」に記述された数値の分だけ設けられることになる。例えば、当該物理チャンネルに含まれる論理チャンネルの数が３である場合、「チャンネル数」には数値「３」が記述される。そして、チャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、およびチャンネル単位の記述領域２７２−３が記述されることになる。

チャンネル単位の記述領域２７２−１には、「チャンネル名」、「チャンネル番号」、「サービスタイプ」、「Program_number」、「Source_id」、「Push型NRTメタ情報」・・・が記述されている。「チャンネル名」、および「チャンネル番号」は、それぞれそれらを表す所定の文字および数値が記述される。例えば、チャンネル単位の記述領域２７２−１の「チャンネル名」は、「○○局ＮＲＴ第１チャンネル」などと記述され、チャンネル番号は、「５−１」などと記述される。また、チャンネル単位の記述領域２７２−１の「チャンネル名」は、「○○局ＮＲＴ第２チャンネル」などと記述され、チャンネル番号は、「５−２」などと記述される。

「サービスタイプ」は、当該論理チャンネルが通常放送に対応する論理チャンネルであるかＮＲＴ放送に対応する論理チャンネルであるかを識別する情報が記述される。例えば、チャンネル単位の記述領域２７２−１に対応する論理チャンネルが、ＮＲＴ放送の論理チャンネルである場合、「サービスタイプ」は、「ＮＲＴ」と記述される。

「Source_id」は、当該論理チャンネルを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。すなわち、チャンネル単位の記述領域２７２−１は、この「Source_id」により特定される１つの論理チャンネルに関する情報が記述される領域なのである。

「Push型NRTメタ情報」は、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報とされ、例えば、次のような情報が記述される。

「Push型NRTメタ情報」には、当該論理チャンネルがＰｕｓｈ型ＮＲＴ放送のサービスに対応する論理チャンネルであることを表す情報、当該Ｐｕｓｈ型ＮＲＴ放送のサービスのサービス名が記述される。さらに、当該Ｐｕｓｈ型ＮＲＴ放送のサービスの概要が記述されるようにしてもよい。また、「Push型NRTメタ情報」には、当該Ｐｕｓｈ型ＮＲＴ放送のサービスの提供を受ける場合に必要となるストレージサイズ（記憶容量）、当該Ｐｕｓｈ型ＮＲＴ放送のサービスにおけるコンテンツ配信の最小インターバル（時間的間隔）が記述される。さらに、「Push型NRTメタ情報」には、例えば、当該Ｐｕｓｈ型ＮＲＴ放送のサービスが有料で提供される場合、課金等の処理に先立って各種の登録などを行うインターネットサーバに接続するためのＵＲＬなども記述される。

同様に、チャンネル単位の記述領域２７２−２、・・・にも、それぞれ「Source_id」により特定される１つの論理チャンネルに関する情報が記述される。

本発明のＶＣＴは、このように構成されている。

ＮＲＴ−ＩＴの記述領域９１に、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報の記述が追加されるようにする場合、ＮＲＴ−ＩＴは、図１５に示されるように構成される。図１５は、本発明において用いられるＮＲＴ−ＩＴの例を示す図である。

同図の例において、ＮＲＴ−ＩＴの記述領域２９１には、「Source_id」、「コンテンツ数」、「Push型NRTメタ情報」および、コンテンツ単位の記述領域２９２−１、コンテンツ単位の記述領域２９２−２、・・・が記述されている。

「Source_id」は、図１４を参照して上述したものと同様であり、論理チャンネルを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。これにより、図１４のチャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、・・・のそれぞれに記述された論理チャンネルのいずれかと、当該ＮＲＴ−ＩＴを対応付けることが可能となる。「コンテンツ数」は、「Source_id」により特定される論理チャンネルにおいて、所定の単位時間に放送されるコンテンツ数を表す数値などとして記述される。

「Push型NRTメタ情報」は、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報とされ、図１４を参照して説明したものと同様の情報が記述される。

すなわち、「Push型NRTメタ情報」には、当該論理チャンネルがＰｕｓｈ型ＮＲＴ放送のサービスに対応する論理チャンネルであることを表す情報、当該Ｐｕｓｈ型ＮＲＴ放送のサービスのサービス名が記述される。さらに、当該Ｐｕｓｈ型ＮＲＴ放送のサービスの概要などが記述されるようにしてもよい。また、「Push型NRTメタ情報」には、当該Ｐｕｓｈ型ＮＲＴ放送のサービスの提供を受ける場合に必要となるストレージサイズ（記憶容量）、当該Ｐｕｓｈ型ＮＲＴ放送のサービスにおけるコンテンツ配信の最小インターバル（時間的間隔）が記述される。さらに、「Push型NRTメタ情報」には、例えば、当該Ｐｕｓｈ型ＮＲＴ放送のサービスが有料で提供される場合、課金等の処理に先立って各種の登録などを行うインターネットサーバに接続するためのＵＲＬなども記述される。

コンテンツ単位の記述領域２９２−１、コンテンツ単位の記述領域２９２−２、・・・には、それぞれ１つのコンテンツに関する情報が記述される。この記述領域は、上述した「コンテンツ数」に記述された数値の分だけ設けられることになる。例えば、当該論理チャンネルにおいて単位時間に放送されるコンテンツの数が５である場合、「コンテンツ数」には数値「５」が記述される。そして、コンテンツ単位の記述領域２９２−１、コンテンツ単位の記述領域２９２−２、・・・およびチャンネル単位の記述領域２９２−５が記述されることになる。

コンテンツ単位の記述領域２９２−１には、「content_item_id」、「コンテンツバージョン」、「配信スケジュール」、「コンテンツ有効期限」、「コンテンツ名」、「コンテンツ伝送ロケーション情報」、・・・が記述されている。

「content_item_id」は、当該コンテンツを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。すなわち、コンテンツ単位の記述領域２９２−１は、この「content_item_id」により特定される１つのコンテンツに関する情報が記述される領域なのである。

「コンテンツバージョン」は、そのコンテンツのバージョンを表す情報が記述される。例えば、図１３を参照して上述した第１バージョン（content１(v1)）、第２バージョン（content１(v2)）のコンテンツが存在する場合、「content１(v1)」と「content１(v2)」の「content_item_id」は同一となる。このため、同一の「content_item_id」が付与されたコンテンツであって、バージョンが異なるコンテンツを識別するための情報として「コンテンツバージョン」が記述される。

「配信スケジュール」は、当該コンテンツの放送開始時刻および放送終了時刻を表す情報が記述される。なお、当該コンテンツは、ＮＲＴ放送のコンテンツなので、放送開始時刻および放送終了時刻により、コンテンツを視聴できる時間が表されるものではなく、コンテンツのダウンロードを開始すべき時刻およびコンテンツのダウンロードが終了する時刻が表される。

「コンテンツ有効期限」は、当該コンテンツの有効期限となる時刻を特定する情報が記述される。有効期限を経過したコンテンツは、受信装置４１の記録媒体から削除されるなどして、再生できなくなるようになされている。

「コンテンツ名」は、当該コンテンツのタイトルなどの文字が記述される。

「コンテンツ伝送ロケーション情報」は、図６を参照して上述した、ＩＰアドレス、ＵＤＰのポート番号、およびFLUTEのセッションを特定するための識別子「ＴＳＩ」が記述される。この「コンテンツ伝送ロケーション情報」が特定されることで、「Source_id」により特定される論理チャンネルにおいて伝送されるデータのうち、「content_item_id」により特定される１つのコンテンツのデータを識別することが可能となるのである。

同様に、コンテンツ単位の記述領域２９２−２、・・・にも、それぞれ「content_item_id」により特定される１つのコンテンツに関する情報が記述される。

本発明のＮＲＴ−ＩＴは、このように構成されている。

上述したように、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報は、ＶＣＴに記述されるようにしてもよいし、ＮＲＴ−ＩＴに記述されるようにしてもよい。以下では、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報がＮＲＴ−ＩＴに記述される場合の例について説明する。

図１６および図１７を参照して、本発明のＮＲＴ−ＩＴのシンタックスの例を説明する。なお、図１６と図１７は、連続するシンタックスであり、図１６の最後の行「num_item_in_section」の次の行として図１７の最初の行「for(j＝0;j<・・・{」が続くものである。

図１６と図１７において枠２９１で示される範囲が、図１５の記述領域２９１に対応する。また、図１７において枠２９２−１で示される範囲が図１５のコンテンツ単位の記述領域２９２−１に対応する。なお、図１６と図１７の例では、説明を簡単にするため、コンテンツ単位の記述領域が１つとされている。同図に示されるシンタックスでは、それぞれの記述領域に記述すべき記述子のそれぞれが、ビット数（No.of Bits）とともに定義されている。

図１６において、領域３１０に記述される８ビットの記述子は、この情報の種類を特定するＩＤを表すものとされ、予め設定された値が格納される。この記述子によって、この情報がＮＲＴ−ＩＴであることが特定される。

図１６において、領域３１１に記述される１６ビットの記述子として示されたものが、図１５を参照して説明した「Source_id」に対応する。

図１６において、領域３１２に記述される記述子として示されたものが、図１５を参照して説明した「Push型NRTメタ情報」に対応する。なお、この詳細については、図１８を参照して後述する。

図１６において、領域３１３に記述される８ビットの記述子として示されたものが、図１５を参照して説明した「コンテンツ数」に対応する。

図１７において、領域３１４に記述される１４ビットの記述子として示されたものが、図１５を参照して説明した「content_item_id」に対応する。

図１７において、領域３１５に記述される８ビットの記述子として示されたものが、図１５を参照して説明した「コンテンツバージョン」に対応する。

図１７において、領域３１６に記述される記述子により、図１５を参照して説明した「配信スケジュール」に対応する情報が記述される。

図１７において、領域３１７に記述される記述子により、図１５を参照して説明した「コンテンツ有効期限」に対応する情報が記述される。

図１７において、領域３１８に記述される記述子として示されたものが、図１５を参照して説明した「コンテンツ名」に対応する。

図１７において、領域３１９に記述される記述子として示されたものが、図１５を参照して説明した「コンテンツ伝送ロケーション情報」に対応する。

図１８は、図１６の領域３１２に記述すべき「Push型NRTメタ情報」のシンタックスの例を示す図である。

なお、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報が、ＮＲＴ−ＩＴに記述されるようにする場合、同図が図１６の領域３１２に記述すべき「Push型NRTメタ情報」のシンタックスの例となる。一方、ＶＣＴに記述されるようにする場合、同図は、図１４のチャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、・・・内に記述される「Push型NRTメタ情報」のシンタックスの例となる。

同図に示されるシンタックスでは、それぞれの記述領域に記述すべき記述子のそれぞれが、ビット数（No.of Bits）とともに定義されている。

図１８の領域３４１に記述された８ビットの記述子により、当該論理チャンネルがＰｕｓｈ型ＮＲＴ放送のサービスに対応する論理チャンネルであることが表される。

図１８の領域３４２に記述された記述子により、当該Ｐｕｓｈ型ＮＲＴ放送のサービスのサービス名が記述される。

図１８の領域３４３に記述された記述子により、当該Ｐｕｓｈ型ＮＲＴ放送のサービスにおけるコンテンツ配信の最小インターバル（時間的間隔）が表される。

図１８の領域３４４に記述された記述子により、当該Ｐｕｓｈ型ＮＲＴ放送のサービスの提供を受ける場合に必要となるストレージサイズ（記憶容量）が表される。

図１８の領域３４５に記述された記述子により、当該Ｐｕｓｈ型ＮＲＴ放送のサービスが有料で提供される場合、課金等の処理に先立って各種の登録などを行うインターネットサーバに接続するためのＵＲＬが記述される。

図１９は、図１の受信装置４１の構成例を示すブロック図である。同図において、図示せぬアンテナなどを介して受信した放送波に基づく信号は、端子４０１に供給されるようになされている。

チューナ４０２は、コントローラ４０９の制御に基づいて、端子４０１から出力される信号から所定の放送チャンネルに対応する信号を抽出し、デジタル信号としてＴＳＤｅｍｕｘ４０３に出力するようになされている。

ＴＳＤｅｍｕｘ４０３は、チューナ４０２から出力されるデジタル信号からトランスポートパケットを生成する。そしてＴＳＤｅｍｕｘ４０３は、コントローラ４０９の制御に基づいて、所定の識別子が付与されたトランスポートパケットを抽出し、それらのトランスポートパケットを、所定の論理チャンネルのデータとして出力する。

当該論理チャンネルが通常放送の論理チャンネルである場合、ＴＳＤｅｍｕｘ４０３は、当該論理チャンネルのデータを、ビデオデコーダ４０４、またはオーディオデコーダ４０５に出力する。

ビデオデコーダ４０４とオーディオデコーダ４０５は、それぞれ符号化された画像データと符号化された音声データを復号し、画像信号と音声信号を、端子４１０と端子４１１に出力するようになされている。

端子４１０と端子４１１には、例えば、テレビジョン受像機などにより構成されるディスプレイとスピーカが接続されるようになされている。

一方、当該論理チャンネルがＮＲＴ放送の論理チャンネルである場合、ＴＳＤｅｍｕｘ４０３は、当該論理チャンネルのデータを、ＦＬＵＴＥプロセッサ４０７に出力する。

ＦＬＵＴＥプロセッサ４０７は、当該論理チャンネルのデータとして供給されたデータの中から、FLUTEセッションにより特定されるファイルを取得し、それらのファイルにより構成されるデータを、コンテンツのデータとしてストレージ４０８に記録する。なお、コンテンツのデータに対応付けられて、例えば、コントローラ４０９で生成されたメタデータも、ストレージ４０８に記録されるようにしてもよい。

ストレージ４０８は、例えば、ＨＤＤ（Hard Disk Drive）などの記録媒体であり、コンテンツのデータ、その他、受信装置４１において必要な情報を記録する。

ファイルコンテナＤｅｍｕｘ４０６は、コントローラ４０９の制御に基づいて、再生すべきコンテンツのデータをストレージ４０８から読み出し、ビデオデコーダ４０４とオーディオデコーダ４０５に出力するようになされている。例えば、ストレージ４０８に記録されているＮＲＴ放送のコンテンツが再生される場合、ファイルコンテナＤｅｍｕｘ４０６は、コントローラ４０９の制御に基づいて、そのコンテンツのデータをストレージ４０８から読み出すようになされている。

コントローラ４０９は、例えば、プロセッサ、メモリなどを有する構成とされ、受信装置４１の各部を制御する。コントローラ４０９は、例えば、図示せぬリモコンなどを介して供給される、ユーザによる選局の指令、ダウンロードすべきコンテンツの指定、再生すべきコンテンツの指定などの信号を受け付ける。また、コントローラ４０９は、例えば、必要に応じてＧＵＩ（Graphical User Interface）の表示データを生成し、ビデオデコーダ４０４を介して、端子４１０に出力するようになされている。

図２０は、受信装置４１に接続されるディスプレイの画面に表示される画像の例を示す図である。

同図に示される画像は、受信装置４１によるＰｕｓｈ型ＮＲＴ放送のサービスの一覧を表示するＧＵＩとされる。図２０の例では、カーソル４５１により「ＮＲＴ」と表示されたＧＵＩ部品が選択された状態とされている。ここでは、「ＮＲＴ」表示されたＧＵＩ部品の図中下側に、アイコン４５２とアイコン４５３が表示されている。

アイコン４５２の図中右側には、「ニュースクリップ」と表示されており、アイコン４５２がＰｕｓｈ型ＮＲＴ放送のサービス「ニュースクリップ」に対応するアイコンとされている。また、アイコン４５３の図中右側には、「天気予報」と表示されており、アイコン４５３がＰｕｓｈ型ＮＲＴ放送のサービス「天気予報」に対応するアイコンとされている。

例えば、ユーザがリモコンなどを操作して、アイコン４５２を選択した場合、図２１に示されるような画像がディスプレイの画面に表示される。同図に示される画像は、Ｐｕｓｈ型ＮＲＴ放送のサービス「ニュースクリップ」の登録を受け付けるＧＵＩとされる。例えば、図２１のボタン２６１が操作されると、受信装置４１において、Ｐｕｓｈ型ＮＲＴ放送のサービス「ニュースクリップ」の登録がなされる。

Ｐｕｓｈ型ＮＲＴ放送のサービス「ニュースクリップ」の登録がなされた受信装置４１は、「ニュースクリップ」のコンテンツを受信して蓄積するようになされている。そして、受信装置４１によりダウンロードされたコンテンツの一覧が、例えば、図２２に示されるコンテンツリストとして画面に表示される。なお、図２２の例では、「ＸＸＸＸ」が各コンテンツのタイトル、および当該コンテンツのメタデータに含まれる情報などを表示するものとされる。

受信装置４１のユーザは、図２２のコンテンツリストをディスプレイの画面などに表示させ、例えば、ＧＵＩを操作して視聴したいコンテンツを選択する。これにより、選択されたコンテンツが再生され、図２３に示されるように、コンテンツの画像がディスプレイの画面に表示されるのである。この例では、街の様子を撮影した画像がコンテンツの画像として表示されている。

次に、図２４のフローチャートを参照して、受信装置４１によるＰｕｓｈ型ＮＲＴ放送サービス登録処理について説明する。

ステップＳ１０１において、受信装置４１のコントローラ４０９は、チューナ４０２を制御してＮＲＴ放送に関するメタデータ、制御情報などを受信させる。

このとき、例えば、ＰＳＩＰデータが受信される。なお、上述したように、ＰＳＩＰデータは、ＶＣＴ、ＮＲＴ−ＩＴなどを含んで構成されるデータとされ、受信装置４１により定期的に受信されるようになされている。

ステップＳ１０２において、コントローラ４０９は、Ｐｕｓｈ型ＮＲＴ放送サービスの一覧を生成する。

このとき、ステップＳ１０１において受信されたＮＲＴ−ＩＴのそれぞれについて、図１５を参照して上述した「Push型NRTメタ情報」がチェックされる。そして、「Push型NRTメタ情報」において、例えば、図１８の領域３４１に記述された８ビットの記述子により、当該論理チャンネルがＰｕｓｈ型ＮＲＴ放送のサービスに対応する論理チャンネルであるか否かが判定される。当該論理チャンネルがＰｕｓｈ型ＮＲＴ放送のサービスに対応する論理チャンネルであると判定された場合、当該論理チャネルの「チャンネル名」、「チャンネル番号」、および図１８の領域３４２の記述子に基づいて当該Ｐｕｓｈ型ＮＲＴ放送のサービスのサービス名が取得される。

このように、ステップＳ１０１において受信されたＮＲＴ−ＩＴのそれぞれに基づいて、Ｐｕｓｈ型ＮＲＴ放送のサービスに対応する論理チャンネルが特定されていく。そして、Ｐｕｓｈ型ＮＲＴ放送サービスの一覧が生成され、図２０を参照して上述したようなＧＵＩとして表示される。

ステップＳ１０３において、コントローラ４０９は、ステップＳ１０２の処理で生成されたＰｕｓｈ型ＮＲＴ放送サービスの一覧に基づいて、ユーザによるサービスの選択を受け付ける。このとき、所定のＰｕｓｈ型ＮＲＴ放送サービスが選択される。

ステップＳ１０４において、コントローラ４０９は、ステップＳ１０３の処理で選択されたＰｕｓｈ型ＮＲＴ放送サービスに対応する「Source_id」を記憶する。ここで、「Source_id」は、ステップＳ１０１において受信されたＮＲＴ−ＩＴに基づいて特定することが可能である。

また、このとき、図１８の領域３４４に記述された記述子に基づいて、当該Ｐｕｓｈ型ＮＲＴ放送のサービスの提供を受ける場合に必要となるストレージサイズが特定され、ストレージ４０８の記憶領域が予約される。

さらに、例えば、当該Ｐｕｓｈ型ＮＲＴ放送のサービスが有料で提供される場合、図１８の領域３４５に記述された記述子により、課金等の処理に先立って各種の登録などを行うインターネットサーバに接続するためのＵＲＬが特定される。そして、当該ＵＲＬに基づいて、受信装置４１がインターネットサーバにアクセスし、有料視聴契約の処理が実行される。

このようにして、Ｐｕｓｈ型ＮＲＴ放送サービス登録処理が実行される。上述したように、本発明では、Ｐｕｓｈ型ＮＲＴ放送の個々のサービスに対応する論理チャンネルが設けられているので、登録されたＰｕｓｈ型ＮＲＴ放送サービスに対応する論理チャンネルを特定する「Source_id」が記憶されるのである。

次に、図２５のフローチャートを参照して、受信装置４１によるＰｕｓｈ型ＮＲＴ放送受信再生処理について説明する。

ステップＳ１２１において、受信装置４１のコントローラ４０９は、チューナ４０２を制御してＮＲＴ放送に関するメタデータ、制御情報などを受信させる。

このとき、例えば、ＰＳＩＰデータが受信される。なお、上述したように、ＰＳＩＰデータは、ＶＣＴ、ＮＲＴ−ＩＴなどを含んで構成されるデータとされ、受信装置４１により定期的に受信されるようになされている。そして、ＰＳＩＰデータが受信されるタイミングで、ステップＳ１２２のダウンロードスケジュール生成処理が実行されるようになされている。

ステップＳ１２２において、コントローラ４０９は、図２６を参照して後述するダウンロードスケジュール生成処理を実行する。これにより、Ｐｕｓｈ型ＮＲＴ放送のコンテンツのダウンロードが予約される。

ここで、図２６のフローチャートを参照して、図２５のステップＳ１２２のダウンロードスケジュール生成処理の詳細な例について説明する。

ステップＳ１４１において、コントローラ４０９は、図２４のステップＳ１０４の処理で記憶された「Source_id」に基づいて、ＮＲＴ−ＩＴを取得する。すなわち、ステップＳ１２１で受信したＰＳＩＰデータに含まれるＮＲＴ−ＩＴのうち、ステップＳ１０４の処理で記憶された「Source_id」に対応するＮＲＴ−ＩＴが抽出されて取得されるのである。

ステップＳ１４２において、コントローラ４０９は、ステップＳ１４１の処理で取得されたＮＲＴ−ＩＴのコンテンツ単位の記述領域をチェックする。このとき、例えば、図１５のコンテンツ単位の記述領域２９２−１の記述内容がチェックされる。

ステップＳ１４３において、コントローラ４０９は、ステップＳ１４２でチェックしたコンテンツ単位の記述領域に記述された「content_item_id」と「コンテンツバージョン」を取得する。

ステップＳ１４４において、コントローラ４０９は、同一のコンテンツがストレージ４０８に記録されているか否かを判定する。すなわち、「content_item_id」と「コンテンツバージョン」がそれぞれ同じコンテンツを既に受信して蓄積済であるか否かが判定される。ステップＳ１４４において、同一のコンテンツがストレージ４０８に記録されていないと判定された場合、処理は、ステップＳ１４５に進む。

ステップＳ１４５において、コントローラ４０９は、同一のコンテンツのダウンロードがスケジュールされているか否かを判定する。例えば、図１３を参照して上述した「content１(v1)」のように、同一のコンテンツが２回繰り返して放送される場合、どちらか１回の放送でダウンロードを行えばよい。このため、ステップＳ１４５において、同一のコンテンツのダウンロードがスケジュールされているか否かが判定されるのである。ステップＳ１４５において、同一のコンテンツのダウンロードがスケジュールされていないと判定された場合、処理は、ステップＳ１４６に進む。

ステップＳ１４６において、コントローラ４０９は、ステップＳ１４２でチェックしたコンテンツ単位の記述領域に記述された「配信スケジュール」を取得する。これにより、当該コンテンツの放送開始時刻と放送終了時刻が取得されることになる。

ステップＳ１４７において、コントローラ４０９は、ステップＳ１４２でチェックしたコンテンツ単位の記述領域に対応するコンテンツのダウンロードをスケジュールする。

なお、ステップＳ１４４において、同一のコンテンツがストレージ４０８に記録されていると判定された場合、ステップＳ１４５乃至ステップＳ１４７の処理は、スキップされる。また、ステップＳ１４５において、同一のコンテンツのダウンロードがスケジュールされていると判定された場合、ステップＳ１４６、およびステップＳ１４７の処理はスキップされる。

ステップＳ１４８において、コントローラ４０９は、ステップＳ１４１の処理で取得されたＮＲＴ−ＩＴの中に、次のコンテンツ単位の記述領域があるか否かを判定する。図１５の例では、コンテンツ単位の記述領域２９２−１の次に、コンテンツ単位の記述領域２９２−２があるので、ステップＳ１４８では、次のコンテンツ単位の記述領域があると判定され、処理は、ステップＳ１４２に戻る。

そして、ステップＳ１４２では、コンテンツ単位の記述領域２９２−２の記述内容がチェックされ、ステップＳ１４３乃至ステップＳ１４７の処理が繰り返し実行される。

このように、ステップＳ１４８において、次のコンテンツ単位の記述領域がないと判定されるまで、ステップＳ１４２乃至ステップＳ１４８の処理が繰り返し実行される。ステップＳ１４８において、次のコンテンツ単位の記述領域がないと判定された場合、ダウンロードスケジュール生成処理は終了する。

図２６の処理の終了に伴って、例えば、コントローラ４０９の内部のメモリなどに、Ｐｕｓｈ型ＮＲＴ放送のコンテンツのダウンロードスケジュールが記憶される。ダウンロードスケジュールは、例えば、ダウンロードすべきコンテンツの物理チャンネル、論理チャンネル、FLUTEセッションを特定する情報などの一覧として構成される。すなわち、ダウンロードスケジュールは、例えば、従来の録画予約情報などと同様に、受信装置４１が自動的にダウンロードを実行するための予約情報である。

これ以後、受信装置４１は、このダウンロードスケジュールに従って、コンテンツのダウンロードを行うことになる。

図２５に戻って、ステップＳ１２２の処理の後、処理は、ステップＳ１２３に進む。ステップＳ１２３において、コントローラ４０９は、ステップＳ１２２の処理で生成されたダウンロードスケジュールにおけるコンテンツの放送開始時刻になったか否かを判定し、放送開始時刻になったと判定されるまで待機する。ステップＳ１２３において、放送開始時刻になったと判定された場合、処理は、ステップＳ１２４に進む。

ステップＳ１２４において、コントローラ４０９は、チューナ４０２、ＴＳＤｅｍｕｘ４０３、およびＦＬＵＴＥプロセッサ４０７を制御してコンテンツをダウンロードする。

このとき、受信装置４１のチューナ４０２の選局が、ダウンロードスケジュールにおいて指定されている物理チャンネルに対応する放送チャンネルに設定される。また、ＴＳＤｅｍｕｘ４０３がダウンロードスケジュールにおいて指定されている論理チャンネルのデータＦＬＵＴＥプロセッサ４０７に出力する。そして、ＦＬＵＴＥプロセッサ４０７がダウンロードスケジュールにおいて指定されているFLUTEセッションのファイルを取得する。コンテンツの放送終了時刻になると、受信装置４１において、FLUTEセッションストリームを構成する全てファイルの取得が完了し、これにより、コンテンツのダウンロードが完了する。

ステップＳ１２５において、コントローラ４０９は、ステップＳ１２４の処理でダウンロードしたコンテンツを既に記録されているコンテンツに上書きするか否かを判定する。例えば、既に記録されているコンテンツと「content_item_id」が同一であり、「コンテンツバージョン」が異なるコンテンツがダウンロードされた場合、コンテンツに上書きすると判定される。

さらに、ステップＳ１２５では、図１８の領域３４４に記述された記述子により指定された当該Ｐｕｓｈ型ＮＲＴ放送のサービスの提供を受ける場合に必要となるストレージサイズに基づいて、上書きするか否かが判定される。すなわち、予め指定されたストレージサイズを超えて、コンテンツのデータを記録する必要がある場合、既に記録されているコンテンツに上書きすると判定される。この場合、例えば、ステップＳ１２４の処理でダウンロードしたコンテンツが、既に記録されているコンテンツのうち、最も古いコンテンツに上書きされる。

ステップＳ１２５において、ダウンロードしたコンテンツを既に記録されているコンテンツに上書きすると判定された場合、処理は、ステップＳ１２７に進み、ステップＳ１２４の処理でダウンロードしたコンテンツは、上書きして記録される。これにより、当該コンテンツのバージョンが更新されることになる。

一方、ステップＳ１２５において、ダウンロードしたコンテンツを既に記録されているコンテンツに上書きしないと判定された場合、処理は、ステップＳ１２６に進み、ステップＳ１２４の処理でダウンロードしたコンテンツは、新たにストレージ４０８に記録される。

なお、コンテンツが記録されるとき、ステップＳ１２１で受信した情報に含まれる、当該コンテンツのメタデータも、当該コンテンツに対応付けられて記録されるようにしてもよい。なお、メタデータは、例えば、ＮＲＴ−ＩＴに記述された「コンテンツ名」、「配信スケジュール」、「コンテンツ有効期限」などから構成される。

ここでは、１つのコンテンツがダウンロードされる場合の例について述べたが、実際には、ダウンロードスケジュールに従って、複数のコンテンツがダウンロードされる。

なお、例えば、送信装置４１のユーザが、処理の途中で当該Ｐｕｓｈ型ＮＲＴ放送のサービスの登録を解除した場合、それ以後、コンテンツのダウンロードはなされない。

ステップＳ１２８において、コントローラ４０９は、ステップＳ１２６またはステップＳ１２７の処理で記録されたコンテンツのリストを表示する。このとき、例えば、図２２に示されるような画像が生成されてディスプレイに表示される。

なお、上述したようにコンテンツには、それぞれ有効期限が設定されており、有効期限を経過したコンテンツは、ステップＳ１２８において表示されるコンテンツのリストには含まれないようになされている。有効期限は、例えば、図１５を参照して説明した「コンテンツ有効期限」に基づいて特定することができる。

ステップＳ１２９において、コントローラ４０９は、ステップＳ１２８の処理で表示したコンテンツのリストに基づく、ユーザによるコンテンツの選択を受け付ける。このとき、例えば、既にストレージ４０８に記録されているＮＲＴ放送のコンテンツのうち、ユーザが視聴したいと考えるコンテンツが選択される。

ステップＳ１３０において、コントローラ４０９は、ファイルコンテナＤｅｍｕｘ４０６を制御して、ステップＳ１２９の処理で選択が受け付けられたコンテンツを再生する。これにより、例えば、図２３に示されるように、コンテンツの画像がディスプレイに表示されるのである。

なお、登録したＰｕｓｈ型ＮＲＴ放送のサービスが有料で提供される場合、当該サービスに対応する論理チャンネルのデータは全て暗号化されて放送される。しかし、当該サービスに登録した受信装置４１には、予めＥＭＭパケットとして当該サービスに対応する論理チャンネルのデータを復号するための鍵が伝送されるようになされている。従って、当該サービスに登録した受信装置４１においては、予め伝送されて記憶されている鍵を用いて暗号化されたデータを復号し、コンテンツを視聴することが可能となる。

このようにして、受信装置４１によるＰｕｓｈ型ＮＲＴ放送受信再生処理が実行される。このように、本発明では、Ｐｕｓｈ型ＮＲＴ放送のサービスが登録された受信装置４１が、そのサービスに対応する論理チャンネルにおいて伝送されるコンテンツの全てを自動的にダウンロードするようにした。従って、既存の設備や規格などの大規模な変更を行なうことなく、Ｐｕｓｈ型ＮＲＴサービスを実現することができる。

また、本発明の受信装置４１により受信されるＮＲＴ放送の放送波は、送信装置２１により送信される。送信装置２１は、例えば、メタ情報、制御情報などのデータ、およびコンテンツのデータを多重化した信号を生成する多重化部を有する構成とされる。

コンテンツのデータは、ビデオデータとオーディオデータをエンコードするAVエンコーダにより、例えば、MPEG方式で圧縮符号化された画像データおよび音声データからなるデータである。

メタ情報、制御情報などのデータは、例えば、ＰＳＩＰデータなどにより構成されるデータである。

送信装置２１は、例えば、予め定められた放送スケジュールに対応するＶＣＴとＮＲＴ−ＩＴを生成し、ＶＣＴとＮＲＴ−ＩＴを含むＰＳＩＰデータなどにより構成されるデータを付加データとして生成する。そして送信装置２１は、放送スケジュールに基づいて、多重化部で付加データとコンテンツのデータを多重化した信号を生成し、その信号を変調して放送波として出力するようになされている。

図２７のフローチャートを参照して、送信装置２１によるＮＲＴ放送の放送波送信処理について説明する。

ステップＳ１６１において、送信装置２１の制御部は、放送スケジュールを取得する。なお、放送スケジュールには、後述する放送されるコンテンツに関する情報が含まれるものとする。

ステップＳ１６２において、送信装置２１の制御部は、放送されるコンテンツに関する情報を取得する。なお、コンテンツに関する情報には、例えば、「content_item_id」、「配信スケジュール」、「コンテンツ有効期限」、「コンテンツ名」、Push型のコンテンツかPull型のコンテンツかを表す情報などが含まれるものとする。

ステップＳ１６３において、送信装置２１の制御部は、ステップＳ１６２の処理で取得した情報に係るコンテンツがＰｕｓｈ型ＮＲＴ放送のコンテンツであるか否かを判定する。なお、実際には、放送スケジュールに記載されている複数のコンテンツのそれぞれについて、ステップＳ１６３の処理が実行されるものである。

ステップＳ１６３において、ステップＳ１６２の処理で取得した情報に係るコンテンツがＰｕｓｈ型ＮＲＴ放送のコンテンツであると判定された場合、処理は、ステップＳ１６４に進む。

ステップＳ１６４において、送信装置２１の制御部は、Ｐｕｓｈ型放送用のＮＲＴ−ＩＴを生成する。このとき、例えば、図１５を参照して上述したＮＲＴ−ＩＴが生成される。

ステップＳ１６３において、ステップＳ１６２の処理で取得した情報に係るコンテンツがＰｕｓｈ型ＮＲＴ放送のコンテンツではないと判定された場合、処理は、ステップＳ１６５に進む。

ステップＳ１６５において、送信装置２１の制御部は、Ｐｕｌｌ型放送用のＮＲＴ−ＩＴを生成する。このとき、例えば、図８を参照して上述したＮＲＴ−ＩＴが生成される。

ステップＳ１６６において、送信装置２１の制御部は、ＶＣＴを生成する。

ステップＳ１６７において、送信装置２１の制御部は、ＶＣＴとＮＲＴ−ＩＴを含むＰＳＩＰデータなどにより構成される付加データを生成する。

ステップＳ１６８において、送信装置２１の多重化部は、放送スケジュールに基づいて、付加データとコンテンツのデータを多重化した信号を生成する。なお、このとき、付加データとコンテンツのデータの多重化と同時に、複数の論理チャンネルで放送されるデータが、１つの物理チャンネルで放送されるデータとして多重化される。

ステップＳ１６９において、送信装置２１は、ステップＳ１６８の処理で生成された信号を変調し、ステップＳ１７０において、ステップＳ１６９の処理で変調された信号の放送波を出力する。

このようにして、ＮＲＴ放送の放送波送信処理が実行される。

なお、図２４乃至図２７を参照して上述した処理においては、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報（例えば、「Push型NRTメタ情報」）がＮＲＴ−ＩＴに記述されることを想定して説明した。しかし、勿論、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報が、例えば、図１４を参照して説明したように、ＶＣＴに記述されるようにしてもよい。

このように、本発明によれば、既存の設備や規格などの大規模な変更を行なうことなく、Ｐｕｓｈ型ＮＲＴサービスを実現することができる。

ところで、図１４を参照して上述した例では、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報（例えば、「Push型NRTメタ情報」）がＶＣＴに直接記述されるようにしたが、このような情報は、別の制御情報に記述されるようにしてもよい。

例えば、図１４のＶＣＴにおいて、チャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、・・・に記述される「Push型NRTメタ情報」に替えて「通常／ＮＲＴ識別情報」が記述されるようにする。「通常／ＮＲＴ識別情報」は、当該論理チャンネルが通常放送の論理チャンネルであるか、ＮＲＴ放送の論理チャンネルであるかを表す情報とされる。そして、当該論理チャンネルがＮＲＴ放送の論理チャンネルである場合、受信装置４１により、ＳＭＴ（Service Map Table）がＶＣＴに加えて受信されるようにする。そして、ＳＭＴに、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報（例えば、「Push型NRTメタ情報」）が記述されるようにする。

この場合、例えば、物理チャンネル毎にＳＭＴが生成されるようにする。

例えば、図１４を参照して上述したように、「TS_id」は、トランスポートストリームを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。これにより、どの物理チャンネル（放送チャネル）のＶＣＴであるかを識別することが可能となる。例えば、この「TS_id」に基づいて、ＳＭＴが特定される。

また、上述したように、ＶＣＴのチャンネル単位の記述領域２７２−１には、「チャンネル名」、「チャンネル番号」、「サービスタイプ」、「Program_number」、「Source_id」、「Push型NRTメタ情報」・・・が記述されている。

「Source_id」は、当該論理チャンネルを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。すなわち、チャンネル単位の記述領域２７２−１は、この「Source_id」により特定される１つの論理チャンネルに関する情報が記述される領域なのである。

同様に、チャンネル単位の記述領域２７２−２、・・・にも、それぞれ「Source_id」により特定される１つの論理チャンネルに関する情報が記述される。

また、図１５の例において、ＮＲＴ−ＩＴの記述領域２９１には、「Source_id」、「コンテンツ数」、「Push型NRTメタ情報」および、コンテンツ単位の記述領域２９２−１、コンテンツ単位の記述領域２９２−２、・・・が記述されている。

「Source_id」は、図１４を参照して上述したものと同様であり、論理チャンネルを識別するＩＤとされ、実際には、所定の文字や数値などが記述される。これにより、図１４のチャンネル単位の記述領域２７２−１、チャンネル単位の記述領域２７２−２、・・・のそれぞれに記述された論理チャンネルのいずれかと、当該ＮＲＴ−ＩＴを対応付けることが可能となる。

従って、ＮＲＴ−ＩＴは、論理チャンネル単位に生成されるのである。

上述したＳＭＴには、複数の「Source_id」のそれぞれに対応するＮＲＴ−ＩＴのそれぞれに関する情報が記述される。そして、ＳＭＴには、複数のＮＲＴ−ＩＴのそれぞれのコンテンツ単位の記述領域に記述されたコンテンツについての、Ｐｕｓｈ型ＮＲＴ放送を実現するために必要な情報が記述されるようにする。

すなわち、ＳＭＴは、ＶＣＴと同様に、論理チャンネルに関する情報が記述された所定の記述データとして伝送される。また、ＮＲＴ−ＩＴは、論理チャンネルで放送されるコンテンツのメタデータの一例ということもできる。

このようにすることで、例えば、１つの論理チャンネルで放送されるコンテンツの全てがＰｕｓｈ型ＮＲＴ放送のコンテンツとして受信されるようにすることができる。さらに、例えば、１つの論理チャンネルで放送されるコンテンツのうち、所定の時間帯に放送されるコンテンツがＰｕｌｌ型ＮＲＴ放送のコンテンツとし、他の時間帯に放送されるコンテンツがＰｕｓｈ型ＮＲＴ放送のコンテンツとして受信されるようにすることもできる。

本発明の放送システム１においては、このようにＶＣＴとＳＭＴが構成されて伝送されるようにしてもよい。

また、以上においては、ＮＲＴ−ＩＴにコンテンツ単位の記述領域を設けて、各コンテンツについての「コンテンツ伝送ロケーション情報」が記述される例について説明した。上述したように、「コンテンツ伝送ロケーション情報」が特定されることで、「Source_id」により特定される論理チャンネルにおいて伝送されるデータのうち、「content_item_id」により特定される１つのコンテンツのデータを識別することが可能となる。

すなわち、「コンテンツ伝送ロケーション情報」によりFLUTEセッションが特定され、FLUTEセッションストリームを構成するデータが取得される。FLUTEセッションストリームは、実際には、所定のサイズに分割された複数のファイルにより構成されており、この複数のファイルのそれぞれには、「ＴＯＩ」が付されている。上述した例では、「ＴＯＩ」が０のファイルであるＦＤＴに基づいて、所定のFLUTEのセッションにより伝送されるコンテンツのデータが取得されていくものと説明した。

なお、FLUTEセッションは、コンテンツのデータの伝送に用いられるファイル伝送セッションの一例ともいうことができ、ＦＤＴは、ファイル伝送セッションの制御情報であって、伝送制御データの一例であるということもできる。

しかし、近年、コンテンツの視聴は、テレビジョン受像機などのＡＶ機器を用いずに、パーソナルコンピュータなどを用いて行なわれることも多くなっている。従って、受信装置４１におけるコンテンツの視聴も、例えば、インターネットでのコンテンツの取得に対応する方式で行なうことができれば利便性が向上する。例えば、ＦＤＴに基づいて、当該コンテンツを構成するファイルのアドレス情報が記述されたアドレスファイルが特定され、アドレスファイルに記述されたアドレス情報に基づいて、当該コンテンツを構成するファイルが取得されるようにしてもよい。

例えば、受信装置４１にブラウザなどのアプリケーションソフトウェアを実装させる。そして、ブラウザのＲＳＳリーダの機能を利用して、ＲＳＳで記述されたアドレスファイルを解析できるようにする。

このアドレスファイルは、例えば、インターネットにおいて用いられているＲＳＳ（RDF Site Summary）形式で記述されるようにする。ＲＳＳは、ウェブサイトの見出しや要約などのメタデータを構造化して記述するＸＭＬ（eXtensible Markup Language）文のフォーマットである。

図２８は、ＲＳＳ形式で記述されたアドレスファイルを用いてコンテンツを構成するファイルが取得される場合の例を説明する図である。上述したように、ＮＲＴ−ＩＴのコンテンツ単位の記述領域に、各コンテンツについての「コンテンツ伝送ロケーション情報」が記述される。この例では、ＮＲＴ−ＩＴに記述された「content_item_id ＝ http://example.com/NRT/rss.xml」という情報と、「IP_Address/Port/TSI ＝ xx/xx/xx」という情報が表されている。「IP_Address/Port/TSI ＝ xx/xx/xx」は、「コンテンツ伝送ロケーション情報」を表すものであり、「xx/xx/xx」として実際には、ＩＰアドレス、ポート番号、ＴＳＩが記述される。

これによりFLUTEセッションが特定され、FLUTEセッションストリームを構成するデータが取得される。FLUTEセッションストリームの複数のファイルのそれぞれには、「ＴＯＩ」が付され、「ＴＯＩ」が０のＦＤＴが取得される。この例では、ＦＤＴの記述領域の一部である領域５０１に、「<File」で始まるＸＭＬ文が記述されている。

領域５０１には、「Content-Location＝http://XYZ.com/newsHeadline/rss.xml」と記述されている。これは、領域５０１の記述により、「XYZ.com/newsHeadline/rss.xml」というRSS形式のアドレスファイルが特定されることを表している。そして、「TOI＝”1”」という記述により、特定すべきアドレスファイルの識別子が表されている。すなわち、「ＴＯＩ」が１のファイルがアドレスファイルであることを表している。さらに、「Content-Type＝”application/rss+xml”」という記述により、アドレスファイルがＲＳＳ形式で記述されていることが表される。

受信装置４１は、「ＴＯＩ」が１のファイルをアドレスファイルとして取得し、アドレスファイルに記述されている「<enclosure」で始まるＸＭＬ文のタグを参照することで目的とするコンテンツのファイルのアドレス情報を取得する。この例では、「url＝http://XYZ.com/newsHeadline/title1.mp4・・・」と記述されている。これにより、ＦＤＴの記述領域の一部である領域５０２が特定されることになる。

領域５０２には、「Content-Location＝http://XYZ.com/newsHeadline/title1.mp4」と記述されている。これは、領域５０２の記述により、「XYZ.com/newsHeadline/title1.mp4・・・」というＭＰＥＧ４（ｍｐ４）形式のコンテンツのファイルが特定されることを表している。そして、「TOI＝”2”」という記述により、特定すべきアドレスファイルの識別子が表されている。すなわち、「ＴＯＩ」が２のファイルがコンテンツのファイルであることを表している。さらに、「Content-Type＝”video/mp4”」という記述により、そのファイルがＭＰＥＧ４（ｍｐ４）形式で圧縮符号化されたファイルであることが表される。

そして、受信装置４１は、「ＴＯＩ」が２のファイルをコンテンツのファイルとして取得し、ＭＰＥＧ４形式で圧縮符号化されたファイルを復号することにより当該コンテンツを再生することが可能となる。

このようにすることで、受信装置４１を、例えば、ブラウザなどのアプリケーションソフトウェアを実装したパーソナルコンピュータなどとして構成することが可能となる。

図２９は、ＲＳＳ形式で記述されたアドレスファイルの例を示す図である。同図において、領域５２１の「<title>News Headline by XYZ</title>」という記述は、当該アドレスファイルにより特定されるコンテンツのタイトルが「News Headline by XYZ」であることを表している。

また、領域５２２には、「<item」で始まるＸＭＬ文が記述されている。領域５２２の中の「<enclosure url＝http://XYZ.com/newsHeadline/title01.mp4 length＝”123456789” type＝”video/mp4” />」という記述は、ＲＳＳの記述形式として規定されている「enclosure」要素に関する記述である。「enclosure」要素は、本来、ＲＳＳによって配信される配信物に添付されているメディアを示す要素であるが、いまの場合、ＦＤＴに記述された「<File」で始まるＸＭＬ文を特定するための情報として用いられる。

すなわち、「enclosure」要素の「url＝http://XYZ.com/newsHeadline/title01.mp4」は、図２８のＦＤＴの領域５０２に記述された「Content-Location＝http://XYZ.com/newsHeadline/title1.mp4」を特定するために用いられる。また、「enclosure」要素の「length＝”123456789”」は、当該コンテンツのファイルのバイト長を表す記述である。また、また、「enclosure」要素の「type＝”video/mp4”」は、当該コンテンツのファイルがＭＰＥＧ４形式で圧縮された動画（video）ファイルであることを表す記述である。

なお、アドレスファイルの中に領域５２２と同様に、「<item」で始まるＸＭＬ文を複数記述すれば、当該アドレスファイルにより複数のコンテンツのファイルを特定することが可能となる。

このように、本発明によれば、受信装置４１にブラウザなどのアプリケーションソフトウェアを実装させ、ブラウザのＲＳＳリーダの機能を利用して、ＲＳＳで記述されたアドレスファイルを解析できるようにすることが可能となる。従って、例えば、インターネットでのＷＥＢページの閲覧などの場合と同様の装置と方式により、コンテンツを受信して視聴することが可能となる。なお、ＲＳＳ形式で記述されたアドレスファイルを用いてコンテンツを視聴する方式は、Ｐｕｓｈ型ＮＲＴ放送にもＰｕｌｌ型ＮＲＴ放送にも適用することができる。

例えば、図１０のステップＳ１６、または図２５のステップＳ１２４におけるコンテンツのダウンロードは、図２８と図２９を参照して上述したようにコンテンツファイルが取得されることにより行なわれるようにしてもよい。つまり、ＦＤＴに基づいて、アドレスファイルが特定され、アドレスファイルに記述されたアドレス情報に基づいて、当該コンテンツを構成するファイルが取得されるようにすることで、コンテンツのダウンロードが行われるようにしてもよい。また、このようにする場合、送信装置２１が送信するコンテンツのデータは、上述したように、ＦＤＴとコンテンツファイルの他にアドレスファイルを含んで構成されるものとなる。

ところで、図１２を参照して上述した例においては、受信装置４１が定期的にＰＳＩＰデータを受信するので、定期的にＶＣＴ、およびＮＲＴ−ＩＴを取得することができるものと説明した。そして、図１２の例では、最初にＶＣＴ２１０、ＮＲＴ−ＩＴ２１１、およびＮＲＴ−ＩＴ２１２が受信され、コンテンツＡ、コンテンツＢが伝送される論理チャンネルとFLUTEセッションのファイルが特定されるものとされていた。さらに、ＶＣＴ２２０とＮＲＴ−ＩＴ２２１およびＮＲＴ−ＩＴ２２２が新たに受信されて更新され、ＶＣＴ２２０、ＮＲＴ−ＩＴ２２１に基づいてコンテンツＣが伝送される論理チャンネルとFLUTEセッションのファイルが特定されると説明した。

すなわち、上述の例においては、コンテンツを新たに伝送する場合、予めＰＳＩＰデータを生成して、ＶＣＴ、ＮＲＴ−ＩＴを新たに受信装置４１に受信させる必要がある。

しかし、ＲＳＳ形式で記述されたアドレスファイルを用いてコンテンツを視聴する方式では、ＶＣＴ、ＮＲＴ−ＩＴを新たに受信装置４１に受信させなくとも、新たなコンテンツを伝送して受信装置４１で視聴させることができる。

すなわち、ＶＣＴ、ＮＲＴ−ＩＴを受信装置４１に受信させて、論理チャンネルとFLUTEセッションを特定させた後、当該論理チャンネルのFLUTEセッションにおいて伝送されるＦＤＴとアドレスファイルの内容を所定のタイミングで変更するのである。このようにすることで、ＶＣＴ、ＮＲＴ−ＩＴを新たに受信装置４１に受信させなくとも、新たなコンテンツを伝送して受信装置４１で視聴させることができる。

図３０は、ＶＣＴ、ＮＲＴ−ＩＴを新たに受信装置４１に受信させなくとも、新たなコンテンツを伝送して受信装置４１で視聴させることができるようにする方式を説明する図である。同図の縦軸は時間を表しており、矢印ＳがＶＣＴ、ＮＲＴ−ＩＴの更新周期を表している。なお、ＶＣＴ、ＮＲＴ−ＩＴの更新周期は、ＰＳＩＰデータの送信周期と等しいものとなる。

図３０において、ＶＣＴ、ＮＲＴ−ＩＴに基づいて受信装置４１が特定した論理チャンネルのFLUTEセッションでは、９時（０９：００：００）から１０時（１０：００：００）までの間、「ＦＤＴ instance01」、「ＲＳＳ 01」、「コンテンツファイル01」が繰り返し送信される。ここで、「ＦＤＴ instance01」は、ＴＯＩが０のＦＤＴのファイルであり、「ＲＳＳ 01」は、「ＦＤＴ instance01」により特定されるＲＳＳ形式で記述されたアドレスファイルである。「コンテンツファイル01」は、「ＦＤＴ instance01」と「ＲＳＳ 01」により特定されるコンテンツのファイルである。

また、ＶＣＴ、ＮＲＴ−ＩＴに基づいて受信装置４１が特定した論理チャンネルのFLUTEセッションでは、１０時（１０：００：００）以後は、「ＦＤＴ instance02」、「ＲＳＳ 02」、「コンテンツファイル02」が繰り返し送信される。ここで、「ＦＤＴ instance02」は、ＴＯＩが０のＦＤＴのファイルであり、「ＲＳＳ 02」は、「ＦＤＴ instance02」により特定されるＲＳＳ形式で記述されたアドレスファイルである。「コンテンツファイル02」は、「ＦＤＴ instance02」と「ＲＳＳ 02」により特定されるコンテンツのファイルである。

すなわち、図３０の例では、ＶＣＴ、ＮＲＴ−ＩＴに基づいて受信装置４１が特定した論理チャンネルのFLUTEセッションは、同一であるものの、ＦＤＴ、アドレスファイル、およびコンテンツのファイルが時間によって異なるものとされている。

例えば、「コンテンツファイル01」がコンテンツＤのファイルであり、「コンテンツファイル02」がコンテンツＥのファイルであった場合、受信装置４１では、９時から１０時までの間はコンテンツＤが受信でき、１０時以後はコンテンツＥが受信できるようになる。

図３１と図３２は、図３０の例において用いられるＲＳＳ形式で記述されたアドレスファイルの例を示す図である。

図３１は、図３０の「ＲＳＳ 01」に対応するアドレスファイルである。同図における領域５４１と領域５４２は、それぞれ図２９の領域５２１と領域５２２と同様の内容を記述する領域なので、詳細な説明は省略する。

図３１の例では、図２９の場合と異なり、領域５４３が設けられている。領域５４３には、「<pubDate>Tue, 10 Jun 2003 09:00:00 GMT</pubDate>」と記述されている。これは、当該アドレスファイルが、西暦２００３年６月１０日（火曜日）の９時（ＧＭＴ（グリニッジ標準時））に生成されたことを表している。

また、図３１の例では、図２９の場合と異なり、領域５４４が設けられている。領域５４４には、「<skipHours><hour>9</hour></skipHours>」と記述されている。この記述は、ＲＳＳの記述形式として規定されている「skipHours」要素に関する記述である。「skipHours」要素は、クロールを禁止する時間帯を指定する記述であり、「<hour>」のタグで囲まれた部分に記述された数値に対応する時間帯でのクロールが禁止される。図３１の場合、西暦２００３年６月１０日の９時から１時間の間、ファイルを更新しない（クロールしない）ことを表している。

受信装置４１は、図３０の矢印Ｓの上端部に対応する時刻においてＶＣＴ、ＮＲＴ−ＩＴを受信し、論理チャンネルとFLUTEセッションを特定する。これにより、受信装置４１は、９時になると自動的に「ＦＤＴ instance01」を取得し、これに基づいて、図３１に示されるアドレスファイルも取得することになる。図３１に示されるアドレスファイルを取得した受信装置４１は、９時に「ＦＤＴ instance01」における領域５０２（図２８）に対応する領域を参照して、「コンテンツファイル01」を取得することになる。そして、その後１時間、すなわち１０時になるまでの間は、「コンテンツファイル01」を取得することはない。また、図３１に示されるアドレスファイルを取得した受信装置４１は、９時から１時間経過後に、コンテンツのファイルを自動的に取得する（クロールする）ことになる。

１０時になると、当該FLUTEセッションで伝送されるＦＤＴの記述が変更されることになる。すなわち、１０時になると、ＴＯＩが０のファイルとして「ＦＤＴ instance02」が伝送されるようになるのである。「ＦＤＴ instance02」は、「skipHours」要素に関する記述の如何に係らず受信装置４１により取得される。ＦＤＴは、ＶＣＴ、ＮＲＴ−ＩＴに基づいて受信装置４１が特定した論理チャンネルのFLUTEセッションにおいて自動的に取得されるファイルだからである。

従って、受信装置４１は、１０時になると、自動的に「ＦＤＴ instance02」を取得する。また、上述したように１０時になると、受信装置４１は、図３１に示されるアドレスファイルの記述内容に基づいて、自動的にコンテンツのファイルと取得する処理を行う。ここでのファイルの取得は、図３１の「skipHours」要素に関する記述に基づいて行なわれるものである。

すなわち、受信装置４１は、１０時になると、「ＦＤＴ instance02」の記述に基づいて、図３２に示されるアドレスファイルも取得することになる。「ＦＤＴ instance02」によって特定されるアドレスファイルは、「ＲＳＳ 02」だからである。

図３２は、図３０の「ＲＳＳ 02」に対応するアドレスファイルである。図３２において、領域５４１の記述と領域５４２の記述は、それぞれ図３１の場合と同様なので、詳細な説明は省略する。

図３２においては、領域５４３に、「<pubDate>Tue, 10 Jun 2003 10:00:00 GMT</pubDate>」と記述されている。これは、当該アドレスファイルが、西暦２００３年６月１０日（火曜日）の１０時（ＧＭＴ（グリニッジ標準時））に生成されたことを表している。領域５４４には、「<skipHours><hour>10</hour></skipHours>」と記述されている。これは、西暦２００３年６月１０日の１０時から１時間の間、ファイルを更新しない（クロールしない）ことを表している。

従って、図３２に示されるアドレスファイルを取得した受信装置４１は、１０時に「ＦＤＴ instance02」における領域５０２（図２８）に対応する領域を参照して、「コンテンツファイル02」を取得することになる。そして、その後１時間、すなわち１１時になるまでの間は、「コンテンツファイル02」を取得することはない。また、図３２に示されるアドレスファイルを取得した受信装置４１は、１０時から１時間経過後に、ファイルを自動的に取得する（クロールする）ことになる。

従って、その後、ＴＯＩが０のファイルとして「ＦＤＴ instance02」を、「skipHours」要素に関する記述の如何に係らず取得する。ＦＤＴは、ＶＣＴ、ＮＲＴ−ＩＴに基づいて受信装置４１が特定した論理チャンネルのFLUTEセッションにおいて自動的に取得されるファイルだからである。

また、図３２に示されるアドレスファイルを取得した受信装置４１は、上述したように１１時になると、受信装置４１は、図３２に示されるアドレスファイルの記述内容に基づいて、自動的にコンテンツのファイルと取得する処理を行う。ここでのファイルの取得は、図３２の「skipHours」要素に関する記述に基づいて行なわれるものである。

すなわち、受信装置４１は、１１時になると、「ＦＤＴ instance02」の記述に基づいて、図３２に示されるアドレスファイルも取得することになる。「ＦＤＴ instance02」によって特定されるアドレスファイルは、「ＲＳＳ 02」だからである。そして、「ＦＤＴ instance02」における領域５０２（図２８）に対応する領域を参照して、「コンテンツファイル02」を再度取得することになる。いまの場合、結果として１０時に取得されたコンテンツのファイルと１１時に取得されたコンテンツのファイルは同じ内容（「コンテンツファイル02」）であったことになる。

このようにして、ＶＣＴ、ＮＲＴ−ＩＴを新たに受信装置４１に受信させなくとも、新たなコンテンツを伝送して受信装置４１で視聴させることができる。例えば、ニュース速報をＷＥＢページの画像として受信装置４１のディスプレイに表示し、所定の時間間隔で自動的に画像が更新されていくようにすることも可能である。

すなわち、例えば、図１０のステップＳ１６、または図２５のステップＳ１２４におけるコンテンツのダウンロードは、図３０乃至図３２を参照して上述したようにコンテンツファイルが取得されることにより行なわれるようにしてもよい。つまり、ＦＤＴに基づいて、アドレスファイルが特定され、アドレスファイルに記述されたアドレス情報に基づいて、当該コンテンツを構成するファイルが取得されるようにする。また、そのアドレスファイルに記述されたファイルの取得時間帯を制御する情報（例えば、「skipHours」要素に関する記述）に基づいて繰り返しコンテンツのファイルが取得されることで、コンテンツのダウンロードが行われるようにしてもよい。

このようにすることで、ＶＣＴ、ＮＲＴ−ＩＴを含むＰＳＩＰデータを生成しなくても、新たなＮＲＴ放送のコンテンツを伝送して視聴させることができるようになる。従って、例えば、放送局などにおいて、新たなＮＲＴ放送のコンテンツを伝送するに際して、都度ＶＣＴ、ＮＲＴ−ＩＴを含むＰＳＩＰデータを生成する必要がなく、より変化に富んだ放送スケジュールを策定することができる。

以上においては、ＲＳＳ形式で記述されたアドレスファイルを用いる場合の例について説明したが、ＡＴＯＭ形式で記述されたアドレスファイルが用いられるようにしても構わない。

以上に説明した例については、主にATSC（Advanced Television Systems Committee）の規格に適合する方式でＰｕｓｈ型ＮＲＴ放送を実現できるようにする実施の形態について説明した。しかし、例えば、ARIB（Association of Radio Industries and Businesses）の規格に適合する方式でＰｕｓｈ型ＮＲＴ放送を実現できるようにすることも可能である。

ARIBの規格に適合する方式のＮＲＴ放送の場合、放送される番組（プログラム）がグループに分類される。

ここでグループは、例えば、シリーズで放送されるプログラムなどをまとめて表す場合の単位とされる。また、グループは、階層化されて構成されるようになされており、例えば、１つのグループを親グループとし、複数の子グループがその親グループに含まれるように構成することができる。このグループを、後述するように物理チャンネルを多重化した論理チャンネルとして考えることも可能である。

プログラムは、コンテンツとほぼ同じ意味であり、例えば、１つのグループに複数のプログラムが含まれる。

ARIBの規格に適合する方式のＮＲＴ放送の場合、原則として、受信装置４１のユーザが予めＮＲＴ放送の視聴契約を行い、料金を支払うことが想定されている。すなわち、料金を支払ったユーザのみが、当該視聴契約の対象となっているプログラムを視聴することができるようになされている。

例えば、プログラムを構成する画像データ、音声データなどのファイルは暗号化されて放送され、料金を支払ったユーザの受信装置４１において、受信したプログラムのライセンスを取得して当該プログラムのファイルを復号するようになされている。

ARIBの規格に適合する方式のＮＲＴ放送の場合、上述したグループ、プログラム、ライセンスなどの情報が、ＥＣＧメタデータとして送信され、受信装置４１により受信されるようになされている。

図３３は、ARIBの規格に適合する方式のＮＲＴ放送を含む放送波の信号におけるプロトコルスタックを説明する図である。ARIBの規格に適合する方式のＮＲＴ放送は、衛星ダウンロード放送と称される。

図３３に示されるように、最も下位の階層は、「物理層」とされ、衛星ダウンロード放送のために割り当てられた放送波の周波数帯域がこれに対応する。「物理層」に隣接する上位の階層は、「スロット」とされている。「スロット」は、時分割された伝送帯域とされ、例えば、１つの放送チャンネルに４８スロットが割り当てられる。

「スロット」に隣接する上位の階層は、「ＴＬＶ（Type Length Value）」とされている。「ＴＬＶ」においては、上位の階層のパケットが、ＴＬＶパケットと呼ばれる可変長のパケットに分割されて伝送され、このＴＬＶパケットの連続が、ＴＬＶストリームと称される。

つまり、１つの放送チャンネルに対応する伝送帯域において伝送される信号は、全てその放送チャンネルに対応するヘッダ情報などを有するＴＬＶパケットにより伝送されるのである。換言すれば、ARIBの規格に適合する方式のＮＲＴ放送の場合、物理チャンネル（放送チャンネル）毎にＴＬＶストリームの伝送レートが割り当てられることになる。

「ＴＬＶ」に隣接する上位の階層として、「ＩＰ（Multicast）」、「ヘッダ圧縮IP（Multicast）」、「ＴＬＶ−ＮＩＴ（Network Information Table）」、および「ＡＭＴ（Address Map Table）」とされている。「ＩＰ（Multicast）」は、Multicast形式のＩＰパケットとされる。「ヘッダ圧縮IP（Multicast）」は、ＩＰパケットのヘッダを圧縮することによって伝送オーバーヘッドを削減するものである。例えば、全てのパケットのヘッダ情報を全て伝送する代わりに、フルヘッダのパケットを間欠的に伝送し、他のパケットでは圧縮ヘッダに付け替えて伝送し受信側でヘッダ情報を復元するプロトコルに対応するヘッダ情報が付されたＩＰパケットとされる。

「ＴＬＶ−ＮＩＴ（Network Information Table）」、および「ＡＭＴ（Address Map Table）」には、ＩＰアドレス、ポート番号などに基づいて、ＴＬＶパケットに付与された識別子を特定するために用いられる情報が伝送される階層とされる。「ＴＬＶ−ＮＩＴ」、および「ＡＭＴ」は、多重化されているＩＰパケットのマルチキャストグループの一覧など、ＴＬＶパケットの多重化の状態などが記述されている。受信装置４１において、「ＴＬＶ−ＮＩＴ」、および「ＡＭＴ」を参照することにより、ＴＬＶパケットに付与された識別子を特定し、目的のＩＰパケットを取り出すことができるようになされている。

「ＩＰ（Multicast）」、「ヘッダ圧縮IP（Multicast）」に隣接する上位の階層は、「ＵＤＰ」とされ、その上位階層として「データ伝送プロトコル」が表示されている。「データ伝送プロトコル」は、「ＥＣＧメタデータ」や、「ＴＴＳ」が格納されるファイルを伝送するための所定のプロトコルに対応する階層とされる。このデータ伝送プロトコルに基づいて、後述するダウンロードヘッダが生成されることになる。

「ＴＴＳ（Timestamped TS）」は、符号化された画像データ、音声データなどを固定長のトランスポートパケット（ＴＳパケット)に分割し、ＴＳパケットの所定の位置にタイムスタンプ情報を付加したパケットが伝送される階層である。「ＴＴＳ」に隣接する上位の階層として、「Video Coding（符号化された画像データ）」、「Audio Coding（符号化された音声データ）」、「字幕 Coding（符号化された字幕データ）」が記載されている。

「ＥＣＧメタデータ」は、後述するＥＣＧメタデータを構成するデータが固定長のパケットに分割されて伝送される階層とされる。

「ＴＴＳ」階層のパケット、または「ＥＣＧメタデータ」階層のパケットに、そのパケットに格納されるファイルの識別情報、符号化方式、ブロック番号などの属性情報をダウンロードヘッダとして付加したものが、ＵＤＰパケットのペイロードとされる。

このように、ARIBの規格に適合する方式のＮＲＴ放送である衛星ダウンロード放送においては、「ＴＬＶ」のＴＬＶパケットの伝送レートに対応する伝送帯域を有する１つの放送チャンネル（いわば物理チャンネル）を、グループと称される複数の論理チャンネルに多重化することが可能である。

このような論理チャンネルのそれぞれに関する情報は、放送チャンネル毎に生成される論理チャンネル（グループ）に関する制御情報であるグループ属性テーブルと、ユーザの視聴契約に対応する制御情報である購入属性テーブルに記述されている。グループ属性テーブルと購入属性テーブルは、それぞれＥＣＧメタデータに含まれる情報であり、詳細については後述する。

グループ属性テーブルと購入属性テーブルに基づいて、ダウンロードすべきプログラムが含まれるグループの識別子である「グループＩＤ」が特定され、「グループＩＤ」に基づいて、プログラムの識別子である「ＣＲＩＤ」が特定される。そして、「ＣＲＩＤ」に基づいて受信すべきＩＰパケットのＩＰアドレスとポート番号が特定される。さらに、「ＴＬＶ−ＮＩＴ」、および「ＡＭＴ」を参照することにより、ＴＬＶパケットに付与された識別子が特定され、目的のＩＰパケットが取り出されることになる。

なお、ＥＣＧメタデータが格納されるＩＰパケットには、予め定められたＩＰアドレスとポート番号が付与されるようになされている。ＥＣＧメタデータのＩＰアドレスとポート番号は、予め受信装置４１に記憶されている。

つまり、受信装置４１は、予め記憶しているＩＰアドレスとポート番号に基づいて、「ＴＬＶ−ＮＩＴ」、および「ＡＭＴ」を参照することにより、ＴＬＶパケットに付与された識別子を特定し、ＥＣＧメタデータのＩＰパケットを取り出すことができる。そのようにして得られたＥＣＧメタデータに含まれるグループ属性テーブルと購入属性テーブルに基づいて、上述のように、ダウンロードすべきプログラムが含まれるグループの識別子である「グループＩＤ」が特定されるのである。

次にＥＣＧメタデータについて説明する。ＥＣＧメタデータには、グループ属性テーブル、プログラム属性テーブル、プログラムロケーションテーブル、購入属性テーブル、ライセンス属性テーブル、ダウンロード制御情報テーブルが含まれる。

図３４は、本発明において用いられるグループ属性テーブル（Group Information）の例を示す図である。グループ属性テーブルは、グループ毎に生成される。ARIBの規格に適合する方式のＮＲＴ放送の場合、Ｐｕｓｈ型ＮＲＴ放送を受信する受信装置４１は、そのＰｕｓｈ型ＮＲＴ放送に対応するグループに含まれるプログラムを全て受信するようになされている。

同図の例において、グループ属性テーブルには、「グループＩＤ」、「グループタイプ」、「グループ／プログラム数」、「親グループＩＤ」、「タイトル名」、「概要」、「ジャンル」、「キーワード」、「タイトルメディア」、・・・が記述されている。

「グループＩＤ」は、当該グループを特定する識別子とされる。

「グループタイプ」には、例えば、当該グループに属するプログラムの販売条件などが記述される。例えば、当該グループに属するプログラムが１０回のシリーズとして放送される場合、１０回分まとめて販売されるプログラムであるか、または、各回別に販売されるプログラムであるかなどを表す情報が記述される。

また、「グループタイプ」には、当該グループに属するプログラムが、Ｐｕｓｈ型ＮＲＴ放送のプログラムであるか否かを表す情報が記述される。ARIBの規格に適合する方式のＮＲＴ放送の場合、Ｐｕｓｈ型ＮＲＴ放送とＰｕｌｌ型ＮＲＴ放送ではダウンロードの方式が異なるものではなく、ダウンロード後のデータの保存の方式が異なるものとなる。

すなわち、ARIBの規格に適合する方式のＮＲＴ放送の場合、ダウンロードされたプログラムのデータは、「グループＩＤ」および「グループタイプ」と対応付けられて記録媒体に記録される。ARIBの規格に適合する方式のＮＲＴ放送の場合、例えば、Ｐｕｓｈ型ＮＲＴ放送のプログラムをダウンロードしたデータは、同一のグループに属する別のプログラムがダウンロードされたとき、上書きされるようになされている。一方、Ｐｕｌｌ型ＮＲＴ放送のプログラムをダウンロードしたデータのときは、上述のような上書きはなされない。

つまり、受信装置４１が、「グループＩＤ」および「グループタイプ」に基づいて、新たにダウンロードしたプログラムのデータを上書きして記録するか否かを判定するようになされている。このようにすることで、ユーザがＰｕｓｈ型ＮＲＴ放送の視聴契約を行った場合、以後、自動的に受信装置４１の記録媒体にプログラムのデータが上書きされて記録されていくようになる。

これにより、例えば、「天気予報」のＰｕｓｈ型ＮＲＴ放送の視聴契約を行ったユーザは、常に最新の予報を視聴することができるようになる。

「グループ／プログラム数」には、当該グループに属するグループ（子グループ）および当該グループに属するプログラムの数が記述される。

「親グループＩＤ」には、当該グループの親グループがある場合、その親グループの「グループＩＤ」が記述される。

「タイトル名」、「概要」、「ジャンル」、「キーワード」には、それぞれ当該グループのタイトル、概要、ジャンル、キーワードが記述される。

「タイトルメディア」には、例えば、当該グループ属するプログラムのサムネイル画像のデータが添付される。

グループ属性テーブルはこのように構成される。

図３５は、本発明において用いられるプログラム属性テーブル（Program Information）の例を示す図である。プログラム属性テーブルは、プログラム毎に生成される。

同図の例において、プログラム属性テーブルには、「ＣＲＩＤ（Contents Reference ID）」、「グループＩＤ」、「ＡＶ属性」、「タイトル名」、「概要」、「ジャンル」、「キーワード」、「タイトルメディア」、・・・が記述されている。

「ＣＲＩＤ」は、当該プログラムを特定する識別子とされる。

「グループＩＤ」には、当該プログラムが属するグループの「グループＩＤ」が記述される。

「ＡＶ属性」には、例えば、当該プログラムが字幕付きのプログラムであるか否かを表す情報などが記述される。

「タイトル名」、「概要」、「ジャンル」、「キーワード」には、それぞれ当該プログラムのタイトル、概要、ジャンル、キーワードが記述される。

「タイトルメディア」には、例えば、当該プログラムのサムネイル画像のデータが添付される。

プログラム属性テーブルはこのように構成される。

図３６は、購入属性テーブル（Purchase Information）の例を示す図である。同図の例において、購入属性テーブルには、「Purchase ＩＤ」、「グループＩＤ／プログラムＩＤ」、「料金」、・・・が記述されている。購入属性テーブルは、グループもしくはプログラム（コンテンツ）の視聴契約毎に生成される。

「Purchase ＩＤ」は、当該視聴契約を特定する識別子とされる。

「グループＩＤ／プログラムＩＤ」には、当該視聴契約の対象となっているグループもしくはプログラムについて、その「グループＩＤ」、および「プログラムＩＤ（すなわちＣＲＩＤ）」が記述される。

「料金」は、ＮＲＴ放送の視聴契約に伴って支払われる料金が記述される。

購入属性テーブルはこのように構成される。

図３７は、ライセンス属性テーブル（License Information）の例を示す図である。同図の例において、ライセンス属性テーブルには、「ライセンスＩＤ」、「ＣＲＩＤ」、「Purchase ＩＤ」、「利用条件」・・・が記述されている。ライセンス属性テーブルは、プログラム（コンテンツ）の視聴契約毎に生成される。

「ライセンスＩＤ」は、当該視聴契約に対応するライセンスの識別子であると同時に、例えば、暗号化されたプログラムのファイルを復号するための鍵が記憶されている記憶領域のアドレスの情報である。

例えば、「ライセンスＩＤ」を取得した受信装置４１は、そのアドレスに基づいてネットワークを介して接続される放送局のサーバなどにアクセスする。すなわち、上記のアドレスは、放送局のサーバの所定の記憶領域を特定するものであり、その記憶領域に暗号化されたプログラムのファイルを復号するための鍵が記憶されている。

受信装置４１は、例えば、放送局のサーバにアクセスする際に、「Purchase ＩＤ」および自身の識別情報などを送信してサーバの認証を受ける。認証に成功した場合、サーバからファイルを復号するための鍵を取得できるようになされている。

「ＣＲＩＤ」には、当該視聴契約により視聴可能となるプログラムの「ＣＲＩＤ」が記述される。

「Purchase ＩＤ」には、当該ライセンスに対応する視聴契約の「Purchase ＩＤ」が記述される。

「利用条件」は、例えば、当該ライセンスによるプログラムのファイルの復号可能回数（コンテンツの再生可能回数）などを表す情報が記述される。

ライセンス属性テーブルはこのように構成される。

図３８は、プログラムロケーション（Program Location）テーブルの例を示す図である。同図の例において、プログラムロケーションテーブルには、「ＣＲＩＤ」、「プログラムの参照ＵＲＬ」、「Purchase ＩＤ」、・・・が記述されている。プログラムロケーションテーブルは、プログラム毎に生成される。

「ＣＲＩＤ」には、当該プログラムの「ＣＲＩＤ」が記述される。

「プログラムの参照ＵＲＬ」には、当該プログラムのダウンロード制御情報（後述）のＵＲＬが記述される。

「Purchase ＩＤ」は、当該プログラムを対象とする視聴契約の「Purchase ＩＤ」が記述される。

プログラムロケーションテーブルはこのように構成される。

図３９は、ダウンロード制御情報（Download Control Information）の例を示す図である。同図の例において、ダウンロード制御情報には、「ＣＲＩＤ」、「放送スケジュール」、・・・が記述されている。ダウンロード制御情報は、プログラム毎に生成される。

「ＣＲＩＤ」には、当該プログラムの「ＣＲＩＤ」が記述される。

「放送スケジュール」には当該プログラムの放送チャンネル、放送開始時刻、放送終了時刻等が記述される。

また、この他にも当該プログラムのファイルを伝送するパケットのＩＰアドレスとポート番号とがダウンロード制御情報に記述されるようになされている。

ダウンロード制御情報はこのように構成される。

なお、上述したグループ属性テーブル、プログラム属性テーブル、プログラムロケーションテーブル、購入属性テーブル、ライセンス属性テーブル、ダウンロード制御情報テーブルのそれぞれは、実際にはＸＭＬ文として記述される。

例えば、ＥＣＧメタデータを受信した受信装置４１のユーザは、グループ属性テーブルに含まれる「タイトル名」、「概要」などを参考にして、視聴したいと思うＰｕｓｈ型ＮＲＴ放送を決める。そして、ユーザは、予め定められた手続きにより視聴契約を行って当該Ｐｕｓｈ型ＮＲＴ放送の視聴契約に必要となる料金を支払う。例えば、放送局のサーバには、料金を支払ったユーザの受信装置４１の識別情報が、その料金の支払によって締結された視聴契約に対応する「Purchase ＩＤ」と対応付けられて記憶される。また、料金を支払ったユーザの受信装置４１には、その料金の支払によって締結された視聴契約に対応する「Purchase ＩＤ」が記憶される。

視聴契約と料金支払後に放送を受信した受信装置４１は、記憶されている「Purchase ＩＤ」に基づいて、ＥＣＧメタデータに含まれる購入属性テーブル、ライセンス属性テーブル、およびプログラムロケーションテーブルを取得する。

そして、受信装置４１は、プログラムロケーションテーブルに記述されたＵＲＬに基づいて、ＥＣＧメタデータに含まれるダウンロード制御情報を取得する。受信装置４１は、ダウンロード制御情報に記述された放送スケジュールを特定することで、プログラムの放送開始時刻と放送終了時刻、放送チャンネル、ＩＰアドレス、ポート番号などを特定する。これにより、例えば、コントローラ４０９の内部のメモリなどに、ＮＲＴ放送のプログラムのダウンロードスケジュールが記憶される。

受信装置４１は、ダウンロードスケジュールに従ってプログラムを構成するファイルをダウンロードし、「Purchase ＩＤ」に基づいて取得したライセンス属性テーブルに記述されたライセンスＩＤを用いて復号鍵が記憶されているアドレスを特定する。そして、受信装置４１は、例えば、ネットワークを介して上述したアドレスにアクセスして復号鍵を取得し、暗号化されたファイルを復号して再生する。

このようにして、ARIBの規格に適合する方式でＰｕｓｈ型ＮＲＴ放送を実現できるようにすることも可能である。

次に、図４０のフローチャートを参照して、受信装置４１においてARIBの規格に適合する方式でＮＲＴ放送を受信する場合のＮＲＴ放送受信処理について説明する。

ステップＳ２０１において、受信装置４１は、ＥＣＧメタデータを取得する。このとき、受信装置４１は、予め記憶しているＩＰアドレスとポート番号に基づいて、「ＴＬＶ−ＮＩＴ」、および「ＡＭＴ」を参照することにより、ＴＬＶパケットに付与された識別子を特定する。そして、受信装置４１は、特定されたＴＬＶパケットからＥＣＧメタデータのＩＰパケットを取り出すことでＥＣＧメタデータを取得する。

ステップＳ２０２において、受信装置４１は、「グループＩＤ」を特定する。このとき、受信装置４１は、記憶されている「Purchase ＩＤ」に基づいて、ＥＣＧメタデータに含まれる購入属性テーブル、ライセンス属性テーブル、およびプログラムロケーションテーブルを取得する。そして、購入属性テーブルに含まれる「グループＩＤ」を特定する。

ステップＳ２０３において、受信装置４１は、ステップＳ２０２の処理で特定した「グループＩＤ」に基づいてグループ属性テーブルを取得し、「グループタイプ」を特定する。

ステップＳ２０４において、受信装置４１は、ダウンロードスケジュールを生成する。このとき、ステップＳ２０２の処理に伴って取得されたプログラムロケーションテーブルに記述されたＵＲＬに基づいて、ダウンロード制御情報を取得する。受信装置４１は、ダウンロード制御情報に記述された放送スケジュールを特定することで、プログラムの放送開始時刻と放送終了時刻、放送チャンネル、ＩＰアドレス、ポート番号などを特定する。これにより、例えば、コントローラ４０９の内部のメモリなどに、ＮＲＴ放送のプログラムのダウンロードスケジュールが記憶される。

ステップＳ２０５において、受信装置４１は、ステップＳ２０４の処理で生成されたダウンロードスケジュールに基づいて、プログラムのデータをダウンロードする。

ステップＳ２０６において、受信装置４１は、ステップＳ２０５の処理でダウンロードしたプログラムのデータと、ステップＳ２０２およびステップＳ２０３の処理で特定された「グループＩＤ」および「グループタイプ」とを対応付ける。

ステップＳ２０７において、受信装置４１は、ステップＳ２０５の処理でダウンロードしたプログラムは、Ｐｕｓｈ型ＮＲＴ放送のプログラムか否かを判定する。このとき、ステップＳ２０６の処理により対応付けられている「グループタイプ」に基づいて、当該プログラムがＰｕｓｈ型ＮＲＴ放送のプログラムか否かが判定される。

ステップＳ２０７において、ステップＳ２０５の処理でダウンロードしたプログラムはＰｕｓｈ型ＮＲＴ放送のプログラムであると判定された場合、処理は、ステップＳ２０８に進む。

ステップＳ２０８において、受信装置４１は、プログラムのデータを上書きして記録する。

一方、ステップＳ２０７において、ステップＳ２０５の処理でダウンロードしたプログラムはＰｕｓｈ型ＮＲＴ放送のプログラムではないと判定された場合、処理は、ステップＳ２０９に進む。

ステップＳ２０９において、受信装置４１は、プログラムのデータを上書きせずに記録する。

すなわち、ステップＳ２０８またはステップＳ２０９において、ダウンロードされたプログラムのデータは、「グループＩＤ」および「グループタイプ」と対応付けられて記録媒体に記録されることになる。

ここで、Ｐｕｓｈ型ＮＲＴ放送のプログラムをダウンロードしたデータは、同一のグループに属する別のプログラムがダウンロードされたとき、上書きされるようになされている（ステップＳ２０８の処理）。例えば、ステップＳ２０２の処理で特定された「グループＩＤ」と同一の「グループＩＤ」に対応づけられたプログラムのデータであって、先に記録されているプログラムのデータに、ステップＳ２０５の処理でダウンロードしたプログラムのデータが上書きされる。一方、Ｐｕｌｌ型ＮＲＴ放送のプログラムをダウンロードしたデータのときは、上述のような上書きはなされない（ステップＳ２０９の処理）。

つまり、受信装置４１が、「グループＩＤ」および「グループタイプ」に基づいて、新たにダウンロードしたプログラムのデータを上書きして記録するか否かを判定するようになされている（ステップＳ２０７の処理）。このようにすることで、ユーザがＰｕｓｈ型ＮＲＴ放送の視聴契約を行った場合、以後、自動的に受信装置４１の記録媒体にプログラムのデータが上書きされて記録されていくようになる。

なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。また、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば図４１に示されるような汎用のパーソナルコンピュータ７００などに、ネットワークや記録媒体からインストールされる。

図４１において、CPU（Central Processing Unit）７０１は、ROM（Read Only Memory）７０２に記憶されているプログラム、または記憶部７０８からRAM（Random Access Memory）７０３にロードされたプログラムに従って各種の処理を実行する。RAM７０３にはまた、CPU７０１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU７０１、ROM７０２、およびRAM７０３は、バス７０４を介して相互に接続されている。このバス７０４にはまた、入出力インタフェース７０５も接続されている。

入出力インタフェース７０５には、キーボード、マウスなどよりなる入力部７０６、ＬＣＤ(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部７０７が接続されている。また、入出力インタフェース７０５には、ハードディスクなどより構成される記憶部７０８、モデム、LANカードなどのネットワークインタフェースカードなどより構成される通信部７０９が接続されている。通信部７０９は、インターネットを含むネットワークを介しての通信処理を行う。

入出力インタフェース７０５にはまた、必要に応じてドライブ７１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１が適宜装着されている。そして、それらのリムーバブルメディアから読み出されたコンピュータプログラムが、必要に応じて記憶部７０８にインストールされる。

上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディア７１１などからなる記録媒体からインストールされる。

なお、この記録媒体は、図４１に示される、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスク（登録商標）を含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア７１１により構成されるものだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM７０２や、記憶部７０８に含まれるハードディスクなどで構成されるものも含む。

なお、本明細書において上述した一連の処理は、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

１ 放送システム， ２１ 送信装置， ４１ 受信装置， ４０１ 端子， ４０２ チューナ， ４０３ ＴＳＤｅｍｕｘ， ４０４ ビデオデコーダ， ４０５ オーディオデコーダ， ４０６ ファイルコンテナＤｅｍｕｘ， ４０７ ＦＬＵＴＥプロセッサ，４０８ ストレージ， ４０９ コントローラ ４１０ 端子， ４１１ 端子

Claims (5)

1. 放送波として送信される信号に基づいて、予め設定されたＴＬＶパケットを抽出することで、コンテンツのメタデータを取得するメタデータ取得手段と、
   前記メタデータに基づいて、視聴契約したコンテンツの属するグループおよび前記グループのタイプを特定するグループ特定手段と、
   前記メタデータに基づいて、前記放送波として送信される信号から視聴契約したコンテンツのパケットを抽出するためのパケット抽出情報を生成するパケット抽出情報取得手段と、
   前記パケット抽出情報に基づいて、前記放送波として送信される信号から前記特定されたパケットを抽出することで、再生レートと同期しない伝送レートで前記コンテンツをダウンロードするダウンロード手段と、
   前記ダウンロードしたコンテンツを、前記コンテンツの属するグループのタイプと対応づけて記録媒体に記録する記録手段と
   を備えるコンテンツ受信装置。
2. 前記ダウンロードしたコンテンツの属する前記グループのタイプが予め定められた所定のタイプであるか否かを判定するグループタイプ判定手段をさらに備え、
   前記グループのタイプが前記所定のタイプであると判定された場合、
   前記コンテンツを、前記グループに属するコンテンツであって、先に記録されているコンテンツに上書きして記録する
   請求項１に記載のコンテンツ受信装置。
3. 前記パケット抽出情報取得手段は、前記メタデータに含まれる前記コンテンツのダウンロード制御情報を特定し、
   前記ダウンロード制御情報に基づいて、前記コンテンツのデータが格納されるパケットのＩＰアドレスおよびポート番号を特定し、
   前記ダウンロード手段は、前記ＩＰアドレスおよびポート番号に基づいて、前記放送波として送信される信号により伝送されるＴＬＶストリームから、前記コンテンツのデータが格納されるＴＬＶパケットを抽出する
   請求項１に記載のコンテンツ受信装置。
4. 前記放送波として送信される信号により、ARIBの規格に適合する方式のＮＲＴ放送が放送される
   請求項１に記載のコンテンツ受信装置。
5. メタデータ取得手段が、放送波として送信される信号に基づいて、予め設定されたＴＬＶパケットを抽出することで、コンテンツのメタデータを取得し、
   グループ特定手段が、前記メタデータに基づいて、視聴契約したコンテンツの属するグループおよび前記グループのタイプを特定し、
   パケット抽出情報生成手段が、前記メタデータに基づいて、前記放送波として送信される信号から視聴契約したコンテンツのパケットを抽出するためのパケット抽出情報を生成し、
   ダウンロード手段が、前記パケット抽出情報に基づいて、前記放送波として送信される信号から前記特定されたパケットを抽出することで、再生レートと同期しない伝送レートで前記コンテンツをダウンロードし、
   記録手段が、前記ダウンロードしたコンテンツを、前記コンテンツの属するグループのタイプと対応づけて記録媒体に記録するステップ
   を含むコンテンツ受信方法。

Images