ソフトウエアアプリケーションを配布する方法および装置
【課題】 プログラムが設計された時点と現在でハードウエアの処理能力が異なる。
【解決手段】 ソフトウエアプログラムの実行を可能にする方法および装置を提供する。この方法および装置は、ソフトウエアプログラムのバージョンを示す識別情報を取得し、ソフトウエアプログラムを実行するプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、ソフトウエアプログラムのバージョンを少なくとも一部修正して、プロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得する。
【解決手段】 ソフトウエアプログラムの実行を可能にする方法および装置を提供する。この方法および装置は、ソフトウエアプログラムのバージョンを示す識別情報を取得し、ソフトウエアプログラムを実行するプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、ソフトウエアプログラムのバージョンを少なくとも一部修正して、プロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウエアプログラムのバージョンを修正して、ソフトウエアプログラムが開発された時点で考慮された処理能力よりもさらに優れた処理能力を有するプロセッサ上で当該ソフトウエアプログラムが実行されるときに得られる結果を改善する方法および装置に関する。
【背景技術】
【０００２】
家庭用および業務用のソフトウエアプログラムの設計に関するマーケティング・販売は、経済における発展分野および成長分野としての地位をいつも確保している。実際には、ソフトウエア開発者は、一見したところ飽くことがないと見える消費者の欲求を満たそうと、最新かつ向上したソフトウエアアプリケーションをしきりに模索している。ビデオゲーム、映画アニメーション、および特殊効果などのコンピュータグラフィックソフトウエアの分野ほどこのことが顕著である分野は他にはない。実際、リアルタイムでマルチメディアのアプリケーションは、特にビデオゲーム市場において、次第に重要になっている。これらのアプリケーションは、毎秒数千メガビットのデータ処理というような非常に高速の処理速度が必要となる。
【０００３】
より複雑で高性能なソフトウエアプログラムの進歩はこれまで、当該ソフトウエアプログラムが実行されるハードウエアの処理能力の進歩とともにあった。実際には、加算と減算のみが可能な４ビットプロセッサである、最初のマイクロプロセッサであるインテル社の４００４が１９７１年に発売されて以来、マイクロプロセッサの処理能力において驚くべき進歩がなされてきた。インテル社は１９７９年に８０８０マイクロプロセッサを発売し、当該プロセッサは、ＩＢＭ社のパーソナルコンピュータ内に組み込まれた。インテル社の８０８０マイクロプロセッサは、約２９０００個のトランジスタを５ＭＨｚのクロック速度で用いており、１秒間に３３万回の命令（ＭＩＰＳ）を実行できた。１９８２年から１９８９年まで、インテル社は８０２８６、８０３８６、８０４８６のマイクロプロセッサを発売した。インテル社の８０４８６のマイクロプロセッサは、１２０万個のトランジスタを２５ＭＨｚのクロック速度で使用しており、２０ＭＩＰＳを実現できた。１９９３年から２０００年まで、インテル社はＰｅｎｔｉｕｍ（登録商標）シリーズのマイクロプロセッサを発売した。Ｐｅｎｔｉｕｍ４のマイクロプロセッサは、４２００万個のトランジスタを１．５ＧＨｚのクロック速度で使用し、約１７０００ＭＩＰＳを実現できた。これらのデータによれば、ソフトウエアプログラムを実行するハードウエアのスピードおよびパワーは絶えず増加している（インテル社のＰｅｎｔｉｕｍ４は８０８８マイクロプロセッサよりも約５０００倍速く動作する）。この説明についてつけ加えると、より最新でより強力なマイクロプロセッサが現在でも開発され、約４ＧＨｚのクロック周波数でより高度なＭＩＰＳレベルを実現している。
【０００４】
単一の処理ユニットで高速の処理速度を出すことは可能であるが、一般に、マルチプロセッサアーキテクチャの処理速度に対抗することはできない。実際、マルチプロセッサシステムでは、複数のプロセッサが並列に（または、少なくとも協調して）動作して、所望の処理結果を得ることができる。マルチ処理技術を用いることのできるコンピュータおよびコンピューティングデバイスの種類は多岐にわたる。こうしたコンピューティングデバイスには、パーソナルコンピュータ（ＰＣ）およびサーバ以外に、携帯電話、モバイルコンピュータ、個人情報端末（ＰＤＡ）、セットトップボックス、ディジタルＴＶ、およびその他多数の装置が含まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図１は、ソフトウエアプログラムおよび当該プログラムを実行するために用いられるハードウエアの対応する進化を示す。時代のある時点におけるハードウエアシステム１０２は、他のハードウエアシステム、例えば、ハードウエアシステム１０６やハードウエアシステム１１２ほど強力ではない。これらのハードウエアシステムでさえも、ハードウエアシステム１１８ほど強力ではない。また、ソフトウエアプログラム１０４（光学ディスク上に記録されているものとして示されている）は、当時存在するハードウエアシステム１０２上で実行されるよう設計された。例えば、ソフトウエアプログラム１０４は、例えば、インテル社の８０２８６マイクロプロセッサにより与えられた処理特性を有する処理ユニット上で実行されることを理解しつつ、記述されてきた。ソフトウエアプログラム１０４以後に設計され仕入れられたソフトウエアプログラム１１０は、例えば、インテル社の８０４８６マイクロプロセッサにより与えられた処理特性を有する処理ユニット上で実行されるよう設計されてきた。他の例として、ソフトウエアプログラム１１０は、１９９４年に発売された出願人自身のプレイステーション（登録商標）のゲームコンソールの処理特性を有する処理ユニット上で実行されるよう設計され開発されてきた。さらに、ソフトウエアプログラム１１６は、インテル社のＰｅｎｔｉｕｍ３のマイクロプロセッサにより与えられた処理特性を有する処理ユニット上で実行されるよう設計され開発されてきた。他の例として、ソフトウエアプログラム１１６は、とりわけビデオゲームソフトウエアプログラムを実行するよう設計された出願人自身のプレイステーション ２のコンソール上で実行されるよう設計され開発されてきた。
【０００６】
世間一般の通念では、ある処理特性を備える特定の処理ユニット上で実行されるために開発された任意のソフトウエアプログラムは、より上位の処理特性を備える他の処理ユニット上でも実行できるであろうことになっている。これは、多くの状況下では正しいものであるが、必ずしもそうでない場合がある。特に、ユーザがディスプレイ上でマルチメディアを体験できるようにソフトウエアプログラムが設計される場合がそうであり、例えば、ビデオゲームソフトウエアプログラムの場合が挙げられる。実際には、適度に高性能な処理ユニットのために設計されたソフトウエアプログラムを、十分に高度な処理能力を有する処理ユニット上で実行することは、結果として、動画における動オブジェクトが過度に高速になり、動画における音声要素と映像要素間の同期化の失敗に至る。一般的に、このような問題は、（並行処理を行うユニットである）プログラムスレッド間の相互依存性が保障されていない場合に顕著になる。
【０００７】
そのために特別に設計されたソフトウエアプログラム、およびさほど高性能でない処理ユニット上で実行されるよう設計されたソフトウエアプログラムの実行を可能にするあるユニット内に、特別な設計が施されなければ、ソフトウエアプログラムに関する充実したサポートを受けるために、ユーザは２つの別々の処理ユニットを維持しなければならない。このことの例外として、出願人自身のプレイステーションのコンソールと出願人自身のプレイステーション ２のコンソールが挙げられる。実際、出願人自身のプレイステーション ２のコンソールは、複数のマイクロプロセッサを用いて、プレイステーションのコンソールのために特別に記述されたソフトウエアプログラム、およびプレイステーション ２のコンソールのために特別に記述されたソフトウエアプログラムに対処できる。より詳細には、出願人自身のプレイステーション ２のコンソールは、プレイステーションのコンソール内に検出されたマイクロプロセッサと協働して、プレイステーション用のビデオゲームソフトウエアプログラムを実行する。プレイステーション ２のコンソール内の他のマイクロプロセッサは、プレイステーション ２のコンソールのために特別に設計されたビデオゲームソフトウエアプログラムを実行するために用いられる。
【０００８】
異なる処理能力を有する複数のマイクロプロセッサを備えた将来の処理ユニットを設計するにあたって、ソフトウエアプログラムに関する充実したサポートに関するいくつかの問題に取り組む一方、よりよい解決策、好適には、より多目的に使えて効果的でコスト効率のよい解決策を得るのが望ましい。
【課題を解決するための手段】
【０００９】
本発明のひとつまたは複数の態様によれば、ソフトウエアプログラムの実行を可能にする方法は、ソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するステップと、を含む。
【００１０】
識別情報は、光学ディスク媒体、磁気媒体および電子媒体等の記録媒体内から取得してもよい。識別情報はソフトウエアプログラムの一部であってもよく、またソフトウエアプログラムから取得してもよい。
【００１１】
好ましくは、本方法は識別情報に基づいて処理ユニットの処理能力を決定することをさらに含む。この決定は、少なくともひとつのプロセッサが、ソフトウエアプログラムを実行中のひとつまたは複数の外部のプロセッサから処理リソースを利用可能であるかを決定することを伴う。代替的に、または追加して、少なくともひとつのプロセッサの処理能力の決定は、該少なくともひとつのプロセッサの処理能力を示す処理識別子を取得することを含んでもよい。
【００１２】
好ましくは、本方法は、ソフトウエアプログラムについての識別情報と、テーブルにアクセスするための少なくともひとつのプロセッサの処理識別子とを用いることを含む。テーブルは、（ｉ）複数のソフトウエアプログラムについてのそれぞれの識別情報、（ｉｉ）処理識別子、（ｉｉｉ）ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するために使用可能なソフトウエアプログラムおよび／またはデータモジュール、を関連付ける。その後、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムのバージョンの少なくとも一部を修正し、ソフトウエアプログラムの適切なバージョンを取得することができる。
【００１３】
テーブルは、少なくともひとつのプロセッサと共通の場所にローカルに保存されるか、リモートに位置する管理者エンティティに保存されるか、または、リモートに位置する管理者エンティティによってアクセスされる別の位置に保存されるかのいずれかひとつの方法で保存されてもよい。テーブルが処理ユニットからリモートの位置に保存されるとき、本方法は、通信チャンネルを用いて処理ユニットと管理者エンティティとの間にリンクを確立するステップと、通信チャンネルを介して少なくともひとつのプロセッサから管理者エンティティに識別情報と処理識別子を送信するステップと、をさらに含んでもよい。
【００１４】
管理者エンティティは、識別情報と処理識別子を用いてテーブルにアクセスし、少なくともひとつの関連付けられたソフトウエアプログラムおよび／またはデータモジュールを取得することが好ましい。その後、本方法は、通信チャンネルを介して管理者エンティティから、ひとつまたは複数の関連付けられたソフトウエアプログラムおよび／またはデータモジュールを処理ユニットで受け取るステップと、ひとつまたは複数の関連付けられたソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムのバージョンを修正し、ソフトウエアプログラムのより適切なバージョンを取得するステップと、をさらに含んでもよい。
【００１５】
ソフトウエアプログラムのバージョンを修正するためのソフトウエアプログラムの適切なバージョンの取得は、記憶媒体内のソフトウエアプログラムのバージョンを上書きして、記憶媒体内のソフトウエアプログラムの適切なバージョンを取得することを含んでもよい。
【００１６】
本発明のひとつまたは複数の態様によれば、処理調整部は少なくともひとつのプロセッサを備え、少なくともひとつの処理ユニットは、処理タスクを実行するためのローカルメモリをそれぞれ有するサブ処理ユニットと、少なくともいくつかの管理処理タスクをサブ処理ユニットに対して実行可能なメイン処理ユニットと、サブ処理ユニットおよびメイン処理ユニットによりアクセス可能なメインメモリと、サブ処理ユニット、メイン処理ユニット、およびメインメモリを動作可能に接続するデータバスと、を有する。
【００１７】
メイン処理ユニットおよびサブ処理ユニットのうち少なくともひとつであるような、少なくともひとつのプロセッサは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）ソフトウエアプログラムが実行されるプロセッサの処理能力が、ソフトウエアプログラムのバージョンの適切な実行に不適合である（例えば、高速すぎる）か否かを決定し、（ｉｉｉ）ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムの別のバージョンを取得するよう動作可能であることが好ましい。
【００１８】
メイン処理ユニットおよび／またはサブ処理ユニットの少なくともひとつであるような、少なくともひとつのプロセッサは、識別情報を使用して処理ユニットの処理能力を決定するよう動作可能であることが好ましい。この決定は、少なくともひとつのプロセッサが、ソフトウエアプログラムを実行中のひとつまたは複数の外部の処理ユニットから処理リソースを利用可能であるか否かを決定することを含んでもよい。代替的に、または追加して、処理能力の決定は、処理能力を示す処理識別子を取得することを含んでもよい。
【００１９】
メイン処理ユニットおよび／またはサブ処理ユニットの少なくともひとつであるような、少なくともひとつのプロセッサは、ソフトウエアプログラムについての識別情報と、テーブルにアクセスするための処理ユニットの処理識別子とを用いるよう動作可能であってもよい。テーブルは、（ｉ）複数のソフトウエアプログラムについてのそれぞれの識別情報、（ｉｉ）処理識別子、（ｉｉｉ）ソフトウエアプログラムのバージョンを少なくとも一部修正して、プロセッサ上で適切に動作するソフトウエアプログラムの適切なバージョンを取得するために使用可能なソフトウエアプログラムおよび／またはデータモジュール、を関連付ける。少なくともひとつのメイン処理ユニットおよび／またはサブ処理ユニットは、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムのバージョンの少なくとも一部を修正し、ソフトウエアプログラムの適切なバージョンを取得してもよい。
【００２０】
テーブルは、処理ユニット内にローカルに保存されていても、および／または管理エンティティ内にリモートに保存されていてもよい。リモートに保存されている場合、処理ユニットは、通信チャンネルを使用して処理ユニットと管理エンティティとの間にリンクを確立し、通信チャンネルを介して識別情報と処理識別子とを管理エンティティに送信するように動作可能であってもよい。
【００２１】
管理エンティティは、識別情報と処理識別子とを使用してテーブルにアクセスし、ひとつまたは複数の関連付けられたソフトウエアプログラムおよびデータモジュールを取得してもよい。少なくともひとつのプロセッサは、管理エンティティから通信チャンネルを介してひとつまたは複数の関連付けられたソフトウエアプログラムおよび／またはデータモジュールを受け取り、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムを修正し、ソフトウエアプログラムの適切なバージョンを取得するように動作可能であってもよい。
【００２２】
ソフトウエアプログラムのバージョンを修正してソフトウエアプログラムの適切なバージョンを取得する動作は、記憶媒体内のソフトウエアプログラムのバージョンを上書きして、記憶媒体内のソフトウエアプログラムの適切なバージョンを取得することを含んでもよい。
【００２３】
本発明のさらなるひとつまたは複数の態様によれば、上述の方法を用いて処理ユニットを動作させるためのプログラムが記録媒体に記録される。
【００２４】
本発明の上述の態様に従って、現代のマイクロプロセッサの処理能力を超えた最新のコンピュータアーキテクチャが開発された。この最新のコンピュータアーキテクチャによれば、マルチプロセッサのコンピュータシステムのすべてのプロセッサは、共通のコンピュータモジュール（またはセル）から構成される。この共通のコンピュータモジュールは、共通の構成を有し、同一の命令集合構成を用いるのが好ましい。マルチプロセッサのコンピュータシステムは、コンピュータプロセッサを用いて、１以上のクライアント、サーバ、ＰＣ、携帯端末、ゲーム機、ＰＤＡ、セットトップボックス、アプリケーション、ディジタルテレビおよび他のデバイスから構成されうる。
【００２５】
必要に応じて、複数のコンピュータシステムをそれぞれネットワークのメンバとしてもよい。一貫性のあるモジュール構造により、マルチプロセッサコンピュータシステムによってアプリケーションおよびデータの効率的な高速処理が可能となり、かつネットワークを利用すれば、ネットワークを介してアプリケーションおよびデータの迅速な伝送ができる。またこの構造により、様々なサイズおよび処理能力をもつネットワークメンバの形成、ならびにこれらメンバによって処理されるアプリケーションの準備が簡略化できる。
【００２６】
基本的な処理モジュールはプロセッサ要素（ＰＥ）である。ＰＥは、好適には処理ユニット（ＰＵ）と、ダイレクトメモリアクセスコントローラ（ＤＭＡＣ）と、共通の内部アドレスおよびデータバスで接続された、複数の、例えば４つのサブ処理ユニット（ＳＰＵ）とを含む。ＰＵおよびＳＰＵは、クロスバー構成をもちうる共有ダイナミックランダムアクセスメモリ（ＤＲＡＭ）にアクセスする。ＰＵは、ＳＰＵによるデータおよびアプリケーションの処理のスケジューリングと調整を行う。ＳＰＵはこの処理を並列かつ独立して行う。ＤＭＡＣは、共有ＤＲＡＭに保存されたデータおよびアプリケーションに対するＰＵおよびＳＰＵのアクセスを制御する。
【００２７】
このモジュール構造では、あるコンピュータシステムで使用されるＰＥの数は、そのシステムが必要とする処理能力に基づく。例えば、サーバは４つのＰＥ、ワークステーションは２つのＰＥ、ＰＤＡはひとつのＰＥを使用しうる。あるソフトウエアセルの処理に割り当てられるＰＥのＳＰＵの数は、セル内のプログラムおよびデータの複雑さおよび規模によって異なる。
【００２８】
複数のＰＥを共有ＤＲＡＭに関連付けることができ、そのＤＲＡＭは複数のセクションに分別され、各セクションは複数のメモリバンクに分別されうる。ＤＲＡＭの各セクションはバンクコントローラによって制御され、ＰＥの各ＤＭＡＣが各バンクコントローラにアクセスできる。本構成では、各ＰＥのＤＭＡＣは共有ＤＲＡＭの任意の個所にアクセスできる。
【００２９】
この新規のコンピュータ構成はまた、データおよびアプリケーションをネットワークを介して伝送し、かつデータおよびアプリケーションをネットワークメンバ間で処理する新たなプログラミングモデルを用いる。このプログラミングモデルは、ネットワークを介して伝送され任意のネットワークメンバによって処理されるソフトウエアセルを用いる。各ソフトウエアセルは同一構造をもち、データとアプリケーション両方を収容できる。モジュール式コンピュータ構成による高速処理および伝送の結果、これらセルの高速処理が可能である。アプリケーション用のコードは、好適には同一の共通命令セットおよび命令セットアーキテクチャに基づく。各ソフトウエアセルは、好適にはグローバル（大域的）識別名（ＩＤ）と、セルの処理に必要な計算リソース量を記述した情報とを含む。すべての計算リソースは同一の基本構造をもち、かつ同じ命令セットアーキテクチャを用いるので、処理を実行する特定のリソースをネットワーク上の任意の場所に配置してダイナミックに割り当てをすることができる。
【００３０】
本発明の上記以外の態様、特徴、および利点は、添付図面とともに以下の詳細な説明により当業者には明確に理解される。
【発明を実施するための最良の形態】
【００３１】
現在のところ好適である図面を例示として添付するが、本発明は図面と同一の構成および手段に限定されない。
【００３２】
以下、図面を参照するが、図中、同一符号は同一要素を示す。図１は、本発明のひとつ以上の態様に従って処理調整部１１８を示す。処理調整部１１８は、例えば、詳細は後述するマイクロプロセッサを用いて、ソフトウエアプログラムを実行できる。ディスプレイ１２０およびオーディオ機能（図示せず）を用いて、ユーザはマルチメディアを体験できる。
【００３３】
ソフトウエアプログラムを含む記録媒体を処理調整部１１８に挿入し、かつ当該ソフトウエアプログラムをランダムアクセスメモリ（ＲＡＭ）に読み込ませる等の任意の方法で、ソフトウエアプログラムを読み出すことができる。記録媒体は、光媒体、磁気媒体、電子媒体等であってもよい。実施形態のいくつかの態様に従えば、ソフトウエアプログラムは、インターネット１２４等のネットワークを介してダウンロードされることで、処理調整部１１８内に読み込まれてもよい。
【００３４】
非常に強力なマルチプロセッシングシステムを用いて、本発明に係る処理調整部１１８を実装すれば、有利な処理特性を達成できることが見いだされてきた。処理調整部１１８は、ソフトウエアプログラムのバージョンを適切に実行するために、その処理能力が不適合であるか否かを判定するように動作することが好ましい。不適合には、処理調整部１１８の処理能力が高すぎる場合を含んでもよい。処理調整部１１８は、ソフトウエアプログラムのバージョンを少なくとも部分的に調整して、不適合であったときに適切に動作するソフトウエアプログラムの適切なバージョンを取得するように動作することが好ましい。この機能がどのように達成されるかについての各種詳細および具体例、さらに複数の変形例を以下に述べる。この点に関して、処理調整部１１８の内部構成のある態様の一例をここで詳細に説明する。
【００３５】
図２Ａは、基本的な処理モジュールまたはプロセッサ要素（ＰＥ）２００の一例を示すブロック図である。図示するように、ＰＥ２００は、Ｉ／Ｏインタフェース２０２と、処理ユニット（ＰＵ）２０４と、ダイレクトメモリアクセスコントローラ（ＤＭＡＣ）２０６と、複数のサブ処理ユニット（ＳＰＵ）、すなわちＳＰＵ１（２０８Ａ）、ＳＰＵ２（２０８Ｂ）、ＳＰＵ３（２０８Ｃ）およびＳＰＵ４（２０８Ｄ）とを含む。ローカル（すなわち内部）ＰＥバス２１２は、ＰＵ２０４、ＳＰＵ群２０８、ＤＭＡＣ２０６およびメモリインタフェース２１０間のデータおよびアプリケーションを伝送する。ローカルＰＥバス２１２は、例えば従来構成でもよいし、またはパケットスイッチネットワークとして実装することもできる。パケットスイッチネットワークとして実装するとより多くのハードウエアが必要になるが、利用可能な帯域が広がる。
【００３６】
ＰＥ２００はディジタル論理回路を実装する各種方法を利用して構成できる。ただし好適には、ＰＥ２００はシリコン基板上の相補的金属酸化膜半導体（ＣＭＯＳ）を用いるひとつの集積回路として構成される。基板の他の材料には、ガリウム砒素、ガリウムアルミニウム砒素、および広範な種類の不純物を用いた他のいわゆるＩＩＩ−Ｂ族化合物が含まれる。ＰＥ２００はまた、超伝導材料を用いて高速単一磁束量子（ＲＳＦＱ）論理回路等として実装することもできる。
【００３７】
ＰＥ２００は、広帯域メモリ接続２１６を介してダイナミックランダムアクセスメモリ（ＤＲＡＭ）２１４に密接に関連付けられる。ＤＲＡＭ２１４は、ＰＥ２００用の主メモリ（または共有メモリ）として機能する。ＤＲＡＭ２１４は好適にはダイナミックランダムアクセスメモリだが、スタティックランダムアクセスメモリ（ＳＲＡＭ）、磁気ランダムアクセスメモリ（ＭＲＡＭ）、光学メモリ、またはホログラフィックメモリ等の他の手段を用いて実装してもよい。他の実装として、ＤＲＡＭ２１４は、ＰＥ２００と同一の集積回路内に組み込まれてもよいし、他には、別の外部メモリとして提供されてもよい。ＤＲＡＭ２１４が、ＰＥ２００と同一のチップ内に組み込まれている場合、当該ＤＲＡＭ２１４はそのチップ上において異なる場所に設けられてもよいし、ＰＥを構成するひとつ以上のプロセッサとともに一体化されてもよい。ＤＭＡＣ２０６およびメモリインタフェース２１０により、ＤＲＡＭ２１４とＰＥ２００のＳＰＵ群２０８およびＰＵ２０４間のデータ転送が容易になる。ＤＭＡＣ２０６および／またはメモリインタフェース２１０は、サブ処理ユニット２０８およびＰＵ２０４と一体化して設けてもよいし、あるいは、サブ処理ユニット２０８およびＰＵ２０４から離れた場所（リモート）に設けてもよい。実際には、図に示す分離された構成に代わって、ＤＭＡＣ２０６の機能および／またはメモリインタフェース２１０の機能を、ひとつ以上の（好適にはすべての）サブ処理ユニット２０８およびＰＵ２０４に一体化させてもよい。
【００３８】
ＰＵ２０４は、例えばスタンドアロン式のデータおよびアプリケーション処理が可能な標準的なプロセッサでもよい。動作時には、ＰＵ２０４はＳＰＵ群２０８によるデータおよびアプリケーションの処理のスケジューリングおよび調整を行う。他の構成では、ＰＥ２００は複数のＰＵ２０４を含んでもよい。ＰＵ群２０４のそれぞれは、ひとつのＳＰＵ２０８、すべてのＳＰＵ２０８、または所定のグループのＳＰＵ群２０８を制御してもよい。ＳＰＵ群２０８は、好適には、一命令複数データ（ＳＩＭＤ）プロセッサである。ＰＵ２０４の制御下で、ＳＰＵ群２０８はデータおよびアプリケーションの処理を並列に、かつ独立して行う。ＤＭＡＣ２０６は、共有ＤＲＡＭ２１４に保存されたデータおよびアプリケーションに対するＰＵ２０４およびＳＰＵ群のアクセスを制御する。なお、ＰＵ２０４は、主処理ユニットの役割を果たすひとつ以上のサブ処理ユニット２０８で実装できる。
【００３９】
ＰＥ２００等の多数のＰＥを接続し、または一緒にパッケージングして、処理能力を向上させることができる。この構成を広帯域エンジン（ＢＥ）と称する。
【００４０】
図２Ｂは、本発明の態様に従って動作する複数のＰＥ２５０（ＰＥ１,ＰＥ２,ＰＥ３およびＰＥ４）の処理アーキテクチャの一例を示す。ＰＥ２５０は単一のチップ上に存在するのが好ましい。ＰＥ２５０は、図２ＡのＰＥ２００について上述したＰＵおよび／あるいはＳＰＵ等のサブシステムを含んでもよいし、含まなくてもよい。ＰＥ２５０は同一のタイプであってもよいし、要求される処理の種類に応じてタイプが異なってもよい。例えば、ひとつ以上のＰＥ群２５０は、一般的なマイクロプロセッサ、ディジタルシグナルプロセッサ、グラフィックプロセッサ、マイクロコントローラ等であってもよい。
【００４１】
ＰＥ群２５０は、好適には共有バス２５２に接続される。メモリコントローラまたはＤＭＡＣ２５６は、メモリバス２５４を介して共有バス２５２に接続されてもよい。ＤＭＡＣ２５６は、メモリ２５８に接続される。当該メモリ２５８は、メモリ２３０について上述したタイプのうちのひとつであってもよい。Ｉ／Ｏコントローラ２６２もまた、Ｉ／Ｏバス２６０を介して共有バス２５２に接続されてもよい。Ｉ／Ｏコントローラ２６２は、フレームバッファやディスクドライブ等のひとつ以上のＩ／Ｏ装置２６４に接続されてもよい。上述の処理モジュールおよびアーキテクチャは単なる例であり、本発明の様々な態様は他の構成を用いて表すことができる。例えば、２００３年２月２５日に公開された米国特許番号６５２６４９１の「Memory Protection System and Method for Computer Architecture for Broadband Networks」、および２００１年３月２２日に出願された米国出願番号０９／８１６００４の「Computer Architecture and ソフトウエア Cells for Broadband Networks」に開示されたマルチプロセッサシステムを用いることができるが、それに限られるものではない。なお、当該文献は、参照により本明細書に援用されることは明らかである。
【００４２】
図３は、ＳＰＵ２０８の構造および機能の一例を示す。ＳＰＵ２０８は、ローカルメモリ２７０と、レジスタ２７２と、ひとつ以上の浮動小数点ユニット２７４と、ひとつ以上の整数ユニット２７６とを含む。ただしここでも、必要な処理能力に応じて、使用する浮動小数点ユニット２７４および整数ユニット２７６の数を増減させてもよい。好適な実施形態では、ローカルメモリ２７０は１２８キロバイトの容量をもち、レジスタ２７２の容量は１２８×１２８ビットである。浮動小数点ユニット２７４は、好適には１秒間に３２０億回（３２ＧＦＬＯＰＳ）の浮動小数点演算を実行する。整数ユニット２７６は、好適には１秒間に３２０億回（３２ＧＯＰＳ）の整数演算を実行する。
【００４３】
好適な実施形態では、ローカルメモリ２７０は２５６キロバイトの容量をもち、レジスタ２７２の容量は１２８×１２８ビットである。なお、処理タスクは、共有メモリ２１４を用いて実行されることはない。むしろ、当該タスクは、所定のサブ処理ユニット２０８のローカルメモリ２７０内に複製され、ローカルで実行される。
【００４４】
ローカルメモリ２７０は、キャッシュメモリであってもなくてもよい。ローカルメモリ２７０は、好適にはスタティックランダムアクセスメモリ（ＳＲＡＭ）として構成される。ＰＵ２０４は、ＰＵ２０４が開始するダイレクトメモリアクセスのためにキャッシュコヒーレンシを必要とする場合がある。しかし、ＳＰＵ２０８が開始するダイレクトメモリアクセスまたは外部装置との間のアクセスにはキャッシュコヒーレンシサポートは不要である。
【００４５】
ＳＰＵ２０８はさらに、ＳＰＵ２０８とアプリケーションおよびデータを送受信するバス２８９を含む。サブ処理ユニット２０８はさらに、サブ処理ユニット２０８とアプリケーションおよびデータを送受信するバスインタフェース（Ｉ／Ｆ）２７８を含む。好適な実施形態では、バスＩ／Ｆ２７８は、サブ処理ユニット２０８内に一体的に設けられるＤＭＡＣ（図示せず）に接続される。ＤＭＡＣ２０６は、（図３に示すごとく）外部に設けてもよい。バスＩ／Ｆ２７８とローカルメモリ２７０との間に一体的に配置されたＤＭＡＣには一組のバスが相互に接続される。好適には当該一組のバスの幅は２５６ビットである。好適な実施形態では、バス２８９の幅は１０２４ビットである。
【００４６】
ＳＰＵ２０８はさらに、内部バス２８１，２８３および２８５を含む。好適な実施形態では、バス２８１は幅２５６ビットで、ローカルメモリ２７０とレジスタ２７２間の通信を行う。バス２８３および２８５は、それぞれレジスタ２７２−浮動小数点ユニット２７４間、およびレジスタ２７２−整数ユニット２７６間の通信を行う。好適な実施形態では、レジスタ２７２から浮動小数点ユニット２７４へのバス２８３またはレジスタ２７２から整数ユニット２７６へのバス２８５の幅は３８４ビットで、一方、浮動小数点ユニット２７４または整数ユニット２７６からレジスタ２７２へのバス２８３および２８５の幅は１２８ビットである。レジスタ２７２から浮動小数点ユニット２７４または整数ユニット２７６へのバスの幅のほうが、これら装置からレジスタ２７２へのバス幅より広いことで、処理中にレジスタ２７２からのより大量のデータフローに対処できる。各計算には最大３ワードが必要である。ただし各計算の結果は通常は１ワードだけである。
【００４７】
本実施形態は、好適には図２のＰＥ２００を用いて実行されるが、他のシングルプロセッサシステムやマルチプロセッサシステムを用いてもよい。例えば、図４のマルチプロセッサシステム３００を用いて、本実施形態のひとつ以上の態様を実行できる。マルチプロセッサシステム３００は、バス３０８によってメモリインタフェース３０４に接続された複数のプロセッサ３０２（使用数は任意）を含む。メモリインタフェース３０４は、別のバス３１０を介してＤＲＡＭ等の共有メモリ３０６と通信する。メモリインタフェース３０４は、プロセッサ群３０２間で分散されてもよく、かつ必要に応じてＤＡＭＣと共に動作してもよい。プロセッサ群３０２は、好適には図３と同一または同様の構造、あるいは任意の既知のまたは後述の改良技術を用いて実装される。
【００４８】
図５は、ある処理ステップを示すフロー図である。その処理ステップとは、例えばＰＥ２００（図２）を用いて、少なくとも一部が処理調整部１１８により実行されて、本発明のひとつまたは複数の態様に従って、ソフトウエアプログラムの修正済みのバージョンを取得することができる。なお、図５に示す、いくつかのまたはすべての処理ステップ（さらに、それに続く以降の処理ステップ）は、ＰＥ２００と一体化した、またはＰＥ２００に対して外部に設けられた、ソフトウエア、ハードウエア、またはそれらの組み合わせにより実施される。
【００４９】
例えば、動作４００では、ソフトウエアプログラムは、記録媒体から（ソフトウエアを実行する装置である）処理調整部１１８のランダムアクセスメモリ（ＲＡＭ）内に読み込まれる。ＰＥ２００は、その意味において、光学記録媒体１２２（図１）、磁性記録媒体または電子記録媒体等の記録媒体からソフトウエアプログラムを読み出すことが可能なソフトウエア実行コンソールの一部をなす。例えば、記録媒体が光学記録媒体であれば、記録媒体は、ＣＤ、ＤＶＤ、またはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）であってもよく、「読み取り専用」、「書き込み可能」または「再書き込み可能」デバイスのいずれであってもよい。他の例として、または、このような機能に加えて、処理調整部１１８は、インターネット１２４等のネットワークを介してソフトウエアプログラムをダウンロードするよう動作可能であってもよい。
【００５０】
図５に再び戻り、動作４０２では、処理調整部１１８はソフトウエアプログラムのバージョンを示す識別情報を取得する。ソフトウエアプログラムが記録媒体から読み込まれる場合、当該識別情報は光学記録媒体１２２上に設けられたプログラムＩＤであってもよい。また、ソフトウエアプログラムは、ファイルヘッダの一部分であってもよく、光学記録媒体１２２上に同じく設けられたソフトウエアプログラムテーブル内に含まれてもよい。多くの場合、ユーザは、光学記録媒体１２２から、処理調整部１１８内に含まれるハードディスクドライブや電子記録媒体等の別の記録媒体に、ソフトウエアプログラムを複製する。この場合、ソフトウエアプログラムＩＤを取得するためには、外部の記録媒体からソフトウエアプログラムＩＤを取得する代わりに、処理調整部１１８の内部の記録媒体からそのＩＤを取り出してもよい。
【００５１】
ソフトウエアプログラムがインターネット１２４等を介してダウンロードされる場合、当該識別情報はプログラムＩＤやユーザＩＤ等であってもよい。識別情報は好適には、ダウンロードされたソフトウエアプログラムの内部に含まれるが、他に、識別情報は処理調整部１１８の内部に保存されていてもよく、ユーザにより処理調整部１１８内または別のデバイス内に入力されてもよい。
【００５２】
ここで、ステップ４００は当該発明の実施には必須ではないが、ソフトウエアプログラムが処理調整部１１８内のハードディスク等の内部記録媒体上に記録される場合、ステップ４０２より前に実施されうる。さらに、ソフトウエアプログラムのダウンロード、または読み出しの前に、ユーザに権限が与えられた場合などであれば、ステップ４０２はステップ４００より前に実施されてもよい。
【００５３】
動作４０４では、処理調整部１１８の処理能力が、ソフトウエアプログラムが開発された時点で考慮された処理能力を大きく越えているために、不適合であるか否かについての決定がなされる。より詳細には、そのソフトウエアプログラムが開発されたときのソフトウエア設計者によって考慮された処理調整部１１８上でソフトウエアプログラムを実行する能力を、処理調整部１１８の処理能力が超えているために、所望でない結果が生じる場合、処理調整部１１８によって特別な手順が実行される必要があると決定する。この点について、処理調整部１１８は、ソフトウエアＩＤや他の識別情報を利用して、ソフトウエアプログラムのバージョンを決定するか、および／またはソフトウエアプログラムの正常動作に必要な処理能力の表示を取得することが好ましい。処理調整部１１８は、ソフトウエアプログラムを実行するために必要な処理能力と処理調整部１１８の処理能力とを比較してもよい。
【００５４】
処理調整部１１８の処理能力のうち、過去のソフトウエア開発者によって考慮されたものを大きく超えうる能力の例には、データおよびアプリケーションを処理するプロセッサによって利用されるクロック周波数がある。例えば、所与のＳＰＵ２０８（図２）は、通常約４ＧＨｚのクロック周波数で動作できるが、これは従来の処理システムよりもかなり高い値でありうる。クロック周波数は、所与の時間単位で実行可能な浮動小数点演算の数が減少する、所与の時間単位で実行可能な整数演算の数が減少する、所与の時間単位で実行可能な命令数が減少するという相当のインパクトを与えうる。さらに、プロセッサ要素２００内で多くの管理機能を実行するＰＵ２０４もまた、その機能を実行するためにクロック周波数に依存する。さらに、バス２１２もクロック周波数に従って動作するが、これによって従来のシステムと比較して相当に高速な動作を享受することができる。
【００５５】
標準の処理システムの能力を大きく超えうる処理調整部１１８の他の態様およびパラメータは、ローカルメモリ２７０および／または共有メモリ２１４のメモリマップ、ＰＵ２０４などによるバス２１２のバス利用率、バス２１２の帯域幅（例えば、１２８ビット、６４ビット、３２ビットなど）を含んでもよい。処理調整部１１８の他のパラメータは、ローカルメモリ２７０および／または共有メモリ２１４のキャッシュサイズ、それらのキャッシュ編成、処理調整部１１８のＰＵ２０４のひとつ以上のＳＰＵ２０８の命令レイテンシ、それらの命令スループット、ローカルメモリ２７０および／または共有メモリ２１４のメモリレイテンシ、およびそれらのメモリスループットを含んでもよい。
【００５６】
さらに、処理調整部１１８のエンディアンは最適でなくてもよく、例えば、ビッグエンディアン（文字列の最後に最上位のバイトを設定する）に対してリトルエンディアン（文字列の最後に最下位のバイトを設定する）であってもよい。最適でなくてもよいもうひとつのパラメータは、命令タイプであり、例えばパワーＰＣに対するＭＩＰＳである。
【００５７】
処理調整部１１８の処理能力が、所望でない結果が得られる程度にソフトウエアプログラムを実行させるために必要とされる処理能力以下である場合、動作４０４における決定の結果は否定的なものとなり、かつ処理フローは動作４０６に進んでもよい。動作４０６では、処理調整部１１８は、処理能力の任意のミスマッチに対処するために特別のステップを取ることなくソフトウエアプログラムを実行してもよい。ソフトウエアプログラムが実行された後、処理フローは終了する。
【００５８】
処理調整部１１８の処理能力が、ソフトウエアプログラムを実行するために必要な上述した処理能力をはるかに超えるのであれば、動作４０４における決定は肯定的なものになり、節点Ａ（図７）に進む。ここで、処理調整部１１８の処理能力は、処理調整部１１８の利用可能なプロセッサ要素２００の数により決定されてもよい。実際には、ひとつ以上のプロセッサ要素２００は処理調整部１１８内に保持されてもよく、一方、処理調整部１１８から離れた場所に、ひとつ以上の他のプロセッサ要素２００が設けられてもよい。これに関連して、図６を参照する。本図は、本発明のひとつまたは複数の態様に係るコンピュータネットワーク全体のブロック図である。ここで、ＰＥ２００および／または（複数のＰＥで形成される）広域エンジンを用いて、コンピュータシステム５００の分散型アーキテクチャを実装できる。システム５００は、複数のコンピュータおよび／またはコンピューティングデバイスが接続されたネットワーク５０４を含む。ネットワーク５０４は、ローカルエリアネットワーク（ＬＡＮ）、インターネット等のグローバルネットワーク、またはその他のコンピュータネットワークで構成できる。ネットワーク５０４に接続されたコンピュータおよびコンピューティングデバイス（ネットワークの「メンバ」）は、クライアントコンピュータ５０６、サーバコンピュータ５０８、個人携帯端末（ＰＤＡ）５１０、ディジタルテレビ（ＤＴＶ）５１２、ならびにその他の有線または無線コンピュータおよびコンピューティングデバイス等を含む。ネットワーク５０４のメンバによって用いられるプロセッサは、好適にはＰＥ２００または他の適切なマルチプロセッサシステムで構成される。
【００５９】
システム５００のサーバ５０８は、クライアント５０６よりも多くのデータおよびアプリケーションを実行し、クライアント１０６よりも多くの計算モジュール（例えば、ＰＥ群２００）を含む。一方、ＰＤＡ５１０は本例では処理量が最も少ない。従ってＰＤＡ５１０に含まれるＰＥ数は一番少なく、例えばＰＥ数はひとつである。ＤＴＶ５１２は実質的に、クライアント５０６とサーバ５０８との間のあるレベルの処理を実行する。従って、ＤＴＶ５１２はクライアント５０６とサーバ５０８の間の数のプロセッサ要素を含む。
【００６０】
従って、動作４０４（図５）で実施される処理調整部１１８の処理能力の決定、およびその処理能力を調整するか否かについての決定は、例えば、処理調整部１１８内または外部にあるプロセッサ要素２００の数の決定を伴ってもよい。
【００６１】
図５に示される処理ステップに戻る前に、図６の分散型システム５００に関して、さらに詳細に説明する。システム５００のこのホモジニアスな（均一な）構成により、適応性、処理速度、および処理効率が向上する。システム５００の各メンバは同一計算モジュール（ＰＥ２００）をひとつ以上用いて（またはそのある部分を用いて）処理するので、データおよび／またはアプリケーションの処理を実際に行っているのはどのコンピュータまたはコンピューティングデバイスであるかは重要ではない。そのようなデータおよびアプリケーションの処理は、ネットワークメンバ間で共有できるためである。システム５００によって処理されるデータおよびアプリケーションを含むソフトウエアセルを一意に識別することにより、処理がどこで発生したかに関係なく、処理を要求しているコンピュータまたはコンピューティングデバイスに処理結果を伝送できる。処理を実行しているモジュールは共通の構造をもち、かつ共通の命令セットアーキテクチャを使用しているので、プロセッサ間で互換性を得るためにソフトウエアに追加すべきレイヤによる計算負荷を回避できる。この構成およびプログラミングモジュールによって、例えばマルチメディア・アプリケーションのリアルタイムの実行に必要な処理速度を達成できる。
【００６２】
システム５００によって改善される処理速度および処理効率の利点をさらに高めるため、本システムによって処理されるデータおよびアプリケーションは、一意に識別され、均一にフォーマットされたソフトウエアセル５０２にパッケージされる。各ソフトウエアセル５０２は、アプリケーションおよびデータ両方を含む、または含みうる。各ソフトウエアセルはまた、ネットワーク５０４およびシステム５００中でセルをグローバルに識別するＩＤを含む。このソフトウエアセルの均一な構造、およびソフトウエアセルのネットワーク中での一意的な識別により、ネットワーク５０４の任意のコンピュータまたはコンピューティングデバイス上でのアプリケーションおよびデータの処理が容易になる。例えば、クライアント５０６はソフトウエアセル５０２をフォーミュレート（すなわち所与の形式で生成）するが、クライアント５０６の処理能力の限度のため、そのソフトウエアセル５０２をサーバ５０８に伝送して処理してもよい。従ってソフトウエアセル５０２は、ネットワーク５０４上で利用できる処理リソースに応じてネットワーク５０４中を移動できる。
【００６３】
システム５００のプロセッサおよびソフトウエアセル５０２の均一構造はまた、既存の異種ネットワークの多くの問題を回避する。例えば、任意の命令セットを用いて任意の命令セットアーキテクチャ上でアプリケーションの処理の許可を求める、効率的とはいえないプログラミングモデル、例えばＪａｖａ（商標または登録商標）仮想マシン等の仮想マシンが回避される。従って、システム５００は従来のネットワークに比べて、はるかに効果的かつ効率的な広帯域処理を実現できる。
【００６４】
図５に再度戻り、処理調整部１１８が享受する処理能力は、（特に、図６に示すように、外部装置の処理能力を使用する場合に）有意義である。当該処理能力は、いくつかの状況下において、それほど高性能でないシステム上で動作するよう設計されたソフトウエアプログラムの実行に対し、悪影響を及ぼすことがある。従って、動作４０４において、処理調整部１１８の処理能力（外部の処理能力を含めてもよい）がソフトウエアプログラムのバージョンの実行のために予期された能力を超えており不適合であるとの決定がなされたとき、好適には処理フローは節点Ａ（図７）に進む。
【００６５】
動作４０８において、処理調整部１１８上でソフトウエアプログラムのバージョンが適切に実行できるようにソフトウエアプログラムのバージョンを変更する手順が開始される。処理調整部１１８の処理能力が不適合である（例えば、高速すぎる）と判定されると、変換テーブルを参照して、複数の所定のソフトウエアモジュールのうちいずれを使用してソフトウエアプログラムのバージョンを修正または置換するべきかを決定することが好ましい。ソフトウエアモジュールは、プログラムの一部であっても完全なソフトウエアプログラムであってもよいことに注意する。この点において、図８を参照すると、本発明のひとつまたは複数の態様に従った変換テーブル５５０が示されている。一般的な意味において、変換テーブル５５０は、それぞれの識別情報（例えば、ソフトウエアプログラムＩＤ）と、ひとつ以上のソフトウエアプログラムおよび／またはデータモジュールを関連付ける。例示のために、識別情報が垂直列５５２に向けて示されており、各エントリ（００１０、００２０、００３０・・・Ｎ）は、ソフトウエアプログラムＩＤなどの識別情報の所与のひとつを表す。識別情報のそれぞれには、ソフトウエアプログラムおよびデータモジュールＰ１、Ｐ２、Ｐ３等が関連付けられている。本発明のいくつかの実施形態によると、それぞれの識別情報に複数のモジュールが関連付けられてもよい。本発明のさらなる実施形態は、ソフトウエアプログラムの完全で適切な（または新しい）バージョンがひとつまたは複数のモジュールから形成されることを要求してもよい。
【００６６】
例えば、００４０とラベル付けされた識別情報は、処理調整部１１８上で実行されるソフトウエアプログラムの所与のバージョンに対応してもよいし、処理調整部１１８の処理能力が、ソフトウエアプログラムが開発された時点で考慮された処理能力を大きく超えることを判定しておいてもよい。処理調整部１１８の処理能力が非常に高く、所与のプログラムが処理調整部１１８の完全な能力で実行されるべきものである場合には望ましくない結果が得られると判定されてもよい。従って、変換テーブル５５０は、識別情報００４０に関連付けられたひとつまたは複数のソフトウエアプログラムモジュールＰ２を含んでもよい。ソフトウエアプログラムおよびデータモジュールＰ２は、適切なソフトウエアプログラムの一部または全体を表していることが好ましく、これは、情報００４０により識別されたソフトウエアプログラムの既存バージョンを増加させるか置換して、ソフトウエアプログラムの適切なバージョンを得るようにする。
【００６７】
本発明に係る他の態様および実施形態によれば、その変換テーブル５５０には、所与の識別情報の一要素とそれぞれのソフトウエアプログラムおよびまたはデータモジュール（またはデータモジュールの集合）とを関連付けることを可能にする別の次元が含まれるのが好ましい。この点について、変換テーブル５５０には次元５５６が含まれ、次元５５６に沿って、複数の処理識別子Ｓ００１、Ｓ００２、・・・Ｓ００Ｘが配置されるのが好ましい。処理識別子のそれぞれは、次元５５６内の所与のユニットに含まれるソフトウエアプログラムおよび／またはデータモジュールの上位集合（super-set）、すなわち複数のモジュールに関連付けられる。その結果、垂直列５５２に沿ったそれぞれのソフトウエアプログラム識別子は、次元５５６に沿った処理識別子のそれぞれに関連付けられる。同様に、所与の識別子、例えば識別子００４０について、ソフトウエアプログラムおよびデータモジュールのそれぞれは、処理識別子Ｓ００１、Ｓ００２、・・・Ｓ００Ｘのひとつに関連付けられる。
【００６８】
例えば、図８に示すごとく、識別子００４０に関連付けられたソフトウエアプログラムおよびデータモジュールＰ２は、処理識別子Ｓ００１に関連付けられている。すなわち、潜在的に異なる複数のソフトウエアプログラムおよび／またはデータモジュールが、識別子に関連して存在する。すなわち、それらは、識別子００４０と、処理識別子Ｓ００１、Ｓ００２、・・・Ｓ００Ｘとの両方と関連付けられている。有利なことに、このような構成を実現することにより、ソフトウエアプログラムおよび／またはデータのジュールを確立し維持する方法に関する自由度を高めることができる。特に、あるバージョンのソフトウエアプログラムが、広範囲で様々な処理能力を有する処理調整部上で実行される場合、例えば、図６に示すシステム５００で運用される場合に、効果的である。
【００６９】
図７に再度戻り、動作４１０において、変換テーブル５５０が処理調整部１１８内にローカルに保存されているか、または、処理調整部１１８から離れた場所、例えば、（図６のネットワーク５０４と同一視できる）ネットワーク１２４上のノード等にリモートに配置されているかについての決定がなされる。ここで、ひとつ以上のローカルメモリ２７０（図３）および／または、ひとつ以上のプロセッサ要素２００内の共有メモリ２１４（図２）内にも変換テーブル５５０を保存できる。変換テーブル５５０がローカルに保存されることで、リモートに配置された際の変換テーブルにアクセスするために必要な時間および動作を省くことができる。他方、変換テーブル５５０のコンテンツが正確かつ最新であることを保証するために、管理者権限を有するエンティティによって管理かつ維持されうる離れた場所に変換テーブル５５０を保存することは有益である。
【００７０】
ここで、図９を参照する。図９は、インターネット１２４等のネットワークに動作可能に接続される複数の処理調整部１１８Ａないし１１８Ｃを備える処理システム３８０のブロック図を示す。管理者権限を有するエンティティのサービスを提供する管理者３８２もまた、インターネット１２４に動作可能に接続される。管理者３８２には、データベース３８６に接続可能なネットワークおよび／またはデータベースサーバ３８４が含まれるのが好ましい。データベース３８６は、当該サーバ３８４と同じ場所に設けられてもよいし、他のネットワーク接続を介することで、リモートに当該サーバに接続されてもよい。
複数の処理調整部１１８Ａ〜１１８Ｃは、様々な処理能力を有していてよく、従って、ソフトウエアプログラムの異なるバージョン１３０Ａ〜１３０Ｃを含んでもよく、および／またはソフトウエアプログラムの異なるバージョン１３０Ａ〜１３０Ｃを実行するのに使用されてもよい。しかしながら、有利なことには、処理調整部１１８Ａ〜１１８Ｃは、管理者３８２により提供されるサービスを利用することができる。これにより、処理調整部１１８Ａ〜１１８Ｃの処理能力が、ソフトウエアプログラム１３０Ａ〜１３０Ｃが開発され市販されたときに考慮された処理能力を大きく超える場合であっても、ソフトウエアプログラム１３０Ａ〜１３０Ｃが適切に動作し、所望の結果を得ることが保証される。
【００７１】
変換テーブル５５０が、処理調整部１１８等のひとつ以上の処理調整部上にローカルに保存されていない場合でも（あるいは、変換テーブルそのもののバージョンがローカルに保存されている場合も含む）、変換テーブル５５０のバージョンは、実質的に正確かつ最新である状態で、管理者３８２のデータベース３８６内に保持されているのが好ましい。図７に再度戻り、もし、変換テーブル５５０がローカルに保存されていなければ、処理フローは好適には、動作４１２に進む。動作４１２では、処理調整部１１８等のある処理調整部は、インターネット１２４を介して管理者３８２と通信リンクを確立する。インターネット１２４は好適なリンクを提供するが、任意の既知の通信技術もまた、発明の精神および範囲から逸脱することなくリンクを確立するために用いられることは明らかである。管理者３８２と通信リンクを確立する動作の一部には、処理調整部１１８またはユーザの認証処理が含まれる場合がある。実際には、管理者３８２により提供されるサービスは、管理者に対して代金を支払う意思がないユーザまたは別の方法で埋め合わせをする意思がないユーザには享受される必要はない。従って、当該認証処理には、処理調整部１１８から管理者３８２への既知の技術による、十分に一意である情報を送信する動作や、別に当該情報を管理する動作が含まれる。当該情報には、ユーザ名および／またはパスワード、メンバ名、ある種のシリアルナンバー、ソフトウエア購入の際の証明書などが含まれうる。
【００７２】
いったん、処理調整部１１８と管理者３８２との間に通信リンクが確立されれば、処理は好適には動作４１４に進む。動作４１４では、少なくとも（ソフトウエアプログラムＩＤや他の指標等の）ソフトウエアプログラムに関する識別情報が、インターネット１２４を介して処理調整部１１８から管理者３８２に送信される。また、必須ではないが、変換テーブル５５０には好適には次元５５６が含まれる。この次元５５６により、プレイヤーのＩＤナンバーや処理能力を表す他の指標等の処理識別子を、処理調整部１１８から管理者３８２にインターネット１２４を介して送信するよう指示できる。
【００７３】
次に、管理者３８２は好適には、サーバ３８４を用いて入力されるデータを処理し、変換テーブル５５０にアクセスする（動作４１６）。特に、サーバ３８４は好適には、識別情報（および、利用されていれば処理識別子）を用いて、処理調整部１１８上でのソフトウエアプログラムの実行の際に所望の結果を得るために、ソフトウエアプログラムの既存のバージョンを増加するかまたは置換可能なひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを取得する。その後、サーバ３８４は好適には、適切な形式（例えば、前述のセル形式）にひとつまたは複数のモジュールをパッケージ化し、当該パッケージ化されたモジュールをインターネット１２４を介して処理調整部１１８に送信する。その後、処理フローは図１０の節点Ｂに進む。以下、図１０を参照する。
【００７４】
動作４１８では、処理調整部１１８は、変換テーブル５５０から受け取ったソフトウエアプログラムおよび／またはデータモジュールを用いて、（そのモジュールが、ローカルに保存されたバージョンから受け取られようと管理者エンティティから受け取られようと）ソフトウエアプログラムを修正する処理をすることが好ましい。オペレーションシステムの制御下または他のシステムレベルの制御プログラムの制御下に処理調整部１１８を置くと想定すれば、処理調整部１１８内に保存されたソフトウエアプログラムの既存のバージョンを変更するかまたは上書きするための動作をすることができるプログラムに、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを提供することが好ましい。他方、すべてのハードウエア面からのアプローチ、および／または、ソフトウエアおよびハードウエアの組み合わせの面からのアプローチが採用された場合、モジュールを適当な目的地、例えばメモリロケーションなどにルーティングして、ソフトウエアプログラムの修正を成し遂げることが好ましい。
【００７５】
動作４２０では、処理調整部１１８は、提供されるひとつまたは複数のモジュールに従って、ソフトウエアプログラムの既存のバージョンを変更するかまたは上書きすることが好ましい。例えば、ソフトウェアプログラムのバージョンが、「読み取り専用」でないＣＤ、ＤＶＤまたはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）などの光学デバイスに記録されている場合、光学デバイスに記録された情報が変更されるか上書きされる。デバイスが「読み取り専用」である場合、ハードディスク、または例えばフラッシュメモリである外部メモリカードなどの別のデバイスに修正が書き込まれてもよい。動作４２２では、処理調整部１１８がソフトウエアプログラムの適切なバージョンを実行してもよい。これは、処理能力のミスマッチのためにソフトウエアプログラムの元のバージョンで得られる結果と比較したとき、望ましい結果が得られる点が有利である。ソフトウエアプログラムの実行後、プロセスフローは終了する。
【００７６】
本発明の別の態様の変形例によると、分散システム５００（図６）の一部または全体を使用してゲームタイトル（ソフトウエアアプリケーション）を実行してもよい。拡張機能モジュールを、管理者エンティティからクライアント装置にダウンロードすることができる。拡張機能モジュールは、ユーザにより実行され享受されるように、（メモリまたはハードディスクなどの）クライアント装置の記憶媒体を修正する（記憶媒体に格納される）ように動作してもよい。例えば、記録媒体が光学記録媒体であれば、記録媒体は、ＣＤ、ＤＶＤ、またはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）であってもよく、「書き込み可能」または「再書き込み可能」デバイスのいずれであってもよい。同様に、基本機能モジュールがクライアント装置にダウンロードされてもよい。拡張機能モジュールに必要となるプロセッサ要素が使用できない場合、基本機能モジュールは置換されてもよい。より適切なモジュールでの置換は、そのようなモジュールを実行されるクライアント装置にダウンロードすることによって達成することができる。
【００７７】
本発明の別の態様によると、ソフトウエアプログラムおよび／またはデータモジュールのダウンロードは、サーバからブロードキャストされる、複数のバージョンのソフトウエアプログラムおよび／またはデータモジュールがパッケージ化されたマルチストリーミングの中から、処理調整部が適切なものを選択することで行うようにしてもよい。また、クライアント端末装置からインターネットに接続される図示しないルータまでの帯域に制限がある場合には、ソフトウエアプログラムおよび／またはデータモジュールの選択動作をルータが行うようにしてもよい。これによって、サーバの負荷を軽減することができる。マルチストリーミングからの適切なソフトウエアプログラムおよび／またはデータモジュールの選択は、ストリーミングに含まれるユーザＩＤやソフトウエアＩＤに基づいてなされることが好ましい。
【００７８】
なお、サーバからソフトウエアプログラムおよび／またはデータモジュールをダウンロードする方式は、サーバおよびクライアント端末装置の処理能力や帯域幅などの複合的な条件を勘案して決定されることが好ましい。
【００７９】
図１１は、処理調整部１１８によるプログラムコンテンツのセキュアな方法でのダウンロードを可能とするシステム６１０の一例を示す。なお、当該プログラムコンテンツとは、例えば、ソフトウエアプログラムおよび／または上述のデータモジュールであり、セキュアな方法とは、例えば、認証されていない複製物が排除されるか、使いものにならないものにさせる方法である。そのようなシステムは、２００２年１２月１１日に出願された、米国出願番号Ｎｏ．１０／３１６６７５の「METHODS AND APPARATUS FOR SECURE DISTRIBUTION OF PROGRAM CONTENT」に記載されており、当該文献の開示内容は参照により本明細書に援用される。
【００８０】
システム６１０には、好適には、管理者サーバ６０１、第三者サーバ６０２、暗号化サーバ６０３、処理調整部１１８等の複数のクライアント端末装置６０４、およびこれら装置を接続するインターネット等のネットワーク６０５が含まれる。システム６１０は、管理者サーバ６０１、第三者サーバ６０２や暗号化サーバ６０３を複数含んでもよい。簡潔かつ明確にするために、それぞれのサーバをひとつだけにして、以下説明する。
【００８１】
サーバ６０１，６０２，６０３のそれぞれは好適には、エンティティや人によって、維持され、管理され、および／または別に、当該エンティティや人に関連付けられる。ここで、サーバとエンティティとは相互に関連付けられたものとして以下説明する。
【００８２】
上述のサーバ３８４等の管理者サーバ６０１は、好適には、上述のデータベース３８６等の顧客データベース６０６に接続され、ある管理者権限の機能を実行するエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。管理者サーバ６０１および顧客データベース６０６は、ネットワークサーバの機能およびデータベースの機能を実行するために適切な既知のハードウエアを用いて実装されうる。
【００８３】
第三者サーバ６０２は、好適には、ソフトウエアプログラムおよび／またはデータモジュールの開発者などの管理者サーバ６０１のエンティティとは異なるエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。一例として、第三者サーバ６０２は、コンピュータアプリケーションプログラムやコンピュータシステムプログラムなどの開発者であってよい。しかしながら、第三者サーバ６０２に関連付けられたエンティティは、管理者サーバ６０１のエンティティと異なる必要はなく、実際には、同一のエンティティであってもよい。例えば、第三者サーバ６０２により実行される機能を、管理者サーバ６０１が実行してもよい。第三者サーバ６０２は、サーバに関する機能を実行するための任意の既知のハードウエアを用いて実装されうる。
【００８４】
暗号化サーバ６０３は、好適には、管理者サーバ６０１のエンティティと同一のエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。一例として、暗号化サーバは、管理者３８２内のサーバ３８４と同一場所に設けられてもよい。なお、暗号化サーバ６０３は他のエンティティに関連付けられてもよい。暗号化サーバ６０３は、サーバに関する機能を実行するための任意の既知のハードウエアを用いて実装されうる。管理者サーバ６０１、第三者サーバ６０２および暗号化サーバ６０３により実行されるそれぞれの機能を、管理し維持しおよび／または別にそれらサーバに関連付けられるひとつ以上のサーバおよび／またはひとつ以上のエンティティ間で分散させることができる。なお、その分散された状態は、図１１に示される状態と一致するのが好ましい。
【００８５】
一般的に、それぞれのクライアント端末装置６０４は、好適には、任意の既知のハードディスクドライブハードウエア等のハードディスクドライブ６０７、および出願人自身のメモリスティック等のメモリカード６０８と連結可能である。他には、上述したＣＤドライブ、ＤＶＤドライブ、あるいはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）ドライブ等の光学デバイスと連結可能である。ハードディスクドライブ６０７、メモリカード６０８、および／または光学デバイス（クライアント端末装置６０４に対し、取り外し可能であるのが好ましい）は、装置６０４とは別ものとして図示されているが、装置６０４に一体化して設けられてもよい。クライアント端末装置６０４は、パーソナルコンピュータや出願人自身のプレイステーション等の任意の既知のハードウエアを用いて実装されてもよい。
【００８６】
クライアント端末装置６０４は、ひとつ以上の処理調整部１１８を含むことが好ましく、さらに、ネットワーク６０５を介したダウンロードにより、上述のコンピュータプログラムまたはモジュールなどのソース暗号化プログラムおよび／またはソース暗号化データモジュールを受け取るように動作することが好ましい。権限が与えられた任意のエンティティからソース暗号化プログラムまたはソース暗号化モジュールを取得することができるが、クライアント端末装置６０４が、（例えば、ネットワーク６０５を介したダウンロードにより）第三者サーバ６０２または管理者サーバ６０１から、ソース暗号化プログラムまたはソース暗号化モジュールを受け取ることが好ましい。
【００８７】
エンドユーザは、ある形式（すなわち、ソースが暗号化された形式）のコンピュータプログラムおよび／またはデータモジュールを取得できる。この場合、復号鍵を取得しソース暗号化プログラムおよび／またはソース暗号化モジュールを最初に復号しない限り、クライアント端末装置６０４上でプログラムを実行し修正するために用いることができない。その復号鍵は、権限が与えられたクライアント端末装置６０４によってのみ取得される。
【００８８】
図１２を参照すると、本図は、暗号化サーバ６０３および第三者サーバ６０２により実行される処理ステップの概念構成およびフローを示す図である。本図は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが生成される方法の一例が示されている。この例において、第三者サーバ６０２は、ソフトウエア開発者に関連付けられる。なお、当該ソフトウエア開発者は、自分自身で、または他のエンティティとともに、プログラムおよび／またはソフトウエアおよび／またはデータモジュールを取得する。図１２に示すように、第三者サーバ６０２は、システムプログラムやアプリケーションプログラム等の少なくともひとつのソフトウエアプログラムおよび／またはデータモジュールを備えることができる。ひとつ以上のこれらのプログラムまたはモジュールは、ネットワーク６０５を介して暗号化サーバ６０３に送信される。
【００８９】
暗号化サーバ６０３は、好適には、そのソフトウエアプログラムやデータモジュールを暗号化し、当該暗号化されたプログラムや暗号化されたモジュールを第三者サーバ６０２に返す。当該暗号化処理では、公開鍵暗号方式や対称鍵暗号方式などの任意の既知の暗号化技術を用いることができ、これにより暗号化されたプログラムや暗号化されたモジュールを生成できる。また、暗号化サーバ６０３は、第三者サーバ６０２に復号鍵をも提供する。当該復号鍵により、暗号化されたプログラムやモジュールを復号化できる。第三者サーバ６０２は、ネットワーク６０５を介した電子的な通信により、暗号化されたプログラムおよび／またはモジュールをクライアント端末装置６０４に配布できる。ソース暗号化プログラムおよび／またはソース暗号化モジュールがどのように配布されるかとは無関係に、エンドユーザは好適には、ある登録処理を実行してはじめて、プログラムを実行するか、および／またはプログラムの修正をすることができる。
【００９０】
図１３は、ソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールを処理するために実行される、ある処理ステップの概念構成およびフローを示す図である。クライアント端末装置６０４は好適には、ネットワーク６０５を介したダウンロード動作により、ソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールを取得する。なお、ソース暗号化コンピュータプログラムを実行し、または既存のプログラムを修正するために、クライアント端末装置６０４は、当該ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを、好ましくはネットワーク６０５を介して管理者サーバ６０１に登録しなければならない。
【００９１】
当該登録処理に関する少なくともいくつかのステップを、図１４のフロー図に示す。ステップ２０において、クライアント端末装置６０４は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを取得し、それらを上述のごとく保存する。ステップ２２では、ユーザは好適には、ダウンロードしたコンピュータプログラムをインストールし、かつ、実行の準備をさせることを望む旨の指示、あるいは、既存のプログラムを修正を望む旨の指示を与える。この点において、クライアント端末装置６０４には好適には、ユーザのインストール指示に応答して呼び出されるコンピュータプログラムが含まれる。当該プログラムは、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールの登録をユーザに促すものであり、通信機能を呼び出す（Ｓ２４）。
【００９２】
ここで、クライアント端末装置６０４は好適には、ネットワークインタフェースを含むのが好ましい。このネットワークインタフェースにより、既知の技術であるネットワーク６０５を介した通信を提供できる。任意の既知のネットワークインタフェースハードウエアはこの目的のために用いられうる。ステップ２６において、通信チャンネルは好適にはクライアント端末装置６０４によって開始され、クライアント端末装置６０４および管理者サーバ６０１間で確立される。クライアント端末装置６０４が有するネットワークインタフェースにより、当該クライアント端末装置６０４に関連する少なくともいくつかの識別情報を、ネットワーク６０５を介して管理者サーバ６０１に送信することが容易になる。当該識別情報には好適には、特に、クライアント端末装置６０４にとって十分に一意である、プレイヤーＩＤ等の機器ＩＤが含まれる。また、当該識別情報には、媒体ＩＤが含まれてもよい。なお、媒体ＩＤとは、ソース暗号化コンピュータプログラムの保存のためにクライアント端末装置６０４により使用されるメモリタイプ（メモリの型番）を示すものである。
【００９３】
クライアント端末装置６０４には好適には、以下の第１の記録デバイスおよび第２の記録デバイスが含まれる。当該第１の記録デバイスは、例えば、ハードディスクドライブ６０７やメモリカード６０８であり、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを、後述するある他の情報とともに記録できる。当該第２の記録デバイスは、機器ＩＤを記録できる読み出し専用メモリ（ＲＯＭ）などである。クライアント端末装置６０４が有するネットワークインタフェースにより、（ＲＯＭから取得された）機器ＩＤを、ネットワーク６０５を介して管理者サーバ６０１に送信することがさらに可能になる（動作Ｓ２８）。媒体ＩＤもまた、クライアント端末装置６０４から管理者サーバ６０１宛てに送信できる。
【００９４】
図１５を参照すると、管理者サーバ６０１は、クライアント端末装置６０４から、ネットワーク６０５を介して、機器ＩＤ（および、可能であれば媒体ＩＤ）等の識別情報を取得する（Ｓ３０）。この点について、管理者サーバ６０１にはネットワークインタフェースが含まれるのが好ましい。当該ネットワークインタフェースによりネットワーク６０５との通信を容易にすることで、当該ネットワーク６０５を介したクライアント端末装置６０４からの識別情報の取得を実現できる。ステップ３２において、管理者サーバ６０１は、クライアント端末装置６０４から取得した機器ＩＤに対応する、ここでは仮想ＩＤと呼ばれる他のＩＤを当該機器ＩＤに割り当てる。ここで、仮想ＩＤは、複数の予め存在するＩＤ群の中から選択されるものであってもよいし、機器ＩＤまたはある他の数値に基づく数値演算を通じて導出されるものであってもよいし、あるいは、任意の他の既知の、または後述の改良技術を用いることで生成されてもよい。
【００９５】
ステップ３４において、管理者サーバ６０１は顧客データベース６０６を対象に、クライアント端末装置６０４から取得した機器ＩＤ（すなわち、その第２記憶デバイス（ＲＯＭ）内に保持される機器ＩＤ）と一致する既存の機器ＩＤを検索する。図１６に示すごとく、顧客データベース６０６には好適には、それぞれの登録情報、すなわち、クライアント端末装置６０４のそれぞれに対応するそれぞれの登録情報一式が保持される。少なくとも、その登録情報には、クライアント端末装置６０４に関するある識別情報、例えば、機器ＩＤが含まれる。図１６に示すごとく、複数の機器ＩＤが、顧客データベース６０６内に予め保持されており、その様子は図１６の左側の列に示されている。こうした機器ＩＤ群のそれぞれは好適には、所与のクライアント端末装置６０４の一つ一つに対応するものであり、かつその機器ＩＤは、それぞれのクライアント端末装置６０４に対し十分に一意である。管理者サーバ６０１にもまた、好適にはデータプロセッサが含まれる。当該データプロセッサによれば、顧客データベース６０６を対象に、ネットワーク６０５を介したクライアント端末装置６０４から取得される機器ＩＤと一致する登録情報（例えば、機器ＩＤ）の検索を実現できる。この目的のために、任意の既知の、または後述の改良されたデータ処理用のハードウエアを用いることができる。
【００９６】
図１５に再度戻り、ステップＳ３６において、仮想ＩＤは、顧客データベース６０６内に保持される機器ＩＤに関連付けられる。すなわち、仮想ＩＤは、管理者サーバ６０１宛てに機器ＩＤを送信した特定のクライアント端末装置６０４に関連付けられる。当該関連付けは、保持された機器ＩＤに対応付けるような方法で、仮想ＩＤを顧客データベース６０６内に記録せしめることで実現できる。
【００９７】
上述したように、クライアント端末装置６０４から管理者サーバ６０１へのネットワーク６０５を介した識別情報の送信動作には（図１４のステップ２８）、媒体ＩＤ（またはメディアＩＤ）の送信動作が含まれてもよい。なお、媒体ＩＤとは、ソース暗号化コンピュータプログラムまたはソース暗号化データモジュールの保存のためにクライアント端末装置６０４によって使用される、記録デバイスのタイプに対応するものである。媒体ＩＤにより、例えば、クライアント端末装置６０４が、ハードディスクドライブ６０７内部、メモリカード６０８内部、あるいは、ある他のタイプの記録媒体内部に、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが保持されていることを知らせることができる。媒体ＩＤの取得を受けて、管理者サーバ６０１は、記録されている機器ＩＤおよび取得された媒体ＩＤに仮想ＩＤを関連付けることができる。その際、媒体ＩＤは、顧客データベース６０６内において、当該記録された機器ＩＤに対応する場所に記録される。
【００９８】
図１７および図１８に示すごとく、管理者サーバ６０１は好適には、暗号化された復号鍵および暗号化された仮想ＩＤを生成することが可能である。ここで、その復号鍵は、クライアント端末装置６０４上の、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化するために用いることができる。ここで、管理者サーバ６０１は、（図１１から図１２までに示された）暗号化サーバ６０３により生成された、それぞれのソース暗号化コンピュータプログラムを復号化するために用いられる任意の数の復号鍵群にアクセスする。これらの復号鍵は、暗号化サーバ６０３および／または第三者サーバ６０２により、管理者サーバ６０１に提供される。さらに、その復号鍵は、ネットワーク６０５や他のネットワークを介して管理者サーバ６０１に送信されてもよいし、あるいは、記録メディアにより人手で提供されてもよい。
【００９９】
ステップ４０において、管理者サーバ６０１は好適には、クライアント端末装置６０４に関連付けられた仮想ＩＤを用いて復号鍵を暗号化する。さらに、管理者サーバ６０１は好適には、クライアント端末装置６０４について関連付けられた機器ＩＤを用いて、その仮想ＩＤを暗号化する。なお、機器ＩＤのそれぞれは、顧客データベース６０６から取得される（Ｓ４２）。
【０１００】
管理者サーバ６０１が有するネットワークインタフェースによれば、ネットワーク６０５を介した、暗号化された復号鍵および暗号化された仮想ＩＤのクライアント端末装置６０４への送信をさらに容易にできる（Ｓ４４）。ステップ４６において、クライアント端末装置６０４は好適には、ネットワーク６０５を介して、暗号化された復号鍵および暗号化された仮想ＩＤを取得し、当該取得したそれらを、（ハードディスクドライブ６０７やメモリカード６０８などの）第１の記録デバイス内に保存する。
【０１０１】
暗号化された復号鍵は、権限が与えられたクライアント端末装置６０４、例えば、有効な機器ＩＤを提供し、かつ復号鍵の暗号化用の仮想ＩＤに関連付けられた当該機器ＩＤを登録したクライアント端末装置６０４のみに提供される。さらに、暗号化された復号鍵に関する任意の妨害、例えば、ネットワークでの著作権侵害行為や権限が与えられない複製等があったとしても、ソース暗号化コンピュータプログラムを復号化するために必要な情報（すなわち、有効な復号鍵）が提供されることはない。実際には、そのような復号鍵は、十分に一意である仮想ＩＤにより暗号化される。また、その暗号化された仮想ＩＤは、登録処理が完了し、かつクライアント端末装置６０４に権限が与えられてはじめて、クライアント端末装置６０４宛てに提供される。仮想ＩＤは、管理者サーバ６０１からクライアント端末装置６０４に暗号化された状態で送信されるため（すなわち、クライアント端末装置６０４の機器ＩＤを用いて暗号化されるため）、暗号化された仮想ＩＤを権限なく取得しても、暗号化された復号鍵を復号化するための必要な情報が与えられることはない。
【０１０２】
図１９および図２０は、クライアント端末装置６０４内のソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールをロードする／インストールするために実行される、ある処理を示す。図１９は、ハードディスクドライブ６０７やメモリカード６０８などの第１の記録デバイスと別個にされたクライアント端末装置６０４を示す。なお、上述したように、これらの構成要素は一体化または部分的に一体化されてもよい。ここで、当該処理のこの段階において、クライアント端末装置６０４内には、ＲＯＭ等の第２のデバイス内に記録された機器ＩＤが含まれ、かつ、第１の記録デバイス６０７，６０８には、機器ＩＤ、暗号化された仮想ＩＤ、暗号化された復号鍵、および暗号化されたコンピュータプログラム等が含まれる。
【０１０３】
ステップ５０において、ユーザは、ソース暗号化コンピュータプログラムをロードする／インストールする旨の指示、あるいは、ソース暗号化プログラムおよび／またはデータモジュールを用いて、既にインストール／ロードされたソフトウエアプログラムを修正する旨の指示を、クライアント端末装置６０４に対し与えることができる。当該ユーザからの指示を受けて、クライアント端末装置６０４は、適切なハードウエアを用いて、かつソフトウエアによる処理を行うことで、第１の記録デバイス６０７，６０８から機器ＩＤを読み出すとともに、ＲＯＭなどの第２の記録デバイスからも機器ＩＤを読み出す（Ｓ５２）。ステップ５４では、これらの機器ＩＤが一致するか否かについての決定がなされる。これらの機器ＩＤが一致しない場合、処理は中止され、および／または他の処理が開始される。一方、これらの機器ＩＤが一致する場合、処理はＳ５６に進む。ここでは、暗号化された仮想ＩＤは、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて復号化される。仮想ＩＤがいったん生成されれば、暗号化された復号鍵は、当該生成された仮想ＩＤを用いて復号化される（Ｓ５８）。次に、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールは、その復号鍵を用いて復号化される（Ｓ６０）。ステップ６２において、コンピュータプログラムまたはデータモジュールは、ステップ５６で得た仮想ＩＤを用いて再度暗号化され、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールを取得する。クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールは、第１の記録デバイス６０７，６０８内に保存される（Ｓ６４）。この段階においては、暗号化された復号鍵、ソース暗号化プログラム、ソース暗号化モジュールは、いずれも、第１のデバイス６０７，６０８内に保持される必要はない。
【０１０４】
クライアント端末装置６０４には好適には、上述した暗号化機能および復号化機能を実行するための復号化デバイスおよび暗号化デバイスが含まれる。当該復号化デバイスおよび暗号化デバイスは一体化することができ、簡潔化のために、それらを復号化デバイスと呼んでもよい。そのような暗号化および復号化を実現するために、任意の既知のまたは後述の改良されたハードウエアおよび／またはソフトウエアが、本発明に従って用いられる。例えば、復号化ライブラリや暗号化ライブラリなどが用いられる。
【０１０５】
クライアント側で暗号化したコンピュータプログラムおよび／またはクライアント側で暗号化したモジュールは、安全性が高い。なぜなら、権限が与えられていない、異なるクライアント端末装置６０４上のエンドユーザは、権限のないその複製物を実行することはできないためである。実際に、クライアント側で暗号化したコンピュータプログラムおよび／またはクライアント側で暗号化したモジュールは、最初に復号化される必要がある。なお、当該プログラムおよび／またはモジュールは、後述するように、管理者サーバ６０１にコンピュータプログラムを登録した端末以外の任意のクライアント端末装置６０４上では実行できない。
【０１０６】
図２１および図２２を参照し、コンピュータプログラムがクライアント端末装置６０４により実行されるかまたは修正される処理をここで述べる。その処理のこの段階において、クライアント端末装置６０４には、機器ＩＤを含むＲＯＭなどの第２の記録デバイスと、機器ＩＤ、暗号化された仮想ＩＤ、およびクライアント側で暗号化したコンピュータプログラムを備える第１の記録デバイスとが含まれる。
【０１０７】
Ｓ７０において、ユーザは、コンピュータプログラムを実行する旨の指示をクライアント端末装置６０４に与える。適切なコンピュータプログラムの制御下で動作するクライアント端末装置は、ユーザからの指示を受けて、第１の記録デバイス６０７，６０８から機器ＩＤを読み出すとともに、第２の記録デバイス（ＲＯＭ）からも機器ＩＤを読み出す（Ｓ７２）。ステップ７４では、これらの機器ＩＤが互いに一致するか否かについての決定がなされる。これらの機器ＩＤが一致する場合、処理はＳ７６に進む。ここでは、暗号化された仮想ＩＤは、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて復号化される。仮想ＩＤがいったん生成されれば、暗号化された復号鍵は、当該生成された仮想ＩＤを用いて復号化される（Ｓ５８）。ここでは、クライアント端末装置６０４の復号化デバイスが、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて、暗号化された仮想ＩＤを復号化する。ステップ７８において、クライアント端末装置６０４の復号化デバイスは、ステップＳ７６で得られた仮想ＩＤを用いて、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したデータモジュールを復号化する。このとき、クライアント端末装置６０４は、ＲＡＭ内に存在するコンピュータプログラムを実行または修正してもよいし、処理調整部の処理能力を調整してもよい。
【０１０８】
クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールは、当該クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールを暗号化するために使用された仮想ＩＤに関連付けられたクライアント端末装置６０４のみによって、復号化される。従って、権限が与えられていない、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールの複製物が、権限が与えられていないエンドユーザに提供された場合、そのようなエンドユーザがコンピュータプログラムを実行または修正しようとする装置では、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールを復号化することはできない。さらに、第１の記録デバイス６０７，６０８が、権限が与えられていないエンドユーザに与えられた場合（例えば、当該記憶デバイス６０７，６０８が異なるクライアント端末装置６０４に接続された場合）、ＲＯＭに記憶された任意の機器ＩＤと第１の記録デバイスに含まれる機器ＩＤとは一致しないため、その暗号化された仮想ＩＤを復号化できない。従って、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したデータモジュールを、復号化することは不可能である。クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールをセキュアに配布することで、権限が与えられていない複製物を使いものにならないものにし、かつ特定のクライアント端末装置６０４だけが、コンピュータプログラムを実行し、および／またはコンピュータプログラムを更新することを保証できる。
【０１０９】
上述した態様では、復号鍵がネットワーク６０５を介してクライアント端末装置６０４により提供されることについて考慮されているが、他の態様として、当該復号鍵が、（ＣＤ−ＲＯＭなどの）記録媒体により人手でクライアント端末装置６０４に提供されることを考慮したものがある。ここで、本発明に係るこうした態様を、図２３および図２４を用いて説明する。図２３に示すごとく、クライアント端末装置６０４は、記録媒体６０９Ａにより提供された、暗号化された第１の復号鍵を取得する。この第１の復号鍵は、クライアント端末装置６０４上のソース暗号化コンピュータプログラムまたはソース暗号化データモジュールの復号化に用いることができる。管理者サーバ６０１は好適には、暗号化された第２の復号鍵および暗号化された仮想ＩＤを生成できる。なお、第２の復号鍵は、暗号化された第１の復号鍵の復号化に用いることができる。ここで、管理者サーバ６０１は任意の数の第２の復号鍵にアクセスし、当該復号鍵を用いて、暗号化された第１の復号鍵のそれぞれを復号化する。これらの第２の復号鍵は、暗号化サーバ６０３および／または第三者サーバ６０２により、管理者サーバ６０１に提供される。さらに、これらの第２の復号鍵は、ネットワーク６０５や他のネットワークを介して管理者サーバ６０１に送信されてもよいし、あるいは、記録メディアにより人手で提供されてもよい。
【０１１０】
ステップ４０Ａにおいて、管理者サーバ６０１は好適には、クライアント端末装置６０４に関連付けられた仮想ＩＤを用いて第２の復号鍵を暗号化する。さらに、管理者サーバ６０１は好適には、クライアント端末装置６０４について関連付けられた機器ＩＤを用いて、その仮想ＩＤを暗号化する。なお、機器ＩＤのそれぞれは、顧客データベース６０６から取得される（Ｓ４２）。管理者サーバ６０１が有するネットワークインタフェースによれば、ネットワーク６０５を介した、暗号化された第２の復号鍵および暗号化された仮想ＩＤのクライアント端末装置６０４への送信をさらに容易にできる（Ｓ４４）。ステップ４６Ａにおいて、クライアント端末装置６０４は好適には、ネットワーク６０５を介して、暗号化された第２の復号鍵および暗号化された仮想ＩＤを取得し、当該取得したそれらを、（ハードディスクドライブ６０７やメモリカード６０８などの）第１の記録デバイス内に保存する。
【０１１１】
暗号化された第２の復号鍵は、権限が与えられたクライアント端末装置６０４、例えば、有効な機器ＩＤを提供し、かつ第２の復号鍵の暗号化用の仮想ＩＤに関連付けられた当該機器ＩＤを登録したクライアント端末装置６０４のみに提供される。さらに、暗号化された第２の復号鍵に関する任意の妨害、例えば、ネットワークでの著作権侵害行為や権限が与えられない複製等があったとしても、暗号化された第１の復号鍵を復号化するために必要な情報（すなわち、有効な第２の復号鍵）が提供されることはない。実際には、そのような第２の復号鍵は、十分に一意である仮想ＩＤにより暗号化される。同様に、その暗号化された仮想ＩＤは、登録処理が完了し、かつクライアント端末装置６０４に権限が与えられてはじめて、クライアント端末装置６０４宛てに提供される。仮想ＩＤは、管理者サーバ６０１からクライアント端末装置６０４に暗号化された状態で送信されるため（すなわち、クライアント端末装置６０４の機器ＩＤを用いて暗号化されるため）、暗号化された仮想ＩＤを権限なく取得しても、暗号化された第２の復号鍵を復号化するための必要な情報が与えられることはない。
【０１１２】
図２５および図２６は、クライアント端末装置６０４内のソース暗号化コンピュータプログラムまたはソース暗号化データモジュールをロードする／インストールするために実行される、ある処理を示したものである。ここで、当該処理のこの段階において、クライアント端末装置６０４内には、第２のデバイス（ＲＯＭ）内に記録された機器ＩＤが含まれ、かつ、第１の記録デバイス６０７，６０８には、機器ＩＤ、暗号化された仮想ＩＤ、暗号化された第２の復号鍵、暗号化された第１の復号鍵、およびソース暗号化コンピュータプログラムおよび／またはソース暗号化データモジュール等が含まれる。
【０１１３】
ステップ５０において、ユーザは、将来の使用のためのソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールをロードする／インストールする旨の指示を、クライアント端末装置６０４に対し与えることができる。当該ユーザからの指示を受けて、クライアント端末装置６０４は、適切なハードウエアを用いて、かつソフトウエアによる処理を行うことで、第１の記録デバイス６０７，６０８から機器ＩＤを読み出すとともに、ＲＯＭなどの第２の記録デバイスからも機器ＩＤを読み出す（Ｓ５２）。ステップ５４では、これらの機器ＩＤが一致するか否かについての決定がなされる。これらの機器ＩＤが一致しない場合、処理は中止され、および／または他の処理が開始される。一方、これらの機器ＩＤが一致する場合、処理はＳ５６に進む。ここでは、暗号化された仮想ＩＤは、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて復号化される。仮想ＩＤがいったん生成されれば、暗号化された第２の復号鍵は、当該生成された仮想ＩＤを用いて復号化され、かつ暗号化された第１の復号鍵は第２の復号鍵を用いて復号化される（Ｓ５８Ａ）。次に、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールは、第１の復号鍵を用いて復号化される（Ｓ６０）。ステップ６２において、コンピュータプログラムまたはモジュールは、ステップ５６で得た仮想ＩＤを用いて再度暗号化され、クライアント側で暗号化したコンピュータプログラムを生成する。クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールは、第１の記録デバイス６０７，６０８内に保存される（Ｓ６４）。この段階においては、暗号化された第１の復号鍵、暗号化された第２の復号鍵、ソース暗号化プログラム、ソース暗号化データモジュールは、いずれも、第１のデバイス６０７，６０８内に保持される必要はない。
【０１１４】
いったん、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したデータモジュールが生成され、かつ第１の記録デバイス６０７，６０８内に記憶されれば、図２１および図２２を参照して説明した処理が用いられ、コンピュータプログラムが実行される。
【０１１５】
図２７は、処理調整部１１８による上述のコンピュータプログラムまたはデータモジュールのセキュアな方法でのダウンロードを可能とする他のシステム７１０を示す。セキュアな方法とは、例えば、認証されていないプログラムの複製物が排除されるか、使いものにならないものにさせる方法である。そのようなシステムは、参照により本明細書に援用される、２００２年１２月１日に出願された、米国出願番号Ｎｏ．１０／３１６３０９の「METHODS AND APPARATUS FOR SECURE DISTRIBUTION OF CONTENT」に記載されている。
【０１１６】
システム７１０には、好適には、第三者サーバ７０１、暗号化サーバ７０２、配布サーバ７０３、処理調整部１１８等の複数のクライアント端末装置７０５、およびこれら装置を接続するインターネット等のネットワーク７０６が含まれる。システム７１０は、第三者サーバ７０１、暗号化サーバ７０２、配布サーバ７０３および／または管理者サーバ７０４を複数含んでもよい。簡潔かつ明確にするために、それぞれのサーバをひとつだけにして、以下説明する。サーバ７０１，７０２，７０３，７０４のそれぞれは、エンティティや人によって、維持され、管理され、および／または別に、当該エンティティや人に関連付けられるのが好ましい。以下、サーバとエンティティとは相互に関連付けられたものとして説明する。
【０１１７】
第三者サーバ７０１は、図１１を参照して上述したように、ソフトウエアプログラムの開発者などのエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。
【０１１８】
暗号化サーバ７０２は好適には、管理者権限の機能を有するエンティティにより、維持され、管理され、および／また別に、当該エンティティに関連付けられる。当該エンティティは、管理者サーバ７０４に関するエンティティと同一のエンティティであるのが好ましい。なお、暗号化サーバ７０２は、サーバに関する機能を実行するための任意の既知のハードウエアを用いて実装されうる。
【０１１９】
配布サーバ７０３は好適には、ネットワーク７０６等を介して、ソフトウエアプログラムおよび／またはデータモジュールを、クライアント端末装置７０５に配布させるエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。配布サーバ７０３は好適には、詳細は後述するが、データベース３８６等の顧客データベース７０７に接続される。配布サーバ７０３および顧客データベース７０７は、ネットワークサーバの機能およびデータベースの機能を実行するために適切な既知のハードウエアを用いて実装されうる。
【０１２０】
サーバ３８４等の管理者サーバ７０４は、ある管理者権限の機能を実行するエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。管理者サーバ７０４は、ネットワークサーバの機能およびデータベースの機能を実行するために適切な既知のハードウエアを用いて実装されうる。
【０１２１】
第三者サーバ７０１、暗号化サーバ７０２、配布サーバ７０３、および管理者サーバ７０４により実行されるそれぞれの機能を、管理し維持しおよび／または別にそれらサーバに関連付けられるひとつ以上のサーバおよび／またはひとつ以上のエンティティ間で分散させることができる。実際には、それぞれのサーバに対してエンティティを別々にする必要はなく、例えば、ひとつのエンティティを、配布サーバ７０３および管理者サーバ７０４に関連付けることも可能である。なお、分散された状態は、図２７に示される状態と一致するのが好ましい。
【０１２２】
一般的に、それぞれのクライアント端末装置７０５は、好適には、ひとつ以上の処理調整部１１８を含み、任意の既知のハードディスクドライブハードウエア等のハードディスクドライブ７０８、および出願人自身のメモリスティック等のメモリカード７０９を動作可能に接続する。別の例では、クライアント端末装置は、上述したように動作するＣＤドライブ、ＤＶＤドライブ、またはＢｌｕ−ｒａｙ Ｄｉｓｃドライブなどの光学デバイスに接続される。ハードディスクドライブ７０８、メモリカード７０９および／または光学デバイス（クライアント端末装置７０５にリモートに接続されるのが好ましい）は、装置７０５とは別のものとして図示されているが、装置７０５に一体化して設けられてもよい。クライアント端末装置７０５は、パーソナルコンピュータや出願人自身のプレイステーション等の任意の既知のハードウエアを用いて実装されてもよい。
【０１２３】
クライアント端末装置７０５は好適には、図１１のクライアント端末装置６０４について説明した上述の方法により、ネットワーク７０６を介したダウンロードをすることで、ソース暗号化プログラムおよび／またはソース暗号化プログラムモジュールおよび／またはデータモジュールを取得できる。
【０１２４】
図２８は、暗号化サーバ７０２および第三者サーバ７０１により実行される処理ステップの概念構成およびフローを示す図である。本図は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが生成される方法の一例が示されている。この例において、第三者サーバ７０１は、ソフトウエア開発者に関連付けられる。なお、当該ソフトウエア開発者は、自分自身、あるいは、当該自身に他のエンティティを併用してのいずれかで、ネットワーク７０６を介して暗号化サーバ７０２に送信されたプログラムおよび／またはモジュールを取得する。なお、ここで、コンピュータプログラムまたはモジュールは、記録メディアなどにより人手で暗号化サーバ７０２に提供されてもよい点である。
【０１２５】
暗号化サーバ７０２は好適には、そのプログラムおよび／またはデータモジュールを暗号化し、当該暗号化されたプログラムや暗号化されたモジュールを第三者サーバ７０１に返す。当該暗号化処理では、公開鍵暗号方式や対称鍵暗号方式などの任意の既知の暗号化技術を用いることができ、これにより暗号化されたプログラムやモジュールを生成できる。一例として、暗号化サーバ７０２は、暗号化システムプログラム（ソース暗号化システムプログラム）および暗号化アプリケーションプログラム（ソース暗号化アプリケーションプログラム）、またはソース暗号化モジュールを第三者サーバ７０１に返す。また、暗号化サーバ７０２は、第三者サーバ７０１に復号鍵をも提供する。当該復号鍵により、暗号化されたソフトウエアプログラムやモジュールを復号化できる。好適には、その復号鍵はアクティベートされていない状態（使用できない状態）で配布サーバ７０３にも提供される。すなわち、その状態で用いても、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化することは困難である。例えば、最初に暗号化サーバ７０２等のエンティティにより暗号化されることで、復号鍵は、アクティベートされていない状態になりうる。後述のごとく、これにより安全性を高めることができる。
【０１２６】
図２９は、配布サーバ７０３および管理者サーバ７０４間で実行される、ある処理ステップの概念構成およびフローを示す図である。配布サーバ７０３は好適には、ネットワーク７０６を介して、管理者サーバ７０４との通信リンクを確立する。管理者サーバ７０４は、鍵配布プログラム７１１、鍵管理データ７１２、および鍵登録プログラム７１３を、ネットワーク７０６を介して、配布サーバ７０３に送信するのが好ましい。以下、後述するように、配布サーバ７０３は、鍵配布プログラム７１１を実行し、その結果、エンドユーザに復号鍵を配布できる。鍵管理データは好適には、機密性の高い情報のあつまりであり、当該あつまりには、それぞれの配布サーバ７０３に対して十分に一意である配布ＩＤが含まれる。鍵登録プログラム７１３は配布サーバ７０３により実行され、好適には、アクティベートされていない復号鍵をアクティベートされた復号鍵に変換する。（すなわち、ソース暗号化コンピュータプログラムの復号化を可能にする。）
【０１２７】
図３０を参照すると、本図は、好適には配布サーバ７０３および管理者サーバ７０４間で実行される、さらなる処理ステップを示すフロー図である。一般的に、配布サーバ７０３は、ネットワーク７０６を介して、管理者サーバ７０４にアクティベート化を求めるリクエストを行い、そのレスポンスとして、管理者サーバ７０４から、アクティベート許可情報を取得できる。より詳細には、動作Ｓ１において、配布サーバ７０３は好適には、ネットワーク７０６を介して管理者サーバ７０４に接続する。動作Ｓ２では、配布サーバ７０３は、鍵管理データ（その中には配布ＩＤが含まれる）を管理者サーバ７０４宛てに送信する。
【０１２８】
動作Ｓ３では、管理者サーバ７０４は好適には、適切な認証処理により配布サーバ７０３を認証する。例えば、管理者サーバ７０４は、ユーザＩＤやパスワードの他、他の証明できるある情報の提供を要求することで、認証を可能とする。なお、好適には、管理者サーバ７０４は、鍵管理データ７１２から配布ＩＤを抽出することで、配布サーバ７０３を認証する。動作Ｓ４では、認証が成功したか否かについての決定がなされる。認証が失敗した場合、処理は動作Ｓ５に進む。ここでは、どのアクティベート処理も許可されず、処理は終了する。もし、認証が成功した場合、処理フローは動作Ｓ６に進む。ここでは、アクティベート許可情報が、管理者サーバ７０４からネットワーク７０６を介して配布サーバ７０３に送信される。
【０１２９】
動作Ｓ７において、配布サーバ７０３は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールに関連付けられた復号鍵をアクティベート化させる。より詳細には、配布サーバ７０３は鍵登録プログラム７１３を実行するが、その際に入力としてアクティベート許可情報が要求されるのが好ましい。鍵登録プログラム７１３は、アクティベート許可情報の入力を受けて、復号鍵をアクティベートさせ、当該アクティベートされた復号鍵を用いてソース暗号化コンピュータプログラムを復号化する。一例として、アクティベート許可情報には、最初に暗号化された復号鍵を復号するための適切な復号鍵が含まれることがある。この場合、鍵登録プログラム７１３にはある復号化機能が備えられており、当該機能により、アクティベート許可情報を用いて、最初に暗号化された復号鍵を復号することが可能になる。
【０１３０】
どのように復号鍵がアクティベートされるか、あるいは復号鍵がアクティベートされるか否かに関係なく、配布サーバ７０３は好適には、顧客データベース７０７内に復号鍵を保存する。この段階では、配布サーバ７０３には、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールの他に、当該プログラムまたはモジュールを復号化できる復号鍵も含まれる（またはそれらにアクセスできる）。
【０１３１】
図３１は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを処理するために実行される、ある処理ステップの概念構成およびフローを示す図である。なお、ソース暗号化コンピュータプログラムを実行し、またはソース暗号化モジュールを用いて既存のプログラムを修正するためには、クライアント端末装置７０５は好適には、ある登録処理を実行する必要がある。これらの処理を、ネットワーク７０６上の管理者サーバ７０４を用いて説明する。
【０１３２】
登録処理に関する少なくともいくつかのステップを、図３２のフロー図に示す。ステップＳ２０，Ｓ２２，Ｓ２４，Ｓ２６およびＳ２８の処理は、図１６における同一の符号を付した処理と同様である。
【０１３３】
その後、動作Ｓ３０において、管理者サーバ７０４は好適には、登録データを生成し、かつ当該生成された登録データを、ネットワーク７０６を介して、クライアント端末装置７０５に送信する。一例として、その登録データは、機器ＩＤおよび配布ＩＤで構成できる。これらのＩＤは好適には、その登録データの適切な解析処理により、後に特定される。クライアント端末装置は、その登録データを取得次第、好適には、ハードディスクドライブ、および／またはメモリカード７０９などの第１の記録デバイス内にその登録データを保存する。
【０１３４】
図３３に示すように、ここで、サーバ３８４等の管理者サーバ７０４は、データベース３８６等のデータベース７０７Ａに接続できる。データベース７０７Ａには、上述した登録処理の段階中に取得された、任意の機器ＩＤおよび／または配布ＩＤが含まれる。機器ＩＤおよび配布ＩＤは好適には、有用な履歴データおよびその解析結果が取得されるように、お互いに関連付けられて保存される。これにより、例えば、あるクライアント端末装置７０５が、ソース暗号化コンピュータプログラムまたはソース暗号化プログラムおよびデータモジュールを、ある配布サーバ７０３から取得したことがその解析結果により判断できる。機器ＩＤ、配布ＩＤ、および／またはそれらを関連付けたものを、配布サーバ７０３から取得されたデータと併用すれば、配布サーバ７０３側の任意の義務処理（例えば、契約処理）がなされたことを証明できる。
【０１３５】
図３４および図３５は、それぞれ、コンピュータプログラムまたはプログラムおよび／またはデータモジュールを登録し、かつエンドユーザに当該プログラムの実行または修正を可能にするために実行される、さらなる処理ステップの概念構成およびフローを示す図である。ユーザは好適には、ソース暗号化コンピュータプログラムを復号化するのに適切な復号鍵を取得したい旨の指示を、クライアント端末装置７０５に与える。ステップ２１において、クライアント端末装置７０５は、ネットワーク７０６を介して配布サーバ７０３との通信リンクを確立する。その後、クライアント端末装置７０５は、（以前、管理者サーバ７０４から取得した）登録データを配布サーバ７０３に送信する（Ｓ２２）。
【０１３６】
動作Ｓ２３では、配布サーバ７０３は、ネットワーク７０６を介して、クライアント端末装置７０５から、例えば、機器ＩＤ（可能であれば、配布ＩＤも）を含む登録データを取得する。この点について、配布サーバ７０３には好適にはネットワークインタフェースが含まれる。当該ネットワークインタフェースによりネットワーク７０６との通信を容易にすることで、当該ネットワーク７０６を介したクライアント端末装置７０５からの登録データの取得を実現できる。ステップ２３では、管理者サーバ７０４もまた、クライアント端末装置７０５から取得した機器ＩＤに対応する、ここでは仮想ＩＤと呼ばれる他のＩＤを機器ＩＤに割り当てる。ここで、仮想ＩＤは、複数の予め存在するＩＤ群の中から選択されるものであってもよいし、機器ＩＤ、配布ＩＤ、および／またはある他の数値に基づく数値演算を通じて導出されるものであってもよいし、あるいは、任意の他の既知の、または後述の改良技術を用いることで生成されてもよい。
【０１３７】
配布サーバ７０３は顧客データベース７０７を対象に、クライアント端末装置７０５から取得した機器ＩＤ（すなわち、その第２記憶デバイス（ＲＯＭ）内に保持される機器ＩＤ）と一致する既存の機器ＩＤを検索する。図３６に示すごとく、顧客データベース７０７には好適には、クライアント端末装置６０４のそれぞれに対応するそれぞれのＩＤである、それぞれの機器ＩＤが保持される。複数の機器ＩＤが、顧客されたデータベース７０７内に予め保持されており、その様子は図３６の左側の列に示されている。こうした複数の機器ＩＤのそれぞれは好適には、所与のクライアント端末装置７０５の一つ一つに対応するものであり、かつその機器ＩＤは、それぞれのクライアント端末装置７０５に対し十分に一意である。管理者サーバ７０４にもまた、好適にはデータプロセッサが含まれる。当該データプロセッサにより、顧客データベース７０７を対象にした、ネットワーク６０５を介したクライアント端末装置６０４から取得される機器ＩＤと一致する登録情報（例えば、機器ＩＤ）の検索を実現できる。この目的のために、任意の既知の、または後述の改良されたデータ処理用ハードウエアを用いることができる。
【０１３８】
図３５に再度戻り、ステップ２３において、仮想ＩＤは、顧客データベース７０７内に保持される機器ＩＤに関連付けられる。すなわち、仮想ＩＤは、配布サーバ７０３宛てに機器ＩＤを送信した特定のクライアント端末装置７０５に関連付けられる。当該関連付けは、保持された機器ＩＤに対応させるような方法で、仮想ＩＤを顧客データベース７０７内に記憶せしめることにより実現できる。
【０１３９】
上述したように、ネットワーク７０６を介する、クライアント端末装置７０５から配布サーバ７０３への登録データの送信動作には（図３５のステップ２２）、配布ＩＤ（またはメディアＩＤ）の送信動作が含まれてもよい。なお、配布ＩＤとは、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが取得された配布サーバ７０３に対応するものである。他に、登録データに含まれる配布ＩＤもまた、機器ＩＤに関連付けられて顧客データベース７０７内に保存されてもよい。
【０１４０】
図３５に示すごとく、配布サーバ７０３は好適には、暗号化された復号鍵および暗号化された仮想ＩＤを生成することが可能である。この復号鍵は、クライアント端末装置７０５上のソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化するために用いられる。ここで、配布サーバ７０３は、（図２７から図２８までに示された）暗号化サーバ７０２により生成された、それぞれのソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化するために用いられる任意の数の復号鍵群にアクセスする。その復号鍵は、暗号化サーバ７０２および／または任意の他の適切なエンティティにより、配布サーバ７０３に提供される。さらに、その復号鍵は、ネットワーク７０６や他のネットワークを介して配布サーバ７０３に送信されてもよいし、あるいは、記録メディアにより人手で提供されてもよい。
【０１４１】
ステップ２４において、配布サーバ７０３は好適には、クライアント端末装置７０５に関連付けられた仮想ＩＤを用いて、その復号鍵を暗号化する。さらに、配布サーバ７０３は好適には、クライアント端末装置７０５の関連付けられた機器ＩＤを用いて、仮想ＩＤを暗号化する。なお、当該機器ＩＤのそれぞれは、顧客データベース７０７から取得される。
【０１４２】
配布サーバ７０３が有するネットワークインタフェースによれば、ネットワーク７０６を介した、暗号化された復号鍵および暗号化された仮想ＩＤのクライアント端末装置７０５への送信をさらに容易にできる（Ｓ２５）。ステップ２６において、クライアント端末装置７０５は好適には、ネットワーク７０６を介して、暗号化された復号鍵および暗号化された仮想ＩＤを取得し、当該取得したそれらを、（ハードディスクドライブ７０８やメモリカード７０９などの）第１の記録デバイス内に保存する。動作Ｓ２７において、配布サーバ７０３は好適には、ある復号鍵がクライアント端末装置７０５に送信されたことを（履歴データとして）記録する。この情報は、後に、例えばネットワーク７０６を介して、管理者サーバ７０４に提供される。配布サーバ７０３は好適には、履歴データ内に含まれるデータにアクセスすることはできない。このデータを課金処理や義務処理のトラッキングなどのために用いることができる。
【０１４３】
暗号化された復号鍵は、権限が与えられたクライアント端末装置７０５、例えば、有効な機器ＩＤを提供し、かつ復号鍵の暗号化のために用いられる仮想ＩＤに関連付けられたその機器ＩＤを登録したクライアント端末装置７０５のみに提供される。さらに、暗号化された復号鍵に関する任意の妨害、例えば、ネットワークでの著作権侵害行為や権限が与えられない複製等があったとしても、ソース暗号化コンピュータプログラムを復号化するために必要な情報（すなわち、有効な復号鍵）が提供されることはない。実際には、そのような復号鍵は、十分に一意である仮想ＩＤにより暗号化される。また、その暗号化された仮想ＩＤは、登録処理が完了し、かつクライアント端末装置７０５に権限が与えられてはじめて、クライアント端末装置７０５宛てに提供される。仮想ＩＤは、配布サーバ７０３からクライアント端末装置７０５に暗号化された状態で送信されるため（すなわち、クライアント端末装置７０５の機器ＩＤを用いて暗号化されるため）、暗号化された仮想ＩＤを権限なく取得しても、暗号化された復号鍵を復号化するための必要な情報が与えられることはない。
【０１４４】
ソース暗号化コンピュータプログラムまたはソース暗号化モジュールをクライアント端末装置７０５内にロードする／インストールするために実行される処理は、図１９および図２０を参照して上述した通りである。
【０１４５】
コンピュータプログラムがクライアント端末装置７０５により実行または修正される処理は、図２１および図２２を参照して上述した通りである。
【０１４６】
図３７を参照すると、本図は、レンタルプログラムコンテンツの配布者による、ソフトウエアプログラムなどのプログラムコンテンツのセキュアな配布の一例を示す処理フロー図である。そのような配布形態については、上述した米国出願番号Ｎｏ１０／３１６３０９およびＮｏ１０／３１６６７５に記載されている。
【０１４７】
レンタルプログラムコンテンツの配布者は、管理者サーバ６０１，７０４、第三者サーバ６０２，７０１、配布サーバ７０３、またはいくつか他のサーバ（図示せず）で構成されてもよい。ユーザがプログラムコンテンツのレンタルを所望する場合、ユーザは最初にレンタルシステムのメンバになることを要求される。この点について、ステップ７０において、ユーザは、例えば、クライアント端末装置６０４，７０５のある仕組みの起動を通じて、システムに入会したい旨を示す。一例として、クライアント端末装置６０４，７０５は同一の装置であってもよいし、別々の装置であってもよく、当該装置上でユーザによりレンタルプログラムが実行される。さらに、クライアント端末装置６０４，７０５には、入会処理を容易にする適切なコンピュータプログラムが含まれ、かつ実行される。
【０１４８】
ステップ７２において、クライアント端末装置６０４，７０５は好適には、ネットワーク６０５，７０６を介して、管理者サーバ６０１，７０４との通信リンクを確立する。ステップ７４において、ユーザがレンタルシステムの入会希望を行ったクライアント端末装置６０４，７０５により、リクエストが送信される。ユーザがひとつのクライアント端末装置のみを用いてコンテンツをレンタルし、かつ実行する場合、クライアント端末装置６０４，７０５は、ネットワーク６０５，７０６を介して、機器ＩＤを管理者サーバ６０１，７０４宛てに送信する。一方、ユーザが他の装置を通じてプログラムコンテンツをレンタルする場合、クライアント端末装置６０４，７０５は、ユーザに対し固有である他のＩＤ情報を送信する。応答として、管理者サーバ６０１，７０４は、電子会員証を生成する。なお、当該会員証は、ユーザが同一のクライアント端末装置を用いてプログラムコンテンツをレンタルし、かつ実行する場合のみにおいて、クライアント端末装置６０４，７０５に対し十分に一意である。管理者サーバ６０１，７０４もまた、クライアント端末装置６０４，７０５の機器ＩＤまたはユーザ情報を、例えば、上述のデータベース関連技術を用いて、電子会員証に関連付ける。ステップ６０において、管理者サーバ６０１，７０４は、ネットワーク６０５，７０６を介して、クライアント端末装置６０４，７０５に電子会員証を送信する。以下に示すごとく、電子会員証は、レンタル処理の際に用いられる。
【０１４９】
ユーザがレンタルシステムの会員になれば、ユーザは、アプリケーションプログラムおよびシステムプログラムなどのプログラムコンテンツのレンタルを許可される。好適には、プログラムコンテンツは、ビデオゲームコンピュータプログラムである。図３８によれば、クライアント端末装置６０４，７０５上で動作するコンピュータソフトウエアは、コンピュータプログラムをレンタルしたい旨のユーザからの指示受付を可能にするのが好ましい。ここで、ユーザがプログラムコンテンツのレンタルを所望するクライアント端末装置は、会員登録に用いられた装置と同一のものであってもよいし、別の装置であってもよいし、そのどちらでもなくてもよい。一例として、ユーザは、ゲームコンソール用のソフトウエアプログラムをレンタルしてもよいが、他の装置から、例えば、自身が有する携帯電話、ＰＤＡ、あるいは他のデバイスから、会員証明書や他のデータを送信することでユーザ認証を開始してもよい。会員証明書または他のデータは、人手でデータを入力することで、磁気カードやスマートカードを機械に通すことで、あるいはデバイス内に既に保存されたデータを読み取ることのいずれかで、装置内に入力される。
【０１５０】
この点に関して、ユーザからの指示に応答して（Ｓ８２）、クライアント端末装置６０４，７０５は、ユーザによるレンタル要求が送信された配布者との通信リンクを確立する（Ｓ８４）。ステップ８６において、配布者は、好適には、例えば、電子会員証を解析することで、および／または、その装置がユーザが入会した際に用いられた装置と同一である場合には、クライアント端末装置６０４，７０５の機器ＩＤを解析することで、クライアント端末装置６０４，７０５を認証する。これは、クライアント端末装置６０４，７０５が、配布者に機器ＩＤおよび／または電子会員証を要求し、正当であると示されたこれらの情報を有するデータベースに当該配布者がアクセスすることで実現される。
【０１５１】
ユーザに権限が与えられたとき、配布者は好適には、ネットワーク６０５，７０６を介して、クライアント端末装置６０４，７０５に、レンタルに利用可能なタイトルのリストやメニューを提供する（Ｓ８８）。クライアント端末装置６０４，７０５上で実行されるコンピュータソフトウエアによれば、タイトルのリストやメニューのユーザへの表示を容易にでき、ユーザがタイトルを選択したり、レンタルした時間を特定したりできる（Ｓ９０）。ユーザにより選択されたものおよび特定のレンタル時間は、好適には、ネットワーク６０５，７０６を介して配布者に送信される。
【０１５２】
ステップ９２では、配布者は好適には、その特定された時間に対するコンピュータプログラムのレンタル費用分の支払い要求をユーザに対し行う。これは、クライアント端末装置６０４，７０５や他のデバイスのいずれかを用いて、例えば、クレジットカードナンバーや普通預金口座番号を送信する方法、あるいは請求書による方法などの、任意の既知の技術を用いることにより実現される。送金がなされると、配布者は、指定のタイトルおよびレンタル時間に対して送金がなされたことを示す電子支払いチケットを生成する（Ｓ９４）。ステップ９６において、配布者は好適には、クライアント端末装置６０４，７０５に、あるいは、ネットワーク６０５，７０６上の他のデバイスにその電子支払いチケットを送信する。
【０１５３】
電子支払いチケットは、配布者に提供される送金額と引き換えに、あるレベルのレンタルする権利をユーザ（あるいは、電子支払いチケットを取得するときのクライアント端末装置６０４，７０５）に提供するのが好ましい。例えば、そのレンタルする権利は、特定された、コンピュータプログラムのタイトル、レンタル時間や送金額に対して制限される。さらに、電子支払いチケットには、コンピュータプログラムを復号化できる復号鍵などの付加的な情報が含まれる。電子支払いチケットは必ずしも復号鍵を含む必要はなく、この例に示す方法によってのみ、含むものである。電子支払いチケットには、暗号化された状態の、例えば、機器ＩＤや電子会員証の一部である他の情報（例えば、仮想ＩＤのようなもの）を用いて暗号化された、復号鍵が含まれる。いずれの場合でも、処理のこの時点においては、ユーザはあるレベルのレンタルする権利を取得する一方、コンピュータプログラムまたは暗号化された状態のコンピュータプログラムについては未取得である。
【０１５４】
処理のこの段階においては、クライアント端末装置６０４，７０５や他のデバイスは、あるタイトルの所定の時間に対する支払いが完了したことを示す電子支払いチケットを有し、さらにユーザの電子会員証をも保持してもよい。図３９によれば、クライアント端末装置６０４，７０５や他のデバイスは、ネットワーク６０５，７０６を介して、管理者サーバ６０１，７０４との通信リンクを確立することが好ましい（Ｓ９８）。ステップ１００において、管理者サーバ６０１，７０４は、機器ＩＤおよび／または電子会員証により、クライアント端末装置６０４，７０５や他のデバイスを認証する。ここで、顧客データベース６０６，７０７などの適切なデータベースにアクセスすることで認証が実現される。ステップ１０２において、クライアント端末装置６０４，７０５や他のデバイスは、電子支払いチケットをネットワーク６０５，７０６を介して、管理者サーバ６０１，７０４に送信する。管理者サーバ６０１，７０４は、応答として、電子レンタルチケットを生成し（Ｓ１０４）、ネットワーク６０５，７０６を介して、クライアント端末装置６０４，７０５や他のデバイスに当該電子レンタルチケットを送信する（Ｓ１０６）。
【０１５５】
電子レンタルチケットは、電子支払いチケットにより与えられるレンタルする権利と同一のレベルの、または当該レベルを超えたレベルのレンタルする権利をユーザ（あるいは、クライアント端末装置６０４，７０５）に提供する。例えば、その電子レンタルチケットにより、コンピュータプログラムのタイトル、レンタル時間や送金額を特定できてもよいし、当該チケットは、（復号鍵が電子支払いチケット内に含まれないと想定すれば、）暗号化されたコンピュータプログラムを復号化できる復号鍵などの付加的な情報をも含んでもよい。電子レンタルチケットは必ずしも復号鍵を含む必要はなく、この例に示す方法によってのみ、含むものである。電子レンタルチケットには、暗号化された状態の、例えば、機器ＩＤや電子会員証の一部である他の情報（例えば、仮想ＩＤのようなもの）を用いて暗号化された、復号鍵が含まれる。いすれの場合でも、処理のこの時点においては、ユーザはあるレベルのレンタルする権利を取得する一方、コンピュータプログラムまたは暗号化された状態のコンピュータプログラムについては未取得である。
【０１５６】
図４０によれば、クライアント端末装置６０４，７０５は、ネットワーク６０５，７０６を介して、配布者との通信リンクを確立することが好ましい（Ｓ１０８）。配布者は、応答として、上述の機器ＩＤおよび／または電子会員証を解析する方法で、クライアント端末装置６０４，７０５を認証する（Ｓ１１０）。次に、クライアント端末装置６０４，７０５または他のデバイスは、例えば、ネットワーク６０５，７０６を介して、電子レンタルチケット（または、少なくとも一部分）を配布者に送信するのが好ましい（Ｓ１１２）。クライアント端末装置６０４，７０５や他のデバイスが、前のすべての必要なステップを完了したため、そのクライアント端末装置がレンタルされたコンピュータプログラムの暗号化されたバージョンを取得する権限を有することを配布者に提示するのが好ましい（Ｓ１１４）。処理のこの時点においては、クライアント端末装置６０４，７０５や他のデバイスは、機器ＩＤ、電子支払いチケット、電子レンタルチケット、暗号化された復号鍵、および暗号化されたコンピュータプログラムを有するのが好ましい。
【０１５７】
ユーザは、そのコンピュータプログラムを読み出し、インストールし、実行してもよいし、さらに、上述した実施の形態について上述した処理を用いて、クライアント端末装置の処理能力を調整してもよい。その結果、このレンタルシステムによれば、ネットワーク６０５，７０６を介して、どのクライアント端末装置６０４，７０５を用いても、ユーザにレンタルプログラムコンテンツを安全に配布できる。
【０１５８】
本発明もまた、ユーザが、任意の特定のデバイスには依存せずに実行可能な、特定のソフトウエアプログラム、または特定のバージョンのプログラムを実行する権利を購入することを対象にしたアプリケーションに適している。一例として、ユーザは、自身が所有するコンソール、他人が所有するコンソール、あるいは、そのようなコンソールを多く有するゲームセンターに配置されたアーケードゲームマシン等の、任意のコンソール上で、ゲームプログラムや他のソフトウエアプログラムを実行する権利を購入できる。
【０１５９】
ユーザもまた、ディスクや他の記録媒体等の携帯可能なソフトウエア媒体に保存された、ゲームプログラムや他のソフトウエアプログラムのあるバージョンの複製物を有し、当該記録媒体から、自身のコンソール、他人のコンソール、またはゲームセンターのアーケードゲームマシン上にそのプログラムを複製してもよい。他に、ユーザは、あるバージョンのゲームプログラムや他のソフトウエアプログラムを実行する権利を有するだけでよい。いずれの場合でも、ユーザもまた、ユーザＩＤや電子証（仮想ＩＤや仮想ＩＤのようなもの）などの他の認証情報を有する。
【０１６０】
そのようなユーザが、自身のコンソール、他人のコンソール、またはゲームセンターのアーケードゲームマシン等のデバイス上で、ゲームプログラムや他のソフトウエアプログラムの実行を所望し、かつプログラムの複製物が既にコンソール内に保存されている場合、コンソール上でプログラムを実行するために、および／または、コンソール上でのプログラムの適切な実行を可能にする、必要不可欠なソフトウエアおよび／またはデータモジュールを取得することを可能にするために、ユーザの認証情報が要求される。他として、ゲームプログラムや他のソフトウエアプログラムがユーザ自身のコンソール、他人のコンソール、またはゲームセンターのコンソール内に保存されていない場合、ユーザが購入した権利に関わるバージョンのプログラムをそのコンソールがダウンロードすることを可能にするために、および／または、その後、そのコンソールにとって適切なバージョンのソフトウエアを取得するために必要とされるソフトウエアおよび／またはデータモジュールを得るために、ユーザの認証情報が要求される。
【０１６１】
ユーザ認証は、図３７ないし図４０を参照して上述した方法で実行される。すなわち、ユーザの携帯電話、ＰＤＡや他のデバイスなどの他の装置から認証情報を送信することで実行される。また、人手でデータを入力することで、磁気カードやスマートカードを機械に通すことで、あるいは、コンソールが自身のコンソールであれば、当該自身のコンソール内に既に記録されたデータを読み取ることのいずれかで、そのコンソール内に入力された、会員証または他のデータを送信することで実行される。
【０１６２】
図１１および図２７を参照して上述したように、ユーザの認証情報は、ひとつ以上の管理者サーバ６０１，７０４、第三者サーバ６０２，７０１、配布サーバ７０３、またはいくつか他のサーバ（図示せず）に送信される。さらに、ユーザが所有する権利に関わるゲームプログラムや他のソフトウエアプログラム、および、当該ゲームプログラムや他のソフトウエアプログラムのコンソール上での適切な動作に必要なソフトウエアおよび／またはデータモジュールは、図５から図３６までを参照した上述の方法で、ひとつ以上のサーバによりダウンロードされる。
【０１６３】
このように、ゲームプログラムや他のソフトウエアプログラムを実行する権利を有するユーザは、自身のコンソール、他人のコンソール、または、ゲームセンターのアーケードゲームマシンなどの任意のデバイス上で、そのコンソールにとって最も相応のバージョンのソフトウエアを用いて、プログラムを実行できる。
【０１６４】
以下、アーケードゲームマシン等のハードウエア装置に本発明を適用する場合の実施例について説明する。一般に、アーケードゲームマシンは家庭用ゲームコンソールよりも性能が高い。従って、ゲーム内容によっては、ディスプレイのサイズや映像・音声環境等で家庭用ゲームコンソールを上回るアーケードゲームマシンによってしか、十分な臨場感が得られないゲームも存在する。そこで、アーケードゲームマシン等の他のハードウエア装置に上述の実施形態で説明したシステムを導入しておき、ユーザは、自らの購入したゲームコンソール用のソフトウエアパッケージに基づく権利として、そのソフトウエアパッケージのビデオゲームコンピュータプログラムをアーケードゲームマシン等のハードウエア装置においても実行できるようにしてもよい。ハードウエア装置が、プロセッサの処理能力に応じたソフトウエアプログラムのバージョンをネットワーク経由で取得することによって、ユーザは自らの家庭用ゲームコンソールのみならず別のハードウエア装置においても、そのソフトウエアパッケージのゲームプログラムを楽しむことができる。
【０１６５】
ネットワークに接続されたハードウエア装置からユーザＩＤを受信した配布サーバは、ユーザの購入履歴や認証履歴に基づき、ユーザが実行を希望しているソフトウエアプログラムがユーザによって正当に購入されたものであることを認証する。または、ソフトウエアＩＤを受信した配布サーバは、データベースに格納されたＩＤとのマッチングによって、ソフトウエアＩＤを認証する。いずれの場合も、認証が正しく行えた場合にのみ、配布サーバは、ユーザが実行を希望するソフトウエアプログラムの一部または全体をハードウエア装置に配布する。
【０１６６】
ダウンロードされハードウエア装置内のキャッシュやハードディスク内に一時的に記憶されたソフトウエアプログラムは、一定期間が経過したり認証セッションが切れた場合には、自動的に削除されるようにしてもよい。
【０１６７】
ユーザＩＤまたはソフトウエアＩＤを認証する仕組みがハードウエア装置に組み込まれているか、または、ネットワークを介して配布サーバに接続してユーザＩＤまたはソフトウエアＩＤを認証できるのであれば、任意のハードウエア装置を利用することができる。この場合、ユーザはコントローラを用いてユーザＩＤまたはソフトウエアＩＤをハードウエア装置に入力する。ハードウエア装置それ自体が、ユーザの購入したソフトウエアパッケージのメディアの読み取りが不可能であっても、ユーザＩＤまたはソフトウエアＩＤのいずれかを認証できれば、ネットワーク経由でソフトウエアプログラムの全体をダウンロードすることで、そのソフトウエアプログラムをハードウエア装置で実行することができる。
【０１６８】
ユーザがマニュアルでソフトウエアＩＤを入力する代わりに、非接触型の読み取り装置によってソフトウエアパッケージに記されたソフトウエアＩＤを読み取るようにしてもよい。また、ユーザＩＤを用いて認証する代わりに、指紋認証や網膜認証などのセキュリティの高いバイオメトリクス認証を用いてもよい。
【０１６９】
ユーザが購入したソフトウエアパッケージがＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、Ｂｌｕ−ｒａｙ Ｄｉｓｃ等の有形のパッケージメディアの場合には、ソフトウエアＩＤの代わりに、ソフトウエアパッケージに固有のメディアＩＤを認証に使用してもよい。特に、ＲＡＭ型またはＲｅｗｒｉｔｅ型のＢｌｕ−ｒａｙ Ｄｉｓｃの場合には、記憶容量が大きいので、ユーザが配布サーバによる認証を受けてダウンロードした、適切なバージョンのソフトウエアプログラムおよび／またはデータモジュールをディスクの空き領域に格納しておけば、次回以降は認証を受ける必要がなくなる。
【０１７０】
ユーザがネットワーク経由でソフトウエアパッケージを購入した場合には、ダウンロードしたソフトウエアプログラムが格納されたハードディスクのＩＤをメディアＩＤとして用いてもよい。
【０１７１】
ユーザ識別機能と決済機能とを併せ持つＦｅｌｉｃａ（登録商標）等の電子マネーやクレジットカードによってユーザＩＤの入力を受け付けるようにすれば、料金の課金も同時にできて便利である。
【０１７２】
ソフトウエアパッケージ内のコンテンツはビデオゲームに限られず、例えば映画などのエンタテインメントコンテンツであってもよい。この場合、アーケードゲームマシンや専用シアターで再生するためのアップグレードソフトウエアを配布サーバからダウンロードすることで、適切な再生環境を整えることができる。
【０１７３】
以上、本発明を実施形態を参照して説明したが、これらの実施形態は本発明の原理および適用法を例示するにすぎない。従って、これら例示としての実施形態には多数の変形が可能であり、前掲の特許請求の範囲で規定される本発明の精神および範囲から逸脱することなく他の構成を考案することができる。
【図面の簡単な説明】
【０１７４】
【図１】ソフトウエアプログラムおよび当該プログラムが動作する処理システムの設計面の進化を、実施の形態に係る処理調整部あるいは複数の処理調整部を含めた形でグラフィカルに示す図である。
【図２Ａ】実施の形態に係るプロセッサ要素（ＰＥ）の構成の一例を示す図である。
【図２Ｂ】実施の形態に係るＰＥのマルチプロセッシングシステムの構成の一例を示す図である。
【図３】実施の形態に係るサブ処理ユニット（ＳＰＵ）の一例を示す図である。
【図４】実施の形態のひとつ以上の態様に係るマルチプロセッサシステムの実装に適した他の構成を示す図である。
【図５】実施の形態のひとつ以上の態様に係る処理能力を変化させるために、少なくとも部分的に処理システムにより実行される処理ステップを示すフロー図である。
【図６】実施の形態のひとつ以上の態様に係るコンピュータネットワークの全体構成を示す図である。
【図７】図５の処理に関連するさらなる処理プロセスを示す図である。
【図８】実施の形態のひとつ以上の態様に係るプロセッサ要素により使用される変換テーブルを示す図である。
【図９】実施の形態のひとつ以上の態様に係る、ネットワーク通信および処理能力の変化を可能にする処理システムを示す図である。
【図１０】図７の処理に関連するさらなる処理プロセスを示すフロー図である。
【図１１】１以上のユーザに対し、ソフトウエアプログラムおよび／またはデータモジュールを配布するシステムのブロック図である。
【図１２】図１１のシステムの一部により実行されるある処理プロセスの概念構成およびフローを示す図である。
【図１３】図１１のシステムのある要素により実行されるさらなるステップの概念構成およびフローを示す図である。
【図１４】図１３で示されるものが実行されるある処理ステップを示すフロー図である。
【図１５】例えば、図１１の管理者サーバなどにより実行されるある処理ステップを示すフロー図である。
【図１６】あるデータベースコンテンツの構成を示す図である。
【図１７】図１１のシステムの一部により実行されるある処理ステップの概念構成およびフローを示す図である。
【図１８】図１７に従って実行されるさらなる処理ステップを示すフロー図である。
【図１９】例えば、図１１のクライアント端末装置により実行されるひとつ以上のさらなる処理ステップを表す概念構成およびフローを示す図である。
【図２０】図１９に従って実行されるさらなる処理ステップを示すフロー図である。
【図２１】さらなる処理ステップの概念構成およびフローを示す図である。
【図２２】図２１の処理ステップに関してさらなる詳細を示すフロー図である。
【図２３】実行される他の処理ステップの概念構成およびフローを示す図である。
【図２４】図２３の処理ステップに関してさらなる詳細を示すフロー図である。
【図２５】図２３の他の概念に従ってうさらなる処理ステップの概念構成およびフローを示す図である。
【図２６】図２５の処理ステップに関してさらなる詳細を示すフロー図である。
【図２７】１以上のユーザに対してソフトウエアプログラムまたはデータモジュールを配布するさらなるシステムの構成を示す図である。
【図２８】図２７のシステムの一部により実行されるある処理ステップの概念構成およびフローを示す図である。
【図２９】図２７のシステムの一部により実行される、さらなるある処理ステップの概念構成およびフローを示す図である。
【図３０】図２９に示されるものが実行されるある処理ステップを示すフロー図である。
【図３１】例えば、図２７の管理者サーバおよびクライアント端末により実行されるある処理ステップの概念構成およびフローを示す図である。
【図３２】図３１の装置により実行されるさらなる処理ステップを示すフロー図である。
【図３３】あるデータベースコンテンツの構成を示す図である。
【図３４】図２７のシステムの一部により実行されるある処理ステップの概念構成およびフローを示す図である。
【図３５】図３４の装置により実行されるさらなる処理ステップを示すフロー図である。
【図３６】あるデータベースコンテンツの構成を示す図である。
【図３７】レンタルプログラムコンテンツの配布者が、安全にプログラムコンテンツを配布するための処理の一例のステップを示すフロー図である。
【図３８】図３７の処理のさらなるステップを示すフロー図である。
【図３９】図３８の処理のさらなるステップを示すフロー図である。
【図４０】図３９の処理のさらなるステップを示すフロー図である。
【符号の説明】
【０１７５】
１０４，１１０，１１６ ソフトウエアプログラム、 １２４，７０６ インターネット、 ２０４ メイン処理ユニット、 ２０８ サブ処理ユニット、 ２１２ バス、 ３０２ プロセッサ、 ５５０ 変換テーブル、 ６０１ 管理者サーバ、 ６０５，７０６ ネットワーク、 ６１０，７１０ システム。
【技術分野】
【０００１】
本発明は、ソフトウエアプログラムのバージョンを修正して、ソフトウエアプログラムが開発された時点で考慮された処理能力よりもさらに優れた処理能力を有するプロセッサ上で当該ソフトウエアプログラムが実行されるときに得られる結果を改善する方法および装置に関する。
【背景技術】
【０００２】
家庭用および業務用のソフトウエアプログラムの設計に関するマーケティング・販売は、経済における発展分野および成長分野としての地位をいつも確保している。実際には、ソフトウエア開発者は、一見したところ飽くことがないと見える消費者の欲求を満たそうと、最新かつ向上したソフトウエアアプリケーションをしきりに模索している。ビデオゲーム、映画アニメーション、および特殊効果などのコンピュータグラフィックソフトウエアの分野ほどこのことが顕著である分野は他にはない。実際、リアルタイムでマルチメディアのアプリケーションは、特にビデオゲーム市場において、次第に重要になっている。これらのアプリケーションは、毎秒数千メガビットのデータ処理というような非常に高速の処理速度が必要となる。
【０００３】
より複雑で高性能なソフトウエアプログラムの進歩はこれまで、当該ソフトウエアプログラムが実行されるハードウエアの処理能力の進歩とともにあった。実際には、加算と減算のみが可能な４ビットプロセッサである、最初のマイクロプロセッサであるインテル社の４００４が１９７１年に発売されて以来、マイクロプロセッサの処理能力において驚くべき進歩がなされてきた。インテル社は１９７９年に８０８０マイクロプロセッサを発売し、当該プロセッサは、ＩＢＭ社のパーソナルコンピュータ内に組み込まれた。インテル社の８０８０マイクロプロセッサは、約２９０００個のトランジスタを５ＭＨｚのクロック速度で用いており、１秒間に３３万回の命令（ＭＩＰＳ）を実行できた。１９８２年から１９８９年まで、インテル社は８０２８６、８０３８６、８０４８６のマイクロプロセッサを発売した。インテル社の８０４８６のマイクロプロセッサは、１２０万個のトランジスタを２５ＭＨｚのクロック速度で使用しており、２０ＭＩＰＳを実現できた。１９９３年から２０００年まで、インテル社はＰｅｎｔｉｕｍ（登録商標）シリーズのマイクロプロセッサを発売した。Ｐｅｎｔｉｕｍ４のマイクロプロセッサは、４２００万個のトランジスタを１．５ＧＨｚのクロック速度で使用し、約１７０００ＭＩＰＳを実現できた。これらのデータによれば、ソフトウエアプログラムを実行するハードウエアのスピードおよびパワーは絶えず増加している（インテル社のＰｅｎｔｉｕｍ４は８０８８マイクロプロセッサよりも約５０００倍速く動作する）。この説明についてつけ加えると、より最新でより強力なマイクロプロセッサが現在でも開発され、約４ＧＨｚのクロック周波数でより高度なＭＩＰＳレベルを実現している。
【０００４】
単一の処理ユニットで高速の処理速度を出すことは可能であるが、一般に、マルチプロセッサアーキテクチャの処理速度に対抗することはできない。実際、マルチプロセッサシステムでは、複数のプロセッサが並列に（または、少なくとも協調して）動作して、所望の処理結果を得ることができる。マルチ処理技術を用いることのできるコンピュータおよびコンピューティングデバイスの種類は多岐にわたる。こうしたコンピューティングデバイスには、パーソナルコンピュータ（ＰＣ）およびサーバ以外に、携帯電話、モバイルコンピュータ、個人情報端末（ＰＤＡ）、セットトップボックス、ディジタルＴＶ、およびその他多数の装置が含まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図１は、ソフトウエアプログラムおよび当該プログラムを実行するために用いられるハードウエアの対応する進化を示す。時代のある時点におけるハードウエアシステム１０２は、他のハードウエアシステム、例えば、ハードウエアシステム１０６やハードウエアシステム１１２ほど強力ではない。これらのハードウエアシステムでさえも、ハードウエアシステム１１８ほど強力ではない。また、ソフトウエアプログラム１０４（光学ディスク上に記録されているものとして示されている）は、当時存在するハードウエアシステム１０２上で実行されるよう設計された。例えば、ソフトウエアプログラム１０４は、例えば、インテル社の８０２８６マイクロプロセッサにより与えられた処理特性を有する処理ユニット上で実行されることを理解しつつ、記述されてきた。ソフトウエアプログラム１０４以後に設計され仕入れられたソフトウエアプログラム１１０は、例えば、インテル社の８０４８６マイクロプロセッサにより与えられた処理特性を有する処理ユニット上で実行されるよう設計されてきた。他の例として、ソフトウエアプログラム１１０は、１９９４年に発売された出願人自身のプレイステーション（登録商標）のゲームコンソールの処理特性を有する処理ユニット上で実行されるよう設計され開発されてきた。さらに、ソフトウエアプログラム１１６は、インテル社のＰｅｎｔｉｕｍ３のマイクロプロセッサにより与えられた処理特性を有する処理ユニット上で実行されるよう設計され開発されてきた。他の例として、ソフトウエアプログラム１１６は、とりわけビデオゲームソフトウエアプログラムを実行するよう設計された出願人自身のプレイステーション ２のコンソール上で実行されるよう設計され開発されてきた。
【０００６】
世間一般の通念では、ある処理特性を備える特定の処理ユニット上で実行されるために開発された任意のソフトウエアプログラムは、より上位の処理特性を備える他の処理ユニット上でも実行できるであろうことになっている。これは、多くの状況下では正しいものであるが、必ずしもそうでない場合がある。特に、ユーザがディスプレイ上でマルチメディアを体験できるようにソフトウエアプログラムが設計される場合がそうであり、例えば、ビデオゲームソフトウエアプログラムの場合が挙げられる。実際には、適度に高性能な処理ユニットのために設計されたソフトウエアプログラムを、十分に高度な処理能力を有する処理ユニット上で実行することは、結果として、動画における動オブジェクトが過度に高速になり、動画における音声要素と映像要素間の同期化の失敗に至る。一般的に、このような問題は、（並行処理を行うユニットである）プログラムスレッド間の相互依存性が保障されていない場合に顕著になる。
【０００７】
そのために特別に設計されたソフトウエアプログラム、およびさほど高性能でない処理ユニット上で実行されるよう設計されたソフトウエアプログラムの実行を可能にするあるユニット内に、特別な設計が施されなければ、ソフトウエアプログラムに関する充実したサポートを受けるために、ユーザは２つの別々の処理ユニットを維持しなければならない。このことの例外として、出願人自身のプレイステーションのコンソールと出願人自身のプレイステーション ２のコンソールが挙げられる。実際、出願人自身のプレイステーション ２のコンソールは、複数のマイクロプロセッサを用いて、プレイステーションのコンソールのために特別に記述されたソフトウエアプログラム、およびプレイステーション ２のコンソールのために特別に記述されたソフトウエアプログラムに対処できる。より詳細には、出願人自身のプレイステーション ２のコンソールは、プレイステーションのコンソール内に検出されたマイクロプロセッサと協働して、プレイステーション用のビデオゲームソフトウエアプログラムを実行する。プレイステーション ２のコンソール内の他のマイクロプロセッサは、プレイステーション ２のコンソールのために特別に設計されたビデオゲームソフトウエアプログラムを実行するために用いられる。
【０００８】
異なる処理能力を有する複数のマイクロプロセッサを備えた将来の処理ユニットを設計するにあたって、ソフトウエアプログラムに関する充実したサポートに関するいくつかの問題に取り組む一方、よりよい解決策、好適には、より多目的に使えて効果的でコスト効率のよい解決策を得るのが望ましい。
【課題を解決するための手段】
【０００９】
本発明のひとつまたは複数の態様によれば、ソフトウエアプログラムの実行を可能にする方法は、ソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するステップと、を含む。
【００１０】
識別情報は、光学ディスク媒体、磁気媒体および電子媒体等の記録媒体内から取得してもよい。識別情報はソフトウエアプログラムの一部であってもよく、またソフトウエアプログラムから取得してもよい。
【００１１】
好ましくは、本方法は識別情報に基づいて処理ユニットの処理能力を決定することをさらに含む。この決定は、少なくともひとつのプロセッサが、ソフトウエアプログラムを実行中のひとつまたは複数の外部のプロセッサから処理リソースを利用可能であるかを決定することを伴う。代替的に、または追加して、少なくともひとつのプロセッサの処理能力の決定は、該少なくともひとつのプロセッサの処理能力を示す処理識別子を取得することを含んでもよい。
【００１２】
好ましくは、本方法は、ソフトウエアプログラムについての識別情報と、テーブルにアクセスするための少なくともひとつのプロセッサの処理識別子とを用いることを含む。テーブルは、（ｉ）複数のソフトウエアプログラムについてのそれぞれの識別情報、（ｉｉ）処理識別子、（ｉｉｉ）ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するために使用可能なソフトウエアプログラムおよび／またはデータモジュール、を関連付ける。その後、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムのバージョンの少なくとも一部を修正し、ソフトウエアプログラムの適切なバージョンを取得することができる。
【００１３】
テーブルは、少なくともひとつのプロセッサと共通の場所にローカルに保存されるか、リモートに位置する管理者エンティティに保存されるか、または、リモートに位置する管理者エンティティによってアクセスされる別の位置に保存されるかのいずれかひとつの方法で保存されてもよい。テーブルが処理ユニットからリモートの位置に保存されるとき、本方法は、通信チャンネルを用いて処理ユニットと管理者エンティティとの間にリンクを確立するステップと、通信チャンネルを介して少なくともひとつのプロセッサから管理者エンティティに識別情報と処理識別子を送信するステップと、をさらに含んでもよい。
【００１４】
管理者エンティティは、識別情報と処理識別子を用いてテーブルにアクセスし、少なくともひとつの関連付けられたソフトウエアプログラムおよび／またはデータモジュールを取得することが好ましい。その後、本方法は、通信チャンネルを介して管理者エンティティから、ひとつまたは複数の関連付けられたソフトウエアプログラムおよび／またはデータモジュールを処理ユニットで受け取るステップと、ひとつまたは複数の関連付けられたソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムのバージョンを修正し、ソフトウエアプログラムのより適切なバージョンを取得するステップと、をさらに含んでもよい。
【００１５】
ソフトウエアプログラムのバージョンを修正するためのソフトウエアプログラムの適切なバージョンの取得は、記憶媒体内のソフトウエアプログラムのバージョンを上書きして、記憶媒体内のソフトウエアプログラムの適切なバージョンを取得することを含んでもよい。
【００１６】
本発明のひとつまたは複数の態様によれば、処理調整部は少なくともひとつのプロセッサを備え、少なくともひとつの処理ユニットは、処理タスクを実行するためのローカルメモリをそれぞれ有するサブ処理ユニットと、少なくともいくつかの管理処理タスクをサブ処理ユニットに対して実行可能なメイン処理ユニットと、サブ処理ユニットおよびメイン処理ユニットによりアクセス可能なメインメモリと、サブ処理ユニット、メイン処理ユニット、およびメインメモリを動作可能に接続するデータバスと、を有する。
【００１７】
メイン処理ユニットおよびサブ処理ユニットのうち少なくともひとつであるような、少なくともひとつのプロセッサは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）ソフトウエアプログラムが実行されるプロセッサの処理能力が、ソフトウエアプログラムのバージョンの適切な実行に不適合である（例えば、高速すぎる）か否かを決定し、（ｉｉｉ）ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムの別のバージョンを取得するよう動作可能であることが好ましい。
【００１８】
メイン処理ユニットおよび／またはサブ処理ユニットの少なくともひとつであるような、少なくともひとつのプロセッサは、識別情報を使用して処理ユニットの処理能力を決定するよう動作可能であることが好ましい。この決定は、少なくともひとつのプロセッサが、ソフトウエアプログラムを実行中のひとつまたは複数の外部の処理ユニットから処理リソースを利用可能であるか否かを決定することを含んでもよい。代替的に、または追加して、処理能力の決定は、処理能力を示す処理識別子を取得することを含んでもよい。
【００１９】
メイン処理ユニットおよび／またはサブ処理ユニットの少なくともひとつであるような、少なくともひとつのプロセッサは、ソフトウエアプログラムについての識別情報と、テーブルにアクセスするための処理ユニットの処理識別子とを用いるよう動作可能であってもよい。テーブルは、（ｉ）複数のソフトウエアプログラムについてのそれぞれの識別情報、（ｉｉ）処理識別子、（ｉｉｉ）ソフトウエアプログラムのバージョンを少なくとも一部修正して、プロセッサ上で適切に動作するソフトウエアプログラムの適切なバージョンを取得するために使用可能なソフトウエアプログラムおよび／またはデータモジュール、を関連付ける。少なくともひとつのメイン処理ユニットおよび／またはサブ処理ユニットは、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムのバージョンの少なくとも一部を修正し、ソフトウエアプログラムの適切なバージョンを取得してもよい。
【００２０】
テーブルは、処理ユニット内にローカルに保存されていても、および／または管理エンティティ内にリモートに保存されていてもよい。リモートに保存されている場合、処理ユニットは、通信チャンネルを使用して処理ユニットと管理エンティティとの間にリンクを確立し、通信チャンネルを介して識別情報と処理識別子とを管理エンティティに送信するように動作可能であってもよい。
【００２１】
管理エンティティは、識別情報と処理識別子とを使用してテーブルにアクセスし、ひとつまたは複数の関連付けられたソフトウエアプログラムおよびデータモジュールを取得してもよい。少なくともひとつのプロセッサは、管理エンティティから通信チャンネルを介してひとつまたは複数の関連付けられたソフトウエアプログラムおよび／またはデータモジュールを受け取り、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを使用して、ソフトウエアプログラムを修正し、ソフトウエアプログラムの適切なバージョンを取得するように動作可能であってもよい。
【００２２】
ソフトウエアプログラムのバージョンを修正してソフトウエアプログラムの適切なバージョンを取得する動作は、記憶媒体内のソフトウエアプログラムのバージョンを上書きして、記憶媒体内のソフトウエアプログラムの適切なバージョンを取得することを含んでもよい。
【００２３】
本発明のさらなるひとつまたは複数の態様によれば、上述の方法を用いて処理ユニットを動作させるためのプログラムが記録媒体に記録される。
【００２４】
本発明の上述の態様に従って、現代のマイクロプロセッサの処理能力を超えた最新のコンピュータアーキテクチャが開発された。この最新のコンピュータアーキテクチャによれば、マルチプロセッサのコンピュータシステムのすべてのプロセッサは、共通のコンピュータモジュール（またはセル）から構成される。この共通のコンピュータモジュールは、共通の構成を有し、同一の命令集合構成を用いるのが好ましい。マルチプロセッサのコンピュータシステムは、コンピュータプロセッサを用いて、１以上のクライアント、サーバ、ＰＣ、携帯端末、ゲーム機、ＰＤＡ、セットトップボックス、アプリケーション、ディジタルテレビおよび他のデバイスから構成されうる。
【００２５】
必要に応じて、複数のコンピュータシステムをそれぞれネットワークのメンバとしてもよい。一貫性のあるモジュール構造により、マルチプロセッサコンピュータシステムによってアプリケーションおよびデータの効率的な高速処理が可能となり、かつネットワークを利用すれば、ネットワークを介してアプリケーションおよびデータの迅速な伝送ができる。またこの構造により、様々なサイズおよび処理能力をもつネットワークメンバの形成、ならびにこれらメンバによって処理されるアプリケーションの準備が簡略化できる。
【００２６】
基本的な処理モジュールはプロセッサ要素（ＰＥ）である。ＰＥは、好適には処理ユニット（ＰＵ）と、ダイレクトメモリアクセスコントローラ（ＤＭＡＣ）と、共通の内部アドレスおよびデータバスで接続された、複数の、例えば４つのサブ処理ユニット（ＳＰＵ）とを含む。ＰＵおよびＳＰＵは、クロスバー構成をもちうる共有ダイナミックランダムアクセスメモリ（ＤＲＡＭ）にアクセスする。ＰＵは、ＳＰＵによるデータおよびアプリケーションの処理のスケジューリングと調整を行う。ＳＰＵはこの処理を並列かつ独立して行う。ＤＭＡＣは、共有ＤＲＡＭに保存されたデータおよびアプリケーションに対するＰＵおよびＳＰＵのアクセスを制御する。
【００２７】
このモジュール構造では、あるコンピュータシステムで使用されるＰＥの数は、そのシステムが必要とする処理能力に基づく。例えば、サーバは４つのＰＥ、ワークステーションは２つのＰＥ、ＰＤＡはひとつのＰＥを使用しうる。あるソフトウエアセルの処理に割り当てられるＰＥのＳＰＵの数は、セル内のプログラムおよびデータの複雑さおよび規模によって異なる。
【００２８】
複数のＰＥを共有ＤＲＡＭに関連付けることができ、そのＤＲＡＭは複数のセクションに分別され、各セクションは複数のメモリバンクに分別されうる。ＤＲＡＭの各セクションはバンクコントローラによって制御され、ＰＥの各ＤＭＡＣが各バンクコントローラにアクセスできる。本構成では、各ＰＥのＤＭＡＣは共有ＤＲＡＭの任意の個所にアクセスできる。
【００２９】
この新規のコンピュータ構成はまた、データおよびアプリケーションをネットワークを介して伝送し、かつデータおよびアプリケーションをネットワークメンバ間で処理する新たなプログラミングモデルを用いる。このプログラミングモデルは、ネットワークを介して伝送され任意のネットワークメンバによって処理されるソフトウエアセルを用いる。各ソフトウエアセルは同一構造をもち、データとアプリケーション両方を収容できる。モジュール式コンピュータ構成による高速処理および伝送の結果、これらセルの高速処理が可能である。アプリケーション用のコードは、好適には同一の共通命令セットおよび命令セットアーキテクチャに基づく。各ソフトウエアセルは、好適にはグローバル（大域的）識別名（ＩＤ）と、セルの処理に必要な計算リソース量を記述した情報とを含む。すべての計算リソースは同一の基本構造をもち、かつ同じ命令セットアーキテクチャを用いるので、処理を実行する特定のリソースをネットワーク上の任意の場所に配置してダイナミックに割り当てをすることができる。
【００３０】
本発明の上記以外の態様、特徴、および利点は、添付図面とともに以下の詳細な説明により当業者には明確に理解される。
【発明を実施するための最良の形態】
【００３１】
現在のところ好適である図面を例示として添付するが、本発明は図面と同一の構成および手段に限定されない。
【００３２】
以下、図面を参照するが、図中、同一符号は同一要素を示す。図１は、本発明のひとつ以上の態様に従って処理調整部１１８を示す。処理調整部１１８は、例えば、詳細は後述するマイクロプロセッサを用いて、ソフトウエアプログラムを実行できる。ディスプレイ１２０およびオーディオ機能（図示せず）を用いて、ユーザはマルチメディアを体験できる。
【００３３】
ソフトウエアプログラムを含む記録媒体を処理調整部１１８に挿入し、かつ当該ソフトウエアプログラムをランダムアクセスメモリ（ＲＡＭ）に読み込ませる等の任意の方法で、ソフトウエアプログラムを読み出すことができる。記録媒体は、光媒体、磁気媒体、電子媒体等であってもよい。実施形態のいくつかの態様に従えば、ソフトウエアプログラムは、インターネット１２４等のネットワークを介してダウンロードされることで、処理調整部１１８内に読み込まれてもよい。
【００３４】
非常に強力なマルチプロセッシングシステムを用いて、本発明に係る処理調整部１１８を実装すれば、有利な処理特性を達成できることが見いだされてきた。処理調整部１１８は、ソフトウエアプログラムのバージョンを適切に実行するために、その処理能力が不適合であるか否かを判定するように動作することが好ましい。不適合には、処理調整部１１８の処理能力が高すぎる場合を含んでもよい。処理調整部１１８は、ソフトウエアプログラムのバージョンを少なくとも部分的に調整して、不適合であったときに適切に動作するソフトウエアプログラムの適切なバージョンを取得するように動作することが好ましい。この機能がどのように達成されるかについての各種詳細および具体例、さらに複数の変形例を以下に述べる。この点に関して、処理調整部１１８の内部構成のある態様の一例をここで詳細に説明する。
【００３５】
図２Ａは、基本的な処理モジュールまたはプロセッサ要素（ＰＥ）２００の一例を示すブロック図である。図示するように、ＰＥ２００は、Ｉ／Ｏインタフェース２０２と、処理ユニット（ＰＵ）２０４と、ダイレクトメモリアクセスコントローラ（ＤＭＡＣ）２０６と、複数のサブ処理ユニット（ＳＰＵ）、すなわちＳＰＵ１（２０８Ａ）、ＳＰＵ２（２０８Ｂ）、ＳＰＵ３（２０８Ｃ）およびＳＰＵ４（２０８Ｄ）とを含む。ローカル（すなわち内部）ＰＥバス２１２は、ＰＵ２０４、ＳＰＵ群２０８、ＤＭＡＣ２０６およびメモリインタフェース２１０間のデータおよびアプリケーションを伝送する。ローカルＰＥバス２１２は、例えば従来構成でもよいし、またはパケットスイッチネットワークとして実装することもできる。パケットスイッチネットワークとして実装するとより多くのハードウエアが必要になるが、利用可能な帯域が広がる。
【００３６】
ＰＥ２００はディジタル論理回路を実装する各種方法を利用して構成できる。ただし好適には、ＰＥ２００はシリコン基板上の相補的金属酸化膜半導体（ＣＭＯＳ）を用いるひとつの集積回路として構成される。基板の他の材料には、ガリウム砒素、ガリウムアルミニウム砒素、および広範な種類の不純物を用いた他のいわゆるＩＩＩ−Ｂ族化合物が含まれる。ＰＥ２００はまた、超伝導材料を用いて高速単一磁束量子（ＲＳＦＱ）論理回路等として実装することもできる。
【００３７】
ＰＥ２００は、広帯域メモリ接続２１６を介してダイナミックランダムアクセスメモリ（ＤＲＡＭ）２１４に密接に関連付けられる。ＤＲＡＭ２１４は、ＰＥ２００用の主メモリ（または共有メモリ）として機能する。ＤＲＡＭ２１４は好適にはダイナミックランダムアクセスメモリだが、スタティックランダムアクセスメモリ（ＳＲＡＭ）、磁気ランダムアクセスメモリ（ＭＲＡＭ）、光学メモリ、またはホログラフィックメモリ等の他の手段を用いて実装してもよい。他の実装として、ＤＲＡＭ２１４は、ＰＥ２００と同一の集積回路内に組み込まれてもよいし、他には、別の外部メモリとして提供されてもよい。ＤＲＡＭ２１４が、ＰＥ２００と同一のチップ内に組み込まれている場合、当該ＤＲＡＭ２１４はそのチップ上において異なる場所に設けられてもよいし、ＰＥを構成するひとつ以上のプロセッサとともに一体化されてもよい。ＤＭＡＣ２０６およびメモリインタフェース２１０により、ＤＲＡＭ２１４とＰＥ２００のＳＰＵ群２０８およびＰＵ２０４間のデータ転送が容易になる。ＤＭＡＣ２０６および／またはメモリインタフェース２１０は、サブ処理ユニット２０８およびＰＵ２０４と一体化して設けてもよいし、あるいは、サブ処理ユニット２０８およびＰＵ２０４から離れた場所（リモート）に設けてもよい。実際には、図に示す分離された構成に代わって、ＤＭＡＣ２０６の機能および／またはメモリインタフェース２１０の機能を、ひとつ以上の（好適にはすべての）サブ処理ユニット２０８およびＰＵ２０４に一体化させてもよい。
【００３８】
ＰＵ２０４は、例えばスタンドアロン式のデータおよびアプリケーション処理が可能な標準的なプロセッサでもよい。動作時には、ＰＵ２０４はＳＰＵ群２０８によるデータおよびアプリケーションの処理のスケジューリングおよび調整を行う。他の構成では、ＰＥ２００は複数のＰＵ２０４を含んでもよい。ＰＵ群２０４のそれぞれは、ひとつのＳＰＵ２０８、すべてのＳＰＵ２０８、または所定のグループのＳＰＵ群２０８を制御してもよい。ＳＰＵ群２０８は、好適には、一命令複数データ（ＳＩＭＤ）プロセッサである。ＰＵ２０４の制御下で、ＳＰＵ群２０８はデータおよびアプリケーションの処理を並列に、かつ独立して行う。ＤＭＡＣ２０６は、共有ＤＲＡＭ２１４に保存されたデータおよびアプリケーションに対するＰＵ２０４およびＳＰＵ群のアクセスを制御する。なお、ＰＵ２０４は、主処理ユニットの役割を果たすひとつ以上のサブ処理ユニット２０８で実装できる。
【００３９】
ＰＥ２００等の多数のＰＥを接続し、または一緒にパッケージングして、処理能力を向上させることができる。この構成を広帯域エンジン（ＢＥ）と称する。
【００４０】
図２Ｂは、本発明の態様に従って動作する複数のＰＥ２５０（ＰＥ１,ＰＥ２,ＰＥ３およびＰＥ４）の処理アーキテクチャの一例を示す。ＰＥ２５０は単一のチップ上に存在するのが好ましい。ＰＥ２５０は、図２ＡのＰＥ２００について上述したＰＵおよび／あるいはＳＰＵ等のサブシステムを含んでもよいし、含まなくてもよい。ＰＥ２５０は同一のタイプであってもよいし、要求される処理の種類に応じてタイプが異なってもよい。例えば、ひとつ以上のＰＥ群２５０は、一般的なマイクロプロセッサ、ディジタルシグナルプロセッサ、グラフィックプロセッサ、マイクロコントローラ等であってもよい。
【００４１】
ＰＥ群２５０は、好適には共有バス２５２に接続される。メモリコントローラまたはＤＭＡＣ２５６は、メモリバス２５４を介して共有バス２５２に接続されてもよい。ＤＭＡＣ２５６は、メモリ２５８に接続される。当該メモリ２５８は、メモリ２３０について上述したタイプのうちのひとつであってもよい。Ｉ／Ｏコントローラ２６２もまた、Ｉ／Ｏバス２６０を介して共有バス２５２に接続されてもよい。Ｉ／Ｏコントローラ２６２は、フレームバッファやディスクドライブ等のひとつ以上のＩ／Ｏ装置２６４に接続されてもよい。上述の処理モジュールおよびアーキテクチャは単なる例であり、本発明の様々な態様は他の構成を用いて表すことができる。例えば、２００３年２月２５日に公開された米国特許番号６５２６４９１の「Memory Protection System and Method for Computer Architecture for Broadband Networks」、および２００１年３月２２日に出願された米国出願番号０９／８１６００４の「Computer Architecture and ソフトウエア Cells for Broadband Networks」に開示されたマルチプロセッサシステムを用いることができるが、それに限られるものではない。なお、当該文献は、参照により本明細書に援用されることは明らかである。
【００４２】
図３は、ＳＰＵ２０８の構造および機能の一例を示す。ＳＰＵ２０８は、ローカルメモリ２７０と、レジスタ２７２と、ひとつ以上の浮動小数点ユニット２７４と、ひとつ以上の整数ユニット２７６とを含む。ただしここでも、必要な処理能力に応じて、使用する浮動小数点ユニット２７４および整数ユニット２７６の数を増減させてもよい。好適な実施形態では、ローカルメモリ２７０は１２８キロバイトの容量をもち、レジスタ２７２の容量は１２８×１２８ビットである。浮動小数点ユニット２７４は、好適には１秒間に３２０億回（３２ＧＦＬＯＰＳ）の浮動小数点演算を実行する。整数ユニット２７６は、好適には１秒間に３２０億回（３２ＧＯＰＳ）の整数演算を実行する。
【００４３】
好適な実施形態では、ローカルメモリ２７０は２５６キロバイトの容量をもち、レジスタ２７２の容量は１２８×１２８ビットである。なお、処理タスクは、共有メモリ２１４を用いて実行されることはない。むしろ、当該タスクは、所定のサブ処理ユニット２０８のローカルメモリ２７０内に複製され、ローカルで実行される。
【００４４】
ローカルメモリ２７０は、キャッシュメモリであってもなくてもよい。ローカルメモリ２７０は、好適にはスタティックランダムアクセスメモリ（ＳＲＡＭ）として構成される。ＰＵ２０４は、ＰＵ２０４が開始するダイレクトメモリアクセスのためにキャッシュコヒーレンシを必要とする場合がある。しかし、ＳＰＵ２０８が開始するダイレクトメモリアクセスまたは外部装置との間のアクセスにはキャッシュコヒーレンシサポートは不要である。
【００４５】
ＳＰＵ２０８はさらに、ＳＰＵ２０８とアプリケーションおよびデータを送受信するバス２８９を含む。サブ処理ユニット２０８はさらに、サブ処理ユニット２０８とアプリケーションおよびデータを送受信するバスインタフェース（Ｉ／Ｆ）２７８を含む。好適な実施形態では、バスＩ／Ｆ２７８は、サブ処理ユニット２０８内に一体的に設けられるＤＭＡＣ（図示せず）に接続される。ＤＭＡＣ２０６は、（図３に示すごとく）外部に設けてもよい。バスＩ／Ｆ２７８とローカルメモリ２７０との間に一体的に配置されたＤＭＡＣには一組のバスが相互に接続される。好適には当該一組のバスの幅は２５６ビットである。好適な実施形態では、バス２８９の幅は１０２４ビットである。
【００４６】
ＳＰＵ２０８はさらに、内部バス２８１，２８３および２８５を含む。好適な実施形態では、バス２８１は幅２５６ビットで、ローカルメモリ２７０とレジスタ２７２間の通信を行う。バス２８３および２８５は、それぞれレジスタ２７２−浮動小数点ユニット２７４間、およびレジスタ２７２−整数ユニット２７６間の通信を行う。好適な実施形態では、レジスタ２７２から浮動小数点ユニット２７４へのバス２８３またはレジスタ２７２から整数ユニット２７６へのバス２８５の幅は３８４ビットで、一方、浮動小数点ユニット２７４または整数ユニット２７６からレジスタ２７２へのバス２８３および２８５の幅は１２８ビットである。レジスタ２７２から浮動小数点ユニット２７４または整数ユニット２７６へのバスの幅のほうが、これら装置からレジスタ２７２へのバス幅より広いことで、処理中にレジスタ２７２からのより大量のデータフローに対処できる。各計算には最大３ワードが必要である。ただし各計算の結果は通常は１ワードだけである。
【００４７】
本実施形態は、好適には図２のＰＥ２００を用いて実行されるが、他のシングルプロセッサシステムやマルチプロセッサシステムを用いてもよい。例えば、図４のマルチプロセッサシステム３００を用いて、本実施形態のひとつ以上の態様を実行できる。マルチプロセッサシステム３００は、バス３０８によってメモリインタフェース３０４に接続された複数のプロセッサ３０２（使用数は任意）を含む。メモリインタフェース３０４は、別のバス３１０を介してＤＲＡＭ等の共有メモリ３０６と通信する。メモリインタフェース３０４は、プロセッサ群３０２間で分散されてもよく、かつ必要に応じてＤＡＭＣと共に動作してもよい。プロセッサ群３０２は、好適には図３と同一または同様の構造、あるいは任意の既知のまたは後述の改良技術を用いて実装される。
【００４８】
図５は、ある処理ステップを示すフロー図である。その処理ステップとは、例えばＰＥ２００（図２）を用いて、少なくとも一部が処理調整部１１８により実行されて、本発明のひとつまたは複数の態様に従って、ソフトウエアプログラムの修正済みのバージョンを取得することができる。なお、図５に示す、いくつかのまたはすべての処理ステップ（さらに、それに続く以降の処理ステップ）は、ＰＥ２００と一体化した、またはＰＥ２００に対して外部に設けられた、ソフトウエア、ハードウエア、またはそれらの組み合わせにより実施される。
【００４９】
例えば、動作４００では、ソフトウエアプログラムは、記録媒体から（ソフトウエアを実行する装置である）処理調整部１１８のランダムアクセスメモリ（ＲＡＭ）内に読み込まれる。ＰＥ２００は、その意味において、光学記録媒体１２２（図１）、磁性記録媒体または電子記録媒体等の記録媒体からソフトウエアプログラムを読み出すことが可能なソフトウエア実行コンソールの一部をなす。例えば、記録媒体が光学記録媒体であれば、記録媒体は、ＣＤ、ＤＶＤ、またはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）であってもよく、「読み取り専用」、「書き込み可能」または「再書き込み可能」デバイスのいずれであってもよい。他の例として、または、このような機能に加えて、処理調整部１１８は、インターネット１２４等のネットワークを介してソフトウエアプログラムをダウンロードするよう動作可能であってもよい。
【００５０】
図５に再び戻り、動作４０２では、処理調整部１１８はソフトウエアプログラムのバージョンを示す識別情報を取得する。ソフトウエアプログラムが記録媒体から読み込まれる場合、当該識別情報は光学記録媒体１２２上に設けられたプログラムＩＤであってもよい。また、ソフトウエアプログラムは、ファイルヘッダの一部分であってもよく、光学記録媒体１２２上に同じく設けられたソフトウエアプログラムテーブル内に含まれてもよい。多くの場合、ユーザは、光学記録媒体１２２から、処理調整部１１８内に含まれるハードディスクドライブや電子記録媒体等の別の記録媒体に、ソフトウエアプログラムを複製する。この場合、ソフトウエアプログラムＩＤを取得するためには、外部の記録媒体からソフトウエアプログラムＩＤを取得する代わりに、処理調整部１１８の内部の記録媒体からそのＩＤを取り出してもよい。
【００５１】
ソフトウエアプログラムがインターネット１２４等を介してダウンロードされる場合、当該識別情報はプログラムＩＤやユーザＩＤ等であってもよい。識別情報は好適には、ダウンロードされたソフトウエアプログラムの内部に含まれるが、他に、識別情報は処理調整部１１８の内部に保存されていてもよく、ユーザにより処理調整部１１８内または別のデバイス内に入力されてもよい。
【００５２】
ここで、ステップ４００は当該発明の実施には必須ではないが、ソフトウエアプログラムが処理調整部１１８内のハードディスク等の内部記録媒体上に記録される場合、ステップ４０２より前に実施されうる。さらに、ソフトウエアプログラムのダウンロード、または読み出しの前に、ユーザに権限が与えられた場合などであれば、ステップ４０２はステップ４００より前に実施されてもよい。
【００５３】
動作４０４では、処理調整部１１８の処理能力が、ソフトウエアプログラムが開発された時点で考慮された処理能力を大きく越えているために、不適合であるか否かについての決定がなされる。より詳細には、そのソフトウエアプログラムが開発されたときのソフトウエア設計者によって考慮された処理調整部１１８上でソフトウエアプログラムを実行する能力を、処理調整部１１８の処理能力が超えているために、所望でない結果が生じる場合、処理調整部１１８によって特別な手順が実行される必要があると決定する。この点について、処理調整部１１８は、ソフトウエアＩＤや他の識別情報を利用して、ソフトウエアプログラムのバージョンを決定するか、および／またはソフトウエアプログラムの正常動作に必要な処理能力の表示を取得することが好ましい。処理調整部１１８は、ソフトウエアプログラムを実行するために必要な処理能力と処理調整部１１８の処理能力とを比較してもよい。
【００５４】
処理調整部１１８の処理能力のうち、過去のソフトウエア開発者によって考慮されたものを大きく超えうる能力の例には、データおよびアプリケーションを処理するプロセッサによって利用されるクロック周波数がある。例えば、所与のＳＰＵ２０８（図２）は、通常約４ＧＨｚのクロック周波数で動作できるが、これは従来の処理システムよりもかなり高い値でありうる。クロック周波数は、所与の時間単位で実行可能な浮動小数点演算の数が減少する、所与の時間単位で実行可能な整数演算の数が減少する、所与の時間単位で実行可能な命令数が減少するという相当のインパクトを与えうる。さらに、プロセッサ要素２００内で多くの管理機能を実行するＰＵ２０４もまた、その機能を実行するためにクロック周波数に依存する。さらに、バス２１２もクロック周波数に従って動作するが、これによって従来のシステムと比較して相当に高速な動作を享受することができる。
【００５５】
標準の処理システムの能力を大きく超えうる処理調整部１１８の他の態様およびパラメータは、ローカルメモリ２７０および／または共有メモリ２１４のメモリマップ、ＰＵ２０４などによるバス２１２のバス利用率、バス２１２の帯域幅（例えば、１２８ビット、６４ビット、３２ビットなど）を含んでもよい。処理調整部１１８の他のパラメータは、ローカルメモリ２７０および／または共有メモリ２１４のキャッシュサイズ、それらのキャッシュ編成、処理調整部１１８のＰＵ２０４のひとつ以上のＳＰＵ２０８の命令レイテンシ、それらの命令スループット、ローカルメモリ２７０および／または共有メモリ２１４のメモリレイテンシ、およびそれらのメモリスループットを含んでもよい。
【００５６】
さらに、処理調整部１１８のエンディアンは最適でなくてもよく、例えば、ビッグエンディアン（文字列の最後に最上位のバイトを設定する）に対してリトルエンディアン（文字列の最後に最下位のバイトを設定する）であってもよい。最適でなくてもよいもうひとつのパラメータは、命令タイプであり、例えばパワーＰＣに対するＭＩＰＳである。
【００５７】
処理調整部１１８の処理能力が、所望でない結果が得られる程度にソフトウエアプログラムを実行させるために必要とされる処理能力以下である場合、動作４０４における決定の結果は否定的なものとなり、かつ処理フローは動作４０６に進んでもよい。動作４０６では、処理調整部１１８は、処理能力の任意のミスマッチに対処するために特別のステップを取ることなくソフトウエアプログラムを実行してもよい。ソフトウエアプログラムが実行された後、処理フローは終了する。
【００５８】
処理調整部１１８の処理能力が、ソフトウエアプログラムを実行するために必要な上述した処理能力をはるかに超えるのであれば、動作４０４における決定は肯定的なものになり、節点Ａ（図７）に進む。ここで、処理調整部１１８の処理能力は、処理調整部１１８の利用可能なプロセッサ要素２００の数により決定されてもよい。実際には、ひとつ以上のプロセッサ要素２００は処理調整部１１８内に保持されてもよく、一方、処理調整部１１８から離れた場所に、ひとつ以上の他のプロセッサ要素２００が設けられてもよい。これに関連して、図６を参照する。本図は、本発明のひとつまたは複数の態様に係るコンピュータネットワーク全体のブロック図である。ここで、ＰＥ２００および／または（複数のＰＥで形成される）広域エンジンを用いて、コンピュータシステム５００の分散型アーキテクチャを実装できる。システム５００は、複数のコンピュータおよび／またはコンピューティングデバイスが接続されたネットワーク５０４を含む。ネットワーク５０４は、ローカルエリアネットワーク（ＬＡＮ）、インターネット等のグローバルネットワーク、またはその他のコンピュータネットワークで構成できる。ネットワーク５０４に接続されたコンピュータおよびコンピューティングデバイス（ネットワークの「メンバ」）は、クライアントコンピュータ５０６、サーバコンピュータ５０８、個人携帯端末（ＰＤＡ）５１０、ディジタルテレビ（ＤＴＶ）５１２、ならびにその他の有線または無線コンピュータおよびコンピューティングデバイス等を含む。ネットワーク５０４のメンバによって用いられるプロセッサは、好適にはＰＥ２００または他の適切なマルチプロセッサシステムで構成される。
【００５９】
システム５００のサーバ５０８は、クライアント５０６よりも多くのデータおよびアプリケーションを実行し、クライアント１０６よりも多くの計算モジュール（例えば、ＰＥ群２００）を含む。一方、ＰＤＡ５１０は本例では処理量が最も少ない。従ってＰＤＡ５１０に含まれるＰＥ数は一番少なく、例えばＰＥ数はひとつである。ＤＴＶ５１２は実質的に、クライアント５０６とサーバ５０８との間のあるレベルの処理を実行する。従って、ＤＴＶ５１２はクライアント５０６とサーバ５０８の間の数のプロセッサ要素を含む。
【００６０】
従って、動作４０４（図５）で実施される処理調整部１１８の処理能力の決定、およびその処理能力を調整するか否かについての決定は、例えば、処理調整部１１８内または外部にあるプロセッサ要素２００の数の決定を伴ってもよい。
【００６１】
図５に示される処理ステップに戻る前に、図６の分散型システム５００に関して、さらに詳細に説明する。システム５００のこのホモジニアスな（均一な）構成により、適応性、処理速度、および処理効率が向上する。システム５００の各メンバは同一計算モジュール（ＰＥ２００）をひとつ以上用いて（またはそのある部分を用いて）処理するので、データおよび／またはアプリケーションの処理を実際に行っているのはどのコンピュータまたはコンピューティングデバイスであるかは重要ではない。そのようなデータおよびアプリケーションの処理は、ネットワークメンバ間で共有できるためである。システム５００によって処理されるデータおよびアプリケーションを含むソフトウエアセルを一意に識別することにより、処理がどこで発生したかに関係なく、処理を要求しているコンピュータまたはコンピューティングデバイスに処理結果を伝送できる。処理を実行しているモジュールは共通の構造をもち、かつ共通の命令セットアーキテクチャを使用しているので、プロセッサ間で互換性を得るためにソフトウエアに追加すべきレイヤによる計算負荷を回避できる。この構成およびプログラミングモジュールによって、例えばマルチメディア・アプリケーションのリアルタイムの実行に必要な処理速度を達成できる。
【００６２】
システム５００によって改善される処理速度および処理効率の利点をさらに高めるため、本システムによって処理されるデータおよびアプリケーションは、一意に識別され、均一にフォーマットされたソフトウエアセル５０２にパッケージされる。各ソフトウエアセル５０２は、アプリケーションおよびデータ両方を含む、または含みうる。各ソフトウエアセルはまた、ネットワーク５０４およびシステム５００中でセルをグローバルに識別するＩＤを含む。このソフトウエアセルの均一な構造、およびソフトウエアセルのネットワーク中での一意的な識別により、ネットワーク５０４の任意のコンピュータまたはコンピューティングデバイス上でのアプリケーションおよびデータの処理が容易になる。例えば、クライアント５０６はソフトウエアセル５０２をフォーミュレート（すなわち所与の形式で生成）するが、クライアント５０６の処理能力の限度のため、そのソフトウエアセル５０２をサーバ５０８に伝送して処理してもよい。従ってソフトウエアセル５０２は、ネットワーク５０４上で利用できる処理リソースに応じてネットワーク５０４中を移動できる。
【００６３】
システム５００のプロセッサおよびソフトウエアセル５０２の均一構造はまた、既存の異種ネットワークの多くの問題を回避する。例えば、任意の命令セットを用いて任意の命令セットアーキテクチャ上でアプリケーションの処理の許可を求める、効率的とはいえないプログラミングモデル、例えばＪａｖａ（商標または登録商標）仮想マシン等の仮想マシンが回避される。従って、システム５００は従来のネットワークに比べて、はるかに効果的かつ効率的な広帯域処理を実現できる。
【００６４】
図５に再度戻り、処理調整部１１８が享受する処理能力は、（特に、図６に示すように、外部装置の処理能力を使用する場合に）有意義である。当該処理能力は、いくつかの状況下において、それほど高性能でないシステム上で動作するよう設計されたソフトウエアプログラムの実行に対し、悪影響を及ぼすことがある。従って、動作４０４において、処理調整部１１８の処理能力（外部の処理能力を含めてもよい）がソフトウエアプログラムのバージョンの実行のために予期された能力を超えており不適合であるとの決定がなされたとき、好適には処理フローは節点Ａ（図７）に進む。
【００６５】
動作４０８において、処理調整部１１８上でソフトウエアプログラムのバージョンが適切に実行できるようにソフトウエアプログラムのバージョンを変更する手順が開始される。処理調整部１１８の処理能力が不適合である（例えば、高速すぎる）と判定されると、変換テーブルを参照して、複数の所定のソフトウエアモジュールのうちいずれを使用してソフトウエアプログラムのバージョンを修正または置換するべきかを決定することが好ましい。ソフトウエアモジュールは、プログラムの一部であっても完全なソフトウエアプログラムであってもよいことに注意する。この点において、図８を参照すると、本発明のひとつまたは複数の態様に従った変換テーブル５５０が示されている。一般的な意味において、変換テーブル５５０は、それぞれの識別情報（例えば、ソフトウエアプログラムＩＤ）と、ひとつ以上のソフトウエアプログラムおよび／またはデータモジュールを関連付ける。例示のために、識別情報が垂直列５５２に向けて示されており、各エントリ（００１０、００２０、００３０・・・Ｎ）は、ソフトウエアプログラムＩＤなどの識別情報の所与のひとつを表す。識別情報のそれぞれには、ソフトウエアプログラムおよびデータモジュールＰ１、Ｐ２、Ｐ３等が関連付けられている。本発明のいくつかの実施形態によると、それぞれの識別情報に複数のモジュールが関連付けられてもよい。本発明のさらなる実施形態は、ソフトウエアプログラムの完全で適切な（または新しい）バージョンがひとつまたは複数のモジュールから形成されることを要求してもよい。
【００６６】
例えば、００４０とラベル付けされた識別情報は、処理調整部１１８上で実行されるソフトウエアプログラムの所与のバージョンに対応してもよいし、処理調整部１１８の処理能力が、ソフトウエアプログラムが開発された時点で考慮された処理能力を大きく超えることを判定しておいてもよい。処理調整部１１８の処理能力が非常に高く、所与のプログラムが処理調整部１１８の完全な能力で実行されるべきものである場合には望ましくない結果が得られると判定されてもよい。従って、変換テーブル５５０は、識別情報００４０に関連付けられたひとつまたは複数のソフトウエアプログラムモジュールＰ２を含んでもよい。ソフトウエアプログラムおよびデータモジュールＰ２は、適切なソフトウエアプログラムの一部または全体を表していることが好ましく、これは、情報００４０により識別されたソフトウエアプログラムの既存バージョンを増加させるか置換して、ソフトウエアプログラムの適切なバージョンを得るようにする。
【００６７】
本発明に係る他の態様および実施形態によれば、その変換テーブル５５０には、所与の識別情報の一要素とそれぞれのソフトウエアプログラムおよびまたはデータモジュール（またはデータモジュールの集合）とを関連付けることを可能にする別の次元が含まれるのが好ましい。この点について、変換テーブル５５０には次元５５６が含まれ、次元５５６に沿って、複数の処理識別子Ｓ００１、Ｓ００２、・・・Ｓ００Ｘが配置されるのが好ましい。処理識別子のそれぞれは、次元５５６内の所与のユニットに含まれるソフトウエアプログラムおよび／またはデータモジュールの上位集合（super-set）、すなわち複数のモジュールに関連付けられる。その結果、垂直列５５２に沿ったそれぞれのソフトウエアプログラム識別子は、次元５５６に沿った処理識別子のそれぞれに関連付けられる。同様に、所与の識別子、例えば識別子００４０について、ソフトウエアプログラムおよびデータモジュールのそれぞれは、処理識別子Ｓ００１、Ｓ００２、・・・Ｓ００Ｘのひとつに関連付けられる。
【００６８】
例えば、図８に示すごとく、識別子００４０に関連付けられたソフトウエアプログラムおよびデータモジュールＰ２は、処理識別子Ｓ００１に関連付けられている。すなわち、潜在的に異なる複数のソフトウエアプログラムおよび／またはデータモジュールが、識別子に関連して存在する。すなわち、それらは、識別子００４０と、処理識別子Ｓ００１、Ｓ００２、・・・Ｓ００Ｘとの両方と関連付けられている。有利なことに、このような構成を実現することにより、ソフトウエアプログラムおよび／またはデータのジュールを確立し維持する方法に関する自由度を高めることができる。特に、あるバージョンのソフトウエアプログラムが、広範囲で様々な処理能力を有する処理調整部上で実行される場合、例えば、図６に示すシステム５００で運用される場合に、効果的である。
【００６９】
図７に再度戻り、動作４１０において、変換テーブル５５０が処理調整部１１８内にローカルに保存されているか、または、処理調整部１１８から離れた場所、例えば、（図６のネットワーク５０４と同一視できる）ネットワーク１２４上のノード等にリモートに配置されているかについての決定がなされる。ここで、ひとつ以上のローカルメモリ２７０（図３）および／または、ひとつ以上のプロセッサ要素２００内の共有メモリ２１４（図２）内にも変換テーブル５５０を保存できる。変換テーブル５５０がローカルに保存されることで、リモートに配置された際の変換テーブルにアクセスするために必要な時間および動作を省くことができる。他方、変換テーブル５５０のコンテンツが正確かつ最新であることを保証するために、管理者権限を有するエンティティによって管理かつ維持されうる離れた場所に変換テーブル５５０を保存することは有益である。
【００７０】
ここで、図９を参照する。図９は、インターネット１２４等のネットワークに動作可能に接続される複数の処理調整部１１８Ａないし１１８Ｃを備える処理システム３８０のブロック図を示す。管理者権限を有するエンティティのサービスを提供する管理者３８２もまた、インターネット１２４に動作可能に接続される。管理者３８２には、データベース３８６に接続可能なネットワークおよび／またはデータベースサーバ３８４が含まれるのが好ましい。データベース３８６は、当該サーバ３８４と同じ場所に設けられてもよいし、他のネットワーク接続を介することで、リモートに当該サーバに接続されてもよい。
複数の処理調整部１１８Ａ〜１１８Ｃは、様々な処理能力を有していてよく、従って、ソフトウエアプログラムの異なるバージョン１３０Ａ〜１３０Ｃを含んでもよく、および／またはソフトウエアプログラムの異なるバージョン１３０Ａ〜１３０Ｃを実行するのに使用されてもよい。しかしながら、有利なことには、処理調整部１１８Ａ〜１１８Ｃは、管理者３８２により提供されるサービスを利用することができる。これにより、処理調整部１１８Ａ〜１１８Ｃの処理能力が、ソフトウエアプログラム１３０Ａ〜１３０Ｃが開発され市販されたときに考慮された処理能力を大きく超える場合であっても、ソフトウエアプログラム１３０Ａ〜１３０Ｃが適切に動作し、所望の結果を得ることが保証される。
【００７１】
変換テーブル５５０が、処理調整部１１８等のひとつ以上の処理調整部上にローカルに保存されていない場合でも（あるいは、変換テーブルそのもののバージョンがローカルに保存されている場合も含む）、変換テーブル５５０のバージョンは、実質的に正確かつ最新である状態で、管理者３８２のデータベース３８６内に保持されているのが好ましい。図７に再度戻り、もし、変換テーブル５５０がローカルに保存されていなければ、処理フローは好適には、動作４１２に進む。動作４１２では、処理調整部１１８等のある処理調整部は、インターネット１２４を介して管理者３８２と通信リンクを確立する。インターネット１２４は好適なリンクを提供するが、任意の既知の通信技術もまた、発明の精神および範囲から逸脱することなくリンクを確立するために用いられることは明らかである。管理者３８２と通信リンクを確立する動作の一部には、処理調整部１１８またはユーザの認証処理が含まれる場合がある。実際には、管理者３８２により提供されるサービスは、管理者に対して代金を支払う意思がないユーザまたは別の方法で埋め合わせをする意思がないユーザには享受される必要はない。従って、当該認証処理には、処理調整部１１８から管理者３８２への既知の技術による、十分に一意である情報を送信する動作や、別に当該情報を管理する動作が含まれる。当該情報には、ユーザ名および／またはパスワード、メンバ名、ある種のシリアルナンバー、ソフトウエア購入の際の証明書などが含まれうる。
【００７２】
いったん、処理調整部１１８と管理者３８２との間に通信リンクが確立されれば、処理は好適には動作４１４に進む。動作４１４では、少なくとも（ソフトウエアプログラムＩＤや他の指標等の）ソフトウエアプログラムに関する識別情報が、インターネット１２４を介して処理調整部１１８から管理者３８２に送信される。また、必須ではないが、変換テーブル５５０には好適には次元５５６が含まれる。この次元５５６により、プレイヤーのＩＤナンバーや処理能力を表す他の指標等の処理識別子を、処理調整部１１８から管理者３８２にインターネット１２４を介して送信するよう指示できる。
【００７３】
次に、管理者３８２は好適には、サーバ３８４を用いて入力されるデータを処理し、変換テーブル５５０にアクセスする（動作４１６）。特に、サーバ３８４は好適には、識別情報（および、利用されていれば処理識別子）を用いて、処理調整部１１８上でのソフトウエアプログラムの実行の際に所望の結果を得るために、ソフトウエアプログラムの既存のバージョンを増加するかまたは置換可能なひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを取得する。その後、サーバ３８４は好適には、適切な形式（例えば、前述のセル形式）にひとつまたは複数のモジュールをパッケージ化し、当該パッケージ化されたモジュールをインターネット１２４を介して処理調整部１１８に送信する。その後、処理フローは図１０の節点Ｂに進む。以下、図１０を参照する。
【００７４】
動作４１８では、処理調整部１１８は、変換テーブル５５０から受け取ったソフトウエアプログラムおよび／またはデータモジュールを用いて、（そのモジュールが、ローカルに保存されたバージョンから受け取られようと管理者エンティティから受け取られようと）ソフトウエアプログラムを修正する処理をすることが好ましい。オペレーションシステムの制御下または他のシステムレベルの制御プログラムの制御下に処理調整部１１８を置くと想定すれば、処理調整部１１８内に保存されたソフトウエアプログラムの既存のバージョンを変更するかまたは上書きするための動作をすることができるプログラムに、ひとつまたは複数のソフトウエアプログラムおよび／またはデータモジュールを提供することが好ましい。他方、すべてのハードウエア面からのアプローチ、および／または、ソフトウエアおよびハードウエアの組み合わせの面からのアプローチが採用された場合、モジュールを適当な目的地、例えばメモリロケーションなどにルーティングして、ソフトウエアプログラムの修正を成し遂げることが好ましい。
【００７５】
動作４２０では、処理調整部１１８は、提供されるひとつまたは複数のモジュールに従って、ソフトウエアプログラムの既存のバージョンを変更するかまたは上書きすることが好ましい。例えば、ソフトウェアプログラムのバージョンが、「読み取り専用」でないＣＤ、ＤＶＤまたはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）などの光学デバイスに記録されている場合、光学デバイスに記録された情報が変更されるか上書きされる。デバイスが「読み取り専用」である場合、ハードディスク、または例えばフラッシュメモリである外部メモリカードなどの別のデバイスに修正が書き込まれてもよい。動作４２２では、処理調整部１１８がソフトウエアプログラムの適切なバージョンを実行してもよい。これは、処理能力のミスマッチのためにソフトウエアプログラムの元のバージョンで得られる結果と比較したとき、望ましい結果が得られる点が有利である。ソフトウエアプログラムの実行後、プロセスフローは終了する。
【００７６】
本発明の別の態様の変形例によると、分散システム５００（図６）の一部または全体を使用してゲームタイトル（ソフトウエアアプリケーション）を実行してもよい。拡張機能モジュールを、管理者エンティティからクライアント装置にダウンロードすることができる。拡張機能モジュールは、ユーザにより実行され享受されるように、（メモリまたはハードディスクなどの）クライアント装置の記憶媒体を修正する（記憶媒体に格納される）ように動作してもよい。例えば、記録媒体が光学記録媒体であれば、記録媒体は、ＣＤ、ＤＶＤ、またはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）であってもよく、「書き込み可能」または「再書き込み可能」デバイスのいずれであってもよい。同様に、基本機能モジュールがクライアント装置にダウンロードされてもよい。拡張機能モジュールに必要となるプロセッサ要素が使用できない場合、基本機能モジュールは置換されてもよい。より適切なモジュールでの置換は、そのようなモジュールを実行されるクライアント装置にダウンロードすることによって達成することができる。
【００７７】
本発明の別の態様によると、ソフトウエアプログラムおよび／またはデータモジュールのダウンロードは、サーバからブロードキャストされる、複数のバージョンのソフトウエアプログラムおよび／またはデータモジュールがパッケージ化されたマルチストリーミングの中から、処理調整部が適切なものを選択することで行うようにしてもよい。また、クライアント端末装置からインターネットに接続される図示しないルータまでの帯域に制限がある場合には、ソフトウエアプログラムおよび／またはデータモジュールの選択動作をルータが行うようにしてもよい。これによって、サーバの負荷を軽減することができる。マルチストリーミングからの適切なソフトウエアプログラムおよび／またはデータモジュールの選択は、ストリーミングに含まれるユーザＩＤやソフトウエアＩＤに基づいてなされることが好ましい。
【００７８】
なお、サーバからソフトウエアプログラムおよび／またはデータモジュールをダウンロードする方式は、サーバおよびクライアント端末装置の処理能力や帯域幅などの複合的な条件を勘案して決定されることが好ましい。
【００７９】
図１１は、処理調整部１１８によるプログラムコンテンツのセキュアな方法でのダウンロードを可能とするシステム６１０の一例を示す。なお、当該プログラムコンテンツとは、例えば、ソフトウエアプログラムおよび／または上述のデータモジュールであり、セキュアな方法とは、例えば、認証されていない複製物が排除されるか、使いものにならないものにさせる方法である。そのようなシステムは、２００２年１２月１１日に出願された、米国出願番号Ｎｏ．１０／３１６６７５の「METHODS AND APPARATUS FOR SECURE DISTRIBUTION OF PROGRAM CONTENT」に記載されており、当該文献の開示内容は参照により本明細書に援用される。
【００８０】
システム６１０には、好適には、管理者サーバ６０１、第三者サーバ６０２、暗号化サーバ６０３、処理調整部１１８等の複数のクライアント端末装置６０４、およびこれら装置を接続するインターネット等のネットワーク６０５が含まれる。システム６１０は、管理者サーバ６０１、第三者サーバ６０２や暗号化サーバ６０３を複数含んでもよい。簡潔かつ明確にするために、それぞれのサーバをひとつだけにして、以下説明する。
【００８１】
サーバ６０１，６０２，６０３のそれぞれは好適には、エンティティや人によって、維持され、管理され、および／または別に、当該エンティティや人に関連付けられる。ここで、サーバとエンティティとは相互に関連付けられたものとして以下説明する。
【００８２】
上述のサーバ３８４等の管理者サーバ６０１は、好適には、上述のデータベース３８６等の顧客データベース６０６に接続され、ある管理者権限の機能を実行するエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。管理者サーバ６０１および顧客データベース６０６は、ネットワークサーバの機能およびデータベースの機能を実行するために適切な既知のハードウエアを用いて実装されうる。
【００８３】
第三者サーバ６０２は、好適には、ソフトウエアプログラムおよび／またはデータモジュールの開発者などの管理者サーバ６０１のエンティティとは異なるエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。一例として、第三者サーバ６０２は、コンピュータアプリケーションプログラムやコンピュータシステムプログラムなどの開発者であってよい。しかしながら、第三者サーバ６０２に関連付けられたエンティティは、管理者サーバ６０１のエンティティと異なる必要はなく、実際には、同一のエンティティであってもよい。例えば、第三者サーバ６０２により実行される機能を、管理者サーバ６０１が実行してもよい。第三者サーバ６０２は、サーバに関する機能を実行するための任意の既知のハードウエアを用いて実装されうる。
【００８４】
暗号化サーバ６０３は、好適には、管理者サーバ６０１のエンティティと同一のエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。一例として、暗号化サーバは、管理者３８２内のサーバ３８４と同一場所に設けられてもよい。なお、暗号化サーバ６０３は他のエンティティに関連付けられてもよい。暗号化サーバ６０３は、サーバに関する機能を実行するための任意の既知のハードウエアを用いて実装されうる。管理者サーバ６０１、第三者サーバ６０２および暗号化サーバ６０３により実行されるそれぞれの機能を、管理し維持しおよび／または別にそれらサーバに関連付けられるひとつ以上のサーバおよび／またはひとつ以上のエンティティ間で分散させることができる。なお、その分散された状態は、図１１に示される状態と一致するのが好ましい。
【００８５】
一般的に、それぞれのクライアント端末装置６０４は、好適には、任意の既知のハードディスクドライブハードウエア等のハードディスクドライブ６０７、および出願人自身のメモリスティック等のメモリカード６０８と連結可能である。他には、上述したＣＤドライブ、ＤＶＤドライブ、あるいはＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）ドライブ等の光学デバイスと連結可能である。ハードディスクドライブ６０７、メモリカード６０８、および／または光学デバイス（クライアント端末装置６０４に対し、取り外し可能であるのが好ましい）は、装置６０４とは別ものとして図示されているが、装置６０４に一体化して設けられてもよい。クライアント端末装置６０４は、パーソナルコンピュータや出願人自身のプレイステーション等の任意の既知のハードウエアを用いて実装されてもよい。
【００８６】
クライアント端末装置６０４は、ひとつ以上の処理調整部１１８を含むことが好ましく、さらに、ネットワーク６０５を介したダウンロードにより、上述のコンピュータプログラムまたはモジュールなどのソース暗号化プログラムおよび／またはソース暗号化データモジュールを受け取るように動作することが好ましい。権限が与えられた任意のエンティティからソース暗号化プログラムまたはソース暗号化モジュールを取得することができるが、クライアント端末装置６０４が、（例えば、ネットワーク６０５を介したダウンロードにより）第三者サーバ６０２または管理者サーバ６０１から、ソース暗号化プログラムまたはソース暗号化モジュールを受け取ることが好ましい。
【００８７】
エンドユーザは、ある形式（すなわち、ソースが暗号化された形式）のコンピュータプログラムおよび／またはデータモジュールを取得できる。この場合、復号鍵を取得しソース暗号化プログラムおよび／またはソース暗号化モジュールを最初に復号しない限り、クライアント端末装置６０４上でプログラムを実行し修正するために用いることができない。その復号鍵は、権限が与えられたクライアント端末装置６０４によってのみ取得される。
【００８８】
図１２を参照すると、本図は、暗号化サーバ６０３および第三者サーバ６０２により実行される処理ステップの概念構成およびフローを示す図である。本図は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが生成される方法の一例が示されている。この例において、第三者サーバ６０２は、ソフトウエア開発者に関連付けられる。なお、当該ソフトウエア開発者は、自分自身で、または他のエンティティとともに、プログラムおよび／またはソフトウエアおよび／またはデータモジュールを取得する。図１２に示すように、第三者サーバ６０２は、システムプログラムやアプリケーションプログラム等の少なくともひとつのソフトウエアプログラムおよび／またはデータモジュールを備えることができる。ひとつ以上のこれらのプログラムまたはモジュールは、ネットワーク６０５を介して暗号化サーバ６０３に送信される。
【００８９】
暗号化サーバ６０３は、好適には、そのソフトウエアプログラムやデータモジュールを暗号化し、当該暗号化されたプログラムや暗号化されたモジュールを第三者サーバ６０２に返す。当該暗号化処理では、公開鍵暗号方式や対称鍵暗号方式などの任意の既知の暗号化技術を用いることができ、これにより暗号化されたプログラムや暗号化されたモジュールを生成できる。また、暗号化サーバ６０３は、第三者サーバ６０２に復号鍵をも提供する。当該復号鍵により、暗号化されたプログラムやモジュールを復号化できる。第三者サーバ６０２は、ネットワーク６０５を介した電子的な通信により、暗号化されたプログラムおよび／またはモジュールをクライアント端末装置６０４に配布できる。ソース暗号化プログラムおよび／またはソース暗号化モジュールがどのように配布されるかとは無関係に、エンドユーザは好適には、ある登録処理を実行してはじめて、プログラムを実行するか、および／またはプログラムの修正をすることができる。
【００９０】
図１３は、ソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールを処理するために実行される、ある処理ステップの概念構成およびフローを示す図である。クライアント端末装置６０４は好適には、ネットワーク６０５を介したダウンロード動作により、ソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールを取得する。なお、ソース暗号化コンピュータプログラムを実行し、または既存のプログラムを修正するために、クライアント端末装置６０４は、当該ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを、好ましくはネットワーク６０５を介して管理者サーバ６０１に登録しなければならない。
【００９１】
当該登録処理に関する少なくともいくつかのステップを、図１４のフロー図に示す。ステップ２０において、クライアント端末装置６０４は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを取得し、それらを上述のごとく保存する。ステップ２２では、ユーザは好適には、ダウンロードしたコンピュータプログラムをインストールし、かつ、実行の準備をさせることを望む旨の指示、あるいは、既存のプログラムを修正を望む旨の指示を与える。この点において、クライアント端末装置６０４には好適には、ユーザのインストール指示に応答して呼び出されるコンピュータプログラムが含まれる。当該プログラムは、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールの登録をユーザに促すものであり、通信機能を呼び出す（Ｓ２４）。
【００９２】
ここで、クライアント端末装置６０４は好適には、ネットワークインタフェースを含むのが好ましい。このネットワークインタフェースにより、既知の技術であるネットワーク６０５を介した通信を提供できる。任意の既知のネットワークインタフェースハードウエアはこの目的のために用いられうる。ステップ２６において、通信チャンネルは好適にはクライアント端末装置６０４によって開始され、クライアント端末装置６０４および管理者サーバ６０１間で確立される。クライアント端末装置６０４が有するネットワークインタフェースにより、当該クライアント端末装置６０４に関連する少なくともいくつかの識別情報を、ネットワーク６０５を介して管理者サーバ６０１に送信することが容易になる。当該識別情報には好適には、特に、クライアント端末装置６０４にとって十分に一意である、プレイヤーＩＤ等の機器ＩＤが含まれる。また、当該識別情報には、媒体ＩＤが含まれてもよい。なお、媒体ＩＤとは、ソース暗号化コンピュータプログラムの保存のためにクライアント端末装置６０４により使用されるメモリタイプ（メモリの型番）を示すものである。
【００９３】
クライアント端末装置６０４には好適には、以下の第１の記録デバイスおよび第２の記録デバイスが含まれる。当該第１の記録デバイスは、例えば、ハードディスクドライブ６０７やメモリカード６０８であり、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを、後述するある他の情報とともに記録できる。当該第２の記録デバイスは、機器ＩＤを記録できる読み出し専用メモリ（ＲＯＭ）などである。クライアント端末装置６０４が有するネットワークインタフェースにより、（ＲＯＭから取得された）機器ＩＤを、ネットワーク６０５を介して管理者サーバ６０１に送信することがさらに可能になる（動作Ｓ２８）。媒体ＩＤもまた、クライアント端末装置６０４から管理者サーバ６０１宛てに送信できる。
【００９４】
図１５を参照すると、管理者サーバ６０１は、クライアント端末装置６０４から、ネットワーク６０５を介して、機器ＩＤ（および、可能であれば媒体ＩＤ）等の識別情報を取得する（Ｓ３０）。この点について、管理者サーバ６０１にはネットワークインタフェースが含まれるのが好ましい。当該ネットワークインタフェースによりネットワーク６０５との通信を容易にすることで、当該ネットワーク６０５を介したクライアント端末装置６０４からの識別情報の取得を実現できる。ステップ３２において、管理者サーバ６０１は、クライアント端末装置６０４から取得した機器ＩＤに対応する、ここでは仮想ＩＤと呼ばれる他のＩＤを当該機器ＩＤに割り当てる。ここで、仮想ＩＤは、複数の予め存在するＩＤ群の中から選択されるものであってもよいし、機器ＩＤまたはある他の数値に基づく数値演算を通じて導出されるものであってもよいし、あるいは、任意の他の既知の、または後述の改良技術を用いることで生成されてもよい。
【００９５】
ステップ３４において、管理者サーバ６０１は顧客データベース６０６を対象に、クライアント端末装置６０４から取得した機器ＩＤ（すなわち、その第２記憶デバイス（ＲＯＭ）内に保持される機器ＩＤ）と一致する既存の機器ＩＤを検索する。図１６に示すごとく、顧客データベース６０６には好適には、それぞれの登録情報、すなわち、クライアント端末装置６０４のそれぞれに対応するそれぞれの登録情報一式が保持される。少なくとも、その登録情報には、クライアント端末装置６０４に関するある識別情報、例えば、機器ＩＤが含まれる。図１６に示すごとく、複数の機器ＩＤが、顧客データベース６０６内に予め保持されており、その様子は図１６の左側の列に示されている。こうした機器ＩＤ群のそれぞれは好適には、所与のクライアント端末装置６０４の一つ一つに対応するものであり、かつその機器ＩＤは、それぞれのクライアント端末装置６０４に対し十分に一意である。管理者サーバ６０１にもまた、好適にはデータプロセッサが含まれる。当該データプロセッサによれば、顧客データベース６０６を対象に、ネットワーク６０５を介したクライアント端末装置６０４から取得される機器ＩＤと一致する登録情報（例えば、機器ＩＤ）の検索を実現できる。この目的のために、任意の既知の、または後述の改良されたデータ処理用のハードウエアを用いることができる。
【００９６】
図１５に再度戻り、ステップＳ３６において、仮想ＩＤは、顧客データベース６０６内に保持される機器ＩＤに関連付けられる。すなわち、仮想ＩＤは、管理者サーバ６０１宛てに機器ＩＤを送信した特定のクライアント端末装置６０４に関連付けられる。当該関連付けは、保持された機器ＩＤに対応付けるような方法で、仮想ＩＤを顧客データベース６０６内に記録せしめることで実現できる。
【００９７】
上述したように、クライアント端末装置６０４から管理者サーバ６０１へのネットワーク６０５を介した識別情報の送信動作には（図１４のステップ２８）、媒体ＩＤ（またはメディアＩＤ）の送信動作が含まれてもよい。なお、媒体ＩＤとは、ソース暗号化コンピュータプログラムまたはソース暗号化データモジュールの保存のためにクライアント端末装置６０４によって使用される、記録デバイスのタイプに対応するものである。媒体ＩＤにより、例えば、クライアント端末装置６０４が、ハードディスクドライブ６０７内部、メモリカード６０８内部、あるいは、ある他のタイプの記録媒体内部に、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが保持されていることを知らせることができる。媒体ＩＤの取得を受けて、管理者サーバ６０１は、記録されている機器ＩＤおよび取得された媒体ＩＤに仮想ＩＤを関連付けることができる。その際、媒体ＩＤは、顧客データベース６０６内において、当該記録された機器ＩＤに対応する場所に記録される。
【００９８】
図１７および図１８に示すごとく、管理者サーバ６０１は好適には、暗号化された復号鍵および暗号化された仮想ＩＤを生成することが可能である。ここで、その復号鍵は、クライアント端末装置６０４上の、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化するために用いることができる。ここで、管理者サーバ６０１は、（図１１から図１２までに示された）暗号化サーバ６０３により生成された、それぞれのソース暗号化コンピュータプログラムを復号化するために用いられる任意の数の復号鍵群にアクセスする。これらの復号鍵は、暗号化サーバ６０３および／または第三者サーバ６０２により、管理者サーバ６０１に提供される。さらに、その復号鍵は、ネットワーク６０５や他のネットワークを介して管理者サーバ６０１に送信されてもよいし、あるいは、記録メディアにより人手で提供されてもよい。
【００９９】
ステップ４０において、管理者サーバ６０１は好適には、クライアント端末装置６０４に関連付けられた仮想ＩＤを用いて復号鍵を暗号化する。さらに、管理者サーバ６０１は好適には、クライアント端末装置６０４について関連付けられた機器ＩＤを用いて、その仮想ＩＤを暗号化する。なお、機器ＩＤのそれぞれは、顧客データベース６０６から取得される（Ｓ４２）。
【０１００】
管理者サーバ６０１が有するネットワークインタフェースによれば、ネットワーク６０５を介した、暗号化された復号鍵および暗号化された仮想ＩＤのクライアント端末装置６０４への送信をさらに容易にできる（Ｓ４４）。ステップ４６において、クライアント端末装置６０４は好適には、ネットワーク６０５を介して、暗号化された復号鍵および暗号化された仮想ＩＤを取得し、当該取得したそれらを、（ハードディスクドライブ６０７やメモリカード６０８などの）第１の記録デバイス内に保存する。
【０１０１】
暗号化された復号鍵は、権限が与えられたクライアント端末装置６０４、例えば、有効な機器ＩＤを提供し、かつ復号鍵の暗号化用の仮想ＩＤに関連付けられた当該機器ＩＤを登録したクライアント端末装置６０４のみに提供される。さらに、暗号化された復号鍵に関する任意の妨害、例えば、ネットワークでの著作権侵害行為や権限が与えられない複製等があったとしても、ソース暗号化コンピュータプログラムを復号化するために必要な情報（すなわち、有効な復号鍵）が提供されることはない。実際には、そのような復号鍵は、十分に一意である仮想ＩＤにより暗号化される。また、その暗号化された仮想ＩＤは、登録処理が完了し、かつクライアント端末装置６０４に権限が与えられてはじめて、クライアント端末装置６０４宛てに提供される。仮想ＩＤは、管理者サーバ６０１からクライアント端末装置６０４に暗号化された状態で送信されるため（すなわち、クライアント端末装置６０４の機器ＩＤを用いて暗号化されるため）、暗号化された仮想ＩＤを権限なく取得しても、暗号化された復号鍵を復号化するための必要な情報が与えられることはない。
【０１０２】
図１９および図２０は、クライアント端末装置６０４内のソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールをロードする／インストールするために実行される、ある処理を示す。図１９は、ハードディスクドライブ６０７やメモリカード６０８などの第１の記録デバイスと別個にされたクライアント端末装置６０４を示す。なお、上述したように、これらの構成要素は一体化または部分的に一体化されてもよい。ここで、当該処理のこの段階において、クライアント端末装置６０４内には、ＲＯＭ等の第２のデバイス内に記録された機器ＩＤが含まれ、かつ、第１の記録デバイス６０７，６０８には、機器ＩＤ、暗号化された仮想ＩＤ、暗号化された復号鍵、および暗号化されたコンピュータプログラム等が含まれる。
【０１０３】
ステップ５０において、ユーザは、ソース暗号化コンピュータプログラムをロードする／インストールする旨の指示、あるいは、ソース暗号化プログラムおよび／またはデータモジュールを用いて、既にインストール／ロードされたソフトウエアプログラムを修正する旨の指示を、クライアント端末装置６０４に対し与えることができる。当該ユーザからの指示を受けて、クライアント端末装置６０４は、適切なハードウエアを用いて、かつソフトウエアによる処理を行うことで、第１の記録デバイス６０７，６０８から機器ＩＤを読み出すとともに、ＲＯＭなどの第２の記録デバイスからも機器ＩＤを読み出す（Ｓ５２）。ステップ５４では、これらの機器ＩＤが一致するか否かについての決定がなされる。これらの機器ＩＤが一致しない場合、処理は中止され、および／または他の処理が開始される。一方、これらの機器ＩＤが一致する場合、処理はＳ５６に進む。ここでは、暗号化された仮想ＩＤは、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて復号化される。仮想ＩＤがいったん生成されれば、暗号化された復号鍵は、当該生成された仮想ＩＤを用いて復号化される（Ｓ５８）。次に、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールは、その復号鍵を用いて復号化される（Ｓ６０）。ステップ６２において、コンピュータプログラムまたはデータモジュールは、ステップ５６で得た仮想ＩＤを用いて再度暗号化され、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールを取得する。クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールは、第１の記録デバイス６０７，６０８内に保存される（Ｓ６４）。この段階においては、暗号化された復号鍵、ソース暗号化プログラム、ソース暗号化モジュールは、いずれも、第１のデバイス６０７，６０８内に保持される必要はない。
【０１０４】
クライアント端末装置６０４には好適には、上述した暗号化機能および復号化機能を実行するための復号化デバイスおよび暗号化デバイスが含まれる。当該復号化デバイスおよび暗号化デバイスは一体化することができ、簡潔化のために、それらを復号化デバイスと呼んでもよい。そのような暗号化および復号化を実現するために、任意の既知のまたは後述の改良されたハードウエアおよび／またはソフトウエアが、本発明に従って用いられる。例えば、復号化ライブラリや暗号化ライブラリなどが用いられる。
【０１０５】
クライアント側で暗号化したコンピュータプログラムおよび／またはクライアント側で暗号化したモジュールは、安全性が高い。なぜなら、権限が与えられていない、異なるクライアント端末装置６０４上のエンドユーザは、権限のないその複製物を実行することはできないためである。実際に、クライアント側で暗号化したコンピュータプログラムおよび／またはクライアント側で暗号化したモジュールは、最初に復号化される必要がある。なお、当該プログラムおよび／またはモジュールは、後述するように、管理者サーバ６０１にコンピュータプログラムを登録した端末以外の任意のクライアント端末装置６０４上では実行できない。
【０１０６】
図２１および図２２を参照し、コンピュータプログラムがクライアント端末装置６０４により実行されるかまたは修正される処理をここで述べる。その処理のこの段階において、クライアント端末装置６０４には、機器ＩＤを含むＲＯＭなどの第２の記録デバイスと、機器ＩＤ、暗号化された仮想ＩＤ、およびクライアント側で暗号化したコンピュータプログラムを備える第１の記録デバイスとが含まれる。
【０１０７】
Ｓ７０において、ユーザは、コンピュータプログラムを実行する旨の指示をクライアント端末装置６０４に与える。適切なコンピュータプログラムの制御下で動作するクライアント端末装置は、ユーザからの指示を受けて、第１の記録デバイス６０７，６０８から機器ＩＤを読み出すとともに、第２の記録デバイス（ＲＯＭ）からも機器ＩＤを読み出す（Ｓ７２）。ステップ７４では、これらの機器ＩＤが互いに一致するか否かについての決定がなされる。これらの機器ＩＤが一致する場合、処理はＳ７６に進む。ここでは、暗号化された仮想ＩＤは、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて復号化される。仮想ＩＤがいったん生成されれば、暗号化された復号鍵は、当該生成された仮想ＩＤを用いて復号化される（Ｓ５８）。ここでは、クライアント端末装置６０４の復号化デバイスが、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて、暗号化された仮想ＩＤを復号化する。ステップ７８において、クライアント端末装置６０４の復号化デバイスは、ステップＳ７６で得られた仮想ＩＤを用いて、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したデータモジュールを復号化する。このとき、クライアント端末装置６０４は、ＲＡＭ内に存在するコンピュータプログラムを実行または修正してもよいし、処理調整部の処理能力を調整してもよい。
【０１０８】
クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールは、当該クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールを暗号化するために使用された仮想ＩＤに関連付けられたクライアント端末装置６０４のみによって、復号化される。従って、権限が与えられていない、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールの複製物が、権限が与えられていないエンドユーザに提供された場合、そのようなエンドユーザがコンピュータプログラムを実行または修正しようとする装置では、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールを復号化することはできない。さらに、第１の記録デバイス６０７，６０８が、権限が与えられていないエンドユーザに与えられた場合（例えば、当該記憶デバイス６０７，６０８が異なるクライアント端末装置６０４に接続された場合）、ＲＯＭに記憶された任意の機器ＩＤと第１の記録デバイスに含まれる機器ＩＤとは一致しないため、その暗号化された仮想ＩＤを復号化できない。従って、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したデータモジュールを、復号化することは不可能である。クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールをセキュアに配布することで、権限が与えられていない複製物を使いものにならないものにし、かつ特定のクライアント端末装置６０４だけが、コンピュータプログラムを実行し、および／またはコンピュータプログラムを更新することを保証できる。
【０１０９】
上述した態様では、復号鍵がネットワーク６０５を介してクライアント端末装置６０４により提供されることについて考慮されているが、他の態様として、当該復号鍵が、（ＣＤ−ＲＯＭなどの）記録媒体により人手でクライアント端末装置６０４に提供されることを考慮したものがある。ここで、本発明に係るこうした態様を、図２３および図２４を用いて説明する。図２３に示すごとく、クライアント端末装置６０４は、記録媒体６０９Ａにより提供された、暗号化された第１の復号鍵を取得する。この第１の復号鍵は、クライアント端末装置６０４上のソース暗号化コンピュータプログラムまたはソース暗号化データモジュールの復号化に用いることができる。管理者サーバ６０１は好適には、暗号化された第２の復号鍵および暗号化された仮想ＩＤを生成できる。なお、第２の復号鍵は、暗号化された第１の復号鍵の復号化に用いることができる。ここで、管理者サーバ６０１は任意の数の第２の復号鍵にアクセスし、当該復号鍵を用いて、暗号化された第１の復号鍵のそれぞれを復号化する。これらの第２の復号鍵は、暗号化サーバ６０３および／または第三者サーバ６０２により、管理者サーバ６０１に提供される。さらに、これらの第２の復号鍵は、ネットワーク６０５や他のネットワークを介して管理者サーバ６０１に送信されてもよいし、あるいは、記録メディアにより人手で提供されてもよい。
【０１１０】
ステップ４０Ａにおいて、管理者サーバ６０１は好適には、クライアント端末装置６０４に関連付けられた仮想ＩＤを用いて第２の復号鍵を暗号化する。さらに、管理者サーバ６０１は好適には、クライアント端末装置６０４について関連付けられた機器ＩＤを用いて、その仮想ＩＤを暗号化する。なお、機器ＩＤのそれぞれは、顧客データベース６０６から取得される（Ｓ４２）。管理者サーバ６０１が有するネットワークインタフェースによれば、ネットワーク６０５を介した、暗号化された第２の復号鍵および暗号化された仮想ＩＤのクライアント端末装置６０４への送信をさらに容易にできる（Ｓ４４）。ステップ４６Ａにおいて、クライアント端末装置６０４は好適には、ネットワーク６０５を介して、暗号化された第２の復号鍵および暗号化された仮想ＩＤを取得し、当該取得したそれらを、（ハードディスクドライブ６０７やメモリカード６０８などの）第１の記録デバイス内に保存する。
【０１１１】
暗号化された第２の復号鍵は、権限が与えられたクライアント端末装置６０４、例えば、有効な機器ＩＤを提供し、かつ第２の復号鍵の暗号化用の仮想ＩＤに関連付けられた当該機器ＩＤを登録したクライアント端末装置６０４のみに提供される。さらに、暗号化された第２の復号鍵に関する任意の妨害、例えば、ネットワークでの著作権侵害行為や権限が与えられない複製等があったとしても、暗号化された第１の復号鍵を復号化するために必要な情報（すなわち、有効な第２の復号鍵）が提供されることはない。実際には、そのような第２の復号鍵は、十分に一意である仮想ＩＤにより暗号化される。同様に、その暗号化された仮想ＩＤは、登録処理が完了し、かつクライアント端末装置６０４に権限が与えられてはじめて、クライアント端末装置６０４宛てに提供される。仮想ＩＤは、管理者サーバ６０１からクライアント端末装置６０４に暗号化された状態で送信されるため（すなわち、クライアント端末装置６０４の機器ＩＤを用いて暗号化されるため）、暗号化された仮想ＩＤを権限なく取得しても、暗号化された第２の復号鍵を復号化するための必要な情報が与えられることはない。
【０１１２】
図２５および図２６は、クライアント端末装置６０４内のソース暗号化コンピュータプログラムまたはソース暗号化データモジュールをロードする／インストールするために実行される、ある処理を示したものである。ここで、当該処理のこの段階において、クライアント端末装置６０４内には、第２のデバイス（ＲＯＭ）内に記録された機器ＩＤが含まれ、かつ、第１の記録デバイス６０７，６０８には、機器ＩＤ、暗号化された仮想ＩＤ、暗号化された第２の復号鍵、暗号化された第１の復号鍵、およびソース暗号化コンピュータプログラムおよび／またはソース暗号化データモジュール等が含まれる。
【０１１３】
ステップ５０において、ユーザは、将来の使用のためのソース暗号化コンピュータプログラムおよび／またはソース暗号化モジュールをロードする／インストールする旨の指示を、クライアント端末装置６０４に対し与えることができる。当該ユーザからの指示を受けて、クライアント端末装置６０４は、適切なハードウエアを用いて、かつソフトウエアによる処理を行うことで、第１の記録デバイス６０７，６０８から機器ＩＤを読み出すとともに、ＲＯＭなどの第２の記録デバイスからも機器ＩＤを読み出す（Ｓ５２）。ステップ５４では、これらの機器ＩＤが一致するか否かについての決定がなされる。これらの機器ＩＤが一致しない場合、処理は中止され、および／または他の処理が開始される。一方、これらの機器ＩＤが一致する場合、処理はＳ５６に進む。ここでは、暗号化された仮想ＩＤは、機器ＩＤ（ＲＯＭ内に記憶される機器ＩＤが好ましい）を用いて復号化される。仮想ＩＤがいったん生成されれば、暗号化された第２の復号鍵は、当該生成された仮想ＩＤを用いて復号化され、かつ暗号化された第１の復号鍵は第２の復号鍵を用いて復号化される（Ｓ５８Ａ）。次に、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールは、第１の復号鍵を用いて復号化される（Ｓ６０）。ステップ６２において、コンピュータプログラムまたはモジュールは、ステップ５６で得た仮想ＩＤを用いて再度暗号化され、クライアント側で暗号化したコンピュータプログラムを生成する。クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したモジュールは、第１の記録デバイス６０７，６０８内に保存される（Ｓ６４）。この段階においては、暗号化された第１の復号鍵、暗号化された第２の復号鍵、ソース暗号化プログラム、ソース暗号化データモジュールは、いずれも、第１のデバイス６０７，６０８内に保持される必要はない。
【０１１４】
いったん、クライアント側で暗号化したコンピュータプログラムまたはクライアント側で暗号化したデータモジュールが生成され、かつ第１の記録デバイス６０７，６０８内に記憶されれば、図２１および図２２を参照して説明した処理が用いられ、コンピュータプログラムが実行される。
【０１１５】
図２７は、処理調整部１１８による上述のコンピュータプログラムまたはデータモジュールのセキュアな方法でのダウンロードを可能とする他のシステム７１０を示す。セキュアな方法とは、例えば、認証されていないプログラムの複製物が排除されるか、使いものにならないものにさせる方法である。そのようなシステムは、参照により本明細書に援用される、２００２年１２月１日に出願された、米国出願番号Ｎｏ．１０／３１６３０９の「METHODS AND APPARATUS FOR SECURE DISTRIBUTION OF CONTENT」に記載されている。
【０１１６】
システム７１０には、好適には、第三者サーバ７０１、暗号化サーバ７０２、配布サーバ７０３、処理調整部１１８等の複数のクライアント端末装置７０５、およびこれら装置を接続するインターネット等のネットワーク７０６が含まれる。システム７１０は、第三者サーバ７０１、暗号化サーバ７０２、配布サーバ７０３および／または管理者サーバ７０４を複数含んでもよい。簡潔かつ明確にするために、それぞれのサーバをひとつだけにして、以下説明する。サーバ７０１，７０２，７０３，７０４のそれぞれは、エンティティや人によって、維持され、管理され、および／または別に、当該エンティティや人に関連付けられるのが好ましい。以下、サーバとエンティティとは相互に関連付けられたものとして説明する。
【０１１７】
第三者サーバ７０１は、図１１を参照して上述したように、ソフトウエアプログラムの開発者などのエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。
【０１１８】
暗号化サーバ７０２は好適には、管理者権限の機能を有するエンティティにより、維持され、管理され、および／また別に、当該エンティティに関連付けられる。当該エンティティは、管理者サーバ７０４に関するエンティティと同一のエンティティであるのが好ましい。なお、暗号化サーバ７０２は、サーバに関する機能を実行するための任意の既知のハードウエアを用いて実装されうる。
【０１１９】
配布サーバ７０３は好適には、ネットワーク７０６等を介して、ソフトウエアプログラムおよび／またはデータモジュールを、クライアント端末装置７０５に配布させるエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。配布サーバ７０３は好適には、詳細は後述するが、データベース３８６等の顧客データベース７０７に接続される。配布サーバ７０３および顧客データベース７０７は、ネットワークサーバの機能およびデータベースの機能を実行するために適切な既知のハードウエアを用いて実装されうる。
【０１２０】
サーバ３８４等の管理者サーバ７０４は、ある管理者権限の機能を実行するエンティティにより、維持され、管理され、および／または別に、当該エンティティに関連付けられる。管理者サーバ７０４は、ネットワークサーバの機能およびデータベースの機能を実行するために適切な既知のハードウエアを用いて実装されうる。
【０１２１】
第三者サーバ７０１、暗号化サーバ７０２、配布サーバ７０３、および管理者サーバ７０４により実行されるそれぞれの機能を、管理し維持しおよび／または別にそれらサーバに関連付けられるひとつ以上のサーバおよび／またはひとつ以上のエンティティ間で分散させることができる。実際には、それぞれのサーバに対してエンティティを別々にする必要はなく、例えば、ひとつのエンティティを、配布サーバ７０３および管理者サーバ７０４に関連付けることも可能である。なお、分散された状態は、図２７に示される状態と一致するのが好ましい。
【０１２２】
一般的に、それぞれのクライアント端末装置７０５は、好適には、ひとつ以上の処理調整部１１８を含み、任意の既知のハードディスクドライブハードウエア等のハードディスクドライブ７０８、および出願人自身のメモリスティック等のメモリカード７０９を動作可能に接続する。別の例では、クライアント端末装置は、上述したように動作するＣＤドライブ、ＤＶＤドライブ、またはＢｌｕ−ｒａｙ Ｄｉｓｃドライブなどの光学デバイスに接続される。ハードディスクドライブ７０８、メモリカード７０９および／または光学デバイス（クライアント端末装置７０５にリモートに接続されるのが好ましい）は、装置７０５とは別のものとして図示されているが、装置７０５に一体化して設けられてもよい。クライアント端末装置７０５は、パーソナルコンピュータや出願人自身のプレイステーション等の任意の既知のハードウエアを用いて実装されてもよい。
【０１２３】
クライアント端末装置７０５は好適には、図１１のクライアント端末装置６０４について説明した上述の方法により、ネットワーク７０６を介したダウンロードをすることで、ソース暗号化プログラムおよび／またはソース暗号化プログラムモジュールおよび／またはデータモジュールを取得できる。
【０１２４】
図２８は、暗号化サーバ７０２および第三者サーバ７０１により実行される処理ステップの概念構成およびフローを示す図である。本図は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが生成される方法の一例が示されている。この例において、第三者サーバ７０１は、ソフトウエア開発者に関連付けられる。なお、当該ソフトウエア開発者は、自分自身、あるいは、当該自身に他のエンティティを併用してのいずれかで、ネットワーク７０６を介して暗号化サーバ７０２に送信されたプログラムおよび／またはモジュールを取得する。なお、ここで、コンピュータプログラムまたはモジュールは、記録メディアなどにより人手で暗号化サーバ７０２に提供されてもよい点である。
【０１２５】
暗号化サーバ７０２は好適には、そのプログラムおよび／またはデータモジュールを暗号化し、当該暗号化されたプログラムや暗号化されたモジュールを第三者サーバ７０１に返す。当該暗号化処理では、公開鍵暗号方式や対称鍵暗号方式などの任意の既知の暗号化技術を用いることができ、これにより暗号化されたプログラムやモジュールを生成できる。一例として、暗号化サーバ７０２は、暗号化システムプログラム（ソース暗号化システムプログラム）および暗号化アプリケーションプログラム（ソース暗号化アプリケーションプログラム）、またはソース暗号化モジュールを第三者サーバ７０１に返す。また、暗号化サーバ７０２は、第三者サーバ７０１に復号鍵をも提供する。当該復号鍵により、暗号化されたソフトウエアプログラムやモジュールを復号化できる。好適には、その復号鍵はアクティベートされていない状態（使用できない状態）で配布サーバ７０３にも提供される。すなわち、その状態で用いても、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化することは困難である。例えば、最初に暗号化サーバ７０２等のエンティティにより暗号化されることで、復号鍵は、アクティベートされていない状態になりうる。後述のごとく、これにより安全性を高めることができる。
【０１２６】
図２９は、配布サーバ７０３および管理者サーバ７０４間で実行される、ある処理ステップの概念構成およびフローを示す図である。配布サーバ７０３は好適には、ネットワーク７０６を介して、管理者サーバ７０４との通信リンクを確立する。管理者サーバ７０４は、鍵配布プログラム７１１、鍵管理データ７１２、および鍵登録プログラム７１３を、ネットワーク７０６を介して、配布サーバ７０３に送信するのが好ましい。以下、後述するように、配布サーバ７０３は、鍵配布プログラム７１１を実行し、その結果、エンドユーザに復号鍵を配布できる。鍵管理データは好適には、機密性の高い情報のあつまりであり、当該あつまりには、それぞれの配布サーバ７０３に対して十分に一意である配布ＩＤが含まれる。鍵登録プログラム７１３は配布サーバ７０３により実行され、好適には、アクティベートされていない復号鍵をアクティベートされた復号鍵に変換する。（すなわち、ソース暗号化コンピュータプログラムの復号化を可能にする。）
【０１２７】
図３０を参照すると、本図は、好適には配布サーバ７０３および管理者サーバ７０４間で実行される、さらなる処理ステップを示すフロー図である。一般的に、配布サーバ７０３は、ネットワーク７０６を介して、管理者サーバ７０４にアクティベート化を求めるリクエストを行い、そのレスポンスとして、管理者サーバ７０４から、アクティベート許可情報を取得できる。より詳細には、動作Ｓ１において、配布サーバ７０３は好適には、ネットワーク７０６を介して管理者サーバ７０４に接続する。動作Ｓ２では、配布サーバ７０３は、鍵管理データ（その中には配布ＩＤが含まれる）を管理者サーバ７０４宛てに送信する。
【０１２８】
動作Ｓ３では、管理者サーバ７０４は好適には、適切な認証処理により配布サーバ７０３を認証する。例えば、管理者サーバ７０４は、ユーザＩＤやパスワードの他、他の証明できるある情報の提供を要求することで、認証を可能とする。なお、好適には、管理者サーバ７０４は、鍵管理データ７１２から配布ＩＤを抽出することで、配布サーバ７０３を認証する。動作Ｓ４では、認証が成功したか否かについての決定がなされる。認証が失敗した場合、処理は動作Ｓ５に進む。ここでは、どのアクティベート処理も許可されず、処理は終了する。もし、認証が成功した場合、処理フローは動作Ｓ６に進む。ここでは、アクティベート許可情報が、管理者サーバ７０４からネットワーク７０６を介して配布サーバ７０３に送信される。
【０１２９】
動作Ｓ７において、配布サーバ７０３は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールに関連付けられた復号鍵をアクティベート化させる。より詳細には、配布サーバ７０３は鍵登録プログラム７１３を実行するが、その際に入力としてアクティベート許可情報が要求されるのが好ましい。鍵登録プログラム７１３は、アクティベート許可情報の入力を受けて、復号鍵をアクティベートさせ、当該アクティベートされた復号鍵を用いてソース暗号化コンピュータプログラムを復号化する。一例として、アクティベート許可情報には、最初に暗号化された復号鍵を復号するための適切な復号鍵が含まれることがある。この場合、鍵登録プログラム７１３にはある復号化機能が備えられており、当該機能により、アクティベート許可情報を用いて、最初に暗号化された復号鍵を復号することが可能になる。
【０１３０】
どのように復号鍵がアクティベートされるか、あるいは復号鍵がアクティベートされるか否かに関係なく、配布サーバ７０３は好適には、顧客データベース７０７内に復号鍵を保存する。この段階では、配布サーバ７０３には、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールの他に、当該プログラムまたはモジュールを復号化できる復号鍵も含まれる（またはそれらにアクセスできる）。
【０１３１】
図３１は、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールを処理するために実行される、ある処理ステップの概念構成およびフローを示す図である。なお、ソース暗号化コンピュータプログラムを実行し、またはソース暗号化モジュールを用いて既存のプログラムを修正するためには、クライアント端末装置７０５は好適には、ある登録処理を実行する必要がある。これらの処理を、ネットワーク７０６上の管理者サーバ７０４を用いて説明する。
【０１３２】
登録処理に関する少なくともいくつかのステップを、図３２のフロー図に示す。ステップＳ２０，Ｓ２２，Ｓ２４，Ｓ２６およびＳ２８の処理は、図１６における同一の符号を付した処理と同様である。
【０１３３】
その後、動作Ｓ３０において、管理者サーバ７０４は好適には、登録データを生成し、かつ当該生成された登録データを、ネットワーク７０６を介して、クライアント端末装置７０５に送信する。一例として、その登録データは、機器ＩＤおよび配布ＩＤで構成できる。これらのＩＤは好適には、その登録データの適切な解析処理により、後に特定される。クライアント端末装置は、その登録データを取得次第、好適には、ハードディスクドライブ、および／またはメモリカード７０９などの第１の記録デバイス内にその登録データを保存する。
【０１３４】
図３３に示すように、ここで、サーバ３８４等の管理者サーバ７０４は、データベース３８６等のデータベース７０７Ａに接続できる。データベース７０７Ａには、上述した登録処理の段階中に取得された、任意の機器ＩＤおよび／または配布ＩＤが含まれる。機器ＩＤおよび配布ＩＤは好適には、有用な履歴データおよびその解析結果が取得されるように、お互いに関連付けられて保存される。これにより、例えば、あるクライアント端末装置７０５が、ソース暗号化コンピュータプログラムまたはソース暗号化プログラムおよびデータモジュールを、ある配布サーバ７０３から取得したことがその解析結果により判断できる。機器ＩＤ、配布ＩＤ、および／またはそれらを関連付けたものを、配布サーバ７０３から取得されたデータと併用すれば、配布サーバ７０３側の任意の義務処理（例えば、契約処理）がなされたことを証明できる。
【０１３５】
図３４および図３５は、それぞれ、コンピュータプログラムまたはプログラムおよび／またはデータモジュールを登録し、かつエンドユーザに当該プログラムの実行または修正を可能にするために実行される、さらなる処理ステップの概念構成およびフローを示す図である。ユーザは好適には、ソース暗号化コンピュータプログラムを復号化するのに適切な復号鍵を取得したい旨の指示を、クライアント端末装置７０５に与える。ステップ２１において、クライアント端末装置７０５は、ネットワーク７０６を介して配布サーバ７０３との通信リンクを確立する。その後、クライアント端末装置７０５は、（以前、管理者サーバ７０４から取得した）登録データを配布サーバ７０３に送信する（Ｓ２２）。
【０１３６】
動作Ｓ２３では、配布サーバ７０３は、ネットワーク７０６を介して、クライアント端末装置７０５から、例えば、機器ＩＤ（可能であれば、配布ＩＤも）を含む登録データを取得する。この点について、配布サーバ７０３には好適にはネットワークインタフェースが含まれる。当該ネットワークインタフェースによりネットワーク７０６との通信を容易にすることで、当該ネットワーク７０６を介したクライアント端末装置７０５からの登録データの取得を実現できる。ステップ２３では、管理者サーバ７０４もまた、クライアント端末装置７０５から取得した機器ＩＤに対応する、ここでは仮想ＩＤと呼ばれる他のＩＤを機器ＩＤに割り当てる。ここで、仮想ＩＤは、複数の予め存在するＩＤ群の中から選択されるものであってもよいし、機器ＩＤ、配布ＩＤ、および／またはある他の数値に基づく数値演算を通じて導出されるものであってもよいし、あるいは、任意の他の既知の、または後述の改良技術を用いることで生成されてもよい。
【０１３７】
配布サーバ７０３は顧客データベース７０７を対象に、クライアント端末装置７０５から取得した機器ＩＤ（すなわち、その第２記憶デバイス（ＲＯＭ）内に保持される機器ＩＤ）と一致する既存の機器ＩＤを検索する。図３６に示すごとく、顧客データベース７０７には好適には、クライアント端末装置６０４のそれぞれに対応するそれぞれのＩＤである、それぞれの機器ＩＤが保持される。複数の機器ＩＤが、顧客されたデータベース７０７内に予め保持されており、その様子は図３６の左側の列に示されている。こうした複数の機器ＩＤのそれぞれは好適には、所与のクライアント端末装置７０５の一つ一つに対応するものであり、かつその機器ＩＤは、それぞれのクライアント端末装置７０５に対し十分に一意である。管理者サーバ７０４にもまた、好適にはデータプロセッサが含まれる。当該データプロセッサにより、顧客データベース７０７を対象にした、ネットワーク６０５を介したクライアント端末装置６０４から取得される機器ＩＤと一致する登録情報（例えば、機器ＩＤ）の検索を実現できる。この目的のために、任意の既知の、または後述の改良されたデータ処理用ハードウエアを用いることができる。
【０１３８】
図３５に再度戻り、ステップ２３において、仮想ＩＤは、顧客データベース７０７内に保持される機器ＩＤに関連付けられる。すなわち、仮想ＩＤは、配布サーバ７０３宛てに機器ＩＤを送信した特定のクライアント端末装置７０５に関連付けられる。当該関連付けは、保持された機器ＩＤに対応させるような方法で、仮想ＩＤを顧客データベース７０７内に記憶せしめることにより実現できる。
【０１３９】
上述したように、ネットワーク７０６を介する、クライアント端末装置７０５から配布サーバ７０３への登録データの送信動作には（図３５のステップ２２）、配布ＩＤ（またはメディアＩＤ）の送信動作が含まれてもよい。なお、配布ＩＤとは、ソース暗号化コンピュータプログラムまたはソース暗号化モジュールが取得された配布サーバ７０３に対応するものである。他に、登録データに含まれる配布ＩＤもまた、機器ＩＤに関連付けられて顧客データベース７０７内に保存されてもよい。
【０１４０】
図３５に示すごとく、配布サーバ７０３は好適には、暗号化された復号鍵および暗号化された仮想ＩＤを生成することが可能である。この復号鍵は、クライアント端末装置７０５上のソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化するために用いられる。ここで、配布サーバ７０３は、（図２７から図２８までに示された）暗号化サーバ７０２により生成された、それぞれのソース暗号化コンピュータプログラムまたはソース暗号化モジュールを復号化するために用いられる任意の数の復号鍵群にアクセスする。その復号鍵は、暗号化サーバ７０２および／または任意の他の適切なエンティティにより、配布サーバ７０３に提供される。さらに、その復号鍵は、ネットワーク７０６や他のネットワークを介して配布サーバ７０３に送信されてもよいし、あるいは、記録メディアにより人手で提供されてもよい。
【０１４１】
ステップ２４において、配布サーバ７０３は好適には、クライアント端末装置７０５に関連付けられた仮想ＩＤを用いて、その復号鍵を暗号化する。さらに、配布サーバ７０３は好適には、クライアント端末装置７０５の関連付けられた機器ＩＤを用いて、仮想ＩＤを暗号化する。なお、当該機器ＩＤのそれぞれは、顧客データベース７０７から取得される。
【０１４２】
配布サーバ７０３が有するネットワークインタフェースによれば、ネットワーク７０６を介した、暗号化された復号鍵および暗号化された仮想ＩＤのクライアント端末装置７０５への送信をさらに容易にできる（Ｓ２５）。ステップ２６において、クライアント端末装置７０５は好適には、ネットワーク７０６を介して、暗号化された復号鍵および暗号化された仮想ＩＤを取得し、当該取得したそれらを、（ハードディスクドライブ７０８やメモリカード７０９などの）第１の記録デバイス内に保存する。動作Ｓ２７において、配布サーバ７０３は好適には、ある復号鍵がクライアント端末装置７０５に送信されたことを（履歴データとして）記録する。この情報は、後に、例えばネットワーク７０６を介して、管理者サーバ７０４に提供される。配布サーバ７０３は好適には、履歴データ内に含まれるデータにアクセスすることはできない。このデータを課金処理や義務処理のトラッキングなどのために用いることができる。
【０１４３】
暗号化された復号鍵は、権限が与えられたクライアント端末装置７０５、例えば、有効な機器ＩＤを提供し、かつ復号鍵の暗号化のために用いられる仮想ＩＤに関連付けられたその機器ＩＤを登録したクライアント端末装置７０５のみに提供される。さらに、暗号化された復号鍵に関する任意の妨害、例えば、ネットワークでの著作権侵害行為や権限が与えられない複製等があったとしても、ソース暗号化コンピュータプログラムを復号化するために必要な情報（すなわち、有効な復号鍵）が提供されることはない。実際には、そのような復号鍵は、十分に一意である仮想ＩＤにより暗号化される。また、その暗号化された仮想ＩＤは、登録処理が完了し、かつクライアント端末装置７０５に権限が与えられてはじめて、クライアント端末装置７０５宛てに提供される。仮想ＩＤは、配布サーバ７０３からクライアント端末装置７０５に暗号化された状態で送信されるため（すなわち、クライアント端末装置７０５の機器ＩＤを用いて暗号化されるため）、暗号化された仮想ＩＤを権限なく取得しても、暗号化された復号鍵を復号化するための必要な情報が与えられることはない。
【０１４４】
ソース暗号化コンピュータプログラムまたはソース暗号化モジュールをクライアント端末装置７０５内にロードする／インストールするために実行される処理は、図１９および図２０を参照して上述した通りである。
【０１４５】
コンピュータプログラムがクライアント端末装置７０５により実行または修正される処理は、図２１および図２２を参照して上述した通りである。
【０１４６】
図３７を参照すると、本図は、レンタルプログラムコンテンツの配布者による、ソフトウエアプログラムなどのプログラムコンテンツのセキュアな配布の一例を示す処理フロー図である。そのような配布形態については、上述した米国出願番号Ｎｏ１０／３１６３０９およびＮｏ１０／３１６６７５に記載されている。
【０１４７】
レンタルプログラムコンテンツの配布者は、管理者サーバ６０１，７０４、第三者サーバ６０２，７０１、配布サーバ７０３、またはいくつか他のサーバ（図示せず）で構成されてもよい。ユーザがプログラムコンテンツのレンタルを所望する場合、ユーザは最初にレンタルシステムのメンバになることを要求される。この点について、ステップ７０において、ユーザは、例えば、クライアント端末装置６０４，７０５のある仕組みの起動を通じて、システムに入会したい旨を示す。一例として、クライアント端末装置６０４，７０５は同一の装置であってもよいし、別々の装置であってもよく、当該装置上でユーザによりレンタルプログラムが実行される。さらに、クライアント端末装置６０４，７０５には、入会処理を容易にする適切なコンピュータプログラムが含まれ、かつ実行される。
【０１４８】
ステップ７２において、クライアント端末装置６０４，７０５は好適には、ネットワーク６０５，７０６を介して、管理者サーバ６０１，７０４との通信リンクを確立する。ステップ７４において、ユーザがレンタルシステムの入会希望を行ったクライアント端末装置６０４，７０５により、リクエストが送信される。ユーザがひとつのクライアント端末装置のみを用いてコンテンツをレンタルし、かつ実行する場合、クライアント端末装置６０４，７０５は、ネットワーク６０５，７０６を介して、機器ＩＤを管理者サーバ６０１，７０４宛てに送信する。一方、ユーザが他の装置を通じてプログラムコンテンツをレンタルする場合、クライアント端末装置６０４，７０５は、ユーザに対し固有である他のＩＤ情報を送信する。応答として、管理者サーバ６０１，７０４は、電子会員証を生成する。なお、当該会員証は、ユーザが同一のクライアント端末装置を用いてプログラムコンテンツをレンタルし、かつ実行する場合のみにおいて、クライアント端末装置６０４，７０５に対し十分に一意である。管理者サーバ６０１，７０４もまた、クライアント端末装置６０４，７０５の機器ＩＤまたはユーザ情報を、例えば、上述のデータベース関連技術を用いて、電子会員証に関連付ける。ステップ６０において、管理者サーバ６０１，７０４は、ネットワーク６０５，７０６を介して、クライアント端末装置６０４，７０５に電子会員証を送信する。以下に示すごとく、電子会員証は、レンタル処理の際に用いられる。
【０１４９】
ユーザがレンタルシステムの会員になれば、ユーザは、アプリケーションプログラムおよびシステムプログラムなどのプログラムコンテンツのレンタルを許可される。好適には、プログラムコンテンツは、ビデオゲームコンピュータプログラムである。図３８によれば、クライアント端末装置６０４，７０５上で動作するコンピュータソフトウエアは、コンピュータプログラムをレンタルしたい旨のユーザからの指示受付を可能にするのが好ましい。ここで、ユーザがプログラムコンテンツのレンタルを所望するクライアント端末装置は、会員登録に用いられた装置と同一のものであってもよいし、別の装置であってもよいし、そのどちらでもなくてもよい。一例として、ユーザは、ゲームコンソール用のソフトウエアプログラムをレンタルしてもよいが、他の装置から、例えば、自身が有する携帯電話、ＰＤＡ、あるいは他のデバイスから、会員証明書や他のデータを送信することでユーザ認証を開始してもよい。会員証明書または他のデータは、人手でデータを入力することで、磁気カードやスマートカードを機械に通すことで、あるいはデバイス内に既に保存されたデータを読み取ることのいずれかで、装置内に入力される。
【０１５０】
この点に関して、ユーザからの指示に応答して（Ｓ８２）、クライアント端末装置６０４，７０５は、ユーザによるレンタル要求が送信された配布者との通信リンクを確立する（Ｓ８４）。ステップ８６において、配布者は、好適には、例えば、電子会員証を解析することで、および／または、その装置がユーザが入会した際に用いられた装置と同一である場合には、クライアント端末装置６０４，７０５の機器ＩＤを解析することで、クライアント端末装置６０４，７０５を認証する。これは、クライアント端末装置６０４，７０５が、配布者に機器ＩＤおよび／または電子会員証を要求し、正当であると示されたこれらの情報を有するデータベースに当該配布者がアクセスすることで実現される。
【０１５１】
ユーザに権限が与えられたとき、配布者は好適には、ネットワーク６０５，７０６を介して、クライアント端末装置６０４，７０５に、レンタルに利用可能なタイトルのリストやメニューを提供する（Ｓ８８）。クライアント端末装置６０４，７０５上で実行されるコンピュータソフトウエアによれば、タイトルのリストやメニューのユーザへの表示を容易にでき、ユーザがタイトルを選択したり、レンタルした時間を特定したりできる（Ｓ９０）。ユーザにより選択されたものおよび特定のレンタル時間は、好適には、ネットワーク６０５，７０６を介して配布者に送信される。
【０１５２】
ステップ９２では、配布者は好適には、その特定された時間に対するコンピュータプログラムのレンタル費用分の支払い要求をユーザに対し行う。これは、クライアント端末装置６０４，７０５や他のデバイスのいずれかを用いて、例えば、クレジットカードナンバーや普通預金口座番号を送信する方法、あるいは請求書による方法などの、任意の既知の技術を用いることにより実現される。送金がなされると、配布者は、指定のタイトルおよびレンタル時間に対して送金がなされたことを示す電子支払いチケットを生成する（Ｓ９４）。ステップ９６において、配布者は好適には、クライアント端末装置６０４，７０５に、あるいは、ネットワーク６０５，７０６上の他のデバイスにその電子支払いチケットを送信する。
【０１５３】
電子支払いチケットは、配布者に提供される送金額と引き換えに、あるレベルのレンタルする権利をユーザ（あるいは、電子支払いチケットを取得するときのクライアント端末装置６０４，７０５）に提供するのが好ましい。例えば、そのレンタルする権利は、特定された、コンピュータプログラムのタイトル、レンタル時間や送金額に対して制限される。さらに、電子支払いチケットには、コンピュータプログラムを復号化できる復号鍵などの付加的な情報が含まれる。電子支払いチケットは必ずしも復号鍵を含む必要はなく、この例に示す方法によってのみ、含むものである。電子支払いチケットには、暗号化された状態の、例えば、機器ＩＤや電子会員証の一部である他の情報（例えば、仮想ＩＤのようなもの）を用いて暗号化された、復号鍵が含まれる。いずれの場合でも、処理のこの時点においては、ユーザはあるレベルのレンタルする権利を取得する一方、コンピュータプログラムまたは暗号化された状態のコンピュータプログラムについては未取得である。
【０１５４】
処理のこの段階においては、クライアント端末装置６０４，７０５や他のデバイスは、あるタイトルの所定の時間に対する支払いが完了したことを示す電子支払いチケットを有し、さらにユーザの電子会員証をも保持してもよい。図３９によれば、クライアント端末装置６０４，７０５や他のデバイスは、ネットワーク６０５，７０６を介して、管理者サーバ６０１，７０４との通信リンクを確立することが好ましい（Ｓ９８）。ステップ１００において、管理者サーバ６０１，７０４は、機器ＩＤおよび／または電子会員証により、クライアント端末装置６０４，７０５や他のデバイスを認証する。ここで、顧客データベース６０６，７０７などの適切なデータベースにアクセスすることで認証が実現される。ステップ１０２において、クライアント端末装置６０４，７０５や他のデバイスは、電子支払いチケットをネットワーク６０５，７０６を介して、管理者サーバ６０１，７０４に送信する。管理者サーバ６０１，７０４は、応答として、電子レンタルチケットを生成し（Ｓ１０４）、ネットワーク６０５，７０６を介して、クライアント端末装置６０４，７０５や他のデバイスに当該電子レンタルチケットを送信する（Ｓ１０６）。
【０１５５】
電子レンタルチケットは、電子支払いチケットにより与えられるレンタルする権利と同一のレベルの、または当該レベルを超えたレベルのレンタルする権利をユーザ（あるいは、クライアント端末装置６０４，７０５）に提供する。例えば、その電子レンタルチケットにより、コンピュータプログラムのタイトル、レンタル時間や送金額を特定できてもよいし、当該チケットは、（復号鍵が電子支払いチケット内に含まれないと想定すれば、）暗号化されたコンピュータプログラムを復号化できる復号鍵などの付加的な情報をも含んでもよい。電子レンタルチケットは必ずしも復号鍵を含む必要はなく、この例に示す方法によってのみ、含むものである。電子レンタルチケットには、暗号化された状態の、例えば、機器ＩＤや電子会員証の一部である他の情報（例えば、仮想ＩＤのようなもの）を用いて暗号化された、復号鍵が含まれる。いすれの場合でも、処理のこの時点においては、ユーザはあるレベルのレンタルする権利を取得する一方、コンピュータプログラムまたは暗号化された状態のコンピュータプログラムについては未取得である。
【０１５６】
図４０によれば、クライアント端末装置６０４，７０５は、ネットワーク６０５，７０６を介して、配布者との通信リンクを確立することが好ましい（Ｓ１０８）。配布者は、応答として、上述の機器ＩＤおよび／または電子会員証を解析する方法で、クライアント端末装置６０４，７０５を認証する（Ｓ１１０）。次に、クライアント端末装置６０４，７０５または他のデバイスは、例えば、ネットワーク６０５，７０６を介して、電子レンタルチケット（または、少なくとも一部分）を配布者に送信するのが好ましい（Ｓ１１２）。クライアント端末装置６０４，７０５や他のデバイスが、前のすべての必要なステップを完了したため、そのクライアント端末装置がレンタルされたコンピュータプログラムの暗号化されたバージョンを取得する権限を有することを配布者に提示するのが好ましい（Ｓ１１４）。処理のこの時点においては、クライアント端末装置６０４，７０５や他のデバイスは、機器ＩＤ、電子支払いチケット、電子レンタルチケット、暗号化された復号鍵、および暗号化されたコンピュータプログラムを有するのが好ましい。
【０１５７】
ユーザは、そのコンピュータプログラムを読み出し、インストールし、実行してもよいし、さらに、上述した実施の形態について上述した処理を用いて、クライアント端末装置の処理能力を調整してもよい。その結果、このレンタルシステムによれば、ネットワーク６０５，７０６を介して、どのクライアント端末装置６０４，７０５を用いても、ユーザにレンタルプログラムコンテンツを安全に配布できる。
【０１５８】
本発明もまた、ユーザが、任意の特定のデバイスには依存せずに実行可能な、特定のソフトウエアプログラム、または特定のバージョンのプログラムを実行する権利を購入することを対象にしたアプリケーションに適している。一例として、ユーザは、自身が所有するコンソール、他人が所有するコンソール、あるいは、そのようなコンソールを多く有するゲームセンターに配置されたアーケードゲームマシン等の、任意のコンソール上で、ゲームプログラムや他のソフトウエアプログラムを実行する権利を購入できる。
【０１５９】
ユーザもまた、ディスクや他の記録媒体等の携帯可能なソフトウエア媒体に保存された、ゲームプログラムや他のソフトウエアプログラムのあるバージョンの複製物を有し、当該記録媒体から、自身のコンソール、他人のコンソール、またはゲームセンターのアーケードゲームマシン上にそのプログラムを複製してもよい。他に、ユーザは、あるバージョンのゲームプログラムや他のソフトウエアプログラムを実行する権利を有するだけでよい。いずれの場合でも、ユーザもまた、ユーザＩＤや電子証（仮想ＩＤや仮想ＩＤのようなもの）などの他の認証情報を有する。
【０１６０】
そのようなユーザが、自身のコンソール、他人のコンソール、またはゲームセンターのアーケードゲームマシン等のデバイス上で、ゲームプログラムや他のソフトウエアプログラムの実行を所望し、かつプログラムの複製物が既にコンソール内に保存されている場合、コンソール上でプログラムを実行するために、および／または、コンソール上でのプログラムの適切な実行を可能にする、必要不可欠なソフトウエアおよび／またはデータモジュールを取得することを可能にするために、ユーザの認証情報が要求される。他として、ゲームプログラムや他のソフトウエアプログラムがユーザ自身のコンソール、他人のコンソール、またはゲームセンターのコンソール内に保存されていない場合、ユーザが購入した権利に関わるバージョンのプログラムをそのコンソールがダウンロードすることを可能にするために、および／または、その後、そのコンソールにとって適切なバージョンのソフトウエアを取得するために必要とされるソフトウエアおよび／またはデータモジュールを得るために、ユーザの認証情報が要求される。
【０１６１】
ユーザ認証は、図３７ないし図４０を参照して上述した方法で実行される。すなわち、ユーザの携帯電話、ＰＤＡや他のデバイスなどの他の装置から認証情報を送信することで実行される。また、人手でデータを入力することで、磁気カードやスマートカードを機械に通すことで、あるいは、コンソールが自身のコンソールであれば、当該自身のコンソール内に既に記録されたデータを読み取ることのいずれかで、そのコンソール内に入力された、会員証または他のデータを送信することで実行される。
【０１６２】
図１１および図２７を参照して上述したように、ユーザの認証情報は、ひとつ以上の管理者サーバ６０１，７０４、第三者サーバ６０２，７０１、配布サーバ７０３、またはいくつか他のサーバ（図示せず）に送信される。さらに、ユーザが所有する権利に関わるゲームプログラムや他のソフトウエアプログラム、および、当該ゲームプログラムや他のソフトウエアプログラムのコンソール上での適切な動作に必要なソフトウエアおよび／またはデータモジュールは、図５から図３６までを参照した上述の方法で、ひとつ以上のサーバによりダウンロードされる。
【０１６３】
このように、ゲームプログラムや他のソフトウエアプログラムを実行する権利を有するユーザは、自身のコンソール、他人のコンソール、または、ゲームセンターのアーケードゲームマシンなどの任意のデバイス上で、そのコンソールにとって最も相応のバージョンのソフトウエアを用いて、プログラムを実行できる。
【０１６４】
以下、アーケードゲームマシン等のハードウエア装置に本発明を適用する場合の実施例について説明する。一般に、アーケードゲームマシンは家庭用ゲームコンソールよりも性能が高い。従って、ゲーム内容によっては、ディスプレイのサイズや映像・音声環境等で家庭用ゲームコンソールを上回るアーケードゲームマシンによってしか、十分な臨場感が得られないゲームも存在する。そこで、アーケードゲームマシン等の他のハードウエア装置に上述の実施形態で説明したシステムを導入しておき、ユーザは、自らの購入したゲームコンソール用のソフトウエアパッケージに基づく権利として、そのソフトウエアパッケージのビデオゲームコンピュータプログラムをアーケードゲームマシン等のハードウエア装置においても実行できるようにしてもよい。ハードウエア装置が、プロセッサの処理能力に応じたソフトウエアプログラムのバージョンをネットワーク経由で取得することによって、ユーザは自らの家庭用ゲームコンソールのみならず別のハードウエア装置においても、そのソフトウエアパッケージのゲームプログラムを楽しむことができる。
【０１６５】
ネットワークに接続されたハードウエア装置からユーザＩＤを受信した配布サーバは、ユーザの購入履歴や認証履歴に基づき、ユーザが実行を希望しているソフトウエアプログラムがユーザによって正当に購入されたものであることを認証する。または、ソフトウエアＩＤを受信した配布サーバは、データベースに格納されたＩＤとのマッチングによって、ソフトウエアＩＤを認証する。いずれの場合も、認証が正しく行えた場合にのみ、配布サーバは、ユーザが実行を希望するソフトウエアプログラムの一部または全体をハードウエア装置に配布する。
【０１６６】
ダウンロードされハードウエア装置内のキャッシュやハードディスク内に一時的に記憶されたソフトウエアプログラムは、一定期間が経過したり認証セッションが切れた場合には、自動的に削除されるようにしてもよい。
【０１６７】
ユーザＩＤまたはソフトウエアＩＤを認証する仕組みがハードウエア装置に組み込まれているか、または、ネットワークを介して配布サーバに接続してユーザＩＤまたはソフトウエアＩＤを認証できるのであれば、任意のハードウエア装置を利用することができる。この場合、ユーザはコントローラを用いてユーザＩＤまたはソフトウエアＩＤをハードウエア装置に入力する。ハードウエア装置それ自体が、ユーザの購入したソフトウエアパッケージのメディアの読み取りが不可能であっても、ユーザＩＤまたはソフトウエアＩＤのいずれかを認証できれば、ネットワーク経由でソフトウエアプログラムの全体をダウンロードすることで、そのソフトウエアプログラムをハードウエア装置で実行することができる。
【０１６８】
ユーザがマニュアルでソフトウエアＩＤを入力する代わりに、非接触型の読み取り装置によってソフトウエアパッケージに記されたソフトウエアＩＤを読み取るようにしてもよい。また、ユーザＩＤを用いて認証する代わりに、指紋認証や網膜認証などのセキュリティの高いバイオメトリクス認証を用いてもよい。
【０１６９】
ユーザが購入したソフトウエアパッケージがＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、Ｂｌｕ−ｒａｙ Ｄｉｓｃ等の有形のパッケージメディアの場合には、ソフトウエアＩＤの代わりに、ソフトウエアパッケージに固有のメディアＩＤを認証に使用してもよい。特に、ＲＡＭ型またはＲｅｗｒｉｔｅ型のＢｌｕ−ｒａｙ Ｄｉｓｃの場合には、記憶容量が大きいので、ユーザが配布サーバによる認証を受けてダウンロードした、適切なバージョンのソフトウエアプログラムおよび／またはデータモジュールをディスクの空き領域に格納しておけば、次回以降は認証を受ける必要がなくなる。
【０１７０】
ユーザがネットワーク経由でソフトウエアパッケージを購入した場合には、ダウンロードしたソフトウエアプログラムが格納されたハードディスクのＩＤをメディアＩＤとして用いてもよい。
【０１７１】
ユーザ識別機能と決済機能とを併せ持つＦｅｌｉｃａ（登録商標）等の電子マネーやクレジットカードによってユーザＩＤの入力を受け付けるようにすれば、料金の課金も同時にできて便利である。
【０１７２】
ソフトウエアパッケージ内のコンテンツはビデオゲームに限られず、例えば映画などのエンタテインメントコンテンツであってもよい。この場合、アーケードゲームマシンや専用シアターで再生するためのアップグレードソフトウエアを配布サーバからダウンロードすることで、適切な再生環境を整えることができる。
【０１７３】
以上、本発明を実施形態を参照して説明したが、これらの実施形態は本発明の原理および適用法を例示するにすぎない。従って、これら例示としての実施形態には多数の変形が可能であり、前掲の特許請求の範囲で規定される本発明の精神および範囲から逸脱することなく他の構成を考案することができる。
【図面の簡単な説明】
【０１７４】
【図１】ソフトウエアプログラムおよび当該プログラムが動作する処理システムの設計面の進化を、実施の形態に係る処理調整部あるいは複数の処理調整部を含めた形でグラフィカルに示す図である。
【図２Ａ】実施の形態に係るプロセッサ要素（ＰＥ）の構成の一例を示す図である。
【図２Ｂ】実施の形態に係るＰＥのマルチプロセッシングシステムの構成の一例を示す図である。
【図３】実施の形態に係るサブ処理ユニット（ＳＰＵ）の一例を示す図である。
【図４】実施の形態のひとつ以上の態様に係るマルチプロセッサシステムの実装に適した他の構成を示す図である。
【図５】実施の形態のひとつ以上の態様に係る処理能力を変化させるために、少なくとも部分的に処理システムにより実行される処理ステップを示すフロー図である。
【図６】実施の形態のひとつ以上の態様に係るコンピュータネットワークの全体構成を示す図である。
【図７】図５の処理に関連するさらなる処理プロセスを示す図である。
【図８】実施の形態のひとつ以上の態様に係るプロセッサ要素により使用される変換テーブルを示す図である。
【図９】実施の形態のひとつ以上の態様に係る、ネットワーク通信および処理能力の変化を可能にする処理システムを示す図である。
【図１０】図７の処理に関連するさらなる処理プロセスを示すフロー図である。
【図１１】１以上のユーザに対し、ソフトウエアプログラムおよび／またはデータモジュールを配布するシステムのブロック図である。
【図１２】図１１のシステムの一部により実行されるある処理プロセスの概念構成およびフローを示す図である。
【図１３】図１１のシステムのある要素により実行されるさらなるステップの概念構成およびフローを示す図である。
【図１４】図１３で示されるものが実行されるある処理ステップを示すフロー図である。
【図１５】例えば、図１１の管理者サーバなどにより実行されるある処理ステップを示すフロー図である。
【図１６】あるデータベースコンテンツの構成を示す図である。
【図１７】図１１のシステムの一部により実行されるある処理ステップの概念構成およびフローを示す図である。
【図１８】図１７に従って実行されるさらなる処理ステップを示すフロー図である。
【図１９】例えば、図１１のクライアント端末装置により実行されるひとつ以上のさらなる処理ステップを表す概念構成およびフローを示す図である。
【図２０】図１９に従って実行されるさらなる処理ステップを示すフロー図である。
【図２１】さらなる処理ステップの概念構成およびフローを示す図である。
【図２２】図２１の処理ステップに関してさらなる詳細を示すフロー図である。
【図２３】実行される他の処理ステップの概念構成およびフローを示す図である。
【図２４】図２３の処理ステップに関してさらなる詳細を示すフロー図である。
【図２５】図２３の他の概念に従ってうさらなる処理ステップの概念構成およびフローを示す図である。
【図２６】図２５の処理ステップに関してさらなる詳細を示すフロー図である。
【図２７】１以上のユーザに対してソフトウエアプログラムまたはデータモジュールを配布するさらなるシステムの構成を示す図である。
【図２８】図２７のシステムの一部により実行されるある処理ステップの概念構成およびフローを示す図である。
【図２９】図２７のシステムの一部により実行される、さらなるある処理ステップの概念構成およびフローを示す図である。
【図３０】図２９に示されるものが実行されるある処理ステップを示すフロー図である。
【図３１】例えば、図２７の管理者サーバおよびクライアント端末により実行されるある処理ステップの概念構成およびフローを示す図である。
【図３２】図３１の装置により実行されるさらなる処理ステップを示すフロー図である。
【図３３】あるデータベースコンテンツの構成を示す図である。
【図３４】図２７のシステムの一部により実行されるある処理ステップの概念構成およびフローを示す図である。
【図３５】図３４の装置により実行されるさらなる処理ステップを示すフロー図である。
【図３６】あるデータベースコンテンツの構成を示す図である。
【図３７】レンタルプログラムコンテンツの配布者が、安全にプログラムコンテンツを配布するための処理の一例のステップを示すフロー図である。
【図３８】図３７の処理のさらなるステップを示すフロー図である。
【図３９】図３８の処理のさらなるステップを示すフロー図である。
【図４０】図３９の処理のさらなるステップを示すフロー図である。
【符号の説明】
【０１７５】
１０４，１１０，１１６ ソフトウエアプログラム、 １２４，７０６ インターネット、 ２０４ メイン処理ユニット、 ２０８ サブ処理ユニット、 ２１２ バス、 ３０２ プロセッサ、 ５５０ 変換テーブル、 ６０１ 管理者サーバ、 ６０５，７０６ ネットワーク、 ６１０，７１０ システム。
【特許請求の範囲】
【請求項１】
ソフトウエアプログラムの実行を可能にする方法であって、
ソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、
ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、
ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するステップと、
を含むことを特徴とする方法。
【請求項２】
クロック周波数、メモリマップ、バス利用率、バス帯域幅、キャッシュサイズ、キャッシュ編成、命令レイテンシ、命令スループット、メモリレイテンシ、メモリスループット、エンディアン、および命令タイプという処理条件のうち少なくともひとつが、前記ソフトウエアプログラムのバージョンの適切な実行に必要な条件に対して不適合であるとき、前記少なくともひとつのプロセッサの処理能力は前記ソフトウエアプログラムのバージョンの適切な実行に不適合となることを特徴とする請求項１に記載の方法。
【請求項３】
前記識別情報は前記ソフトウエアプログラムの一部であり、前記取得するステップは、前記ソフトウエアプログラムから前記識別情報を取得することを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記取得するステップは、記憶媒体から前記識別情報を取得することを含み、前記記憶媒体は、光ディスク媒体、磁気媒体、および電子媒体のうちの少なくともひとつであることを特徴とする請求項１に記載の方法。
【請求項５】
前記決定するステップは、前記識別情報に基づいて前記少なくともひとつのプロセッサの処理能力を決定することを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記決定するステップは、前記少なくともひとつのプロセッサが、ソフトウエアプログラムを実行中のひとつまたは複数の外部のプロセッサから処理リソースを使用可能か否かを決定することを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記決定するステップは、前記少なくともひとつのプロセッサの処理能力を表す処理識別子を取得することを含むことを特徴とする請求項１に記載の方法。
【請求項８】
（ｉ）複数のソフトウエアプログラムについてのそれぞれの識別情報、（ｉｉ）処理識別子、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正するために使用可能な少なくともひとつのソフトウエアプログラムおよびデータを有するモジュール、を関連付けるテーブルに、識別情報と処理識別子を用いてアクセスし、前記ソフトウエアプログラムの別のバージョンを取得するステップと、
少なくともひとつの関連付けられたモジュールを用いて、前記ソフトウエアプログラムのバージョンの少なくとも一部を修正し、ソフトウエアプログラムのより適切なバージョンを取得するステップと、
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記修正するステップは、記憶媒体内のソフトウエアプログラムのバージョンの少なくとも一部を上書きすることを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記テーブルは、前記少なくともひとつのプロセッサと共通の場所にローカルに保存されるか、リモートに位置する管理者エンティティに保存されるか、または、リモートに位置する管理者エンティティによってアクセスされる別の位置に保存されるかのいずれかひとつの方法で保存されることを特徴とする請求項８に記載の方法。
【請求項１１】
通信チャンネルを用いて、前記少なくともひとつのプロセッサと前記管理者エンティティと間にリンクを確立するステップと、
前記通信チャンネルを介して、前記少なくともひとつのプロセッサから前記管理者エンティティに前記識別情報と前記処理識別子を送信するステップと、
をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記管理者エンティティは、前記識別情報と前記処理識別子を用いて前記テーブルにアクセスし、少なくともひとつの関連付けられたモジュールを取得することを特徴とする請求項１１に記載の方法。
【請求項１３】
通信チャンネルを介して前記管理者エンティティから前記少なくともひとつのプロセッサに、前記少なくともひとつの関連付けられたモジュールを受け取るステップと、
前記少なくともひとつの関連付けられたモジュールを使用して、前記ソフトウエアプログラムのバージョンを修正し、ソフトウエアプログラムのより適切なバージョンを取得するステップと、
をさらに含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記識別情報に応じて、前記管理者エンティティから通信チャンネルを介して暗号化された復号鍵を受け取るステップと、
前記暗号化された復号鍵を復号化するステップと、
前記復号鍵を使用して、前記少なくともひとつの関連付けられたモジュールを復号化するステップと、
をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記識別情報に応じて、前記管理者エンティティから前記通信チャンネルを介して登録データを受け取るステップと、
前記通信チャンネルを介して前記登録データを配布者に送信するステップと、
前記登録データに応じて、前記配布者からネットワークを介して、暗号化された復号鍵と暗号化された仮想ＩＤとを処理装置で受け取るステップと、
前記仮想ＩＤを用いて暗号化された復号鍵を復号化するステップと、
前記復号鍵を用いて、前記少なくともひとつの関連付けられたモジュールを復号化するステップと、
をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１６】
管理者からアクティベートされていない復号鍵を受け取るステップと、
通信チャンネルを介して前記管理者エンティティからアクティベート化要求を送信するステップと、
前記アクティベート化要求に応じて、通信チャンネルを介して前記管理者エンティティからアクティベート化許可情報を受け取るステップと、
前記アクティベート化許可情報に応じて、前記アクティベートされていない復号鍵をアクティベート化された復号鍵に変換するステップと、
前記アクティベート化された復号鍵を使用して、前記少なくともひとつの関連付けられたモジュールを復号化するステップと、
をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ソフトウエアプログラムがゲームプログラムであることを特徴とする請求項１に記載の方法。
【請求項１８】
前記識別情報は、複数の処理装置のいずれかひとつにおいて前記ソフトウエアプログラムを実行するためのユーザの権利を表すことを特徴とする請求項１に記載の方法。
【請求項１９】
前記ソフトウエアプログラムのバージョンを少なくとも一部修正するステップの前に、前記識別情報を用いて前記ソフトウエアプログラムのバージョンを取得するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２０】
前記ソフトウエアプログラムのバージョンが、前記少なくともひとつのプロセッサと共通の場所にローカルに保存されるか、リモートに位置する管理者エンティティに保存されるか、または、リモートに位置する管理者エンティティによってアクセスされる別の位置に保存されるかのいずれかひとつの方法で保存されることを特徴とする請求項１９に記載の方法。
【請求項２１】
通信チャンネルを用いて前記少なくともひとつのプロセッサと前記管理者エンティティとの間にリンクを確立するステップと、
前記通信チャンネルを介して前記少なくともひとつのプロセッサから前記管理者エンティティに前記識別情報を送信し、前記管理者エンティティは、前記識別情報を用いて前記ソフトウエアプログラムのバージョンを取得するステップと、
前記管理者エンティティから前記通信チャンネルを介して、前記ソフトウエアプログラムのバージョンを前記少なくともひとつのプロセッサで受け取るステップと、
をさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
通信チャンネルを用いて別の装置と前記管理者エンティティとの間にリンクを確立するステップと、
前記通信チャンネルを介して前記少なくともひとつのプロセッサから前記管理者エンティティに前記識別情報を送信し、前記管理者エンティティは、前記識別情報を用いて前記ソフトウエアプログラムのバージョンを取得するステップと、
前記管理者エンティティから前記通信チャンネルを介して、前記ソフトウエアプログラムのバージョンを前記少なくともひとつのプロセッサで受け取るステップと、
をさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２３】
処理タスクを実行し、さらに（ｉ）ソフトウエアプログラムのバージョンを表す識別情報を取得し、（ｉ）プロセッサの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得するよう動作可能な少なくともひとつのプロセッサを備えることを特徴とする処理調整装置。
【請求項２４】
処理タスクをそれぞれ実行可能な複数のサブ処理ユニットと、
少なくともいくつかの管理処理タスクを前記サブ処理ユニットに対して実行可能なメイン処理ユニットと、
前記サブ処理ユニットと前記メイン処理ユニットとを動作可能に接続するデータバスと、を備え、
前記メイン処理ユニットおよび前記サブ処理ユニットのうち少なくともひとつは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）前記ソフトウエアプログラムが実行される前記メイン処理ユニットまたは前記サブ処理ユニットの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得するよう動作可能であることを特徴とするシステム。
【請求項２５】
複数のデバイスを備えるシステムであって、
各デバイスは、
それぞれが処理タスクを実行可能な複数のサブ処理ユニットと、
前記サブ処理ユニットに対して少なくともいくつかの管理処理タスクを実行するよう動作するメイン処理ユニットと、
前記メイン処理ユニットと前記サブ処理ユニットとを動作可能に接続するデータバスと、を有し、
前記複数の処理デバイスのうち少なくともひとつに含まれる前記メイン処理ユニットおよび前記サブ処理ユニットのうち少なくともひとつは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）前記ソフトウエアプログラムが実行される前記メイン処理ユニットまたは前記サブ処理ユニットの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得するよう動作可能であることを特徴とするシステム。
【請求項２６】
それぞれが処理タスクを実行可能な複数のサブ処理ユニットと、前記サブ処理ユニットに対して少なくともいくつかの管理処理タスクを実行するよう動作するメイン処理ユニットと、前記メイン処理ユニットと前記サブ処理ユニットとを動作可能に接続するデータバスと、をそれぞれが有する複数の処理デバイスと、
リモートに位置する管理エンティティと、
前記複数の処理デバイスのそれぞれと前記管理エンティティとの間に通信リンクを設けるように動作可能な通信チャンネルと、
を備え、
前記複数の処理デバイスのそれぞれが有する含む前記メイン処理ユニットおよび前記サブ処理ユニットのうち少なくともひとつは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）前記ソフトウエアプログラムが実行される前記メイン処理ユニットまたは前記サブ処理ユニットの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記通信チャンネルを介して、前記識別情報と、処理デバイスに関連付けられた少なくともひとつの処理識別子とを前記管理エンティティに対して送信し、
前記管理エンティティは、（ｉ）前記識別情報と前記少なくともひとつの処理識別子とを用いて、前記ソフトウエアプログラムのバージョンの少なくとも一部を修正するために使用可能な少なくともひとつのソフトウエアプログラムおよびデータを有する、少なくともひとつの関連付けられたモジュールを取得し、（ｉｉ）前記関連付けられた処理デバイスの前記メイン処理ユニットおよび前記サブ処理ユニットの少なくともひとつに、前記少なくともひとつのモジュールを送信し、
前記関連付けられた処理デバイスのメイン処理ユニットおよびサブ処理ユニットの少なくともひとつは、前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得することを特徴とするシステム。
【請求項２７】
ソフトウエアプログラムの実行を可能とする装置であって、
ソフトウエアプログラムのバージョンを示す識別情報を取得する手段と、
ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定する手段と、
前記ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得する手段と、
を備えることを特徴とする装置。
【請求項２８】
第２のソフトウエアプログラムを実行できる方法を実施するための第１のソフトウエアプログラムが記録された記録媒体であって、
前記方法は、
前記第２のソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、
前記第２のソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、前記第２のソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、
前記第２のソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作する第２のソフトウエアプログラムのより適切なバージョンを取得するステップと、
を含むことを特徴とする記録媒体。
【請求項２９】
ソフトウエアプログラムの実行を可能にする方法によって修正されるソフトウエアプログラムが記録された記録媒体であって、
前記方法は、
ソフトウエアプログラムのバージョンを提供するステップと、
ソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、
前記ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、
前記ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するステップと、
を含むことを特徴とする記録媒体。
【請求項１】
ソフトウエアプログラムの実行を可能にする方法であって、
ソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、
ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、
ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するステップと、
を含むことを特徴とする方法。
【請求項２】
クロック周波数、メモリマップ、バス利用率、バス帯域幅、キャッシュサイズ、キャッシュ編成、命令レイテンシ、命令スループット、メモリレイテンシ、メモリスループット、エンディアン、および命令タイプという処理条件のうち少なくともひとつが、前記ソフトウエアプログラムのバージョンの適切な実行に必要な条件に対して不適合であるとき、前記少なくともひとつのプロセッサの処理能力は前記ソフトウエアプログラムのバージョンの適切な実行に不適合となることを特徴とする請求項１に記載の方法。
【請求項３】
前記識別情報は前記ソフトウエアプログラムの一部であり、前記取得するステップは、前記ソフトウエアプログラムから前記識別情報を取得することを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記取得するステップは、記憶媒体から前記識別情報を取得することを含み、前記記憶媒体は、光ディスク媒体、磁気媒体、および電子媒体のうちの少なくともひとつであることを特徴とする請求項１に記載の方法。
【請求項５】
前記決定するステップは、前記識別情報に基づいて前記少なくともひとつのプロセッサの処理能力を決定することを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記決定するステップは、前記少なくともひとつのプロセッサが、ソフトウエアプログラムを実行中のひとつまたは複数の外部のプロセッサから処理リソースを使用可能か否かを決定することを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記決定するステップは、前記少なくともひとつのプロセッサの処理能力を表す処理識別子を取得することを含むことを特徴とする請求項１に記載の方法。
【請求項８】
（ｉ）複数のソフトウエアプログラムについてのそれぞれの識別情報、（ｉｉ）処理識別子、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正するために使用可能な少なくともひとつのソフトウエアプログラムおよびデータを有するモジュール、を関連付けるテーブルに、識別情報と処理識別子を用いてアクセスし、前記ソフトウエアプログラムの別のバージョンを取得するステップと、
少なくともひとつの関連付けられたモジュールを用いて、前記ソフトウエアプログラムのバージョンの少なくとも一部を修正し、ソフトウエアプログラムのより適切なバージョンを取得するステップと、
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記修正するステップは、記憶媒体内のソフトウエアプログラムのバージョンの少なくとも一部を上書きすることを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記テーブルは、前記少なくともひとつのプロセッサと共通の場所にローカルに保存されるか、リモートに位置する管理者エンティティに保存されるか、または、リモートに位置する管理者エンティティによってアクセスされる別の位置に保存されるかのいずれかひとつの方法で保存されることを特徴とする請求項８に記載の方法。
【請求項１１】
通信チャンネルを用いて、前記少なくともひとつのプロセッサと前記管理者エンティティと間にリンクを確立するステップと、
前記通信チャンネルを介して、前記少なくともひとつのプロセッサから前記管理者エンティティに前記識別情報と前記処理識別子を送信するステップと、
をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記管理者エンティティは、前記識別情報と前記処理識別子を用いて前記テーブルにアクセスし、少なくともひとつの関連付けられたモジュールを取得することを特徴とする請求項１１に記載の方法。
【請求項１３】
通信チャンネルを介して前記管理者エンティティから前記少なくともひとつのプロセッサに、前記少なくともひとつの関連付けられたモジュールを受け取るステップと、
前記少なくともひとつの関連付けられたモジュールを使用して、前記ソフトウエアプログラムのバージョンを修正し、ソフトウエアプログラムのより適切なバージョンを取得するステップと、
をさらに含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記識別情報に応じて、前記管理者エンティティから通信チャンネルを介して暗号化された復号鍵を受け取るステップと、
前記暗号化された復号鍵を復号化するステップと、
前記復号鍵を使用して、前記少なくともひとつの関連付けられたモジュールを復号化するステップと、
をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記識別情報に応じて、前記管理者エンティティから前記通信チャンネルを介して登録データを受け取るステップと、
前記通信チャンネルを介して前記登録データを配布者に送信するステップと、
前記登録データに応じて、前記配布者からネットワークを介して、暗号化された復号鍵と暗号化された仮想ＩＤとを処理装置で受け取るステップと、
前記仮想ＩＤを用いて暗号化された復号鍵を復号化するステップと、
前記復号鍵を用いて、前記少なくともひとつの関連付けられたモジュールを復号化するステップと、
をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１６】
管理者からアクティベートされていない復号鍵を受け取るステップと、
通信チャンネルを介して前記管理者エンティティからアクティベート化要求を送信するステップと、
前記アクティベート化要求に応じて、通信チャンネルを介して前記管理者エンティティからアクティベート化許可情報を受け取るステップと、
前記アクティベート化許可情報に応じて、前記アクティベートされていない復号鍵をアクティベート化された復号鍵に変換するステップと、
前記アクティベート化された復号鍵を使用して、前記少なくともひとつの関連付けられたモジュールを復号化するステップと、
をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ソフトウエアプログラムがゲームプログラムであることを特徴とする請求項１に記載の方法。
【請求項１８】
前記識別情報は、複数の処理装置のいずれかひとつにおいて前記ソフトウエアプログラムを実行するためのユーザの権利を表すことを特徴とする請求項１に記載の方法。
【請求項１９】
前記ソフトウエアプログラムのバージョンを少なくとも一部修正するステップの前に、前記識別情報を用いて前記ソフトウエアプログラムのバージョンを取得するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２０】
前記ソフトウエアプログラムのバージョンが、前記少なくともひとつのプロセッサと共通の場所にローカルに保存されるか、リモートに位置する管理者エンティティに保存されるか、または、リモートに位置する管理者エンティティによってアクセスされる別の位置に保存されるかのいずれかひとつの方法で保存されることを特徴とする請求項１９に記載の方法。
【請求項２１】
通信チャンネルを用いて前記少なくともひとつのプロセッサと前記管理者エンティティとの間にリンクを確立するステップと、
前記通信チャンネルを介して前記少なくともひとつのプロセッサから前記管理者エンティティに前記識別情報を送信し、前記管理者エンティティは、前記識別情報を用いて前記ソフトウエアプログラムのバージョンを取得するステップと、
前記管理者エンティティから前記通信チャンネルを介して、前記ソフトウエアプログラムのバージョンを前記少なくともひとつのプロセッサで受け取るステップと、
をさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
通信チャンネルを用いて別の装置と前記管理者エンティティとの間にリンクを確立するステップと、
前記通信チャンネルを介して前記少なくともひとつのプロセッサから前記管理者エンティティに前記識別情報を送信し、前記管理者エンティティは、前記識別情報を用いて前記ソフトウエアプログラムのバージョンを取得するステップと、
前記管理者エンティティから前記通信チャンネルを介して、前記ソフトウエアプログラムのバージョンを前記少なくともひとつのプロセッサで受け取るステップと、
をさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２３】
処理タスクを実行し、さらに（ｉ）ソフトウエアプログラムのバージョンを表す識別情報を取得し、（ｉ）プロセッサの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得するよう動作可能な少なくともひとつのプロセッサを備えることを特徴とする処理調整装置。
【請求項２４】
処理タスクをそれぞれ実行可能な複数のサブ処理ユニットと、
少なくともいくつかの管理処理タスクを前記サブ処理ユニットに対して実行可能なメイン処理ユニットと、
前記サブ処理ユニットと前記メイン処理ユニットとを動作可能に接続するデータバスと、を備え、
前記メイン処理ユニットおよび前記サブ処理ユニットのうち少なくともひとつは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）前記ソフトウエアプログラムが実行される前記メイン処理ユニットまたは前記サブ処理ユニットの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得するよう動作可能であることを特徴とするシステム。
【請求項２５】
複数のデバイスを備えるシステムであって、
各デバイスは、
それぞれが処理タスクを実行可能な複数のサブ処理ユニットと、
前記サブ処理ユニットに対して少なくともいくつかの管理処理タスクを実行するよう動作するメイン処理ユニットと、
前記メイン処理ユニットと前記サブ処理ユニットとを動作可能に接続するデータバスと、を有し、
前記複数の処理デバイスのうち少なくともひとつに含まれる前記メイン処理ユニットおよび前記サブ処理ユニットのうち少なくともひとつは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）前記ソフトウエアプログラムが実行される前記メイン処理ユニットまたは前記サブ処理ユニットの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得するよう動作可能であることを特徴とするシステム。
【請求項２６】
それぞれが処理タスクを実行可能な複数のサブ処理ユニットと、前記サブ処理ユニットに対して少なくともいくつかの管理処理タスクを実行するよう動作するメイン処理ユニットと、前記メイン処理ユニットと前記サブ処理ユニットとを動作可能に接続するデータバスと、をそれぞれが有する複数の処理デバイスと、
リモートに位置する管理エンティティと、
前記複数の処理デバイスのそれぞれと前記管理エンティティとの間に通信リンクを設けるように動作可能な通信チャンネルと、
を備え、
前記複数の処理デバイスのそれぞれが有する含む前記メイン処理ユニットおよび前記サブ処理ユニットのうち少なくともひとつは、（ｉ）ソフトウエアプログラムのバージョンを示す識別情報を取得し、（ｉｉ）前記ソフトウエアプログラムが実行される前記メイン処理ユニットまたは前記サブ処理ユニットの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定し、（ｉｉｉ）前記通信チャンネルを介して、前記識別情報と、処理デバイスに関連付けられた少なくともひとつの処理識別子とを前記管理エンティティに対して送信し、
前記管理エンティティは、（ｉ）前記識別情報と前記少なくともひとつの処理識別子とを用いて、前記ソフトウエアプログラムのバージョンの少なくとも一部を修正するために使用可能な少なくともひとつのソフトウエアプログラムおよびデータを有する、少なくともひとつの関連付けられたモジュールを取得し、（ｉｉ）前記関連付けられた処理デバイスの前記メイン処理ユニットおよび前記サブ処理ユニットの少なくともひとつに、前記少なくともひとつのモジュールを送信し、
前記関連付けられた処理デバイスのメイン処理ユニットおよびサブ処理ユニットの少なくともひとつは、前記ソフトウエアプログラムのバージョンの少なくとも一部を修正して、適切に動作するソフトウエアプログラムのより適切なバージョンを取得することを特徴とするシステム。
【請求項２７】
ソフトウエアプログラムの実行を可能とする装置であって、
ソフトウエアプログラムのバージョンを示す識別情報を取得する手段と、
ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、当該ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定する手段と、
前記ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得する手段と、
を備えることを特徴とする装置。
【請求項２８】
第２のソフトウエアプログラムを実行できる方法を実施するための第１のソフトウエアプログラムが記録された記録媒体であって、
前記方法は、
前記第２のソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、
前記第２のソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、前記第２のソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、
前記第２のソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作する第２のソフトウエアプログラムのより適切なバージョンを取得するステップと、
を含むことを特徴とする記録媒体。
【請求項２９】
ソフトウエアプログラムの実行を可能にする方法によって修正されるソフトウエアプログラムが記録された記録媒体であって、
前記方法は、
ソフトウエアプログラムのバージョンを提供するステップと、
ソフトウエアプログラムのバージョンを示す識別情報を取得するステップと、
前記ソフトウエアプログラムを実行する少なくともひとつのプロセッサの処理能力が、前記ソフトウエアプログラムのバージョンの適切な実行に不適合であるか否かを決定するステップと、
前記ソフトウエアプログラムのバージョンを少なくとも一部修正して、少なくともひとつのプロセッサ上で適切に動作するソフトウエアプログラムのより適切なバージョンを取得するステップと、
を含むことを特徴とする記録媒体。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【公開番号】特開２００６−９２５４１（Ｐ２００６−９２５４１Ａ）
【公開日】平成１８年４月６日（２００６．４．６）
【国際特許分類】
【出願番号】特願２００５−２７０９９３（Ｐ２００５−２７０９９３）
【出願日】平成１７年９月１６日（２００５．９．１６）
【出願人】（３９５０１５３１９）株式会社ソニー・コンピュータエンタテインメント (871)
【Ｆターム（参考）】
【公開日】平成１８年４月６日（２００６．４．６）
【国際特許分類】
【出願日】平成１７年９月１６日（２００５．９．１６）
【出願人】（３９５０１５３１９）株式会社ソニー・コンピュータエンタテインメント (871)
【Ｆターム（参考）】
[ Back to top ]