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