映像コンテンツ、および、前記映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機であって、前記出力制御部は、前記映像コンテンツを外部メディアに出力する場合、前記再生制御情報において配信される、前記映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報に、前記映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を記録する、ことを特徴とするコンテンツ受信機。請求項1記載のコンテンツ受信機であって、前記出力制御部は、前記第二の立体映像情報が持つ分類が、前記第一の立体映像情報が持つ分類に比べ抽象度が高い場合に、前記第一の立体映像情報に最も近い前記第二の立体映像情報の分類を、前記外部メディアに記録する、ことを特徴とするコンテンツ受信機。請求項1記載のコンテンツ受信機であって、前記第一の立体映像情報は、前記映像コンテンツ内に、立体映像なしか、全面立体映像のみ存在するか、部分的に立体映像が存在するかを区別して情報を保持し、前記第二の立体映像情報は、前記映像コンテンツ内に、立体映像が存在するか否かの情報を記録可能であり、前記出力制御部は、前記第一の立体映像情報が、立体映像のみ存在するか、部分的に立体映像が存在することを示す場合には、前記第二の立体映像情報において、立体映像が存在するという情報を前記外部メディアに記録する、ことを特徴とするコンテンツ受信機。映像コンテンツ、および、前記映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、当該コンテンツ受信機から取り外し可能な外部メディアに出力する出力制御部とを備えるコンテンツ受信機におけるコンテンツ情報出力方法であって、前記出力制御部は、前記映像コンテンツを外部メディアに出力する場合、前記再生制御情報に記述される、前記映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報として、前記映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を前記外部メディアに出力する、ことを特徴とするコンテンツ情報出力方法。請求項4記載のコンテンツ情報出力方法であって、前記出力制御部は、前記第二の立体映像情報が持つ分類が、前記第一の立体映像情報が持つ分類に比べ抽象度が高い場合に、前記第一の立体映像情報に最も近い前記第二の立体映像情報の分類を、前記外部メディアに出力する、ことを特徴とするコンテンツ情報出力方法。請求項4記載のコンテンツ情報出力方法であって、前記第一の立体映像情報は、前記映像コンテンツ内に、立体映像なしか、全面立体映像のみ存在するか、部分的に立体映像が存在するかを区別して情報を保持し、前記第二の立体映像情報は、前記映像コンテンツ内に、立体映像が存在するか否かの情報を記録可能であり、前記出力制御部は、前記第一の立体映像情報が、立体映像のみ存在するか、部分的に立体映像が存在することを示す場合には、前記第二の立体映像情報において、立体映像が存在するという情報を前記外部メディアに出力する、ことを特徴とするコンテンツ情報出力方法。本発明は、3D映像を含む映像コンテンツをダウンロードし、リムーバブルメディアに出力する受信機において、3D映像に関わる情報を、リムーバブルメディアも利用可能とすることを目的とする。上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、映像コンテンツ、および、前記映像コンテンツの再生や外部出力に必要な情報を伝送する再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機が、前記出力制御部は、前記映像コンテンツを外部メディアに出力する際、前記再生制御情報において配信される、前記映像コンテンツ内における3D映像の存在状況を示す3D映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報に、前記コンテンツが3D映像を含有するか否かを示す3D映像情報を記録することにより、上記課題は達成される。本発明によれば、映像コンテンツの受信機において、配信された3D映像を含む映像コンテンツを、外部メディアに出力する場合、外部メディアにエクスポートされた映像コンテンツが3D映像を含むことが判別できる。以下、実施例を、図面を用いて説明する。本実施例では、コンテンツを受信する受信機50と、配信システム60の例を説明する。図1は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ43を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網40と、コンテンツ配信ネットワーク40から接続される外部のインターネット網45と、から構成される。配信システム60は、ネットワークスイッチ42を介し、コンテンツ配信網40に接続される場合と、汎用性を重視しインターネット網45にルータ44を介して接続される場合がある。家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ADSL、無線通信等、さまざまな通信経路46が想定され、それぞれの経路に適した変復調が、伝送路変復調器45によって行われ、IPネットワークに変換される。家庭内では、伝送路変復調器46で復調され、ネットワークインタフェースに変換されたIPネットワークは、ルータ48を介し、家庭内の機器に接続される。家庭内の機器としては、受信機50や、IPネットワーク対応の記憶装置NetworkAttachedStorage32、パソコン33、ネットワーク接続可能なAV機器などが想定される。受信機50は、アンテナ35から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。図2は、コンテンツ配信システム40の構成例である。コンテンツの配信システム60は、Web文書71を配信するWebサーバ61、配信するコンテンツの属性情報などを記述するECGメタデータ400、コンテンツの再生に必要な情報を記述する再生制御情報200を配信するメタデータサーバ62、コンテンツ本体75を配信するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス300を配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金決済サーバ66などを有する。各サーバは、IP網67によって相互に接続されると共に、IP網67を介して、図1のインターネット網45、または、コンテンツ配信網40に接続される。なお、各サーバの一部、または、すべてが、IP網67を介さず、直接、インターネット網45、または、コンテンツ配信網40に接続され、相互に通信を行う構成であってもよい。なお、配信システム60が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ62のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。図3は、受信機50の構成例である。受信機50は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ550を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。受信機50は、IPネットワークに物理的に接続を行い、IPInternetProtocolデータパケットを送受信する通信IFInterface510と、通信IF510を介し、TCPTransmissionControlProtocol、UDPUserDatagramProtocol、DHCPDynamicHostConfigurationProtocol、DNSdomainnameserver、HTTP、等の各種IP通信プロトコルの処理を行う通信処理部511を備える。ダウンローダ55は、コンテンツやコンテンツに関連する情報を取得する処理を行う処理部である。DRMクライアント54は、コンテンツの著作権を管理し、コンテンツの購入条件に応じて、コンテンツの視聴やコピーを制御する機能を提供する。デクリプタ514は、DRMクライアント54からの指示に基づき、ダウンロードするコンテンツを復号する。ストリーム出力処理部57は、コンテンツを受信機50に接続されたリムーバブルメディア560へのコンテンツの出力を行う。または、ストリーム出力処理部57は、通信処理部511、通信I/F510を介して接続されたネットワーク接続機器570へのコンテンツの出力を行う。リムーバブルメディア560は、ストリーム出力処理部541に接続されたリムーバブルメディアIF534を介して、アクセス可能な脱着可能な記憶メディアである。受信機50は、操作のためのリモコンI/F533を備え、これにより受信したリモコン信号に従い、ユーザにより操作される。また、受信機50は、オンデマンドの映像音声コンテンツのストリーミング配信サービスを受信する機能を備える可能性がある。この場合、通信処理部511を介して、映像音声コンテンツのリアルタイム受信を処理するストリーミング受信処理部512を備える。AVプレーヤ53は、ダウンロードしたコンテンツや、ストリーミング配信したコンテンツ、あるいは、放送受信したコンテンツを復号し、映像、音声信号に変換する。AVプレーヤ53は、内部に、デマルチプレクサ521を持ち、この処理部がデクリプタ514で復号されたコンテンツを、映像、音声、字幕のパケットに分離し、それぞれのパケットを映像デコーダ522、音声デコーダ523、字幕デコーダ524に送出する。これらのデコーダ522、523、524により、それぞれ映像、音声、字幕情報が復号され、映像音声出力処理530により、統合された映像音声信号に変換される。この映像音声信号は、映像音声出力IF531を介して、受信機50から外部に出力される。このため、映像音声出力I/F531に、テレビ等を接続することで、利用者は、映像音声からなるコンテンツを視聴することができる。なお、映像音声出力処理530、映像音声出力I/F531は、映像音声を統合して処理し出力する、HDMI登録商標規格のインタフェースも考えられるが、映像、音声を独立して処理して、外部に出力するような、映像コンポジット信号出力、アナログ音声出力のような例も想定される。さらに、受信機50は、デジタル放送の受信、録画を行う機能を兼ね備えるケースもある。その場合は、受信機50は、放送電波を入力する放送I/F501、デジタル放送信号を復号し、映像音声ストリームに変換するデジタル放送受信処理部502、デジタル放送信号の復号に際し、著作権保護の処理を行うCASConditionalAccessSystem503を持つ。受信機50では、ダウンロードしたコンテンツを、直接、ストリーム出力処理部57に出力し、リムーバブルメディア560などに出力することができる。また、受信機50は、ダウンロードしたコンテンツをいったんストレージ550に格納することもできる。この場合、その後、受信機の操作により、ストリーム出力処理部57は、ストレージ550から取得したコンテンツをリムーバブルメディア560などに出力する。ストレージ550を有する構成でも、ストレージ550にコンテンツを保存することなくエクスポートの処理と、いったんストレージ550にコンテンツを格納してから、エクスポートする処理の、どちらを行ってもよい。この場合、受信機がHDDなどのストレージ550を有するときであっても、ダウンロードしたコンテンツをストリーム出力処理部57を介してリムーバブルメディア560へのエクスポートが可能となるため、ストレージ550にコンテンツを格納する必要がなく、ストレージの記録容量に空きが少ない場合でもダウンロードが可能となるという利点もある。また、図3の受信機50で、ストレージ550経由せず、直接リムーバブルメディアへ560のエクスポートを行うサービスのみを実施する場合は、ストレージ550を搭載しない、より安価な受信機を実現することが可能となる。また、ダウンロードしたコンテンツを復号せずに、そのままいったんストレージ550に格納し、ストレージ550に格納されたコンテンツを再生、または、リムーバブルメディア560等にエクスポートするときに、DRMクライアント54がDRMサーバ64からライセンス300を取得し、そのライセンス300に記載されたコンテンツ鍵311に基づき、デクリプタ514がストレージ550に格納されたコンテンツを復号することもできる。コンテンツの再生の場合は、デクリプタ514がコンテンツを復号し、デマルチプレクサ521が映像、音声、字幕データのパケットに分離する。映像デコーダ522、音声デコーダ523、字幕デコーダ524は分離されたそれぞれの映像パケット、音声パケット、字幕データパケットを復号する。映像音声出力処理部530は、復号された映像音声を映像音声出力I/F531を介して、外部に出力する。これらの処理により、ユーザはコンテンツを視聴することができる。コンテンツのエクスポートの場合は、デクリプタ514がコンテンツを復号し、ストリーム出力処理部57が復号されたコンテンツをリムーバブルメディア560等に出力する。なお、図3に記載された、デジタル放送受信処理部502、CAS503、通信処理部511、ストリーミング受信処理部512、デクリプタ514、デマルチプレクサ521、映像デコーダ522、音声デコーダ523、字幕デコーダ524、映像音声出力処理部530、ストレージ550、ブラウザ51、ECG処理部52、AVプレーヤ53、DRMクライアント54、ダウンローダ55、ストリーム出力処理部57は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、デジタル放送受信処理プログラム502、CASプログラム503、通信処理プログラム511、ストリーミング受信処理プログラム512、デクリプタプログラム514、デマルチプレクサプログラム521、映像デコーダプログラム522、音声デコーダプログラム523、字幕デコーダプログラム524、映像音声出力処理プログラム530、ストレージ550、ブラウザプログラム51、ECG処理プログラム52、AVプレーヤプログラム53、DRMクライアントプログラム54、ダウンローダプログラム55、ストリーム出力処理プログラム57などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。次に、図3のシステム構成の受信機50と、図2のコンテンツの配信システム60の、コンテンツ配信サービスにおけるデータの授受関係について、図4、図5、図6を用いて説明する。なお、図4~5には図3の受信機50から、処理の流れで使われる一部のブロックのみを表示しているが、それぞれ、図3の受信機50のその他の処理部等を有していてもよく、また図4~5に記載された構成がかならずしも必要とは限らない。一部を省略しても良い。図4の受信機581は、図3の受信機50から、ストリーミング配信システムとデータの授受を行うブロックを抽出したサブセットである。コンテンツの配信システム60は、Web文書71を配信するWebサーバ61、配信するコンテンツの属性情報などを記述するECGメタデータ400、コンテンツの再生に必要な情報を記述する再生制御メタファイル200を配信するメタデータサーバ62、コンテンツ本体75を配信するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス300を配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金決済サーバ66などからなる。以上のデータを、受信機581と、配信システム60の間でデータ通信する伝送路67は、図1の配信網を想定している。図4の場合、ブラウザ51は、Webサーバ61から受信したWeb文書71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、別の方法として、受信機アプリケーションのECGElectricContentGuide処理部52が、メタデータサーバ62から取得したECGメタデータ400をECGの形でユーザに提示し、ユーザがECGから見たいコンテンツ75を検索し、探し出す方法を提供してもよい。見たいコンテンツを選択し、Web文書71上でユーザがコンテンツの再生指示を行うと、ブラウザ51が、Web文書71に参照先が記述された再生制御メタファイル200をメタデータサーバ62から取得し、AVプレーヤ53に再生要求を行う。あるいは、ECG処理部52が表示したECG上でユーザがコンテンツの再生指示を行うと、ECG処理部52が、ECGメタデータ400に参照先が記述された再生制御メタファイル200をメタデータサーバ62から取得し、AVプレーヤ53に再生要求を行う。AVプレーヤ53は、再生制御メタファイル200の内容に従い、DRMクライアント54から、コンテンツのライセンス300に記述されたコンテンツ鍵とRMPIRightManagementandProtectionInformationと呼ばれる信号出力制限コピー制御情報を取得し、コンテンツ鍵をデクリプタ514に設定し、RMPIに従い、映像、音声等の出力条件を映像音声出力I/F531に設定して、コンテンツサーバ63から配信されるコンテンツ75のストリーミング再生を行う。DRMクライアント54は、有効なライセンス300を保持し、AVプレーヤ53やストリーム出力制御部57から要求があれば、対応するライセンス300から、コンテンツ鍵やRMPIを提供する。また、要求されたライセンス300が未取得であれば、DRMサーバ64からコンテンツの再生に必要なライセンス300を取得する。図5の受信機582は、図3の受信機50から、ダウンロード配信システムとデータの授受を行うブロックを抽出したサブセットである。図5の場合も、ブラウザ51は、Webサーバ61から受信したWeb文書71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、別の手段として、受信機アプリケーションのECG処理部52が、メタデータサーバ62から取得したECGメタデータ400をECGの形でユーザに提示し、ユーザがECGから見たいコンテンツ75を検索し、探し出す手段を提供してもよい。見たいコンテンツを選択し、Web文書71上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ51が、Web文書71に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。あるいは、ECG処理部52が表示したECG上でユーザがコンテンツのダウンロード指示を行うと、ECG処理部52が、ECGメタデータ400に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。ダウンローダ55は、再生制御メタファイル200を取得し、その内容に従い、DRMクライアント54から、コンテンツのライセンス300に記述されたコンテンツ鍵とRMPIRightManagementandProtectionInformationと呼ばれる信号出力制限コピー制御情報を取得し、コンテンツ鍵をデクリプタ514に設定し、RMPIに従いエクスポート先のリムーバブルメディア560、ネットワーク接続機器570に対し、映像、音声等の出力条件を設定して、ダウンロード制御情報100において配信コンテンツの所在156を示すURLにより特定されるコンテンツ75を、コンテンツサーバ63に要求し、コンテンツサーバ63から配信されるコンテンツ75をダウンロードし、デクリプタ514で復号したコンテンツをストリーム出力制御部57へ出力し、エクスポート処理を行う。なお、コンテンツ75に加えて、ストリーム再生制御情報710をダウンロードし、ストリーム出力制御部57へ出力の際に、参考情報として利用してもよい。図6の受信機583は、図3の受信機50から、ストレージ550を介したダウンロード配信システムとデータの授受を行うブロックを抽出して記載した。図6の場合、ブラウザ51は、Webサーバ61から受信したWeb71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、図では省略したが、図5と同様に、受信機アプリケーションのECG処理部52が、メタデータサーバ62から取得したECGメタデータ400をユーザに提示し、ユーザが見たいコンテンツ75を検索し、探し出す手段を提供してもよい。ユーザから見たいコンテンツの選択を受信し、Web文書71上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ51は、Web文書71に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。ダウンローダ55は、ダウンロードするコンテンツのECGメタデータ400、再生制御メタファイル200、ストリーム再生制御情報710、コンテンツ75を取得し、ストレージ550に蓄積する。蓄積されたコンテンツ75は、受信機のECG処理部52で、検索し、選択して、再生したり、エクスポートすることができる。ECG処理部52で、コンテンツの再生が指示された場合は、AVプレーヤ53を起動して、再生を要求し、コンテンツのエクスポートが指示された場合は、ストリーム出力制御部57を起動して、エクスポート処理を要求する。次に、受信機が処理する情報の内容について、詳しく説明する。図7は、ECG処理部52がECGとしてコンテンツ検索のために提示するECGメタデータ400の相関図である。ECGメタデータ400は、XML形式で記述される。ECGメタデータ400は、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述するコンテンツメタデータ430、個々の番組を一連のシリーズをグループ化して管理し、検索可能にするシリーズメタデータ410、番組の購入ライセンスを記述したライセンスメタデータ470、番組やグループ化された番組の購入条件を記載したパッケージメタデータ450から構成される。コンテンツメタデータ430には、その番組が所属するシリーズメタデータ410を一意に識別するグループIDを記述することができ、シリーズメタデータ410は、それ自体が所属するシリーズメタデータ410のグループIDを記述することで、階層的なグループ構成を定義できる。ライセンスメタデータ470は、そのライセンスで利用できる番組のコンテンツメタデータ430を一意に識別するコンテンツIDと、購入条件として利用できるパッケージメタデータ450を一意に識別する購入IDを持ち、コンテンツメタデータ430とパッケージメタデータ450は、お互いに対応する購入ID、コンテンツIDを持つ。コンテンツメタデータ430は、そのコンテンツが、ストリーミング再生、または、ダウンロードできる、あるいは両方ができる場合、ストリーミング再生用の再生制御情報200、および、コンテンツダウンロード用のダウンロード制御情報100を取得するための参照情報を持つことができる。図8は、ECGメタデータ400の中で、パッケージメタデータ470の構成例である。パッケージメタデータ450は、課金の開始日時、終了日時を記述する課金有効期間451、パッケージメタデータ450を一意に識別する購入ID452、パッケージメタデータ450の購入対象となるコンテンツを識別する対象コンテンツID453を保持する。パッケージメタデータ450は、一つのパッケージメタデータに複数のパッケージを記述でき、それぞれのパッケージについて次の情報を持つ。パッケージ名称461、パッケージ価格462、説明文465は、ユーザにパッケージ内容を提示するための情報である。購入タイプ463は、パッケージが、コンテンツ単体での購入なのか、シリーズ一括の購入なのか、月極め契約での購入なのかといった、パッケージの購入形態を識別する情報で、配信タイプ464は、コンテンツの配信を、ストリーミング配信なのか、ダウンロード配信なのか、あるいは両方なのかといった、配信形態を識別する情報である。購入要求URL466は、ユーザの購入操作に基づき、購入トランザクションを要求するサーバのアクセス先を記述する情報である。すなわち、ECG処理部52は、コンテンツメタデータ430、または、シリーズメタデータ410を参照して、検索画面を提示し、利用したいコンテンツを見つけたら、そのコンテンツのライセンスメタデータ470を参照することで、ユーザにコンテンツの購入条件を提示し、パッケージメタデータ450に従い購入操作を行わせる。ECG処理部52により提示されたECG上で、コンテンツのストリーミング再生が指示された場合には、コンテンツメタデータ430に記述されたURLに従い再生制御情報200を取得し、AVプレーヤ53は再生制御情報200の記述内容に従いストリーミング再生が行う。ECG処理部52により提示されたECG上で、コンテンツのダウンロードが指示された場合には、コンテンツメタデータ430に記述されたURLに従いダウンロード制御情報100を取得し、ダウンローダ55は、ダウンロード制御情報100の記述内容に従い、コンテンツのダウンロードを行う。図9はダウンロード制御情報100の構成例である。ダウンロード制御情報100は、メタファイル自身の内容を記述したダウンロード制御属性情報110と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行単位情報150を含む。ダウンロード制御情報100は、例えばRSSRDFSiteSummaryまたはReallySimpleSyndicationで記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成用意可能であるが、複数のパッケージはまたがない。また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように、ダウンロード制御情報を用意するべきである。ダウンロード制御情報100は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、RSSの場合にはenclosureurlで各コンテンツを一意に識別する。ダウンロード制御情報100には、対応するダウンロード制御情報100の名称例えばダウンロード予約の名称、ファイル名、ID等を示すダウンロード制御情報の名称111、対応するダウンロード制御情報100の所在例えば、ダウンロード予約を提供するウェブサイトのインターネット上のURL。但しURLに限らず、その他のアドレスであってもよい、以下所在について同様。を示すダウンロード制御情報の所在112、対応するダウンロード制御情報100の説明例えばダウンロード予約についての説明や言語タイプ等を示すダウンロード制御情報の説明文113、更新チェックフラグ114、更新期限日時115などの情報を持つ。更新チェックフラグ114は、メタデータサーバ62上のダウンロード制御情報100の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う更新と、最初に取得した後は、周期的にチェックを行わない単発の値をとる。更新期限日時115は、更新チェックフラグ114が更新の場合に有効で、ダウンロード制御情報100の更新をチェックし続ける期限の日時を記載する。更新期限日時115は、コンテンツの更新を監視する期限を示す。期限の単位日単位、時単位、分単位等は任意である。期限なしすなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時115の特殊な値例えばすべて0を更新チェックフラグ114単発を示す値として扱うことにより、更新チェックフラグ114を省略する構成も実現可能である。ダウンロード実行単位情報150は、ダウンロード制御情報100に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル番組名等であってもよいし、ファイル名やIDであってもよいを示す配信コンテンツのタイトル151、そのコンテンツの説明特徴や備考等を示す配信コンテンツの説明文152、そのコンテンツを配信する日時日単位、分単位であっても良いを示す配信日時153、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツID154、配信コンテンツの種別155、配信コンテンツの取得先URLを示すコンテンツの所在156、そのコンテンツに対応するECGメタデータの取得先URLを示すECGメタデータの所在157、そのコンテンツに対応する再生制御メタファイルの取得先URLを示す再生制御情報の所在158、配信コンテンツのサイズ159、コンテンツのピクチャ再生位置情報などを提供するストリーム再生制御メタファイル710の取得先のURLを示すストリーム再生制御情報の所在160などの情報を格納する。コンテンツID識別子154は、一例としては、CRIDauthoritycontentidというスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。authorityの後のcontentidは、authority内でコンテンツを一意に識別するIDで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子154で一意に識別することが可能になり、コンテンツ識別子154をインターネット上のURLとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。配信日時153は、通常、コンテンツがコンテンツサーバ63に格納され、公開された日時を記載するが、ダウンロード制御情報100が配信されたときには、コンテンツがまだ公開されず、配信日時153には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時153には、更新された日時を記載する。配信コンテンツの種別155は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。図10は再生制御メタファイル200の構成例である。ダウンロード制御情報100を参照することによって取得される、再生制御メタファイル200の構成について説明する。再生制御メタファイル200は、コンテンツ再生の際に必要なコンテンツ自身のAVストリームの情報であるコンテンツ固有属性情報210と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報220、ストリーミングVODの場合にその再生制御を行うのに必要なネットワーク制御情報230の3つのXML文書を含む。なお、ネットワーク制御情報230は、ダウンロード配信の場合は不要である。コンテンツ固有属性情報210は、コンテンツ本体ファイルのファイル名と参照先211、コンテンツが暗号化されているか否かの区別情報212、コンテンツの時間長213、映像符号化方式や解像度走査アスペクト比など映像信号の属性情報214、ステレオ/モノラル/マルチチャンネル区別など音声信号の属性情報215等を提供する。コンテンツのライセンス取得情報220は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報221、著作権管理方式の種別情報223、コンテンツに付随する著作権保護範囲の種別を示すライセンスID224、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値222と参照先226、ライセンスの利用条件情報225、ある署名の検証に必要な公開鍵証明書227などの情報を提供する。ネットワーク制御情報230は、利用可能なストリーミングプロトコル方式の情報231や、特殊再生やコンテンツの頭出し方式232や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報233と、その再生方式の情報234を、記述する。再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。図11はライセンス300の構成例である。ダウンロード制御情報100を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス300の構成について説明する。ライセンスは、番組を視聴する権利を記述する再生ライセンス310と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス320がある。ライセンスには、コンテンツを復号するのに必要なコンテンツの暗号鍵311、321を保持し、再生ライセンス310の場合、利用開始日時および利用終了日時312や、再生時の信号出力制限やコピー制御情報313を持つ。利用開始日時および利用終了日時312は無期限の指定をすることも可能である。エクスポートライセンス320には、エクスポート可能なメディアあるいはネットワーク毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報322を指定することができる。エクスポートライセンス320は、1つのライセンスで1回のエクスポートが行え、一つのコンテンツをN回エクスポートできるようにするためには、N個のエクスポートライセンス320を、DRMサーバ64から受信機50に配信する。次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図12から図19を用いて、説明する。図12は、ECG処理部52で実現するコンテンツ検索画面1000の例である。リモコンこの画面において起動されるこの画面においては、キーワード1001、ジャンル1002、配信日1003、価格1004、提供形態1005などの選択肢や、入力フィールドを用意し、検索開始1007を指示すると、ユーザの指定内容に応じECGメタデータ400を検索する。図13は、ECG処理部52が表示する検索結果画面1100の表示例である。この例では、検索の結果をリスト表示し、タイトル1101、提供形態1102、購入状態1103、コンテンツに対する操作ボタンとして、購入または詳細1104、VOD視聴1105、DL関連のボタン1106が表示される。提供形態欄1102には、パッケージメタデータ450にそのコンテンツが、VOD配信ストリーミング配信のみで提供されるならVOD、ダウンロード配信のみで提供されるならDL、両方で提供されるならVOD/DLと表示されるものとする。なおVODとはVideoOnDemandのことである。購入状態欄1103には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。購入または詳細のボタン1104は、そのコンテンツが未購入であれば購入ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は詳細ボタンが表示される。VOD視聴ボタン1105は、そのコンテンツがVODストリーミング視聴可能な場合にのみ表示され、このボタンを選択すると、VOD視聴が開始される。DL関連のボタン1106は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できないDL待ちボタンが表示され、ダウンロードが開始されるとDL中ボタンに変わり、ダウンロードが完了すると、DL視聴が表示され、DL視聴ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、DL中でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。図14は、ECG処理部52が表示するコンテンツ購入画面1200の例である。検索結果画面1100で、購入ボタンを選択した場合にコンテンツ購入画面1200が提示されるコンテンツの購入に必要なタイトル1201、内容1202、監督1203、出演者1204、ジャンル1205、視聴期限1206、再生時間や映像音声の情報1207、エクスポートできる回数や出力先の情報1208、提供形態の選択肢1209、価格1210などを、ECGメタデータ400を元に提示し、提供形態1209が選択可能な場合は、VOD、ダウンロード、あるいはその両方を選択できる。図14の例では、VODは抹消線により無効になっていることが表示されており、ダウンロードが有効になっていることが表示されている。またチェックマークによりユーザがダウンロードを選択していることを表している。選択後、購入ボタン1223を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。戻るボタン1224を選択した場合は、検索結果画面1100に戻るものとする。図15は、ECG処理部52が表示するコンテンツ詳細画面1250の例である。コンテンツ購入後に、検索結果画面1100で詳細ボタンを選択することによりコンテンツ詳細画面1250が提示される。この画面は、表示される情報は、コンテンツ購入画面1200とほぼ同じであるが、購入済みなので購入ボタン1223はなく、代わりにVOD視聴1220、ダウンロード視聴1221、エクスポート1222といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。また、提供形態1209の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況1211を表示する場合がある。図16は、ECG処理部52が表示するコンテンツ再生画面1300の例である。コンテンツの検索結果画面1100、あるいは、コンテンツ詳細画面1250で、VOD視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面1300が提示される。コンテンツ再生画面1300には、再生制御情報200に基づき、タイトルバナー1302に、コンテンツのタイトル1303、再生時間1304、映像音声の詳細情報1305が表示され、リモコン等による操作に応じ、操作内容がアイコン表示1301され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示1406ものもある。図17は、ECG処理部52が表示するエクスポート画面1400の例である。コンテンツ詳細画面1250で、エクスポートが指示された場合、エクスポート画面1400が提示される。この画面では、ECGメタデータ400に基づき、コンテンツのタイトル1401、容量1402などを表示した上で、許される出力先の選択肢1403と、受信機が管理するエクスポートの残り回数1404を表示する。ユーザが出力先を選択し、エクスポート先チェックボタン1405を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば正常、不可能であれば、その原因を、状態欄1407に表示する。エクスポート開始ボタン1406を選択した場合も、エクスポート先チェックボタン1405を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄1407にその原因を表示するが、エクスポート開始ボタン1406の場合は、正常であればエクスポートを開始する。エクスポートの進み具合は、進行状況1406として表示され、エクスポートが完了すれば、残り回数1404が1回減ったエクスポート画面1400が表示されるものとする。エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面1250に戻りたい場合は、中止ボタン1409を選択する。以上のように、ECG処理部52により生成されるECGの画面は構成される。別の実施例として、ECG処理部52ではなく、ブラウザ51により、Webサーバ61から取得するWeb文書71を提示することで、コンテンツの検索から再生までを行うこともできる。図18はブラウザ51上で提示するWeb文書71の遷移例である。ブラウザ51の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ51はまずコンテンツ販売ポータルページ1501を表示する。ここで、コンテンツの検索が指示されると、ブラウザ51は検索結果のコンテンツ一覧ページ1502を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ1503を表示する。コンテンツ購入画面1503で、配信形態を選択してコンテンツを購入する配信形態により、VODでの購入が選択された場合は、ブラウザ51はVOD再生開始ページ1504を表示し、VOD再生が指示されると、再生制御メタファイル200を参照し、図16のコンテンツ再生画面を表示する。また、コンテンツ購入画面1503でダウンロードでの購入が選択された場合、ブラウザ51はダウンロード開始ページ1505を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報100に基づき、バックグラウンドでコンテンツのダウンロードを開始する。図19はブラウザ51が表示する、ローカルナビゲーション画面1600の例である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面1600で状態が表示される。この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル1601、ダウンロード状態1602、購入状態1603、コンテンツに対する操作ボタンとして、購入または詳細ボタン1604が表示され、購入条件として視聴可能なコンテンツには視聴ボタン1605、エクスポート可能なコンテンツにはエクスポートボタン1606が表示される。またローカルナビゲーション画面1600に検索条件入力欄を設け、受信機50にダウンロード指示されたコンテンツやダウンロード済みのコンテンツの範囲内で検索可能としてもよく、その場合、検索結果の表示画面において図19のローカルナビゲーション画面のごとく、詳細視聴エクスポートボタンを設けても良い。これにより、受信機50に蓄積されたコンテンツから所望のコンテンツを探し、エクスポート等の処理をするユーザの便宜が図れる。操作ボタンの選択や検索指示の入力をユーザから受け付けた場合の処理は、図25を用いて後述するとおり、ECG処理部52が担う。ダウンロード状態欄1602には、ダウンロード指示されたが未ダウンロード状態のDL待ち、ダウンロード開始しその進捗状況も表示するDL中、ダウンロードが完了したDL完了、ダウンロード中にエラーが発生し中断したDLエラーといった状態表示が行われる。購入状態欄1603には、未購入、購入済、無料といった状態が表示される。ボタン類については、未購入コンテンツには、購入ボタンが表示され、購入済みのコンテンツには、詳細ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。また、コンテンツが、エクスポート可能な状態になれば、エクスポートボタン1606が、有効表示になり選択できるようになる。視聴ボタン1605を選択すると、コンテンツ視聴画面1300に遷移し、エクスポートボタン1606を選択すると、エクスポート画面1400に遷移する。以上により、Webサイトで、コンテンツの検索から、コンテンツの再生まで行える。次に、エクスポートの処理について、図20、図21で詳しく説明する。図20は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばiVDR登録商標などのリムーバブルHDDなどが想定される。しかしながらiVDRに限定されるものではない。図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。図20に、著作権保護機能のあるリムーバブルメディア560へのエクスポート処理を行うストリーム出力処理部57の構成例を示す。受信機50のストリーム出力制御部57は、リムーバブルメディアと認証をおこなうメディア認証処理部541、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部543、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部542、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部544からなる。コンテンツ暗号化処理部542に入力されるコンテンツは、受信機50のデクリプタ514、または、デマルチプレクサ521から入力される。なお、図20に記載された、メディア認証処理部541、コンテンツ鍵生成部543、コンテンツ暗号化処理部542、鍵暗号化処理部544は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム541、コンテンツ鍵生成プログラム543、コンテンツ暗号化処理プログラム542、鍵暗号化処理プログラム544などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。リムーバブルI/F534を介して、接続されるリムーバブルメディア560には、受信機50のメディア認証処理部541と相互に認証を行うメディア認証処理部561、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部563、相互認証済みの信頼おける受信機50のみが読み書きできる保護記憶領域564に、受け取ったコンテンツ鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報を、コンテンツと対応させて記憶する。ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がMだとすると、もともとのコンテンツ本体に加えて、M1個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。1リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間2リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間3絶対的な利用開始日時、利用終了日時いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなすなお、図20に記載された、メディア認証処理部561、鍵復号化処理部563、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域562や保護記憶領域564や図示しないメモリ領域などに格納された、メディア認証処理プログラム561、鍵復号化処理プログラム563などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。メディア暗号化処理部542で暗号化されたコンテンツは、リムーバブルI/F534を通し、データ記憶領域562に保存される。メディア認証処理部541では、リムーバブルメディア560の信頼性を認証する場合と、リムーバブルメディア560と、リムーバブルI/F534を備える受信機50の両方の信頼性を認証する場合が考えられる。リムーバブルメディア560に保存されたコンテンツを、相互認証された受信機50が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域564から読み出し、データ記憶領域562から読み出した暗号化されたコンテンツを、受信機50でコンテンツ鍵を用いて復号することで、利用可能になる。図21は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図21に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部57の構成例を示す。この場合、受信機50のストリーム出力制御部57は、ネットワーク接続機器との相互認証を行う通信認証処理部545、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部547、生成した通信鍵に基づきコンテンツを暗号化し、通信I/F510を介して送出する通信暗号化処理部546からなる。なお、図21に記載された、通信認証処理部545、通信暗号化処理部546、通信鍵生成部547は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム545、通信暗号化処理プログラム546、通信鍵生成プログラム547などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。ネットワーク接続機器は、通信I/F571で、ネットワーク580に接続され、受信機50と通信を行う。通信認証処理部572は、受信機の通信認証処理部545と相互認証を行う。通信鍵生成部574は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部573は、生成した通信鍵に基づき、通信I/F510を介して受信したコンテンツを復号する。通信復号化処理部573で復号されたコンテンツは、図21の例では、ネットワーク接続機器570の暗号化方式によるローカル暗号化処理部575により暗号化され、ネットワーク接続機器570が持つデータ記憶領域578に保存される。このときの暗号鍵は、ローカル鍵生成部576で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域577に保存される。なお、図21に記載された、通信復号化処理部573、通信鍵生成部574、ローカル暗号化処理部575、ローカル鍵生成部576は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域578や保護記憶領域577や図示しないメモリ領域などに格納された、通信復号化処理プログラム573、通信鍵生成プログラム574、ローカル暗号化処理プログラム575、ローカル鍵生成プログラム576などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。なお、図21の例では、ネットワーク接続機器570が、機器固有のデータ記憶領域578を持つ場合であったが、ネットワーク接続機器570が、図20の受信機50が持つようなリムーバブルI/F534を持ち、ネットワークを介して受信したコンテンツを、リムーバブルI/F534を介して、リムーバブルメディア560に転送する構成であってもよく。その場合のネットワーク接続機器570の構成は、図20の受信機50の構成に順ずるものとする。以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図22から図25で説明する。図22は、ECG処理部52の処理フロー図2000の例である。ECG処理部52は、メタデータサーバよりECGメタデータを取得し2001、取得したECGメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し2002、コンテンツ検索画面1000を提示する2003。ここで、検索条件の入力、設定を行い2004、検索実行を指示すると、検索結果画面1100を提示する。この画面で、コンテンツに対する操作を受けつけ2006、購入ボタンが選択されると、ECG処理部52はコンテンツ購入画面1200を表示する2007。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると2008、ECG処理部52は、コンテンツ詳細表示画面1250を表示する2009。コンテンツ詳細表示画面1250は、検索結果画面1100から、詳細ボタンを選択することでも表示される。ユーザが検索結果画面1100から、VOD視聴ボタンを選択すると、AVプレーヤを起動し、VOD視聴が開始される2011。DL視聴ボタンを選択すると、AVプレーヤを起動し、ダウンロード視聴が開始される2012。コンテンツ詳細表示画面1250では、ユーザの操作により、VOD視聴ボタンが選択されると、AVプレーヤを起動し、VOD視聴が開始される2011。DL視聴ボタンが選択されると、AVプレーヤを起動し、ダウンロード視聴が開始され2012、エクスポートボタンが選択されると、エクスポート画面1400に遷移する2013。図23は、エクスポート画面1400において、リムーバブルメディア560へコンテンツをエクスポートする場合のストリーム出力処理部57の処理フローの例である。エクスポート画面1400を提示した後2101、ユーザが、画面上の操作で2102で、出力先を選択し、エクスポート先チェックボタンを選択すると、ストリーム出力処理部57は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う2103。接続されていなければ、未接続を示すエラーメッセージを提示する2110。接続されていれば、次に、メディア認証処理部541が出力先のリムーバブルメディア560との認証を確認し2104、リムーバブルメディア560の詳細なチェックを行う2105。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する2106が、異常があれば、エラー原因を提示し2110、エクスポート画面の操作受付状態に戻る2102。このときのエラーとしては、リムーバブルメディア560または受信機50側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア560の速度エラー、リムーバブルメディア560で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア560の読み書き異常など、さまざまな要因が考えられる。エクスポート画面1400で、エクスポート開始ボタンを選択した場合は、ストリーム出力処理部57は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う2107。接続されていなければ、未接続を示すエラーメッセージを提示する2110。接続されていれば、ストリーム出力処理部57は、次に、出力先リムーバブルメディア560との認証を確認し2108、出力先リムーバブルメディア560の詳細なチェックを行う2109。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し2110、エクスポート画面の操作受付状態に戻る2102。異常がなければ、エクスポート処理に移る。エクスポート処理では、まず、DRMクライアント54がDRMサーバ64からエクスポートライセンス320を取得し2118、次にコンテンツ鍵生成部543がコンテンツ鍵を生成する2111。鍵暗号化処理部544がその鍵を暗号化し、出力先リムーバブルメディア560と鍵交換する2112。また、コンテンツ鍵生成部543はコンテンツ暗号化処理部542にコンテンツ鍵を設定する2113。コンテンツ暗号化処理部542はリムーバブルメディア560へのエクスポート処理を実行する2114。エクスポートが完了すれば2115、エクスポート終了処理2116において、メディア認証処理部561はリムーバブルメディア560へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア560の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア560の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し2117、エクスポート画面の提示に戻る2101。図24は、エクスポート画面1400において、ネットワーク接続機器570へエクスポートする場合の、ストリーム出力処理部57の処理フローの例である。エクスポート画面1400を提示した後2201、画面上の操作で2202で、出力先を選択し、エクスポート先チェックボタンが選択されると、通信認証処理部545は出力先にネットワーク接続機器570が接続されているかどうかチェックを行う2203。接続されていなければ、未接続を示すエラーメッセージを表示する2210。接続されていれば、次に、通信認証処理部545は出力先のネットワーク接続機器570との認証を確認し2204、ネットワーク接続機器570の詳細なチェックを行う2105。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する2106が、異常があれば、エラー原因を提示し2110、エクスポート画面の操作受付状態に戻る2102。この場合のエラーも、リムーバブルメディア560へのエクスポートと同様、ネットワーク接続機器570または受信機50側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器570側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器570の速度エラー、ネットワーク接続機器570で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器570の機器異常など、さまざまな要因が考えられる。エクスポート画面1400で、エクスポート開始ボタンが選択された場合は、通信認証処理部545は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う2207。接続されていなければ、未接続を示すエラーメッセージを表示する2210。接続されていれば、次に、通信認証処理部545は出力先ネットワーク接続機器570との認証を確認し2208、出力先ネットワーク接続機器570の詳細なチェックを行う2209。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し2210、エクスポート画面の操作受付状態に戻る2202り、異常がなければ、エクスポート処理に移る。エクスポート処理では、まず、DRMクライアント54がDRMサーバ64からエクスポートライセンス320を取得し2218、通信認証処理部545が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部546に設定し2213、通信暗号化処理部546はネットワーク接続機器570へのエクスポート処理を実行する2214。エクスポートが完了すれば2215、エクスポート終了処理2216において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器570の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し2217、エクスポート画面の提示に戻る2201。図25は、図19のローカルナビゲーション画面1600でのECG処理部52の処理フロー図の例である。ローカルナビゲーション画面1600では、ECG処理部52が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのECGメタデータを読み出し2301、その情報に基づきローカルナビゲーション画面1600を提示する2302。この状態で、ユーザの操作を受けつけ2303、購入ボタンが選択されると、ECG処理部52はコンテンツ購入画面1200を表示する2304。この画面でユーザが購入条件を選択し、購入ボタンを選択すると2305、ECG処理部52は、コンテンツ詳細表示画面1250を表示する2306。コンテンツ詳細表示画面1250は、ローカルナビゲーション画面1600から、詳細ボタンを選択することでも表示される。ローカルナビゲーション画面1600から、視聴ボタンが選択されると、ECG処理部52はAVプレーヤ53を起動し、ダウンロード視聴が開始され2308、エクスポートボタンが選択されると、エクスポート画面1400に遷移する2309。コンテンツ詳細表示画面でも、ユーザの操作2307により、視聴ボタンを選択すると、AVプレーヤ53を起動し、ダウンロード視聴が開始され2308、エクスポートボタンが選択されると、エクスポート画面1400に遷移する2309。以上説明した実施例によれば、受信機50は、ECG処理部52に表示されるECG、または、ブラウザ51に表示されるWeb画面、ローカルナビゲーション1600を介して、ネットワークで接続された配信システム60からコンテンツを取得し、視聴することができる。なお、図22、図25においては、ECG処理部52により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ51がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、AVプレーヤ53がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。受信機50が利用するリムーバブルメディアの別の例を、図26、図27に示す。図26は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアI/F534には、メディアドライブ580が接続され、メディアドライブ580にリムーバブルメディア585を挿入して、メディア読書き部582を介して、読み書きを行うことができる。ストリーム出力処理部57は、ドライブ認証処理部551、コンテンツ鍵生成部548、鍵読書き処理部548、コンテンツ暗号化処理部550からなる。著作権保護機能を持つリムーバブルメディア585を、著作権保護機能を持つメディアドライブ580に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機50のストリーム出力制御部57は、メディアドライブ580が持つ認証処理部581と、ドライブ認証処理部551との間で、リムーバブルメディア585とメディアドライブ580が著作権保護に対応しているかどうかの認証処理を行う。認証確立後、コンテンツ鍵生成部548が生成した鍵を、コンテンツ暗号化処理部550に設定して、コンテンツを暗号化してリムーバブルメディア585に書き込み、鍵読書き処理部549を通して、リムーバブルメディア585に暗号化に用いたメディア鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報を書き込む。なお、図26に記載された、ドライブ認証処理部551、コンテンツ鍵生成部548、コンテンツ暗号化処理部550、鍵読書き処理部549は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム551、コンテンツ鍵生成プログラム548、コンテンツ暗号化処理プログラム550、鍵読書き処理プログラム549などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。なお、図26に記載された、メディア読書き部582、認証処理部581、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム582、認証処理プログラム581などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。図27は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアI/F534には、直接リムーバブルメディア590が接続される。ストリーム出力処理部57は、ドライブ認証処理部552、コンテンツ鍵生成部553、鍵読書き処理部554、コンテンツ暗号化処理部555からなる。直接リムーバブルメディア590は、一般のデータ記憶領域591と、データを暗号化する鍵を保持する保護記憶領域592からなり、ドライブ認証処理部552は、リムーバブルメディア590が著作権保護対応かどうかを、保護記憶領域592の有無で判定し、認証確立後、コンテンツ鍵生成部553が生成した鍵を、コンテンツ暗号化処理部555に設定して、コンテンツを暗号化してリムーバブルメディア590のデータ記憶領域591に書き込み、鍵読書き処理部554を通して、保護記憶領域592に用いたメディア鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報を記憶させる。なお、図27に記載された、メディア認証処理部552、コンテンツ鍵生成部553、コンテンツ暗号化処理部555、鍵読書き処理部554は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム552、コンテンツ鍵生成プログラム553、コンテンツ暗号化処理プログラム555、鍵読書き処理プログラム554などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。以上の実施例によれば、受信機50は、受信したコンテンツ75を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。本実施例では、3D映像立体視により表示デバイスから浮き出して見える立体映像を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。本実施例においては、実施例1と異なる部分を中心に説明し、特に記載がないところは実施例1と同様である。まず、3D映像に関する用語の説明を行う。3D映像形式には、映像コーデックに非依存で、右目用の映像と左目用の映像をひとつの画面の左右に横に並べた映像により3D映像を実現するSBSSidebySideと、H.264/MPEG4AVC形式の映像フォーマットを拡張し、一つの視点から見た主映像データと、他の視点から見た映像を、主映像データの差分情報で構成することにより、SBSより高い圧縮率の3D映像を実現するMVCMultiviewVideoCodingなどがある。従来技術としてSBSとMVCといった形式での3Dコンテンツの配信形態が主流となっている。このため、本実施例でも、3D映像形式としてSBSとMVCを用いた場合を説明するが、3D映像形式をSBSとMVCに限定するものではない。また、本実施例としては、前提条件として、同一コンテンツ内において複数の3D映像形式、視点数は混在しないものとする。ここで、視点数とは、表示デバイスに対し、3D映像を立体的に見られる角度上の位置の数を示すもので、SBSでは、表示デバイス正面から見た場合の、左右の2視点の映像から構成されるため、正面から見た場合のみ、人間の目は立体感が得られる。正面以外の角度からも、立体視できるようにするためには、正面以外から見た場合の映像をできるだけきめ細かく用意し、人間が見る角度に応じて、最適な映像を選択して提示することにより、正面以外の角度でも立体感を得ることができる。この人間の見る角度に応じた映像の数を視点数と呼び、より多くの視点数の映像を用意することで、立体感が得られる視野角を広くすることが可能となっている。本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるVODVideoOnDemandサービスを利用して、3D映像および2D映像平面映像が混在するコンテンツを購入する際に行うコンテンツの検索時や、購入したあとに当該コンテンツの3Dに関する情報を表示する場合の例を説明する。映像コンテンツの配信システムの構成は、実施例1同様、図1、図2と同じでよい。受信機の構成も、実施例1同様、図3と同じでよいが、映像デコーダ522は、入力された映像コンテンツが3D映像であれば、コンテンツをデコードして3D映像として再生し、映像出力I/Fに出力できる必要がある。映像コンテンツの検索、詳細情報閲覧、購入、ダウンロード指示等の操作は、ブラウザ51を介し、Webサーバ61から取得したWeb文書71の操作により行うか、実施例1同様、図7、図8に示したECGメタデータ400を受信し、ECG処理部52において操作を行う。Web文書71、または、ECG処理部52からダウンロード指示が行われると、受信機はメタデータサーバ62から、3D映像を含む映像コンテンツに対応したダウンロード制御情報である、3D対応ダウンロード制御情報700を取得する。図28に3D対応ダウンロード制御情報700のデータ構成例を示す。3D対応ダウンロード制御情報700の構成要素は、図9のダウンロード制御情報100のダウンロード実行単位情報150に、3D対応ストリーム再生制御情報の所在161を追加したものである。ストリーム再生制御情報の所在160は、2D映像コンテンツのストリーム再生制御情報710を、インターネット経由で取得する際の取得先URLを記述したものであるのに対し、3D対応ストリーム再生制御情報の所在161は、3D映像を含む映像コンテンツに対応した3D対応ストリーム再生制御情報の取得先URLを記述したものである。図29に、2D映像コンテンツのストリーム再生制御情報710のデータ構成例を、図31に、3D対応ストリーム再生制御情報720のデータ構成例を示す。ストリーム再生制御情報710は、ストリームの属性情報510として、再生時間511、再生ビットレート512、映像、音声、字幕などの各種情報パケットID513の情報、コンテンツに含まれる映像、音声、字幕コンポーネントの数514、映像、音声、字幕コンポーネントデータ形式を示す形式識別515、映像を飛ばして見ることを禁止できる時間帯を指定するスキップ再生禁止区間情報516を保持し、アクセスユニット位置情報520として、ストリームの先頭位置の時刻情報位置521、ストリームの先頭位置の時刻情報値522、ストリームの終了位置の時刻情報値523、ストリームに含まれるアクセスユニットの総数524を持ち、アクセスユニットの総数524で指定された数のそれぞれのアクセスユニットに対し、アクセスユニット先頭の時刻情報値525、アクセスユニット先頭のパケット番号526、アクセスユニット内のパケット数527を保持する。図30に示す映像ストリームのデータ構成の一例を用いて、アクセスユニット位置情報520の各フィールドが示す具体的な意味について説明する。映像ストリームは、図に示すように、I、B、Pの各映像ピクチャの組み合わせで構成されており、Iピクチャは、一つの映像として単独でデコード可能な映像ピクチャであり、Bピクチャ、Pピクチャは、Iピクチャとの前後のピクチャ映像を、Iピクチャとの差分情報として持つピクチャ形式であり、単独ではデコードできずIピクチャの情報と組み合わせてデコードを行う。このため、映像ストリームを、途中から再生する場合、Bピクチャ、Pピクチャから再生することはできず、Iピクチャから再生することが望ましい。このため、映像の頭出しに最適なIピクチャとそれとの差分情報のBピクチャ、Pピクチャのグループを一つの単位としてアクセスユニットと呼ぶ。アクセスユニットに含まれるピクチャには、その映像を再生する時刻情報を、ストリーム先頭からの時刻情報値を付随情報として持ち、この時刻情報を基にして、映像デコーダ522は、時刻に同期した滑らかな映像再生を行う。こうした映像ストリームは、映像パケットとして、一定長のパケットに分割して伝送され、各映像パケットには、ストリーム先頭からのパケット番号が順に割り振られており、パケット番号によって、映像パケットの頭出しを行う。図29のアクセスユニット位置情報520の各フィールドは、映像ピクチャの構成に上で、図30に示した情報を表している。3D映像を含む映像コンテンツに対応する3D対応ストリーム再生制御情報720の構成は、図29のストリーム再生制御情報710の属性情報510に、バージョン管理情報517、3D映像のエンコード方式を示す3D方式情報518を追加し、アクセスユニット位置情報520に、アクセスユニットごとの3D/2D識別情報528を追加したものである。3D対応ストリーム再生制御情報720は、アクセスユニットごとに、3D/2D識別情報528を保持することにより、ストリーム内の任意のIピクチャから再生する場合でも、そのピクチャが3D映像なのか否かを判断することが可能である。コンテンツをダウンロードし、受信機でダウンロードしたコンテンツを再生する場合の全体の処理の流れは実施例1の図6と同じである。ブラウザ51、ECG処理部52から、コンテンツのダウンロードが指示された場合、Web文書71、ECGメタデータ400が示すリンクを辿り、ダウンロード制御情報100を取得し、ダウンロード制御情報100の内容に従い、ダウンローダ55がダウンロード処理を行うが、コンテンツが3D映像を含む場合、ダウンロード制御情報100に代わり3D対応ダウンロード制御情報700が、Web文書71、ECGメタデータ400からリンクされ、ダウンローダ55は、3D対応ダウンロード制御情報700の内容に基づいて、ダウンロードするコンテンツのECGメタデータ400、再生制御メタファイル200、ストリーム再生制御情報710、コンテンツ75を取得し、ストレージ550に蓄積する。ダウンローダ55が、3D対応ダウンロード制御情報700を参照し、3D対応ストリーム再生制御情報の所在161が記述されていれば、ストリーム再生制御情報の所在160の記述を無視し、3D対応ストリーム再生制御情報の所在161が指し示す3D対応ストリーム再生制御情報720を取得する。ストレージ550に蓄積したコンテンツの再生、および、エクスポートの処理フローは、実施例1の図25と同じである。ブロック2308において起動されるAVプレーヤ53は、ストレージ550から読み出したデータを、デコードし、映像、音声、字幕を再生する。通常速度の再生であれば、AVプレーヤ53は、映像ストリームのデータを逐次でコードするだけでよいが、例えば、高速な早送り再生、数分おきのスキップ再生、あらかじめ設定されたチャプタ位置へのジャンプなどの特殊再生が、ユーザから指示された場合、映像ストリームの途中のアクセスユニットからの再生が必要になる。この場合、AVプレーヤ53は、ストリーム再生制御情報710を参照することで、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得し、そのアクセスユニットのIピクチャからデコードを開始する。これにより、どのような特殊再生が行われても、速やかに完全な映像の再生が開始できる。3D映像を含む映像コンテンツの特殊再生を行う場合には、AVプレーヤ53は、3D対応ストリーム再生制御情報720を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、そのアクセスユニットのアクセスユニット3D/2D識別情報528を取得し、その識別情報が、2Dであれば、そのアクセスユニットのIピクチャから2D映像としてデコードを開始し、映像出力インタフェースも、2Dの出力状態に設定する。その識別情報が3Dであれば、そのアクセスユニットのIピクチャから3D映像としてデコードを開始し、映像出力インタフェースも、3Dの出力状態に設定する。これにより、どのような特殊再生の操作が行われても、2D、3Dが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。本実施例では、3D映像を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の別の実施例を説明する。実施例3が、実施例2と異なるのは、以下の点である。まず、3D映像を含むコンテンツを配信する場合に伝送する3D対応ストリーム再生制御情報720に代えて、ストリーム再生制御情報710と、図32の3Dストリーム識別情報730を組み合わせた構成をとる。3Dストリーム識別情報730は、ストリーム再生制御情報710から、3D対応ストリーム再生制御情報720に拡張したときに増やした、各アクセスユニットに対するアクセスユニット3D/2D識別情報528だけを独立して保持するテーブルであり、アクセスユニットの総数524の後に、アクセスユニット先頭から順に、そのアクセスユニット3D/2D識別情報528を格納する。3D対応ダウンロード制御情報700の3D対応ストリーム再生制御情報の所在161には、3D対応ストリーム再生制御情報720ではなく、3Dストリーム識別情報730の取得先URLを記述し、ダウンローダ55は、3D対応ダウンロード制御情報700を参照し、ストリーム再生制御情報の所在160が指し示すストリーム再生制御情報710を取得すると共に、3D対応ストリーム再生制御情報の所在161が指し示す3Dストリーム識別情報730を取得する。ストレージ550に蓄積したコンテンツの再生処理も、基本的には実施例2と同じであるが、3D映像を含む映像コンテンツを特殊再生する場合には、AVプレーヤ53は、ストリーム再生制御情報710を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、3Dストリーム識別情報730を参照し、そのアクセスユニットのアクセスユニット3D/2D識別情報528を取得し、その識別情報が、2Dであれば、そのアクセスユニットのIピクチャから2D映像としてデコードを開始し、映像出力インタフェースも2Dの出力状態に設定する。その識別情報が3Dであれば、そのアクセスユニットのIピクチャから3D映像としてデコードを開始し、映像出力インタフェースも3Dの出力状態に設定する。これにより、実施例2と同様、どのような特殊再生の操作が行われても、2D、3Dが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。さらには、3D映像を含む映像コンテンツを配信する際にも、ストリーム再生制御情報710のデータ構造を変えず再利用でき、3D映像を含む場合に必要な差分情報を別ファイルとして独立することにより、3D非対応の既存の受信機の誤動作を抑止でき、3D非対応の受信機を、3D対応受信機にアップグレードする際も、開発工数を削減できるメリットがある。本実施例では、3D映像を含む映像コンテンツをダウンロード配信する配信システムにおいて、受信した映像コンテンツを、リムーバブルメディア等に記録する受信機の別の実施例を説明する。実施例4は、特に説明をしない部分は、実施例2、または、実施例3と同じ構成を前提としており、以下の点が異なる。図33は、メタデータサーバ62により配信されるECGメタデータ400に含まれるコンテンツメタデータ430の構成例である。コンテンツメタデータ430は、少なくとも、タイトル情報431、ジャンル情報432、再生時間433、コンテンツ詳細情報435、3Dに関する情報434などから構成される。タイトル431は、映像コンテンツの名称を示し、例えば映画1等である。ジャンル情報432は、映像コンテンツの種別に関する情報であり、例えば映画-洋画コメディ等の分類を行う情報を、分類名称やジャンルコードにて記述する。再生時間433は、映像コンテンツの再生時間を記述し、コンテンツ詳細情報435は、コンテンツのあらすじや、出演者、監督などの映像コンテンツの詳細情報を記述する。3Dに関する情報434は、3D/2Dの混在情報4341、3D映像形式4342、視点数4343を有する。3D/2Dの混在情報は4341は、映像コンテンツの3Dと2Dの混在状況を示し、映像コンテンツが全編3D映像である場合はf3d、映像コンテンツが一部のみ3Dである場合はp3dのように記載し、映像コンテンツの3D/2Dの混在状況を区別するための情報である。全編2D映像の場合、コンテンツメタデータは3Dに関する情報434を含まない。ただし、コンテンツメタデータに3Dに関する情報434を含めない代わりに、3Dに関する情報434にf2dと記載してもよく、その場合、全編2D映像であることが、より明確になる。3D映像形式4342は、映像コンテンツで用いられている3D映像形式を示し、映像コンテンツの3D映像形式がSidebySide形式である場合はSBS、映像コンテンツの3D映像形式がMVCMultiviewVideoCoding形式である場合はMVCのように記載し、映像コンテンツの3D映像形式を区別するための情報である。視点数4343は、映像コンテンツの3D映像の視点の数を示し、映像コンテンツの視点の数が2である場合は2、映像コンテンツの視点の数が3である場合は3のように記載し、映像コンテンツの視点の数を区別するための情報である。このとき、映像コンテンツの3D映像形式がSidebySide形式である場合、視点の数は2で固定されるため、視点数4343を3Dに関する情報434に含めなくてもよいし、視点数4343が含まれたとしても参照する必要は無い。また、映像コンテンツの3D映像形式がMVCMultiviewVideoCoding形式である場合に、3Dに関する情報434に視点数4343含まれていない場合、映像コンテンツの視点の数を最小の視点数である2としてもよい。なお、3Dに関する情報434は、映像コンテンツが全編、もしくは一部に3D対応する場合のみ、コンテンツメタデータ430に含め、映像コンテンツが2Dにのみ対応している場合は、コンテンツメタデータ430に含めない。また、これ以外の情報においても必要に応じてコンテンツメタデータ430に追加することは可能である。図34は、本実施例における3D対応再生制御メタファイル240の構成例である。3D対応再生制御メタファイル240は、実施例1の再生制御メタファイル200を拡張したもので、同じ採番のフィールドは再生制御メタファイル200と同じものであるが、コンテンツ固有属性情報210が、3D対応コンテンツ固有属性情報250に拡張され、映像ストリームの形式を記述するストリーム形式情報216、映像ストリームの3D情報217が追加されている。3D情報217は、単純に、映像ストリームに3D映像を含むか否かのフラグである場合もあるし、SidebySide、MVC等の3D映像形式情報、映像が全編3Dなのか、一部が3Dでかつ先頭が2Dで始まるのか、一部が3Dでかつ先頭が3Dで始まるのかを示すような、2D/3Dストリーム構成情報を持ってもよい。次に、図35に示したのは、映像コンテンツを記録するリムーバブルメディア内のデータ記憶領域600の構成例である。リムーバブルメディアは、ファイルシステムを持ち、ファイルシステムの管理下で、図33に記載した情報をファイル化して保持する。映像コンテンツは、コンテンツ記憶領域650に、コンテンツファイル651として記録される。この際、併せて、コンテンツ格納情報610を記録することにより、コンテンツ記憶領域650のコンテンツファイル651にアクセスが可能になり、コンテンツアクセス情報620を記録することにより、映像コンテンツの途中の映像の頭出しを迅速に行うことができる。また、コンテンツ属性管理情報630を記録することにより、リムーバブルメディア内に記録された映像コンテンツの様々な条件による検索を実現できる。リムーバブルメディアに記録された映像コンテンツの数は、コンテンツ格納情報610の登録コンテンツ数611に格納され、記録された映像コンテンツに対し持つ情報は、次の通りである。コンテンツファイル名612は、リムーバブルメディアのファイルシステム上で管理するファイル名称、コンテンツ記憶領域上の先頭場所613は、コンテンツ記憶領域650上のコンテンツファイル651の格納先頭位置を示し、コンテンツ記憶領域上の格納サイズ614は、コンテンツ記憶領域上のコンテンツファイル651の大きさを示す。アクセスユニット管理情報の場所615は、対応する映像コンテンツのアクセスユニット管理情報620にアクセスするための情報を、コンテンツ属性管理情報の場所616は、対応する映像コンテンツのコンテンツ属性管理情報630アクセスするための情報を示す。なお、コンテンツ格納情報610は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。コンテンツアクセス情報620は、各映像コンテンツに対し、コンテンツが持つ頭出し再生可能なピクチャ単位であるアクセスユニットの数を示すアクセスユニット数621を持ち、各アクセスユニットに対し次の情報を持つ。アクセスユニットの時刻情報622は、映像コンテンツ先頭からの再生時刻を示し、ピクチャの格納場所623は、コンテンツファイル651先頭からのピクチャの格納相対位置を示す。アクセスユニットのサイズ624は、各アクセスユニットのデータサイズを示す。受信機50は、ユーザ操作により頭出し再生を行う場合、頭出しする時刻に最も近い時刻をアクセスユニットの時刻情報622から検索し、該当するピクチャの格納場所623に従いコンテンツファイル651のアクセスユニットを読み出すことにより、頭出し再生が可能になる。なお、コンテンツアクセス情報620は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。コンテンツ属性管理情報630は、各映像コンテンツに対し、次の情報を持つ。コンテンツ名称631は、映像コンテンツのタイトルなどの文字列を記載し、コンテンツのジャンル情報632は、映像コンテンツを分類する分類名称や分類コードを記述する。再生時間633は、映像コンテンツの再生時間、コンテンツ詳細説明情報634は、映像コンテンツの解説や、出演者、監督等の様々な情報を記載する。ストリーム形式635には、映像コンテンツのストリームファイルの形式や、映像、音声、字幕等の構成要素の構成などを記述し、映像コーデック形式情報636には、映像コンテンツの映像コーデックの形式を、音声コーデック形式情報637には、音声コーデックの形式を記述する。記録元属性情報639は、記録した映像コンテンツの由来を示す情報を記述し、例えば、地上波や衛星のデジタル放送の録画、インターネットからダウンロードしたコンテンツインターネット放送の録画、デジタルケーブルテレビ放送の録画などが、区別できるよう記述する。3Dコンテンツ識別情報639は、映像コンテンツ内に、3D映像が含まれるかどうかを示す情報で、3D映像を含まないか、少しでも3D映像を含むかの択一の情報を持つ場合や、3D映像を含む場合に、全面3D映像のコンテンツなのか、一部が3D映像なのかを区別して情報を保持する場合が想定される。なお、3Dコンテンツ識別情報639は、映像コーデック形式情報636や、ストリーム形式635に含まれる場合もある。また、コンテンツ属性管理情報630は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。図36を用いて、図23、図24のステップ2214のエクスポート処理実行において、ストリーム出力処理部57により行われるエクスポート処理2400の一例の詳細を説明する。映像コンテンツをリムーバブルメディアに記録する場合、まず、配信コンテンツのサイズ159に従い、映像コンテンツが格納できるコンテンツ記憶領域650を確保し2401、映像コンテンツをコンテンツ記憶領域650に、コンテンツファイル651として記録する4202。次に、3D対応ストリーム再生制御情報720を元に、コンテンツアクセス情報620を生成して記録し4203、コンテンツメタデータ430や3D対応再生制御メタファイル240を元に、コンテンツ属性管理情報630を生成して記録し4204、最後に、記録したコンテンツファイル651のコンテンツ格納情報610を生成し記録する4205ことにより、コンテンツのエクスポートが完了する。なお、ステップ2401において、記録するコンテンツを格納できる残容量がリムーバブルメディアに残っているかどうかをチェックし、記録エリアを確保しておくことが望ましいが、受信機50の実装や、コンテンツサービスによっては、事前に記録容量を確保せずにエクスポートを実行し、容量不足が起きた場合には、エクスポートを中止してもよい。また、リムーバブルメディアの種類によっては、受信した映像コンテンツを、リムーバブルメディアに記録できる形式にトランスコードして、エクスポートしてもよい。このとき、映像コンテンツの容量は、配信コンテンツのサイズ159から変化する場合があるが、その場合は、トランスコード処理内容から予想される容量を元に、コンテンツ記憶領域650を確保すればよい。ここで、トランスコードとは、映像コンテンツのストリーム形式、映像や音声コーデック形式を別の形式に変換すること、および符号ビットレートを変更することなどをさす。コンテンツアクセス情報620の時刻情報622、ピクチャの格納場所623アクセスユニットのサイズ624は、3D対応ストリーム再生制御情報720のアクセスユニット位置情報520をエクスポートメディア固有のファイルシステムの管理形態に合わせて変換することで、生成される。また、3D対応ストリーム再生制御情報720を使用する代わりに、映像ストリーム自体を直接解析し、コンテンツアクセスユニットの位置を割り出し、コンテンツアクセス情報620を生成してもよい。コンテンツ属性管理情報630は、コンテンツ名称631、コンテンツのジャンル情報632、再生時間633、コンテンツ詳細説明情報634など、コンテンツの検索、抽出に利用するデータは、コンテンツメタデータ430の対応するタイトル情報431、ジャンル情報432、再生時間433、コンテンツ詳細情報435を元に、記述される。配信サービス側で規定したコンテンツメタデータ430と、リムーバブルメディアで規定したコンテンツ属性管理情報630では、厳密にデータ形式や、分類方法などが一致するとは限らないが、その場合は、データ形式は記録するメディアの形式にあわせて変更し、分類方法が完全に一致しない場合でも、なるべく元のコンテンツメタデータ430の意図に近い値を、コンテンツ属性管理情報630に記述する。ストリーム形式635、映像コーデック形式情報636、音声コーデック形式情報637は、3D対応再生制御メタファイル240のコンテンツ固有属性情報210の該当情報や、映像ストリーム自体の解析により生成できる。3Dコンテンツ識別情報639は、3D対応再生制御メタファイル240や、3D対応ストリーム再生制御情報720を元に記述し、記述する情報が厳密に一致しない場合は、なるべく近い値を記述する。例えば、3Dコンテンツ識別情報639が、3D映像を含むか否かのフラグ情報で、元になる3D対応再生制御メタファイル240の3D情報217が、映像が全編3Dなのか、一部が3Dでかつ先頭が2Dで始まるのか、一部が3Dでかつ先頭が3Dで始まるのかの3つのいずれかの値を持つ場合は、3Dコンテンツ識別情報639の値を3D映像を含むに設定し、3D情報217の記述自体がない場合は、3D映像が含まれないと判断し、3D映像を含まないに設定する例が考えられる。以上の実施例において、映像コンテンツは暗号化されていてもよく、その場合には、実施例2、実施例3、図20、図26、図27で説明した方式により、暗号化するものとする。以上の実施例によれば、ダウンロードした3D映像を含むコンテンツを、リムーバブルメディア等にエクスポートする際、元の映像コンテンツに付随する3Dに関わる情報を、できるだけ生かす形で、リムーバブルメディアの管理情報に移行することができ、リムーバブルメディア上でも、3D映像コンテンツの検索、抽出や、再生の利便性が向上する。また、本実施例によれば、3D映像を含むコンテンツを格納したリムーバブルメディアを、他の再生機器に接続した場合に、その再生機器が3D映像を再生する能力がなければ、リムーバブルメディア上の管理情報を見て、3D映像を含むコンテンツを、提示しない、再生不可なコンテンツとして提示する、再生時に再生不可のエラーや警告を提示する等の対策を行うことができる利点もある。さらに、本実施例によれば、3D映像の再生が行えない他の再生装置に外部メディアを装着した場合にも、ユーザにその旨の案内提示を行うことができる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICカード、SDカード、DVD等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。