JP2002057662A - 情報処理装置、情報処理方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 暗号化されたコンテンツデータを復号する処
理能力を確保する。 【解決手段】 データ送信装置２１から送信されるコン
テンツデータを受信して復号処理するデータ受信装置２
３は、コンテンツデータを処理する前に、コンテンツデ
ータの暗号化に関する情報が記述されているメタデータ
の内容を確認する。複数のデータ処理が復号処理部４３
に要求されている場合、復号処理部４３は、メタデータ
により設定されているそれぞれの処理順位から、最優先
処理を選択し、最優先処理から処理を行う。復号処理部
４３は、他の処理に要する時間を算出し、次の最優先処
理が必要なコンテンツデータのデータ単位が、データ処
理判断部４２から転送されてくるまでの間に、他の処理
を行うことが可能であるか否かを判定する。復号処理部
４３は、他の処理を行うことが可能と判定した場合、処
理を行い、不可能と判定した場合、メタデータに設定さ
れている他の処理の取扱情報を確認し、取扱情報に基づ
いて処理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び情報処理方法、並びに記録媒体に関し、特に、要求さ
れるデータ処理毎に設定されている処理順位を認識し、
処理順位が上位にあるデータ処理を優先的に処理するこ
とにより、システム毎に設計したハードウエアを用いる
ことなく、迅速にデータを処理することができるように
した情報処理装置および情報処理方法、並びに記録媒体
に関する。

【０００２】

【従来の技術】近年、コンテンツデータをネットワーク
を介して配信する配信システムが構築されている。配信
されるコンテンツデータは、データの改竄を防ぐため、
暗号化や、ディジタル署名を付加するなどの処理が施さ
れている。暗号化されたコンテンツデータは、利用者の
端末により復号処理され、利用者はそれを利用すること
ができる。

【０００３】暗号化技術の安全性は、復号する際の処理
の難しさに依存しているため、暗号化技術の高度化にと
もなって、コンテンツデータを利用する利用者の端末に
は、より処理能力の高い端末が要求されるようになって
いる。

【０００４】そこで、処理能力を確保するために、利用
者端末に復号処理専用のLSI（LargeScale Integratio
n）を配置することが考えられる。図１は、復号処理専
用のLSI（以下、復号LSIと称する）の構成例を示してい
る。

【０００５】復号LSI１は、復号LSI１の外部に配置され
るコントロールマイクロコンピュータ（以下、コントロ
ールマイコンと略称する）２から転送される指令により
復号処理を行う。復号処理には、暗号化されたコンテン
ツデータを復号する処理の他に、コンテンツデータに付
加されているディジタル署名を検証する処理が含まれ
る。復号LSI１が処理した結果は、復号LSI１の外部に配
置される外部メモリ３に記憶される。

【０００６】復号LSI１は、通信インタフェース１１、
コントロールユニット１２、RAM（Random Access Memor
y）１３、メモリコントローラ１４、フラッシュメモリ
１５、べき乗演算器１６、ハッシュ値演算器１７から構
成される。

【０００７】コントロールマイコン２から転送される指
令は、通信インタフェース１１を介してコントロールユ
ニット１２に伝えられる。コントロールユニット１２
は、べき乗演算器１６およびハッシュ値演算器１７など
を補助的に用いつつ、復号LSI１の全体の動作を制御
し、暗号化されているデータの復号処理、およびディジ
タル署名の検証処理などを行う。

【０００８】RAM１３には、コントロールユニット１２
が利用するプログラムが記憶されている。

【０００９】メモリコントローラ１４は、外部メモリ３
に対するデータの読み書きを制御する。

【００１０】フラッシュメモリ１５には、コントロール
ユニット１２の指令によりべき乗演算器１６、およびハ
ッシュ値演算器１７が演算した結果や、処理に必要なデ
ータが、適宜、記憶される。

【００１１】利用者が使用する端末に、上述したような
復号LSI１を配置することにより、コンテンツデータの
復号処理能力を確保することが可能となる。

【００１２】

【発明が解決しようとする課題】しかしながら、利用者
端末に復号LSI１（ハードウエア）を設置する場合、暗
号化されたコンテンツデータの復号処理能力は、暗号化
のセキュリティレベルに応じて計算量が異なるため、最
大の負荷を処理することができるように復号LSI１を構
成する必要がある。その結果、コスト高となる課題があ
った。また、処理能力を変更する必要が生じた場合、LS
Iを設計し直す必要があるため、バージョンアップ等の
変更が実質的に困難になる課題があった。

【００１３】本発明はこのような状況に鑑みてなされた
ものであり、暗号化されたコンテンツデータを利用者端
末において復号する場合に、システム毎に設計したハー
ドウエアを利用することなく、低コストで、かつ、比較
的容易に機能を変更できるシステムを実現できるように
するものである。

【００１４】

【課題を解決するための手段】本発明の情報処理装置
は、コンテンツデータと、その特徴に関する情報が記述
されている特徴情報を受信する受信手段と、受信手段に
より受信された特徴情報から、コンテンツデータのデー
タ処理の種類毎に設定されている処理順位を認識する第
１の認識手段と、第１の認識手段により認識された処理
順位が上位にある優先処理を、コンテンツデータの他の
処理に優先して処理する第１の処理手段とを含むことを
特徴とする。

【００１５】本発明の情報処理装置は、他の処理に要す
る時間を算出する算出手段と、第１の優先処理が必要な
コンテンツデータの処理が終了されている場合、第２の
優先処理が必要なコンテンツデータの処理が開始される
までの時間と、算出手段により算出された他の処理に要
する時間を比較する比較手段と、比較手段による比較の
結果、第２の優先処理が必要なコンテンツデータの処理
が開始されるまでの時間が、他の処理に要する時間より
長いと判定された場合、他の処理を処理する第２の処理
手段と、比較手段による比較の結果、第２の優先処理が
必要なコンテンツデータの処理が開始されるまでの時間
が、他の処理に要する時間より短いと判定された場合、
他の処理の取扱方法を認識する第２の認識手段と、第２
の認識手段により認識された取扱方法に基づいて他の処
理を処理する第３の処理手段とをさらに含むようにする
ことができる。

【００１６】本発明の情報処理方法は、コンテンツデー
タと、その特徴に関する情報が記述されている特徴情報
を受信する受信ステップと、受信ステップの処理により
受信された特徴情報から、コンテンツデータのデータ処
理の種類毎に設定されている処理順位を認識する第１の
認識ステップと、第１の認識ステップの処理により認識
された処理順位が上位にある優先処理を、コンテンツデ
ータの他の処理に優先して処理する第１の処理ステップ
とを含むことを特徴とする。

【００１７】本発明の記録媒体のプログラムは、コンテ
ンツデータと、その特徴に関する情報が記述されている
特徴情報を受信する受信ステップと、受信ステップの処
理により受信された特徴情報から、コンテンツデータの
データ処理の種類毎に設定されている処理順位を認識す
る第１の認識ステップと、第１の認識ステップの処理に
より認識された処理順位が上位にある優先処理を、コン
テンツデータの他の処理に優先して処理する第１の処理
ステップとを含むことを特徴とする。

【００１８】本発明の情報処理装置、情報処理方法、お
よび記録媒体においては、コンテンツデータと、その特
徴に関する情報が記述されている特徴情報が受信され、
受信された特徴情報から、コンテンツデータのデータ処
理の種類毎に設定されている処理順位が認識される。処
理順位が上位にある優先処理は、コンテンツデータの他
の処理に優先して処理される。

【００１９】

【発明の実施の形態】図２は、本発明を適用したデータ
処理システムの構成例を示すブロック図である。データ
送信装置２１により生成され、暗号化されたコンテンツ
データは、ネットワーク２２を介してデータ受信装置２
３に送信される。

【００２０】データ送信装置２１は、データ処理判断部
３１、データ生成部３２、データ記憶部３３、およびデ
ータ送信部３４から構成される。

【００２１】データ処理判断部３１は、データ送信装置
２１の全体の動作を制御する。データ生成部３２は、所
定の方法により提供されたコンテンツデータを暗号化し
たり、ディジタル署名を生成する（以下、コンテンツデ
ータの暗号化処理、およびディジタル署名の生成処理を
まとめて暗号関連処理と称する）。また、データ生成部
３２は、コンテンツデータの暗号化に関するデータなど
が記述されているメタデータを生成する。データ記憶部
３３は、データ生成部３２により生成されたコンテンツ
データおよびメタデータを記憶する。データ送信部３４
は、データ受信装置２３からの要求に応じて、データ記
憶部３３に記憶されているメタデータおよびコンテンツ
データを送信する。

【００２２】ネットワーク２２は、データ送信装置２１
およびデータ受信装置２３の間で送受信されるデータの
伝送路であり、例えば、インターネット、電話回線網、
ケーブルテレビジョン放送網、衛星を介したディジタル
テレビジョン放送網等により構成される。

【００２３】データ受信装置２３は、データ受信部４
１、データ処理判断部４２、復号処理部４３、計算部４
４、およびデータ記憶部４５より構成される。

【００２４】データ受信部４１は、データ送信装置２１
から送信されたメタデータおよびコンテンツデータを受
信する。データ処理判断部４２は、データ受信装置２３
の全体の動作を制御する。復号処理部４３は、データ受
信部４１により受信されたコンテンツデータが暗号化さ
れている場合にはコンテンツデータを復号し、ディジタ
ル署名が付加されている場合には、ディジタル署名の検
証などの処理を行う（以下、コンテンツデータの復号処
理、およびディジタル署名の検証処理をまとめて復号関
連処理と称する）。計算部４４は、データ処理判断部４
２の指令を受けて、演算処理機能を提供する。データ記
憶部４５は、データ受信部４１により受信されたコンテ
ンツデータ、および復号処理部４３により復号され、か
つディジタル署名が検証されたコンテンツデータを記憶
する。

【００２５】次に、データ送信装置２１が送信するメタ
データおよびコンテンツデータを、データ受信装置２３
が受信し、処理する一連の処理について、図３乃至図５
のフローチャートを参照して説明する。

【００２６】図３は、データ送信装置２１の処理を説明
するフローチャートである。ステップS１において、デ
ータ生成部３２は、外部から所定の方法により提供され
るアナログデータまたはディジタルデータを取得し、コ
ンテンツデータを作成する。データ生成部３２は、ネッ
トワーク２２を介してデータ受信装置２３に対して送信
することが可能な形式に圧縮し、暗号関連処理を施し
て、コンテンツデータを作成する。

【００２７】また、データ生成部３２は、メタデータを
生成する。メタデータには、送信されるコンテンツデー
タの特徴、コンテンツデータの暗号関連処理に関する情
報である暗号関連情報、およびデータ受信装置２３がコ
ンテンツデータを処理するために必要な情報が記述され
る。コンテンツデータの特徴には、例えば、コンテンツ
データの制作者、制作時期、制作者を識別する制作者I
D、コンテンツデータの利用形態、コンテンツデータ利
用形態毎の料金、コンテンツデータの再生時間、コンテ
ンツデータの圧縮方法、総データ量、データの転送速度
などが含まれる。また、コンテンツデータの暗号関連情
報には、例えば、暗号化アルゴリズム、ディジタル署名
の生成アルゴリズム、データ単位が含まれる。さらに、
データ受信装置２３がコンテンツデータを処理するため
に必要な情報には、コンテンツデータの処理の種類、コ
ンテンツデータの転送周期、処理順位、および取扱情報
が含まれる。これらの具体例については後述する。

【００２８】ステップS２において、データ記憶部３３
は、ステップS１の処理でデータ生成部３２により作成
されたコンテンツデータおよびメタデータを記憶する。

【００２９】ステップS３において、データ処理判断部
３１は、データ受信装置２３からメタデータの送信が要
求されたか否かを判定し、メタデータの送信が要求され
たと判定するまで待機する。データ処理判断部３１によ
りメタデータの送信が要求されたと判定された場合、処
理はステップS４に進む。

【００３０】ステップS４において、データ送信部３４
は、データ記憶部３３に記憶されているメタデータを、
ネットワーク２２を介してデータ受信装置２３に送信す
る。後述するように、メタデータを受信したデータ受信
装置２３は、メタデータに記述されている情報を分析
し、コンテンツデータの処理を準備する。メタデータに
記述されているコンテンツデータの情報に応じて、コン
テンツデータを処理する準備が完了した場合、データ受
信装置２３は、コンテンツデータの送信をデータ送信装
置２１に要求する。

【００３１】そこで、ステップS５において、データ処
理判断部３１は、データ受信装置２３からコンテンツデ
ータの送信が要求されたか否かを判定する。

【００３２】ステップS５において、データ処理判断部
３１によりデータ受信装置２３からコンテンツデータの
送信が要求されていないと判定された場合、データ処理
判断部３１は、データ受信装置２３が、コンテンツデー
タの処理の準備が完了していないと認識し、コンテンツ
データの送信が要求されるまで待機する。

【００３３】ステップS５において、データ処理判断部
３１が、データ受信装置２３からコンテンツデータの送
信が要求されたと判定した場合、処理はステップS６に
進み、データ送信部３４は、データ記憶部３３に記憶さ
れているコンテンツデータを、ネットワーク２２を介し
てデータ受信装置２３に対して送信する。

【００３４】図４および図５は、データ受信装置２３の
処理を説明するフローチャートである。ステップS１１
において、データ処理判断部４２は、データ受信装置２
３を管理する利用者からコンテンツデータの受信の指令
が入力された場合、データ送信装置２１に対して、その
コンテンツデータに対応するメタデータの送信を要求す
る。

【００３５】ステップS１２において、データ受信部４
１は、データ送信装置２１から送信されたメタデータ
を、ネットワーク２２を介して受信する。データ受信部
４１が受信したメタデータは、データ処理判断部４２に
転送され、データ処理判断部４２により記述されている
内容が分析される。データ処理判断部４２は、コンテン
ツデータは暗号関連処理が施されていると認識し、メタ
データを復号処理部４３に転送する。

【００３６】ステップS１３において、復号処理部４３
は、メタデータに記述されている内容を分析し、全ての
復号関連処理を抽出する。

【００３７】ステップS１４において、復号処理部４３
は、メタデータを参照して、ステップS１３で抽出され
た復号関連処理から、データ処理判断部４２が復号処理
部４３に対して処理を要求するタイミング（データ処理
部４２が復号処理部４３に対してコンテンツデータを転
送するタイミング）に周期性がある処理をさらに抽出す
る。

【００３８】ステップS１５において、ステップS１４の
処理で抽出した処理から、メタデータに予め設定されて
いるそれぞれの処理の優先度を示す処理順位を確認し、
処理順位が最上位にある復号関連処理を最優先処理とし
て選択する。

【００３９】ステップS１６において、復号処理部４３
は、最優先処理が必要なコンテンツデータの転送周期を
基準周期として設定する。

【００４０】ステップS１７において、復号処理部４３
から、最優先処理を選択し、基準周期を設定した旨の通
知を受けたデータ処理判断部４２は、データ送信装置２
１に対してコンテンツデータの送信を要求する。

【００４１】ステップS１８において、データ受信部４
１は、データ送信装置２１が送信したコンテンツデータ
を、ネットワーク２２を介して受信する。

【００４２】データ受信装置４１からコンテンツデータ
を受け取ったデータ処理判断部４２は、復号関連処理が
必要なコンテンツデータ単位を復号処理部４３に転送す
る前に、ステップS１９の判定処理を行う。ステップS１
９において、データ処理判断部４２は、復号関連処理が
必要なコンテンツデータの処理が終了したか否かを判定
する。処理開始時においては、復号関連処理が必要なコ
ンテンツデータがまだ存在しているため、処理は終了す
ることができないと判定され、ステップS２０に進む。

【００４３】ステップS２０において、データ処理判断
部４２は、復号処理部４３に対して復号関連処理が必要
なコンテンツデータ単位を転送する。転送されるコンテ
ンツデータ単位は、ステップS１６で設定した基準周期
に基づいて、最優先処理が必要なコンテンツデータ単位
から転送される。復号処理部４３により復号関連処理が
施されたコンテンツデータ単位は、データ記憶部４５
に、適宜、記憶される。以下、図６を参照してデータ処
理判断部４２が転送するコンテンツデータ単位について
説明する。

【００４４】最優先処理データ単位１がデータ処理判断
部４２から転送される時間を時間０として、ステップS
１６の処理で設定した基準周期毎に最優先処理データ単
位が転送される。図６では、基準周期毎に最優先処理デ
ータ単位２、最優先処理データ単位３、および最優先処
理が必要なコンテンツデータ単位の最後のコンテンツデ
ータ単位である最優先処理データ単位nが転送されてい
る。また、最優先処理データ単位nの後には後述する遅
延処理データが転送されている。

【００４５】タイム１、およびタイム２は基準周期の時
間の長さを示しており、タイム１、およびタイム２はそ
れぞれ、タイム１−１、タイム２−１、およびタイム１
−２、タイム２−２に分かれている。

【００４６】タイム１−１、タイム２−１、タイムn−1
はそれぞれ最優先処理データ単位１、最優先処理データ
単位２、および最優先処理データ単位nを、復号処理部
４３が復号関連処理する際に要する時間である。

【００４７】タイム１−２、タイム２−２はそれぞれ復
号処理部４３が最優先処理データ単位１、または最優先
処理データ単位２の復号関連処理を終了し、次のコンテ
ンツデータ単位が転送されるのを待機している時間であ
る。本発明では、タイム１−２、タイム２−２におい
て、復号処理部４３は、最優先処理以外の他の復号関連
処理が実行可能であるか否かを判断するが、その処理に
ついては後述する。

【００４８】ステップS２１において、復号処理部４３
は、データ処理判断部４２から転送された最優先処理が
必要なコンテンツデータ単位の処理を行う。すなわち、
復号処理部４３は、最優先処理データ単位１を受信した
場合、処理を開始する。

【００４９】ステップS２２において、復号処理部４３
は、最優先処理以外の復号関連処理が必要なコンテンツ
データ単位（以下、単に、他のコンテンツデータ単位と
称する）が、データ処理判断部４２から転送されてきた
か否かを判定する。復号処理部４３が、他のコンテンツ
データ単位が転送されてきたと判定するまでステップS
１９乃至ステップS２１の処理は繰り返される。

【００５０】ステップS２２において、復号処理部４３
は、他のコンテンツデータ単位がデータ処理判断部４２
から転送されてきたと判定した場合、処理はステップS
２３に進む。

【００５１】ステップS２３において、復号処理部４３
は、図６の最優先処理データ単位１の処理を終了してお
り、最優先処理データ単位２がデータ処理判断部４２か
ら転送されてくるのを待機している状態の場合（タイム
１−２の状態の場合）、データ処理判断部４２から転送
されてきた他のコンテンツデータ単位の復号関連処理に
要する時間を算出する。データ処理判断部４２から転送
されてきた他のコンテンツデータ単位が複数ある場合、
復号処理部４３は、ステップS１５で認識した復号関連
処理の処理順位を確認し、転送されてきているコンテン
ツデータ単位に必要な復号関連処理のうちの最も処理順
位が高い処理に要する時間を算出する。なお、復号処理
部４３は、最優先処理を実行している場合（タイム１−
１の状態の場合）、データ処理判断部４２から転送され
てくる他のコンテンツデータ単位を無視して最優先処理
を続行する。

【００５２】ステップS２４において、復号処理部４３
は、ステップS２３で算出した他のコンテンツデータ単
位の処理に要する時間から、最優先処理が実行されてい
ない時間に、他のコンテンツデータ単位の処理が可能か
否かを判定する。すなわち、復号処理部４３は、タイム
１−２の間に、他のコンテンツデータ単位の処理を完了
することが可能か否かを判定する。

【００５３】ステップS２４において、復号処理部４３
は、最優先処理が実行されていない時間に、他のコンテ
ンツデータ単位の処理を完了することは可能と判定した
場合、処理はステップS２５に進み、復号処理部４３
は、他のコンテンツデータ単位の復号関連処理を行う。
その後、処理はステップS２２の処理に戻り、以降の処
理が繰り返し実行される（復号関連処理が必要なコンテ
ンツデータが存在する場合、その処理毎に、処理順位に
基づいてステップS２３以降で順次、処理されることと
なる）。

【００５４】ステップS２４において、復号処理部４３
は、最優先処理が実行されていない時間に、他のコンテ
ンツデータ単位の処理を完了することは不可能と判定し
た場合（タイム１−２の時間内に、処理が完了しないと
判定した場合）、ステップS２６において、復号処理部
４３は、他のコンテンツデータ単位の処理方法をメタデ
ータに記述されている取扱情報から認識する。

【００５５】取扱情報には、他のコンテンツデータ単位
の処理方法が設定されており、データ送信装置２１で設
定されてメタデータに記述される。

【００５６】取扱情報に記述されている他のコンテンツ
データ単位の処理方法には、例えば次のような方法があ
る。処理方法１は、復号処理部４３は、最優先処理が全
て終了した後に、他のコンテンツデータ単位の処理を開
始する処理方法（遅延処理）である。この場合、復号処
理部４３は、他のコンテンツデータ単位を遅延処理する
ことをデータ処理判断部４２に通知する。

【００５７】処理方法２は、復号処理部４３は、他のコ
ンテンツデータ単位の処理を実行せずに、他のコンテン
ツデータ単位の処理を実行しないことをデータ処理判断
部４２に通知のみする処理方法である。

【００５８】処理方法３は、復号処理部４３は、他のコ
ンテンツデータ単位の処理を実行しないだけでなく、他
のコンテンツデータ単位の処理を実行しないことをデー
タ処理判断部４２に通知もしない処理方法であり、復号
処理部４３は、他のコンテンツデータ単位が転送されて
きたとしても、他のコンテンツデータ単位を無視して最
優先処理を続行する。

【００５９】ステップS２６において、復号処理部４３
は、取扱情報に処理方法１が設定されていると認識した
場合、ステップS２７に進み、復号処理部４３は、他の
コンテンツデータ単位を遅延処理することを決定する。
また、復号処理部４３は、他のコンテンツデータ単位を
遅延処理することをデータ処理判断部４２に通知する。
その後、処理はステップS１９に戻り、同様の処理が繰
り返し実行される。最優先処理が全て終了した場合、復
号処理部４３は、図６のようにデータ処理判断部４２か
ら転送される遅延処理データ単位の復号関連処理を実行
する。

【００６０】ステップS２６において、復号処理部４３
は、取扱情報に処理方法２が設定されていると認識した
場合、ステップS２８に進み、復号処理部４３は、他の
コンテンツデータ単位を処理せずに、データ処理判断部
４２に他のコンテンツデータを処理しないことを通知す
る。その後、処理はステップS１９に戻り、同様の処理
が繰り返し実行される。

【００６１】ステップS２６において、復号処理部４３
は、取扱情報に処理方法３が設定されていると認識した
場合、ステップS２９に進み、復号処理部４３は、他の
コンテンツデータ単位を処理しないだけでなく、データ
処理判断部４２になにも通知しない。その後、処理はス
テップS１９に戻り、同様の処理が繰り返し実行され
る。

【００６２】ステップS１９において、復号処理部４３
が復号関連処理は全て終了したと判定した場合、処理は
終了される。

【００６３】なお、取扱情報は、データ送信装置２１に
おいて設定され、メタデータに記述されるとしたが、デ
ータ処理判断部４２に取扱情報を予め与えておき、デー
タ処理判断部４２は、他のコンテンツデータ単位を認識
した場合、与えられた取扱情報に基づいて処理を行うこ
とが可能である。

【００６４】また、復号処理部４３が最優先処理を実行
している場合でも、さらに処理順位が上位にある処理が
新しくデータ送信装置２１から送信され、データ処理判
断部４２から復号処理部４３に転送された場合、復号処
理部４３は、最優先処理を中止し、新しく転送されたコ
ンテンツデータを処理するように取扱情報に設定するこ
とも可能である。

【００６５】図７は、本発明を適用したコンテンツ配信
システムの構成を示す図である。コンテンツプロバイダ
５１は、コンテンツサーバ５２を管理しており、コンテ
ンツデータおよびメタデータを作成する。コンテンツプ
ロバイダ５１が作成したコンテンツデータおよびメタデ
ータは、サービスプロバイダ５３が管理するサービスサ
ーバ５４に供給される。コンテンツデータは、映画、音
楽などのディジタルデータであり、メタデータにはそれ
らのデータに関する情報が記述される。

【００６６】サービスプロバイダ５３は、ネットワーク
２２を介して、契約者である利用者５５に対してコンテ
ンツデータおよびメタデータを送信する。

【００６７】利用者５５は、サービスプロバイダ５３か
ら送信されたコンテンツデータおよびメタデータを、自
らが操作する利用者端末５６において利用する。

【００６８】決済センタ５７は、決済サーバ５８を管理
しており、利用者５５に対してコンテンツデータの使用
権情報を発行するとともに、使用権情報の代金の決済処
理を行う。また、決済センタ５７は、利用者５５から支
払われた代金を、コンテンツプロバイダ５１と、サービ
スプロバイダ５３の間で予め設定された契約に基づいて
分配する。

【００６９】図８は、コンテンツサーバ５２の構成例を
示すブロック図である。コンテンツサーバ５２は、デー
タキャプチャ装置７１、データ編集装置７２、メタデー
タ生成装置７３、データ暗号化装置７４、データ記憶装
置７５、およびデータ送信装置７６より構成される。

【００７０】データキャプチャ装置７１は、外部から取
り込んだデータを、コンテンツサーバ５２の各装置が処
理できるデータ形式に変換する。

【００７１】データ編集装置７２は、データキャプチャ
装置７１から転送されたデータから、利用者５５に提供
するコンテンツデータを作成する装置である。また、デ
ータ編集装置７２は、メタデータ生成装置７３が生成し
たメタデータをコンテンツデータに付加する。

【００７２】データ暗号化装置７４は、データ編集装置
７２から転送されたコンテンツデータおよびメタデータ
に暗号関連処理を施す。

【００７３】データ記憶装置７５は、データ暗号化装置
７４により暗号関連処理が施されたメタデータおよびコ
ンテンツデータを記憶し、必要に応じてデータ送信装置
７６に転送する。

【００７４】データ送信装置７６は、サービスプロバイ
ダ５３が管理するサービスサーバ５４にコンテンツデー
タおよびメタデータを送信する。なお、具体的な各装置
の処理については、図１６のフローチャートを参照して
後述する。

【００７５】図９は、データ暗号化装置７４の詳細な構
成例を示すブロック図である。データ暗号化装置７４
は、入出力インタフェースブロック９１、データ処理判
断ブロック９２、データ記憶ブロック９３、乱数生成ブ
ロック９４、および暗号化処理ブロック９５から構成さ
れる。さらに、暗号化処理ブロック９５は、暗号化処理
サブブロック９６、ディジタル署名生成サブブロック９
７、およびハッシュ値計算サブブロック９８より構成さ
れる。

【００７６】入出力インタフェースブロック９１は、デ
ータ編集装置７２から供給されるメタデータおよびコン
テンツデータを、データ処理判断ブロック９２に転送す
る。

【００７７】データ処理判断ブロック９２は、データ暗
号化装置７４の全体の動作を制御する。

【００７８】データ記憶ブロック９３は、暗号化処理ブ
ロック９５において、暗号関連処理が施されたメタデー
タおよびコンテンツデータや、処理に必要なデータを、
適宜、記憶する。

【００７９】乱数生成ブロック９４は、データ処理判断
ブロック９２からの指令により乱数を生成し、暗号化処
理ブロック９５に供給する。乱数生成ブロック９４が生
成する乱数は、暗号化アルゴリズムであるDES（Data En
cryption Standard）、RSA（Rivest-Shamir-Adleman sc
heme）などの共通鍵暗号方式で暗号関連処理する場合の
鍵として利用される。

【００８０】暗号化処理ブロック９５は、コンテンツの
暗号化およびディジタル署名の生成処理を行う。この暗
号化処理ブロック９５の暗号化処理サブブロック９６
は、DES、RSAなどの暗号化アルゴリズムによりコンテン
ツデータの暗号化処理を行う。

【００８１】ディジタル署名生成サブブロック９７は、
DSA（Digital Signature Algorithm）などによるディジ
タル署名の生成アルゴリズムによりディジタル署名を生
成する。ディジタル署名は、データの改竄のチェックお
よびデータの制作者を認証するためのデータである。

【００８２】ハッシュ値計算サブブロック９８は、ハッ
シュ関数による計算を行う。ハッシュ関数は、送信する
データを入力とし、所定のビット長のデータに圧縮し、
ハッシュ値として出力する関数である。ハッシュ関数
は、出力であるハッシュ値から入力データを復元するこ
とが難しく、また、同一の出力結果のハッシュ値を持つ
入力データを探し出すことが困難である（一方向であ
る）特徴を有する。

【００８３】ここで、ディジタル署名の生成および検証
について説明する。ディジタル署名の生成者は、送信す
るデータから特定のアルゴリズムを用いて、メッセージ
ダイジェストを作成する（ハッシュ値計算サブブロック
９８により、送信するデータに、ハッシュ関数を適用
し、メッセージダイジェストを作成する）。ディジタル
署名の生成者は、自分の秘密鍵（乱数生成ブロック９４
により生成された乱数）を使って、このメッセージダイ
ジェストと送信するデータの全文を暗号化し、利用者に
送信する。

【００８４】一方、データの利用者は、データを受信
し、ディジタル署名の生成者が提供する公開鍵を利用し
て、暗号化されているデータの全文、およびメッセージ
ダイジェストを復号する。次に、データの利用者は復号
したデータの全文から、ディジタル署名の生成者と同一
の方式（同一のハッシュ関数）でメッセージダイジェス
トを作成する。生成されたメッセージダイジェストと受
信されたメッセージダイジェストを比較することによ
り、ディジタル署名の検証が行なわれる。すなわち、デ
ータの送信者から送信され、受信者が復号したメッセー
ジダイジェストと、受信者が復号したデータの全文か
ら、送信者と同一の方式により作成したメッセージダイ
ジェストが等しければ、そのデータは改竄などの不正な
処理が行われていないことを表す。

【００８５】なお、データ暗号化装置７４において、説
明の便宜上、暗号化処理サブブロック９６、およびディ
ジタル署名生成サブブロック９７は暗号関連処理を行う
ことが可能であるとしたが、通常は、復号関連処理も行
うことが可能である。すなわち、暗号化処理サブブロッ
ク９６はデータの暗号化および復号が可能であるし、デ
ィジタル署名生成サブブロック９７はディジタル署名の
生成および検証が可能である。

【００８６】さらに、後述する図１４の暗号化処理ブロ
ック１６３に配置されている暗号化処理部１８６を構成
するサブブロックも、データ暗号化装置７４を構成する
サブブロックと同様に、復号関連処理だけでなく暗号関
連処理を実行することができる。また、サービスサーバ
５４に配置されているデータ暗号化装置１１４も上述し
たコンテンツサーバ５２に配置されているデータ暗号化
装置７４、および暗号化処理ブロック１６３と同様に、
復号関連処理だけでなく暗号関連処理を実行することが
できる。これにより、それぞれの装置間で送受信される
データに、改竄などの不正な処理が行われることを防ぐ
ことが可能となる。

【００８７】上述したような暗号関連処理が施されたコ
ンテンツデータおよびメタデータは、サービスプロバイ
ダ５３が管理するサービスサーバ５４に送信される。

【００８８】図１０は、サービスサーバ５４の構成例を
示すブロック図である。サービスサーバ５４は、データ
送受信装置１１１、データ編集装置１１２、メタデータ
生成装置１１３、データ暗号化装置１１４、コンテンツ
プロモーションサーバ１１５、およびデータ記憶装置１
１６より構成される。

【００８９】データ送受信装置１１１は、コンテンツサ
ーバ５２から送信されるコンテンツデータおよびメタデ
ータを受信する。また、データ送受信装置１１１は、利
用者端末５６に対し、ネットワーク２２を介してコンテ
ンツデータおよびメタデータを送信する。データ送受信
装置１１１は、コンテンツデータおよびメタデータを送
信するタイミングを判断する。送信するタイミングは、
例えば、利用者５５からの要求に応じて送信する場合
や、メタデータに記述されているタイミングで送信する
場合などがある。

【００９０】データ編集装置１１２は、サービスサーバ
５４の各装置で処理されたデータを編集し、利用者５５
に提供する形態にデータを編集する。

【００９１】メタデータ生成装置１１３は、メタデータ
を生成する。メタデータ生成装置１１３が生成するメタ
データには、サービスプロバイダ５３がコンテンツデー
タを利用者５５に提供する際に、サービスプロバイダ５
３が利用者５５に対して通知する情報が記述される。

【００９２】データ暗号化装置１１４は、メタデータ生
成装置１１３が生成したメタデータにディジタル署名を
生成するなどの暗号関連処理を行う。データ暗号化装置
１１４の詳細な構成は、図８に示すコンテンツサーバ５
２のデータ暗号化装置７４（図９）の構成と同様であ
る。

【００９３】コンテンツプロモーションサーバ１１５
は、サービスプロバイダ５３が利用者５５に提供するコ
ンテンツの一覧情報を作成するとともに、ディスカウン
ト情報などを利用者５５の要求に応じて提供する。コン
テンツプロモーションサーバ１１５は、WWWサーバとし
て設置され、利用者５５は利用者端末５６に装備されて
いるブラウザを利用することにより、コンテンツプロモ
ーションサーバ１１５が提供するサービスを受けること
ができる。さらに、コンテンツプロモーションサーバ１
１５は、利用者５５からの電話による問い合わせに対応
できるようにもなっている。

【００９４】データ記憶装置１１６は、データ編集装置
１１２で編集されたデータを記憶し、利用者５５からの
要求に応じて、データ送受信装置１１１に対してコンテ
ンツデータおよびメタデータを転送する。なお、具体的
な各装置の処理については、図１９のフローチャートを
参照して後述する。

【００９５】図１１は、決済センタ５７が管理している
決済サーバ５８の構成例を示すブロック図である。決済
サーバ５８は、データ送受信装置１３１、ライセンス装
置１３２、ユーザ管理装置１３３、著作権管理装置１３
４、課金装置１３５、および決済装置１３６より構成さ
れる。

【００９６】データ送受信装置１３１は、利用者端末５
６から、ネットワーク２２を介して通知されるコンテン
ツデータの使用権の購入要求情報を受信するとともに、
コンテンツプロバイダ５１およびサービスプロバイダ５
３に対して、利用者５５から回収した代金の課金情報を
送信する。

【００９７】ライセンス装置１３２は、利用者５５から
コンテンツデータの使用権購入が要求された場合、使用
権情報の発行処理を行う。

【００９８】ユーザ管理装置１３３は、サービスプロバ
イダ５３から、コンテンツデータの提供を受ける契約を
している利用者５５、およびその利用者５５が操作する
利用者端末５６の情報を管理する。利用者５５および利
用者端末５６の情報には、利用者端末５６に含まれるセ
ットトップボックスの契約日、契約条件、サービスの利
用情報などが含まれる。

【００９９】著作権管理装置１３４は、コンテンツデー
タの著作権の他、サービスプロバイダ５３から提供され
る利用者５５が利用可能なコンテンツデータの利用形
態、および利用者５５によるコンテンツデータの購入履
歴などを管理する。

【０１００】課金装置１３５は、コンテンツデータの使
用権情報の料金情報を管理するとともに、利用者５５に
対して、課金情報を通知する。

【０１０１】決済装置１３６は、課金装置１３５から決
済処理の要求をうけて、決済処理を行う。具体的な決済
方法には、クレジットカードによる決済方法、プリペイ
ド型の電子マネーによる決済方法が含まれる。なお、決
済サーバ５８の使用権情報の発行処理については、図２
１および２２のフローチャートを参照して後述する。

【０１０２】図１２は、利用者５５が管理する利用者端
末５６の構成例を示すブロック図である。利用者端末５
６は、セットトップボックス１５１（以下、適宜、STB
１５１と称する）、およびデータ再生装置１５２より構
成される。

【０１０３】STB１５１は、ネットワーク２２を介し
て、サービスサーバ５４、および決済サーバ５８との間
でデータの送受信を行う。STB１５１の詳細な構成例は
図１３に示す。

【０１０４】データ再生装置１５２は、サービスサーバ
５４から提供され、STB１５１が処理したコンテンツデ
ータを再生する装置である。データ再生装置１５２は、
例えば、テレビジョン受像機、パーソナルコンピュータ
などの電子機器により構成される。

【０１０５】図１３は、セットトップボックス１５１の
構成例を示すブロック図である。STB１５１は、データ
送受信ブロック１６１、コントローラ１６２、暗号化処
理ブロック１６３、フラッシュメモリ１６４、および外
部RAM（Random Access Memory）１６５から構成され
る。

【０１０６】データ送受信ブロック１６１は、サービス
サーバ５４から、ネットワーク２２を介して送信される
コンテンツデータおよびメタデータ、若しくは決済サー
バ５８から送信されるコンテンツデータの使用権情報な
どを受信する。また、データ送受信ブロック１６１は、
サービスサーバ５４に対するデータの送信要求、および
決済サーバ５８に対する使用権情報を要求する情報など
を送信するとともに、データ再生装置１５２に、処理結
果を転送する。

【０１０７】コントローラ１６２は、ソフトウエアによ
り制御され、STB１５１全体の動作を制御する。

【０１０８】暗号化処理ブロック１６３は、データ送受
信ブロック１６１が受信するコンテンツデータおよびメ
タデータの復号関連処理を行う。詳細な構成例について
は図１４に示す。

【０１０９】フラッシュメモリ１６４は、STB１５１の
電源遮断後もデータを記憶している不揮発性のメモリで
ある。フラッシュメモリ１６４には、各ブロックが処理
するために必要なデータ、および各ブロックの処理結果
が、適宜、記憶される。

【０１１０】外部RAM１６５は、暗号化処理ブロック１
６３による処理結果、システム制御データ、および課金
処理結果等を記憶する。

【０１１１】図１４は、暗号化処理ブロック１６３の詳
細な構成例を示すブロック図である。暗号化処理ブロッ
ク１６３は、入出力インタフェースブロック１８１、マ
イクロプロセッサ１８２、RAM１８３、乱数生成ブロッ
ク１８４、フラッシュメモリ１８５、および暗号化処理
部１８６より構成される。さらに、暗号化処理部１８６
は、暗号化処理サブブロック１８７、ディジタル署名検
証サブブロック１８８、およびハッシュ値計算サブブロ
ック１８９より構成される。

【０１１２】入出力インタフェースブロック１８１は、
データ送受信ブロック１６１が受信したコンテンツデー
タおよびメタデータのうち、コントローラ１６２により
復号関連処理が必要であると判断され、暗号化処理ブロ
ック１６３に転送されるデータを受信する。入出力イン
タフェースブロック１８１は、コントローラ１６１から
供給されるデータを、マイクロプロセッサ１８２に転送
する。マイクロプロセッサ１８２は、暗号化処理ブロッ
ク１６３の全体の動作を制御する。

【０１１３】RAM１８３は、マイクロプロセッサ１８２
が処理をするのに必要なプログラムを記憶している。ま
た、RAM１８３には、マイクロプロセッサ１８２が処理
した結果が記憶される。

【０１１４】乱数生成ブロック１８４は、マイクロプロ
セッサ１８２からの指令により乱数を生成し、暗号化処
理部１８６に供給する。乱数生成ブロック１８４が生成
した乱数は、DES、RSAなどの共通鍵暗号方式で暗号関連
処理が施されたデータを、復号する場合の鍵として利用
される。

【０１１５】フラッシュメモリ１８５は、不揮発性のメ
モリであり、内部に図示せぬコントローラを保持してい
る。マイクロプロセッサ１８２において動作するソフト
ウエアの実行コード、復号関連処理に必要となる各種デ
ータ、購入したコンテンツデータの使用権情報などが記
憶される。

【０１１６】暗号化処理部１８６は、コンテンツデータ
およびメタデータの復号関連処理を行う。暗号化処理部
１８６は、さらに、以下の機能を提供するサブブロック
により構成される。

【０１１７】暗号化処理サブブロック１８７は、DES、R
SAなどの暗号化アルゴリズムにより暗号化されたコンテ
ンツデータの復号処理を行う。

【０１１８】ディジタル署名検証サブブロック１８８
は、DSAなどによるディジタル署名アルゴリズムにより
ディジタル署名が付加されたコンテンツデータおよびメ
タデータのディジタル署名検証処理を行う。

【０１１９】ハッシュ値計算サブブロック１８９は、ハ
ッシュ関数による計算を行う。

【０１２０】図１５は、暗号化処理ブロック１６３が、
コントローラ１６２等と送受信するデータ形式の例を示
す図である。コントローラ１６２は、暗号化処理ブロッ
ク１６３に対して、図１５のデータ形式のコマンドデー
タで処理を要求する。また、暗号化処理ブロック１６３
は、コマンドデータに基づいて各ブロックを制御し、所
定の処理を実行させるとともに、コマンドデータにより
処理を要求したコントローラ１６２に対して、図１５の
データ形式のレスポンスデータで処理結果を送信する。

【０１２１】フィールド１は、データ種識別フィールド
であり、コマンドデータ、またはレスポンスデータの種
類が記述される。

【０１２２】フィールド２は、データ番号フィールドで
あり、コマンドデータ、またはレスポンスデータの番号
が記述される。

【０１２３】フィールド３は、データ長フィールドであ
り、データフィールド４に記述されるデータの長さが記
述される。

【０１２４】フィールド４は、データフィールドであ
り、コマンドデータとして処理を要求するデータ、また
はレスポンスデータとして送信する処理結果のデータが
記述される。以下、コマンドデータ、およびレスポンス
データの例を説明する。

【０１２５】データ番号フィールドに記述される番号が
１であるコマンド１は、ディジタル署名の検証処理の要
求を表している。フィールド４のデータフィールドに記
述されているデータに対して、暗号化処理ブロック１６
３は、データが改竄されていないかを検証し、その処理
結果をレスポンス１として、データ処理を要求したブロ
ックに送信する。

【０１２６】コマンド２は、ディジタル署名の生成処理
の要求を表している。暗号化処理ブロック１６３は、フ
ィールド４のデータフィールドに記述されているデータ
に対して、ディジタル署名を付加したデータをレスポン
ス２として、データ処理を要求したブロックに送信す
る。

【０１２７】コマンド３は、暗号化されているデータの
復号処理の要求を表している。暗号化処理ブロック１６
３は、フィールド４のデータフィールドに記述されてい
る暗号化されているデータに対して、復号処理を行い、
復号したデータをレスポンス３として、データ処理を要
求したブロックに送信する。

【０１２８】コマンド４は、暗号化処理の要求を表して
いる。暗号化処理ブロック１６３は、フィールド４のデ
ータフィールドに記述されているデータを暗号化し、暗
号化したデータをレスポンス４として、データ処理を要
求したブロックに送信する。

【０１２９】コマンド５は、ハッシュ値計算の要求を表
している。ハッシュ値計算サブブロック１８９は、フィ
ールド４のデータフィールドに記述されているデータ、
およびアルゴリズムをもとに、ハッシュ関数による計算
を行い、計算結果のデータをレスポンス５として、デー
タ処理を要求したブロックに送信する。

【０１３０】コマンド６は、処理の停止要求を表してい
る。このコマンドを受信した場合、暗号化処理ブロック
１６３は、その時点で行っている処理を停止し、停止し
た旨の通知をレスポンス６として処理の停止を要求する
ブロックに送信する。

【０１３１】コマンド７は、使用権情報の送信要求を表
している。このコマンドを受信した場合、暗号化処理ブ
ロック１６３は、自らがフラッシュメモリ１８５に保持
している使用権情報を暗号化して、決済サーバ５８にレ
スポンス７として送信する。

【０１３２】コマンド２０は、外部装置または他のブロ
ックから送信されるメッセージである。そのデータフィ
ールドには、コントローラ１６２などからメッセージが
入力される。

【０１３３】レスポンス３０は、暗号化処理ブロック１
６３が、外部装置または他のブロックに対して送信する
メッセージである。

【０１３４】以下、コンテンツプロバイダ５１が提供す
るコンテンツデータを、利用者５５が利用するまでの一
連の処理についてフローチャートを参照して説明する。

【０１３５】始めに、図１６のフローチャートを参照し
て、コンテンツプロバイダ５１が管理するコンテンツサ
ーバ５２の処理を説明する。

【０１３６】ステップS４１において、データキャプチ
ャ装置７１は、ビデオカメラ、およびオーディオレコー
ダなどから取り込んだアナログデータ、またはディジタ
ルデータを、コンテンツサーバ５２の各装置が処理でき
るデータ形式に、ディジタル化処理、または圧縮などの
処理を行う。

【０１３７】ステップS４２において、データ編集装置
７２は、データキャプチャ装置７１から取得したデータ
から、コンテンツプロバイダ５１の指令に基づいて、利
用者５５に提供するコンテンツデータを作成する。ま
た、データ編集装置７２は、メタデータ生成装置７３が
生成するメタデータをコンテンツデータに付加する。

【０１３８】図１７は、メタデータ生成装置７３が生成
するメタデータの例を示す図である。図１７（A）のメ
タデータ１の例において、フィールド１には、コンテン
ツプロバイダ５１を特定するコンテンツプロバイダIDが
２、メタデータ１に対応するコンテンツデータ（以下、
適宜、コンテンツデータ１と称する。後述する他のメタ
データが付加されるコンテンツデータの場合も同様とす
る）を特定するコンテンツIDが１、コンテンツデータ１
の著作権の権利発生日時が西暦２０００年１月１日と記
述されている。

【０１３９】フィールド２には、利用者５５によるコン
テンツデータ１の利用形態が記述される。ここでは、利
用形態１としてストリーミング、利用形態２として買い
取り、および利用形態３として期間限定１年の利用形態
が記述されている。ストリーミングによる利用形態は、
利用者端末５６において、サービスサーバ５４からコン
テンツデータ１を受信しながらリアルタイムで再生する
利用形態であり、利用回数が１回のみの利用形態であ
る。買い取りによる利用形態とは、期間および利用回数
が無制限である利用形態であり、利用者端末５６に送信
されたコンテンツデータ１は、利用者端末５６の図示せ
ぬ記録媒体に記録される。また、期間限定１年の利用形
態とは、コンテンツデータ１が利用者端末５６の図示せ
ぬ記録媒体に記録された後、利用者５５は期間が１年間
以内であれば、回数は無制限にコンテンツデータ１を利
用することが可能な形態である。

【０１４０】フィールド３には、コンテンツデータ１の
利用形態毎の料金が記述される。ここでは、コンテンツ
データ１を利用形態１のストリーミングにより利用した
場合、料金は２０円とされ、コンテンツデータ１を利用
形態２の買い取りにより利用した場合、料金は１００円
とされ、コンテンツデータ１を利用形態３の期間限定１
年の利用形態により利用した場合、料金は５０円とされ
ている。利用者５５は、フィールド３に記述される料金
に基づいて、決済センタ５７に対して使用権情報の代金
を支払う。

【０１４１】フィールド４には、コンテンツデータ１の
形式的な情報が記述される。ここでは、コンテンツデー
タ１の総データ量は１５０MBで、利用者端末５６のデー
タ再生装置１５２で再生した場合の再生時間は１０分と
記述されている。また、コンテンツデータ１は、MPEG
（Moving Picture Experts Group )２の規格で圧縮され
ているビデオデータであり、データ転送速度は２Mbpsと
記述されている。

【０１４２】フィールド５には、データ暗号化装置７４
がコンテンツデータおよびメタデータに施した暗号関連
処理の情報が記述される。この例で、ディジタル署名の
生成アルゴリズムはDSA、コンテンツデータ１の暗号化
アルゴリズムはDES、コンテンツデータ１の暗号化のデ
ータ単位は２５６KBと記述されている。暗号化のデータ
単位は、１つの暗号化の鍵で連続して暗号化する場合の
データの大きさである。暗号化に利用した鍵はさらに別
の鍵（メタ鍵）で暗号化されており、メタ鍵は決済セン
タ５７に委託され、利用者５５が使用権情報を購入した
場合、決済サーバ５８から使用権情報とともに、後述す
る図２３の使用権情報のデータ形式で、利用者５５に提
供される。

【０１４３】フィールド６には、利用者端末５６のSTB
１５１に含まれる暗号化処理ブロック１６３が処理する
コンテンツデータ１に関する情報が記述される。この例
で、暗号化処理ブロック１６３に要求される復号関連処
理は、コンテンツデータ１の各暗号化単位ブロック毎に
付加されているディジタル署名の検証処理、および暗号
化されているコンテンツデータ１の復号処理である。

【０１４４】まず、STB１５１のコントローラ１６２
が、暗号化処理ブロック１６３に対して転送するデータ
の転送周期が記述されている。暗号化処理ブロック１６
３が処理するディジタル署名の検証が必要なデータの転
送周期は１秒とされ、また、復号処理が必要な暗号化さ
れているコンテンツデータ１の転送周期も１秒とされて
いる。

【０１４５】次に、暗号化処理ブロック１６３が処理す
る各処理の優先度を示す処理順位が設定されている。こ
こでは、ディジタル署名の検証の処理順位は２、コンテ
ンツデータ１の復号処理の処理順位は１と設定されてい
る。２つの処理が暗号化処理ブロック１６３に要求され
た場合、ここで設定されている処理順位により、暗号化
処理ブロック１６３はコンテンツデータ１の復号処理を
優先して処理することになる。

【０１４６】さらに、フィールド６には、各処理の取扱
情報が記述される。取扱情報は、第１の処理より優先度
が高い第２の処理があり、第１の処理を実行することが
できない場合の第１の処理の取り扱い方法についての情
報である。この例の場合、ディジタル署名の検証処理よ
り、処理順位が高い（リアルタイム性が高い）第２の処
理が存在し、STB１５１の暗号化処理ブロック１６３
は、第２の処理が終了し、次の第２の処理が必要なデー
タが転送されてくるまでの間に、ディジタル署名の検証
を行うことができない場合、ディジタル署名の検証処理
は、第２の処理が全て終了した後に処理する（遅延処理
する）と設定されている。また、暗号化処理ブロック１
６３は、遅延処理することをコントローラ１６２に通知
するようにも設定されている。

【０１４７】また、暗号化されているコンテンツデータ
１の復号処理より、処理順位が高い（リアルタイム性が
高い）第２の処理が存在し、STB１５１の暗号化処理ブ
ロック１６３は、第２の処理が終了し、次の第２の処理
が必要なデータが転送されてくるまでの間に、コンテン
ツデータ１の復号処理を行うことができない場合も、デ
ィジタル署名の検証処理と同様に、遅延処理を行い、ま
たコントローラ１６２に通知するように設定されてい
る。

【０１４８】図１７（B）のメタデータ２の例におい
て、フィールド１およびフィールド５に記述されている
内容はメタデータ１と同一の内容である。フィールド６
に記述されている取扱情報には、ディジタル署名の検証
処理より、処理順位が高い（リアルタイム性が高い）第
２の処理が存在し、STB１５１の暗号化処理ブロック１
６３は、第２の処理が終了し、次のディジタル署名の検
証が必要なデータが転送されてくるまでの間に、ディジ
タル署名の検証を行うことができない場合、ディジタル
署名の検証処理は、無視すると設定され、記述されてい
る。

【０１４９】図１６に戻って、ステップS４３におい
て、データ暗号化装置７４は、データ編集装置７２から
転送されるコンテンツデータおよびメタデータに暗号関
連処理を施す。

【０１５０】すなわち、乱数生成ブロック９４は、暗号
化鍵（コンテンツデータ用）として所定のビット数の乱
数を生成し、暗号化処理サブブロック９６に供給する。

【０１５１】暗号化処理サブブロック９６は、乱数生成
ブロック９４が生成した乱数を暗号鍵としてコンテンツ
データを暗号化するとともに、使用権情報に配置されて
決済サーバ５８から利用者端末５６に対して送信される
メタ鍵を使用して、暗号化鍵（コンテンツデータ用）を
DESなどの共通鍵暗号方式で暗号化する。

【０１５２】ハッシュ値計算サブブロック９８は、コン
テンツサーバ５２がサービスプロバイダ５３に対して送
信するメタデータにハッシュ関数を適用してハッシュ値
を算出する。

【０１５３】ディジタル署名生成サブブロック９７は、
ハッシュ値計算サブブロック９８が抽出したハッシュ値
を、乱数生成ブロック９４が生成した乱数よりなる暗号
化鍵を利用して暗号化し、ディジタル署名を生成する。

【０１５４】ステップS４４において、データ記憶装置
７５は、データ暗号化装置７４により暗号関連処理が施
されたデータを記憶し、必要に応じてデータ送信装置７
６に出力する。

【０１５５】ステップS４５において、データ送信装置
７６は、サービスプロバイダ５３が管理するサービスサ
ーバ５４にメタデータおよびコンテンツデータを送信す
る。

【０１５６】図１８は、ステップS４５の処理により送
信されるデータのフォーマットの例を示す。レイヤ１
は、ステップS４２の処理により生成されたメタデー
タ、ステップS４３の処理により付加されたメタデータ
用のディジタル署名、ステップS４３の処理で用いられ
た暗号化鍵（コンテンツデータ用）、並びにコンテンツ
データにより構成される。コンテンツデータは、さら
に、レイヤ２としての暗号化単位ブロックにより構成さ
れている。暗号化単位ブロックは、コンテンツデータ
１、およびコンテンツデータ２の場合、２５６KB毎のブ
ロックとされている。レイヤ２の暗号化単位ブロックは
さらに、レイヤ３としての、２５６KBのデータ長のブロ
ックと、ディジタル署名とで構成されている。従って、
この例では、この暗号化データに付加されているディジ
タル署名を検証することにより、コンテンツデータの各
暗号化単位ブロックに、改竄などの不正処理が行われて
いるか否かを判断することができる。

【０１５７】次に、図１９のフローチャートを参照し
て、サービスプロバイダ５３が管理するサービスサーバ
５４の処理を説明する。

【０１５８】ステップＳ６１において、データ送受信装
置１１１は、コンテンツサーバ５２から、暗号関連処理
が施されたコンテンツデータおよびメタデータを受信す
る。

【０１５９】ステップS６２において、メタデータ生成
装置１１３は、送信されてきたメタデータを確認し、元
のデータを変更し、新たなメタデータを生成する。すな
わち、このときデータ暗号化装置１１４は、コンテンツ
プロバイダ５１から決済サーバ５８を介して予め取得し
たメタ鍵を利用して、送信されてきた暗号化鍵（コンテ
ンツデータ用）（図１８）を復号し、復号した暗号化鍵
（コンテンツデータ用）（図１８）を利用してディジタ
ル署名（メタデータ用）（図１８）を復号する。そし
て、メタデータ生成装置１１３は、復号して得られたメ
タデータと、平文で送信されてきたメタデータを比較
し、両者が一致していること、すなわち、メタデータが
改竄されていないことを確認する。

【０１６０】さらに、メタデータ生成装置１１３は新た
にメタデータを生成する。このメタデータは、コンテン
ツサーバ５２が生成したメタデータ１（図１７（A））
およびメタデータ２（図１７（B））のフィールド１お
よびフィールド３の内容を、サービスプロバイダ５３が
利用者５５に通知する情報に書き換えたデータである。
メタデータ３およびメタデータ４の内容は、サービスプ
ロバイダ５３が決定する。

【０１６１】図２０は、図１７に示されるコンテンツプ
ロバイダ５１が生成したメタデータを、ステップS６２
の処理で、メタデータ生成装置１１３が変更して生成し
たメタデータの例を示す。図１７（A）のメタデータ１
を変更して生成されたメタデータ３（図２０（A））の
例においては、フィールド１には、サービスプロバイダ
５３を特定するサービスプロバイダIDが１、メタデータ
３を作成した日時が西暦２０００年１月２日と記述され
ている。

【０１６２】フィールド３に記述されている料金には、
図１７（A）に示すメタデータ１のフィールド３に記述
されている料金に、サービスプロバイダ５３が利用者５
５に対してコンテンツデータを送信する送信料が付加さ
れている。メタデータ３では、料金は、コンテンツデー
タをストリーミングの利用形態により利用する場合は、
コンテンツプロバイダ５１が受け取るコンテンツデータ
の料金に、サービスプロバイダ５３が受け取る送信料の
１０円が付加されて３０円とされ、コンテンツデータを
買い取りの利用形態により利用する場合は、コンテンツ
プロバイダ５１が受け取るコンテンツデータの料金に、
サービスプロバイダ５３が受け取る送信料の５０円が付
加されて１５０円とされ、コンテンツデータを期間限定
１年の利用形態により利用する場合は、コンテンツプロ
バイダ５１が受け取るコンテンツデータの料金に、サー
ビスプロバイダ５３が受け取る送信料の３０円が付加さ
れて８０円とされている。

【０１６３】図１７（B）のメタデータ２を変更して生
成された図２０（B）のメタデータ４の例においても、
メタデータ３の場合と同様の変更がメタデータ生成装置
１１３によりされている。

【０１６４】ステップS６３において、データ暗号化装
置１１４は、新たに生成したメタデータのハッシュ値を
演算し、それを暗号化鍵（コンテンツデータ用）で暗号
化し、新たなディジタル署名を生成し、ステップS６２
の処理で生成された新たなメタデータに付加する。デー
タ暗号化装置１１４の暗号関連処理は、コンテンツサー
バ５２のデータ暗号化装置７４の処理と同様にして行わ
れれる。

【０１６５】ステップS６４において、データ編集装置
１１２は、サービスサーバ５４の各装置で処理されたデ
ータを編集し、利用者５５に提供するコンテンツデータ
を作成する。このため、暗号化装置１１４は、送信され
てきたコンテンツデータを暗号化鍵（コンテンツデータ
用）で一旦復号する。その後データ編集装置１１２によ
り行われる編集には、コンテンツサーバ５２から送信さ
れたコンテンツデータにステップS６２の処理で生成さ
れたメタデータを付加する処理、または複数のコンテン
ツデータを統合し、１つのコンテンツデータにまとめて
利用者５５に提供するアルバム化などの処理がある。編
集後のコンテンツデータは、データ暗号化装置１１４に
より暗号化鍵（コンテンツデータ用）を用いて再び暗号
化される。

【０１６６】ステップS６５において、データ記憶装置
１１６は、データ編集装置１１２で編集され、データ暗
号化装置１１４により暗号化されたデータを記憶する。

【０１６７】ステップS６６において、データ送受信装
置１１１は、利用者５５が管理する利用者端末５６か
ら、メタデータの送信が要求されたか否かを判定し、メ
タデータの送信が要求されたと判定するまで待機する。
その後、データ送受信装置１１１が、メタデータの送信
が要求されたと判定した場合、処理はステップS６７に
進む。

【０１６８】ステップS６７において、データ送受信装
置１１１は、利用者５５が要求するコンテンツデータに
対応するメタデータを、データ記憶装置１１６から取得
し、ネットワーク２２を介して利用者端末５６に送信す
る。データ送受信装置１１１が送信するメタデータを受
信した利用者端末５６のSTB１５１は、メタデータに記
述されている内容を確認し、コンテンツデータの復号関
連処理の準備をする。STB１５１の詳細な処理について
は後述するが、その後、STB１５１からコンテンツデー
タの送信が要求されてくる。

【０１６９】そこで、ステップS６８において、データ
送受信装置１１１は、利用者端末５６からコンテンツデ
ータの送信が要求されたか否かを判定する。

【０１７０】データ送受信装置１１１が、利用者端末５
６からコンテンツデータの送信が要求されたと判定した
場合、処理はステップS６９に進み、データ送受信装置
１１１は、データ記憶装置１１６に記憶されているコン
テンツデータを、ネットワーク２２を介して利用者端末
５６に送信する。

【０１７１】次に、決済センタ５７が管理する決済サー
バ５８が、利用者端末５６に対して行うコンテンツデー
タの使用権情報の発行処理について、図２１および図２
２のフローチャートを参照して説明する。

【０１７２】ステップS８１において、ライセンス装置
１３２は、利用者端末５６からコンテンツデータの使用
権情報の購入が要求されたか否かを判定し、要求された
と判定するまで待機する。ライセンス装置１３２が、利
用者端末５６から使用権情報の購入が要求されたと判定
した場合、処理はステップS８２に進む。

【０１７３】ステップS８２おいて、ライセンス装置１
３２は、使用権情報の購入を要求している利用者５５
は、サービスプロバイダ５３からコンテンツデータの提
供を受ける契約をしているか否かを確認するため、利用
者端末５６のSTB１５１から送信される情報に基づい
て、STB１５１は契約対象の機器であるか否かをユーザ
管理装置１３３に問い合わせる。この問い合わせに応じ
て、ユーザ管理装置１３３は、自分自身が管理している
契約情報から、使用権情報の購入を要求するSTB１５１
は、契約対象の機器であるか否かを検索する。すなわ
ち、このシステムでは、利用者５５はコンテンツデータ
の提供を受ける前に、サービスプロバイダ５３と予め契
約をする必要がある。契約情報は、サービスプロバイダ
５３から決済センタ５７に供給され、ユーザ管理装置１
３３に登録される。

【０１７４】ステップS８３において、ライセンス装置
１３２は、ステップS８２のユーザ管理装置１３３の検
索結果を判定する。ライセンス装置１３２は、使用権情
報の購入を要求しているSTB１５１は、契約対象の機器
でないと判定した場合、利用者端末５６に対して使用権
情報を販売することができないことを通知し、処理を終
了する。

【０１７５】ライセンス装置１３２が、使用権情報の購
入を要求しているSTB１５１は、契約対象の機器である
と判定した場合、処理はステップS８４に進み、ライセ
ンス装置１３２は、データ送受信装置１３１からネット
ワーク２２を介してSTB１５１の暗号化処理ブロック１
６３と相互認証を行い、セッション鍵を共有する。

【０１７６】ステップS８５において、ライセンス装置
１３２は、相互認証が成立したか否かを判定し、相互認
証が成立していないと判定した場合、処理を終了する。

【０１７７】ステップS８５において、ライセンス装置
１３２が、相互認証が成立したと判定した場合、処理は
ステップS８６に進み、ライセンス装置１３２は、STB１
５１から送信される要求内容に基づいて、使用権情報の
発行が可能であるか否かを著作権管理装置１３４に問い
合わせる。STB１５１から送信される要求内容には、利
用者５５が利用を希望するコンテンツデータのコンテン
ツID、コンテンツデータの利用形態、および使用権情報
の代金の決済方法が含まれる。（決済方法がクレジット
カードによる決済の場合、クレジットカードのカード番
号が、また、決済方法がプリペイドカード型の電子マネ
ーによる決済の場合、プリペイドカードのカード番号
が、それぞれ含まれる）このSTB１５１から送信される
要求情報は、改竄などの不正処理を防ぐため、暗号化処
理ブロック１６３により暗号化されてSTB１５１から送
信される。

【０１７８】ステップS８７において、ライセンス装置
１３２は、ステップS８６で著作権管理装置１３４に問
い合わせた結果を判定する。ライセンス装置１３２は、
使用権情報の発行ができないと判定した場合、利用者端
末５６に使用権情報の発行ができないことを通知し、処
理を終了する。

【０１７９】ステップS８７において、ライセンス装置
１３２が、使用権情報の発行が可能であると判定した場
合、処理はステップS８８に進み、ライセンス装置１３
２は、課金装置１３５に対して課金処理を要求する。

【０１８０】ステップS８９において、課金装置１３５
は、自らが管理している料金情報から、利用者５５が要
求する使用権情報の代金を取得し、決済装置１３６に対
して決済処理の要求をするとともに、利用者端末５６に
対して課金情報を通知する。

【０１８１】ステップS９０において、課金装置１３５
から決済処理の要求を受けた決済装置１３６は決済処理
を行う。決済方法がクレジットカードによる決済の場
合、決済装置１３６は、図示せぬクレジットカード会社
の決済サーバに、使用権情報の購入を要求している利用
者５５のユーザID、および課金装置１３５が取得した使
用権情報の代金を通知し、クレジット会社の決済サーバ
から、決済が可能であるか否かのメッセージを受け取
る。決済装置１３６は、メッセージの結果を課金装置１
３５に通知する。

【０１８２】利用者５５が要求する決済方法が、プリペ
イドカード型の電子マネーによる決済の場合、決済装置
１３６は、利用者５５から通知されたカードIDと、自分
自身が管理するプリペイドカードのカードIDを照合し、
決済が可能であるか否かを判定する。決済装置１３６
は、この判定結果を課金装置１３５に通知するととも
に、決済が可能である場合、利用者５５が使用している
プリペイドカード型の電子マネーの残高情報を更新す
る。

【０１８３】ステップS９１において、課金装置１３５
は、決済装置１３６から通知される情報により、決済が
成立したか否かを判定する。決済が成立していないと判
定した場合、課金装置１３５は、決済が成立していない
ことを利用者端末５６に通知し、処理を終了する。

【０１８４】ステップS９１において、課金装置１３５
は、決済が成立したと判定した場合、ライセンス装置１
３２に決済が成立したことを通知する。

【０１８５】このときステップS９２において、ライセ
ンス装置１３２は、使用権情報をセッション鍵で暗号化
し、ネットワーク２２を介して利用者端末５６に送信す
る。送信された使用権情報は、STB１５１の暗号化処理
ブロック１６３によりセッション鍵で復号される。

【０１８６】図２３は、使用権情報の例を示している。
この使用権情報の例では、フィールド１には、利用者５
５に対してコンテンツデータの使用権情報の発行を許可
するコンテンツプロバイダ５１のIDが２、利用が許可さ
れたコンテンツデータのコンテンツIDが１、および使用
権の権利発生日時が西暦２０００年１月２日と記述され
ている。

【０１８７】フィールド２にはコンテンツプロバイダ５
１により許可された利用形態がストリーミングであるこ
とが記述されており、フィールド３には、そのストリー
ミングによる利用形態の料金が３０円とされている。

【０１８８】フィールド４には、メタ鍵が配置されてい
る。通常、利用が許可されたコンテンツデータを復号す
るための鍵（暗号化鍵（コンテンツデータ用）（図１
８））は暗号化されており、メタ鍵はその暗号化鍵（コ
ンテンツデータ用）（図１８）を復号して取得するため
の鍵である。

【０１８９】フィールド５には、使用権情報全体のディ
ジタル署名が付加される。

【０１９０】使用権情報は、STB１５１の暗号化処理ブ
ロック１６３により、そのディジタル署名の検証が行わ
れた後、暗号化処理ブロック１６３の内部に配置されて
いるフラッシュメモリ１８５に記憶される。記憶された
使用権情報は、コンテンツデータの復号関連処理におい
て、適宜、利用される。

【０１９１】次に、使用権情報を取得した後のSTB１５
１の処理について、図２４乃至図２６のフローチャート
を参照して説明する。ここでは、STB１５１がメタデー
タ３およびコンテンツデータ３を受信して処理する場合
について説明する。

【０１９２】ステップS１１１において、STB１５１のコ
ントローラ１６２は、利用者５５からの指令に基づいて
サービスサーバ５４に対して、使用権情報を購入したコ
ンテンツデータ３に対応するメタデータ３の送信を要求
する。

【０１９３】ステップS１１２において、データ送受信
ブロック１６１は、サービスサーバ５４から送信された
メタデータ３を、ネットワーク２２を介して受信する。

【０１９４】ステップS１１２において、データ送受信
ブロック１６１が受信したメタデータ３は、コントロー
ラ１６２に転送される。コントローラ１６２は、メタデ
ータ３にはディジタル署名が付加されているため、ディ
ジタル署名の検証が必要であると認識し、メタデータ３
を暗号化処理ブロック１６３に転送する。

【０１９５】ステップS１１３において、暗号化処理ブ
ロック１６３のマイクロプロセッサ１８２は、転送され
たメタデータ３のディジタル署名を検証し、メタデータ
３の正当性を判断する。

【０１９６】すなわち、ハッシュ値計算サブブロック１
８９は、平文で送られてきたメタデータ３にハッシュ関
数を適用してハッシュ値を演算する。暗号化処理サブブ
ロック１８７は、フラッシュメモリ１８５に記憶されて
いるメタ鍵で暗号化鍵（コンテンツデータ用）を復号
し、さらに、暗号化鍵（コンテンツデータ用）でディジ
タル署名を復号し、そこに含まれるハッシュ値を得る。
ディジタル署名検証サブブロック１８８は、ハッシュ値
計算サブブロック１８９が、転送されたメタデータ３の
全文からハッシュ関数を利用して算出したハッシュ値
と、暗号化処理サブブロック１８７により復号されたハ
ッシュ値を比較することにより、ディジタル署名を検証
する。なお、ハッシュ値計算サブブロック１８９が利用
するハッシュ関数は、コンテンツサーバ５２のハッシュ
値計算サブブロック９８や、サービスサーバ５４のデー
タ暗号化装置１１４が利用するハッシュ関数と同一の関
数である。

【０１９７】マイクロプロセッサ１８２は、ディジタル
署名検証サブブロック１８８が検証した結果を取得し、
不正処理の有無を判定する。

【０１９８】ステップS１１４において、マイクロプロ
セッサ１８２は、メタデータ３が正常なデータ（改竄さ
れていないデータ）であるか否かを判定し、不正処理を
認識した場合（ハッシュ値が一致しない場合）、コント
ローラ１６２に通知する。コントローラ１６２は、不正
処理の存在を利用者５５に通知し、処理を終了する。

【０１９９】ステップS１１４において、マイクロプロ
セッサ１８２により、メタデータ３が正常なデータであ
ることが確認された場合、処理はステップS１１５に進
み、マイクロプロセッサ１８２は、受信したメタデータ
３の内容を、決済センタ５７から購入し、フラッシュメ
モリ１８５に記憶されている使用権情報の内容と比較す
る。これにより、データ送受信ブロック１６１が受信し
たメタデータ３は、利用者５５が使用権情報を購入し、
サービスサーバ５４に送信を要求するコンテンツデータ
３に対応するメタデータであるか否かがマイクロプロセ
ッサ１８２により判定される。

【０２００】ステップS１１６において、ステップS１１
５でマイクロプロセッサ１８２が比較した結果がマイク
ロプロセッサ１８２により判定される。マイクロプロセ
ッサ１８２は、メタデータ３の内容が使用権情報の内容
と一致せず、正当性が確認できないと判定した場合、コ
ントローラ１６２に通知する。コントローラ１６２は、
利用者５５に対してメタデータ３に不正処理が存在して
いることを通知し、処理を終了する。

【０２０１】ステップS１１６において、マイクロプロ
セッサ１８２が、メタデータ３の内容と使用権情報の内
容を比較し、メタデータ３の正当性を確認した場合、処
理はステップS１１７に進み、マイクロプロセッサ１８
２は、メタデータ３に含まれる暗号関連情報を確認し、
コンテンツデータ３の復号関連処理の準備をする。

【０２０２】なお、この例の暗号化処理ブロック１６３
は、DESのアルゴリズムで暗号化されているコンテンツ
データ３を復号し、復号した結果を転送する速度は４Mb
psであり、またDSAのアルゴリズムで作成されているデ
ィジタル署名を検証する処理能力は１Mbpsであるとす
る。

【０２０３】ステップS１１７において、マイクロプロ
セッサ１８２は、メタデータ３のフィールド６に記述さ
れている内容から、復号関連処理をリストアップする。
この例の場合、マイクロプロセッサ１８２は、DSAのア
ルゴリズムで生成されて、コンテンツデータ３に付加さ
れているディジタル署名の検証処理と、DESのアルゴリ
ズムで暗号化されたコンテンツデータ３の復号処理をリ
ストアップする。

【０２０４】ステップS１１８において、マイクロプロ
セッサ１８２は、メタデータ３のフィールド６に記述さ
れている内容から、ステップS１１７の処理でマイクロ
プロセッサ１８２がリストアップしたディジタル署名の
検証処理、およびコンテンツデータ３の復号処理は、い
ずれも処理が要求されるタイミングに周期性があると認
識する。また、マイクロプロセッサ１８２は、それぞれ
の処理の処理順位を確認する。マイクロプロセッサ１８
２は、ディジタル署名の検証処理の処理順位は２と、コ
ンテンツデータ３の復号処理の処理順位は１と設定され
ていることを認識し、コンテンツデータ３の復号処理を
最優先処理に選択する。

【０２０５】ステップS１１９において、マイクロプロ
セッサ１８２は、メタデータ３のフィールド６の記述か
ら、コントローラ１６２がコンテンツデータ３の復号処
理をマイクロプロセッサ１８２に対して要求する周期
（復号処理が必要なコンテンツデータ３のデータ単位が
転送されてくる周期）は１秒であると認識し、その周期
を基準周期に設定する（図６のタイム１およびタイム２
は１秒となる）。

【０２０６】ステップS１２０において、マイクロプロ
セッサ１８２から、最優先処理を選択し、基準周期を設
定した旨の通知を受けたコントローラ１６２は、サービ
スサーバ５４に対してコンテンツデータ３の送信を要求
する。

【０２０７】ステップS１２１において、データ送受信
ブロック１６１は、ネットワーク２２を介してコンテン
ツデータ３を受信する。

【０２０８】ステップＳ１２２において、データ送受信
ブロック１６１からコンテンツデータ３の転送を受けた
コントローラ１６２は、コンテンツデータ３のうちの復
号処理が必要なデータ単位を、基準周期に基づいて暗号
化処理ブロック１６３に転送する（図６の最優先処理デ
ータ単位１が転送される）。

【０２０９】ステップS１２３において、暗号化処理ブ
ロック１６３は、最優先処理を開始し、コンテンツデー
タ３のデータ単位を復号する。暗号化処理ブロック１６
３が復号したコンテンツデータ３は、適宜、データ再生
装置１５２に転送される。

【０２１０】暗号化処理ブロック１６３に含まれる暗号
化処理サブブロック１８７は、フラッシュメモリ１８５
に記憶されている使用権情報からメタ鍵を取得し、メタ
鍵を利用して、データ送受信ブロック１６１がコンテン
ツデータ３とともに受信した暗号化鍵（コンテンツデー
タ３用）を復号する。

【０２１１】暗号化処理サブブロック１８７は、復号し
て取得した暗号化鍵（コンテンツデータ３用）を利用し
て暗号化されているコンテンツデータ３を復号する。

【０２１２】ステップS１２４において、マイクロプロ
セッサ１８２は、復号処理が必要なコンテンツデータ単
位以外に、ディジタル署名の検証が必要なデータ単位が
コントローラ１６２から転送されていることを認識す
る。

【０２１３】マイクロプロセッサ１８２がコンテンツデ
ータ３の復号処理を実行していない場合（マイクロプロ
セッサ１８２が、図６のタイム１−２の状態である場
合）、ステップS１２５において、マイクロプロセッサ
１８２は、ディジタル署名の検証に要する時間を算出す
る。

【０２１４】始めに、マイクロプロセッサ１８２は、コ
ンテンツデータ３のデータ単位を復号する場合に要する
時間を算出する。マイクロプロセッサ１８２は、メタデ
ータ３のフィールド４の記述から、データ再生装置１５
２が、コンテンツデータ３を出力するために、暗号化処
理ブロック１６３に対して要求するコンテンツデータ３
の復号処理結果の転送速度は２Mbpsであると認識する。
そこで、マイクロプロセッサ１８２は、DESのアルゴリ
ズムで暗号化されているコンテンツデータを復号する自
分自身の能力は４Mbpsであるため、データ再生装置１５
２が要求するデータ単位を処理するためには０．５秒の
時間が必要であると算出する（図６のタイム１−１、タ
イム２−１、タイムn−１は０．５秒となる）。

【０２１５】次に、マイクロプロセッサ１８２は、ディ
ジタル署名の検証に要する時間を算出する。マイクロプ
ロセッサ１８２は、DSAのアルゴリズムで生成されてい
るディジタル署名を検証する自分自身の能力は１Mbpsで
あるため、データ再生装置１５２が要求するデータを処
理するためには２秒の時間が必要であると算出する。

【０２１６】ステップS１２６において、マイクロプロ
セッサ１８２が、ステップS１２５で算出した結果が判
断される。マイクロプロセッサ１８２は、ステップS１
２５で算出した時間から、次の復号処理が必要なコンテ
ンツデータ３のデータ単位（図６の最優先処理データ単
位２）が、コントローラ１６２から転送されてくるまで
の間（図６のタイム１−２、タイム２−２）に、ディジ
タル署名を検証することは不可能と認識する。

【０２１７】ステップS１２７において、マイクロプロ
セッサ１８２は、ディジタル署名の検証をどのように処
理するか判断するため、メタデータ３のフィールド６に
記述されている取扱情報を確認する。

【０２１８】ステップS１２８において、マイクロプロ
セッサ１８２は、メタデータ３のフィールド６には、デ
ィジタル署名の検証の取扱方法として、コントローラ１
６２に対する通知、およびディジタル署名の検証の遅延
処理が設定されていると認識する。そこで、マイクロプ
ロセッサ１８２は、コントローラ１８２に対してディジ
タル署名の検証を、最優先処理であるコンテンツデータ
３の全てのデータ単位の復号処理が終了した後に処理す
ることを通知するとともに、ディジタル署名の検証を必
要とするデータ単位をフラッシュメモリ１８５に記憶す
る。

【０２１９】ステップS１２９において、マイクロプロ
セッサ１８２は、復号処理が必要なコンテンツデータ３
のデータ単位を全て復号処理したか否かを判定し、復号
処理が全て終了したと判定するまで、復号処理を優先し
て処理する。

【０２２０】ステップS１２９において、マイクロプロ
セッサ１８２は、復号処理が必要なコンテンツデータ３
のデータ単位を全て復号処理したと判定した場合、処理
は、ステップS１３０に進む。

【０２２１】ステップS１３０において、マイクロプロ
セッサ１８２は、フラッシュメモリ１８５に記憶させて
おいたディジタル署名の検証が必要なデータの処理を行
う（図６の遅延処理データを処理する）。

【０２２２】ステップS１３２において、マイクロプロ
セッサ１８２は、ディジタル署名の検証を全て終了した
と判定した場合、処理を終了する。

【０２２３】次に、STB１５１が、メタデータ４および
コンテンツデータ４を受信して処理する場合について説
明する。

【０２２４】ステップS１１１乃至ステップS１２７の処
理は上述したメタデータ３およびコンテンツデータ３を
受信した場合と同様の処理である。

【０２２５】ステップS１２８において、マイクロプロ
セッサ１８２は、メタデータ４のフィールド６には、デ
ィジタル署名の検証の取扱方法として、ディジタル署名
の検証が必要なデータが転送されてきた場合であって
も、そのデータを無視すると設定されていると認識し、
最優先処理であるコンテンツデータ４の復号を続ける。

【０２２６】その後、マイクロプロセッサ１８２は、コ
ンテンツデータ４の復号が全て終了したと判定した場
合、全ての処理を終了する。

【０２２７】ここでは、遅延処理するディジタル署名の
検証が必要なデータを、最優先処理が終了するまでフラ
ッシュメモリ１８５に記憶させることとしたが、記憶先
なども、メタデータに設定することが可能である。ま
た、コントローラ１６２がディジタル署名の検証を必要
とするデータの転送を中止するように予め設定しても良
い。

【０２２８】上述した一連の処理は、ハードウェアによ
り実行させることもできるが、ソフトウェアにより実行
させることもできる。一連の処理をソフトウェアにより
実行させる場合には、そのソフトウェアを構成するプロ
グラムが、専用のハードウェアに組み込まれているコン
ピュータ、または、各種のプログラムをインストールす
ることで、各種の機能を実行することが可能な、例えば
汎用のパーソナルコンピュータや、STB１５１などに、
記録媒体からインストールされる。

【０２２９】図２７は、一連の処理を実行するソフトウ
ェアがインストールされるパーソナルコンピュータ２０
１の構成例を示している。パーソナルコンピュータ２０
１は、CPU(Central Processing Unit)２１１を内蔵して
いる。CPU２１１にはバス２１４を介して、入出力イン
タフェース２１５が接続されている。入出力インタフェ
ース２１５には、キーボード、マウスなどの入力デバイ
スよりなる入力部２１６、処理結果としての例えば音声
信号を出力する出力部２１７、処理結果としての画像を
表示するディスプレイなどよりなる表示部２１８、プロ
グラムや各種データを格納するハードディスクドライブ
などよりなる記憶部２１９、LAN(LocalArea Network)や
インタネットを介してデータを通信するモデムなどより
なる通信部２２０、および、磁気ディスク２２２（フロ
ッピディスクを含む）、光ディスク２２３（CD-ROM(Com
pact Disc-Read Only Memory)、DVD(Digital Versatile
Disc)を含む）、光磁気ディスク２２４（ＭＤ(Mini Dis
c)を含む）、もしくは半導体メモリ２２５などの記録媒
体に対してデータを読み書きするドライブ２２１が接続
されている。バス２１４には、ROM(Read Only Memory)
２１２およびRAM２１３が接続されている。

【０２３０】一連の処理を実行するソフトウェアは、磁
気ディスク２２２、光ディスク２２３、光磁気ディスク
２２４、および半導体メモリ２２５に格納された状態で
パーソナルコンピュータ２０１に供給され、ドライブ２
２１によって読み出されて、記憶部２１９に内蔵される
ハードディスクドライブにインストールされる。記憶部
２１９にインストールされているエージェントプログラ
ムは、入力部２１６に入力されるユーザからのコマンド
に対応するCPU２１１の指令によって、記憶部２１９か
らRAM２１３にロードされて実行される。

【０２３１】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に従って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０２３２】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０２３３】

【発明の効果】以上のように、本発明の情報処理装置、
情報処理方法、および記録媒体のプログラムによれば、
コンテンツデータの特徴情報から、コンテンツデータの
データ処理の種類毎に設定されている処理順位を認識
し、処理順位が上位にある優先処理を、コンテンツデー
タの他の処理に優先して処理するようにしたので、低コ
ストで、かつ、機能変更が容易な、迅速にデータを処理
することができるシステムを実現することが可能にな
る。

【図面の簡単な説明】

【図１】従来の復号LSIの構成例を示すブロック図であ
る。

【図２】本発明を適用したデータ処理システムの構成例
を示すブロック図である。

【図３】データ送信装置の処理を説明するフローチャー
トである。

【図４】データ受信装置の処理を説明するフローチャー
トである。

【図５】データ受信装置の処理を説明する図３の続きの
フローチャートである。

【図６】復号処理部に転送されてくるデータ単位を説明
する図である。

【図７】本発明を適用したコンテンツ配信システムの概
念を示す図である。

【図８】コンテンツサーバの構成例を示すブロック図で
ある。

【図９】データ暗号化装置の詳細な構成例を示すブロッ
ク図である。

【図１０】サービスサーバの構成例を示すブロック図で
ある。

【図１１】決済サーバの構成例を示すブロック図であ
る。

【図１２】利用者端末の構成例を示すブロック図であ
る。

【図１３】セットトップボックスの構成例を示すブロッ
ク図である。

【図１４】暗号化処理ブロックの詳細な構成例を示すブ
ロック図である。

【図１５】暗号化処理ブロックが送受信するデータ形式
の例を示す図である

【図１６】コンテンツサーバの処理を説明するフローチ
ャートである。

【図１７】コンテンツサーバが生成するメタデータの例
を示す図である。

【図１８】コンテンツサーバが送信するデータのフォー
マットの例を示す図である。

【図１９】サービスプロバイダの処理を説明するフロー
チャートである。

【図２０】サービスサーバが生成するメタデータの例を
示す図である。

【図２１】決済サーバの使用権情報の発行処理を説明す
るフローチャートである。

【図２２】決済サーバの使用権情報の発行処理を説明す
る図１９の続きのフローチャートである。

【図２３】使用権情報の例を示す図である。

【図２４】セットトップボックスの処理を説明するフロ
ーチャートである。

【図２５】セットトップボックスの処理を説明する図２
２の続きのフローチャートである。

【図２６】セットトップボックスの処理を説明する図２
３の続きのフローチャートである。

【図２７】パーソナルコンピュータの構成例を示すブロ
ック図である。

【符号の説明】

２１ データ送信装置， ２２ ネットワーク， ２３
データ受信装置，４１ データ受信部， ４２ デー
タ処理判断部， ４３ 復号処理部， ４４計算部，
４５ データ記憶部， ５６ 利用者端末， １５１
セットトップボックス， １５２ データ再生装置，
１６１ データ送受信ブロック，１６２ コントロー
ラ， １６３ 暗号化処理ブロック， １６４ フラッ
シュメモリ， １６５ 外部RAM， １８１ 入出力イ
ンタフェースブロック， １８２ マイクロプロセッ
サ， １８３ RAM， １８４ 乱数生成ブロック，１
８５ フラッシュメモリ， １８６ 暗号化処理部，
１８７ 暗号化処理サブブロック， １８８ ディジタ
ル署名検証サブブロック， １８９ ハッシュ値計算サ
ブブロック

Claims (4)

【特許請求の範囲】
1. 【請求項１】 コンテンツデータと、その特徴に関する
   情報が記述されている特徴情報を受信する受信手段と、 前記受信手段により受信された前記特徴情報から、前記
   コンテンツデータのデータ処理の種類毎に設定されてい
   る処理順位を認識する第１の認識手段と、 前記第１の認識手段により認識された前記処理順位が上
   位にある優先処理を、前記コンテンツデータの他の処理
   に優先して処理する第１の処理手段とを含むことを特徴
   とする情報処理装置。
2. 【請求項２】 前記他の処理に要する時間を算出する算
   出手段と、 第１の前記優先処理が必要な前記コンテンツデータの処
   理が終了されている場合、第２の前記優先処理が必要な
   前記コンテンツデータの処理が開始されるまでの時間
   と、前記算出手段により算出された前記他の処理に要す
   る時間を比較する比較手段と、 前記比較手段による比較の結果、前記第２の前記優先処
   理が必要な前記コンテンツデータの処理が開始されるま
   での時間が、前記他の処理に要する時間より長いと判定
   された場合、前記他の処理を処理する第２の処理手段
   と、 前記比較手段による比較の結果、前記第２の前記優先処
   理が必要な前記コンテンツデータの処理が開始されるま
   での時間が、前記他の処理に要する時間より短いと判定
   された場合、前記他の処理の取扱方法を認識する第２の
   認識手段と、 前記第２の認識手段により認識された取扱方法に基づい
   て前記他の処理を処理する第３の処理手段とをさらに含
   むことを特徴とする請求項１に記載の情報処理装置。
3. 【請求項３】 コンテンツデータと、その特徴に関する
   情報が記述されている特徴情報を受信する受信ステップ
   と、 前記受信ステップの処理により受信された前記特徴情報
   から、前記コンテンツデータのデータ処理の種類毎に設
   定されている処理順位を認識する第１の認識ステップ
   と、 前記第１の認識ステップの処理により認識された前記処
   理順位が上位にある優先処理を、前記コンテンツデータ
   の他の処理に優先して処理する第１の処理ステップとを
   含むことを特徴とする情報処理方法。
4. 【請求項４】 コンテンツデータと、その特徴に関する
   情報が記述されている特徴情報を受信する受信ステップ
   と、 前記受信ステップの処理により受信された前記特徴情報
   から、前記コンテンツデータのデータ処理の種類毎に設
   定されている処理順位を認識する第１の認識ステップ
   と、 前記第１の認識ステップの処理により認識された前記処
   理順位が上位にある優先処理を、前記コンテンツデータ
   の他の処理に優先して処理する第１の処理ステップとを
   含むことを特徴とするコンピュータが読みとり可能なプ
   ログラムが格納されている記録媒体。