JP2002312056A - 情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 復号処理にかかる処理能力の変更を容易に行
えるようにする。 【解決手段】 マイクロプロセッサ１８２は、周波数制
御ブロック１９０を介して暗号化処理ブロック１６３内
の各ブロックの処理速度を制御する。また、マイクロプ
ロセッサ１８２は、暗号化処理ブロック１６３の各処理
ブロックの消費電力量を計測したり、各処理ブロックの
処理内容を検証することで、受信したメタデータが要求
する時間条件で処理が履行されているか否かを監視す
る。履行されていないときには、履行されるように処理
速度の設定を変更したりする機能も有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、記録媒体、並びにプログラムに関し、特に、暗
号化されたコンテンツデータのデータ処理を、他のデー
タ処理と分散して処理することにより、システム毎に設
計したハードウエアを用いることなく、迅速にデータを
処理する情報処理装置および方法、記録媒体、並びにプ
ログラムに関する。

【０００２】

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

【０００３】暗号化技術の安全性は、復号する際の処理
の難しさに依存しているため、暗号化技術の高度化にと
もなって、コンテンツデータを利用する利用者の端末に
は、より処理能力の高い端末が要求されるようになって
きている。そこで、処理能力を向上させるために、利用
者の端末に復号処理専用のLSI（Large Scale Integrati
on）を配置することが提案されている。図１は、復号処
理専用のLSI（以下、適宜、復号LSIと称する）の構成例
を示している。

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

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

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

【０００７】ＲＡＭ１３には、コントロールユニット１
２が利用するプログラムが記憶される。メモリコントロ
ーラ１４は、外部メモリ３に対するデータの読み書きを
制御する。フラッシュメモリ１５には、コントロールユ
ニット１２の指令によりべき乗演算器１６、およびハッ
シュ値演算器１７が演算した結果や、処理に必要なデー
タが、適宜、記憶される。

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

【０００９】

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

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

【００１１】

【課題を解決するための手段】本発明の情報処理装置
は、データと、データの処理に関する処理情報を受信す
る受信手段と、受信手段により受信された処理情報を基
に、データを処理するのに必要な処理能力を判断する判
断手段と、判断手段により判断された処理能力に対応す
る動作周波数を設定する設定手段と、データを処理する
処理手段と、設定手段により設定された動作周波数で、
処理手段が動作するように、処理手段を制御する制御手
段とを含むことを特徴とする。

【００１２】前記処理手段による処理が適正に行われて
いるか否かを判定する判定手段と、判定手段により処理
手段による処理が適正に行われていないと判定された場
合、設定手段に、動作周波数の再設定を指示する指示手
段とをさらに含むようにすることができる。

【００１３】前記判断手段は、情報に含まれるデータを
処理する際の転送速度に関する情報を基に、処理能力を
判断するようにすることができる。

【００１４】前記判断手段は、情報に含まれるデータを
処理する際の消費電力に関する情報を基に、処理能力を
判断するようにすることができる。

【００１５】本発明の情報処理方法は、データと、デー
タの処理に関する処理情報の受信を制御する受信制御ス
テップと、受信制御ステップの処理で受信が制御された
処理情報を基に、データを処理するのに必要な処理能力
を判断する判断ステップと、判断ステップの処理で判断
された処理能力に対応する動作周波数を設定する設定ス
テップと、データを処理する処理ステップと、設定ステ
ップの処理で設定された動作周波数で、処理ステップに
よる処理が動作されるように、処理ステップの処理を制
御する制御ステップとを含むことを特徴とする。

【００１６】本発明の記録媒体のプログラムは、データ
と、データの処理に関する処理情報の受信を制御する受
信制御ステップと、受信制御ステップの処理で受信が制
御された処理情報を基に、データを処理するのに必要な
処理能力を判断する判断ステップと、判断ステップの処
理で判断された処理能力に対応する動作周波数を設定す
る設定ステップと、データを処理する処理ステップと、
設定ステップの処理で設定された動作周波数で、処理ス
テップによる処理が動作されるように、処理ステップの
処理を制御する制御ステップとを含むことを特徴とす
る。

【００１７】本発明のプログラムは、データと、データ
の処理に関する処理情報の受信を制御する受信制御ステ
ップと、受信制御ステップの処理で受信が制御された処
理情報を基に、データを処理するのに必要な処理能力を
判断する判断ステップと、判断ステップの処理で判断さ
れた処理能力に対応する動作周波数を設定する設定ステ
ップと、データを処理する処理ステップと、設定ステッ
プの処理で設定された動作周波数で、処理ステップによ
る処理が動作されるように、処理ステップの処理を制御
する制御ステップとをコンピュータに実行させる。

【００１８】本発明の情報処理装置および方法、並びに
プログラムにおいては、受信された処理情報を基に、デ
ータを処理するのに必要な処理能力が判断され、その処
理能力に対応する動作周波数が設定され、設定された動
作周波数で、データが処理されるように制御される。

【００１９】

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

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

【００２１】また、データ生成部３２は、コンテンツデ
ータの暗号化に関するデータなどが記述されているメタ
データを生成する。データ記憶部３３は、データ生成部
３２により生成されたコンテンツデータおよびメタデー
タを記憶する。データ送信部３４は、データ受信装置２
３からの要求に応じて、データ記憶部３３に記憶されて
いるメタデータおよびコンテンツデータを送信する。

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

【００２３】データ受信装置２３は、データ受信部４
１、データ処理判断部４２、復号処理部４３、計算部４
４、データ記憶部４５、および周波数制御部４６により
構成される。データ受信部４１は、データ送信装置２１
から送信されたメタデータおよびコンテンツデータを受
信する。データ処理判断部４２は、データ受信装置２３
の全体の動作を制御する。

【００２４】復号処理部４３は、データ受信部４１によ
り受信されたコンテンツデータが暗号化されている場
合、コンテンツデータを復号し、ディジタル署名が付加
されている場合、ディジタル署名の検証などの処理を行
う（以下、コンテンツデータの復号処理、および、ディ
ジタル署名の検証処理を、まとめて復号関連処理と称す
る）。

【００２５】計算部４４は、データ処理判断部４２の指
令を受けて、演算処理機能を提供する。データ記憶部４
５は、データ受信部４１により受信されたコンテンツデ
ータ、および、復号処理部４３により復号され、かつ、
ディジタル署名が検証されたコンテンツデータを記憶す
る。周波数制御部４６は、データ受信装置２３の各ブロ
ックに対してクロックを供給する。供給されるクロック
の周波数はデータ処理判断部４２により設定可能で、そ
の結果各ブロックの処理速度、消費電力を制御すること
が可能となる。

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

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

【００２８】ステップＳ２において、データ記憶部３３
は、ステップＳ１の処理でデータ生成部３２により作成
されたコンテンツデータおよびメタデータを記憶する。
ステップＳ３において、データ処理判断部３１は、デー
タ受信装置２３からメタデータの送信が要求されたか否
かを判断する。ステップＳ３において、メタデータの送
信が要求されたと判断されるまで待機状態が維持され
る。ステップＳ３において、データ処理判断部３１によ
り、メタデータの送信が要求されたと判断された場合、
処理はステップＳ４に進む。

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

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

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

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

【００３３】ステップＳ１２において、データ受信部４
１は、データ送信装置２１から送信されてきたメタデー
タを、ネットワーク２２を介して受信する。データ受信
部４１が受信したメタデータは、データ処理判断部４２
に転送され、記述されている内容の分析が行われる。

【００３４】ステップＳ１３において、データ処理判断
部４２は、メタデータに記述されているコンテンツデー
タに関する情報から、送信されてくるコンテンツデータ
は、暗号関連処理が施されているか否かを判断する。ス
テップＳ１３において、データ処理判断部４２は、送信
されてくるコンテンツデータには、暗号関連処理が施さ
れていないと判断した場合、ステップＳ１４に進み、デ
ータ処理判断部４２は、データ送信装置２１に対して、
コンテンツデータの送信を要求する。

【００３５】ステップＳ１５において、データ受信部４
１は、データ送信装置２１から、ネットワーク２２を介
して送信されたコンテンツデータを受信する。データ受
信装置２３を管理する利用者がデータ受信部４１により
受信されたコンテンツデータを利用する場合、コンテン
ツデータは復号関連処理を行う必要がないため、データ
記憶部４５は、受信されたコンテンツデータを記憶し、
データ受信装置２３を管理する利用者から要求があるま
で保持する。

【００３６】一方、ステップＳ１３において、データ処
理判断部４２は、メタデータに記述されている内容か
ら、送信されてくるコンテンツデータは暗号関連処理が
施されているデータであると判断した場合、処理はステ
ップＳ１６に進む。

【００３７】ステップＳ１６において、データ処理判断
部４２は、受信したメタデータの内容を解析する。メタ
データには、データ復号などの暗号関連処理や、その他
のデータ受信装置に要求される処理の内容が記述されて
いる。このメタデータに含まれるデータには、例えば、
各種処理を所定の時間内に完了するよう要求する条件
（以下、リアルタイム処理要求条件）や、所定の消費電
力で処理を実行するよう要求する条件（以下、消費電力
維持条件）が規定されている。

【００３８】データ処理判断部４２は、リアルタイム処
理要求条件や、消費電力維持条件が規定されている場
合、その実現に最適な動作周波数を計算する。ステップ
Ｓ１７において、データ処理判断部４２は、リアルタイ
ム処理要求条件や消費電力維持条件を実現するための最
適な動作周波数が計算できないと判断した場合、図４に
示したフローチャートの処理は終了される。

【００３９】ステップＳ１７において、実現が可能であ
ると判断（最適な周波数が計算できたと判断）された場
合、ステップＳ１８に進む。ステップＳ１８において、
データ処理判断部４２は、周波数制御部４６を操作し
て、データ受信装置２３内の各処理ブロックを、所定の
周波数で動作させるよう設定する。また、データ処理判
断部４２は、コンテンツデータの暗号関連処理に関する
情報である暗号関連情報を含むメタデータを復号処理部
４３に通知する。

【００４０】暗号関連情報には、コンテンツデータの暗
号化アルゴリズム、ディジタル署名のアルゴリズム、お
よび、データ単位が記述されている。復号処理部４３
は、コンテンツデータの暗号関連情報に基づいて、デー
タ受信部４１が、受信したコンテンツデータの復号関連
処理を準備する。なお、データ処理判断部４２により転
送される暗号関連情報は、処理内容の漏洩、処理内容の
改竄を防ぐために、さらに暗号関連処理が施されている
場合があるが、ここでは、暗号関連情報には暗号関連処
理が施されていないものとして説明する。しかしなが
ら、そのような仕組みを設けても良い。

【００４１】ステップＳ１９において、復号処理部４３
から、コンテンツデータの復号関連処理の準備が完了し
た旨の通知を受けたデータ処理判断部４２は、データ送
信装置２１に対して、コンテンツデータの送信を要求す
る。

【００４２】ステップＳ２０において、データ受信部４
１は、コンテンツデータを受信する。受信されたコンテ
ンツデータは、復号処理部４３に転送され、復号処理部
４３は、単独で、コンテンツデータの復号関連処理を行
う。復号関連処理が行われ、利用することが可能となっ
たデータは、データ記憶部４５に記憶される。

【００４３】ステップＳ２１（図５）において、データ
処理判断部４２は、データ受信装置２３内の各処理ブロ
ックが、メタデータで要求された所定の条件を満たして
いるかを検証する。リアルタイム処理要求条件が要求さ
れている場合、特定の時間で所定の処理が終了している
かどうか、あるいは処理の失敗が生じていないかを検証
することにより条件が満たされているかを判断する。消
費電力維持条件が要求されている場合、消費電力の計測
を行い、要求が満たされているかを判断する。

【００４４】ステップＳ２２において、所定の要求が満
たされていないと判断された場合、ステップＳ２３に進
む。ステップ２３において、データ処理判断部４２は、
動作周波数の修正により要求条件を満たすことが可能で
あるか否かを判断する。ステップＳ２３において、要求
が満たせないと判断された場合、処理は終了される。ス
テップＳ２３において、動作周波数の修正により、要求
条件を満たすことが可能であると判断された場合、ステ
ップＳ２４に進む。

【００４５】ステップＳ２４において、データ処理判断
部４２は、メタデータによる要求条件が満たされるよ
う、リアルタイム処理要求条件の要求条件が満たされて
いない場合、関連ブロックの動作周波数の引き上げを、
消費電力維持条件が満たされていない場合、関連ブロッ
クの動作周波数の引き下げを決定し、周波数制御部４６
を制御する。そして、ステップＳ２１の処理に戻り、そ
れ以降の処理が繰り返される。

【００４６】一方、ステップＳ２２において、所定の条
件が満たされていると判断された場合、ステップＳ２５
に進む。ステップＳ２５において、全体の処理が終了し
たか否かが判断される。ステップＳ２５において、処理
が終了されたと判断された場合、処理が終了され、処理
は終了されてないと判断された場合、ステップＳ２１に
戻り、それ以降の処理が繰り返される。

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

【００４８】サービスプロバイダ５３は、ネットワーク
２２を介して、契約者である利用者５５に対してコンテ
ンツデータおよびメタデータを送信する。利用者５５
は、サービスプロバイダ５３から送信されたコンテンツ
データおよびメタデータを、自らが操作する端末５６に
おいて利用する。

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

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

【００５１】データキャプチャ装置７１は、外部から取
り込んだデータを、コンテンツサーバ５２の各装置が処
理できるデータ形式に変換する。データ編集装置７２
は、データキャプチャ装置７１から転送されたデータか
ら、利用者５５に提供するコンテンツデータを作成す
る。また、データ編集装置７２は、メタデータ生成装置
７３が生成したメタデータを、コンテンツデータに付加
する。

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

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

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

【００５５】入出力インタフェースブロック９１は、デ
ータ編集装置７２（図７）から供給されるメタデータお
よびコンテンツデータを、データ処理判断ブロック９２
に転送する。データ処理判断ブロック９２は、データ暗
号化装置７４の全体の動作を制御する。データ記憶ブロ
ック９３は、暗号化処理ブロック９５において、暗号関
連処理が施されたメタデータ、コンテンツデータ、処理
に必要なデータなどを、適宜、記憶する。

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

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

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

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

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

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

【００６２】すなわち、データの作成者から送信され、
受信者が復号したメッセージダイジェストと、受信者が
復号したデータの全文から、作成者と同一の方式により
作成されたメッセージダイジェストが等しければ、その
データは改竄などの不正な処理が行われていないことを
表す。

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

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

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

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

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

【００６８】データ編集装置１１２は、サービスサーバ
５４の各装置で処理されたデータを編集し、利用者５５
に提供する形態にデータを編集する。メタデータ生成装
置１１３は、メタデータを生成する。メタデータ生成装
置１１３が生成するメタデータには、サービスプロバイ
ダ５３がコンテンツデータを利用者５５に提供する際
に、サービスプロバイダ５３が利用者５５に対して通知
する情報が記述される。

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

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

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

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

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

【００７４】ライセンス装置１３２は、利用者５５から
コンテンツデータの使用権購入が要求された場合、使用
権情報の発行処理を行う。ユーザ管理装置１３３は、サ
ービスプロバイダ５３から、コンテンツデータの提供を
受ける契約をしている利用者５５、および、その利用者
５５が操作する端末５６の情報を管理する。利用者５５
および端末５６の情報には、端末５６に含まれるセット
トップボックス（不図示）の契約日、契約条件、サービ
スの利用情報などが含まれる。

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

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

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

【００７８】ＳＴＢ１５１は、ネットワーク２２を介し
て、サービスサーバ５４、および決済サーバ５８との間
でデータの送受信を行う。データ再生装置１５２は、サ
ービスサーバ５４から提供され、ＳＴＢ１５１が処理し
たコンテンツデータを再生する装置である。データ再生
装置１５２は、例えば、テレビジョン受像機、パーソナ
ルコンピュータなどの電子機器により構成される。

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

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

【００８１】コントローラ１６２は、ソフトウェアによ
り動作し、ＳＴＢ１５１全体の動作を制御する。暗号化
処理ブロック１６３は、データ送受信ブロック１６１が
受信するコンテンツデータおよびメタデータの復号関連
処理を行う。

【００８２】フラッシュメモリ１６４は、ＳＴＢ１５１
の電源遮断後もデータを記憶している不揮発性のメモリ
である。フラッシュメモリ１６４には、各ブロックが処
理するために必要なデータ、および各ブロックの処理結
果が、適宜、記憶される。外部ＲＡＭ１６５は、暗号化
処理ブロック１６３による処理結果、および他のブロッ
クが分散処理を行った場合の分散処理結果を記憶する。

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

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

【００８５】マイクロプロセッサ１８２は、暗号化処理
ブロック１６３の全体の動作を制御する。例えば、周波
数制御ブロック１９０を介して暗号化処理ブロック１６
３内の各ブロックの処理速度を制御する。更に、暗号化
処理ブロック１６３の各処理ブロックの消費電力量を計
測したり、各処理ブロックの処理内容を検証することで
メタデータが要求する時間条件で処理が履行されている
か否かを監視する機能も持つ。

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

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

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

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

【００９０】暗号化処理サブブロック１８７は、DES、R
SAなどの暗号化アルゴリズムにより暗号化されたコンテ
ンツデータの復号処理を行う。ディジタル署名検証サブ
ブロック１８８は、DSAなどによるディジタル署名アル
ゴリズムによりディジタル署名が付加されたコンテンツ
データおよびメタデータのディジタル署名検証処理を行
う。ハッシュ値計算サブブロック１８９は、ハッシュ関
数による計算を行う。

【００９１】周波数制御ブロック１９０は、暗号化処理
ブロック１６３の各処理ブロックに供給するクロックの
周波数を制御するブロックである。各ブロックに供給さ
れるクロックの周波数の設定はマイクロプロセッサ１８
２により行われる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１１】フィールド５には、データ暗号化装置７４
が、コンテンツデータおよびメタデータに施した暗号関
連処理の情報が記述される。図１６（Ａ）に示した例で
は、ディジタル署名の生成アルゴリズムは“DSA”、コ
ンテンツデータ１の暗号化アルゴリズムは“DES”、コ
ンテンツデータ１の暗号化のデータ単位は“６４KB”と
記述されている。暗号化のデータ単位は、１つの暗号化
の鍵で連続して暗号化する場合のデータの大きさであ
る。

【０１１２】暗号化に利用した鍵は、さらに別の鍵（メ
タ鍵）で暗号化されており、メタ鍵は決済センタ５７に
委託され、利用者５５が使用権情報を購入した場合、決
済サーバ５８から使用権情報とともに、後述する使用権
情報のデータ形式で、利用者５５に提供される。

【０１１３】図１６（Ｂ）に示したメタデータ２におい
て、フィールド１には、コンテンツプロバイダIDが
“２”、コンテンツIDが“２”、著作権の権利発生日時
が“西暦２０００年１月１日”として記述されている。

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

【０１１５】フィールド３には、コンテンツデータ２の
料金が記述されている。料金は、利用形態１のストリー
ミングにより利用した場合は“２０円”とされ、利用形
態２の買い取りによる利用の場合は“１００円”とさ
れ、利用形態３の期間限定１年による利用の場合は“５
０円”とされている。

【０１１６】フィールド４には、コンテンツデータ２の
総データ量として“３００MB”、再生時間として“１０
分”と記述されている。また、コンテンツデータ２は、
“MPEG-２”の規格で圧縮されているビデオデータであ
り、データの転送速度は“４Mbps”であるというデータ
も記述されている。フィールド５には、ディジタル署名
の生成アルゴリズムは“DSA”、コンテンツデータの暗
号化アルゴリズムは“DES”、暗号化のデータ単位は
“２５６KB”と記述されている。

【０１１７】図１５のフローチャートの説明に戻り、ス
テップＳ４３において、データ暗号化装置７４（図７）
は、データ編集装置７２から転送されるコンテンツデー
タおよびメタデータに暗号関連処理を施す。

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

【０１１９】ハッシュ値計算サブブロック９８は、コン
テンツサーバ５２が、サービスプロバイダ５３に対して
送信するメタデータにハッシュ関数を適用してハッシュ
値を算出する。ディジタル署名生成サブブロック９７
は、ハッシュ値計算サブブロック９８が抽出したハッシ
ュ値を、乱数生成ブロック９４が生成した乱数よりなる
暗号化鍵を利用して暗号化し、ディジタル署名を生成す
る。

【０１２０】ステップＳ４４において、データ記憶装置
７５は、データ暗号化装置７４により暗号関連処理が施
されたデータを記憶し、必要に応じてデータ送信装置７
６に出力する。ステップＳ４５において、データ送信装
置７６は、サービスプロバイダ５３が管理するサービス
サーバ５４にメタデータおよびコンテンツデータを送信
する。

【０１２１】図１７に、ステップＳ４５の処理により送
信されるデータのフォーマットの例を示す。レイヤ１
は、ステップＳ４２の処理により生成されたメタデー
タ、ステップＳ４３の処理により付加されたメタデータ
用のディジタル署名、ステップＳ４３の処理で用いられ
た暗号化鍵（コンテンツデータ用）、並びにコンテンツ
データにより構成される。コンテンツデータは、さら
に、レイヤ２としての暗号化単位ブロックにより構成さ
れている。暗号化単位ブロックは、コンテンツデータ１
の場合６４KB毎のブロックとされ、コンテンツデータ２
の場合２５６KB毎のブロックとされている。

【０１２２】次に、図１８のフローチャートを参照し
て、サービスプロバイダ５３が管理するサービスサーバ
５４（図９）の処理を説明する。ステップＳ６１におい
て、データ送受信装置１１１は、コンテンツサーバ５２
から、暗号関連処理が施されたコンテンツデータおよび
メタデータを受信する。

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

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

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

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

【０１２７】図１６（Ｂ）のメタデータ２が変更される
ことにより生成された、図１９（Ｂ）に示したメタデー
タ４においては、フィールド１には、サービスプロバイ
ダIDが“２”、コンテンツプロバイダＩＤが“２”、コ
ンテンツＩＤが“２”、メタデータ４を作成した日時が
“西暦２０００年１月２日”と記述されている。

【０１２８】フィールド３に記述される料金には、コン
テンツデータの利用形態がストリーミングの場合、コン
テンツプロバイダ５１が受け取るコンテンツデータの料
金に、送信料の１０円が付加されて“３０円”とされ、
利用形態が買い取りの場合、送信料の５０円が付加され
て“１５０円”とされ、さらに利用形態が期間限定１年
の場合は送信料の３０円が付加されて“８０円”とされ
ている。

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

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

【０１３１】ステップＳ６５において、データ記憶装置
１１６は、データ編集装置１１２で編集され、データ暗
号化装置１１４により暗号化されたデータを記憶する。
ステップＳ６６において、データ送受信装置１１１は、
利用者５５が管理する端末５６から、メタデータの送信
が要求されたか否かを判断し、メタデータの送信が要求
されたと判断するまで待機状態を維持する。その後、デ
ータ送受信装置１１１が、メタデータの送信が要求され
たと判断した場合、処理はステップＳ６７に進む。

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

【０１３３】そこで、ステップＳ６８において、データ
送受信装置１１１は、端末５６からコンテンツデータの
送信が要求されたか否かを判断する。ステップＳ６８に
おいて、データ送受信装置１１１が、端末５６からコン
テンツデータの送信が要求されたと判断した場合、ステ
ップＳ６９に進み、データ送受信装置１１１は、データ
記憶装置１１６に記憶されているコンテンツデータを、
ネットワーク２２を介して端末５６に送信する。

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

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

【０１３６】ステップＳ８２において、ライセンス装置
１３２は、使用権情報の購入を要求している利用者５５
が、サービスプロバイダ５３からコンテンツデータの提
供を受ける契約をしているか否かを確認するため、端末
５６のＳＴＢ１５１から送信される情報に基づいて、Ｓ
ＴＢ１５１は契約対象の機器であるか否かをユーザ管理
装置１３３に問い合わせる。

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

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

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

【０１４０】ステップＳ８５において、ライセンス装置
１３２は、相互認証が成立したか否かを判断し、相互認
証が成立していないと判断した場合、処理は終了され
る。ステップＳ８５において、ライセンス装置１３２
が、相互認証が成立したと判断した場合、ステップＳ８
６に進み、ライセンス装置１３２は、ＳＴＢ１５１から
送信される要求内容に基づいて、使用権情報の発行が可
能であるか否かを著作権管理装置１３４に問い合わせ
る。

【０１４１】ＳＴＢ１５１から送信される要求内容に
は、利用者５５が利用を希望するコンテンツデータのコ
ンテンツID、コンテンツデータの利用形態、および使用
権情報の代金の決済方法が含まれる。例えば、決済方法
がクレジットカードによる決済の場合、クレジットカー
ドのカード番号が、また、決済方法がプリペイドカード
型の電子マネーによる決済の場合、プリペイドカードの
カード番号が、それぞれ含まれる。ＳＴＢ１５１から送
信される要求情報は、改竄などの不正処理を防ぐため
に、暗号化処理ブロック１６３により暗号化されてＳＴ
Ｂ１５１から送信される。

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

【０１４３】ステップＳ８７において、ライセンス装置
１３２が、使用権情報の発行が可能であると判断した場
合、ステップＳ８８に進み、ライセンス装置１３２は、
課金装置１３５に対して課金処理を要求する。課金装置
１３５は、ステップＳ８９において、自らが管理してい
る料金情報から、利用者５５が要求する使用権情報の代
金を取得し、決済装置１３６に対して決済処理の要求を
するとともに、端末５６に対して課金情報を通知する。

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

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

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

【０１４７】ステップＳ９１において、課金装置１３５
が、決済は成立したと判断した場合、ライセンス装置１
３２に決済が成立したことを通知する。このときステッ
プＳ９２の処理として、ライセンス装置１３２は、使用
権情報をセッション鍵で暗号化し、ネットワーク２２を
介して端末５６に送信する。送信された使用権情報は、
ＳＴＢ１５１の暗号化処理ブロック１６３によりセッシ
ョン鍵が用いられて復号される。

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

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

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

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

【０１５２】次に、使用権情報を取得した後のＳＴＢ１
５１（図１２）の処理について、図２２と図２３のフロ
ーチャートを参照して説明する。なお、本実施の形態に
おいては、ＳＴＢ１５１の暗号化処理ブロック１６３の
暗号化処理サブブロック１８７（図１３）におけるＤＥ
Ｓの復号処理能力を、供給されるクロックが５ＭＨｚの
時には１秒あたり１Ｍビット、２５ＭＨｚの時には１秒
あたり５Ｍビットとする。ＳＴＢ１５１のその他のブロ
ックは、それぞれデータの処理能力は、５ＭＨｚの時に
は１秒あたり５０Ｍビット、２５ＭＨｚの時には１秒あ
たり２５０Ｍビットとする。

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

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

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

【０１５６】すなわち、ハッシュ値計算サブブロック１
８９は、平文で送られてきたメタデータにハッシュ関数
を適用してハッシュ値を演算する。暗号化処理サブブロ
ック１８７は、フラッシュメモリ１８５に記憶されてい
るサービスプロバイダ５３の公開鍵を用いてディジタル
署名を復号し、そこに含まれるハッシュ値を得る。

【０１５７】ディジタル署名検証サブブロック１８８
は、ハッシュ値計算サブブロック１８９が、転送された
メタデータの全文からハッシュ関数を利用して算出した
ハッシュ値と、暗号化処理サブブロック１８７により復
号されたハッシュ値を比較することにより、ディジタル
署名を検証する。

【０１５８】なお、ハッシュ値計算サブブロック１８９
が利用するハッシュ関数は、コンテンツサーバ５２のハ
ッシュ値計算サブブロック９８や、サービスサーバ５４
のデータ暗号化装置１１４が利用するハッシュ関数と同
一の関数である。

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

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

【０１６１】ステップＳ１０６において、マイクロプロ
セッサ１８２が、メタデータの内容と使用権情報の内容
を比較し、メタデータの正当性を確認した場合、ステッ
プＳ１０７に進む。マイクロプロセッサ１８２は、メタ
データの情報より各ブロックの必要動作周波数を設定す
る。例えば、サービスサーバ５４から送信されるコンテ
ンツデータに、図１９（Ａ）のメタデータ３が対応され
ている場合のマイクロプロセッサ１８２の処理について
説明する。

【０１６２】マイクロプロセッサ１８２は、メタデータ
３のフィールド４の内容から、コンテンツの転送速度が
１２８キロビット秒であることを認識する。一方、暗号
化処理ブロック１６３の暗号化処理サブブロック１８７
におけるＤＥＳの復号処理能力は、動作周波数が５ＭＨ
ｚであっても１Ｍビット秒であるからマイクロプロセッ
サ１８２は、この値で十分であると判断する。その他の
ブロックも、本実施の形態では、動作周波数が５ＭＨｚ
での動作で十分要求を満たすため、ステップＳ１０８に
おいて、各ブロックは要求される条件を履行可能である
と判断され、ステップＳ１０９に進む。

【０１６３】一方、図１９(Ｂ)のメタデータ４の場合、
データの転送速度が４Ｍビット秒のため動作周波数が５
ＭＨｚの場合、ＤＥＳの復号化処理は間に合わないと判
断される。動作周波数が２５ＭＨｚでは５Ｍビットで復
号化処理が可能なため、２５ＭＨｚで動作するよう設定
される。

【０１６４】ステップＳ１０９において、各ブロックの
動作周波数を設定する。その上で、暗号化処理部１８６
の各サブブロックにメタデータの情報を与える。ステッ
プＳ１１０において、ＳＴＢ１５１のコントローラ１６
２は、コンテンツデータの送信を要求する。ステップＳ
１１１において、暗号化処理ブロックの各ブロックは、
所定の処理を開始する。

【０１６５】ステップＳ１１２において、マイクロプロ
セッサ１８２は、暗号化処理ブロックの各ブロックの処
理状況の検証を行う。本実施の形態においては、各ブロ
ックの処理能力は、予めマイクロプロセッサ１８２に確
認されているため、ステップＳ１１２では、各ブロック
が、処理のエラーなどにより期待される時間内に処理が
終了しない可能性があるか否かを検証することになる。
ステップＳ１１３において、期待される時間内に処理が
終了しない可能性があると判断された場合、スステップ
Ｓ１１４に進む。

【０１６６】ステップＳ１１４において、マイクロプロ
セッサ１８２は、各ブロックの動作周波数の設定の変更
により所定の条件（この場合、場合時間条件）が満足さ
れるかの判断を行う。ステップＳ１１５において、満足
しないと判断された場合、処理が終了され、満足すると
判断された場合、ステップＳ１１６に進む。ステップＳ
１１６において、問題の処理ブロックの動作周波数が、
周波数制御ブロックを介して修正される。

【０１６７】一方、ステップＳ１１３において、処理は
所定通りと判断された場合、ステップＳ１１７に進む。
ステップＳ１１７において、データの処理が終了したか
否かが判断され、終了したと判断された場合、全体の処
理が終了される。一方、ステップＳ１１７において、処
理は終了していないと判断された場合、ステップＳ１１
２に戻り、それ以降の処理が繰り返される。

【０１６８】このようにして、データおよび処理の要求
条件に応じて、処理ブロックの処理速度を制御すること
で、要求条件に柔軟に対応しつつリアルタイム性を実現
した暗号等のデータ処理を実現できる。

【０１６９】以下、処理ブロックの動作周波数を制御す
ることでデータ処理を行う場合のＳＴＢ１５１の処理の
他の実施の形態について説明する。本実施の形態では、
ＳＴＢ１５１の暗号化処理ブロック１６３の暗号化処理
サブブロック１８７におけるＤＥＳの復号処理によって
生じる消費電力は、動作周波数５ＭＨｚの場合、200ミ
リワット、２５ＭＨｚの場合１ワットとする。また、残
りの処理ブロックの消費電力は動作周波数５ＭＨｚの場
合、300ミリワット、２５ＭＨｚの場合1.5ワットとす
る。

【０１７０】なお、以下の説明において図２２と図２３
のフローチャートで、ＳＴＢ１５１が、メタデータ３お
よびメタデータ４を有するコンテンツデータを受信した
場合と同一の処理については、その説明は、適宜、省略
する。

【０１７１】本実施の形態では、図２４に示すメタデー
タ６に対応するコンテンツデータ６を受信した場合の処
理に関して説明する。まず、コンテンツデータ６とメタ
データ６について説明する。コンテンツデータ６は、Ｊ
ＰＥＧ形式で圧縮され、ＤＥＳにより暗号化された静止
画像データである。図２４に示すように、メタデータ６
のフィールド１，２，３，５のデータの表現形式は、図
１９に示したメタデータ３，４と同様である。フィール
ド４には、データ全体の大きさ、データの圧縮形式、お
よび、要求消費電力基準が規定されている。要求消費電
力基準とは、システムがデータ処理を行う上で守るべき
消費電力値のことである。

【０１７２】マイクロプロセッサ１８２が、メタデータ
６を受信した場合、マイクロプロセッサ１８２は、メタ
データ６に記述されている内容から、暗号処理ブロック
においてＤＥＳの復号化処理の動作速度の判断を行う
（図２２のステップＳ１０７の処理）。この場合、リア
ルタイム性が要求されるデータではないため、マイクロ
プロセッサ１８２は、ＳＴＢ１５１が満たすべき消費電
力の上限の条件から、ＤＥＳの復号化処理の動作速度を
判断する。

【０１７３】メタデータ６のフィールド４より、ＳＴＢ
１５１では、リアルタイム性が要求されない処理におい
ては、システムの消費電力は１．５ワット以下であるこ
とが要求されているため、動作周波数５ＭＨｚで動作す
るように設定が行なわれる（図２２のステップＳ１０９
の処理）。このようにしてＳＴＢ１５１は、静止画デー
タコンテンツ６の復号化処理を開始する。

【０１７４】処理の過程で予想していたよりも消費電力
が消費されていることが認識された場合、動作周波数の
設定が変更可能なとき、適宜、動作周波数数の変更が行
なわれるが（図２３のステップＳ１１６の処理）、この
場合、要求される消費電力の条件を満たしつつ設定を変
更することができないため、処理が終了される（図２３
のステップＳ１１５の処理により修正により条件が満足
されないと判断される）。修正させる条件を備えている
場合には、設定が変更されて処理が継続される。

【０１７５】このようにして、処理ブロックの動作周波
数を制御することで要求される消費電力条件を守りつ
つ、処理の高速化を実現できる。

【０１７６】なお、本発明は、上述した実施の形態に限
られるものではなく、ディジタルデータを処理する様々
な装置（コンテンツデータ以外のデータを処理する装
置）に適用可能である。上述した実施の形態において
は、コンテンツデータ等の復号化処理にあたってのメモ
リとして、ＳＴＢ１５１の内部に配置されている、フラ
ッシュメモリ１６４や、ＳＴＢ１５１内のさらに暗号化
処理ブロック１６３内のフラッシュメモリ１８５を用い
たが、IEEE（The Institute of Electrical and Electr
onics Engineer,Inc）１３９４などの通信インタフェー
スを介してデータを送受信することが可能である場合、
外部の装置に配置されているメモリを利用することもで
きる。

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

【０１７８】図２５は、一連の処理を実行するソフトウ
ェアがインストールされるパーソナルコンピュータ２０
１の構成例を示している。パーソナルコンピュータ２０
１は、CPU(Central Processing Unit)２１１を内蔵して
いる。CPU２１１にはバス２１４を介して、入出力イン
タフェース２１５が接続されている。

【０１７９】入出力インタフェース２１５には、キーボ
ード、マウスなどの入力デバイスよりなる入力部２１
６、処理結果としての例えば音声信号を出力する出力部
２１７、処理結果としての画像を表示するディスプレイ
などよりなる表示部２１８、プログラムや各種データを
格納するハードディスクドライブなどよりなる記憶部２
１９、LAN(Local Area Network)やインタネットを介し
てデータを通信するモデムなどよりなる通信部２２０、
および、磁気ディスク２３１（フロッピディスクを含
む）、光ディスク２３２（ＣＤ-ＲＯＭ(Compact Disc-R
ead Only Memory)、DVD(Digital Versatile Disc)を含
む）、光磁気ディスク２３３（ＭＤ(Mini Disc)を含
む）、もしくは半導体メモリ２３４などの記録媒体に対
してデータを読み書きするドライブ２２１が接続されて
いる。バス２１４には、ＲＯＭ(Read OnlyMemory)２１
２およびＲＡＭ２１３も接続されている。

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

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

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

【０１８３】

【発明の効果】以上の如く本発明の情報処理装置および
方法、並びにプログラムによれば、受信された処理情報
を基に、データを処理するのに必要な処理能力を判断
し、その処理能力に対応する動作周波数を設定し、設定
された動作周波数で、データが処理されるように制御す
る。ようにしたので、低コストで、かつ、機能変更が容
易な、迅速にデータを処理することができる装置を実現
することが可能になる。

【図面の簡単な説明】

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

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

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

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

【図５】図４に続くフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２３】図２２の続きのフローチャートである。

【図２４】データ配置のフォーマットの例を説明する図
である。

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B079 BA01 BB01 BC10 DD20 5C064 BA07 BB02 BC04 BC06 BC17 BC18 BC22 BC25 BD02 BD08 BD09 BD13 CA14 CB01 CC04 5J104 AA09 AA20 LA01 LA05 LA06 NA02 NA12 PA06 PA07

Claims (7)

【特許請求の範囲】
1. 【請求項１】 データと、前記データの処理に関する処
   理情報を受信する受信手段と、 前記受信手段により受信された前記処理情報を基に、前
   記データを処理するのに必要な処理能力を判断する判断
   手段と、 前記判断手段により判断された処理能力に対応する動作
   周波数を設定する設定手段と、 前記データを処理する処理手段と、 前記設定手段により設定された前記動作周波数で、前記
   処理手段が動作するように、前記処理手段を制御する制
   御手段とを含むことを特徴とする情報処理装置。
2. 【請求項２】 前記処理手段による処理が適正に行われ
   ているか否かを判定する判定手段と、 前記判定手段により前記処理手段による処理が適正に行
   われていないと判定された場合、前記設定手段に、前記
   動作周波数の再設定を指示する指示手段とをさらに含む
   ことを特徴とする請求項１に記載の情報処理装置。
3. 【請求項３】 前記判断手段は、前記情報に含まれる前
   記データを処理する際の転送速度に関する情報を基に、
   前記処理能力を判断することを特徴とする請求項１に記
   載の情報処理装置。
4. 【請求項４】 前記判断手段は、前記情報に含まれる前
   記データを処理する際の消費電力に関する情報を基に、
   前記処理能力を判断することを特徴とする請求項１に記
   載の情報処理装置。
5. 【請求項５】 データと、前記データの処理に関する処
   理情報の受信を制御する受信制御ステップと、 前記受信制御ステップの処理で受信が制御された前記処
   理情報を基に、前記データを処理するのに必要な処理能
   力を判断する判断ステップと、 前記判断ステップの処理で判断された処理能力に対応す
   る動作周波数を設定する設定ステップと、 前記データを処理する処理ステップと、 前記設定ステップの処理で設定された前記動作周波数
   で、前記処理ステップによる処理が動作されるように、
   前記処理ステップの処理を制御する制御ステップとを含
   むことを特徴とする情報処理方法。
6. 【請求項６】 データと、前記データの処理に関する処
   理情報の受信を制御する受信制御ステップと、 前記受信制御ステップの処理で受信が制御された前記処
   理情報を基に、前記データを処理するのに必要な処理能
   力を判断する判断ステップと、 前記判断ステップの処理で判断された処理能力に対応す
   る動作周波数を設定する設定ステップと、 前記データを処理する処理ステップと、 前記設定ステップの処理で設定された前記動作周波数
   で、前記処理ステップによる処理が動作されるように、
   前記処理ステップの処理を制御する制御ステップとを含
   むことを特徴とするコンピュータが読み取り可能なプロ
   グラムが記録されている記録媒体。
7. 【請求項７】 データと、前記データの処理に関する処
   理情報の受信を制御する受信制御ステップと、 前記受信制御ステップの処理で受信が制御された前記処
   理情報を基に、前記データを処理するのに必要な処理能
   力を判断する判断ステップと、 前記判断ステップの処理で判断された処理能力に対応す
   る動作周波数を設定する設定ステップと、 前記データを処理する処理ステップと、 前記設定ステップの処理で設定された前記動作周波数
   で、前記処理ステップによる処理が動作されるように、
   前記処理ステップの処理を制御する制御ステップとをコ
   ンピュータに実行させるプログラム。