コンテンツ受信機およびコンテンツ情報出力方法
【課題】
本発明は、３Ｄ映像を含む映像コンテンツをダウンロードし、リムーバブルメディアに出力する受信機において、３Ｄ映像に関わる情報を、リムーバブルメディアも利用可能とすることを目的とする。
【解決手段】
映像コンテンツ、および、映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機であって、出力制御部は、映像コンテンツを外部メディアに出力する場合、再生制御情報において配信される、映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、コンテンツを記録する外部メディアの管理情報に、映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を記録する。
本発明は、３Ｄ映像を含む映像コンテンツをダウンロードし、リムーバブルメディアに出力する受信機において、３Ｄ映像に関わる情報を、リムーバブルメディアも利用可能とすることを目的とする。
【解決手段】
映像コンテンツ、および、映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機であって、出力制御部は、映像コンテンツを外部メディアに出力する場合、再生制御情報において配信される、映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、コンテンツを記録する外部メディアの管理情報に、映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介し、配信システムから配信された３Ｄ映像コンテンツを、受信する受信機とその受信方法、また、配信システムと受信機から構成されるコンテンツ送受信システムにおけるコンテンツの配信方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、国際公開２００４／１００５４９号公報（特許文献１）がある。
特許文献１には、コンテンツを配信するサーバと、インターネットを介し、サーバからコンテンツをダウンロードし再生する受信機からなる配信システムを実現する実施例が記載されている。
【０００３】
この実施例においては、インターネットブラウザが、コンテンツダウンロードの実行内容を記述したダウンロード制御ファイル（本発明では、ダウンロード制御メタファイルと呼ぶ）をサーバから取得し、このファイルを、ダウンロードエージェントが解釈し、ダウンロードを実行する例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開２００４／１００５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、３Ｄ映像を含む映像コンテンツをダウンロードし、リムーバブルメディアに出力する受信機において、３Ｄ映像に関わる情報を、リムーバブルメディアも利用可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００７】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
映像コンテンツ、および、前記映像コンテンツの再生や外部出力に必要な情報を伝送する再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機が、前記出力制御部は、前記映像コンテンツを外部メディアに出力する際、前記再生制御情報において配信される、前記映像コンテンツ内における３Ｄ映像の存在状況を示す３Ｄ映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報に、前記コンテンツが３Ｄ映像を含有するか否かを示す３Ｄ映像情報を記録することにより、上記課題は達成される。
【発明の効果】
【０００８】
本発明によれば、映像コンテンツの受信機において、配信された３Ｄ映像を含む映像コンテンツを、外部メディアに出力する場合、外部メディアにエクスポートされた映像コンテンツが３Ｄ映像を含むことが判別できる。
【図面の簡単な説明】
【０００９】
【図１】コンテンツ送受信システムの構成の例である。
【図２】配信システムの構成例である。
【図３】受信機の構成例である。
【図４】受信機と配信システムの関係を示す第１の例である。
【図５】受信機と配信システムの関係を示す第２の例である。
【図６】受信機と配信システムの関係を示す第３の例である。
【図７】ＥＣＧメタデータの相関図である。
【図８】パッケージメタデータの構成例である。
【図９】ダウンロード制御情報の構成例である。
【図１０】再生制御メタファイルの構成例である。
【図１１】ライセンスの構成例である。
【図１２】受信機のコンテンツ検索画面の例である。
【図１３】受信機の検索結果画面の例である。
【図１４】受信機のコンテンツ購入画面の例である。
【図１５】受信機のコンテンツ詳細表示画面の例である。
【図１６】受信機のコンテンツ再生画面の例である。
【図１７】受信機のエクスポート画面の例である。
【図１８】受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。
【図１９】受信機のローカルナビゲーション画面の例である。
【図２０】受信機とリムーバブルメディアとのインタフェース部分の構成例である。
【図２１】受信機とネットワーク接続機器とのインタフェース部分の構成例である。
【図２２】ＥＣＧ処理部における処理フロー図の例である。
【図２３】ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。
【図２４】ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。
【図２５】ローカルナビゲーションにおける処理フロー図の例である。
【図２６】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２７】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２８】第二の実施例における３Ｄ対応ダウンロード制御情報の構成例である。
【図２９】第二の実施例におけるストリーム再生制御情報の構成例である。
【図３０】第二の実施例における映像コンテンツの構成例である。
【図３１】第二の実施例における３Ｄ対応ストリーム再生制御情報の構成例である。
【図３２】第三の実施例における３Ｄストリーム識別情報の構成例である。
【図３３】第四の実施例におけるコンテンツメタデータ４３０の構成例である。
【図３４】第四の実施例における再生制御メタファイル２４０の構成例である。
【図３５】第四の実施例におけるリムーバブルメディアのデータ記憶領域６００の構成例である。
【図３６】第四の実施例におけるエクスポート処理２４００の処理フロー図の例である。
【発明を実施するための形態】
【００１０】
以下、実施例を、図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、コンテンツを受信する受信機５０と、配信システム６０の例を説明する。
図１は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ４３を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網４０と、コンテンツ配信ネットワーク４０から接続される外部のインターネット網４５と、から構成される。配信システム６０は、ネットワークスイッチ４２を介し、コンテンツ配信網４０に接続される場合と、汎用性を重視しインターネット網４５にルータ４４を介して接続される場合がある。
【００１２】
家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ＡＤＳＬ(Asymmetric Digital Subscriber Line)、無線通信等、さまざまな通信経路４６が想定され、それぞれの経路に適した変復調が、伝送路変復調器４５によって行われ、ＩＰネットワークに変換される。
家庭内では、伝送路変復調器４６で復調され、ネットワークインタフェースに変換されたＩＰネットワークは、ルータ４８を介し、家庭内の機器に接続される。
家庭内の機器としては、受信機５０や、ＩＰネットワーク対応の記憶装置（Network Attached Storage）３２、パソコン３３、ネットワーク接続可能なＡＶ機器などが想定される。受信機５０は、アンテナ３５から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。
【００１３】
図２は、コンテンツ配信システム４０の構成例である。
【００１４】
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などを有する。
【００１５】
各サーバは、ＩＰ網６７によって相互に接続されると共に、ＩＰ網６７を介して、図１のインターネット網４５、または、コンテンツ配信網４０に接続される。
【００１６】
なお、各サーバの一部、または、すべてが、ＩＰ網６７を介さず、直接、インターネット網４５、または、コンテンツ配信網４０に接続され、相互に通信を行う構成であってもよい。
【００１７】
なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ６２のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。
【００１８】
図３は、受信機５０の構成例である。
受信機５０は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ５５０を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００１９】
受信機５０は、ＩＰネットワークに物理的に接続を行い、ＩＰ（Internet Protocol）データパケットを送受信する通信I/F（Interface）５１０と、通信I/F５１０を介し、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、ＤＮＳ（domain name server）、ＨＴＴＰ(Hyper Text Transfer Protocol)、等の各種ＩＰ通信プロトコルの処理を行う通信処理部５１１を備える。
【００２０】
ダウンローダ５５は、コンテンツやコンテンツに関連する情報を取得する処理を行う処理部である。ＤＲＭクライアント５４は、コンテンツの著作権を管理し、コンテンツの購入条件に応じて、コンテンツの視聴やコピーを制御する機能を提供する。デクリプタ５１４は、ＤＲＭクライアント５４からの指示に基づき、ダウンロードするコンテンツを復号する。ストリーム出力処理部５７は、コンテンツを受信機５０に接続されたリムーバブルメディア５６０へのコンテンツの出力を行う。または、ストリーム出力処理部５７は、通信処理部５１１、通信Ｉ／Ｆ５１０を介して接続されたネットワーク接続機器５７０へのコンテンツの出力を行う。
【００２１】
リムーバブルメディア５６０は、ストリーム出力処理部５４１に接続されたリムーバブルメディアＩ/Ｆ５３４を介して、アクセス可能な脱着可能な記憶メディアである。
受信機５０は、操作のためのリモコンＩ／Ｆ５３３を備え、これにより受信したリモコン信号に従い、ユーザにより操作される。
また、受信機５０は、オンデマンドの映像・音声コンテンツのストリーミング配信サービスを受信する機能を備える可能性がある。この場合、通信処理部５１１を介して、映像・音声コンテンツのリアルタイム受信を処理するストリーミング受信処理部５１２を備える。
【００２２】
ＡＶプレーヤ５３は、ダウンロードしたコンテンツや、ストリーミング配信したコンテンツ、あるいは、放送受信したコンテンツを復号し、映像、音声信号に変換する。
ＡＶプレーヤ５３は、内部に、デマルチプレクサ５２１を持ち、この処理部がデクリプタ５１４で復号されたコンテンツを、映像、音声、字幕のパケットに分離し、それぞれのパケットを映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４に送出する。これらのデコーダ５２２、５２３、５２４により、それぞれ映像、音声、字幕情報が復号され、映像・音声出力処理５３０により、統合された映像・音声信号に変換される。この映像・音声信号は、映像・音声出力Ｉ/Ｆ５３１を介して、受信機５０から外部に出力される。
【００２３】
このため、映像・音声出力Ｉ／Ｆ５３１に、テレビ等を接続することで、利用者は、映像・音声からなるコンテンツを視聴することができる。
なお、映像・音声出力処理５３０、映像・音声出力Ｉ／Ｆ５３１は、映像・音声を統合して処理し出力する、ＨＤＭＩ（登録商標）規格のインタフェースも考えられるが、映像、音声を独立して処理して、外部に出力するような、映像コンポジット信号出力、アナログ音声出力のような例も想定される。
【００２４】
さらに、受信機５０は、デジタル放送の受信、録画を行う機能を兼ね備えるケースもある。その場合は、受信機５０は、放送電波を入力する放送Ｉ／Ｆ５０１、デジタル放送信号を復号し、映像音声ストリームに変換するデジタル放送受信処理部５０２、デジタル放送信号の復号に際し、著作権保護の処理を行うCAS（Conditional Access System）５０３を持つ。
【００２５】
受信機５０では、ダウンロードしたコンテンツを、直接、ストリーム出力処理部５７に出力し、リムーバブルメディア５６０などに出力することができる。
また、受信機５０は、ダウンロードしたコンテンツをいったんストレージ５５０に格納することもできる。この場合、その後、受信機の操作により、ストリーム出力処理部５７は、ストレージ５５０から取得したコンテンツをリムーバブルメディア５６０などに出力する。
【００２６】
ストレージ５５０を有する構成でも、ストレージ５５０にコンテンツを保存することなくエクスポートの処理と、いったんストレージ５５０にコンテンツを格納してから、エクスポートする処理の、どちらを行ってもよい。
【００２７】
この場合、受信機がＨＤＤなどのストレージ５５０を有するときであっても、ダウンロードしたコンテンツをストリーム出力処理部５７を介してリムーバブルメディア５６０へのエクスポートが可能となるため、ストレージ５５０にコンテンツを格納する必要がなく、ストレージの記録容量に空きが少ない場合でもダウンロードが可能となるという利点もある。
また、図３の受信機５０で、ストレージ５５０経由せず、直接リムーバブルメディアへ５６０のエクスポートを行うサービスのみを実施する場合は、ストレージ５５０を搭載しない、より安価な受信機を実現することが可能となる。
また、ダウンロードしたコンテンツを復号せずに、そのままいったんストレージ５５０に格納し、ストレージ５５０に格納されたコンテンツを再生、または、リムーバブルメディア５６０等にエクスポートするときに、ＤＲＭクライアント５４がＤＲＭサーバ６４からライセンス３００を取得し、そのライセンス３００に記載されたコンテンツ鍵３１１に基づき、デクリプタ５１４がストレージ５５０に格納されたコンテンツを復号することもできる。
【００２８】
コンテンツの再生の場合は、デクリプタ５１４がコンテンツを復号し、デマルチプレクサ５２１が映像、音声、字幕データのパケットに分離する。映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４は分離されたそれぞれの映像パケット、音声パケット、字幕データパケットを復号する。映像・音声出力処理部５３０は、復号された映像・音声を映像・音声出力Ｉ／Ｆ５３１を介して、外部に出力する。これらの処理により、ユーザはコンテンツを視聴することができる。
【００２９】
コンテンツのエクスポートの場合は、デクリプタ５１４がコンテンツを復号し、ストリーム出力処理部５７が復号されたコンテンツをリムーバブルメディア５６０等に出力する。
【００３０】
なお、図３に記載された、デジタル放送受信処理部５０２、ＣＡＳ５０３、通信処理部５１１、ストリーミング受信処理部５１２、デクリプタ５１４、デマルチプレクサ５２１、映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４、映像・音声出力処理部５３０、ストレージ５５０、ブラウザ５１、ＥＣＧ処理部５２、ＡＶプレーヤ５３、ＤＲＭクライアント５４、ダウンローダ５５、ストリーム出力処理部５７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。
【００３１】
また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、デジタル放送受信処理プログラム５０２、ＣＡＳプログラム５０３、通信処理プログラム５１１、ストリーミング受信処理プログラム５１２、デクリプタプログラム５１４、デマルチプレクサプログラム５２１、映像デコーダプログラム５２２、音声デコーダプログラム５２３、字幕デコーダプログラム５２４、映像・音声出力処理プログラム５３０、ストレージ５５０、ブラウザプログラム５１、ＥＣＧ処理プログラム５２、ＡＶプレーヤプログラム５３、ＤＲＭクライアントプログラム５４、ダウンローダプログラム５５、ストリーム出力処理プログラム５７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
【００３２】
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００３３】
次に、図３のシステム構成の受信機５０と、図２のコンテンツの配信システム６０の、コンテンツ配信サービスにおけるデータの授受関係について、図４、図５、図６を用いて説明する。なお、図４〜５には図３の受信機５０から、処理の流れで使われる一部のブロックのみを表示しているが、それぞれ、図３の受信機５０のその他の処理部等を有していてもよく、また図４〜５に記載された構成がかならずしも必要とは限らない。一部を省略しても良い。
【００３４】
図４の受信機５８１は、図３の受信機５０から、ストリーミング配信システムとデータの授受を行うブロックを抽出したサブセットである。
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御メタファイル２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などからなる。
以上のデータを、受信機５８１と、配信システム６０の間でデータ通信する伝送路６７は、図１の配信網を想定している。
【００３５】
図４の場合、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ文書７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、別の方法として、受信機アプリケーションのＥＣＧ（Electric Content Guide）処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をＥＣＧの形でユーザに提示し、ユーザがＥＣＧから見たいコンテンツ７５を検索し、探し出す方法を提供してもよい。
【００３６】
見たいコンテンツを選択し、Ｗｅｂ文書７１上でユーザがコンテンツの再生指示を行うと、ブラウザ５１が、Ｗｅｂ文書７１に参照先が記述された再生制御メタファイル２００をメタデータサーバ６２から取得し、ＡＶプレーヤ５３に再生要求を行う。あるいは、ＥＣＧ処理部５２が表示したＥＣＧ上でユーザがコンテンツの再生指示を行うと、ＥＣＧ処理部５２が、ＥＣＧメタデータ４００に参照先が記述された再生制御メタファイル２００をメタデータサーバ６２から取得し、ＡＶプレーヤ５３に再生要求を行う。
【００３７】
ＡＶプレーヤ５３は、再生制御メタファイル２００の内容に従い、ＤＲＭクライアント５４から、コンテンツのライセンス３００に記述されたコンテンツ鍵とＲＭＰＩ（Right. Management and Protection Information）と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ５１４に設定し、ＲＭＰＩに従い、映像、音声等の出力条件を映像・音声出力Ｉ／Ｆ５３１に設定して、コンテンツサーバ６３から配信されるコンテンツ７５のストリーミング再生を行う。
【００３８】
ＤＲＭクライアント５４は、有効なライセンス３００を保持し、ＡＶプレーヤ５３やストリーム出力制御部５７から要求があれば、対応するライセンス３００から、コンテンツ鍵やＲＭＰＩを提供する。また、要求されたライセンス３００が未取得であれば、ＤＲＭサーバ６４からコンテンツの再生に必要なライセンス３００を取得する。
【００３９】
図５の受信機５８２は、図３の受信機５０から、ダウンロード配信システムとデータの授受を行うブロックを抽出したサブセットである。
図５の場合も、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ文書７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、別の手段として、受信機アプリケーションのＥＣＧ処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をＥＣＧの形でユーザに提示し、ユーザがＥＣＧから見たいコンテンツ７５を検索し、探し出す手段を提供してもよい。
【００４０】
見たいコンテンツを選択し、Ｗｅｂ文書７１上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ５１が、Ｗｅｂ文書７１に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。あるいは、ＥＣＧ処理部５２が表示したＥＣＧ上でユーザがコンテンツのダウンロード指示を行うと、ＥＣＧ処理部５２が、ＥＣＧメタデータ４００に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。
【００４１】
ダウンローダ５５は、再生制御メタファイル２００を取得し、その内容に従い、ＤＲＭクライアント５４から、コンテンツのライセンス３００に記述されたコンテンツ鍵とＲＭＰＩ（Right. Management and Protection Information）と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ５１４に設定し、ＲＭＰＩに従いエクスポート先のリムーバブルメディア５６０、ネットワーク接続機器５７０に対し、映像、音声等の出力条件を設定して、ダウンロード制御情報１００において配信コンテンツの所在１５６を示すＵＲＬにより特定されるコンテンツ７５を、コンテンツサーバ６３に要求し、コンテンツサーバ６３から配信されるコンテンツ７５をダウンロードし、デクリプタ５１４で復号したコンテンツをストリーム出力制御部５７へ出力し、エクスポート処理を行う。なお、コンテンツ７５に加えて、ストリーム再生制御情報７１０をダウンロードし、ストリーム出力制御部５７へ出力の際に、参考情報として利用してもよい。
【００４２】
図６の受信機５８３は、図３の受信機５０から、ストレージ５５０を介したダウンロード配信システムとデータの授受を行うブロックを抽出して記載した。
図６の場合、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、図では省略したが、図５と同様に、受信機アプリケーションのＥＣＧ処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をユーザに提示し、ユーザが見たいコンテンツ７５を検索し、探し出す手段を提供してもよい。
【００４３】
ユーザから見たいコンテンツの選択を受信し、Ｗｅｂ文書７１上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ５１は、Ｗｅｂ文書７１に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。
ダウンローダ５５は、ダウンロードするコンテンツのＥＣＧメタデータ４００、再生制御メタファイル２００、ストリーム再生制御情報７１０、コンテンツ７５を取得し、ストレージ５５０に蓄積する。
【００４４】
蓄積されたコンテンツ７５は、受信機のＥＣＧ処理部５２で、検索し、選択して、再生したり、エクスポートすることができる。
ＥＣＧ処理部５２で、コンテンツの再生が指示された場合は、ＡＶプレーヤ５３を起動して、再生を要求し、コンテンツのエクスポートが指示された場合は、ストリーム出力制御部５７を起動して、エクスポート処理を要求する。
【００４５】
次に、受信機が処理する情報の内容について、詳しく説明する。
図７は、ＥＣＧ処理部５２がＥＣＧとしてコンテンツ検索のために提示するＥＣＧメタデータ４００の相関図である。ＥＣＧメタデータ４００は、ＸＭＬ形式で記述される。
【００４６】
ＥＣＧメタデータ４００は、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述するコンテンツメタデータ４３０、個々の番組を一連のシリーズをグループ化して管理し、検索可能にするシリーズメタデータ４１０、番組の購入ライセンスを記述したライセンスメタデータ４７０、番組やグループ化された番組の購入条件を記載したパッケージメタデータ４５０から構成される。コンテンツメタデータ４３０には、その番組が所属するシリーズメタデータ４１０を一意に識別するグループＩＤを記述することができ、シリーズメタデータ４１０は、それ自体が所属するシリーズメタデータ４１０のグループＩＤを記述することで、階層的なグループ構成を定義できる。
【００４７】
ライセンスメタデータ４７０は、そのライセンスで利用できる番組のコンテンツメタデータ４３０を一意に識別するコンテンツＩＤと、購入条件として利用できるパッケージメタデータ４５０を一意に識別する購入ＩＤを持ち、コンテンツメタデータ４３０とパッケージメタデータ４５０は、お互いに対応する購入ＩＤ、コンテンツＩＤを持つ。コンテンツメタデータ４３０は、そのコンテンツが、ストリーミング再生、または、ダウンロードできる、あるいは両方ができる場合、ストリーミング再生用の再生制御情報２００、および、コンテンツダウンロード用のダウンロード制御情報１００を取得するための参照情報を持つことができる。
【００４８】
図８は、ＥＣＧメタデータ４００の中で、パッケージメタデータ４７０の構成例である。
パッケージメタデータ４５０は、課金の開始日時、終了日時を記述する課金有効期間４５１、パッケージメタデータ４５０を一意に識別する購入ＩＤ４５２、パッケージメタデータ４５０の購入対象となるコンテンツを識別する対象コンテンツＩＤ４５３を保持する。
パッケージメタデータ４５０は、一つのパッケージメタデータに複数のパッケージを記述でき、それぞれのパッケージについて次の情報を持つ。
【００４９】
パッケージ名称４６１、パッケージ価格４６２、説明文４６５は、ユーザにパッケージ内容を提示するための情報である。購入タイプ４６３は、パッケージが、コンテンツ単体での購入なのか、シリーズ一括の購入なのか、月極め契約での購入なのかといった、パッケージの購入形態を識別する情報で、配信タイプ４６４は、コンテンツの配信を、ストリーミング配信なのか、ダウンロード配信なのか、あるいは両方なのかといった、配信形態を識別する情報である。
購入要求ＵＲＬ４６６は、ユーザの購入操作に基づき、購入トランザクションを要求するサーバのアクセス先を記述する情報である。
【００５０】
すなわち、ＥＣＧ処理部５２は、コンテンツメタデータ４３０、または、シリーズメタデータ４１０を参照して、検索画面を提示し、利用したいコンテンツを見つけたら、そのコンテンツのライセンスメタデータ４７０を参照することで、ユーザにコンテンツの購入条件を提示し、パッケージメタデータ４５０に従い購入操作を行わせる。ＥＣＧ処理部５２により提示されたＥＣＧ上で、コンテンツのストリーミング再生が指示された場合には、コンテンツメタデータ４３０に記述されたＵＲＬに従い再生制御情報２００を取得し、ＡＶプレーヤ５３は再生制御情報２００の記述内容に従いストリーミング再生が行う。
【００５１】
ＥＣＧ処理部５２により提示されたＥＣＧ上で、コンテンツのダウンロードが指示された場合には、コンテンツメタデータ４３０に記述されたＵＲＬに従いダウンロード制御情報１００を取得し、ダウンローダ５５は、ダウンロード制御情報１００の記述内容に従い、コンテンツのダウンロードを行う。
【００５２】
図９はダウンロード制御情報１００の構成例である。ダウンロード制御情報１００は、メタファイル自身の内容を記述したダウンロード制御属性情報１１０と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行単位情報１５０を含む。
ダウンロード制御情報１００は、例えばＲＳＳ（RDF Site SummaryまたはReally Simple Syndication）で記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成（用意）可能であるが、複数のパッケージはまたがない。
【００５３】
また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように、ダウンロード制御情報を用意するべきである。ダウンロード制御情報１００は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、ＲＳＳの場合にはenclosure urlで各コンテンツを一意に識別する。
【００５４】
ダウンロード制御情報１００には、対応するダウンロード制御情報１００の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御情報の名称１１１、対応するダウンロード制御情報１００の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上のＵＲＬ。但しＵＲＬに限らず、その他のアドレスであってもよい、以下所在について同様。）を示すダウンロード制御情報の所在１１２、対応するダウンロード制御情報１００の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御情報の説明文１１３、更新チェックフラグ１１４、更新期限日時１１５などの情報を持つ。
【００５５】
更新チェックフラグ１１４は、メタデータサーバ６２上のダウンロード制御情報１００の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時１１５は、更新チェックフラグ１１４が「更新」の場合に有効で、ダウンロード制御情報１００の更新をチェックし続ける期限の日時を記載する。
【００５６】
更新期限日時１１５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時１１５の特殊な値（例えばすべて０）を更新チェックフラグ１１４「単発」を示す値として扱うことにより、更新チェックフラグ１１４を省略する構成も実現可能である。
【００５７】
ダウンロード実行単位情報１５０は、ダウンロード制御情報１００に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル１５１、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文１５２、そのコンテンツを配信する日時（日単位、分単位であっても良い）を示す配信日時１５３、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツＩＤ１５４、配信コンテンツの種別１５５、配信コンテンツの取得先ＵＲＬを示すコンテンツの所在１５６、そのコンテンツに対応するＥＣＧメタデータの取得先ＵＲＬを示すＥＣＧメタデータの所在１５７、そのコンテンツに対応する再生制御メタファイルの取得先ＵＲＬを示す再生制御情報の所在１５８、配信コンテンツのサイズ１５９、コンテンツのピクチャ再生位置情報などを提供するストリーム再生制御メタファイル７１０の取得先のＵＲＬを示すストリーム再生制御情報の所在１６０などの情報を格納する。
【００５８】
コンテンツＩＤ識別子１５４は、一例としては、“CRID://authority/content_id”というスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。
【００５９】
authority/の後のcontent_idは、authority内でコンテンツを一意に識別するＩＤで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子１５４で一意に識別することが可能になり、コンテンツ識別子１５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。
【００６０】
配信日時１５３は、通常、コンテンツがコンテンツサーバ６３に格納され、公開された日時を記載するが、ダウンロード制御情報１００が配信されたときには、コンテンツがまだ公開されず、配信日時１５３には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時１５３には、更新された日時を記載する。
【００６１】
配信コンテンツの種別１５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
【００６２】
配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。
【００６３】
図１０は再生制御メタファイル２００の構成例である。ダウンロード制御情報１００を参照することによって取得される、再生制御メタファイル２００の構成について説明する。
【００６４】
再生制御メタファイル２００は、コンテンツ再生の際に必要なコンテンツ自身のＡＶストリームの情報であるコンテンツ固有属性情報２１０と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報２２０、ストリーミングＶＯＤの場合にその再生制御を行うのに必要なネットワーク制御情報２３０の３つのＸＭＬ文書を含む。なお、ネットワーク制御情報２３０は、ダウンロード配信の場合は不要である。
【００６５】
コンテンツ固有属性情報２１０は、コンテンツ本体ファイルのファイル名と参照先２１１、コンテンツが暗号化されているか否かの区別情報２１２、コンテンツの時間長２１３、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報２１４、ステレオ／モノラル／マルチチャンネル区別など音声信号の属性情報２１５等を提供する。
【００６６】
コンテンツのライセンス取得情報２２０は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報２２１、著作権管理方式の種別情報２２３、コンテンツに付随する著作権保護範囲の種別を示すライセンスＩＤ２２４、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値２２２と参照先２２６、ライセンスの利用条件情報２２５、ある署名の検証に必要な公開鍵証明書２２７などの情報を提供する。
【００６７】
ネットワーク制御情報２３０は、利用可能なストリーミングプロトコル方式の情報２３１や、特殊再生やコンテンツの頭出し方式２３２や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３と、その再生方式の情報２３４を、記述する。
【００６８】
再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。
【００６９】
図１１はライセンス３００の構成例である。ダウンロード制御情報１００を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス３００の構成について説明する。
ライセンスは、番組を視聴する権利を記述する再生ライセンス３１０と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス３２０がある。
【００７０】
ライセンスには、コンテンツを復号するのに必要なコンテンツの暗号鍵３１１、３２１を保持し、再生ライセンス３１０の場合、利用開始日時および利用終了日時３１２や、再生時の信号出力制限やコピー制御情報３１３を持つ。
利用開始日時および利用終了日時３１２は無期限の指定をすることも可能である。
エクスポートライセンス３２０には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２を指定することができる。
【００７１】
エクスポートライセンス３２０は、１つのライセンスで１回のエクスポートが行え、一つのコンテンツをＮ回エクスポートできるようにするためには、Ｎ個のエクスポートライセンス３２０を、ＤＲＭサーバ６４から受信機５０に配信する。
【００７２】
次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図１２から図１９を用いて、説明する。
図１２は、ＥＣＧ処理部５２で実現するコンテンツ検索画面１０００の例である。
リモコンこの画面において起動されるこの画面においては、キーワード１００１、ジャンル１００２、配信日１００３、価格１００４、提供形態１００５などの選択肢や、入力フィールドを用意し、検索開始１００７を指示すると、ユーザの指定内容に応じＥＣＧメタデータ４００を検索する。
【００７３】
図１３は、ＥＣＧ処理部５２が表示する検索結果画面１１００の表示例である。この例では、検索の結果をリスト表示し、タイトル１１０１、提供形態１１０２、購入状態１１０３、コンテンツに対する操作ボタンとして、購入または詳細１１０４、ＶＯＤ視聴１１０５、ＤＬ関連のボタン１１０６が表示される。
【００７４】
提供形態欄１１０２には、パッケージメタデータ４５０にそのコンテンツが、ＶＯＤ配信（ストリーミング配信）のみで提供されるなら「ＶＯＤ」、ダウンロード配信のみで提供されるなら「ＤＬ」、両方で提供されるなら「ＶＯＤ／ＤＬ」と表示されるものとする。なおＶＯＤとはＶｉｄｅｏ Ｏｎ Ｄｅｍａｎｄのことである。
購入状態欄１１０３には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。
【００７５】
購入または詳細のボタン１１０４は、そのコンテンツが未購入であれば「購入」ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は「詳細」ボタンが表示される。
「ＶＯＤ視聴」ボタン１１０５は、そのコンテンツがＶＯＤ（ストリーミング）視聴可能な場合にのみ表示され、このボタンを選択すると、ＶＯＤ視聴が開始される。
【００７６】
ＤＬ関連のボタン１１０６は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できない「ＤＬ待ち」ボタンが表示され、ダウンロードが開始されると「ＤＬ中」ボタンに変わり、ダウンロードが完了すると、「ＤＬ視聴」が表示され、「ＤＬ視聴」ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、「ＤＬ中」でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。
【００７７】
図１４は、ＥＣＧ処理部５２が表示するコンテンツ購入画面１２００の例である。検索結果画面１１００で、「購入」ボタンを選択した場合にコンテンツ購入画面１２００が提示される
コンテンツの購入に必要なタイトル１２０１、内容１２０２、監督１２０３、出演者１２０４、ジャンル１２０５、視聴期限１２０６、再生時間や映像・音声の情報１２０７、エクスポートできる回数や出力先の情報１２０８、提供形態の選択肢１２０９、価格１２１０などを、ＥＣＧメタデータ４００を元に提示し、提供形態１２０９が選択可能な場合は、ＶＯＤ、ダウンロード、あるいはその両方を選択できる。
【００７８】
図１４の例では、「ＶＯＤ」は抹消線により無効になっていることが表示されており、「ダウンロード」が有効になっていることが表示されている。またチェックマークによりユーザが「ダウンロード」を選択していることを表している。
選択後、「購入」ボタン１２２３を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。
「戻る」ボタン１２２４を選択した場合は、検索結果画面１１００に戻るものとする。
【００７９】
図１５は、ＥＣＧ処理部５２が表示するコンテンツ詳細画面１２５０の例である。コンテンツ購入後に、検索結果画面１１００で「詳細」ボタンを選択することによりコンテンツ詳細画面１２５０が提示される。
この画面は、表示される情報は、コンテンツ購入画面１２００とほぼ同じであるが、購入済みなので「購入」ボタン１２２３はなく、代わりに「ＶＯＤ視聴」１２２０、「ダウンロード視聴」１２２１、「エクスポート」１２２２といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。
また、提供形態１２０９の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況１２１１を表示する場合がある。
【００８０】
図１６は、ＥＣＧ処理部５２が表示するコンテンツ再生画面１３００の例である。コンテンツの検索結果画面１１００、あるいは、コンテンツ詳細画面１２５０で、ＶＯＤ視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面１３００が提示される。
【００８１】
コンテンツ再生画面１３００には、再生制御情報２００に基づき、タイトルバナー１３０２に、コンテンツのタイトル１３０３、再生時間１３０４、映像・音声の詳細情報１３０５が表示され、リモコン等による操作に応じ、操作内容がアイコン表示１３０１され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示１４０６ものもある。
【００８２】
図１７は、ＥＣＧ処理部５２が表示するエクスポート画面１４００の例である。コンテンツ詳細画面１２５０で、エクスポートが指示された場合、エクスポート画面１４００が提示される。
この画面では、ＥＣＧメタデータ４００に基づき、コンテンツのタイトル１４０１、容量１４０２などを表示した上で、許される出力先の選択肢１４０３と、受信機が管理するエクスポートの残り回数１４０４を表示する。
ユーザが出力先を選択し、「エクスポート先チェック」ボタン１４０５を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば「正常」、不可能であれば、その原因を、状態欄１４０７に表示する。
【００８３】
「エクスポート開始」ボタン１４０６を選択した場合も、「エクスポート先チェック」ボタン１４０５を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄１４０７にその原因を表示するが、「エクスポート開始」ボタン１４０６の場合は、正常であればエクスポートを開始する。
エクスポートの進み具合は、進行状況１４０６として表示され、エクスポートが完了すれば、残り回数１４０４が１回減ったエクスポート画面１４００が表示されるものとする。
エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面１２５０に戻りたい場合は、「中止」ボタン１４０９を選択する。
【００８４】
以上のように、ＥＣＧ処理部５２により生成されるＥＣＧの画面は構成される。
別の実施例として、ＥＣＧ処理部５２ではなく、ブラウザ５１により、Ｗｅｂサーバ６１から取得するＷｅｂ文書７１を提示することで、コンテンツの検索から再生までを行うこともできる。
【００８５】
図１８はブラウザ５１上で提示するＷｅｂ文書７１の遷移例である。
ブラウザ５１の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ５１はまずコンテンツ販売ポータルページ１５０１を表示する。ここで、コンテンツの検索が指示されると、ブラウザ５１は検索結果のコンテンツ一覧ページ１５０２を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ１５０３を表示する。
【００８６】
コンテンツ購入画面１５０３で、配信形態を選択してコンテンツを購入する配信形態により、ＶＯＤでの購入が選択された場合は、ブラウザ５１はＶＯＤ再生開始ページ１５０４を表示し、ＶＯＤ再生が指示されると、再生制御メタファイル２００を参照し、図１６のコンテンツ再生画面を表示する。
また、コンテンツ購入画面１５０３でダウンロードでの購入が選択された場合、ブラウザ５１はダウンロード開始ページ１５０５を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報１００に基づき、バックグラウンドでコンテンツのダウンロードを開始する。
【００８７】
図１９はブラウザ５１が表示する、ローカルナビゲーション画面１６００の例である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面１６００で状態が表示される。
この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル１６０１、ダウンロード状態１６０２、購入状態１６０３、コンテンツに対する操作ボタンとして、「購入」または「詳細」ボタン１６０４が表示され、購入条件として視聴可能なコンテンツには「視聴」ボタン１６０５、エクスポート可能なコンテンツには「エクスポート」ボタン１６０６が表示される。
【００８８】
またローカルナビゲーション画面１６００に検索条件入力欄を設け、受信機５０にダウンロード指示されたコンテンツやダウンロード済みのコンテンツの範囲内で検索可能としてもよく、その場合、検索結果の表示画面において図１９のローカルナビゲーション画面のごとく、「詳細」「視聴」「エクスポート」ボタンを設けても良い。これにより、受信機５０に蓄積されたコンテンツから所望のコンテンツを探し、エクスポート等の処理をするユーザの便宜が図れる。操作ボタンの選択や検索指示の入力をユーザから受け付けた場合の処理は、図２５を用いて後述するとおり、ＥＣＧ処理部５２が担う。
【００８９】
ダウンロード状態欄１６０２には、ダウンロード指示されたが未ダウンロード状態の「ＤＬ待ち」、ダウンロード開始しその進捗状況も表示する「ＤＬ中」、ダウンロードが完了した「ＤＬ完了」、ダウンロード中にエラーが発生し中断した「ＤＬエラー」といった状態表示が行われる。
【００９０】
購入状態欄１６０３には、未購入、購入済、無料といった状態が表示される。
ボタン類については、未購入コンテンツには、「購入」ボタンが表示され、購入済みのコンテンツには、「詳細」ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。 また、コンテンツが、エクスポート可能な状態になれば、「エクスポート」ボタン１６０６が、有効表示になり選択できるようになる。
【００９１】
「視聴」ボタン１６０５を選択すると、コンテンツ視聴画面１３００に遷移し、「エクスポート」ボタン１６０６を選択すると、エクスポート画面１４００に遷移する。
以上により、Ｗｅｂサイトで、コンテンツの検索から、コンテンツの再生まで行える。
【００９２】
次に、エクスポートの処理について、図２０、図２１で詳しく説明する。
図２０は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばｉＶＤＲ（登録商標）などのリムーバブルＨＤＤなどが想定される。しかしながらｉＶＤＲに限定されるものではない。
図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００９３】
図２０に、著作権保護機能のあるリムーバブルメディア５６０へのエクスポート処理を行うストリーム出力処理部５７の構成例を示す。受信機５０のストリーム出力制御部５７は、リムーバブルメディアと認証をおこなうメディア認証処理部５４１、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部５４３、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部５４２、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部５４４からなる。
コンテンツ暗号化処理部５４２に入力されるコンテンツは、受信機５０のデクリプタ５１４、または、デマルチプレクサ５２１から入力される。
【００９４】
なお、図２０に記載された、メディア認証処理部５４１、コンテンツ鍵生成部５４３、コンテンツ暗号化処理部５４２、鍵暗号化処理部５４４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５４１、コンテンツ鍵生成プログラム５４３、コンテンツ暗号化処理プログラム５４２、鍵暗号化処理プログラム５４４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９５】
リムーバブルＩ／Ｆ５３４を介して、接続されるリムーバブルメディア５６０には、受信機５０のメディア認証処理部５４１と相互に認証を行うメディア認証処理部５６１、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部５６３、相互認証済みの信頼おける受信機５０のみが読み書きできる保護記憶領域５６４に、受け取ったコンテンツ鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を、コンテンツと対応させて記憶する。
【００９６】
ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がＭだとすると、もともとのコンテンツ本体に加えて、Ｍ＋１個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。
（１）リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間
（２）リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間
（３）絶対的な利用開始日時、利用終了日時（いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなす）
なお、図２０に記載された、メディア認証処理部５６１、鍵復号化処理部５６３、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５６２や保護記憶領域５６４や図示しないメモリ領域などに格納された、メディア認証処理プログラム５６１、鍵復号化処理プログラム５６３などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９７】
メディア暗号化処理部５４２で暗号化されたコンテンツは、リムーバブルＩ／Ｆ５３４を通し、データ記憶領域５６２に保存される。
メディア認証処理部５４１では、リムーバブルメディア５６０の信頼性を認証する場合と、リムーバブルメディア５６０と、リムーバブルＩ／Ｆ５３４を備える受信機５０の両方の信頼性を認証する場合が考えられる。
【００９８】
リムーバブルメディア５６０に保存されたコンテンツを、相互認証された受信機５０が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域５６４から読み出し、データ記憶領域５６２から読み出した暗号化されたコンテンツを、受信機５０でコンテンツ鍵を用いて復号することで、利用可能になる。
【００９９】
図２１は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図２１に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部５７の構成例を示す。この場合、受信機５０のストリーム出力制御部５７は、ネットワーク接続機器との相互認証を行う通信認証処理部５４５、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部５４７、生成した通信鍵に基づきコンテンツを暗号化し、通信Ｉ／Ｆ５１０を介して送出する通信暗号化処理部５４６からなる。
【０１００】
なお、図２１に記載された、通信認証処理部５４５、通信暗号化処理部５４６、通信鍵生成部５４７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム５４５、通信暗号化処理プログラム５４６、通信鍵生成プログラム５４７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１０１】
ネットワーク接続機器は、通信Ｉ／Ｆ５７１で、ネットワーク５８０に接続され、受信機５０と通信を行う。
通信認証処理部５７２は、受信機の通信認証処理部５４５と相互認証を行う。通信鍵生成部５７４は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部５７３は、生成した通信鍵に基づき、通信Ｉ／Ｆ５１０を介して受信したコンテンツを復号する。
【０１０２】
通信復号化処理部５７３で復号されたコンテンツは、図２１の例では、ネットワーク接続機器５７０の暗号化方式によるローカル暗号化処理部５７５により暗号化され、ネットワーク接続機器５７０が持つデータ記憶領域５７８に保存される。このときの暗号鍵は、ローカル鍵生成部５７６で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域５７７に保存される。
【０１０３】
なお、図２１に記載された、通信復号化処理部５７３、通信鍵生成部５７４、ローカル暗号化処理部５７５、ローカル鍵生成部５７６は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５７８や保護記憶領域５７７や図示しないメモリ領域などに格納された、通信復号化処理プログラム５７３、通信鍵生成プログラム５７４、ローカル暗号化処理プログラム５７５、ローカル鍵生成プログラム５７６などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１０４】
なお、図２１の例では、ネットワーク接続機器５７０が、機器固有のデータ記憶領域５７８を持つ場合であったが、ネットワーク接続機器５７０が、図２０の受信機５０が持つようなリムーバブルＩ／Ｆ５３４を持ち、ネットワークを介して受信したコンテンツを、リムーバブルＩ／Ｆ５３４を介して、リムーバブルメディア５６０に転送する構成であってもよく。その場合のネットワーク接続機器５７０の構成は、図２０の受信機５０の構成に順ずるものとする。
【０１０５】
以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図２２から図２５で説明する。
図２２は、ＥＣＧ処理部５２の処理フロー図２０００の例である。
ＥＣＧ処理部５２は、メタデータサーバよりＥＣＧメタデータを取得し（２００１）、取得したＥＣＧメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し（２００２）、コンテンツ検索画面１０００を提示する（２００３）。
【０１０６】
ここで、検索条件の入力、設定を行い（２００４）、検索実行を指示すると、検索結果画面１１００を提示する。この画面で、コンテンツに対する操作を受けつけ（２００６）、「購入ボタン」が選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２００７）。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると（２００８）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２００９）。コンテンツ詳細表示画面１２５０は、検索結果画面１１００から、「詳細」ボタンを選択することでも表示される。
【０１０７】
ユーザが検索結果画面１１００から、「ＶＯＤ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ダウンロード視聴が開始される（２０１２）。
【０１０８】
コンテンツ詳細表示画面１２５０では、ユーザの操作により、「ＶＯＤ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ダウンロード視聴が開始され（２０１２）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２０１３）。
【０１０９】
図２３は、エクスポート画面１４００において、リムーバブルメディア５６０へコンテンツをエクスポートする場合のストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２１０１）、ユーザが、画面上の操作で（２１０２）で、出力先を選択し、「エクスポート先チェック」ボタンを選択すると、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０３）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。
【０１１０】
接続されていれば、次に、メディア認証処理部５４１が出力先のリムーバブルメディア５６０との認証を確認し（２１０４）、リムーバブルメディア５６０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１１１】
このときのエラーとしては、リムーバブルメディア５６０または受信機５０側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア５６０の速度エラー、リムーバブルメディア５６０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア５６０の読み書き異常など、さまざまな要因が考えられる。
【０１１２】
エクスポート画面１４００で、「エクスポート開始」ボタンを選択した場合は、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０７）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。接続されていれば、ストリーム出力処理部５７は、次に、出力先リムーバブルメディア５６０との認証を確認し（２１０８）、出力先リムーバブルメディア５６０の詳細なチェックを行う（２１０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。異常がなければ、エクスポート処理に移る。
【０１１３】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２１１８）、次にコンテンツ鍵生成部５４３がコンテンツ鍵を生成する（２１１１）。鍵暗号化処理部５４４がその鍵を暗号化し、出力先リムーバブルメディア５６０と鍵交換する（２１１２）。また、コンテンツ鍵生成部５４３はコンテンツ暗号化処理部５４２にコンテンツ鍵を設定する（２１１３）。コンテンツ暗号化処理部５４２はリムーバブルメディア５６０へのエクスポート処理を実行する（２１１４）。
【０１１４】
エクスポートが完了すれば（２１１５）、エクスポート終了処理（２１１６）において、メディア認証処理部５６１はリムーバブルメディア５６０へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア５６０の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア５６０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２１１７）、エクスポート画面の提示に戻る（２１０１）。
【０１１５】
図２４は、エクスポート画面１４００において、ネットワーク接続機器５７０へエクスポートする場合の、ストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２２０１）、画面上の操作で（２２０２）で、出力先を選択し、「エクスポート先チェック」ボタンが選択されると、通信認証処理部５４５は出力先にネットワーク接続機器５７０が接続されているかどうかチェックを行う（２２０３）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先のネットワーク接続機器５７０との認証を確認し（２２０４）、ネットワーク接続機器５７０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１１６】
この場合のエラーも、リムーバブルメディア５６０へのエクスポートと同様、ネットワーク接続機器５７０または受信機５０側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器５７０側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器５７０の速度エラー、ネットワーク接続機器５７０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器５７０の機器異常など、さまざまな要因が考えられる。
【０１１７】
エクスポート画面１４００で、「エクスポート開始」ボタンが選択された場合は、通信認証処理部５４５は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２２０７）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先ネットワーク接続機器５７０との認証を確認し（２２０８）、出力先ネットワーク接続機器５７０の詳細なチェックを行う（２２０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２２１０）、エクスポート画面の操作受付状態に戻る（２２０２）り、異常がなければ、エクスポート処理に移る。
【０１１８】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２２１８）、通信認証処理部５４５が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部５４６に設定し（２２１３）、通信暗号化処理部５４６はネットワーク接続機器５７０へのエクスポート処理を実行する（２２１４）。
【０１１９】
エクスポートが完了すれば（２２１５）、エクスポート終了処理（２２１６）において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器５７０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２２１７）、エクスポート画面の提示に戻る（２２０１）。
【０１２０】
図２５は、図１９のローカルナビゲーション画面１６００でのＥＣＧ処理部５２の処理フロー図の例である。
ローカルナビゲーション画面１６００では、ＥＣＧ処理部５２が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのＥＣＧメタデータを読み出し（２３０１）、その情報に基づきローカルナビゲーション画面１６００を提示する（２３０２）。
【０１２１】
この状態で、ユーザの操作を受けつけ（２３０３）、「購入」ボタンが選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２３０４）。この画面でユーザが購入条件を選択し、購入ボタンを選択すると（２３０５）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２３０６）。コンテンツ詳細表示画面１２５０は、ローカルナビゲーション画面１６００から、「詳細」ボタンを選択することでも表示される。
【０１２２】
ローカルナビゲーション画面１６００から、「視聴」ボタンが選択されると、ＥＣＧ処理部５２はＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
コンテンツ詳細表示画面でも、ユーザの操作（２３０７）により、「視聴」ボタンを選択すると、ＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
【０１２３】
以上説明した実施例によれば、受信機５０は、ＥＣＧ処理部５２に表示されるＥＣＧ、または、ブラウザ５１に表示されるＷｅｂ画面、ローカルナビゲーション１６００を介して、ネットワークで接続された配信システム６０からコンテンツを取得し、視聴することができる。
【０１２４】
なお、図２２、図２５においては、ＥＣＧ処理部５２により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ５１がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、ＡＶプレーヤ５３がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。
【０１２５】
受信機５０が利用するリムーバブルメディアの別の例を、図２６、図２７に示す。
図２６は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、メディアドライブ５８０が接続され、メディアドライブ５８０にリムーバブルメディア５８５を挿入して、メディア読書き部５８２を介して、読み書きを行うことができる。
【０１２６】
ストリーム出力処理部５７は、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、鍵読書き処理部５４８、コンテンツ暗号化処理部５５０からなる。
著作権保護機能を持つリムーバブルメディア５８５を、著作権保護機能を持つメディアドライブ５８０に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機５０のストリーム出力制御部５７は、メディアドライブ５８０が持つ認証処理部５８１と、ドライブ認証処理部５５１との間で、リムーバブルメディア５８５とメディアドライブ５８０が著作権保護に対応しているかどうかの認証処理を行う。
【０１２７】
認証確立後、コンテンツ鍵生成部５４８が生成した鍵を、コンテンツ暗号化処理部５５０に設定して、コンテンツを暗号化してリムーバブルメディア５８５に書き込み、鍵読書き処理部５４９を通して、リムーバブルメディア５８５に暗号化に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を書き込む。
【０１２８】
なお、図２６に記載された、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、コンテンツ暗号化処理部５５０、鍵読書き処理部５４９は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム５５１、コンテンツ鍵生成プログラム５４８、コンテンツ暗号化処理プログラム５５０、鍵読書き処理プログラム５４９などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１２９】
なお、図２６に記載された、メディア読書き部５８２、認証処理部５８１、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム５８２、認証処理プログラム５８１などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１３０】
図２７は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、直接リムーバブルメディア５９０が接続される。
ストリーム出力処理部５７は、ドライブ認証処理部５５２、コンテンツ鍵生成部５５３、鍵読書き処理部５５４、コンテンツ暗号化処理部５５５からなる。
【０１３１】
直接リムーバブルメディア５９０は、一般のデータ記憶領域５９１と、データを暗号化する鍵を保持する保護記憶領域５９２からなり、ドライブ認証処理部５５２は、リムーバブルメディア５９０が著作権保護対応かどうかを、保護記憶領域５９２の有無で判定し、認証確立後、コンテンツ鍵生成部５５３が生成した鍵を、コンテンツ暗号化処理部５５５に設定して、コンテンツを暗号化してリムーバブルメディア５９０のデータ記憶領域５９１に書き込み、鍵読書き処理部５５４を通して、保護記憶領域５９２に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を記憶させる。
【０１３２】
なお、図２７に記載された、メディア認証処理部５５２、コンテンツ鍵生成部５５３、コンテンツ暗号化処理部５５５、鍵読書き処理部５５４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５５２、コンテンツ鍵生成プログラム５５３、コンテンツ暗号化処理プログラム５５５、鍵読書き処理プログラム５５４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１３３】
以上の実施例によれば、受信機５０は、受信したコンテンツ７５を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。
【実施例２】
【０１３４】
本実施例では、３Ｄ映像（立体視により表示デバイスから浮き出して見える立体映像）を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の例を説明する。
本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
【０１３５】
本実施例においては、実施例１と異なる部分を中心に説明し、特に記載がないところは実施例１と同様である。
【０１３６】
まず、３Ｄ映像に関する用語の説明を行う。
【０１３７】
３Ｄ映像形式には、映像コーデックに非依存で、右目用の映像と左目用の映像をひとつの画面の左右に横に並べた映像により３Ｄ映像を実現するＳＢＳ（Ｓｉｄｅ ｂｙ Ｓｉｄｅ）と、Ｈ．２６４／ＭＰＥＧ４ ＡＶＣ形式の映像フォーマットを拡張し、一つの視点から見た主映像データと、他の視点から見た映像を、主映像データの差分情報で構成することにより、ＳＢＳより高い圧縮率の３Ｄ映像を実現するＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などがある。従来技術としてＳＢＳとＭＶＣといった形式での３Ｄコンテンツの配信形態が主流となっている。
【０１３８】
このため、本実施例でも、３Ｄ映像形式としてＳＢＳとＭＶＣを用いた場合を説明するが、３Ｄ映像形式をＳＢＳとＭＶＣに限定するものではない。
【０１３９】
また、本実施例としては、前提条件として、同一コンテンツ内において複数の３Ｄ映像形式、視点数は混在しないものとする。
【０１４０】
ここで、視点数とは、表示デバイスに対し、３Ｄ映像を立体的に見られる角度上の位置の数を示すもので、ＳＢＳでは、表示デバイス正面から見た場合の、左右の２視点の映像から構成されるため、正面から見た場合のみ、人間の目は立体感が得られる。
【０１４１】
正面以外の角度からも、立体視できるようにするためには、正面以外から見た場合の映像をできるだけきめ細かく用意し、人間が見る角度に応じて、最適な映像を選択して提示することにより、正面以外の角度でも立体感を得ることができる。
【０１４２】
この人間の見る角度に応じた映像の数を視点数と呼び、より多くの視点数の映像を用意することで、立体感が得られる視野角を広くすることが可能となっている。
【０１４３】
本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを利用して、３Ｄ映像および２Ｄ映像（平面映像）が混在するコンテンツを購入する際に行うコンテンツの検索時や、購入したあとに当該コンテンツの３Ｄに関する情報を表示する場合の例を説明する。
【０１４４】
映像コンテンツの配信システムの構成は、実施例１同様、図１、図２と同じでよい。
受信機の構成も、実施例１同様、図３と同じでよいが、映像デコーダ５２２は、入力された映像コンテンツが３Ｄ映像であれば、コンテンツをデコードして３Ｄ映像として再生し、映像出力Ｉ／Ｆに出力できる必要がある。
【０１４５】
映像コンテンツの検索、詳細情報閲覧、購入、ダウンロード指示等の操作は、ブラウザ５１を介し、Ｗｅｂサーバ６１から取得したＷｅｂ文書７１の操作により行うか、実施例１同様、図７、図８に示したＥＣＧメタデータ４００を受信し、ＥＣＧ処理部５２において操作を行う。
【０１４６】
Ｗｅｂ文書７１、または、ＥＣＧ処理部５２からダウンロード指示が行われると、受信機はメタデータサーバ６２から、３Ｄ映像を含む映像コンテンツに対応したダウンロード制御情報である、３Ｄ対応ダウンロード制御情報７００を取得する。
【０１４７】
図２８に３Ｄ対応ダウンロード制御情報７００のデータ構成例を示す。３Ｄ対応ダウンロード制御情報７００の構成要素は、図９のダウンロード制御情報１００のダウンロード実行単位情報１５０に、３Ｄ対応ストリーム再生制御情報の所在１６１を追加したものである。
【０１４８】
ストリーム再生制御情報の所在１６０は、２Ｄ映像コンテンツのストリーム再生制御情報７１０を、インターネット経由で取得する際の取得先ＵＲＬを記述したものであるのに対し、３Ｄ対応ストリーム再生制御情報の所在１６１は、３Ｄ映像を含む映像コンテンツに対応した３Ｄ対応ストリーム再生制御情報の取得先ＵＲＬを記述したものである。
【０１４９】
図２９に、２Ｄ映像コンテンツのストリーム再生制御情報７１０のデータ構成例を、図３１に、３Ｄ対応ストリーム再生制御情報７２０のデータ構成例を示す。ストリーム再生制御情報７１０は、ストリームの属性情報５１０として、再生時間５１１、再生ビットレート５１２、映像、音声、字幕などの各種情報パケットＩＤ５１３の情報、コンテンツに含まれる映像、音声、字幕コンポーネントの数５１４、映像、音声、字幕コンポーネントデータ形式を示す形式識別５１５、映像を飛ばして見ることを禁止できる時間帯を指定するスキップ再生禁止区間情報５１６を保持し、アクセスユニット位置情報５２０として、ストリームの先頭位置の時刻情報位置５２１、ストリームの先頭位置の時刻情報値５２２、ストリームの終了位置の時刻情報値５２３、ストリームに含まれるアクセスユニットの総数５２４を持ち、アクセスユニットの総数５２４で指定された数のそれぞれのアクセスユニットに対し、アクセスユニット先頭の時刻情報値５２５、アクセスユニット先頭のパケット番号５２６、アクセスユニット内のパケット数５２７を保持する。
【０１５０】
図３０に示す映像ストリームのデータ構成の一例を用いて、アクセスユニット位置情報５２０の各フィールドが示す具体的な意味について説明する。
【０１５１】
映像ストリームは、図に示すように、Ｉ、Ｂ、Ｐの各映像ピクチャの組み合わせで構成されており、Ｉピクチャは、一つの映像として単独でデコード可能な映像ピクチャであり、Ｂピクチャ、Ｐピクチャは、Ｉピクチャとの前後のピクチャ映像を、Ｉピクチャとの差分情報として持つピクチャ形式であり、単独ではデコードできずＩピクチャの情報と組み合わせてデコードを行う。
【０１５２】
このため、映像ストリームを、途中から再生する場合、Ｂピクチャ、Ｐピクチャから再生することはできず、Ｉピクチャから再生することが望ましい。
【０１５３】
このため、映像の頭出しに最適なＩピクチャとそれとの差分情報のＢピクチャ、Ｐピクチャのグループを一つの単位としてアクセスユニットと呼ぶ。
アクセスユニットに含まれるピクチャには、その映像を再生する時刻情報を、ストリーム先頭からの時刻情報値を付随情報として持ち、この時刻情報を基にして、映像デコーダ５２２は、時刻に同期した滑らかな映像再生を行う。
【０１５４】
こうした映像ストリームは、映像パケットとして、一定長のパケットに分割して伝送され、各映像パケットには、ストリーム先頭からのパケット番号が順に割り振られており、パケット番号によって、映像パケットの頭出しを行う。
【０１５５】
図２９のアクセスユニット位置情報５２０の各フィールドは、映像ピクチャの構成に上で、図３０に示した情報を表している。
【０１５６】
３Ｄ映像を含む映像コンテンツに対応する３Ｄ対応ストリーム再生制御情報７２０の構成は、図２９のストリーム再生制御情報７１０の属性情報５１０に、バージョン管理情報５１７、３Ｄ映像のエンコード方式を示す３Ｄ方式情報５１８を追加し、アクセスユニット位置情報５２０に、アクセスユニットごとの３Ｄ／２Ｄ識別情報５２８を追加したものである。
【０１５７】
３Ｄ対応ストリーム再生制御情報７２０は、アクセスユニットごとに、３Ｄ／２Ｄ識別情報５２８を保持することにより、ストリーム内の任意のＩピクチャから再生する場合でも、そのピクチャが３Ｄ映像なのか否かを判断することが可能である。
【０１５８】
コンテンツをダウンロードし、受信機でダウンロードしたコンテンツを再生する場合の全体の処理の流れは実施例１の図６と同じである。
【０１５９】
ブラウザ５１、ＥＣＧ処理部５２から、コンテンツのダウンロードが指示された場合、Ｗｅｂ文書７１、ＥＣＧメタデータ４００が示すリンクを辿り、ダウンロード制御情報１００を取得し、ダウンロード制御情報１００の内容に従い、ダウンローダ５５がダウンロード処理を行うが、コンテンツが３Ｄ映像を含む場合、ダウンロード制御情報１００に代わり３Ｄ対応ダウンロード制御情報７００が、Ｗｅｂ文書７１、ＥＣＧメタデータ４００からリンクされ、ダウンローダ５５は、３Ｄ対応ダウンロード制御情報７００の内容に基づいて、ダウンロードするコンテンツのＥＣＧメタデータ４００、再生制御メタファイル２００、ストリーム再生制御情報７１０、コンテンツ７５を取得し、ストレージ５５０に蓄積する。
【０１６０】
ダウンローダ５５が、３Ｄ対応ダウンロード制御情報７００を参照し、３Ｄ対応ストリーム再生制御情報の所在１６１が記述されていれば、ストリーム再生制御情報の所在１６０の記述を無視し、３Ｄ対応ストリーム再生制御情報の所在１６１が指し示す３Ｄ対応ストリーム再生制御情報７２０を取得する。
【０１６１】
ストレージ５５０に蓄積したコンテンツの再生、および、エクスポートの処理フローは、実施例１の図２５と同じである。
【０１６２】
ブロック２３０８において起動されるＡＶプレーヤ５３は、ストレージ５５０から読み出したデータを、デコードし、映像、音声、字幕を再生する。
【０１６３】
通常速度の再生であれば、ＡＶプレーヤ５３は、映像ストリームのデータを逐次でコードするだけでよいが、例えば、高速な早送り再生、数分おきのスキップ再生、あらかじめ設定されたチャプタ位置へのジャンプなどの特殊再生が、ユーザから指示された場合、映像ストリームの途中のアクセスユニットからの再生が必要になる。
【０１６４】
この場合、ＡＶプレーヤ５３は、ストリーム再生制御情報７１０を参照することで、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得し、そのアクセスユニットのＩピクチャからデコードを開始する。これにより、どのような特殊再生が行われても、速やかに完全な映像の再生が開始できる。
【０１６５】
３Ｄ映像を含む映像コンテンツの特殊再生を行う場合には、ＡＶプレーヤ５３は、３Ｄ対応ストリーム再生制御情報７２０を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、そのアクセスユニットのアクセスユニット３Ｄ／２Ｄ識別情報５２８を取得し、その識別情報が、２Ｄであれば、そのアクセスユニットのＩピクチャから２Ｄ映像としてデコードを開始し、映像出力インタフェースも、２Ｄの出力状態に設定する。その識別情報が３Ｄであれば、そのアクセスユニットのＩピクチャから３Ｄ映像としてデコードを開始し、映像出力インタフェースも、３Ｄの出力状態に設定する。
【０１６６】
これにより、どのような特殊再生の操作が行われても、２Ｄ、３Ｄが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。
【実施例３】
【０１６７】
本実施例では、３Ｄ映像を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の別の実施例を説明する。
【０１６８】
実施例３が、実施例２と異なるのは、以下の点である。
まず、３Ｄ映像を含むコンテンツを配信する場合に伝送する３Ｄ対応ストリーム再生制御情報７２０に代えて、ストリーム再生制御情報７１０と、図３２の３Ｄストリーム識別情報７３０を組み合わせた構成をとる。
【０１６９】
３Ｄストリーム識別情報７３０は、ストリーム再生制御情報７１０から、３Ｄ対応ストリーム再生制御情報７２０に拡張したときに増やした、各アクセスユニットに対するアクセスユニット３Ｄ／２Ｄ識別情報５２８だけを独立して保持するテーブルであり、アクセスユニットの総数５２４の後に、アクセスユニット先頭から順に、そのアクセスユニット３Ｄ／２Ｄ識別情報５２８を格納する。
【０１７０】
３Ｄ対応ダウンロード制御情報７００の３Ｄ対応ストリーム再生制御情報の所在１６１には、３Ｄ対応ストリーム再生制御情報７２０ではなく、３Ｄストリーム識別情報７３０の取得先ＵＲＬを記述し、ダウンローダ５５は、３Ｄ対応ダウンロード制御情報７００を参照し、ストリーム再生制御情報の所在１６０が指し示すストリーム再生制御情報７１０を取得すると共に、３Ｄ対応ストリーム再生制御情報の所在１６１が指し示す３Ｄストリーム識別情報７３０を取得する。
【０１７１】
ストレージ５５０に蓄積したコンテンツの再生処理も、基本的には実施例2と同じであるが、３Ｄ映像を含む映像コンテンツを特殊再生する場合には、ＡＶプレーヤ５３は、ストリーム再生制御情報７１０を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、３Ｄストリーム識別情報７３０を参照し、そのアクセスユニットのアクセスユニット３Ｄ／２Ｄ識別情報５２８を取得し、その識別情報が、２Ｄであれば、そのアクセスユニットのＩピクチャから２Ｄ映像としてデコードを開始し、映像出力インタフェースも２Ｄの出力状態に設定する。その識別情報が３Ｄであれば、そのアクセスユニットのＩピクチャから３Ｄ映像としてデコードを開始し、映像出力インタフェースも３Ｄの出力状態に設定する。
【０１７２】
これにより、実施例2と同様、どのような特殊再生の操作が行われても、２Ｄ、３Ｄが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。さらには、３Ｄ映像を含む映像コンテンツを配信する際にも、ストリーム再生制御情報７１０のデータ構造を変えず再利用でき、３Ｄ映像を含む場合に必要な差分情報を別ファイルとして独立することにより、３Ｄ非対応の既存の受信機の誤動作を抑止でき、３Ｄ非対応の受信機を、３Ｄ対応受信機にアップグレードする際も、開発工数を削減できるメリットがある。
【実施例４】
【０１７３】
本実施例では、３Ｄ映像を含む映像コンテンツをダウンロード配信する配信システムにおいて、受信した映像コンテンツを、リムーバブルメディア等に記録する受信機の別の実施例を説明する。
【０１７４】
実施例４は、特に説明をしない部分は、実施例２、または、実施例３と同じ構成を前提としており、以下の点が異なる。
【０１７５】
図３３は、メタデータサーバ６２により配信されるＥＣＧメタデータ４００に含まれるコンテンツメタデータ４３０の構成例である。
【０１７６】
コンテンツメタデータ４３０は、少なくとも、タイトル情報４３１、ジャンル情報４３２、再生時間４３３、コンテンツ詳細情報４３５、３Ｄに関する情報４３４などから構成される。タイトル４３１は、映像コンテンツの名称を示し、例えば「映画１」等である。ジャンル情報４３２は、映像コンテンツの種別に関する情報であり、例えば「映画−洋画・コメディ」等の分類を行う情報を、分類名称やジャンルコードにて記述する。再生時間４３３は、映像コンテンツの再生時間を記述し、コンテンツ詳細情報４３５は、コンテンツのあらすじや、出演者、監督などの映像コンテンツの詳細情報を記述する。
【０１７７】
３Ｄに関する情報４３４は、３Ｄ／２Ｄの混在情報４３４１、３Ｄ映像形式４３４２、視点数４３４３を有する。
【０１７８】
３Ｄ／２Ｄの混在情報は４３４１は、映像コンテンツの３Ｄと２Ｄの混在状況を示し、映像コンテンツが全編３Ｄ映像である場合は「ｆ３ｄ」、映像コンテンツが一部のみ３Ｄである場合は「ｐ３ｄ」のように記載し、映像コンテンツの３Ｄ／２Ｄの混在状況を区別するための情報である。全編２Ｄ映像の場合、コンテンツメタデータは３Ｄに関する情報４３４を含まない。ただし、コンテンツメタデータに３Ｄに関する情報４３４を含めない代わりに、３Ｄに関する情報４３４に「ｆ２ｄ」と記載してもよく、その場合、全編２Ｄ映像であることが、より明確になる。
【０１７９】
３Ｄ映像形式４３４２は、映像コンテンツで用いられている３Ｄ映像形式を示し、映像コンテンツの３Ｄ映像形式が「Ｓｉｄｅ ｂｙ Ｓｉｄｅ形式」である場合は「ＳＢＳ」、映像コンテンツの３Ｄ映像形式が「ＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式」である場合は「ＭＶＣ」のように記載し、映像コンテンツの３Ｄ映像形式を区別するための情報である。
【０１８０】
視点数４３４３は、映像コンテンツの３Ｄ映像の視点の数を示し、映像コンテンツの視点の数が２である場合は「２」、映像コンテンツの視点の数が３である場合は「３」のように記載し、映像コンテンツの視点の数を区別するための情報である。
【０１８１】
このとき、映像コンテンツの３Ｄ映像形式が「Ｓｉｄｅ ｂｙ Ｓｉｄｅ形式」である場合、視点の数は「２」で固定されるため、視点数４３４３を３Ｄに関する情報４３４に含めなくてもよいし、視点数４３４３が含まれたとしても参照する必要は無い。
【０１８２】
また、映像コンテンツの３Ｄ映像形式が「ＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式」である場合に、３Ｄに関する情報４３４に視点数４３４３含まれていない場合、映像コンテンツの視点の数を最小の視点数である「２」としてもよい。
【０１８３】
なお、３Ｄに関する情報４３４は、映像コンテンツが全編、もしくは一部に３Ｄ対応する場合のみ、コンテンツメタデータ４３０に含め、映像コンテンツが２Ｄにのみ対応している場合は、コンテンツメタデータ４３０に含めない。
【０１８４】
また、これ以外の情報においても必要に応じてコンテンツメタデータ４３０に追加することは可能である。
【０１８５】
図３４は、本実施例における３Ｄ対応再生制御メタファイル２４０の構成例である。
【０１８６】
３Ｄ対応再生制御メタファイル２４０は、実施例１の再生制御メタファイル２００を拡張したもので、同じ採番のフィールドは再生制御メタファイル２００と同じものであるが、コンテンツ固有属性情報２１０が、３Ｄ対応コンテンツ固有属性情報２５０に拡張され、映像ストリームの形式を記述するストリーム形式情報２１６、映像ストリームの３Ｄ情報２１７が追加されている。
【０１８７】
３Ｄ情報２１７は、単純に、映像ストリームに３Ｄ映像を含むか否かのフラグである場合もあるし、Ｓｉｄｅ ｂｙ Ｓｉｄｅ、ＭＶＣ等の３Ｄ映像形式情報、映像が全編３Ｄなのか、一部が３Ｄでかつ先頭が２Ｄで始まるのか、一部が３Ｄでかつ先頭が３Ｄで始まるのかを示すような、２Ｄ／３Ｄストリーム構成情報を持ってもよい。
【０１８８】
次に、図３５に示したのは、映像コンテンツを記録するリムーバブルメディア内のデータ記憶領域６００の構成例である。リムーバブルメディアは、ファイルシステムを持ち、ファイルシステムの管理下で、図３３に記載した情報をファイル化して保持する。
【０１８９】
映像コンテンツは、コンテンツ記憶領域６５０に、コンテンツファイル６５１として記録される。この際、併せて、コンテンツ格納情報６１０を記録することにより、コンテンツ記憶領域６５０のコンテンツファイル６５１にアクセスが可能になり、コンテンツアクセス情報６２０を記録することにより、映像コンテンツの途中の映像の頭出しを迅速に行うことができる。また、コンテンツ属性管理情報６３０を記録することにより、リムーバブルメディア内に記録された映像コンテンツの様々な条件による検索を実現できる。
【０１９０】
リムーバブルメディアに記録された映像コンテンツの数は、コンテンツ格納情報６１０の登録コンテンツ数６１１に格納され、記録された映像コンテンツに対し持つ情報は、次の通りである。
【０１９１】
コンテンツファイル名６１２は、リムーバブルメディアのファイルシステム上で管理するファイル名称、コンテンツ記憶領域上の先頭場所６１３は、コンテンツ記憶領域６５０上のコンテンツファイル６５１の格納先頭位置を示し、コンテンツ記憶領域上の格納サイズ６１４は、コンテンツ記憶領域上のコンテンツファイル６５１の大きさを示す。
【０１９２】
アクセスユニット管理情報の場所６１５は、対応する映像コンテンツのアクセスユニット管理情報６２０にアクセスするための情報を、コンテンツ属性管理情報の場所６１６は、対応する映像コンテンツのコンテンツ属性管理情報６３０アクセスするための情報を示す。
【０１９３】
なお、コンテンツ格納情報６１０は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。
【０１９４】
コンテンツアクセス情報６２０は、各映像コンテンツに対し、コンテンツが持つ頭出し再生可能なピクチャ単位であるアクセスユニットの数を示すアクセスユニット数６２１を持ち、各アクセスユニットに対し次の情報を持つ。
【０１９５】
アクセスユニットの時刻情報６２２は、映像コンテンツ先頭からの再生時刻を示し、ピクチャの格納場所６２３は、コンテンツファイル６５１先頭からのピクチャの格納相対位置を示す。アクセスユニットのサイズ６２４は、各アクセスユニットのデータサイズを示す。受信機５０は、ユーザ操作により頭出し再生を行う場合、頭出しする時刻に最も近い時刻をアクセスユニットの時刻情報６２２から検索し、該当するピクチャの格納場所６２３に従いコンテンツファイル６５１のアクセスユニットを読み出すことにより、頭出し再生が可能になる。
【０１９６】
なお、コンテンツアクセス情報６２０は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。
【０１９７】
コンテンツ属性管理情報６３０は、各映像コンテンツに対し、次の情報を持つ。
コンテンツ名称６３１は、映像コンテンツのタイトルなどの文字列を記載し、コンテンツのジャンル情報６３２は、映像コンテンツを分類する分類名称や分類コードを記述する。
【０１９８】
再生時間６３３は、映像コンテンツの再生時間、コンテンツ詳細説明情報６３４は、映像コンテンツの解説や、出演者、監督等の様々な情報を記載する。
【０１９９】
ストリーム形式６３５には、映像コンテンツのストリームファイルの形式や、映像、音声、字幕等の構成要素の構成などを記述し、映像コーデック形式情報６３６には、映像コンテンツの映像コーデックの形式を、音声コーデック形式情報６３７には、音声コーデックの形式を記述する。
【０２００】
記録元属性情報６３９は、記録した映像コンテンツの由来を示す情報を記述し、例えば、地上波や衛星のデジタル放送の録画、インターネットからダウンロードしたコンテンツインターネット放送の録画、デジタルケーブルテレビ放送の録画などが、区別できるよう記述する。
【０２０１】
３Ｄコンテンツ識別情報６３９は、映像コンテンツ内に、３Ｄ映像が含まれるかどうかを示す情報で、３Ｄ映像を含まないか、少しでも３Ｄ映像を含むかの択一の情報を持つ場合や、３Ｄ映像を含む場合に、全面３Ｄ映像のコンテンツなのか、一部が３Ｄ映像なのかを区別して情報を保持する場合が想定される。
【０２０２】
なお、３Ｄコンテンツ識別情報６３９は、映像コーデック形式情報６３６や、ストリーム形式６３５に含まれる場合もある。
【０２０３】
また、コンテンツ属性管理情報６３０は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。
【０２０４】
図３６を用いて、図２３、図２４のステップ２２１４のエクスポート処理実行において、ストリーム出力処理部５７により行われるエクスポート処理２４００の一例の詳細を説明する。
【０２０５】
映像コンテンツをリムーバブルメディアに記録する場合、まず、配信コンテンツのサイズ１５９に従い、映像コンテンツが格納できるコンテンツ記憶領域６５０を確保し（２４０１）、映像コンテンツをコンテンツ記憶領域６５０に、コンテンツファイル６５１として記録する（４２０２）。
【０２０６】
次に、３Ｄ対応ストリーム再生制御情報７２０を元に、コンテンツアクセス情報６２０を生成して記録し（４２０３）、コンテンツメタデータ４３０や３Ｄ対応再生制御メタファイル２４０を元に、コンテンツ属性管理情報６３０を生成して記録し（４２０４）、最後に、記録したコンテンツファイル６５１のコンテンツ格納情報６１０を生成し記録する（４２０５）ことにより、コンテンツのエクスポートが完了する。
【０２０７】
なお、ステップ２４０１において、記録するコンテンツを格納できる残容量がリムーバブルメディアに残っているかどうかをチェックし、記録エリアを確保しておくことが望ましいが、受信機５０の実装や、コンテンツサービスによっては、事前に記録容量を確保せずにエクスポートを実行し、容量不足が起きた場合には、エクスポートを中止してもよい。
【０２０８】
また、リムーバブルメディアの種類によっては、受信した映像コンテンツを、リムーバブルメディアに記録できる形式にトランスコードして、エクスポートしてもよい。このとき、映像コンテンツの容量は、配信コンテンツのサイズ１５９から変化する場合があるが、その場合は、トランスコード処理内容から予想される容量を元に、コンテンツ記憶領域６５０を確保すればよい。
【０２０９】
ここで、トランスコードとは、映像コンテンツのストリーム形式、映像や音声コーデック形式を別の形式に変換すること、および符号ビットレートを変更することなどをさす。
【０２１０】
コンテンツアクセス情報６２０の時刻情報６２２、ピクチャの格納場所６２３アクセスユニットのサイズ６２４は、３Ｄ対応ストリーム再生制御情報７２０のアクセスユニット位置情報５２０をエクスポートメディア固有のファイルシステムの管理形態に合わせて変換することで、生成される。
【０２１１】
また、３Ｄ対応ストリーム再生制御情報７２０を使用する代わりに、映像ストリーム自体を直接解析し、コンテンツアクセスユニットの位置を割り出し、コンテンツアクセス情報６２０を生成してもよい。
【０２１２】
コンテンツ属性管理情報６３０は、コンテンツ名称６３１、コンテンツのジャンル情報６３２、再生時間６３３、コンテンツ詳細説明情報６３４など、コンテンツの検索、抽出に利用するデータは、コンテンツメタデータ４３０の対応するタイトル情報４３１、ジャンル情報４３２、再生時間４３３、コンテンツ詳細情報４３５を元に、記述される。
【０２１３】
配信サービス側で規定したコンテンツメタデータ４３０と、リムーバブルメディアで規定したコンテンツ属性管理情報６３０では、厳密にデータ形式や、分類方法などが一致するとは限らないが、その場合は、データ形式は記録するメディアの形式にあわせて変更し、分類方法が完全に一致しない場合でも、なるべく元のコンテンツメタデータ４３０の意図に近い値を、コンテンツ属性管理情報６３０に記述する。
【０２１４】
ストリーム形式６３５、映像コーデック形式情報６３６、音声コーデック形式情報６３７は、３Ｄ対応再生制御メタファイル２４０のコンテンツ固有属性情報(ＥＲＩ)２１０の該当情報や、映像ストリーム自体の解析により生成できる。
【０２１５】
３Ｄコンテンツ識別情報６３９は、３Ｄ対応再生制御メタファイル２４０や、３Ｄ対応ストリーム再生制御情報７２０を元に記述し、記述する情報が厳密に一致しない場合は、なるべく近い値を記述する。
【０２１６】
例えば、３Ｄコンテンツ識別情報６３９が、３Ｄ映像を含むか否かのフラグ情報で、元になる３Ｄ対応再生制御メタファイル２４０の３Ｄ情報２１７が、映像が全編３Ｄなのか、一部が３Ｄでかつ先頭が２Ｄで始まるのか、一部が３Ｄでかつ先頭が３Ｄで始まるのかの３つのいずれかの値を持つ場合は、３Ｄコンテンツ識別情報６３９の値を「３Ｄ映像を含む」に設定し、３Ｄ情報２１７の記述自体がない場合は、３Ｄ映像が含まれないと判断し、「３Ｄ映像を含まない」に設定する例が考えられる。
【０２１７】
以上の実施例において、映像コンテンツは暗号化されていてもよく、その場合には、実施例２、実施例３、図２０、図２６、図２７で説明した方式により、暗号化するものとする。
【０２１８】
以上の実施例によれば、ダウンロードした３Ｄ映像を含むコンテンツを、リムーバブルメディア等にエクスポートする際、元の映像コンテンツに付随する３Ｄに関わる情報を、できるだけ生かす形で、リムーバブルメディアの管理情報に移行することができ、リムーバブルメディア上でも、３Ｄ映像コンテンツの検索、抽出や、再生の利便性が向上する。
【０２１９】
また、本実施例によれば、３Ｄ映像を含むコンテンツを格納したリムーバブルメディアを、他の再生機器に接続した場合に、その再生機器が３Ｄ映像を再生する能力がなければ、リムーバブルメディア上の管理情報を見て、３Ｄ映像を含むコンテンツを、提示しない、再生不可なコンテンツとして提示する、再生時に再生不可のエラーや警告を提示する等の対策を行うことができる利点もある。
【０２２０】
さらに、本実施例によれば、３Ｄ映像の再生が行えない他の再生装置に外部メディアを装着した場合にも、ユーザにその旨の案内提示を行うことができる。
【０２２１】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２２２】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０２２３】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２２４】
５０ 受信機
５１ ブラウザ
５２ ＥＣＧ処理部
５３ ＡＶプレーヤ
５５ ダウンローダ
５６ ローカルナビゲーション
５７ ストリーム出力制御部
６０ 配信システム
１００ ダウンロード制御情報
２４０ ３Ｄ対応再生制御メタファイル
３００ ライセンス
４００ ＥＣＧメタデータ
４３０ コンテンツメタデータ
５１０ ストレージ
５６０ リムーバブルメディア
５７０ ネットワーク接続機器
６００ データ記憶領域
６１０ コンテンツ格納情報
６２０ コンテンツアクセス情報
６３０ コンテンツ属性管理情報
６５０ コンテンツ記憶領域
７００ ３Ｄ対応ダウンロード制御情報
７２０ ３Ｄ対応ストリーム再生制御情報
２４００ エクスポート処理
【技術分野】
【０００１】
本発明は、ネットワークを介し、配信システムから配信された３Ｄ映像コンテンツを、受信する受信機とその受信方法、また、配信システムと受信機から構成されるコンテンツ送受信システムにおけるコンテンツの配信方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、国際公開２００４／１００５４９号公報（特許文献１）がある。
特許文献１には、コンテンツを配信するサーバと、インターネットを介し、サーバからコンテンツをダウンロードし再生する受信機からなる配信システムを実現する実施例が記載されている。
【０００３】
この実施例においては、インターネットブラウザが、コンテンツダウンロードの実行内容を記述したダウンロード制御ファイル（本発明では、ダウンロード制御メタファイルと呼ぶ）をサーバから取得し、このファイルを、ダウンロードエージェントが解釈し、ダウンロードを実行する例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開２００４／１００５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、３Ｄ映像を含む映像コンテンツをダウンロードし、リムーバブルメディアに出力する受信機において、３Ｄ映像に関わる情報を、リムーバブルメディアも利用可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００７】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
映像コンテンツ、および、前記映像コンテンツの再生や外部出力に必要な情報を伝送する再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機が、前記出力制御部は、前記映像コンテンツを外部メディアに出力する際、前記再生制御情報において配信される、前記映像コンテンツ内における３Ｄ映像の存在状況を示す３Ｄ映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報に、前記コンテンツが３Ｄ映像を含有するか否かを示す３Ｄ映像情報を記録することにより、上記課題は達成される。
【発明の効果】
【０００８】
本発明によれば、映像コンテンツの受信機において、配信された３Ｄ映像を含む映像コンテンツを、外部メディアに出力する場合、外部メディアにエクスポートされた映像コンテンツが３Ｄ映像を含むことが判別できる。
【図面の簡単な説明】
【０００９】
【図１】コンテンツ送受信システムの構成の例である。
【図２】配信システムの構成例である。
【図３】受信機の構成例である。
【図４】受信機と配信システムの関係を示す第１の例である。
【図５】受信機と配信システムの関係を示す第２の例である。
【図６】受信機と配信システムの関係を示す第３の例である。
【図７】ＥＣＧメタデータの相関図である。
【図８】パッケージメタデータの構成例である。
【図９】ダウンロード制御情報の構成例である。
【図１０】再生制御メタファイルの構成例である。
【図１１】ライセンスの構成例である。
【図１２】受信機のコンテンツ検索画面の例である。
【図１３】受信機の検索結果画面の例である。
【図１４】受信機のコンテンツ購入画面の例である。
【図１５】受信機のコンテンツ詳細表示画面の例である。
【図１６】受信機のコンテンツ再生画面の例である。
【図１７】受信機のエクスポート画面の例である。
【図１８】受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。
【図１９】受信機のローカルナビゲーション画面の例である。
【図２０】受信機とリムーバブルメディアとのインタフェース部分の構成例である。
【図２１】受信機とネットワーク接続機器とのインタフェース部分の構成例である。
【図２２】ＥＣＧ処理部における処理フロー図の例である。
【図２３】ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。
【図２４】ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。
【図２５】ローカルナビゲーションにおける処理フロー図の例である。
【図２６】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２７】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２８】第二の実施例における３Ｄ対応ダウンロード制御情報の構成例である。
【図２９】第二の実施例におけるストリーム再生制御情報の構成例である。
【図３０】第二の実施例における映像コンテンツの構成例である。
【図３１】第二の実施例における３Ｄ対応ストリーム再生制御情報の構成例である。
【図３２】第三の実施例における３Ｄストリーム識別情報の構成例である。
【図３３】第四の実施例におけるコンテンツメタデータ４３０の構成例である。
【図３４】第四の実施例における再生制御メタファイル２４０の構成例である。
【図３５】第四の実施例におけるリムーバブルメディアのデータ記憶領域６００の構成例である。
【図３６】第四の実施例におけるエクスポート処理２４００の処理フロー図の例である。
【発明を実施するための形態】
【００１０】
以下、実施例を、図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、コンテンツを受信する受信機５０と、配信システム６０の例を説明する。
図１は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ４３を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網４０と、コンテンツ配信ネットワーク４０から接続される外部のインターネット網４５と、から構成される。配信システム６０は、ネットワークスイッチ４２を介し、コンテンツ配信網４０に接続される場合と、汎用性を重視しインターネット網４５にルータ４４を介して接続される場合がある。
【００１２】
家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ＡＤＳＬ(Asymmetric Digital Subscriber Line)、無線通信等、さまざまな通信経路４６が想定され、それぞれの経路に適した変復調が、伝送路変復調器４５によって行われ、ＩＰネットワークに変換される。
家庭内では、伝送路変復調器４６で復調され、ネットワークインタフェースに変換されたＩＰネットワークは、ルータ４８を介し、家庭内の機器に接続される。
家庭内の機器としては、受信機５０や、ＩＰネットワーク対応の記憶装置（Network Attached Storage）３２、パソコン３３、ネットワーク接続可能なＡＶ機器などが想定される。受信機５０は、アンテナ３５から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。
【００１３】
図２は、コンテンツ配信システム４０の構成例である。
【００１４】
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などを有する。
【００１５】
各サーバは、ＩＰ網６７によって相互に接続されると共に、ＩＰ網６７を介して、図１のインターネット網４５、または、コンテンツ配信網４０に接続される。
【００１６】
なお、各サーバの一部、または、すべてが、ＩＰ網６７を介さず、直接、インターネット網４５、または、コンテンツ配信網４０に接続され、相互に通信を行う構成であってもよい。
【００１７】
なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ６２のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。
【００１８】
図３は、受信機５０の構成例である。
受信機５０は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ５５０を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００１９】
受信機５０は、ＩＰネットワークに物理的に接続を行い、ＩＰ（Internet Protocol）データパケットを送受信する通信I/F（Interface）５１０と、通信I/F５１０を介し、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、ＤＮＳ（domain name server）、ＨＴＴＰ(Hyper Text Transfer Protocol)、等の各種ＩＰ通信プロトコルの処理を行う通信処理部５１１を備える。
【００２０】
ダウンローダ５５は、コンテンツやコンテンツに関連する情報を取得する処理を行う処理部である。ＤＲＭクライアント５４は、コンテンツの著作権を管理し、コンテンツの購入条件に応じて、コンテンツの視聴やコピーを制御する機能を提供する。デクリプタ５１４は、ＤＲＭクライアント５４からの指示に基づき、ダウンロードするコンテンツを復号する。ストリーム出力処理部５７は、コンテンツを受信機５０に接続されたリムーバブルメディア５６０へのコンテンツの出力を行う。または、ストリーム出力処理部５７は、通信処理部５１１、通信Ｉ／Ｆ５１０を介して接続されたネットワーク接続機器５７０へのコンテンツの出力を行う。
【００２１】
リムーバブルメディア５６０は、ストリーム出力処理部５４１に接続されたリムーバブルメディアＩ/Ｆ５３４を介して、アクセス可能な脱着可能な記憶メディアである。
受信機５０は、操作のためのリモコンＩ／Ｆ５３３を備え、これにより受信したリモコン信号に従い、ユーザにより操作される。
また、受信機５０は、オンデマンドの映像・音声コンテンツのストリーミング配信サービスを受信する機能を備える可能性がある。この場合、通信処理部５１１を介して、映像・音声コンテンツのリアルタイム受信を処理するストリーミング受信処理部５１２を備える。
【００２２】
ＡＶプレーヤ５３は、ダウンロードしたコンテンツや、ストリーミング配信したコンテンツ、あるいは、放送受信したコンテンツを復号し、映像、音声信号に変換する。
ＡＶプレーヤ５３は、内部に、デマルチプレクサ５２１を持ち、この処理部がデクリプタ５１４で復号されたコンテンツを、映像、音声、字幕のパケットに分離し、それぞれのパケットを映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４に送出する。これらのデコーダ５２２、５２３、５２４により、それぞれ映像、音声、字幕情報が復号され、映像・音声出力処理５３０により、統合された映像・音声信号に変換される。この映像・音声信号は、映像・音声出力Ｉ/Ｆ５３１を介して、受信機５０から外部に出力される。
【００２３】
このため、映像・音声出力Ｉ／Ｆ５３１に、テレビ等を接続することで、利用者は、映像・音声からなるコンテンツを視聴することができる。
なお、映像・音声出力処理５３０、映像・音声出力Ｉ／Ｆ５３１は、映像・音声を統合して処理し出力する、ＨＤＭＩ（登録商標）規格のインタフェースも考えられるが、映像、音声を独立して処理して、外部に出力するような、映像コンポジット信号出力、アナログ音声出力のような例も想定される。
【００２４】
さらに、受信機５０は、デジタル放送の受信、録画を行う機能を兼ね備えるケースもある。その場合は、受信機５０は、放送電波を入力する放送Ｉ／Ｆ５０１、デジタル放送信号を復号し、映像音声ストリームに変換するデジタル放送受信処理部５０２、デジタル放送信号の復号に際し、著作権保護の処理を行うCAS（Conditional Access System）５０３を持つ。
【００２５】
受信機５０では、ダウンロードしたコンテンツを、直接、ストリーム出力処理部５７に出力し、リムーバブルメディア５６０などに出力することができる。
また、受信機５０は、ダウンロードしたコンテンツをいったんストレージ５５０に格納することもできる。この場合、その後、受信機の操作により、ストリーム出力処理部５７は、ストレージ５５０から取得したコンテンツをリムーバブルメディア５６０などに出力する。
【００２６】
ストレージ５５０を有する構成でも、ストレージ５５０にコンテンツを保存することなくエクスポートの処理と、いったんストレージ５５０にコンテンツを格納してから、エクスポートする処理の、どちらを行ってもよい。
【００２７】
この場合、受信機がＨＤＤなどのストレージ５５０を有するときであっても、ダウンロードしたコンテンツをストリーム出力処理部５７を介してリムーバブルメディア５６０へのエクスポートが可能となるため、ストレージ５５０にコンテンツを格納する必要がなく、ストレージの記録容量に空きが少ない場合でもダウンロードが可能となるという利点もある。
また、図３の受信機５０で、ストレージ５５０経由せず、直接リムーバブルメディアへ５６０のエクスポートを行うサービスのみを実施する場合は、ストレージ５５０を搭載しない、より安価な受信機を実現することが可能となる。
また、ダウンロードしたコンテンツを復号せずに、そのままいったんストレージ５５０に格納し、ストレージ５５０に格納されたコンテンツを再生、または、リムーバブルメディア５６０等にエクスポートするときに、ＤＲＭクライアント５４がＤＲＭサーバ６４からライセンス３００を取得し、そのライセンス３００に記載されたコンテンツ鍵３１１に基づき、デクリプタ５１４がストレージ５５０に格納されたコンテンツを復号することもできる。
【００２８】
コンテンツの再生の場合は、デクリプタ５１４がコンテンツを復号し、デマルチプレクサ５２１が映像、音声、字幕データのパケットに分離する。映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４は分離されたそれぞれの映像パケット、音声パケット、字幕データパケットを復号する。映像・音声出力処理部５３０は、復号された映像・音声を映像・音声出力Ｉ／Ｆ５３１を介して、外部に出力する。これらの処理により、ユーザはコンテンツを視聴することができる。
【００２９】
コンテンツのエクスポートの場合は、デクリプタ５１４がコンテンツを復号し、ストリーム出力処理部５７が復号されたコンテンツをリムーバブルメディア５６０等に出力する。
【００３０】
なお、図３に記載された、デジタル放送受信処理部５０２、ＣＡＳ５０３、通信処理部５１１、ストリーミング受信処理部５１２、デクリプタ５１４、デマルチプレクサ５２１、映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４、映像・音声出力処理部５３０、ストレージ５５０、ブラウザ５１、ＥＣＧ処理部５２、ＡＶプレーヤ５３、ＤＲＭクライアント５４、ダウンローダ５５、ストリーム出力処理部５７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。
【００３１】
また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、デジタル放送受信処理プログラム５０２、ＣＡＳプログラム５０３、通信処理プログラム５１１、ストリーミング受信処理プログラム５１２、デクリプタプログラム５１４、デマルチプレクサプログラム５２１、映像デコーダプログラム５２２、音声デコーダプログラム５２３、字幕デコーダプログラム５２４、映像・音声出力処理プログラム５３０、ストレージ５５０、ブラウザプログラム５１、ＥＣＧ処理プログラム５２、ＡＶプレーヤプログラム５３、ＤＲＭクライアントプログラム５４、ダウンローダプログラム５５、ストリーム出力処理プログラム５７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
【００３２】
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００３３】
次に、図３のシステム構成の受信機５０と、図２のコンテンツの配信システム６０の、コンテンツ配信サービスにおけるデータの授受関係について、図４、図５、図６を用いて説明する。なお、図４〜５には図３の受信機５０から、処理の流れで使われる一部のブロックのみを表示しているが、それぞれ、図３の受信機５０のその他の処理部等を有していてもよく、また図４〜５に記載された構成がかならずしも必要とは限らない。一部を省略しても良い。
【００３４】
図４の受信機５８１は、図３の受信機５０から、ストリーミング配信システムとデータの授受を行うブロックを抽出したサブセットである。
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御メタファイル２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などからなる。
以上のデータを、受信機５８１と、配信システム６０の間でデータ通信する伝送路６７は、図１の配信網を想定している。
【００３５】
図４の場合、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ文書７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、別の方法として、受信機アプリケーションのＥＣＧ（Electric Content Guide）処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をＥＣＧの形でユーザに提示し、ユーザがＥＣＧから見たいコンテンツ７５を検索し、探し出す方法を提供してもよい。
【００３６】
見たいコンテンツを選択し、Ｗｅｂ文書７１上でユーザがコンテンツの再生指示を行うと、ブラウザ５１が、Ｗｅｂ文書７１に参照先が記述された再生制御メタファイル２００をメタデータサーバ６２から取得し、ＡＶプレーヤ５３に再生要求を行う。あるいは、ＥＣＧ処理部５２が表示したＥＣＧ上でユーザがコンテンツの再生指示を行うと、ＥＣＧ処理部５２が、ＥＣＧメタデータ４００に参照先が記述された再生制御メタファイル２００をメタデータサーバ６２から取得し、ＡＶプレーヤ５３に再生要求を行う。
【００３７】
ＡＶプレーヤ５３は、再生制御メタファイル２００の内容に従い、ＤＲＭクライアント５４から、コンテンツのライセンス３００に記述されたコンテンツ鍵とＲＭＰＩ（Right. Management and Protection Information）と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ５１４に設定し、ＲＭＰＩに従い、映像、音声等の出力条件を映像・音声出力Ｉ／Ｆ５３１に設定して、コンテンツサーバ６３から配信されるコンテンツ７５のストリーミング再生を行う。
【００３８】
ＤＲＭクライアント５４は、有効なライセンス３００を保持し、ＡＶプレーヤ５３やストリーム出力制御部５７から要求があれば、対応するライセンス３００から、コンテンツ鍵やＲＭＰＩを提供する。また、要求されたライセンス３００が未取得であれば、ＤＲＭサーバ６４からコンテンツの再生に必要なライセンス３００を取得する。
【００３９】
図５の受信機５８２は、図３の受信機５０から、ダウンロード配信システムとデータの授受を行うブロックを抽出したサブセットである。
図５の場合も、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ文書７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、別の手段として、受信機アプリケーションのＥＣＧ処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をＥＣＧの形でユーザに提示し、ユーザがＥＣＧから見たいコンテンツ７５を検索し、探し出す手段を提供してもよい。
【００４０】
見たいコンテンツを選択し、Ｗｅｂ文書７１上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ５１が、Ｗｅｂ文書７１に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。あるいは、ＥＣＧ処理部５２が表示したＥＣＧ上でユーザがコンテンツのダウンロード指示を行うと、ＥＣＧ処理部５２が、ＥＣＧメタデータ４００に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。
【００４１】
ダウンローダ５５は、再生制御メタファイル２００を取得し、その内容に従い、ＤＲＭクライアント５４から、コンテンツのライセンス３００に記述されたコンテンツ鍵とＲＭＰＩ（Right. Management and Protection Information）と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ５１４に設定し、ＲＭＰＩに従いエクスポート先のリムーバブルメディア５６０、ネットワーク接続機器５７０に対し、映像、音声等の出力条件を設定して、ダウンロード制御情報１００において配信コンテンツの所在１５６を示すＵＲＬにより特定されるコンテンツ７５を、コンテンツサーバ６３に要求し、コンテンツサーバ６３から配信されるコンテンツ７５をダウンロードし、デクリプタ５１４で復号したコンテンツをストリーム出力制御部５７へ出力し、エクスポート処理を行う。なお、コンテンツ７５に加えて、ストリーム再生制御情報７１０をダウンロードし、ストリーム出力制御部５７へ出力の際に、参考情報として利用してもよい。
【００４２】
図６の受信機５８３は、図３の受信機５０から、ストレージ５５０を介したダウンロード配信システムとデータの授受を行うブロックを抽出して記載した。
図６の場合、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、図では省略したが、図５と同様に、受信機アプリケーションのＥＣＧ処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をユーザに提示し、ユーザが見たいコンテンツ７５を検索し、探し出す手段を提供してもよい。
【００４３】
ユーザから見たいコンテンツの選択を受信し、Ｗｅｂ文書７１上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ５１は、Ｗｅｂ文書７１に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。
ダウンローダ５５は、ダウンロードするコンテンツのＥＣＧメタデータ４００、再生制御メタファイル２００、ストリーム再生制御情報７１０、コンテンツ７５を取得し、ストレージ５５０に蓄積する。
【００４４】
蓄積されたコンテンツ７５は、受信機のＥＣＧ処理部５２で、検索し、選択して、再生したり、エクスポートすることができる。
ＥＣＧ処理部５２で、コンテンツの再生が指示された場合は、ＡＶプレーヤ５３を起動して、再生を要求し、コンテンツのエクスポートが指示された場合は、ストリーム出力制御部５７を起動して、エクスポート処理を要求する。
【００４５】
次に、受信機が処理する情報の内容について、詳しく説明する。
図７は、ＥＣＧ処理部５２がＥＣＧとしてコンテンツ検索のために提示するＥＣＧメタデータ４００の相関図である。ＥＣＧメタデータ４００は、ＸＭＬ形式で記述される。
【００４６】
ＥＣＧメタデータ４００は、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述するコンテンツメタデータ４３０、個々の番組を一連のシリーズをグループ化して管理し、検索可能にするシリーズメタデータ４１０、番組の購入ライセンスを記述したライセンスメタデータ４７０、番組やグループ化された番組の購入条件を記載したパッケージメタデータ４５０から構成される。コンテンツメタデータ４３０には、その番組が所属するシリーズメタデータ４１０を一意に識別するグループＩＤを記述することができ、シリーズメタデータ４１０は、それ自体が所属するシリーズメタデータ４１０のグループＩＤを記述することで、階層的なグループ構成を定義できる。
【００４７】
ライセンスメタデータ４７０は、そのライセンスで利用できる番組のコンテンツメタデータ４３０を一意に識別するコンテンツＩＤと、購入条件として利用できるパッケージメタデータ４５０を一意に識別する購入ＩＤを持ち、コンテンツメタデータ４３０とパッケージメタデータ４５０は、お互いに対応する購入ＩＤ、コンテンツＩＤを持つ。コンテンツメタデータ４３０は、そのコンテンツが、ストリーミング再生、または、ダウンロードできる、あるいは両方ができる場合、ストリーミング再生用の再生制御情報２００、および、コンテンツダウンロード用のダウンロード制御情報１００を取得するための参照情報を持つことができる。
【００４８】
図８は、ＥＣＧメタデータ４００の中で、パッケージメタデータ４７０の構成例である。
パッケージメタデータ４５０は、課金の開始日時、終了日時を記述する課金有効期間４５１、パッケージメタデータ４５０を一意に識別する購入ＩＤ４５２、パッケージメタデータ４５０の購入対象となるコンテンツを識別する対象コンテンツＩＤ４５３を保持する。
パッケージメタデータ４５０は、一つのパッケージメタデータに複数のパッケージを記述でき、それぞれのパッケージについて次の情報を持つ。
【００４９】
パッケージ名称４６１、パッケージ価格４６２、説明文４６５は、ユーザにパッケージ内容を提示するための情報である。購入タイプ４６３は、パッケージが、コンテンツ単体での購入なのか、シリーズ一括の購入なのか、月極め契約での購入なのかといった、パッケージの購入形態を識別する情報で、配信タイプ４６４は、コンテンツの配信を、ストリーミング配信なのか、ダウンロード配信なのか、あるいは両方なのかといった、配信形態を識別する情報である。
購入要求ＵＲＬ４６６は、ユーザの購入操作に基づき、購入トランザクションを要求するサーバのアクセス先を記述する情報である。
【００５０】
すなわち、ＥＣＧ処理部５２は、コンテンツメタデータ４３０、または、シリーズメタデータ４１０を参照して、検索画面を提示し、利用したいコンテンツを見つけたら、そのコンテンツのライセンスメタデータ４７０を参照することで、ユーザにコンテンツの購入条件を提示し、パッケージメタデータ４５０に従い購入操作を行わせる。ＥＣＧ処理部５２により提示されたＥＣＧ上で、コンテンツのストリーミング再生が指示された場合には、コンテンツメタデータ４３０に記述されたＵＲＬに従い再生制御情報２００を取得し、ＡＶプレーヤ５３は再生制御情報２００の記述内容に従いストリーミング再生が行う。
【００５１】
ＥＣＧ処理部５２により提示されたＥＣＧ上で、コンテンツのダウンロードが指示された場合には、コンテンツメタデータ４３０に記述されたＵＲＬに従いダウンロード制御情報１００を取得し、ダウンローダ５５は、ダウンロード制御情報１００の記述内容に従い、コンテンツのダウンロードを行う。
【００５２】
図９はダウンロード制御情報１００の構成例である。ダウンロード制御情報１００は、メタファイル自身の内容を記述したダウンロード制御属性情報１１０と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行単位情報１５０を含む。
ダウンロード制御情報１００は、例えばＲＳＳ（RDF Site SummaryまたはReally Simple Syndication）で記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成（用意）可能であるが、複数のパッケージはまたがない。
【００５３】
また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように、ダウンロード制御情報を用意するべきである。ダウンロード制御情報１００は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、ＲＳＳの場合にはenclosure urlで各コンテンツを一意に識別する。
【００５４】
ダウンロード制御情報１００には、対応するダウンロード制御情報１００の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御情報の名称１１１、対応するダウンロード制御情報１００の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上のＵＲＬ。但しＵＲＬに限らず、その他のアドレスであってもよい、以下所在について同様。）を示すダウンロード制御情報の所在１１２、対応するダウンロード制御情報１００の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御情報の説明文１１３、更新チェックフラグ１１４、更新期限日時１１５などの情報を持つ。
【００５５】
更新チェックフラグ１１４は、メタデータサーバ６２上のダウンロード制御情報１００の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時１１５は、更新チェックフラグ１１４が「更新」の場合に有効で、ダウンロード制御情報１００の更新をチェックし続ける期限の日時を記載する。
【００５６】
更新期限日時１１５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時１１５の特殊な値（例えばすべて０）を更新チェックフラグ１１４「単発」を示す値として扱うことにより、更新チェックフラグ１１４を省略する構成も実現可能である。
【００５７】
ダウンロード実行単位情報１５０は、ダウンロード制御情報１００に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル１５１、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文１５２、そのコンテンツを配信する日時（日単位、分単位であっても良い）を示す配信日時１５３、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツＩＤ１５４、配信コンテンツの種別１５５、配信コンテンツの取得先ＵＲＬを示すコンテンツの所在１５６、そのコンテンツに対応するＥＣＧメタデータの取得先ＵＲＬを示すＥＣＧメタデータの所在１５７、そのコンテンツに対応する再生制御メタファイルの取得先ＵＲＬを示す再生制御情報の所在１５８、配信コンテンツのサイズ１５９、コンテンツのピクチャ再生位置情報などを提供するストリーム再生制御メタファイル７１０の取得先のＵＲＬを示すストリーム再生制御情報の所在１６０などの情報を格納する。
【００５８】
コンテンツＩＤ識別子１５４は、一例としては、“CRID://authority/content_id”というスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。
【００５９】
authority/の後のcontent_idは、authority内でコンテンツを一意に識別するＩＤで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子１５４で一意に識別することが可能になり、コンテンツ識別子１５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。
【００６０】
配信日時１５３は、通常、コンテンツがコンテンツサーバ６３に格納され、公開された日時を記載するが、ダウンロード制御情報１００が配信されたときには、コンテンツがまだ公開されず、配信日時１５３には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時１５３には、更新された日時を記載する。
【００６１】
配信コンテンツの種別１５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
【００６２】
配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。
【００６３】
図１０は再生制御メタファイル２００の構成例である。ダウンロード制御情報１００を参照することによって取得される、再生制御メタファイル２００の構成について説明する。
【００６４】
再生制御メタファイル２００は、コンテンツ再生の際に必要なコンテンツ自身のＡＶストリームの情報であるコンテンツ固有属性情報２１０と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報２２０、ストリーミングＶＯＤの場合にその再生制御を行うのに必要なネットワーク制御情報２３０の３つのＸＭＬ文書を含む。なお、ネットワーク制御情報２３０は、ダウンロード配信の場合は不要である。
【００６５】
コンテンツ固有属性情報２１０は、コンテンツ本体ファイルのファイル名と参照先２１１、コンテンツが暗号化されているか否かの区別情報２１２、コンテンツの時間長２１３、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報２１４、ステレオ／モノラル／マルチチャンネル区別など音声信号の属性情報２１５等を提供する。
【００６６】
コンテンツのライセンス取得情報２２０は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報２２１、著作権管理方式の種別情報２２３、コンテンツに付随する著作権保護範囲の種別を示すライセンスＩＤ２２４、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値２２２と参照先２２６、ライセンスの利用条件情報２２５、ある署名の検証に必要な公開鍵証明書２２７などの情報を提供する。
【００６７】
ネットワーク制御情報２３０は、利用可能なストリーミングプロトコル方式の情報２３１や、特殊再生やコンテンツの頭出し方式２３２や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３と、その再生方式の情報２３４を、記述する。
【００６８】
再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。
【００６９】
図１１はライセンス３００の構成例である。ダウンロード制御情報１００を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス３００の構成について説明する。
ライセンスは、番組を視聴する権利を記述する再生ライセンス３１０と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス３２０がある。
【００７０】
ライセンスには、コンテンツを復号するのに必要なコンテンツの暗号鍵３１１、３２１を保持し、再生ライセンス３１０の場合、利用開始日時および利用終了日時３１２や、再生時の信号出力制限やコピー制御情報３１３を持つ。
利用開始日時および利用終了日時３１２は無期限の指定をすることも可能である。
エクスポートライセンス３２０には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２を指定することができる。
【００７１】
エクスポートライセンス３２０は、１つのライセンスで１回のエクスポートが行え、一つのコンテンツをＮ回エクスポートできるようにするためには、Ｎ個のエクスポートライセンス３２０を、ＤＲＭサーバ６４から受信機５０に配信する。
【００７２】
次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図１２から図１９を用いて、説明する。
図１２は、ＥＣＧ処理部５２で実現するコンテンツ検索画面１０００の例である。
リモコンこの画面において起動されるこの画面においては、キーワード１００１、ジャンル１００２、配信日１００３、価格１００４、提供形態１００５などの選択肢や、入力フィールドを用意し、検索開始１００７を指示すると、ユーザの指定内容に応じＥＣＧメタデータ４００を検索する。
【００７３】
図１３は、ＥＣＧ処理部５２が表示する検索結果画面１１００の表示例である。この例では、検索の結果をリスト表示し、タイトル１１０１、提供形態１１０２、購入状態１１０３、コンテンツに対する操作ボタンとして、購入または詳細１１０４、ＶＯＤ視聴１１０５、ＤＬ関連のボタン１１０６が表示される。
【００７４】
提供形態欄１１０２には、パッケージメタデータ４５０にそのコンテンツが、ＶＯＤ配信（ストリーミング配信）のみで提供されるなら「ＶＯＤ」、ダウンロード配信のみで提供されるなら「ＤＬ」、両方で提供されるなら「ＶＯＤ／ＤＬ」と表示されるものとする。なおＶＯＤとはＶｉｄｅｏ Ｏｎ Ｄｅｍａｎｄのことである。
購入状態欄１１０３には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。
【００７５】
購入または詳細のボタン１１０４は、そのコンテンツが未購入であれば「購入」ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は「詳細」ボタンが表示される。
「ＶＯＤ視聴」ボタン１１０５は、そのコンテンツがＶＯＤ（ストリーミング）視聴可能な場合にのみ表示され、このボタンを選択すると、ＶＯＤ視聴が開始される。
【００７６】
ＤＬ関連のボタン１１０６は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できない「ＤＬ待ち」ボタンが表示され、ダウンロードが開始されると「ＤＬ中」ボタンに変わり、ダウンロードが完了すると、「ＤＬ視聴」が表示され、「ＤＬ視聴」ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、「ＤＬ中」でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。
【００７７】
図１４は、ＥＣＧ処理部５２が表示するコンテンツ購入画面１２００の例である。検索結果画面１１００で、「購入」ボタンを選択した場合にコンテンツ購入画面１２００が提示される
コンテンツの購入に必要なタイトル１２０１、内容１２０２、監督１２０３、出演者１２０４、ジャンル１２０５、視聴期限１２０６、再生時間や映像・音声の情報１２０７、エクスポートできる回数や出力先の情報１２０８、提供形態の選択肢１２０９、価格１２１０などを、ＥＣＧメタデータ４００を元に提示し、提供形態１２０９が選択可能な場合は、ＶＯＤ、ダウンロード、あるいはその両方を選択できる。
【００７８】
図１４の例では、「ＶＯＤ」は抹消線により無効になっていることが表示されており、「ダウンロード」が有効になっていることが表示されている。またチェックマークによりユーザが「ダウンロード」を選択していることを表している。
選択後、「購入」ボタン１２２３を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。
「戻る」ボタン１２２４を選択した場合は、検索結果画面１１００に戻るものとする。
【００７９】
図１５は、ＥＣＧ処理部５２が表示するコンテンツ詳細画面１２５０の例である。コンテンツ購入後に、検索結果画面１１００で「詳細」ボタンを選択することによりコンテンツ詳細画面１２５０が提示される。
この画面は、表示される情報は、コンテンツ購入画面１２００とほぼ同じであるが、購入済みなので「購入」ボタン１２２３はなく、代わりに「ＶＯＤ視聴」１２２０、「ダウンロード視聴」１２２１、「エクスポート」１２２２といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。
また、提供形態１２０９の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況１２１１を表示する場合がある。
【００８０】
図１６は、ＥＣＧ処理部５２が表示するコンテンツ再生画面１３００の例である。コンテンツの検索結果画面１１００、あるいは、コンテンツ詳細画面１２５０で、ＶＯＤ視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面１３００が提示される。
【００８１】
コンテンツ再生画面１３００には、再生制御情報２００に基づき、タイトルバナー１３０２に、コンテンツのタイトル１３０３、再生時間１３０４、映像・音声の詳細情報１３０５が表示され、リモコン等による操作に応じ、操作内容がアイコン表示１３０１され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示１４０６ものもある。
【００８２】
図１７は、ＥＣＧ処理部５２が表示するエクスポート画面１４００の例である。コンテンツ詳細画面１２５０で、エクスポートが指示された場合、エクスポート画面１４００が提示される。
この画面では、ＥＣＧメタデータ４００に基づき、コンテンツのタイトル１４０１、容量１４０２などを表示した上で、許される出力先の選択肢１４０３と、受信機が管理するエクスポートの残り回数１４０４を表示する。
ユーザが出力先を選択し、「エクスポート先チェック」ボタン１４０５を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば「正常」、不可能であれば、その原因を、状態欄１４０７に表示する。
【００８３】
「エクスポート開始」ボタン１４０６を選択した場合も、「エクスポート先チェック」ボタン１４０５を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄１４０７にその原因を表示するが、「エクスポート開始」ボタン１４０６の場合は、正常であればエクスポートを開始する。
エクスポートの進み具合は、進行状況１４０６として表示され、エクスポートが完了すれば、残り回数１４０４が１回減ったエクスポート画面１４００が表示されるものとする。
エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面１２５０に戻りたい場合は、「中止」ボタン１４０９を選択する。
【００８４】
以上のように、ＥＣＧ処理部５２により生成されるＥＣＧの画面は構成される。
別の実施例として、ＥＣＧ処理部５２ではなく、ブラウザ５１により、Ｗｅｂサーバ６１から取得するＷｅｂ文書７１を提示することで、コンテンツの検索から再生までを行うこともできる。
【００８５】
図１８はブラウザ５１上で提示するＷｅｂ文書７１の遷移例である。
ブラウザ５１の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ５１はまずコンテンツ販売ポータルページ１５０１を表示する。ここで、コンテンツの検索が指示されると、ブラウザ５１は検索結果のコンテンツ一覧ページ１５０２を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ１５０３を表示する。
【００８６】
コンテンツ購入画面１５０３で、配信形態を選択してコンテンツを購入する配信形態により、ＶＯＤでの購入が選択された場合は、ブラウザ５１はＶＯＤ再生開始ページ１５０４を表示し、ＶＯＤ再生が指示されると、再生制御メタファイル２００を参照し、図１６のコンテンツ再生画面を表示する。
また、コンテンツ購入画面１５０３でダウンロードでの購入が選択された場合、ブラウザ５１はダウンロード開始ページ１５０５を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報１００に基づき、バックグラウンドでコンテンツのダウンロードを開始する。
【００８７】
図１９はブラウザ５１が表示する、ローカルナビゲーション画面１６００の例である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面１６００で状態が表示される。
この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル１６０１、ダウンロード状態１６０２、購入状態１６０３、コンテンツに対する操作ボタンとして、「購入」または「詳細」ボタン１６０４が表示され、購入条件として視聴可能なコンテンツには「視聴」ボタン１６０５、エクスポート可能なコンテンツには「エクスポート」ボタン１６０６が表示される。
【００８８】
またローカルナビゲーション画面１６００に検索条件入力欄を設け、受信機５０にダウンロード指示されたコンテンツやダウンロード済みのコンテンツの範囲内で検索可能としてもよく、その場合、検索結果の表示画面において図１９のローカルナビゲーション画面のごとく、「詳細」「視聴」「エクスポート」ボタンを設けても良い。これにより、受信機５０に蓄積されたコンテンツから所望のコンテンツを探し、エクスポート等の処理をするユーザの便宜が図れる。操作ボタンの選択や検索指示の入力をユーザから受け付けた場合の処理は、図２５を用いて後述するとおり、ＥＣＧ処理部５２が担う。
【００８９】
ダウンロード状態欄１６０２には、ダウンロード指示されたが未ダウンロード状態の「ＤＬ待ち」、ダウンロード開始しその進捗状況も表示する「ＤＬ中」、ダウンロードが完了した「ＤＬ完了」、ダウンロード中にエラーが発生し中断した「ＤＬエラー」といった状態表示が行われる。
【００９０】
購入状態欄１６０３には、未購入、購入済、無料といった状態が表示される。
ボタン類については、未購入コンテンツには、「購入」ボタンが表示され、購入済みのコンテンツには、「詳細」ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。 また、コンテンツが、エクスポート可能な状態になれば、「エクスポート」ボタン１６０６が、有効表示になり選択できるようになる。
【００９１】
「視聴」ボタン１６０５を選択すると、コンテンツ視聴画面１３００に遷移し、「エクスポート」ボタン１６０６を選択すると、エクスポート画面１４００に遷移する。
以上により、Ｗｅｂサイトで、コンテンツの検索から、コンテンツの再生まで行える。
【００９２】
次に、エクスポートの処理について、図２０、図２１で詳しく説明する。
図２０は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばｉＶＤＲ（登録商標）などのリムーバブルＨＤＤなどが想定される。しかしながらｉＶＤＲに限定されるものではない。
図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００９３】
図２０に、著作権保護機能のあるリムーバブルメディア５６０へのエクスポート処理を行うストリーム出力処理部５７の構成例を示す。受信機５０のストリーム出力制御部５７は、リムーバブルメディアと認証をおこなうメディア認証処理部５４１、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部５４３、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部５４２、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部５４４からなる。
コンテンツ暗号化処理部５４２に入力されるコンテンツは、受信機５０のデクリプタ５１４、または、デマルチプレクサ５２１から入力される。
【００９４】
なお、図２０に記載された、メディア認証処理部５４１、コンテンツ鍵生成部５４３、コンテンツ暗号化処理部５４２、鍵暗号化処理部５４４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５４１、コンテンツ鍵生成プログラム５４３、コンテンツ暗号化処理プログラム５４２、鍵暗号化処理プログラム５４４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９５】
リムーバブルＩ／Ｆ５３４を介して、接続されるリムーバブルメディア５６０には、受信機５０のメディア認証処理部５４１と相互に認証を行うメディア認証処理部５６１、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部５６３、相互認証済みの信頼おける受信機５０のみが読み書きできる保護記憶領域５６４に、受け取ったコンテンツ鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を、コンテンツと対応させて記憶する。
【００９６】
ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がＭだとすると、もともとのコンテンツ本体に加えて、Ｍ＋１個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。
（１）リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間
（２）リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間
（３）絶対的な利用開始日時、利用終了日時（いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなす）
なお、図２０に記載された、メディア認証処理部５６１、鍵復号化処理部５６３、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５６２や保護記憶領域５６４や図示しないメモリ領域などに格納された、メディア認証処理プログラム５６１、鍵復号化処理プログラム５６３などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９７】
メディア暗号化処理部５４２で暗号化されたコンテンツは、リムーバブルＩ／Ｆ５３４を通し、データ記憶領域５６２に保存される。
メディア認証処理部５４１では、リムーバブルメディア５６０の信頼性を認証する場合と、リムーバブルメディア５６０と、リムーバブルＩ／Ｆ５３４を備える受信機５０の両方の信頼性を認証する場合が考えられる。
【００９８】
リムーバブルメディア５６０に保存されたコンテンツを、相互認証された受信機５０が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域５６４から読み出し、データ記憶領域５６２から読み出した暗号化されたコンテンツを、受信機５０でコンテンツ鍵を用いて復号することで、利用可能になる。
【００９９】
図２１は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図２１に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部５７の構成例を示す。この場合、受信機５０のストリーム出力制御部５７は、ネットワーク接続機器との相互認証を行う通信認証処理部５４５、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部５４７、生成した通信鍵に基づきコンテンツを暗号化し、通信Ｉ／Ｆ５１０を介して送出する通信暗号化処理部５４６からなる。
【０１００】
なお、図２１に記載された、通信認証処理部５４５、通信暗号化処理部５４６、通信鍵生成部５４７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム５４５、通信暗号化処理プログラム５４６、通信鍵生成プログラム５４７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１０１】
ネットワーク接続機器は、通信Ｉ／Ｆ５７１で、ネットワーク５８０に接続され、受信機５０と通信を行う。
通信認証処理部５７２は、受信機の通信認証処理部５４５と相互認証を行う。通信鍵生成部５７４は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部５７３は、生成した通信鍵に基づき、通信Ｉ／Ｆ５１０を介して受信したコンテンツを復号する。
【０１０２】
通信復号化処理部５７３で復号されたコンテンツは、図２１の例では、ネットワーク接続機器５７０の暗号化方式によるローカル暗号化処理部５７５により暗号化され、ネットワーク接続機器５７０が持つデータ記憶領域５７８に保存される。このときの暗号鍵は、ローカル鍵生成部５７６で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域５７７に保存される。
【０１０３】
なお、図２１に記載された、通信復号化処理部５７３、通信鍵生成部５７４、ローカル暗号化処理部５７５、ローカル鍵生成部５７６は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５７８や保護記憶領域５７７や図示しないメモリ領域などに格納された、通信復号化処理プログラム５７３、通信鍵生成プログラム５７４、ローカル暗号化処理プログラム５７５、ローカル鍵生成プログラム５７６などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１０４】
なお、図２１の例では、ネットワーク接続機器５７０が、機器固有のデータ記憶領域５７８を持つ場合であったが、ネットワーク接続機器５７０が、図２０の受信機５０が持つようなリムーバブルＩ／Ｆ５３４を持ち、ネットワークを介して受信したコンテンツを、リムーバブルＩ／Ｆ５３４を介して、リムーバブルメディア５６０に転送する構成であってもよく。その場合のネットワーク接続機器５７０の構成は、図２０の受信機５０の構成に順ずるものとする。
【０１０５】
以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図２２から図２５で説明する。
図２２は、ＥＣＧ処理部５２の処理フロー図２０００の例である。
ＥＣＧ処理部５２は、メタデータサーバよりＥＣＧメタデータを取得し（２００１）、取得したＥＣＧメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し（２００２）、コンテンツ検索画面１０００を提示する（２００３）。
【０１０６】
ここで、検索条件の入力、設定を行い（２００４）、検索実行を指示すると、検索結果画面１１００を提示する。この画面で、コンテンツに対する操作を受けつけ（２００６）、「購入ボタン」が選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２００７）。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると（２００８）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２００９）。コンテンツ詳細表示画面１２５０は、検索結果画面１１００から、「詳細」ボタンを選択することでも表示される。
【０１０７】
ユーザが検索結果画面１１００から、「ＶＯＤ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ダウンロード視聴が開始される（２０１２）。
【０１０８】
コンテンツ詳細表示画面１２５０では、ユーザの操作により、「ＶＯＤ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ダウンロード視聴が開始され（２０１２）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２０１３）。
【０１０９】
図２３は、エクスポート画面１４００において、リムーバブルメディア５６０へコンテンツをエクスポートする場合のストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２１０１）、ユーザが、画面上の操作で（２１０２）で、出力先を選択し、「エクスポート先チェック」ボタンを選択すると、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０３）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。
【０１１０】
接続されていれば、次に、メディア認証処理部５４１が出力先のリムーバブルメディア５６０との認証を確認し（２１０４）、リムーバブルメディア５６０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１１１】
このときのエラーとしては、リムーバブルメディア５６０または受信機５０側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア５６０の速度エラー、リムーバブルメディア５６０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア５６０の読み書き異常など、さまざまな要因が考えられる。
【０１１２】
エクスポート画面１４００で、「エクスポート開始」ボタンを選択した場合は、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０７）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。接続されていれば、ストリーム出力処理部５７は、次に、出力先リムーバブルメディア５６０との認証を確認し（２１０８）、出力先リムーバブルメディア５６０の詳細なチェックを行う（２１０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。異常がなければ、エクスポート処理に移る。
【０１１３】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２１１８）、次にコンテンツ鍵生成部５４３がコンテンツ鍵を生成する（２１１１）。鍵暗号化処理部５４４がその鍵を暗号化し、出力先リムーバブルメディア５６０と鍵交換する（２１１２）。また、コンテンツ鍵生成部５４３はコンテンツ暗号化処理部５４２にコンテンツ鍵を設定する（２１１３）。コンテンツ暗号化処理部５４２はリムーバブルメディア５６０へのエクスポート処理を実行する（２１１４）。
【０１１４】
エクスポートが完了すれば（２１１５）、エクスポート終了処理（２１１６）において、メディア認証処理部５６１はリムーバブルメディア５６０へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア５６０の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア５６０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２１１７）、エクスポート画面の提示に戻る（２１０１）。
【０１１５】
図２４は、エクスポート画面１４００において、ネットワーク接続機器５７０へエクスポートする場合の、ストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２２０１）、画面上の操作で（２２０２）で、出力先を選択し、「エクスポート先チェック」ボタンが選択されると、通信認証処理部５４５は出力先にネットワーク接続機器５７０が接続されているかどうかチェックを行う（２２０３）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先のネットワーク接続機器５７０との認証を確認し（２２０４）、ネットワーク接続機器５７０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１１６】
この場合のエラーも、リムーバブルメディア５６０へのエクスポートと同様、ネットワーク接続機器５７０または受信機５０側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器５７０側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器５７０の速度エラー、ネットワーク接続機器５７０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器５７０の機器異常など、さまざまな要因が考えられる。
【０１１７】
エクスポート画面１４００で、「エクスポート開始」ボタンが選択された場合は、通信認証処理部５４５は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２２０７）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先ネットワーク接続機器５７０との認証を確認し（２２０８）、出力先ネットワーク接続機器５７０の詳細なチェックを行う（２２０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２２１０）、エクスポート画面の操作受付状態に戻る（２２０２）り、異常がなければ、エクスポート処理に移る。
【０１１８】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２２１８）、通信認証処理部５４５が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部５４６に設定し（２２１３）、通信暗号化処理部５４６はネットワーク接続機器５７０へのエクスポート処理を実行する（２２１４）。
【０１１９】
エクスポートが完了すれば（２２１５）、エクスポート終了処理（２２１６）において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器５７０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２２１７）、エクスポート画面の提示に戻る（２２０１）。
【０１２０】
図２５は、図１９のローカルナビゲーション画面１６００でのＥＣＧ処理部５２の処理フロー図の例である。
ローカルナビゲーション画面１６００では、ＥＣＧ処理部５２が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのＥＣＧメタデータを読み出し（２３０１）、その情報に基づきローカルナビゲーション画面１６００を提示する（２３０２）。
【０１２１】
この状態で、ユーザの操作を受けつけ（２３０３）、「購入」ボタンが選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２３０４）。この画面でユーザが購入条件を選択し、購入ボタンを選択すると（２３０５）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２３０６）。コンテンツ詳細表示画面１２５０は、ローカルナビゲーション画面１６００から、「詳細」ボタンを選択することでも表示される。
【０１２２】
ローカルナビゲーション画面１６００から、「視聴」ボタンが選択されると、ＥＣＧ処理部５２はＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
コンテンツ詳細表示画面でも、ユーザの操作（２３０７）により、「視聴」ボタンを選択すると、ＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
【０１２３】
以上説明した実施例によれば、受信機５０は、ＥＣＧ処理部５２に表示されるＥＣＧ、または、ブラウザ５１に表示されるＷｅｂ画面、ローカルナビゲーション１６００を介して、ネットワークで接続された配信システム６０からコンテンツを取得し、視聴することができる。
【０１２４】
なお、図２２、図２５においては、ＥＣＧ処理部５２により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ５１がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、ＡＶプレーヤ５３がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。
【０１２５】
受信機５０が利用するリムーバブルメディアの別の例を、図２６、図２７に示す。
図２６は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、メディアドライブ５８０が接続され、メディアドライブ５８０にリムーバブルメディア５８５を挿入して、メディア読書き部５８２を介して、読み書きを行うことができる。
【０１２６】
ストリーム出力処理部５７は、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、鍵読書き処理部５４８、コンテンツ暗号化処理部５５０からなる。
著作権保護機能を持つリムーバブルメディア５８５を、著作権保護機能を持つメディアドライブ５８０に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機５０のストリーム出力制御部５７は、メディアドライブ５８０が持つ認証処理部５８１と、ドライブ認証処理部５５１との間で、リムーバブルメディア５８５とメディアドライブ５８０が著作権保護に対応しているかどうかの認証処理を行う。
【０１２７】
認証確立後、コンテンツ鍵生成部５４８が生成した鍵を、コンテンツ暗号化処理部５５０に設定して、コンテンツを暗号化してリムーバブルメディア５８５に書き込み、鍵読書き処理部５４９を通して、リムーバブルメディア５８５に暗号化に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を書き込む。
【０１２８】
なお、図２６に記載された、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、コンテンツ暗号化処理部５５０、鍵読書き処理部５４９は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム５５１、コンテンツ鍵生成プログラム５４８、コンテンツ暗号化処理プログラム５５０、鍵読書き処理プログラム５４９などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１２９】
なお、図２６に記載された、メディア読書き部５８２、認証処理部５８１、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム５８２、認証処理プログラム５８１などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１３０】
図２７は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、直接リムーバブルメディア５９０が接続される。
ストリーム出力処理部５７は、ドライブ認証処理部５５２、コンテンツ鍵生成部５５３、鍵読書き処理部５５４、コンテンツ暗号化処理部５５５からなる。
【０１３１】
直接リムーバブルメディア５９０は、一般のデータ記憶領域５９１と、データを暗号化する鍵を保持する保護記憶領域５９２からなり、ドライブ認証処理部５５２は、リムーバブルメディア５９０が著作権保護対応かどうかを、保護記憶領域５９２の有無で判定し、認証確立後、コンテンツ鍵生成部５５３が生成した鍵を、コンテンツ暗号化処理部５５５に設定して、コンテンツを暗号化してリムーバブルメディア５９０のデータ記憶領域５９１に書き込み、鍵読書き処理部５５４を通して、保護記憶領域５９２に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を記憶させる。
【０１３２】
なお、図２７に記載された、メディア認証処理部５５２、コンテンツ鍵生成部５５３、コンテンツ暗号化処理部５５５、鍵読書き処理部５５４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５５２、コンテンツ鍵生成プログラム５５３、コンテンツ暗号化処理プログラム５５５、鍵読書き処理プログラム５５４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１３３】
以上の実施例によれば、受信機５０は、受信したコンテンツ７５を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。
【実施例２】
【０１３４】
本実施例では、３Ｄ映像（立体視により表示デバイスから浮き出して見える立体映像）を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の例を説明する。
本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
【０１３５】
本実施例においては、実施例１と異なる部分を中心に説明し、特に記載がないところは実施例１と同様である。
【０１３６】
まず、３Ｄ映像に関する用語の説明を行う。
【０１３７】
３Ｄ映像形式には、映像コーデックに非依存で、右目用の映像と左目用の映像をひとつの画面の左右に横に並べた映像により３Ｄ映像を実現するＳＢＳ（Ｓｉｄｅ ｂｙ Ｓｉｄｅ）と、Ｈ．２６４／ＭＰＥＧ４ ＡＶＣ形式の映像フォーマットを拡張し、一つの視点から見た主映像データと、他の視点から見た映像を、主映像データの差分情報で構成することにより、ＳＢＳより高い圧縮率の３Ｄ映像を実現するＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などがある。従来技術としてＳＢＳとＭＶＣといった形式での３Ｄコンテンツの配信形態が主流となっている。
【０１３８】
このため、本実施例でも、３Ｄ映像形式としてＳＢＳとＭＶＣを用いた場合を説明するが、３Ｄ映像形式をＳＢＳとＭＶＣに限定するものではない。
【０１３９】
また、本実施例としては、前提条件として、同一コンテンツ内において複数の３Ｄ映像形式、視点数は混在しないものとする。
【０１４０】
ここで、視点数とは、表示デバイスに対し、３Ｄ映像を立体的に見られる角度上の位置の数を示すもので、ＳＢＳでは、表示デバイス正面から見た場合の、左右の２視点の映像から構成されるため、正面から見た場合のみ、人間の目は立体感が得られる。
【０１４１】
正面以外の角度からも、立体視できるようにするためには、正面以外から見た場合の映像をできるだけきめ細かく用意し、人間が見る角度に応じて、最適な映像を選択して提示することにより、正面以外の角度でも立体感を得ることができる。
【０１４２】
この人間の見る角度に応じた映像の数を視点数と呼び、より多くの視点数の映像を用意することで、立体感が得られる視野角を広くすることが可能となっている。
【０１４３】
本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを利用して、３Ｄ映像および２Ｄ映像（平面映像）が混在するコンテンツを購入する際に行うコンテンツの検索時や、購入したあとに当該コンテンツの３Ｄに関する情報を表示する場合の例を説明する。
【０１４４】
映像コンテンツの配信システムの構成は、実施例１同様、図１、図２と同じでよい。
受信機の構成も、実施例１同様、図３と同じでよいが、映像デコーダ５２２は、入力された映像コンテンツが３Ｄ映像であれば、コンテンツをデコードして３Ｄ映像として再生し、映像出力Ｉ／Ｆに出力できる必要がある。
【０１４５】
映像コンテンツの検索、詳細情報閲覧、購入、ダウンロード指示等の操作は、ブラウザ５１を介し、Ｗｅｂサーバ６１から取得したＷｅｂ文書７１の操作により行うか、実施例１同様、図７、図８に示したＥＣＧメタデータ４００を受信し、ＥＣＧ処理部５２において操作を行う。
【０１４６】
Ｗｅｂ文書７１、または、ＥＣＧ処理部５２からダウンロード指示が行われると、受信機はメタデータサーバ６２から、３Ｄ映像を含む映像コンテンツに対応したダウンロード制御情報である、３Ｄ対応ダウンロード制御情報７００を取得する。
【０１４７】
図２８に３Ｄ対応ダウンロード制御情報７００のデータ構成例を示す。３Ｄ対応ダウンロード制御情報７００の構成要素は、図９のダウンロード制御情報１００のダウンロード実行単位情報１５０に、３Ｄ対応ストリーム再生制御情報の所在１６１を追加したものである。
【０１４８】
ストリーム再生制御情報の所在１６０は、２Ｄ映像コンテンツのストリーム再生制御情報７１０を、インターネット経由で取得する際の取得先ＵＲＬを記述したものであるのに対し、３Ｄ対応ストリーム再生制御情報の所在１６１は、３Ｄ映像を含む映像コンテンツに対応した３Ｄ対応ストリーム再生制御情報の取得先ＵＲＬを記述したものである。
【０１４９】
図２９に、２Ｄ映像コンテンツのストリーム再生制御情報７１０のデータ構成例を、図３１に、３Ｄ対応ストリーム再生制御情報７２０のデータ構成例を示す。ストリーム再生制御情報７１０は、ストリームの属性情報５１０として、再生時間５１１、再生ビットレート５１２、映像、音声、字幕などの各種情報パケットＩＤ５１３の情報、コンテンツに含まれる映像、音声、字幕コンポーネントの数５１４、映像、音声、字幕コンポーネントデータ形式を示す形式識別５１５、映像を飛ばして見ることを禁止できる時間帯を指定するスキップ再生禁止区間情報５１６を保持し、アクセスユニット位置情報５２０として、ストリームの先頭位置の時刻情報位置５２１、ストリームの先頭位置の時刻情報値５２２、ストリームの終了位置の時刻情報値５２３、ストリームに含まれるアクセスユニットの総数５２４を持ち、アクセスユニットの総数５２４で指定された数のそれぞれのアクセスユニットに対し、アクセスユニット先頭の時刻情報値５２５、アクセスユニット先頭のパケット番号５２６、アクセスユニット内のパケット数５２７を保持する。
【０１５０】
図３０に示す映像ストリームのデータ構成の一例を用いて、アクセスユニット位置情報５２０の各フィールドが示す具体的な意味について説明する。
【０１５１】
映像ストリームは、図に示すように、Ｉ、Ｂ、Ｐの各映像ピクチャの組み合わせで構成されており、Ｉピクチャは、一つの映像として単独でデコード可能な映像ピクチャであり、Ｂピクチャ、Ｐピクチャは、Ｉピクチャとの前後のピクチャ映像を、Ｉピクチャとの差分情報として持つピクチャ形式であり、単独ではデコードできずＩピクチャの情報と組み合わせてデコードを行う。
【０１５２】
このため、映像ストリームを、途中から再生する場合、Ｂピクチャ、Ｐピクチャから再生することはできず、Ｉピクチャから再生することが望ましい。
【０１５３】
このため、映像の頭出しに最適なＩピクチャとそれとの差分情報のＢピクチャ、Ｐピクチャのグループを一つの単位としてアクセスユニットと呼ぶ。
アクセスユニットに含まれるピクチャには、その映像を再生する時刻情報を、ストリーム先頭からの時刻情報値を付随情報として持ち、この時刻情報を基にして、映像デコーダ５２２は、時刻に同期した滑らかな映像再生を行う。
【０１５４】
こうした映像ストリームは、映像パケットとして、一定長のパケットに分割して伝送され、各映像パケットには、ストリーム先頭からのパケット番号が順に割り振られており、パケット番号によって、映像パケットの頭出しを行う。
【０１５５】
図２９のアクセスユニット位置情報５２０の各フィールドは、映像ピクチャの構成に上で、図３０に示した情報を表している。
【０１５６】
３Ｄ映像を含む映像コンテンツに対応する３Ｄ対応ストリーム再生制御情報７２０の構成は、図２９のストリーム再生制御情報７１０の属性情報５１０に、バージョン管理情報５１７、３Ｄ映像のエンコード方式を示す３Ｄ方式情報５１８を追加し、アクセスユニット位置情報５２０に、アクセスユニットごとの３Ｄ／２Ｄ識別情報５２８を追加したものである。
【０１５７】
３Ｄ対応ストリーム再生制御情報７２０は、アクセスユニットごとに、３Ｄ／２Ｄ識別情報５２８を保持することにより、ストリーム内の任意のＩピクチャから再生する場合でも、そのピクチャが３Ｄ映像なのか否かを判断することが可能である。
【０１５８】
コンテンツをダウンロードし、受信機でダウンロードしたコンテンツを再生する場合の全体の処理の流れは実施例１の図６と同じである。
【０１５９】
ブラウザ５１、ＥＣＧ処理部５２から、コンテンツのダウンロードが指示された場合、Ｗｅｂ文書７１、ＥＣＧメタデータ４００が示すリンクを辿り、ダウンロード制御情報１００を取得し、ダウンロード制御情報１００の内容に従い、ダウンローダ５５がダウンロード処理を行うが、コンテンツが３Ｄ映像を含む場合、ダウンロード制御情報１００に代わり３Ｄ対応ダウンロード制御情報７００が、Ｗｅｂ文書７１、ＥＣＧメタデータ４００からリンクされ、ダウンローダ５５は、３Ｄ対応ダウンロード制御情報７００の内容に基づいて、ダウンロードするコンテンツのＥＣＧメタデータ４００、再生制御メタファイル２００、ストリーム再生制御情報７１０、コンテンツ７５を取得し、ストレージ５５０に蓄積する。
【０１６０】
ダウンローダ５５が、３Ｄ対応ダウンロード制御情報７００を参照し、３Ｄ対応ストリーム再生制御情報の所在１６１が記述されていれば、ストリーム再生制御情報の所在１６０の記述を無視し、３Ｄ対応ストリーム再生制御情報の所在１６１が指し示す３Ｄ対応ストリーム再生制御情報７２０を取得する。
【０１６１】
ストレージ５５０に蓄積したコンテンツの再生、および、エクスポートの処理フローは、実施例１の図２５と同じである。
【０１６２】
ブロック２３０８において起動されるＡＶプレーヤ５３は、ストレージ５５０から読み出したデータを、デコードし、映像、音声、字幕を再生する。
【０１６３】
通常速度の再生であれば、ＡＶプレーヤ５３は、映像ストリームのデータを逐次でコードするだけでよいが、例えば、高速な早送り再生、数分おきのスキップ再生、あらかじめ設定されたチャプタ位置へのジャンプなどの特殊再生が、ユーザから指示された場合、映像ストリームの途中のアクセスユニットからの再生が必要になる。
【０１６４】
この場合、ＡＶプレーヤ５３は、ストリーム再生制御情報７１０を参照することで、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得し、そのアクセスユニットのＩピクチャからデコードを開始する。これにより、どのような特殊再生が行われても、速やかに完全な映像の再生が開始できる。
【０１６５】
３Ｄ映像を含む映像コンテンツの特殊再生を行う場合には、ＡＶプレーヤ５３は、３Ｄ対応ストリーム再生制御情報７２０を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、そのアクセスユニットのアクセスユニット３Ｄ／２Ｄ識別情報５２８を取得し、その識別情報が、２Ｄであれば、そのアクセスユニットのＩピクチャから２Ｄ映像としてデコードを開始し、映像出力インタフェースも、２Ｄの出力状態に設定する。その識別情報が３Ｄであれば、そのアクセスユニットのＩピクチャから３Ｄ映像としてデコードを開始し、映像出力インタフェースも、３Ｄの出力状態に設定する。
【０１６６】
これにより、どのような特殊再生の操作が行われても、２Ｄ、３Ｄが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。
【実施例３】
【０１６７】
本実施例では、３Ｄ映像を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の別の実施例を説明する。
【０１６８】
実施例３が、実施例２と異なるのは、以下の点である。
まず、３Ｄ映像を含むコンテンツを配信する場合に伝送する３Ｄ対応ストリーム再生制御情報７２０に代えて、ストリーム再生制御情報７１０と、図３２の３Ｄストリーム識別情報７３０を組み合わせた構成をとる。
【０１６９】
３Ｄストリーム識別情報７３０は、ストリーム再生制御情報７１０から、３Ｄ対応ストリーム再生制御情報７２０に拡張したときに増やした、各アクセスユニットに対するアクセスユニット３Ｄ／２Ｄ識別情報５２８だけを独立して保持するテーブルであり、アクセスユニットの総数５２４の後に、アクセスユニット先頭から順に、そのアクセスユニット３Ｄ／２Ｄ識別情報５２８を格納する。
【０１７０】
３Ｄ対応ダウンロード制御情報７００の３Ｄ対応ストリーム再生制御情報の所在１６１には、３Ｄ対応ストリーム再生制御情報７２０ではなく、３Ｄストリーム識別情報７３０の取得先ＵＲＬを記述し、ダウンローダ５５は、３Ｄ対応ダウンロード制御情報７００を参照し、ストリーム再生制御情報の所在１６０が指し示すストリーム再生制御情報７１０を取得すると共に、３Ｄ対応ストリーム再生制御情報の所在１６１が指し示す３Ｄストリーム識別情報７３０を取得する。
【０１７１】
ストレージ５５０に蓄積したコンテンツの再生処理も、基本的には実施例2と同じであるが、３Ｄ映像を含む映像コンテンツを特殊再生する場合には、ＡＶプレーヤ５３は、ストリーム再生制御情報７１０を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、３Ｄストリーム識別情報７３０を参照し、そのアクセスユニットのアクセスユニット３Ｄ／２Ｄ識別情報５２８を取得し、その識別情報が、２Ｄであれば、そのアクセスユニットのＩピクチャから２Ｄ映像としてデコードを開始し、映像出力インタフェースも２Ｄの出力状態に設定する。その識別情報が３Ｄであれば、そのアクセスユニットのＩピクチャから３Ｄ映像としてデコードを開始し、映像出力インタフェースも３Ｄの出力状態に設定する。
【０１７２】
これにより、実施例2と同様、どのような特殊再生の操作が行われても、２Ｄ、３Ｄが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。さらには、３Ｄ映像を含む映像コンテンツを配信する際にも、ストリーム再生制御情報７１０のデータ構造を変えず再利用でき、３Ｄ映像を含む場合に必要な差分情報を別ファイルとして独立することにより、３Ｄ非対応の既存の受信機の誤動作を抑止でき、３Ｄ非対応の受信機を、３Ｄ対応受信機にアップグレードする際も、開発工数を削減できるメリットがある。
【実施例４】
【０１７３】
本実施例では、３Ｄ映像を含む映像コンテンツをダウンロード配信する配信システムにおいて、受信した映像コンテンツを、リムーバブルメディア等に記録する受信機の別の実施例を説明する。
【０１７４】
実施例４は、特に説明をしない部分は、実施例２、または、実施例３と同じ構成を前提としており、以下の点が異なる。
【０１７５】
図３３は、メタデータサーバ６２により配信されるＥＣＧメタデータ４００に含まれるコンテンツメタデータ４３０の構成例である。
【０１７６】
コンテンツメタデータ４３０は、少なくとも、タイトル情報４３１、ジャンル情報４３２、再生時間４３３、コンテンツ詳細情報４３５、３Ｄに関する情報４３４などから構成される。タイトル４３１は、映像コンテンツの名称を示し、例えば「映画１」等である。ジャンル情報４３２は、映像コンテンツの種別に関する情報であり、例えば「映画−洋画・コメディ」等の分類を行う情報を、分類名称やジャンルコードにて記述する。再生時間４３３は、映像コンテンツの再生時間を記述し、コンテンツ詳細情報４３５は、コンテンツのあらすじや、出演者、監督などの映像コンテンツの詳細情報を記述する。
【０１７７】
３Ｄに関する情報４３４は、３Ｄ／２Ｄの混在情報４３４１、３Ｄ映像形式４３４２、視点数４３４３を有する。
【０１７８】
３Ｄ／２Ｄの混在情報は４３４１は、映像コンテンツの３Ｄと２Ｄの混在状況を示し、映像コンテンツが全編３Ｄ映像である場合は「ｆ３ｄ」、映像コンテンツが一部のみ３Ｄである場合は「ｐ３ｄ」のように記載し、映像コンテンツの３Ｄ／２Ｄの混在状況を区別するための情報である。全編２Ｄ映像の場合、コンテンツメタデータは３Ｄに関する情報４３４を含まない。ただし、コンテンツメタデータに３Ｄに関する情報４３４を含めない代わりに、３Ｄに関する情報４３４に「ｆ２ｄ」と記載してもよく、その場合、全編２Ｄ映像であることが、より明確になる。
【０１７９】
３Ｄ映像形式４３４２は、映像コンテンツで用いられている３Ｄ映像形式を示し、映像コンテンツの３Ｄ映像形式が「Ｓｉｄｅ ｂｙ Ｓｉｄｅ形式」である場合は「ＳＢＳ」、映像コンテンツの３Ｄ映像形式が「ＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式」である場合は「ＭＶＣ」のように記載し、映像コンテンツの３Ｄ映像形式を区別するための情報である。
【０１８０】
視点数４３４３は、映像コンテンツの３Ｄ映像の視点の数を示し、映像コンテンツの視点の数が２である場合は「２」、映像コンテンツの視点の数が３である場合は「３」のように記載し、映像コンテンツの視点の数を区別するための情報である。
【０１８１】
このとき、映像コンテンツの３Ｄ映像形式が「Ｓｉｄｅ ｂｙ Ｓｉｄｅ形式」である場合、視点の数は「２」で固定されるため、視点数４３４３を３Ｄに関する情報４３４に含めなくてもよいし、視点数４３４３が含まれたとしても参照する必要は無い。
【０１８２】
また、映像コンテンツの３Ｄ映像形式が「ＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式」である場合に、３Ｄに関する情報４３４に視点数４３４３含まれていない場合、映像コンテンツの視点の数を最小の視点数である「２」としてもよい。
【０１８３】
なお、３Ｄに関する情報４３４は、映像コンテンツが全編、もしくは一部に３Ｄ対応する場合のみ、コンテンツメタデータ４３０に含め、映像コンテンツが２Ｄにのみ対応している場合は、コンテンツメタデータ４３０に含めない。
【０１８４】
また、これ以外の情報においても必要に応じてコンテンツメタデータ４３０に追加することは可能である。
【０１８５】
図３４は、本実施例における３Ｄ対応再生制御メタファイル２４０の構成例である。
【０１８６】
３Ｄ対応再生制御メタファイル２４０は、実施例１の再生制御メタファイル２００を拡張したもので、同じ採番のフィールドは再生制御メタファイル２００と同じものであるが、コンテンツ固有属性情報２１０が、３Ｄ対応コンテンツ固有属性情報２５０に拡張され、映像ストリームの形式を記述するストリーム形式情報２１６、映像ストリームの３Ｄ情報２１７が追加されている。
【０１８７】
３Ｄ情報２１７は、単純に、映像ストリームに３Ｄ映像を含むか否かのフラグである場合もあるし、Ｓｉｄｅ ｂｙ Ｓｉｄｅ、ＭＶＣ等の３Ｄ映像形式情報、映像が全編３Ｄなのか、一部が３Ｄでかつ先頭が２Ｄで始まるのか、一部が３Ｄでかつ先頭が３Ｄで始まるのかを示すような、２Ｄ／３Ｄストリーム構成情報を持ってもよい。
【０１８８】
次に、図３５に示したのは、映像コンテンツを記録するリムーバブルメディア内のデータ記憶領域６００の構成例である。リムーバブルメディアは、ファイルシステムを持ち、ファイルシステムの管理下で、図３３に記載した情報をファイル化して保持する。
【０１８９】
映像コンテンツは、コンテンツ記憶領域６５０に、コンテンツファイル６５１として記録される。この際、併せて、コンテンツ格納情報６１０を記録することにより、コンテンツ記憶領域６５０のコンテンツファイル６５１にアクセスが可能になり、コンテンツアクセス情報６２０を記録することにより、映像コンテンツの途中の映像の頭出しを迅速に行うことができる。また、コンテンツ属性管理情報６３０を記録することにより、リムーバブルメディア内に記録された映像コンテンツの様々な条件による検索を実現できる。
【０１９０】
リムーバブルメディアに記録された映像コンテンツの数は、コンテンツ格納情報６１０の登録コンテンツ数６１１に格納され、記録された映像コンテンツに対し持つ情報は、次の通りである。
【０１９１】
コンテンツファイル名６１２は、リムーバブルメディアのファイルシステム上で管理するファイル名称、コンテンツ記憶領域上の先頭場所６１３は、コンテンツ記憶領域６５０上のコンテンツファイル６５１の格納先頭位置を示し、コンテンツ記憶領域上の格納サイズ６１４は、コンテンツ記憶領域上のコンテンツファイル６５１の大きさを示す。
【０１９２】
アクセスユニット管理情報の場所６１５は、対応する映像コンテンツのアクセスユニット管理情報６２０にアクセスするための情報を、コンテンツ属性管理情報の場所６１６は、対応する映像コンテンツのコンテンツ属性管理情報６３０アクセスするための情報を示す。
【０１９３】
なお、コンテンツ格納情報６１０は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。
【０１９４】
コンテンツアクセス情報６２０は、各映像コンテンツに対し、コンテンツが持つ頭出し再生可能なピクチャ単位であるアクセスユニットの数を示すアクセスユニット数６２１を持ち、各アクセスユニットに対し次の情報を持つ。
【０１９５】
アクセスユニットの時刻情報６２２は、映像コンテンツ先頭からの再生時刻を示し、ピクチャの格納場所６２３は、コンテンツファイル６５１先頭からのピクチャの格納相対位置を示す。アクセスユニットのサイズ６２４は、各アクセスユニットのデータサイズを示す。受信機５０は、ユーザ操作により頭出し再生を行う場合、頭出しする時刻に最も近い時刻をアクセスユニットの時刻情報６２２から検索し、該当するピクチャの格納場所６２３に従いコンテンツファイル６５１のアクセスユニットを読み出すことにより、頭出し再生が可能になる。
【０１９６】
なお、コンテンツアクセス情報６２０は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。
【０１９７】
コンテンツ属性管理情報６３０は、各映像コンテンツに対し、次の情報を持つ。
コンテンツ名称６３１は、映像コンテンツのタイトルなどの文字列を記載し、コンテンツのジャンル情報６３２は、映像コンテンツを分類する分類名称や分類コードを記述する。
【０１９８】
再生時間６３３は、映像コンテンツの再生時間、コンテンツ詳細説明情報６３４は、映像コンテンツの解説や、出演者、監督等の様々な情報を記載する。
【０１９９】
ストリーム形式６３５には、映像コンテンツのストリームファイルの形式や、映像、音声、字幕等の構成要素の構成などを記述し、映像コーデック形式情報６３６には、映像コンテンツの映像コーデックの形式を、音声コーデック形式情報６３７には、音声コーデックの形式を記述する。
【０２００】
記録元属性情報６３９は、記録した映像コンテンツの由来を示す情報を記述し、例えば、地上波や衛星のデジタル放送の録画、インターネットからダウンロードしたコンテンツインターネット放送の録画、デジタルケーブルテレビ放送の録画などが、区別できるよう記述する。
【０２０１】
３Ｄコンテンツ識別情報６３９は、映像コンテンツ内に、３Ｄ映像が含まれるかどうかを示す情報で、３Ｄ映像を含まないか、少しでも３Ｄ映像を含むかの択一の情報を持つ場合や、３Ｄ映像を含む場合に、全面３Ｄ映像のコンテンツなのか、一部が３Ｄ映像なのかを区別して情報を保持する場合が想定される。
【０２０２】
なお、３Ｄコンテンツ識別情報６３９は、映像コーデック形式情報６３６や、ストリーム形式６３５に含まれる場合もある。
【０２０３】
また、コンテンツ属性管理情報６３０は、記載した情報以外にも、リムーバブルメディアの管理方式に応じ、独自の管理情報を持つ場合がある。
【０２０４】
図３６を用いて、図２３、図２４のステップ２２１４のエクスポート処理実行において、ストリーム出力処理部５７により行われるエクスポート処理２４００の一例の詳細を説明する。
【０２０５】
映像コンテンツをリムーバブルメディアに記録する場合、まず、配信コンテンツのサイズ１５９に従い、映像コンテンツが格納できるコンテンツ記憶領域６５０を確保し（２４０１）、映像コンテンツをコンテンツ記憶領域６５０に、コンテンツファイル６５１として記録する（４２０２）。
【０２０６】
次に、３Ｄ対応ストリーム再生制御情報７２０を元に、コンテンツアクセス情報６２０を生成して記録し（４２０３）、コンテンツメタデータ４３０や３Ｄ対応再生制御メタファイル２４０を元に、コンテンツ属性管理情報６３０を生成して記録し（４２０４）、最後に、記録したコンテンツファイル６５１のコンテンツ格納情報６１０を生成し記録する（４２０５）ことにより、コンテンツのエクスポートが完了する。
【０２０７】
なお、ステップ２４０１において、記録するコンテンツを格納できる残容量がリムーバブルメディアに残っているかどうかをチェックし、記録エリアを確保しておくことが望ましいが、受信機５０の実装や、コンテンツサービスによっては、事前に記録容量を確保せずにエクスポートを実行し、容量不足が起きた場合には、エクスポートを中止してもよい。
【０２０８】
また、リムーバブルメディアの種類によっては、受信した映像コンテンツを、リムーバブルメディアに記録できる形式にトランスコードして、エクスポートしてもよい。このとき、映像コンテンツの容量は、配信コンテンツのサイズ１５９から変化する場合があるが、その場合は、トランスコード処理内容から予想される容量を元に、コンテンツ記憶領域６５０を確保すればよい。
【０２０９】
ここで、トランスコードとは、映像コンテンツのストリーム形式、映像や音声コーデック形式を別の形式に変換すること、および符号ビットレートを変更することなどをさす。
【０２１０】
コンテンツアクセス情報６２０の時刻情報６２２、ピクチャの格納場所６２３アクセスユニットのサイズ６２４は、３Ｄ対応ストリーム再生制御情報７２０のアクセスユニット位置情報５２０をエクスポートメディア固有のファイルシステムの管理形態に合わせて変換することで、生成される。
【０２１１】
また、３Ｄ対応ストリーム再生制御情報７２０を使用する代わりに、映像ストリーム自体を直接解析し、コンテンツアクセスユニットの位置を割り出し、コンテンツアクセス情報６２０を生成してもよい。
【０２１２】
コンテンツ属性管理情報６３０は、コンテンツ名称６３１、コンテンツのジャンル情報６３２、再生時間６３３、コンテンツ詳細説明情報６３４など、コンテンツの検索、抽出に利用するデータは、コンテンツメタデータ４３０の対応するタイトル情報４３１、ジャンル情報４３２、再生時間４３３、コンテンツ詳細情報４３５を元に、記述される。
【０２１３】
配信サービス側で規定したコンテンツメタデータ４３０と、リムーバブルメディアで規定したコンテンツ属性管理情報６３０では、厳密にデータ形式や、分類方法などが一致するとは限らないが、その場合は、データ形式は記録するメディアの形式にあわせて変更し、分類方法が完全に一致しない場合でも、なるべく元のコンテンツメタデータ４３０の意図に近い値を、コンテンツ属性管理情報６３０に記述する。
【０２１４】
ストリーム形式６３５、映像コーデック形式情報６３６、音声コーデック形式情報６３７は、３Ｄ対応再生制御メタファイル２４０のコンテンツ固有属性情報(ＥＲＩ)２１０の該当情報や、映像ストリーム自体の解析により生成できる。
【０２１５】
３Ｄコンテンツ識別情報６３９は、３Ｄ対応再生制御メタファイル２４０や、３Ｄ対応ストリーム再生制御情報７２０を元に記述し、記述する情報が厳密に一致しない場合は、なるべく近い値を記述する。
【０２１６】
例えば、３Ｄコンテンツ識別情報６３９が、３Ｄ映像を含むか否かのフラグ情報で、元になる３Ｄ対応再生制御メタファイル２４０の３Ｄ情報２１７が、映像が全編３Ｄなのか、一部が３Ｄでかつ先頭が２Ｄで始まるのか、一部が３Ｄでかつ先頭が３Ｄで始まるのかの３つのいずれかの値を持つ場合は、３Ｄコンテンツ識別情報６３９の値を「３Ｄ映像を含む」に設定し、３Ｄ情報２１７の記述自体がない場合は、３Ｄ映像が含まれないと判断し、「３Ｄ映像を含まない」に設定する例が考えられる。
【０２１７】
以上の実施例において、映像コンテンツは暗号化されていてもよく、その場合には、実施例２、実施例３、図２０、図２６、図２７で説明した方式により、暗号化するものとする。
【０２１８】
以上の実施例によれば、ダウンロードした３Ｄ映像を含むコンテンツを、リムーバブルメディア等にエクスポートする際、元の映像コンテンツに付随する３Ｄに関わる情報を、できるだけ生かす形で、リムーバブルメディアの管理情報に移行することができ、リムーバブルメディア上でも、３Ｄ映像コンテンツの検索、抽出や、再生の利便性が向上する。
【０２１９】
また、本実施例によれば、３Ｄ映像を含むコンテンツを格納したリムーバブルメディアを、他の再生機器に接続した場合に、その再生機器が３Ｄ映像を再生する能力がなければ、リムーバブルメディア上の管理情報を見て、３Ｄ映像を含むコンテンツを、提示しない、再生不可なコンテンツとして提示する、再生時に再生不可のエラーや警告を提示する等の対策を行うことができる利点もある。
【０２２０】
さらに、本実施例によれば、３Ｄ映像の再生が行えない他の再生装置に外部メディアを装着した場合にも、ユーザにその旨の案内提示を行うことができる。
【０２２１】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２２２】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０２２３】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２２４】
５０ 受信機
５１ ブラウザ
５２ ＥＣＧ処理部
５３ ＡＶプレーヤ
５５ ダウンローダ
５６ ローカルナビゲーション
５７ ストリーム出力制御部
６０ 配信システム
１００ ダウンロード制御情報
２４０ ３Ｄ対応再生制御メタファイル
３００ ライセンス
４００ ＥＣＧメタデータ
４３０ コンテンツメタデータ
５１０ ストレージ
５６０ リムーバブルメディア
５７０ ネットワーク接続機器
６００ データ記憶領域
６１０ コンテンツ格納情報
６２０ コンテンツアクセス情報
６３０ コンテンツ属性管理情報
６５０ コンテンツ記憶領域
７００ ３Ｄ対応ダウンロード制御情報
７２０ ３Ｄ対応ストリーム再生制御情報
２４００ エクスポート処理
【特許請求の範囲】
【請求項１】
映像コンテンツ、および、前記映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、
受信した前記映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機であって、
前記出力制御部は、前記映像コンテンツを外部メディアに出力する場合、前記再生制御情報において配信される、前記映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報に、前記映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を記録する、
ことを特徴とするコンテンツ受信機。
【請求項２】
請求項１記載のコンテンツ受信機であって、
前記出力制御部は、前記第二の立体映像情報が持つ分類が、前記第一の立体映像情報が持つ分類に比べ抽象度が高い場合に、前記第一の立体映像情報に最も近い前記第二の立体映像情報の分類を、前記外部メディアに記録する、
ことを特徴とするコンテンツ受信機。
【請求項３】
請求項１記載のコンテンツ受信機であって、
前記第一の立体映像情報は、前記映像コンテンツ内に、立体映像なしか、全面立体映像のみ存在するか、部分的に立体映像が存在するかを区別して情報を保持し、前記第二の立体映像情報は、前記映像コンテンツ内に、立体映像が存在するか否かの情報を記録可能であり、
前記出力制御部は、前記第一の立体映像情報が、立体映像のみ存在するか、部分的に立体映像が存在することを示す場合には、前記第二の立体映像情報において、立体映像が存在するという情報を前記外部メディアに記録する、
ことを特徴とするコンテンツ受信機。
【請求項４】
映像コンテンツ、および、前記映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、当該コンテンツ受信機から取り外し可能な外部メディアに出力する出力制御部とを備えるコンテンツ受信機におけるコンテンツ情報出力方法であって、
前記出力制御部は、前記映像コンテンツを外部メディアに出力する場合、前記再生制御情報に記述される、前記映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報として、前記映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を前記外部メディアに出力する、
ことを特徴とするコンテンツ情報出力方法。
【請求項５】
請求項４記載のコンテンツ情報出力方法であって、
前記出力制御部は、前記第二の立体映像情報が持つ分類が、前記第一の立体映像情報が持つ分類に比べ抽象度が高い場合に、前記第一の立体映像情報に最も近い前記第二の立体映像情報の分類を、前記外部メディアに出力する、
ことを特徴とするコンテンツ情報出力方法。
【請求項６】
請求項４記載のコンテンツ情報出力方法であって、
前記第一の立体映像情報は、前記映像コンテンツ内に、立体映像なしか、全面立体映像のみ存在するか、部分的に立体映像が存在するかを区別して情報を保持し、前記第二の立体映像情報は、前記映像コンテンツ内に、立体映像が存在するか否かの情報を記録可能であり、
前記出力制御部は、前記第一の立体映像情報が、立体映像のみ存在するか、部分的に立体映像が存在することを示す場合には、前記第二の立体映像情報において、立体映像が存在するという情報を前記外部メディアに出力する、
ことを特徴とするコンテンツ情報出力方法。
【請求項１】
映像コンテンツ、および、前記映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、
受信した前記映像コンテンツを、外部メディアに出力する出力制御部とを備えるコンテンツ受信機であって、
前記出力制御部は、前記映像コンテンツを外部メディアに出力する場合、前記再生制御情報において配信される、前記映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報に、前記映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を記録する、
ことを特徴とするコンテンツ受信機。
【請求項２】
請求項１記載のコンテンツ受信機であって、
前記出力制御部は、前記第二の立体映像情報が持つ分類が、前記第一の立体映像情報が持つ分類に比べ抽象度が高い場合に、前記第一の立体映像情報に最も近い前記第二の立体映像情報の分類を、前記外部メディアに記録する、
ことを特徴とするコンテンツ受信機。
【請求項３】
請求項１記載のコンテンツ受信機であって、
前記第一の立体映像情報は、前記映像コンテンツ内に、立体映像なしか、全面立体映像のみ存在するか、部分的に立体映像が存在するかを区別して情報を保持し、前記第二の立体映像情報は、前記映像コンテンツ内に、立体映像が存在するか否かの情報を記録可能であり、
前記出力制御部は、前記第一の立体映像情報が、立体映像のみ存在するか、部分的に立体映像が存在することを示す場合には、前記第二の立体映像情報において、立体映像が存在するという情報を前記外部メディアに記録する、
ことを特徴とするコンテンツ受信機。
【請求項４】
映像コンテンツ、および、前記映像コンテンツの再生や外部出力に用いられる再生制御情報を、ネットワークを介し受信するダウンロード制御部と、受信した前記映像コンテンツを、当該コンテンツ受信機から取り外し可能な外部メディアに出力する出力制御部とを備えるコンテンツ受信機におけるコンテンツ情報出力方法であって、
前記出力制御部は、前記映像コンテンツを外部メディアに出力する場合、前記再生制御情報に記述される、前記映像コンテンツ内における立体映像の存在状況を示す第一の立体映像情報に基づき、前記コンテンツを記録する外部メディアの管理情報として、前記映像コンテンツが立体映像を含有するか否かを示す第二の立体映像情報を前記外部メディアに出力する、
ことを特徴とするコンテンツ情報出力方法。
【請求項５】
請求項４記載のコンテンツ情報出力方法であって、
前記出力制御部は、前記第二の立体映像情報が持つ分類が、前記第一の立体映像情報が持つ分類に比べ抽象度が高い場合に、前記第一の立体映像情報に最も近い前記第二の立体映像情報の分類を、前記外部メディアに出力する、
ことを特徴とするコンテンツ情報出力方法。
【請求項６】
請求項４記載のコンテンツ情報出力方法であって、
前記第一の立体映像情報は、前記映像コンテンツ内に、立体映像なしか、全面立体映像のみ存在するか、部分的に立体映像が存在するかを区別して情報を保持し、前記第二の立体映像情報は、前記映像コンテンツ内に、立体映像が存在するか否かの情報を記録可能であり、
前記出力制御部は、前記第一の立体映像情報が、立体映像のみ存在するか、部分的に立体映像が存在することを示す場合には、前記第二の立体映像情報において、立体映像が存在するという情報を前記外部メディアに出力する、
ことを特徴とするコンテンツ情報出力方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【公開番号】特開２０１２−２４４４４５（Ｐ２０１２−２４４４４５Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１３０２１（Ｐ２０１１−１１３０２１）
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]