JP2002123496A - コンテンツ受信装置及びコンテンツ受信方法、記憶媒体、並びにサーバ - Google Patents

Abstract

(57)【要約】 【課題】 各コンテンツ配信システム毎に策定される複
数のＲＭＰ（Right Management & Protection）方式に
対応するコンテンツ受信機を提供する。 【解決手段】 コンテンツ課金・セキュリティ・著作権
保護などの情報からなるＲＭＰの仕様を規定する書式の
みを統一化する。各コンテンツ提供事業者は統一仕様に
則った形式で暗号化コンテンツや権利処理情報をコンテ
ンツに入力する。コンテンツ利用者側では、各々のＲＭ
Ｐ方式に対応した機能を複数用意しておくだけで、どの
ようなＲＭＰ方式に基づくコンテンツであっても、同じ
コンテンツ受信機上で復号化して利用に供することがで
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送波やネットワ
ークなどを介して配信されるコンテンツを受信するコン
テンツ受信装置及びコンテンツ受信方法に係り、特に、
映画や音楽などの暗号化された形式で配信される有料コ
ンテンツを特定の利用者が受信するコンテンツ受信装置
及びコンテンツ受信方法に関する。

【０００２】更に詳しくは、本発明は、映画や音楽など
のコンテンツ制作・提供業者が放送事業者やインターネ
ット・サービス・プロバイダなどの仲介業者を介して配
信する暗号化コンテンツを受信するコンテンツ受信装置
及びコンテンツ受信方法に係り、特に、コンテンツ制作
・提供業者自身がコンテンツ利用に関する課金やセキュ
リティなどを制御可能な形態で配信するコンテンツを受
信するコンテンツ受信装置及びコンテンツ受信方法に関
する。

【０００３】

【従来の技術】昨今の情報技術の革新に伴い、映像や音
楽など、さまざまなメディアがデジタル化されたコンテ
ンツとしてコンピュータなどの情報機器上で取り扱われ
るようになってきている。さらに、情報通信技術の発達
により、これらコンテンツを、衛星や地上波などの放
送、あるいはインターネットのような広域的なネットワ
ークを利用して、配信することができる。

【０００４】映像コンテンツや音楽コンテンツの配信は
一部で既に実施されている。コンテンツ配信技術によれ
ば、旧来の商品流通経路や物理的な媒体を省略すること
ができる。また、遠隔地の消費者であっても、所望の映
像・音楽ソフトを容易に入手することができる。また、
コンテンツ制作・提供業者側の立場では、迅速且つ効率
的なコンテンツ販売によってより高い利益をあげること
により、コンテンツ制作意欲が増し、業界全体の発展に
もつながる

【０００５】例えば、テレビ受信機が大容量のハード・
ディスク装置を内蔵していることを前提としたサーバ型
・蓄積型の放送システムにおいては、映画などのコンテ
ンツを、放送局やその他のコンテンツ配信業者において
暗号化して配信し、コンテンツ購入者すなわち視聴者に
対して暗号解読用の鍵を配布時に課金することによって
確実に利益を確保することができる。

【０００６】このようなコンテンツ受信形式のことをＣ
ＡＳ（Conditional Access System（限定受信））方式
とも呼ぶ。図１４には、ＣＡＳベースのコンテンツ配信
システムの概観構成を図解している。

【０００７】同図に示すコンテンツ配信システムでは、
映像や音楽などの配信用コンテンツを制作又は提供する
コンテンツ・プロバイダと、コンテンツ・プロバイダが
提供するコンテンツを、放送波やネットワークを経由し
て消費者に配信するコンテンツ配信事業者と、コンテン
ツを受信する消費者すなわち一般ユーザの３者で構成さ
れる。

【０００８】コンテンツ配信事業者は、例えば、ＢＳ
（Broadcasting Satellite：放送衛星）ＣＳ（Communic
ation Satellite：通信衛星）など放送衛星を利用した
放送事業者、地上波を利用した放送事業者、あるいは、
インターネットへの接続サービス並びにインターネット
上での各種情報コンテンツ提供サービスを運営するイン
ターネット・サービス・プロバイダなどで構成される。

【０００９】一般ユーザは、例えば自宅内に配信コンテ
ンツを受信するコンテンツ受信機を設置している。放送
波を介したコンテンツを受信するコンテンツ受信機は、
例えばＳＴＢ（Set Top Box）のようなテレビ受信機で
よい。また、インターネット経由でコンテンツを受信す
るコンテンツ受信機は、例えば、パーソナル・コンピュ
ータ（ＰＣ）のような一般的な計算機システムでよい。
コンテンツ受信機は、ハード・ディスク装置を内蔵し、
長時間すなわち大量の映像・音楽コンテンツを蓄積可能
な蓄積型放送対応受信機であることが好ましい。

【００１０】コンテンツ受信機が放送波を介してコンテ
ンツを受信するためには、各放送事業者毎に対応したＣ
ＡＳ（限定受信）カードを装備しておく必要がある。ま
た、インターネット経由でコンテンツを受信するために
は、所定のインターネット・サービス・プロバイダから
あらかじめユーザ・アカウント（利用者資格）を取得す
るとともに、コンテンツ購入時に最寄のアクセス・ポイ
ントを介してインターネット接続する必要がある。

【００１１】放送事業者がコンテンツ配信に要する費用
や利益を回収するためには、例えばＣＡＳカード（ある
いはＣＡＳを内蔵した受信機）購入時を利用すればよ
い。また、インターネット・サービス・プロバイダがコ
ンテンツ配信に要する費用や利益を回収するためには、
例えば、月々支払われる会費にコンテンツ利用料相当額
を上乗せすればよい。但し、ＣＡＳシステムやユーザ・
アカウントによる課金方式は、コンテンツ配信事業者が
個々の消費者すなわちコンテンツ利用者に対する課金を
制御することを目的とするものであり、コンテンツ・プ
ロバイダの制御下にはない。言い換えれば、コンテンツ
・プロバイダは、コンテンツ配信事業者車体のＣＡＳな
どを利用しても、自らの利益を確保することはできな
い。

【００１２】コンテンツ・プロバイダが一般消費者から
コンテンツ利用料を徴収するためには、コンテンツ・プ
ロバイダ自身がコンテンツ課金、セキュリティ、著作権
保護などのコンテンツ提供方式（以下では、ＲＭＰ（Ri
ght Management & Protection）と呼ぶ）を策定するこ
とが挙げられる。ＲＭＰの中には、より具体的には、暗
号化の方式、鍵の配布方式、コンテンツ暗号解読方式、
課金情報や鍵類の伝送方式、記録メディア制御情報、相
互認証の方式、ＡＰＳ（Analog Protection System：マ
クロビジョンやＣＧＭＳ（Copy Generation Management
System）など）、視聴制限情報などの、コンテンツ購
入とコンテンツ利用に必須の項目が含まれている。コン
テンツの利用者・消費者側では、コンテンツ・プロバイ
ダに対応するＲＭＰモジュールを実装したコンテンツ受
信機を用意することで、コンテンツ・プロバイダを供給
源とする配信コンテンツを成功裏に購入し、利用すなわ
ち視聴することができる。また、管理センタのようなコ
ンテンツ・プロバイダ外の決済機関に対して課金情報の
一括管理を委ねるようにしてもよい。

【００１３】しかしながら、コンテンツ課金、セキュリ
ティ、著作権保護に関するＲＭＰ方式は、一般に、各コ
ンテンツ・プロバイダが提供するコンテンツ配信システ
ム毎に区々に策定するのが現状である。複数の方式が混
在する環境下では、同じ音楽コンテンツ配信、映画コン
テンツ配信であっても、コンテンツ配信システムが相違
すると同じコンテンツ受信機上では復号化できない、す
なわちコンテンツを利用できないという事態に陥る。

【００１４】例えば、コンテンツ利用者が複数のコンテ
ンツ・プロバイダすなわち配信システムからコンテンツ
を購入しようとすると、各配信システム毎にコンテンツ
受信機のハードウェア又はソフトウェアを用意しなけれ
ばならず、利用者に不便であったり、あるいは余計な出
費が必要となる。また、コンテンツ購入方法が面倒であ
ることの帰結として、利用者のコンテンツ買い控えが生
じると、コンテンツ提供・配信事業の利益が伸び悩み、
事業全体が沈静化してしまうことになりかねない。

【００１５】

【発明が解決しようとする課題】本発明の目的は、映画
や音楽などの暗号化された形式で配信される有料コンテ
ンツを特定の利用者が好適に受信することができる、優
れたコンテンツ受信装置及びコンテンツ受信方法を提供
することにある。

【００１６】本発明の更なる目的は、映画や音楽などの
コンテンツ制作・提供業者が放送事業者やインターネッ
ト・サービス・プロバイダなどの仲介業者を介して配信
する暗号化コンテンツを好適に受信することができる、
優れたコンテンツ受信装置及びコンテンツ受信方法を提
供することにある。

【００１７】本発明の更なる目的は、コンテンツ制作・
提供業者自身がコンテンツ利用に関する課金やセキュリ
ティなどを制御可能な形態で配信するコンテンツを好適
に受信することができる、優れたコンテンツ受信装置及
びコンテンツ受信方法を提供することにある。

【００１８】本発明の更なる目的は、各コンテンツ配信
システム毎に策定される複数のＲＭＰ（Right Manageme
nt & Protection）方式に対応することができる、優れ
たコンテンツ受信装置及びコンテンツ受信方法を提供す
ることにある。

【００１９】

【課題を解決するための手段及び作用】本発明は、上記
課題を参酌してなされたものであり、その第１の側面
は、所定の権利管理・保護（Right Management & Prote
ction：ＲＭＰ）方式に則って配信されるコンテンツを
受信するコンテンツ受信装置であって、配信コンテンツ
を受信するコンテンツ受信手段と、受信コンテンツの権
利管理・保護方式を識別する識別手段と、前記識別手段
による識別結果に基づいて、該当する権利管理・保護方
式に従って受信コンテンツを権利処理する権利処理手段
と、を具備することを特徴とするコンテンツ受信装置で
ある。

【００２０】コンテンツの制作・提供事業者は、ＲＭＰ
と呼ばれる権利管理・保護方式に従って暗号化などの保
護された形式でコンテンツを配信する。一般に、コンテ
ンツ制作・提供事業者毎に区々の権利管理・保護方式を
採用する。

【００２１】本発明の第１の側面に係るコンテンツ受信
装置によれば、権利管理・保護方式の仕様を規定する書
式のみを統一化するだけで、識別手段が受信コンテンツ
の権利管理・保護方式を識別して、権利処理手段は、該
識別結果に基づいて該当する権利管理・保護方式を選択
的に用いて受信コンテンツを権利処理することができ
る。

【００２２】したがって、それぞれの権利管理・保護方
式に対応した機能をあらかじめ用意しておくだけで、ど
の権利管理・保護方式に則ったコンテンツを受信した場
合であっても、１台のコンテンツ受信機を用いて複数の
異なるコンテンツ配信方式に対応することができる。す
なわち同じコンテンツ受信機上でコンテンツを復号化し
て利用に供することができ、配信システム毎の受信機な
どの機器を用意する必要がなくなる。

【００２３】また、各コンテンツ制作・提供・配信事業
者間では、ＲＭＰ仕様記述などのコンテンツ配信方式の
規格化をめぐる争いを沈静化することができる。また、
各コンテンツ制作・提供・配信事業者間における配信コ
ンテンツの互換性や融通性を向上させることができる。
また、コンテンツ利用者においては、利便性が高まる。

【００２４】ここで言う権利管理・保護方式は、コンテ
ンツの暗号化方式、鍵の配布方式、コンテンツ暗号解読
方式、課金情報や鍵類の伝送方式、記録メディア制御情
報、相互認証の方式、ＡＰＳ（Analog Protection Syst
em：マクロビジョンやＣＧＭＳ（Copy Generation Mana
gement System）など）、視聴制限情報などの、コンテ
ンツ購入とコンテンツ利用に必須の項目を規定するもの
である。

【００２５】コンテンツ受信装置は、あらかじめ複数種
類の権利管理・保護モジュールを備えておいてもよい。
このような場合、前記権利処理手段は、前記識別手段に
よる識別結果に基づいて、対応する権利管理・保護モジ
ュールを選択して受信コンテンツの権利処理を行うこと
ができる。

【００２６】あるいは、コンテンツ受信装置は、権利管
理・保護モジュールを外部から取得する権利管理・保護
モジュール取得手段を備えていてもよい。このような場
合、前記権利処理手段は、前記識別手段による識別結果
に基づいて前記権利管理・保護モジュール取得手段を介
して外部から取得された権利管理・保護モジュールを用
いて受信コンテンツの権利処理を行うことができる。

【００２７】あるいは、コンテンツ受信装置は、権利管
理・保護方式の仕様記述に従い権利管理・保護モジュー
ルを自動生成する権利管理・保護モジュール生成手段を
備えていてもよい。このような場合、前記権利処理手段
は、前記権利管理・保護モジュール生成手段によって生
成された権利管理・保護モジュールを用いて受信コンテ
ンツの権利処理を行うことかできる。

【００２８】また、コンテンツ受信装置は、コンテンツ
を蓄積するコンテンツ蓄積手段を含んでいてもよい。例
えば、前記権利処理手段による権利処理前、あるいは権
利処理後のコンテンツを前記コンテンツ蓄積手段に格納
することができる。

【００２９】前記コンテンツ受信手段が受信するコンテ
ンツは、例えば、所定の鍵で暗号化されている。このよ
うな場合、前記権利処理手段は、受信した暗号化コンテ
ンツを復号化し、他の鍵で再暗号化した後にコンテンツ
蓄積手段に格納するようにしてもよい。このような構成
により、権利処理後のコンテンツをさらに保護すること
ができる。

【００３０】また、前記コンテンツ受信手段が受信する
コンテンツは、例えば、所定の鍵で暗号化された形式で
配信されているとともに、さらに該鍵を暗号化した暗号
化鍵も受信する。このような場合、前記権利処理手段
は、受信した暗号化鍵を復号化し、他の鍵で再暗号化し
た後に暗号化コンテンツとともにコンテンツ蓄積手段に
格納するようにしてもよい。このような構成により、権
利処理後のコンテンツをさらに保護することができる。

【００３１】また、前記権利処理手段は、受信コンテン
ツの権利処理のログを蓄積するようにしてもよい。この
ような場合、例えば、蓄積されたログを所定の決済機関
に定期的あるいは不定期的に送信することにより、決済
機関では正確な課金処理を行うことができる。

【００３２】また、前記権利処理手段は、権利処理後の
コンテンツの再生信号を、該当する権利管理・保護方式
の仕様記述に従ってＡＰＳ（Analog Protection Syste
m）処理して外部出力するようにしてもよい。このよう
な場合、権利処理後のビデオ再生信号などを保護するこ
とができる。

【００３３】また、前記権利処理手段は、権利処理後の
コンテンツを暗号化して外部出力するようにしてもよ
い。このような場合、例えばＩＥＥＥ １３９４のよう
なホーム・ネットワーク経由で他の情報機器にコンテン
ツを転送する場合や、ＬＡＮ経由でパーソナル・コンピ
ュータ（ＰＣ）のような計算機システムにコンテンツを
送信してアプリケーションを用いて処理する場合であっ
ても、コンテンツを保護することができる。

【００３４】また、本発明の第２の側面は、所定の権利
管理・保護（Right Management & Protection：ＲＭ
Ｐ）方式に則って配信されるコンテンツを受信するコン
テンツ受信方法であって、配信コンテンツを受信するコ
ンテンツ受信ステップと、受信コンテンツの権利管理・
保護方式を識別する識別ステップと、前記識別ステップ
による識別結果に基づいて、該当する権利管理・保護方
式に従って受信コンテンツを権利処理する権利処理ステ
ップと、を具備することを特徴とするコンテンツ受信方
法である。

【００３５】本発明の第２の側面に係るコンテンツ受信
方法によれば、権利管理・保護方式の仕様を規定する書
式のみを統一化するだけで、識別ステップが受信コンテ
ンツの権利管理・保護方式を識別して、権利処理ステッ
プでは、該識別結果に基づいて該当する権利管理・保護
方式を選択的に用いて受信コンテンツを権利処理するこ
とができる。

【００３６】前記権利処理ステップでは、前記識別ステ
ップによる識別結果に基づいて、対応する権利管理・保
護モジュールを選択して受信コンテンツの権利処理を行
うようにしてもよい。

【００３７】あるいは、前記識別ステップによる識別結
果に基づいて、該当する権利管理・保護モジュールを外
部から取得する権利管理・保護モジュール取得ステップ
をさらに備えていてもよい。このような場合、前記権利
処理ステップでは、前記権利管理・保護モジュール取得
ステップにより外部から取得された権利管理・保護モジ
ュールを用いて受信コンテンツの権利処理を行うことが
できる。

【００３８】あるいは、権利管理・保護方式の仕様記述
に従い権利管理・保護モジュールを自動生成する権利管
理・保護モジュール生成ステップをさらに備えていても
よい。このような場合、前記権利処理ステップでは、前
記権利管理・保護モジュール生成ステップによって生成
された権利管理・保護モジュールを用いて受信コンテン
ツの権利処理を行うことができる。

【００３９】また、受信したコンテンツを蓄積するコン
テンツ蓄積ステップを含んでいてもよい。例えば、前記
権利処理ステップによる権利処理前、あるいは権利処理
後のコンテンツを格納するようにしてもよい。

【００４０】また、前記コンテンツ受信ステップでは所
定の鍵で暗号化された形式で配信されるコンテンツを受
信するような場合、前記権利処理ステップにおいて復号
化した受信コンテンツを他の鍵で再暗号化した後に格納
するコンテンツ蓄積ステップを備えていてもよい。

【００４１】また、前記コンテンツ受信ステップでは、
所定の鍵で暗号化された形式で配信されるコンテンツ、
並びに該鍵を暗号化した暗号化鍵を受信するような場
合、前記権利処理ステップにおいて復号化した鍵を他の
鍵で再暗号化した後に暗号化コンテンツとともに格納す
るコンテンツ蓄積ステップを備えるようにしてもよい。

【００４２】また、前記権利処理ステップにおける受信
コンテンツの権利処理のログを蓄積するログ蓄積ステッ
プを備えていてもよい。このような場合、例えば、蓄積
されたログを所定の決済機関に定期的あるいは不定期的
に送信することにより、決済機関では正確な課金処理を
行うことができる。

【００４３】また、前記権利処理ステップによる権利処
理後のコンテンツの再生信号を、該当する権利管理・保
護方式の仕様記述に従ってＡＰＳ（Analog Protection
System）処理して外部出力する外部出力ステップを備え
ていてもよい。

【００４４】また、前記権利処理ステップによる権利処
理後のコンテンツを暗号化して外部出力する外部出力ス
テップを備えていてもよい。

【００４５】また、本発明の第３の側面は、所定の権利
管理・保護（Right Management & Protection：ＲＭ
Ｐ）方式に則って配信されるコンテンツの受信処理をコ
ンピュータ・システム上で実行するように記述されたコ
ンピュータ・ソフトウェアをコンピュータ可読形式で物
理的に格納した記憶媒体であって、前記コンピュータ・
ソフトウェアは、配信コンテンツを受信するコンテンツ
受信ステップと、受信コンテンツの権利管理・保護方式
を識別する識別ステップと、前記識別ステップによる識
別結果に基づいて、該当する権利管理・保護方式に従っ
て受信コンテンツを権利処理する権利処理ステップと、
を具備することを特徴とする記憶媒体である。

【００４６】本発明の第３の側面に係る記憶媒体は、例
えば、様々なプログラム・コードを実行可能な汎用性の
コンピュータ・システムに対して、コンピュータ・ソフ
トウェアをコンピュータ可読な形式で物理的に提供する
媒体である。このような媒体は、例えば、ＣＤ（Compac
t Disc）やＦＤ（Floppy Disc）、ＭＯ（Magneto-Optic
al disc）などの着脱自在で可搬性の記憶媒体である。
あるいは、ネットワーク（ネットワークは無線、有線の
区別を問わない）などの伝送媒体などを経由してコンピ
ュータ・ソフトウェアを特定のコンピュータ・システム
にコンピュータ可読形式で提供することも技術的に可能
である。

【００４７】このような記憶媒体は、コンピュータ・シ
ステム上で所定のコンピュータ・ソフトウェアの機能を
実現するための、コンピュータ・ソフトウェアと記憶媒
体との構造上又は機能上の協働的関係を定義したもので
ある。換言すれば、本発明の第３の側面に係る記憶媒体
を介して所定のコンピュータ・ソフトウェアをコンピュ
ータ・システムにインストールすることによって、コン
ピュータ・システム上では協働的作用が発揮され、本発
明の第１及び第２の各側面に係るコンテンツ受信装置及
びコンテンツ受信方法と同様の作用効果を得ることがで
きる。

【００４８】また、本発明の第４の側面は、それぞれの
権利管理・保護方式に対応した複数の権利管理・保護モ
ジュールを蓄積する手段と、権利管理・保護方式の識別
情報を含んだ要求に応答して、該当する権利管理・保護
モジュールを送信する手段と、を備えることを特徴とす
るサーバである。

【００４９】また、本発明の第５の側面は、それぞれの
権利管理・保護方式に対応した複数の権利管理・保護モ
ジュールを蓄積する手段と、識別情報に基づく問合せに
応答して、該当する権利管理・保護モジュールを用いて
コンテンツを変換する手段と、を具備することを特徴と
するサーバである。

【００５０】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。

【００５１】

【発明の実施の形態】以下に記述する本発明の実施形態
では、各コンテンツ配信システム毎に策定される複数の
ＲＭＰに対応することができるコンテンツ受信装置につ
いて説明する。

【００５２】ＲＭＰは、Right Management & Protectio
nの略であり、ＴＶ Ａｎｙｔｉｍｅ Ｆｏｒｕｍで用
いられている概念である。放送やネットワークを介した
コンテンツ配信事業において問題になるのが、コンテン
ツの不正利用やタダ見、タダ聴きである。この種の不正
行為が横行すると、コンテンツ制作・提供・配信事業者
の正当な利益が保証されず、事業の存亡にも関わる。言
い換えれば、コンテンツの利用権利管理と保護が必要で
あり、ＲＭＰがこれを担う。

【００５３】ＲＭＰには、より具体的には、暗号化の方
式、鍵の配布方式、コンテンツ暗号解読方式、課金情報
や鍵類の伝送方式、記録メディア制御情報、相互認証の
方式、ＡＰＳ（Analog Protection System：マクロビジ
ョンやＣＧＭＳ（Copy Generation Management Syste
m）など）、視聴制限情報などの、コンテンツ購入とコ
ンテンツ利用に必須の項目が含まれている。

【００５４】これらの項目からなるＲＭＰの仕様を規定
する書式のみを統一化し、各コンテンツ提供事業者は該
仕様に則った形式で暗号化コンテンツや権利処理情報を
コンテンツに入力すればよい。このような場合、コンテ
ンツを受信し利用する消費者すなわちコンテンツ利用者
側では、各々のＲＭＰ方式に対応した機能を複数用意し
ておくことにより、どのようなＲＭＰ方式に基づくコン
テンツであっても、同じコンテンツ受信機上で復号化し
て利用に供することができる。

【００５５】ＲＭＰ仕様記述は、例えば、配信コンテン
ツに付随するメタデータの一部として記述することがで
きる。以下では、メタデータのうちＲＭＰ仕様記述に関
連する部分のことを「権利処理メタデータ」と呼ぶこと
にする。例えば、デジタル放送などの場合、放送番組本
編に付随するデータ放送用データとしてメタデータを配
信することができる。

【００５６】図１には、ＲＭＰモジュールの概念構成を
示している。ＲＭＰモジュールは、例えば、ＳＴＢ（Se
t Top Box）やその他の形態のコンテンツ受信機に内蔵
して用いられ、所定のハードウェア又はソフトウェアの
モジュールを用いて実装することができる。同図に示す
ように、ＲＭＰモジュールは、受信コンテンツに関する
データを入出力を行うための幾つかのインターフェース
を備えた構成となっている。

【００５７】衛星波又は地上波などの放送を介して受信
されたコンテンツ、あるいは、インターネットなどのネ
ットワーク経由でダウンロードされたコンテンツは、メ
タデータとともに、ハード・ディスク装置などのような
大容量蓄積装置内に格納される。ＲＭＰモジュールは、
ハード・ディスク装置経由で、あるいはハード・ディス
ク装置を介さずに直接、権利処理前の状態で受信コンテ
ンツを入力する。

【００５８】映像や音楽などのコンテンツ本体はコンテ
ンツ保護の目的で暗号化が施されている。したがって、
暗号化コンテンツを解くための解読機能（Decryptor）
が必要であり、ＲＭＰモジュールは、規定された暗号ア
ルゴリズムにより暗号化コンテンツを入力する暗号化コ
ンテンツ入力用インターフェースを持つ。

【００５９】また、各コンテンツに対応してメタデータ
が配信されるが、その中には、コンテンツに関する権利
処理や必要な権利保護を示す情報、すなわち権利処理メ
タデータが含まれている。

【００６０】権利処理メタデータには、コンテンツを解
くための鍵類、コンテンツの購入条件、使用条件、解読
されたコンテンツのコピー制御情報などが含まれる。Ｒ
ＭＰモジュールは、規定のフォーマットに従い権利処理
や保護に関する情報を入力する権利処理メタデータの入
力インターフェースを持つ。

【００６１】配信コンテンツは、例えばコンテンツ鍵に
よって暗号化され、このコンテンツ鍵はさらに配信鍵
（Distribution Key）によって暗号化された形態で、暗
号化コンテンツとともに伝送されてくる。ＲＭＰモジュ
ール内には配信鍵が保持されており、この配信鍵を用い
て暗号化されたコンテンツ鍵を解読し、さらに、解読さ
れたコンテンツ鍵を用いて暗号化コンテンツを解読する
ことができる。このような暗号化・伝送方式によれば、
コンテンツ毎にコンテンツ鍵を変えながら安全にコンテ
ンツ配信を行うことができるとともに、ＲＭＰモジュー
ルでは単一の配信鍵を保持することで暗号化コンテンツ
を解読して利用に供することができる。ＲＭＰモジュー
ルの権利処理メタデータ入力インターフェースは、暗号
化コンテンツ鍵を権利処理メタデータとして入力するよ
うにしてもよい。

【００６２】また、コンテンツ制作・提供事業者におい
て策定するコンテンツ利用のための課金に関する仕様
も、権利処理メタデータに含め、ＲＭＰモジュールの権
利処理メタデータ入力インターフェースはこれを入力す
るようにしてもよい。

【００６３】課金に関する仕様として、例えば、価格情
報、使用条件（１回毎の再生課金、あらかじめ再生可能
な回数を規定した回数制限、所定の期日まで再生可能と
した期間制限など）などを規定することができる。

【００６４】コンテンツ利用者に対する課金処理のため
に、管理センタのようなコンテンツ制作・提供・配信事
業者以外の決済機関を設立してもよい。ＲＭＰモジュー
ルは、このような管理センタに接続して、課金や決済に
関するトランザクションを行うための課金処理インター
フェースを持つ。ＲＭＰモジュールは、例えば、ハード
・ディスク装置上に蓄積されたコンテンツを再生する毎
に課金ログを生成して、所定期間毎に管理センタに接続
してログを送信する。これに対し、管理センタは、各コ
ンテンツ利用者から送られてくるログに基づいて課金並
びに決済処理を行うことができる。

【００６５】ＲＭＰモジュールは、権利処理前の受信コ
ンテンツを入力するための暗号化コンテンツ用インター
フェースを備えていることは既に述べた通りである。Ｒ
ＭＰモジュールは、コンテンツの数回にわたる利用のた
めに、権利処理後のコンテンツを再びハード・ディスク
装置に蓄積するためのインターフェースや、コンテンツ
の永久・半永久保存のために、権利処理後のコンテンツ
をＤＶＤ（Digital Versatile Disc）などのリムーバブ
ル・メディア上に格納するためのインターフェースを備
えている。このような権利処理後のコンテンツ蓄積・再
生用のインターフェースは、蓄積用コンテンツの暗号化
や再生時における復号化などのメディアに対する制御
や、メディアに対する認証の有無や認証方法などを規定
することができる。

【００６６】また、ＲＭＰモジュールは、受信コンテン
ツ、あるいはハード・ディスク装置やリムーバブル・メ
ディアから読み出したコンテンツを、ディスプレイやそ
の他の外部機器で再生するための外部出力インターフェ
ースを備えている。図１に示す例では、ビデオ信号とし
てディスプレイ上に表示出力するためのアナログ出力イ
ンターフェースと、ＩＥＥＥ １３９４などのホームネ
ットワーク経由で外部機器にコンテンツを転送するため
のデジタル出力インターフェースを備えている。アナロ
グ出力インターフェースは、アナログ形式のコンテンツ
保護のために、ＡＰＳ（Analog Protection System）な
どを採用する。ＡＰＳには、マクロビジョンや、垂直帰
線区間の所定の走査線にコピー制御情報を埋め込むＣＧ
ＭＳ（Copy Generation Management System）−Ａ、Ｓ
ＣＭＳなどが含まれる。また、デジタル出力インターフ
ェースでは、送信コンテンツ暗号化の他、１３９４ＣＰ
のような認証バス・エンクリプションなどの制御を行う
ことができる。

【００６７】また、権利処理後のコンテンツを転送し
て、パーソナル・コンピュータ（ＰＣ）のような情報処
理機器上で所望のアプリケーションを用いた処理を行う
ことができる。図１に示す例では、ＲＭＰモジュール
は、外部の情報処理機器にコンテンツを出力するための
ホスト／アプリケーション用インターフェースを備えて
いる。ホスト／アプリケーション用インターフェース
は、送信コンテンツの暗号化などの制御を行う。

【００６８】ＲＭＰモジュールは、専用のハードウェア
・コンポーネントで実装することも、あるいは、汎用プ
ロセッサ上で所定のプログラム・コードを実行すること
によっても実現可能である。ＲＭＰに関する仕様は、権
利処理メタデータとして、配信コンテンツに付随して配
信・配布することができる（前述）。

【００６９】ＲＭＰ仕様記述フォーマットの一例を以下
に示しておく。

【００７０】

【数１】

【００７１】上記で示したＲＭＰ仕様記述フォーマット
では、ＲＭＰの方式を識別するための識別情報（RMP I
D）を冒頭に含む他、配信コンテンツを暗号化する暗号
化アルゴリズム、配信コンテンツの暗号化に使用するコ
ンテンツ・キーＫsを暗号化する暗号化アルゴリズム、
コンテンツ配信時に使用する配信キーＫdを暗号化する
暗号化アルゴリズム、配信コンテンツを蓄積するときに
使用するストレージ・キーＫst、相互認証に用いる認証
アルゴリズム、ログを蓄積するためのフォーマットなど
を規定することができる。暗号化方式としては、一般
に、ＤＥＳ（Data Encription Standard）やＭｕｌｔｉ
２などが使用される。

【００７２】ＲＭＰとしての仕様記述は、各コンテンツ
制作・提供事業者毎に策定される。従来は、各コンテン
ツ配信システム毎にＲＭＰを固定して利用していたの
で、複数のシステムからコンテンツの提供を受けるため
には、新しいコンテンツ受信機を用意するなど余計な出
費が必要であった。これに対し、本発明では、ＲＭＰの
仕様記述、並びにＲＭＰに入力するためのインターフェ
ースを規定することにより、その仕様を解読するか、又
はその仕様に適合したＲＭＰモジュールを入手すること
により、同一のコンテンツ受信機上で、複数のコンテン
ツ配信システムにおけるコンテンツ課金、暗号化などの
セキュリティ方式、著作権保護方式に対応することがで
きる。

【００７３】本発明の１つの実現形態としては、コンテ
ンツ受信機あるいはコンテンツ記録再生機内で、異なる
ＲＭＰ仕様を実装した複数のハードウェアＲＭＰモジュ
ールを用意しておき、各受信コンテンツ毎に適合するハ
ードウェアＲＭＰモジュールに切り替えて利用すること
が挙げられる。

【００７４】また、他の実現形態として、ソフトウェア
・モジュールとしてＲＭＰモジュールを構成し、各受信
コンテンツ毎に適合するソフトウェア・モジュールを所
定のサーバからダウンロードすることや、あるいは権利
処理メタデータを解析して、所望のソフトウェア・モジ
ュールをコンテンツ受信機側で自動生成することが挙げ
られる。

【００７５】図２には、異なるＲＭＰ仕様を実装した複
数のハードウェアＲＭＰモジュールを用意しておき、各
受信コンテンツ毎に適合するハードウェアＲＭＰモジュ
ールに切り替えて利用する形式のコンテンツ受信機１０
の構成を模式的に図解している。

【００７６】同図に示すコンテンツ受信機１０は、フロ
ント・エンド部１１と、ＣＡＳ処理部１２と、コンテン
ツ蓄積用のハード・ディスク装置１３Ａ並びに１３Ｂ
と、ＲＭＰ識別部１４と、それぞれ異なるＲＭＰ仕様記
述に基づく２つ（複数）のＲＭＰモジュール１並びにＲ
ＭＰモジュール２とで構成される。

【００７７】フロント・エンド部１１は、所定チャネル
の放送波のチューニングすなわち選局処理と、受信デー
タの復調処理を行う。

【００７８】ＣＡＳ処理部１２は、コンテンツ配信事業
者との間で交わされたＣＡＳ（Conditional Access Sys
tem（限定受信））に関する契約に基づき、放送コンテ
ンツに適用されたスクランブル処理の解除（デスクラン
ブル）を行う。日本国内のデジタル放送では、ＢＳ、Ｃ
Ｓともに共通の"ＭＵＬＴＩ２"と呼ばれるスクランブル
方式を採用する。但し、ＣＡＳ処理自体は本発明の要旨
に関連しないので、ここではこれ以上説明しない。

【００７９】ハード・ディスク装置１３Ａ及び１３Ｂ
は、受信コンテンツの蓄積に使用される。より具体的に
は、一方のハード・ディスク装置１３ＡはＲＭＰモジュ
ールによる権利処理前の状態のコンテンツの蓄積に使用
され、他方のハード・ディスク装置１３Ｂは権利処理後
の状態のコンテンツの蓄積に使用される。但し、ハード
・ディスク装置１３Ａ及び１３Ｂは、物理的に互いに独
立した装置である必要はなく、例えば、単一のハード・
ディスク上に割り当てられた別個の記憶領域（パーティ
ション）であってもよい。

【００８０】本実施例では、権利処理メタデータの一部
として記述されるＲＭＰには、その方式を識別するため
の固有の識別情報（ＲＭＰ ＩＤ）が割り振られてい
る。ＲＭＰ識別部１４は、ハード・ディスク装置１３Ａ
から権利処理メタデータを読み出して、ＲＭＰ ＩＤを
識別して、２つ（複数）のＲＭＰモジュール１並びにＲ
ＭＰモジュール２のうち識別されたＲＭＰ ＩＤに対応
する方を動作可能にする。

【００８１】ＲＭＰモジュール１並びにＲＭＰモジュー
ル２は、暗号化された映画や音楽などのコンテンツ、並
びにコンテンツに付随する権利処理メタデータを処理す
るための幾つかのインターフェース（前述）を備えてい
る。ＲＭＰ識別部１４により付勢されたＲＭＰモジュー
ル１又はＲＭＰモジュール２は、権利処理メタデータと
して記述されたＲＭＰ仕様記述通りに動作して、暗号化
コンテンツの復号化、再生コンテンツとしての外部出
力、ハード・ディスク装置１３Ｂやリムーバブル・メデ
ィアへの格納などのコンテンツ処理を行う。

【００８２】また、図３には、他の実施形態に係るコン
テンツ受信機２０の構成を模式的に図解している。コン
テンツ受信機２０は、異なるＲＭＰ仕様を実装した複数
のハードウェアＲＭＰモジュールを用意しておき、各受
信コンテンツ毎に適合するハードウェアＲＭＰモジュー
ルに切り替えて利用するようになっている。

【００８３】同図に示す例では、コンテンツ受信機２０
は、フロント・エンド部２１と、ハード・ディスク装置
２３と、ＲＭＰ識別部２４と、各ＲＭＰモジュール１及
びＲＭＰモジュール２と、デコーダ出力装置２５が、同
一のデータ・バス２６を介して相互接続された構成とな
っている。

【００８４】フロント・エンド部２１は、所定チャネル
の放送波のチューニングすなわち選局処理と、受信デー
タの復調処理を行う。但し、図示しないが、放送波を介
さない代わりに、インターネットなどの広域ネットワー
ク経由で所定のサービス・プロバイダからコンテンツを
受信する場合においては、フロント・エンド部２１は、
ネットワーク・インターフェース・カードで実現するこ
とができる。

【００８５】ハード・ディスク装置２３は、ＲＭＰモジ
ュールによる権利処理前の状態のコンテンツを蓄積した
り、権利処理後の状態のコンテンツを蓄積するために使
用される。

【００８６】権利処理メタデータとして記述されるＲＭ
Ｐには、その方式を識別するための固有の識別情報ＲＭ
Ｐ ＩＤが割り振られている。ＲＭＰ識別部２４は、ハ
ード・ディスク装置２３から権利処理メタデータを読み
出して、ＲＭＰ ＩＤを識別して、２つ（複数）のＲＭ
Ｐモジュール１並びにＲＭＰモジュール２のうち識別さ
れたＲＭＰ ＩＤに対応するものを動作可能にする。

【００８７】ＲＭＰモジュール１並びにＲＭＰモジュー
ル２は、暗号化された映画や音楽などのコンテンツ、並
びにコンテンツに付随する権利処理メタデータを処理す
るための幾つかのインターフェース（前述）を備えてい
る。ＲＭＰ識別部２４により付勢されたＲＭＰモジュー
ル１又はＲＭＰモジュール２は、権利処理メタデータと
して記述されたＲＭＰ仕様記述通りに動作して、暗号化
コンテンツの復号化、再生コンテンツとしての外部出
力、ハード・ディスク装置２３やリムーバブル・メディ
アへの格納などのコンテンツ処理を行う。なお、ＣＡＳ
方式を採用するコンテンツ配信事業者からコンテンツを
受信する場合には、対応する暗号解読・デスクランブル
処理を行うＣＡＳモジュールをＲＭＰモジュール上に搭
載するようにしてもよい。

【００８８】デコーダ出力装置２５は、権利処理後の再
生コンテンツのデコード処理並びに外部出力を行う。例
えば、ＡＶコンテンツであれば、デコーダ出力装置２５
は、コンテンツを圧縮映像データと圧縮音声データに分
離処理する。そして、ＭＰＥＧ２などによる圧縮映像デ
ータを伸張処理して、元のビデオ信号を再生するととも
に、圧縮音声データに関しては、ＰＣＭ（Pulse Code M
odulation）デコードした後に付加音と合成して再生音
声信号とする。

【００８９】また、図４には、他の実施形態に係るコン
テンツ受信機３０の構成を模式的に図解している。コン
テンツ受信機３０は、ソフトウェア・モジュールとして
ＲＭＰモジュールを構成し、各受信コンテンツ毎に適合
するソフトウェア・モジュールを所定のサーバからダウ
ンロードするようになっている。

【００９０】同図に示すように、コンテンツ受信機３０
は、フロント・エンド部３１と、ＣＰＵ（Central Proc
essing Unit）３２と、ハード・ディスク装置３３Ａ及
び３３Ｂと、ＲＭＰ識別部３４と、作業メモリ３５と、
デコーダ出力装置３６と、ネットワーク・インターフェ
ース３７が、システム・バス３８を介して相互接続され
た構成となっている。

【００９１】フロント・エンド部３１は、所定チャネル
の放送波のチューニングすなわち選局処理と、受信デー
タの復調処理を行う。

【００９２】ネットワーク・インターフェース３７は、
ＴＣＰ／ＩＰ（Transmission Control Protocol/Intern
et Protocol）などの所定の通信プロトコルに従ってコ
ンテンツ受信機３７をインターネットなどの広域ネット
ワークに接続するための装置である。インターネット上
には無数のホスト端末が接続されている。ホスト端末の
一部は、映画や音楽などのコンテンツを配信する情報配
信サーバであり、他の一部はソフトウェアＲＭＰモジュ
ールを配信するサーバである。なお、放送経由でコンテ
ンツを受信する代わりに、インターネットなどの広域ネ
ットワーク経由で所定のサービス・プロバイダからコン
テンツを受信する場合においては、フロント・エンド部
３１は、ネットワーク・インターフェース３７によって
実現することができる。

【００９３】ＣＰＵ３２は、オペレーティング・システ
ム（ＯＳ）の制御下で、コンテンツ受信機３０内の動作
を統括的に制御する中央コントローラであり、作業メモ
リ３５を用いて各種のプログラム・コードを実行する。

【００９４】ハード・ディスク装置３３Ａは、ＲＭＰモ
ジュールによる権利処理前の状態でのコンテンツの蓄
積、並びに、権利処理後の状態のコンテンツの蓄積に使
用される。また、ハード・ディスク装置３３Ｂは、以前
使用した（あるいはあらかじめダウンロードしておい
た）ソフトウェアＲＭＰモジュールの蓄積に利用され
る。ハード・ディスク装置３３Ａと３３Ｂは、それぞれ
独立した装置ユニットである必要はなく、例えば単一の
ハード・ディスク装置上で区切られた記憶領域（例えば
パーティション）であってもよい。

【００９５】権利処理メタデータとして記述されるＲＭ
Ｐには、その方式を識別するための固有の識別情報ＲＭ
Ｐ ＩＤが割り振られている。ＲＭＰ識別部３４は、ハ
ード・ディスク装置３３から権利処理メタデータを読み
出して、ＲＭＰ ＩＤを識別して、該当するソフトウェ
アＲＭＰモジュールが作業メモリ３５上にロードされて
現在使用中か否かを検出する。ＲＭＰ識別部３４は、ハ
ードウェア・コンポーネントとしてではなく、ＣＰＵ３
２が実行するプログラム・コードとして実装することも
できる。

【００９６】作業メモリ３５上のソフトウェアＲＭＰモ
ジュールが、これから再生するコンテンツに関するＲＭ
Ｐ ＩＤにヒットしない場合には、該当するソフトウェ
アＲＭＰモジュールをローカル・ディスク３３Ｂ上で探
索し、見つかった場合にはこれを作業メモリ３５上のも
のと置き換える。ローカル・ディスク３３Ｂ上で該当す
るソフトウェアＲＭＰモジュールを発見することができ
なかった場合には、さらに、ネットワーク・インターフ
ェース３７経由でネットワーク上のサーバにアクセスし
て、所望のソフトウェアＲＭＰモジュールを探索するこ
とができる。

【００９７】ＣＰＵ３２は、作業メモリ３５上にロード
されたソフトウェアＲＭＰモジュールを実行することに
より、権利処理メタデータとして記述されたＲＭＰ仕様
記述通りに動作して、暗号化コンテンツの復号化、再生
コンテンツとしての外部出力、ハード・ディスク装置３
３Ａやリムーバブル・メディアへの格納などのコンテン
ツ処理を行うことができる。なお、ＣＡＳ方式を採用す
るコンテンツ配信事業者からコンテンツを受信する場合
には、対応する暗号解読・デスクランブル処理を行うＣ
ＡＳモジュールを同様に作業メモリ３５上にロードすれ
ばよい。

【００９８】デコーダ出力装置３６は、権利処理後の再
生コンテンツのデコード処理並びに外部出力を行う。例
えば、ＡＶコンテンツであれば、デコーダ出力装置３６
は、コンテンツを圧縮映像データと圧縮音声データに分
離処理する。そして、ＭＰＥＧ２などによる圧縮映像デ
ータを伸張処理して元のビデオ信号を再生するととも
に、圧縮音声データに関してはＰＣＭ（Pulse Code Mod
ulation）デコードした後に付加音と合成して再生音声
信号とする。

【００９９】図５には、コンテンツ受信機３０にソフト
ウェアＲＭＰモジュールをダウンロードするための処理
手順をフローチャートの形式で示している。以下、この
フローチャートに従って、ソフトウェア・モジュールの
ダウンロード処理について説明する。

【０１００】ハード・ディスク装置３３Ａに蓄積してお
いたコンテンツの再生を開始する際、対応する権利処理
メタデータを同様にハード・ディスク装置３３Ａから読
み出して、ＲＭＰモジュールのＲＭＰ ＩＤを取得する
（ステップＳ１）。そして、このＲＭＰ ＩＤが現在作
業メモリ３５にロードされているＲＭＰモジュールのそ
れと一致するか否かをチェックする（ステップＳ２）。

【０１０１】ＲＭＰ ＩＤがヒットする、すなわち、こ
れから再生するコンテンツのＲＭＰモジュールが既に作
業メモリ３５上にロードされている場合には、続いて管
理センタと接続確立して、ＲＭＰ仕様記述に基づいてコ
ンテンツ購入に関する課金処理を行った後（ステップＳ
３）、コンテンツ再生を行い（ステップＳ４）、本処理
ルーチン全体を終了する。

【０１０２】他方、ＲＭＰ ＩＤがヒットしなかった場
合には、ＲＭＰ入手先情報を取得して（ステップＳ
５）、ＲＭＰ入手先となるサーバに接続して（ステップ
Ｓ６）、該当するソフトウェアＲＭＰモジュールをこの
サーバからダウンロードする（ステップＳ７）。そし
て、ダウンロードしたソフトウェアＲＭＰモジュールを
コンテンツ受信機３０にインストール（例えば、作業メ
モリ３５上にロード）する（ステップＳ８）。

【０１０３】ＲＭＰ入手先情報は、例えば権利処理メタ
データ内にＵＲＬ（Uniform Resource Locator）形式で
記述されている。このような場合、コンテンツ受信機３
０は、ネットワーク・インターフェース３７経由でイン
ターネットのようなＴＣＰ／ＩＰネットワーク経由でＵ
ＲＬで指示されたサーバに対し資源アクセスして、該当
するＲＭＰモジュールをＨＴＴＰ（Hyper Text Transfe
r Protocol）又はＦＴＰ（File Transfer Protocol）な
どの転送プロトコルに従ってダウンロードすることがで
きる。

【０１０４】新規のソフトウェアＲＭＰモジュールをイ
ンストールした結果、コンテンツ受信機３０上におい
て、権利処理メタデータとして記述されたＲＭＰ仕様記
述通りに動作して、暗号化コンテンツの復号化、再生コ
ンテンツとしての外部出力、ハード・ディスク装置３３
Ａやリムーバブル・メディアへの格納などのコンテンツ
処理を行うことができるようになる。

【０１０５】続いて、管理センタと接続確立して、ＲＭ
Ｐ仕様記述に基づいてコンテンツ購入に関する課金処理
を行った後（ステップＳ３）、コンテンツ再生を行い
（ステップＳ４）、本処理ルーチン全体を終了する。

【０１０６】ソフトウェア・モジュールとしてＲＭＰモ
ジュールを構成する変形例として、ＣＰＵ３２（あるい
は他の演算処理ユニット）が権利処理メタデータ内のＲ
ＭＰ仕様記述を解析して、所望のソフトウェアＲＭＰモ
ジュールをコンテンツ受信機３０内部で自動生成するよ
うにしてもよい。

【０１０７】図６には、ソフトウェアＲＭＰモジュール
をコンテンツ受信機３０内部で自動生成するための処理
手順をフローチャートの形式で図解している。以下、こ
のフローチャートに従って、ソフトウェアＲＭＰモジュ
ールの自動生成処理について説明する。

【０１０８】ハード・ディスク装置３３Ａに蓄積してお
いたコンテンツの再生を開始する際、対応する権利処理
メタデータを同様にハード・ディスク装置３３Ａから読
み出して、ＲＭＰモジュールのＲＭＰ ＩＤを取得する
（ステップＳ１１）。そして、このＲＭＰ ＩＤが現在
作業メモリ３５にロードされているＲＭＰモジュールの
それと一致するか否かをチェックする（ステップＳ１
２）。

【０１０９】ＲＭＰ ＩＤがヒットする、すなわち、こ
れから再生するコンテンツのＲＭＰモジュールが既に作
業メモリ３５上にロードされている場合には、続いて管
理センタと接続確立して、ＲＭＰ仕様記述に基づいてコ
ンテンツ購入に関する課金処理を行った後（ステップＳ
１３）、コンテンツ再生を行い（ステップＳ１４）、本
処理ルーチン全体を終了する。

【０１１０】他方、ＲＭＰ ＩＤがヒットしなかった場
合には、ＲＭＰ仕様記述に関する情報を権利処理メタデ
ータから取得する（ステップＳ１５）。次いで、コンテ
ンツ受信機３０上のコンピューテーション・パワー（例
えば、ＣＰＵ３２が持つ計算能力）がＲＭＰモジュール
を生成するに足りるか否かをチェックする（ステップＳ
１６）。

【０１１１】コンピューテーション・パワー不足の場合
には、コンテンツの再生が不可である旨のメッセージを
表示した後（ステップＳ１９）、本処理ルーチンを異常
終了する。

【０１１２】他方、コンピューテーション・パワーが充
分であった場合には、さらに、ＲＭＰ仕様記述を解読し
て（ステップＳ１７）、作業メモリ３５上でＲＭＰを設
定する（ステップＳ１８）。新規にＲＭＰを設定した結
果、コンテンツ受信機３０上において、権利処理メタデ
ータとして記述されたＲＭＰ仕様記述通りに動作して、
暗号化コンテンツの復号化、再生コンテンツとしての外
部出力、ハード・ディスク装置３３Ａやリムーバブル・
メディアへの格納などのコンテンツ処理を行うことがで
きるようになる。

【０１１３】続いて、管理センタと接続確立して、ＲＭ
Ｐ仕様記述に基づいてコンテンツ購入に関する課金処理
を行った後（ステップＳ１３）、コンテンツ再生を行い
（ステップＳ１４）、本処理ルーチン全体を終了する。

【０１１４】なお、ハードウェア・モジュールとしてＲ
ＭＰモジュールを構成した場合、ソフトウェアによりモ
ジュールを実装する場合に比し、簡単に他のＲＭＰモジ
ュールに置き換えることはできない。このような場合、
サーバ側において、受信機に対応したＲＭＰに置き換え
るような仕組みを提供してもよい。例えば、コンテンツ
受信機側は、コンテンツのＩＤでサーバに問い合わせ
て、コンテンツの変換を依頼する。権利処理条件が整っ
ていれば、所定のＲＭＰに変換することができ、変換後
のコンテンツ（あるいは、あらかじめ同じコンテンツが
用意されていることでもよい）を依頼元のコンテンツ受
信機にダウンロードすることで、希望するコンテンツの
復号化・再生を実現することができる。

【０１１５】次いで、コンテンツ・プロバイダが衛星放
送を利用してコンテンツ配信を行うコンテンツ配信シス
テムに対して本発明を適用した場合の実施例について説
明する。

【０１１６】図７には、コンテンツ配信システム１００
の概略的構成を図解している。同図に示すコンテンツ配
信システム１００は、コンテンツを制作・提供する番組
制作会社又は委託放送事業者からなるコンテンツ・プロ
バイダ２００と、制作・提供されたコンテンツを衛星放
送波によって配信する衛星放送受託放送事業者（以下、
単に「放送局」とする）３００と、各一般家庭などに設
置されたコンテンツ配信対応衛星放送受信機（以下、単
に「コンテンツ受信機」とする）４００とで構成され
る。コンテンツ受信機４００は、一般に、映像及び音声
出力用のテレビジョン（ＴＶ）４５０と接続されてい
る。

【０１１７】コンテンツ・プロバイダ２００と放送局３
００との間では、コンテンツ制作・提供に関する委託契
約が交わされており、コンテンツ・プロバイダ２００が
制作（あるいは外部のコンテンツ・プロバイダから取得
した）コンテンツは放送局３００に提供される。放送局
３００は、コンテンツを暗号化して、これを衛星放送波
にのせて各家庭内のコンテンツ受信機４００に向けて配
信する。

【０１１８】コンテンツ・プロバイダ２００は、コンテ
ンツ制作事業者としての番組制作会社２０１とは独立し
た、コンテンツ課金を管理する外部の管理センタ２０２
のような決済専門の機関と契約していてもよい。このよ
うな場合、コンテンツ・プロバイダ２００はコンテンツ
を暗号化する鍵の管理を管理センタ２０２に委ね、管理
センタ２０２はコンテンツ販売情報を渡す。

【０１１９】管理センタ２０１は、さらに外部の認証局
２５０や他の決済機関と連動していてもよい。また、管
理センタ２０２は、個々のコンテンツ受信機４００との
間で定期的あるいは不定期的に接続され、コンテンツ受
信機４００に対して暗号化コンテンツを利用可能にする
ための鍵情報を配布する。コンテンツ受信機４００は、
配布された鍵情報を用い、ＲＭＰ仕様記述に基づいて、
放送衛星３０１経由で受信した暗号化コンテンツを解読
して利用に供する。また、コンテンツ受信機４００は、
ハード・ディスク装置のような大容量外部記憶装置を内
蔵しており、受信したコンテンツを蓄積することができ
る。

【０１２０】また、コンテンツ受信機４００から管理セ
ンタ２０１に対しては、コンテンツの再生ログなど課金
情報が送られてくる。コンテンツ受信機４００側のユー
ザは、例えば、コンテンツ使用回数相当の課金額を管理
センタに対して月々決済すればよい。決済方法は、現金
納付、所定の金融機関への振り込み、プリペイド・カー
ドによる予納、クレジット・カードによる信用決済、デ
ビット・カードによる即時決済、電子マネーの利用など
いずれでもよい。

【０１２１】図８には、コンテンツ制作並びに配信を行
う放送局３００における構成を模式的に図解している。
以下、図８を参照しながら、コンテンツ配信時における
暗号化などの仕組みについて説明する。

【０１２２】コンテンツ暗号化部３１１は、コンテンツ
・プロバイダから提供された映像や音楽などのコンテン
ツを、コンテンツ鍵（コンテンツ・キー）Ｋcを用いて
暗号化する。但し、コンテンツ・プロバイダから提供さ
れるコンテンツは、コンテンツ・プロバイダにおいて策
定されたＲＭＰ仕様記述に則った暗号化その他の権利処
理が適用されているものとする。

【０１２３】コンテンツ鍵暗号化部３１２は、配信鍵
（ディストリビューション・キー）ＫDを用いてコンテ
ンツ鍵Ｋcを暗号化する。

【０１２４】マルチプレクサ３１３は、コンテンツ暗号
化部３１１から入力する暗号化コンテンツと、コンテン
ツ鍵暗号化部３１２から入力する暗号化コンテンツ鍵を
多重化して、トランスポート・ストリームＴＳ（Transp
ort Stream）を生成する。トランスポート・ストリーム
は、暗号化コンテンツにメタデータや、暗号化コンテン
ツ鍵が付加されたデータ・ストリームである。

【０１２５】ＣＡＳスクランブラ３１４は、コンテンツ
受信機４００において限定受信させるべく、トランスポ
ート・ストリームをスクランブルすなわち攪拌処理す
る。ＣＡＳにおける契約情報やスクランブル鍵などは、
例えば図示しない暗号化装置により暗号化され、放送波
にのせてコンテンツ受信機４００側に送信することがで
きる。

【０１２６】図９には、放送波として搬送される配信コ
ンテンツを受信するコンテンツ受信機の一例４００Ａの
構成を模式的に示している。同図に示すコンテンツ受信
機４００Ａは、受信したコンテンツをハード・ディスク
などの所定のローカル記憶装置に一旦蓄積した後でコン
テンツの購入を決定するタイプである。以下、同図を参
照しながらコンテンツ受信機４００Ａについて説明す
る。

【０１２７】ＣＡＳデスクランブラ４１１は、図示しな
いフロント・エンドにより受信されたデータを、放送局
３００側から取得したスクランブル鍵を用いてデスクラ
ンブルして、トランスポート・ストリームを再現する。

【０１２８】デマルチプレクサ４１２は、トランスポー
ト・ストリームを、暗号化コンテンツと暗号化コンテン
ツ鍵とに分離する。分離後、これらは権利処理前の状態
のままハード・ディスク装置４１３Ａに一旦蓄積され
る。

【０１２９】ＲＭＰモジュール４２０は、ハードウェア
・モジュールあるいはソフトウェア・モジュールいずれ
の形態で実装されていてもよい。ハード・ディスク装置
４１３Ａに蓄積したコンテンツを購入する際、まず、対
応する権利処理メタデータが読み出され、その中からＲ
ＭＰ識別情報（RMP ID）が検出され、適当なＲＭＰモジ
ュールが選択的に動作しているものとする。

【０１３０】ＲＭＰモジュール４２０は、コンテンツ購
入に関する契約を交わした（あるいはユーザ・アカウン
トを取得している）管理センタ２０２と接続して、コン
テンツの配信鍵ＫDを購入する。コンテンツ鍵復号化部
４２１は、権利処理メタデータから暗号化コンテンツ鍵
を取り出して、これを配信鍵ＫDで復号化してコンテン
ツ鍵Ｋcを得る。後続のコンテンツ鍵再暗号化部４２２
は、ＲＭＰモジュール４２０で規定されているコンテン
ツ蓄積用の鍵（ストレージ・キー）Ｋsを用いてコンテ
ンツ鍵Ｋcを再暗号化する。

【０１３１】購入した暗号化コンテンツを、再暗号化さ
れたコンテンツ鍵とともに、ハード・ディスク装置４１
３Ａからハード・ディスク装置４１３Ｂに移動する。但
し、ハード・ディスク装置４１３Ａと４１３Ｂは、物理
的に独立した装置ユニットである必要はなく、同一のハ
ード・ディスク内で権利処理前（購入前）と権利処理後
（購入後）とで記憶領域（例えば、パーティション）を
区切られたものであってもよい。

【０１３２】ＲＭＰモジュール４２０は、購入コンテン
ツのための配信鍵ＫDの購入や、購入コンテンツの移動
などの処理ログを、課金データとして蓄積しておく。そ
して、定期的あるいは不定期的に管理センタ２０２に接
続して、課金データを転送する。

【０１３３】また、図１０には、放送波として搬送され
る配信コンテンツを受信するコンテンツ受信機の他の例
４００Ｂの構成を模式的に示している。同図に示すコン
テンツ受信機４００Ｂは、受信したコンテンツを一旦ハ
ード・ディスクなどのローカル記憶装置に蓄積した後、
コンテンツを再生を行うタイプである。コンテンツ受信
機４００Ｂは、上述したコンテンツ受信機４００Ａによ
り購入・蓄積された暗号化コンテンツの再生装置として
も機能する。以下、同図を参照しながらコンテンツ受信
機４００Ｂについて説明する。

【０１３４】ハード・ディスク装置４３３内には、ＲＭ
Ｐモジュール４４０で規定されたコンテンツ鍵Ｋcを用
いて暗号化されたコンテンツと、ＲＭＰモジュール４４
０で規定されているコンテンツ蓄積用の鍵（ストレージ
・キー）Ｋsで暗号化された暗号化コンテンツ鍵が格納
されている。

【０１３５】コンテンツ購入時には、コンテンツ鍵復号
化部４４１は、ハード・ディスク装置４３３から該当す
る暗号化コンテンツ鍵を読み出して、これを規定された
格納鍵Ｋsを用いて復号化して、コンテンツ鍵Ｋcを得
る。

【０１３６】コンテンツ復号化部４４２は、購入したい
暗号化コンテンツをハード・ディスク装置４３３から読
み出して、これを復号化されたコンテンツ鍵Ｋcを用い
て復号化し、元の映像又は音楽などのコンテンツを再現
する。

【０１３７】ＡＰＳ処理部４４３は、ビデオ信号などの
アナログ出力信号に対して、マクロビジョンやＣＧＭＳ
−Ａなどのコンテンツ保護処理を適用した後、再生コン
テンツとしてテレビジョン（図示しない）などの出力装
置に送出する。

【０１３８】図９及び図１０に示すようなコンテンツ受
信機４００Ａによれば、コンテンツ・プロバイダは、Ｃ
ＡＳとは独立した暗号化システムによりコンテンツを配
信することができる。すなわち、ＣＡＳに依存しないコ
ンテンツ配信システムなので、異なるＣＡＳ（異なる放
送事業者）にまたがった共通のプラットフォーム上でコ
ンテンツ購入に対する課金処理を行うことができる。こ
の場合、ＣＡＳは、単なるコンテンツの流通経路に過ぎ
ない。コンテンツは暗号化されたままの状態でハード・
ディスク装置のようなローカル記憶装置に蓄積される。
購入時に、コンテンツを解くための鍵がコンテンツ鍵Ｋ
cから格納鍵Ｋsにかけ変えられるので、その後は同じコ
ンテンツ受信機４００Ａ上でいつでも再生することがで
きる。また、コンテンツ購入処理時に課金するためのロ
グが作成され、定期的あるいは不定期的に管理センタ２
０２に送信されるので、コンテンツ利用者に対して確実
に課金・決済を行うことができる。

【０１３９】図１１には、図９に示したようなコンテン
ツ受信機４００Ａにおいて、受信コンテンツをハード・
ディスク装置４１３Ａに蓄積するための処理手順の一例
をフローチャートの形式で示している。受信コンテンツ
は、基本的には、権利処理前のまま蓄積される。以下、
このフローチャートに従って、コンテンツの蓄積処理に
ついて説明する。

【０１４０】まず、コンテンツ受信機４００Ａのユーザ
により予約したい番組が決まっているか否か（すなわち
予約設定されているか否か）をチェックする（ステップ
Ｓ２１）。

【０１４１】予約したい番組が既に決められている場合
には、例えばデジタル放送であればデータ放送用データ
の中からＥＰＧ（Electric Program Guide：電子番組
表）を取り出し、ＥＰＧを基に予約すべき番組を選択す
る（ステップＳ２２）。そして、予約すべき時刻（放映
時間帯）並びにチャンネルなどを設定する（ステップＳ
２３）。

【０１４２】次いで、ユーザからのプリファレンス入力
（ステップＳ２４）を基に、プリファレンスにあった番
組を所定の検索エンジンが自動選択する（ステップＳ２
５）。そして、予約すべき時刻（時間帯）並びにチャン
ネルなどを設定する（ステップＳ２６）。

【０１４３】予約開始時刻に到達した、あるいは選択さ
れた番組ＩＤが受信されたことに応答して、ハード・デ
ィスク装置への受信コンテンツの自動蓄積を行う（ステ
ップＳ２７）。

【０１４４】また、図１２には、放送波として搬送され
る配信コンテンツを受信するコンテンツ受信機の他の例
４００Ｃの構成を模式的に示している。同図に示すコン
テンツ受信機４００Ｃは、ＩＣカード化された衛星放送
用のＣＡＳモジュール、すなわちＢＳ−ＣＡＳ ＩＣカ
ードを内蔵しており、受信したコンテンツを一旦ハード
・ディスク装置に蓄積した後、ＣＡＳシステムに基づい
て衛星放送を限定受信して視聴するタイプである。以
下、同図を参照しながら、コンテンツ受信機４００Ｃに
ついて説明する。

【０１４５】図示しないフロント・エンドにより受信さ
れたデータ・コンテンツは、権利処理前で且つＣＡＳに
よりスクランブル処理された状態のまま、ハード・ディ
スク装置４５３のような大容量記憶装置に一時蓄積され
る。

【０１４６】受信コンテンツの権利処理はＲＭＰモジュ
ール４６０により行われる。ＲＭＰモジュール４６０
は、ハードウェア・モジュールあるいはソフトウェア・
モジュールいずれの形態で実装されていてもよい。ハー
ド・ディスク装置４５３に蓄積したコンテンツを購入す
る際、対応する権利処理メタデータが読み出され、ＲＭ
Ｐ識別情報（RMP ID）が検出され、適当なＲＭＰモジュ
ールが選択的に動作しているものとする。図示の例で
は、ＩＣカードとして提供されるＣＡＳモジュールはＲ
ＭＰモジュール４６０の一部を構成する。

【０１４７】蓄積されたコンテンツを再生する際、該当
する権利処理メタデータをハード・ディスク装置４５３
から読み出す。

【０１４８】権利処理メタデータ中には、ＥＣＭ（Enti
tlement Control Message）とＥＭＭ（Entitlement Man
agement Message）が含まれている。ＥＣＭは、ＣＡＳ
スクランブルを解除するためのスクランブル鍵Ｋscを暗
号化したものである。また、ＥＭＭは、ＥＣＭを解くた
めのワーク鍵を、契約期間などの契約内容やメッセージ
とともに暗号化したものである。

【０１４９】復号部４６２は、ＢＳ−ＣＡＳ ＩＣカー
ドに記録されているマスター鍵Ｋmを用いてＥＭＭを解
読してワーク鍵と契約情報を得る。次いで、復号部４６
１は、ワーク鍵を用いてＥＣＭを解読して、スクランブ
ル鍵Ｋscを得る。

【０１５０】判定部４６４は、復号部４６２において得
られた契約情報に基づき、コンテンツ受信機４００Ｃの
正当性を検証する。正当と判定した場合、スクランブル
鍵Ｋscを復号部４６５に供給する。

【０１５１】ハード・ディスク装置４５３に蓄積された
受信コンテンツは、ＣＡＳに基づき、Ｍｕｌｔｉ２など
の方式によりスクランブル処理されている。復号部４６
５は、再生すなわち視聴したいコンテンツをハード・デ
ィスク装置４５３から取り出して、スクランブル鍵Ｋsc
を用いてデスクランブル処理する。

【０１５２】ＡＰＳ処理部４６６は、ビデオ信号などの
アナログ出力信号に対して、マクロビジョンやＣＧＭＳ
−Ａなどのコンテンツ保護処理を適用した後、再生コン
テンツとしてテレビジョン（図示しない）などの出力装
置に送出する。

【０１５３】一方、復号部４６２において得られた契約
情報は、ＰＰＶデータ格納部４６３に蓄積される。ＲＭ
Ｐモジュール４６０は、定期的あるいは不定期的に管理
センタ２０２に接続して、ＰＰＶデータを転送する。管
理センタ２０２は、ＰＰＶデータを基に、コンテンツ利
用者に対する課金処理を行うことができる。

【０１５４】図１２に示すコンテンツ受信機４００Ｄの
構成によれば、ＣＡＳをそのまま蓄積コンテンツの課金
に利用することができる。ＣＡＳに従って暗号化された
コンテンツは、暗号化されたままハード・ディスク装置
に蓄積される。ＣＡＳで使用されるマスター鍵Ｋmによ
りＥＭＭ並びにＥＣＭを解いて、蓄積コンテンツを解く
ことができる。その際、暗号を解いたことを課金ログと
して記録する。このような課金ログを定期的あるいは不
定期的に管理センタに送信することで、コンテンツ利用
者に対して確実に課金を行うことができる。

【０１５５】また、図１３には、放送波として搬送され
る配信コンテンツを受信するコンテンツ受信機の他の例
４００Ｄの構成を模式的に示している。同図に示すコン
テンツ受信機４００Ｄは、ＩＣカード化された衛星放送
用のＣＡＳモジュール、すなわちＢＳ−ＣＡＳ ＩＣカ
ードを内蔵しており、ＣＡＳシステムに基づいて衛星放
送を限定受信してＣＡＳデスクランブルを行った後、再
度暗号化してハード・ディスク装置に蓄積するタイプで
ある。以下、同図を参照しながら、コンテンツ受信機４
００Ｄについて説明する。

【０１５６】受信コンテンツの権利処理はＲＭＰモジュ
ール４８０により行われる。ＲＭＰモジュール４８０
は、ハードウェア・モジュールあるいはソフトウェア・
モジュールいずれの形態で実装されていてもよい。フロ
ント・エンド部（図示しない）よりコンテンツが受信さ
れたときに、対応する権利処理メタデータが読み出さ
れ、ＲＭＰ識別情報（RMP ID）が検出され、適当なＲＭ
Ｐモジュールが選択的に動作しているものとする。同図
に示す例では、ＩＣカードとして提供されるＣＡＳモジ
ュールや、ハード・ディスク装置に蓄積するコンテンツ
の保護を行うセキュア・モジュールは、ＲＭＰモジュー
ル４８０の一部を構成する。セキュア・モジュールは、
ハード・ディスク装置に蓄積するコンテンツの再暗号化
処理、並びに、再生時の暗号解除処理を行う。

【０１５７】図示しないフロント・エンドにより受信さ
れたデータ・コンテンツのうち、権利処理メタデータ
は、ＣＡＳモジュールすなわちＢＳ−ＣＡＳ ＩＣカー
ドに入力される。

【０１５８】権利処理メタデータ中には、ＥＣＭ（Enti
tlement Control Message）とＥＭＭ（Entitlement Man
agement Message）が含まれている。復号部４８２は、
ＢＳ−ＣＡＳ ＩＣカードに記録されているマスター鍵
Ｋmを用いてＥＭＭを解読してワーク鍵と契約情報を得
る。次いで、復号部４８１は、ワーク鍵を用いてＥＣＭ
を解読して、スクランブル鍵Ｋscを得る。また、復号部
４８２において得られた契約情報は、ＰＰＶデータ格納
部４８３に蓄積される。

【０１５９】判定部４８４は、復号部４８２において得
られた契約情報に基づき、コンテンツ受信機４００Ｄの
正当性を検証する。正当と判定した場合、スクランブル
鍵Ｋscを復号部４８５に供給する。

【０１６０】復号部４８５は、スクランブル鍵Ｋscを用
いて受信コンテンツをデスクランブル処理して、セキュ
ア・モジュールに出力する。

【０１６１】セキュア・モジュール内では、暗号化部４
８７が、コンテンツ受信機４００Ｄに固有のコンテンツ
蓄積鍵Ｋstを用いてＣＡＳデスクランブル後のコンテン
ツを再度暗号化して、ハード・ディスク装置４７３に格
納する。

【０１６２】また、ハード・ディスク装置４７３に蓄積
しておいたコンテンツを再生すなわち視聴する場合に
は、暗号化コンテンツをハード・ディスク装置４７３か
ら読み出し、復号部４８８にてコンテンツ蓄積鍵Ｋstを
用いて復号化する。そして、ＡＰＳ処理部４８９は、ビ
デオ信号などのアナログ出力信号に対して、マクロビジ
ョンやＣＧＭＳ−Ａなどのコンテンツ保護処理を適用し
た後、再生コンテンツとしてテレビジョン（図示しな
い）などの出力装置に送出する。

【０１６３】また、セキュア・モジュール内では、ＣＡ
Ｓデスクランブル処理後のコンテンツから権利処理メタ
データが取り出され、課金データとして蓄積される。

【０１６４】ＲＭＰモジュール４８０は、定期的あるい
は不定期的に管理センタ２０２に接続して、ＣＡＳモジ
ュールにて蓄積されたＰＰＶデータや、セキュア・モジ
ュールにて蓄積された課金データを転送する。管理セン
タ２０２は、ＰＰＶデータを基に、コンテンツ利用者に
対する課金処理を行うことができる。

【０１６５】図１３に示すような構成のコンテンツ受信
機４００Ｄによれば、ＣＡＳシステムに従って配信され
るコンテンツを再度暗号化して、ハード・ディスク装置
に蓄積することができる。再暗号化の際、ＣＡＳで使用
するスクランブル鍵Ｋscとは異なる鍵構造のコンテンツ
蓄積鍵Ｋstで暗号化する。ハード・ディスク装置に蓄積
された暗号化コンテンツを再生する場合には、再生する
度に課金ログを生成して、定期的あるいは不定期的に管
理センタ２０２に送信して、コンテンツ利用者に対する
課金を行う。ＣＡＳをＲＭＰモジュールと一体化して構
成することもできる。

【０１６６】［追補］以上、特定の実施例を参照しなが
ら、本発明について詳解してきた。しかしながら、本発
明の要旨を逸脱しない範囲で当業者が該実施例の修正や
代用を成し得ることは自明である。すなわち、例示とい
う形態で本発明を開示してきたのであり、限定的に解釈
されるべきではない。本発明の要旨を判断するために
は、冒頭に記載した特許請求の範囲の欄を参酌すべきで
ある。

【０１６７】

【発明の効果】以上詳記したように、本発明によれば、
映画や音楽などの暗号化された形式で配信される有料コ
ンテンツを特定の利用者が好適に受信することができ
る、優れたコンテンツ受信装置及びコンテンツ受信方法
を提供することができる。

【０１６８】また、本発明によれば、映画や音楽などの
コンテンツ制作・提供業者が放送事業者やインターネッ
ト・サービス・プロバイダなどの仲介業者を介して配信
する暗号化コンテンツを好適に受信することができる、
優れたコンテンツ受信装置及びコンテンツ受信方法を提
供することができる。

【０１６９】また、本発明によれば、コンテンツ制作・
提供業者自身がコンテンツ利用に関する課金やセキュリ
ティなどを制御可能な形態で配信するコンテンツを好適
に受信することができる、優れたコンテンツ受信装置及
びコンテンツ受信方法を提供することができる。

【０１７０】また、本発明によれば、各コンテンツ配信
システム毎に策定される複数のＲＭＰ（Right Manageme
nt & Protection）方式に対応することができる、優れ
たコンテンツ受信装置及びコンテンツ受信方法を提供す
ることができる。

【０１７１】本発明に係るコンテンツ受信装置及びコン
テンツ受信方法によれば、１台のコンテンツ受信機を用
いて複数の異なるコンテンツ配信方式に対応することが
でき、配信システム毎の受信機などの機器を用意する必
要がなくなる。また、各コンテンツ制作・提供・配信事
業者間では、ＲＭＰ仕様記述などのコンテンツ配信方式
の規格化をめぐる争いを沈静化することができる。ま
た、各コンテンツ制作・提供・配信事業者間における配
信コンテンツの互換性や融通性を向上させることができ
る。また、コンテンツ利用者においては、利便性が高ま
る。

【図面の簡単な説明】

【図１】ＲＭＰモジュールの概念構成を示した図であ
る。

【図２】異なるＲＭＰ仕様を実装した複数のハードウェ
アＲＭＰモジュールを用意しておき、各受信コンテンツ
毎に適合するハードウェアＲＭＰモジュールに切り替え
て利用する形式のコンテンツ受信機の構成を模式的に示
した図である。

【図３】異なるＲＭＰ仕様を実装した複数のハードウェ
アＲＭＰモジュールを用意しておき、各受信コンテンツ
毎に適合するハードウェアＲＭＰモジュールに切り替え
て利用する形式のコンテンツ受信機２０の他の構成例を
模式的に示した図である。

【図４】ソフトウェア・モジュールとしてＲＭＰモジュ
ールを構成し、各受信コンテンツ毎に適合するソフトウ
ェア・モジュールを所定のサーバからダウンロードする
形式のコンテンツ受信機３０の他の構成例を模式的に示
した図である。

【図５】コンテンツ受信機３０にＲＭＰモジュールをダ
ウンロードするための処理手順を示したフローチャート
である。

【図６】ソフトウェアＲＭＰモジュールをコンテンツ受
信機３０内部で自動生成するための処理手順を示したフ
ローチャートである。

【図７】コンテンツ配信システムの概略的構成を示した
図である。

【図８】コンテンツ制作並びに配信を行う放送局におけ
る構成を模式的に示した図である。

【図９】放送波として搬送される配信コンテンツを受信
するコンテンツ受信機の一例４００Ａの構成を模式的に
示した図である。

【図１０】放送波として搬送される配信コンテンツを受
信するコンテンツ受信機の他の例４００Ｂの構成を模式
的に示した図である。

【図１１】図９に示したコンテンツ受信機４００Ａにお
いて、受信コンテンツをハード・ディスク装置４１３Ａ
に蓄積するための処理手順の一例を示したフローチャー
トである。

【図１２】放送波として搬送される配信コンテンツを受
信するコンテンツ受信機の他の例４００Ｃの構成を模式
的に示した図である。

【図１３】放送波として搬送される配信コンテンツを受
信するコンテンツ受信機の他の例４００Ｃの構成を模式
的に示した図である。

【図１４】ＣＡＳベースのコンテンツ配信システムの概
観構成を示した図である。

【符号の説明】

１０…コンテンツ受信機、１１…フロント・エンド部 １２…ＣＡＳ処理部、１３Ａ，１３Ｂ…ハード・ディス
ク装置 １４…ＲＭＰ識別部 ２０…コンテンツ受信機、２１…フロント・エンド部 ２３…ハード・ディスク装置、２４…ＲＭＰ識別部 ２５…デコーダ出力装置 ３０…コンテンツ受信機、３１…フロント・エンド部 ３２…ＣＰＵ、３３Ａ，３３Ｂ…ハード・ディスク装置 ３４…ＲＭＰ識別部、３５…作業メモリ ３６…デコーダ出力装置、３７…ネットワーク・インタ
ーフェース ２００…コンテンツ・プロバイダ ２０１…番組制作会社（委託放送事業者）、２０２…管
理センタ（決済機関） ２５０…認証局 ３００…放送局（衛星放送受託放送事業者）、３０１…
放送衛星 ３１１…コンテンツ暗号化部、３１２…コンテンツ鍵暗
号化部 ３１３…マルチプレクサ、３１４…ＣＡＳスクランブラ ４００…コンテンツ受信機（コンテンツ配信対応衛星放
送受信機） ４１１…ＣＡＳデスクランブラ、４１２…デマルチプレ
クサ ４１３Ａ，４１３Ｂ…ハード・ディスク装置 ４２０…ＲＭＰモジュール、４２１…コンテンツ鍵復号
化部 ４２２…コンテンツ鍵再暗号化部 ４３３…ハード・ディスク装置、４４０…ＲＭＰモジュ
ール ４４１…コンテンツ鍵復号化部、４４２…コンテンツ復
号化部 ４４３…ＡＰＳ処理部 ４５３…ハード・ディスク装置、４６０…ＲＭＰモジュ
ール ４６１…復号部、４６２…復号部 ４６３…ＰＰＶデータ格納部、４６４…判定部 ４６５…復号部、４６６…ＡＰＳ処理部 ４７３…ハード・ディスク装置、４８０…ＲＭＰモジュ
ール ４８１…復号部、４８２…復号部 ４８３…ＰＰＶデータ格納部、４８４…判定部 ４８５…復号部、４８７…暗号化部 ４８８…復号部、４８９ＡＰＳ処理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/167 Ｈ０４Ｌ 9/00 ６０１Ｅ Ｈ０４Ｎ 7/167 Ｚ Ｆターム(参考） 5B085 AA08 AE00 AE29 5C025 BA25 BA27 DA04 DA05 5C064 BA01 BB01 BC03 BC06 BC22 BC25 BD04 BD09 BD14 CA14 5J104 AA01 AA12 AA15 AA16 EA06 EA18 NA02 NA35 NA37 PA05 PA07 PA11

Claims (29)

【特許請求の範囲】
1. 【請求項１】所定の権利管理・保護（Right Management
   & Protection：ＲＭＰ）方式に則って配信されるコン
   テンツを受信するコンテンツ受信装置であって、 配信コンテンツを受信するコンテンツ受信手段と、 受信コンテンツの権利管理・保護方式を識別する識別手
   段と、 前記識別手段による識別結果に基づいて、該当する権利
   管理・保護方式に従って受信コンテンツを権利処理する
   権利処理手段と、を具備することを特徴とするコンテン
   ツ受信装置。
2. 【請求項２】権利管理・保護方式は、コンテンツの暗号
   化方式、鍵の配布方式、コンテンツ暗号解読方式、課金
   情報や鍵類の伝送方式、記録メディア制御情報、相互認
   証の方式、ＡＰＳ（Analog Protection System：マクロ
   ビジョンやＣＧＭＳ（Copy Generation Management Sys
   tem）など）、視聴制限情報などの、コンテンツ購入と
   コンテンツ利用に必須の項目を規定することを特徴とす
   る請求項１に記載のコンテンツ受信装置。
3. 【請求項３】複数種類の権利管理・保護モジュールを備
   え、 前記権利処理手段は、前記識別手段による識別結果に基
   づいて、対応する権利管理・保護モジュールを選択して
   受信コンテンツの権利処理を行う、ことを特徴とする請
   求項１に記載のコンテンツ受信装置。
4. 【請求項４】権利管理・保護モジュールを外部から取得
   する権利管理・保護モジュール取得手段を備え、 前記権利処理手段は、前記識別手段による識別結果に基
   づいて前記権利管理・保護モジュール取得手段を介して
   外部から取得された権利管理・保護モジュールを用いて
   受信コンテンツの権利処理を行う、ことを特徴とする請
   求項１に記載のコンテンツ受信装置。
5. 【請求項５】権利管理・保護方式の仕様記述に従い権利
   管理・保護モジュールを自動生成する権利管理・保護モ
   ジュール生成手段を備え、 前記権利処理手段は、前記権利管理・保護モジュール生
   成手段によって生成された権利管理・保護モジュールを
   用いて受信コンテンツの権利処理を行う、ことを特徴と
   する請求項１に記載のコンテンツ受信装置。
6. 【請求項６】コンテンツを蓄積するコンテンツ蓄積手段
   を含むことを特徴とする請求項１に記載のコンテンツ受
   信装置。
7. 【請求項７】コンテンツを蓄積するコンテンツ蓄積手段
   を含み、 前記権利処理手段による権利処理前のコンテンツを前記
   コンテンツ蓄積手段に格納する、ことを特徴とする請求
   項１に記載のコンテンツ受信装置。
8. 【請求項８】コンテンツを蓄積するコンテンツ蓄積手段
   を含み、 前記権利処理手段による権利処理後のコンテンツを前記
   コンテンツ蓄積手段に格納する、ことを特徴とする請求
   項１に記載のコンテンツ受信装置。
9. 【請求項９】前記コンテンツ受信手段は所定の鍵で暗号
   化された形式で配信されるコンテンツを受信し、 コンテンツを蓄積するコンテンツ蓄積手段をさらに含
   み、 前記権利処理手段は、受信した暗号化コンテンツを復号
   化し、他の鍵で再暗号化した後にコンテンツ蓄積手段に
   格納する、ことを特徴とする請求項１に記載のコンテン
   ツ受信装置。
10. 【請求項１０】前記コンテンツ受信手段は、所定の鍵で
    暗号化された形式で配信されるコンテンツ、並びに該鍵
    を暗号化した暗号化鍵を受信し、 コンテンツを蓄積するコンテンツ蓄積手段をさらに含
    み、 前記権利処理手段は、受信した暗号化鍵を復号化し、他
    の鍵で再暗号化した後に暗号化コンテンツとともにコン
    テンツ蓄積手段に格納する、ことを特徴とする請求項１
    に記載のコンテンツ受信装置。
11. 【請求項１１】前記権利処理手段は、受信コンテンツの
    権利処理のログを蓄積することを特徴とする請求項１に
    記載のコンテンツ受信装置。
12. 【請求項１２】前記権利処理手段は、権利処理後のコン
    テンツの再生信号を、該当する権利管理・保護方式の仕
    様記述に従ってＡＰＳ（Analog Protection System）処
    理して外部出力する、ことを特徴とする請求項１に記載
    のコンテンツ受信装置。
13. 【請求項１３】前記権利処理手段は、権利処理後のコン
    テンツを暗号化して外部出力することを特徴とする請求
    項１に記載のコンテンツ受信装置。
14. 【請求項１４】所定の権利管理・保護（Right Manageme
    nt & Protection：ＲＭＰ）方式に則って配信されるコ
    ンテンツを受信するコンテンツ受信方法であって、 配信コンテンツを受信するコンテンツ受信ステップと、 受信コンテンツの権利管理・保護方式を識別する識別ス
    テップと、 前記識別ステップによる識別結果に基づいて、該当する
    権利管理・保護方式に従って受信コンテンツを権利処理
    する権利処理ステップと、を具備することを特徴とする
    コンテンツ受信方法。
15. 【請求項１５】権利管理・保護方式は、コンテンツの暗
    号化方式、鍵の配布方式、コンテンツ暗号解読方式、課
    金情報や鍵類の伝送方式、記録メディア制御情報、相互
    認証の方式、ＡＰＳ（Analog Protection System：マク
    ロビジョンやＣＧＭＳ（Copy Generation Management S
    ystem）など）、視聴制限情報などの、コンテンツ購入
    とコンテンツ利用に必須の項目を規定することを特徴と
    する請求項１４に記載のコンテンツ受信方法。
16. 【請求項１６】複数種類の権利管理・保護モジュールを
    備え、 前記権利処理ステップでは、前記識別ステップによる識
    別結果に基づいて、対応する権利管理・保護モジュール
    を選択して受信コンテンツの権利処理を行う、ことを特
    徴とする請求項１４に記載のコンテンツ受信方法。
17. 【請求項１７】前記識別ステップによる識別結果に基づ
    いて、該当する権利管理・保護モジュールを外部から取
    得する権利管理・保護モジュール取得ステップをさらに
    備え、 前記権利処理ステップでは、前記権利管理・保護モジュ
    ール取得ステップにより外部から取得された権利管理・
    保護モジュールを用いて受信コンテンツの権利処理を行
    う、ことを特徴とする請求項１４に記載のコンテンツ受
    信方法。
18. 【請求項１８】権利管理・保護方式の仕様記述に従い権
    利管理・保護モジュールを自動生成する権利管理・保護
    モジュール生成ステップをさらに備え、 前記権利処理ステップでは、前記権利管理・保護モジュ
    ール生成ステップによって生成された権利管理・保護モ
    ジュールを用いて受信コンテンツの権利処理を行う、こ
    とを特徴とする請求項１４に記載のコンテンツ受信方
    法。
19. 【請求項１９】受信したコンテンツを蓄積するコンテン
    ツ蓄積ステップを含むことを特徴とする請求項１４に記
    載のコンテンツ受信方法。
20. 【請求項２０】前記権利処理ステップによる権利処理前
    のコンテンツを格納するコンテンツ蓄積ステップを含む
    ことを特徴とする請求項１４に記載のコンテンツ受信方
    法。
21. 【請求項２１】前記権利処理ステップによる権利処理後
    のコンテンツを格納するコンテンツ蓄積ステップを含む
    ことを特徴とする請求項１４に記載のコンテンツ受信方
    法。
22. 【請求項２２】前記コンテンツ受信ステップでは所定の
    鍵で暗号化された形式で配信されるコンテンツを受信
    し、 前記権利処理ステップにおいて復号化した受信コンテン
    ツを他の鍵で再暗号化した後に格納するコンテンツ蓄積
    ステップを備える、ことを特徴とする請求項１４に記載
    のコンテンツ受信方法。
23. 【請求項２３】前記コンテンツ受信ステップでは、所定
    の鍵で暗号化された形式で配信されるコンテンツ、並び
    に該鍵を暗号化した暗号化鍵を受信し、 前記権利処理ステップにおいて復号化した鍵を他の鍵で
    再暗号化した後に暗号化コンテンツとともに格納するコ
    ンテンツ蓄積ステップを備える、ことを特徴とする請求
    項１４に記載のコンテンツ受信方法。
24. 【請求項２４】前記権利処理ステップにおける受信コン
    テンツの権利処理のログを蓄積するログ蓄積ステップを
    備えることを特徴とする請求項１４に記載のコンテンツ
    受信方法。
25. 【請求項２５】前記権利処理ステップによる権利処理後
    のコンテンツの再生信号を、該当する権利管理・保護方
    式の仕様記述に従ってＡＰＳ（Analog Protection Syst
    em）処理して外部出力する外部出力ステップを備える、
    ことを特徴とする請求項１４に記載のコンテンツ受信方
    法。
26. 【請求項２６】前記権利処理ステップによる権利処理後
    のコンテンツを暗号化して外部出力する外部出力ステッ
    プを備える、ことを特徴とする請求項１４に記載のコン
    テンツ受信方法。
27. 【請求項２７】所定の権利管理・保護（Right Manageme
    nt & Protection：ＲＭＰ）方式に則って配信されるコ
    ンテンツの受信処理をコンピュータ・システム上で実行
    するように記述されたコンピュータ・ソフトウェアをコ
    ンピュータ可読形式で物理的に格納した記憶媒体であっ
    て、前記コンピュータ・ソフトウェアは、 配信コンテンツを受信するコンテンツ受信ステップと、 受信コンテンツの権利管理・保護方式を識別する識別ス
    テップと、 前記識別ステップによる識別結果に基づいて、該当する
    権利管理・保護方式に従って受信コンテンツを権利処理
    する権利処理ステップと、を具備することを特徴とする
    記憶媒体。
28. 【請求項２８】それぞれの権利管理・保護方式に対応し
    た複数の権利管理・保護モジュールを蓄積する手段と、 権利管理・保護方式の識別情報を含んだ要求に応答し
    て、該当する権利管理・保護モジュールを送信する手段
    と、を備えることを特徴とするサーバ。
29. 【請求項２９】それぞれの権利管理・保護方式に対応し
    た複数の権利管理・保護モジュールを蓄積する手段と、 識別情報に基づく問合せに応答して、該当する権利管理
    ・保護モジュールを用いてコンテンツを変換する手段
    と、を具備することを特徴とするサーバ。