JP4471937B2 - プロセッサのリソース管理によるコンテンツ制御方法および装置 - Google Patents

Description

この発明はコンテンツの配布ないし処理システムにおける実行をコントロールし、所望の商業的な目的を達成する、処理システムにおける処理リソースの管理方法と装置に関する。

近年、最先端のコンピュータアプリケーションは複雑になる一方であり、処理システムに対する要求も増すばかりである。そのため、コンピュータ処理によるより高速なデータスループットに対する要請はとどまるところを知らない。そうした中でも、グラフィックスのアプリケーションの処理システムに対する要求はもっとも高い。グラフィックスアプリケーションは、思い通りの表示結果を得るために、比較的短時間に多数のデータアクセス、データ計算、およびデータ操作を必要とするためである。

より複雑なソフトウエアプリケーションを実行するために、処理システムの設計および製造者は、より高速な処理を実現する努力を続けている。従来のビジネスモデルでは、処理システムの設計／製造者は、処理システムを購入し、その上でコンテンツ（すなわち、プログラム）を実行しようとするユーザから求められるシステム能力に応じた価格設定をする必要がある。さらに、従来のビジネスモデルでは、コンテンツはサードパーティか、処理システムの設計／製造者によって作成されてもよいことになっている。処理システムの設計／製造者は、処理システムで実行されるべきコンテンツの作成をサードパーティにライセンスしてもよい。

処理システムのアーキテクチャおよびそこで動くオペレーティングシステムに依存しているため、従来のビジネスモデルおよび処理システムは、ライセンスなりその他の形の補償なりが得られないかぎり、サードパーティが処理システムで実行されるコンテンツを作成することを防止できるようにする保証はない。ユーザが楽しめるよう、新しくてより進んだコンテンツの開発を促進するために、例えばオープンシステムアーキテクチャ（ハードウエアおよびソフトウエア）を採用することは望ましい。しかし、残念ながら、オープンシステムアーキテクチャは、設計／製造者からすると、処理システムにおけるコンテンツの実行をコントロールする機会を十分に与えるものではない。その結果、設計／製造者はコンテンツの販売利益をシェアすることが難しい。

設計／製造者がコンテンツの販売利益をシェアするためのひとつの方法が本出願と同時に継続中の特許出願に記述されている。その方法は、処理システムのオペレーティングシステムにより、アプリケーションプログラムによる処理システムのリソースの使用を厳密に制限する能力のある処理システムを提案する。ゲーム開発者のようなコンテンツ提供者は、自分が実行させたいコンテンツを動かすための処理システムのリソースを利用する能力を購入する。ビデオゲームのコンソールのような処理システムのリソースの例に、ディスクコントローラ（ＣＤ、ＤＶＤなど）、グラフィックチップ、ハードディスク（ＨＤ）部品、チューナ回路、ネットワークインタフェイス回路などがある。購入はさまざまな形態をとり、例えば１回払いやロイヤルティベースの支払いなどの方途がある。利用も無制限でもよいし、制限してもよい。

処理システムに対する認証コードとデジタル署名のいずれかまたは双方を用いて利用情報を提示させることにより、処理システムのリソースへのアクセスを制限することができる。支払いの見返りに、認証主体（例えば処理システムの設計／製造者）はコンテンツ提供者に秘密鍵／公開鍵のペアのうち秘密鍵を提供してもよい。コンテンツ提供者は、コンテンツに既知のハッシュアルゴリズムを作用させてハッシュ値を生成し、この値を暗号化してもよい。処理システムのオペレーティングシステムは所定のリソースをプログラムに許可するかどうかを容易にコントロールできるため、処理システムは（１）コンテンツとハッシュ値が秘密鍵／公開鍵のペアのうち公開鍵を用いて復号でき、（２）ハッシュ値がコンテンツに対して別個に走らされたハッシュに一致する、という条件を満たさない限り、コンテンツが所定のリソースを使うことを禁止できる。

以上の方法は設計／製造者がコンテンツの販売利益をシェアできることを目的とするものであるが、ユーザは処理システムでシェアウエアやフリーウエアを実行することができなくなってしまう。実際、シェアウエアやフリーウエアの提供者が、設計／製造者から処理システムのリソースの利用権を購入するなどという立場になることは考えにくい。以上のことから、この技術分野では、オープンシステムアーキテクチャの有利な点が活かされ、設計／製造者がコンテンツ販売利益のシェアを得ることができ、しかもユーザが処理システムでシェアウエアやフリーウエアを実行する利益を得ることができるよう、処理システムの処理リソースを管理する新たな方法や装置が求められている。

本発明はこのような従来の課題に鑑みてなされたものであり、本発明のある態様は、処理システムのいくつかまたはすべてのリソースを要求するソフトウエアが（例えばデジタル署名などによって）、処理システムに関連する主体（例えば設計と製造者の一方または双方）によって承認を受けることを必要とする方法および装置に関する。アプリケーションプログラムが処理システムのリソースを利用する能力は、処理システムのオペレーティングシステムによって厳密に制限され、所期のビジネス上の目的が達成される。本発明のある態様によれば、フリーウエア、シェアウエア、および（ライセンスを受けていない）ゲームコンテンツが、処理システムの設計／製造者がデジタル署名を入手し、または設計／製造者のデジタル署名を有効化することにより、コンテンツの実行に必要なリソースへのアクセスを実現するための機構が提供される。

本発明のある態様によれば、コンテンツ提供者は自分のコンテンツを実行すべき処理システムの所定のリソースへアクセスするための能力を得るために登録および／またはその能力を購入する。処理システムについて許可された利用は無制限でもよいし、制限されてもよい。

処理システムに対する認証コードおよび／またはデジタル署名を用いて利用情報を提示させることにより、処理システムのリソースへのアクセスを制限してもよい。登録および／または支払いの見返りとして、認証主体（例えば処理システムの設計／製造者）はコンテンツ提供者からのなんらかの表示に電子的に署名し、またはその表示を有効化することにより、そのコンテンツおよびコンテンツ提供者の一方または双方を認証し、処理システムのリソースの利用を正式に許可する。

より詳しくは、コンテンツ提供者はコンテンツに特有の例えばハッシュ値のような表示を生成する。コンテンツ提供者は、第１の秘密鍵／公開鍵のペアのうちコンテンツ提供者の秘密鍵を用いてコンテンツを暗号化する。コンテンツ提供者はハッシュ値と当人の公開鍵を処理システムの製造者へ提供する。処理システムの設計／製造者は登録に関する合意内容を確認し、第２の秘密鍵／公開鍵のペアのうち製造者の秘密鍵を用いて、少なくともハッシュ値（およびおそらくはコンテンツ提供者の公開鍵）を暗号化する。ユーザは暗号化されたコンテンツ、暗号化され（署名された）ハッシュ値、およびコンテンツ提供者の公開鍵を受け取る。処理システムの製造中に、製造者の公開鍵がそのシステム内にローカルに保存される。ハッシュアルゴリズムも同様に製造中にローカルに保存されるか、または、ハッシュ値とともに提供したり、別の伝送を介するなどのセキュアな方法で処理システムへ提供される。以上により、処理システムはハッシュ値を復号でき、コンテンツ提供者の公開鍵を用いてコンテンツを復号できる。処理システムはさらに、コンテンツの出所を確認するためにハッシュ値をクロスチェックしてもよい。最後に、復号とクロスチェックの結果を用いてコンテンツから処理システムのリソースへのアクセスが許可される。

処理システムのオペレーティングシステムがリソースの制限中にタンパー（不正操作）されないよう、コンテンツの確認処理が進行する前に、処理システムがセキュアモードへ入る動作が可能であることが望ましい。

本発明のさらなる態様によれば以下の処理をなす方法と装置が提供される。すなわち、まず、処理システム上で自らのコンテンツの実行を望むコンテンツ提供者が処理システムの提供者とひとつの合意に達することを要求する処理と、コンテンツ提供者から処理システム提供者が第２の鍵とデジタル署名を受け取る処理である。ここで第２の鍵は第１の鍵で暗号化されたコンテンツを復号するよう動作し、デジタル署名は合意に達していることを示す。さらにこの態様の方法および装置は、コンテンツ提供者から暗号化されたコンテンツを受け取り、これを処理システムのメモリに格納する処理と、処理システムの提供者からデジタル署名が受け取られない限り、コンテンツの実行を容易にするよう動作する、処理システムの１以上の処理リソースの利用を禁止する処理を実行する。

本発明の方法および装置はさらに、第３の鍵を用いて少なくともデジタル署名を暗号化する処理と、デジタル署名を復号するよう動作する第４の鍵が処理システムにおいて利用可能となることを保証する処理と、第２の鍵および暗号化されたデジタル署名を処理システムにて利用可能とする処理を実行してもよい。本発明の方法および装置はさらに、第４の鍵を用いて少なくとも暗号化されたデジタル署名を復号する処理と、デジタル署名が正当なものであるとき、１以上の処理リソースの利用を許可する処理を実行してもよい。

好ましくは、第１の鍵は合意の有無とは関係なく、コンテンツ提供者によってコントロールされる第１の公開鍵／秘密鍵のペアのうちの秘密鍵であり、第２の鍵は同ペアの公開鍵である。第３の鍵は、好ましくは、処理システムの提供者によってコントロールされる第２の公開鍵／秘密鍵のペアのうちの秘密鍵であり、第４の鍵は同ペアの公開鍵である。

デジタル署名は、コンテンツの少なくとも一部にハッシュアルゴリズムを作用させて得られたハッシュ値であってもよく、コンテンツ提供者はハッシュ値の少なくともひとつを利用してもよく、ハッシュアルゴリズムは処理システムの提供者に既知のものであってもよい。処理システムの提供者は、処理システムにハッシュアルゴリズムを利用可能にしてもよい。デジタル署名の正当性を検査する機能は、第２のハッシュ値を得るためにコンテンツの前記した少なくとも一部にハッシュアルゴリズムを作用させ、デジタル署名と第２のハッシュ値とを比較する処理を含んでもよい。

コンテンツは、そのコンテンツによる利用が認められた処理リソースを特定するリソースリストを含んでもよい。

本発明の方法および装置はまた、正当性が認められたデジタル署名が存在しなくても、コンテンツの少なくとも一部の実行を許可する処理と、正当性が認められたデジタル署名が存在しなくても処理リソースの少なくともひとつの利用を許可する処理を実行してもよい。

一例として、処理リソースは不揮発性メモリのサブシステムまたは処理システムの１以上の機能回路を備えてもよい。不揮発性メモリサブシステムは、電磁メモリ媒体、電子メモリ媒体、シリコンメモリ媒体、ＣＤ−ＲＯＭメモリ媒体、ＤＶＤ−ＲＯＭメモリ媒体、外部メモリ媒体などのソフトウエアおよび／またはハードウエアの一部を含んでもよい。１以上の機能回路は、少なくとも、グラフィック処理回路、ネットワークインタフェイス回路、ローカルデータの入力ないし出力インタフェイスを備えてもよい。

なお、以上の構成要素の任意の組合せ、本発明の処理や表現、それらの組合せを方法、装置、システムなどの間で変換したもの、本発明の処理をコンピュータによって実行可能なプログラムとしたもの、そのプログラムを記録媒体に格納したものもまた、本発明の態様として有効である。

本発明によれば、処理システムのリソースの利用許可に関する運用を妥当性のあるものとすることができる。本発明のある態様によれば、処理システムの設計／製造者がコンテンツの販売利益をシェアできる。本発明のさらに別の態様によれば、コンテンツによる処理リソースの利用を管理しつつも、ユーザが処理システムでシェアウエアやフリーウエアを実行する利益を得ることができる。これらの効果は本発明の課題ないし目的に対応するものであり、本発明のそれ以外の課題、目的、効果は以下の実施の形態にて明らかになる。

図面において、同じ符号は同様の部材を表す。図１は本発明の１以上の態様を採用するのに好適な処理システム１００を示す。簡潔かつ明解のために、図１のブロック図は装置１００を示すものとする。しかし、以下の説明は処理装置だけでなく、処理方法の１以上の態様についても同様に当てはまり、有効である。装置１００は好ましくはプロセッサ１０２、ローカルメモリ１０４、システムメモリ１０６（例えばＤＲＡＭ）、およびそれらを接続するバス１１２を有する。

システムメモリ１０６はプロセッサ１０２によって実行されるコンテンツ、例えばプログラムコードやデータ、それらに代え、またはそれらとともに、この技術分野でその他のコンテンツの種類として知られるものを受け取る。例えば、プロセッサ１０２はローカルメモリ１０４にコンテンツの少なくとも一部を格納し、所期の結果を得るよう実行してもよい。ここでは、コンテンツの実行は、プログラムの命令の実行、プログラムコードまたはデータの一方または双方の操作、なんらかの方法によるデータの利用（例えばストリーミングビデオデータの再生、データのメモリへの格納など）、および／またはコンテンツに対するその他の処理を含む。

プロセッサ１０２はシステムメモリ１０６からデータを要求し、所期の結果を得るようデータを操作できる任意の既知の技術を利用して実装される。例えば、プロセッサ１０２はソフトウエアおよび／またはファームウエアを実行できる標準的なマイクロプロセッサや分散型のマイクロプロセッサを含む任意の既知のマイクロプロセッサによって実装されてもよい。ここでは例として、グレースケール情報、色情報、テクスチャデータ、ポリゴン情報、ビデオフレーム情報などを含む画素データのようなデータを要求し、操作できるグラフィックプロセッサであってもよい。

ローカルメモリ１０４は好ましくはプロセッサ１０２と同一チップ内におかれ、プロセッサ１０２とローカルメモリ１０４の組合せを「プロセッサ」と呼ぶこともある。オンチップの面積はしばしば制限されるため、ローカルメモリ１０４のサイズはシステムメモリ１０６のそれよりもかなり小さい。プロセッサ１０２は好ましくはプログラムの実行およびデータの操作のために、バス１１２を介してシステムメモリ１０６から（場合によりプログラムデータを含む）データをローカルメモリ１０４へコピーするためにデータアクセス要求を発行する。データアクセスを容易にする機構として、例えばダイレクトメモリアクセス（ＤＭＡ）など、既知の任意の技術を実装してもよい。

装置１００は好ましくはリソース１０８Ａ、１０８Ｂ、１０８Ｃ、１０８Ｄなど、複数の処理リソース１０８を備える。これらのリソースは相互に、およびプロセッサ１０２およびローカルメモリ１０４とバス１１０によって接続される。これらのリソースの助けにより、プロセッサ１０２はプログラムコードの実行に関連する有用なタスクを実施することができる。一例として、処理リソース１０８は不揮発性メモリなど、装置１００のサブシステムを含む。不揮発性メモリサブシステムは、電磁メモリ媒体（フレキシブルディスク、ハードディスクなど）、電子メモリ媒体（プログラマブルＲＯＭ、ＥＥＰＯＲＭなど）、シリコンメモリ媒体（メモリカードなど）、光学メモリ媒体（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなど）、外部メモリ媒体などのハードウエアおよび／またはソフトウエアを含んでもよい。処理リソース１０８はまた装置１００の機能回路、例えば、グラフィック処理回路、ネットワークインタフェイス回路、ディスプレイインタフェイス回路、プリンタインタフェイス回路、ローカルデータの入力および／または出力インタフェイスなどを備えてもよい。このように、処理リソース１０８のいくつかは、ディスプレイスクリーンやプリンタといった外部デバイス１１４、１１６に関連づけられてもよい。処理リソース１０８はプロセッサ１０２とローカルメモリ１０４を取り囲む機能的境界の外部に存在するように描かれているが、処理リソース１０８は本発明の種々の実施の形態から外れることなく、前記の境界の内部、外部のいずれにあってもよい。

装置１００は好ましくはアプリケーションプログラムを実行する際、（プログラムコードを含む）そのアプリケーションプログラムが処理リソースを利用するとき、その能力を制限または制約するよう動作する。とくに、プロセッサ１０２のオペレーティングシステムは、コンテンツに対し、許可されたデジタル署名が関連づけられない限り、コンテンツの実行を容易にするよう動作する１以上の処理リソース１０８の利用を禁止するよう動作する。好ましくは、許可されたデジタル署名は、例えば装置１００の設計／製造者のような許可された主体のみから入手され、その主体によってのみ有効化される。例えば、装置１００はビデオゲームソフトを実行可能であり、ゲーム開発者（コンテンツ提供者）は装置１００上でそのゲームソフトの実行を望むとする。コンテンツが許可されたデジタル署名を含むことを要求することにより、装置１００の設計／製造者はそのコンテンツが装置１００のユーザへ販売される際、その過程に参加することができる。さらに、コンテンツ提供者は装置１００上で実行されるシェアウエアおよび／またはフリーウエアを配布したい場合がある。本発明のいろいろな態様において、許可されたデジタル署名はシェアウエアやフリーウエアと関連づけられてもよい。

図２は本発明の実施の形態で実行されるアクションを示すフローチャートである。説明のために、装置１００は処理システムの提供者２０２によって設計および／または製造されるとし、コンテンツ提供者２００はそのソフトウエアを装置１００上で実行させたいとする。アクション２０４において、コンテンツ提供者２００と処理システムの提供者２０２はコンテンツ提供者２００が作成したソフトウエアプリケーション（プログラムコードとデータ）が装置１００の１以上の処理リソース１０８を利用するためのコンテンツ登録条件に合意する。登録条件はフォームをいくつ含んでもよく、例えばコンテンツ提供者が所定のコンタクト情報を提供したり、コンテンツがウイルスフリーであることを保証するなどの条件がある。これに代え、またはこれに加え、登録条件は一回払いかロイヤルティベースの支払いであるかなどの購入条件を含んでもよい。登録条件は処理リソース１０８の無制限な利用を規定してもよいし、利用回数を制限してもよい。

登録条件で合意すれば、コンテンツ提供者２００は、処理システムの提供者２０２が所定の情報を利用できるようにする（アクション２０６）。この情報は例えば、装置１００（および／またはそのユーザ）に提供されるコンテンツを復号する秘密鍵／公開鍵のペアのうちの公開鍵を含む。この情報はまた、コンテンツ提供者２００から処理システムの提供者２０２へ送られるデジタル署名、および／またはコンテンツ提供者２００が選択し、および／または所期のデジタル署名情報を特定することによって決まるデジタル署名を含んでもよい。

例えば、図３のごとく、コンテンツ２８０はプログラムコードとデータ２８２、後述のリソースリスト２８４、および場合により他のコンテンツ２８６を含む。コンテンツ提供者２００はコンテンツ２８０の一部にハッシュアルゴリズムを作用させることにより、デジタル署名を得る。例えば、ハッシュアルゴリズムはプログラムコードとデータ２８２上のみで動いてもよいし、（存在する場合は）リソースリスト２８４との組合せの上で動いてもよいし、それに代え、またはそれに加え、他のコンテンツ２８６も組み合わされた上で動いてもよい。いずれの場合も、ハッシュアルゴリズムを実行して得られたハッシュ値は、処理システムの提供者２０２へ提供されるデジタル署名として利用できる（図２のアクション２０６）。図２に戻り、処理システムの提供者２０２はデジタル署名を生成するために使われる特定のハッシュアルゴリズムを指定してもよい。または、コンテンツ提供者２００は認可されたハッシュアルゴリズムのリストから選んでもよく、それに代え、またはそれに加え、選択以外の方法で処理システムの提供者２０２に対して望ましいハッシュアルゴリズムを指定してもよい。

アクション２０４と２０６は、ソフトウエアプリケーションが装置１００の１以上の処理リソース１０８を利用することを許可するためにコンテンツ提供者２００と処理システムの提供者２０２間でなされる登録の過程を示す。コンテンツ提供者２００のために登録され、またはコンテンツ提供者２００が購入した特定のリソースは、リソースリスト２８４内へリストアップされ、コンテンツ２８０内に含められる。もちろん、登録によって全リソースの利用が許可される場合などでは、リストは省略されてもよい。コンテンツ提供者２００と処理システムの提供者２０２の間の情報交換は、例えば郵送やデジテル伝送など、どのような通信手段を利用してもよい。

アクション２０８において、プログラムコードとデータ２８２、リソースリスト２８４、および／またはその他のコンテンツ２８６は、コンテンツ提供者の秘密鍵によって暗号化されることが望ましい。アクション２１０において、暗号化されたコンテンツ２８０は装置１００のユーザへ伝送され、またはそれ以外の方法で提供される。

処理システムの提供者２０２は好ましくは少なくともデジタル署名（およびオプションとしてコンテンツ提供者の公開鍵）を暗号化するために秘密鍵／公開鍵のペアのうち秘密鍵を利用する。処理システムの提供者の秘密鍵とペアになる公開鍵は、装置１００内部に（例えば、製造中に）ローカルに記憶される。処理システムの提供者の公開鍵は、タンパー（不正操作）されないよう、装置１００内にセキュアに記憶されることが望ましい。アクション２１２において、処理システムの提供者２０２は暗号化されたデジタル署名とコンテンツ提供者の公開鍵を装置１００へ送信する。この送信は、例えばユーザがコンテンツを呼び出す登録プロセス中において、ユーザから出された要求に応答してなされてもよい。そうした登録プロセスは例えば物理的に登録する場合やネットワークを経由してデジタル通信でなされる場合など、さまざまな技術で実現される。

図４、図５は、本発明のさらに別の態様によって実行されるさらなるアクションを示す。アクション３００において、暗号化されたコンテンツ２８０がシステムメモリ１０６で受け取られる。これは既知のどのような方法で実現してもよく、例えばコンテンツを内蔵するＣＤ−ＲＯＭを装置１００の適当なリーダへ挿入したり、ネットワークを介してダウンロードするなどの方法がある。アクション３００ではまた、好ましくは暗号化されたコンテンツ２８０が受け取られた後、認証情報がシステムメモリ１０６にて受け取られる。この認証情報は、好ましくはコンテンツ提供者の（コンテンツ２８０の復号のための）公開鍵と、処理システムの提供者の秘密鍵を用いて暗号化されたデジタル署名を含む。コンテンツ２８０に関し、認証情報はそれを内蔵する記録媒体を装置１００の適当なリーダに挿入したり、ネットワークを介してダウンロードするなど、任意の既知の方法で受け取られることができる。

アクション３０４において、認証情報はローカルメモリ１０４にて受け取られる。上述のごとく、装置１００は好ましくは認証情報（例えばデジタル署名）の少なくとも一部を暗号化するために利用される処理システムの提供者の秘密鍵に対応する同提供者の公開鍵を内蔵する。アクション３０６において、プロセッサ１０２は好ましくはデジタル署名とコンテンツ提供者の公開鍵を得るために認証情報を復号する。

図４のアクション３０８において、暗号化されたコンテンツ２８０の一部または全部は、好ましくはローカルメモリ１０４にて受け取られる。図５のアクション３１０において、コンテンツ提供者の公開鍵（アクション３０６で取得済）がコンテンツ２８０を復号するために利用される。上記処理において、コンテンツ提供者の公開鍵はデジタル署名とともに暗号化されていてもよいし、されていなくてもよい。コンテンツ提供者の公開鍵が暗号化されていなければ、コンテンツ２８０を復号するためのアクション３０６は実行する必要はない。コンテンツ２８０と認証情報が復号される順序によらず、デジタル署名は、コンテンツ２８０を認証し、プログラムコードが装置１００のリソースを使えるようにするために利用される。

アクション３１２において、好ましくはデジタル署名の正当性が検査される。例えば、デジタル署名が、暗号化に先立ってハッシュアルゴリズムをコンテンツ２８０の少なくとも一部に作用させた結果得られたハッシュ値である場合、プロセッサ１０２は好ましくはコンテンツ２８０の同じ個所に同じハッシュアルゴリズムを作用させ、デジタル署名と比較されるべき第２のハッシュ値を生成するよう動作する。アクション３１４において、コンテンツ２８０が有効であり、デジタル署名が正当であるかどうかに従って１以上の処理リソース１０８の利用を許可すべきか否かが決定される。決定が否定的な場合、認証は失敗となり、ユーザにコンテンツ２８０が実行できない旨を知らせるなど、適切なアクションがとられる。一方、アクション３１４における決定が肯定的な場合、処理は好ましくはアクション３１８へ進み、プログラムコードの実行により、１以上の処理リソース１０８が利用される。

好ましい実施の形態では、プロセッサ１０２はコンテンツ２８０に対して複数の処理リソース１０８が許可されるかどうかを確認するためにリソースリスト２８４を検査する。以降、指定された処理リソース１０８がすでに合意された条件（アクション２０４）にしたがって利用される。

本発明のいくつかの実施の形態では、デジタル署名がなく、および／または正当ではない場合でもプログラムコードの少なくとも一部を実行可能とする。さらに、本発明のいくつかの態様では、デジタル署名がなく、および／または正当ではない場合でも処理リソース１０８の少なくともひとつの利用が許可される。例えば、デジタル署名が全くない場合でも、処理リソース１０８Ａと処理リソース１０８Ｄの利用を許可し、処理リソース１０８Ｂと処理リソース１０８Ｄの利用を禁止してもよい。

いくつかの処理システムは図１に描かれ、いままで説明したとおり、高速処理のためであっても単一のプロセッサを利用する。しかし、処理システムによっては、マルチプロセッサアーキテクチャを用いて実装されるものもある。図６において、マルチプロセッサシステム１００Ａは所期の処理結果を達成するために複数のサブプロセッサが並行して（または少なくとも一部協調して）動作することが可能なシステムである。ここでは処理システム１００Ａは複数のプロセッサ１０２Ａ、１０２Ｂ、１０２Ｃ、１０２Ｄを含むが、もちろん、その数は本発明の範囲から外れることなく、任意である。処理システム１００Ａはさらに、複数のローカルメモリ１０４Ａ、１０４Ｂ、１０４Ｃ、１０４Ｄおよび共有システムメモリ１０６を有する。好ましくは、少なくともプロセッサ１０２、ローカルメモリ１０４、システムメモリ１０６は適切なプロトコルにしたがって各構成間でデータの伝送を行うバス１１２により、直接または間接的に接続される。

複数のプロセッサ１０２はそれぞれ同一または異なる構造でよい。これらのプロセッサは、共有（すなわちシステム）メモリ１０６との間でデータの授受を要求でき、所期の結果が得られるようデータを操作できる任意の既知の技術を用いて実装することができる。例えば、プロセッサ１０２はソフトウエアおよび／またはファームウエアを実行できる標準的なマイクロプロセッサや分散型のマイクロプロセッサを含む任意の既知のマイクロプロセッサによって実装されてもよい。ここでは例として、グレースケール情報、色情報、テクスチャデータ、ポリゴン情報、ビデオフレーム情報などを含む画素データのようなデータを要求し、操作できるグラフィックプロセッサであってもよい。

システム１００Ａの複数のプロセッサ１０２のうち、１以上のプロセッサがメイン（すなわち管理）プロセッサの役割をもつ。メインプロセッサは他のプロセッサによるデータ処理をスケジュールし、組み合わせる。

システムメモリ１０６は好ましくはダイナミックランダムアクセスメモリ（ＤＲＡＭ）であり、図示しないメモリインタフェイス回路を介してプロセッサ１０２に接続される。システムメモリ１０６は好ましくはＤＲＡＭであるが、他の技術、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ）、磁気ランダムアクセスメモリ（ＭＲＡＭ）、光学メモリ、ホログラフメモリなどを利用して実装されてもよい。

各プロセッサ１０２は好ましくはプログラムを実行するためにプロセッサコアをもち、自身に対応づけられたローカルメモリ１０４を有する。これらの部品は設計者の要望にしたがい、共通の半導体基板上に配置され、または個別に配置される。プロセッサコアは好ましくは処理パイプラインを用いて実装され、論理命令がパイプライン方式で実行される。命令を実行するためにパイプラインをいくつのステージに分割してもよいが、一般には１以上の命令のフェッチ、命令のデコード、命令間の依存関係の検査、命令の発行、および命令の実行を含む。このため、プロセッサコアは命令バッファ、命令デコード回路、依存関係検査回路、命令発行回路、および実行ステージを有する。

各ローカルメモリ１０４はバスを介してそれぞれ対応するプロセッサコア１０２に接続され、好ましくはプロセッサコアと同一のチップ（同一の半導体基板）に配置される。ローカルメモリ１０４は、ハードウエアによるキャッシュメモリ機能を実装するために、オンチップまたはオフチップのハードウエアキャッシュ回路、キャッシュレジスタ、キャッシュメモリコントローラなどをもたないという意味で、従来一般的なハードウエアキャッシュメモリではないことが望ましい。オンチップの面積は限られる場合が多く、ローカルメモリのサイズはシステムメモリ１０６よりも小さい。

プロセッサ１０２は好ましくはプログラムの実行およびデータの操作のために、バス１１２を介してシステムメモリ１０６から（場合によりプログラムデータを含む）データをローカルメモリ１０４へコピーするためにデータアクセス要求を発行する。データアクセスを容易にする機構として、例えばダイレクトメモリアクセス（ＤＭＡ）など、既知の任意の技術を実装してもよい。この機能は好ましくはメモリインタフェイス回路によって実行される。

本発明の少なくともひとつの態様において、上述の方法および装置は図示したものを例とする好適なハードウエアを用いて実施される。そうしたハードウエアは標準的なデジタル回路、ソフトウエアおよび／またはファーウエアプログラムを実行できる任意の既知のプロセッサ、プログラマブルリードオンリーメモリ（ＰＲＯＭ）やプログラマブルアレイロジック（ＰＡＬ）など１以上のプログラム可能なデジタルデバイスまたはシステムなど、任意の既知の技術を用いて実装される。さらに、図示した装置はいくつかの機能ブロックへ分けて示したが、これらのブロックは個別の回路に実装されるか、それに代え、またはそれに加え、１以上の機能ユニットへ統合されてもよい。さらに、本発明のさまざまな態様は、可搬性および／または配布のために、好適な記録媒体（フレキシブルディスク、メモリチップなど）に記憶されたソフトウエアおよび／またはファーウエアプログラムの形で実装されてもよい。

上述のごとく、本発明のさまざまな態様は、処理システムのいくつかまたはすべてのリソースの使用を要求するすべてのソフトウエアは処理システムに関連する主体（例えば、設計者および／または製造者）によって（例えば、デジタル署名で）承認されることを必要とする方法および装置を提供する。本発明のある態様では、フリーウエア、シェアウエア、および（ライセンスを受けていない）ゲームコンテンツが、処理システムの設計／製造者に対してデジタル署名を入手し、または有効化することにより、コンテンツの実行に必要なリソースへのアクセスを実現するための機構が提供される。

処理システムの処理リソースを管理する方法および装置は、オープンシステムアーキテクチャの有利な点を活かし、設計／製造者がコンテンツの開発および販売の報酬に対してシェアを得、シェアウエアやフリーウエアプログラムを処理システムで実行する利益を実現できる。

以上述べたいろいろな実施の形態は互いに排他的ではなく、それらをさまざまな組合せで用いることにより、それぞれ固有の効果を達成することができる。以上に述べた、またはそれ以外の特徴の変形や組合せは、特許請求の範囲に定義した発明から外れることなく利用することができる。したがって、以上に述べた実施の形態の説明は、特許請求の範囲に定義された発明を制限するものではなく、単に例を示すためのものと理解されるべきである。

本発明の実施の形態に係る処理システムのブロック図である。 本発明の実施の形態において、コンテンツ提供者と処理システムの提供者の間で実行される所定のアクションを示すフローチャートである。 本発明の実施の形態において、コンテンツ提供者によって提供され、図１の処理システムによって実行されるコンテンツの詳細を示すブロック図である。 本発明の実施の形態において、図１の処理システムによって実行される処理ステップを示すフローチャートである。 本発明の実施の形態において、図１の処理システムによってさらに実行される処理ステップを示すフローチャートである。 本発明の実施の形態において、図１の処理システムの能力を有する１以上のサブプロセッサを含むマルチプロセッサシステムの構成を示す図である。

符号の説明

１００ 装置、 １０２ プロセッサ、 １０４ ローカルメモリ、 １０６ システムメモリ、 １０８ 処理リソース、 １１２ バス、 １１４，１１６ デバイス、 ２００ コンテンツ提供者、 ２０２ 処理システムの提供者。

Claims (33)

1. コンテンツ提供者によってコンテンツが第１の鍵により暗号化されたときにそのコンテンツを復号する第２の鍵と、処理システムによるコンテンツの実行を望むコンテンツ提供者と処理システムの提供者との間で合意が達成されていることを示すデジタル署名であり、かつ前記コンテンツ提供者が第３の鍵を用いて暗号化して前記処理システムの提供者に提供したデジタル署名とを受信する処理と、
   前記コンテンツ提供者によって暗号化されたコンテンツを前記処理システムのメモリに受信する処理と、
   前記処理システムの製造中に前記処理システムの提供者によってその処理システム内にローカルに保存された第４の鍵を用いて前記デジタル署名を復号する処理と、
   復号されたデジタル署名の正当性を検査する処理と、
   前記デジタル署名が正当でない場合、コンテンツの実行を容易にする処理システム中の１以上のリソースについての使用は前記処理システムのオペレーティングシステムによって制限される処理と、
   をプロセッサが実行することを特徴とする情報処理方法。
2. 前記デジタル署名を復号する第４の鍵が前記処理システムに利用可能であることを保証する処理と、
   前記第２の鍵と暗号化されたデジタル署名を、前記処理システムによって使用可能にする処理と、
   をさらに実行することを特徴とする請求項１記載の情報処理方法。
3. 前記第１の鍵は、前記コンテンツ提供者により、前記合意の有無にかかわらずにコントロールされる第１の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
   前記第２の鍵は、前記第１の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項２に記載の情報処理方法。
4. 前記第３の鍵は、前記処理システムの提供者によりコントロールされる第２の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
   前記第４の鍵は、前記第２の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項２に記載の情報処理方法。
5. 前記デジタル署名は、前記コンテンツの少なくとも一部に対してハッシュアルゴリズムを作用させて得たハッシュ値であり、
   前記コンテンツ提供者は、少なくともひとつの前記ハッシュ値および前記ハッシュアルゴリズムを前記処理システムに通知し、
   前記処理システムの提供者は、前記ハッシュアルゴリズムを、前記処理システムにより使用可能とし、
   前記デジタル署名の正当性を検査する処理は、前記コンテンツの前記一部に対して前記ハッシュアルゴリズムを作用させることによって第２のハッシュ値を得、前記デジタル署名と第２のハッシュ値とを比較することを特徴とする請求項１から４のいずれかに記載の情報処理方法。
6. 前記コンテンツは、当該コンテンツによっていずれの処理リソースの使用が許されるかを示すリソースリストを含むことを特徴とする請求項１から５のいずれかに記載の情報処理方法。
7. 前記処理リソースは不揮発性メモリのサブシステムと、処理システムの１以上の機能回路のいずれかを含み、
   不揮発性メモリのサブシステムを含む場合、当該サブシステムは、電磁メモリ媒体、電子メモリ媒体、シリコンメモリ媒体、ＣＤ−ＲＯＭメモリ媒体、ＤＶＤ−ＲＯＭメモリ媒体、外部メモリ媒体などのソフトウエアおよび／またはハードウエアの一部を含み、
   １以上の機能回路を含む場合、当該機能回路は、少なくとも、グラフィック処理回路、ネットワークインタフェイス回路、ディスプレイインタフェイス回路、プリンタインタフェイス回路、ローカルデータの入力および／または出力インタフェイスを備えることを特徴とする請求項１から６のいずれかに記載の情報処理方法。
8. 前記コンテンツは、シェアウエアとフリーウエアの少なくとも一方を含むことを特徴とする請求項１から７のいずれかに記載の情報処理方法。
9. 第１の鍵により暗号化されたコンテンツを処理システムのメモリにて受信する処理と、
   デジタル署名を含む認証情報と第２の鍵とを、少なくともデジタル署名は第３の鍵によって暗号化された状態で前記処理システムのメモリにて受信する処理と、
   前記暗号化されたコンテンツを前記第２の鍵を用いて復号する処理と、
   前記処理システムの製造中に前記処理システムの提供者によってその処理システム内にローカルに保存された第４の鍵を用いて前記デジタル署名を復号し、該デジタル署名の正当性を検査する処理と、
   前記デジタル署名が正当でない場合、プロセッサが前記コンテンツの実行を容易にすることが可能な１以上の処理リソースを使用することは前記処理システムのオペレーティングシステムによって制限される処理と、
   を実行することを特徴とする情報処理方法。
10. 前記デジタル署名は、前記暗号化されたコンテンツを受信する前に、前記コンテンツの少なくとも一部に対してハッシュアルゴリズムを作用させて得たハッシュ値であり、
    前記デジタル署名の正当性を検査する処理は、前記コンテンツの前記一部に対して前記ハッシュアルゴリズムを作用させることによって第２のハッシュ値を得、前記デジタル署名と第２のハッシュ値とを比較することを特徴とする請求項９に記載の情報処理方法。
11. 処理システムによるコンテンツの実行を望むコンテンツ提供者が処理システムの提供者と合意することを要求する処理と、
    合意が得られない限り、前記デジタル署名および前記第２の鍵が使用可能になる状態を前記処理システムに与えない処理と、
    をさらに実行することを特徴とする請求項９または１０に記載の情報処理方法。
12. 前記第１の鍵は、前記処理システムによる前記コンテンツの実行を望むコンテンツ提供者によりコントロールされる第１の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
    前記第２の鍵は、前記第１の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項１１に記載の情報処理方法。
13. 前記第３の鍵は、前記処理システムの提供者によりコントロールされる第２の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
    前記第４の鍵は、前記第２の公開鍵／秘密鍵のペアうちの公開鍵であることを特徴とする請求項１１または１２に記載の情報処理方法。
14. 前記コンテンツは、当該コンテンツによっていずれの処理リソースの使用が許されるかを示すリソースリストを含むことを特徴とする請求項９から１３のいずれかに記載の情報処理方法。
15. 前記処理リソースは不揮発性メモリのサブシステムと、処理システムの１以上の機能回路のいずれかを含み、
    不揮発性メモリのサブシステムを含む場合、当該サブシステムは、電磁メモリ媒体、電子メモリ媒体、シリコンメモリ媒体、ＣＤ−ＲＯＭメモリ媒体、ＤＶＤ−ＲＯＭメモリ媒体、外部メモリ媒体などのソフトウエアおよび／またはハードウエアの一部を含み、
    １以上の機能回路を含む場合、当該機能回路は、少なくとも、グラフィック処理回路、ネットワークインタフェイス回路、ディスプレイインタフェイス回路、プリンタインタフェイス回路、ローカルデータの入力および／または出力インタフェイスを備えることを特徴とする請求項９から１４のいずれかに記載の情報処理方法。
16. 前記コンテンツは、シェアウエアとフリーウエアの少なくとも一方を含むことを特徴とする請求項９から１５のいずれかに記載の情報処理方法。
17. 内蔵するプロセッサにアクションを実行させるソフトウエアを実行することが可能な処理システムを含む情報処理装置であって、前記処理システムは、
    第１の鍵により暗号化されたコンテンツおよびデジタル署名を含む認証情報と第２の鍵とを、少なくともデジタル署名は第３の鍵によって暗号化された状態で受信してメモリに格納する手段と、
    前記暗号化されたコンテンツを前記第２の鍵を用いて復号する手段と、
    前記処理システムの製造中に前記処理システムの提供者によってその処理システム内にローカルに保存された第４の鍵を用いて前記デジタル署名を復号し、該デジタル署名の正当性を検査する手段と、
    前記デジタル署名が正当でない場合、プロセッサが前記コンテンツの実行を容易にすることが可能な１以上の処理リソースを使用することは前記処理システムのオペレーティングシステムによって制限される手段と、
    を含むことを特徴とする情報処理装置。
18. システムにアクションを実行させるソフトウエアを実行可能な第１および第２の処理システムを備え、
    第１の処理システムは、
    処理システムによるコンテンツの実行を望むコンテンツ提供者が処理システムの提供者と合意することを要求する手段と、
    コンテンツが第１の鍵により暗号化されたときにそのコンテンツを復号する第２の鍵と、前記合意が達成されていることを示すデジタル署名とを前記コンテンツ提供者から前記処理システムの提供者が受信する手段と、
    第３の鍵を用いて少なくとも前記デジタル署名を暗号化する手段と、
    要求に応じて、前記第２の鍵と前記暗号化されたコンテンツを伝送する手段と、
    を含み、
    第２の処理システムは、
    前記コンテンツ提供者から暗号化されたコンテンツを第２の処理システムのメモリにて受信する手段と、
    前記第２の処理システムの製造中に前記処理システムの提供者によってその処理システム内にローカルに保存された第４の鍵を用いて前記デジタル署名を復号する手段と、
    復号されたデジタル署名の正当性を検査する手段と、
    コンテンツの実行を容易にする第２の処理システム中の１以上のリソースについて、前記デジタル署名が正当でない場合には前記処理システムのオペレーティングシステムによってその使用を制限する手段と、
    を含むことを特徴とする情報処理システム。
19. 前記第２の処理システムはさらに、
    前記第１の処理システムに前記第２の鍵と前記暗号化されたデジタル署名を要求する手段と、
    ローカルにストアされた第４の鍵を用いて、少なくとも前記暗号化されたデジタル署名を復号する手段と、
    前記デジタル署名の正当性を検査する手段と、
    前記デジタル署名が正当な場合、前記１以上の処理リソースの使用を許可する手段と、
    を含むことを特徴とする請求項１８に記載の情報処理システム。
20. 前記第１の処理システムはさらに、前記コンテンツ提供者に、ハッシュ値とハッシュアルゴリズムの少なくとも一方を伝送するよう要求する手段を含み、
    前記デジタル署名は、前記コンテンツの少なくとも一部に対して前記ハッシュアルゴリズムを作用させることによって得られた前記ハッシュ値であり、
    前記ハッシュアルゴリズムは、前記第２の処理システムによって使用可能であり、
    前記第２の処理システムはさらに、前記コンテンツの前記一部に前記アルゴリズムを作用させて第２のハッシュ値を得、第２のハッシュ値と前記デジタル署名とを比較することによって前記デジタル署名の正当性を検査する手段を含むことを特徴とする請求項１９に記載の情報処理システム。
21. 前記第１の鍵は、前記コンテンツ提供者により、前記合意の有無にかかわらずにコントロールされる第１の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
    前記第２の鍵は、前記第１の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項１８から２０のいずれかに記載の情報処理システム。
22. 前記第３の鍵は、前記処理システムの提供者によりコントロールされる第２の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
    前記第４の鍵は、前記第２の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項１９または２０に記載の情報処理システム。
23. 前記処理リソースは不揮発性メモリのサブシステムと、処理システムの１以上の機能回路のいずれかを含み、
    不揮発性メモリのサブシステムを含む場合、当該サブシステムは、電磁メモリ媒体、電子メモリ媒体、シリコンメモリ媒体、ＣＤ−ＲＯＭメモリ媒体、ＤＶＤ−ＲＯＭメモリ媒体、外部メモリ媒体などのソフトウエアおよび／またはハードウエアの一部を含み、
    １以上の機能回路を含む場合、当該機能回路は、少なくとも、グラフィック処理回路、ネットワークインタフェイス回路、ディスプレイインタフェイス回路、プリンタインタフェイス回路、ローカルデータの入力および／または出力インタフェイスを備えることを特徴とする請求項１８から２２のいずれかに記載の情報処理システム。
24. 前記コンテンツは、シェアウエアとフリーウエアの少なくとも一方を含むことを特徴とする請求項１８から２３のいずれかに記載の情報処理システム。
25. 第１の鍵により暗号化されたコンテンツと、デジタル署名を含む認証情報と第２の鍵とを、少なくともデジタル署名は第３の鍵によって暗号化された状態で格納するメモリと、前記メモリと接続可能なプロセッサとを含み、
    前記プロセッサを用いてメモリより読み出した前記暗号化されたコンテンツを、メモリより読み出した前記第２の鍵を用いて復号し、前記プロセッサの提供者によってプロセッサの製造中にメモリ内に保存された第４の鍵を用いて前記デジタル署名を復号する手段と、
    復号したデジタル署名の正当性を前記プロセッサを用いて検査する手段と、
    前記デジタル署名が正当でない場合、前記プロセッサが前記コンテンツの実行を容易にすることが可能な１以上の処理リソースの使用をすることはオペレーティングシステムによって制限される手段と、
    を含むことを特徴とする情報処理装置。
26. 前記デジタル署名は、前記暗号化されたコンテンツを受信する前に、前記コンテンツの少なくとも一部に対してハッシュアルゴリズムを作用させて得たハッシュ値であり、
    前記コンテンツの前記一部に対して前記ハッシュアルゴリズムを作用させることによって第２のハッシュ値を得、前記デジタル署名と第２のハッシュ値とを比較することによって前記デジタル署名の正当性を前記プロセッサを用いて検査する手段をさらに含むことを特徴とする請求項２５に記載の情報処理装置。
27. 本装置によるコンテンツの実行を望むコンテンツ提供者は、前記デジタル署名および前記第２の鍵が本装置により受信されるために、本装置の提供者と合意する必要があることを特徴とする請求項２５または２６に記載の情報処理装置。
28. 前記第１の鍵は、前記コンテンツ提供者によりコントロールされる第１の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
    前記第２の鍵は、前記第１の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項２７に記載の情報処理装置。
29. 前記第３の鍵は、本装置の提供者によりコントロールされる第２の公開鍵／秘密鍵のペアのうちの秘密鍵であり、
    前記第４の鍵は、前記第２の公開鍵／秘密鍵のペアのうちの公開鍵であることを特徴とする請求項２７または２８に記載の情報処理装置。
30. 前記処理リソースは不揮発性メモリのサブシステムと、装置の１以上の機能回路のいずれかを含み、
    不揮発性メモリのサブシステムを含む場合、当該サブシステムは、電磁メモリ媒体、電子メモリ媒体、シリコンメモリ媒体、ＣＤ−ＲＯＭメモリ媒体、ＤＶＤ−ＲＯＭメモリ媒体、外部メモリ媒体などのソフトウエアおよび／またはハードウエアの一部を含み、
    １以上の機能回路を含む場合、当該機能回路は、少なくとも、グラフィック処理回路、ネットワークインタフェイス回路、ディスプレイインタフェイス回路、プリンタインタフェイス回路、ローカルデータの入力および／または出力インタフェイスを備えることを特徴とする請求項２５から２９のいずれかに記載の情報処理装置。
31. 前記コンテンツは、シェアウエアとフリーウエアの少なくとも一方を含むことを特徴とする請求項２５から３０のいずれかに記載の情報処理装置。
32. 第１の鍵により暗号化されたコンテンツを処理システムのメモリにて受信する処理機能と、
    デジタル署名を含む認証情報と第２の鍵とを、少なくともデジタル署名は第３の鍵によって暗号化された状態で前記処理システムのメモリにて受信する処理機能と、
    前記暗号化されたコンテンツを前記第２の鍵を用いて復号する処理機能と、
    前記処理システムの製造中に前記処理システムの提供者によってその処理システム内にローカルに保存された第４の鍵を用いて前記デジタル署名を復号し、該デジタル署名の正当性を検査する機能と、
    前記デジタル署名が正当でない場合、処理システムのプロセッサが前記コンテンツの実行を容易にすることが可能な１以上の処理リソースの使用をすることは前記処理システムのオペレーティングシステムによって制限される機能と、
    を処理システムのプロセッサに実行させることを特徴とするコンピュータプログラム。
33. 請求項３２に記載のコンピュータプログラムを格納したことを特徴とする記録媒体。

Images