JP6408762B2

JP6408762B2 - 受信装置、受信方法、及びプログラム

Info

Publication number: JP6408762B2
Application number: JP2013552761A
Authority: JP
Inventors: 義治出葉; 北里　直久; 直久北里
Original assignee: Saturn Licensing LLC
Current assignee: Saturn Licensing LLC
Priority date: 2012-04-18
Filing date: 2013-04-09
Publication date: 2018-10-17
Anticipated expiration: 2033-04-09
Also published as: KR20150002432A; US20130282870A1; WO2013157440A1; EP2840798A4; EP2840798A1; CA2837039A1; CN103609131A; KR102091075B1; JPWO2013157440A1; MX2013014569A

Description

本技術は、受信装置、受信方法、及びプログラムに関し、特に、NRTサービスにて様々な運用形態を柔軟に提供することができるようにした受信装置、受信方法、及びプログラムに関する。

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

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

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

そこで、一方向伝送の放送においてオンデマンド視聴を可能とするために、受信装置が大容量のストレージを保持することを前提として、放送されたコンテンツのファイルデータを一旦ストレージに蓄積した後に、再生するNRTサービスが検討されている（例えば、特許文献１参照）。

NRT（Non Real Time）サービスにおいては、コンテンツのリアルタイムの視聴は前提とされず、放送波により伝送されるコンテンツのファイルデータがダウンロードされ、ストレージに蓄積される。そのため、ユーザは、コンテンツの放送時刻に関係なく、蓄積されたコンテンツを視聴することができる。

特開２０１１−４１２４２号公報

ところで、NRTサービスにおいては、コンテンツのダウンロード予約を行う場合、NRT-IT（NRT Information Table）と称される非リアルタイムに送信されるコンテンツのダウンロードに関する情報を事前に取得する必要がある。NRT-ITには、ダウンロード予約可能なコンテンツのリストが記述されており、そのリストの中から、所望のコンテンツが選択されることになる。

しかしながら、NRT-ITには、ダウンロード対象のコンテンツのファイルのファイル属性情報が含まれていなかったため、受信装置では、当該ファイルを一律にしか取り扱うことができず、NRTサービスにて提供可能となる運用形態が限定的なものとなっていた。

本技術はこのような状況に鑑みてなされたものであり、NRTサービスにおいて、様々な運用形態を柔軟に提供できるようにするものである。

本技術の一側面の受信装置は、放送波により伝送される、ダウンロード対象のコンテンツを受信する受信部と、前記コンテンツのファイルごとに設定されるファイル属性情報を取得するファイル属性情報取得部と、取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する制御部と、前記コンテンツに対して所定の処理が行われた場合、前記所定の処理の内容に応じて、前記ファイル属性情報の設定内容を変更するファイル属性情報設定部とを備え、前記制御部は、設定内容を変更した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する。

前記ファイル属性情報取得部は、前記コンテンツがダウンロードされた場合、又は前記コンテンツがダウンロード中である場合、前記ファイル属性情報を取得する。

前記ファイル属性情報は、前記コンテンツのファイルの表示の可否を設定するための第１の属性を含み、前記制御部は、前記ファイル属性情報に含まれる前記第１の属性に基づいて、前記コンテンツのリストの表示を制御する。

前記ファイル属性情報設定部は、前記コンテンツが有料のコンテンツである場合に、当該コンテンツに対する課金処理が完了したとき、前記第１の属性の属性値を、非表示から表示に変更する。

前記ファイル属性情報は、前記コンテンツのファイルの読み込みの可否を設定するための第２の属性を含み、前記制御部は、前記ファイル属性情報に含まれる前記第２の属性に基づいて、前記コンテンツの再生を制御する。

前記ファイル属性情報は、前記コンテンツのファイルの変更の可否を設定するための第３の属性を含み、前記制御部は、前記ファイル属性情報に含まれる前記第３の属性に基づいて、前記コンテンツの変更を制御する。

前記ファイル属性情報設定部は、放送波により伝送されるコンテンツに連動して実行されるアプリケーションプログラムに記述されたスクリプトの実行に応じて、前記ファイル属性情報の設定内容を変更する。

前記ファイル属性情報設定部は、前記ファイル属性情報の設定内容を、前記コンテンツの提供元の事業者と、前記アプリケーションプログラムの提供元の事業者により定められる所定の管理範囲内でのみ変更する。

前記コンテンツは、FLUTE（File Delivery over Unidirectional Transport）セッションを利用したNRT（Non Real Time）放送によって伝送されるものであり、前記ファイル属性情報は、NRT-IT（NRT Information Table）の属性として規定される。

受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術の一側面の受信方法又はプログラムは、前述した本技術の一側面の受信装置に対応する受信方法又はプログラムである。

本技術の一側面の受信装置、受信方法、及びプログラムにおいては、放送波により伝送される、ダウンロード対象のコンテンツが受信され、前記コンテンツのファイルごとに設定されるファイル属性情報が取得され、取得された前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作が制御される。また、前記コンテンツに対して所定の処理が行われた場合、前記所定の処理の内容に応じて、前記ファイル属性情報の設定内容が変更され、設定内容が変更された前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作が制御される。

本技術の一側面によれば、NRTサービスにおいて、様々な運用形態を柔軟に提供することができる。

本技術を適用したNRTシステムの一実施の形態の構成を示す図である。 NRT放送における送出フローと受信フローを説明する図である。受信装置の構成例を示す図である。制御プログラムの構成例を示す図である。制御データとして伝送されるテーブルの例を示す図である。 NRT-ITの構造を示す図である。 NRT-ITの構造を示す図である。ファイル属性情報記述子の記述例を示す図である。ファイル属性情報の設定内容を示す図である。コンテンツダウンロード・再生処理を説明するフローチャートである。コンテンツのリスト表示処理を説明するフローチャートである。コンテンツのリストの表示例を示す図である。第１のファイル属性情報変更処理を説明するフローチャートである。コンテンツのリストの表示例を示す図である。第２のファイル属性情報変更処理を説明するフローチャートである。コンピュータの構成例を示す図である。

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

[NRTサービスの概要の説明]
図１は、本技術を適用したNRTシステムの一実施の形態の構成を示す図である。

NRTシステム１は、NRTサービスを提供するためのものである。図１に示すように、NRTシステム１は、放送局２に設置される放送装置１０、並びにユーザの家４に設置される受信装置２０及びテレビジョン受像機３０を含むように構成される。

放送装置１０は、テレビジョン放送信号を用いてダウンロード対象のコンテンツ（以下、DLコンテンツという）を、衛星３を介して伝送する。なお、本明細書では、DLコンテンツをテレビジョン放送信号により伝送することを、NRT放送と表現する。

すなわち、放送装置１０によるNRT放送の手法は、図１の例では衛星放送波を用いた手法が採用されている。もっとも、放送装置１０によるテレビジョン放送の手法自体は、図１の例に特に限定されず、地上波を用いたり、CATV(Community Antenna Television)網を介したりする手法を採用することができる。また、テレビジョン放送波以外の放送波、例えばデジタルラジオ放送波を用いる手法を採用することもできる。

受信装置２０は、放送装置１０から放送波により伝送されるDLコンテンツを受信して、ストレージに蓄積する。なお、本明細書では、受信装置２０がDLコンテンツを受信して蓄積することを、DLコンテンツをダウンロードする、と表現する。また、受信装置２０は、許容されている利用期間内の任意のタイミングで、DLコンテンツを、テレビジョン受像機３０等により再生させることができる。

なお、受信装置２０は、図１の例ではテレビジョン受像機３０の外部に設けられているが、テレビジョン受像機３０に内蔵されていてもよい。

[NRT放送における送出フローと受信フローの説明]
図２は、NRT放送における送出フローと受信フローを説明する図である。

DLコンテンツを構成する映像と音声が供給されると、放送装置１０は、ステップＳ１１において、ＡＶエンコード／多重化処理を実行する。ここで、ＡＶエンコード／多重化処理とは、映像と音声の各信号を所定の方式で圧縮符号化し、その結果得られる映像と音声の各データを多重化することで、DLコンテンツをファイルとして生成する処理をいう。

DLコンテンツのファイルの単位は、特に限定されないが、例えば本実施の形態では、番組単位が採用されているものとする。すなわち、この場合、１つのファイルには、１つの番組を構成するDLコンテンツが含まれている。

ステップＳ１２において、放送装置１０は、DLコンテンツのファイルを保持する。このステップＳ１２の処理を、コンテンツファイルアーカイブ処理という。また、放送装置１０は、DLコンテンツとして構成されるダウンロード番組に関する各種情報もファイルとして保持する。

放送装置１０は、所定の放送スケジュールに従って、ステップＳ１３において、FLUTE/IPパケット化処理を実行し、ステップＳ１４において、放送送出処理を実行する。ここで、FLUTE/IPパケット化処理とは、FLUTE（File Delivery over Unidirectional Transport）や、UDP（User Datagram Protocol）/IP（Internet Protocol）に従い、DLコンテンツのファイル等をTS（Transport Stream）パケット化する処理をいう。また、放送送出処理とは、TSパケットを放送波として送出するまでの一連の処理をいう。

ここまでのステップＳ１１乃至Ｓ１４までの処理フローが、放送装置１０における、NRT放送の送出フローである。また、次のステップＳ１５乃至Ｓ１８までの処理フローが、受信装置２０における、NRT放送の受信フローである。

受信装置２０は、ステップＳ１５において、放送受信処理を実行し、ステップＳ１６において、FLUTE/IPパケット処理を実行し、ステップＳ１７において、ストレージ処理を実行する。

ここで、放送受信処理とは、チューナにより放送波を受信して、その受信信号からTSパケットを抽出するまでの一連の処理をいう。FLUTE/IPパケット処理は、FLUTEやUDP/IPに従い、TSパケットからDLコンテンツのファイル等を復元する処理をいう。ストレージ処理とは、DLコンテンツのファイル等をストレージに蓄積する処理をいう。

このように、ステップＳ１５乃至Ｓ１７の処理が実行されることで、DLコンテンツがダウンロードされることになる。

受信装置２０は、許容されている利用期間内の任意のタイミングで、ステップＳ１８において、Demux/AVデコード処理を実行する。ここで、Demux/AVデコード処理とは、再生対象のDLコンテンツのファイルに含まれる映像データと音声データを分離し、それぞれ所定の方式で伸張復号化処理を施し、その結果得られる映像と音声の各信号を出力するまでの一連の処理をいう。

この映像と音声の各信号がテレビジョン受像機３０等に供給されることで、再生対象のDLコンテンツが再生されることになる。これにより、ユーザはダウンロード番組を視聴することができる。

[受信装置の構成例]
次に、図３を参照して、受信装置２０の構成を説明する。

受信装置２０は、コントローラ１０１、入力部１０２、チューナ１０３、TSデマックス１０４、FLUTEプロセッサ１０５、ストレージ１０６、ファイルデマックス１０７、ビデオデコーダ１０８、映像出力部１０９、オーディオデコーダ１１０、及び音声出力部１１１を含むように構成されている。

コントローラ１０１は、受信装置２０の各部の動作を制御する。

入力部１０２には、放送装置１０から衛星１３を介して送出された放送波が入力される。チューナ１０３は、放送装置１０から受信した放送波を復調して得られる受信信号を、TSデマックス１０４に供給する。

TSデマックス１０４は、チューナ１０３から供給される受信信号から、TSパケットを抽出する。TSパケットは、FLUTEプロセッサ１０５に供給される。

すなわち、チューナ１０３とTSデマックス１０４とが、図２のステップＳ１５の放送受信処理を実行する。

なお、受信装置２０は、NRT放送のみならず、いわゆるリアルタイム放送にも対応している。このため、リアルタイム放送の場合には、TSパケットのうち映像データを格納したパケットから映像ストリームが生成され、ビデオデコーダ１０８に供給される。また、TSパケットのうち音声データを格納したパケットから音声ストリームが生成され、オーディオデコーダ１１０に供給される。

FLUTEプロセッサ１０５は、FLUTEやUDP/IPに従い、TSパケットからDLコンテンツのファイル等を復元して、ストレージ１０６に蓄積する。このようにして、ストレージ１０６には、複数のDLコンテンツがファイルの形態で蓄積される。また、メタデータ等の情報もファイルの形態で蓄積される。すなわち、FLUTEプロセッサ１０５が、図２のステップＳ１６のFLUTE/IPパケット処理と、ステップＳ１７のストレージ処理とを実行する。

ファイルデマックス１０７は、ストレージ１０６に蓄積された複数のファイルの中から再生対象のDLコンテンツのファイルを検索し、その中に含まれる映像データと音声データとを分離して取得する。ファイルデマックス１０７は、映像データをビデオデコーダ１０８に供給し、音声データをオーディオデコーダ１１０に供給する。

ビデオデコーダ１０８は、ファイルデマックス１０７からの映像データに対して所定の方式で伸張復号化処理を施し、その結果得られる映像信号を、映像出力部１０９を介してテレビジョン受像機３０に出力する。オーディオデコーダ１１０は、ファイルデマックス１０７からの音声データに対して所定の方式で伸張復号化処理を施し、その結果得られる音声信号を、音声出力部１１１を介してテレビジョン受像機３０に出力する。

すなわち、ファイルデマックス１０７、ビデオデコーダ１０８、及びオーディオデコーダ１１０が、図２のステップＳ１８のDemux/AVデコード処理を実行する。

受信装置２０は、以上のように構成される。

［制御プログラムの構成例］
図４は、コントローラ１０１により実行される制御プログラム１５１の構成例を示す図である。

制御プログラム１５１は、ファイル属性情報取得部１６１、ファイル属性情報設定部１６２、表示制御部１６３、再生制御部１６４、及びファイル制御部１６５から構成される。

ファイル属性情報取得部１６１は、NRT-ITを参照して、DLコンテンツのファイル属性情報を取得する。ファイル属性情報取得部１６１は、取得したファイル属性情報を、表示制御部１６３、再生制御部１６４、又はファイル制御部１６５に供給する。

ファイル属性情報は、DLコンテンツのファイルごとに設定される、ファイルの属性に関する情報である。ファイル属性情報は、NRT-ITに含まれる。例えば、ファイル属性情報に規定される属性としては、ファイルの読み込みの可否を設定するためのRead属性、ファイルの変更の可否を設定するためのWrite属性、及びファイルのリスト等への表示の可否を設定するためのVisible属性がある。すなわち、ファイル属性情報は、いわばファイルパーミッションを設定するための情報であるといえる。なお、ファイル属性情報の詳細については後述する。

ファイル属性情報設定部１６２は、NRT-ITを参照して、ファイル属性情報に規定される各属性の属性値を設定する。

表示制御部１６３は、テレビジョン受像機３０に表示される各種の画面の表示を制御する。また、表示制御部１６３は、ファイル属性情報取得部１６１から供給されるファイル属性情報にて規定されるVisible属性の属性値に基づいて、DLコンテンツのリストへの表示を制御する。

再生制御部１６４は、ファイルデマックス１０７、ビデオデコーダ１０８、及びオーディオデコーダ１１０にて実行されるDemux/AVデコード処理（図２のＳ１８）を制御する。また、再生制御部１６４は、ファイル属性情報取得部１６１から供給されるファイル属性情報にて規定されるRead属性の属性値に基づいて、DLコンテンツの再生を制御する。

ファイル制御部１６５は、ストレージ１０６に蓄積されたDLコンテンツのファイルに対する各種の動作を制御する。また、ファイル制御部１６５は、ファイル属性情報取得部１６１から供給されるファイル属性情報にて規定されるWrite属性の属性値に基づいて、DLコンテンツの変更（例えば削除等）を制御する。

制御プログラム１５１は、以上のように構成される。

［DLコンテンツのダウンロード手法］
次に、DLコンテンツのダウンロード手法について説明する。

前述したTSパケットには、映像データ及び音声データのほか、SMT（Service Map Table）やNRT-IT等の制御データが含めて送られる。受信装置２０は、SMT及びNRT-ITを参照することで、FLUTEセッションを利用して伝送されるDLコンテンツの取得位置（例えば時間位置など）を特定することになる。

図５は、制御データとして伝送されるテーブルの例を示す図である。図５には、SMT、NRT-IT、FDT、及びTFTの各テーブルが図示されている。

SMTは、トランスポートストリーム（Transport Stream）に含まれるNRTサービスのサービスレベルの属性情報を示す。また、NRT-ITは、１つのNRTサービスに含まれるコンテンツレベルの属性情報を示す。SMT及びNRT-ITは、トランスポートストリームにおいて固定のIPアドレスとUDPポートにて伝送されるSSC（Service Signaling Channel）に含まれる。ここでは、例えば、IPアドレスとして224.0.23.60が、ポート番号として4937が、それぞれ用いられる。

図５に示すように、SMTには、例えば、Service#1，#2，・・・などのNRTサービス単位の属性情報が記述される。また、SMTには、NRTサービス単位で、Service Name，IP，Port，Service ID，Service Category，Essential Type Codes，Media Type，Content Length，Storage Reservation，ISO-639 language，Genre，Consumption Model，Icon Content-Linkage，その他のNRTサービスに関する情報が記述される。

Service Nameには、当該NRTサービスの名称が記述される。

IP(dst)には、宛先（destination）のIPアドレスが記述される。また、Portには宛先のポート番号が記述される。すなわち、FLUTEセッションは、DLコンテンツの伝送に用いるパケットの宛先のIPアドレス及びポート番号の組み合わせにより区別される、一連のパケットの伝送により行われる。

Service IDには、当該NRTサービスの識別情報が記述される。また、Service Categoryには、当該NRTサービスが属するカテゴリが記述される。Essential Type Codesには、所定のタイプを示すコードが記述される。

Media Typeには、メディアタイプが記述される。また、Content Lengthには、DLコンテンツのデータ量が記述される。また、Storage Reservationには、ストレージの予約に関する情報が記述される。ISO-639 languageには、例えば日本語や英語などの言語が記述される。

Genreには、当該NRTサービスが属するジャンルに関する情報が記述される。また、Consumption Modelには、所定のモデルに関する情報が記述される。Icon Content-Linkageには、アイコンの識別情報が記述される。

また、図５に示すように、NRT-ITには、例えば、Content#1，#2，・・・などのDLコンテンツ単位の属性情報が記述される。NRT-ITには、Service IDのほか、DLコンテンツ単位で、Content name，Content-Linkage，Distribution start/end time，Playback length，Content length，Media Types，Icon Content-Linkage，ISO-639 language，Caption service，Content advisory，Genre，Internet Location，File Attributes，その他のDLコンテンツに関する情報が記述される。

Service IDには、NRTサービスを識別するための識別情報が記述される。このService IDは、SMTに記述されたNRTサービスごとのService IDに関連付けられている。

Content nameには、当該DLコンテンツのタイトルが記述される。また、Content-Linkageには、当該DLコンテンツの識別情報が記述される。Distribution start/end timeには、当該DLコンテンツの開始時刻と終了時刻を示す情報が記述される。

Playback lengthには、当該DLコンテンツのプレイバック時間が記述される。また、Content lengthには、ストレージに蓄積されるDLコンテンツのデータ量が記述される。Media Typesには、メディアタイプが記述される。

Icon Content-Linkageには、アイコンの識別情報が記述される。また、ISO-639 languageには、例えば日本語や英語などの言語が記述される。Caption serviceには字幕に関する情報が記述される。

Content advisoryには、DLコンテンツの勧告に関する情報が記述される。また、Genreには、当該DLコンテンツが属するジャンルに関する情報が記述される。Internet Locationには、インターネットを介して配信されるアプリケーションプログラムの取得先のURL（Uniform Resource Locator）が記述される。

File Attributesには、DLコンテンツのファイル属性情報が記述される。

ところで、FLUTEでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。

すなわち、放送装置１０から受信装置２０に送信される各オブジェクトは、ALC/LCTのヘッダ等が付加されたIPパケットに格納されて送信される。当該ヘッダには、Transport Session Identifier（TSI）として、各セッションの識別情報が記述される。また、当該ヘッダには、Transport Object Identifier（TOI）として、各セッションごとに送られる複数のオブジェクトの識別情報が記述される。すなわち、FLUTEによるセッションにおいては、TSIとTOIの２つの識別情報により特定のファイルを指定することが可能となる。

また、FLUTEによるセッションでは、NRTサービスのファイルの各種の属性情報を送るためのFDT（File Delivery Table）が周期的に送信される。FDTは、TOI = 0のファイルとしてTSIごとに送信されるものであり、当該FDTには、TSIごとのインデックス情報が記述される。また、FDTは、FDTを伝送するためのオブジェクトであるFDT Instanceにより伝送される。従って、FDTのIPパケットにはFDT Instanceが格納される。

このように、受信装置２０は、FDTに記述されたインデックス情報を用いて、複数のファイルからDLコンテンツを復元することになる。すなわち、受信装置２０は、FLUTEセッションを利用することで、IPパケットによって、DLコンテンツをダウンロードすることが可能となる。

図５の説明に戻り、FDT（File Delivery Table）には、FLUTEセッションを利用して配信するファイルについての属性情報が記述される。FDTには、TOI、Content Location、及びContent-Linkage、その他の属性情報がそれぞれ関連付けられて記述される。

TOI（Transport Object Identifier）には、伝送するファイルオブジェクトの識別情報が記述される。FDT InstanceのTOIには0が記述され、伝送するファイルオブジェクトのTOIには、例えばダウンロードヘッダに格納される識別情報が記述される。

Content Locationには、ファイルの識別情報がURI（Uniform Resource Identifier）で記述される。Content-Linkageには、DLコンテンツ等の識別情報が記述される。このContent-Linkageは、NRT-ITに記述されたDLコンテンツごとのContent-LinkageやIcon Content-Linkageに関連付けられている。

TFT（Text Fragment Table）には、Content IDとTextが関連付けられて記述される。Content IDには、DLコンテンツの識別情報が記述される。このContent IDは、NRT-ITに記述されたDLコンテンツごとのContent-Linkageに関連付けられている。Textには、テキスト情報が記述される。

制御データとして伝送される各テーブルは、以上のように構成される。

そして、受信装置２０は、上記のSMT、NRT-IT、及びFDTを参照して、放送波により伝送されるDLコンテンツをダウンロードすることになる。すなわち、受信装置２０は、SMTを参照して、指定されたNRTサービスのService IDに関連付けられたIPアドレスとポート番号を取得する。受信装置２０は、取得したIPアドレス（S1）とポート番号（P1）の組み合わせにより特定されるFLUTEセッション（TSI = T1）から、TOI=0となるFDTを取得する。

また、受信装置２０は、NRT-ITを参照して、当該Service IDに関連付けられたContent-Linkageを特定する。そして、受信装置２０は、取得したFDTを参照して、NRT-ITにて特定されたContent-Linkage（id1）との照合を行い、id1となるContent-Linkageを特定する。これにより、受信装置２０は、Content-Linkage（id1）に関連付けられたTOI（TOI = 6，7）を特定する。その結果、受信装置２０では、FLUTEセッション（TSI = T1）において、TOI（TOI = 6，7）により識別されるオブジェクトに基づいて、DLコンテンツのファイルが取得され、DLコンテンツがダウンロードされる。

なお、受信装置２０においては、FDTが参照され、SMTにて特定されたIcon Content-Linkage(id3)との照合が行われ、Content-Linkage(id3)に関連付けられたTOI（TOI = 9）が特定される。また、受信装置２０では、FDTを参照してNRT-ITにて特定されたIcon Content-Linkage(id2)との照合が行われ、Content-Linkage(id2)に関連付けられたTOI（TOI = 8）が特定される。そして、それらのファイルについても取得される。

以上、放送波により伝送されるDLコンテンツのダウンロード手法について説明した。

［NRT-ITの詳細］
次に、図６乃至図９を参照してNRT-ITの詳細について説明する。

（NRT-ITの構造）
NRT-ITは、図６及び図７に示す構造を有する。また、図７に示すように、NRT-ITのdescriptor()には、各種の記述子が記述可能とされる。そして、DLコンテンツのファイルごとに設定されるファイル属性情報を記述するために用いられる記述子（以下、ファイル属性情報記述子という）が、図７のdescriptor()に記述される。

図８は、ファイル属性情報記述子の記述例を示す図である。

descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。

file_attributeには、ファイル属性情報が記述される。ファイル属性情報に規定される属性としては、Read属性、Write属性、及びVisible属性がある。

図９に示すように、Read属性、Write属性、及びVisible属性には、それぞれ「＋」又は「−」が設定される。「＋」は、当該属性により設定されるファイルに対する動作が許可されたことを示す。また、「−」は、ファイルに対する動作が拒否されたことを示す。なお、以下の説明では、Read属性の属性値として、「＋」が設定された場合をR＋，「−」が設定された場合をR−と表記する。同様に、Write属性については、W＋，W−と表記し、Visible属性については、V＋，V−と表記する。

すなわち、Read属性の属性値として「R＋」が設定されている場合、対象のファイルの読み込みが許可されているので、受信装置２０は、DLコンテンツを再生することができる。一方、当該属性値として「R−」が設定されている場合には、対象のファイルの読み込みが拒否されているため、受信装置２０は、DLコンテンツを再生することができない。

また、Write属性の属性値として「W＋」が設定されている場合、対象のファイルの変更が許可されているので、受信装置２０は、DLコンテンツの変更をすることができる。一方、当該属性値として「W−」が設定されている場合には、対象のファイルの変更が拒否されているので、受信装置２０は、DLコンテンツの変更をすることができない。このWrite属性の設定を行うことで、例えば、受信装置２０においては、「W＋」が設定されている場合には対象のファイルを削除させるが、「W−」が設定されている場合には、ユーザにパスワードを入力させて認証に成功した場合にしかファイルを削除させない、といった運用が可能となる。

また、Visible属性の属性値として、「V＋」が設定された場合、対象のファイルの表示が許可されているので、受信装置２０は、DLコンテンツをリストに表示させることができる。一方、当該属性値として「V−」が設定されている場合には、対象のファイルの表示が拒否されているので、受信装置２０は、DLコンテンツをリストに表示させることはできない。

なお、Read属性、Write属性、及びVisible属性は、各１ビットで表現することで、３ビットの数値で表すことができる。例えば、R＋を「r」、W＋を「w」、V＋を「v」で表記して、R−、W−、V−をそれぞれ、「-」で表記する場合、全ての属性が許可となるときには、「rwv」のように表記される。このとき、当該３桁の表記は、７である数値により表される。

また、例えば、Read属性及びWrite属性のみが許可となるときには、「rw-」のように表記され、当該３桁の表記は６である数値により表される。さらに、Read属性のみが許可となるときには、「r--」のように表記され、当該３桁の表記は４である数値により表される。そして、全ての属性が拒否となるときには、「---」のように表記され、当該３桁の表記は０である数値により表されることになる。

このように、DLコンテンツのファイルのファイル属性情報として、Read属性、Write属性、及びVisible属性を設定可能にすることで、対象のファイルを運用にあわせて取り扱うことが可能となるので、NRTサービスにおいて、様々な運用形態を提供することができるようになる。

なお、前述したファイル属性情報記述子の記述方法は任意であって、図８の記述例に限定されるものではない。また、Read属性、Write属性、及びVisible属性は、ファイル属性情報にて規定される属性の一例であって、それ以外の属性が規定されるようにしてもよい。

以上、NRT-ITの詳細について説明した。

［具体的な運用例］
次に、図１０乃至図１５を参照して、具体的な運用例について説明する。

（DLコンテンツダウンロード・再生処理）
まず、図１０のフローチャートを参照して、コンテンツダウンロード・再生処理について説明する。

ステップＳ１１１において、コントローラ１０１は、ダウンロード可能なDLコンテンツのリストを、テレビジョン受像機３０に表示する。なお、当該リストは、NRTサービスにより提供されるDLコンテンツのリストであって、例えばSMTやNRT-ITなどに基づき生成されるものである。

ステップＳ１１２において、コントローラ１０１は、ステップＳ１１１の処理で表示されたリストに対するユーザの操作に応じて、ダウンロードするDLコンテンツの選択を受け付ける。これにより、ユーザの視聴したいDLコンテンツのダウンロードが予約される。

ステップＳ１１３において、コントローラ１０１は、ステップＳ１１２の処理で選択されたDLコンテンツの放送開始時刻になったか否かを判定する。そして、当該DLコンテンツの放送開始時刻になるのを待って、処理はステップＳ１１４に進められる。

ステップＳ１１４において、コントローラ１０１は、チューナ１０３、TSデマックス１０４、FULTEプロセッサ１０５、及びストレージ１０６を制御して、DLコンテンツをタウンロードする。

具体的には、チューナ１０３の選局がステップＳ１１２にて選択されたDLコンテンツの放送チャンネルに設定され、当該コンテンツが放送される論理チャンネルで伝送されるデータが特定される。また、SMTやNRT-ITなどに基づき、当該コンテンツが伝送されるFLUTEセッションが特定され、そのFLUTEセッションを構成するファイルが取得される。その後、放送終了時刻になると、FLUTEセッションを構成するすべてのファイルの取得が完了し、これにより、DLコンテンツのダウンロードが完了することになる。

なお、ステップＳ１１２の処理にて複数のDLコンテンツが選択された場合には、上記の処理が繰り返され、選択されたすべてのDLコンテンツがダウンロードされることになる。

ステップＳ１１５において、コントローラ１０１は、コンテンツのリスト表示処理を実行する。コンテンツのリスト表示処理では、例えば、ステップＳ１１２にて予約されたDLコンテンツや、ステップＳ１１４にてダウンロードされたDLコンテンツのリストがテレビジョン受像機３０に表示される。

なお、コンテンツのリスト表示処理の詳細については、図１１のフローチャートを参照して後述する。

ステップＳ１１６において、コントローラ１０１は、ステップＳ１１５の処理で表示されたリストに対するユーザの操作に応じて、再生するDLコンテンツの選択を受け付ける。

ステップＳ１１７において、コントローラ１０１は、ストレージ１０６、ファイルデマックス１０７、ビデオデコーダ１０８、及びオーディオデコーダ１１０を制御して、DLコンテンツを再生する。これにより、ユーザの視聴したいDLコンテンツの再生が開始され、テレビジョン受像機３０にて視聴可能となる。

以上、コンテンツダウンロード・再生処理について説明した。

（コンテンツのリスト表示処理）
次に、図１１のフローチャートを参照して、図１０のステップＳ１１５に対応するコンテンツのリスト表示処理について説明する。

ステップＳ１５１において、コントローラ１０１は、ユーザ操作に応じて、コンテンツのリスト表示が指示されたか否かを判定する。ステップＳ１５１において、コンテンツのリスト表示が指示されたと判定された場合、処理はステップＳ１５２に進められる。

ステップＳ１５２において、ファイル属性情報取得部１６１は、NRT-ITを参照して、リスト表示の対象となるすべてのコンテンツのうち、最初にチェックするDLコンテンツのファイル属性情報を取得する。

ステップＳ１５３において、表示制御部１６３は、ファイル属性情報取得部１６１により取得されたファイル属性情報のVisible属性の属性値が「V＋」を示しているか否かを判定する。ステップＳ１５３において、Visible属性の属性値が「V＋」を示していると判定された場合、処理はステップＳ１５４に進められる。

ステップＳ１５４において、表示制御部１６３は、Visible属性の属性値が「V＋」に設定されているDLコンテンツに関する情報（例えばタイトルなど）を表示する。ステップＳ１５４の表示処理が終了すると、処理は、ステップＳ１５５に進められる。

一方、ステップＳ１５３において、Visible属性の属性値が「V−」を示していると判定された場合、ステップＳ１５４の処理はスキップされ、処理は、ステップＳ１５５に進められる。すなわち、Visible属性の属性値が「V−」に設定されているDLコンテンツに関する情報は表示されないことになる。

ステップＳ１５５において、表示制御部１６３は、リスト表示の対象となるすべてのDLコンテンツのVisible属性をチェックしたか否かを判定する。ステップＳ１５５において、すべてのDLコンテンツのVisible属性をチェックしていないと判定された場合、処理はステップＳ１５６に進められる。

ステップＳ１５６において、ファイル属性情報取得部１６１は、NRT-ITを参照して、リスト表示の対象となるDLコンテンツのうち、次にチェックするDLコンテンツのファイル属性情報を取得する。ファイル属性情報が取得されると、処理は、ステップＳ１５３に進められる。

そして、ステップＳ１５３において、表示制御部１６３は、取得されたファイル属性情報のVisible属性の属性値が「V＋」を示しているか否かを判定し、Visible属性の属性値が「V＋」を示している場合には、当該DLコンテンツに関する情報を表示する（Ｓ１５４）。

このように、リスト表示の対象となるすべてのDLコンテンツのVisible属性のチェックが完了するまで、ステップＳ１５３乃至Ｓ１５６の処理が繰り返され、ファイル属性情報のVisible属性の属性値が「V＋」に設定されたDLコンテンツに関する情報はリストに表示される。一方、Visible属性の属性値が「V−」に設定されたDLコンテンツに関する情報は、リストには表示されないことになる。

図１２は、コンテンツのリストの表示例を示す図である。

図１２の例では、テレビジョン受像機３０の画面には、コンテンツのリストとして、ダウンロード済みのコンテンツＡ、予約済みのコンテンツＢ、購読中のコンテンツＣ、及びダウンロード中のコンテンツＥが表示される。すなわち、DLコンテンツのうち、ダウンロード済みやダウンロード中のDLコンテンツであって、Visible属性の属性値として「V＋」が設定されているものは、コンテンツのリストとして表示されることになる。

また、図１２の例では、ダウンロード済みのコンテンツＤは、ファイル属性情報のVisible属性の属性値として「V−」が設定されているため、コンテンツのリストから除外され、テレビジョン受像機３０の画面には表示されていない。すなわち、例えば、コンテンツＤはダウンロード済みであっても、コンテンツＤが有料のコンテンツであってその課金処理が完了していない場合には、コンテンツＤをユーザには提示しない、といった運用も想定される。そのような場合には例えば、放送装置１０にて設定されるコンテンツＤのファイル属性情報のVisible属性の属性値として「V−」を設定しておくことで、コンテンツＤは、課金処理が完了する前であるとき、リストには表示されないことになる。

図１１のフローチャートに戻り、ステップＳ１５５において、リスト表示の対象となるすべてのDLコンテンツのVisible属性のチェックを終了したと判定された場合、コンテンツのリスト表示処理は終了する。

以上、コンテンツのリスト表示処理について説明した。コンテンツのリスト表示処理では、リスト表示の対象となるDLコンテンツのファイル属性情報が取得され、Visible属性の属性値として「V＋」が設定されたDLコンテンツに関する情報はリストに表示されるが、「V−」が設定されたDLコンテンツに関する情報はリストには表示されないことになる。これにより、NRTサービスの運用にあわせて、DLコンテンツに関する情報の表示又は非表示を切り替えることが可能となるため、様々な運用形態を柔軟に提供することができる。

（第１のファイル属性情報変更処理）
ところで、前述した図１２の表示例では、コンテンツＤは課金処理が完了していないことから、リスト表示の対象から除かれているが、課金が済めばリスト表示の対象から除外すべきではない。そのためには、コンテンツＤのファイル属性情報を変更して、Visible属性の属性値に「V＋」を設定する必要がある。

そこで、次に、図１３のフローチャートを参照して、DLコンテンツのファイル属性情報を変更するための第１のファイル属性情報変更処理について説明する。

ステップＳ２１１において、コントローラ１０１は、ダウンロード済みの有料のDLコンテンツに対する課金処理が行われたか否かを判定する。ステップＳ２１１において、当該DLコンテンツに対する課金処理が行われたと判定された場合、処理は、ステップＳ２１２に進められる。

ステップＳ２１２において、ファイル属性情報設定部１６２は、ステップＳ２１１にて課金処理が完了したと判定されたDLコンテンツについて、ファイル属性情報のVisible属性の属性値を、「V−」から「V＋」に変更する。これにより、例えば、有料のコンテンツＤについて、ファイル属性情報のVisible属性の属性値が、「V−」から「V＋」に変更されることになる。その結果、前述した図１１のコンテンツのリスト表示処理が実行された場合、図１４に示すように、テレビジョン受像機３０の画面には、コンテンツのリストとして、コンテンツＡ，Ｂ，Ｃ，Ｅのほか、課金処理が完了したコンテンツＤについても表示されることになる。

つまり、ユーザからすれば、コンテンツＤが事前にダウンロードされていることに気づくことなく、課金処理の完了と同時に、ダウンロード済みのコンテンツＤを再生することができるようになる。仮に課金処理が終了した後にしか、コンテンツＤのダウンロードを開始することができないとすれば、その課金のタイミングでコンテンツＤが配信の対象となっているとは限らないし、配信の対象になっていたとしても、その時点からダウンロードを開始したのでは再生可能な状態になるまでにある程度の時間がかかるため、ユーザは不便に感じることになる。

そこで、第１のファイル属性情報変更処理では、DLコンテンツをあらかじめダウンロードしておいて、DLコンテンツに対する課金処理が行われた場合に、対象のDLコンテンツのVisible属性の属性値を「V−」から「V＋」に変更し、その情報がリストに表示されるようにして、ダウンロード済みのコンテンツが直ちに再生されるようにしている。

なお、図１３の説明では、第１のファイル属性情報変更処理は、有料のDLコンテンツの課金処理が行われるタイミングで実行されるとして説明したが、課金処理は第１のファイル属性情報変更処理が実行されるためのトリガとなる処理の一例であり、課金処理以外の処理が行われるタイミングで実行されるようにしてもよい。

また、図１３の説明では、変更の対象となるファイル属性情報として、Visible属性を代表して説明したが、Read属性やWrite属性の属性値が変更されるようにしてもよい。例えば、前述した例で、Visible属性の代わりにRead属性を設定して、有料のDLコンテンツの課金処理が行われた場合に、対象のDLコンテンツのRead属性の属性値を「R−」から「R＋」に変更することも可能である。この場合、有料のDLコンテンツは、課金処理が行われる前であっても、コンテンツのリストには表示されるが再生することができず、課金処理が完了したときに再生が可能となる。

このように、NRTサービスの運用形態にあわせて、ファイル属性情報の設定内容を適宜変更することが可能となるため、様々な運用形態を柔軟に提供することができる。

以上、第１のファイル属性情報変更処理について説明した。

（第２のファイル属性情報変更処理）
また、ファイル属性情報変更処理は、データ放送用アプリに記述されたスクリプトの実行に応じて実行されるようにしてもよい。ここで、データ放送用アプリとは、テレビ番組等のコンテンツに連動して実行されるデータ放送用のアプリケーションプログラムである。データ放送用アプリは、放送波にて伝送されるか、又はインターネットに接続された所定のサーバ（不図示）から取得される。

そこで、次に、図１５のフローチャートを参照して、スクリプトの実行に応じて、DLコンテンツのファイル属性情報を変更する第２のファイル属性情報変更処理について説明する。

ステップＳ２５１において、コントローラ１０１は、DLコンテンツの再生中の所定のタイミングで、データ放送用アプリを実行する。

ステップＳ２５２において、コントローラ１０１は、データ放送用アプリに記述されたスクリプトの実行により、ファイル属性情報の変更が指示されたか否かを判定する。ステップＳ２５２において、ファイル属性情報の変更が指示されていないと判定された場合、当該判定処理が繰り返される。

一方、ステップＳ２５２において、ファイル属性情報の変更が指示されたと判定された場合、処理は、ステップＳ２５３に進められる。ステップＳ２５３において、ファイル属性情報設定部１６２は、対象のDLコンテンツのファイルは管理範囲内であるか否かを判定する。

当該判定処理は、DLコンテンツのファイルをストレージ１０６に蓄積する際に、DLコンテンツのファイルが、NRT放送を行う放送局ごとのディレクトリに格納されるようにすることで行われる。すなわち、ファイル属性情報設定部１６２は、ファイル属性情報の設定内容の変更が指示されたファイルが、データ放送用アプリの提供元の放送局のディレクトリの階層よりも下位の階層に格納されたファイルであるかどうかによって、管理範囲内のファイルであるか否かを判定する。換言すれば、データ放送用アプリの提供元の事業者と、データ放送用アプリによりファイル属性情報の設定内容の変更が指示されたファイルの提供元の事業者により定められる所定の管理範囲内でのみ、当該ファイル属性情報の設定内容の変更が可能となる。

なお、上記の管理範囲の判定処理は一例であり、他の手法を採用してもよい。

ステップＳ２５３において、対象のDLコンテンツのファイルは管理範囲内であると判定された場合、処理はステップＳ２５４に進められる。ステップＳ２５４において、ファイル属性情報設定部１６２は、スクリプトの関数の引数にてファイルごとに指定される属性値を取得する。当該属性値は、例えば、chmod(file，7)などのように指定される。なお、関数の引数のうち、第１引数にはファイル属性情報を変更するファイルが指定され、第２引数には前述した属性のビットによる３桁表記に対応する数値が指定される。この例の場合、７である数値が指定されているので、Read属性、Write属性、及びVisible属性の属性値として、「R＋」、「W＋」、「V＋」がそれぞれ設定されることなる。

ステップＳ２５５において、ファイル属性情報設定部１６２は、取得した属性値を、対象のDLコンテンツのファイル属性情報の各属性に設定する。

一方、ステップＳ２５３において、対象のDLコンテンツのファイルは管理範囲外であると判定された場合、処理はステップＳ２５６に進められる。ステップＳ２５６において、ファイル属性情報設定部１６２は、ファイル属性情報の設定変更に失敗した旨のエラーを通知する。

ステップＳ２５５又はＳ２５６の処理が終了すると、ファイル属性情報変更処理は終了する。

以上、第２のファイル属性情報変更処理について説明した。第２のファイル属性情報変更処理では、データ放送用アプリに記述されたスクリプトの関数の引数にてファイルごとに指定される属性値に応じて、ファイル属性情報の設定内容が変更される。これにより、NRTサービスの運用形態にあわせて、ファイル属性情報の設定内容を適宜変更することが可能となるため、様々な運用形態を柔軟に提供することができる。

［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図１６は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

コンピュータ３００において、CPU（Central Processing Unit）３０１，ROM（Read Only Memory）３０２，RAM（Random Access Memory）３０３は、バス３０４により相互に接続されている。

バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、入力部３０６、出力部３０７、記録部３０８、通信部３０９、及びドライブ３１０が接続されている。

入力部３０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部３０７は、ディスプレイ、スピーカなどよりなる。記録部３０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部３０９は、ネットワークインタフェースなどよりなる。ドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア３１１を駆動する。

以上のように構成されるコンピュータ３００では、CPU３０１が、例えば、記録部３０８に記憶されているプログラムを、入出力インタフェース３０５及びバス３０４を介して、RAM３０３にロードして実行することにより、前述した一連の処理が行われる。

コンピュータ３００（CPU３０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア３１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

コンピュータ３００では、プログラムは、リムーバブルメディア３１１をドライブ３１０に装着することにより、入出力インタフェース３０５を介して、記録部３０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部３０９で受信し、記録部３０８にインストールすることができる。その他、プログラムは、ROM３０２や記録部３０８に、あらかじめインストールしておくことができる。

なお、コンピュータ３００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

ここで、本明細書において、コンピュータ３００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

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

例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

なお、本技術は、以下のような構成をとることができる。

（１）
放送波により伝送される、ダウンロード対象のコンテンツを受信する受信部と、
前記コンテンツのファイルごとに設定されるファイル属性情報を取得するファイル属性情報取得部と、
取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する制御部と
を備える受信装置。
（２）
前記ファイル属性情報取得部は、前記コンテンツがダウンロードされた場合、又は前記コンテンツがダウンロード中である場合、前記ファイル属性情報を取得する
（１）に記載の受信装置。
（３）
前記コンテンツに対して所定の処理が行われた場合、前記所定の処理の内容に応じて、前記ファイル属性情報の設定内容を変更するファイル属性情報設定部をさらに備える
（１）又は（２）に記載の受信装置。
（４）
前記ファイル属性情報は、前記コンテンツのファイルの表示の可否を設定するための第１の属性を含み、
前記制御部は、前記ファイル属性情報に含まれる前記第１の属性に基づいて、前記コンテンツのリストの表示を制御する
（１）乃至（３）のいずれかに記載の受信装置。
（５）
前記ファイル属性情報設定部は、前記コンテンツが有料のコンテンツである場合に、当該コンテンツに対する課金処理が完了したとき、前記第１の属性の属性値を、非表示から表示に変更する
（４）に記載の受信装置。
（６）
前記ファイル属性情報は、前記コンテンツのファイルの読み込みの可否を設定するための第２の属性を含み、
前記制御部は、前記ファイル属性情報に含まれる前記第２の属性に基づいて、前記コンテンツの再生を制御する
（１）乃至（４）のいずれかに記載の受信装置。
（７）
前記ファイル属性情報は、前記コンテンツのファイルの変更の可否を設定するための第３の属性を含み、
前記制御部は、前記ファイル属性情報に含まれる前記第３の属性に基づいて、前記コンテンツの変更を制御する
（１）乃至（６）のいずれかに記載の受信装置。
（８）
前記ファイル属性情報設定部は、放送波により伝送されるコンテンツに連動して実行されるアプリケーションプログラムに記述されたスクリプトの実行に応じて、前記ファイル属性情報の設定内容を変更する
（１）乃至（３）のいずれかに記載の受信装置。
（９）
前記ファイル属性情報設定部は、前記ファイル属性情報の設定内容を、前記コンテンツの提供元の事業者と、前記アプリケーションプログラムの提供元の事業者により定められる所定の管理範囲内でのみ変更する
（８）に記載の受信装置。
（１０）
前記コンテンツは、FLUTE（File Delivery over Unidirectional Transport）セッションを利用したNRT（Non Real Time）放送によって伝送されるものであり、
前記ファイル属性情報は、NRT-IT（NRT Information Table）の属性として規定される
（１）に記載の受信装置。
（１１）
受信装置の受信方法において、
前記受信装置が、
放送波により伝送される、ダウンロード対象のコンテンツを受信し、
前記コンテンツのファイルごとに設定されるファイル属性情報を取得し、
取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する
ステップを含む受信方法。
（１２）
コンピュータを、
放送波により伝送される、ダウンロード対象のコンテンツを受信する受信部と、
前記コンテンツのファイルごとに設定されるファイル属性情報を取得するファイル属性情報取得部と、
取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する制御部と
して機能させるためのプログラム。
（１３）
放送波により伝送されるダウンロード対象のコンテンツのファイルごとに、ファイル属性情報を設定する設定部と、
前記放送波によって、前記ファイル属性情報が設定された前記コンテンツを送信する送信部と
を備える送信装置。
（１４）
放送波により伝送されるダウンロード対象のコンテンツのファイルごとに、ファイル属性情報を設定し、
前記放送波によって、前記ファイル属性情報が設定された前記コンテンツを送信する
ステップを含む送信方法。

１ NRTシステム，１０放送装置，２０受信装置，３０テレビジョン受像機，１０１コントローラ，１０３チューナ，１０４ TSデマックス，１０５ FLUTEプロセッサ，１０６ストレージ，１０７ファイルデマックス，１０８ビデオデコーダ，１１０オーディオデコーダ，１５１制御プログラム，１６１ファイル属性情報取得部，１６２ファイル属性情報設定部，１６３表示制御部，１６４再生制御部，１６５ファイル制御部，３００コンピュータ，３０１ CPU

Claims

放送波により伝送される、ダウンロード対象のコンテンツを受信する受信部と、
前記コンテンツのファイルごとに設定されるファイル属性情報を取得するファイル属性情報取得部と、
取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する制御部と、
前記コンテンツに対して所定の処理が行われた場合、前記所定の処理の内容に応じて、前記ファイル属性情報の設定内容を変更するファイル属性情報設定部と
を備え、
前記制御部は、設定内容を変更した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する
受信装置。
前記ファイル属性情報取得部は、前記コンテンツがダウンロードされた場合、又は前記コンテンツがダウンロード中である場合、前記ファイル属性情報を取得する
請求項１に記載の受信装置。
前記ファイル属性情報は、前記コンテンツのファイルの表示の可否を設定するための第１の属性を含み、
前記制御部は、前記ファイル属性情報に含まれる前記第１の属性に基づいて、前記コンテンツのリストの表示を制御する
請求項１に記載の受信装置。
前記ファイル属性情報設定部は、前記コンテンツが有料のコンテンツである場合に、当該コンテンツに対する課金処理が完了したとき、前記第１の属性の属性値を、非表示から表示に変更する
請求項３に記載の受信装置。
前記ファイル属性情報は、前記コンテンツのファイルの読み込みの可否を設定するための第２の属性を含み、
前記制御部は、前記ファイル属性情報に含まれる前記第２の属性に基づいて、前記コンテンツの再生を制御する
請求項１に記載の受信装置。
前記ファイル属性情報は、前記コンテンツのファイルの変更の可否を設定するための第３の属性を含み、
前記制御部は、前記ファイル属性情報に含まれる前記第３の属性に基づいて、前記コンテンツの変更を制御する
請求項１に記載の受信装置。
前記ファイル属性情報設定部は、放送波により伝送されるコンテンツに連動して実行されるアプリケーションプログラムに記述されたスクリプトの実行に応じて、前記ファイル属性情報の設定内容を変更する
請求項１に記載の受信装置。
前記ファイル属性情報設定部は、前記ファイル属性情報の設定内容を、前記コンテンツの提供元の事業者と、前記アプリケーションプログラムの提供元の事業者により定められる所定の管理範囲内でのみ変更する
請求項７に記載の受信装置。
前記コンテンツは、FLUTE（File Delivery over Unidirectional Transport）セッションを利用したNRT（Non Real Time）放送によって伝送されるものであり、
前記ファイル属性情報は、NRT-IT（NRT Information Table）の属性として規定される
請求項１に記載の受信装置。
受信装置の受信方法において、
前記受信装置が、
放送波により伝送される、ダウンロード対象のコンテンツを受信し、
前記コンテンツのファイルごとに設定されるファイル属性情報を取得し、
取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御し、
前記コンテンツに対して所定の処理が行われた場合、前記所定の処理の内容に応じて、前記ファイル属性情報の設定内容を変更し、
設定内容を変更した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する
ステップを含む受信方法。
コンピュータを、
放送波により伝送される、ダウンロード対象のコンテンツを受信する受信部と、
前記コンテンツのファイルごとに設定されるファイル属性情報を取得するファイル属性情報取得部と、
取得した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する制御部と、
前記コンテンツに対して所定の処理が行われた場合、前記所定の処理の内容に応じて、前記ファイル属性情報の設定内容を変更するファイル属性情報設定部と
を備え、
前記制御部は、設定内容を変更した前記ファイル属性情報に基づいて、前記コンテンツのファイルに対する所定の動作を制御する
受信装置として機能させるためのプログラム。