受信装置、および受信方法
【課題】受信機において、ネットワークから配信されるコンテンツを受信し、記憶し、外部出力可能とする。
【解決手段】圧縮符号化された映像信号と音声信号を含むディジタルコンテンツと、圧縮符号化方式の変換、および／または符号ビットレートの変換の可否を示す変換可否情報とをネットワークを介して受信し、受信したディジタルコンテンツと変換可否情報を関連付けて第一の記録媒体に記録する第一の記録手段と、第一の記録媒体に記録されたディジタルコンテンツを読み出し、第二の記録媒体に記録する第二の記録手段と、変換可否判別手段と、ディジタルコンテンツの変換手段と、変換を行うか否かの選択肢を表示し選択する選択手段とを備え、ディジタルコンテンツを第二の記録媒体に記録する際に、変換を行うと選択された場合は、第一の記録媒体から読み出されたディジタルコンテンツの変換を行って記録する受信装置。
【解決手段】圧縮符号化された映像信号と音声信号を含むディジタルコンテンツと、圧縮符号化方式の変換、および／または符号ビットレートの変換の可否を示す変換可否情報とをネットワークを介して受信し、受信したディジタルコンテンツと変換可否情報を関連付けて第一の記録媒体に記録する第一の記録手段と、第一の記録媒体に記録されたディジタルコンテンツを読み出し、第二の記録媒体に記録する第二の記録手段と、変換可否判別手段と、ディジタルコンテンツの変換手段と、変換を行うか否かの選択肢を表示し選択する選択手段とを備え、ディジタルコンテンツを第二の記録媒体に記録する際に、変換を行うと選択された場合は、第一の記録媒体から読み出されたディジタルコンテンツの変換を行って記録する受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介し、配信システムから配信されたコンテンツを、受信する受信機とその受信方法、また、配信システムと受信機から構成されるコンテンツ送受信システムにおけるコンテンツの配信方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、国際公開２００４／１００５４９号公報（特許文献１）がある。
特許文献１には、コンテンツを配信するサーバと、インターネットを介し、サーバからコンテンツをダウンロードし再生する受信機からなる配信システムを実現する実施例が記載されている。
【０００３】
この実施例においては、インターネットブラウザが、コンテンツダウンロードの実行内容を記述したダウンロード制御ファイル（本発明では、ダウンロード制御メタファイルと呼ぶ）をサーバから取得し、このファイルを、ダウンロードエージェントが解釈し、ダウンロードを実行する例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開２００４／１００５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信して、一定の制約下で他の装置等にエクスポートすることを可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００７】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
ディジタル圧縮符号化された映像信号と音声信号を含むディジタルコンテンツと、前記ディジタルコンテンツのディジタル圧縮符号化方式の変換、および／または符号ビットレートの変換の可否を示す変換可否情報とを、ネットワークを介して受信する受信手段と、受信手段で受信した前記ディジタルコンテンツを第一の記録媒体に記録する第一の記録手段と、受信手段で受信した変換可否情報をディジタルコンテンツと関連付けて記憶する記憶手段と、第一の記録媒体に記録された前記ディジタルコンテンツを読み出す読出し手段と、読出し手段で読み出された前記ディジタルコンテンツを第二の記録媒体に記録する第二の記録手段と、変換可否情報を判別する変換可否判別手段と、ディジタルコンテンツのディジタル圧縮符号化方式の変換、および／または符号ビットレートの変換を行う変換手段と、変換を行うか否かの選択肢を表示して選択する選択手段と、を備え、ディジタルコンテンツを、第二の記録媒体に記録する際に、変換可否判別手段において、記憶手段で記憶された変換可否情報から、変換可否情報が変換可能を示すと判断された場合は、選択手段は、変換を行うか否かの選択肢を表示し、変換を行うと選択された場合は、変換手段により、読出し手段により第一の記録媒体から読み出されたディジタルコンテンツのディジタル圧縮符号化方式の変換、および／または符号ビットレートの変換を行って、第二の記録手段により第二の記録媒体に記録し、変換を行わないと選択された場合は、読出し手段により第一の記録媒体から読み出されたディジタルコンテンツを、第二の記録手段により第二の記録媒体に記録し、変換可否判別手段において、変換可否情報が変換不可を示すと判断された場合は、選択手段は、変換を行うか否かの選択肢を表示せず、読出し手段により第一の記録媒体から読み出されたディジタルコンテンツを、第二の記録手段により第二の記録媒体に記録することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、コンテンツの受信機において、ネットワークから配信される著作権保護されたコンテンツを受信し、一定の制約下で他の装置等にエクスポートすることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】コンテンツ送受信システムの構成の例である。
【図２】配信システムの構成例である。
【図３】受信機の構成例である。
【図４】受信機と配信システムの関係を示す第１の例である。
【図５】受信機と配信システムの関係を示す第２の例である。
【図６】受信機と配信システムの関係を示す第３の例である。
【図７】ＥＣＧメタデータの相関図である。
【図８】パッケージメタデータの構成例である。
【図９】ダウンロード制御情報の構成例である。
【図１０】再生制御メタファイルの構成例である。
【図１１】ライセンスの構成例である。
【図１２】受信機のコンテンツ検索画面の例である。
【図１３】受信機の検索結果画面の例である。
【図１４】受信機のコンテンツ購入画面の例である。
【図１５】受信機のコンテンツ詳細表示画面の例である。
【図１６】受信機のコンテンツ再生画面の例である。
【図１７】受信機のエクスポート画面の例である。
【図１８】受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。
【図１９】受信機のローカルナビゲーション画面の例である。
【図２０】受信機とリムーバブルメディアとのインタフェース部分の構成例である。
【図２１】受信機とネットワーク接続機器とのインタフェース部分の構成例である。
【図２２】ＥＣＧ処理部における処理フロー図の例である。
【図２３】ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。
【図２４】ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。
【図２５】ローカルナビゲーションにおける処理フロー図の例である。
【図２６】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２７】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２８】別の受信機の構成例である。
【図２９】ダウンロード制御情報を取得要求するコマンド文字列の例である。
【図３０】エクスポート画面を表示する際のブラウザの処理の例である。
【図３１】受信機のエクスポート画面の別の例である。
【図３２】コンテンツをダウンロードする際のダウンローダの処理の例である。
【図３３】ストレージに蓄積したコンテンツをエクスポートする場合の、エクスポート画面を表示する際のブラウザの処理の例である。
【図３４】ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の別の例である。
【発明を実施するための形態】
【００１０】
以下、実施例を、図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、コンテンツを受信する受信機５０と、配信システム６０の例を説明する。
図１は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ４３を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網４０と、コンテンツ配信ネットワーク４０から接続される外部のインターネット網４５と、から構成される。配信システム６０は、ネットワークスイッチ４２を介し、コンテンツ配信網４０に接続される場合と、汎用性を重視しインターネット網４５にルータ４４を介して接続される場合がある。
【００１２】
家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ＡＤＳＬ(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 ]