JP2005276164A - 情報処理装置、情報処理方法、情報処理システムおよび情報処理用プログラム - Google Patents

Abstract

【課題】ネットワークを介して接続された複数の情報処理装置の間で、分散処理を確実かつ効果的に行うことができるようにする。
【解決手段】情報処理装置１，２，３および４は、それぞれメインプロセッサ２１およびサブプロセッサ２３を備えるものとする。ユーザの操作に応じたサブプロセッサプログラムをサブプロセッサで実行する場合、情報処理装置１は、自装置内に空いているサブプロセッサが必要数あるか否かを判断し、ある場合には自装置内で必要数のサブプロセッサを確保する。自装置内に空いているサブプロセッサが必要数ない場合には、情報処理装置１は他の情報処理装置２，３および４に順次、サブプロセッサの確保を要求する。ネットワーク全体でも空いているサブプロセッサだけでは必要数を確保できない場合には、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを、ユーザの操作に応じたサブプロセッサプログラムの実行用に確保する。
【選択図】図１

Description

この発明は、情報処理装置、情報処理方法、情報処理システムおよび情報処理用プログラムに関する。

最近、グリッド・コンピューティングが注目されている。グリッド・コンピューティングとは、ネットワークに接続された複数の情報処理装置を協調動作させて、高い演算性能を実現する技術である。

例えば、特許文献１（特開２００２−３４２１６５号公報）、特許文献２（特開２００２−３５１８５０号公報）、特許文献３（特開２００２−３５８２８９号公報）、特許文献４（特開２００２−３６６５３３号公報）および特許文献５（特開２００２−３６６５３４号公報）には、均一なモジュラー構造、共通のコンピューティング・モジュール、および均一なソフトウェアセルを用いることによって、高速処理用コンピュータ・アーキテクチャを実現することが示されている。

また、特許文献６（米国特許６，５８７，９０６）、特許文献７（米国特許６，６６７，９２０）、特許文献８（米国特許６，７２８，８４５）、特許文献９（米国特開２００４−００３９８９５）、特許文献１０（米国特開２００４−００５４８８０）および特許文献１１（米国特開２００４−００９８４９６）には、情報処理装置内に複数個存在するプロセッサを独立・並列に動作させることによって、処理を高速化させることが示されている。

上に挙げた先行技術文献は、以下の通りである。
特開２００２−３４２１６５号公報 特開２００２−３５１８５０号公報 特開２００２−３５８２８９号公報 特開２００２−３６６５３３号公報 特開２００２−３６６５３４号公報 米国特許６，５８７，９０６ 米国特許６，６６７，９２０ 米国特許６，７２８，８４５ 米国特開２００４−００３９８９５ 米国特開２００４−００５４８８０ 米国特開２００４−００９８４９６

しかしながら、ネットワークを介して複数の情報処理装置が接続されたネットワークシステムにおいて、ユーザの当該ネットワークシステムに対する操作に応じた処理を、ネットワークシステム全体で確実に、しかも現に実行中または実行予約中のプログラムの実行をできるだけ妨げないように、分散的に実行するには、それぞれの情報処理装置、またはネットワークシステムを管理する情報処理装置が、自装置内および他装置内のプロセッサ手段の使用状況（プログラム実行状況）を把握し、処理に必要なプロセッサ手段を自装置内または他装置内に確保する必要がある。

そこで、この発明は、各情報処理装置内のプロセッサ手段に対して的確にプログラムの実行を割り当てることができ、ネットワークシステム全体で確実に、しかも現に実行中または実行予約中のプログラムの実行をできるだけ妨げないように、分散処理を実行することができるようにしたものである。

この発明の情報処理装置は、
ネットワークに接続される情報処理装置であって、
プログラムを実行する１つまたは複数のプロセッサ手段と、このプロセッサ手段を管理する管理手段とを備え、
前記管理手段は、前記プロセッサ手段を特定するための識別子、および、この識別子によって特定されるプロセッサ手段がプログラムの実行中または実行予約中であるか否かを示す使用状況情報を含む管理テーブルを備え、ネットワークを介して当該情報処理装置に接続された他の情報処理装置からの確保要求に応じて前記プロセッサ手段の一部または全部を前記他の情報処理装置のために確保したときには、前記管理テーブルを書き替えるものである。

このような構成の、この発明の情報処理装置を複数、同一のネットワーク上に接続して、ネットワークシステムを構成すれば、各情報処理装置内のプロセッサ手段に対して的確にプログラムの実行を割り当てることができ、ネットワークシステム全体で確実に、しかも現に実行中または実行予約中のプログラムの実行をできるだけ妨げないように、分散処理を実行することができる。

また、このネットワークシステムにおいて、ある情報処理装置が当該ネットワークから切断され、かつ、その切断された情報処理装置内のプロセッサ手段が、あるプログラムの実行中または実行予約中であった場合に、切断された情報処理装置内のプロセッサ手段に代わって、切断されていない情報処理装置内のプロセッサ手段が、そのプログラムを実行する場合にも、切断されていない各情報処理装置内のプロセッサ手段に対して的確にプログラムの実行を割り当てることができ、ネットワークシステム全体で確実に、しかも現に実行中または実行予約中のプログラムの実行をできるだけ妨げないように、分散処理を実行することができる。

以上のように、この発明によれば、各情報処理装置内のプロセッサ手段に対して的確にプログラムの実行を割り当てることができ、ネットワークシステム全体で確実に、しかも現に実行中または実行予約中のプログラムの実行をできるだけ妨げないように、分散処理を実行することができる。

［１．ネットワークシステムおよび情報処理装置の基本的構成その１］
図１は、この発明のネットワークシステムの一例を示し、ネットワーク９を介して複数の情報処理装置１，２，３および４が接続されたものである。

（１−１．情報処理装置および情報処理コントローラ）
情報処理装置１，２，３および４は、それぞれ後述のような各種のＡＶ（Ａｕｄｉｏ ａｎｄ Ｖｉｓｕａｌ）機器やポータブル機器である。

情報処理装置１について示すと、情報処理装置１は、コンピュータ機能部として情報処理コントローラ１１を備える。情報処理コントローラ１１は、メインプロセッサ２１−１、サブプロセッサ２３−１，２３−２および２３−３、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）２５−１、およびＤＣ（ディスクコントローラ）２７−１を有する。

メインプロセッサ２１−１は、サブプロセッサ２３−１，２３−２および２３−３によるサブプロセッサプログラムの実行（データ処理）のスケジュール管理と、情報処理コントローラ１１（情報処理装置１）の全般的な管理とを行う。ただし、メインプロセッサ２１−１内で管理のためのプログラム以外のプログラムが動作するように構成することもできる。その場合には、メインプロセッサ２１−１はサブプロセッサとしても機能することになる。メインプロセッサ２１−１は、ＬＳ（ローカルストレージ）２２−１を有する。

サブプロセッサは、１つでもよいが、望ましくは複数とする。この例は、複数の場合である。

各サブプロセッサ２３−１，２３−２および２３−３は、メインプロセッサ２１−１の制御によって並列的かつ独立に、サブプロセッサプログラムを実行し、データを処理する。さらに、場合によってメインプロセッサ２１−１内のプログラムがサブプロセッサ２３−１，２３−２または２３−３内のサブプロセッサプログラムと連携して動作するように構成することもできる。後述する機能プログラムもメインプロセッサ２１−１内で動作するプログラムである。各サブプロセッサ２３−１，２３−２および２３−３も、ＬＳ（ローカルストレージ）２４−１，２４−２および２４−３を有する。

ＤＭＡＣ２５−１は、情報処理コントローラ１１に接続されたＤＲＡＭ（ダイナミックＲＡＭ）などからなるメインメモリ２６−１に格納されているプログラムおよびデータにアクセスするものであり、ＤＣ２７−１は、情報処理コントローラ１１に接続された外部記録部２８−１および２８−２にアクセスするものである。

外部記録部２８−１および２８−２は、固定ディスク（ハードディスク）でも、リムーバブルディスクでもよく、また、ＭＯ,ＣＤ±ＲＷ，ＤＶＤ±ＲＷなどの光ディスク、メモリディスク、ＳＲＡＭ（スタティックＲＡＭ）、ＲＯＭなど、各種のものを用いることができる。したがって、ＤＣ２７−１は、ディスクコントローラと称するが、外部記録部コントローラである。

図１の例のように、情報処理コントローラ１１に対して外部記録部２８を複数接続できるように、情報処理コントローラ１１を構成することができる。

メインプロセッサ２１−１、各サブプロセッサ２３−１，２３−２および２３−３、ＤＭＡＣ２５−１、およびＤＣ２７−１は、バス２９−１によって接続される。

情報処理コントローラ１１には、当該の情報処理コントローラ１１を備える情報処理装置１をネットワーク全体を通して一意的に識別できる識別子が、情報処理装置ＩＤとして割り当てられる。

メインプロセッサ２１−１、および各サブプロセッサ２３−１，２３−２および２３−３に対しても同様に、それぞれを特定できる識別子が、メインプロセッサＩＤおよびサブプロセッサＩＤとして割り当てられる。

情報処理コントローラ１１は、ワンチップＩＣ（集積回路）として構成することが望ましい。

他の情報処理装置２，３および４も、同様に構成される。ここで、親番号が同一であるユニットは、枝番号が異なっていても、特に断りがない限り、同じ働きをするものとする。また、以下の説明において枝番号が省略されている場合には、枝番号の違いにいる差異を生じないものとする。

（１−２．各サブプロセッサからメインメモリへのアクセス）
上述したように、１つの情報処理コントローラ内の各サブプロセッサ２３は、独立にサブプロセッサプログラムを実行し、データを処理するが、異なるサブプロセッサがメインメモリ２６内の同一領域に対して同時に読み出しまたは書き込みを行った場合には、データの不整合を生じ得る。そこで、サブプロセッサ２３からメインメモリ２６へのアクセスは、以下のような手順によって行う。

図２（Ａ）に示すように、メインメモリ２６は、アドレス指定可能な複数のメモリロケーション０〜Ｍによって構成される。各メモリロケーションに対しては、データの状態を示す情報を格納するための追加セグメント０〜Ｍが割り振られる。追加セグメントは、Ｆ／Ｅビット、サブプロセッサＩＤおよびＬＳアドレス（ローカルストレージアドレス）を含むものとされる。また、各メモリロケーションには、後述のアクセスキー０〜Ｍも割り振られる。Ｆ／Ｅビットは、以下のように定義される。

Ｆ／Ｅビット＝０は、サブプロセッサ２３によって読み出されている処理中のデータ、または空き状態であるため最新データではない無効データであり、読み出し不可であることを示す。また、Ｆ／Ｅビット＝０は、当該メモリロケーションにデータ書き込み可能であることを示し、書き込み後に１に設定される。

Ｆ／Ｅビット＝１は、当該メモリロケーションのデータがサブプロセッサ２３によって読み出されておらず、未処理の最新データであることを示す。当該メモリロケーションのデータは読み出し可能であり、サブプロセッサ２３によって読み出された後に０に設定される。また、Ｆ／Ｅビット＝１は、当該メモリロケーションがデータ書き込み不可であることを示す。

さらに、上記Ｆ／Ｅビット＝０（読み出し不可／書き込み可）の状態において、当該メモリロケーションについて読み出し予約を設定することは可能である。Ｆ／Ｅビット＝０のメモリロケーションに対して読み出し予約を行う場合には、サブプロセッサ２３は、読み出し予約を行うメモリロケーションの追加セグメントに、読み出し予約情報として当該サブプロセッサ２３のサブプロセッサＩＤおよびＬＳアドレスを書き込む。

その後、データ書き込み側のサブプロセッサ２３によって、読み出し予約されたメモリロケーションにデータが書き込まれ、Ｆ／Ｅビット＝１（読み出し可／書き込み不可）に設定されたとき、あらかじめ読み出し予約情報として追加セグメントに書き込まれたサブプロセッサＩＤおよびＬＳアドレスに読み出される。

複数のサブプロセッサによってデータを多段階に処理する必要がある場合、このように各メモリロケーションのデータの読み出し／書き込みを制御することによって、前段階の処理を行うサブプロセッサ２３が、処理済みのデータをメインメモリ２６内の所定アドレスに書き込んだ後に即座に、後段階の処理を行う別のサブプロセッサ２３が前処理後のデータを読み出すことが可能となる。

図２（Ｂ）に示すように、各サブプロセッサ２３内のＬＳ２４も、アドレス指定可能な複数のメモリロケーション０〜Ｌによって構成される。各メモリロケーションに対しては、同様に追加セグメント０〜Ｌが割り振られる。追加セグメントは、ビジービットを含むものとされる。

サブプロセッサ２３がメインメモリ２６内のデータを自身のＬＳ２４のメモリロケーションに読み出すときには、読み出し先のメモリロケーションに対応するビジービットを１に設定して予約する。ビジービットが１であるメモリロケーションには、他のデータは格納することができない。ＬＳ２４のメモリロケーションに読み出し後、ビジービットは０になり、任意の目的に使用できるようになる。

図２（Ａ）に示すように、さらに、各情報処理コントローラと接続されたメインメモリ２６には、複数のサンドボックスが含まれる。サンドボックスは、メインメモリ２６内の領域を画定するものであり、各サンドボックスは、各サブプロセッサ２３に割り当てられ、そのサブプロセッサが排他的に使用することができる。すなわち、各々のサブプロセッサ２３は、自身に割り当てられたサンドボックスを使用できるが、この領域を超えてデータのアクセスを行うことはできない。

メインメモリ２６は、複数のメモリロケーション０〜Ｍから構成されるが、サンドボックスは、これらのメモリロケーションの集合である。すなわち、１つのサンドボックスは、１つまたは複数のメモリロケーションから構成される。

さらに、メインメモリ２６の排他的な制御を実現するために、図２（Ｃ）に示すようなキー管理テーブルが用いられる。キー管理テーブルは、情報処理コントローラ内のＳＲＡＭのような比較的高速のメモリに格納され、ＤＭＡＣ２５と関連付けられる。

キー管理テーブル内には、情報処理コントローラ内のサブプロセッサの数と同数のエントリが存在し、各エントリには、サブプロセッサＩＤおよび、それに対応するサブプロセッサキーおよびキーマスクが関連付けられて格納される。

サブプロセッサ２３がメインメモリ２６を使用する際のプロセスは、以下のとおりである。まず、サブプロセッサ２３はＤＭＡＣ２５に、読み出しまたは書き込みのコマンドを送信する。このコマンドには、自身のサブプロセッサＩＤと、アクセス要求先であるメインメモリ２６のアドレスが含まれる。

ＤＭＡＣ２５は、このコマンドを実行する前に、キー管理テーブルを参照して、アクセス要求元のサブプロセッサ２３のサブプロセッサキーを調べる。次に、ＤＭＡＣ２５は、調べたアクセス要求元のサブプロセッサキーと、アクセス要求先であるメインメモリ２６内の図２（Ａ）に示したメモリロケーションに割り振られたアクセスキーとを比較して、２つのキーが一致した場合にのみ、上記のコマンドを実行する。

図２（Ｃ）に示したキー管理テーブル上のキーマスクは、その任意のビットが１になることによって、そのキーマスクに関連付けられたサブプロセッサキーの対応するビットが０または１になることができる。

例えば、サブプロセッサキーが１０１０であるとする。通常、このサブプロセッサキーによって１０１０のアクセスキーを持つサンドボックスへのアクセスだけが可能になる。しかし、このサブプロセッサキーと関連付けられたキーマスクが０００１に設定されている場合には、キーマスクのビットが１に設定された桁のみにつき、サブプロセッサキーとアクセスキーとの一致判定がマスクされ、このサブプロセッサキー１０１０によって、アクセスキーが１０１０または１０１１のいずれかであるアクセスキーを持つサンドボックスへのアクセスが可能となる。

以上のようにして、メインメモリ２６のサンドボックスの排他性が実現される。すなわち、１つの情報処理コントローラ内の複数のサブプロセッサによってデータを多段階に処理する必要がある場合、以上のように構成することによって、前段階の処理を行うサブプロセッサと、後段階の処理を行うサブプロセッサのみが、メインメモリ２６の所定アドレスにアクセスできるようになり、データを保護することができる。

例えば、以下のように使用することが考えられる。まず、情報処理装置の起動直後においては、キーマスクの値は全てゼロである。メインプロセッサ内のプログラムが実行され、サブプロセッサ内のサブプロセッサプログラムと連携動作するものとする。第１のサブプロセッサにより実行された処理結果データを一旦、メインメモリ２６に格納し、第２のサブプロセッサに送信したいときには、該当するメインメモリ領域は、当然どちらのサブプロセッサからもアクセス可能である必要がある。そのような場合に、メインプロセッサ内のプログラムは、キーマスクの値を適切に変更し、複数のサブプロセッサからアクセスできるメインメモリ領域を設けることにより、サブプロセッサによる多段階的の処理を可能にする。

より具体的には、他の情報処理装置からのデータ→第１のサブプロセッサによる処理→第１のメインメモリ領域→第２のサブプロセッサによる処理→第２のメインメモリ領域、という手順で多段階処理が行われるときには、
第１のサブプロセッサのサブプロセッサキー：０１００、
第１のメインメモリ領域のアクセスキー ：０１００、
第２のサブプロセッサのサブプロセッサキー：０１０１、
第２のメインメモリ領域のアクセスキー ：０１０１、
のような設定のままだと、第２のサブプロセッサは第１のメインメモリ領域にアクセスすることができない。そこで、第２のサブプロセッサのキーマスクを０００１にすることにより、第２のサブプロセッサによる第１のメインメモリ領域へのアクセスを可能にすることができる。

（１−３．ソフトウェアセルの生成および構成）
図１のネットワークシステムでは、情報処理装置１，２，３および４の間での分散処理のために、情報処理装置１，２，３および４の間でソフトウェアセルが伝送される。すなわち、ある情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１は、コマンド、プログラムおよびデータを含むソフトウェアセルを生成し、ネットワーク９を介して他の情報処理装置に送信することによって、処理を分散することができる。

図３に、ソフトウェアセルの構成の一例を示す。この例のソフトウェアセルは、全体として、送信元ＩＤ、送信先ＩＤ、応答先ＩＤ、セルインターフェース、ＤＭＡコマンド、プログラム、およびデータによって構成される。

送信元ＩＤには、ソフトウェアセルの送信元である情報処理装置のネットワークアドレスおよび情報処理装置ＩＤ、さらに、その情報処理装置内の情報処理コントローラが備えるメインプロセッサ２１および各サブプロセッサ２３の識別子（メインプロセッサＩＤおよびサブプロセッサＩＤ）が含まれる。

送信先ＩＤおよび応答先ＩＤには、それぞれ、ソフトウェアセルの送信先である情報処理装置、およびソフトウェアセルの実行結果の応答先である情報処理装置についての、同じ情報が含まれる。

セルインターフェースは、ソフトウェアセルの利用に必要な情報であり、グローバルＩＤ、必要なサブプロセッサの情報、サンドボックスサイズ、および前回のソフトウェアセルＩＤから構成される。

グローバルＩＤは、ネットワーク全体を通して当該のソフトウェアセルを一意的に識別できるものであり、送信元ＩＤ、およびソフトウェアセルの作成または送信の日時（日付および時刻）に基づいて作成される。

必要なサブプロセッサの情報は、当該ソフトウェアセルの実行に必要なサブプロセッサの数が設定される。サンドボックスサイズは、当該ソフトウェアセルの実行に必要なメインメモリ２６内およびサブプロセッサ２３のＬＳ２４内のメモリ量が設定される。

前回のソフトウェアセルＩＤは、ストリーミングデータなどのシーケンシャルな実行を要求する１グループのソフトウェアセル内の、前回のソフトウェアセルの識別子である。

ソフトウェアセルの実行セクションは、ＤＭＡコマンド、プログラムおよびデータから構成される。ＤＭＡコマンドには、プログラムの起動に必要な一連のＤＭＡコマンドが含まれ、プログラムには、サブプロセッサ２３によって実行されるサブプロセッサプログラムが含まれる。ここでのデータは、このサブプロセッサプログラムを含むプログラムによって処理されるデータである。

さらに、ＤＭＡコマンドには、ロードコマンド、キックコマンド、機能プログラム実行コマンド、ステータス要求コマンド、およびステータス返信コマンドが含まれる。

ロードコマンドは、メインメモリ２６内の情報をサブプロセッサ２３内のＬＳ２４にロードするコマンドであり、ロードコマンド自体のほかに、メインメモリアドレス、サブプロセッサＩＤおよびＬＳアドレスを含む。メインメモリアドレスは、情報のロード元であるメインメモリ２６内の所定領域のアドレスを示す。サブプロセッサＩＤおよびＬＳアドレスは、情報のロード先であるサブプロセッサ２３の識別子およびＬＳ２４のアドレスを示す。

キックコマンドは、サブプロセッサプログラムの実行を開始するコマンドであり、キックコマンド自体のほかに、サブプロセッサＩＤおよびプログラムカウンタを含む。サブプロセッサＩＤは、キック対象のサブプロセッサ２３を識別し、プログラムカウンタは、サブプロセッサプログラム実行用プログラムカウンタのためのアドレスを与える。

機能プログラム実行コマンドは、後述のように、ある情報処理装置が他の情報処理装置に対して、機能プログラムの実行を要求するコマンドである。機能プログラム実行コマンドを受信した情報処理装置内の情報処理コントローラは、後述の機能プログラムＩＤによって、起動すべき機能プログラムを識別する。

ステータス要求コマンドは、送信先ＩＤで示される情報処理装置の現在の動作状態（状況）に関する装置情報を、応答先ＩＤで示される情報処理装置宛に送信することを要求するコマンドである。機能プログラムについては後述するが、図６に示す情報処理装置のメインメモリ２６が記憶するソフトウェアの構成図において機能プログラムにカテゴライズされるプログラムである。機能プログラムは、メインメモリ２６にロードされ、メインプロセッサ２１により実行される。

ステータス返信コマンドは、上記のステータス要求コマンドを受信した情報処理装置が、自身の装置情報を当該ステータス要求コマンドに含まれる応答先ＩＤで示される情報処理装置に応答するコマンドである。ステータス返信コマンドは、実行セクションのデータ領域に装置情報を格納する。

図４に、ＤＭＡコマンドがステータス返信コマンドである場合におけるソフトウェアセルのデータ領域の構造を示す。

情報処理装置ＩＤは、情報処理コントローラを備える情報処理装置を識別するための識別子であり、ステータス返信コマンドを送信する情報処理装置のＩＤを示す。情報処理装置ＩＤは、電源投入時、その情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１によって、電源投入時の日時、情報処理装置のネットワークアドレスおよび情報処理装置内の情報処理コントローラに含まれるサブプロセッサ２３の数などに基づいて生成される。

情報処理装置種別ＩＤには、当該の情報処理装置の特徴を表す値が含まれる。情報処理装置の特徴とは、例えば、後述のハードディスクレコーダ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ポータブルＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）プレーヤなどである。また、情報処理装置種別ＩＤは、映像音声記録、映像音声再生など、情報処理装置の機能を表すものであってもよい。情報処理装置の特徴や機能を表す値は予め決定されているものとし、情報処理装置種別ＩＤを読み出すことにより、当該情報処理装置の特徴や機能を把握することが可能である。

ＭＳ（マスター／スレーブ）ステータスは、後述のように情報処理装置がマスター装置またはスレーブ装置のいずれで動作しているかを表すもので、これが０に設定されている場合にはマスター装置として動作していることを示し、１に設定されている場合にはスレーブ装置として動作していることを示す。

メインプロセッサ動作周波数は、情報処理コントローラ内のメインプロセッサ２１の動作周波数を表す。メインプロセッサ使用率は、メインプロセッサ２１で現在動作している全てのプログラムについての、メインプロセッサ２１での使用率を表す。メインプロセッサ使用率は、対象メインプロセッサの全処理能力に対する使用中の処理能力の比率を表した値で、例えばプロセッサ処理能力評価のための単位であるＭＩＰＳを単位として算出され、または単位時間あたりのプロセッサ使用時間に基づいて算出される。後述のサブプロセッサ使用率についても同様である。

サブプロセッサ数は、当該の情報処理コントローラが備えるサブプロセッサ２３の数を表す。サブプロセッサＩＤは、当該の情報処理コントローラ内の各サブプロセッサ２３を識別するための識別子である。

サブプロセッサステータスは、各サブプロセッサ２３の状態を表すものであり、ｕｎｕｓｅｄ，ｒｅｓｅｒｖｅｄ，ｂｕｓｙなどの状態がある。ｕｎｕｓｅｄは、当該のサブプロセッサが現在使用されてなく、使用の予約もされていないことを示す。ｒｅｓｅｒｖｅｄは、現在は使用されていないが、使用が予約されている状態を示す。ｂｕｓｙは、現在使用中であることを示す。

サブプロセッサ使用率は、当該のサブプロセッサで現在実行している、または当該のサブプロセッサに実行が予約されているサブプロセッサプログラムについての、当該サブプロセッサでの使用率を表す。すなわち、サブプロセッサ使用率は、サブプロセッサステータスがｂｕｓｙである場合には、現在の使用率を示し、サブプロセッサステータスがｒｅｓｅｒｖｅｄである場合には、後に使用される予定の推定使用率を示す。

サブプロセッサＩＤ、サブプロセッサステータスおよびサブプロセッサ使用率は、１つのサブプロセッサ２３に対して一組設定され、１つの情報処理コントローラ内のサブプロセッサ２３の数の組数だけ設定される。

メインメモリ総容量およびメインメモリ使用量は、それぞれ、当該の情報処理コントローラに接続されているメインメモリ２６の総容量および現在使用中の容量を表す。

外部記録部数は、当該の情報処理コントローラに接続されている外部記録部２８の数を表す。外部記録部ＩＤは、当該の情報処理コントローラに接続されている外部記録部２８を一意的に識別する情報である。外部記録部種別ＩＤは、当該の外部記録部の種類（例えば、ハードディスク、ＣＤ±ＲＷ、ＤＶＤ±ＲＷ、メモリディスク、ＳＲＡＭ、ＲＯＭなど）を表す。

外部記録部総容量および外部記録部使用量は、それぞれ、外部記録部ＩＤによって識別される外部記録部２８の総容量および現在使用中の容量を表す。

外部記録部ＩＤ、外部記録部種別ＩＤ、外部記録部総容量および外部記録部使用量は、１つの外部記録部２８に対して一組設定され、当該の情報処理コントローラに接続されている外部記録部２８の数の組数だけ設定される。すなわち、１つの情報処理コントローラに複数の外部記録部が接続されている場合、各々の外部記録部には異なる外部記録部ＩＤが割り当てられ、外部記録部種別ＩＤ、外部記録部総容量および外部記録部使用量も別々に管理される。

（１−４．ソフトウェアセルの実行）
ある情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１は、以上のような構成のソフトウェアセルを生成し、ネットワーク９を介して他の情報処理装置および当該装置内の情報処理コントローラに送信する。送信元の情報処理装置、送信先の情報処理装置、応答先の情報処理装置、および各装置内の情報処理コントローラは、それぞれ、上記の送信元ＩＤ、送信先ＩＤおよび応答先ＩＤによって識別される。

ソフトウェアセルを受信した情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１は、そのソフトウェアセルをメインメモリ２６に格納する。さらに、送信先のメインプロセッサ２１は、ソフトウェアセルを読み出し、それに含まれるＤＭＡコマンドを処理する。

具体的に、送信先のメインプロセッサ２１は、まず、ロードコマンドを実行する。これによって、ロードコマンドで指示されたメインメモリアドレスから、ロードコマンドに含まれるサブプロセッサＩＤおよびＬＳアドレスで特定されるサブプロセッサ内のＬＳ２４の所定領域に、情報がロードされる。ここでロードされる情報は、受信したソフトウェアセルに含まれるサブプロセッサプログラムまたはデータ、あるいはその他の指示されたデータである。

次に、メインプロセッサ２１は、キックコマンドを、これに含まれるサブプロセッサＩＤで指示されたサブプロセッサに、同様にキックコマンドに含まれるプログラムカウンタと共に送信する。

指示されたサブプロセッサは、そのキックコマンドおよびプログラムカウンタに従って、サブプロセッサプログラムを実行する。そして、実行結果をメインメモリ２６に格納した後、実行を完了したことをメインプロセッサ２１に通知する。

なお、送信先の情報処理装置内の情報処理コントローラにおいてソフトウェアセルを実行するプロセッサはサブプロセッサ２３に限定されるものではなく、メインプロセッサ２１がソフトウェアセルに含まれる機能プログラムなどのメインメモリ用プログラムを実行するように指定することも可能である。

この場合には、送信元の情報処理装置は、送信先の情報処理装置宛に、サブプロセッサプログラムの代わりに、メインメモリ用プログラムおよびそのメインメモリ用プログラムによって処理されるデータを含み、ＤＭＡコマンドがロードコマンドであるソフトウェアセルを送信し、メインメモリ２６にメインメモリ用プログラムおよびそれによって処理されるデータを記憶させる。

次に、送信元の情報処理装置は、送信先の情報処理装置宛に、送信先の情報処理装置内の情報処理コントローラについてのメインプロセッサＩＤ、メインメモリアドレス、メインメモリ用プログラムを識別するための後述の機能プログラムＩＤなどの識別子、およびプログラムカウンタを含み、ＤＭＡコマンドがキックコマンドまたは機能プログラム実行コマンドであるソフトウェアセルを送信して、メインプロセッサ２１に当該メインメモリ用プログラムを実行させる。

以上のように、この発明のネットワークシステムでは、送信元の情報処理装置は、サブプロセッサプログラムまたはメインメモリ用プログラムをソフトウェアセルによって送信先の情報処理装置に送信するとともに、当該サブプロセッサプログラムを送信先の情報処理装置内の情報処理コントローラに含まれるサブプロセッサ２３にロードさせ、当該サブプロセッサプログラムまたは当該メインメモリ用プログラムを送信先の情報処理装置に実行させることができる。

送信先の情報処理装置内の情報処理コントローラでは、受信したソフトウェアセルに含まれるプログラムがサブプロセッサプログラムである場合には、当該サブプロセッサプログラムを指定されたサブプロセッサにロードさせる。そして、ソフトウェアセルに含まれるサブプロセッサプログラムまたはメインメモリ用プログラムを実行させる。

したがって、ユーザが送信先の情報処理装置を操作しなくても自動的に、当該サブプロセッサプログラムまたは当該メインメモリ用プログラムを送信先の情報処理装置内の情報処理コントローラに実行させることができる。

このようにして情報処理装置は、自装置内の情報処理コントローラがサブプロセッサプログラムまたは機能プログラムなどのメインメモリ用プログラムを有していない場合には、ネットワークに接続された他の情報処理装置からそれらを取得することができる。さらに、各サブプロセッサとメインメモリとの間ではＤＭＡ方式によりデータが転送され、また上述したサンドボックスを使用することによって、１つの情報処理コントローラ内でデータを多段階に処理する必要がある場合でも、高速かつ高セキュリティに処理を実行することができる。

［２．情報処理装置間の分散処理の例その１］
ソフトウェアセルの使用による分散処理の結果、図５の上段に示すようにネットワーク９に接続されている複数の情報処理装置１，２，３および４は、図５の下段に示すように、仮想的な１台の情報処理装置７として動作する。ただし、そのためには、以下のような構成によって、以下のような処理が実行される必要がある。

（２−１．システムのソフトウェア構成とプログラムのロード）
図６に、個々の情報処理コントローラのメインメモリ２６が記憶するソフトウェアの構成を示す。これらのソフトウェア（プログラム）は、情報処理装置に電源が投入される前においては、当該の情報処理コントローラに接続される外部記録部２８に記録されているものである。

各プログラムは、機能または特徴によって、制御プログラム、機能プログラムおよびデバイスドライバにカテゴライズされる。

制御プログラムは、各情報処理コントローラが同じものを備え、各情報処理コントローラのメインプロセッサ２１が実行するもので、後述のＭＳ（マスター／スレーブ）マネージャおよび能力交換プログラムを含む。

機能プログラムは、メインプロセッサ２１が実行するもので、記録用、再生用、素材検索用など、情報処理コントローラごとに情報処理装置に応じたものが備えられる。

デバイスドライバは、情報処理コントローラ（情報処理装置）の入出力（送受信）用で、放送受信、モニタ出力、ビットストリーム入出力、ネットワーク入出力など、情報処理コントローラごとに情報処理装置に応じたものが備えられる。

ケーブルの差し込みなどによって情報処理装置が物理的にネットワーク９に接続された状態で、情報処理装置に主電源が投入され、情報処理装置が電気的・機能的にもネットワーク９に接続されると、その情報処理装置の情報処理コントローラのメインプロセッサ２１は、制御プログラムに属する各プログラム、およびデバイスドライバに属する各プログラムを、メインメモリ２６にロードする。

ロード手順としては、メインプロセッサ２１は、まず、ＤＣ２７に読み出し命令を実行させることによって、外部記録部２８からプログラムを読み出し、次に、ＤＭＡＣ２５に書き込み命令を実行させることによって、そのプログラムをメインメモリ２６に書き込む。

機能プログラムに属する各プログラムについては、必要なときに必要なプログラムだけをロードするように構成してもよく、または、他のカテゴリに属するプログラムと同様に、主電源投入直後に各プログラムをロードするように構成してもよい。

機能プログラムに属する各プログラムは、ネットワークに接続された全ての情報処理装置の外部記録部２８に記録されている必要はなく、いずれか１つの情報処理装置の外部記録部２８に記録されていれば、前述の方法によって他の情報処理装置からロードすることができるので、結果的に図５の下段に示すように、仮想的な１台の情報処理装置７として機能プログラムを実行することができる。

また、前述したように、メインプロセッサ２１によって処理される機能プログラムは、サブプロセッサ２３によって処理されるサブプロセッサプログラムと連携動作する場合がある。そこで、メインプロセッサ２１が外部記録部２８から機能プログラムを読み出し、メインメモリ２６に書き込む際、対象となる機能プログラムと連携動作するサブプロセッサプログラムが存在する場合には、当該サブプロセッサプログラムも併せて同じメインメモリ２６に書き込む。この場合、連携動作するサブプロセッサプログラムは、１個である場合もあるが、複数個であることもあり得る。複数個である場合には、全ての連携動作するサブプロセッサプログラムをメインメモリ２６に書き込む。

メインメモリ２６に書き込まれたサブプロセッサプログラムは、その後、サブプロセッサ２３内のＬＳ２４に書き込まれ、メインプロセッサ２１によって処理される機能プログラムと連携動作する。

図３のソフトウェアセルに示したように、機能プログラムには、プログラムごとにプログラムを一意的に識別できる識別子が、機能プログラムＩＤとして割り当てられる。機能プログラムＩＤは、機能プログラムの作成の段階で、作成日時や情報処理装置ＩＤなどから決定される。

サブプロセッサプログラムにもサブプロセッサプログラムＩＤが割り当てられ、これによりサブプロセッサプログラムを一意的に識別可能である。割り当てられるサブプロセッサプログラムＩＤは、連携動作の相手となる機能プログラムの機能プログラムＩＤと関連性のある識別子、例えば機能プログラムＩＤを親番号とした上で最後尾に枝番号を付加させた識別子でもよいが、連携動作の相手となる機能プログラムの機能プログラムＩＤとは関連性のない識別子でもよい。

いずれにしても、機能プログラムとサブプロセッサプログラムが連携動作する場合には、両者とも相手の識別子であるプログラムＩＤを自プログラム内に記憶しておく必要がある。機能プログラムが複数個のサブプロセッサプログラムと連携動作する場合にも、当該機能プログラムは、その複数個のサブプロセッサプログラムのサブプロセッサプログラムＩＤを全て記憶しておく。

メインプロセッサ２１は、自身が動作する情報処理装置の装置情報（動作状態に関する情報）を格納するための領域をメインメモリ２６に確保し、当該情報を自装置の装置情報テーブルとして記録する。ここでの装置情報は、図４に示した情報処理装置ＩＤ以下の各情報である。

（２−２．システムにおけるマスター／スレーブの決定）
上述したネットワークシステムでは、ある情報処理装置への主電源投入時、その情報処理装置の情報処理コントローラのメインプロセッサ２１は、マスター／スレーブマネージャ（以下、ＭＳマネージャ）をメインメモリ２６にロードし、実行する。

ＭＳマネージャは、自身が動作する情報処理装置がネットワーク９に接続されていることを検知すると、同じネットワーク９に接続されている他の情報処理装置の存在を確認する。ここでの「接続」または「存在」は、上述したように、情報処理装置が物理的にネットワーク９に接続されているだけでなく、電気的・機能的にもネットワーク９に接続されていることを示す。

以下では、自身が動作する情報処理装置を自装置、他の情報処理装置を他装置と称する。当該装置も、当該情報処理装置を示すものとする。

ＭＳマネージャが同じネットワーク９に接続されている他の情報処理装置の存在を確認する方法を、以下に示す。

ＭＳマネージャは、ＤＭＡコマンドがステータス要求コマンドであり、送信元ＩＤおよび応答先ＩＤが当該情報処理装置で、送信先ＩＤを特定しないソフトウェアセルを生成して、当該情報処理装置が接続されたネットワーク上に送信し、ネットワーク接続確認用のタイマーを設定する。タイマーのタイムアウト時間は、例えば１０分とされる。

当該ネットワークシステム上に他の情報処理装置が接続されている場合、その他装置は、上記ステータス要求コマンドのソフトウェアセルを受信し、上記応答先ＩＤで特定されるステータス要求コマンドを発行した情報処理装置に対して、ＤＭＡコマンドがステータス返信コマンドで、かつデータとして自身（その他装置）の装置情報を含むソフトウェアセルを送信する。このステータス返信コマンドのソフトウェアセルには、少なくとも当該他装置を特定する情報（情報処理装置ＩＤ、メインプロセッサに関する情報、サブプロセッサに関する情報など）および当該他装置のＭＳステータスが含まれる。

ステータス要求コマンドを発行した情報処理装置のＭＳマネージャは、上記ネットワーク接続確認用のタイマーがタイムアウトするまで、当該ネットワーク上の他装置から送信されるステータス返信コマンドのソフトウェアセルの受信を監視する。その結果、ＭＳステータス＝０（マスター装置）を示すステータス返信コマンドが受信された場合には、自装置の装置情報テーブルにおけるＭＳステータスを１に設定する。これによって、当該装置はスレーブ装置となる。

一方、上記ネットワーク接続確認用のタイマーがタイムアウトするまでの間にステータス返信コマンドが全く受信されなかった場合、またはＭＳステータス＝０（マスター装置）を示すステータス返信コマンドが受信されなかった場合には、自装置の装置情報テーブルにおけるＭＳステータスを０に設定する。これによって、当該装置はマスター装置となる。

すなわち、いずれの装置もネットワーク９に接続されていない状態、またはネットワーク９上にマスター装置が存在しない状態において、新たな情報処理装置がネットワーク９に接続されると、当該装置は自動的にマスター装置として設定される。一方、ネットワーク９上に既にマスター装置が存在する状態において、新たな情報処理装置がネットワーク９に接続されると、当該装置は自動的にスレーブ装置として設定される。

マスター装置およびスレーブ装置のいずれについても、ＭＳマネージャは、定期的にステータス要求コマンドをネットワーク９上の他装置に送信してステータス情報を照会することにより、他装置の状況を監視する。その結果、ネットワーク９に接続されている情報処理装置の主電源が遮断され、またはネットワーク９から情報処理装置が切り離されることにより、あらかじめ判定用に設定された所定期間内に特定の他装置からステータス返信コマンドが返信されなかった場合や、ネットワーク９に新たな情報処理装置が接続された場合など、ネットワーク９の接続状態に変化があった場合には、その情報を後述の能力交換プログラムに通知する。

（２−３．マスター装置およびスレーブ装置における装置情報の取得）
メインプロセッサ２１は、ＭＳマネージャから、ネットワーク９上の他装置の照会および自装置のＭＳステータスの設定完了の通知を受けると、能力交換プログラムを実行する。

能力交換プログラムは、自装置がマスター装置である場合には、ネットワーク９に接続されている全ての他装置の装置情報、すなわち各スレーブ装置の装置情報を取得する。

他装置の装置情報の取得は、上述したように、ＤＭＡコマンドがステータス要求コマンドであるソフトウェアセルを生成して他装置に送信し、その後、ＤＭＡコマンドがステータス返信コマンドで、かつデータとして他装置の装置情報を含むソフトウェアセルを他装置から受信することによって可能である。

能力交換プログラムは、マスター装置である自装置の装置情報テーブルと同様に、ネットワーク９に接続されている全ての他装置（各スレーブ装置）の装置情報を格納するための領域を自装置のメインメモリ２６に確保し、これら情報を他装置（スレーブ装置）の装置情報テーブルとして記録する。

すなわち、マスター装置のメインメモリ２６には、自装置を含むネットワーク９に接続されている全ての情報処理装置の装置情報が、装置情報テーブルとして記録される。

一方、能力交換プログラムは、自装置がスレーブ装置である場合には、ネットワーク９に接続されている全ての他装置の装置情報、すなわちマスター装置および自装置以外の各スレーブ装置の装置情報を取得し、これら装置情報に含まれる情報処理装置ＩＤおよびＭＳステータスを、自装置のメインメモリ２６に記録する。

すなわち、スレーブ装置のメインメモリ２６には、自装置の装置情報が、装置情報テーブルとして記録されるとともに、自装置以外のネットワーク９に接続されているマスター装置および各スレーブ装置についての情報処理装置ＩＤおよびＭＳステータスが、別の装置情報テーブルとして記録される。

また、マスター装置およびスレーブ装置のいずれについても、能力交換プログラムは、上記のようにＭＳマネージャから、新たにネットワーク９に情報処理装置が接続されたことが通知されたときには、その情報処理装置の装置情報を取得し、上述したようにメインメモリ２６に記録する。

なお、ＭＳマネージャおよび能力交換プログラムは、メインプロセッサ２１で実行されることに限らず、いずれかのサブプロセッサ２３で実行されてもよい。また、ＭＳマネージャおよび能力交換プログラムは、情報処理装置の主電源が投入されている間は常時動作する常駐プログラムであることが望ましい。

（２−４．情報処理装置がネットワークから切断された場合）
マスター装置およびスレーブ装置のいずれについても、能力交換プログラムは、上記のようにＭＳマネージャから、ネットワーク９に接続されている情報処理装置の主電源が遮断され、またはネットワーク９から情報処理装置が切り離されたことが通知されたときには、その情報処理装置の装置情報テーブルを自装置のメインメモリ２６から削除する。

さらに、このようにネットワーク９から切断された情報処理装置がマスター装置である場合には、以下のような方法によって、新たにマスター装置が決定される。

具体的に、例えば、ネットワーク９から切断されていない情報処理装置は、それぞれ、自装置および他装置の情報処理装置ＩＤを数値に置き換えて、自装置の情報処理装置ＩＤを他装置の情報処理装置ＩＤと比較し、自装置の情報処理装置ＩＤがネットワーク９から切断されていない情報処理装置中で最小である場合、そのスレーブ装置は、マスター装置に移行して、ＭＳステータスを０に設定し、マスター装置として、上述したように、ネットワーク９に接続されている全ての他装置（各スレーブ装置）の装置情報を取得して、メインメモリ２６に記録する。

（２−５．装置情報に基づく情報処理装置間の分散処理）
図５の下段に示したようにネットワーク９に接続されている複数の情報処理装置１，２，３および４を仮想的な１台の情報処理装置７として動作させるためには、マスター装置がユーザの操作およびスレーブ装置の動作状態を把握する必要がある。

図７に、４台の情報処理装置が仮想的な１台の情報処理装置７として動作する様子を示す。情報処理装置１がマスター装置、情報処理装置２，３および４がスレーブ装置Ａ，ＢおよびＣとして、動作しているものとする。

ユーザがネットワーク９に接続されている情報処理装置を操作した場合、操作対象がマスター装置１であれば、その操作情報は、マスター装置１において直接把握され、操作対象がスレーブ装置であれば、その操作情報は、操作されたスレーブ装置からマスター装置１に送信される。すなわち、ユーザの操作対象がマスター装置１とスレーブ装置のいずれであるかにかかわらず、その操作情報は常にマスター装置１において把握される。操作情報の送信は、例えば、ＤＭＡコマンドが操作情報送信コマンドであるソフトウェアセルによって行われる。

そして、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、その操作情報に従って、実行する機能プログラムを選択する。その際、必要であれば、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、上記の方法によって自装置の外部記録部２８−１または２８−２からメインメモリ２６−１に機能プログラムをロードするが、他の情報処理装置（スレーブ装置）がマスター装置１に機能プログラムを送信してもよい。

機能プログラムには、その実行単位ごとに必要となる、図４に示した各情報として表される情報処理装置種別ＩＤ、メインプロセッサまたはサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件などの、装置に関する要求スペックが規定されている。

マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、各機能プログラムについて必要となる上記要求スペックを読み出す。また、あらかじめ能力交換プログラムによってメインメモリ２６−１に記録された装置情報テーブルを参照し、各情報処理装置の装置情報を読み出す。ここでの装置情報は、図４に示した情報処理装置ＩＤ以下の各情報を示し、メインプロセッサ、サブプロセッサ、メインメモリおよび外部記録部に関する情報である。

マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、ネットワーク９上に接続された各情報処理装置の上記装置情報と、機能プログラム実行に必要となる上記要求スペックとを順次比較する。

そして、例えば、機能プログラムが録画機能を必要とする場合には、情報処理装置種別ＩＤに基づいて、録画機能を有する情報処理装置のみを特定して抽出する。さらに、機能プログラムを実行するために必要なメインプロセッサまたはサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件を確保できるスレーブ装置を、実行要求候補装置として特定する。ここで、複数の実行要求候補装置が特定された場合には、当該候補装置から１つの実行要求候補装置を特定して選択する。

実行要求するスレーブ装置が特定されたら、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、その特定されたスレーブ装置について、自装置内の情報処理コントローラ１１に含まれるメインメモリ２６−１に記録されている当該スレーブ装置の装置情報テーブルを更新する。

さらに、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、ＤＭＡコマンドが機能プログラム実行コマンドであるソフトウェアセルを生成し、当該ソフトウェアセルのセルインターフェースに、当該機能プログラムに関する必要なサブプロセッサの情報およびサンドボックスサイズ（図３参照）を設定して、上記実行要求されるスレーブ装置に対して送信する。

機能プログラムの実行を要求されたスレーブ装置は、その機能プログラムを実行するとともに、自装置の装置情報テーブルを更新する。その際、必要であれば、スレーブ装置内の情報処理コントローラに含まれるメインプロセッサ２１は、上記の方法によって自装置の外部記録部２８からメインメモリ２６に機能プログラムおよび当該機能プログラムと連携動作するサブプロセッサプログラムをロードする。

機能プログラムの実行を要求されたスレーブ装置の外部記録部２８に、必要な機能プログラムまたは当該機能プログラムと連携動作するサブプロセッサプログラムが記録されていない場合には、他の情報処理装置が当該機能プログラムまたはサブプロセッサプログラムを、その機能プログラム実行要求先スレーブ装置に送信するように、システムを構成すればよい。

サブプロセッサプログラムについては、上記のロードコマンドおよびキックコマンドを利用して他の情報処理装置に実行させることもできる。

機能プログラムの実行終了後、機能プログラムを実行したスレーブ装置内の情報処理コントローラに含まれるメインプロセッサ２１は、終了通知をマスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１に送信するとともに、自装置の装置情報テーブルを更新する。マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、その終了通知を受信して、機能プログラムを実行したスレーブ装置の装置情報テーブルを更新する。

マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、自装置および他装置の装置情報テーブルの参照結果から、当該の機能プログラムを実行することができる情報処理装置として、自身を選択する場合もあり得る。その場合には、マスター装置１が当該の機能プログラムを実行する。

図７の例で、ユーザがスレーブ装置Ａ（情報処理装置２）を操作し、当該操作に応じた機能プログラムを別のスレーブ装置Ｂ（情報処理装置３）が実行する場合につき、図８に以上の分散処理の例を示す。

図８の例では、ユーザがスレーブ装置Ａを操作することによって、スレーブ装置Ａを含むネットワークシステム全体の分散処理が開始して、まず、スレーブ装置Ａは、ステップ８１で、その操作情報をマスター装置１に送信する。

マスター装置１は、ステップ７２で、その操作情報を受信し、さらにステップ７３に進んで、自装置のメインメモリ２６−１に記録されている自装置および他装置の装置情報テーブルから、各情報処理装置の動作状態を調べて、受信した操作情報に応じた機能プログラムを実行することができる情報処理装置を選択する。この例は、スレーブ装置Ｂが選択される場合である。

次に、マスター装置１は、ステップ７４で、その選択したスレーブ装置Ｂに対して機能プログラムの実行を要求する。

スレーブ装置Ｂは、ステップ９５で、その実行要求を受信し、さらにステップ９６に進んで、実行要求された機能プログラムを実行する。

以上のように、ユーザは、１台の情報処理装置のみを操作することによって、他の情報処理装置を操作することなく、複数の情報処理装置１，２，３および４を仮想的な１台の情報処理装置７として動作させることができる。

（２−６．各情報処理装置およびシステムの具体例）
ネットワーク９を介して互いに接続される情報処理装置１，２，３および４は、基本的に上記のような情報処理コントローラ１１，１２，１３および１４によって情報処理を行うものであれば、どのようなものでもよいが、図９に、その一例を示す。

この例では、情報処理コントローラ１１を備える情報処理装置１は、ハードディスクレコーダで、図１０に示すように、ハードウェア構成としては、図１に示した外部記録部２８−１として、ハードディスクを内蔵し、図１に示した外部記録部２８−２として、ＤＶＤ±Ｒ／ＲＷ、ＣＤ±Ｒ／ＲＷ、Ｂｌｕｒａｙ−Ｄｉｓｃ（登録商標）などの光ディスクを装着できるように構成されるとともに、情報処理コントローラ１１のバス２９−１に接続されたバス３１−１に、放送受信部３２−１、映像入力部３３−１、音声入力部３４−１、映像出力部３５−１、音声出力部３６−１、操作パネル部３７−１、リモコン受光部３８−１およびネットワーク接続部３９−１が接続されたものである。

放送受信部３２−１、映像入力部３３−１および音声入力部３４−１は、放送信号を受信し、または情報処理装置１の外部から映像信号および音声信号を入力し、それぞれ所定フォーマットのデジタルデータに変換して、情報処理コントローラ１１での処理のためにバス３１−１に送出するものであり、映像出力部３５−１および音声出力部３６−１は、情報処理コントローラ１１からバス３１−１に送出された映像データおよび音声データを処理して、デジタルデータのまま、またはアナログ信号に変換して、情報処理装置１の外部に送出するものであり、リモコン受光部３８−１は、リモコン送信器４３−１からのリモコン（遠隔操作）赤外線信号を受信するものである。

図９および図１０に示すように、情報処理装置（ハードディスクレコーダ）１の映像出力部３５−１および音声出力部３６−１には、モニタ表示装置４１およびスピーカ装置４２が接続される。

図９の例の、情報処理コントローラ１２を備える情報処理装置２も、ハードディスクレコーダで、図１０において括弧内に参照番号を付して示すように、情報処理装置１と同様に構成されたものである。ただし、例えば、図９に示すように、情報処理装置（ハードディスクレコーダ）２には、モニタ表示装置およびスピーカ装置は接続されない。

情報処理装置（ハードディスクレコーダ）１および２、すなわち情報処理コントローラ１１および１２のソフトウェア構成としては、図１１に示すように、制御プログラムとして、ＭＳマネージャおよび能力交換プログラムを備え、機能プログラムとして、映像音声記録、映像音声再生、素材検索および番組録画予約のためのプログラムを備え、デバイスドライバとして、放送受信、映像出力、音声出力、外部記録部入出力およびネットワーク入出力のためのプログラムを備える。

図９の例の、情報処理コントローラ１３を備える情報処理装置３は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）で、図１２に示すように、ハードウェア構成としては、図１に示した外部記録部２８−５として、メモリカードディスクを装着できるように構成されるとともに、情報処理コントローラ１３のバス２９−３に接続されたバス５１に、液晶表示部５２、音声出力部５３、カメラ部５４、音声入力部５５、キーボード部５６およびネットワーク接続部５７が接続されたものである。

なお、図１では内部を省略した情報処理コントローラ１３は、メインプロセッサ２１−３、サブプロセッサ２３−７，２３−８および２３−９、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）２５−３、ＤＣ（ディスクコントローラ）２７−３、およびバス２９−３を備え、そのメインプロセッサ２１−３は、ＬＳ（ローカルストレージ）２２−３を有し、各サブプロセッサ２３−７，２３−８および２３−９は、ＬＳ（ローカルストレージ）２４−７，２４−８および２４−９を有する。

情報処理装置（ＰＤＡ）３、すなわち情報処理コントローラ１３のソフトウェア構成としては、図１３に示すように、制御プログラムとして、ＭＳマネージャおよび能力交換プログラムを備え、機能プログラムとして、映像音声記録、映像音声再生、電話帳、ワープロおよび表計算のためのプログラム、およびＷｅｂブラウザを備え、デバイスドライバとして、映像出力、音声出力、カメラ映像入力、マイク音声入力およびネットワーク入出力のためのプログラムを備える。

図９の例の、情報処理コントローラ１４を備える情報処理装置４は、ポータブルＣＤプレーヤで、図１４に示すように、ハードウェア構成としては、図１に示した外部記録部２８−６として、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）を装着できるように構成されるとともに、情報処理コントローラ１４のバス２９−４に接続されたバス６１に、液晶表示部６２、音声出力部６３、操作ボタン部６４およびネットワーク接続部６５が接続されたものである。

なお、図１では内部を省略した情報処理コントローラ１４は、メインプロセッサ２１−４、サブプロセッサ２３−１０，２３−１１および２３−１２、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）２５−４、ＤＣ（ディスクコントローラ）２７−４、およびバス２９−４を備え、そのメインプロセッサ２１−４は、ＬＳ（ローカルストレージ）２２−４を有し、各サブプロセッサ２３−１０，２３−１１および２３−１２は、ＬＳ（ローカルストレージ）２４−１０，２４−１１および２４−１２を有する。

情報処理装置（ポータブルＣＤプレーヤ）４、すなわち情報処理コントローラ１４のソフトウェア構成としては、図１５に示すように、制御プログラムとして、ＭＳマネージャおよび能力交換プログラムを備え、機能プログラムとして、音楽再生のためのプログラムを備え、デバイスドライバとして、音声出力、ＣＤ制御およびネットワーク入出力のためのプログラムを備える。

以上のような図９の例のネットワークシステムにおいて、情報処理装置１，３および４がネットワーク９上に接続されており、情報処理装置１がマスター装置（ＭＳステータス＝０）として、情報処理装置３および４がスレーブ装置（ＭＳステータス＝１）として、設定されているものとする。

この状態で、新たに情報処理装置２がネットワーク９に接続されると、上述した方法によって、情報処理装置２内の情報処理コントローラ１２に含まれるメインプロセッサ２１−２で実行されているＭＳマネージャは、他の情報処理装置１，３および４にＭＳステータスを照会して、情報処理装置１が既にマスター装置として存在することを認識し、自装置（情報処理装置２）をスレーブ装置（ＭＳステータス＝１）に設定する。また、マスター装置に設定されている情報処理装置１は、新たに追加された情報処理装置２を含む各装置の装置情報を収集して、メインメモリ２６−１内の装置情報テーブルを更新する。

このような状態で、ユーザによってスレーブ装置である情報処理装置（ＰＤＡ）３で２時間の放送番組の録画予約の操作が行われた場合を示す。

この場合、スレーブ装置である情報処理装置（ＰＤＡ）３は、ユーザから録画開始時刻、録画終了時刻、録画対象放送チャネル、録画品質などの情報を含む録画予約情報の入力を受け付け、当該録画予約情報およびＤＭＡコマンドとしての録画予約コマンドを含むソフトウェアセルを生成して、マスター装置である情報処理装置１に送信する。

ＤＭＡコマンドが録画予約コマンドであるソフトウェアセルを受信した情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、録画予約コマンドを読み出すとともに、メインメモリ２６−１内の装置情報テーブルを参照して、当該録画予約コマンドを実行可能な情報処理装置を特定する。

まず、メインプロセッサ２１−１は、装置情報テーブルに含まれる各情報処理装置１，２，３および４の情報処理装置種別ＩＤを読み出して、録画予約コマンドに対応する機能プログラムを実行可能な情報処理装置を抽出する。ここでは、録画機能を示す情報処理装置種別ＩＤを有する情報処理装置１および２が候補装置として特定され、情報処理装置３および４は候補装置から除外される。

次に、マスター装置である情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、装置情報テーブルを参照して、情報処理装置１および２のメインプロセッサまたはサブプロセッサの処理能力、メインメモリに関する情報などの、装置に関する情報を読み出し、情報処理装置１および２が録画予約コマンドに対応する機能プログラムの実行に必要な要求スペックを満足するか否かを判断する。ここでは、情報処理装置１，２とも、録画予約コマンドに対応する機能プログラムの実行に必要な要求スペックを満足するものとする。

さらに、メインプロセッサ２１−１は、装置情報テーブルを参照して、情報処理装置１および２の外部記録部に関する情報を読み出し、外部記録部の空き容量が当該録画予約コマンドの実行に必要な容量を満足するか否かを判断する。情報処理装置１および２はハードディスクレコーダであるので、それぞれハードディスク２８−１および２８−３の、総容量と使用量との差分が、それぞれの空き容量に相当する。

この場合、情報処理装置１のハードディスク２８−１の空き容量が、録画時間に換算して１０分であり、情報処理装置２のハードディスク２８−３の空き容量が、録画時間に換算して２０時間であるとする。

このとき、マスター装置である情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、当該録画予約コマンドの実行に必要な２時間分の空き容量を確保できる情報処理装置を、実行要求先スレーブ装置として特定する。

その結果、情報処理装置２のみが実行要求先スレーブ装置として選択され、マスター装置である情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、ユーザにより操作された情報処理装置３から送信された録画予約情報を含む当該録画予約コマンドを情報処理装置２に送信して、上記２時間の放送番組の録画予約の実行を要求する。

そして、情報処理装置２内の情報処理コントローラ１２に含まれるメインプロセッサ２１−２は、当該録画予約コマンドを解析して、録画に必要な機能プログラムを外部記録部であるハードディスク２８−３からメインメモリ２６−２にロードし、録画予約情報に従って録画を実行する。その結果、録画予約された２時間の放送番組の映像音声データが情報処理装置２のハードディスク２８−３に記録される。

このように、図９の例のネットワークシステムにおいても、ユーザは、１台の情報処理装置のみを操作することによって、他の情報処理装置を操作することなく、複数の情報処理装置１，２，３および４を仮想的な１台の情報処理装置７として動作させることができる。

［３．サブプロセッサの割り当てによる分散処理その１］
図７または図９のネットワークシステムにおける前述の例は、マスター装置である情報処理装置１が機能プログラムを実行することができる情報処理装置を特定する際、当該機能プログラムの実行に必要な全ての要求スペックを満足する情報処理装置がネットワークシステム内に存在する場合であるが、このような情報処理装置が存在しない場合もあり得る。

図９の例では、マスター装置である情報処理装置１は、録画予約コマンドに対応する機能プログラムを実行させる情報処理装置として、最終的に情報処理装置２を特定したが、情報処理装置２が当該機能プログラムの実行に必要な要求スペックを一部、満たしていないこともある。例えば、他の要求スペックは全て満たしているが、サブプロセッサ数が不足している場合である。そのような場合でも、情報処理装置２は、上記のロードコマンドまたはキックコマンドを利用して他の情報処理装置内のサブプロセッサを利用することによって、当該機能プログラムを実行できる可能性がある。

そこで、マスター装置が機能プログラムを実行させる情報処理装置を特定する際、候補となる情報処理装置のサブプロセッサ処理能力を考慮しないで、当該機能プログラムを実行させる情報処理装置を特定する場合の例を示す。

この場合、機能プログラムには、図４に示した各情報として表される情報処理装置種別ＩＤ、メインプロセッサまたはサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件などの、装置に関する要求スペックが規定されており、マスター装置が当該機能プログラムを実行させる情報処理装置を特定する際には、サブプロセッサ処理能力以外の要求スペックを満足する情報処理装置を特定するものとする。したがって当然、マスター装置によって特定されて機能プログラムの実行を要求された情報処理装置は、自装置内に当該機能プログラムの実行に必要なサブプロセッサ処理能力を確保できない場合がある。

以下に、分散処理の他の例として、このように機能プログラムの実行を要求された情報処理装置が、ネットワークシステムに含まれる他の情報処理装置内のサブプロセッサを利用する場合について示す。

（３−１．システム構成）
図１６に、４台の情報処理装置１，２，３および４がネットワーク９に接続されている状態を示す。

情報処理装置１がマスター装置として、情報処理装置２，３および４がスレーブ装置として、それぞれ動作し、マスター装置である情報処理装置１が機能プログラムを実行させる情報処理装置として自装置を特定するものとする。

ネットワーク９に接続されている各情報処理装置のソフトウェア構成としては、図１７に示すように、制御プログラムとして、図６などに示したＭＳマネージャおよび能力交換プログラムのほかに、リソースマネージャを含むものとする。

リソースマネージャは、自装置内の各サブプロセッサを制御して、プログラムやデータの転送、プログラムの実行の開始や停止、プログラムの実行結果の受信などを行うものである。

さらに、リソースマネージャは、自装置内の各サブプロセッサの使用状況を把握して、他の情報処理装置からの問い合わせに対して応答し、または他の情報処理装置に対して、その他装置内の各サブプロセッサの使用状況を問い合わせる。

そのために、リソースマネージャには、図１８に示すようなサブプロセッサ管理テーブルを用意する。

この例は、各情報処理装置内の情報処理コントローラが数個以上のサブプロセッサを備える場合で、サブプロセッサ管理テーブル中の情報処理装置ＩＤは、自装置の情報処理装置ＩＤであり、サブプロセッサＩＤは、自装置内の各サブプロセッサのサブプロセッサＩＤであり、サブプロセッサステータスは、各サブプロセッサの使用状況を示す。

サブプロセッサステータスとしては、上述したように、ｕｎｕｓｅｄ（現在使用されてなく、使用の予約もされていない状態）、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）、およびｂｕｓｙ（現在使用されている状態）がある。

後述のように、ｕｎｕｓｅｄを空いている状態とし、空いているか否か、すなわち、ｕｎｕｓｅｄであるか、ｒｅｓｅｒｖｅｄまたはｂｕｓｙであるかを、空き状況とする。

サブプロセッサプログラムＩＤは、当該のサブプロセッサで実行中の、または当該のサブプロセッサに実行予約中のサブプロセッサプログラムを識別する識別子であり、機能プログラムＩＤは、上段のサブプロセッサプログラムＩＤで示されるサブプロセッサプログラムと連携動作する機能プログラムを識別する識別子である。

サブプロセッサプログラム優先度は、その実行中または実行予約中のサブプロセッサプログラムの優先度である。サブプロセッサプログラム優先度は、当該サブプロセッサプログラムと連携動作する機能プログラムの優先度に応じて、あらかじめ決定され、例えば、ｈｉｇｈ（優先度が高い），ｍｉｄｄｌｅ（中位の優先度）およびｌｏｗ（優先度が低い）の３段階に区分される。

ロックシーケンス番号は、後述のようにサブプロセッサを確保する際などに、リソースマネージャが発番し、サブプロセッサ管理テーブルに記述する。リソースマネージャは、機能プログラムから受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が、このサブプロセッサ管理テーブルに記述されたそれらと一致するときにのみ、そのサブプロセッサの使用を許可する。

（３−２．サブプロセッサ割り当て処理）
上述したように、図１６において、情報処理装置１がマスター装置として、情報処理装置２，３および４がスレーブ装置として、それぞれ動作し、マスター装置としての情報処理装置１が機能プログラムを実行させる情報処理装置として自装置を特定したものとする。

そして、情報処理装置１が、自装置のメインメモリ２６−１内の機能プログラムと連携動作するサブプロセッサプログラムの実行用に、自装置内または他の情報処理装置２，３および４内にサブプロセッサを確保する場合の、情報処理装置１のメインメモリ２６−１内の機能プログラム、情報処理装置１内のリソースマネージャ、および他の情報処理装置２，３および４内のリソースマネージャによって実行されるサブプロセッサ割り当て処理の一例を、図１９〜図２７を用いて示す。

まず、図１９に示すように、情報処理装置１のメインメモリ２６−１内の機能プログラムは、ステップ１１１で、サブプロセッサプログラムの実行に必要なサブプロセッサ数を判断し、次にステップ１１２で、自装置（情報処理装置１）内のリソースマネージャに、当該の機能プログラムの機能プログラムＩＤと、当該機能プログラムと連携動作する全てのサブプロセッサプログラムのサブプロセッサプログラムＩＤおよびサブプロセッサプログラム優先度とを添えて、必要数（ｎ個とする）のサブプロセッサの使用要求を出力する。

これに対して、情報処理装置１内のリソースマネージャは、ステップ１１３で、自装置（情報処理装置１）の図１８に示したサブプロセッサ管理テーブルを参照して、自装置内にｎ個のサブプロセッサの空きがあるか否かを判断し、ｎ個以上のサブプロセッサが空いている場合には、ステップ１１３からステップ１１４に進んで、自装置内にｎ個のサブプロセッサを確保するとともに、その確保した各サブプロセッサにつき、サブプロセッサ管理テーブル内のサブプロセッサステータスを、ｕｎｕｓｅｄからｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替え、ロックシーケンス番号を発番して、サブプロセッサ管理テーブルに記述する。

さらに、情報処理装置１内のリソースマネージャは、ステップ１１５に進んで、当該の機能プログラムに、自装置内にｎ個のサブプロセッサを確保したことと、確保したｎ個のサブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤ、およびロックシーケンス番号とを通知する。

図２０に示すように、当該の機能プログラムは、ステップ１１７で、この通知を受信して、自装置（情報処理装置１）内のリソースマネージャに、自身の機能プログラムＩＤと共に、確保した各サブプロセッサに対するサブプロセッサＩＤ、サブプロセッサプログラムＩＤ、サブプロセッサプログラム本体およびロックシーケンス番号を、確保したサブプロセッサ数の分だけ送信する。

情報処理装置１内のリソースマネージャは、ステップ１２１で、これらを受信して、各サブプロセッサに対するサブプロセッサプログラムを保存し、さらにステップ１２２に進んで、受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断し、同じであるときには、ステップ１２３に進んで、確保した各サブプロセッサにサブプロセッサプログラムを送信し、さらにステップ１２４に進んで、当該の機能プログラムに、各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

以上によって、情報処理装置１内の空いているサブプロセッサだけで必要数のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

情報処理装置１内のリソースマネージャは、ステップ１２２で、当該の機能プログラムから受信したサブプロセッサプログラムＩＤまたはロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと異なると判断した場合には、ステップ１２２からステップ１２６に進んで、当該の機能プログラムにエラーを通知する。

この場合には、当該の機能プログラムは、ステップ１２７で、エラー処理を実行する。このエラー処理は、具体的には、再度、ステップ１１２からサブプロセッサ割り当て処理を実行するなどである。

一方、情報処理装置１内のリソースマネージャは、図１９のステップ１１３で、自装置内にｎ個のサブプロセッサの空きがないと判断した場合、すなわち情報処理装置１内に空いているサブプロセッサが（ｎ−１）個以下しかない（１個もない場合を含む）と判断した場合には、図２１に示すように、ステップ１１３からステップ１３１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。図１６は、他の情報処理装置２，３および４が接続されている場合である。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１内のリソースマネージャは、ステップ１３１からステップ１３２に進んで、その中の１個である他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャに、サブプロセッサの空き状況を問い合わせる。

この問い合わせは、図２８（Ａ）に示すようなサブプロセッサ空き状況問い合わせコマンドによって行う。具体的に、このサブプロセッサ空き状況問い合わせコマンドは、送信元ＩＤ（この場合は情報処理装置１の情報処理装置ＩＤ）、送信先ＩＤ（この場合は情報処理装置２の情報処理装置ＩＤ）および応答先ＩＤ（この場合は情報処理装置１の情報処理装置ＩＤ）を有し、ＤＭＡコマンドとして、サブプロセッサ空き状況問い合わせコマンド本体および機能プログラムＩＤを含むものとする。

図２１に示すように、この問い合わせに対して、当該他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャは、ステップ１３３で、自装置内のサブプロセッサ管理テーブルから、自装置内のサブプロセッサの空き状況を判断し、さらにステップ１３５に進んで、自装置内に空いているサブプロセッサがある場合には、その数およびサブプロセッサＩＤを、空いているサブプロセッサがない場合には、その旨を、情報処理装置１内のリソースマネージャに通知する。

この通知は、図２８（Ｂ）に示すようなサブプロセッサ空き状況返信コマンドによって行う。具体的に、このサブプロセッサ空き状況返信コマンドは、送信元ＩＤ（この場合は情報処理装置２の情報処理装置ＩＤ）、送信先ＩＤ（この場合は情報処理装置１の情報処理装置ＩＤ）および応答先ＩＤ（この場合は情報処理装置１の情報処理装置ＩＤ）を有し、ＤＭＡコマンドとして、サブプロセッサ空き状況返信コマンド本体、機能プログラムＩＤ、空いているサブプロセッサの数、および空いている各サブプロセッサのサブプロセッサＩＤを含むものとする。

この通知を受けて、情報処理装置１内のリソースマネージャは、図２２に示すように、ステップ１３６で、自装置（情報処理装置１）分と他装置（情報処理装置２）分とを合わせてトータルで、ｎ個のサブプロセッサを確保できるか否かを判断する。

例えば、ｎが８，９または１０というような数である場合に、情報処理装置１内で１個のサブプロセッサしか確保できず、情報処理装置２内で（ｎ−２）個のサブプロセッサしか確保できない場合には、トータルでｎ個のサブプロセッサを確保できないことになる。

このようにトータルでｎ個のサブプロセッサを確保できない場合には、情報処理装置１内のリソースマネージャは、図２１に示すように、ステップ１３６からステップ１３１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。図１６は、他の情報処理装置３および４が接続されている場合である。

以下、情報処理装置２の場合と同様に、ネットワークシステム全体でｎ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ１３２，１３３，１３５，１３６および１３１の処理を繰り返す。

情報処理装置１以外にネットワーク上に複数個の情報処理装置が接続されている場合に情報処理装置１内のリソースマネージャがサブプロセッサの空き状況を問い合わせる順番については、例えば、上述したマスター装置の決定方法のように、ネットワーク上の各情報処理装置の情報処理装置ＩＤを数値に置き換え、当該数値が小さい情報処理装置順にサブプロセッサの空き状況を問い合わせることが考えられる。

そして、ネットワークシステム全体で、空いているサブプロセッサによってｎ個のサブプロセッサを確保できる場合には、情報処理装置１内のリソースマネージャは、図２２に示すように、ステップ１３６からステップ１３７に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できることを通知する。

当該の機能プログラムは、ステップ１３８で、この通知を受信し、後述のように自装置（情報処理装置１）内のリソースマネージャにサブプロセッサ確保要求を出力する。

一方、情報処理装置１内のリソースマネージャは、図２１のステップ１３１で、それ以上、ネットワーク上に情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体でも（情報処理装置１のみがネットワーク上に存在する場合には情報処理装置１内だけで）、空いているサブプロセッサによってｎ個のサブプロセッサを確保できないと判断した場合には、図２２に示すように、ステップ１３１からステップ１４１に進んで、自装置（情報処理装置１）内に当該の機能プログラムより優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否か、および、ある場合には、その数を検出する。

この場合の「実行中」というのは、ｂｕｓｙ（現在使用されている状態）だけでなく、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）を含む。以下では、当該の機能プログラムより優先度の低いサブプロセッサプログラムを、単に「優先度の低いサブプロセッサプログラム」と称する。

さらに、情報処理装置１内のリソースマネージャは、ステップ１４３に進んで、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｎ個のサブプロセッサを確保できるか否かを判断し、確保できる場合には、ステップ１４３からステップ１４４に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できることを通知する。

当該の機能プログラムは、ステップ１３８で、この通知を受信し、後述のように自装置（情報処理装置１）内のリソースマネージャにサブプロセッサ確保要求を出力する。

一方、情報処理装置１内のリソースマネージャは、ステップ１４３で、ネットワークシステム全体の空いているサブプロセッサと、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｎ個のサブプロセッサを確保できないと判断した場合には、図２３に示すように、ステップ１４３からステップ１５１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１内のリソースマネージャは、ステップ１５１からステップ１５２に進んで、当該他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャに、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサの有無および数を問い合わせる。この場合の「実行中」というのも、ｂｕｓｙだけでなく、ｒｅｓｅｒｖｅｄを含む。

この問い合わせは、図２８（Ａ）に示したようなサブプロセッサ空き状況問い合わせコマンドに、当該の機能プログラムと連携動作するサブプロセッサプログラムのサブプロセッサプログラム優先度を含めたコマンドによって行う。

図２３に示すように、この問い合わせに対して、当該他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャは、ステップ１５３で、自装置内のサブプロセッサ管理テーブルから、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否かを判断し、ある場合には、その数およびサブプロセッサＩＤを情報処理装置１内のリソースマネージャに通知し、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがない場合には、その旨を情報処理装置１内のリソースマネージャに通知する。

この通知は、図２８（Ｂ）に示したようなサブプロセッサ空き状況返信コマンドにおいて、空いているサブプロセッサの数およびサブプロセッサＩＤに代えて、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサの数およびサブプロセッサＩＤを記述したコマンドによって行う。

この通知を受けて、情報処理装置１内のリソースマネージャは、図２３に示すように、ステップ１５４で、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１）内および他装置（この場合は情報処理装置２）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｎ個のサブプロセッサを確保できるか否かを判断する。

例えば、ｎ＝７の場合に、ネットワークシステム全体で空いているサブプロセッサが２個しかなく、情報処理装置１内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサが２個しかなく、情報処理装置２内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサが２個しかない場合には、トータルでｎ個のサブプロセッサを確保できないことになる。

このようにトータルでｎ個のサブプロセッサを確保できない場合には、情報処理装置１内のリソースマネージャは、ステップ１５４からステップ１５１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。

以下、情報処理装置２の場合と同様に、ネットワークシステム全体でｎ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ１５２，１５３，１５４および１５１の処理を繰り返す。

そして、空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ネットワークシステム全体でｎ個のサブプロセッサを確保できる場合には、情報処理装置１内のリソースマネージャは、ステップ１５４からステップ１５５に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できることを通知する。

当該の機能プログラムは、ステップ１５８で、この通知を受信し、以下のように自装置（情報処理装置１）内のリソースマネージャにサブプロセッサ確保要求を出力する。

すなわち、当該の機能プログラムは、図２２のステップ１３８、または図２３のステップ１５８で、情報処理装置１内のリソースマネージャから、ｎ個のサブプロセッサを確保できる旨の通知を受信したら、図２４に示すように、ステップ１６１で、自装置（情報処理装置１）内のリソースマネージャに、ｎ個のサブプロセッサの確保要求を出力する。

図２４に示すように、この確保要求に対して、情報処理装置１内のリソースマネージャは、ステップ１６２で、自装置（情報処理装置１）内に確保すべき分がある場合には、その分のサブプロセッサを自装置内に確保し、さらにステップ１６３に進んで、他の情報処理装置内に確保されるべき分があるか否かを判断し、他の情報処理装置内に確保されるべき分がない場合には、ステップ１６３からステップ１６４に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保したことを通知する。

情報処理装置１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できず、かつ情報処理装置１以外にネットワーク上に接続されている情報処理装置が存在しないが、情報処理装置１内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｎ個のサブプロセッサを確保できる場合には、このように情報処理装置１内だけでｎ個のサブプロセッサが確保されることになる。

この場合、情報処理装置１内のリソースマネージャは、ステップ１６２では、自装置内に確保した各サブプロセッサにつき、自装置のサブプロセッサ管理テーブル内のサブプロセッサステータスがｕｎｕｓｅｄとなっているものについては、ｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替えるとともに、ロックシーケンス番号を発番してサブプロセッサ管理テーブルに記述し、ステップ１６４では、これら情報を、当該の機能プログラムに送信する。

具体的に、ステップ１６４で送信される情報は、確保したサブプロセッサの数、確保した各サブプロセッサのサブプロセッサＩＤおよびロックシーケンス番号を含むものとする。

図２４に示すように、当該の機能プログラムは、ステップ１６７で、このサブプロセッサ確保通知を受信し、後述のように自装置（情報処理装置１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

なお、情報処理装置１内のリソースマネージャは、ステップ１６２で、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを、当該の機能プログラムと連携動作するサブプロセッサプログラムの実行用に確保した場合には、その優先度の低いサブプロセッサプログラムおよび当該サブプロセッサプログラムと連携動作する機能プログラムに対してサブプロセッサが奪われたことを通知する。

一方、確保されるべきｎ個のサブプロセッサに他の情報処理装置内に確保されるべき分がある場合には、情報処理装置１内のリソースマネージャは、ステップ１６３からステップ１７１に進んで、他の情報処理装置２，３および４内のリソースマネージャにサブプロセッサの確保を要求し、他の情報処理装置２，３および４内のリソースマネージャは、ステップ１７２で、それぞれ自装置内に自装置分のサブプロセッサを確保する。

他の情報処理装置に対するサブプロセッサの確保要求は、図２９（Ａ）に示すようなＤＭＡコマンドがサブプロセッサ確保要求コマンドであるソフトウェアセルによって行う。具体的に、このサブプロセッサ確保要求コマンドは、ＤＭＡコマンドとして、サブプロセッサ確保要求コマンド本体、機能プログラムＩＤ、サブプロセッサプログラム優先度、確保要求サブプロセッサ数および確保要求サブプロセッサ数の分のサブプロセッサプログラムＩＤを含むものとする。

情報処理装置１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できないが、情報処理装置１以外にもネットワーク上に情報処理装置が存在していて、ネットワークシステム全体で、空いているサブプロセッサだけで、または優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｎ個のサブプロセッサを確保できる場合には、このように他の情報処理装置を含めたネットワークシステム全体でｎ個のサブプロセッサが確保されることになる。

この場合、他の情報処理装置２，３および４内のリソースマネージャは、ステップ１７２では、それぞれ自装置内に確保した各サブプロセッサにつき、自装置のサブプロセッサ管理テーブル内のサブプロセッサステータスがｕｎｕｓｅｄとなっているものについては、ｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替えるとともに、ロックシーケンス番号を発番してサブプロセッサ管理テーブルに記述する。

また、他の情報処理装置２，３および４内のリソースマネージャは、ステップ１７２で、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを、当該の機能プログラムと連携動作するサブプロセッサプログラムの実行用に確保した場合には、その優先度の低いサブプロセッサプログラムおよび当該サブプロセッサプログラムと連携動作する機能プログラムに対してサブプロセッサが奪われたことを通知する。

さらに、他の情報処理装置２，３および４内のリソースマネージャは、図２５に示すように、ステップ１７３で、それぞれ自装置内に自装置分のサブプロセッサを確保したことを、情報処理装置１内のリソースマネージャに通知する。

この通知には、図２９（Ｂ）に示すようなＤＭＡコマンドがサブプロセッサ確保返信コマンドであるソフトウェアセルを用いる。具体的に、このサブプロセッサ確保返信コマンドは、ＤＭＡコマンドとして、サブプロセッサ確保返信コマンド本体、機能プログラムＩＤ、サブプロセッサプログラム優先度、確保したサブプロセッサの数、確保した各サブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤおよびロックシーケンス番号を含むものとする。

図２５に示すように、情報処理装置１内のリソースマネージャは、他の情報処理装置２，３および４内のリソースマネージャからのサブプロセッサ確保通知を受信したら、ステップ１７４で、当該の機能プログラムに、ｎ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ１７７で、このサブプロセッサ確保通知を受信し、自装置（情報処理装置１）内のリソースマネージャに、各サブプロセッサに対するサブプロセッサプログラムを送信する。

すなわち、当該の機能プログラムは、図２４のステップ１６７、または図２５のステップ１７７で、情報処理装置１内のリソースマネージャから、ｎ個のサブプロセッサを確保した旨の通知を受信したら、図２５に示すように、ステップ１８１で、情報処理装置１内のリソースマネージャに、確保された各サブプロセッサに対するサブプロセッサプログラムを、当該サブプロセッサプログラムに対応するサブプロセッサプログラムＩＤ、サブプロセッサＩＤ、ロックシーケンス番号およびサブプロセッサが確保された各情報処理装置の情報処理装置ＩＤと共に送信する。

図２５および図２６に示すように、情報処理装置１内のリソースマネージャは、ステップ１８２で、当該の機能プログラムから送信されたサブプロセッサプログラムを受信して、自装置（情報処理装置１）分のサブプロセッサプログラムがある場合には、それを自装置内の確保されたサブプロセッサに送信し、さらにステップ１８３に進んで、他の情報処理装置分のサブプロセッサプログラムがあるか否かを判断し、他の情報処理装置分のサブプロセッサプログラムがない場合には、ステップ１８３からステップ１８４に進んで、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

一方、当該の機能プログラムから送信されたサブプロセッサプログラムに他の情報処理装置分のサブプロセッサプログラムがある場合には、情報処理装置１内のリソースマネージャは、ステップ１８３からステップ１９１に進んで、他の情報処理装置２，３および４内のリソースマネージャに各情報処理装置分のサブプロセッサプログラムを送信する。

この送信には、図３０に示すようなＤＭＡコマンドがサブプロセッサプログラム送信コマンドであるソフトウェアセルを用いる。具体的に、このサブプロセッサプログラム送信コマンドは、ＤＭＡコマンドとして、サブプロセッサプログラム送信コマンド本体、確保された各サブプロセッサのサブプロセッサＩＤ、ロックシーケンス番号、確保された各サブプロセッサに対するサブプロセッサプログラムのサブプロセッサプログラムＩＤ、確保された各サブプロセッサに対するサブプロセッサプログラム本体を含むものとする。

他の情報処理装置２，３および４内のリソースマネージャは、ステップ１９２で、それぞれ自装置分のサブプロセッサプログラムを、自装置内の確保されたサブプロセッサに送信し、さらにステップ１９３に進んで、情報処理装置１内のリソースマネージャに、確保されたサブプロセッサにサブプロセッサプログラムを送信したことを通知する。この通知を受けて、情報処理装置１内のリソースマネージャは、ステップ１８４で、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

なお、情報処理装置１内のリソースマネージャ、および他の情報処理装置２，３および４内のリソースマネージャは、図２５のステップ１８２、および図２６のステップ１９２では、当該の機能プログラムから受信した確保された各サブプロセッサに対するサブプロセッサプログラムのサブプロセッサプログラムＩＤ、およびロックシーケンス番号が、自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断して、異なる場合には、情報処理装置１内のリソースマネージャが直接、または他の情報処理装置２，３および４内のリソースマネージャが情報処理装置１内のリソースマネージャを介して、当該の機能プログラムにエラーを通知するが、図２５および図２６では、この点を省略して、エラーを生じない場合のみを示した。

図２６に示すように、当該の機能プログラムは、ステップ１８７で、情報処理装置１内のリソースマネージャからの、確保された各サブプロセッサにサブプロセッサプログラムを送信した旨の通知を受信する。

これによって、情報処理装置１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できないが、情報処理装置１内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、情報処理装置１内だけでｎ個のサブプロセッサを確保できる場合、あるいは、情報処理装置１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できないが、情報処理装置１以外にもネットワーク上に情報処理装置が存在していて、ネットワークシステム全体で、空いているサブプロセッサだけで、または優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｎ個のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

一方、情報処理装置１内のリソースマネージャは、図２３のステップ１５１で、ネットワーク上に他の情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体の空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｎ個のサブプロセッサを確保できないと判断した場合には、図２７に示すように、ステップ１５１からステップ１９５に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できないことを通知する。

当該の機能プログラムは、ステップ１９７で、この通知を受信し、エラー処理を実行する。この場合のエラー処理は、ユーザに対して直ちに処理を実行できない旨を通知して、時間を置いて再度、図１９のステップ１１２からサブプロセッサ割り当て処理を実行し、またはユーザが操作することをユーザに促すなどである。

なお、上述したように優先度の低いサブプロセッサプログラムに対してサブプロセッサが奪われたことが通知された場合には、当該のサブプロセッサプログラムにつき、それに対応する別の処理が実行される。

上述した例は、情報処理装置ＩＤの置き換えられた数値の昇順に、すなわち情報処理装置１→情報処理装置２→情報処理装置３→情報処理装置４の順に、サブプロセッサの空き状況を問い合わせ、サブプロセッサの確保を要求する場合であるが、例えば、各情報処理装置内のリソースマネージャは、実行されるべきサブプロセッサプログラムの優先度が高い場合には、上述した装置情報の一部であるメインプロセッサ動作周波数により、ネットワーク９上に接続されている各情報処理装置の動作周波数を判断して、動作周波数が高い情報処理装置から順に、サブプロセッサの空き状況を問い合わせ、サブプロセッサの確保を要求するように、システムを構成してもよい。

あるいはまた、装置情報の一部である情報処理装置種別ＩＤにより、ネットワーク９上に接続されている各情報処理装置の種別を判断することによって、ハードディスクレコーダのようにネットワーク９から切断される可能性が低い情報処理装置から、ＰＤＡやポータブルＣＤプレーヤのようにネットワーク９から切断される可能性が高い情報処理装置への順に、サブプロセッサの空き状況を問い合わせ、サブプロセッサの確保を要求するように、システムを構成してもよい。

また、上述した例は、情報処理装置１内の空いているサブプロセッサだけでは必要数のサブプロセッサを確保できない場合、情報処理装置１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、まずサブプロセッサの空き状況を問い合わせ、その結果、ネットワークシステム全体で必要数のサブプロセッサを確保できる場合には、改めてサブプロセッサの確保を要求する場合であるが、サブプロセッサの空き状況を問い合わせることなく、情報処理装置１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、サブプロセッサの確保を要求するように、システムを構成してもよい。

さらに、上述した例は、情報処理装置１がマスター装置として動作していて、そのマスター装置を起点としてサブプロセッサ割り当て処理を実行する場合であるが、例えば、スレーブ装置として動作している情報処理装置がユーザによって操作された場合に、その操作されたスレーブ装置を起点としてサブプロセッサ割り当て処理を実行するように、システムを構成することもできる。

［４．情報処理装置がネットワークから切断された場合のサブプロセッサの割り当てによる分散処理その１］
図１６のように複数の情報処理装置１，２，３および４がネットワーク９に接続されている状態で、ユーザが誤って、ある情報処理装置をネットワーク９から切断した場合（情報処理装置を物理的にネットワーク９から切り離した場合、または情報処理装置の主電源を遮断した場合）、または、強い震動などの外的要因によって、ある情報処理装置がネットワーク９から切断された場合、その切断された情報処理装置内のサブプロセッサが、切断されていない情報処理装置が有するサブプロセッサプログラムの実行中または実行予約中であったときには、切断された情報処理装置内のサブプロセッサに代わって、切断されていない情報処理装置内のサブプロセッサが、そのサブプロセッサプログラムを実行することが望ましい。

そこで、このような場合には、以下のように、切断された情報処理装置内のサブプロセッサが実行中または実行予約中であったサブプロセッサプログラムの実行用に、切断されていない情報処理装置内のサブプロセッサを割り当てる。

（４−１．システム構成）
図３１に、図１６のように４台の情報処理装置１，２，３および４がネットワーク９に接続されている状態で、情報処理装置４がネットワーク９から切断された場合を示す。

各情報処理装置のソフトウェア構成としては、図１７に示したように、制御プログラムとしてリソースマネージャを含むものとし、そのリソースマネージャには、図１８に示したようなサブプロセッサ管理テーブルを用意する。サブプロセッサ管理テーブルの内容は、上述したとおりである。

（４−２．サブプロセッサ割り当て処理）
図３２〜図４０に、図３１のように情報処理装置１，２，３および４がネットワーク９に接続されている状態で、情報処理装置４がネットワーク９から切断された場合に、情報処理装置１が、自装置のメインメモリ２６−１内の機能プログラムと連携動作するサブプロセッサプログラムの実行用に、情報処理装置１内または他の情報処理装置２，３内にサブプロセッサを確保する場合の、情報処理装置１内のＭＳ（マスター／スレーブ）マネージャ、情報処理装置１のメインメモリ２６−１内の機能プログラム、情報処理装置１内のリソースマネージャ、および他の情報処理装置２および３内のリソースマネージャによって実行されるサブプロセッサ割り当て処理の一例を示す。

情報処理装置４がネットワーク９から切断されたことは、情報処理装置１，２および３内のＭＳマネージャによって検出される。

そして、情報処理装置１内のＭＳマネージャは、情報処理装置４がネットワーク９から切断されたことを検出したら、図３２に示すように、ステップ２０１で、自装置（情報処理装置１）内のリソースマネージャに、切断された情報処理装置４の情報処理装置ＩＤを通知し、情報処理装置１内のリソースマネージャは、ステップ２０２で、自装置のメインメモリ２６−１内の機能プログラムに、その情報処理装置ＩＤを転送する。

これを受けて、情報処理装置１のメインメモリ２６−１内の機能プログラムは、ステップ２０３で、図１９〜図３０に示して上述したようなサブプロセッサ割り当て処理の結果から、切断された情報処理装置４内のサブプロセッサが、自身（当該の機能プログラム）と連携動作するサブプロセッサプログラムを実行中であったか否かを判断する。

この場合の「実行中」というのも、ｂｕｓｙ（現在使用されている状態）だけでなく、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）を含む。

そして、切断された情報処理装置４内の全てのサブプロセッサが、当該の機能プログラムと連携動作するサブプロセッサプログラムを実行中でなかった場合には、以後の処理は不要であるので、そのままサブプロセッサ割り当て処理を終了する。

一方、切断された情報処理装置４内の一部または全部のサブプロセッサが、当該の機能プログラムと連携動作するサブプロセッサプログラムを実行中であった場合には、当該の機能プログラムは、ステップ２０３からステップ２１２に進んで、自装置（情報処理装置１）内のリソースマネージャに、当該の機能プログラムの機能プログラムＩＤおよび当該機能プログラムと連携動作する、切断された情報処理装置４内のサブプロセッサにより実行中（上記のように実行予約中を含む）のサブプロセッサプログラムのサブプロセッサプログラムＩＤを添えて、切断された情報処理装置４内のサブプロセッサに代わって当該の機能プログラムと連携動作するサブプロセッサプログラムを実行するのに必要な数（ｍ個とする）のサブプロセッサの使用要求を出力する。

これに対して、情報処理装置１内のリソースマネージャは、図３３に示すように、ステップ２１３で、自装置（情報処理装置１）の図１８に示したサブプロセッサ管理テーブルを参照して、自装置内にｍ個のサブプロセッサの空きがあるか否かを判断し、ｍ個以上のサブプロセッサが空いている場合には、ステップ２１３からステップ２１４に進んで、自装置内にｍ個のサブプロセッサを確保するとともに、その確保した各サブプロセッサにつき、サブプロセッサ管理テーブル内のサブプロセッサステータスを、ｕｎｕｓｅｄからｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替え、ロックシーケンス番号を発番して、サブプロセッサ管理テーブルに記述する。

さらに、情報処理装置１内のリソースマネージャは、ステップ２１５に進んで、当該の機能プログラムに、自装置内にｍ個のサブプロセッサを確保したことと、確保したｍ個のサブプロセッサのサブプロセッサＩＤおよびロックシーケンス番号とを通知する。

当該の機能プログラムは、ステップ２１７で、この通知を受信して、自装置（情報処理装置１）内のリソースマネージャに、自身の機能プログラムＩＤと共に、確保された各サブプロセッサに対するサブプロセッサＩＤ、サブプロセッサプログラムＩＤ、サブプロセッサプログラム本体およびロックシーケンス番号を、確保したサブプロセッサ数の分だけ送信する。

図３４に示すように、情報処理装置１内のリソースマネージャは、ステップ２２１で、これらを受信して、各サブプロセッサに対するサブプロセッサプログラムを保存し、さらにステップ２２２に進んで、受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断し、同じであるときには、ステップ２２３に進んで、確保した各サブプロセッサにサブプロセッサプログラムを送信し、さらにステップ２２４に進んで、当該の機能プログラムに、各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

以上によって、情報処理装置１内の空いているサブプロセッサだけで必要数のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

情報処理装置１内のリソースマネージャは、ステップ２２２で、当該の機能プログラムから受信したサブプロセッサプログラムＩＤまたはロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと異なると判断した場合には、ステップ２２２からステップ２２６に進んで、当該の機能プログラムにエラーを通知する。この場合には、当該の機能プログラムは、ステップ２２７で、エラー処理を実行する。

一方、情報処理装置１内のリソースマネージャは、図３３のステップ２１３で、自装置内にｍ個のサブプロセッサの空きがないと判断した場合、すなわち情報処理装置１内に空いているサブプロセッサが（ｍ−１）個以下しかない（１個もない場合を含む）と判断した場合には、図３５に示すように、ステップ２１３からステップ２２９に進んで、自装置内に空いているサブプロセッサがある場合には、そのサブプロセッサを自装置分として確保する。

情報処理装置１内のリソースマネージャは、さらにステップ２３１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。図３１は、他の情報処理装置２および３が接続されている場合である。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１内のリソースマネージャは、ステップ２３１からステップ２３２に進んで、その中の１個である他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャに、空いているサブプロセッサの確保を要求する。

この確保要求は、図２９（Ａ）に示したようなサブプロセッサ確保要求コマンドによって行い、その確保要求サブプロセッサ数は、（ｍ−ａ）とする。ａは、ステップ２２９で情報処理装置１内に確保されたサブプロセッサ数で、０≦ａ＜ｍである。

図３５に示すように、この確保要求に対して、他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャは、ステップ２３３で、自装置内のサブプロセッサ管理テーブルから、自装置内のサブプロセッサの空き状況を判断し、次にステップ２３４に進んで、自装置内に空いているサブプロセッサがある場合には、最大（ｍ−ａ）個の範囲で自装置内にサブプロセッサを確保し、さらにステップ２３５に進んで、自装置内でサブプロセッサを確保した場合には、その数および確保した各サブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤおよびロックシーケンス番号を情報処理装置１内のリソースマネージャに通知し、自装置内でサブプロセッサを確保できない場合には、その旨を情報処理装置１内のリソースマネージャに通知する。この通知は、図２９（Ｂ）に示したようなサブプロセッサ確保返信コマンドによって行う。

この通知を受けて、情報処理装置１内のリソースマネージャは、図３６に示すように、ステップ２３６で、自装置（情報処理装置１）分と他装置（情報処理装置２）分とを合わせてトータルで、ｍ個のサブプロセッサを確保できたか否かを判断する。

そして、トータルでｍ個のサブプロセッサを確保できなかった場合には、情報処理装置１内のリソースマネージャは、図３５に示すように、ステップ２３６からステップ２３１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。図３１は、情報処理装置２以外に他の情報処理装置３が接続されている場合である。

以下、情報処理装置２の場合と同様に、ネットワークシステム全体でｍ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ２３２，２３３，２３４，２３５，２３６および２３１の処理を繰り返す。

そして、ネットワークシステム全体で、空いているサブプロセッサによってｍ個のサブプロセッサを確保できた場合には、情報処理装置１内のリソースマネージャは、図３６に示すように、ステップ２３６からステップ２３７に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ２３８で、このサブプロセッサ確保通知を受信し、後述のように自装置（情報処理装置１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

一方、情報処理装置１内のリソースマネージャは、図３５のステップ２３１で、それ以上、ネットワーク上に情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体でも（情報処理装置１のみがネットワーク上に存在する場合には情報処理装置１内だけで）、空いているサブプロセッサによってｍ個のサブプロセッサを確保できないと判断した場合には、図３６に示すように、ステップ２３１からステップ２４１に進んで、自装置（情報処理装置１）内に当該の機能プログラムより優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否か、および、ある場合には、その数を検出する。

この場合の「実行中」というのも、ｂｕｓｙ（現在使用されている状態）だけでなく、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）を含む。以下でも、当該の機能プログラムより優先度の低いサブプロセッサプログラムを、単に「優先度の低いサブプロセッサプログラム」と称する。

次に、情報処理装置１内のリソースマネージャは、ステップ２４２に進んで、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがある場合には、ネットワークシステム全体の空いているサブプロセッサと合わせてｍ個のサブプロセッサを確保できる範囲で、その優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを確保するとともに、その優先度の低いサブプロセッサプログラムに対してサブプロセッサが奪われたことを通知する。

さらに、情報処理装置１内のリソースマネージャは、図３７に示すように、ステップ２４３に進んで、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｍ個のサブプロセッサを確保できたか否かを判断し、確保できた場合には、ステップ２４３からステップ２４４に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ２４８で、このサブプロセッサ確保通知を受信し、後述のように自装置（情報処理装置１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

一方、情報処理装置１内のリソースマネージャは、ステップ２４３で、ネットワークシステム全体の空いているサブプロセッサと、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｍ個のサブプロセッサを確保できないと判断した場合には、ステップ２４３からステップ２５１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１内のリソースマネージャは、ステップ２５１からステップ２５２に進んで、当該他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャに、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサの確保を要求する。この確保要求は、図２９（Ａ）に示したようなサブプロセッサ確保要求コマンドによって行う。

図３８に示すように、この確保要求に対して、他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャは、ステップ２５３で、自装置内のサブプロセッサ管理テーブルから、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否かを判断し、ある場合には、その優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを確保して、その数および確保した各サブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤおよび発番したロックシーケンス番号を情報処理装置１内のリソースマネージャに通知し、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがない場合には、その旨を情報処理装置１内のリソースマネージャに通知する。この通知は、図２９（Ｂ）に示したようなサブプロセッサ確保返信コマンドによって行う。

なお、他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャは、ステップ２５３で、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを確保した場合には、その優先度の低いサブプロセッサプログラムおよび当該サブプロセッサプログラムと連携動作する機能プログラムに対してサブプロセッサが奪われたことを通知する。

他の情報処理装置（この場合は情報処理装置２）内のリソースマネージャからの確保通知を受けて、情報処理装置１内のリソースマネージャは、図３８に示すように、ステップ２５４で、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１）内および他装置（情報処理装置２）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｍ個のサブプロセッサを確保できたか否かを判断し、確保できない場合には、図３７に示すように、ステップ２５４からステップ２５１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。

以下、情報処理装置２の場合と同様に、ネットワークシステム全体でｍ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ２５２，２５３，２５４および２５１の処理を繰り返す。

そして、空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ネットワークシステム全体でｍ個のサブプロセッサを確保できた場合には、情報処理装置１内のリソースマネージャは、ステップ２５４からステップ２５５に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ２５８で、このサブプロセッサ確保通知を受信し、以下のように自装置（情報処理装置１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

すなわち、当該の機能プログラムは、図３６のステップ２３８、図３７のステップ２４８、または図３８のステップ２５８で、情報処理装置１内のリソースマネージャから、ｍ個のサブプロセッサを確保した旨の通知を受信したら、図３９に示すように、ステップ２８１で、情報処理装置１内のリソースマネージャに、確保された各サブプロセッサに対するサブプロセッサプログラムを送信する。

図３９に示すように、情報処理装置１内のリソースマネージャは、ステップ２８２で、当該の機能プログラムから送信されたサブプロセッサプログラムを受信して、自装置（情報処理装置１）分のサブプロセッサプログラムがある場合には、それを自装置内の確保されたサブプロセッサに送信し、さらにステップ２８３に進んで、他の情報処理装置分のサブプロセッサプログラムがあるか否かを判断し、他の情報処理装置分のサブプロセッサプログラムがない場合には、ステップ２８３からステップ２８４に進んで、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

一方、当該の機能プログラムから送信されたサブプロセッサプログラムに他の情報処理装置分のサブプロセッサプログラムがある場合には、情報処理装置１内のリソースマネージャは、ステップ２８３からステップ２９１に進んで、他の情報処理装置２，３のリソースマネージャに各情報処理装置分のサブプロセッサプログラムを送信する。

他の情報処理装置２，３のリソースマネージャは、ステップ２９２で、それぞれ自装置分のサブプロセッサプログラムを、自装置内の確保されたサブプロセッサに送信し、さらにステップ２９３に進んで、情報処理装置１内のリソースマネージャに、確保されたサブプロセッサにサブプロセッサプログラムを送信したことを通知する。この通知を受けて、情報処理装置１内のリソースマネージャは、ステップ２８４で、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

なお、情報処理装置１内のリソースマネージャ、および他の情報処理装置２，３内のリソースマネージャは、図３５のステップ２２９，２３４、図３６のステップ２４２、または図３８のステップ２５３で、自装置内にサブプロセッサを確保した場合には、その確保したサブプロセッサにつき、自装置内のサブプロセッサ管理テーブルを書き替えるとともに、情報処理装置１，２または３内のリソースマネージャが発番したロックシーケンス番号をサブプロセッサ管理テーブルに記述し、図３９のステップ２８２および２９２では、当該の機能プログラムから受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断して、異なる場合には、情報処理装置１内のリソースマネージャが直接、または他の情報処理装置２，３内のリソースマネージャが情報処理装置１内のリソースマネージャを介して、当該の機能プログラムにエラーを通知するが、図３６〜図３９では、この点を省略して、エラーを生じない場合のみを示した。

図３９に示すように、当該の機能プログラムは、ステップ２８７で、情報処理装置１内のリソースマネージャからの、確保された各サブプロセッサにサブプロセッサプログラムを送信した旨の通知を受信する。

これによって、情報処理装置１内の空いているサブプロセッサだけではｍ個のサブプロセッサを確保できないが、情報処理装置１内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、情報処理装置１内だけでｍ個のサブプロセッサを確保できる場合、あるいは、情報処理装置１内の空いているサブプロセッサだけではｍ個のサブプロセッサを確保できないが、情報処理装置１以外にもネットワーク上に情報処理装置が存在していて、ネットワークシステム全体で、空いているサブプロセッサだけで、または優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｍ個のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

一方、情報処理装置１内のリソースマネージャは、図３７のステップ２５１で、ネットワーク上に他の情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体の空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｍ個のサブプロセッサを確保できないと判断した場合には、図４０に示すように、ステップ２５１からステップ２９５に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保できないことを通知する。当該の機能プログラムは、ステップ２９７で、この通知を受信し、エラー処理を実行する。

上述した例は、情報処理装置ＩＤの置き換えられた数値の昇順に、すなわち情報処理装置１→情報処理装置２→情報処理装置３の順に、サブプロセッサの確保を要求する場合であるが、例えば、各情報処理装置内のリソースマネージャは、実行されるべきサブプロセッサプログラムの優先度が高い場合には、上述した装置情報の一部であるメインプロセッサ動作周波数により、ネットワーク９上に接続されている各情報処理装置の動作周波数を判断して、動作周波数が高い情報処理装置から順に、サブプロセッサの確保を要求するように、システムを構成してもよい。

あるいはまた、装置情報の一部である情報処理装置種別ＩＤにより、ネットワーク９上に接続されている各情報処理装置の種別を判断することによって、ハードディスクレコーダのようにネットワーク９から切断される可能性が低い情報処理装置から、ＰＤＡやポータブルＣＤプレーヤのようにネットワーク９から切断される可能性が高い情報処理装置への順に、サブプロセッサの確保を要求するように、システムを構成してもよい。

また、上述した例は、情報処理装置１内の空いているサブプロセッサだけでは必要数のサブプロセッサを確保できない場合、情報処理装置１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、直ちにサブプロセッサの確保を要求する場合であるが、図１９〜図２７に示して上述した例のように、情報処理装置１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、まずサブプロセッサの空き状況を問い合わせ、その結果、ネットワークシステム全体で必要数のサブプロセッサを確保できる場合には、改めてサブプロセッサの確保を要求するように、システムを構成してもよい。

［５．ネットワークシステムおよび情報処理装置の基本的構成その２］
図４１は、この発明のネットワークシステムの他の例を示し、ネットワーク１００９を介して複数の情報処理装置１００１，１００２，１００３および１００４が接続されたものである。

（５−１．情報処理装置および情報処理コントローラ）
情報処理装置１００１，１００２，１００３および１００４は、それぞれ後述のような各種のＡＶ（Ａｕｄｉｏ ａｎｄ Ｖｉｓｕａｌ）機器やポータブル機器である。

情報処理装置１００１について示すと、情報処理装置１００１は、コンピュータ機能部として情報処理コントローラ１０１１を備える。情報処理コントローラ１０１１は、メインプロセッサ１０２１−１、サブプロセッサ１０２３−１，１０２３−２および１０２３−３、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）１０２５−１、コントロールレジスタ１０２８−１、ワークメモリ１０２９−１、およびＤＣ（ディスクコントローラ）１０３０−１を有する。

メインプロセッサ１０２１−１は、サブプロセッサ１０２３−１，１０２３−２および１０２３−３によるサブプロセッサプログラムの実行（データ処理）のスケジュール管理と、情報処理コントローラ１０１１（情報処理装置１００１）の全般的な管理とを行う。ただし、メインプロセッサ１０２１−１内で管理のためのプログラム以外のプログラムが動作するように構成することもできる。その場合には、メインプロセッサ１０２１−１はサブプロセッサとしても機能することになる。メインプロセッサ１０２１−１は、ＬＳ（ローカルストレージ）１０２２−１を有する。

サブプロセッサは、１つでもよいが、望ましくは複数とする。この例は、複数の場合である。

各サブプロセッサ１０２３−１，１０２３−２および１０２３−３は、メインプロセッサ１０２１−１の制御によって並列的かつ独立に、サブプロセッサプログラムを実行し、データを処理する。さらに、場合によってメインプロセッサ１０２１−１内のプログラムがサブプロセッサ１０２３−１，１０２３−２または１０２３−３内のサブプロセッサプログラムと連携して動作するように構成することもできる。後述する機能プログラムも、メインプロセッサ１０２１−１内で動作するプログラムである。各サブプロセッサ１０２３−１，１０２３−２および１０２３−３も、ＬＳ（ローカルストレージ）１０２４−１，１０２４−２および１０２４−３を有する。

ＤＭＡＣ１０２５−１は、それぞれ情報処理コントローラ１０１１に接続された、ＤＲＡＭ（ダイナミックＲＡＭ）などからなるメインメモリ１０２６−１およびＳＲＡＭ（スタティックＲＡＭ）などからなるサブメモリ１０２７−１に格納されているプログラムおよびデータにアクセスするためのものである。ＤＭＡＣ１０２５−１を介すことにより、各サブプロセッサとメインメモリ１０２６−１との間ではＤＭＡ方式によりデータ転送を行うことができ、高速化を実現することができる。

コントロールレジスタ１０２８−１は、情報処理コントローラ１０１１内で処理されるべきサブプロセッサプログラムを、どのサブプロセッサが、さらにはサブプロセッサ内に複数個存在する後述のプレセッシングスレッドのいずれが、処理するかを決定するとともに、サブプロセッサによるサブプロセッサプログラム実行の進捗を管理するために使用される。

ワークメモリ１０２９−１は、情報処理コントローラ１０１１内に含まれるＳＲＡＭなどからなる作業用メモリであり、メインプロセッサ１０２１−１、およびサブプロセッサ１０２３−１，１０２３−２および１０２３−３によってアクセスされる。

ＤＣ１０３０−１は、情報処理コントローラ１０１１に接続された外部記録部１０３１−１および１０３１−２にアクセスするものである。

外部記録部１０３１−１および１０３１−２は、固定ディスク（ハードディスク）でも、リムーバブルディスクでもよく、また、ＭＯ，ＣＤ±ＲＷ，ＤＶＤ±ＲＷなどの光ディスク、メモリディスク、ＳＲＡＭ（スタティックＲＡＭ）、ＲＯＭなど、各種のものを用いることができる。したがって、ＤＣ１０３０−１は、ディスクコントローラと称するが、外部記録部コントローラである。

図４１の例のように、情報処理コントローラ１０１１に対して外部記録部１０３１を複数接続できるように、情報処理コントローラ１０１１を構成することができる。

メインプロセッサ１０２１−１、各サブプロセッサ１０２３−１，１０２３−２および１０２３−３、ＤＭＡＣ１０２５−１、コントロールレジスタ１０２８−１、ワークメモリ１０２９−１、およびＤＣ１０３０−１は、バス１０３２−１によって接続される。

情報処理コントローラ１０１１には、当該の情報処理コントローラ１０１１を備える情報処理装置１００１をネットワーク全体を通して一意的に識別できる識別子が、情報処理装置ＩＤとして割り当てられる。

メインプロセッサ１０２１−１、および各サブプロセッサ１０２３−１，１０２３−２および１０２３−３に対しても同様に、それぞれを特定できる識別子が、メインプロセッサＩＤおよびサブプロセッサＩＤとして割り当てられる。

情報処理コントローラ１０１１は、ワンチップＩＣ（集積回路）として構成することが望ましい。

他の情報処理装置１００２，１００３および１００４も、同様に構成される。ここで、親番号が同一であるユニットは、枝番号が異なっていても、特に断りがない限り、同じ働きをするものとする。また、以下の説明において枝番号が省略されている場合には、枝番号の違いにいる差異を生じないものとする。

（５−２．各サブプロセッサからメインメモリへのアクセス）
上述したように、１つの情報処理コントローラ内の各サブプロセッサ１０２３は、独立にサブプロセッサプログラムを実行し、データを処理するが、異なるサブプロセッサがメインメモリ１０２６内の同一領域に対して同時に読み出しまたは書き込みを行った場合には、データの不整合を生じ得る。そこで、サブプロセッサ１０２３からメインメモリ１０２６へのアクセスは、以下のような手順によって行う。

サブメモリ１０２７およびワークメモリ１０２９についても同様に、異なるサブプロセッサが同一領域に対して同時にアクセスすることが考えられるが、ここでは、メインメモリ１０２６について示す。

図４２（Ａ）に示すように、メインメモリ１０２６は、アドレス指定可能な複数のメモリロケーション０〜Ｎによって構成される。各メモリロケーションに対しては、データの状態を示す情報を格納するための追加セグメント０〜Ｎが割り振られる。追加セグメントは、Ｆ／Ｅビット、サブプロセッサＩＤおよびＬＳアドレス（ローカルストレージアドレス）を含むものとされる。また、各メモリロケーションには、後述のアクセスキー０〜Ｎも割り振られる。Ｆ／Ｅビットは、以下のように定義される。

Ｆ／Ｅビット＝０は、サブプロセッサ１０２３によって読み出されている処理中のデータ、または空き状態であるため最新データではない無効データであり、読み出し不可であることを示す。また、Ｆ／Ｅビット＝０は、当該メモリロケーションにデータ書き込み可能であることを示し、書き込み後に１に設定される。

Ｆ／Ｅビット＝１は、当該メモリロケーションのデータがサブプロセッサ１０２３によって読み出されておらず、未処理の最新データであることを示す。当該メモリロケーションのデータは読み出し可能であり、サブプロセッサ１０２３によって読み出された後に０に設定される。また、Ｆ／Ｅビット＝１は、当該メモリロケーションがデータ書き込み不可であることを示す。

さらに、上記Ｆ／Ｅビット＝０（読み出し不可／書き込み可）の状態において、当該メモリロケーションについて読み出し予約を設定することは可能である。Ｆ／Ｅビット＝０のメモリロケーションに対して読み出し予約を行う場合には、サブプロセッサ１０２３は、読み出し予約を行うメモリロケーションの追加セグメントに、読み出し予約情報として当該サブプロセッサ１０２３のサブプロセッサＩＤおよびＬＳアドレスを書き込む。

その後、データ書き込み側のサブプロセッサ１０２３によって、読み出し予約されたメモリロケーションにデータが書き込まれ、Ｆ／Ｅビット＝１（読み出し可／書き込み不可）に設定されたとき、あらかじめ読み出し予約情報として追加セグメントに書き込まれたサブプロセッサＩＤおよびＬＳアドレスに読み出される。

複数のサブプロセッサによってデータを多段階に処理する必要がある場合、このように各メモリロケーションのデータの読み出し／書き込みを制御することによって、前段階の処理を行うサブプロセッサ１０２３が、処理済みのデータをメインメモリ１０２６内の所定アドレスに書き込んだ後に即座に、後段階の処理を行う別のサブプロセッサ１０２３が前処理後のデータを読み出すことが可能となる。

図４２（Ｂ）に示すように、各サブプロセッサ１０２３内のＬＳ１０２４も、アドレス指定可能な複数のメモリロケーション０〜Ｌによって構成される。各メモリロケーションに対しては、同様に追加セグメント０〜Ｌが割り振られる。追加セグメントは、ビジービットを含むものとされる。

サブプロセッサ１０２３がメインメモリ１０２６内のデータを自身のＬＳ１０２４のメモリロケーションに読み出すときには、読み出し先のメモリロケーションに対応するビジービットを１に設定して予約する。ビジービットが１であるメモリロケーションには、他のデータは格納することができない。ＬＳ１０２４のメモリロケーションに読み出し後、ビジービットは０になり、任意の目的に使用できるようになる。

図４２（Ａ）に示すように、さらに、各情報処理コントローラと接続されたメインメモリ１０２６には、複数のサンドボックスが含まれる。サンドボックスは、メインメモリ１０２６内の領域を画定するものであり、各サンドボックスは、各サブプロセッサ１０２３に割り当てられ、そのサブプロセッサが排他的に使用することができる。すなわち、各々のサブプロセッサ１０２３は、自身に割り当てられたサンドボックスを使用できるが、この領域を超えてデータのアクセスを行うことはできない。

メインメモリ１０２６は、複数のメモリロケーション０〜Ｎから構成されるが、サンドボックスは、これらのメモリロケーションの集合である。すなわち、１つのサンドボックスは、１つまたは複数のメモリロケーションから構成される。

さらに、メインメモリ１０２６の排他的な制御を実現するために、図４２（Ｃ）に示すようなキー管理テーブルが用いられる。キー管理テーブルは、情報処理コントローラ内のＳＲＡＭのような比較的高速のメモリに格納され、ＤＭＡＣ１０２５と関連付けられる。ただし、キー管理テーブルは、ワークメモリ１０２９に格納されてもよい。

キー管理テーブル内には、情報処理コントローラ内のサブプロセッサの数と同数のエントリが存在し、各エントリには、サブプロセッサＩＤおよび、それに対応するサブプロセッサキーおよびキーマスクが関連付けられて格納される。

サブプロセッサ１０２３がメインメモリ１０２６を使用する際のプロセスは、以下のとおりである。まず、サブプロセッサ１０２３はＤＭＡＣ１０２５に、読み出しまたは書き込みのコマンドを送信する。このコマンドには、自身のサブプロセッサＩＤと、アクセス要求先であるメインメモリ１０２６内のアドレスが含まれる。

ＤＭＡＣ１０２５は、このコマンドを実行する前に、キー管理テーブルを参照して、アクセス要求元のサブプロセッサ１０２３のサブプロセッサキーを調べる。次に、ＤＭＡＣ１０２５は、調べたアクセス要求元のサブプロセッサキーと、アクセス要求先であるメインメモリ１０２６内の図４２（Ａ）に示したメモリロケーションに割り振られたアクセスキーとを比較して、２つのキーが一致した場合にのみ、上記のコマンドを実行する。

図４２（Ｃ）に示したキー管理テーブル上のキーマスクは、その任意のビットが１になることによって、そのキーマスクに関連付けられたサブプロセッサキーの対応するビットが０または１になることができる。

例えば、サブプロセッサキーが１０１０であるとする。通常、このサブプロセッサキーによって１０１０のアクセスキーを持つサンドボックスへのアクセスだけが可能である。しかし、このサブプロセッサキーと関連付けられたキーマスクが０００１に設定されている場合には、キーマスクのビットが１に設定された桁のみにつき、サブプロセッサキーとアクセスキーとの一致判定がマスクされ、このサブプロセッサキー１０１０によって、アクセスキーが１０１０または１０１１のいずれかであるアクセスキーを持つサンドボックスへのアクセスが可能となる。

以上のようにして、メインメモリ１０２６のサンドボックスの排他性が実現される。すなわち、１つの情報処理コントローラ内の複数のサブプロセッサによってデータを多段階に処理する必要がある場合、以上のように構成することによって、前段階の処理を行うサブプロセッサと、後段階の処理を行うサブプロセッサのみが、メインメモリ１０２６内の所定アドレスにアクセスできるようになり、データを保護することができる。

例えば、以下のように使用することが考えられる。まず、情報処理装置の起動直後においては、キーマスクの値は全てゼロである。メインプロセッサ内のプログラムが実行され、サブプロセッサ内のサブプロセッサプログラムと連携動作するものとする。第１のサブプロセッサにより実行された処理結果データを一旦、メインメモリ１０２６に格納し、第２のサブプロセッサに送信したいときには、該当するメインメモリ領域は、当然どちらのサブプロセッサからもアクセス可能である必要がある。そのような場合に、メインプロセッサ内のプログラムは、キーマスクの値を適切に変更し、複数のサブプロセッサからアクセスできるメインメモリ領域を設けることにより、サブプロセッサによる多段階的の処理を可能にする。

より具体的には、他の情報処理装置からのデータ→第１のサブプロセッサによる処理→第１のメインメモリ領域→第２のサブプロセッサによる処理→第２のメインメモリ領域、という手順で多段階処理が行われるときには、
第１のサブプロセッサのサブプロセッサキー：０１００、
第１のメインメモリ領域のアクセスキー ：０１００、
第２のサブプロセッサのサブプロセッサキー：０１０１、
第２のメインメモリ領域のアクセスキー ：０１０１、
のような設定のままだと、第２のサブプロセッサは第１のメインメモリ領域にアクセスすることができない。そこで、第２のサブプロセッサのキーマスクを０００１にすることにより、第２のサブプロセッサによる第１のメインメモリ領域へのアクセスを可能にすることができる。

（５−３．各サブプロセッサからメインメモリおよびサブメモリへのアクセス）
１つの情報処理コントローラ内の各サブプロセッサ１０２３は、メインメモリ１０２６に対してと同様に、サブメモリ１０２７に対しても、読み出しまたは書き込みが可能であるが、そのコマンドには、いくつかの種類が考えられ、優先度の高低があることもあり得る。そこで以下に、各サブプロセッサ１０２３が正確にメインメモリ１０２６およびサブメモリ１０２７を使用するための構成および手順を示す。

図４３に示すように、ＤＭＡＣ１０２５は内部に、メインメモリコントロールレジスタ１０３３およびサブメモリコントロールレジスタ１０３４を有する。メインメモリコントロールレジスタ１０３３は、メインメモリ１０２６にアクセスするためのものであり、サブメモリコントロールレジスタ１０３４は、サブメモリ１０２７にアクセスするためのものである。

メインメモリコントロールレジスタ１０３３は、以下の４つのブロックから構成され、以下のように各々がメインメモリ１０２６にアクセスするためのコマンドを格納する。

優先コマンドブロックには、優先度の高いコマンドを複数個格納する。そのコマンドは優先的に処理される。

通常コマンドブロック１には、通常のコマンドを複数個格納し、通常コマンドブロック２にも、通常のコマンドを複数個格納する。通常コマンドブロック１と通常コマンドブロック２との間には、機能的な差はないが、例えば、メインメモリ１０２６へのアクセス実行前のコマンドを一方のブロックに格納し、実行後のコマンドを他方のブロックに格納することにより、実行前と実行後のコマンドを、それぞれ集中的および連続的に処理することができる効果がある。

オーダーコマンドブロックには、正しい順番で処理される必要のあるコマンドを複数個格納する。すなわち、各サブプロセッサ１０２３からのコマンドを、受信した順番に、コマンド送信元のサブプロセッサのサブプロセッサＩＤと共に格納する。これにより、受信した順番にコマンドを処理し、かつ同じ順番でコマンド送信元サブプロセッサに実行結果を返信することができる。

サブメモリコントロールレジスタ１０３４も、以下の４つのブロックから構成され、以下のように各々がサブメモリ１０２７にアクセスするためのコマンドを格納する。

優先コマンドブロックには、優先度の高いコマンドを複数個格納する。そのコマンドは優先的に処理される。

リードコマンドブロックには、リードコマンドを複数個格納し、ライトコマンドブロックには、ライトコマンドを複数個格納する。

待ちコマンドブロックには、サブメモリ１０２７内の任意の領域に対してアクセスを試みたが、対象領域がロックされていてアクセス不可であったコマンドを複数個格納する。ロック解除時には、そのコマンドは優先コマンドブロックに移動する。

各サブプロセッサ１０２３は、例えば、図４４に示すような構造のコマンドによって、メインメモリ１０２６またはサブメモリ１０２７にアクセスする。アクセス実行後のメインメモリ１０２６またはサブメモリ１０２７からの実行結果のレスポンスも、同一構造とされる。

このコマンド／レスポンス構造において、コマンドタイプとしては、リードとライトがある。優先コマンド識別子は、当該コマンドが優先度の高いコマンドであることを示す。通常コマンド識別子は、メインメモリ１０２６へのアクセス時のものであり、当該コマンドが通常コマンドブロック１または通常コマンドブロック２に格納されることを示す。

チェーンコマンド識別子も、メインメモリ１０２６へのアクセス時のものであり、当該コマンドが直前または直後のコマンドと共に連続的なアクセスが必要であることを示す。または、連続するコマンド列の通し番号でもよい。チェーンコマンド識別子がセットされたコマンドは、オーダーコマンドブロックに格納されるが、処理の優先度は、優先コマンドブロック内のコマンドより高いものとする。

ここでのアドレスは、コマンドを実行するメインメモリ１０２６またはサブメモリ１０２７内のアドレスを示す。または、ワークメモリ１０２９内のアドレスでもよい。

サブプロセッサ識別子は、コマンド送信元のサブプロセッサのサブプロセッサＩＤである。プレセッシングスレッド識別子は、コマンド送信元の後述するプレセッシングスレッドの識別子である。

ＯＫ／ＮＧは、コマンドの成功／失敗を示す。ここでのデータは、リードコマンド実行時にレスポンスに含まれる読み出されたデータ、またはライトコマンド実行時にコマンドに含まれる書き込まれるデータである。

図４３に示すように、ＤＭＡＣ１０２５内には、上述した各サブプロセッサ１０２３がメインメモリ１０２６に正確にアクセスするためのメインメモリコントロールレジスタ１０３３、および各サブプロセッサ１０２３がサブメモリ１０２７に正確にアクセスするためのサブメモリコントロールレジスタ１０３４のほかに、メインプロセッサ１０２１がメインメモリ１０２６またはサブメモリ１０２７にアクセスするためのリードコマンドおよびライトコマンドをそれぞれ複数個格納できるメインプロセッサ用リードコマンドブロック１０３５およびメインプロセッサ用ライトコマンドブロック１０３６を設けることもできる。アドレス変換レジスタ１０３７については、後述する。

さらに、複数のサブプロセッサがＤＭＡＣ１０２５に対して、優先度の同じメモリアクセスコマンドを同じタイミングで送信した場合には、以下の手順に従うものとする。すなわち、ＤＭＡＣ１０２５は、内部にメモリアクセスに成功した最後のサブプロセッサを示すポインタを有するものとし、複数のサブプロセッサから優先度の同じメモリアクセスコマンドを同じタイミングで受信したときには、当該ポインタより値が大きく、かつ当該ポインタとの差分が最も小さいコマンドを優先させるものとする。この場合、一番大きいポインタ値の次は、一番小さいポインタ値とする。

（５−４．各サブプロセッサからメインメモリに正確にアクセスするためのサブメモリへのアクセス）
ＤＲＡＭなどにより構成されるメインメモリ１０２６、およびＳＲＡＭなどにより構成されるサブメモリ１０２７は、当然のことながら、各々の素子の構造が異なるため、使用目的も異なってくる。

そこで、メインメモリ１０２６とサブメモリ１０２７を組み合わせて使用する方法の一例として、各サブプロセッサ１０２３がメインメモリ１０２６にアクセスするときのアドレス変換をサブメモリ１０２７が担うことが考えられる。そのための構成および手順を、図４５を用いて示す。

前述したように、メインメモリ１０２６は、複数のメモリロケーションによって構成され、さらに１つのサンドボックスは、１つまたは複数のメモリロケーションから構成される。そして、各サブプロセッサ１０２３は、自身に割り当てられたサンドボックスを排他的に使用することができる。

例えば、図４５（Ａ）に示すように、あるサブプロセッサ１０２３に、メインメモリ１０２６内のサンドボックス１，２，３が割り当てられているものとする。サンドボックス１は０ｘ８００〜０ｘ８ＦＦ、サンドボックス２は０ｘ２００〜０ｘ２ＦＦ、サンドボックス３は０ｘＦ００〜０ｘＦＦＦとし、各サンドボックスは先頭アドレスによって識別されるものとする。すなわち、割り当てられる各サンドボックスは、アドレスが連続していなくてもよい。

当該のサブプロセッサ１０２３は、これらサンドボックス１，２，３からデータを読み出すときには、まず、ＤＭＡＣ１０２５内のアドレス変換レジスタ１０３７にアクセスする。

アドレス変換レジスタ１０３７は、サブプロセッサ１０２３と、当該サブプロセッサ１０２３に割り当てられたサンドボックスとを関連付けるレジスタであり、サブプロセッサ１０２３の数と同数のエントリから構成される。ここでは、Ｑ１で示されるエントリが当該サブプロセッサ１０２３に対応するものとする。

このとき、サブプロセッサ１０２３は、自身に対応するＱ１の値を読み出す。さらに、読み出されたＱ１の値（０ｘ８０）で示される、サブメモリ１０２７内の第１のアドレスから、データ（０ｘ２０）を読み出す。

サンドボックス１の領域は、Ｑ１の値に基づいて特定される。例えば、Ｑ１の値を１６倍した値がサンドボックス１の先頭アドレスを示し、その先頭アドレスに２５５を加算した値がサンドボックス１の終了アドレスを示す。したがって、上記のようにＱ１の値が０ｘ８０であるときには、サンドボックス１の領域は０ｘ８００〜０ｘ８ＦＦである。

また、サブプロセッサ１０２３は、上記の第１のアドレスから読み出されたデータ（０ｘ２０）で示される、同じサブメモリ１０２７内の第２のアドレスから、データ（０ｘＦ０）を読み出す。

サンドボックス２の領域は、この第２のアドレスから読み出されたデータに基づいて特定される。具体的に、サンドボックス１と同様に、第２のアドレスから読み出されたデータの値を１６倍した値がサンドボックス２の先頭アドレスを示し、その先頭アドレスに２５５を加算した値がサンドボックス２の終了アドレスを示す。したがって、上記のように第２のアドレスから読み出されたデータが０ｘＦ０であるときには、サンドボックス２の領域は０ｘ２００〜０ｘ２ＦＦである。

さらに、サブプロセッサ１０２３は、上記の第２のアドレスから読み出されたデータ（０ｘＦ０）で示される、同じサブメモリ１０２７内の第３のアドレスから、データ（０ｘ００）を読み出す。０ｘ００は、割り当てられたサンドボックスの終了を示す。

サンドボックス３の領域は、この第３のアドレスから読み出されたデータに基づいて特定される。具体的に、サンドボックス１，２と同様に、第３のアドレスから読み出されたデータの値を１６倍した値がサンドボックス３の先頭アドレスを示し、その先頭アドレスに２５５を加算した値がサンドボックス３の終了アドレスを示す。したがって、上記のように第３のアドレスから読み出されたデータが０ｘ００であるときには、サンドボックス３の領域は０ｘＦ００〜０ｘＦＦＦである。

以上のように、各サブプロセッサ１０２３は、自身に割り当てられたサンドボックスのアドレスが非連続であっても、割り当てられたサンドボックスに正確にアクセスすることができ、割り当てられたサンドボックスからデータを確実に読み出すことができる。

次に、同じサブプロセッサ１０２３が、メインメモリ１０２６内の新たなサンドボックスにデータを書き込み、当該サンドボックスをアドレス変換レジスタ１０３７内の自身に対応したエントリで管理されるサンドボックスグループに追加するための手順を、図４５（Ｂ）を用いて示す。

当該サブプロセッサ１０２３が、メインメモリ１０２６内の０ｘ０００〜０ｘ０ＦＦの領域であるサンドボックス４にデータを書き込んだとする。このとき、当該サブプロセッサ１０２３は、まず、Ｑ１の値（Ｑ１の初期値、例えば上記のように０ｘ８０）を読み出す。

次に、当該サブプロセッサ１０２３は、新たにデータを書き込んだサンドボックス４を特定できるサブメモリ１０２７内のアドレスに、先に読み出したＱ１の値（０ｘ８０）を書き込む。例えば、今回は０ｘ０００〜０ｘ０ＦＦの領域にデータを書き込んだので、先頭アドレスである０ｘ０００を１６で割った０ｘ００で示されるサブメモリ１０２７内のアドレスにＱ１の値（０ｘ８０）を書き込む。さらに、Ｑ１の値（０ｘ８０）を書き込んだサブメモリ１０２７内のアドレス（０ｘ００）を新たなＱ１の値として、アドレス変換レジスタ１０３７内のＱ１に書き込む。

以上のようにして、各サブプロセッサ１０２３は、新たなサンドボックスを既存のサンドボックスグループに追加することができる。この場合も、各サンドボックスのアドレスが非連続であってもよい。また、既存のサンドボックスグループが存在せず、最初のサンドボックスをサブメモリ１０２７およびアドレス変換レジスタ１０３７と関連付ける際にも、上記の方法を用いることができる。

（５−５．メインプロセッサおよび各サブプロセッサからワークメモリへのアクセス）
前述したように、メインメモリ１０２６は、ＤＲＡＭなどにより構成され、さらにＤＭＡ方式によりデータが転送されるため、各サブプロセッサ１０２３は、大容量のメインメモリ１０２６を高速に使用することができる。また、サブメモリ１０２７は、ＳＲＡＭなどにより構成され、同様に高速に使用することができる。

さらに、メインプロセッサ１０２１および各サブプロセッサ１０２３が、情報処理コントローラに接続されたメインメモリ１０２６およびサブメモリ１０２７と共に、情報処理コントローラ内に含まれるワークメモリ１０２９を作業用メモリとして共有して使用できれば、さらなる高速化を実現することができる。

また、当該ワークメモリ１０２９により簡単な数値演算ができれば、効率的である。ワークメモリ１０２９は、前述したようにＳＲＡＭなどにより構成されるため、ＤＲＡＭのような大容量化は期待できないものの、非常に高速である。

以下に、メインプロセッサ１０２１および各サブプロセッサ１０２３がワークメモリ１０２９にアクセスする場合の構成および手順を示す。

図４６に示すように、ワークメモリ１０２９は、コントローラ１０３８とＲＡＭ１０３９とから構成される。ＲＡＭ１０３９としては、ＳＲＡＭを用いることができるが、それに限定されるものではない。ＲＡＭ１０３９は、複数のブロックから構成される。各ブロックには、アドレスが割り当てられ、データが記憶される。

メインプロセッサ１０２１および各サブプロセッサ１０２３は、コントローラ１０３８を介してＲＡＭ１０３９にアクセスする。具体的に、メインプロセッサ１０２１および各サブプロセッサ１０２３は、コントローラ１０３８にコマンド、アドレスまたはデータなどを送信し、コントローラ１０３８は、それに従ってＲＡＭ１０３９にアクセスする。

処理実行後、コントローラ１０３８は、コマンド送信元のメインプロセッサ１０２１またはサブプロセッサ１０２３にコマンド実行結果を返信する。

各サブプロセッサ１０２３がワークメモリ１０２９にアクセスするときのコマンドは、例えば図４４に示したような、メインメモリ１０２６またはサブメモリ１０２７へのアクセス時に用いるものと同じである。処理実行後のワークメモリ１０２９からの実行結果のレスポンスも、同一構造である。

ただし、ワークメモリ１０２９にアクセスする場合には、図４４に示したコマンド中の優先コマンド識別子、通常コマンド識別子、チェーンコマンド識別子、プレセッシングスレッド識別子は、基本的に使用しない。しかし、ワークメモリ１０２９が、これらの識別子に対応可能であれば、使用してもよい。コマンドタイプしては、以下に示すような、いくつかが考えられる。

第１は、リードコマンドである。これは、ワークメモリ１０２９内のデータを読み出すために使用される。メインプロセッサ１０２１および各サブプロセッサ１０２３は、リードコマンドと共に、所望のデータを記憶するＲＡＭ１０３９内のブロックのアドレスも送信する。コントローラ１０３８からは、実行結果として、リードコマンドの成功／失敗を示すＯＫ／ＮＧと、読み出されたデータが返信される。

第２は、ライトコマンドである。これは、ワークメモリ１０２９内にデータを書き込むために使用される。メインプロセッサ１０２１および各サブプロセッサ１０２３は、ライトコマンド、データ、当該データを記憶させるＲＡＭ１０３９内のブロックのアドレスを送信する。コントローラ１０３８からは、実行結果として、ライトコマンドの成功／失敗を示すＯＫ／ＮＧが返信される。

第３は、加算コマンドである。これは、ワークメモリ１０２９内のデータを加算するために使用される。メインプロセッサ１０２１および各サブプロセッサ１０２３は、加算コマンド、加算させるデータを記憶するＲＡＭ１０３９内のブロックのアドレスを送信する。コントローラ１０３８は、受信したアドレスのブロックにおけるデータに１を加算し、上書きする。実行結果として、加算コマンドの成功／失敗を示すＯＫ／ＮＧが返信される。

第４は、セットコマンドである。これは、ワークメモリ１０２９内のデータをビット単位で操作するために使用される。メインプロセッサ１０２１および各サブプロセッサ１０２３は、セットコマンド、操作するデータを記憶するＲＡＭ１０３９内のブロックのアドレス、およびマスクデータを送信する。

これに対して、コントローラ１０３８は、受信したマスクデータと、受信したアドレスのブロックにおけるデータとを比較し、マスクデータにおいて値が１であるビットと同じ位置の、データにおけるビットの値を１にする。実行結果として、セットコマンドの完了を示すＣｏｍｐｌｅｔｅｄが返信される。このとき、セットコマンド実行前のデータも返信することにより、コマンドの成功／失敗を確認できるようにしてもよい。

第５は、クリアコマンドである。これも、ワークメモリ１０２９内のデータをビット単位で操作するために使用される。メインプロセッサ１０２１および各サブプロセッサ１０２３は、クリアコマンド、操作するデータを記憶するＲＡＭ１０３９内のブロックのアドレス、およびマスクデータを送信する。

これに対して、コントローラ１０３８は、受信したマスクデータと、受信したアドレスのブロックにおけるデータとを比較し、マスクデータにおいて値が１であるビットと同じ位置の、データにおけるビットの値を０にする。実行結果として、クリアコマンドの完了を示すＣｏｍｐｌｅｔｅｄが返信される。このとき、クリアコマンド実行前のデータも返信することにより、コマンドの成功／失敗を確認できるようにしてもよい。

以上のように、メインプロセッサ１０２１および各サブプロセッサ１０２３は、大容量のメインメモリ１０２６および高速のサブメモリ１０２７に加えて、ワークメモリ１０２９を併用することができる。さらに、ワークメモリ１０２９をメインメモリ１０２６またはサブメモリ１０２７のキャッシュとして利用すれば、さらなる高速化を期待することができる。

（５−６．各サブプロセッサ内のプレセッシングスレッド）
前述したように、１つの情報処理コントローラ内の各サブプロセッサ１０２３は構造上独立している。したがって、各々のサブプロセッサ１０２３が独立にサブプロセッサプログラムを実行し、データを処理することができる。さらに、各サブプロセッサ１０２３が内部に、仮想的に独立した複数のプレセッシングスレッドを有することも考えられる。その構造を図４７に示す。

サブプロセッサ１０２３は、内部に有するアービタ１０４０を介して、バス１０３２と接続される。サブプロセッサ１０２３内には、また、ＬＳ（ローカルストレージ）１０２４とプレセッシングスレッド１０４１，１０４２，１０４３および１０４４が含まれ、アービタ１０４０は、外部からの信号を適切なプレセッシングスレッドに通知する役割を担う。

図４７では各プレセッシングスレッド１０４１，１０４２，１０４３および１０４４を独立に示しているが、あくまで仮想的な独立である。プレセッシングスレッド１０４１，１０４２，１０４３および１０４４は、それぞれプレセッシングスレッド識別子が割り当てられ、独立かつ並列に動作可能である。

各プレセッシングスレッド１０４１，１０４２，１０４３および１０４４は、メインメモリ１０２６、サブメモリ１０２７またはワークメモリ１０２９に対して独立にアクセスを行うため、コマンド送信元のプレセッシングスレッドに確実にレスポンスが返信されるようにする必要がある。そのための手順を以下に示す。

各プレセッシングスレッド１０４１，１０４２，１０４３および１０４４が各々のメモリにアクセスするときのコマンドは、例えば図４４に示したような、各サブプロセッサ１０２３がメモリにアクセスする時に用いるものと同じである。処理実行後の各メモリからの実行結果のレスポンスも、同一構造である。

図４４のコマンド／レスポンス構造については前述したが、サブプロセッサ識別子はコマンド送信元のサブプロセッサのサブプロセッサＩＤであり、さらにプレセッシングスレッド識別子は、当該サブプロセッサ内のいずれのプレセッシングスレッドがコマンド送信元であるかを識別するためのものである。

メインメモリ１０２６、サブメモリ１０２７またはワークメモリ１０２９からのレスポンスは、まず、サブプロセッサ識別子に基づいて、コマンド送信元のサブプロセッサ１０２３に返信される。さらに、プレセッシングスレッド識別子に基づいて、サブプロセッサ１０２３内のアービタ１０４０により、コマンド送信元のプレセッシングスレッドに返信される。

ただし、同じ処理を行うようなときなど、サブプロセッサ内の複数のプレセッシングスレッド中のいずれでもよい場合には、プレセッシングスレッド識別子に基づかずに、処理負荷の軽いプレセッシングスレッドに返信するようにしてもよい。また、メインメモリ１０２６、サブメモリ１０２７またはワークメモリ１０２９からレスポンスを受信するたびに、複数のプレセッシングスレッド中の１つを順繰りに選択し、その選択されたプレセッシングスレッドに当該レスポンスを返信するようにしてもよい。

以上のように、各サブプロセッサ１０２３内の複数のプレセッシングスレッドが、メインメモリ１０２６、サブメモリ１０２７またはワークメモリ１０２９に対して独立にアクセスを行う場合でも、コマンド送信元のプレセッシングスレッドに確実にレスポンスが返信されるようにすることができる。

（５−７．コントロールレジスタによるサブプロセッサプログラムの管理）
１つの情報処理コントローラ内に複数のサブプロセッサ１０２３が存在し、さらに各サブプロセッサ１０２３内に複数のプレセッシングスレッドを有する場合に、情報処理コントローラ内で処理されるべきサブプロセッサプログラムを、どのプレセッシングスレッドに処理させるかを決定することは、情報処理コントローラの高速化を実現する上で重要である。

そこで以下に、図４１に示したコントロールレジスタ１０２８を使用することにより、各プレセッシングスレッドに対して適切にサブプロセッサプログラムの処理を割り当て、情報処理コントローラを効率的に動作させる構成および手順を示す。

図４８に示すように、コントロールレジスタ１０２８は、処理待ちサブプロセッサプログラムレジスタ１０４５とサブプロセッサプログラム処理進捗レジスタ１０４６とから構成される。

処理待ちサブプロセッサプログラムレジスタ１０４５について示すと、メインプロセッサ１０２１は、情報処理コントローラ内で処理されるべきサブプロセッサプログラムが発生した場合には、処理待ちサブプロセッサプログラムレジスタ１０４５内に、当該サブプロセッサプログラムまたはこれに関連するデータが格納されているメインメモリ１０２６、サブメモリ１０２７、ワークメモリ１０２９、またはＬＳ（ローカルストレージ）１０２２または１０２４におけるアドレスを書き込む。

処理されるべきサブプロセッサプログラムが存在しない状態では、処理待ちサブプロセッサプログラムレジスタ１０４５の値はゼロである。全てのプレセッシングスレッドは、自身が何もサブプロセッサプログラムを実行していない間は、定期的または非定期的に処理待ちサブプロセッサプログラムレジスタ１０４５の値を読み出し、その結果、ゼロでない値を読み出したプレセッシングスレッドが処理を行うものとする。

これとともに、当該プレセッシングスレッドは、処理待ちサブプロセッサプログラムレジスタ１０４５にゼロの値を書き込む。処理を行うプレセッシングスレッドは、読み出した処理待ちサブプロセッサプログラムレジスタ１０４５の値に基づいて、処理対象となるサブプロセッサプログラムまたは関連データを読み出し、処理する。このとき、サブプロセッサプログラムは既に当該プレセッシングスレッドを有するサブプロセッサ１０２３に読み出されており、サブプロセッサプログラムの読み出しは不要であることも考えられる。

このようにして、サブプロセッサプログラムを実行していない、処理能力に余裕のあるプレセッシングスレッドに迅速にサブプロセッサプログラムの処理を割り当てることができ、情報処理コントローラを効率的に動作させることができる。

サブプロセッサプログラム処理進捗レジスタ１０４６は、サブプロセッサプログラムの処理を割り当てられたプレセッシングスレッドが、処理進捗状況を書き込むための２ビット（ｘ，ｙ）のレジスタである。例えば、（０，０）は未処理を示し、（０，１）は処理中の段階１を示し、（１，０）は処理中の段階２を示し、（１，１）は処理完了を示す。さらに、この２ビットとともに、プロセッシングスレッド識別子を書き込むことにより、処理を割り当てられたプレセッシングスレッドを示すようにしてもよい。

または、図４８にプレセッシングスレッド０，１，２，３として示すように、情報処理コントローラ内の各プロセッシングスレッドごとに、サブプロセッサプログラムの処理進捗状況を書き込むためのレジスタを設けてもよい。

サブプロセッサプログラム処理進捗レジスタ１０４６は、情報処理コントローラ内のメインプロセッサ１０２１、全てのサブプロセッサ１０２３および全てのプレセッシングスレッドがアクセス可能であり、これにより、サブプロセッサプログラムの処理進捗状況を的確に把握することができる。さらに、各プロセッシングスレッドごとに処理進捗レジスタを設ける場合には、複数のサブプロセッサプログラムが同時に実行される場合にも処理進捗状況の把握が可能となる。

以上が、各サブプロセッサ１０２３が内部に、仮想的に独立した複数のプレセッシングスレッドを有する場合のプレセッシングスレッド管理方法の例である。

なお、以下においては、サブプロセッサが何らかの処理を行う場合には、当該サブプロセッサ内部のいずれのプレセッシングスレッドが処理を行っても構わないものとし、プレセッシングスレッドの違いによる実行結果の差異は生じないものとする。したがって、サブプロセッサの処理内容につき、サブプロセッサ内部の複数のプレセッシングスレッドがどの様に処理を分担するかについては説明を省略する。

（５−８．ソフトウェアセルの生成および構成）
図４１のネットワークシステムでは、情報処理装置１００１，１００２，１００３および１００４の間での分散処理のために、情報処理装置１００１，１００２，１００３および１００４の間でソフトウェアセルが伝送される。すなわち、ある情報処理装置内の情報処理コントローラに含まれるメインプロセッサ１０２１は、コマンド、プログラムおよびデータを含むソフトウェアセルを生成し、ネットワーク１００９を介して他の情報処理装置に送信することによって、処理を分散することができる。

図３に、ソフトウェアセルの構成の一例を示す。この例のソフトウェアセルは、全体として、送信元ＩＤ、送信先ＩＤ、応答先ＩＤ、セルインターフェース、ＤＭＡコマンド、プログラム、およびデータによって構成される。

送信元ＩＤには、ソフトウェアセルの送信元である情報処理装置のネットワークアドレスおよび情報処理装置ＩＤ、さらに、その情報処理装置内の情報処理コントローラが備えるメインプロセッサ１０２１および各サブプロセッサ１０２３の識別子（メインプロセッサＩＤおよびサブプロセッサＩＤ）が含まれる。

送信先ＩＤおよび応答先ＩＤには、それぞれ、ソフトウェアセルの送信先である情報処理装置、およびソフトウェアセルの実行結果の応答先である情報処理装置についての、同じ情報が含まれる。

セルインターフェースは、ソフトウェアセルの利用に必要な情報であり、グローバルＩＤ、必要なサブプロセッサの情報、サンドボックスサイズ、および前回のソフトウェアセルＩＤから構成される。

グローバルＩＤは、ネットワーク全体を通して当該のソフトウェアセルを一意的に識別できるものであり、送信元ＩＤ、およびソフトウェアセルの作成または送信の日時（日付および時刻）に基づいて作成される。

必要なサブプロセッサの情報は、当該ソフトウェアセルの実行に必要なサブプロセッサの数が設定される。サンドボックスサイズは、当該ソフトウェアセルの実行に必要なメインメモリ１０２６内およびサブプロセッサ１０２３のＬＳ１０２４内のメモリ量が設定される。

前回のソフトウェアセルＩＤは、ストリーミングデータなどのシーケンシャルな実行を要求する１グループのソフトウェアセル内の、前回のソフトウェアセルの識別子である。

ソフトウェアセルの実行セクションは、ＤＭＡコマンド、プログラムおよびデータから構成される。ＤＭＡコマンドには、プログラムの起動に必要な一連のＤＭＡコマンドが含まれ、プログラムには、サブプロセッサ１０２３によって実行されるサブプロセッサプログラムが含まれる。ここでのデータは、このサブプロセッサプログラムを含むプログラムによって処理されるデータである。

さらに、ＤＭＡコマンドには、ロードコマンド、キックコマンド、機能プログラム実行コマンド、ステータス要求コマンド、およびステータス返信コマンドが含まれる。

ロードコマンドは、メインメモリ１０２６内の情報をサブプロセッサ１０２３内のＬＳ１０２４にロードするコマンドであり、ロードコマンド自体のほかに、メインメモリアドレス、サブプロセッサＩＤおよびＬＳアドレスを含む。メインメモリアドレスは、情報のロード元であるメインメモリ１０２６内の所定領域のアドレスを示す。サブプロセッサＩＤおよびＬＳアドレスは、情報のロード先であるサブプロセッサ１０２３の識別子およびＬＳ１０２４のアドレスを示す。

キックコマンドは、サブプロセッサプログラムの実行を開始するコマンドであり、キックコマンド自体のほかに、サブプロセッサＩＤおよびプログラムカウンタを含む。サブプロセッサＩＤは、キック対象のサブプロセッサ１０２３を識別し、プログラムカウンタは、サブプロセッサプログラム実行用プログラムカウンタのためのアドレスを与える。

機能プログラム実行コマンドは、後述のように、ある情報処理装置が他の情報処理装置に対して、機能プログラムの実行を要求するコマンドである。機能プログラム実行コマンドを受信した情報処理装置内の情報処理コントローラは、後述の機能プログラムＩＤによって、起動すべき機能プログラムを識別する。

ステータス要求コマンドは、送信先ＩＤで示される情報処理装置の現在の動作状態（状況）に関する装置情報を、応答先ＩＤで示される情報処理装置宛に送信することを要求するコマンドである。機能プログラムについては後述するが、図６に示す情報処理装置のメインメモリ１０２６が記憶するソフトウェアの構成図において機能プログラムにカテゴライズされるプログラムである。機能プログラムは、メインメモリ１０２６にロードされ、メインプロセッサ１０２１により実行される。

ステータス返信コマンドは、上記のステータス要求コマンドを受信した情報処理装置が、自身の装置情報を当該ステータス要求コマンドに含まれる応答先ＩＤで示される情報処理装置に応答するコマンドである。ステータス返信コマンドは、実行セクションのデータ領域に装置情報を格納する。

図４に、ＤＭＡコマンドがステータス返信コマンドである場合におけるソフトウェアセルのデータ領域の構造を示す。

情報処理装置ＩＤは、情報処理コントローラを備える情報処理装置を識別するための識別子であり、ステータス返信コマンドを送信する情報処理装置のＩＤを示す。情報処理装置ＩＤは、電源投入時、その情報処理装置内の情報処理コントローラに含まれるメインプロセッサ１０２１によって、電源投入時の日時、情報処理装置のネットワークアドレスおよび情報処理装置内の情報処理コントローラに含まれるサブプロセッサ１０２３の数などに基づいて生成される。

情報処理装置種別ＩＤには、当該の情報処理装置の特徴を表す値が含まれる。情報処理装置の特徴とは、例えば、後述のハードディスクレコーダ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ポータブルＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）プレーヤなどである。また、情報処理装置種別ＩＤは、映像音声記録、映像音声再生など、情報処理装置の機能を表すものであってもよい。情報処理装置の特徴や機能を表す値は予め決定されているものとし、情報処理装置種別ＩＤを読み出すことにより、当該情報処理装置の特徴や機能を把握することが可能である。

ＭＳ（マスター／スレーブ）ステータスは、後述のように情報処理装置がマスター装置またはスレーブ装置のいずれで動作しているかを表すもので、これが０に設定されている場合にはマスター装置として動作していることを示し、１に設定されている場合にはスレーブ装置として動作していることを示す。

メインプロセッサ動作周波数は、情報処理コントローラ内のメインプロセッサ１０２１の動作周波数を表す。メインプロセッサ使用率は、メインプロセッサ１０２１で現在動作している全てのプログラムについての、メインプロセッサ１０２１での使用率を表す。メインプロセッサ使用率は、対象メインプロセッサの全処理能力に対する使用中の処理能力の比率を表した値で、例えばプロセッサ処理能力評価のための単位であるＭＩＰＳを単位として算出され、または単位時間あたりのプロセッサ使用時間に基づいて算出される。後述のサブプロセッサ使用率についても同様である。

サブプロセッサ数は、当該の情報処理コントローラが備えるサブプロセッサ１０２３の数を表す。サブプロセッサＩＤは、当該の情報処理コントローラ内の各サブプロセッサ１０２３を識別するための識別子である。

サブプロセッサステータスは、各サブプロセッサ１０２３の状態を表すものであり、ｕｎｕｓｅｄ、ｒｅｓｅｒｖｅｄ、ｂｕｓｙなどの状態がある。ｕｎｕｓｅｄは、当該のサブプロセッサが現在使用されてなく、使用の予約もされていないことを示す。ｒｅｓｅｒｖｅｄは、現在は使用されていないが、予約されている状態を示す。ｂｕｓｙは、現在使用中であることを示す。

サブプロセッサ使用率は、当該のサブプロセッサで現在実行している、または当該のサブプロセッサに実行が予約されているサブプロセッサプログラムについての、当該サブプロセッサでの使用率を表す。すなわち、サブプロセッサ使用率は、サブプロセッサステータスがｂｕｓｙである場合には、現在の使用率を示し、サブプロセッサステータスがｒｅｓｅｒｖｅｄである場合には、後に使用される予定の推定使用率を示す。

サブプロセッサＩＤ、サブプロセッサステータスおよびサブプロセッサ使用率は、１つのサブプロセッサ１０２３に対して一組設定され、１つの情報処理コントローラ内のサブプロセッサ１０２３の数の組数だけ設定される。

メインメモリ総容量およびメインメモリ使用量は、それぞれ、当該の情報処理コントローラに接続されているメインメモリ１０２６の総容量および現在使用中の容量を表す。

外部記録部数は、当該の情報処理コントローラに接続されている外部記録部１０３１の数を表す。外部記録部ＩＤは、当該の情報処理コントローラに接続されている外部記録部１０３１を一意的に識別する情報である。外部記録部種別ＩＤは、当該の外部記録部の種類（例えば、ハードディスク、ＣＤ±ＲＷ、ＤＶＤ±ＲＷ、メモリディスク、ＳＲＡＭ、ＲＯＭなど）を表す。

外部記録部総容量および外部記録部使用量は、それぞれ、外部記録部ＩＤによって識別される外部記録部１０３１の総容量および現在使用中の容量を表す。

外部記録部ＩＤ、外部記録部種別ＩＤ、外部記録部総容量および外部記録部使用量は、１つの外部記録部１０３１に対して一組設定され、当該の情報処理コントローラに接続されている外部記録部１０３１の数の組数だけ設定される。すなわち、１つの情報処理コントローラに複数の外部記録部が接続されている場合、各々の外部記録部には異なる外部記録部ＩＤが割り当てられ、外部記録部種別ＩＤ、外部記録部総容量および外部記録部使用量も別々に管理される。

（５−９．ソフトウェアセルの実行）
ある情報処理装置内の情報処理コントローラに含まれるメインプロセッサ１０２１は、以上のような構成のソフトウェアセルを生成し、ネットワーク１００９を介して他の情報処理装置および当該装置内の情報処理コントローラに送信する。送信元の情報処理装置、送信先の情報処理装置、応答先の情報処理装置、および各装置内の情報処理コントローラは、それぞれ、上記の送信元ＩＤ、送信先ＩＤおよび応答先ＩＤによって識別される。

ソフトウェアセルを受信した情報処理装置内の情報処理コントローラに含まれるメインプロセッサ１０２１は、そのソフトウェアセルをメインメモリ１０２６に格納する。さらに、送信先のメインプロセッサ１０２１は、ソフトウェアセルを読み出し、それに含まれるＤＭＡコマンドを処理する。

具体的に、送信先のメインプロセッサ１０２１は、まず、ロードコマンドを実行する。これによって、ロードコマンドで指示されたメインメモリアドレスから、ロードコマンドに含まれるサブプロセッサＩＤおよびＬＳアドレスで特定されるサブプロセッサ内のＬＳ１０２４の所定領域に、情報がロードされる。ここでロードされる情報は、受信したソフトウェアセルに含まれるサブプロセッサプログラムまたはデータ、あるいはその他の指示されたデータである。

次に、メインプロセッサ１０２１は、キックコマンドを、これに含まれるサブプロセッサＩＤで指示されたサブプロセッサに、同様にキックコマンドに含まれるプログラムカウンタと共に送信する。

指示されたサブプロセッサは、そのキックコマンドおよびプログラムカウンタに従って、サブプロセッサプログラムを実行する。そして、実行結果をメインメモリ１０２６に格納した後、実行を完了したことをメインプロセッサ１０２１に通知する。

なお、送信先の情報処理装置内の情報処理コントローラにおいてソフトウェアセルを実行するプロセッサはサブプロセッサ１０２３に限定されるものではなく、メインプロセッサ１０２１がソフトウェアセルに含まれる機能プログラムなどのメインメモリ用プログラムを実行するように指定することも可能である。

この場合には、送信元の情報処理装置は、送信先の情報処理装置宛に、サブプロセッサプログラムの代わりに、メインメモリ用プログラムおよびそのメインメモリ用プログラムによって処理されるデータを含み、ＤＭＡコマンドがロードコマンドであるソフトウェアセルを送信し、メインメモリ１０２６にメインメモリ用プログラムおよびそれによって処理されるデータを記憶させる。

次に、送信元の情報処理装置は、送信先の情報処理装置宛に、送信先の情報処理装置内の情報処理コントローラについてのメインプロセッサＩＤ、メインメモリアドレス、メインメモリ用プログラムを識別するための後述の機能プログラムＩＤなどの識別子、およびプログラムカウンタを含み、ＤＭＡコマンドがキックコマンドまたは機能プログラム実行コマンドであるソフトウェアセルを送信して、メインプロセッサ１０２１に当該メインメモリ用プログラムを実行させる。

以上のように、この発明のネットワークシステムでは、送信元の情報処理装置は、サブプロセッサプログラムまたはメインメモリ用プログラムをソフトウェアセルによって送信先の情報処理装置に送信するとともに、当該サブプロセッサプログラムを送信先の情報処理装置内の情報処理コントローラに含まれるサブプロセッサ１０２３にロードさせ、当該サブプロセッサプログラムまたは当該メインメモリ用プログラムを送信先の情報処理装置に実行させることができる。

送信先の情報処理装置内の情報処理コントローラでは、受信したソフトウェアセルに含まれるプログラムがサブプロセッサプログラムである場合には、当該サブプロセッサプログラムを指定されたサブプロセッサにロードさせる。そして、ソフトウェアセルに含まれるサブプロセッサプログラムまたはメインメモリ用プログラムを実行させる。

したがって、ユーザが送信先の情報処理装置を操作しなくても自動的に、当該サブプロセッサプログラムまたは当該メインメモリ用プログラムを送信先の情報処理装置内の情報処理コントローラに実行させることができる。

このようにして情報処理装置は、自装置内の情報処理コントローラがサブプロセッサプログラムまたは機能プログラムなどのメインメモリ用プログラムを有していない場合には、ネットワークに接続された他の情報処理装置からそれらを取得することができる。さらに、各サブプロセッサとメインメモリとの間ではＤＭＡ方式によりデータ転送を行い、また上述したサンドボックスを使用することによって、１つの情報処理コントローラ内でデータを多段階に処理する必要がある場合でも、高速かつ高セキュリティに処理を実行することができる。

［６．ネットワークシステムとしての分散処理その２］
ソフトウェアセルの使用による分散処理の結果、図４９の上段に示すようにネットワーク１００９に接続されている複数の情報処理装置１００１，１００２，１００３および１００４は、図４９の下段に示すように、仮想的な１台の情報処理装置１００７として動作する。ただし、そのためには、以下のような構成によって、以下のような処理が実行される必要がある。

（６−１．システムのソフトウェア構成とプログラムのロード）
図６に、個々の情報処理コントローラのメインメモリ１０２６が記憶するソフトウェアの構成を示す。これらのソフトウェア（プログラム）は、情報処理装置に電源が投入される前においては、当該の情報処理コントローラに接続される外部記録部１０３１に記録されているものである。

各プログラムは、機能または特徴によって、制御プログラム、機能プログラムおよびデバイスドライバにカテゴライズされる。

制御プログラムは、各情報処理コントローラが同じものを備え、各情報処理コントローラのメインプロセッサ１０２１が実行するもので、後述のＭＳ（マスター／スレーブ）マネージャおよび能力交換プログラムを含む。

機能プログラムは、メインプロセッサ１０２１が実行するもので、記録用、再生用、素材検索用など、情報処理コントローラごとに情報処理装置に応じたものが備えられる。

デバイスドライバは、情報処理コントローラ（情報処理装置）の入出力（送受信）用で、放送受信、モニタ出力、ビットストリーム入出力、ネットワーク入出力など、情報処理コントローラごとに情報処理装置に応じたものが備えられる。

ケーブルの差し込みなどによって情報処理装置が物理的にネットワーク１００９に接続された状態で、情報処理装置に主電源が投入され、情報処理装置が電気的・機能的にもネットワーク１００９に接続されると、その情報処理装置の情報処理コントローラのメインプロセッサ１０２１は、制御プログラムに属する各プログラム、およびデバイスドライバに属する各プログラムを、メインメモリ１０２６にロードする。

ロード手順としては、メインプロセッサ１０２１は、まず、ＤＣ１０３０に読み出し命令を実行させることによって、外部記録部１０３１からプログラムを読み出し、次に、ＤＭＡＣ１０２５に書き込み命令を実行させることによって、そのプログラムをメインメモリ１０２６に書き込む。

機能プログラムに属する各プログラムについては、必要なときに必要なプログラムだけをロードするように構成してもよく、または、他のカテゴリに属するプログラムと同様に、主電源投入直後に各プログラムをロードするように構成してもよい。

機能プログラムに属する各プログラムは、ネットワークに接続された全ての情報処理装置の外部記録部１０３１に記録されている必要はなく、いずれか１つの情報処理装置の外部記録部１０３１に記録されていれば、前述の方法によって他の情報処理装置からロードすることができるので、結果的に図４９の下段に示すように、仮想的な１台の情報処理装置１００７として機能プログラムを実行することができる。

また、前述したように、メインプロセッサ１０２１によって処理される機能プログラムは、サブプロセッサ１０２３によって処理されるサブプロセッサプログラムと連携動作する場合がある。そこで、メインプロセッサ１０２１が外部記録部１０３１から機能プログラムを読み出し、メインメモリ１０２６に書き込む際、対象となる機能プログラムと連携動作するサブプロセッサプログラムが存在する場合には、当該サブプロセッサプログラムも併せて同じメインメモリ１０２６に書き込む。この場合、連携動作するサブプロセッサプログラムは、１個である場合もあるが、複数個であることもあり得る。複数個である場合には、全ての連携動作するサブプロセッサプログラムをメインメモリ１０２６に書き込む。

メインメモリ１０２６に書き込まれたサブプロセッサプログラムは、その後、サブプロセッサ１０２３内のＬＳ１０２４に書き込まれ、メインプロセッサ１０２１によって処理される機能プログラムと連携動作する。

図３のソフトウェアセルに示したように、機能プログラムには、プログラムごとにプログラムを一意的に識別できる識別子が、機能プログラムＩＤとして割り当てられる。機能プログラムＩＤは、機能プログラムの作成の段階で、作成日時や情報処理装置ＩＤなどから決定される。

サブプロセッサプログラムにもサブプロセッサプログラムＩＤが割り当てられ、これによりサブプロセッサプログラムを一意的に識別可能である。割り当てられるサブプロセッサプログラムＩＤは、連携動作の相手となる機能プログラムの機能プログラムＩＤと関連性のある識別子、例えば機能プログラムＩＤを親番号とした上で最後尾に枝番号を付加させた識別子でもよいが、連携動作の相手となる機能プログラムの機能プログラムＩＤとは関連性のない識別子でもよい。

いずれにしても、機能プログラムとサブプロセッサプログラムが連携動作する場合には、両者とも相手の識別子であるプログラムＩＤを自プログラム内に記憶しておく必要がある。機能プログラムが複数個のサブプロセッサプログラムと連携動作する場合にも、当該機能プログラムは、その複数個のサブプロセッサプログラムのサブプロセッサプログラムＩＤを全て記憶しておく。

メインプロセッサ１０２１は、自身が動作する情報処理装置の装置情報（動作状態に関する情報）を格納するための領域をメインメモリ１０２６に確保し、当該情報を自装置の装置情報テーブルとして記録する。ここでの装置情報は、図４に示した情報処理装置ＩＤ以下の各情報である。

（６−２．システムにおけるマスター／スレーブの決定）
上述したネットワークシステムでは、ある情報処理装置への主電源投入時、その情報処理装置の情報処理コントローラのメインプロセッサ１０２１は、マスター／スレーブマネージャ（以下、ＭＳマネージャ）をメインメモリ１０２６にロードし、実行する。

ＭＳマネージャは、自身が動作する情報処理装置がネットワーク１００９に接続されていることを検知すると、同じネットワーク１００９に接続されている他の情報処理装置の存在を確認する。ここでの「接続」または「存在」は、上述したように、情報処理装置が物理的にネットワーク１００９に接続されているだけでなく、電気的・機能的にもネットワーク１００９に接続されていることを示す。

以下では、自身が動作する情報処理装置を自装置、他の情報処理装置を他装置と称する。当該装置も、当該情報処理装置を示すものとする。

ＭＳマネージャが同じネットワーク１００９に接続されている他の情報処理装置の存在を確認する方法を、以下に示す。

ＭＳマネージャは、ＤＭＡコマンドがステータス要求コマンドであり、送信元ＩＤおよび応答先ＩＤが当該情報処理装置で、送信先ＩＤを特定しないソフトウェアセルを生成して、当該情報処理装置が接続されたネットワーク上に送信し、ネットワーク接続確認用のタイマーを設定する。タイマーのタイムアウト時間は、例えば１０分とされる。

当該ネットワークシステム上に他の情報処理装置が接続されている場合、その他装置は、上記ステータス要求コマンドのソフトウェアセルを受信し、上記応答先ＩＤで特定されるステータス要求コマンドを発行した情報処理装置に対して、ＤＭＡコマンドがステータス返信コマンドで、かつデータとして自身（その他装置）の装置情報を含むソフトウェアセルを送信する。このステータス返信コマンドのソフトウェアセルには、少なくとも当該他装置を特定する情報（情報処理装置ＩＤ、メインプロセッサに関する情報、サブプロセッサに関する情報など）および当該他装置のＭＳステータスが含まれる。

ステータス要求コマンドを発行した情報処理装置のＭＳマネージャは、上記ネットワーク接続確認用のタイマーがタイムアウトするまで、当該ネットワーク上の他装置から送信されるステータス返信コマンドのソフトウェアセルの受信を監視する。その結果、ＭＳステータス＝０（マスター装置）を示すステータス返信コマンドが受信された場合には、自装置の装置情報テーブルにおけるＭＳステータスを１に設定する。これによって、当該装置はスレーブ装置となる。

一方、上記ネットワーク接続確認用のタイマーがタイムアウトするまでの間にステータス返信コマンドが全く受信されなかった場合、またはＭＳステータス＝０（マスター装置）を示すステータス返信コマンドが受信されなかった場合には、自装置の装置情報テーブルにおけるＭＳステータスを０に設定する。これによって、当該装置はマスター装置となる。

すなわち、いずれの装置もネットワーク１００９に接続されていない状態、またはネットワーク１００９上にマスター装置が存在しない状態において、新たな情報処理装置がネットワーク１００９に接続されると、当該装置は自動的にマスター装置として設定される。一方、ネットワーク１００９上に既にマスター装置が存在する状態において、新たな情報処理装置がネットワーク１００９に接続されると、当該装置は自動的にスレーブ装置として設定される。

マスター装置およびスレーブ装置のいずれについても、ＭＳマネージャは、定期的にステータス要求コマンドをネットワーク１００９上の他装置に送信してステータス情報を照会することにより、他装置の状況を監視する。その結果、ネットワーク１００９に接続されている情報処理装置の主電源が遮断され、またはネットワーク１００９から情報処理装置が切り離されることにより、あらかじめ判定用に設定された所定期間内に特定の他装置からステータス返信コマンドが返信されなかった場合や、ネットワーク１００９に新たな情報処理装置が接続された場合など、ネットワーク１００９の接続状態に変化があった場合には、その情報を後述の能力交換プログラムに通知する。

（６−３．マスター装置およびスレーブ装置における装置情報の取得）
メインプロセッサ１０２１は、ＭＳマネージャから、ネットワーク１００９上の他装置の照会および自装置のＭＳステータスの設定完了の通知を受けると、能力交換プログラムを実行する。

能力交換プログラムは、自装置がマスター装置である場合には、ネットワーク１００９に接続されている全ての他装置の装置情報、すなわち各スレーブ装置の装置情報を取得する。

他装置の装置情報の取得は、上述したように、ＤＭＡコマンドがステータス要求コマンドであるソフトウェアセルを生成して他装置に送信し、その後、ＤＭＡコマンドがステータス返信コマンドで、かつデータとして他装置の装置情報を含むソフトウェアセルを他装置から受信することによって可能である。

能力交換プログラムは、マスター装置である自装置の装置情報テーブルと同様に、ネットワーク１００９に接続されている全ての他装置（各スレーブ装置）の装置情報を格納するための領域を自装置のメインメモリ１０２６に確保し、これら情報を他装置（スレーブ装置）の装置情報テーブルとして記録する。

すなわち、マスター装置のメインメモリ１０２６には、自装置を含むネットワーク１００９に接続されている全ての情報処理装置の装置情報が、装置情報テーブルとして記録される。

一方、能力交換プログラムは、自装置がスレーブ装置である場合には、ネットワーク１００９に接続されている全ての他装置の装置情報、すなわちマスター装置および自装置以外の各スレーブ装置の装置情報を取得し、これら装置情報に含まれる情報処理装置ＩＤおよびＭＳステータスを、自装置のメインメモリ１０２６に記録する。

すなわち、スレーブ装置のメインメモリ１０２６には、自装置の装置情報が、装置情報テーブルとして記録されるとともに、自装置以外のネットワーク１００９に接続されているマスター装置および各スレーブ装置についての情報処理装置ＩＤおよびＭＳステータスが、別の装置情報テーブルとして記録される。

また、マスター装置およびスレーブ装置のいずれについても、能力交換プログラムは、上記のようにＭＳマネージャから、新たにネットワーク１００９に情報処理装置が接続されたことが通知されたときには、その情報処理装置の装置情報を取得し、上述したようにメインメモリ１０２６に記録する。

なお、ＭＳマネージャおよび能力交換プログラムは、メインプロセッサ１０２１で実行されることに限らず、いずれかのサブプロセッサ１０２３で実行されてもよい。また、ＭＳマネージャおよび能力交換プログラムは、情報処理装置の主電源が投入されている間は常時動作する常駐プログラムであることが望ましい。

（６−４．情報処理装置がネットワークから切断された場合）
マスター装置およびスレーブ装置のいずれについても、能力交換プログラムは、上記のようにＭＳマネージャから、ネットワーク１００９に接続されている情報処理装置の主電源が遮断され、またはネットワーク１００９から情報処理装置が切り離されたことが通知されたときには、その情報処理装置の装置情報テーブルを自装置のメインメモリ１０２６から削除する。

さらに、このようにネットワーク１００９から切断された情報処理装置がマスター装置である場合には、以下のような方法によって、新たにマスター装置が決定される。

具体的に、例えば、ネットワーク１００９から切断されていない情報処理装置は、それぞれ、自装置および他装置の情報処理装置ＩＤを数値に置き換えて、自装置の情報処理装置ＩＤを他装置の情報処理装置ＩＤと比較し、自装置の情報処理装置ＩＤがネットワーク１００９から切断されていない情報処理装置中で最小である場合、そのスレーブ装置は、マスター装置に移行して、ＭＳステータスを０に設定し、マスター装置として、上述したように、ネットワーク１００９に接続されている全ての他装置（各スレーブ装置）の装置情報を取得して、メインメモリ１０２６に記録する。

（６−５．装置情報に基づく分散処理）
図４９の下段に示したようにネットワーク１００９に接続されている複数の情報処理装置１００１，１００２，１００３および１００４を仮想的な１台の情報処理装置１００７として動作させるためには、マスター装置がユーザの操作およびスレーブ装置の動作状態を把握する必要がある。

図５０に、４台の情報処理装置が仮想的な１台の情報処理装置１００７として動作する様子を示す。情報処理装置１００１がマスター装置、情報処理装置１００２，１００３および１００４がスレーブ装置Ａ，ＢおよびＣとして、動作しているものとする。

ユーザがネットワーク１００９に接続されている情報処理装置を操作した場合、操作対象がマスター装置１００１であれば、その操作情報は、マスター装置１００１において直接把握され、操作対象がスレーブ装置であれば、その操作情報は、操作されたスレーブ装置からマスター装置１００１に送信される。すなわち、ユーザの操作対象がマスター装置１００１とスレーブ装置のいずれであるかにかかわらず、その操作情報は常にマスター装置１００１において把握される。操作情報の送信は、例えば、ＤＭＡコマンドが操作情報送信コマンドであるソフトウェアセルによって行われる。

そして、マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、その操作情報に従って、実行する機能プログラムを選択する。その際、必要であれば、マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、上記の方法によって自装置の外部記録部１０３１−１または１０３１−２からメインメモリ１０２６−１に機能プログラムをロードするが、他の情報処理装置（スレーブ装置）がマスター装置１００１に機能プログラムを送信してもよい。

機能プログラムには、その実行単位ごとに必要となる、図４に示した各情報として表される情報処理装置種別ＩＤ、メインプロセッサまたはサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件などの、装置に関する要求スペックが規定されている。

マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、各機能プログラムについて必要となる上記要求スペックを読み出す。また、あらかじめ能力交換プログラムによってメインメモリ１０２６−１に記録された装置情報テーブルを参照し、各情報処理装置の装置情報を読み出す。ここでの装置情報は、図４に示した情報処理装置ＩＤ以下の各情報を示し、メインプロセッサ、サブプロセッサ、メインメモリおよび外部記録部に関する情報である。

マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、ネットワーク１００９上に接続された各情報処理装置の上記装置情報と、機能プログラム実行に必要となる上記要求スペックとを順次比較する。

そして、例えば、機能プログラムが録画機能を必要とする場合には、情報処理装置種別ＩＤに基づいて、録画機能を有する情報処理装置のみを特定して抽出する。さらに、機能プログラムを実行するために必要なメインプロセッサまたはサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件を確保できるスレーブ装置を、実行要求候補装置として特定する。ここで、複数の実行要求候補装置が特定された場合には、当該候補装置から１つの実行要求候補装置を特定して選択する。

実行要求するスレーブ装置が特定されたら、マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、その特定されたスレーブ装置について、自装置内の情報処理コントローラ１０１１に含まれるメインメモリ１０２６−１に記録されている当該スレーブ装置の装置情報テーブルを更新する。

さらに、マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、ＤＭＡコマンドが機能プログラム実行コマンドであるソフトウェアセルを生成し、当該ソフトウェアセルのセルインターフェースに、当該機能プログラムに関する必要なサブプロセッサの情報およびサンドボックスサイズ（図１７参照）を設定して、上記実行要求されるスレーブ装置に対して送信する。

機能プログラムの実行を要求されたスレーブ装置は、その機能プログラムを実行するとともに、自装置の装置情報テーブルを更新する。その際、必要であれば、スレーブ装置内の情報処理コントローラに含まれるメインプロセッサ１０２１は、上記の方法によって自装置の外部記録部１０３１からメインメモリ１０２６に機能プログラムおよび当該機能プログラムと連携動作するサブプロセッサプログラムをロードする。

機能プログラムの実行を要求されたスレーブ装置の外部記録部１０３１に、必要な機能プログラムまたは当該機能プログラムと連携動作するサブプロセッサプログラムが記録されていない場合には、他の情報処理装置が当該機能プログラムまたはサブプロセッサプログラムを、その機能プログラム実行要求先スレーブ装置に送信するように、システムを構成すればよい。

サブプロセッサプログラムについては、前述のロードコマンドおよびキックコマンドを利用して他の情報処理装置に実行させることもできる。

機能プログラムの実行終了後、機能プログラムを実行したスレーブ装置内の情報処理コントローラに含まれるメインプロセッサ１０２１は、終了通知をマスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１に送信するとともに、自装置の装置情報テーブルを更新する。マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、その終了通知を受信して、機能プログラムを実行したスレーブ装置の装置情報テーブルを更新する。

マスター装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、自装置および他装置の装置情報テーブルの参照結果から、当該の機能プログラムを実行することができる情報処理装置として、自身を選択する場合もあり得る。その場合には、マスター装置１００１が当該の機能プログラムを実行する。

図５０の例で、ユーザがスレーブ装置Ａ（情報処理装置１００２）を操作し、当該操作に応じた機能プログラムを別のスレーブ装置Ｂ（情報処理装置１００３）が実行する場合につき、図５１に以上の分散処理の例を示す。

図５１の例では、ユーザがスレーブ装置Ａを操作することによって、スレーブ装置Ａを含むネットワークシステム全体の分散処理が開始して、まず、スレーブ装置Ａは、ステップ１０９１で、その操作情報をマスター装置１００１に送信する。

マスター装置１００１は、ステップ１０９２で、その操作情報を受信し、さらにステップ１０９３に進んで、自装置のメインメモリ１０２６−１に記録されている自装置および他装置の装置情報テーブルから、各情報処理装置の動作状態を調べて、受信した操作情報に応じた機能プログラムを実行することができる情報処理装置を選択する。この例は、スレーブ装置Ｂが選択される場合である。

次に、マスター装置１００１は、ステップ１０９４で、その選択したスレーブ装置Ｂに対して機能プログラムの実行を要求する。

スレーブ装置Ｂは、ステップ１０９５で、その実行要求を受信し、さらにステップ１０９６に進んで、実行要求された機能プログラムを実行する。

以上のように、ユーザは、１台の情報処理装置のみを操作することによって、他の情報処理装置を操作することなく、複数の情報処理装置１００１，１００２，１００３および１００４を仮想的な１台の情報処理装置１００７として動作させることができる。

（６−６．各情報処理装置およびシステムの具体例）
ネットワーク１００９を介して互いに接続される情報処理装置１００１，１００２，１００３および１００４は、基本的に上記のような情報処理コントローラ１０１１，１０１２，１０１３および１０１４によって情報処理を行うものであれば、どのようなものでもよいが、図５２に、その一例を示す。

この例では、情報処理コントローラ１０１１を備える情報処理装置１００１は、ハードディスクレコーダで、図５３に示すように、ハードウェア構成としては、図４１に示した外部記録部１０３１−１として、ハードディスクを内蔵し、図４１に示した外部記録部１０３１−２として、ＤＶＤ±Ｒ／ＲＷ、ＣＤ±Ｒ／ＲＷ、Ｂｌｕ−ｒａｙＤｉｓｃ（登録商標）などの光ディスクを装着できるように構成されるとともに、情報処理コントローラ１０１１のバス１０３２−１に接続されたバス１０５１−１に、放送受信部１０５２−１、映像入力部１０５３−１、音声入力部１０５４−１、映像出力部１０５５−１、音声出力部１０５６−１、操作パネル部１０５７−１、リモコン受光部１０５８−１およびネットワーク接続部１０５９−１が接続されたものである。

放送受信部１０５２−１、映像入力部１０５３−１および音声入力部１０５４−１は、放送信号を受信し、または情報処理装置１００１の外部から映像信号および音声信号を入力し、それぞれ所定フォーマットのデジタルデータに変換して、情報処理コントローラ１０１１での処理のためにバス１０５１−１に送出するものであり、映像出力部１０５５−１および音声出力部１０５６−１は、情報処理コントローラ１０１１からバス１０５１−１に送出された映像データおよび音声データを処理して、デジタルデータのまま、またはアナログ信号に変換して、情報処理装置１００１の外部に送出するものであり、リモコン受光部１０５８−１は、リモコン送信器１０６３−１からのリモコン（遠隔操作）赤外線信号を受信するものである。

図５２および図５３に示すように、情報処理装置（ハードディスクレコーダ）１００１の映像出力部１０５５−１および音声出力部１０５６−１には、モニタ表示装置１０６１およびスピーカ装置１０６２が接続される。

図５２の例の、情報処理コントローラ１０１２を備える情報処理装置１００２も、ハードディスクレコーダで、図５３において括弧内に参照番号を付して示すように、情報処理装置１００１と同様に構成されたものである。ただし、例えば、図５２に示すように、情報処理装置（ハードディスクレコーダ）１００２には、モニタ表示装置およびスピーカ装置は接続されない。

情報処理装置（ハードディスクレコーダ）１００１および１００２、すなわち情報処理コントローラ１０１１および１０１２のソフトウェア構成としては、図５４に示すように、制御プログラムとして、ＭＳマネージャおよび能力交換プログラムを備え、機能プログラムとして、映像音声記録、映像音声再生、素材検索および番組録画予約のためのプログラムを備え、デバイスドライバとして、放送受信、映像出力、音声出力、外部記録部入出力およびネットワーク入出力のためのプログラムを備える。

図５２の例の、情報処理コントローラ１０１３を備える情報処理装置１００３は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）で、図５５に示すように、ハードウェア構成としては、図４１に示した外部記録部１０３１−５として、メモリカードディスクを装着できるように構成されるとともに、情報処理コントローラ１０１３のバス１０３２−３に接続されたバス１０７１に、液晶表示部１０７２、音声出力部１０７３、カメラ部１０７４、音声入力部１０７５、キーボード部１０７６およびネットワーク接続部１０７７が接続されたものである。

なお、図４１では内部を省略した情報処理コントローラ１０１３は、メインプロセッサ１０２１−３、サブプロセッサ１０２３−７，１０２３−８および１０２３−９、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）１０２５−３、コントロールレジスタ１０２８−３、ワークメモリ１０２９−３、ＤＣ（ディスクコントローラ）１０３０−３、およびバス１０３２−３を備え、そのメインプロセッサ１０２１−３は、ＬＳ（ローカルストレージ）１０２２−３を有し、各サブプロセッサ１０２３−７，１０２３−８および１０２３−９は、ＬＳ（ローカルストレージ）１０２４−７，１０２４−８および１０２４−９を有する。

情報処理装置（ＰＤＡ）１００３、すなわち情報処理コントローラ１０１３のソフトウェア構成としては、図５６に示すように、制御プログラムとして、ＭＳマネージャおよび能力交換プログラムを備え、機能プログラムとして、映像音声記録、映像音声再生、電話帳、ワープロおよび表計算のためのプログラム、およびＷｅｂブラウザを備え、デバイスドライバとして、映像出力、音声出力、カメラ映像入力、マイク音声入力およびネットワーク入出力のためのプログラムを備える。

図５２の例の、情報処理コントローラ１０１４を備える情報処理装置１００４は、ポータブルＣＤプレーヤで、図５７に示すように、ハードウェア構成としては、図４１に示した外部記録部１０３１−６として、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）を装着できるように構成されるとともに、情報処理コントローラ１０１４のバス１０３２−４に接続されたバス１０８１に、液晶表示部１０８２、音声出力部１０８３、操作ボタン部１０８４およびネットワーク接続部１０８５が接続されたものである。

なお、図４１では内部を省略した情報処理コントローラ１０１４は、メインプロセッサ１０２１−４、サブプロセッサ１０２３−１０，１０２３−１１および１０２３−１２、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）１０２５−４、コントロールレジスタ１０２８−４、ワークメモリ１０２９−４、ＤＣ（ディスクコントローラ）１０３０−４、およびバス１０３２−４を備え、そのメインプロセッサ１０２１−４は、ＬＳ（ローカルストレージ）１０２２−４を有し、各サブプロセッサ１０２３−１０，１０２３−１１および１０２３−１２は、ＬＳ（ローカルストレージ）１０２４−１０，１０２４−１１および１０２４−１２を有する。

情報処理装置（ポータブルＣＤプレーヤ）１００４、すなわち情報処理コントローラ１０１４のソフトウェア構成としては、図５８に示すように、制御プログラムとして、ＭＳマネージャおよび能力交換プログラムを備え、機能プログラムとして、音楽再生のためのプログラムを備え、デバイスドライバとして、音声出力、ＣＤ制御およびネットワーク入出力のためのプログラムを備える。

以上のような図５２の例のネットワークシステムにおいて、情報処理装置１００１，１００３および１００４がネットワーク１００９上に接続されており、情報処理装置１００１がマスター装置（ＭＳステータス＝０）として、情報処理装置１００３および１００４がスレーブ装置（ＭＳステータス＝１）として、設定されているものとする。

この状態で、新たに情報処理装置１００２がネットワーク１００９に接続されると、上述した方法によって、情報処理装置１００２内の情報処理コントローラ１０１２に含まれるメインプロセッサ１０２１−２で実行されているＭＳマネージャは、他の情報処理装置１００１，１００３および１００４にＭＳステータスを照会して、情報処理装置１００１が既にマスター装置として存在することを認識し、自装置（情報処理装置１００２）をスレーブ装置（ＭＳステータス＝１）に設定する。また、マスター装置に設定されている情報処理装置１００１は、新たに追加された情報処理装置１００２を含む各装置の装置情報を収集して、メインメモリ１０２６−１内の装置情報テーブルを更新する。

このような状態で、ユーザによってスレーブ装置である情報処理装置（ＰＤＡ）１００３で２時間の放送番組の録画予約の操作が行われた場合を示す。

この場合、スレーブ装置である情報処理装置（ＰＤＡ）１００３は、ユーザから録画開始時刻、録画終了時刻、録画対象放送チャネル、録画品質などの情報を含む録画予約情報の入力を受け付け、当該録画予約情報およびＤＭＡコマンドとしての録画予約コマンドを含むソフトウェアセルを生成して、マスター装置である情報処理装置１００１に送信する。

ＤＭＡコマンドが録画予約コマンドであるソフトウェアセルを受信した情報処理装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、録画予約コマンドを読み出すとともに、メインメモリ１０２６−１内の装置情報テーブルを参照して、当該録画予約コマンドを実行可能な情報処理装置を特定する。

まず、メインプロセッサ１０２１−１は、装置情報テーブルに含まれる各情報処理装置１００１，１００２，１００３および１００４の情報処理装置種別ＩＤを読み出して、録画予約コマンドに対応する機能プログラムを実行可能な情報処理装置を抽出する。ここでは、録画機能を示す情報処理装置種別ＩＤを有する情報処理装置１００１および１００２が候補装置として特定され、情報処理装置１００３および１００４は候補装置から除外される。

次に、マスター装置である情報処理装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、装置情報テーブルを参照して、情報処理装置１００１および１００２のメインプロセッサまたはサブプロセッサの処理能力、メインメモリに関する情報などの、装置に関する情報を読み出し、情報処理装置１００１および１００２が録画予約コマンドに対応する機能プログラムの実行に必要な要求スペックを満足するか否かを判断する。ここでは、情報処理装置１００１，１００２とも、録画予約コマンドに対応する機能プログラムの実行に必要な要求スペックを満足するものとする。

さらに、メインプロセッサ１０２１−１は、装置情報テーブルを参照して、情報処理装置１００１および１００２の外部記録部に関する情報を読み出し、外部記録部の空き容量が当該録画予約コマンドの実行に必要な容量を満足するか否かを判断する。情報処理装置１００１および１００２はハードディスクレコーダであるので、それぞれハードディスク１０３１−１および１０３１−３の、総容量と使用量との差分が、それぞれの空き容量に相当する。

この場合、情報処理装置１００１のハードディスク１０３１−１の空き容量が、録画時間に換算して１０分であり、情報処理装置１００２のハードディスク１０３１−３の空き容量が、録画時間に換算して２０時間であるとする。

このとき、マスター装置である情報処理装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、当該録画予約コマンドの実行に必要な２時間分の空き容量を確保できる情報処理装置を、実行要求先スレーブ装置として特定する。

その結果、情報処理装置１００２のみが実行要求先スレーブ装置として選択され、マスター装置である情報処理装置１００１内の情報処理コントローラ１０１１に含まれるメインプロセッサ１０２１−１は、ユーザにより操作された情報処理装置１００３から送信された録画予約情報を含む当該録画予約コマンドを情報処理装置１００２に送信して、上記２時間の放送番組の録画予約の実行を要求する。

そして、情報処理装置１００２内の情報処理コントローラ１０１２に含まれるメインプロセッサ１０２１−２は、当該録画予約コマンドを解析して、録画に必要な機能プログラムを外部記録部であるハードディスク１０３１−３からメインメモリ１０２６−２にロードし、録画予約情報に従って録画を実行する。その結果、録画予約された２時間の放送番組の映像音声データが情報処理装置１００２のハードディスク１０３１−３に記録される。

このように、図５２の例のネットワークシステムにおいても、ユーザは、１台の情報処理装置のみを操作することによって、他の情報処理装置を操作することなく、複数の情報処理装置１００１，１００２，１００３および１００４を仮想的な１台の情報処理装置１００７として動作させることができる。

［７．サブプロセッサの割り当てによる分散処理その２］
図５０または図５２のネットワークシステムにおける前述の例は、マスター装置である情報処理装置１００１が機能プログラムを実行することができる情報処理装置を特定する際、当該機能プログラムの実行に必要な全ての要求スペックを満足する情報処理装置がネットワークシステム内に存在する場合であるが、このような情報処理装置が存在しない場合もあり得る。

図５２の例では、マスター装置である情報処理装置１００１は、録画予約コマンドに対応する機能プログラムを実行させる情報処理装置として、最終的に情報処理装置１００２を特定したが、情報処理装置１００２が当該機能プログラムの実行に必要な要求スペックを一部、満たしていないこともある。例えば、他の要求スペックは全て満たしているが、サブプロセッサ数が不足している場合である。そのような場合でも、情報処理装置１００２は、上記のロードコマンドまたはキックコマンドを利用して他の情報処理装置内のサブプロセッサを利用することによって、当該機能プログラムを実行できる可能性がある。

そこで、マスター装置が機能プログラムを実行させる情報処理装置を特定する際、候補となる情報処理装置のサブプロセッサ処理能力を考慮しないで、当該機能プログラムを実行させる情報処理装置を特定する場合の例を示す。

この場合、機能プログラムには、図４に示した各情報として表される情報処理装置種別ＩＤ、メインプロセッサまたはサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件などの、装置に関する要求スペックが規定されており、マスター装置が当該機能プログラムを実行させる情報処理装置を特定する際には、サブプロセッサ処理能力以外の要求スペックを満足する情報処理装置を特定するものとする。したがって当然、マスター装置によって特定されて機能プログラムの実行を要求された情報処理装置は、自装置内に当該機能プログラムの実行に必要なサブプロセッサ処理能力を確保できない場合がある。

以下に、分散処理の他の例として、このように機能プログラムの実行を要求された情報処理装置が、ネットワークシステムに含まれる他の情報処理装置内のサブプロセッサを利用する場合について示す。

（７−１．システム構成）
図５９に、４台の情報処理装置１００１，１００２，１００３および１００４がネットワーク１００９に接続されている状態を示す。

情報処理装置１００１がマスター装置として、情報処理装置１００２，１００３および１００４がスレーブ装置として、それぞれ動作し、マスター装置である情報処理装置１００１が機能プログラムを実行させる情報処理装置として自装置を特定するものとする。

ネットワーク１００９に接続されている各情報処理装置のソフトウェア構成としては、図１７に示すように、制御プログラムとして、図６などに示したＭＳマネージャおよび能力交換プログラムのほかに、リソースマネージャを含むものとする。

リソースマネージャは、自装置内の各サブプロセッサを制御して、プログラムやデータの転送、プログラムの実行の開始や停止、プログラムの実行結果の受信などを行うものである。

さらに、リソースマネージャは、自装置内の各サブプロセッサの使用状況を把握して、他の情報処理装置からの問い合わせに対して応答し、または他の情報処理装置に対して、その他装置内の各サブプロセッサの使用状況を問い合わせる。

そのために、リソースマネージャには、図１８に示すようなサブプロセッサ管理テーブルを用意する。

この例は、各情報処理装置内の情報処理コントローラが数個以上のサブプロセッサを備える場合で、サブプロセッサ管理テーブル中の情報処理装置ＩＤは、自装置の情報処理装置ＩＤであり、サブプロセッサＩＤは、自装置内の各サブプロセッサのサブプロセッサＩＤであり、サブプロセッサステータスは、各サブプロセッサの使用状況を示す。

サブプロセッサステータスとしては、上述したように、ｕｎｕｓｅｄ（現在使用されてなく、使用の予約もされていない状態）、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）、およびｂｕｓｙ（現在使用されている状態）がある。

後述のように、ｕｎｕｓｅｄを空いている状態とし、空いているか否か、すなわち、ｕｎｕｓｅｄであるか、ｒｅｓｅｒｖｅｄまたはｂｕｓｙであるかを、空き状況とする。

サブプロセッサプログラムＩＤは、当該のサブプロセッサで実行中の、または当該のサブプロセッサに実行予約中のサブプロセッサプログラムを識別する識別子であり、機能プログラムＩＤは、上段のサブプロセッサプログラムＩＤで示されるサブプロセッサプログラムと連携動作する機能プログラムを識別する識別子である。

サブプロセッサプログラム優先度は、その実行中または実行予約中のサブプロセッサプログラムの優先度である。サブプロセッサプログラム優先度は、当該サブプロセッサプログラムと連携動作する機能プログラムの優先度に応じて、あらかじめ決定され、例えば、ｈｉｇｈ（優先度が高い），ｍｉｄｄｌｅ（中位の優先度）およびｌｏｗ（優先度が低い）の３段階に区分される。

ロックシーケンス番号は、後述のようにサブプロセッサを確保する際などに、リソースマネージャが発番し、サブプロセッサ管理テーブルに記述する。リソースマネージャは、機能プログラムから受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が、このサブプロセッサ管理テーブルに記述されたそれらと一致するときにのみ、そのサブプロセッサの使用を許可する。

（７−２．サブプロセッサ割り当て処理）
上述したように、図５９において、情報処理装置１００１がマスター装置として、情報処理装置１００２，１００３および１００４がスレーブ装置として、それぞれ動作し、マスター装置としての情報処理装置１００１が機能プログラムを実行させる情報処理装置として自装置を特定したものとする。

そして、情報処理装置１００１が、自装置のメインメモリ１０２６−１内の機能プログラムと連携動作するサブプロセッサプログラムの実行用に、自装置内または他の情報処理装置１００２，１００３および１００４内にサブプロセッサを確保する場合の、情報処理装置１００１のメインメモリ１０２６−１内の機能プログラム、情報処理装置１００１内のリソースマネージャ、および他の情報処理装置１００２，１００３および１００４内のリソースマネージャによって実行されるサブプロセッサ割り当て処理の一例を、図６０〜図６８を用いて示す。

まず、図６０に示すように、情報処理装置１００１のメインメモリ１０２６−１内の機能プログラムは、ステップ１１１１で、サブプロセッサプログラムの実行に必要なサブプロセッサ数を判断し、次にステップ１１１２で、自装置（情報処理装置１００１）内のリソースマネージャに、当該の機能プログラムの機能プログラムＩＤと、当該機能プログラムと連携動作する全てのサブプロセッサプログラムのサブプロセッサプログラムＩＤおよびサブプロセッサプログラム優先度とを添えて、必要数（ｎ個とする）のサブプロセッサの使用要求を出力する。

これに対して、情報処理装置１００１内のリソースマネージャは、ステップ１１１３で、自装置（情報処理装置１００１）の図１８に示したサブプロセッサ管理テーブルを参照して、自装置内にｎ個のサブプロセッサの空きがあるか否かを判断し、ｎ個以上のサブプロセッサが空いている場合には、ステップ１１１３からステップ１１１４に進んで、自装置内にｎ個のサブプロセッサを確保するとともに、その確保した各サブプロセッサにつき、サブプロセッサ管理テーブル内のサブプロセッサステータスを、ｕｎｕｓｅｄからｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替え、ロックシーケンス番号を発番して、サブプロセッサ管理テーブルに記述する。

さらに、情報処理装置１００１内のリソースマネージャは、ステップ１１１５に進んで、当該の機能プログラムに、自装置内にｎ個のサブプロセッサを確保したことと、確保したｎ個のサブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤ、およびロックシーケンス番号とを通知する。

図６１に示すように、当該の機能プログラムは、ステップ１１１７で、この通知を受信して、自装置（情報処理装置１００１）内のリソースマネージャに、自身の機能プログラムＩＤと共に、確保した各サブプロセッサに対するサブプロセッサＩＤ、サブプロセッサプログラムＩＤ、サブプロセッサプログラム本体およびロックシーケンス番号を、確保したサブプロセッサ数の分だけ送信する。

情報処理装置１００１内のリソースマネージャは、ステップ１１２１で、これらを受信して、各サブプロセッサに対するサブプロセッサプログラムを保存し、さらにステップ１１２２に進んで、受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断し、同じであるときには、ステップ１１２３に進んで、確保した各サブプロセッサにサブプロセッサプログラムを送信し、さらにステップ１１２４に進んで、当該の機能プログラムに、各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

以上によって、情報処理装置１００１内の空いているサブプロセッサだけで必要数のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。
確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

情報処理装置１００１内のリソースマネージャは、ステップ１１２２で、当該の機能プログラムから受信したサブプロセッサプログラムＩＤまたはロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと異なると判断した場合には、ステップ１１２２からステップ１１２６に進んで、当該の機能プログラムにエラーを通知する。

この場合には、当該の機能プログラムは、ステップ１１２７で、エラー処理を実行する。このエラー処理は、具体的には、再度、ステップ１１１２からサブプロセッサ割り当て処理を実行するなどである。

一方、情報処理装置１００１内のリソースマネージャは、図６０のステップ１１１３で、自装置内にｎ個のサブプロセッサの空きがないと判断した場合、すなわち情報処理装置１００１内に空いているサブプロセッサが（ｎ−１）個以下しかない（１個もない場合を含む）と判断した場合には、図６２に示すように、ステップ１１１３からステップ１１３１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。図５９は、他の情報処理装置１００２，１００３および１００４が接続されている場合である。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１００１内のリソースマネージャは、ステップ１１３１からステップ１１３２に進んで、その中の１個である他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャに、サブプロセッサの空き状況を問い合わせる。

この問い合わせは、図２８（Ａ）に示すようなサブプロセッサ空き状況問い合わせコマンドによって行う。具体的に、このサブプロセッサ空き状況問い合わせコマンドは、送信元ＩＤ（この場合は情報処理装置１００１の情報処理装置ＩＤ）、送信先ＩＤ（この場合は情報処理装置１００２の情報処理装置ＩＤ）および応答先ＩＤ（この場合は情報処理装置１００１の情報処理装置ＩＤ）を有し、ＤＭＡコマンドとして、サブプロセッサ空き状況問い合わせコマンド本体および機能プログラムＩＤを含むものとする。

図６２に示すように、この問い合わせに対して、当該他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャは、ステップ１１３３で、自装置内のサブプロセッサ管理テーブルから、自装置内のサブプロセッサの空き状況を判断し、さらにステップ１１３５に進んで、自装置内に空いているサブプロセッサがある場合には、その数およびサブプロセッサＩＤを、空いているサブプロセッサがない場合には、その旨を、情報処理装置１００１内のリソースマネージャに通知する。

この通知は、図２８（Ｂ）に示すようなサブプロセッサ空き状況返信コマンドによって行う。具体的に、このサブプロセッサ空き状況返信コマンドは、送信元ＩＤ（この場合は情報処理装置１００２の情報処理装置ＩＤ）、送信先ＩＤ（この場合は情報処理装置１００１の情報処理装置ＩＤ）および応答先ＩＤ（この場合は情報処理装置１００１の情報処理装置ＩＤ）を有し、ＤＭＡコマンドとして、サブプロセッサ空き状況返信コマンド本体、機能プログラムＩＤ、空いているサブプロセッサの数、および空いている各サブプロセッサのサブプロセッサＩＤを含むものとする。

この通知を受けて、情報処理装置１００１内のリソースマネージャは、図６３に示すように、ステップ１１３６で、自装置（情報処理装置１００１）分と他装置（情報処理装置１００２）分とを合わせてトータルで、ｎ個のサブプロセッサを確保できるか否かを判断する。

例えば、ｎが８，９または１０というような数である場合に、情報処理装置１００１内で１個のサブプロセッサしか確保できず、情報処理装置１００２内で（ｎ−２）個のサブプロセッサしか確保できない場合には、トータルでｎ個のサブプロセッサを確保できないことになる。

このようにトータルでｎ個のサブプロセッサを確保できない場合には、情報処理装置１００１内のリソースマネージャは、図６２に示すように、ステップ１１３６からステップ１１３１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。図５９は、他の情報処理装置１００３および１００４が接続されている場合である。

以下、情報処理装置１００２の場合と同様に、ネットワークシステム全体でｎ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ１１３２，１１３３，１１３５，１１３６および１１３１の処理を繰り返す。

情報処理装置１００１以外にネットワーク上に複数個の情報処理装置が接続されている場合に情報処理装置１００１内のリソースマネージャがサブプロセッサの空き状況を問い合わせる順番については、例えば、上述したマスター装置の決定方法のように、ネットワーク上の各情報処理装置の情報処理装置ＩＤを数値に置き換え、当該数値が小さい情報処理装置順にサブプロセッサの空き状況を問い合わせることが考えられる。

そして、ネットワークシステム全体で、空いているサブプロセッサによってｎ個のサブプロセッサを確保できる場合には、情報処理装置１００１内のリソースマネージャは、図６３に示すように、ステップ１１３６からステップ１１３７に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できることを通知する。

当該の機能プログラムは、ステップ１１３８で、この通知を受信し、後述のように自装置（情報処理装置１００１）内のリソースマネージャにサブプロセッサ確保要求を出力する。

一方、情報処理装置１００１内のリソースマネージャは、図６２のステップ１１３１で、それ以上、ネットワーク上に情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体でも（情報処理装置１００１のみがネットワーク上に存在する場合には情報処理装置１００１内だけで）、空いているサブプロセッサによってｎ個のサブプロセッサを確保できないと判断した場合には、図６３に示すように、ステップ１１３１からステップ１１４１に進んで、自装置（情報処理装置１００１）内に当該の機能プログラムより優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否か、および、ある場合には、その数を検出する。

この場合の「実行中」というのは、ｂｕｓｙ（現在使用されている状態）だけでなく、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）を含む。以下では、当該の機能プログラムより優先度の低いサブプロセッサプログラムを、単に「優先度の低いサブプロセッサプログラム」と称する。

さらに、情報処理装置１００１内のリソースマネージャは、ステップ１１４３に進んで、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１００１）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｎ個のサブプロセッサを確保できるか否かを判断し、確保できる場合には、ステップ１１４３からステップ１１４４に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できることを通知する。

当該の機能プログラムは、ステップ１１３８で、この通知を受信し、後述のように自装置（情報処理装置１００１）内のリソースマネージャにサブプロセッサ確保要求を出力する。

一方、情報処理装置１００１内のリソースマネージャは、ステップ１１４３で、ネットワークシステム全体の空いているサブプロセッサと、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｎ個のサブプロセッサを確保できないと判断した場合には、図６４に示すように、ステップ１１４３からステップ１１５１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１００１内のリソースマネージャは、ステップ１１５１からステップ１１５２に進んで、当該他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャに、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサの有無および数を問い合わせる。この場合の「実行中」というのも、ｂｕｓｙだけでなく、ｒｅｓｅｒｖｅｄを含む。

この問い合わせは、図２８（Ａ）に示したようなサブプロセッサ空き状況問い合わせコマンドに、当該の機能プログラムと連携動作するサブプロセッサプログラムのサブプロセッサプログラム優先度を含めたコマンドによって行う。

図６４に示すように、この問い合わせに対して、当該他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャは、ステップ１１５３で、自装置内のサブプロセッサ管理テーブルから、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否かを判断し、ある場合には、その数およびサブプロセッサＩＤを情報処理装置１００１内のリソースマネージャに通知し、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがない場合には、その旨を情報処理装置１００１内のリソースマネージャに通知する。

この通知は、図２８（Ｂ）に示したようなサブプロセッサ空き状況返信コマンドにおいて、空いているサブプロセッサの数およびサブプロセッサＩＤに代えて、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサの数およびサブプロセッサＩＤを記述したコマンドによって行う。

この通知を受けて、情報処理装置１００１内のリソースマネージャは、図６４に示すように、ステップ１１５４で、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１００１）内および他装置（この場合は情報処理装置１００２）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｎ個のサブプロセッサを確保できるか否かを判断する。

例えば、ｎ＝７の場合に、ネットワークシステム全体で空いているサブプロセッサが２個しかなく、情報処理装置１００１内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサが２個しかなく、情報処理装置１００２内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサが２個しかない場合には、トータルでｎ個のサブプロセッサを確保できないことになる。

このようにトータルでｎ個のサブプロセッサを確保できない場合には、情報処理装置１００１内のリソースマネージャは、ステップ１１５４からステップ１１５１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。

以下、情報処理装置１００２の場合と同様に、ネットワークシステム全体でｎ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ１１５２，１１５３，１１５４および１１５１の処理を繰り返す。

そして、空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ネットワークシステム全体でｎ個のサブプロセッサを確保できる場合には、情報処理装置１００１内のリソースマネージャは、ステップ１１５４からステップ１１５５に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できることを通知する。

当該の機能プログラムは、ステップ１１５８で、この通知を受信し、以下のように自装置（情報処理装置１００１）内のリソースマネージャにサブプロセッサ確保要求を出力する。

すなわち、当該の機能プログラムは、図６３のステップ１１３８、または図６４のステップ１１５８で、情報処理装置１００１内のリソースマネージャから、ｎ個のサブプロセッサを確保できる旨の通知を受信したら、図６５に示すように、ステップ１１６１で、自装置（情報処理装置１００１）内のリソースマネージャに、ｎ個のサブプロセッサの確保要求を出力する。

図６５に示すように、この確保要求に対して、情報処理装置１００１内のリソースマネージャは、ステップ１１６２で、自装置（情報処理装置１００１）内に確保すべき分がある場合には、その分のサブプロセッサを自装置内に確保し、さらにステップ１１６３に進んで、他の情報処理装置内に確保されるべき分があるか否かを判断し、他の情報処理装置内に確保されるべき分がない場合には、ステップ１１６３からステップ１１６４に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保したことを通知する。

情報処理装置１００１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できず、かつ情報処理装置１００１以外にネットワーク上に接続されている情報処理装置が存在しないが、情報処理装置１００１内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｎ個のサブプロセッサを確保できる場合には、このように情報処理装置１００１内だけでｎ個のサブプロセッサが確保されることになる。

この場合、情報処理装置１００１内のリソースマネージャは、ステップ１１６２では、自装置内に確保した各サブプロセッサにつき、自装置のサブプロセッサ管理テーブル内のサブプロセッサステータスがｕｎｕｓｅｄとなっているものについては、ｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替えるとともに、ロックシーケンス番号を発番してサブプロセッサ管理テーブルに記述し、ステップ１１６４では、これら情報を、当該の機能プログラムに送信する。

具体的に、ステップ１１６４で送信される情報は、確保したサブプロセッサの数、確保した各サブプロセッサのサブプロセッサＩＤおよびロックシーケンス番号を含むものとする。

図６５に示すように、当該の機能プログラムは、ステップ１１６７で、このサブプロセッサ確保通知を受信し、後述のように自装置（情報処理装置１００１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

なお、情報処理装置１００１内のリソースマネージャは、ステップ１１６２で、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを、当該の機能プログラムと連携動作するサブプロセッサプログラムの実行用に確保した場合には、その優先度の低いサブプロセッサプログラムおよび当該サブプロセッサプログラムと連携動作する機能プログラムに対してサブプロセッサが奪われたことを通知する。

一方、確保されるべきｎ個のサブプロセッサに他の情報処理装置内に確保されるべき分がある場合には、情報処理装置１００１内のリソースマネージャは、ステップ１１６３からステップ１１７１に進んで、他の情報処理装置１００２，１００３および１００４内のリソースマネージャにサブプロセッサの確保を要求し、他の情報処理装置１００２，１００３および１００４内のリソースマネージャは、ステップ１１７２で、それぞれ自装置内に自装置分のサブプロセッサを確保する。

他の情報処理装置に対するサブプロセッサの確保要求は、図２９（Ａ）に示すようなＤＭＡコマンドがサブプロセッサ確保要求コマンドであるソフトウェアセルによって行う。具体的に、このサブプロセッサ確保要求コマンドは、ＤＭＡコマンドとして、サブプロセッサ確保要求コマンド本体、機能プログラムＩＤ、サブプロセッサプログラム優先度、確保要求サブプロセッサ数および確保要求サブプロセッサ数の分のサブプロセッサプログラムＩＤを含むものとする。

情報処理装置１００１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できないが、情報処理装置１００１以外にもネットワーク上に情報処理装置が存在していて、ネットワークシステム全体で、空いているサブプロセッサだけで、または優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｎ個のサブプロセッサを確保できる場合には、このように他の情報処理装置を含めたネットワークシステム全体でｎ個のサブプロセッサが確保されることになる。

この場合、他の情報処理装置１００２，１００３および１００４内のリソースマネージャは、ステップ１１７２では、それぞれ自装置内に確保した各サブプロセッサにつき、自装置のサブプロセッサ管理テーブル内のサブプロセッサステータスがｕｎｕｓｅｄとなっているものについては、ｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替えるとともに、ロックシーケンス番号を発番してサブプロセッサ管理テーブルに記述する。

また、他の情報処理装置１００２，１００３および１００４内のリソースマネージャは、ステップ１１７２で、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを、当該の機能プログラムと連携動作するサブプロセッサプログラムの実行用に確保した場合には、その優先度の低いサブプロセッサプログラムおよび当該サブプロセッサプログラムと連携動作する機能プログラムに対してサブプロセッサが奪われたことを通知する。

さらに、他の情報処理装置１００２，１００３および１００４内のリソースマネージャは、図６６に示すように、ステップ１１７３で、それぞれ自装置内に自装置分のサブプロセッサを確保したことを、情報処理装置１００１内のリソースマネージャに通知する。

この通知には、図２９（Ｂ）に示すようなＤＭＡコマンドがサブプロセッサ確保返信コマンドであるソフトウェアセルを用いる。具体的に、このサブプロセッサ確保返信コマンドは、ＤＭＡコマンドとして、サブプロセッサ確保返信コマンド本体、機能プログラムＩＤ、サブプロセッサプログラム優先度、確保したサブプロセッサの数、確保した各サブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤおよびロックシーケンス番号を含むものとする。

図６６に示すように、情報処理装置１００１内のリソースマネージャは、他の情報処理装置１００２，１００３および１００４内のリソースマネージャからのサブプロセッサ確保通知を受信したら、ステップ１１７４で、当該の機能プログラムに、ｎ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ１１７７で、このサブプロセッサ確保通知を受信し、自装置（情報処理装置１００１）内のリソースマネージャに、各サブプロセッサに対するサブプロセッサプログラムを送信する。

すなわち、当該の機能プログラムは、図６５のステップ１１６７、または図６６のステップ１１７７で、情報処理装置１００１内のリソースマネージャから、ｎ個のサブプロセッサを確保した旨の通知を受信したら、図６６に示すように、ステップ１１８１で、情報処理装置１００１内のリソースマネージャに、確保された各サブプロセッサに対するサブプロセッサプログラムを、当該サブプロセッサプログラムに対応するサブプロセッサプログラムＩＤ、サブプロセッサＩＤ、ロックシーケンス番号およびサブプロセッサが確保された各情報処理装置の情報処理装置ＩＤと共に送信する。

図６６および図６７に示すように、情報処理装置１００１内のリソースマネージャは、ステップ１１８２で、当該の機能プログラムから送信されたサブプロセッサプログラムを受信して、自装置（情報処理装置１００１）分のサブプロセッサプログラムがある場合には、それを自装置内の確保されたサブプロセッサに送信し、さらにステップ１１８３に進んで、他の情報処理装置分のサブプロセッサプログラムがあるか否かを判断し、他の情報処理装置分のサブプロセッサプログラムがない場合には、ステップ１１８３からステップ１１８４に進んで、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

一方、当該の機能プログラムから送信されたサブプロセッサプログラムに他の情報処理装置分のサブプロセッサプログラムがある場合には、情報処理装置１００１内のリソースマネージャは、ステップ１１８３からステップ１１９１に進んで、他の情報処理装置１００２，１００３および１００４内のリソースマネージャに各情報処理装置分のサブプロセッサプログラムを送信する。

この送信には、図３０に示すようなＤＭＡコマンドがサブプロセッサプログラム送信コマンドであるソフトウェアセルを用いる。具体的に、このサブプロセッサプログラム送信コマンドは、ＤＭＡコマンドとして、サブプロセッサプログラム送信コマンド本体、確保された各サブプロセッサのサブプロセッサＩＤ、ロックシーケンス番号、確保された各サブプロセッサに対するサブプロセッサプログラムのサブプロセッサプログラムＩＤ、確保された各サブプロセッサに対するサブプロセッサプログラム本体を含むものとする。

他の情報処理装置１００２，１００３および１００４内のリソースマネージャは、ステップ１１９２で、それぞれ自装置分のサブプロセッサプログラムを、自装置内の確保されたサブプロセッサに送信し、さらにステップ１１９３に進んで、情報処理装置１００１内のリソースマネージャに、確保されたサブプロセッサにサブプロセッサプログラムを送信したことを通知する。この通知を受けて、情報処理装置１００１内のリソースマネージャは、ステップ１１８４で、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

なお、情報処理装置１００１内のリソースマネージャ、および他の情報処理装置１００２，１００３および１００４内のリソースマネージャは、図６６のステップ１１８２、および図６７のステップ１１９２では、当該の機能プログラムから受信した確保された各サブプロセッサに対するサブプロセッサプログラムのサブプロセッサプログラムＩＤ、およびロックシーケンス番号が、自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断して、異なる場合には、情報処理装置１００１内のリソースマネージャが直接、または他の情報処理装置１００２，１００３および１００４内のリソースマネージャが情報処理装置１００１内のリソースマネージャを介して、当該の機能プログラムにエラーを通知するが、図６６および図６７では、この点を省略して、エラーを生じない場合のみを示した。

図６７に示すように、当該の機能プログラムは、ステップ１１８７で、情報処理装置１００１内のリソースマネージャからの、確保された各サブプロセッサにサブプロセッサプログラムを送信した旨の通知を受信する。

これによって、情報処理装置１００１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できないが、情報処理装置１００１内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、情報処理装置１００１内だけでｎ個のサブプロセッサを確保できる場合、あるいは、情報処理装置１００１内の空いているサブプロセッサだけではｎ個のサブプロセッサを確保できないが、情報処理装置１００１以外にもネットワーク上に情報処理装置が存在していて、ネットワークシステム全体で、空いているサブプロセッサだけで、または優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｎ個のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

一方、情報処理装置１００１内のリソースマネージャは、図６４のステップ１１５１で、ネットワーク上に他の情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体の空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｎ個のサブプロセッサを確保できないと判断した場合には、図６８に示すように、ステップ１１５１からステップ１１９５に進んで、当該の機能プログラムに、ｎ個のサブプロセッサを確保できないことを通知する。

当該の機能プログラムは、ステップ１１９７で、この通知を受信し、エラー処理を実行する。この場合のエラー処理は、ユーザに対して直ちに処理を実行できない旨を通知して、時間を置いて再度、図６０のステップ１１１２からサブプロセッサ割り当て処理を実行し、またはユーザが操作することをユーザに促すなどである。

なお、上述したように優先度の低いサブプロセッサプログラムに対してサブプロセッサが奪われたことが通知された場合には、当該のサブプロセッサプログラムにつき、それに対応する別の処理が実行される。

上述した例は、情報処理装置ＩＤの置き換えられた数値の昇順に、すなわち情報処理装置１００１→情報処理装置１００２→情報処理装置１００３→情報処理装置１００４の順に、サブプロセッサの空き状況を問い合わせ、サブプロセッサの確保を要求する場合であるが、例えば、各情報処理装置内のリソースマネージャは、実行されるべきサブプロセッサプログラムの優先度が高い場合には、上述した装置情報の一部であるメインプロセッサ動作周波数により、ネットワーク１００９上に接続されている各情報処理装置の動作周波数を判断して、動作周波数が高い情報処理装置から順に、サブプロセッサの空き状況を問い合わせ、サブプロセッサの確保を要求するように、システムを構成してもよい。

あるいはまた、装置情報の一部である情報処理装置種別ＩＤにより、ネットワーク１００９上に接続されている各情報処理装置の種別を判断することによって、ハードディスクレコーダのようにネットワーク１００９から切断される可能性が低い情報処理装置から、ＰＤＡやポータブルＣＤプレーヤのようにネットワーク１００９から切断される可能性が高い情報処理装置への順に、サブプロセッサの空き状況を問い合わせ、サブプロセッサの確保を要求するように、システムを構成してもよい。

また、上述した例は、情報処理装置１００１内の空いているサブプロセッサだけでは必要数のサブプロセッサを確保できない場合、情報処理装置１００１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、まずサブプロセッサの空き状況を問い合わせ、その結果、ネットワークシステム全体で必要数のサブプロセッサを確保できる場合には、改めてサブプロセッサの確保を要求する場合であるが、サブプロセッサの空き状況を問い合わせることなく、情報処理装置１００１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、サブプロセッサの確保を要求するように、システムを構成してもよい。

さらに、上述した例は、情報処理装置１００１がマスター装置として動作していて、そのマスター装置を起点としてサブプロセッサ割り当て処理を実行する場合であるが、例えば、スレーブ装置として動作している情報処理装置がユーザによって操作された場合に、その操作されたスレーブ装置を起点としてサブプロセッサ割り当て処理を実行するように、システムを構成することもできる。

［８．情報処理装置がネットワークから切断された場合のサブプロセッサの割り当てによる分散処理その２］
図５９のように複数の情報処理装置１００１，１００２，１００３および１００４がネットワーク１００９に接続されている状態で、ユーザが誤って、ある情報処理装置をネットワーク１００９から切断した場合（情報処理装置を物理的にネットワーク１００９から切り離した場合、または情報処理装置の主電源を遮断した場合）、または、強い震動などの外的要因によって、ある情報処理装置がネットワーク１００９から切断された場合、その切断された情報処理装置内のサブプロセッサが、切断されていない情報処理装置が有するサブプロセッサプログラムの実行中または実行予約中であったときには、切断された情報処理装置内のサブプロセッサに代わって、切断されていない情報処理装置内のサブプロセッサが、そのサブプロセッサプログラムを実行することが望ましい。

そこで、このような場合には、以下のように、切断された情報処理装置内のサブプロセッサが実行中または実行予約中であったサブプロセッサプログラムの実行用に、切断されていない情報処理装置内のサブプロセッサを割り当てる。

（８−１．システム構成）
図６９に、図５９のように４台の情報処理装置１００１，１００２，１００３および１００４がネットワーク１００９に接続されている状態で、情報処理装置１００４がネットワーク１００９から切断された場合を示す。

各情報処理装置のソフトウェア構成としては、図１７に示したように、制御プログラムとしてリソースマネージャを含むものとし、そのリソースマネージャには、図１８に示したようなサブプロセッサ管理テーブルを用意する。サブプロセッサ管理テーブルの内容は、上述したとおりである。

（８−２．サブプロセッサ割り当て処理）
図７０〜図７８に、図６９のように情報処理装置１００１，１００２，１００３および１００４がネットワーク１００９に接続されている状態で、情報処理装置１００４がネットワーク１００９から切断された場合に、情報処理装置１００１が、自装置のメインメモリ１０２６−１内の機能プログラムと連携動作するサブプロセッサプログラムの実行用に、情報処理装置１００１内または他の情報処理装置１００２，１００３内にサブプロセッサを確保する場合の、情報処理装置１００１内のＭＳ（マスター／スレーブ）マネージャ、情報処理装置１００１のメインメモリ１０２６−１内の機能プログラム、情報処理装置１００１内のリソースマネージャ、および他の情報処理装置１００２および１００３内のリソースマネージャによって実行されるサブプロセッサ割り当て処理の一例を示す。

情報処理装置１００４がネットワーク１００９から切断されたことは、情報処理装置１００１，１００２および１００３内のＭＳマネージャによって検出される。

そして、情報処理装置１００１内のＭＳマネージャは、情報処理装置１００４がネットワーク１００９から切断されたことを検出したら、図７０に示すように、ステップ１２０１で、自装置（情報処理装置１００１）内のリソースマネージャに、切断された情報処理装置１００４の情報処理装置ＩＤを通知し、情報処理装置１００１内のリソースマネージャは、ステップ１２０２で、自装置のメインメモリ１０２６−１内の機能プログラムに、その情報処理装置ＩＤを転送する。

これを受けて、情報処理装置１００１のメインメモリ１０２６−１内の機能プログラムは、ステップ１２０３で、図２８〜図３０および図６０〜図６８に示して上述したようなサブプロセッサ割り当て処理の結果から、切断された情報処理装置１００４内のサブプロセッサが、自身（当該の機能プログラム）と連携動作するサブプロセッサプログラムを実行中であったか否かを判断する。

この場合の「実行中」というのも、ｂｕｓｙ（現在使用されている状態）だけでなく、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）を含む。

そして、切断された情報処理装置１００４内の全てのサブプロセッサが、当該の機能プログラムと連携動作するサブプロセッサプログラムを実行中でなかった場合には、以後の処理は不要であるので、そのままサブプロセッサ割り当て処理を終了する。

一方、切断された情報処理装置１００４内の一部または全部のサブプロセッサが、当該の機能プログラムと連携動作するサブプロセッサプログラムを実行中であった場合には、当該の機能プログラムは、ステップ１２０３からステップ１２１２に進んで、自装置（情報処理装置１００１）内のリソースマネージャに、当該の機能プログラムの機能プログラムＩＤおよび当該機能プログラムと連携動作する、切断された情報処理装置１００４内のサブプロセッサにより実行中（上記のように実行予約中を含む）のサブプロセッサプログラムのサブプロセッサプログラムＩＤを添えて、切断された情報処理装置１００４内のサブプロセッサに代わって当該の機能プログラムと連携動作するサブプロセッサプログラムを実行するのに必要な数（ｍ個とする）のサブプロセッサの使用要求を出力する。

これに対して、情報処理装置１００１内のリソースマネージャは、図７１に示すように、ステップ１２１３で、自装置（情報処理装置１００１）の図１８に示したサブプロセッサ管理テーブルを参照して、自装置内にｍ個のサブプロセッサの空きがあるか否かを判断し、ｍ個以上のサブプロセッサが空いている場合には、ステップ１２１３からステップ１２１４に進んで、自装置内にｍ個のサブプロセッサを確保するとともに、その確保した各サブプロセッサにつき、サブプロセッサ管理テーブル内のサブプロセッサステータスを、ｕｎｕｓｅｄからｒｅｓｅｒｖｅｄに書き替え、サブプロセッサプログラムＩＤ、機能プログラムＩＤおよびサブプロセッサプログラム優先度を、確保したサブプロセッサで実行されるサブプロセッサプログラムと一致するように書き替え、ロックシーケンス番号を発番して、サブプロセッサ管理テーブルに記述する。

さらに、情報処理装置１００１内のリソースマネージャは、ステップ１２１５に進んで、当該の機能プログラムに、自装置内にｍ個のサブプロセッサを確保したことと、確保したｍ個のサブプロセッサのサブプロセッサＩＤおよびロックシーケンス番号とを通知する。

当該の機能プログラムは、ステップ１２１７で、この通知を受信して、自装置（情報処理装置１００１）内のリソースマネージャに、自身の機能プログラムＩＤと共に、確保された各サブプロセッサに対するサブプロセッサＩＤ、サブプロセッサプログラムＩＤ、サブプロセッサプログラム本体およびロックシーケンス番号を、確保したサブプロセッサ数の分だけ送信する。

図７２に示すように、情報処理装置１００１内のリソースマネージャは、ステップ１２２１で、これらを受信して、各サブプロセッサに対するサブプロセッサプログラムを保存し、さらにステップ１２２２に進んで、受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断し、同じであるときには、ステップ１２２３に進んで、確保した各サブプロセッサにサブプロセッサプログラムを送信し、さらにステップ１２２４に進んで、当該の機能プログラムに、各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

以上によって、情報処理装置１００１内の空いているサブプロセッサだけで必要数のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

情報処理装置１００１内のリソースマネージャは、ステップ１２２２で、当該の機能プログラムから受信したサブプロセッサプログラムＩＤまたはロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと異なると判断した場合には、ステップ１２２２からステップ１２２６に進んで、当該の機能プログラムにエラーを通知する。この場合には、当該の機能プログラムは、ステップ１２２７で、エラー処理を実行する。

一方、情報処理装置１００１内のリソースマネージャは、図７１のステップ１２１３で、自装置内にｍ個のサブプロセッサの空きがないと判断した場合、すなわち情報処理装置１００１内に空いているサブプロセッサが（ｍ−１）個以下しかない（１個もない場合を含む）と判断した場合には、図７３に示すように、ステップ１２１３からステップ１２２９に進んで、自装置内に空いているサブプロセッサがある場合には、そのサブプロセッサを自装置分として確保する。

情報処理装置１００１内のリソースマネージャは、さらにステップ１２３１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。図６９は、他の情報処理装置１００２および１００３が接続されている場合である。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１００１内のリソースマネージャは、ステップ１２３１からステップ１２３２に進んで、その中の１個である他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャに、空いているサブプロセッサの確保を要求する。

この確保要求は、図２９（Ａ）に示したようなサブプロセッサ確保要求コマンドによって行い、その確保要求サブプロセッサ数は、（ｍ−ａ）とする。ａは、ステップ１２２９で情報処理装置１００１内に確保されたサブプロセッサ数で、０≦ａ＜ｍである。

図７３に示すように、この確保要求に対して、他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャは、ステップ１２３３で、自装置内のサブプロセッサ管理テーブルから、自装置内のサブプロセッサの空き状況を判断し、次にステップ１２３４に進んで、自装置内に空いているサブプロセッサがある場合には、最大（ｍ−ａ）個の範囲で自装置内にサブプロセッサを確保し、さらにステップ１２３５に進んで、自装置内でサブプロセッサを確保した場合には、その数および確保した各サブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤおよびロックシーケンス番号を情報処理装置１００１内のリソースマネージャに通知し、自装置内でサブプロセッサを確保できない場合には、その旨を情報処理装置１００１内のリソースマネージャに通知する。この通知は、図２９（Ｂ）に示したようなサブプロセッサ確保返信コマンドによって行う。

この通知を受けて、情報処理装置１００１内のリソースマネージャは、図７４に示すように、ステップ１２３６で、自装置（情報処理装置１００１）分と他装置（情報処理装置１００２）分とを合わせてトータルで、ｍ個のサブプロセッサを確保できたか否かを判断する。

そして、トータルでｍ個のサブプロセッサを確保できなかった場合には、情報処理装置１００１内のリソースマネージャは、図７３に示すように、ステップ１２３６からステップ１２３１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。図６９は、情報処理装置１００２以外に他の情報処理装置１００３が接続されている場合である。

以下、情報処理装置１００２の場合と同様に、ネットワークシステム全体でｍ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ１２３２，１２３３，１２３４，１２３５，１２３６および１２３１の処理を繰り返す。

そして、ネットワークシステム全体で、空いているサブプロセッサによってｍ個のサブプロセッサを確保できた場合には、情報処理装置１００１内のリソースマネージャは、図７４に示すように、ステップ１２３６からステップ１２３７に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ１２３８で、このサブプロセッサ確保通知を受信し、後述のように自装置（情報処理装置１００１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

一方、情報処理装置１００１内のリソースマネージャは、図７３のステップ１２３１で、それ以上、ネットワーク上に情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体でも（情報処理装置１００１のみがネットワーク上に存在する場合には情報処理装置１００１内だけで）、空いているサブプロセッサによってｍ個のサブプロセッサを確保できないと判断した場合には、図７４に示すように、ステップ１２３１からステップ１２４１に進んで、自装置（情報処理装置１００１）内に当該の機能プログラムより優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否か、および、ある場合には、その数を検出する。

この場合の「実行中」というのも、ｂｕｓｙ（現在使用されている状態）だけでなく、ｒｅｓｅｒｖｅｄ（現在は使用されていないが、使用が予約されている状態）を含む。以下でも、当該の機能プログラムより優先度の低いサブプロセッサプログラムを、単に「優先度の低いサブプロセッサプログラム」と称する。

次に、情報処理装置１００１内のリソースマネージャは、ステップ１２４２に進んで、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがある場合には、ネットワークシステム全体の空いているサブプロセッサと合わせてｍ個のサブプロセッサを確保できる範囲で、その優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを確保するとともに、その優先度の低いサブプロセッサプログラムに対してサブプロセッサが奪われたことを通知する。

さらに、情報処理装置１００１内のリソースマネージャは、図７５に示すように、ステップ１２４３に進んで、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１００１）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｍ個のサブプロセッサを確保できたか否かを判断し、確保できた場合には、ステップ１２４３からステップ１２４４に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ１２４８で、このサブプロセッサ確保通知を受信し、後述のように自装置（情報処理装置１００１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

一方、情報処理装置１００１内のリソースマネージャは、ステップ１２４３で、ネットワークシステム全体の空いているサブプロセッサと、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｍ個のサブプロセッサを確保できないと判断した場合には、ステップ１２４３からステップ１２５１に進んで、ネットワーク上に他の情報処理装置が接続されているか否かを判断する。

そして、ネットワーク上に他の情報処理装置が接続されている場合には、情報処理装置１００１内のリソースマネージャは、ステップ１２５１からステップ１２５２に進んで、当該他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャに、優先度の低いサブプロセッサプログラムを実行中のサブプロセッサの確保を要求する。この確保要求は、図２９（Ａ）に示したようなサブプロセッサ確保要求コマンドによって行う。

図７６に示すように、この確保要求に対して、他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャは、ステップ１２５３で、自装置内のサブプロセッサ管理テーブルから、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがあるか否かを判断し、ある場合には、その優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを確保して、その数および確保した各サブプロセッサのサブプロセッサＩＤ、サブプロセッサプログラムＩＤおよび発番したロックシーケンス番号を情報処理装置１００１内のリソースマネージャに通知し、自装置内に優先度の低いサブプロセッサプログラムを実行中のサブプロセッサがない場合には、その旨を情報処理装置１００１内のリソースマネージャに通知する。この通知は、図２９（Ｂ）に示したようなサブプロセッサ確保返信コマンドによって行う。

なお、他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャは、ステップ１２５３で、自装置内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを確保した場合には、その優先度の低いサブプロセッサプログラムおよび当該サブプロセッサプログラムと連携動作する機能プログラムに対してサブプロセッサが奪われたことを通知する。

他の情報処理装置（この場合は情報処理装置１００２）内のリソースマネージャからの確保通知を受けて、情報処理装置１００１内のリソースマネージャは、図７６に示すように、ステップ１２５４で、ネットワークシステム全体の空いているサブプロセッサと、自装置（情報処理装置１００１）内および他装置（情報処理装置１００２）内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ｍ個のサブプロセッサを確保できたか否かを判断し、確保できない場合には、図７５に示すように、ステップ１２５４からステップ１２５１に進んで（戻って）、さらにネットワーク上に他の情報処理装置が接続されているか否かを判断する。

以下、情報処理装置１００２の場合と同様に、ネットワークシステム全体でｍ個のサブプロセッサを確保できるまで、または、それ以上、ネットワーク上に情報処理装置が接続されていないことが検出されるまで、ステップ１２５２，１２５３，１２５４および１２５１の処理を繰り返す。

そして、空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせて、ネットワークシステム全体でｍ個のサブプロセッサを確保できた場合には、情報処理装置１００１内のリソースマネージャは、ステップ１２５４からステップ１２５５に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保したことを通知する。

当該の機能プログラムは、ステップ１２５８で、このサブプロセッサ確保通知を受信し、以下のように自装置（情報処理装置１００１）内のリソースマネージャに各サブプロセッサに対するサブプロセッサプログラムを送信する。

すなわち、当該の機能プログラムは、図７４のステップ１２３８、図７５のステップ１２４８、または図７６のステップ１２５８で、情報処理装置１００１内のリソースマネージャから、ｍ個のサブプロセッサを確保した旨の通知を受信したら、図７７に示すように、ステップ１２８１で、情報処理装置１００１内のリソースマネージャに、確保された各サブプロセッサに対するサブプロセッサプログラムを送信する。

図７７に示すように、情報処理装置１００１内のリソースマネージャは、ステップ１２８２で、当該の機能プログラムから送信されたサブプロセッサプログラムを受信して、自装置（情報処理装置１００１）分のサブプロセッサプログラムがある場合には、それを自装置内の確保されたサブプロセッサに送信し、さらにステップ１２８３に進んで、他の情報処理装置分のサブプロセッサプログラムがあるか否かを判断し、他の情報処理装置分のサブプロセッサプログラムがない場合には、ステップ１２８３からステップ１２８４に進んで、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

一方、当該の機能プログラムから送信されたサブプロセッサプログラムに他の情報処理装置分のサブプロセッサプログラムがある場合には、情報処理装置１００１内のリソースマネージャは、ステップ１２８３からステップ１２９１に進んで、他の情報処理装置１００２，１００３のリソースマネージャに各情報処理装置分のサブプロセッサプログラムを送信する。

他の情報処理装置１００２，１００３のリソースマネージャは、ステップ１２９２で、それぞれ自装置分のサブプロセッサプログラムを、自装置内の確保されたサブプロセッサに送信し、さらにステップ１２９３に進んで、情報処理装置１００１内のリソースマネージャに、確保されたサブプロセッサにサブプロセッサプログラムを送信したことを通知する。この通知を受けて、情報処理装置１００１内のリソースマネージャは、ステップ１２８４で、当該の機能プログラムに、確保された各サブプロセッサにサブプロセッサプログラムを送信したことを通知する。

なお、情報処理装置１００１内のリソースマネージャ、および他の情報処理装置１００２，１００３内のリソースマネージャは、図７３のステップ１２２９，１２３４、図７４のステップ１２４２、または図７６のステップ１２５３で、自装置内にサブプロセッサを確保した場合には、その確保したサブプロセッサにつき、自装置内のサブプロセッサ管理テーブルを書き替えるとともに、情報処理装置１００１，１００２または１００３内のリソースマネージャが発番したロックシーケンス番号をサブプロセッサ管理テーブルに記述し、図７７のステップ１２８２および１２９２では、当該の機能プログラムから受信したサブプロセッサプログラムＩＤおよびロックシーケンス番号が自装置のサブプロセッサ管理テーブル内のそれらと同じであるか否かを判断して、異なる場合には、情報処理装置１００１内のリソースマネージャが直接、または他の情報処理装置１００２，１００３内のリソースマネージャが情報処理装置１００１内のリソースマネージャを介して、当該の機能プログラムにエラーを通知するが、図７４〜図７７では、この点を省略して、エラーを生じない場合のみを示した。

図７７に示すように、当該の機能プログラムは、ステップ１２８７で、情報処理装置１００１内のリソースマネージャからの、確保された各サブプロセッサにサブプロセッサプログラムを送信した旨の通知を受信する。

これによって、情報処理装置１００１内の空いているサブプロセッサだけではｍ個のサブプロセッサを確保できないが、情報処理装置１００１内の優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、情報処理装置１００１内だけでｍ個のサブプロセッサを確保できる場合、あるいは、情報処理装置１００１内の空いているサブプロセッサだけではｍ個のサブプロセッサを確保できないが、情報処理装置１００１以外にもネットワーク上に情報処理装置が存在していて、ネットワークシステム全体で、空いているサブプロセッサだけで、または優先度の低いサブプロセッサプログラムを実行中のサブプロセッサを含めると、ｍ個のサブプロセッサを確保できる場合の、サブプロセッサ割り当て処理を終了する。

確保された各サブプロセッサで処理されるべきデータは、サブプロセッサプログラムの送信と同時に、またはサブプロセッサプログラムの送信後、確保された各サブプロセッサに送信される。これによって、確保された各サブプロセッサでサブプロセッサプログラムを実行することができる。

一方、情報処理装置１００１内のリソースマネージャは、図７５のステップ１２５１で、ネットワーク上に他の情報処理装置が接続されていないと判断した場合、すなわち、ネットワークシステム全体の空いているサブプロセッサと優先度の低いサブプロセッサプログラムを実行中のサブプロセッサとを合わせても、ｍ個のサブプロセッサを確保できないと判断した場合には、図７８に示すように、ステップ１２５１からステップ１２９５に進んで、当該の機能プログラムに、ｍ個のサブプロセッサを確保できないことを通知する。当該の機能プログラムは、ステップ１２９７で、この通知を受信し、エラー処理を実行する。

上述した例は、情報処理装置ＩＤの置き換えられた数値の昇順に、すなわち情報処理装置１００１→情報処理装置１００２→情報処理装置１００３の順に、サブプロセッサの確保を要求する場合であるが、例えば、各情報処理装置内のリソースマネージャは、実行されるべきサブプロセッサプログラムの優先度が高い場合には、上述した装置情報の一部であるメインプロセッサ動作周波数により、ネットワーク１００９上に接続されている各情報処理装置の動作周波数を判断して、動作周波数が高い情報処理装置から順に、サブプロセッサの確保を要求するように、システムを構成してもよい。

あるいはまた、装置情報の一部である情報処理装置種別ＩＤにより、ネットワーク１００９上に接続されている各情報処理装置の種別を判断することによって、ハードディスクレコーダのようにネットワーク１００９から切断される可能性が低い情報処理装置から、ＰＤＡやポータブルＣＤプレーヤのようにネットワーク１００９から切断される可能性が高い情報処理装置への順に、サブプロセッサの確保を要求するように、システムを構成してもよい。

また、上述した例は、情報処理装置１００１内の空いているサブプロセッサだけでは必要数のサブプロセッサを確保できない場合、情報処理装置１００１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、直ちにサブプロセッサの確保を要求する場合であるが、図６０〜図６８に示して上述した例のように、情報処理装置１００１内のリソースマネージャから、他の情報処理装置内のリソースマネージャに対して、まずサブプロセッサの空き状況を問い合わせ、その結果、ネットワークシステム全体で必要数のサブプロセッサを確保できる場合には、改めてサブプロセッサの確保を要求するように、システムを構成してもよい。

この発明のネットワークシステムの一例を示す図である。 この発明の情報処理装置が備える情報処理コントローラの説明に供する図である。 ソフトウェアセルの一例を示す図である。 ソフトウェアセルのデータ領域の例を示す図である。 複数の情報処理装置が仮想的な１台の情報処理装置として動作する様子を示す図である。 情報処理装置のソフトウェア構成の一例を示す図である。 ４台の情報処理装置が仮想的な１台の情報処理装置として動作する様子を示す図である。 図７のシステムにおける分散処理の例を示す図である。 各情報処理装置およびシステムの具体例を示す図である。 図９中のハードディスクレコーダのハードウェア構成を示す図である。 図９中のハードディスクレコーダのソフトウェア構成を示す図である。 図９中のＰＤＡのハードウェア構成を示す図である。 図９中のＰＤＡのソフトウェア構成を示す図である。 図９中のポータブルＣＤプレーヤのハードウェア構成を示す図である。 図９中のポータブルＣＤプレーヤのソフトウェア構成を示す図である。 サブプロセッサの割り当てによる分散処理が実行されるネットワークシステムの一例を示す図である。 情報処理装置のソフトウェア構成の一例を示す図である。 情報処理装置に用意されるサブプロセッサ管理テーブルの一例を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ割り当て処理の一例の一部を示す図である。 サブプロセッサ空き状況問い合わせコマンドおよびサブプロセッサ空き状況返信コマンドの一例を示す図である。 サブプロセッサ確保要求コマンドおよびサブプロセッサ確保返信コマンドの一例を示す図である。 サブプロセッサプログラム送信用のサブプロセッサプログラム送信コマンドの一例を示す図である。 サブプロセッサの割り当てによる分散処理が実行されるネットワークシステムの一例を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 この発明のネットワークシステムの他の例を示す図である。 この発明の情報処理装置が備える情報処理コントローラの説明に供する図である。 ＤＭＡＣの内部構造を示す図である。 情報処理装置内のコマンド／レスポンス構造を示す図である。 サブプロセッサからメインメモリへのアクセス時の手順を示す図である。 ワークメモリの内部構造を示す図である。 サブプロセッサの内部構造を示す図である。 コントロールレジスタの内部構造を示す図である。 複数の情報処理装置が仮想的な１台の情報処理装置として動作する様子を示す図である。 ４台の情報処理装置が仮想的な１台の情報処理装置として動作する様子を示す図である。 図５０のシステムにおける分散処理の例を示す図である。 各情報処理装置およびシステムの他の具体例を示す図である。 図５２中のハードディスクレコーダのハードウェア構成を示す図である。 図５２中のハードディスクレコーダのソフトウェア構成を示す図である。 図５２中のＰＤＡのハードウェア構成を示す図である。 図５２中のＰＤＡのソフトウェア構成を示す図である。 図５２中のポータブルＣＤプレーヤのハードウェア構成を示す図である。 図５２中のポータブルＣＤプレーヤのソフトウェア構成を示す図である。 サブプロセッサの割り当てによる分散処理が実行されるネットワークシステムの他の例を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサの割り当てによる分散処理が実行されるネットワークシステムの他の例を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。 サブプロセッサ割り当て処理の他の例の一部を示す図である。

符号の説明

主要部については図中に全て記述したので、ここでは省略する。

Claims (11)

1. ネットワークに接続される情報処理装置であって、
   プログラムを実行する１つまたは複数のプロセッサ手段と、このプロセッサ手段を管理する管理手段とを備え、
   前記管理手段は、前記プロセッサ手段を特定するための識別子、および、この識別子によって特定されるプロセッサ手段がプログラムの実行中または実行予約中であるか否かを示す使用状況情報を含む管理テーブルを備え、ネットワークを介して当該情報処理装置に接続された他の情報処理装置からの確保要求に応じて前記プロセッサ手段の一部または全部を前記他の情報処理装置のために確保したときには、前記管理テーブルを書き替えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記管理手段は、前記他の情報処理装置からの確保要求に応じて、前記プロセッサ手段中の、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段を、前記他の情報処理装置のために確保することを特徴とする情報処理装置。
3. 請求項１に記載の情報処理装置において、
   前記管理手段は、前記他の情報処理装置からの問い合わせに対して、前記管理テーブル上の情報を前記他の情報処理装置に返信し、その後の前記他の情報処理装置からの確保要求に応じて、前記プロセッサ手段中の、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段を、前記他の情報処理装置のために確保することを特徴とする情報処理装置。
4. 請求項１に記載の情報処理装置において、
   前記管理手段は、前記他の情報処理装置からの確保要求に対して、前記プロセッサ手段中に、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段が、前記他の情報処理装置から要求された数以上存在するときには、そのプロセッサ手段を前記他の情報処理装置のために確保し、前記プロセッサ手段中に、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段が、前記他の情報処理装置から要求された数未満しか存在しないときには、前記他の情報処理装置からの確保要求で示されたプログラム優先度より低いプログラム優先度のプログラムの実行中または実行予約中のプロセッサ手段を、前記他の情報処理装置のために確保することを特徴とする情報処理装置。
5. 請求項１に記載の情報処理装置において、
   前記管理手段は、前記他の情報処理装置からの問い合わせに対して、前記管理テーブル上の情報を前記他の情報処理装置に返信し、その後の前記他の情報処理装置からの確保要求に対して、前記プロセッサ手段中に、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段が、前記他の情報処理装置から要求された数以上存在するときには、そのプロセッサ手段を前記他の情報処理装置のために確保し、前記プロセッサ手段中に、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段が、前記他の情報処理装置から要求された数未満しか存在しないときには、前記他の情報処理装置からの確保要求で示されたプログラム優先度より低いプログラム優先度のプログラムの実行中または実行予約中のプロセッサ手段を、前記他の情報処理装置のために確保することを特徴とする情報処理装置。
6. 同一のネットワーク上に接続される複数の情報処理装置からなるシステムであって、
   前記複数の情報処理装置は、それぞれ、プログラムを実行する１つまたは複数のプロセッサ手段と、このプロセッサ手段を管理する管理手段とを備え、
   前記管理手段は、それぞれ、自情報処理装置内の前記プロセッサ手段を特定するための識別子、および、この識別子によって特定されるプロセッサ手段がプログラムの実行中または実行予約中であるか否かを示す使用状況情報を含む管理テーブルを備え、他の情報処理装置からの確保要求に応じて自情報処理装置内の前記プロセッサ手段の一部または全部を前記他の情報処理装置のために確保したときには、自情報処理装置内の前記管理テーブルを書き替えることを特徴とする情報処理システム。
7. それぞれ、プログラムを実行する１つまたは複数のプロセッサ手段と、このプロセッサ手段を管理する管理手段とを備える複数の情報処理装置が、同一のネットワーク上に接続されたネットワークシステムにおける情報処理方法であって、
   前記管理手段は、それぞれ、自情報処理装置内の前記プロセッサ手段を特定するための識別子、および、この識別子によって特定されるプロセッサ手段がプログラムの実行中または実行予約中であるか否かを示す使用状況情報を含む管理テーブルを備え、
   一の情報処理装置内の前記管理手段が、自情報処理装置内の前記管理テーブルを参照して、あるプログラムの実行用に自情報処理装置内でプロセッサ手段を確保できるか否かを判断する第１工程と、
   前記一の情報処理装置内の前記管理手段が、前記第１工程で自情報処理装置内でプロセッサ手段を確保できると判断したとき、自情報処理装置内にプロセッサ手段を確保して、自情報処理装置内の前記管理テーブルを書き替える第２工程と、
   前記一の情報処理装置内の前記管理手段が、前記第１工程で自情報処理装置内でプロセッサ手段を確保できないと判断したとき、他の情報処理装置内の前記管理手段に対してプロセッサ手段の確保を要求する第３工程と、
   この確保要求に応じて、前記他の情報処理装置内の前記管理手段が、自情報処理装置内にプロセッサ手段を確保して、自情報処理装置内の前記管理テーブルを書き替えるとともに、確保したプロセッサ手段の識別子を前記一の情報処理装置内の前記管理手段に通知する第４工程と、
   を備えることを特徴とする情報処理方法。
8. 請求項７に記載の情報処理方法において、
   前記第２工程では、前記一の情報処理装置内の前記管理手段は、第１次的に、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段を、前記あるプログラムの実行用に確保し、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段だけでは必要数のプロセッサ手段を確保できないときには、前記あるプログラムより優先度の低いプログラムの実行中または実行予約中のプロセッサ手段を、前記あるプログラムの実行用に確保することを特徴とする情報処理方法。
9. 請求項７に記載の情報処理方法において、
   前記第４工程では、前記他の情報処理装置内の前記管理手段は、第１次的に、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段を、前記あるプログラムの実行用に確保し、プログラムの実行中ではなく、実行予約中でもないプロセッサ手段が、前記一の情報処理装置から要求された数未満しか存在しないときには、前記あるプログラムより優先度の低いプログラムの実行中または実行予約中のプロセッサ手段を、前記あるプログラムの実行用に確保することを特徴とする情報処理方法。
10. 請求項７に記載の情報処理方法において、
    前記第３工程では、前記一の情報処理装置内の前記管理手段は、プロセッサ手段の確保要求先の他の情報処理装置として特定の種別の情報処理装置を優先的に選択することを特徴とする情報処理方法。
11. プログラムを実行する１つまたは複数のプロセッサ手段を備え、ネットワークに接続される情報処理装置において、前記プロセッサ手段の一部または全部を、ネットワークを介して当該情報処理装置に接続された他の情報処理装置のために確保するために、コンピュータを、
    前記プロセッサ手段を特定するための識別子、および、この識別子によって特定されるプロセッサ手段がプログラムの実行中または実行予約中であるか否かを示す使用状況情報を含む管理テーブルを生成する手段、
    前記他の情報処理装置からの確保要求に対して、前記管理テーブルを参照して、前記プロセッサ手段の一部または全部を前記他の情報処理装置のために確保できるか否かを判断する手段、および、
    前記プロセッサ手段の一部または全部を前記他の情報処理装置のために確保できるときには、前記プロセッサ手段の一部または全部を前記他の情報処理装置のために確保して、前記管理テーブルを書き替える手段、
    として機能させるための情報処理用プログラム。

Images