JP2003515814A - 分散処理システムにおける相互プロセス通信 - Google Patents

Abstract

(57)【要約】 各々がオペレーティング・システムを有する２つ以上の相互に接続されたＣＰＵまたはコンピュータの分散処理システムにおいて、異なるプロセスが作業分散のために静的な手法で特定のＣＰＵに割り当てられ、シャドウ・プロセスおよびドライバ・アダプタを備える新規なバーチャル・リンク・ハンドラ（ＶＬＨ）によって、ＣＰＵまたはコンピュータに常駐して作動するプロセスから、他のＣＰＵに常駐して作動するプロセスへ信号を交換することが可能となる。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、２つ以上の処理ユニット（ＣＰＵ）を備えるコンピュータ・システ
ムに関するものであり、特に、静的な手法で異なるプロセスを異なるＣＰＵに割
り当てることによって、作業分担が達成されるようなシステムにおける相互プロ
セス通信であって、それらＣＰＵは独立して、かつ、そのシステムを通してその
ような相互プロセス通信のための周知の伝統的なネットワーキング能力を含まな
いオペレーティング・システム（ＯＳ）で作動する相互プロセス通信に関するも
のである。

【０００２】 （課題の領域） コンピュータ・システムにおいて、典型的なコンピュータ・システムの物理的
に単一のＣＰＵは、一度に単一のインストラクションしか実行することができな
いので、効率とスピードの要件を満たすことが問題となり得る。この問題を解決
するのに通常使用されるのは、物理的に２つ以上のＣＰＵ（またはコンピュータ
）を含んでコンピュータ・システムの能力を向上させることである。そのような
システムには、２つ以上のＣＰＵが備えられ、典型的には、各々、特有の記号の
プロセス識別子（ＰＩＤ）を割り当てられるプロセスとして言及され、ＣＰＵに
よって作動されるコンピュータ・プログラムを本質的に備える様々なタスクがＣ
ＰＵ間に分配されて、作業を分担し、また２つ以上の命令を同時に実行できるよ
うにすることができる。典型的には、大抵のシステムにおいて、様々なプロセス
が、情報交換や信号受信および送信といった異なる目的で通信する必要があり、
異なるプロセスが異なるＣＰＵに常駐するとき、そのようなシステムにはまた、
相互プロセス通信を同じＣＰＵの割り当てを持つプロセスに限定することなく、
その異なるプロセスが相互に通信することを可能とする手段が含まれていなけれ
ばならない。そのようなシステムにおいては、ＯＳまたはどのような割り込みル
ーチンもまた信号を送るが、プロセスのみが信号を受けることができるものとさ
れていることに注意すべきである。そのようなシステムのＣＰＵまたはコンピュ
ータが独立して作動し、それらのＯＳに、そのシステムを通しての「透過的な」
相互プロセス信号通信のためのネットワーキング能力が含まれていないとき、異
なるＣＰＵまたはコンピュータのプロセス間の相互プロセス通信を達成する他の
手段を備える必要がある。

【０００３】 （周知の解決法とその問題点） 上述した種類のマルチプロセッサまたはマルチコンピュータ・システムにおけ
る相互プロセス通信を容易にするためのいくつかの解決法が周知である。解決法
の中には、そのような通信のための共有メモリを用いることを示唆するものや、
そのシステムにおけるプロセッサ間に他の種類の結合を加えることを示唆するも
のがある。

【０００４】 米国特許第５，０６２，０４０号には、確実に、信号が失われず、かつ重複す
る信号が処理されないようにする多重処理装置および現存するプログラムに対し
て透過的なマルチプロセッサ・システムが開示されている。信号取り扱いコード
の断片は、拡張されたプロセスのユーザ部分にローカルなプロセッサで常に実行
される。ユーザのカーネルは、現在の信号の結果（すなわち、無視されていない
信号が受け取られているかどうか）を、何らかのスタブ・パケットでスタブ・プ
ロセスに送らなければならず、また、無視されていない信号が、スタブ・プロセ
スが応答する前にユーザのプロセスによって続けて受信されるならば、更新信号
結果はいずれも、能動スタブ・プロセスに送られなければならない。これは、擬
似信号状態として定義される。各カーネルは、転送されて送られる信号を有する
表エントリのリンクされたリスト、およびそのリストから信号を取り除きそれら
を各プロセッサへの通信チャンネルを介して正しい送り先に転送する、ベース・
レベルで実行するシステム・プロセスを保持するように配置される。

【０００５】 （発明の目的） したがって、本発明の目的は、プロセッサおよびＯＳの独立性が維持されかつ
ＯＳ共有制御素子または情報が必要とされない、分散処理を備えるマルチプロセ
ッサ・システムにわたる相互プロセス通信用装置を提供することである。

【０００６】 （発明の概要） 本発明の目的は、システムにわたって通信する実際のプロセス用シャドウ・プ
ロセス（ＳＰ）およびＣＰＵと通信するためのドライバ・アダプタ（ＤＡ）を備
える新規なバーチャル・リンク・ハンドラ（ＶＬＨ）を提供することで達成され
る。本発明による装置において、システムの他のＣＰＵまたはコンピュータの他
の常駐プロセスとの通信を必要とするＣＰＵまたはコンピュータの常駐の実際の
プロセスの記号ＰＩＤもまた、それぞれそのような他の通信するＣＰＵまたはコ
ンピュータで定義される。したがって、ＣＰＵまたはコンピュータの常駐ＳＰの
記号ＰＩＤは、別のＣＰＵまたはコンピュータの実際の常駐プロセスの記号ＰＩ
Ｄと同じである。この故に、特定のＣＰＵの常駐プロセスは、そのＰＩＤで識別
され、また信号を別のＰＩＤをもつ別の「遠隔の」ＣＰＵの別の「遠隔の」常駐
ターゲット・プロセスに通信するよう望んでおり、それが常駐するＣＰＵで、「
遠隔の」ターゲット・プロセスの記号ＰＩＤとして同じ記号ＰＩＤで「ローカル
の」ＳＰを見出す。信号をやり取りするために、ローカルなＳＰのローカルな実
際の通信プロセスへのインタフェースは、実際の「遠隔の」ターゲット・プロセ
スへのインタフェースと同一に見える。しかしながら、ローカルな「ＳＰ」は、
実際には信号に基づいて決定するものではなく、「遠隔の」ターゲット・プロセ
スが割り当てられていて作動している他のＣＰＵに受信信号を転送する機能を果
たす。受信ＣＰＵにおいて、同様のＳＰによって信号メッセージが受信され、そ
れは続いて信号を実際のターゲット・プロセスに転送する。したがって、本発明
によるシステムのＣＰＵまたはコンピュータ間の信号の通信は、実際のプロセス
がＶＬＨの存在のことを知る必要性なしに新規なＶＬＨによって容易にされる。
上記からわかるように、ＳＰは、別のＣＰＵまたはコンピュータに転送する信号
をプロセスから受信し、また別のＣＰＵまたはコンピュータから転送された信号
をプロセスへと配るように働く。ＣＰＵ間で信号を通信するためには、各ＣＰＵ
でのシャドウ・プロセスが、ドライバ・アダプタへのインタフェースを有してお
り、それが今度は、メッセージをＣＰＵまたはコンピュータから別のＣＰＵまた
はコンピュータに伝えるのに用いられるシステムのチャンネルを提供する送信手
段のためのドライバへのインタフェースを有する。

【０００７】 （実施例の詳細な説明） 以下で、例としてかつ添付した図面を参照して本発明をより詳細に説明する。

【０００８】 図１には、２つのプロセッサおよびプロセッサＡおよびＢそれぞれに常駐して
作動するプロセッサＰ１およびＰ２を備え、それらプロセッサが通信しようとし
ているシステムにおける典型的な問題のシナリオの一例が示されている。各プロ
セッサのオペレーティング・システム（ＯＳ）は、同じプロセッサに常駐して作
動するプロセッサ間の通信を可能とするが、異なるプロセッサに常駐して作動す
るプロセッサとの通信を提供しない。したがって、図１に示される典型的な状態
において、プロセッサには、信号を送信するための物理的な相互接続が備えられ
るけれども、プロセッサＰ１およびＰ２は、信号をお互いに通信することができ
ない。

【０００９】 図２には、図１に示されるのと同様なシナリオの概略図が示されているが、こ
こでは２つの新しいプロセッサＰ１’およびＰ２’それぞれと、プロセス間での
信号通信を可能とする本発明によるドライバ・アダプタとが備えられている。本
発明が実現され、異なる種類のプロセッサが使用されるシステムにおいて、シス
テムの設計者はバイト順序やパディングのような様々なプロセッサのフォーマッ
トを用いることを考慮しなければならない。

【００１０】 図３を参照するに、本発明によるＤＡプロセスを実現した例の記号表記が示さ
れている。開始および初期化の後、信号の事象が生じるまでプロセスはアイドル
状態におかれる。信号の事象では、信号がドライバから来るならば、プロセスの
コースは以下で（１）とマークされた分枝によって指示されたようになり、もし
くは、信号がドライバに送られるならば、プロセスのコースは（２）とマークさ
れた分枝によって指示されるようなものとなる。

【００１１】 図４を参照するに、本発明によるＤＡの実現における手順の例を記号表記した
ものが示されている。その手順は、信号をＤＡに転送するのに用いられる。

【００１２】 図５を参照するに、本発明によるＤＡの実現における手順の例を記号表記した
ものが示されている。その手順は、信号の創出プロセスに対応して信号をＤＡか
らＳＰへと転送するのに用いられる。そのプロセスのシャドウＰＩＤ（ＳＰＩＤ
）が、パラメータｐｒｍ．ｓｅｎｄｅｒから抽出され、そしてＧｅｔＰＩＤ（）
関数を用いてローカルのＰＩＤに変換される。ＳＨＡＤＯＷ＿ＳＩＧＮＡＬは、
ＤＡからいずれかのＳＰへと送られるだけの固有の信号ＩＤである。

【００１３】 図６を参照するに、本発明による（総括的に）ＳＰの実現を記号表記したもの
が示されている。開始および初期化の後、プロセスは信号のイベントが生じるま
でアイドルの状態に置かれる。信号のイベント発生時、信号がＤＡから発生する
ならば、プロセスの課程は以下で（１）と記された段落において記述されるよう
になり、その他全ての信号については、プロセスの課程は以下で（２）と記され
た段落で記述されるようになる。

【００１４】 （１）シャドウ・プロセスがＳＨＡＤＯＷ ＳＩＧＮＡＬを受信するとき、信
号ＩＤと元の信号とはその受信された信号から抽出される。そして、所望の受け
手ＳＰＩＤがその信号から抽出され、ＧｅｔＰＩＤ（）関数を用いてローカルＰ
ＩＤへと変換され、そしてその信号は所望のプロセスへと送られる。続いて、Ｓ
Ｐは、ＩＤＬＥ状態へと戻る。

【００１５】 （２）何か他の信号が受信されるとき、信号は変更される。ＳＰは、受け手の
ＳＰＩＤと送り手のＳＰＩＤとを信号に加える。信号の受け手のプロセッサ・ア
ドレスがまた見出されて、どのプロセッサに信号が送られるべきかが分かる。そ
して信号は、ドライバ・アダプタへと送られる。ＳＰは、ＩＤＬＥ状態へと戻る
。

【００１６】 先に２つの段落で記述されるプロセスについて以下のことが当てはまる。 ＧｅｔＰＩＤ（）関数は、ＳＰＩＤに基づいてローカル・プロセッサでＰＩＤ
を検索する。 ＧｅｔＰＩＤ（）関数は、ローカル・プロセッサでＰＩＤに基づいてＳＰＩＤ
を検索する。 ＧｅｔＰＩＤ（）関数は、ＳＰＩＤに基づいてプロセッサ・アドレスを検索す
る。プロセッサ・アドレスは、異なるプロセッサを識別する。

【００１７】 不明瞭さまたは不確かさを避けるため、本発明の好ましい実施例では、ＳＰＩ
Ｄはシステム全体を通して固有に保たれる。代わりの解決法は、プロセスの特有
の識別子としてＣＰＵまたはコンピュータのアドレスと一緒にＳＰＩＤを用いる
ことである。

【００１８】 Ｒｅｃｅｉｖｅｒ（）関数およびＳｅｎｄｅｒ（）関数は、ＯＳ関数であり、
受け手および送り手のＰＩＤをそれぞれ戻す。

【００１９】 別のシステム例が図７に示されている。その例の要求される性能は、もはや利
用できる単一のプロセッサを備えるシステムによっては満たすことができないよ
うなシステム要件が設けられているとする。したがって、システムを利用できる
スペースおよび処理力に適合させるために、合計７つの実際のプロセスを備える
示されたシステム例において、実際のプロセスは２つのグループ（各プロセッサ
につき１つ）に分けられている。プロセスＰ１，Ｐ２およびＰ３を備える第１の
グループとプロセスＰ４，Ｐ５，Ｐ６およびＰ７を備える第２のグループがプロ
セッサＡおよびＢにそれぞれ常駐して作動する。

【００２０】 それら２つのグループは、２つの異なるプロセッサで分けられているので、一
旦プロセス間に存在していた通信を再確立する必要がある。図８に示されるよう
に、これは、各プロセッサに「シャドウ・プロセス」を、なくなっている「実際
の」プロセス各々について１つ導入して配置することによって行われる。シャド
ウ・プロセスは、システムにわたるプロセス信号の通信を容易にする新規なＶＬ
Ｈの構成要素である。示される例において、第１グループのプロセッサＰ１，Ｐ
２，Ｐ３と第２グループのプロセッサＰ４，Ｐ５，Ｐ６との間にそれぞれ通信が
要求される。しかしながら、第２グループのＰ７は、第１グループのいずれのプ
ロセッサとも信号の通信が必要でない。したがって、Ｐ７には、シャドウ・プロ
セスの必要がない。

【００２１】 シャドウ・プロセスを導入した後、対応するシステムがプロセッサで確立され
る。この装置では、第１グループの実際のプロセスは、第２グループの実際のプ
ロセスに対応するシャドウ・プロセスによって信号通信の宛先を見出すことがで
き、そしてその反対もできる。

【００２２】 異なるＣＰＵ間でのメッセージ通信をカウントするには、２つのプロセッサ間
での通信手段が必要である。そのような通信手段は、ドライバおよび関連する物
理的接続から構成できる。シャドウ・プロセスがそのような通信手段を利用でき
るために、ドライバへのアダプタもまた必要である。これらの規定もまた図７に
示されている。

【００２３】 最後に、プロセッサ間のプロセスを識別する方法が必要とされる。示されてい
るシステムにおいては、プロセッサが共通のメモリを有さないものとされている
。本発明によると、プロセッサを識別する方法が、図７のシステム例に対応して
、図８の参照表例によって示されている。

【００２４】 図８を参照するに、プロセスＰ７は、プロセッサＡに常駐するいずれのプロセ
スとも信号通信を必要としないので、本例のプロセスＰ７は、プロセッサＡにつ
いてのシャドウＰＩＤまたは対応するＰＩＤを有さないということが分かる。

【００２５】 表の展開が図９ａから図９ｃに説明されている。システムは共通のメモリを有
しておらず、図８の参照表は、図９に示されるように、２つの表に分けられ、そ
してそれぞれのプロセッサに配置されているものとする。図９ｂから、プロセッ
サＡのプロセスとプロセスＰ７との間には通信がないので、プロセスＰ７は表か
ら除かれているということが分かる。ここで、どのプロセスから信号が送られ、
またどのプロセスへと信号が遅れるかを知ることが可能となる参照表がある。

【００２６】 図７のシステム例は、ＣＰＵまたはコンピュータを２つだけ備えるシステムで
ある。したがって、ＣＰＵまたはコンピュータを２つだけ備える、本発明による
そのようなシステムにおいて、アドレス・フィールドを省略することができ、ま
た表をこの例について図９ｃに示される表までさらに展開する。この理由は、実
際のプロセスからＳＰへと送られる信号は、常に他方の「遠隔の」ＣＰＵまたは
コンピュータへと転送され、そしてＤＡからＳＰへと送られる信号は、常に実際
の「ローカルの」プロセスへと転送されるからである。

【００２７】 図１０を参照するに、プロセッサＡのプロセスからプロセッサＢのプロセスへ
と通信した信号の例が示されている。信号Ｓ１が実際のプロセスＰ１から実際の
プロセスＰ５へと送られるとする。シャドウ・プロセスＰ５’は、実際のプロセ
スＰ５と同じ記号のＰＩＤを有するので、信号の最初の受け手は、Ｐ５に対応す
るシャドウ・プロセス、すなわち、Ｐ５’である。Ｐ５’は、送り手ローカルＰ
ＩＤを検索し、そして必要ならば、それ自身のＰＩＤも検索する。シャドウ・プ
ロセスは、これらのデータを用いて、シャドウＰＩＤと呼ばれる、対応するプロ
セッサと独立するＰＩＤを検索する。これらのデータは全て、ドライバ・アダプ
タやドライバのような低レベルを通って送られる。ドライバ・レベルでは、それ
は、ＩＤでマークされた他方のプロセッサへと送信され、そのＩＤで、これが「
シャドウ・プロセス」信号であると、他方のプロセッサにおけるドライバに知ら
せる。データ送信については、本発明による解決法とは独立して、再送信および
／またはフレームの番号付けが用いられる。信号が他方のプロセッサとドライバ
・アダプタに到達するとき、表において検索が行われ、どのシャドウ・プロセス
が信号の送り手に対応するかを見出す。そして信号Ｓ３（送り手および受け手情
報をなおも運んでいる）がそのプロセスへと送られる。そのプロセスは、この場
合、Ｐ１’である。信号がＰ１’に到達するとき、送り手および受け手情報が取
り除かれ、元の信号が所望の受け手であるプロセッサＰ５に送られる。

【００２８】 Ｐ１からＰ５へと送られる信号が上記で説明されている。図１１に示されるよ
うに、本例のプロセッサＰ５は、プロセスＰ１の信号に応答する、または新しい
信号がＰ５からＰ１へと送られる。双方の場合とも手順は先の段落において説明
された手順に類似するが、本例における信号は反対方向に流れる。

【００２９】 信号Ｓ２およびＳ５はまた、ＤＡへの機能呼び出しでもあるが、情報の流れを
示す信号とみなすということに注意すべきである。

【００３０】 また、上述のように、送られる信号への応答は、本発明による解決法において
必須ではないということに注意すべきである。したがって、前述された２つの信
号のシーケンス（Ｐ１からＰ５へおよびＰ５からＰ１へ）は、２つの別々の信号
シーケンスであると分かる。

【００３１】 （利点） プロセスによって、他のプロセスに何かを知らせるために信号（メッセージと
呼ばれることもある）が用いられる。ＯＳまたは何らかの割り込みルーチン（説
明されていない）もまた信号を送るが、プロセスのみがそれらを受信できる。こ
れを達成することができるのは、マルチプロセッサ、分散システムにおいてであ
り、ここで、各プロセッサのＯＳは、静的な手法で異なるプロセッサに常駐して
作動する異なるプロセス間の通信を提供するものではない。

【００３２】 作業の分担は、異なるプロセスを、独立してかつ伝統的なネットワーキング能
力と関連するオーバーヘッドを含まないオペレーティング・システム（ＯＳ）で
作動する異なるＣＰＵに、静的な手法で割り当てることによって達成される。

【００３３】 本発明のＶＬＨによって、プロセッサ専用のオペレーティング・システムを変
更することなく、またシステムにオーバーヘッドや複雑さを加えることなく、異
なるプロセッサに常駐して作動するプロセス間で信号を交換することが可能とな
る。

【００３４】 また、同一のシャドウ・プロセスを介して本発明を実現することによって、簡
潔さが維持される。しかしながら、シャドウ・プロセスの識別は異なる。

【図面の簡単な説明】

【図１】 各々が他方と通信する必要のある常駐の異なるプロセスを備える２つのＣＰＵ
またはコンピュータのシステムで問題となるシナリオの一例を示す概略図である
。

【図２】 図１に示される問題を解決する本発明によるＶＬＨ解決法の一例を示す概略図
である。

【図３】 本発明によるＤＡプロセスの実施例の一例の概略的な表示である。

【図４】 本発明によるドライバ・アダプタの手順の実施例の一例の概略的な表示である
。

【図５】 本発明によるドライバ・アダプタの別の手順の実施例の一例の概略的な表示で
ある。

【図６】 本発明によるシャドウ・プロセスの実施例の一例の概略的な表示である。

【図７】 本発明によるＶＬＨ解決法を備えるシステム例を示す概略図である。

【図８】 図７のシステム例について、それぞれのプロセッサとそれらの実際のプロセス
のＰＩＤ、シャドウ・プロセスのＰＩＤ間の関係をそれぞれ概略的に示す。

【図９ａ】 図７のシステム例についてルックアップテーブルの展開を概略的に示す。

【図９ｂ】 図７のシステム例についてルックアップテーブルの展開を概略的に示す。

【図９ｃ】 図７のシステム例についてルックアップテーブルの展開を概略的に示す。

【図１０】 図７のシステム例における信号の一方向への転送を示す。

【図１１】 図７のシステム例における信号の別の方向への転送を示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ， ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 プロセッサ（ＣＰＵ）またはコンピュータが、独立したオペ
   レーティング・システム（ＯＳ）、ＣＰＵまたはコンピュータ間通信ドライバ、
   およびドライバと関連するＣＰＵまたはコンピュータ間の相互接続を含み、２つ
   以上のＣＰＵまたはコンピュータを備えるシステムにおけるＣＰＵ間またはコン
   ピュータ間のプロセス信号通信用装置であって、 バーチャル・リンク・ハンドラ（ＶＬＨ）が、別のＣＰＵまたはコンピュータ
   に常駐する少なくとも１つの実際のプロセスと通信する実際のプロセスの各々に
   ついて少なくとも１つのシャドウ・プロセス（ＳＰ）と、各々が少なくとも１つ
   のＳＰおよび／またはＯＳと通信する複数のドライバ・アダプタ（ＤＡ）と、を
   備えることを特徴とする前記装置。
2. 【請求項２】 前記システムのＣＰＵまたはコンピュータと関連するシャド
   ウ・プロセスが、前記システムの別のＣＰＵまたはコンピュータと関連する前記
   実際のプロセスのプロセス識別子（ＰＩＤ）と同一のＰＩＤによって識別される
   ことを特徴とする請求項１に記載の装置。
3. 【請求項３】 シャドウ・プロセス識別子（ＳＰＩＤ）が各プロセスに割り
   当てられることを特徴とする請求項１または２に記載の装置。
4. 【請求項４】 前記ＳＰＩＤ自体が前記システム全体を通して固有のプロセ
   ス識別子であることを特徴とする請求項３に記載の装置。
5. 【請求項５】 前記プロセッサまたはコンピュータ・アドレスと連係する前
   記ＳＰＩＤが前記システム全体を通して固有のプロセス識別子であることを特徴
   とする請求項３に記載の装置。
6. 【請求項６】 前記実際のプロセスが前記システムの特定のＣＰＵまたはコ
   ンピュータと静的に関連するかまたはそれらに常駐することを特徴とする請求項
   １から５のいずれかに記載の装置。
7. 【請求項７】 前記ＶＬＨが前記実際のプロセスの前記システムのそれぞれ
   のＣＰＵまたはコンピュータとの関連の参照リストを保持することを特徴とする
   請求項１から６のいずれかに記載の装置。
8. 【請求項８】 前記システムの通信するＣＰＵまたはコンピュータの各々に
   設定されたアドレス表が前記参照リストから展開されることを特徴とする請求項
   ７に記載の装置。
9. 【請求項９】 １つのＣＰＵまたはコンピュータにおける１つのプロセスか
   ら別のＣＰＵまたはコンピュータにおける別のプロセスへ伝送される信号が、少
   なくとも前記受け手のＳＰの前記ＰＩＤを含むために一時的に変更されることを
   特徴とする請求項１から８のいずれかに記載の装置。
10. 【請求項１０】 １つのＣＰＵまたはコンピュータにおける１つのプロセス
    から別のＣＰＵまたはコンピュータにおける別のプロセスへ伝送される信号が、
    前記送り手のＳＰの前記ＰＩＤを含むために一時的に変更されることを特徴とす
    る請求項９に記載の装置。
11. 【請求項１１】 ＣＰＵまたはコンピュータのＤＡが、同じＣＰＵまたはコ
    ンピュータと関連するＳＰおよび／またはＯＳへのインタフェースを備えること
    を特徴とする請求項１に記載の装置。
12. 【請求項１２】 ＣＰＵまたはコンピュータのＤＡが、同じＣＰＵまたはコ
    ンピュータと関連するＣＰＵまたはコンピュータ相互接続用ドライバへのインタ
    フェースを備えることを特徴とする請求項１または１１に記載の装置。
13. 【請求項１３】 ＣＰＵまたはコンピュータが、独立したオペレーティング
    ・システム（ＯＳ）、ＣＰＵ間またはコンピュータ間の通信ドライバ、およびド
    ライバと関連するＣＰＵまたはコンピュータ間の相互接続を含み、２つ以上のＣ
    ＰＵまたはコンピュータを備えるシステムにおけるＣＰＵ間またはコンピュータ
    間のプロセス信号通信方法であって、 ＣＰＵまたはコンピュータにおいて、別のＣＰＵまたはコンピュータの別のプ
    ロセスへ向けた信号を、発信プロセスから他方のプロセスを表すシャドウ・プロ
    セスへと転送するステップと、 前記シャドウ・プロセスによる信号のパラメータと、他方のプロセスのシステ
    ム・アドレスを含む表とを補正するステップと、 ドライバ・アダプタと、ドライバと、ドライバに関連する相互接続とによって
    、前記補正された信号を他方のＣＰＵまたはコンピュータに転送するステップと
    、 前記信号の前記発信プロセスを表すシャドウ・プロセスによって、前記補正さ
    れた信号を、他方のＣＰＵまたはコンピュータで受信するステップと、 前記受信信号によって伝送されるパラメータによって、前記受け手のシャドウ
    ・プロセスによる受信信号を補正するステップと、 前記補正された受信信号を、前記信号が所望された他方のプロセスに転送する
    ステップと、 を含むことを特徴とする前記方法。