JP4655182B2 - 情報処理装置および方法、記録媒体、並びにプログラム - Google Patents
情報処理装置および方法、記録媒体、並びにプログラム Download PDFInfo
- Publication number
- JP4655182B2 JP4655182B2 JP2001116548A JP2001116548A JP4655182B2 JP 4655182 B2 JP4655182 B2 JP 4655182B2 JP 2001116548 A JP2001116548 A JP 2001116548A JP 2001116548 A JP2001116548 A JP 2001116548A JP 4655182 B2 JP4655182 B2 JP 4655182B2
- Authority
- JP
- Japan
- Prior art keywords
- processing
- data
- unit
- information
- encryption
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、暗号化されたコンテンツデータのデータ処理を、他のデータ処理と分散して処理することにより、システム毎に設計したハードウエアを用いることなく、迅速にデータを処理する情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、コンテンツデータをネットワークを介して配信する配信システムが構築されている。配信されるコンテンツデータは、データの改竄を防ぐため、暗号化されたり、ディジタル署名が付加されるなどの処理が施されている。暗号化されたコンテンツデータは、利用者の端末により復号処理されることにより、利用者はそのコンテンツデータを利用することができる。
【０００３】
暗号化技術の安全性は、復号する際の処理の難しさに依存しているため、暗号化技術の高度化にともなって、コンテンツデータを利用する利用者の端末には、より処理能力の高い端末が要求されるようになってきている。そこで、処理能力を向上させるために、利用者の端末に復号処理専用のLSI（Large Scale Integration）を配置することが提案されている。図１は、復号処理専用のLSI（以下、適宜、復号LSIと称する）の構成例を示している。
【０００４】
復号LSI１は、復号LSI１の外部に配置されるコントロールマイクロコンピュータ（以下、コントロールマイコンと略称する）２から転送される指令により復号処理を行う。復号処理には、暗号化されたコンテンツデータを復号する処理の他に、コンテンツデータに付加されているディジタル署名を検証する処理も含まれる。復号LSI１が処理した結果は、復号LSI１の外部に配置される外部メモリ３に記憶される。
【０００５】
復号LSI１は、通信インタフェース１１、コントロールユニット１２、ＲＡＭ（Random Access Memory）１３、メモリコントローラ１４、フラッシュメモリ１５、べき乗演算器１６、およびハッシュ値演算器１７から構成される。
【０００６】
コントロールマイコン２から転送される指令は、通信インタフェース１１を介してコントロールユニット１２に伝えられる。コントロールユニット１２は、べき乗演算器１６およびハッシュ値演算器１７などを補助的に用いつつ、復号LSI１の全体の動作を制御し、暗号化されているデータの復号処理、およびディジタル署名の検証処理などを行う。
【０００７】
ＲＡＭ１３には、コントロールユニット１２が利用するプログラムが記憶される。メモリコントローラ１４は、外部メモリ３に対するデータの読み書きを制御する。フラッシュメモリ１５には、コントロールユニット１２の指令によりべき乗演算器１６、およびハッシュ値演算器１７が演算した結果や、処理に必要なデータが、適宜、記憶される。
【０００８】
利用者が使用する端末に、上述したような復号LSI１を配置することにより、コンテンツデータの復号処理能力の確保および向上させることが可能となる。
【０００９】
【発明が解決しようとする課題】
しかしながら、利用者側の端末に、復号LSI１（ハードウエア）を設置する場合、暗号化されたコンテンツデータの復号処理の能力は、暗号化のセキュリティレベルに応じて計算量が異なるため、最大の負荷を処理することができるように復号LSI１を構成する必要がある。その結果、コスト高になってしまうという課題があった。また、処理能力を変更する必要が生じた場合、復号LSI１を設計し直す必要があるため、バージョンアップ等の変更が困難になるという課題があった。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、暗号化されたコンテンツデータを利用者側の端末において復号する場合に、システム毎に設計したハードウエアを利用することなく、低コストで、かつ、比較的容易に機能を変更できるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
本発明の情報処理装置は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信する受信手段と、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断する判断手段と、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定する設定手段と、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理する処理手段と、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御する制御手段とを備える。
【００１２】
前記処理手段による処理が適正に行われているか否かを判定する判定手段と、判定手段により処理手段による処理が適正に行われていないと判定された場合、設定手段に、動作周波数の再設定を指示する指示手段とをさらに含むようにすることができる。
【００１３】
前記判断手段は、情報に含まれるデータを処理する際の転送速度に関する情報を基に、処理能力を判断するようにすることができる。
【００１４】
前記判断手段は、情報に含まれるデータを処理する際の消費電力に関する情報を基に、処理能力を判断するようにすることができる。
【００１５】
前記判断手段は、前記処理情報を基に、前記データに暗号関連処理が施されているか否かを判断し、暗号関連処理が施されていると判断された場合、前記処理能力を計算するようにすることができる。
本発明の情報処理方法は、受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置の情報処理方法において、前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御するステップを含む。
【００１６】
本発明の記録媒体のプログラムは、受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置を制御するコンピュータが読み取り可能なプログラムを記録している記録媒体において、前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御するステップを含む処理をコンピュータに実行させるためのプログラムが記録されている。
【００１７】
本発明のプログラムは、受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置を制御するコンピュータが読み取り可能なプログラムであって、前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御するステップを含む処理をコンピュータに実行させる。
【００１８】
本発明の情報処理装置および方法、並びにプログラムにおいては、受信された処理情報を基に、データを処理するのに必要な処理能力が判断され、その処理能力に対応する動作周波数が設定され、設定された動作周波数で、データが処理されるように制御される。
【００１９】
【発明の実施の形態】
以下に、本発明の実施の形態について図面を参照して説明する。図２は、本発明を適用したデータ処理システムの一実施の形態の構成例を示すブロック図である。データ送信装置２１により生成され、暗号化されたコンテンツデータは、ネットワーク２２を介してデータ受信装置２３に送信される。
【００２０】
データ送信装置２１は、データ処理判断部３１、データ生成部３２、データ記憶部３３、およびデータ送信部３４から構成される。データ処理判断部３１は、データ送信装置２１の全体の動作を制御する。データ生成部３２は、所定の方法により提供されたコンテンツデータを暗号化したり、ディジタル署名を生成する（以下、コンテンツデータの暗号化処理、およびディジタル署名の生成処理をまとめて暗号関連処理と称する）。
【００２１】
また、データ生成部３２は、コンテンツデータの暗号化に関するデータなどが記述されているメタデータを生成する。データ記憶部３３は、データ生成部３２により生成されたコンテンツデータおよびメタデータを記憶する。データ送信部３４は、データ受信装置２３からの要求に応じて、データ記憶部３３に記憶されているメタデータおよびコンテンツデータを送信する。
【００２２】
ネットワーク２２は、データ送信装置２１およびデータ受信装置２３の間で送受信されるデータの伝送路であり、例えば、インターネット、電話回線網、ケーブルテレビジョン放送網、衛星を介したディジタルテレビジョン放送網等により構成される。
【００２３】
データ受信装置２３は、データ受信部４１、データ処理判断部４２、復号処理部４３、計算部４４、データ記憶部４５、および周波数制御部４６により構成される。データ受信部４１は、データ送信装置２１から送信されたメタデータおよびコンテンツデータを受信する。データ処理判断部４２は、データ受信装置２３の全体の動作を制御する。
【００２４】
復号処理部４３は、データ受信部４１により受信されたコンテンツデータが暗号化されている場合、コンテンツデータを復号し、ディジタル署名が付加されている場合、ディジタル署名の検証などの処理を行う（以下、コンテンツデータの復号処理、および、ディジタル署名の検証処理を、まとめて復号関連処理と称する）。
【００２５】
計算部４４は、データ処理判断部４２の指令を受けて、演算処理機能を提供する。データ記憶部４５は、データ受信部４１により受信されたコンテンツデータ、および、復号処理部４３により復号され、かつ、ディジタル署名が検証されたコンテンツデータを記憶する。周波数制御部４６は、データ受信装置２３の各ブロックに対してクロックを供給する。供給されるクロックの周波数はデータ処理判断部４２により設定可能で、その結果各ブロックの処理速度、消費電力を制御することが可能となる。
【００２６】
図３は、データ送信装置２１の処理を説明するフローチャートである。ステップＳ１において、データ生成部３２は、外部から所定の方法により提供されるアナログデータまたはディジタルデータを取得し、その取得されたデータを、ネットワーク２２を介してデータ受信装置２３に対して送信することが可能な形式に圧縮し、暗号関連処理を施すことにより、コンテンツデータを作成する。
【００２７】
また、データ生成部３２は、メタデータも生成する。メタデータには、送信されるコンテンツデータの特徴、コンテンツデータの暗号関連処理に関する情報である暗号関連情報が記述される。メタデータに含まれるコンテンツデータの特徴には、例えば、コンテンツデータの制作者、制作時期、制作者を識別する制作者ID、コンテンツデータの利用形態、コンテンツデータ利用形態毎の料金、コンテンツデータの再生時間、コンテンツデータの圧縮方法、総データ量、データの転送速度などが含まれる。また、メタデータに含まれるコンテンツデータの暗号関連情報には、例えば、暗号化アルゴリズム、ディジタル署名の生成アルゴリズム、データ単位が含まれる。これらの具体例については後述する。
【００２８】
ステップＳ２において、データ記憶部３３は、ステップＳ１の処理でデータ生成部３２により作成されたコンテンツデータおよびメタデータを記憶する。ステップＳ３において、データ処理判断部３１は、データ受信装置２３からメタデータの送信が要求されたか否かを判断する。ステップＳ３において、メタデータの送信が要求されたと判断されるまで待機状態が維持される。ステップＳ３において、データ処理判断部３１により、メタデータの送信が要求されたと判断された場合、処理はステップＳ４に進む。
【００２９】
ステップＳ４において、データ送信部３４は、データ記憶部３３に記憶されているメタデータを、ネットワーク２２を介してデータ受信装置２３に送信する。後述するように、メタデータを受信したデータ受信装置２３は、メタデータに記述されている情報を分析し、コンテンツデータを処理するための準備を行う。メタデータに記述されているコンテンツデータの情報に基づいて、コンテンツデータを処理するための準備が完了された場合、データ受信装置２３は、コンテンツデータの送信をデータ送信装置２１に要求する。
【００３０】
そこで、ステップＳ５において、データ処理判断部３１は、データ受信装置２３からコンテンツデータの送信が要求されたか否かを判断する。ステップＳ５において、データ処理判断部３１によりデータ受信装置２３からコンテンツデータの送信が要求されていないと判断された場合、データ処理判断部３１は、データ受信装置２３が、コンテンツデータの処理の準備が完了していないと認識し、コンテンツデータの送信が要求されるまで待機状態を維持する。
【００３１】
ステップＳ５において、データ処理判断部３１が、データ受信装置２３からコンテンツデータの送信が要求されたと判断した場合、ステップＳ６に進み、データ送信部３４は、データ記憶部３３に記憶されているコンテンツデータを読み出し、ネットワーク２２を介してデータ受信装置２３に対して送信する。
【００３２】
図４は、データ受信装置２３の処理を説明するフローチャートである。ステップＳ１１において、データ処理判断部４２は、データ受信装置２３を管理する利用者からコンテンツデータの受信の指令が入力された場合、データ送信装置２１に対して、そのコンテンツデータに対応するメタデータの送信を要求する。
【００３３】
ステップＳ１２において、データ受信部４１は、データ送信装置２１から送信されてきたメタデータを、ネットワーク２２を介して受信する。データ受信部４１が受信したメタデータは、データ処理判断部４２に転送され、記述されている内容の分析が行われる。
【００３４】
ステップＳ１３において、データ処理判断部４２は、メタデータに記述されているコンテンツデータに関する情報から、送信されてくるコンテンツデータは、暗号関連処理が施されているか否かを判断する。ステップＳ１３において、データ処理判断部４２は、送信されてくるコンテンツデータには、暗号関連処理が施されていないと判断した場合、ステップＳ１４に進み、データ処理判断部４２は、データ送信装置２１に対して、コンテンツデータの送信を要求する。
【００３５】
ステップＳ１５において、データ受信部４１は、データ送信装置２１から、ネットワーク２２を介して送信されたコンテンツデータを受信する。データ受信装置２３を管理する利用者がデータ受信部４１により受信されたコンテンツデータを利用する場合、コンテンツデータは復号関連処理を行う必要がないため、データ記憶部４５は、受信されたコンテンツデータを記憶し、データ受信装置２３を管理する利用者から要求があるまで保持する。
【００３６】
一方、ステップＳ１３において、データ処理判断部４２は、メタデータに記述されている内容から、送信されてくるコンテンツデータは暗号関連処理が施されているデータであると判断した場合、処理はステップＳ１６に進む。
【００３７】
ステップＳ１６において、データ処理判断部４２は、受信したメタデータの内容を解析する。メタデータには、データ復号などの暗号関連処理や、その他のデータ受信装置に要求される処理の内容が記述されている。このメタデータに含まれるデータには、例えば、各種処理を所定の時間内に完了するよう要求する条件（以下、リアルタイム処理要求条件）や、所定の消費電力で処理を実行するよう要求する条件（以下、消費電力維持条件）が規定されている。
【００３８】
データ処理判断部４２は、リアルタイム処理要求条件や、消費電力維持条件が規定されている場合、その実現に最適な動作周波数を計算する。ステップＳ１７において、データ処理判断部４２は、リアルタイム処理要求条件や消費電力維持条件を実現するための最適な動作周波数が計算できないと判断した場合、図４に示したフローチャートの処理は終了される。
【００３９】
ステップＳ１７において、実現が可能であると判断（最適な周波数が計算できたと判断）された場合、ステップＳ１８に進む。ステップＳ１８において、データ処理判断部４２は、周波数制御部４６を操作して、データ受信装置２３内の各処理ブロックを、所定の周波数で動作させるよう設定する。また、データ処理判断部４２は、コンテンツデータの暗号関連処理に関する情報である暗号関連情報を含むメタデータを復号処理部４３に通知する。
【００４０】
暗号関連情報には、コンテンツデータの暗号化アルゴリズム、ディジタル署名のアルゴリズム、および、データ単位が記述されている。復号処理部４３は、コンテンツデータの暗号関連情報に基づいて、データ受信部４１が、受信したコンテンツデータの復号関連処理を準備する。なお、データ処理判断部４２により転送される暗号関連情報は、処理内容の漏洩、処理内容の改竄を防ぐために、さらに暗号関連処理が施されている場合があるが、ここでは、暗号関連情報には暗号関連処理が施されていないものとして説明する。しかしながら、そのような仕組みを設けても良い。
【００４１】
ステップＳ１９において、復号処理部４３から、コンテンツデータの復号関連処理の準備が完了した旨の通知を受けたデータ処理判断部４２は、データ送信装置２１に対して、コンテンツデータの送信を要求する。
【００４２】
ステップＳ２０において、データ受信部４１は、コンテンツデータを受信する。受信されたコンテンツデータは、復号処理部４３に転送され、復号処理部４３は、単独で、コンテンツデータの復号関連処理を行う。復号関連処理が行われ、利用することが可能となったデータは、データ記憶部４５に記憶される。
【００４３】
ステップＳ２１（図５）において、データ処理判断部４２は、データ受信装置２３内の各処理ブロックが、メタデータで要求された所定の条件を満たしているかを検証する。リアルタイム処理要求条件が要求されている場合、特定の時間で所定の処理が終了しているかどうか、あるいは処理の失敗が生じていないかを検証することにより条件が満たされているかを判断する。消費電力維持条件が要求されている場合、消費電力の計測を行い、要求が満たされているかを判断する。
【００４４】
ステップＳ２２において、所定の要求が満たされていないと判断された場合、ステップＳ２３に進む。ステップ２３において、データ処理判断部４２は、動作周波数の修正により要求条件を満たすことが可能であるか否かを判断する。ステップＳ２３において、要求が満たせないと判断された場合、処理は終了される。ステップＳ２３において、動作周波数の修正により、要求条件を満たすことが可能であると判断された場合、ステップＳ２４に進む。
【００４５】
ステップＳ２４において、データ処理判断部４２は、メタデータによる要求条件が満たされるよう、リアルタイム処理要求条件の要求条件が満たされていない場合、関連ブロックの動作周波数の引き上げを、消費電力維持条件が満たされていない場合、関連ブロックの動作周波数の引き下げを決定し、周波数制御部４６を制御する。そして、ステップＳ２１の処理に戻り、それ以降の処理が繰り返される。
【００４６】
一方、ステップＳ２２において、所定の条件が満たされていると判断された場合、ステップＳ２５に進む。ステップＳ２５において、全体の処理が終了したか否かが判断される。ステップＳ２５において、処理が終了されたと判断された場合、処理が終了され、処理は終了されてないと判断された場合、ステップＳ２１に戻り、それ以降の処理が繰り返される。
【００４７】
図６は、本発明を適用したコンテンツ配信システムの構成を示す図である。コンテンツプロバイダ５１は、コンテンツサーバ５２を管理しており、コンテンツデータおよびメタデータを作成する。コンテンツプロバイダ５１が作成したコンテンツデータおよびメタデータは、サービスプロバイダ５３が管理するサービスサーバ５４に供給される。コンテンツデータは、映画、音楽などのディジタルデータであり、メタデータにはそれらのデータに関する情報が記述される。
【００４８】
サービスプロバイダ５３は、ネットワーク２２を介して、契約者である利用者５５に対してコンテンツデータおよびメタデータを送信する。利用者５５は、サービスプロバイダ５３から送信されたコンテンツデータおよびメタデータを、自らが操作する端末５６において利用する。
【００４９】
決済センタ５７は、決済サーバ５８を管理しており、利用者５５に対してコンテンツデータの使用権情報を発行するとともに、使用権情報の代金の決済処理を行う。また、決済センタ５７は、利用者５５から支払われた代金を、コンテンツプロバイダ５１と、サービスプロバイダ５３の間で予め設定された契約に基づいて分配する。
【００５０】
図７は、コンテンツサーバ５２の構成例を示すブロック図である。コンテンツサーバ５２は、データキャプチャ装置７１、データ編集装置７２、メタデータ生成装置７３、データ暗号化装置７４、データ記憶装置７５、およびデータ送信装置７６より構成される。
【００５１】
データキャプチャ装置７１は、外部から取り込んだデータを、コンテンツサーバ５２の各装置が処理できるデータ形式に変換する。データ編集装置７２は、データキャプチャ装置７１から転送されたデータから、利用者５５に提供するコンテンツデータを作成する。また、データ編集装置７２は、メタデータ生成装置７３が生成したメタデータを、コンテンツデータに付加する。
【００５２】
データ暗号化装置７４は、データ編集装置７２から転送されたコンテンツデータおよびメタデータに暗号関連処理を施す。データ記憶装置７５は、データ暗号化装置７４により暗号関連処理が施されたメタデータおよびコンテンツデータを記憶し、必要に応じてデータ送信装置７６に転送する。
【００５３】
データ送信装置７６は、サービスプロバイダ５３が管理するサービスサーバ５４にコンテンツデータを送信する。なお、具体的な各装置の処理については、図１５のフローチャートを参照して後述する。
【００５４】
図８は、コンテンツサーバ５２内のデータ暗号化装置７４の構成例を示すブロック図である。データ暗号化装置７４は、入出力インタフェースブロック９１、データ処理判断ブロック９２、データ記憶ブロック９３、乱数生成ブロック９４、および暗号化処理ブロック９５から構成される。さらに、暗号化処理ブロック９５は、暗号化処理サブブロック９６、ディジタル署名生成サブブロック９７、およびハッシュ値計算サブブロック９８より構成される。
【００５５】
入出力インタフェースブロック９１は、データ編集装置７２（図７）から供給されるメタデータおよびコンテンツデータを、データ処理判断ブロック９２に転送する。データ処理判断ブロック９２は、データ暗号化装置７４の全体の動作を制御する。データ記憶ブロック９３は、暗号化処理ブロック９５において、暗号関連処理が施されたメタデータ、コンテンツデータ、処理に必要なデータなどを、適宜、記憶する。
【００５６】
乱数生成ブロック９４は、データ処理判断ブロック９２からの指令により乱数を生成し、暗号化処理ブロック９５に供給する。乱数生成ブロック９４が生成する乱数は、暗号化アルゴリズムであるDES（Data Encryption Standard）、RSA（Rivest-Shamir-Adleman scheme）などの共通鍵暗号方式で暗号関連処理する場合の鍵として利用される。
【００５７】
暗号化処理ブロック９５は、コンテンツデータの暗号化およびディジタル署名の生成処理を行う。この暗号化処理ブロック９５の暗号化処理サブブロック９６は、DES、RSAなどの暗号化アルゴリズムによりコンテンツデータの暗号化処理を行う。
【００５８】
ディジタル署名生成サブブロック９７は、DSA（Digital Signature Algorithm）などによるディジタル署名の生成アルゴリズムによりディジタル署名を生成する。ディジタル署名は、データの改竄のチェックおよびデータの制作者を認証するためのデータである。
【００５９】
ハッシュ値計算サブブロック９８は、ハッシュ関数による計算を行う。ハッシュ関数は、送信するデータを入力とし、その入力されたデータを、所定のビット長のデータに圧縮し、ハッシュ値として出力する関数である。ハッシュ関数は、出力であるハッシュ値から入力データを復元することが難しく、また、同一の出力結果のハッシュ値を持つ入力データを探し出すことが困難である（一方向である）特徴を有する。
【００６０】
ここで、ディジタル署名の生成および検証について説明する。ディジタル署名の生成者は、送信するデータから特定のアルゴリズムを用いて、メッセージダイジェストを作成する（ハッシュ値計算サブブロック９８により、送信されるデータに、ハッシュ関数が適用され、メッセージダイジェストが作成される）。ディジタル署名の生成者は、自分の秘密鍵（乱数生成ブロック９４により生成された乱数）を用いて、このメッセージダイジェストと送信するデータの全文を暗号化し、利用者５５（端末５６（図６））に送信する。
【００６１】
一方、データの利用者５５は、データを受信し、ディジタル署名の生成者が提供する公開鍵を利用して、暗号化されているデータの全文、およびメッセージダイジェストを復号処理する。次に、データの利用者は復号したデータの全文から、ディジタル署名の生成者と同一の方式（同一のハッシュ関数）でメッセージダイジェストを作成する。生成されたメッセージダイジェストと受信されたメッセージダイジェストを比較することにより、ディジタル署名の検証が行なわれる。
【００６２】
すなわち、データの作成者から送信され、受信者が復号したメッセージダイジェストと、受信者が復号したデータの全文から、作成者と同一の方式により作成されたメッセージダイジェストが等しければ、そのデータは改竄などの不正な処理が行われていないことを表す。
【００６３】
なお、データ暗号化装置７４において、説明の便宜上、暗号化処理サブブロック９６、およびディジタル署名生成サブブロック９７は暗号関連処理を行うとしたが、通常は、復号関連処理も行うことが可能である。すなわち、暗号化処理サブブロック９６はデータの暗号化および復号が可能であるし、ディジタル署名生成サブブロック９７はディジタル署名の生成および検証が可能である。
【００６４】
さらに、後述する図１２の暗号化処理ブロック１６３に配置されている暗号化処理部１８６を構成するサブブロックも、データ暗号化装置７４を構成するサブブロックと同様に、復号関連処理だけでなく暗号関連処理を実行することができる。また、サービスサーバ５４に配置されているデータ暗号化装置１１４も上述したコンテンツサーバ５２に配置されているデータ暗号化装置７４、および復号処理ブロック１６３と同様に、復号関連処理だけでなく暗号関連処理を実行することができる。これにより、それぞれの装置間で送受信されるデータに、改竄などの不正な処理が行われることを防ぐことが可能となる。
【００６５】
上述したような暗号関連処理が施されたコンテンツデータおよびメタデータは、サービスプロバイダ５３が管理するサービスサーバ５４に送信される。
【００６６】
図９は、サービスサーバ５４（図６）の構成例を示すブロック図である。サービスサーバ５４は、データ送受信装置１１１、データ編集装置１１２、メタデータ生成装置１１３、データ暗号化装置１１４、コンテンツプロモーションサーバ１１５、およびデータ記憶装置１１６より構成される。
【００６７】
データ送受信装置１１１は、コンテンツサーバ５２（図６，６）から送信されるコンテンツデータおよびメタデータを受信する。また、データ送受信装置１１１は、利用者５５の端末５６（図６）に対し、ネットワーク２２を介してコンテンツデータおよびメタデータを送信する。データ送受信装置１１１は、コンテンツデータおよびメタデータを送信するタイミングを判断する。送信するタイミングは、例えば、利用者５５からの要求に応じて送信する場合や、メタデータに記述されているタイミングで送信する場合などがある。
【００６８】
データ編集装置１１２は、サービスサーバ５４の各装置で処理されたデータを編集し、利用者５５に提供する形態にデータを編集する。メタデータ生成装置１１３は、メタデータを生成する。メタデータ生成装置１１３が生成するメタデータには、サービスプロバイダ５３がコンテンツデータを利用者５５に提供する際に、サービスプロバイダ５３が利用者５５に対して通知する情報が記述される。
【００６９】
データ暗号化装置１１４は、メタデータ生成装置１１３が生成したメタデータにディジタル署名を生成するなどの暗号関連処理を行う。データ暗号化装置１１４の詳細な構成は、図７に示したコンテンツサーバ５２のデータ暗号化装置７４（図８）の構成と同様である。
【００７０】
コンテンツプロモーションサーバ１１５は、サービスプロバイダ５３が利用者５５に提供するコンテンツの一覧情報を作成するとともに、ディスカウント情報などを利用者５５の要求に応じて提供する。コンテンツプロモーションサーバ１１５は、WWWサーバとして設置され、利用者５５は端末５６に装備されているブラウザを利用することにより、コンテンツプロモーションサーバ１１５が提供するサービスを受けることができる。さらに、コンテンツプロモーションサーバ１１５は、利用者５５からの電話による問い合わせに対応できるようにもなっている。
【００７１】
データ記憶装置１１６は、データ編集装置１１２で編集されたデータを記憶し、利用者５５からの要求に応じて、データ送受信装置１１１に対してコンテンツデータおよびメタデータを転送する。なお、具体的な各装置の処理については、図１８のフローチャートを参照して後述する。
【００７２】
図１１は、決済センタ５７（図６）が管理している決済サーバ５８の構成例を示すブロック図である。決済サーバ５８は、データ送受信装置１３１、ライセンス装置１３２、ユーザ管理装置１３３、著作権管理装置１３４、課金装置１３５、および決済装置１３６より構成される。
【００７３】
データ送受信装置１３１は、端末５６から、ネットワーク２２を介して通知されるコンテンツデータの使用権の購入要求情報を受信するとともに、コンテンツプロバイダ５１（コンテンツサーバ５２）およびサービスプロバイダ５３（サービスサーバ５４）に対して、利用者５５から回収した代金に関する課金情報を送信する。
【００７４】
ライセンス装置１３２は、利用者５５からコンテンツデータの使用権購入が要求された場合、使用権情報の発行処理を行う。ユーザ管理装置１３３は、サービスプロバイダ５３から、コンテンツデータの提供を受ける契約をしている利用者５５、および、その利用者５５が操作する端末５６の情報を管理する。利用者５５および端末５６の情報には、端末５６に含まれるセットトップボックス（不図示）の契約日、契約条件、サービスの利用情報などが含まれる。
【００７５】
著作権管理装置１３４は、コンテンツデータの著作権の他、サービスプロバイダ５３から提供される利用者５５が利用可能なコンテンツデータの利用形態、および利用者５５によるコンテンツデータの購入履歴などを管理する。課金装置１３５は、コンテンツデータの使用権情報の料金情報を管理するとともに、利用者５５に対して、課金情報を通知する。
【００７６】
決済装置１３６は、課金装置１３５から決済処理の要求をうけて、決済処理を行う。具体的な決済方法としては、クレジットカードによる決済方法、プリペイド型の電子マネーによる決済方法などがある。なお、決済サーバ５８の使用権情報の発行処理については、図２０に示すフローチャートを参照して後述する。
【００７７】
図１１は、利用者５５が管理する端末５６の構成例を示すブロック図である。
端末５６は、セットトップボックス１５１（以下、適宜、ＳＴＢ１５１と称する）、およびデータ再生装置１５２より構成される。
【００７８】
ＳＴＢ１５１は、ネットワーク２２を介して、サービスサーバ５４、および決済サーバ５８との間でデータの送受信を行う。データ再生装置１５２は、サービスサーバ５４から提供され、ＳＴＢ１５１が処理したコンテンツデータを再生する装置である。データ再生装置１５２は、例えば、テレビジョン受像機、パーソナルコンピュータなどの電子機器により構成される。
【００７９】
図１２は、セットトップボックス１５１（図１１）の構成例を示すブロック図である。ＳＴＢ１５１は、データ送受信ブロック１６１、コントローラ１６２、暗号化処理ブロック１６３、フラッシュメモリ１６４、および外部ＲＡＭ（Random Access Memory）１６５から構成される。
【００８０】
データ送受信ブロック１６１は、サービスサーバ５４から、ネットワーク２２を介して送信されるコンテンツデータおよびメタデータ、若しくは決済サーバ５８から送信されるコンテンツデータの使用権情報などを受信する。また、データ送受信ブロック１６１は、サービスサーバ５４に対するデータの送信要求、および決済サーバ５８に対する使用権情報を要求する情報などを送信するとともに、データ再生装置１５２に、処理結果を転送する。
【００８１】
コントローラ１６２は、ソフトウェアにより動作し、ＳＴＢ１５１全体の動作を制御する。暗号化処理ブロック１６３は、データ送受信ブロック１６１が受信するコンテンツデータおよびメタデータの復号関連処理を行う。
【００８２】
フラッシュメモリ１６４は、ＳＴＢ１５１の電源遮断後もデータを記憶している不揮発性のメモリである。フラッシュメモリ１６４には、各ブロックが処理するために必要なデータ、および各ブロックの処理結果が、適宜、記憶される。外部ＲＡＭ１６５は、暗号化処理ブロック１６３による処理結果、および他のブロックが分散処理を行った場合の分散処理結果を記憶する。
【００８３】
図１３は、暗号化処理ブロック１６３（図１２）の詳細な構成例を示すブロック図である。暗号化処理ブロック１６３は、入出力インタフェースブロック１８１、マイクロプロセッサ１８２、ＲＡＭ１８３、乱数生成ブロック１８４、フラッシュメモリ１８５、暗号化処理部１８６、および周波数制御ブロック１９０により構成される。さらに、暗号化処理部１８６は、暗号化処理サブブロック１８７、ディジタル署名検証サブブロック１８８、およびハッシュ値計算サブブロック１８９より構成される。
【００８４】
入出力インタフェースブロック１８１は、データ送受信ブロック１６１（図１２）が受信したコンテンツデータおよびメタデータのうち、コントローラ１６２（図１２）により復号関連処理が必要であると判断され、暗号化処理ブロック１６３（図１２）に転送されるデータを受信する。入出力インタフェースブロック１８１は、コントローラ１６１から供給されるデータを、マイクロプロセッサ１８２に転送する。
【００８５】
マイクロプロセッサ１８２は、暗号化処理ブロック１６３の全体の動作を制御する。例えば、周波数制御ブロック１９０を介して暗号化処理ブロック１６３内の各ブロックの処理速度を制御する。更に、暗号化処理ブロック１６３の各処理ブロックの消費電力量を計測したり、各処理ブロックの処理内容を検証することでメタデータが要求する時間条件で処理が履行されているか否かを監視する機能も持つ。
【００８６】
ＲＡＭ１８３は、マイクロプロセッサ１８２が処理をするのに必要なプログラムを記憶している。また、ＲＡＭ１８３には、マイクロプロセッサ１８２が処理した結果も、適宜、記憶される。
【００８７】
乱数生成ブロック１８４は、マイクロプロセッサ１８２からの指令により乱数を生成し、暗号化処理部１８６に供給する。乱数生成ブロック１８４が生成した乱数は、DES、RSAなどの暗号方式で暗号関連処理が施されたデータを、復号する場合の鍵として利用される。
【００８８】
フラッシュメモリ１８５は、不揮発性のメモリであり、内部に図示せぬコントローラを保持している。マイクロプロセッサ１８２において動作するソフトウエアの実行コード、復号関連処理に必要となる各種データ、購入したコンテンツデータの使用権情報などが記憶される。
【００８９】
暗号化処理部１８６は、コンテンツデータおよびメタデータの復号関連処理を行う。暗号化処理部１８６は、さらに、以下の機能を提供するサブブロックにより構成される。
【００９０】
暗号化処理サブブロック１８７は、DES、RSAなどの暗号化アルゴリズムにより暗号化されたコンテンツデータの復号処理を行う。ディジタル署名検証サブブロック１８８は、DSAなどによるディジタル署名アルゴリズムによりディジタル署名が付加されたコンテンツデータおよびメタデータのディジタル署名検証処理を行う。ハッシュ値計算サブブロック１８９は、ハッシュ関数による計算を行う。
【００９１】
周波数制御ブロック１９０は、暗号化処理ブロック１６３の各処理ブロックに供給するクロックの周波数を制御するブロックである。各ブロックに供給されるクロックの周波数の設定はマイクロプロセッサ１８２により行われる。
【００９２】
図１４は、暗号化処理ブロック１６３が、コントローラ１６２等と送受信するデータのデータ形式を示す図である。コントローラ１６２は、暗号化処理ブロック１６３に対して、図１４のデータ形式のコマンドデータで処理を要求する。また、暗号化処理ブロック１６３は、コマンドデータに基づいて各ブロックを制御し、所定の処理を実行させるとともに、コマンドデータにより処理を要求したコントローラ１６２に対して、図１４のデータ形式のレスポンスデータで処理結果を送信する。
【００９３】
フィールド１は、データ種識別フィールドであり、コマンドデータ、またはレスポンスデータの種類が記述される。フィールド２は、データ番号フィールドであり、コマンドデータ、または、レスポンスデータの番号が記述される。フィールド３は、データ長フィールドであり、データフィールド４に記述されるデータの長さが記述される。
【００９４】
フィールド４は、データフィールドであり、コマンドデータとして処理を要求するデータ、またはレスポンスデータとして送信する処理結果のデータが記述される。以下、コマンドデータ、およびレスポンスデータについて説明する。
【００９５】
フィールド２のデータ番号フィールドに記述される番号が、１であるコマンド１は、ディジタル署名の検証処理の要求を表し、フィールド４のデータフィールドに記述されているデータに対して、暗号化処理ブロック１６３は、データが改竄されていないかを検証し、その処理結果をレスポンス１として、データ処理を要求したブロックに送信する。
【００９６】
コマンド２は、ディジタル署名の生成処理の要求を表し、暗号化処理ブロック１６３は、フィールド４のデータフィールドに記述されているデータに対して、ディジタル署名を付加したデータをレスポンス２として、データ処理を要求したブロックに送信する。
【００９７】
コマンド３は、暗号化されているデータの復号処理の要求を表し、暗号化処理ブロック１６３は、フィールド４のデータフィールドに記述されている暗号化されているデータに対して、復号処理を行い、復号したデータをレスポンス３として、データ処理を要求したブロックに送信する。
【００９８】
コマンド４は、暗号化処理の要求を表し、暗号化処理ブロック１６３は、フィールド４のデータフィールドに記述されているデータを暗号化し、暗号化したデータをレスポンス４として、データ処理を要求したブロックに送信する。
【００９９】
コマンド５は、ハッシュ値計算の要求を表し、ハッシュ値計算サブブロック１８９は、フィールド４のデータフィールドに記述されているデータ、およびアルゴリズムをもとに、ハッシュ関数による計算を行い、計算結果のデータをレスポンス５として、データ処理を要求したブロックに送信する。
【０１００】
コマンド６は、処理の停止要求を表し、このコマンドを受信した場合、暗号化処理ブロック１６３は、その時点で行っている処理を停止し、停止した旨の通知をレスポンス６として処理の停止を要求するブロックに送信する。
【０１０１】
コマンド７は、使用権情報の送信要求を表し、このコマンドを受信した場合、暗化号処理ブロック１６３は、自らがフラッシュメモリ１８５に保持している使用権情報を暗号化して、決済サーバ５８にレスポンス７として送信する。
【０１０２】
コマンド８は、外部装置または他のブロックから送信されるメッセージである。そのデータフィールドには、コンテンツデータの分散処理先である装置、コントローラ１６２などからメッセージが入力される。
【０１０３】
レスポンス９は、暗号化処理ブロック１６３が、外部装置または他のブロックに対して送信するメッセージである。
【０１０４】
以下、コンテンツプロバイダ５１が提供するコンテンツデータを、利用者５５が利用するまでの一連の処理についてフローチャートを参照して説明する。まず、図１５のフローチャートを参照して、コンテンツプロバイダ５１が管理するコンテンツサーバ５２（図７）の処理について説明する。
【０１０５】
ステップＳ４１において、データキャプチャ装置７１は、ビデオカメラ、およびオーディオレコーダなどから取り込んだアナログデータ、またはディジタルデータを、コンテンツサーバ５２の各装置が処理できるデータ形式に、ディジタル化処理や圧縮などの処理を行う。
【０１０６】
ステップＳ４２において、データ編集装置７２は、データキャプチャ装置７１から取得したデータから、コンテンツプロバイダ５１の指令に基づいて、利用者５５に提供するコンテンツデータを作成する。また、データ編集装置７２は、メタデータ生成装置７３が生成するメタデータをコンテンツデータに付加する。
【０１０７】
図１６は、メタデータ生成装置７３が生成するメタデータの構成について説明する図である。図１６（Ａ）のメタデータ１において、フィールド１には、コンテンツプロバイダ５１を特定するコンテンツプロバイダIDが“２”、メタデータ１に対応するコンテンツデータ（以下、適宜、コンテンツデータ１と称する。後述する他のメタデータが付加されるコンテンツデータの場合も同様とする）を特定するコンテンツIDが“１”、コンテンツデータ１の著作権の権利発生日時が“西暦２０００年１月１日”と、それぞれ記述されている。
【０１０８】
フィールド２には、利用者５５によるコンテンツデータ１の利用形態が記述される。ここでは、利用形態１としてストリーミング、利用形態２として買い取りが記述されている。ストリーミングによる利用形態は、端末５６において、サービスサーバ５４からコンテンツデータ１を受信しながらリアルタイムで再生する利用形態であり、利用回数が１回のみの利用形態である。買い取りによる利用形態とは、期間および利用回数が無制限である利用形態であり、端末５６に送信されたコンテンツデータ１は、端末５６に備えられている図示せぬ記録媒体に記録される。
【０１０９】
フィールド３には、コンテンツデータ１の利用形態毎の料金が記述される。ここでは、コンテンツデータ１を利用形態１のストリーミングにより利用した場合、料金は２０円とされ、コンテンツデータ１を利用形態２の買い取りにより利用した場合、料金は１００円とされている。利用者５５は、フィールド３に記述される料金に基づいて、決済センタ５７に対して使用権情報の代金を支払う。
【０１１０】
フィールド４には、コンテンツデータ１の形式的な情報が記述される。ここでは、コンテンツデータ１の総データ量は“５７．６MB”で、端末５６のデータ再生装置１５２で再生した場合の再生時間は“１０分”と記述されている。また、コンテンツデータ１は、“MP３(MPEG（Moving Picture Experts Group )-１ Audio 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 Electronics Engineer,Inc）１３９４などの通信インタフェースを介してデータを送受信することが可能である場合、外部の装置に配置されているメモリを利用することもできる。
【０１７７】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータや、ＳＴＢ１５１などに、記録媒体からインストールされる。
【０１７８】
図２５は、一連の処理を実行するソフトウェアがインストールされるパーソナルコンピュータ２０１の構成例を示している。パーソナルコンピュータ２０１は、CPU(Central Processing Unit)２１１を内蔵している。CPU２１１にはバス２１４を介して、入出力インタフェース２１５が接続されている。
【０１７９】
入出力インタフェース２１５には、キーボード、マウスなどの入力デバイスよりなる入力部２１６、処理結果としての例えば音声信号を出力する出力部２１７、処理結果としての画像を表示するディスプレイなどよりなる表示部２１８、プログラムや各種データを格納するハードディスクドライブなどよりなる記憶部２１９、LAN(Local Area Network)やインタネットを介してデータを通信するモデムなどよりなる通信部２２０、および、磁気ディスク２３１（フロッピディスクを含む）、光ディスク２３２（ＣＤ-ＲＯＭ(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク２３３（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリ２３４などの記録媒体に対してデータを読み書きするドライブ２２１が接続されている。バス２１４には、ＲＯＭ(Read Only Memory)２１２およびＲＡＭ２１３も接続されている。
【０１８０】
一連の処理を実行するソフトウェアは、磁気ディスク２３１、光ディスク２３２、光磁気ディスク２３３、および半導体メモリ２３４に格納された状態でパーソナルコンピュータ２０１に供給され、ドライブ２２１によって読み出されて、記憶部２１９に内蔵されるハードディスクドライブにインストールされる。記憶部２１９にインストールされているエージェントプログラムは、入力部２１６に入力されるユーザからのコマンドに対応するCPU２１１の指令によって、記憶部２１９からＲＡＭ２１３にロードされて実行される。
【０１８１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１８３】
【発明の効果】
以上の如く本発明によれば、低コストで、かつ、機能変更が容易な、迅速にデータを処理することができる装置を実現することが可能となる。
【図面の簡単な説明】
【図１】従来の復号LSIの構成例を示すブロック図である。
【図２】本発明を適用したデータ処理システムの構成例を示すブロック図である。
【図３】データ送信装置の処理を説明するフローチャートである。
【図４】データ受信装置の処理を説明するフローチャートである。
【図５】図４に続くフローチャートである。
【図６】本発明を適用したコンテンツ配信システムの概念を示す図である。
【図７】コンテンツサーバの構成例を示すブロック図である。
【図８】データ暗号化装置の詳細な構成例を示すブロック図である。
【図９】サービスサーバの構成例を示すブロック図である。
【図１０】決済サーバの構成例を示すブロック図である。
【図１１】端末の構成例を示すブロック図である。
【図１２】セットトップボックスの構成例を示すブロック図である。
【図１３】暗号化処理ブロックの詳細な構成例を示すブロック図である。
【図１４】暗号化処理ブロックが送受信するデータ形式の例を示す図である。
【図１５】コンテンツサーバの処理を説明するフローチャートである。
【図１６】コンテンツサーバが生成するメタデータの例を示す図である。
【図１７】コンテンツサーバが送信するデータのフォーマットの例を示す図である。
【図１８】サービスプロバイダの処理を説明するフローチャートである。
【図１９】サービスサーバが生成するメタデータの例を示す図である。
【図２０】決済サーバの使用権情報の発行処理を説明するフローチャートである。
【図２１】使用権情報の例を示す図である。
【図２２】セットトップボックスの処理を説明するフローチャートである。
【図２３】図２２の続きのフローチャートである。
【図２４】データ配置のフォーマットの例を説明する図である。
【図２５】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
２１ データ送信装置， ２２ ネットワーク， ２３ データ受信装置， ４１ データ受信部， ４２ データ処理判断部， ４３ 復号処理部， ４４計算部， ４５ データ記憶部， ５６ 端末， １５１ セットトップボックス， １５２ データ再生装置， １６１ データ送受信ブロック， １６２コントローラ， １６３ 暗号化処理ブロック， １６４ フラッシュメモリ， １６５ 外部ＲＡＭ， １８１ 入出力インタフェースブロック， １８２マイクロプロセッサ， １８３ ＲＡＭ， １８４ 乱数生成ブロック， １８５ フラッシュメモリ， １８６ 暗号化処理部， １８７ 暗号化処理サブブロック， １８８ ディジタル署名検証サブブロック， １８９ ハッシュ値計算サブブロック
【発明の属する技術分野】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、暗号化されたコンテンツデータのデータ処理を、他のデータ処理と分散して処理することにより、システム毎に設計したハードウエアを用いることなく、迅速にデータを処理する情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、コンテンツデータをネットワークを介して配信する配信システムが構築されている。配信されるコンテンツデータは、データの改竄を防ぐため、暗号化されたり、ディジタル署名が付加されるなどの処理が施されている。暗号化されたコンテンツデータは、利用者の端末により復号処理されることにより、利用者はそのコンテンツデータを利用することができる。
【０００３】
暗号化技術の安全性は、復号する際の処理の難しさに依存しているため、暗号化技術の高度化にともなって、コンテンツデータを利用する利用者の端末には、より処理能力の高い端末が要求されるようになってきている。そこで、処理能力を向上させるために、利用者の端末に復号処理専用のLSI（Large Scale Integration）を配置することが提案されている。図１は、復号処理専用のLSI（以下、適宜、復号LSIと称する）の構成例を示している。
【０００４】
復号LSI１は、復号LSI１の外部に配置されるコントロールマイクロコンピュータ（以下、コントロールマイコンと略称する）２から転送される指令により復号処理を行う。復号処理には、暗号化されたコンテンツデータを復号する処理の他に、コンテンツデータに付加されているディジタル署名を検証する処理も含まれる。復号LSI１が処理した結果は、復号LSI１の外部に配置される外部メモリ３に記憶される。
【０００５】
復号LSI１は、通信インタフェース１１、コントロールユニット１２、ＲＡＭ（Random Access Memory）１３、メモリコントローラ１４、フラッシュメモリ１５、べき乗演算器１６、およびハッシュ値演算器１７から構成される。
【０００６】
コントロールマイコン２から転送される指令は、通信インタフェース１１を介してコントロールユニット１２に伝えられる。コントロールユニット１２は、べき乗演算器１６およびハッシュ値演算器１７などを補助的に用いつつ、復号LSI１の全体の動作を制御し、暗号化されているデータの復号処理、およびディジタル署名の検証処理などを行う。
【０００７】
ＲＡＭ１３には、コントロールユニット１２が利用するプログラムが記憶される。メモリコントローラ１４は、外部メモリ３に対するデータの読み書きを制御する。フラッシュメモリ１５には、コントロールユニット１２の指令によりべき乗演算器１６、およびハッシュ値演算器１７が演算した結果や、処理に必要なデータが、適宜、記憶される。
【０００８】
利用者が使用する端末に、上述したような復号LSI１を配置することにより、コンテンツデータの復号処理能力の確保および向上させることが可能となる。
【０００９】
【発明が解決しようとする課題】
しかしながら、利用者側の端末に、復号LSI１（ハードウエア）を設置する場合、暗号化されたコンテンツデータの復号処理の能力は、暗号化のセキュリティレベルに応じて計算量が異なるため、最大の負荷を処理することができるように復号LSI１を構成する必要がある。その結果、コスト高になってしまうという課題があった。また、処理能力を変更する必要が生じた場合、復号LSI１を設計し直す必要があるため、バージョンアップ等の変更が困難になるという課題があった。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、暗号化されたコンテンツデータを利用者側の端末において復号する場合に、システム毎に設計したハードウエアを利用することなく、低コストで、かつ、比較的容易に機能を変更できるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
本発明の情報処理装置は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信する受信手段と、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断する判断手段と、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定する設定手段と、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理する処理手段と、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御する制御手段とを備える。
【００１２】
前記処理手段による処理が適正に行われているか否かを判定する判定手段と、判定手段により処理手段による処理が適正に行われていないと判定された場合、設定手段に、動作周波数の再設定を指示する指示手段とをさらに含むようにすることができる。
【００１３】
前記判断手段は、情報に含まれるデータを処理する際の転送速度に関する情報を基に、処理能力を判断するようにすることができる。
【００１４】
前記判断手段は、情報に含まれるデータを処理する際の消費電力に関する情報を基に、処理能力を判断するようにすることができる。
【００１５】
前記判断手段は、前記処理情報を基に、前記データに暗号関連処理が施されているか否かを判断し、暗号関連処理が施されていると判断された場合、前記処理能力を計算するようにすることができる。
本発明の情報処理方法は、受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置の情報処理方法において、前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御するステップを含む。
【００１６】
本発明の記録媒体のプログラムは、受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置を制御するコンピュータが読み取り可能なプログラムを記録している記録媒体において、前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御するステップを含む処理をコンピュータに実行させるためのプログラムが記録されている。
【００１７】
本発明のプログラムは、受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置を制御するコンピュータが読み取り可能なプログラムであって、前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御するステップを含む処理をコンピュータに実行させる。
【００１８】
本発明の情報処理装置および方法、並びにプログラムにおいては、受信された処理情報を基に、データを処理するのに必要な処理能力が判断され、その処理能力に対応する動作周波数が設定され、設定された動作周波数で、データが処理されるように制御される。
【００１９】
【発明の実施の形態】
以下に、本発明の実施の形態について図面を参照して説明する。図２は、本発明を適用したデータ処理システムの一実施の形態の構成例を示すブロック図である。データ送信装置２１により生成され、暗号化されたコンテンツデータは、ネットワーク２２を介してデータ受信装置２３に送信される。
【００２０】
データ送信装置２１は、データ処理判断部３１、データ生成部３２、データ記憶部３３、およびデータ送信部３４から構成される。データ処理判断部３１は、データ送信装置２１の全体の動作を制御する。データ生成部３２は、所定の方法により提供されたコンテンツデータを暗号化したり、ディジタル署名を生成する（以下、コンテンツデータの暗号化処理、およびディジタル署名の生成処理をまとめて暗号関連処理と称する）。
【００２１】
また、データ生成部３２は、コンテンツデータの暗号化に関するデータなどが記述されているメタデータを生成する。データ記憶部３３は、データ生成部３２により生成されたコンテンツデータおよびメタデータを記憶する。データ送信部３４は、データ受信装置２３からの要求に応じて、データ記憶部３３に記憶されているメタデータおよびコンテンツデータを送信する。
【００２２】
ネットワーク２２は、データ送信装置２１およびデータ受信装置２３の間で送受信されるデータの伝送路であり、例えば、インターネット、電話回線網、ケーブルテレビジョン放送網、衛星を介したディジタルテレビジョン放送網等により構成される。
【００２３】
データ受信装置２３は、データ受信部４１、データ処理判断部４２、復号処理部４３、計算部４４、データ記憶部４５、および周波数制御部４６により構成される。データ受信部４１は、データ送信装置２１から送信されたメタデータおよびコンテンツデータを受信する。データ処理判断部４２は、データ受信装置２３の全体の動作を制御する。
【００２４】
復号処理部４３は、データ受信部４１により受信されたコンテンツデータが暗号化されている場合、コンテンツデータを復号し、ディジタル署名が付加されている場合、ディジタル署名の検証などの処理を行う（以下、コンテンツデータの復号処理、および、ディジタル署名の検証処理を、まとめて復号関連処理と称する）。
【００２５】
計算部４４は、データ処理判断部４２の指令を受けて、演算処理機能を提供する。データ記憶部４５は、データ受信部４１により受信されたコンテンツデータ、および、復号処理部４３により復号され、かつ、ディジタル署名が検証されたコンテンツデータを記憶する。周波数制御部４６は、データ受信装置２３の各ブロックに対してクロックを供給する。供給されるクロックの周波数はデータ処理判断部４２により設定可能で、その結果各ブロックの処理速度、消費電力を制御することが可能となる。
【００２６】
図３は、データ送信装置２１の処理を説明するフローチャートである。ステップＳ１において、データ生成部３２は、外部から所定の方法により提供されるアナログデータまたはディジタルデータを取得し、その取得されたデータを、ネットワーク２２を介してデータ受信装置２３に対して送信することが可能な形式に圧縮し、暗号関連処理を施すことにより、コンテンツデータを作成する。
【００２７】
また、データ生成部３２は、メタデータも生成する。メタデータには、送信されるコンテンツデータの特徴、コンテンツデータの暗号関連処理に関する情報である暗号関連情報が記述される。メタデータに含まれるコンテンツデータの特徴には、例えば、コンテンツデータの制作者、制作時期、制作者を識別する制作者ID、コンテンツデータの利用形態、コンテンツデータ利用形態毎の料金、コンテンツデータの再生時間、コンテンツデータの圧縮方法、総データ量、データの転送速度などが含まれる。また、メタデータに含まれるコンテンツデータの暗号関連情報には、例えば、暗号化アルゴリズム、ディジタル署名の生成アルゴリズム、データ単位が含まれる。これらの具体例については後述する。
【００２８】
ステップＳ２において、データ記憶部３３は、ステップＳ１の処理でデータ生成部３２により作成されたコンテンツデータおよびメタデータを記憶する。ステップＳ３において、データ処理判断部３１は、データ受信装置２３からメタデータの送信が要求されたか否かを判断する。ステップＳ３において、メタデータの送信が要求されたと判断されるまで待機状態が維持される。ステップＳ３において、データ処理判断部３１により、メタデータの送信が要求されたと判断された場合、処理はステップＳ４に進む。
【００２９】
ステップＳ４において、データ送信部３４は、データ記憶部３３に記憶されているメタデータを、ネットワーク２２を介してデータ受信装置２３に送信する。後述するように、メタデータを受信したデータ受信装置２３は、メタデータに記述されている情報を分析し、コンテンツデータを処理するための準備を行う。メタデータに記述されているコンテンツデータの情報に基づいて、コンテンツデータを処理するための準備が完了された場合、データ受信装置２３は、コンテンツデータの送信をデータ送信装置２１に要求する。
【００３０】
そこで、ステップＳ５において、データ処理判断部３１は、データ受信装置２３からコンテンツデータの送信が要求されたか否かを判断する。ステップＳ５において、データ処理判断部３１によりデータ受信装置２３からコンテンツデータの送信が要求されていないと判断された場合、データ処理判断部３１は、データ受信装置２３が、コンテンツデータの処理の準備が完了していないと認識し、コンテンツデータの送信が要求されるまで待機状態を維持する。
【００３１】
ステップＳ５において、データ処理判断部３１が、データ受信装置２３からコンテンツデータの送信が要求されたと判断した場合、ステップＳ６に進み、データ送信部３４は、データ記憶部３３に記憶されているコンテンツデータを読み出し、ネットワーク２２を介してデータ受信装置２３に対して送信する。
【００３２】
図４は、データ受信装置２３の処理を説明するフローチャートである。ステップＳ１１において、データ処理判断部４２は、データ受信装置２３を管理する利用者からコンテンツデータの受信の指令が入力された場合、データ送信装置２１に対して、そのコンテンツデータに対応するメタデータの送信を要求する。
【００３３】
ステップＳ１２において、データ受信部４１は、データ送信装置２１から送信されてきたメタデータを、ネットワーク２２を介して受信する。データ受信部４１が受信したメタデータは、データ処理判断部４２に転送され、記述されている内容の分析が行われる。
【００３４】
ステップＳ１３において、データ処理判断部４２は、メタデータに記述されているコンテンツデータに関する情報から、送信されてくるコンテンツデータは、暗号関連処理が施されているか否かを判断する。ステップＳ１３において、データ処理判断部４２は、送信されてくるコンテンツデータには、暗号関連処理が施されていないと判断した場合、ステップＳ１４に進み、データ処理判断部４２は、データ送信装置２１に対して、コンテンツデータの送信を要求する。
【００３５】
ステップＳ１５において、データ受信部４１は、データ送信装置２１から、ネットワーク２２を介して送信されたコンテンツデータを受信する。データ受信装置２３を管理する利用者がデータ受信部４１により受信されたコンテンツデータを利用する場合、コンテンツデータは復号関連処理を行う必要がないため、データ記憶部４５は、受信されたコンテンツデータを記憶し、データ受信装置２３を管理する利用者から要求があるまで保持する。
【００３６】
一方、ステップＳ１３において、データ処理判断部４２は、メタデータに記述されている内容から、送信されてくるコンテンツデータは暗号関連処理が施されているデータであると判断した場合、処理はステップＳ１６に進む。
【００３７】
ステップＳ１６において、データ処理判断部４２は、受信したメタデータの内容を解析する。メタデータには、データ復号などの暗号関連処理や、その他のデータ受信装置に要求される処理の内容が記述されている。このメタデータに含まれるデータには、例えば、各種処理を所定の時間内に完了するよう要求する条件（以下、リアルタイム処理要求条件）や、所定の消費電力で処理を実行するよう要求する条件（以下、消費電力維持条件）が規定されている。
【００３８】
データ処理判断部４２は、リアルタイム処理要求条件や、消費電力維持条件が規定されている場合、その実現に最適な動作周波数を計算する。ステップＳ１７において、データ処理判断部４２は、リアルタイム処理要求条件や消費電力維持条件を実現するための最適な動作周波数が計算できないと判断した場合、図４に示したフローチャートの処理は終了される。
【００３９】
ステップＳ１７において、実現が可能であると判断（最適な周波数が計算できたと判断）された場合、ステップＳ１８に進む。ステップＳ１８において、データ処理判断部４２は、周波数制御部４６を操作して、データ受信装置２３内の各処理ブロックを、所定の周波数で動作させるよう設定する。また、データ処理判断部４２は、コンテンツデータの暗号関連処理に関する情報である暗号関連情報を含むメタデータを復号処理部４３に通知する。
【００４０】
暗号関連情報には、コンテンツデータの暗号化アルゴリズム、ディジタル署名のアルゴリズム、および、データ単位が記述されている。復号処理部４３は、コンテンツデータの暗号関連情報に基づいて、データ受信部４１が、受信したコンテンツデータの復号関連処理を準備する。なお、データ処理判断部４２により転送される暗号関連情報は、処理内容の漏洩、処理内容の改竄を防ぐために、さらに暗号関連処理が施されている場合があるが、ここでは、暗号関連情報には暗号関連処理が施されていないものとして説明する。しかしながら、そのような仕組みを設けても良い。
【００４１】
ステップＳ１９において、復号処理部４３から、コンテンツデータの復号関連処理の準備が完了した旨の通知を受けたデータ処理判断部４２は、データ送信装置２１に対して、コンテンツデータの送信を要求する。
【００４２】
ステップＳ２０において、データ受信部４１は、コンテンツデータを受信する。受信されたコンテンツデータは、復号処理部４３に転送され、復号処理部４３は、単独で、コンテンツデータの復号関連処理を行う。復号関連処理が行われ、利用することが可能となったデータは、データ記憶部４５に記憶される。
【００４３】
ステップＳ２１（図５）において、データ処理判断部４２は、データ受信装置２３内の各処理ブロックが、メタデータで要求された所定の条件を満たしているかを検証する。リアルタイム処理要求条件が要求されている場合、特定の時間で所定の処理が終了しているかどうか、あるいは処理の失敗が生じていないかを検証することにより条件が満たされているかを判断する。消費電力維持条件が要求されている場合、消費電力の計測を行い、要求が満たされているかを判断する。
【００４４】
ステップＳ２２において、所定の要求が満たされていないと判断された場合、ステップＳ２３に進む。ステップ２３において、データ処理判断部４２は、動作周波数の修正により要求条件を満たすことが可能であるか否かを判断する。ステップＳ２３において、要求が満たせないと判断された場合、処理は終了される。ステップＳ２３において、動作周波数の修正により、要求条件を満たすことが可能であると判断された場合、ステップＳ２４に進む。
【００４５】
ステップＳ２４において、データ処理判断部４２は、メタデータによる要求条件が満たされるよう、リアルタイム処理要求条件の要求条件が満たされていない場合、関連ブロックの動作周波数の引き上げを、消費電力維持条件が満たされていない場合、関連ブロックの動作周波数の引き下げを決定し、周波数制御部４６を制御する。そして、ステップＳ２１の処理に戻り、それ以降の処理が繰り返される。
【００４６】
一方、ステップＳ２２において、所定の条件が満たされていると判断された場合、ステップＳ２５に進む。ステップＳ２５において、全体の処理が終了したか否かが判断される。ステップＳ２５において、処理が終了されたと判断された場合、処理が終了され、処理は終了されてないと判断された場合、ステップＳ２１に戻り、それ以降の処理が繰り返される。
【００４７】
図６は、本発明を適用したコンテンツ配信システムの構成を示す図である。コンテンツプロバイダ５１は、コンテンツサーバ５２を管理しており、コンテンツデータおよびメタデータを作成する。コンテンツプロバイダ５１が作成したコンテンツデータおよびメタデータは、サービスプロバイダ５３が管理するサービスサーバ５４に供給される。コンテンツデータは、映画、音楽などのディジタルデータであり、メタデータにはそれらのデータに関する情報が記述される。
【００４８】
サービスプロバイダ５３は、ネットワーク２２を介して、契約者である利用者５５に対してコンテンツデータおよびメタデータを送信する。利用者５５は、サービスプロバイダ５３から送信されたコンテンツデータおよびメタデータを、自らが操作する端末５６において利用する。
【００４９】
決済センタ５７は、決済サーバ５８を管理しており、利用者５５に対してコンテンツデータの使用権情報を発行するとともに、使用権情報の代金の決済処理を行う。また、決済センタ５７は、利用者５５から支払われた代金を、コンテンツプロバイダ５１と、サービスプロバイダ５３の間で予め設定された契約に基づいて分配する。
【００５０】
図７は、コンテンツサーバ５２の構成例を示すブロック図である。コンテンツサーバ５２は、データキャプチャ装置７１、データ編集装置７２、メタデータ生成装置７３、データ暗号化装置７４、データ記憶装置７５、およびデータ送信装置７６より構成される。
【００５１】
データキャプチャ装置７１は、外部から取り込んだデータを、コンテンツサーバ５２の各装置が処理できるデータ形式に変換する。データ編集装置７２は、データキャプチャ装置７１から転送されたデータから、利用者５５に提供するコンテンツデータを作成する。また、データ編集装置７２は、メタデータ生成装置７３が生成したメタデータを、コンテンツデータに付加する。
【００５２】
データ暗号化装置７４は、データ編集装置７２から転送されたコンテンツデータおよびメタデータに暗号関連処理を施す。データ記憶装置７５は、データ暗号化装置７４により暗号関連処理が施されたメタデータおよびコンテンツデータを記憶し、必要に応じてデータ送信装置７６に転送する。
【００５３】
データ送信装置７６は、サービスプロバイダ５３が管理するサービスサーバ５４にコンテンツデータを送信する。なお、具体的な各装置の処理については、図１５のフローチャートを参照して後述する。
【００５４】
図８は、コンテンツサーバ５２内のデータ暗号化装置７４の構成例を示すブロック図である。データ暗号化装置７４は、入出力インタフェースブロック９１、データ処理判断ブロック９２、データ記憶ブロック９３、乱数生成ブロック９４、および暗号化処理ブロック９５から構成される。さらに、暗号化処理ブロック９５は、暗号化処理サブブロック９６、ディジタル署名生成サブブロック９７、およびハッシュ値計算サブブロック９８より構成される。
【００５５】
入出力インタフェースブロック９１は、データ編集装置７２（図７）から供給されるメタデータおよびコンテンツデータを、データ処理判断ブロック９２に転送する。データ処理判断ブロック９２は、データ暗号化装置７４の全体の動作を制御する。データ記憶ブロック９３は、暗号化処理ブロック９５において、暗号関連処理が施されたメタデータ、コンテンツデータ、処理に必要なデータなどを、適宜、記憶する。
【００５６】
乱数生成ブロック９４は、データ処理判断ブロック９２からの指令により乱数を生成し、暗号化処理ブロック９５に供給する。乱数生成ブロック９４が生成する乱数は、暗号化アルゴリズムであるDES（Data Encryption Standard）、RSA（Rivest-Shamir-Adleman scheme）などの共通鍵暗号方式で暗号関連処理する場合の鍵として利用される。
【００５７】
暗号化処理ブロック９５は、コンテンツデータの暗号化およびディジタル署名の生成処理を行う。この暗号化処理ブロック９５の暗号化処理サブブロック９６は、DES、RSAなどの暗号化アルゴリズムによりコンテンツデータの暗号化処理を行う。
【００５８】
ディジタル署名生成サブブロック９７は、DSA（Digital Signature Algorithm）などによるディジタル署名の生成アルゴリズムによりディジタル署名を生成する。ディジタル署名は、データの改竄のチェックおよびデータの制作者を認証するためのデータである。
【００５９】
ハッシュ値計算サブブロック９８は、ハッシュ関数による計算を行う。ハッシュ関数は、送信するデータを入力とし、その入力されたデータを、所定のビット長のデータに圧縮し、ハッシュ値として出力する関数である。ハッシュ関数は、出力であるハッシュ値から入力データを復元することが難しく、また、同一の出力結果のハッシュ値を持つ入力データを探し出すことが困難である（一方向である）特徴を有する。
【００６０】
ここで、ディジタル署名の生成および検証について説明する。ディジタル署名の生成者は、送信するデータから特定のアルゴリズムを用いて、メッセージダイジェストを作成する（ハッシュ値計算サブブロック９８により、送信されるデータに、ハッシュ関数が適用され、メッセージダイジェストが作成される）。ディジタル署名の生成者は、自分の秘密鍵（乱数生成ブロック９４により生成された乱数）を用いて、このメッセージダイジェストと送信するデータの全文を暗号化し、利用者５５（端末５６（図６））に送信する。
【００６１】
一方、データの利用者５５は、データを受信し、ディジタル署名の生成者が提供する公開鍵を利用して、暗号化されているデータの全文、およびメッセージダイジェストを復号処理する。次に、データの利用者は復号したデータの全文から、ディジタル署名の生成者と同一の方式（同一のハッシュ関数）でメッセージダイジェストを作成する。生成されたメッセージダイジェストと受信されたメッセージダイジェストを比較することにより、ディジタル署名の検証が行なわれる。
【００６２】
すなわち、データの作成者から送信され、受信者が復号したメッセージダイジェストと、受信者が復号したデータの全文から、作成者と同一の方式により作成されたメッセージダイジェストが等しければ、そのデータは改竄などの不正な処理が行われていないことを表す。
【００６３】
なお、データ暗号化装置７４において、説明の便宜上、暗号化処理サブブロック９６、およびディジタル署名生成サブブロック９７は暗号関連処理を行うとしたが、通常は、復号関連処理も行うことが可能である。すなわち、暗号化処理サブブロック９６はデータの暗号化および復号が可能であるし、ディジタル署名生成サブブロック９７はディジタル署名の生成および検証が可能である。
【００６４】
さらに、後述する図１２の暗号化処理ブロック１６３に配置されている暗号化処理部１８６を構成するサブブロックも、データ暗号化装置７４を構成するサブブロックと同様に、復号関連処理だけでなく暗号関連処理を実行することができる。また、サービスサーバ５４に配置されているデータ暗号化装置１１４も上述したコンテンツサーバ５２に配置されているデータ暗号化装置７４、および復号処理ブロック１６３と同様に、復号関連処理だけでなく暗号関連処理を実行することができる。これにより、それぞれの装置間で送受信されるデータに、改竄などの不正な処理が行われることを防ぐことが可能となる。
【００６５】
上述したような暗号関連処理が施されたコンテンツデータおよびメタデータは、サービスプロバイダ５３が管理するサービスサーバ５４に送信される。
【００６６】
図９は、サービスサーバ５４（図６）の構成例を示すブロック図である。サービスサーバ５４は、データ送受信装置１１１、データ編集装置１１２、メタデータ生成装置１１３、データ暗号化装置１１４、コンテンツプロモーションサーバ１１５、およびデータ記憶装置１１６より構成される。
【００６７】
データ送受信装置１１１は、コンテンツサーバ５２（図６，６）から送信されるコンテンツデータおよびメタデータを受信する。また、データ送受信装置１１１は、利用者５５の端末５６（図６）に対し、ネットワーク２２を介してコンテンツデータおよびメタデータを送信する。データ送受信装置１１１は、コンテンツデータおよびメタデータを送信するタイミングを判断する。送信するタイミングは、例えば、利用者５５からの要求に応じて送信する場合や、メタデータに記述されているタイミングで送信する場合などがある。
【００６８】
データ編集装置１１２は、サービスサーバ５４の各装置で処理されたデータを編集し、利用者５５に提供する形態にデータを編集する。メタデータ生成装置１１３は、メタデータを生成する。メタデータ生成装置１１３が生成するメタデータには、サービスプロバイダ５３がコンテンツデータを利用者５５に提供する際に、サービスプロバイダ５３が利用者５５に対して通知する情報が記述される。
【００６９】
データ暗号化装置１１４は、メタデータ生成装置１１３が生成したメタデータにディジタル署名を生成するなどの暗号関連処理を行う。データ暗号化装置１１４の詳細な構成は、図７に示したコンテンツサーバ５２のデータ暗号化装置７４（図８）の構成と同様である。
【００７０】
コンテンツプロモーションサーバ１１５は、サービスプロバイダ５３が利用者５５に提供するコンテンツの一覧情報を作成するとともに、ディスカウント情報などを利用者５５の要求に応じて提供する。コンテンツプロモーションサーバ１１５は、WWWサーバとして設置され、利用者５５は端末５６に装備されているブラウザを利用することにより、コンテンツプロモーションサーバ１１５が提供するサービスを受けることができる。さらに、コンテンツプロモーションサーバ１１５は、利用者５５からの電話による問い合わせに対応できるようにもなっている。
【００７１】
データ記憶装置１１６は、データ編集装置１１２で編集されたデータを記憶し、利用者５５からの要求に応じて、データ送受信装置１１１に対してコンテンツデータおよびメタデータを転送する。なお、具体的な各装置の処理については、図１８のフローチャートを参照して後述する。
【００７２】
図１１は、決済センタ５７（図６）が管理している決済サーバ５８の構成例を示すブロック図である。決済サーバ５８は、データ送受信装置１３１、ライセンス装置１３２、ユーザ管理装置１３３、著作権管理装置１３４、課金装置１３５、および決済装置１３６より構成される。
【００７３】
データ送受信装置１３１は、端末５６から、ネットワーク２２を介して通知されるコンテンツデータの使用権の購入要求情報を受信するとともに、コンテンツプロバイダ５１（コンテンツサーバ５２）およびサービスプロバイダ５３（サービスサーバ５４）に対して、利用者５５から回収した代金に関する課金情報を送信する。
【００７４】
ライセンス装置１３２は、利用者５５からコンテンツデータの使用権購入が要求された場合、使用権情報の発行処理を行う。ユーザ管理装置１３３は、サービスプロバイダ５３から、コンテンツデータの提供を受ける契約をしている利用者５５、および、その利用者５５が操作する端末５６の情報を管理する。利用者５５および端末５６の情報には、端末５６に含まれるセットトップボックス（不図示）の契約日、契約条件、サービスの利用情報などが含まれる。
【００７５】
著作権管理装置１３４は、コンテンツデータの著作権の他、サービスプロバイダ５３から提供される利用者５５が利用可能なコンテンツデータの利用形態、および利用者５５によるコンテンツデータの購入履歴などを管理する。課金装置１３５は、コンテンツデータの使用権情報の料金情報を管理するとともに、利用者５５に対して、課金情報を通知する。
【００７６】
決済装置１３６は、課金装置１３５から決済処理の要求をうけて、決済処理を行う。具体的な決済方法としては、クレジットカードによる決済方法、プリペイド型の電子マネーによる決済方法などがある。なお、決済サーバ５８の使用権情報の発行処理については、図２０に示すフローチャートを参照して後述する。
【００７７】
図１１は、利用者５５が管理する端末５６の構成例を示すブロック図である。
端末５６は、セットトップボックス１５１（以下、適宜、ＳＴＢ１５１と称する）、およびデータ再生装置１５２より構成される。
【００７８】
ＳＴＢ１５１は、ネットワーク２２を介して、サービスサーバ５４、および決済サーバ５８との間でデータの送受信を行う。データ再生装置１５２は、サービスサーバ５４から提供され、ＳＴＢ１５１が処理したコンテンツデータを再生する装置である。データ再生装置１５２は、例えば、テレビジョン受像機、パーソナルコンピュータなどの電子機器により構成される。
【００７９】
図１２は、セットトップボックス１５１（図１１）の構成例を示すブロック図である。ＳＴＢ１５１は、データ送受信ブロック１６１、コントローラ１６２、暗号化処理ブロック１６３、フラッシュメモリ１６４、および外部ＲＡＭ（Random Access Memory）１６５から構成される。
【００８０】
データ送受信ブロック１６１は、サービスサーバ５４から、ネットワーク２２を介して送信されるコンテンツデータおよびメタデータ、若しくは決済サーバ５８から送信されるコンテンツデータの使用権情報などを受信する。また、データ送受信ブロック１６１は、サービスサーバ５４に対するデータの送信要求、および決済サーバ５８に対する使用権情報を要求する情報などを送信するとともに、データ再生装置１５２に、処理結果を転送する。
【００８１】
コントローラ１６２は、ソフトウェアにより動作し、ＳＴＢ１５１全体の動作を制御する。暗号化処理ブロック１６３は、データ送受信ブロック１６１が受信するコンテンツデータおよびメタデータの復号関連処理を行う。
【００８２】
フラッシュメモリ１６４は、ＳＴＢ１５１の電源遮断後もデータを記憶している不揮発性のメモリである。フラッシュメモリ１６４には、各ブロックが処理するために必要なデータ、および各ブロックの処理結果が、適宜、記憶される。外部ＲＡＭ１６５は、暗号化処理ブロック１６３による処理結果、および他のブロックが分散処理を行った場合の分散処理結果を記憶する。
【００８３】
図１３は、暗号化処理ブロック１６３（図１２）の詳細な構成例を示すブロック図である。暗号化処理ブロック１６３は、入出力インタフェースブロック１８１、マイクロプロセッサ１８２、ＲＡＭ１８３、乱数生成ブロック１８４、フラッシュメモリ１８５、暗号化処理部１８６、および周波数制御ブロック１９０により構成される。さらに、暗号化処理部１８６は、暗号化処理サブブロック１８７、ディジタル署名検証サブブロック１８８、およびハッシュ値計算サブブロック１８９より構成される。
【００８４】
入出力インタフェースブロック１８１は、データ送受信ブロック１６１（図１２）が受信したコンテンツデータおよびメタデータのうち、コントローラ１６２（図１２）により復号関連処理が必要であると判断され、暗号化処理ブロック１６３（図１２）に転送されるデータを受信する。入出力インタフェースブロック１８１は、コントローラ１６１から供給されるデータを、マイクロプロセッサ１８２に転送する。
【００８５】
マイクロプロセッサ１８２は、暗号化処理ブロック１６３の全体の動作を制御する。例えば、周波数制御ブロック１９０を介して暗号化処理ブロック１６３内の各ブロックの処理速度を制御する。更に、暗号化処理ブロック１６３の各処理ブロックの消費電力量を計測したり、各処理ブロックの処理内容を検証することでメタデータが要求する時間条件で処理が履行されているか否かを監視する機能も持つ。
【００８６】
ＲＡＭ１８３は、マイクロプロセッサ１８２が処理をするのに必要なプログラムを記憶している。また、ＲＡＭ１８３には、マイクロプロセッサ１８２が処理した結果も、適宜、記憶される。
【００８７】
乱数生成ブロック１８４は、マイクロプロセッサ１８２からの指令により乱数を生成し、暗号化処理部１８６に供給する。乱数生成ブロック１８４が生成した乱数は、DES、RSAなどの暗号方式で暗号関連処理が施されたデータを、復号する場合の鍵として利用される。
【００８８】
フラッシュメモリ１８５は、不揮発性のメモリであり、内部に図示せぬコントローラを保持している。マイクロプロセッサ１８２において動作するソフトウエアの実行コード、復号関連処理に必要となる各種データ、購入したコンテンツデータの使用権情報などが記憶される。
【００８９】
暗号化処理部１８６は、コンテンツデータおよびメタデータの復号関連処理を行う。暗号化処理部１８６は、さらに、以下の機能を提供するサブブロックにより構成される。
【００９０】
暗号化処理サブブロック１８７は、DES、RSAなどの暗号化アルゴリズムにより暗号化されたコンテンツデータの復号処理を行う。ディジタル署名検証サブブロック１８８は、DSAなどによるディジタル署名アルゴリズムによりディジタル署名が付加されたコンテンツデータおよびメタデータのディジタル署名検証処理を行う。ハッシュ値計算サブブロック１８９は、ハッシュ関数による計算を行う。
【００９１】
周波数制御ブロック１９０は、暗号化処理ブロック１６３の各処理ブロックに供給するクロックの周波数を制御するブロックである。各ブロックに供給されるクロックの周波数の設定はマイクロプロセッサ１８２により行われる。
【００９２】
図１４は、暗号化処理ブロック１６３が、コントローラ１６２等と送受信するデータのデータ形式を示す図である。コントローラ１６２は、暗号化処理ブロック１６３に対して、図１４のデータ形式のコマンドデータで処理を要求する。また、暗号化処理ブロック１６３は、コマンドデータに基づいて各ブロックを制御し、所定の処理を実行させるとともに、コマンドデータにより処理を要求したコントローラ１６２に対して、図１４のデータ形式のレスポンスデータで処理結果を送信する。
【００９３】
フィールド１は、データ種識別フィールドであり、コマンドデータ、またはレスポンスデータの種類が記述される。フィールド２は、データ番号フィールドであり、コマンドデータ、または、レスポンスデータの番号が記述される。フィールド３は、データ長フィールドであり、データフィールド４に記述されるデータの長さが記述される。
【００９４】
フィールド４は、データフィールドであり、コマンドデータとして処理を要求するデータ、またはレスポンスデータとして送信する処理結果のデータが記述される。以下、コマンドデータ、およびレスポンスデータについて説明する。
【００９５】
フィールド２のデータ番号フィールドに記述される番号が、１であるコマンド１は、ディジタル署名の検証処理の要求を表し、フィールド４のデータフィールドに記述されているデータに対して、暗号化処理ブロック１６３は、データが改竄されていないかを検証し、その処理結果をレスポンス１として、データ処理を要求したブロックに送信する。
【００９６】
コマンド２は、ディジタル署名の生成処理の要求を表し、暗号化処理ブロック１６３は、フィールド４のデータフィールドに記述されているデータに対して、ディジタル署名を付加したデータをレスポンス２として、データ処理を要求したブロックに送信する。
【００９７】
コマンド３は、暗号化されているデータの復号処理の要求を表し、暗号化処理ブロック１６３は、フィールド４のデータフィールドに記述されている暗号化されているデータに対して、復号処理を行い、復号したデータをレスポンス３として、データ処理を要求したブロックに送信する。
【００９８】
コマンド４は、暗号化処理の要求を表し、暗号化処理ブロック１６３は、フィールド４のデータフィールドに記述されているデータを暗号化し、暗号化したデータをレスポンス４として、データ処理を要求したブロックに送信する。
【００９９】
コマンド５は、ハッシュ値計算の要求を表し、ハッシュ値計算サブブロック１８９は、フィールド４のデータフィールドに記述されているデータ、およびアルゴリズムをもとに、ハッシュ関数による計算を行い、計算結果のデータをレスポンス５として、データ処理を要求したブロックに送信する。
【０１００】
コマンド６は、処理の停止要求を表し、このコマンドを受信した場合、暗号化処理ブロック１６３は、その時点で行っている処理を停止し、停止した旨の通知をレスポンス６として処理の停止を要求するブロックに送信する。
【０１０１】
コマンド７は、使用権情報の送信要求を表し、このコマンドを受信した場合、暗化号処理ブロック１６３は、自らがフラッシュメモリ１８５に保持している使用権情報を暗号化して、決済サーバ５８にレスポンス７として送信する。
【０１０２】
コマンド８は、外部装置または他のブロックから送信されるメッセージである。そのデータフィールドには、コンテンツデータの分散処理先である装置、コントローラ１６２などからメッセージが入力される。
【０１０３】
レスポンス９は、暗号化処理ブロック１６３が、外部装置または他のブロックに対して送信するメッセージである。
【０１０４】
以下、コンテンツプロバイダ５１が提供するコンテンツデータを、利用者５５が利用するまでの一連の処理についてフローチャートを参照して説明する。まず、図１５のフローチャートを参照して、コンテンツプロバイダ５１が管理するコンテンツサーバ５２（図７）の処理について説明する。
【０１０５】
ステップＳ４１において、データキャプチャ装置７１は、ビデオカメラ、およびオーディオレコーダなどから取り込んだアナログデータ、またはディジタルデータを、コンテンツサーバ５２の各装置が処理できるデータ形式に、ディジタル化処理や圧縮などの処理を行う。
【０１０６】
ステップＳ４２において、データ編集装置７２は、データキャプチャ装置７１から取得したデータから、コンテンツプロバイダ５１の指令に基づいて、利用者５５に提供するコンテンツデータを作成する。また、データ編集装置７２は、メタデータ生成装置７３が生成するメタデータをコンテンツデータに付加する。
【０１０７】
図１６は、メタデータ生成装置７３が生成するメタデータの構成について説明する図である。図１６（Ａ）のメタデータ１において、フィールド１には、コンテンツプロバイダ５１を特定するコンテンツプロバイダIDが“２”、メタデータ１に対応するコンテンツデータ（以下、適宜、コンテンツデータ１と称する。後述する他のメタデータが付加されるコンテンツデータの場合も同様とする）を特定するコンテンツIDが“１”、コンテンツデータ１の著作権の権利発生日時が“西暦２０００年１月１日”と、それぞれ記述されている。
【０１０８】
フィールド２には、利用者５５によるコンテンツデータ１の利用形態が記述される。ここでは、利用形態１としてストリーミング、利用形態２として買い取りが記述されている。ストリーミングによる利用形態は、端末５６において、サービスサーバ５４からコンテンツデータ１を受信しながらリアルタイムで再生する利用形態であり、利用回数が１回のみの利用形態である。買い取りによる利用形態とは、期間および利用回数が無制限である利用形態であり、端末５６に送信されたコンテンツデータ１は、端末５６に備えられている図示せぬ記録媒体に記録される。
【０１０９】
フィールド３には、コンテンツデータ１の利用形態毎の料金が記述される。ここでは、コンテンツデータ１を利用形態１のストリーミングにより利用した場合、料金は２０円とされ、コンテンツデータ１を利用形態２の買い取りにより利用した場合、料金は１００円とされている。利用者５５は、フィールド３に記述される料金に基づいて、決済センタ５７に対して使用権情報の代金を支払う。
【０１１０】
フィールド４には、コンテンツデータ１の形式的な情報が記述される。ここでは、コンテンツデータ１の総データ量は“５７．６MB”で、端末５６のデータ再生装置１５２で再生した場合の再生時間は“１０分”と記述されている。また、コンテンツデータ１は、“MP３(MPEG（Moving Picture Experts Group )-１ Audio 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 Electronics Engineer,Inc）１３９４などの通信インタフェースを介してデータを送受信することが可能である場合、外部の装置に配置されているメモリを利用することもできる。
【０１７７】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータや、ＳＴＢ１５１などに、記録媒体からインストールされる。
【０１７８】
図２５は、一連の処理を実行するソフトウェアがインストールされるパーソナルコンピュータ２０１の構成例を示している。パーソナルコンピュータ２０１は、CPU(Central Processing Unit)２１１を内蔵している。CPU２１１にはバス２１４を介して、入出力インタフェース２１５が接続されている。
【０１７９】
入出力インタフェース２１５には、キーボード、マウスなどの入力デバイスよりなる入力部２１６、処理結果としての例えば音声信号を出力する出力部２１７、処理結果としての画像を表示するディスプレイなどよりなる表示部２１８、プログラムや各種データを格納するハードディスクドライブなどよりなる記憶部２１９、LAN(Local Area Network)やインタネットを介してデータを通信するモデムなどよりなる通信部２２０、および、磁気ディスク２３１（フロッピディスクを含む）、光ディスク２３２（ＣＤ-ＲＯＭ(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク２３３（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリ２３４などの記録媒体に対してデータを読み書きするドライブ２２１が接続されている。バス２１４には、ＲＯＭ(Read Only Memory)２１２およびＲＡＭ２１３も接続されている。
【０１８０】
一連の処理を実行するソフトウェアは、磁気ディスク２３１、光ディスク２３２、光磁気ディスク２３３、および半導体メモリ２３４に格納された状態でパーソナルコンピュータ２０１に供給され、ドライブ２２１によって読み出されて、記憶部２１９に内蔵されるハードディスクドライブにインストールされる。記憶部２１９にインストールされているエージェントプログラムは、入力部２１６に入力されるユーザからのコマンドに対応するCPU２１１の指令によって、記憶部２１９からＲＡＭ２１３にロードされて実行される。
【０１８１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１８３】
【発明の効果】
以上の如く本発明によれば、低コストで、かつ、機能変更が容易な、迅速にデータを処理することができる装置を実現することが可能となる。
【図面の簡単な説明】
【図１】従来の復号LSIの構成例を示すブロック図である。
【図２】本発明を適用したデータ処理システムの構成例を示すブロック図である。
【図３】データ送信装置の処理を説明するフローチャートである。
【図４】データ受信装置の処理を説明するフローチャートである。
【図５】図４に続くフローチャートである。
【図６】本発明を適用したコンテンツ配信システムの概念を示す図である。
【図７】コンテンツサーバの構成例を示すブロック図である。
【図８】データ暗号化装置の詳細な構成例を示すブロック図である。
【図９】サービスサーバの構成例を示すブロック図である。
【図１０】決済サーバの構成例を示すブロック図である。
【図１１】端末の構成例を示すブロック図である。
【図１２】セットトップボックスの構成例を示すブロック図である。
【図１３】暗号化処理ブロックの詳細な構成例を示すブロック図である。
【図１４】暗号化処理ブロックが送受信するデータ形式の例を示す図である。
【図１５】コンテンツサーバの処理を説明するフローチャートである。
【図１６】コンテンツサーバが生成するメタデータの例を示す図である。
【図１７】コンテンツサーバが送信するデータのフォーマットの例を示す図である。
【図１８】サービスプロバイダの処理を説明するフローチャートである。
【図１９】サービスサーバが生成するメタデータの例を示す図である。
【図２０】決済サーバの使用権情報の発行処理を説明するフローチャートである。
【図２１】使用権情報の例を示す図である。
【図２２】セットトップボックスの処理を説明するフローチャートである。
【図２３】図２２の続きのフローチャートである。
【図２４】データ配置のフォーマットの例を説明する図である。
【図２５】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
２１ データ送信装置， ２２ ネットワーク， ２３ データ受信装置， ４１ データ受信部， ４２ データ処理判断部， ４３ 復号処理部， ４４計算部， ４５ データ記憶部， ５６ 端末， １５１ セットトップボックス， １５２ データ再生装置， １６１ データ送受信ブロック， １６２コントローラ， １６３ 暗号化処理ブロック， １６４ フラッシュメモリ， １６５ 外部ＲＡＭ， １８１ 入出力インタフェースブロック， １８２マイクロプロセッサ， １８３ ＲＡＭ， １８４ 乱数生成ブロック， １８５ フラッシュメモリ， １８６ 暗号化処理部， １８７ 暗号化処理サブブロック， １８８ ディジタル署名検証サブブロック， １８９ ハッシュ値計算サブブロック
Claims (8)
- 他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信する受信手段と、
前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断する判断手段と、
前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定する設定手段と、
前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理する処理手段と、
前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御する制御手段と
を備える情報処理装置。 - 前記処理手段による処理が適正に行われているか否かを判定する判定手段と、
前記判定手段により前記処理手段による処理が適正に行われていないと判定された場合、前記設定手段に、前記動作周波数の再設定を指示する指示手段と
をさらに備える請求項１に記載の情報処理装置。 - 前記判断手段は、前記処理情報に含まれる前記データを処理する際の転送速度に関する情報を基に、前記処理能力を判断する
請求項１に記載の情報処理装置。 - 前記判断手段は、前記処理情報に含まれる前記データを処理する際の消費電力に関する情報を基に、前記処理能力を判断する
請求項１に記載の情報処理装置。 - 前記判断手段は、前記処理情報を基に、前記データに暗号関連処理が施されているか否かを判断し、暗号関連処理が施されていると判断された場合、前記処理能力を計算する
請求項１に記載の情報処理装置。 - 受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置の情報処理方法において、
前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、
前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、
前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、
前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、
前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御する
ステップを含む情報処理方法。 - 受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置を制御するコンピュータが読み取り可能なプログラムを記録している記録媒体において、
前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、
前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、
前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、
前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、
前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御する
ステップを含む処理をコンピュータに実行させるためのプログラムが記録されている記録媒体。 - 受信手段、判断手段、設定手段、処理手段、および制御手段を備える情報処理装置を制御するコンピュータが読み取り可能なプログラムであって、
前記受信手段は、他の装置で管理されているデータを受信する場合、前記他の装置で作成された前記データの処理に関する処理情報を、前記データを受信する前の時点で受信し、
前記判断手段は、前記受信手段により受信された前記処理情報を基に、前記データを処理するのに必要な処理能力を計算し、計算された処理能力で前記データを処理できるか否かを判断し、
前記設定手段は、前記判断手段により前記処理能力で処理できると判断された場合、前記処理能力に対応する動作周波数を設定し、
前記処理手段は、前記設定手段で前記動作周波数が設定された場合、前記他の装置に前記データの供給を要求し、供給された前記データを処理し、
前記制御手段は、前記設定手段により設定された前記動作周波数で、前記処理手段が動作するように、前記処理手段を制御する
ステップを含む処理をコンピュータに実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001116548A JP4655182B2 (ja) | 2001-04-16 | 2001-04-16 | 情報処理装置および方法、記録媒体、並びにプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001116548A JP4655182B2 (ja) | 2001-04-16 | 2001-04-16 | 情報処理装置および方法、記録媒体、並びにプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002312056A JP2002312056A (ja) | 2002-10-25 |
| JP4655182B2 true JP4655182B2 (ja) | 2011-03-23 |
Family
ID=18967270
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001116548A Expired - Fee Related JP4655182B2 (ja) | 2001-04-16 | 2001-04-16 | 情報処理装置および方法、記録媒体、並びにプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4655182B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3672874B2 (ja) | 2002-01-25 | 2005-07-20 | Ｎｅｃマイクロシステム株式会社 | データ処理装置 |
| JP4275168B2 (ja) * | 2006-11-30 | 2009-06-10 | シャープ株式会社 | Ｎｉｃを備えるシステム機器および同システム機器の省電力制御方法 |
| JP2011070565A (ja) * | 2009-09-28 | 2011-04-07 | Nec Personal Products Co Ltd | クライアント端末及びシンクライアントシステム |
| US11258587B2 (en) * | 2016-10-20 | 2022-02-22 | Sony Corporation | Blockchain-based digital rights management |
| JP7187267B2 (ja) * | 2018-10-31 | 2022-12-12 | キヤノン株式会社 | 情報処理装置及びその制御方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06119079A (ja) * | 1992-10-01 | 1994-04-28 | Canon Inc | 携帯型情報処理装置 |
| JPH07135496A (ja) * | 1993-11-11 | 1995-05-23 | Toshiba Corp | 電子機器 |
| JPH0865677A (ja) * | 1994-08-22 | 1996-03-08 | Nec Corp | 動画像符号化装置 |
| JPH10187300A (ja) * | 1996-12-20 | 1998-07-14 | Sony Corp | 電源制御回路および電源制御方法 |
| JP2000122747A (ja) * | 1998-10-12 | 2000-04-28 | Nec Corp | ディジタル信号演算処理部の制御装置および方法 |
| WO2000059230A1 (en) * | 1999-03-30 | 2000-10-05 | Sony Electronics, Inc. | A method and a device for managing resources in a network |
| WO2002050645A1 (fr) * | 2000-12-20 | 2002-06-27 | Hitachi, Ltd. | Circuit electronique a faible consommation d'energie et procede de reduction de la consommation d'energie |
-
2001
- 2001-04-16 JP JP2001116548A patent/JP4655182B2/ja not_active Expired - Fee Related
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06119079A (ja) * | 1992-10-01 | 1994-04-28 | Canon Inc | 携帯型情報処理装置 |
| JPH07135496A (ja) * | 1993-11-11 | 1995-05-23 | Toshiba Corp | 電子機器 |
| JPH0865677A (ja) * | 1994-08-22 | 1996-03-08 | Nec Corp | 動画像符号化装置 |
| JPH10187300A (ja) * | 1996-12-20 | 1998-07-14 | Sony Corp | 電源制御回路および電源制御方法 |
| JP2000122747A (ja) * | 1998-10-12 | 2000-04-28 | Nec Corp | ディジタル信号演算処理部の制御装置および方法 |
| WO2000059230A1 (en) * | 1999-03-30 | 2000-10-05 | Sony Electronics, Inc. | A method and a device for managing resources in a network |
| JP2002540739A (ja) * | 1999-03-30 | 2002-11-26 | ソニー エレクトロニクス インク | ネットワークにおけるリソースの管理方法及び装置 |
| WO2002050645A1 (fr) * | 2000-12-20 | 2002-06-27 | Hitachi, Ltd. | Circuit electronique a faible consommation d'energie et procede de reduction de la consommation d'energie |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002312056A (ja) | 2002-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100798199B1 (ko) | 데이터 처리 장치, 데이터 처리 시스템, 및 데이터 처리방법 | |
| JP5457363B2 (ja) | 情報処理装置、認証システム、認証装置、情報処理方法、情報処理プログラム、記録媒体及び集積回路 | |
| US6834346B1 (en) | Content processing system | |
| US7353541B1 (en) | Systems and methods for content distribution using one or more distribution keys | |
| US7099479B1 (en) | Information transmission system, transmitter, and transmission method as well as information reception system, receiver and reception method | |
| JP4889637B2 (ja) | ライセンス管理装置及び方法 | |
| JP4296698B2 (ja) | 情報処理装置、情報処理方法、並びに記録媒体 | |
| JP2001175606A5 (ja) | ||
| JP2003085321A (ja) | コンテンツ利用権限管理システム、コンテンツ利用権限管理方法、および情報処理装置、並びにコンピュータ・プログラム | |
| JP4389129B2 (ja) | 情報送信システム、情報送信装置、情報受信装置、情報送信方法 | |
| US9390030B2 (en) | Information processing device, information storage device, information processing system, information processing method, and program | |
| JP2001175605A (ja) | データ処理装置 | |
| JP2000090039A (ja) | 音楽配信方法、送信装置および方法、ならびに、再生装置および方法 | |
| JP2001083874A (ja) | 情報提供システム、情報規制装置、情報受信装置及び情報提供方法 | |
| JP2001067324A (ja) | 情報送信システム、情報送信装置及び情報受信装置 | |
| JP4655182B2 (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP2004040209A (ja) | サーバ、ｉｃカード、コンテンツの配信方法、コンテンツの取得処理方法およびプログラム | |
| JP2001092880A (ja) | 情報提供システム、リスト送信装置、情報受信装置及び情報提供方法 | |
| JP4734750B2 (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP2002057662A (ja) | 情報処理装置、情報処理方法、並びに記録媒体 | |
| JP2003242043A (ja) | 再生装置およびデータ管理システムにおけるコンテンツ管理方法 | |
| JP2001067795A (ja) | 情報受信システム及び情報受信装置 | |
| JP4406799B2 (ja) | 情報提供システム及び情報提供装置 | |
| JP2005196663A (ja) | ドメイン管理再生端末 | |
| JP2001069134A (ja) | 情報送信システム及び情報受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100914 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101105 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101125 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101208 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140107 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4655182 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140107 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |