サーバ
【課題】コンテンツ配信システム毎に策定される複数のＲＭＰ方式に対応するコンテンツ受信機を提供する。
【解決手段】コンテンツ課金・セキュリティ・著作権保護などの情報からなるＲＭＰの仕様を規定する書式のみを統一化する。各コンテンツ提供事業者は統一仕様に則った形式で暗号化コンテンツや権利処理情報をコンテンツに入力する。コンテンツ利用者側では、各々のＲＭＰ方式に対応した機能を複数用意しておくだけで、どのようなＲＭＰ方式に基づくコンテンツであっても、同じコンテンツ受信機上で復号化して利用に供することができる。
【解決手段】コンテンツ課金・セキュリティ・著作権保護などの情報からなるＲＭＰの仕様を規定する書式のみを統一化する。各コンテンツ提供事業者は統一仕様に則った形式で暗号化コンテンツや権利処理情報をコンテンツに入力する。コンテンツ利用者側では、各々のＲＭＰ方式に対応した機能を複数用意しておくだけで、どのようなＲＭＰ方式に基づくコンテンツであっても、同じコンテンツ受信機上で復号化して利用に供することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送波やネットワークなどを介して配信されるコンテンツを受信するコンテンツ受信装置及びコンテンツ受信方法に係り、特に、映画や音楽などの暗号化された形式で配信される有料コンテンツを特定の利用者が受信するコンテンツ受信装置及びコンテンツ受信方法に関する。
【０００２】
更に詳しくは、本発明は、映画や音楽などのコンテンツ制作・提供業者が放送事業者やインターネット・サービス・プロバイダなどの仲介業者を介して配信する暗号化コンテンツを受信するコンテンツ受信装置及びコンテンツ受信方法に係り、特に、コンテンツ制作・提供業者自身がコンテンツ利用に関する課金やセキュリティなどを制御可能な形態で配信するコンテンツを受信するコンテンツ受信装置及びコンテンツ受信方法に関する。
【背景技術】
【０００３】
昨今の情報技術の革新に伴い、映像や音楽など、さまざまなメディアがデジタル化されたコンテンツとしてコンピュータなどの情報機器上で取り扱われるようになってきている。さらに、情報通信技術の発達により、これらコンテンツを、衛星や地上波などの放送、あるいはインターネットのような広域的なネットワークを利用して、配信することができる。
【０００４】
映像コンテンツや音楽コンテンツの配信は一部で既に実施されている。コンテンツ配信技術によれば、旧来の商品流通経路や物理的な媒体を省略することができる。また、遠隔地の消費者であっても、所望の映像・音楽ソフトを容易に入手することができる。また、コンテンツ制作・提供業者側の立場では、迅速且つ効率的なコンテンツ販売によってより高い利益をあげることにより、コンテンツ制作意欲が増し、業界全体の発展にもつながる。
【０００５】
例えば、テレビ受信機が大容量のハード・ディスク装置を内蔵していることを前提としたサーバ型・蓄積型の放送システムにおいては、映画などのコンテンツを、放送局やその他のコンテンツ配信業者において暗号化して配信し、コンテンツ購入者すなわち視聴者に対して暗号解読用の鍵を配布時に課金することによって確実に利益を確保することができる。
【０００６】
このようなコンテンツ受信形式のことをＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ（限定受信））方式とも呼ぶ。図１４には、ＣＡＳベースのコンテンツ配信システムの概観構成を図解している。
【０００７】
同図に示すコンテンツ配信システムでは、映像や音楽などの配信用コンテンツを制作又は提供するコンテンツ・プロバイダと、コンテンツ・プロバイダが提供するコンテンツを、放送波やネットワークを経由して消費者に配信するコンテンツ配信事業者と、コンテンツを受信する消費者すなわち一般ユーザの３者で構成される。
【０００８】
コンテンツ配信事業者は、例えば、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅ：放送衛星）ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ：通信衛星）など放送衛星を利用した放送事業者、地上波を利用した放送事業者、あるいは、インターネットへの接続サービス並びにインターネット上での各種情報コンテンツ提供サービスを運営するインターネット・サービス・プロバイダなどで構成される。
【０００９】
一般ユーザは、例えば自宅内に配信コンテンツを受信するコンテンツ受信機を設置している。放送波を介したコンテンツを受信するコンテンツ受信機は、例えばＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）のようなテレビ受信機でよい。また、インターネット経由でコンテンツを受信するコンテンツ受信機は、例えば、パーソナル・コンピュータ（ＰＣ）のような一般的な計算機システムでよい。コンテンツ受信機は、ハード・ディスク装置を内蔵し、長時間すなわち大量の映像・音楽コンテンツを蓄積可能な蓄積型放送対応受信機であることが好ましい。
【００１０】
コンテンツ受信機が放送波を介してコンテンツを受信するためには、各放送事業者毎に対応したＣＡＳ（限定受信）カードを装備しておく必要がある。また、インターネット経由でコンテンツを受信するためには、所定のインターネット・サービス・プロバイダからあらかじめユーザ・アカウント（利用者資格）を取得するとともに、コンテンツ購入時に最寄りのアクセス・ポイントを介してインターネット接続する必要がある。
【００１１】
放送事業者がコンテンツ配信に要する費用や利益を回収するためには、例えばＣＡＳカード（あるいはＣＡＳを内蔵した受信機）購入時を利用すればよい。また、インターネット・サービス・プロバイダがコンテンツ配信に要する費用や利益を回収するためには、例えば、月々支払われる会費にコンテンツ利用料相当額を上乗せすればよい。但し、ＣＡＳシステムやユーザ・アカウントによる課金方式は、コンテンツ配信事業者が個々の消費者すなわちコンテンツ利用者に対する課金を制御することを目的とするものであり、コンテンツ・プロバイダの制御下にはない。言い換えれば、コンテンツ・プロバイダは、コンテンツ配信事業者車体のＣＡＳなどを利用しても、自らの利益を確保することはできない。
【００１２】
コンテンツ・プロバイダが一般消費者からコンテンツ利用料を徴収するためには、コンテンツ・プロバイダ自身がコンテンツ課金、セキュリティ、著作権保護などのコンテンツ提供方式（以下では、ＲＭＰ（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ）と呼ぶ）を策定することが挙げられる。ＲＭＰの中には、より具体的には、暗号化の方式、鍵の配布方式、コンテンツ暗号解読方式、課金情報や鍵類の伝送方式、記録メディア制御情報、相互認証の方式、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ：マクロビジョンやＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）など）、視聴制限情報などの、コンテンツ購入とコンテンツ利用に必須の項目が含まれている。コンテンツの利用者・消費者側では、コンテンツ・プロバイダに対応するＲＭＰモジュールを実装したコンテンツ受信機を用意することで、コンテンツ・プロバイダを供給源とする配信コンテンツを成功裏に購入し、利用すなわち視聴することができる。また、管理センタのようなコンテンツ・プロバイダ外の決済機関に対して課金情報の一括管理を委ねるようにしてもよい。
【００１３】
しかしながら、コンテンツ課金、セキュリティ、著作権保護に関するＲＭＰ方式は、一般に、各コンテンツ・プロバイダが提供するコンテンツ配信システム毎に区々に策定するのが現状である。複数の方式が混在する環境下では、同じ音楽コンテンツ配信、映画コンテンツ配信であっても、コンテンツ配信システムが相違すると同じコンテンツ受信機上では復号化できない、すなわちコンテンツを利用できないという事態に陥る。
【００１４】
例えば、コンテンツ利用者が複数のコンテンツ・プロバイダすなわち配信システムからコンテンツを購入しようとすると、配信システム毎にコンテンツ受信機のハードウェア又はソフトウェアを用意しなければならず、利用者に不便であったり、あるいは余計な出費が必要となったりする。また、コンテンツ購入方法が面倒であることの帰結として、利用者のコンテンツ買い控えが生じると、コンテンツ提供・配信事業の利益が伸び悩み、事業全体が沈静化してしまうことになりかねない。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、映画や音楽などの暗号化された形式で配信される有料コンテンツを特定の利用者が好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【００１６】
本発明の更なる目的は、映画や音楽などのコンテンツ制作・提供業者が放送事業者やインターネット・サービス・プロバイダなどの仲介業者を介して配信する暗号化コンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【００１７】
本発明の更なる目的は、コンテンツ制作・提供業者自身がコンテンツ利用に関する課金やセキュリティなどを制御可能な形態で配信するコンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【００１８】
本発明の更なる目的は、コンテンツ配信システム毎に策定される複数のＲＭＰ（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ）方式に対応することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【課題を解決するための手段】
【００１９】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、所定の権利管理・保護（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ：ＲＭＰ）方式に則って配信されるコンテンツを受信するコンテンツ受信装置であって、
配信コンテンツを受信するコンテンツ受信手段と、
受信コンテンツの権利管理・保護方式を識別する識別手段と、
前記識別手段による識別結果に基づいて、該当する権利管理・保護方式に従って受信コンテンツを権利処理する権利処理手段と、
を具備することを特徴とするコンテンツ受信装置である。
【００２０】
コンテンツの制作・提供事業者は、ＲＭＰと呼ばれる権利管理・保護方式に従って暗号化などの保護された形式でコンテンツを配信する。一般に、コンテンツ制作・提供事業者毎に区々の権利管理・保護方式を採用する。
【００２１】
本発明の第１の側面に係るコンテンツ受信装置によれば、権利管理・保護方式の仕様を規定する書式のみを統一化するだけで、識別手段が受信コンテンツの権利管理・保護方式を識別して、権利処理手段は、該識別結果に基づいて該当する権利管理・保護方式を選択的に用いて受信コンテンツを権利処理することができる。
【００２２】
したがって、それぞれの権利管理・保護方式に対応した機能をあらかじめ用意しておくだけで、どの権利管理・保護方式に則ったコンテンツを受信した場合であっても、１台のコンテンツ受信機を用いて複数の異なるコンテンツ配信方式に対応することができる。すなわち同じコンテンツ受信機上でコンテンツを復号化して利用に供することができ、配信システム毎の受信機などの機器を用意する必要がなくなる。
【００２３】
また、各コンテンツ制作・提供・配信事業者間では、ＲＭＰ仕様記述などのコンテンツ配信方式の規格化をめぐる争いを沈静化することができる。また、各コンテンツ制作・提供・配信事業者間における配信コンテンツの互換性や融通性を向上させることができる。また、コンテンツ利用者においては、利便性が高まる。
【００２４】
ここで言う権利管理・保護方式は、コンテンツの暗号化方式、鍵の配布方式、コンテンツ暗号解読方式、課金情報や鍵類の伝送方式、記録メディア制御情報、相互認証の方式、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ：マクロビジョンやＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）など）、視聴制限情報などの、コンテンツ購入とコンテンツ利用に必須の項目を規定するものである。
【００２５】
コンテンツ受信装置は、あらかじめ複数種類の権利管理・保護モジュールを備えておいてもよい。このような場合、前記権利処理手段は、前記識別手段による識別結果に基づいて、対応する権利管理・保護モジュールを選択して受信コンテンツの権利処理を行うことができる。
【００２６】
あるいは、コンテンツ受信装置は、権利管理・保護モジュールを外部から取得する権利管理・保護モジュール取得手段を備えていてもよい。このような場合、前記権利処理手段は、前記識別手段による識別結果に基づいて前記権利管理・保護モジュール取得手段を介して外部から取得された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことができる。
【００２７】
あるいは、コンテンツ受信装置は、権利管理・保護方式の仕様記述に従い権利管理・保護モジュールを自動生成する権利管理・保護モジュール生成手段を備えていてもよい。このような場合、前記権利処理手段は、前記権利管理・保護モジュール生成手段によって生成された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことかできる。
【００２８】
また、コンテンツ受信装置は、コンテンツを蓄積するコンテンツ蓄積手段を含んでいてもよい。例えば、前記権利処理手段による権利処理前、あるいは権利処理後のコンテンツを前記コンテンツ蓄積手段に格納することができる。
【００２９】
前記コンテンツ受信手段が受信するコンテンツは、例えば、所定の鍵で暗号化されている。このような場合、前記権利処理手段は、受信した暗号化コンテンツを復号化し、他の鍵で再暗号化した後にコンテンツ蓄積手段に格納するようにしてもよい。このような構成により、権利処理後のコンテンツをさらに保護することができる。
【００３０】
また、前記コンテンツ受信手段が受信するコンテンツは、例えば、所定の鍵で暗号化された形式で配信されているとともに、さらに該鍵を暗号化した暗号化鍵も受信する。このような場合、前記権利処理手段は、受信した暗号化鍵を復号化し、他の鍵で再暗号化した後に暗号化コンテンツとともにコンテンツ蓄積手段に格納するようにしてもよい。このような構成により、権利処理後のコンテンツをさらに保護することができる。
【００３１】
また、前記権利処理手段は、受信コンテンツの権利処理のログを蓄積するようにしてもよい。このような場合、例えば、蓄積されたログを所定の決済機関に定期的あるいは不定期的に送信することにより、決済機関では正確な課金処理を行うことができる。
【００３２】
また、前記権利処理手段は、権利処理後のコンテンツの再生信号を、該当する権利管理・保護方式の仕様記述に従ってＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）処理して外部出力するようにしてもよい。このような場合、権利処理後のビデオ再生信号などを保護することができる。
【００３３】
また、前記権利処理手段は、権利処理後のコンテンツを暗号化して外部出力するようにしてもよい。このような場合、例えばＩＥＥＥ １３９４のようなホーム・ネットワーク経由で他の情報機器にコンテンツを転送する場合や、ＬＡＮ経由でパーソナル・コンピュータ（ＰＣ）のような計算機システムにコンテンツを送信してアプリケーションを用いて処理する場合であっても、コンテンツを保護することができる。
【００３４】
また、本発明の第２の側面は、所定の権利管理・保護（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ：ＲＭＰ）方式に則って配信されるコンテンツを受信するコンテンツ受信方法であって、
配信コンテンツを受信するコンテンツ受信ステップと、
受信コンテンツの権利管理・保護方式を識別する識別ステップと、
前記識別ステップによる識別結果に基づいて、該当する権利管理・保護方式に従って受信コンテンツを権利処理する権利処理ステップと、
を具備することを特徴とするコンテンツ受信方法である。
【００３５】
本発明の第２の側面に係るコンテンツ受信方法によれば、権利管理・保護方式の仕様を規定する書式のみを統一化するだけで、識別ステップが受信コンテンツの権利管理・保護方式を識別して、権利処理ステップでは、該識別結果に基づいて該当する権利管理・保護方式を選択的に用いて受信コンテンツを権利処理することができる。
【００３６】
前記権利処理ステップでは、前記識別ステップによる識別結果に基づいて、対応する権利管理・保護モジュールを選択して受信コンテンツの権利処理を行うようにしてもよい。
【００３７】
あるいは、前記識別ステップによる識別結果に基づいて、該当する権利管理・保護モジュールを外部から取得する権利管理・保護モジュール取得ステップをさらに備えていてもよい。このような場合、前記権利処理ステップでは、前記権利管理・保護モジュール取得ステップにより外部から取得された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことができる。
【００３８】
あるいは、権利管理・保護方式の仕様記述に従い権利管理・保護モジュールを自動生成する権利管理・保護モジュール生成ステップをさらに備えていてもよい。このような場合、前記権利処理ステップでは、前記権利管理・保護モジュール生成ステップによって生成された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことができる。
【００３９】
また、受信したコンテンツを蓄積するコンテンツ蓄積ステップを含んでいてもよい。例えば、前記権利処理ステップによる権利処理前、あるいは権利処理後のコンテンツを格納するようにしてもよい。
【００４０】
また、前記コンテンツ受信ステップでは所定の鍵で暗号化された形式で配信されるコンテンツを受信するような場合、前記権利処理ステップにおいて復号化した受信コンテンツを他の鍵で再暗号化した後に格納するコンテンツ蓄積ステップを備えていてもよい。
【００４１】
また、前記コンテンツ受信ステップでは、所定の鍵で暗号化された形式で配信されるコンテンツ、並びに該鍵を暗号化した暗号化鍵を受信するような場合、前記権利処理ステップにおいて復号化した鍵を他の鍵で再暗号化した後に暗号化コンテンツとともに格納するコンテンツ蓄積ステップを備えるようにしてもよい。
【００４２】
また、前記権利処理ステップにおける受信コンテンツの権利処理のログを蓄積するログ蓄積ステップを備えていてもよい。このような場合、例えば、蓄積されたログを所定の決済機関に定期的あるいは不定期的に送信することにより、決済機関では正確な課金処理を行うことができる。
【００４３】
また、前記権利処理ステップによる権利処理後のコンテンツの再生信号を、該当する権利管理・保護方式の仕様記述に従ってＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）処理して外部出力する外部出力ステップを備えていてもよい。
【００４４】
また、前記権利処理ステップによる権利処理後のコンテンツを暗号化して外部出力する外部出力ステップを備えていてもよい。
【００４５】
また、本発明の第３の側面は、所定の権利管理・保護（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ：ＲＭＰ）方式に則って配信されるコンテンツの受信処理をコンピュータ・システム上で実行するように記述されたコンピュータ・ソフトウェアをコンピュータ可読形式で物理的に格納した記憶媒体であって、前記コンピュータ・ソフトウェアは、
配信コンテンツを受信するコンテンツ受信ステップと、
受信コンテンツの権利管理・保護方式を識別する識別ステップと、
前記識別ステップによる識別結果に基づいて、該当する権利管理・保護方式に従って受信コンテンツを権利処理する権利処理ステップと、
を具備することを特徴とする記憶媒体である。
【００４６】
本発明の第３の側面に係る記憶媒体は、例えば、様々なプログラム・コードを実行可能な汎用性のコンピュータ・システムに対して、コンピュータ・ソフトウェアをコンピュータ可読な形式で物理的に提供する媒体である。このような媒体は、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）などの着脱自在で可搬性の記憶媒体である。あるいは、ネットワーク（ネットワークは無線、有線の区別を問わない）などの伝送媒体などを経由してコンピュータ・ソフトウェアを特定のコンピュータ・システムにコンピュータ可読形式で提供することも技術的に可能である。
【００４７】
このような記憶媒体は、コンピュータ・システム上で所定のコンピュータ・ソフトウェアの機能を実現するための、コンピュータ・ソフトウェアと記憶媒体との構造上又は機能上の協働的関係を定義したものである。換言すれば、本発明の第３の側面に係る記憶媒体を介して所定のコンピュータ・ソフトウェアをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１及び第２の各側面に係るコンテンツ受信装置及びコンテンツ受信方法と同様の作用効果を得ることができる。
【００４８】
また、本発明の第４の側面は、それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
権利管理・保護方式の識別情報を含んだ要求に応答して、該当する権利管理・保護モジュールを送信する手段と、
を備えることを特徴とするサーバである。
【００４９】
また、本発明の第５の側面は、それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
識別情報に基づく問合せに応答して、該当する権利管理・保護モジュールを用いてコンテンツを変換する手段と、
を具備することを特徴とするサーバである。
【００５０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明の効果】
【００５１】
本発明によれば、映画や音楽などの暗号化された形式で配信される有料コンテンツを特定の利用者が好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５２】
また、本発明によれば、映画や音楽などのコンテンツ制作・提供業者が放送事業者やインターネット・サービス・プロバイダなどの仲介業者を介して配信する暗号化コンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５３】
また、本発明によれば、コンテンツ制作・提供業者自身がコンテンツ利用に関する課金やセキュリティなどを制御可能な形態で配信するコンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５４】
また、本発明によれば、各コンテンツ配信システム毎に策定される複数のＲＭＰ（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ）方式に対応することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５５】
本発明に係るコンテンツ受信装置及びコンテンツ受信方法によれば、１台のコンテンツ受信機を用いて複数の異なるコンテンツ配信方式に対応することができ、配信システム毎の受信機などの機器を用意する必要がなくなる。また、各コンテンツ制作・提供・配信事業者間では、ＲＭＰ仕様記述などのコンテンツ配信方式の規格化をめぐる争いを沈静化することができる。また、各コンテンツ制作・提供・配信事業者間における配信コンテンツの互換性や融通性を向上させることができる。また、コンテンツ利用者においては、利便性が高まる。
【図面の簡単な説明】
【００５６】
【図１】ＲＭＰモジュールの概念構成を示した図である。
【図２】異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用する形式のコンテンツ受信機の構成を模式的に示した図である。
【図３】異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用する形式のコンテンツ受信機２０の他の構成例を模式的に示した図である。
【図４】ソフトウェア・モジュールとしてＲＭＰモジュールを構成し、受信コンテンツ毎に適合するソフトウェア・モジュールを所定のサーバからダウンロードする形式のコンテンツ受信機３０の他の構成例を模式的に示した図である。
【図５】コンテンツ受信機３０にＲＭＰモジュールをダウンロードするための処理手順を示したフローチャートである。
【図６】ソフトウェアＲＭＰモジュールをコンテンツ受信機３０内部で自動生成するための処理手順を示したフローチャートである。
【図７】コンテンツ配信システムの概略的構成を示した図である。
【図８】コンテンツ制作並びに配信を行う放送局における構成を模式的に示した図である。
【図９】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の一例４００Ａの構成を模式的に示した図である。
【図１０】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｂの構成を模式的に示した図である。
【図１１】図９に示したコンテンツ受信機４００Ａにおいて、受信コンテンツをハード・ディスク装置４１３Ａに蓄積するための処理手順の一例を示したフローチャートである。
【図１２】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｃの構成を模式的に示した図である。
【図１３】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｃの構成を模式的に示した図である。
【図１４】ＣＡＳベースのコンテンツ配信システムの概観構成を示した図である。
【発明を実施するための形態】
【００５７】
以下に記述する本発明の実施形態では、各コンテンツ配信システム毎に策定される複数のＲＭＰに対応することができるコンテンツ受信装置について説明する。
【００５８】
ＲＭＰは、Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎの略であり、ＴＶ Ａｎｙｔｉｍｅ Ｆｏｒｕｍで用いられている概念である。放送やネットワークを介したコンテンツ配信事業において問題になるのが、コンテンツの不正利用やタダ見、タダ聴きである。この種の不正行為が横行すると、コンテンツ制作・提供・配信事業者の正当な利益が保証されず、事業の存亡にも関わる。言い換えれば、コンテンツの利用権利管理と保護が必要であり、ＲＭＰがこれを担う。
【００５９】
ＲＭＰには、より具体的には、暗号化の方式、鍵の配布方式、コンテンツ暗号解読方式、課金情報や鍵類の伝送方式、記録メディア制御情報、相互認証の方式、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ：マクロビジョンやＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）など）、視聴制限情報などの、コンテンツ購入とコンテンツ利用に必須の項目が含まれている。
【００６０】
これらの項目からなるＲＭＰの仕様を規定する書式のみを統一化し、各コンテンツ提供事業者は該仕様に則った形式で暗号化コンテンツや権利処理情報をコンテンツに入力すればよい。このような場合、コンテンツを受信し利用する消費者すなわちコンテンツ利用者側では、各々のＲＭＰ方式に対応した機能を複数用意しておくことにより、どのようなＲＭＰ方式に基づくコンテンツであっても、同じコンテンツ受信機上で復号化して利用に供することができる。
【００６１】
ＲＭＰ仕様記述は、例えば、配信コンテンツに付随するメタデータの一部として記述することができる。以下では、メタデータのうちＲＭＰ仕様記述に関連する部分のことを「権利処理メタデータ」と呼ぶことにする。例えば、デジタル放送などの場合、放送番組本編に付随するデータ放送用データとしてメタデータを配信することができる。
【００６２】
図１には、ＲＭＰモジュールの概念構成を示している。ＲＭＰモジュールは、例えば、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）やその他の形態のコンテンツ受信機に内蔵して用いられ、所定のハードウェア又はソフトウェアのモジュールを用いて実装することができる。同図に示すように、ＲＭＰモジュールは、受信コンテンツに関するデータを入出力を行うための幾つかのインターフェースを備えた構成となっている。
【００６３】
衛星波又は地上波などの放送を介して受信されたコンテンツ、あるいは、インターネットなどのネットワーク経由でダウンロードされたコンテンツは、メタデータとともに、ハード・ディスク装置などのような大容量蓄積装置内に格納される。ＲＭＰモジュールは、ハード・ディスク装置経由で、あるいはハード・ディスク装置を介さずに直接、権利処理前の状態で受信コンテンツを入力する。
【００６４】
映像や音楽などのコンテンツ本体はコンテンツ保護の目的で暗号化が施されている。したがって、暗号化コンテンツを解くための解読機能（Ｄｅｃｒｙｐｔｏｒ）が必要であり、ＲＭＰモジュールは、規定された暗号アルゴリズムにより暗号化コンテンツを入力する暗号化コンテンツ入力用インターフェースを持つ。
【００６５】
また、各コンテンツに対応してメタデータが配信されるが、その中には、コンテンツに関する権利処理や必要な権利保護を示す情報、すなわち権利処理メタデータが含まれている。
【００６６】
権利処理メタデータには、コンテンツを解くための鍵類、コンテンツの購入条件、使用条件、解読されたコンテンツのコピー制御情報などが含まれる。ＲＭＰモジュールは、規定のフォーマットに従い権利処理や保護に関する情報を入力する権利処理メタデータの入力インターフェースを持つ。
【００６７】
配信コンテンツは、例えばコンテンツ鍵によって暗号化され、このコンテンツ鍵はさらに配信鍵（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｋｅｙ）によって暗号化された形態で、暗号化コンテンツとともに伝送されてくる。ＲＭＰモジュール内には配信鍵が保持されており、この配信鍵を用いて暗号化されたコンテンツ鍵を解読し、さらに、解読されたコンテンツ鍵を用いて暗号化コンテンツを解読することができる。このような暗号化・伝送方式によれば、コンテンツ毎にコンテンツ鍵を変えながら安全にコンテンツ配信を行うことができるとともに、ＲＭＰモジュールでは単一の配信鍵を保持することで暗号化コンテンツを解読して利用に供することができる。ＲＭＰモジュールの権利処理メタデータ入力インターフェースは、暗号化コンテンツ鍵を権利処理メタデータとして入力するようにしてもよい。
【００６８】
また、コンテンツ制作・提供事業者において策定するコンテンツ利用のための課金に関する仕様も、権利処理メタデータに含め、ＲＭＰモジュールの権利処理メタデータ入力インターフェースはこれを入力するようにしてもよい。
【００６９】
課金に関する仕様として、例えば、価格情報、使用条件（１回毎の再生課金、あらかじめ再生可能な回数を規定した回数制限、所定の期日まで再生可能とした期間制限など）などを規定することができる。
【００７０】
コンテンツ利用者に対する課金処理のために、管理センタのようなコンテンツ制作・提供・配信事業者以外の決済機関を設立してもよい。ＲＭＰモジュールは、このような管理センタに接続して、課金や決済に関するトランザクションを行うための課金処理インターフェースを持つ。ＲＭＰモジュールは、例えば、ハード・ディスク装置上に蓄積されたコンテンツを再生する毎に課金ログを生成して、所定期間毎に管理センタに接続してログを送信する。これに対し、管理センタは、各コンテンツ利用者から送られてくるログに基づいて課金並びに決済処理を行うことができる。
【００７１】
ＲＭＰモジュールは、権利処理前の受信コンテンツを入力するための暗号化コンテンツ用インターフェースを備えていることは既に述べた通りである。ＲＭＰモジュールは、コンテンツの数回にわたる利用のために、権利処理後のコンテンツを再びハード・ディスク装置に蓄積するためのインターフェースや、コンテンツの永久・半永久保存のために、権利処理後のコンテンツをＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などのリムーバブル・メディア上に格納するためのインターフェースを備えている。このような権利処理後のコンテンツ蓄積・再生用のインターフェースは、蓄積用コンテンツの暗号化や再生時における復号化などのメディアに対する制御や、メディアに対する認証の有無や認証方法などを規定することができる。
【００７２】
また、ＲＭＰモジュールは、受信コンテンツ、あるいはハード・ディスク装置やリムーバブル・メディアから読み出したコンテンツを、ディスプレイやその他の外部機器で再生するための外部出力インターフェースを備えている。図１に示す例では、ビデオ信号としてディスプレイ上に表示出力するためのアナログ出力インターフェースと、ＩＥＥＥ １３９４などのホーム・ネットワーク経由で外部機器にコンテンツを転送するためのデジタル出力インターフェースを備えている。アナログ出力インターフェースは、アナログ形式のコンテンツ保護のために、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）などを採用する。ＡＰＳには、マクロビジョンや、垂直帰線区間の所定の走査線にコピー制御情報を埋め込むＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ ＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）−Ａ、ＳＣＭＳなどが含まれる。また、デジタル出力インターフェースでは、送信コンテンツ暗号化の他、１３９４ＣＰのような認証バス・エンクリプションなどの制御を行うことができる。
【００７３】
また、権利処理後のコンテンツを転送して、パーソナル・コンピュータ（ＰＣ）のような情報処理機器上で所望のアプリケーションを用いた処理を行うことができる。図１に示す例では、ＲＭＰモジュールは、外部の情報処理機器にコンテンツを出力するためのホスト／アプリケーション用インターフェースを備えている。ホスト／アプリケーション用インターフェースは、送信コンテンツの暗号化などの制御を行う。
【００７４】
ＲＭＰモジュールは、専用のハードウェア・コンポーネントで実装することも、あるいは、汎用プロセッサ上で所定のプログラム・コードを実行することによっても実現可能である。ＲＭＰに関する仕様は、権利処理メタデータとして、配信コンテンツに付随して配信・配布することができる（前述）。
【００７５】
ＲＭＰ仕様記述フォーマットの一例を以下に示しておく。
【００７６】
【数１】
【００７７】
上記で示したＲＭＰ仕様記述フォーマットでは、ＲＭＰの方式を識別するための識別情報（ＲＭＰ ＩＤ）を冒頭に含む他、配信コンテンツを暗号化する暗号化アルゴリズム、配信コンテンツの暗号化に使用するコンテンツ・キーＫｓを暗号化する暗号化アルゴリズム、コンテンツ配信時に使用する配信キーＫｄを暗号化する暗号化アルゴリズム、配信コンテンツを蓄積するときに使用するストレージ・キーＫｓｔ、相互認証に用いる認証アルゴリズム、ログを蓄積するためのフォーマットなどを規定することができる。暗号化方式としては、一般に、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｉｐｔｉｏｎ Ｓｔａｎｄａｒｄ）やＭｕｌｔｉ２などが使用される。
【００７８】
ＲＭＰとしての仕様記述は、各コンテンツ制作・提供事業者毎に策定される。従来は、各コンテンツ配信システム毎にＲＭＰを固定して利用していたので、複数のシステムからコンテンツの提供を受けるためには、新しいコンテンツ受信機を用意するなど余計な出費が必要であった。これに対し、本発明では、ＲＭＰの仕様記述、並びにＲＭＰに入力するためのインターフェースを規定することにより、その仕様を解読するか、又はその仕様に適合したＲＭＰモジュールを入手することにより、同一のコンテンツ受信機上で、複数のコンテンツ配信システムにおけるコンテンツ課金、暗号化などのセキュリティ方式、著作権保護方式に対応することができる。
【００７９】
本発明の１つの実現形態としては、コンテンツ受信機あるいはコンテンツ記録再生機内で、異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用することが挙げられる。
【００８０】
また、他の実現形態として、ソフトウェア・モジュールとしてＲＭＰモジュールを構成し、受信コンテンツ毎に適合するソフトウェア・モジュールを所定のサーバからダウンロードすることや、あるいは権利処理メタデータを解析して、所望のソフトウェア・モジュールをコンテンツ受信機側で自動生成することが挙げられる。
【００８１】
図２には、異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用する形式のコンテンツ受信機１０の構成を模式的に図解している。
【００８２】
同図に示すコンテンツ受信機１０は、フロント・エンド部１１と、ＣＡＳ処理部１２と、コンテンツ蓄積用のハード・ディスク装置１３Ａ並びに１３Ｂと、ＲＭＰ識別部１４と、それぞれ異なるＲＭＰ仕様記述に基づく２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２とで構成される。
【００８３】
フロント・エンド部１１は、所定チャネルの放送波のチューニングすなわち選局処理と、受信データの復調処理を行う。
【００８４】
ＣＡＳ処理部１２は、コンテンツ配信事業者との間で交わされたＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ（限定受信））に関する契約に基づき、放送コンテンツに適用されたスクランブル処理の解除（デスクランブル）を行う。日本国内のデジタル放送では、ＢＳ、ＣＳともに共通の“ＭＵＬＴＩ２”と呼ばれるスクランブル方式を採用する。但し、ＣＡＳ処理自体は本発明の要旨に関連しないので、ここではこれ以上説明しない。
【００８５】
ハード・ディスク装置１３Ａ及び１３Ｂは、受信コンテンツの蓄積に使用される。より具体的には、一方のハード・ディスク装置１３ＡはＲＭＰモジュールによる権利処理前の状態のコンテンツの蓄積に使用され、他方のハード・ディスク装置１３Ｂは権利処理後の状態のコンテンツの蓄積に使用される。但し、ハード・ディスク装置１３Ａ及び１３Ｂは、物理的に互いに独立した装置である必要はなく、例えば、単一のハード・ディスク上に割り当てられた別個の記憶領域（パーティション）であってもよい。
【００８６】
本実施例では、権利処理メタデータの一部として記述されるＲＭＰには、その方式を識別するための固有の識別情報（ＲＭＰ ＩＤ）が割り振られている。ＲＭＰ識別部１４は、ハード・ディスク装置１３Ａから権利処理メタデータを読み出して、ＲＭＰ ＩＤを識別して、２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ ＩＤに対応する方を動作可能にする。
【００８７】
ＲＭＰモジュール１並びにＲＭＰモジュール２は、暗号化された映画や音楽などのコンテンツ、並びにコンテンツに付随する権利処理メタデータを処理するための幾つかのインターフェース（前述）を備えている。ＲＭＰ識別部１４により付勢されたＲＭＰモジュール１又はＲＭＰモジュール２は、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置１３Ｂやリムーバブル・メディアへの格納などのコンテンツ処理を行う。
【００８８】
また、図３には、他の実施形態に係るコンテンツ受信機２０の構成を模式的に図解している。コンテンツ受信機２０は、異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用するようになっている。
【００８９】
同図に示す例では、コンテンツ受信機２０は、フロント・エンド部２１と、ハード・ディスク装置２３と、ＲＭＰ識別部２４と、各ＲＭＰモジュール１及びＲＭＰモジュール２と、デコーダ出力装置２５が、同一のデータ・バス２６を介して相互接続された構成となっている。
【００９０】
フロント・エンド部２１は、所定チャネルの放送波のチューニングすなわち選局処理と、受信データの復調処理を行う。但し、図示しないが、放送波を介さない代わりに、インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合においては、フロント・エンド部２１は、ネットワーク・インターフェース・カードで実現することができる。
【００９１】
ハード・ディスク装置２３は、ＲＭＰモジュールによる権利処理前の状態のコンテンツを蓄積したり、権利処理後の状態のコンテンツを蓄積したりするために使用される。
【００９２】
権利処理メタデータとして記述されるＲＭＰには、その方式を識別するための固有の識別情報ＲＭＰ ＩＤが割り振られている。ＲＭＰ識別部２４は、ハード・ディスク装置２３から権利処理メタデータを読み出して、ＲＭＰ ＩＤを識別して、２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ ＩＤに対応するものを動作可能にする。
【００９３】
ＲＭＰモジュール１並びにＲＭＰモジュール２は、暗号化された映画や音楽などのコンテンツ、並びにコンテンツに付随する権利処理メタデータを処理するための幾つかのインターフェース（前述）を備えている。ＲＭＰ識別部２４により付勢されたＲＭＰモジュール１又はＲＭＰモジュール２は、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置２３やリムーバブル・メディアへの格納などのコンテンツ処理を行う。なお、ＣＡＳ方式を採用するコンテンツ配信事業者からコンテンツを受信する場合には、対応する暗号解読・デスクランブル処理を行うＣＡＳモジュールをＲＭＰモジュール上に搭載するようにしてもよい。
【００９４】
デコーダ出力装置２５は、権利処理後の再生コンテンツのデコード処理並びに外部出力を行う。例えば、ＡＶコンテンツであれば、デコーダ出力装置２５は、コンテンツを圧縮映像データと圧縮音声データに分離処理する。そして、ＭＰＥＧ２などによる圧縮映像データを伸張処理して、元のビデオ信号を再生するとともに、圧縮音声データに関しては、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）デコードした後に付加音と合成して再生音声信号とする。
【００９５】
また、図４には、他の実施形態に係るコンテンツ受信機３０の構成を模式的に図解している。コンテンツ受信機３０は、ソフトウェア・モジュールとしてＲＭＰモジュールを構成し、受信コンテンツ毎に適合するソフトウェア・モジュールを所定のサーバからダウンロードするようになっている。
【００９６】
同図に示すように、コンテンツ受信機３０は、フロント・エンド部３１と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３２と、ハード・ディスク装置３３Ａ及び３３Ｂと、ＲＭＰ識別部３４と、作業メモリ３５と、デコーダ出力装置３６と、ネットワーク・インターフェース３７が、システム・バス３８を介して相互接続された構成となっている。
【００９７】
フロント・エンド部３１は、所定チャネルの放送波のチューニングすなわち選局処理と、受信データの復調処理を行う。
【００９８】
ネットワーク・インターフェース３７は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従ってコンテンツ受信機３７をインターネットなどの広域ネットワークに接続するための装置である。インターネット上には無数のホスト端末が接続されている。ホスト端末の一部は、映画や音楽などのコンテンツを配信する情報配信サーバであり、他の一部はソフトウェアＲＭＰモジュールを配信するサーバである。なお、放送経由でコンテンツを受信する代わりに、インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合においては、フロント・エンド部３１は、ネットワーク・インターフェース３７によって実現することができる。
【００９９】
ＣＰＵ３２は、オペレーティング・システム（ＯＳ）の制御下で、コンテンツ受信機３０内の動作を統括的に制御する中央コントローラであり、作業メモリ３５を用いて各種のプログラム・コードを実行する。
【０１００】
ハード・ディスク装置３３Ａは、ＲＭＰモジュールによる権利処理前の状態でのコンテンツの蓄積、並びに、権利処理後の状態のコンテンツの蓄積に使用される。また、ハード・ディスク装置３３Ｂは、以前使用した（あるいはあらかじめダウンロードしておいた）ソフトウェアＲＭＰモジュールの蓄積に利用される。ハード・ディスク装置３３Ａと３３Ｂは、それぞれ独立した装置ユニットである必要はなく、例えば単一のハード・ディスク装置上で区切られた記憶領域（例えばパーティション）であってもよい。
【０１０１】
権利処理メタデータとして記述されるＲＭＰには、その方式を識別するための固有の識別情報ＲＭＰ ＩＤが割り振られている。ＲＭＰ識別部３４は、ハード・ディスク装置３３から権利処理メタデータを読み出して、ＲＭＰ ＩＤを識別して、該当するソフトウェアＲＭＰモジュールが作業メモリ３５上にロードされて現在使用中か否かを検出する。ＲＭＰ識別部３４は、ハードウェア・コンポーネントとしてではなく、ＣＰＵ３２が実行するプログラム・コードとして実装することもできる。
【０１０２】
作業メモリ３５上のソフトウェアＲＭＰモジュールが、これから再生するコンテンツに関するＲＭＰ ＩＤにヒットしない場合には、該当するソフトウェアＲＭＰモジュールをローカル・ディスク３３Ｂ上で探索し、見つかった場合にはこれを作業メモリ３５上のものと置き換える。ローカル・ディスク３３Ｂ上で該当するソフトウェアＲＭＰモジュールを発見することができなかった場合には、さらに、ネットワーク・インターフェース３７経由でネットワーク上のサーバにアクセスして、所望のソフトウェアＲＭＰモジュールを探索することができる。
【０１０３】
ＣＰＵ３２は、作業メモリ３５上にロードされたソフトウェアＲＭＰモジュールを実行することにより、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行うことができる。なお、ＣＡＳ方式を採用するコンテンツ配信事業者からコンテンツを受信する場合には、対応する暗号解読・デスクランブル処理を行うＣＡＳモジュールを同様に作業メモリ３５上にロードすればよい。
【０１０４】
デコーダ出力装置３６は、権利処理後の再生コンテンツのデコード処理並びに外部出力を行う。例えば、ＡＶコンテンツであれば、デコーダ出力装置３６は、コンテンツを圧縮映像データと圧縮音声データに分離処理する。そして、ＭＰＥＧ２などによる圧縮映像データを伸張処理して元のビデオ信号を再生するとともに、圧縮音声データに関してはＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）デコードした後に付加音と合成して再生音声信号とする。
【０１０５】
図５には、コンテンツ受信機３０にソフトウェアＲＭＰモジュールをダウンロードするための処理手順をフローチャートの形式で示している。以下、このフローチャートに従って、ソフトウェア・モジュールのダウンロード処理について説明する。
【０１０６】
ハード・ディスク装置３３Ａに蓄積しておいたコンテンツの再生を開始する際、対応する権利処理メタデータを同様にハード・ディスク装置３３Ａから読み出して、ＲＭＰモジュールのＲＭＰ ＩＤを取得する（ステップＳ１）。そして、このＲＭＰ ＩＤが現在作業メモリ３５にロードされているＲＭＰモジュールのそれと一致するか否かをチェックする（ステップＳ２）。
【０１０７】
ＲＭＰ ＩＤがヒットする、すなわち、これから再生するコンテンツのＲＭＰモジュールが既に作業メモリ３５上にロードされている場合には、続いて管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ３）、コンテンツ再生を行い（ステップＳ４）、本処理ルーチン全体を終了する。
【０１０８】
他方、ＲＭＰ ＩＤがヒットしなかった場合には、ＲＭＰ入手先情報を取得して（ステップＳ５）、ＲＭＰ入手先となるサーバに接続して（ステップＳ６）、該当するソフトウェアＲＭＰモジュールをこのサーバからダウンロードする（ステップＳ７）。そして、ダウンロードしたソフトウェアＲＭＰモジュールをコンテンツ受信機３０にインストール（例えば、作業メモリ３５上にロード）する（ステップＳ８）。
【０１０９】
ＲＭＰ入手先情報は、例えば権利処理メタデータ内にＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）形式で記述されている。このような場合、コンテンツ受信機３０は、ネットワーク・インターフェース３７経由でインターネットのようなＴＣＰ／ＩＰネットワーク経由でＵＲＬで指示されたサーバに対し資源アクセスして、該当するＲＭＰモジュールをＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの転送プロトコルに従ってダウンロードすることができる。
【０１１０】
新規のソフトウェアＲＭＰモジュールをインストールした結果、コンテンツ受信機３０上において、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行うことができるようになる。
【０１１１】
続いて、管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ３）、コンテンツ再生を行い（ステップＳ４）、本処理ルーチン全体を終了する。
【０１１２】
ソフトウェア・モジュールとしてＲＭＰモジュールを構成する変形例として、ＣＰＵ３２（あるいは他の演算処理ユニット）が権利処理メタデータ内のＲＭＰ仕様記述を解析して、所望のソフトウェアＲＭＰモジュールをコンテンツ受信機３０内部で自動生成するようにしてもよい。
【０１１３】
図６には、ソフトウェアＲＭＰモジュールをコンテンツ受信機３０内部で自動生成するための処理手順をフローチャートの形式で図解している。以下、このフローチャートに従って、ソフトウェアＲＭＰモジュールの自動生成処理について説明する。
【０１１４】
ハード・ディスク装置３３Ａに蓄積しておいたコンテンツの再生を開始する際、対応する権利処理メタデータを同様にハード・ディスク装置３３Ａから読み出して、ＲＭＰモジュールのＲＭＰ ＩＤを取得する（ステップＳ１１）。そして、このＲＭＰ ＩＤが現在作業メモリ３５にロードされているＲＭＰモジュールのそれと一致するか否かをチェックする（ステップＳ１２）。
【０１１５】
ＲＭＰ ＩＤがヒットする、すなわち、これから再生するコンテンツのＲＭＰモジュールが既に作業メモリ３５上にロードされている場合には、続いて管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ１３）、コンテンツ再生を行い（ステップＳ１４）、本処理ルーチン全体を終了する。
【０１１６】
他方、ＲＭＰ ＩＤがヒットしなかった場合には、ＲＭＰ仕様記述に関する情報を権利処理メタデータから取得する（ステップＳ１５）。次いで、コンテンツ受信機３０上のコンピューテーション・パワー（例えば、ＣＰＵ３２が持つ計算能力）がＲＭＰモジュールを生成するに足りるか否かをチェックする（ステップＳ１６）。
【０１１７】
コンピューテーション・パワー不足の場合には、コンテンツの再生が不可である旨のメッセージを表示した後（ステップＳ１９）、本処理ルーチンを異常終了する。
【０１１８】
他方、コンピューテーション・パワーが充分であった場合には、さらに、ＲＭＰ仕様記述を解読して（ステップＳ１７）、作業メモリ３５上でＲＭＰを設定する（ステップＳ１８）。新規にＲＭＰを設定した結果、コンテンツ受信機３０上において、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行うことができるようになる。
【０１１９】
続いて、管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ１３）、コンテンツ再生を行い（ステップＳ１４）、本処理ルーチン全体を終了する。
【０１２０】
なお、ハードウェア・モジュールとしてＲＭＰモジュールを構成した場合、ソフトウェアによりモジュールを実装する場合に比し、簡単に他のＲＭＰモジュールに置き換えることはできない。このような場合、サーバ側において、受信機に対応したＲＭＰに置き換えるような仕組みを提供してもよい。例えば、コンテンツ受信機側は、コンテンツのＩＤでサーバに問い合わせて、コンテンツの変換を依頼する。権利処理条件が整っていれば、所定のＲＭＰに変換することができ、変換後のコンテンツ（あるいは、あらかじめ同じコンテンツが用意されていることでもよい）を依頼元のコンテンツ受信機にダウンロードすることで、希望するコンテンツの復号化・再生を実現することができる。
【０１２１】
次いで、コンテンツ・プロバイダが衛星放送を利用してコンテンツ配信を行うコンテンツ配信システムに対して本発明を適用した場合の実施例について説明する。
【０１２２】
図７には、コンテンツ配信システム１００の概略的構成を図解している。同図に示すコンテンツ配信システム１００は、コンテンツを制作・提供する番組制作会社又は委託放送事業者からなるコンテンツ・プロバイダ２００と、制作・提供されたコンテンツを衛星放送波によって配信する衛星放送受託放送事業者（以下、単に「放送局」とする）３００と、各一般家庭などに設置されたコンテンツ配信対応衛星放送受信機（以下、単に「コンテンツ受信機」とする）４００とで構成される。コンテンツ受信機４００は、一般に、映像及び音声出力用のテレビジョン（ＴＶ）４５０と接続されている。
【０１２３】
コンテンツ・プロバイダ２００と放送局３００との間では、コンテンツ制作・提供に関する委託契約が交わされており、コンテンツ・プロバイダ２００が制作（あるいは外部のコンテンツ・プロバイダから取得した）コンテンツは放送局３００に提供される。放送局３００は、コンテンツを暗号化して、これを衛星放送波にのせて各家庭内のコンテンツ受信機４００に向けて配信する。
【０１２４】
コンテンツ・プロバイダ２００は、コンテンツ制作事業者としての番組制作会社２０１とは独立した、コンテンツ課金を管理する外部の管理センタ２０２のような決済専門の機関と契約していてもよい。このような場合、コンテンツ・プロバイダ２００はコンテンツを暗号化する鍵の管理を管理センタ２０２に委ね、管理センタ２０２はコンテンツ販売情報を渡す。
【０１２５】
管理センタ２０１は、さらに外部の認証局２５０や他の決済機関と連動していてもよい。また、管理センタ２０２は、個々のコンテンツ受信機４００との間で定期的あるいは不定期的に接続され、コンテンツ受信機４００に対して暗号化コンテンツを利用可能にするための鍵情報を配布する。コンテンツ受信機４００は、配布された鍵情報を用い、ＲＭＰ仕様記述に基づいて、放送衛星３０１経由で受信した暗号化コンテンツを解読して利用に供する。また、コンテンツ受信機４００は、ハード・ディスク装置のような大容量外部記憶装置を内蔵しており、受信したコンテンツを蓄積することができる。
【０１２６】
また、コンテンツ受信機４００から管理センタ２０１に対しては、コンテンツの再生ログなど課金情報が送られてくる。コンテンツ受信機４００側のユーザは、例えば、コンテンツ使用回数相当の課金額を管理センタに対して月々決済すればよい。決済方法は、現金納付、所定の金融機関への振り込み、プリペイド・カードによる予納、クレジット・カードによる信用決済、デビット・カードによる即時決済、電子マネーの利用などいずれでもよい。
【０１２７】
図８には、コンテンツ制作並びに配信を行う放送局３００における構成を模式的に図解している。以下、図８を参照しながら、コンテンツ配信時における暗号化などの仕組みについて説明する。
【０１２８】
コンテンツ暗号化部３１１は、コンテンツ・プロバイダから提供された映像や音楽などのコンテンツを、コンテンツ鍵（コンテンツ・キー）Ｋcを用いて暗号化する。但し、コンテンツ・プロバイダから提供されるコンテンツは、コンテンツ・プロバイダにおいて策定されたＲＭＰ仕様記述に則った暗号化その他の権利処理が適用されているものとする。
【０１２９】
コンテンツ鍵暗号化部３１２は、配信鍵（ディストリビューション・キー）ＫDを用いてコンテンツ鍵Ｋcを暗号化する。
【０１３０】
マルチプレクサ３１３は、コンテンツ暗号化部３１１から入力する暗号化コンテンツと、コンテンツ鍵暗号化部３１２から入力する暗号化コンテンツ鍵を多重化して、トランスポート・ストリームＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）を生成する。トランスポート・ストリームは、暗号化コンテンツにメタデータや、暗号化コンテンツ鍵が付加されたデータ・ストリームである。
【０１３１】
ＣＡＳスクランブラ３１４は、コンテンツ受信機４００において限定受信させるべく、トランスポート・ストリームをスクランブルすなわち攪拌処理する。ＣＡＳにおける契約情報やスクランブル鍵などは、例えば図示しない暗号化装置により暗号化され、放送波にのせてコンテンツ受信機４００側に送信することができる。
【０１３２】
図９には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の一例４００Ａの構成を模式的に示している。同図に示すコンテンツ受信機４００Ａは、受信したコンテンツをハード・ディスクなどの所定のローカル記憶装置に一旦蓄積した後でコンテンツの購入を決定するタイプである。以下、同図を参照しながらコンテンツ受信機４００Ａについて説明する。
【０１３３】
ＣＡＳデスクランブラ４１１は、図示しないフロント・エンドにより受信されたデータを、放送局３００側から取得したスクランブル鍵を用いてデスクランブルして、トランスポート・ストリームを再現する。
【０１３４】
デマルチプレクサ４１２は、トランスポート・ストリームを、暗号化コンテンツと暗号化コンテンツ鍵とに分離する。分離後、これらは権利処理前の状態のままハード・ディスク装置４１３Ａに一旦蓄積される。
【０１３５】
ＲＭＰモジュール４２０は、ハードウェア・モジュールあるいはソフトウェア・モジュールいずれの形態で実装されていてもよい。ハード・ディスク装置４１３Ａに蓄積したコンテンツを購入する際、まず、対応する権利処理メタデータが読み出され、その中からＲＭＰ識別情報（ＲＭＰ ＩＤ）が検出され、適当なＲＭＰモジュールが選択的に動作しているものとする。
【０１３６】
ＲＭＰモジュール４２０は、コンテンツ購入に関する契約を交わした（あるいはユーザ・アカウントを取得している）管理センタ２０２と接続して、コンテンツの配信鍵ＫDを購入する。コンテンツ鍵復号化部４２１は、権利処理メタデータから暗号化コンテンツ鍵を取り出して、これを配信鍵ＫDで復号化してコンテンツ鍵Ｋcを得る。後続のコンテンツ鍵再暗号化部４２２は、ＲＭＰモジュール４２０で規定されているコンテンツ蓄積用の鍵（ストレージ・キー）Ｋsを用いてコンテンツ鍵Ｋcを再暗号化する。
【０１３７】
購入した暗号化コンテンツを、再暗号化されたコンテンツ鍵とともに、ハード・ディスク装置４１３Ａからハード・ディスク装置４１３Ｂに移動する。但し、ハード・ディスク装置４１３Ａと４１３Ｂは、物理的に独立した装置ユニットである必要はなく、同一のハード・ディスク内で権利処理前（購入前）と権利処理後（購入後）とで記憶領域（例えば、パーティション）を区切られたものであってもよい。
【０１３８】
ＲＭＰモジュール４２０は、購入コンテンツのための配信鍵ＫDの購入や、購入コンテンツの移動などの処理ログを、課金データとして蓄積しておく。そして、定期的あるいは不定期的に管理センタ２０２に接続して、課金データを転送する。
【０１３９】
また、図１０には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｂの構成を模式的に示している。同図に示すコンテンツ受信機４００Ｂは、受信したコンテンツを一旦ハード・ディスクなどのローカル記憶装置に蓄積した後、コンテンツを再生を行うタイプである。コンテンツ受信機４００Ｂは、上述したコンテンツ受信機４００Ａにより購入・蓄積された暗号化コンテンツの再生装置としても機能する。以下、同図を参照しながらコンテンツ受信機４００Ｂについて説明する。
【０１４０】
ハード・ディスク装置４３３内には、ＲＭＰモジュール４４０で規定されたコンテンツ鍵Ｋcを用いて暗号化されたコンテンツと、ＲＭＰモジュール４４０で規定されているコンテンツ蓄積用の鍵（ストレージ・キー）Ｋsで暗号化された暗号化コンテンツ鍵が格納されている。
【０１４１】
コンテンツ購入時には、コンテンツ鍵復号化部４４１は、ハード・ディスク装置４３３から該当する暗号化コンテンツ鍵を読み出して、これを規定された格納鍵Ｋsを用いて復号化して、コンテンツ鍵Ｋcを得る。
【０１４２】
コンテンツ復号化部４４２は、購入したい暗号化コンテンツをハード・ディスク装置４３３から読み出して、これを復号化されたコンテンツ鍵Ｋcを用いて復号化し、元の映像又は音楽などのコンテンツを再現する。
【０１４３】
ＡＰＳ処理部４４３は、ビデオ信号などのアナログ出力信号に対して、マクロビジョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用した後、再生コンテンツとしてテレビジョン（図示しない）などの出力装置に送出する。
【０１４４】
図９及び図１０に示すようなコンテンツ受信機４００Ａ、４００Ｂによれば、コンテンツ・プロバイダは、ＣＡＳとは独立した暗号化システムによりコンテンツを配信することができる。すなわち、ＣＡＳに依存しないコンテンツ配信システムなので、異なるＣＡＳ（異なる放送事業者）にまたがった共通のプラットフォーム上でコンテンツ購入に対する課金処理を行うことができる。この場合、ＣＡＳは、単なるコンテンツの流通経路に過ぎない。コンテンツは暗号化されたままの状態でハード・ディスク装置のようなローカル記憶装置に蓄積される。購入時に、コンテンツを解くための鍵がコンテンツ鍵Ｋcから格納鍵Ｋsにかけ変えられるので、その後は同じコンテンツ受信機４００Ａ上でいつでも再生することができる。また、コンテンツ購入処理時に課金するためのログが作成され、定期的あるいは不定期的に管理センタ２０２に送信されるので、コンテンツ利用者に対して確実に課金・決済を行うことができる。
【０１４５】
図１１には、図９に示したようなコンテンツ受信機４００Ａにおいて、受信コンテンツをハード・ディスク装置４１３Ａに蓄積するための処理手順の一例をフローチャートの形式で示している。受信コンテンツは、基本的には、権利処理前のまま蓄積される。以下、このフローチャートに従って、コンテンツの蓄積処理について説明する。
【０１４６】
まず、コンテンツ受信機４００Ａのユーザにより予約したい番組が決まっているか否か（すなわち予約設定されているか否か）をチェックする（ステップＳ２１）。
【０１４７】
予約したい番組が既に決められている場合には、例えばデジタル放送であればデータ放送用データの中からＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組表）を取り出し、ＥＰＧを基に予約すべき番組を選択する（ステップＳ２２）。そして、予約すべき時刻（放映時間帯）並びにチャンネルなどを設定する（ステップＳ２３）。
【０１４８】
次いで、ユーザからのプリファレンス入力（ステップＳ２４）を基に、プリファレンスにあった番組を所定の検索エンジンが自動選択する（ステップＳ２５）。そして、予約すべき時刻（時間帯）並びにチャンネルなどを設定する（ステップＳ２６）。
【０１４９】
予約開始時刻に到達した、あるいは選択された番組ＩＤが受信されたことに応答して、ハード・ディスク装置への受信コンテンツの自動蓄積を行う（ステップＳ２７）。
【０１５０】
また、図１２には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｃの構成を模式的に示している。同図に示すコンテンツ受信機４００Ｃは、ＩＣカード化された衛星放送用のＣＡＳモジュール、すなわちＢＳ−ＣＡＳ ＩＣカードを内蔵しており、受信したコンテンツを一旦ハード・ディスク装置に蓄積した後、ＣＡＳシステムに基づいて衛星放送を限定受信して視聴するタイプである。以下、同図を参照しながら、コンテンツ受信機４００Ｃについて説明する。
【０１５１】
図示しないフロント・エンドにより受信されたデータ・コンテンツは、権利処理前で且つＣＡＳによりスクランブル処理された状態のまま、ハード・ディスク装置４５３のような大容量記憶装置に一時蓄積される。
【０１５２】
受信コンテンツの権利処理はＲＭＰモジュール４６０により行われる。ＲＭＰモジュール４６０は、ハードウェア・モジュールあるいはソフトウェア・モジュールいずれの形態で実装されていてもよい。ハード・ディスク装置４５３に蓄積したコンテンツを購入する際、対応する権利処理メタデータが読み出され、ＲＭＰ識別情報（ＲＭＰ ＩＤ）が検出され、適当なＲＭＰモジュールが選択的に動作しているものとする。図示の例では、ＩＣカードとして提供されるＣＡＳモジュールはＲＭＰモジュール４６０の一部を構成する。
【０１５３】
蓄積されたコンテンツを再生する際、該当する権利処理メタデータをハード・ディスク装置４５３から読み出す。
【０１５４】
権利処理メタデータ中には、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）とＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ）が含まれている。ＥＣＭは、ＣＡＳスクランブルを解除するためのスクランブル鍵Ｋscを暗号化したものである。また、ＥＭＭは、ＥＣＭを解くためのワーク鍵を、契約期間などの契約内容やメッセージとともに暗号化したものである。
【０１５５】
復号部４６２は、ＢＳ−ＣＡＳ ＩＣカードに記録されているマスター鍵Ｋmを用いてＥＭＭを解読してワーク鍵と契約情報を得る。次いで、復号部４６１は、ワーク鍵を用いてＥＣＭを解読して、スクランブル鍵Ｋscを得る。
【０１５６】
判定部４６４は、復号部４６２において得られた契約情報に基づき、コンテンツ受信機４００Ｃの正当性を検証する。正当と判定した場合、スクランブル鍵Ｋscを復号部４６５に供給する。
【０１５７】
ハード・ディスク装置４５３に蓄積された受信コンテンツは、ＣＡＳに基づき、Ｍｕｌｔｉ２などの方式によりスクランブル処理されている。復号部４６５は、再生すなわち視聴したいコンテンツをハード・ディスク装置４５３から取り出して、スクランブル鍵Ｋscを用いてデスクランブル処理する。
【０１５８】
ＡＰＳ処理部４６６は、ビデオ信号などのアナログ出力信号に対して、マクロビジョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用した後、再生コンテンツとしてテレビジョン（図示しない）などの出力装置に送出する。
【０１５９】
一方、復号部４６２において得られた契約情報は、ＰＰＶデータ格納部４６３に蓄積される。ＲＭＰモジュール４６０は、定期的あるいは不定期的に管理センタ２０２に接続して、ＰＰＶデータを転送する。管理センタ２０２は、ＰＰＶデータを基に、コンテンツ利用者に対する課金処理を行うことができる。
【０１６０】
図１２に示すコンテンツ受信機４００Ｄの構成によれば、ＣＡＳをそのまま蓄積コンテンツの課金に利用することができる。ＣＡＳに従って暗号化されたコンテンツは、暗号化されたままハード・ディスク装置に蓄積される。ＣＡＳで使用されるマスター鍵ＫmによりＥＭＭ並びにＥＣＭを解いて、蓄積コンテンツを解くことができる。その際、暗号を解いたことを課金ログとして記録する。このような課金ログを定期的あるいは不定期的に管理センタに送信することで、コンテンツ利用者に対して確実に課金を行うことができる。
【０１６１】
また、図１３には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｄの構成を模式的に示している。同図に示すコンテンツ受信機４００Ｄは、ＩＣカード化された衛星放送用のＣＡＳモジュール、すなわちＢＳ−ＣＡＳ ＩＣカードを内蔵しており、ＣＡＳシステムに基づいて衛星放送を限定受信してＣＡＳデスクランブルを行った後、再度暗号化してハード・ディスク装置に蓄積するタイプである。以下、同図を参照しながら、コンテンツ受信機４００Ｄについて説明する。
【０１６２】
受信コンテンツの権利処理はＲＭＰモジュール４８０により行われる。ＲＭＰモジュール４８０は、ハードウェア・モジュールあるいはソフトウェア・モジュールいずれの形態で実装されていてもよい。フロント・エンド部（図示しない）よりコンテンツが受信されたときに、対応する権利処理メタデータが読み出され、ＲＭＰ識別情報（ＲＭＰ ＩＤ）が検出され、適当なＲＭＰモジュールが選択的に動作しているものとする。同図に示す例では、ＩＣカードとして提供されるＣＡＳモジュールや、ハード・ディスク装置に蓄積するコンテンツの保護を行うセキュア・モジュールは、ＲＭＰモジュール４８０の一部を構成する。セキュア・モジュールは、ハード・ディスク装置に蓄積するコンテンツの再暗号化処理、並びに、再生時の暗号解除処理を行う。
【０１６３】
図示しないフロント・エンドにより受信されたデータ・コンテンツのうち、権利処理メタデータは、ＣＡＳモジュールすなわちＢＳ−ＣＡＳ ＩＣカードに入力される。
【０１６４】
権利処理メタデータ中には、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）とＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ）が含まれている。復号部４８２は、ＢＳ−ＣＡＳ ＩＣカードに記録されているマスター鍵Ｋmを用いてＥＭＭを解読してワーク鍵と契約情報を得る。次いで、復号部４８１は、ワーク鍵を用いてＥＣＭを解読して、スクランブル鍵Ｋscを得る。また、復号部４８２において得られた契約情報は、ＰＰＶデータ格納部４８３に蓄積される。
【０１６５】
判定部４８４は、復号部４８２において得られた契約情報に基づき、コンテンツ受信機４００Ｄの正当性を検証する。正当と判定した場合、スクランブル鍵Ｋscを復号部４８５に供給する。
【０１６６】
復号部４８５は、スクランブル鍵Ｋscを用いて受信コンテンツをデスクランブル処理して、セキュア・モジュールに出力する。
【０１６７】
セキュア・モジュール内では、暗号化部４８７が、コンテンツ受信機４００Ｄに固有のコンテンツ蓄積鍵Ｋstを用いてＣＡＳデスクランブル後のコンテンツを再度暗号化して、ハード・ディスク装置４７３に格納する。
【０１６８】
また、ハード・ディスク装置４７３に蓄積しておいたコンテンツを再生すなわち視聴する場合には、暗号化コンテンツをハード・ディスク装置４７３から読み出し、復号部４８８にてコンテンツ蓄積鍵Ｋstを用いて復号化する。そして、ＡＰＳ処理部４８９は、ビデオ信号などのアナログ出力信号に対して、マクロビジョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用した後、再生コンテンツとしてテレビジョン（図示しない）などの出力装置に送出する。
【０１６９】
また、セキュア・モジュール内では、ＣＡＳデスクランブル処理後のコンテンツから権利処理メタデータが取り出され、課金データとして蓄積される。
【０１７０】
ＲＭＰモジュール４８０は、定期的あるいは不定期的に管理センタ２０２に接続して、ＣＡＳモジュールにて蓄積されたＰＰＶデータや、セキュア・モジュールにて蓄積された課金データを転送する。管理センタ２０２は、ＰＰＶデータを基に、コンテンツ利用者に対する課金処理を行うことができる。
【０１７１】
図１３に示すような構成のコンテンツ受信機４００Ｄによれば、ＣＡＳシステムに従って配信されるコンテンツを再度暗号化して、ハード・ディスク装置に蓄積することができる。再暗号化の際、ＣＡＳで使用するスクランブル鍵Ｋscとは異なる鍵構造のコンテンツ蓄積鍵Ｋstで暗号化する。ハード・ディスク装置に蓄積された暗号化コンテンツを再生する場合には、再生する度に課金ログを生成して、定期的あるいは不定期的に管理センタ２０２に送信して、コンテンツ利用者に対する課金を行う。ＣＡＳをＲＭＰモジュールと一体化して構成することもできる。
【産業上の利用可能性】
【０１７２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【符号の説明】
【０１７３】
１０…コンテンツ受信機、１１…フロント・エンド部
１２…ＣＡＳ処理部、１３Ａ，１３Ｂ…ハード・ディスク装置
１４…ＲＭＰ識別部
２０…コンテンツ受信機、２１…フロント・エンド部
２３…ハード・ディスク装置、２４…ＲＭＰ識別部
２５…デコーダ出力装置
３０…コンテンツ受信機、３１…フロント・エンド部
３２…ＣＰＵ、３３Ａ，３３Ｂ…ハード・ディスク装置
３４…ＲＭＰ識別部、３５…作業メモリ
３６…デコーダ出力装置、３７…ネットワーク・インターフェース
２００…コンテンツ・プロバイダ
２０１…番組制作会社（委託放送事業者）、２０２…管理センタ（決済機関）
２５０…認証局
３００…放送局（衛星放送受託放送事業者）、３０１…放送衛星
３１１…コンテンツ暗号化部、３１２…コンテンツ鍵暗号化部
３１３…マルチプレクサ、３１４…ＣＡＳスクランブラ
４００…コンテンツ受信機（コンテンツ配信対応衛星放送受信機）
４１１…ＣＡＳデスクランブラ、４１２…デマルチプレクサ
４１３Ａ，４１３Ｂ…ハード・ディスク装置
４２０…ＲＭＰモジュール、４２１…コンテンツ鍵復号化部
４２２…コンテンツ鍵再暗号化部
４３３…ハード・ディスク装置、４４０…ＲＭＰモジュール
４４１…コンテンツ鍵復号化部、４４２…コンテンツ復号化部
４４３…ＡＰＳ処理部
４５３…ハード・ディスク装置、４６０…ＲＭＰモジュール
４６１…復号部、４６２…復号部
４６３…ＰＰＶデータ格納部、４６４…判定部
４６５…復号部、４６６…ＡＰＳ処理部
４７３…ハード・ディスク装置、４８０…ＲＭＰモジュール
４８１…復号部、４８２…復号部
４８３…ＰＰＶデータ格納部、４８４…判定部
４８５…復号部、４８７…暗号化部
４８８…復号部、４８９ＡＰＳ処理部
【技術分野】
【０００１】
本発明は、放送波やネットワークなどを介して配信されるコンテンツを受信するコンテンツ受信装置及びコンテンツ受信方法に係り、特に、映画や音楽などの暗号化された形式で配信される有料コンテンツを特定の利用者が受信するコンテンツ受信装置及びコンテンツ受信方法に関する。
【０００２】
更に詳しくは、本発明は、映画や音楽などのコンテンツ制作・提供業者が放送事業者やインターネット・サービス・プロバイダなどの仲介業者を介して配信する暗号化コンテンツを受信するコンテンツ受信装置及びコンテンツ受信方法に係り、特に、コンテンツ制作・提供業者自身がコンテンツ利用に関する課金やセキュリティなどを制御可能な形態で配信するコンテンツを受信するコンテンツ受信装置及びコンテンツ受信方法に関する。
【背景技術】
【０００３】
昨今の情報技術の革新に伴い、映像や音楽など、さまざまなメディアがデジタル化されたコンテンツとしてコンピュータなどの情報機器上で取り扱われるようになってきている。さらに、情報通信技術の発達により、これらコンテンツを、衛星や地上波などの放送、あるいはインターネットのような広域的なネットワークを利用して、配信することができる。
【０００４】
映像コンテンツや音楽コンテンツの配信は一部で既に実施されている。コンテンツ配信技術によれば、旧来の商品流通経路や物理的な媒体を省略することができる。また、遠隔地の消費者であっても、所望の映像・音楽ソフトを容易に入手することができる。また、コンテンツ制作・提供業者側の立場では、迅速且つ効率的なコンテンツ販売によってより高い利益をあげることにより、コンテンツ制作意欲が増し、業界全体の発展にもつながる。
【０００５】
例えば、テレビ受信機が大容量のハード・ディスク装置を内蔵していることを前提としたサーバ型・蓄積型の放送システムにおいては、映画などのコンテンツを、放送局やその他のコンテンツ配信業者において暗号化して配信し、コンテンツ購入者すなわち視聴者に対して暗号解読用の鍵を配布時に課金することによって確実に利益を確保することができる。
【０００６】
このようなコンテンツ受信形式のことをＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ（限定受信））方式とも呼ぶ。図１４には、ＣＡＳベースのコンテンツ配信システムの概観構成を図解している。
【０００７】
同図に示すコンテンツ配信システムでは、映像や音楽などの配信用コンテンツを制作又は提供するコンテンツ・プロバイダと、コンテンツ・プロバイダが提供するコンテンツを、放送波やネットワークを経由して消費者に配信するコンテンツ配信事業者と、コンテンツを受信する消費者すなわち一般ユーザの３者で構成される。
【０００８】
コンテンツ配信事業者は、例えば、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅ：放送衛星）ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ：通信衛星）など放送衛星を利用した放送事業者、地上波を利用した放送事業者、あるいは、インターネットへの接続サービス並びにインターネット上での各種情報コンテンツ提供サービスを運営するインターネット・サービス・プロバイダなどで構成される。
【０００９】
一般ユーザは、例えば自宅内に配信コンテンツを受信するコンテンツ受信機を設置している。放送波を介したコンテンツを受信するコンテンツ受信機は、例えばＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）のようなテレビ受信機でよい。また、インターネット経由でコンテンツを受信するコンテンツ受信機は、例えば、パーソナル・コンピュータ（ＰＣ）のような一般的な計算機システムでよい。コンテンツ受信機は、ハード・ディスク装置を内蔵し、長時間すなわち大量の映像・音楽コンテンツを蓄積可能な蓄積型放送対応受信機であることが好ましい。
【００１０】
コンテンツ受信機が放送波を介してコンテンツを受信するためには、各放送事業者毎に対応したＣＡＳ（限定受信）カードを装備しておく必要がある。また、インターネット経由でコンテンツを受信するためには、所定のインターネット・サービス・プロバイダからあらかじめユーザ・アカウント（利用者資格）を取得するとともに、コンテンツ購入時に最寄りのアクセス・ポイントを介してインターネット接続する必要がある。
【００１１】
放送事業者がコンテンツ配信に要する費用や利益を回収するためには、例えばＣＡＳカード（あるいはＣＡＳを内蔵した受信機）購入時を利用すればよい。また、インターネット・サービス・プロバイダがコンテンツ配信に要する費用や利益を回収するためには、例えば、月々支払われる会費にコンテンツ利用料相当額を上乗せすればよい。但し、ＣＡＳシステムやユーザ・アカウントによる課金方式は、コンテンツ配信事業者が個々の消費者すなわちコンテンツ利用者に対する課金を制御することを目的とするものであり、コンテンツ・プロバイダの制御下にはない。言い換えれば、コンテンツ・プロバイダは、コンテンツ配信事業者車体のＣＡＳなどを利用しても、自らの利益を確保することはできない。
【００１２】
コンテンツ・プロバイダが一般消費者からコンテンツ利用料を徴収するためには、コンテンツ・プロバイダ自身がコンテンツ課金、セキュリティ、著作権保護などのコンテンツ提供方式（以下では、ＲＭＰ（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ）と呼ぶ）を策定することが挙げられる。ＲＭＰの中には、より具体的には、暗号化の方式、鍵の配布方式、コンテンツ暗号解読方式、課金情報や鍵類の伝送方式、記録メディア制御情報、相互認証の方式、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ：マクロビジョンやＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）など）、視聴制限情報などの、コンテンツ購入とコンテンツ利用に必須の項目が含まれている。コンテンツの利用者・消費者側では、コンテンツ・プロバイダに対応するＲＭＰモジュールを実装したコンテンツ受信機を用意することで、コンテンツ・プロバイダを供給源とする配信コンテンツを成功裏に購入し、利用すなわち視聴することができる。また、管理センタのようなコンテンツ・プロバイダ外の決済機関に対して課金情報の一括管理を委ねるようにしてもよい。
【００１３】
しかしながら、コンテンツ課金、セキュリティ、著作権保護に関するＲＭＰ方式は、一般に、各コンテンツ・プロバイダが提供するコンテンツ配信システム毎に区々に策定するのが現状である。複数の方式が混在する環境下では、同じ音楽コンテンツ配信、映画コンテンツ配信であっても、コンテンツ配信システムが相違すると同じコンテンツ受信機上では復号化できない、すなわちコンテンツを利用できないという事態に陥る。
【００１４】
例えば、コンテンツ利用者が複数のコンテンツ・プロバイダすなわち配信システムからコンテンツを購入しようとすると、配信システム毎にコンテンツ受信機のハードウェア又はソフトウェアを用意しなければならず、利用者に不便であったり、あるいは余計な出費が必要となったりする。また、コンテンツ購入方法が面倒であることの帰結として、利用者のコンテンツ買い控えが生じると、コンテンツ提供・配信事業の利益が伸び悩み、事業全体が沈静化してしまうことになりかねない。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、映画や音楽などの暗号化された形式で配信される有料コンテンツを特定の利用者が好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【００１６】
本発明の更なる目的は、映画や音楽などのコンテンツ制作・提供業者が放送事業者やインターネット・サービス・プロバイダなどの仲介業者を介して配信する暗号化コンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【００１７】
本発明の更なる目的は、コンテンツ制作・提供業者自身がコンテンツ利用に関する課金やセキュリティなどを制御可能な形態で配信するコンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【００１８】
本発明の更なる目的は、コンテンツ配信システム毎に策定される複数のＲＭＰ（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ）方式に対応することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することにある。
【課題を解決するための手段】
【００１９】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、所定の権利管理・保護（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ：ＲＭＰ）方式に則って配信されるコンテンツを受信するコンテンツ受信装置であって、
配信コンテンツを受信するコンテンツ受信手段と、
受信コンテンツの権利管理・保護方式を識別する識別手段と、
前記識別手段による識別結果に基づいて、該当する権利管理・保護方式に従って受信コンテンツを権利処理する権利処理手段と、
を具備することを特徴とするコンテンツ受信装置である。
【００２０】
コンテンツの制作・提供事業者は、ＲＭＰと呼ばれる権利管理・保護方式に従って暗号化などの保護された形式でコンテンツを配信する。一般に、コンテンツ制作・提供事業者毎に区々の権利管理・保護方式を採用する。
【００２１】
本発明の第１の側面に係るコンテンツ受信装置によれば、権利管理・保護方式の仕様を規定する書式のみを統一化するだけで、識別手段が受信コンテンツの権利管理・保護方式を識別して、権利処理手段は、該識別結果に基づいて該当する権利管理・保護方式を選択的に用いて受信コンテンツを権利処理することができる。
【００２２】
したがって、それぞれの権利管理・保護方式に対応した機能をあらかじめ用意しておくだけで、どの権利管理・保護方式に則ったコンテンツを受信した場合であっても、１台のコンテンツ受信機を用いて複数の異なるコンテンツ配信方式に対応することができる。すなわち同じコンテンツ受信機上でコンテンツを復号化して利用に供することができ、配信システム毎の受信機などの機器を用意する必要がなくなる。
【００２３】
また、各コンテンツ制作・提供・配信事業者間では、ＲＭＰ仕様記述などのコンテンツ配信方式の規格化をめぐる争いを沈静化することができる。また、各コンテンツ制作・提供・配信事業者間における配信コンテンツの互換性や融通性を向上させることができる。また、コンテンツ利用者においては、利便性が高まる。
【００２４】
ここで言う権利管理・保護方式は、コンテンツの暗号化方式、鍵の配布方式、コンテンツ暗号解読方式、課金情報や鍵類の伝送方式、記録メディア制御情報、相互認証の方式、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ：マクロビジョンやＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）など）、視聴制限情報などの、コンテンツ購入とコンテンツ利用に必須の項目を規定するものである。
【００２５】
コンテンツ受信装置は、あらかじめ複数種類の権利管理・保護モジュールを備えておいてもよい。このような場合、前記権利処理手段は、前記識別手段による識別結果に基づいて、対応する権利管理・保護モジュールを選択して受信コンテンツの権利処理を行うことができる。
【００２６】
あるいは、コンテンツ受信装置は、権利管理・保護モジュールを外部から取得する権利管理・保護モジュール取得手段を備えていてもよい。このような場合、前記権利処理手段は、前記識別手段による識別結果に基づいて前記権利管理・保護モジュール取得手段を介して外部から取得された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことができる。
【００２７】
あるいは、コンテンツ受信装置は、権利管理・保護方式の仕様記述に従い権利管理・保護モジュールを自動生成する権利管理・保護モジュール生成手段を備えていてもよい。このような場合、前記権利処理手段は、前記権利管理・保護モジュール生成手段によって生成された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことかできる。
【００２８】
また、コンテンツ受信装置は、コンテンツを蓄積するコンテンツ蓄積手段を含んでいてもよい。例えば、前記権利処理手段による権利処理前、あるいは権利処理後のコンテンツを前記コンテンツ蓄積手段に格納することができる。
【００２９】
前記コンテンツ受信手段が受信するコンテンツは、例えば、所定の鍵で暗号化されている。このような場合、前記権利処理手段は、受信した暗号化コンテンツを復号化し、他の鍵で再暗号化した後にコンテンツ蓄積手段に格納するようにしてもよい。このような構成により、権利処理後のコンテンツをさらに保護することができる。
【００３０】
また、前記コンテンツ受信手段が受信するコンテンツは、例えば、所定の鍵で暗号化された形式で配信されているとともに、さらに該鍵を暗号化した暗号化鍵も受信する。このような場合、前記権利処理手段は、受信した暗号化鍵を復号化し、他の鍵で再暗号化した後に暗号化コンテンツとともにコンテンツ蓄積手段に格納するようにしてもよい。このような構成により、権利処理後のコンテンツをさらに保護することができる。
【００３１】
また、前記権利処理手段は、受信コンテンツの権利処理のログを蓄積するようにしてもよい。このような場合、例えば、蓄積されたログを所定の決済機関に定期的あるいは不定期的に送信することにより、決済機関では正確な課金処理を行うことができる。
【００３２】
また、前記権利処理手段は、権利処理後のコンテンツの再生信号を、該当する権利管理・保護方式の仕様記述に従ってＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）処理して外部出力するようにしてもよい。このような場合、権利処理後のビデオ再生信号などを保護することができる。
【００３３】
また、前記権利処理手段は、権利処理後のコンテンツを暗号化して外部出力するようにしてもよい。このような場合、例えばＩＥＥＥ １３９４のようなホーム・ネットワーク経由で他の情報機器にコンテンツを転送する場合や、ＬＡＮ経由でパーソナル・コンピュータ（ＰＣ）のような計算機システムにコンテンツを送信してアプリケーションを用いて処理する場合であっても、コンテンツを保護することができる。
【００３４】
また、本発明の第２の側面は、所定の権利管理・保護（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ：ＲＭＰ）方式に則って配信されるコンテンツを受信するコンテンツ受信方法であって、
配信コンテンツを受信するコンテンツ受信ステップと、
受信コンテンツの権利管理・保護方式を識別する識別ステップと、
前記識別ステップによる識別結果に基づいて、該当する権利管理・保護方式に従って受信コンテンツを権利処理する権利処理ステップと、
を具備することを特徴とするコンテンツ受信方法である。
【００３５】
本発明の第２の側面に係るコンテンツ受信方法によれば、権利管理・保護方式の仕様を規定する書式のみを統一化するだけで、識別ステップが受信コンテンツの権利管理・保護方式を識別して、権利処理ステップでは、該識別結果に基づいて該当する権利管理・保護方式を選択的に用いて受信コンテンツを権利処理することができる。
【００３６】
前記権利処理ステップでは、前記識別ステップによる識別結果に基づいて、対応する権利管理・保護モジュールを選択して受信コンテンツの権利処理を行うようにしてもよい。
【００３７】
あるいは、前記識別ステップによる識別結果に基づいて、該当する権利管理・保護モジュールを外部から取得する権利管理・保護モジュール取得ステップをさらに備えていてもよい。このような場合、前記権利処理ステップでは、前記権利管理・保護モジュール取得ステップにより外部から取得された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことができる。
【００３８】
あるいは、権利管理・保護方式の仕様記述に従い権利管理・保護モジュールを自動生成する権利管理・保護モジュール生成ステップをさらに備えていてもよい。このような場合、前記権利処理ステップでは、前記権利管理・保護モジュール生成ステップによって生成された権利管理・保護モジュールを用いて受信コンテンツの権利処理を行うことができる。
【００３９】
また、受信したコンテンツを蓄積するコンテンツ蓄積ステップを含んでいてもよい。例えば、前記権利処理ステップによる権利処理前、あるいは権利処理後のコンテンツを格納するようにしてもよい。
【００４０】
また、前記コンテンツ受信ステップでは所定の鍵で暗号化された形式で配信されるコンテンツを受信するような場合、前記権利処理ステップにおいて復号化した受信コンテンツを他の鍵で再暗号化した後に格納するコンテンツ蓄積ステップを備えていてもよい。
【００４１】
また、前記コンテンツ受信ステップでは、所定の鍵で暗号化された形式で配信されるコンテンツ、並びに該鍵を暗号化した暗号化鍵を受信するような場合、前記権利処理ステップにおいて復号化した鍵を他の鍵で再暗号化した後に暗号化コンテンツとともに格納するコンテンツ蓄積ステップを備えるようにしてもよい。
【００４２】
また、前記権利処理ステップにおける受信コンテンツの権利処理のログを蓄積するログ蓄積ステップを備えていてもよい。このような場合、例えば、蓄積されたログを所定の決済機関に定期的あるいは不定期的に送信することにより、決済機関では正確な課金処理を行うことができる。
【００４３】
また、前記権利処理ステップによる権利処理後のコンテンツの再生信号を、該当する権利管理・保護方式の仕様記述に従ってＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）処理して外部出力する外部出力ステップを備えていてもよい。
【００４４】
また、前記権利処理ステップによる権利処理後のコンテンツを暗号化して外部出力する外部出力ステップを備えていてもよい。
【００４５】
また、本発明の第３の側面は、所定の権利管理・保護（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ：ＲＭＰ）方式に則って配信されるコンテンツの受信処理をコンピュータ・システム上で実行するように記述されたコンピュータ・ソフトウェアをコンピュータ可読形式で物理的に格納した記憶媒体であって、前記コンピュータ・ソフトウェアは、
配信コンテンツを受信するコンテンツ受信ステップと、
受信コンテンツの権利管理・保護方式を識別する識別ステップと、
前記識別ステップによる識別結果に基づいて、該当する権利管理・保護方式に従って受信コンテンツを権利処理する権利処理ステップと、
を具備することを特徴とする記憶媒体である。
【００４６】
本発明の第３の側面に係る記憶媒体は、例えば、様々なプログラム・コードを実行可能な汎用性のコンピュータ・システムに対して、コンピュータ・ソフトウェアをコンピュータ可読な形式で物理的に提供する媒体である。このような媒体は、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）などの着脱自在で可搬性の記憶媒体である。あるいは、ネットワーク（ネットワークは無線、有線の区別を問わない）などの伝送媒体などを経由してコンピュータ・ソフトウェアを特定のコンピュータ・システムにコンピュータ可読形式で提供することも技術的に可能である。
【００４７】
このような記憶媒体は、コンピュータ・システム上で所定のコンピュータ・ソフトウェアの機能を実現するための、コンピュータ・ソフトウェアと記憶媒体との構造上又は機能上の協働的関係を定義したものである。換言すれば、本発明の第３の側面に係る記憶媒体を介して所定のコンピュータ・ソフトウェアをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１及び第２の各側面に係るコンテンツ受信装置及びコンテンツ受信方法と同様の作用効果を得ることができる。
【００４８】
また、本発明の第４の側面は、それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
権利管理・保護方式の識別情報を含んだ要求に応答して、該当する権利管理・保護モジュールを送信する手段と、
を備えることを特徴とするサーバである。
【００４９】
また、本発明の第５の側面は、それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
識別情報に基づく問合せに応答して、該当する権利管理・保護モジュールを用いてコンテンツを変換する手段と、
を具備することを特徴とするサーバである。
【００５０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明の効果】
【００５１】
本発明によれば、映画や音楽などの暗号化された形式で配信される有料コンテンツを特定の利用者が好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５２】
また、本発明によれば、映画や音楽などのコンテンツ制作・提供業者が放送事業者やインターネット・サービス・プロバイダなどの仲介業者を介して配信する暗号化コンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５３】
また、本発明によれば、コンテンツ制作・提供業者自身がコンテンツ利用に関する課金やセキュリティなどを制御可能な形態で配信するコンテンツを好適に受信することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５４】
また、本発明によれば、各コンテンツ配信システム毎に策定される複数のＲＭＰ（Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎ）方式に対応することができる、優れたコンテンツ受信装置及びコンテンツ受信方法を提供することができる。
【００５５】
本発明に係るコンテンツ受信装置及びコンテンツ受信方法によれば、１台のコンテンツ受信機を用いて複数の異なるコンテンツ配信方式に対応することができ、配信システム毎の受信機などの機器を用意する必要がなくなる。また、各コンテンツ制作・提供・配信事業者間では、ＲＭＰ仕様記述などのコンテンツ配信方式の規格化をめぐる争いを沈静化することができる。また、各コンテンツ制作・提供・配信事業者間における配信コンテンツの互換性や融通性を向上させることができる。また、コンテンツ利用者においては、利便性が高まる。
【図面の簡単な説明】
【００５６】
【図１】ＲＭＰモジュールの概念構成を示した図である。
【図２】異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用する形式のコンテンツ受信機の構成を模式的に示した図である。
【図３】異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用する形式のコンテンツ受信機２０の他の構成例を模式的に示した図である。
【図４】ソフトウェア・モジュールとしてＲＭＰモジュールを構成し、受信コンテンツ毎に適合するソフトウェア・モジュールを所定のサーバからダウンロードする形式のコンテンツ受信機３０の他の構成例を模式的に示した図である。
【図５】コンテンツ受信機３０にＲＭＰモジュールをダウンロードするための処理手順を示したフローチャートである。
【図６】ソフトウェアＲＭＰモジュールをコンテンツ受信機３０内部で自動生成するための処理手順を示したフローチャートである。
【図７】コンテンツ配信システムの概略的構成を示した図である。
【図８】コンテンツ制作並びに配信を行う放送局における構成を模式的に示した図である。
【図９】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の一例４００Ａの構成を模式的に示した図である。
【図１０】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｂの構成を模式的に示した図である。
【図１１】図９に示したコンテンツ受信機４００Ａにおいて、受信コンテンツをハード・ディスク装置４１３Ａに蓄積するための処理手順の一例を示したフローチャートである。
【図１２】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｃの構成を模式的に示した図である。
【図１３】放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｃの構成を模式的に示した図である。
【図１４】ＣＡＳベースのコンテンツ配信システムの概観構成を示した図である。
【発明を実施するための形態】
【００５７】
以下に記述する本発明の実施形態では、各コンテンツ配信システム毎に策定される複数のＲＭＰに対応することができるコンテンツ受信装置について説明する。
【００５８】
ＲＭＰは、Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ ＆ Ｐｒｏｔｅｃｔｉｏｎの略であり、ＴＶ Ａｎｙｔｉｍｅ Ｆｏｒｕｍで用いられている概念である。放送やネットワークを介したコンテンツ配信事業において問題になるのが、コンテンツの不正利用やタダ見、タダ聴きである。この種の不正行為が横行すると、コンテンツ制作・提供・配信事業者の正当な利益が保証されず、事業の存亡にも関わる。言い換えれば、コンテンツの利用権利管理と保護が必要であり、ＲＭＰがこれを担う。
【００５９】
ＲＭＰには、より具体的には、暗号化の方式、鍵の配布方式、コンテンツ暗号解読方式、課金情報や鍵類の伝送方式、記録メディア制御情報、相互認証の方式、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ：マクロビジョンやＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）など）、視聴制限情報などの、コンテンツ購入とコンテンツ利用に必須の項目が含まれている。
【００６０】
これらの項目からなるＲＭＰの仕様を規定する書式のみを統一化し、各コンテンツ提供事業者は該仕様に則った形式で暗号化コンテンツや権利処理情報をコンテンツに入力すればよい。このような場合、コンテンツを受信し利用する消費者すなわちコンテンツ利用者側では、各々のＲＭＰ方式に対応した機能を複数用意しておくことにより、どのようなＲＭＰ方式に基づくコンテンツであっても、同じコンテンツ受信機上で復号化して利用に供することができる。
【００６１】
ＲＭＰ仕様記述は、例えば、配信コンテンツに付随するメタデータの一部として記述することができる。以下では、メタデータのうちＲＭＰ仕様記述に関連する部分のことを「権利処理メタデータ」と呼ぶことにする。例えば、デジタル放送などの場合、放送番組本編に付随するデータ放送用データとしてメタデータを配信することができる。
【００６２】
図１には、ＲＭＰモジュールの概念構成を示している。ＲＭＰモジュールは、例えば、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）やその他の形態のコンテンツ受信機に内蔵して用いられ、所定のハードウェア又はソフトウェアのモジュールを用いて実装することができる。同図に示すように、ＲＭＰモジュールは、受信コンテンツに関するデータを入出力を行うための幾つかのインターフェースを備えた構成となっている。
【００６３】
衛星波又は地上波などの放送を介して受信されたコンテンツ、あるいは、インターネットなどのネットワーク経由でダウンロードされたコンテンツは、メタデータとともに、ハード・ディスク装置などのような大容量蓄積装置内に格納される。ＲＭＰモジュールは、ハード・ディスク装置経由で、あるいはハード・ディスク装置を介さずに直接、権利処理前の状態で受信コンテンツを入力する。
【００６４】
映像や音楽などのコンテンツ本体はコンテンツ保護の目的で暗号化が施されている。したがって、暗号化コンテンツを解くための解読機能（Ｄｅｃｒｙｐｔｏｒ）が必要であり、ＲＭＰモジュールは、規定された暗号アルゴリズムにより暗号化コンテンツを入力する暗号化コンテンツ入力用インターフェースを持つ。
【００６５】
また、各コンテンツに対応してメタデータが配信されるが、その中には、コンテンツに関する権利処理や必要な権利保護を示す情報、すなわち権利処理メタデータが含まれている。
【００６６】
権利処理メタデータには、コンテンツを解くための鍵類、コンテンツの購入条件、使用条件、解読されたコンテンツのコピー制御情報などが含まれる。ＲＭＰモジュールは、規定のフォーマットに従い権利処理や保護に関する情報を入力する権利処理メタデータの入力インターフェースを持つ。
【００６７】
配信コンテンツは、例えばコンテンツ鍵によって暗号化され、このコンテンツ鍵はさらに配信鍵（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｋｅｙ）によって暗号化された形態で、暗号化コンテンツとともに伝送されてくる。ＲＭＰモジュール内には配信鍵が保持されており、この配信鍵を用いて暗号化されたコンテンツ鍵を解読し、さらに、解読されたコンテンツ鍵を用いて暗号化コンテンツを解読することができる。このような暗号化・伝送方式によれば、コンテンツ毎にコンテンツ鍵を変えながら安全にコンテンツ配信を行うことができるとともに、ＲＭＰモジュールでは単一の配信鍵を保持することで暗号化コンテンツを解読して利用に供することができる。ＲＭＰモジュールの権利処理メタデータ入力インターフェースは、暗号化コンテンツ鍵を権利処理メタデータとして入力するようにしてもよい。
【００６８】
また、コンテンツ制作・提供事業者において策定するコンテンツ利用のための課金に関する仕様も、権利処理メタデータに含め、ＲＭＰモジュールの権利処理メタデータ入力インターフェースはこれを入力するようにしてもよい。
【００６９】
課金に関する仕様として、例えば、価格情報、使用条件（１回毎の再生課金、あらかじめ再生可能な回数を規定した回数制限、所定の期日まで再生可能とした期間制限など）などを規定することができる。
【００７０】
コンテンツ利用者に対する課金処理のために、管理センタのようなコンテンツ制作・提供・配信事業者以外の決済機関を設立してもよい。ＲＭＰモジュールは、このような管理センタに接続して、課金や決済に関するトランザクションを行うための課金処理インターフェースを持つ。ＲＭＰモジュールは、例えば、ハード・ディスク装置上に蓄積されたコンテンツを再生する毎に課金ログを生成して、所定期間毎に管理センタに接続してログを送信する。これに対し、管理センタは、各コンテンツ利用者から送られてくるログに基づいて課金並びに決済処理を行うことができる。
【００７１】
ＲＭＰモジュールは、権利処理前の受信コンテンツを入力するための暗号化コンテンツ用インターフェースを備えていることは既に述べた通りである。ＲＭＰモジュールは、コンテンツの数回にわたる利用のために、権利処理後のコンテンツを再びハード・ディスク装置に蓄積するためのインターフェースや、コンテンツの永久・半永久保存のために、権利処理後のコンテンツをＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などのリムーバブル・メディア上に格納するためのインターフェースを備えている。このような権利処理後のコンテンツ蓄積・再生用のインターフェースは、蓄積用コンテンツの暗号化や再生時における復号化などのメディアに対する制御や、メディアに対する認証の有無や認証方法などを規定することができる。
【００７２】
また、ＲＭＰモジュールは、受信コンテンツ、あるいはハード・ディスク装置やリムーバブル・メディアから読み出したコンテンツを、ディスプレイやその他の外部機器で再生するための外部出力インターフェースを備えている。図１に示す例では、ビデオ信号としてディスプレイ上に表示出力するためのアナログ出力インターフェースと、ＩＥＥＥ １３９４などのホーム・ネットワーク経由で外部機器にコンテンツを転送するためのデジタル出力インターフェースを備えている。アナログ出力インターフェースは、アナログ形式のコンテンツ保護のために、ＡＰＳ（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）などを採用する。ＡＰＳには、マクロビジョンや、垂直帰線区間の所定の走査線にコピー制御情報を埋め込むＣＧＭＳ（Ｃｏｐｙ Ｇｅｎｅｒａｔｉｏｎ ＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）−Ａ、ＳＣＭＳなどが含まれる。また、デジタル出力インターフェースでは、送信コンテンツ暗号化の他、１３９４ＣＰのような認証バス・エンクリプションなどの制御を行うことができる。
【００７３】
また、権利処理後のコンテンツを転送して、パーソナル・コンピュータ（ＰＣ）のような情報処理機器上で所望のアプリケーションを用いた処理を行うことができる。図１に示す例では、ＲＭＰモジュールは、外部の情報処理機器にコンテンツを出力するためのホスト／アプリケーション用インターフェースを備えている。ホスト／アプリケーション用インターフェースは、送信コンテンツの暗号化などの制御を行う。
【００７４】
ＲＭＰモジュールは、専用のハードウェア・コンポーネントで実装することも、あるいは、汎用プロセッサ上で所定のプログラム・コードを実行することによっても実現可能である。ＲＭＰに関する仕様は、権利処理メタデータとして、配信コンテンツに付随して配信・配布することができる（前述）。
【００７５】
ＲＭＰ仕様記述フォーマットの一例を以下に示しておく。
【００７６】
【数１】
【００７７】
上記で示したＲＭＰ仕様記述フォーマットでは、ＲＭＰの方式を識別するための識別情報（ＲＭＰ ＩＤ）を冒頭に含む他、配信コンテンツを暗号化する暗号化アルゴリズム、配信コンテンツの暗号化に使用するコンテンツ・キーＫｓを暗号化する暗号化アルゴリズム、コンテンツ配信時に使用する配信キーＫｄを暗号化する暗号化アルゴリズム、配信コンテンツを蓄積するときに使用するストレージ・キーＫｓｔ、相互認証に用いる認証アルゴリズム、ログを蓄積するためのフォーマットなどを規定することができる。暗号化方式としては、一般に、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｉｐｔｉｏｎ Ｓｔａｎｄａｒｄ）やＭｕｌｔｉ２などが使用される。
【００７８】
ＲＭＰとしての仕様記述は、各コンテンツ制作・提供事業者毎に策定される。従来は、各コンテンツ配信システム毎にＲＭＰを固定して利用していたので、複数のシステムからコンテンツの提供を受けるためには、新しいコンテンツ受信機を用意するなど余計な出費が必要であった。これに対し、本発明では、ＲＭＰの仕様記述、並びにＲＭＰに入力するためのインターフェースを規定することにより、その仕様を解読するか、又はその仕様に適合したＲＭＰモジュールを入手することにより、同一のコンテンツ受信機上で、複数のコンテンツ配信システムにおけるコンテンツ課金、暗号化などのセキュリティ方式、著作権保護方式に対応することができる。
【００７９】
本発明の１つの実現形態としては、コンテンツ受信機あるいはコンテンツ記録再生機内で、異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用することが挙げられる。
【００８０】
また、他の実現形態として、ソフトウェア・モジュールとしてＲＭＰモジュールを構成し、受信コンテンツ毎に適合するソフトウェア・モジュールを所定のサーバからダウンロードすることや、あるいは権利処理メタデータを解析して、所望のソフトウェア・モジュールをコンテンツ受信機側で自動生成することが挙げられる。
【００８１】
図２には、異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用する形式のコンテンツ受信機１０の構成を模式的に図解している。
【００８２】
同図に示すコンテンツ受信機１０は、フロント・エンド部１１と、ＣＡＳ処理部１２と、コンテンツ蓄積用のハード・ディスク装置１３Ａ並びに１３Ｂと、ＲＭＰ識別部１４と、それぞれ異なるＲＭＰ仕様記述に基づく２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２とで構成される。
【００８３】
フロント・エンド部１１は、所定チャネルの放送波のチューニングすなわち選局処理と、受信データの復調処理を行う。
【００８４】
ＣＡＳ処理部１２は、コンテンツ配信事業者との間で交わされたＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ（限定受信））に関する契約に基づき、放送コンテンツに適用されたスクランブル処理の解除（デスクランブル）を行う。日本国内のデジタル放送では、ＢＳ、ＣＳともに共通の“ＭＵＬＴＩ２”と呼ばれるスクランブル方式を採用する。但し、ＣＡＳ処理自体は本発明の要旨に関連しないので、ここではこれ以上説明しない。
【００８５】
ハード・ディスク装置１３Ａ及び１３Ｂは、受信コンテンツの蓄積に使用される。より具体的には、一方のハード・ディスク装置１３ＡはＲＭＰモジュールによる権利処理前の状態のコンテンツの蓄積に使用され、他方のハード・ディスク装置１３Ｂは権利処理後の状態のコンテンツの蓄積に使用される。但し、ハード・ディスク装置１３Ａ及び１３Ｂは、物理的に互いに独立した装置である必要はなく、例えば、単一のハード・ディスク上に割り当てられた別個の記憶領域（パーティション）であってもよい。
【００８６】
本実施例では、権利処理メタデータの一部として記述されるＲＭＰには、その方式を識別するための固有の識別情報（ＲＭＰ ＩＤ）が割り振られている。ＲＭＰ識別部１４は、ハード・ディスク装置１３Ａから権利処理メタデータを読み出して、ＲＭＰ ＩＤを識別して、２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ ＩＤに対応する方を動作可能にする。
【００８７】
ＲＭＰモジュール１並びにＲＭＰモジュール２は、暗号化された映画や音楽などのコンテンツ、並びにコンテンツに付随する権利処理メタデータを処理するための幾つかのインターフェース（前述）を備えている。ＲＭＰ識別部１４により付勢されたＲＭＰモジュール１又はＲＭＰモジュール２は、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置１３Ｂやリムーバブル・メディアへの格納などのコンテンツ処理を行う。
【００８８】
また、図３には、他の実施形態に係るコンテンツ受信機２０の構成を模式的に図解している。コンテンツ受信機２０は、異なるＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュールを用意しておき、受信コンテンツ毎に適合するハードウェアＲＭＰモジュールに切り替えて利用するようになっている。
【００８９】
同図に示す例では、コンテンツ受信機２０は、フロント・エンド部２１と、ハード・ディスク装置２３と、ＲＭＰ識別部２４と、各ＲＭＰモジュール１及びＲＭＰモジュール２と、デコーダ出力装置２５が、同一のデータ・バス２６を介して相互接続された構成となっている。
【００９０】
フロント・エンド部２１は、所定チャネルの放送波のチューニングすなわち選局処理と、受信データの復調処理を行う。但し、図示しないが、放送波を介さない代わりに、インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合においては、フロント・エンド部２１は、ネットワーク・インターフェース・カードで実現することができる。
【００９１】
ハード・ディスク装置２３は、ＲＭＰモジュールによる権利処理前の状態のコンテンツを蓄積したり、権利処理後の状態のコンテンツを蓄積したりするために使用される。
【００９２】
権利処理メタデータとして記述されるＲＭＰには、その方式を識別するための固有の識別情報ＲＭＰ ＩＤが割り振られている。ＲＭＰ識別部２４は、ハード・ディスク装置２３から権利処理メタデータを読み出して、ＲＭＰ ＩＤを識別して、２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ ＩＤに対応するものを動作可能にする。
【００９３】
ＲＭＰモジュール１並びにＲＭＰモジュール２は、暗号化された映画や音楽などのコンテンツ、並びにコンテンツに付随する権利処理メタデータを処理するための幾つかのインターフェース（前述）を備えている。ＲＭＰ識別部２４により付勢されたＲＭＰモジュール１又はＲＭＰモジュール２は、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置２３やリムーバブル・メディアへの格納などのコンテンツ処理を行う。なお、ＣＡＳ方式を採用するコンテンツ配信事業者からコンテンツを受信する場合には、対応する暗号解読・デスクランブル処理を行うＣＡＳモジュールをＲＭＰモジュール上に搭載するようにしてもよい。
【００９４】
デコーダ出力装置２５は、権利処理後の再生コンテンツのデコード処理並びに外部出力を行う。例えば、ＡＶコンテンツであれば、デコーダ出力装置２５は、コンテンツを圧縮映像データと圧縮音声データに分離処理する。そして、ＭＰＥＧ２などによる圧縮映像データを伸張処理して、元のビデオ信号を再生するとともに、圧縮音声データに関しては、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）デコードした後に付加音と合成して再生音声信号とする。
【００９５】
また、図４には、他の実施形態に係るコンテンツ受信機３０の構成を模式的に図解している。コンテンツ受信機３０は、ソフトウェア・モジュールとしてＲＭＰモジュールを構成し、受信コンテンツ毎に適合するソフトウェア・モジュールを所定のサーバからダウンロードするようになっている。
【００９６】
同図に示すように、コンテンツ受信機３０は、フロント・エンド部３１と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３２と、ハード・ディスク装置３３Ａ及び３３Ｂと、ＲＭＰ識別部３４と、作業メモリ３５と、デコーダ出力装置３６と、ネットワーク・インターフェース３７が、システム・バス３８を介して相互接続された構成となっている。
【００９７】
フロント・エンド部３１は、所定チャネルの放送波のチューニングすなわち選局処理と、受信データの復調処理を行う。
【００９８】
ネットワーク・インターフェース３７は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従ってコンテンツ受信機３７をインターネットなどの広域ネットワークに接続するための装置である。インターネット上には無数のホスト端末が接続されている。ホスト端末の一部は、映画や音楽などのコンテンツを配信する情報配信サーバであり、他の一部はソフトウェアＲＭＰモジュールを配信するサーバである。なお、放送経由でコンテンツを受信する代わりに、インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合においては、フロント・エンド部３１は、ネットワーク・インターフェース３７によって実現することができる。
【００９９】
ＣＰＵ３２は、オペレーティング・システム（ＯＳ）の制御下で、コンテンツ受信機３０内の動作を統括的に制御する中央コントローラであり、作業メモリ３５を用いて各種のプログラム・コードを実行する。
【０１００】
ハード・ディスク装置３３Ａは、ＲＭＰモジュールによる権利処理前の状態でのコンテンツの蓄積、並びに、権利処理後の状態のコンテンツの蓄積に使用される。また、ハード・ディスク装置３３Ｂは、以前使用した（あるいはあらかじめダウンロードしておいた）ソフトウェアＲＭＰモジュールの蓄積に利用される。ハード・ディスク装置３３Ａと３３Ｂは、それぞれ独立した装置ユニットである必要はなく、例えば単一のハード・ディスク装置上で区切られた記憶領域（例えばパーティション）であってもよい。
【０１０１】
権利処理メタデータとして記述されるＲＭＰには、その方式を識別するための固有の識別情報ＲＭＰ ＩＤが割り振られている。ＲＭＰ識別部３４は、ハード・ディスク装置３３から権利処理メタデータを読み出して、ＲＭＰ ＩＤを識別して、該当するソフトウェアＲＭＰモジュールが作業メモリ３５上にロードされて現在使用中か否かを検出する。ＲＭＰ識別部３４は、ハードウェア・コンポーネントとしてではなく、ＣＰＵ３２が実行するプログラム・コードとして実装することもできる。
【０１０２】
作業メモリ３５上のソフトウェアＲＭＰモジュールが、これから再生するコンテンツに関するＲＭＰ ＩＤにヒットしない場合には、該当するソフトウェアＲＭＰモジュールをローカル・ディスク３３Ｂ上で探索し、見つかった場合にはこれを作業メモリ３５上のものと置き換える。ローカル・ディスク３３Ｂ上で該当するソフトウェアＲＭＰモジュールを発見することができなかった場合には、さらに、ネットワーク・インターフェース３７経由でネットワーク上のサーバにアクセスして、所望のソフトウェアＲＭＰモジュールを探索することができる。
【０１０３】
ＣＰＵ３２は、作業メモリ３５上にロードされたソフトウェアＲＭＰモジュールを実行することにより、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行うことができる。なお、ＣＡＳ方式を採用するコンテンツ配信事業者からコンテンツを受信する場合には、対応する暗号解読・デスクランブル処理を行うＣＡＳモジュールを同様に作業メモリ３５上にロードすればよい。
【０１０４】
デコーダ出力装置３６は、権利処理後の再生コンテンツのデコード処理並びに外部出力を行う。例えば、ＡＶコンテンツであれば、デコーダ出力装置３６は、コンテンツを圧縮映像データと圧縮音声データに分離処理する。そして、ＭＰＥＧ２などによる圧縮映像データを伸張処理して元のビデオ信号を再生するとともに、圧縮音声データに関してはＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）デコードした後に付加音と合成して再生音声信号とする。
【０１０５】
図５には、コンテンツ受信機３０にソフトウェアＲＭＰモジュールをダウンロードするための処理手順をフローチャートの形式で示している。以下、このフローチャートに従って、ソフトウェア・モジュールのダウンロード処理について説明する。
【０１０６】
ハード・ディスク装置３３Ａに蓄積しておいたコンテンツの再生を開始する際、対応する権利処理メタデータを同様にハード・ディスク装置３３Ａから読み出して、ＲＭＰモジュールのＲＭＰ ＩＤを取得する（ステップＳ１）。そして、このＲＭＰ ＩＤが現在作業メモリ３５にロードされているＲＭＰモジュールのそれと一致するか否かをチェックする（ステップＳ２）。
【０１０７】
ＲＭＰ ＩＤがヒットする、すなわち、これから再生するコンテンツのＲＭＰモジュールが既に作業メモリ３５上にロードされている場合には、続いて管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ３）、コンテンツ再生を行い（ステップＳ４）、本処理ルーチン全体を終了する。
【０１０８】
他方、ＲＭＰ ＩＤがヒットしなかった場合には、ＲＭＰ入手先情報を取得して（ステップＳ５）、ＲＭＰ入手先となるサーバに接続して（ステップＳ６）、該当するソフトウェアＲＭＰモジュールをこのサーバからダウンロードする（ステップＳ７）。そして、ダウンロードしたソフトウェアＲＭＰモジュールをコンテンツ受信機３０にインストール（例えば、作業メモリ３５上にロード）する（ステップＳ８）。
【０１０９】
ＲＭＰ入手先情報は、例えば権利処理メタデータ内にＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）形式で記述されている。このような場合、コンテンツ受信機３０は、ネットワーク・インターフェース３７経由でインターネットのようなＴＣＰ／ＩＰネットワーク経由でＵＲＬで指示されたサーバに対し資源アクセスして、該当するＲＭＰモジュールをＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの転送プロトコルに従ってダウンロードすることができる。
【０１１０】
新規のソフトウェアＲＭＰモジュールをインストールした結果、コンテンツ受信機３０上において、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行うことができるようになる。
【０１１１】
続いて、管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ３）、コンテンツ再生を行い（ステップＳ４）、本処理ルーチン全体を終了する。
【０１１２】
ソフトウェア・モジュールとしてＲＭＰモジュールを構成する変形例として、ＣＰＵ３２（あるいは他の演算処理ユニット）が権利処理メタデータ内のＲＭＰ仕様記述を解析して、所望のソフトウェアＲＭＰモジュールをコンテンツ受信機３０内部で自動生成するようにしてもよい。
【０１１３】
図６には、ソフトウェアＲＭＰモジュールをコンテンツ受信機３０内部で自動生成するための処理手順をフローチャートの形式で図解している。以下、このフローチャートに従って、ソフトウェアＲＭＰモジュールの自動生成処理について説明する。
【０１１４】
ハード・ディスク装置３３Ａに蓄積しておいたコンテンツの再生を開始する際、対応する権利処理メタデータを同様にハード・ディスク装置３３Ａから読み出して、ＲＭＰモジュールのＲＭＰ ＩＤを取得する（ステップＳ１１）。そして、このＲＭＰ ＩＤが現在作業メモリ３５にロードされているＲＭＰモジュールのそれと一致するか否かをチェックする（ステップＳ１２）。
【０１１５】
ＲＭＰ ＩＤがヒットする、すなわち、これから再生するコンテンツのＲＭＰモジュールが既に作業メモリ３５上にロードされている場合には、続いて管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ１３）、コンテンツ再生を行い（ステップＳ１４）、本処理ルーチン全体を終了する。
【０１１６】
他方、ＲＭＰ ＩＤがヒットしなかった場合には、ＲＭＰ仕様記述に関する情報を権利処理メタデータから取得する（ステップＳ１５）。次いで、コンテンツ受信機３０上のコンピューテーション・パワー（例えば、ＣＰＵ３２が持つ計算能力）がＲＭＰモジュールを生成するに足りるか否かをチェックする（ステップＳ１６）。
【０１１７】
コンピューテーション・パワー不足の場合には、コンテンツの再生が不可である旨のメッセージを表示した後（ステップＳ１９）、本処理ルーチンを異常終了する。
【０１１８】
他方、コンピューテーション・パワーが充分であった場合には、さらに、ＲＭＰ仕様記述を解読して（ステップＳ１７）、作業メモリ３５上でＲＭＰを設定する（ステップＳ１８）。新規にＲＭＰを設定した結果、コンテンツ受信機３０上において、権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して、暗号化コンテンツの復号化、再生コンテンツとしての外部出力、ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行うことができるようになる。
【０１１９】
続いて、管理センタと接続確立して、ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ１３）、コンテンツ再生を行い（ステップＳ１４）、本処理ルーチン全体を終了する。
【０１２０】
なお、ハードウェア・モジュールとしてＲＭＰモジュールを構成した場合、ソフトウェアによりモジュールを実装する場合に比し、簡単に他のＲＭＰモジュールに置き換えることはできない。このような場合、サーバ側において、受信機に対応したＲＭＰに置き換えるような仕組みを提供してもよい。例えば、コンテンツ受信機側は、コンテンツのＩＤでサーバに問い合わせて、コンテンツの変換を依頼する。権利処理条件が整っていれば、所定のＲＭＰに変換することができ、変換後のコンテンツ（あるいは、あらかじめ同じコンテンツが用意されていることでもよい）を依頼元のコンテンツ受信機にダウンロードすることで、希望するコンテンツの復号化・再生を実現することができる。
【０１２１】
次いで、コンテンツ・プロバイダが衛星放送を利用してコンテンツ配信を行うコンテンツ配信システムに対して本発明を適用した場合の実施例について説明する。
【０１２２】
図７には、コンテンツ配信システム１００の概略的構成を図解している。同図に示すコンテンツ配信システム１００は、コンテンツを制作・提供する番組制作会社又は委託放送事業者からなるコンテンツ・プロバイダ２００と、制作・提供されたコンテンツを衛星放送波によって配信する衛星放送受託放送事業者（以下、単に「放送局」とする）３００と、各一般家庭などに設置されたコンテンツ配信対応衛星放送受信機（以下、単に「コンテンツ受信機」とする）４００とで構成される。コンテンツ受信機４００は、一般に、映像及び音声出力用のテレビジョン（ＴＶ）４５０と接続されている。
【０１２３】
コンテンツ・プロバイダ２００と放送局３００との間では、コンテンツ制作・提供に関する委託契約が交わされており、コンテンツ・プロバイダ２００が制作（あるいは外部のコンテンツ・プロバイダから取得した）コンテンツは放送局３００に提供される。放送局３００は、コンテンツを暗号化して、これを衛星放送波にのせて各家庭内のコンテンツ受信機４００に向けて配信する。
【０１２４】
コンテンツ・プロバイダ２００は、コンテンツ制作事業者としての番組制作会社２０１とは独立した、コンテンツ課金を管理する外部の管理センタ２０２のような決済専門の機関と契約していてもよい。このような場合、コンテンツ・プロバイダ２００はコンテンツを暗号化する鍵の管理を管理センタ２０２に委ね、管理センタ２０２はコンテンツ販売情報を渡す。
【０１２５】
管理センタ２０１は、さらに外部の認証局２５０や他の決済機関と連動していてもよい。また、管理センタ２０２は、個々のコンテンツ受信機４００との間で定期的あるいは不定期的に接続され、コンテンツ受信機４００に対して暗号化コンテンツを利用可能にするための鍵情報を配布する。コンテンツ受信機４００は、配布された鍵情報を用い、ＲＭＰ仕様記述に基づいて、放送衛星３０１経由で受信した暗号化コンテンツを解読して利用に供する。また、コンテンツ受信機４００は、ハード・ディスク装置のような大容量外部記憶装置を内蔵しており、受信したコンテンツを蓄積することができる。
【０１２６】
また、コンテンツ受信機４００から管理センタ２０１に対しては、コンテンツの再生ログなど課金情報が送られてくる。コンテンツ受信機４００側のユーザは、例えば、コンテンツ使用回数相当の課金額を管理センタに対して月々決済すればよい。決済方法は、現金納付、所定の金融機関への振り込み、プリペイド・カードによる予納、クレジット・カードによる信用決済、デビット・カードによる即時決済、電子マネーの利用などいずれでもよい。
【０１２７】
図８には、コンテンツ制作並びに配信を行う放送局３００における構成を模式的に図解している。以下、図８を参照しながら、コンテンツ配信時における暗号化などの仕組みについて説明する。
【０１２８】
コンテンツ暗号化部３１１は、コンテンツ・プロバイダから提供された映像や音楽などのコンテンツを、コンテンツ鍵（コンテンツ・キー）Ｋcを用いて暗号化する。但し、コンテンツ・プロバイダから提供されるコンテンツは、コンテンツ・プロバイダにおいて策定されたＲＭＰ仕様記述に則った暗号化その他の権利処理が適用されているものとする。
【０１２９】
コンテンツ鍵暗号化部３１２は、配信鍵（ディストリビューション・キー）ＫDを用いてコンテンツ鍵Ｋcを暗号化する。
【０１３０】
マルチプレクサ３１３は、コンテンツ暗号化部３１１から入力する暗号化コンテンツと、コンテンツ鍵暗号化部３１２から入力する暗号化コンテンツ鍵を多重化して、トランスポート・ストリームＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）を生成する。トランスポート・ストリームは、暗号化コンテンツにメタデータや、暗号化コンテンツ鍵が付加されたデータ・ストリームである。
【０１３１】
ＣＡＳスクランブラ３１４は、コンテンツ受信機４００において限定受信させるべく、トランスポート・ストリームをスクランブルすなわち攪拌処理する。ＣＡＳにおける契約情報やスクランブル鍵などは、例えば図示しない暗号化装置により暗号化され、放送波にのせてコンテンツ受信機４００側に送信することができる。
【０１３２】
図９には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の一例４００Ａの構成を模式的に示している。同図に示すコンテンツ受信機４００Ａは、受信したコンテンツをハード・ディスクなどの所定のローカル記憶装置に一旦蓄積した後でコンテンツの購入を決定するタイプである。以下、同図を参照しながらコンテンツ受信機４００Ａについて説明する。
【０１３３】
ＣＡＳデスクランブラ４１１は、図示しないフロント・エンドにより受信されたデータを、放送局３００側から取得したスクランブル鍵を用いてデスクランブルして、トランスポート・ストリームを再現する。
【０１３４】
デマルチプレクサ４１２は、トランスポート・ストリームを、暗号化コンテンツと暗号化コンテンツ鍵とに分離する。分離後、これらは権利処理前の状態のままハード・ディスク装置４１３Ａに一旦蓄積される。
【０１３５】
ＲＭＰモジュール４２０は、ハードウェア・モジュールあるいはソフトウェア・モジュールいずれの形態で実装されていてもよい。ハード・ディスク装置４１３Ａに蓄積したコンテンツを購入する際、まず、対応する権利処理メタデータが読み出され、その中からＲＭＰ識別情報（ＲＭＰ ＩＤ）が検出され、適当なＲＭＰモジュールが選択的に動作しているものとする。
【０１３６】
ＲＭＰモジュール４２０は、コンテンツ購入に関する契約を交わした（あるいはユーザ・アカウントを取得している）管理センタ２０２と接続して、コンテンツの配信鍵ＫDを購入する。コンテンツ鍵復号化部４２１は、権利処理メタデータから暗号化コンテンツ鍵を取り出して、これを配信鍵ＫDで復号化してコンテンツ鍵Ｋcを得る。後続のコンテンツ鍵再暗号化部４２２は、ＲＭＰモジュール４２０で規定されているコンテンツ蓄積用の鍵（ストレージ・キー）Ｋsを用いてコンテンツ鍵Ｋcを再暗号化する。
【０１３７】
購入した暗号化コンテンツを、再暗号化されたコンテンツ鍵とともに、ハード・ディスク装置４１３Ａからハード・ディスク装置４１３Ｂに移動する。但し、ハード・ディスク装置４１３Ａと４１３Ｂは、物理的に独立した装置ユニットである必要はなく、同一のハード・ディスク内で権利処理前（購入前）と権利処理後（購入後）とで記憶領域（例えば、パーティション）を区切られたものであってもよい。
【０１３８】
ＲＭＰモジュール４２０は、購入コンテンツのための配信鍵ＫDの購入や、購入コンテンツの移動などの処理ログを、課金データとして蓄積しておく。そして、定期的あるいは不定期的に管理センタ２０２に接続して、課金データを転送する。
【０１３９】
また、図１０には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｂの構成を模式的に示している。同図に示すコンテンツ受信機４００Ｂは、受信したコンテンツを一旦ハード・ディスクなどのローカル記憶装置に蓄積した後、コンテンツを再生を行うタイプである。コンテンツ受信機４００Ｂは、上述したコンテンツ受信機４００Ａにより購入・蓄積された暗号化コンテンツの再生装置としても機能する。以下、同図を参照しながらコンテンツ受信機４００Ｂについて説明する。
【０１４０】
ハード・ディスク装置４３３内には、ＲＭＰモジュール４４０で規定されたコンテンツ鍵Ｋcを用いて暗号化されたコンテンツと、ＲＭＰモジュール４４０で規定されているコンテンツ蓄積用の鍵（ストレージ・キー）Ｋsで暗号化された暗号化コンテンツ鍵が格納されている。
【０１４１】
コンテンツ購入時には、コンテンツ鍵復号化部４４１は、ハード・ディスク装置４３３から該当する暗号化コンテンツ鍵を読み出して、これを規定された格納鍵Ｋsを用いて復号化して、コンテンツ鍵Ｋcを得る。
【０１４２】
コンテンツ復号化部４４２は、購入したい暗号化コンテンツをハード・ディスク装置４３３から読み出して、これを復号化されたコンテンツ鍵Ｋcを用いて復号化し、元の映像又は音楽などのコンテンツを再現する。
【０１４３】
ＡＰＳ処理部４４３は、ビデオ信号などのアナログ出力信号に対して、マクロビジョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用した後、再生コンテンツとしてテレビジョン（図示しない）などの出力装置に送出する。
【０１４４】
図９及び図１０に示すようなコンテンツ受信機４００Ａ、４００Ｂによれば、コンテンツ・プロバイダは、ＣＡＳとは独立した暗号化システムによりコンテンツを配信することができる。すなわち、ＣＡＳに依存しないコンテンツ配信システムなので、異なるＣＡＳ（異なる放送事業者）にまたがった共通のプラットフォーム上でコンテンツ購入に対する課金処理を行うことができる。この場合、ＣＡＳは、単なるコンテンツの流通経路に過ぎない。コンテンツは暗号化されたままの状態でハード・ディスク装置のようなローカル記憶装置に蓄積される。購入時に、コンテンツを解くための鍵がコンテンツ鍵Ｋcから格納鍵Ｋsにかけ変えられるので、その後は同じコンテンツ受信機４００Ａ上でいつでも再生することができる。また、コンテンツ購入処理時に課金するためのログが作成され、定期的あるいは不定期的に管理センタ２０２に送信されるので、コンテンツ利用者に対して確実に課金・決済を行うことができる。
【０１４５】
図１１には、図９に示したようなコンテンツ受信機４００Ａにおいて、受信コンテンツをハード・ディスク装置４１３Ａに蓄積するための処理手順の一例をフローチャートの形式で示している。受信コンテンツは、基本的には、権利処理前のまま蓄積される。以下、このフローチャートに従って、コンテンツの蓄積処理について説明する。
【０１４６】
まず、コンテンツ受信機４００Ａのユーザにより予約したい番組が決まっているか否か（すなわち予約設定されているか否か）をチェックする（ステップＳ２１）。
【０１４７】
予約したい番組が既に決められている場合には、例えばデジタル放送であればデータ放送用データの中からＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組表）を取り出し、ＥＰＧを基に予約すべき番組を選択する（ステップＳ２２）。そして、予約すべき時刻（放映時間帯）並びにチャンネルなどを設定する（ステップＳ２３）。
【０１４８】
次いで、ユーザからのプリファレンス入力（ステップＳ２４）を基に、プリファレンスにあった番組を所定の検索エンジンが自動選択する（ステップＳ２５）。そして、予約すべき時刻（時間帯）並びにチャンネルなどを設定する（ステップＳ２６）。
【０１４９】
予約開始時刻に到達した、あるいは選択された番組ＩＤが受信されたことに応答して、ハード・ディスク装置への受信コンテンツの自動蓄積を行う（ステップＳ２７）。
【０１５０】
また、図１２には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｃの構成を模式的に示している。同図に示すコンテンツ受信機４００Ｃは、ＩＣカード化された衛星放送用のＣＡＳモジュール、すなわちＢＳ−ＣＡＳ ＩＣカードを内蔵しており、受信したコンテンツを一旦ハード・ディスク装置に蓄積した後、ＣＡＳシステムに基づいて衛星放送を限定受信して視聴するタイプである。以下、同図を参照しながら、コンテンツ受信機４００Ｃについて説明する。
【０１５１】
図示しないフロント・エンドにより受信されたデータ・コンテンツは、権利処理前で且つＣＡＳによりスクランブル処理された状態のまま、ハード・ディスク装置４５３のような大容量記憶装置に一時蓄積される。
【０１５２】
受信コンテンツの権利処理はＲＭＰモジュール４６０により行われる。ＲＭＰモジュール４６０は、ハードウェア・モジュールあるいはソフトウェア・モジュールいずれの形態で実装されていてもよい。ハード・ディスク装置４５３に蓄積したコンテンツを購入する際、対応する権利処理メタデータが読み出され、ＲＭＰ識別情報（ＲＭＰ ＩＤ）が検出され、適当なＲＭＰモジュールが選択的に動作しているものとする。図示の例では、ＩＣカードとして提供されるＣＡＳモジュールはＲＭＰモジュール４６０の一部を構成する。
【０１５３】
蓄積されたコンテンツを再生する際、該当する権利処理メタデータをハード・ディスク装置４５３から読み出す。
【０１５４】
権利処理メタデータ中には、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）とＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ）が含まれている。ＥＣＭは、ＣＡＳスクランブルを解除するためのスクランブル鍵Ｋscを暗号化したものである。また、ＥＭＭは、ＥＣＭを解くためのワーク鍵を、契約期間などの契約内容やメッセージとともに暗号化したものである。
【０１５５】
復号部４６２は、ＢＳ−ＣＡＳ ＩＣカードに記録されているマスター鍵Ｋmを用いてＥＭＭを解読してワーク鍵と契約情報を得る。次いで、復号部４６１は、ワーク鍵を用いてＥＣＭを解読して、スクランブル鍵Ｋscを得る。
【０１５６】
判定部４６４は、復号部４６２において得られた契約情報に基づき、コンテンツ受信機４００Ｃの正当性を検証する。正当と判定した場合、スクランブル鍵Ｋscを復号部４６５に供給する。
【０１５７】
ハード・ディスク装置４５３に蓄積された受信コンテンツは、ＣＡＳに基づき、Ｍｕｌｔｉ２などの方式によりスクランブル処理されている。復号部４６５は、再生すなわち視聴したいコンテンツをハード・ディスク装置４５３から取り出して、スクランブル鍵Ｋscを用いてデスクランブル処理する。
【０１５８】
ＡＰＳ処理部４６６は、ビデオ信号などのアナログ出力信号に対して、マクロビジョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用した後、再生コンテンツとしてテレビジョン（図示しない）などの出力装置に送出する。
【０１５９】
一方、復号部４６２において得られた契約情報は、ＰＰＶデータ格納部４６３に蓄積される。ＲＭＰモジュール４６０は、定期的あるいは不定期的に管理センタ２０２に接続して、ＰＰＶデータを転送する。管理センタ２０２は、ＰＰＶデータを基に、コンテンツ利用者に対する課金処理を行うことができる。
【０１６０】
図１２に示すコンテンツ受信機４００Ｄの構成によれば、ＣＡＳをそのまま蓄積コンテンツの課金に利用することができる。ＣＡＳに従って暗号化されたコンテンツは、暗号化されたままハード・ディスク装置に蓄積される。ＣＡＳで使用されるマスター鍵ＫmによりＥＭＭ並びにＥＣＭを解いて、蓄積コンテンツを解くことができる。その際、暗号を解いたことを課金ログとして記録する。このような課金ログを定期的あるいは不定期的に管理センタに送信することで、コンテンツ利用者に対して確実に課金を行うことができる。
【０１６１】
また、図１３には、放送波として搬送される配信コンテンツを受信するコンテンツ受信機の他の例４００Ｄの構成を模式的に示している。同図に示すコンテンツ受信機４００Ｄは、ＩＣカード化された衛星放送用のＣＡＳモジュール、すなわちＢＳ−ＣＡＳ ＩＣカードを内蔵しており、ＣＡＳシステムに基づいて衛星放送を限定受信してＣＡＳデスクランブルを行った後、再度暗号化してハード・ディスク装置に蓄積するタイプである。以下、同図を参照しながら、コンテンツ受信機４００Ｄについて説明する。
【０１６２】
受信コンテンツの権利処理はＲＭＰモジュール４８０により行われる。ＲＭＰモジュール４８０は、ハードウェア・モジュールあるいはソフトウェア・モジュールいずれの形態で実装されていてもよい。フロント・エンド部（図示しない）よりコンテンツが受信されたときに、対応する権利処理メタデータが読み出され、ＲＭＰ識別情報（ＲＭＰ ＩＤ）が検出され、適当なＲＭＰモジュールが選択的に動作しているものとする。同図に示す例では、ＩＣカードとして提供されるＣＡＳモジュールや、ハード・ディスク装置に蓄積するコンテンツの保護を行うセキュア・モジュールは、ＲＭＰモジュール４８０の一部を構成する。セキュア・モジュールは、ハード・ディスク装置に蓄積するコンテンツの再暗号化処理、並びに、再生時の暗号解除処理を行う。
【０１６３】
図示しないフロント・エンドにより受信されたデータ・コンテンツのうち、権利処理メタデータは、ＣＡＳモジュールすなわちＢＳ−ＣＡＳ ＩＣカードに入力される。
【０１６４】
権利処理メタデータ中には、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）とＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ）が含まれている。復号部４８２は、ＢＳ−ＣＡＳ ＩＣカードに記録されているマスター鍵Ｋmを用いてＥＭＭを解読してワーク鍵と契約情報を得る。次いで、復号部４８１は、ワーク鍵を用いてＥＣＭを解読して、スクランブル鍵Ｋscを得る。また、復号部４８２において得られた契約情報は、ＰＰＶデータ格納部４８３に蓄積される。
【０１６５】
判定部４８４は、復号部４８２において得られた契約情報に基づき、コンテンツ受信機４００Ｄの正当性を検証する。正当と判定した場合、スクランブル鍵Ｋscを復号部４８５に供給する。
【０１６６】
復号部４８５は、スクランブル鍵Ｋscを用いて受信コンテンツをデスクランブル処理して、セキュア・モジュールに出力する。
【０１６７】
セキュア・モジュール内では、暗号化部４８７が、コンテンツ受信機４００Ｄに固有のコンテンツ蓄積鍵Ｋstを用いてＣＡＳデスクランブル後のコンテンツを再度暗号化して、ハード・ディスク装置４７３に格納する。
【０１６８】
また、ハード・ディスク装置４７３に蓄積しておいたコンテンツを再生すなわち視聴する場合には、暗号化コンテンツをハード・ディスク装置４７３から読み出し、復号部４８８にてコンテンツ蓄積鍵Ｋstを用いて復号化する。そして、ＡＰＳ処理部４８９は、ビデオ信号などのアナログ出力信号に対して、マクロビジョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用した後、再生コンテンツとしてテレビジョン（図示しない）などの出力装置に送出する。
【０１６９】
また、セキュア・モジュール内では、ＣＡＳデスクランブル処理後のコンテンツから権利処理メタデータが取り出され、課金データとして蓄積される。
【０１７０】
ＲＭＰモジュール４８０は、定期的あるいは不定期的に管理センタ２０２に接続して、ＣＡＳモジュールにて蓄積されたＰＰＶデータや、セキュア・モジュールにて蓄積された課金データを転送する。管理センタ２０２は、ＰＰＶデータを基に、コンテンツ利用者に対する課金処理を行うことができる。
【０１７１】
図１３に示すような構成のコンテンツ受信機４００Ｄによれば、ＣＡＳシステムに従って配信されるコンテンツを再度暗号化して、ハード・ディスク装置に蓄積することができる。再暗号化の際、ＣＡＳで使用するスクランブル鍵Ｋscとは異なる鍵構造のコンテンツ蓄積鍵Ｋstで暗号化する。ハード・ディスク装置に蓄積された暗号化コンテンツを再生する場合には、再生する度に課金ログを生成して、定期的あるいは不定期的に管理センタ２０２に送信して、コンテンツ利用者に対する課金を行う。ＣＡＳをＲＭＰモジュールと一体化して構成することもできる。
【産業上の利用可能性】
【０１７２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【符号の説明】
【０１７３】
１０…コンテンツ受信機、１１…フロント・エンド部
１２…ＣＡＳ処理部、１３Ａ，１３Ｂ…ハード・ディスク装置
１４…ＲＭＰ識別部
２０…コンテンツ受信機、２１…フロント・エンド部
２３…ハード・ディスク装置、２４…ＲＭＰ識別部
２５…デコーダ出力装置
３０…コンテンツ受信機、３１…フロント・エンド部
３２…ＣＰＵ、３３Ａ，３３Ｂ…ハード・ディスク装置
３４…ＲＭＰ識別部、３５…作業メモリ
３６…デコーダ出力装置、３７…ネットワーク・インターフェース
２００…コンテンツ・プロバイダ
２０１…番組制作会社（委託放送事業者）、２０２…管理センタ（決済機関）
２５０…認証局
３００…放送局（衛星放送受託放送事業者）、３０１…放送衛星
３１１…コンテンツ暗号化部、３１２…コンテンツ鍵暗号化部
３１３…マルチプレクサ、３１４…ＣＡＳスクランブラ
４００…コンテンツ受信機（コンテンツ配信対応衛星放送受信機）
４１１…ＣＡＳデスクランブラ、４１２…デマルチプレクサ
４１３Ａ，４１３Ｂ…ハード・ディスク装置
４２０…ＲＭＰモジュール、４２１…コンテンツ鍵復号化部
４２２…コンテンツ鍵再暗号化部
４３３…ハード・ディスク装置、４４０…ＲＭＰモジュール
４４１…コンテンツ鍵復号化部、４４２…コンテンツ復号化部
４４３…ＡＰＳ処理部
４５３…ハード・ディスク装置、４６０…ＲＭＰモジュール
４６１…復号部、４６２…復号部
４６３…ＰＰＶデータ格納部、４６４…判定部
４６５…復号部、４６６…ＡＰＳ処理部
４７３…ハード・ディスク装置、４８０…ＲＭＰモジュール
４８１…復号部、４８２…復号部
４８３…ＰＰＶデータ格納部、４８４…判定部
４８５…復号部、４８７…暗号化部
４８８…復号部、４８９ＡＰＳ処理部
【特許請求の範囲】
【請求項１】
それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
権利管理・保護方式の識別情報を含んだ要求に応答して、該当する権利管理・保護モジュールを送信する手段と、
を具備するサーバ。
【請求項２】
それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
識別情報に基づく問合せに応答して、該当する権利管理・保護モジュールを用いてコンテンツを変換する手段と、
を具備するサーバ。
【請求項１】
それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
権利管理・保護方式の識別情報を含んだ要求に応答して、該当する権利管理・保護モジュールを送信する手段と、
を具備するサーバ。
【請求項２】
それぞれの権利管理・保護方式に対応した複数の権利管理・保護モジュールを蓄積する手段と、
識別情報に基づく問合せに応答して、該当する権利管理・保護モジュールを用いてコンテンツを変換する手段と、
を具備するサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−５４１７２（Ｐ２０１１−５４１７２Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２０１０−１９７０２１（Ｐ２０１０−１９７０２１）
【出願日】平成２２年９月２日（２０１０．９．２）
【分割の表示】特願２０００−３１６３９５（Ｐ２０００−３１６３９５）の分割
【原出願日】平成１２年１０月１７日（２０００．１０．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＬＯＰＰＹ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２２年９月２日（２０１０．９．２）
【分割の表示】特願２０００−３１６３９５（Ｐ２０００−３１６３９５）の分割
【原出願日】平成１２年１０月１７日（２０００．１０．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＬＯＰＰＹ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]