JP2000020328A

JP2000020328A - 通信方法、分散処理装置とその方法、ネットワークシステムおよびノード装置

Info

Publication number: JP2000020328A
Application number: JP10181135A
Authority: JP
Inventors: Kozo Oide; 耕三大出; Takayuki Saito; 隆之斉藤; Hirotoshi Maekawa; 博俊前川
Original assignee: Digital Vision Laboratories Corp
Current assignee: Digital Vision Laboratories Corp
Priority date: 1998-06-26
Filing date: 1998-06-26
Publication date: 2000-01-21

Abstract

(57)【要約】【課題】メッセージ通信を効率よく行い所望の処理を効
率よく行える分散処理環境を提供する。【解決手段】ノードＢのプロセスＢの送信スレッド７２
４から、ノードＡのプロセスＡに対してメッセージ送信
を行う場合には、送信スレッド７２４は、まず、プロセ
スＡのデフォルトのソケット記述子７０４に対してメッ
セージを送信する。プロセスＡでは、受信スレッド７０
３がこれを受信し、プロセスＢからの受信用ソケット記
述子として新たなソケット記述子７０５を決定し、これ
を送信スレッド７２４に対して通知する。以後のプロセ
スＢからプロセスＡに対する通信は、ソケット記述子７
０５を介して行う。複数のソケット記述子に通信負荷が
分散するように、通信相手をダイナミックに割り当て、
複数の送受信スレッドを用いて通信を同時並列的に効率
よく行い、効率よく並列分散処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
処理モジュール間で限られた入出力インターフィエスを
利用して効率よい通信を行うことができる通信方法、複
数のノード上に配置されたオブジェクトがメッセージ通
信を効率よく行いながら協働して所望の処理を行う分散
処理装置とその方法、そのような分散処理環境を提供す
るネットワークシステム、および、ネットワークに接続
してそのようなネットワークシステムを構築するのに好
適なノード装置に関する。

【０００２】

【従来の技術】種々の計算リソースを、電話回線、ケー
ブルテレビ、衛星通信などのネットワークを介して接続
したネットワークシステムが急速に普及している。ま
た、そのようなネットワークシステムにおいて、複数の
オブジェクトをネットワークワイドに配置し、それらを
連係させて所望の処理を行う並列分散処理への期待も高
まっている。このような分散処理によれば、ネットワー
ク上の計算リソースを効率よく利用して所望の処理を高
速に行うことや、ネットワーク上のコンテンツを有効に
利用することが可能となる。

【０００３】そのような分散処理を行うためには、各オ
ブジェクトがネットワークを介して通信を行いながら、
協調して動作をすることが基本となる。また、そのよう
な分散処理を効率よく行うためには、各オブジェクト
間、換言すれば、ネットワーク上の各ノードにおいてオ
ブジェクトに実行環境を提供している各プロセス間で、
通信を効率よく行う必要がある。なお、このようなプロ
セス間の通信の方式としては、ＲＰＣ（Remote Procedu
re Call:遠隔手続き呼び出し）が用いられることが多
い。また、各オブジェクトから見たネットワークへのイ
ンターフェイスとしては、ソケット記述子が用いられて
いる。

【０００４】

【発明が解決しようとする課題】ところで、これまで
は、通常、１つのプロセスには１つのソケット記述子が
対応付けられている場合が多く、ネットワークを介して
複数のプロセスから送信されてきたパケットは、そのソ
ケット記述子で受信されてソケットキューに投入され、
順次読み出されて処理されている。そのために、多数の
プロセスと並行して通信を行うことができず、効率よく
通信を行えないという問題がある。また、仮に複数のソ
ケット記述子を用いて通信が行えるようにしたとして
も、現状ではその複数のソケット記述子への通信の対応
付けの方法が無いため、一部のソケット記述子のみを使
用することになったり、通信量が偏ったりして、その複
数のソケット記述子を有効に使用できない可能性が高
い。

【０００５】したがって、本発明の目的は、たとえばソ
ケット記述子であるような入出力手段を有効に利用し
て、ネットワークを介して接続されている処理モジュー
ル間の通信を効率よく行えるような通信方法を提供する
ことにある。また、本発明の他の目的は、たとえばソケ
ット記述子であるような入出力手段を有効に利用して、
プロセス間の通信を同時並列的に効率よく行うことがで
き、これにより分散配置されたオブジェクトが協働して
所望の処理を効率よく実行することができる分散処理装
置を提供することにある。また、本発明の他の目的は、
たとえばソケット記述子であるような入出力手段を有効
に利用して、プロセス間の通信を同時並列的に効率よく
行うことができ、これにより分散配置されたオブジェク
トが協働して所望の処理を効率よく実行することができ
る分散処理方法を提供することにある。

【０００６】また本発明の他の目的は、各ノード上のプ
ロセスがたとえばソケット記述子であるような入出力手
段を有効に利用して、プロセス間の通信を同時並列的に
効率よく行い、分散配置された各オブジェクトが全体と
して所望の処理を効率よく実行することができるネット
ワークシステムを提供することにある。さらに、本発明
の他の目的は、たとえばソケット記述子であるような入
出力手段を有効に利用して、他のノードのプロセスと効
率よく通信を行え、配置されたオブジェクトが他のノー
ド上のオブジェクトと協働して行う所望の処理を効率よ
く行うことができるノード装置を提供することにある。

【０００７】

【課題を解決するための手段】前記課題を解決するため
に、本発明の通信方法は、ネットワークを介して接続さ
れた処理モジュール間の通信方法であって、第１の前記
処理モジュールが、前記ネットワークを介して、第２の
前記処理モジュールの当該ネットワークとの所定の信号
入出力手段に信号を送信して、該第２の前記処理モジュ
ールに対して通信を開始し、前記第２の処理モジュール
は、前記所定の信号入出力手段より受信した前記通信の
開始を検知し、前記第１の処理モジュールに対して前記
ネットワークとの他の信号入出力手段を指定し、前記指
定された信号入出力手段を介して、少なくとも前記第１
の処理モジュールから前記第２の処理モジュールへの通
信を行う。

【０００８】また、本発明の分散処理装置は、複数のオ
ブジェクトが協働して所望の処理を行う分散処理装置で
あって、各々接続された複数のノードと、前記ノード上
に各々１つまたは複数形成され、配置されたオブジェク
トに実行環境を提供する複数のプロセスと、各々前記複
数のプロセスのいずれかに配置される前記複数のオブジ
ェクトとを有し、前記複数のプロセスの各々は、複数の
信号入出力手段と、当該プロセスに配置された前記オブ
ジェクトの動作に基づく送信対象のメッセージを、任意
の送信先のプロセスに対して、当該送信先プロセスの信
号入出力手段が指定されていない場合には当該送信先プ
ロセスの所定の信号入出力手段を、当該送信先プロセス
の信号入出力手段が指定されている場合には当該指定さ
れている信号入出力手段を介して、各々送信する送信手
段と、前記複数の信号入出力手段を介して送信される信
号を受信する複数の受信手段と、任意のプロセスからの
前記複数の信号入出力手段の所定の信号入出力手段を介
して受信した通信を検知し、当該プロセスと通信を行う
信号入出力手段として、前記複数の信号入出力手段の前
記所定の信号入出力手段以外の他の特定の信号入出力手
段を指定する信号入出力手段指定手段とを有する。

【０００９】また、本発明の分散処理方法は、複数のオ
ブジェクトが協働して所望の処理を行う分散処理方法で
あって、相互に接続された複数のノードの各々に、配置
されたオブジェクトに実行環境を提供する複数のプロセ
スを１または複数配置し、前記複数のオブジェクトを、
各々前記複数のプロセスのいずれかに配置し、前記プロ
セスに配置された前記各オブジェクトの動作に基づいて
生成された通信対象のメッセージを、通信元のプロセス
が通信先のプロセスの所定の信号入出力手段に信号を送
信して通信を要求し、前記通信先のプロセスが前記通信
の要求に基づいて当該通信元のプロセスに対して他の特
定の前記信号入出力手段を指定し、該指定された前記通
信先の信号入出力手段を介して前記通信元のプロセスか
ら前記通信先のプロセスへ送信することにより、前記オ
ブジェクト間で相互に通信し、前記所望の処理を行う。

【００１０】また、本発明のネットワークシステムは、
ネットワークを介して接続された複数のノードと、協働
して所望の処理を行うための複数のオブジェクトが配置
される、前記ノード上に各々１つまたは複数形成される
複数のプロセスであって、各々、複数の信号入出力手段
と、当該プロセスに配置された前記オブジェクトの動作
に基づく送信対象のメッセージを、任意の送信先のプロ
セスに対して、当該送信先プロセスの信号入出力手段が
指定されていない場合には当該送信先プロセスの所定の
信号入出力手段を、当該送信先プロセスの信号入出力手
段が指定されている場合には当該指定されている信号入
出力手段を介して、各々送信する送信手段と、前記複数
の信号入出力手段を介して送信される信号を受信する複
数の受信手段と、任意のプロセスからの前記複数の信号
入出力手段の所定の信号入出力手段を介して受信した通
信を検知し、当該プロセスと通信を行う信号入出力手段
として、前記複数の信号入出力手段の前記所定の信号入
出力手段以外の他の特定の信号入出力手段を指定する信
号入出力手段指定手段とを有する複数のプロセスとを有
する。

【００１１】また、本発明のノード装置は、ネットワー
クに接続されるノード装置であって、所望のオブジェク
トが配置され、当該オブジェクトに実行環境を提供する
プロセスであって、複数の信号入出力手段と、当該プロ
セスに配置された前記オブジェクトの動作に基づく送信
対象のメッセージを、前記ネットワークに接続された他
のノード装置の任意の送信先プロセスに対して、当該送
信先プロセスの信号入出力手段が指定されていない場合
には当該送信先プロセスの所定の信号入出力手段を、当
該送信先プロセスの信号入出力手段が指定されている場
合には当該指定されている信号入出力手段を介して、各
々送信する送信手段と、前記複数の信号入出力手段を介
して送信される信号を受信する複数の受信手段と、任意
のプロセスからの前記複数の信号入出力手段の所定の信
号入出力手段を介して受信した通信を検知し、当該プロ
セスと通信を行う信号入出力手段として、前記複数の信
号入出力手段の前記所定の信号入出力手段以外の他の特
定の信号入出力手段を指定する信号入出力手段指定手段
とを有するプロセスを１または複数有する。

【００１２】前記プロセスの前記送信手段は、前記送信
対象のメッセージを、複数のパケットに分割し、該分割
したパケットごとに送信する。また好適には、前記プロ
セスは、前記複数の信号入出力手段を介して、複数の他
のプロセスと並行して通信を行う。

【００１３】特定的には、前記プロセスは、遠隔手続き
呼び出し（リモート・プロシージャ・コール（ＲＰＣ:R
emote Procedure Call））により通信を行う。また特定
的には、前記プロセスの前記所定の信号入出力手段は、
当該プロセスに係わるＲＰＣプロセスのプロセスＩＤに
基づいて決定し、前記プロセスの送信手段は、送信先プ
ロセスの信号入出力手段が指定されていない場合に、当
該送信先プロセスのＲＰＣプロセスのプロセスＩＤに基
づいて決定される信号入出力手段に、前記送信対象のメ
ッセージを送信する。

【００１４】好適には、前記プロセスの信号入出力手段
指定手段は、任意のプロセスからの前記複数の信号入出
力手段の所定の信号入出力手段を介して受信した通信に
対して、当該プロセスと通信を行う信号入出力手段とし
て、前記複数の信号入出力手段の前記所定の信号入出力
手段を除く他の信号入出力手段において通信に係わる負
荷が均等になるように、前記他の特定の信号入出力手段
を指定する。特定的には、前記信号入出力手段は、ソケ
ット記述子である。

【００１５】

【発明の実施の形態】本発明の一実施の形態について、
図１〜図８を参照して説明する。本実施の形態において
は、計算機装置などで構成される複数のノードがネット
ワークを介して接続されたネットワークシステムであっ
て、各ノード上に配置された分散オブジェクトがネット
ワークを介して通信を行いながら協働して所望の計算処
理を行うような、分散処理環境を提供するネットワーク
システムを例示して本発明を説明する。

【００１６】まず、そのようなネットワークシステムの
全体構成について説明する。図１は、そのネットワーク
システムの全体構成を模式的に示す図である。本実施の
形態のネットワークシステムは、インターネットや、Ｃ
ＡＴＶ網、衛星通信など多様な通信メディアが混在して
構成されるネットワーク環境において、ネットワーク上
の分散リソースを論理的に一体の計算環境として捉え、
分散処理環境を提供するものである。ここで、分散リソ
ースとは、各ノードのハードウェア機能に加えて、デー
タベースや高性能計算サーバ、ＷＷＷページの情報ソー
スなど、任意の計算機能を提供するものである。また、
その計算とは、広い範囲の種々の処理の実行を含むもの
とする。

【００１７】このような分散処理環境上に、計算実体で
ある分散モジュール（並行オブジェクトと言う場合もあ
る。）が配置され、計算空間を形成する。なお、計算空
間は、同一のネットワーク環境上に複数のものをそれぞ
れ個別に形成することができる。この分散モジュール
は、具体的には、リモート呼出可能な分散オブジェク
ト、分散関数、あるいは、ネットワークを介して参照可
能な共有変数（以後、大域共有変数と言う。）である。
そして、これらにより、分散オブジェクト指向計算、分
散関数（手続き）呼び出しおよび大域共有変数処理とい
う各計算が、並行的に行われる。

【００１８】このような計算を行うための、分散オブジ
ェクトメソッドおよび分散関数の呼び出しや、大域共有
変数へのアクセスという並行オブジェクト間の通信は、
非同期メッセージ送信（返値なしの一方向の通信）、
遅延評価型同期呼び出し（返値にアクセスしたときブ
ロックする）、完全同期呼び出し（返値到着まで呼出
側がブロックする）という３種類の方法により行う。な
お、これらの通信を総称してメッセージ通信と呼ぶ。す
なわち、このようなネットワークシステムは、ネットワ
ーク上に分散配置された並行オブジェクトが、メッセー
ジ通信によって並行計算を各々順次実行し、メッセージ
の連鎖によって全体として所望の計算を進行させるシス
テムと言うことができる。

【００１９】計算空間に配置される各並行オブジェクト
は、図２に示すように、ネットワークノードにプロセス
を生成して管理する。プロセスは、並行オブジェクト間
のメッセージ送受信の機構などを提供する、並行オブジ
ェクトのための計算環境である。そのため、アプリケー
ション言語インタフェース（ＡＰＩ) と、ＯＳやハード
ウェアに対するシステムインターフェースを備え、プロ
グラミング言語やＯＳ、ハードウェア、ネットワークと
いった実行環境の違いに適応して稼働できるようになっ
ている。また、メッセージは、異なる言語間でも送信可
能であり、任意のデータ構造体を引数として扱えるよう
になっている。その結果、このようなプロセスの集合と
して得られる実行環境は、大域空間上で共通の仮想的計
算環境として機能する。

【００２０】次に、このようなプロセス間において行わ
れ、所望の分散処理を実施するための機構である、メッ
セージ送受信機構について説明する。図３は、前述した
ようにプロセスにより提供されるメッセージ送受信機構
を説明するための図である。プロセス１００は、メッセ
ージ送受信に係わる構成部として、アプリケーションプ
ログラミング機能１２０、スケジューラ１３０、参照解
決器１４０、メッセージ通信部１５０、オペレーティン
グシステムインターフェイス（ＯＳＩ／Ｆ）１６０およ
び通信メディアインターフェイス（通信メディアＩ／
Ｆ）１７０を有する。

【００２１】アプリケーションプログラミング機能１２
０は、並行オブジェクト１１０に対して、メッセージ送
信に関連したＡＰＩ (Application Programming Interf
ace)を提供する。スケジューラ１３０は、受信したメッ
セージの実行などの、そのプロセスにおける計算の制御
を行う。参照解決器１４０は、参照テーブル１４１を参
照して、メッセージ送信を行う計算実体を特定する。メ
ッセージ通信部１５０は、メッセージの送受信を行う機
能であり、メッセージセンダ１５１およびメッセージデ
ィスパッチャ１５２を有する。

【００２２】ＯＳＩ／Ｆ１６０は、移植性、可搬性を確
保しながらシステムに依存した処理を行えるようにする
ためのシステムプログラミングインターフェイスであ
る。通信メディアＩ／Ｆ１７０は、各並行オブジェクト
がメッセージ通信を行う上で必要となる、通信メディア
とのインターフェイスを行うシステムプログラミングイ
ンターフェイスである。本発明に係わるこの通信メディ
アＩ／Ｆ１７０については、後に詳述する。

【００２３】このような構成のプロセス１００における
メッセージ送信処理の流れについて、図４に示す。メッ
セージ送信では、アプリケーションプログラミング機能
１２０のＡＰＩ上のメッセージ送信関数の呼び出しによ
って、引数の構造体を認識して送信可能な論理形式に変
換し、参照解決器１４０により送信先オブジェクトの参
照解決を行ない、メッセージ通信部１５０で送信の処理
をする。この時、送信先の所在によって、通信メディア
Ｉ／Ｆ１７０を介したノード間ＲＰＣ、ノード内ＩＰ
Ｃ、あるいは、プロセス内通信を選択して送信を行う。
ノード間でＲＰＣを用いるのは、メッセージの到達を把
握するためである。送信先がドメインやオブジェクトク
ラスタになっていれば、プロセス毎のマルチキャストを
行なう。通信メディアＩ／Ｆ１７０は、対応するメディ
アごとに用意し、データの種類と制御の内容に応じて使
用するものを指定することができる。

【００２４】また、このような構成のプロセス１００に
おけるメッセージ受信処理の流れについて、図５に示
す。通信メディアＩ／Ｆ１７０を介してメッセージを受
信すると、メッセージディスパッチャ１５２は、受け取
ったリモート識別子から受信オブジェクトを特定し、そ
の処理を行なうための関数記述子を生成し、アプリケー
ションプログラミング機能１２０に出力する。メッセー
ジ引数は、論理形式からデータ構造体に展開する。関数
記述子は、オブジェクトメソッドと分散関数の呼び出
し、あるいは共有変数のアクセスを起動するための情報
と、メッセージの時間属性と優先度、および、メッセー
ジ送信元オブジェクトの呼出情報を保持したものであ
る。この関数記述子が、スケジューラ１３０に渡され処
理される。

【００２５】メッセージ送信が同期呼出による場合は、
スケジューラ１３０による実行で得た評価値を同様に論
理形式に変換して、同じメッセージセンダ１５１により
呼び出し側に送信する。参照が中継されている場合は、
リモート識別子から新たな大域参照が得られるので、メ
ッセージディスパッチャ１５２はそのままメッセージセ
ンダ１５１を呼び出す。

【００２６】次に、このようなネットワークシステムお
よびメッセージ通信方式において、上位からのメッセー
ジ通信の要求に応じて実際にメッセージの通信を行う通
信メディアＩ／Ｆ１７０について、詳細に説明する。な
おここでは、本発明に係わる、通信メディアを介してノ
ード間でメッセージ通信を行う場合について説明する。

【００２７】図６は、プロセスの通信メディアＩ／Ｆ１
７０の論理構成を示すとともに、ノードＡ上のプロセス
の通信メディアＩ／Ｆ１７０ａからノードＢ上のプロセ
スの通信メディアＩ／Ｆ１７０ｂの間でメッセージ通信
が行われる場合の処理の流れを示す図である。図示のご
とく、通信メディアＩ／Ｆ１７０は、通信メソッドディ
スパッチャ１７１および各通信メソッドごとの通信部を
有する。

【００２８】通信メソッドディスパッチャ１７１は、メ
ッセージ通信部１５０のメッセージセンダ１５１から入
力されるメッセージ通信の要求に応じて、そのメッセー
ジ通信を行うための通信メディアを選択し、その通信メ
ディアの通信部にそのメッセージ通信に係わる情報を入
力する。通信部には、ＣＡＴＶ網、電話回線網などの通
信メディアに対応した各処理部が用意されているが、そ
の１つとして、インターネットを介してＲＰＣによりメ
ッセージ通信を行うためのＲＰＣ部１７２が設けられて
いる。本実施の形態においては、以下、このＲＰＣ部１
７２によるＲＰＣを用いた通信制御方式について説明す
る。

【００２９】ＲＰＣを使用した場合には、通信エラーの
リトライが自動的に行われたり、要求に対する応答でＡ
ＣＫを受け取るという利用法により、送受信の確実性を
向上させることができる。また、通信メディアＩ／Ｆ１
７０がメッセージ本体に付加する管理情報のバイトオー
ダなどの変換も、ＲＰＣのプトロコルコンパイラが生成
するフィルタを利用して行うことができるので好適であ
る。ただし、メッセージ本体に関する変換は、アプリケ
ーションプログラミング機能１２０で行う。なお、本実
施の形態のＲＰＣは、具体的には、ソラリス（米国 Sun
Microsystems, Inc. の登録商標）におけるＯＮＣ（Op
en Network Computing）ＲＰＣ、ＷindowsＮＴ（米国 M
icrosoft Corporationの登録商標）におけるONC-RPC fo
r ＷindowsＮＴである。

【００３０】また、ＲＰＣ部１７２においては、トラン
スポート層のプロトコルにＴＣＰまたはＵＤＰを用い
る。また、トランスポート層のプロトコルにＴＣＰを選
択した場合には、ＴＣＰのサービスにより信頼性を向上
できる。しかし、ＴＣＰはコネクション指向であるた
め、同時に多数のコネクションを確立した時の性能面で
問題がある。それが問題となる場合には、トランスポー
ト層のプロトコルにＵＤＰを選択すればよい。ＵＤＰを
選択した場合には、ＴＣＰのような信頼性は期待できな
いが、信頼性を向上させるサービスが無い分性能はよ
い。なお、以下の説明においては、ＵＤＰを選択した場
合について説明する。

【００３１】図示のごとく、ＲＰＣ部１７２は、さらに
メッセージハンドラ１７４とコミュニケーションマネー
ジャ１７３とを有する。

【００３２】メッセージハンドラ１７４は、メッセージ
の分割および復元の処理を行う。ＵＤＰには、送信デー
タ量に制限がある。そのため、トランスポート層のプロ
トコルにＵＤＰを用いる場合で、その送信量の制限を越
えるメッセージを送信する際は、メッセージを一定のデ
ータサイズのパケットに分割して送信し、受信側で復元
する。メッセージハンドラ１７４は、このような分割お
よび復元の処理を行う。図示のごとく、メッセージハン
ドラ１７４は、メッセージ分割部(Message Fragmentati
on) １７５、メッセージ組み立て部(Message Reassembl
age)１７６およびバッファマネージャ(Buffer Manager)
１７７を有する。

【００３３】メッセージ分割部１７５は、メッセージを
一定サイズのパケットに分割して、コミュニケーション
マネージャ１７３に出力する。この時、メッセージ分割
部１７５は、分割した各パケットに、受信側でメッセー
ジを復元するのに必要な情報を付加する。付加する情報
は、送信者のＩＰアドレスとプロセスＩＤ、メッセージ
長、メッセージシーケンス番号、パケット総数、および
パケットシーケンス番号である。メッセージシーケンス
番号は、プロセス内で何番目に送信したメッセージかを
示す番号であり、パケット総数は、メッセージをいくつ
のパケットに分割したかを示す数であり、パケットシー
ケンス番号は、メッセージを分割した中の何番目のパケ
ットかを示す番号である。

【００３４】メッセージ再組み立て部１７６は、コミュ
ニケーションマネージャ１７３より入力される受信した
パケットを元のメッセージに組み立てて、メッセージ通
信部１５０のメッセージディスパッチャ１５２に出力す
る。この時、送信側は、分割したパケットを順番に送信
するだけであるが、受信側は１つのメッセージのパケッ
トとパケット間に、別のメッセージのパケットを受信す
る可能性がある。したがって、メッセージ再組み立て部
１７６は、メッセージごとに受信用バッファを持ち、受
信したパケットを対応するバッファに振り分け、メセー
ジを組み立てる。

【００３５】バッファマネージャ１７７は、メッセージ
再組み立て部１７６の要求に応じて、図示せぬバッファ
を管理する。バッファマネージャ１７７は、メッセージ
再組み立て部１７６から新たなバッファの生成があった
時には、バッファを生成する。また、順次入力されるパ
ケットを、当該パケットが構成するメッセージに対応す
るバッファに順次格納する。また、１つのメッセージを
構成する全てのパケットが格納されてメッセージが完成
したら、そのメッセージをバッファより読み出して、メ
ッセージ再組み立て部１７６に出力する。

【００３６】メッセージ再組み立て部１７６およびバッ
ファマネージャ１７７によるメッセージの再組み立ての
動作について具体的に説明する。メッセージ再組み立て
部１７６は、受信したパケットが、そのメッセージの最
初のパケットだった場合には、そのメッセージ長に応じ
たバッファを、バッファマネージャ１７７に要求する。
バッファは、送信側のＩＰアドレス、プロセスＩＤ、メ
ッセージシーケンス番号で識別される。そして、その要
求に基づいて生成されたバッファに、受信したパケット
を格納する。受信したパケットが、メッセージの２番目
以降のパケットだった場合には、前述したＩＰアドレ
ス、プロセスＩＤ、メッセージシーケンスが同一のバッ
ファを探索する。そして、そのバッファに、受信したパ
ケットを格納する。そして、格納したパケットがそのメ
ッセージの最後のパケットだった場合には、復元された
メッセージをバッファから読み出し、メッセージ通信部
１５０に出力する。

【００３７】次に、コミュニケーションマネージャ１７
３について説明する。コミュニケーションマネージャ１
７３は、実際にネットワークを介して、所望のノード上
のプロセスのコミュニケーションマネージャ１７３との
間で、メッセージを構成するパケットの転送を行う。通
信メディアＩ／Ｆ１７０の機能は、メッセージの送受信
機能を提供することであり、同時に多数発生した送受信
に効率よく対処することが重要である。本実施の形態の
通信メディアＩ／Ｆ１７０においては、ＲＰＣ下で使用
するクライアントハンドルおよびソケットを利用して、
効率のよい通信機能を実現するようにしており、通信メ
ディアＩ／Ｆ１７０は、実際のこのクライアントハンド
ルおよびソケットに係わる制御を行う。

【００３８】クライアントハンドルは、ＲＰＣによるメ
ッセージの送信時に必要となるハンドルである。コミュ
ニケーションマネージャ１７３においては、クライアン
トハンドルは、各プロセス間の接続ごとに与え、送信側
プロセス内で管理する。すなわち、クライアントハンド
ルには、後述するソケット記述子、通信相手先であるプ
ロセスのソケット記述子およびそのプロセスが一意に対
応づけられている。したがって、プロセス内の各送信ス
レッドは、適切なクライアントハンドルを選択するのみ
で、目的とするプロセスにメッセージを送信することが
できる。また、送信先プロセスが以前に送信したプロセ
スと同じ場合、以前に確立した接続を再利用するように
し、再接続を不必要とする。

【００３９】ソケット記述子は、プロセス内で使用可能
な数に制限があるため、同時に多数の送受信があること
を想定し、効率よく割り当て有効に利用しなければなら
ない。なお、本実施の形態においては、１プロセス当た
りのソケット記述子数は６４個までに制限されているも
のとする。そこで、コミュニケーションマネージャ１７
３は、接続ごとに、送信側、受信側それぞれにおいてそ
の接続に対してソケット記述子を割り当てる。この時、
ＲＰＣクライアントである送信側プロセスのコミュニケ
ーションマネージャ１７３ａは、ＲＰＣサーバとの接続
要求時にソケット記述子を割り当てる。また、受信側プ
ロセスであるＲＰＣサーバのコミュニケーションマネー
ジャ１７３ｂは、初受信時は、デフォルトのソケット記
述子で受信し、その初受信時に、直ちにそのプロセスと
の通信用に、別のソケット記述子を割り当てる。この時
には、受信側プロセスの各ソケットに対する負荷を考慮
して、負荷分散されるように、割り当てるソケット記述
子を決定する。

【００４０】したがって、最初の通信は、送信側の割り
当てられたソケットと受信側のデフォルトのソケットと
の間で行われるが、以降の通信においては、送信側の割
り当てられたソケットと受信側で負荷を考慮の上割り当
てられたソケットとの間で行われる。また、これら送信
側および受信側における各ソケット記述子の割り当てに
おいて、各プロセスにおける接続数が指定制限内のソケ
ット記述子数であれば、ＲＰＣの機能により割り当てる
が、指定制限のソケット記述子数を上回れば、ＲＰＣに
割り当てられたソケット記述子を重ねて順に割り当て
る。したがって、そのような場合には、複数のクライア
ントハンドルがソケット記述子を共用することになる。

【００４１】なお、ＲＰＣ下では、接続先を特定するの
に、サーバホスト、プログラム番号、バージョン番号お
よびプロトコルの組み合わせを使用する。このうち、接
続するソケットを特定するためには、ソケットごとにプ
ロセス内でユニークなバージョン番号を割り振り、その
バージョン番号を指定することになる。なお、前述した
デフォルトのソケットに対して割り振るバージョン番号
は、ＲＰＣサーバプロセスのプロセスＩＤと通番の組み
合わせとする。

【００４２】また、コミュニケーションマネージャ１７
３は、生成したソケットをＯＮＣ−ＲＰＣポートマッパ
１８０に登録しておく。ＯＮＣ−ＲＰＣポートマッパ１
８０に登録しておくと、ＲＰＣで使用しているソケット
にメッセージが届くと、ＲＰＣ部１７２に通知が行わ
れ、処理を移すことができる。

【００４３】このような構成の通信メディアＩ／Ｆ１７
０を各々有するプロセス間で、ネットワークを介したメ
ッセージ通信を行う場合の処理の流れについて説明す
る。なお、ここでは、ノードＡ上のプロセス上で稼働し
ている並行オブジェクトなどから、ノードＢ上のプロセ
ス上で稼働している並行オブジェクトに対して、返値が
必要なメッセージを送信する場合の処理の流れについて
説明する。まず、ノードＡの当該プロセスのメッセージ
通信部１５０ａに対して、メッセジ送信の要求が行わ
れ、メッセージ通信部１５０ａのメッセージディスパッ
チャ１５２ａが、その送信対象のメッセージおよび送信
先のＩＰアドレス、プロセスＩＤを含むメッセージに係
わる情報を通信メディアＩ／Ｆ１７０ａに伝達し、メッ
セージ送信を指示する。

【００４４】通信メディアＩ／Ｆ１７０ａでは、通信メ
ソッドディスパッチャ１７１ａにおいて通信メディアを
選定する。たとえば、インターネットを介した通信を行
う場合には、ＲＰＣ部１７２ａのメッセージ分割部１７
５ａにおいて、そのメッセージをＵＤＰによる送信に適
したデータ量の複数のデータ量に分割し、送信用パケッ
トを生成する。そして、コミュニケーションマネージャ
１７３ａの要求送信機能により、ノードＢの所望のプロ
セスに対してパケットを送信する。

【００４５】このパケットは、適宜、ノードＢのプロセ
スの通信メディアＩ／Ｆ１７０ｂのコミュニケーション
マネージャ１７３ｂの要求受信機能により受信され、メ
ッセージハンドラ１７４ｂのメッセージ再組み立て部１
７６ｂにおいて、一時的に順次バッファマネージャ１７
７ｂに格納されることによりメッセージとして組み立て
られる。組み立てられたメッセージは、メッセージ通信
部１５０ｂのメッセージディスパッチャ１５２ｂに渡さ
れ、図示せぬスケジューラ４００ｂなどでスケジューリ
ング管理された後実行される。

【００４６】そして、その実行が終了すると、結果など
の返値を戻すためのメッセージの送信がメッセージ通信
部１５０ｂのメッセージディスパッチャ１５２ｂよりＲ
ＰＣ部１７２ｂに指示される。通信メディアＩ／Ｆ１７
０ｂにおいては、前述したノードＡの通信メディアＩ／
Ｆ１７０ａにおけるパケット生成の処理と同様に、メッ
セージ分割部１７５ｂにおいて、その返値に基づいて複
数のパケットを生成し、コミュニケーションマネージャ
１７３ｂの返値送信機能によりノードＡのプロセスに対
してパケットを送信する。

【００４７】このパケットは、ノードＡのプロセスの通
信メディアＩ／Ｆ１７０ａのコミュニケーションマネー
ジャ１７３ａの返値受信機能により受信され、前述した
ノードＢの通信メディアＩ／Ｆ１７０ｂにおけるメッセ
ージ復元の処理と同様に、メッセージハンドラ１７４ａ
のメッセージ再組み立て部１７６ａにおいて、一時的に
順次バッファマネージャ１７７ｂに格納されることによ
りメッセージとして組み立てられる。組み立てられたメ
ッセージ、すなわち返値は、メッセージ通信部１５０ａ
のメッセージセンダ１５１ａに渡され、メッセージ送信
元の並行オブジェクトなどに戻される。

【００４８】次に、論理的にはこのような各機能を有す
るプロセス１００およびその通信メディアＩ／Ｆ１７０
を、マルチスレッド環境において実際にプロセス内にお
いて実現する場合の、送信および受信に係わるスレッド
の構成および処理の流れについて図７を参照して説明す
る。図７は、ノードＡ上の遠隔機能呼び出しプロセスと
ノードＢ上の遠隔機能呼び出しプロセスとの間で、メッ
セージの通信を行う場合の、スレッドの構成および処理
の流れを示す図である。

【００４９】図示のごとく、各プロセスは、複数の送信
スレッドおよび複数の受信スレッドを有しており、これ
らによりメッセージを構成するパケットの送受信が並行
して行われる。送信スレッド８２０，８７０は、上位か
ら送られて来たメッセージを相手側に送るためのスレッ
ドであり、メッセージが入力されるごとに生成される。
受信スレッド８３０，８６０は、メッセージを送った結
果を受信するためのスレッドであり、プロセス内に複数
設けられる。なお、このように送信スレッドおよび受信
スレッドは、各プロセスに各々複数あるものであるが、
以下の説明中においては、送信側（ノードＡのプロセス
８１０）については送信スレッド８２０および受信スレ
ッド８３０、受信側（ノードＢのプロセス８５０）につ
いては受信スレッド８６０および送信スレッド８７０の
各スレッドを具体例として説明を行う。

【００５０】以下、各プロセスの各スレッドにおける処
理の流れについて説明する。送信側プロセス８１０の送
信スレッド８２０においては、アプリケーションプログ
ラミング機能１２０からの関数呼び出しにより、通信メ
ディアＩ／Ｆ１７０のユーザとしてのメッセージセンダ
８２１（図３におけるメッセージ通信部１５０のメッセ
ージセンダ１５１）を介して、メッセージの要求を受け
ると、通信メディアＩ／Ｆ１７０の最上位の関数である
ＣＭＩセンダ８２２がこれを受け、メッセージ要求送信
機能８２３に渡す。メッセージ要求送信機能８２３は、
ハンドルマネージャ８２４に、メッセージ送信先の情報
を渡す。ハンドルマネージャ８２４は、その情報に基づ
いて、クライアントハンドル管理テーブル８４０を参照
して、使用するＲＰＣクライアントハンドルの情報を獲
得し、メッセージ要求送信機能８２３に戻す。メッセー
ジ要求送信機能８２３は、そのクライアントハンドルお
よびそのクライアントハンドルに対応付けられているポ
ート８４１を介して、メッセージを送信する。

【００５１】この時、その送信相手先プロセスに対して
始めて通信を行う場合には、その相手先プロセスのデフ
ォルトのポート（ソケット記述子およびクライアントハ
ンドルが対応付けられて構成されている）８８５に対し
てメッセージを送信する。受信側プロセス８５０の受信
スレッド８６０は、後述するように、デフォルトのポー
ト８８５でパケットを受信したら、送信元のプロセス８
１０に対する新たなポート８８６を割り当て、そのポー
トを示す情報を、そのパケットの受信を確認するＡＣＫ
とともに送信側プロセス８１０に通知する。したがっ
て、送信スレッド８２０は、そのポート８８６の情報
を、ハンドルマネージャ８２４を介してクライアントハ
ンドル管理テーブル８４０に登録しておく。そして、以
後そのプロセスに対する通信は、その通知されたポート
を介して行う。したがって、送信スレッド８２０も、送
信対象のメッセージの残りのパケットを、順次ポート８
８６に対して送信する。

【００５２】メッセージの送信が終了したら、そのメッ
セージが返値を要求しないメッセージである場合には、
送信スレッド８２０は処理を終了する。そのメッセージ
が返値を要求する場合には、送信スレッド８２０はその
返値が戻ってくるのを待つ。返値は、これを受信した送
信側プロセス８１０内の受信スレッド８３０が、スレッ
ド間通信により送信スレッド８２０に通知する場合と、
その旨の通知を図示せぬメッセージキューに投入する場
合とがある。

【００５３】いずれの場合も、送信スレッド８２０のＣ
ＭＩレシーバ８２５がこの通知を受け取り、共有領域８
４３内に記憶されている返値メッセージを読み出し、メ
ッセージセンダ８２１を介して上位の関数に戻す。な
お、この通知には、共有領域のどの位置にメッセジが存
在するかというアドレス情報も含まれる。したがって、
送信スレッドは、このアドレス情報を参照することによ
り、完成したメッセージをサーチすることなく、所望の
メッセージを取り出すことができる。

【００５４】受信側プロセス８５０の複数の受信スレッ
ドは、各々ファイル記述子を監視するシステムコール
（ｓｅｌｅｃｔ）により、受信側プロセス８５０のデフ
ォルトのポート８８５を監視する。そして、デフォルト
のポート８５２に到達したメッセージを最初に検知した
受信スレッド（これを受信スレッド８６０とする。）が
そのメッセージを受け取る。この最初のメッセージを受
け取った受信スレッド８６０は、前述したように、その
メッセージの送信元である送信側プロセス８１０に対し
て、メッセージを受信するための新たなポート８８６を
割り当てる。そして、このポートの情報を、到達確認Ａ
ＣＫとともに、送信スレッド８２０に通知する。これに
より、以後の送信側プロセス８１０からのメッセージ送
信は、ポート８５２に対して行われることになる。

【００５５】また、受信スレッド８６０は、その生成段
階において、サービス登録機能８６２によりメッセージ
収集サービスの登録を行い、受信スレッド８６０宛のパ
ケットを収集する収集サービス８６３が行われるように
しておく。したがって、以後のパケットの収集は、この
収集サービス８６３により行われる。

【００５６】そして受信スレッド８６０においては、メ
ッセージ要求受信機能８６１がポート８８５および８８
６を介してパケットを受信し、これを収集サービス８６
３が順次共有領域８８３に記憶する。共有領域８８３に
１つのメッセージが組み立てられると、それが先に送信
したメッセージの返値でない場合、すなわち、受信側プ
ロセス８５０に対する手続きなどの要求であった場合に
は、ＣＭＩ受信機能８６４がこれを読み出し、メッセー
ジディスパッチャ８６５（図３における、メッセージ通
信部１５０のメッセージディスパッチャ１５２に相当す
る。）を介して、アプリケーションプログラミング機能
１２０に出力する。また、共有領域８８３に組み立てら
れたメッセージが、先に送信したメッセージの返値だっ
た場合には、収集サービス８６３がスレッド間通信によ
り、この返値メッセージを待っている受信側プロセス８
５０内の受信スレッドに対して、その返値メッセージを
受信したことを通知する。

【００５７】受信側プロセス８５０の受信スレッド８７
０も、前述した送信側プロセス８１０の送信スレッド８
２０と全く同じ機能を有する。送信側プロセス８１０か
ら送信されたメッセージに対する返値を戻す場合につい
て処理の流れを説明すると、アプリケーションプログラ
ミング機能１２０からの関数呼び出しにより、メッセー
ジセンダ８７１を介して、返値メッセージの要求を受
け、ＣＭＩセンダ８７２がさらにこれを受けてメッセー
ジ返値送信機能８７３に渡す。メッセージ要求送信機能
８２３は、ハンドルマネージャ８７４を介してクライア
ントハンドル管理テーブル８８０を参照して、プロセス
８１０に送信を行うために使用するＲＰＣクライアント
ハンドルの情報を獲得し、その情報に基づいて、ポート
８８１を介してプロセス８１０に返値メッセージを送信
する。

【００５８】この時も、このメッセージを送信がプロセ
ス８５０からプロセス８１０への最初の通信の場合に
は、プロセス８１０において、デフォルトのポートから
特定のポートへのポートの割り振りが行われるが、この
処理は前述したプロセス８５０の場合と同じなので、説
明は省略する。そして、プロセス８５０からプロセス８
１０へ、ポート８８１およびポート８４５を介して返値
メッセージの送信が終了したら、送信スレッド８７０は
処理を終了する。

【００５９】送信側プロセス８１０の受信スレッド８３
０も、前述した受信側プロセス８５０の受信スレッド８
６０と全く同じ機能を有する。受信側プロセス８５０か
ら返値メッセージが送信された場合について処理の流れ
を説明すると、受信側プロセス８５０の複数の受信スレ
ッドの中で、最初にメッセージの到達を検知した受信ス
レッド８３０のメッセージ返値受信機能８３１がポート
８４５を介して返値メッセージのパケットを順次受信
し、これを予めサービス登録機能８３２により登録され
た収集サービス８３３が、共有領域８４３に順次記憶す
る。共有領域８４３に返値メッセージが組み立てられる
と、収集サービス８６３がスレッド間通信により、この
返値メッセージを待っている送信スレッド８２０に対し
て、その返値メッセージを受信したことを通知する。

【００６０】最後に、このようなプロセス間のメッセー
ジ通信の方法における、本発明に係わる各プロセスでの
ポートの振り分け方について、図８を参照して、まとめ
て説明する。なお、各プロセスとネットワークとのイン
ターフェイスは、ソケット記述子とポートにより構成さ
れるが、本実施の形態においては、前述したように、こ
れらは１対１に対応付けて用いるものとしたので、以後
の説明においては、単にプロセス側から見えるソケット
記述子のみを指して説明を行う。

【００６１】たとえば、ノードＡのプロセスＡの第１の
送信スレッド７０１から、ノードＢのプロセスＢに対し
てメッセージ送信を行う場合には、送信スレッド７０１
は、まず、プロセスＢのデフォルトのソケット記述子７
２２に対してメッセージ（パケット）を送信する。プロ
セスＢでは、受信スレッド７２１がこれを受信し、前述
したような処理により、プロセスＡからの受信用ソケッ
ト記述子として新たなソケット記述子７２３を決定し、
これを送信スレッド７０１に対して通知する。これによ
り、以後のプロセスＡからプロセスＢに対する通信は、
このソケット記述子７２３を介して行われるようにな
る。

【００６２】また、たとえば、ノードＢのプロセスＢの
送信スレッド７２４から、ノードＡのプロセスＡに対し
てメッセージ送信を行う場合には、送信スレッド７２４
は、まず、プロセスＡのデフォルトのソケット記述子７
０４に対してメッセージを送信する。プロセスＡでは、
受信スレッド７０３がこれを受信し、プロセスＢからの
受信用ソケット記述子として新たなソケット記述子７０
５を決定し、これを送信スレッド７２４に対して通知す
る。これにより、以後のプロセスＢからプロセスＡに対
する通信は、ソケット記述子７０５を介して行われるよ
うになる。

【００６３】同様に、ノードＣのプロセスＣから、ノー
ドＡのプロセスＡに対してメッセージ送信を行う場合
も、まずは送信スレッド７４４より、プロセスＡのデフ
ォルトのソケット記述子７０４に対してメッセージが送
信される。プロセスＡの受信スレッド７０３は、これに
対して、新たなソケット記述子７０６を決定し、これを
送信スレッド７４４に対して通知する。これにより、以
後のプロセスＣからプロセスＡに対する通信は、ソケッ
ト記述子７０６を介して行われるようになる。

【００６４】このように、デフォルトのソケット記述子
に対して行われたメッセージ通信を、順次他のソケット
記述子の振り分けることにより、複数のソケット記述子
を用いて、また、それら複数のソケット記述子において
通信に係わる負荷が均等になるように、複数のプロセス
との通信を行うことができる。

【００６５】また、このようなソケット記述子の振り分
けを行っている時に、そのプロセスで使用可能なソケッ
ト記述子に空きがなくなった場合、すなわち、新たなソ
ケット記述子を生成できなくなった時には、既に他のプ
ロセスとの通信に用いているソケット記述子に対して、
重複してプロセスを振り分ける。

【００６６】たとえば、ノードＤのプロセスＤから、ノ
ードＡのプロセスＡに対してメッセージ送信を行う場
合、まずは送信スレッド７６４より、プロセスＡのデフ
ォルトのソケット記述子７０４に対してメッセージが送
信され、プロセスＡの受信スレッド７０３は、これに対
して新たなソケット記述子を決定しようとする。しか
し、プロセスＡで使用できるソケット記述子を全て使用
してしまい、新しソケット記述子を割り振ることができ
ないとする。その場合には、受信スレッド７０３は、既
に他のプロセスのために割り振っているソケット記述
子、図８の例ではプロセスＣとの通信のために割り振っ
ているソケット記述子７０６を、再びプロセスＤのため
に割り振る。以後、ソケット記述子を割り振る必要が生
じた時には、既に使用しているソケット記述子に対し
て、その通信負荷が均一になるように、順次重複して通
信対象のプロセスを割り振っていく。

【００６７】メッセージ送信用のソケット記述子につい
ても、使用できるソケット記述子が必要な通信先の数よ
りも少ない場合には、１つのソケット記述子に重複して
送信先プロセスを割り振っていく。たとえば、プロセス
Ａの送信スレッド７０７と送信スレッド７０８のよう
に、各々はプロセスＣとプロセスＤにメッセージを行う
ものであるが、使用できるソケット記述子がソケット記
述子７０９の１つしかない場合には、２つの送信スレッ
ド７０７，７０８でソケット記述子７０９を共通利用し
て通信を行う。なお、ソケット記述子は共通であって
も、クライアントハンドルは送信先プロセスごとに設け
られる。したがって、各送信スレッドにおいては、送信
先プロセスに応じたクライアントハンドルを選択するの
みで、適切な自プロセスのソケット記述子およびポー
ト、相手プロセスのソケット記述子およびポートを指定
した通信を行うことができる。

【００６８】このように、本実施の形態のネットワーク
システムにおいては、１つのプロセスが複数のソケット
および複数の受信スレッドを用いてメッセージを受信す
ることができ、多数の他のノード上のプロセスと、同時
並列的に通信を行うことができる。そのため、メッセー
ジ通信の性能を向上させることができ、プロセス間、換
言すれば並行オブジェクト間の通信を効率よく行うこと
ができ、所望の並列分散処理を効率よく行うことができ
る。その際に、各プロセスにおいては、まずデフォルト
のソケットで通信の要求、最初の通信を受け付け、これ
に対して使用するソケットを改めて割り当てるようにし
ている。したがって、使用可能な複数のソケットに対し
て、各プロセスとの通信を適切に均等に割り振ることが
できる。

【００６９】また、使用可能なソケットの数を通信先の
数が越えた場合には、各ソケットに重複して通信を割り
当てていくので、そのような場合にも適切に並行したメ
ッセージ通信を行うことができる。そして、そのような
場合においても、通信相手のソケットへの割り振りは前
述したようにダイナミックに行いかつ制御することがで
きるので、各ソケットにおける通信に係わる負荷が均等
になるように割り振ることができる。

【００７０】

【発明の効果】以上説明したように、本発明の通信方法
によれば、たとえばソケット記述子であるような入出力
手段を有効に利用して、ネットワークを介して接続され
ている処理モジュール間の通信を効率よく行える。ま
た、本発明の分散処理装置とその方法によれば、たとえ
ばソケット記述子であるような入出力手段を有効に利用
して、プロセス間の通信を同時並列的に効率よく行うこ
とができ、これにより分散配置されたオブジェクトが協
働して所望の処理を効率よく実行することができる。

【００７１】また、本発明のネットワークシステムによ
れば、各ノード上のプロセスがたとえばソケット記述子
であるような入出力手段を有効に利用して、プロセス間
の通信を同時並列的に効率よく行い、分散配置された各
オブジェクトが全体として所望の処理を効率よく実行す
ることができる。さらに、本発明のノード装置によれ
ば、たとえばソケット記述子であるような入出力手段を
有効に利用して、他のノードのプロセスと効率よく通信
を行え、配置されたオブジェクトが他のノード上のオブ
ジェクトと協働して行う所望の処理を効率よく行うこと
ができる。

【図面の簡単な説明】

【図１】図１は、本発明の一実施の形態のネットワーク
システムの全体構成を模式的に示す図である。

【図２】図２は、図１に示した計算空間に配置される並
行オブジェクトとプロセスの関係を示す図である。

【図３】図３は、図２に示したプロセスにより提供され
るメッセージ送受信機構を説明するための図である。

【図４】図４は、図３に示したメッセージ送受信機構に
よるメッセージ送信処理の流れを示す図である。

【図５】図５は、図３に示したメッセージ送受信機構に
よるメッセージ受信処理の流れを示す図である。

【図６】図６は、図３に示した通信メディアＩ／Ｆの論
理構成、および、ノード間でメッセージ通信が行われる
場合の処理の流れを示す図である。

【図７】図７は、異なるノード上のプロセス間でメッセ
ージの通信を行う場合の、スレッドの構成および処理の
流れを示す図である。

【図８】図８は、異なるノード上のプロセス間でメッセ
ージの通信を行う場合の、各プロセスでのソケット記述
子の振り分け方を説明するための図である。

【符号の説明】

１００…プロセス１１０…並行オブジェクト１２０…アプリケーションプログラミング機能１３０…スケジューラ１４０…参照解決器１４１…参照テーブル１５０…メッセージ通信部１５１…メッセージセンダ１５２…メッセージディスパッチャ１６０…ＯＳＩ／Ｆ１７０…通信メディアＩ／Ｆ１８０…ＯＮＣ−ＲＰＣポートマッパ８１０，８５０…プロセス８２０，８７０…送信スレッド８２１，８７１…メッセージセンダ８２２，８７２…ＣＭＩセンダ８２３，８７３…メッセージ送信機能８２４，８７４…ハンドルマネージャ８２５，８７５…ＣＭＩレシーバ８３０，８６０…受信スレッド８３１，８６１…メッセージ受信機能８３２，８６２…サービス登録機能８３３，８６３…収集サービス８３４，８６４…ＣＭＩ受信機能８３５，８６５…メッセージディスパッチャ８４０，８８０…クライアントハンドル管理テーブル８４１，８４５，８８１，８８５，８８６…ポート８４３，８８３…共有領域

【手続補正書】

【提出日】平成１１年６月２１日（１９９９．６．２
１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】

【課題を解決するための手段】前記課題を解決するため
に、本発明の通信方法は、ネットワークを介して接続さ
れた処理モジュール間の通信方法であって、第１の処理
モジュールが、具備する所定の複数の信号入出力手段に
おいて通信に係わる負荷が均等になるようにいずれか１
つの信号入出力手段を割り当て、割り当てられた信号入
出力手段より、前記ネットワークを介して第２の前記処
理モジュールの所定の信号入出力手段に信号を送信して
第２の処理モジュールに対して通信を開始する。第２の
処理モジュールは、所定の信号入出力手段おいて前記信
号を受信し通信の開始を検知し、具備する複数の信号入
出力手段の中の前記所定の信号入出力手段を除く他の各
信号入出力手段において通信に係わる負荷が均等になる
ように、第１の処理モジュールに対して他の信号入出力
手段を割り当て、前記割り当てた信号入出力手段を前記
第１の処理モジュールに通知する。第１の処理モジュー
ルは、通知された信号入出力手段を第２の処理モジュー
ルに対応付けて所定の管理テーブルに記憶し、指定され
た信号入出力手段を介して第２の処理モジュールへの通
信を行う。そして、以後、第１の処理モジュールから第
２の処理モジュールへ新たな通信を行なう場合には、第
１の処理モジュールは管理テーブルを参照して第２の処
理モジュールに対応付けられている信号入出力手段を検
知し、検知した信号入出力手段に直接信号を送信して通
信を開始し、第２の処理モジュールへの通信を行う。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】また、本発明の分散処理装置は、複数のオ
ブジェクトが協働して所望の処理を行う分散処理装置で
あって、各々接続された複数のノードと、前記ノード上
に各々１つまたは複数形成され、配置されたオブジェク
トに実行環境を提供する複数のプロセスと、各々前記複
数のプロセスのいずれかに配置される前記複数のオブジ
ェクトとを有する。そして、特にその複数のプロセスの
各々は、複数の信号入出力手段と、通信先となるプロセ
スと当該各プロセスより通知された信号入出力手段とを
対応付けて記憶する管理テーブルと、具備する所定の複
数の信号入出力手段において通信に係わる負荷が均等に
なるように、いずれか１つの信号入出力手段を割り当て
る送信用信号入出力手段指定手段と、送信対象のメッセ
ージを前記割り当てられた信号入出力手段より任意の送
信先のプロセスに対して送信する手段であって、当該送
信先プロセスおよび該送信先プロセスの信号入出力手段
が前記管理テーブルに記憶されていない場合には当該送
信先プロセスの所定の信号入出力手段を介して、当該送
信先プロセスおよび該送信先プロセスの信号入出力手段
が前記管理テーブルに記憶されている場合には当該記憶
されている信号入出力手段を介して、各々前記メッセー
ジを送信する送信手段と、前記送信手段により、送信先
プロセスに対して当該プロセスの所定の信号入出力手段
を介して通信を開始した場合に当該送信先プロセスより
通知される、当該送信先プロセスの信号入出力手段を、
当該送信先プロセスと対応付けて前記管理テーブルに記
憶する管理テーブル更新手段と、前記複数の信号入出力
手段を介して送信される信号を受信する複数の受信手段
と、任意のプロセスからの前記複数の信号入出力手段の
所定の信号入出力手段を介して受信した通信を検知し、
当該プロセスと通信を行う信号入出力手段として、前記
複数の信号入出力手段の前記所定の信号入出力手段以外
の他の特定の信号入出力手段のいずれかを、当該他の信
号入出力手段各々における通信に係わる負荷が均等にな
るように割り当て、該割り当てた信号入出力手段を前記
通信元のプロセスに通知する受信用信号入出力手段指定
手段とを有する。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正内容】

【０００９】また、本発明の分散処理方法は、相互に接
続された複数のノードの各々に、配置されたオブジェク
トに実行環境を提供する複数のプロセスを１または複数
配置し、前記複数のオブジェクトを、各々前記複数のプ
ロセスのいずれかに配置し、前記プロセスに配置された
前記各オブジェクトの動作に基づいて生成されたメッセ
ージの通信をオブジェクト間で並列に行ない、該通信に
より、複数のオブジェクトが協働して所望の処理を行
う。そして、特に、そのメッセージの通信は、送信元の
プロセスが、具備する所定の複数の信号入出力手段にお
いて通信に係わる負荷が均等になるように、いずれか１
つの信号入出力手段を割り当て、前記送信元のプロセス
が、前記割り当てられたた信号入出力手段より、送信先
のプロセスの所定の信号入出力手段に信号を送信して該
送信先のプロセスに対して通信を開始し、前記送信先の
プロセスは、具備する複数の信号入出力手段の中の前記
所定の信号入出力手段を除く他の各信号入出力手段にお
いて、通信に係わる負荷が均等になるように、前記送信
元のプロセスに対して他の信号入出力手段を割り当て、
前記割り当てた信号入出力手段を前記送信元のプロセス
に通知し、前記送信元のプロセスは、前記通知された信
号入出力手段を、前記送信先のプロセスに対応付けて所
定の管理テーブルに記憶し、前記指定された信号入出力
手段を介して、前記送信元のプロセスから前記送信先の
プロセスへのメッセージの送信を行い、以後、前記送信
元のプロセスから前記送信先のプロセスへ新たな通信を
行なう場合には、前記送信元のプロセスは前記管理テー
ブルを参照して前記送信先のプロセスに対応付けられて
いる前記信号入出力手段を検知し、当該検知した信号入
出力手段を介して、前記送信元のプロセスから前記送信
先のプロセスへの通信を行うことにより行なう。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００１０

【補正方法】変更

【補正内容】

【００１０】また、本発明のネットワークシステムは、
ネットワークを介して接続された複数のノードと、協働
して所望の処理を行うための複数のオブジェクトが配置
される、前記ノード上に各々１つまたは複数形成される
複数のプロセスであって、各々、複数の信号入出力手段
と、通信先となるプロセスと当該各プロセスより通知さ
れた信号入出力手段とを対応付けて記憶する管理テーブ
ルと、具備する所定の複数の信号入出力手段において通
信に係わる負荷が均等になるように、いずれか１つの信
号入出力手段を割り当てる送信用信号入出力手段指定手
段と、当該プロセスに配置された前記オブジェクトの動
作に基づく送信対象のメッセージを、前記割り当てられ
た信号入出力手段より、任意の送信先のプロセスに対し
て送信する手段であって、当該送信先プロセスおよび該
送信先プロセスの信号入出力手段が前記管理テーブルに
記憶されていない場合には当該送信先プロセスの所定の
信号入出力手段を介して、当該送信先プロセスおよび該
送信先プロセスの信号入出力手段が前記管理テーブルに
記憶されている場合には当該記憶されている信号入出力
手段を介して、各々前記メッセージを送信する送信手段
と、前記送信手段により、送信先プロセスに対して当該
プロセスの所定の信号入出力手段を介して通信を開始し
た場合に当該送信先プロセスより通知される、当該送信
先プロセスの信号入出力手段を、当該送信先プロセスと
対応付けて前記管理テーブルに記憶する管理テーブル更
新手段と、前記複数の信号入出力手段を介して送信され
る信号を受信する複数の受信手段と、任意のプロセスか
らの前記複数の信号入出力手段の所定の信号入出力手段
を介して受信した通信を検知し、当該プロセスと通信を
行う信号入出力手段として、前記複数の信号入出力手段
の前記所定の信号入出力手段以外の他の特定の信号入出
力手段のいずれかを、当該他の信号入出力手段各々にお
ける通信に係わる負荷が均等になるように割り当て、該
割り当てた信号入出力手段を前記通信元のプロセスに通
知する受信用信号入出力手段指定手段とを有する複数の
プロセスとを有する。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】また、本発明のノード装置は、ネットワー
クに接続されるノード装置であって、所望のオブジェク
トが配置され、当該オブジェクトに実行環境を提供する
プロセスであって、複数の信号入出力手段と、通信先と
なるプロセスと当該各プロセスより通知された信号入出
力手段とを対応付けて記憶する管理テーブルと、具備す
る所定の複数の信号入出力手段において通信に係わる負
荷が均等になるように、いずれか１つの信号入出力手段
を割り当てる送信用信号入出力手段指定手段と、当該プ
ロセスに配置された前記オブジェクトの動作に基づく送
信対象のメッセージを、前記割り当てられた信号入出力
手段より、任意の送信先のプロセスに対して送信する手
段であって、当該送信先プロセスおよび該送信先プロセ
スの信号入出力手段が前記管理テーブルに記憶されてい
ない場合には当該送信先プロセスの所定の信号入出力手
段を介して、当該送信先プロセスおよび該送信先プロセ
スの信号入出力手段が前記管理テーブルに記憶されてい
る場合には当該記憶されている信号入出力手段を介し
て、各々前記メッセージを送信する送信手段と、前記送
信手段により、送信先プロセスに対して当該プロセスの
所定の信号入出力手段を介して通信を開始した場合に当
該送信先プロセスより通知される、当該送信先プロセス
の信号入出力手段を、当該送信先プロセスと対応付けて
前記管理テーブルに記憶する管理テーブル更新手段と、
前記複数の信号入出力手段を介して送信される信号を受
信する複数の受信手段と、任意のプロセスからの前記複
数の信号入出力手段の所定の信号入出力手段を介して受
信した通信を検知し、当該プロセスと通信を行う信号入
出力手段として、前記複数の信号入出力手段の前記所定
の信号入出力手段以外の他の特定の信号入出力手段のい
ずれかを、当該他の信号入出力手段各々における通信に
係わる負荷が均等になるように割り当て、該割り当てた
信号入出力手段を前記通信元のプロセスに通知する受信
用信号入出力手段指定手段とを有するプロセスを１また
は複数有する。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００１２

【補正方法】変更

【補正内容】

【００１２】好適には、前記プロセスの前記送信手段
は、前記送信対象のメッセージを、複数のパケットに分
割し、該分割したパケットごとに送信する。また好適に
は、前記プロセスは、前記複数の信号入出力手段を介し
て、複数の他のプロセスと並行して通信を行う。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正内容】

【００１３】特定的には、前記プロセスは、遠隔手続き
呼び出し（リモート・プロシージャ・コール（ＲＰＣ:R
emote Procedure Call））により通信を行い、前記送信
用信号入出力手段指定手段および前記受信用信号入出力
手段指定手段は、各々、前記割り当てを、当該プロセス
において既に割り当てた信号入出力手段の数が、当該プ
ロセスにおいて実質的に使用可能な信号入出力手段の数
より少ない場合には、前記ＲＰＣの機能により行ない、
当該プロセスにおいて既に割り当てた信号入出力手段の
数が、前記実質的に使用可能な信号入出力手段の数以上
の場合には、前記各信号入出力手段において通信に関わ
る負荷が分散されるように、前記ＲＰＣに前記既に割り
当てが行なわれている信号入出力手段をさらに指定する
ことにより行なう。特定的には、前記信号入出力手段
は、ソケット記述子である。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】００１４

【補正方法】変更

【補正内容】

【００１４】また、前記通信方法および前記ネットワー
クシステムにおいて、特定的には、前記プロセスの前記
所定の信号入出力手段は、当該プロセスに係わるＲＰＣ
プロセスのプロセスＩＤに基づいて決定し、送信先プロ
セスの信号入出力手段が指定されていない場合に、当該
送信先プロセスのＲＰＣプロセスのプロセスＩＤに基づ
いて決定される信号入出力手段に前記送信対象のメッセ
ージが送信される。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】００４１

【補正方法】変更

【補正内容】

【００４１】なお、ＲＰＣ下では、接続先を特定するの
に、サーバホスト、プログラム番号、バージョン番号お
よびプロトコルの組み合わせを使用する。このうち、接
続するソケットを特定するためには、ソケットごとにプ
ロセス内でユニークなバージョン番号を割り振り、その
バージョン番号を指定することになる。そのため、ソケ
ットに対して割り振るバージョン番号は、ＲＰＣサーバ
プロセスのプロセスＩＤと通番の組み合わせとする。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】００５４

【補正方法】変更

【補正内容】

【００５４】受信側プロセス８５０の複数の受信スレッ
ドは、各々ファイル記述子を監視するシステムコール
（ｓｅｌｅｃｔ）により、受信側プロセス８５０のデフ
ォルトのポート８８５を監視する。そして、デフォルト
のポート８８５に到達したメッセージを最初に検知した
受信スレッド（これを受信スレッド８６０とする。）が
そのメッセージを受け取る。この最初のメッセージを受
け取った受信スレッド８６０は、前述したように、その
メッセージの送信元である送信側プロセス８１０に対し
て、メッセージを受信するための新たなポート８８６を
割り当てる。そして、このポートの情報を、到達確認Ａ
ＣＫとともに、送信スレッド８２０に通知する。これに
より、以後の送信側プロセス８１０からのメッセージ送
信は、ポート８５２に対して行われることになる。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】００５７

【補正方法】変更

【補正内容】

【００５７】受信側プロセス８５０の送信スレッド８７
０も、前述した送信側プロセス８１０の送信スレッド８
２０と全く同じ機能を有する。送信側プロセス８１０か
ら送信されたメッセージに対する返値を戻す場合につい
て処理の流れを説明すると、アプリケーションプログラ
ミング機能１２０からの関数呼び出しにより、メッセー
ジセンダ８７１を介して、返値メッセージの要求を受
け、ＣＭＩセンダ８７２がさらにこれを受けてメッセー
ジ返値送信機能８７３に渡す。メッセージ要求送信機能
８２３は、ハンドルマネージャ８７４を介してクライア
ントハンドル管理テーブル８８０を参照して、プロセス
８１０に送信を行うために使用するＲＰＣクライアント
ハンドルの情報を獲得し、その情報に基づいて、ポート
８８１を介してプロセス８１０に返値メッセージを送信
する。

フロントページの続き (72)発明者前川博俊東京都港区赤坂七丁目３番37号株式会社ディジタル・ビジョン・ラボラトリーズ内Ｆターム(参考） 5B045 BB31 GG01 5B089 AA20 AB01 AC07 AD01 AF01 CC11 5B098 AA10 GC16

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して接続された処理モジ
ュール間の通信方法であって、第１の前記処理モジュールが、前記ネットワークを介し
て、第２の前記処理モジュールの当該ネットワークとの
所定の信号入出力手段に信号を送信して、該第２の前記
処理モジュールに対して通信を開始し、前記第２の処理モジュールは、前記所定の信号入出力手
段より受信した前記通信の開始を検知し、前記第１の処
理モジュールに対して前記ネットワークとの他の信号入
出力手段を指定し、前記指定された信号入出力手段を介して、少なくとも前
記第１の処理モジュールから前記第２の処理モジュール
への通信を行う通信方法。
【請求項２】前記処理モジュールは、前記ネットワーク
の各ノードに設けられ、処理オブジェクトが配置される
プロセスであって、前記第２の処理モジュールたる第２のプロセスは、前記
第１の処理モジュールたる第１のプロセスごとに、特定
の前記信号入出力手段を指定する請求項１に記載の通信
方法。
【請求項３】前記第２のプロセスは、複数の前記信号入
出力手段を有し、複数の前記処理モジュールと並行して
通信を行う請求項２に記載の通信方法。
【請求項４】前記通信は、遠隔手続き呼び出し（リモー
ト・プロシージャ・コール（ＲＰＣ:Remote Procedure
Call））による通信である請求項２または３に記載の通
信方法。
【請求項５】前記第２の処理モジュールは、当該第２の
処理モジュールに係わるＲＰＣプロセスのプロセスＩＤ
に基づいて、前記所定の信号入出力手段を決定し、前記第１の処理モジュールは、前記ＲＰＣプロセスのプ
ロセスＩＤに基づく前記所定の信号入出力手段に前記信
号を送信して、前記第２の処理モジュールとの通信を開
始する請求項４に記載の通信方法。
【請求項６】前記第２の処理モジュールは、所定数の前
記信号入出力手段を有し、任意の処理モジュールより前
記所定の信号入出力手段を介して順次要求される前記通
信の開始に対して、前記所定の信号入出力手段を除く各
信号入出力手段において通信に係わる負荷が均等になる
ように、各信号入出力手段に前記通信先の処理モジュー
ルを順次割り当てる請求項１〜５のいずれかに記載の通
信方法。
【請求項７】前記信号入出力手段は、ソケット記述子で
ある請求項１〜６のいずれかに記載の通信方法。
【請求項８】複数のオブジェクトが協働して所望の処理
を行う分散処理装置であって、各々接続された複数のノードと、前記ノード上に各々１つまたは複数形成され、配置され
たオブジェクトに実行環境を提供する複数のプロセス
と、各々前記複数のプロセスのいずれかに配置される前記複
数のオブジェクトとを有し、前記複数のプロセスの各々は、複数の信号入出力手段と、当該プロセスに配置された前記オブジェクトの動作に基
づく送信対象のメッセージを、任意の送信先のプロセス
に対して、当該送信先プロセスの信号入出力手段が指定
されていない場合には当該送信先プロセスの所定の信号
入出力手段を、当該送信先プロセスの信号入出力手段が
指定されている場合には当該指定されている信号入出力
手段を介して、各々送信する送信手段と、前記複数の信号入出力手段を介して送信される信号を受
信する複数の受信手段と、任意のプロセスからの前記複数の信号入出力手段の所定
の信号入出力手段を介して受信した通信を検知し、当該
プロセスと通信を行う信号入出力手段として、前記複数
の信号入出力手段の前記所定の信号入出力手段以外の他
の特定の信号入出力手段を指定する信号入出力手段指定
手段とを有する分散処理装置。
【請求項９】前記プロセスの前記送信手段は、前記送信
対象のメッセージを、複数のパケットに分割し、該分割
したパケットごとに送信する請求項８に記載の分散処理
装置。
【請求項１０】前記プロセスは、前記複数の信号入出力
手段を介して、複数の他のプロセスと並行して通信を行
う請求項８または９に記載の分散処理装置。
【請求項１１】前記プロセスは、遠隔手続き呼び出し
（リモート・プロシージャ・コール（ＲＰＣ:Remote Pr
ocedure Call））により通信を行う請求項８〜１０のい
ずれかに記載の分散処理装置。
【請求項１２】前記プロセスの前記所定の信号入出力手
段は、当該プロセスに係わるＲＰＣプロセスのプロセス
ＩＤに基づいて決定し、前記プロセスの送信手段は、送信先プロセスの信号入出
力手段が指定されていない場合に、当該送信先プロセス
のＲＰＣプロセスのプロセスＩＤに基づいて決定される
信号入出力手段に、前記送信対象のメッセージを送信す
る請求項１１に記載の分散処理装置。
【請求項１３】前記プロセスの信号入出力手段指定手段
は、任意のプロセスからの前記複数の信号入出力手段の
所定の信号入出力手段を介して受信した通信に対して、
当該プロセスと通信を行う信号入出力手段として、前記
複数の信号入出力手段の前記所定の信号入出力手段を除
く他の信号入出力手段において通信に係わる負荷が均等
になるように、前記他の特定の信号入出力手段を指定す
る請求項８〜１２のいずれかに記載の分散処理装置。
【請求項１４】前記信号入出力手段は、ソケット記述子
である請求項８〜１３のいずれかに記載の分散処理装
置。
【請求項１５】複数のオブジェクトが協働して所望の処
理を行う分散処理方法であって、相互に接続された複数のノードの各々に、配置されたオ
ブジェクトに実行環境を提供する複数のプロセスを１ま
たは複数配置し、前記複数のオブジェクトを、各々前記複数のプロセスの
いずれかに配置し、前記プロセスに配置された前記各オブジェクトの動作に
基づいて生成された通信対象のメッセージを、通信元の
プロセスが通信先のプロセスの所定の信号入出力手段に
信号を送信して通信を要求し、前記通信先のプロセスが
前記通信の要求に基づいて当該通信元のプロセスに対し
て他の特定の前記信号入出力手段を指定し、該指定され
た前記通信先の信号入出力手段を介して前記通信元のプ
ロセスから前記通信先のプロセスへ送信することによ
り、前記オブジェクト間で相互に通信し、前記所望の処理を行う分散処理方法。
【請求項１６】前記メッセージは、複数のパケットに分
割し、前記分割された複数のパケットごとに並行に送信される
請求項１５に記載の分散処理方法。
【請求項１７】前記通信先のプロセスは、複数の前記信
号入出力手段を有し、複数の前記プロセスと並行して通
信を行う請求項１５または１６に記載の分散処理方法。
【請求項１８】前記通信は、遠隔手続き呼び出し（リモ
ート・プロシージャ・コール（ＲＰＣ:Remote Procedur
e Call））による通信である請求項１５〜１７のいずれ
かに記載の分散処理方法。
【請求項１９】前記通信先のプロセスは、当該プロセス
に係わるＲＰＣプロセスのプロセスＩＤに基づいて、前
記所定の信号入出力手段を決定し、前記通信元のプロセスは、前記ＲＰＣプロセスのプロセ
スＩＤに基づく前記所定の信号入出力手段に前記信号を
送信して、前記通信先のプロセスとの通信を要求する請
求項１８に記載の分散処理方法。
【請求項２０】前記通信先のプロセスは、所定数の前記
信号入出力手段を有し、任意のプロセスより前記所定の
信号入出力手段を介して順次行われる前記通信の要求に
対して、前記所定の信号入出力手段を除く各信号入出力
手段において通信に係わる負荷が均等になるように、各
信号入出力手段に前記通信元のプロセスを順次割り当て
る請求項１５〜１９のいずれかに記載の分散処理方法。
【請求項２１】前記信号入出力手段は、ソケット記述子
である請求項１５〜２０のいずれかに記載の分散処理方
法。
【請求項２２】ネットワークを介して接続された複数の
ノードと、協働して所望の処理を行うための複数のオブジェクトが
配置される、前記ノード上に各々１つまたは複数形成さ
れる複数のプロセスであって、各々、複数の信号入出力手段と、当該プロセスに配置された前記オブジェクトの動作に基
づく送信対象のメッセージを、任意の送信先のプロセス
に対して、当該送信先プロセスの信号入出力手段が指定
されていない場合には当該送信先プロセスの所定の信号
入出力手段を、当該送信先プロセスの信号入出力手段が
指定されている場合には当該指定されている信号入出力
手段を介して、各々送信する送信手段と、前記複数の信号入出力手段を介して送信される信号を受
信する複数の受信手段と、任意のプロセスからの前記複数の信号入出力手段の所定
の信号入出力手段を介して受信した通信を検知し、当該
プロセスと通信を行う信号入出力手段として、前記複数
の信号入出力手段の前記所定の信号入出力手段以外の他
の特定の信号入出力手段を指定する信号入出力手段指定
手段とを有する複数のプロセスとを有するネットワーク
システム。
【請求項２３】前記プロセスの前記送信手段は、前記送
信対象のメッセージを、複数のパケットに分割し、該分
割したパケットごとに送信する請求項２２に記載のネッ
トワークシステム。
【請求項２４】前記プロセスは、前記複数の信号入出力
手段を介して、複数の他のプロセスと並行して通信を行
う請求項２２または２３に記載のネットワークシステ
ム。
【請求項２５】前記プロセスは、遠隔手続き呼び出し
（リモート・プロシージャ・コール（ＲＰＣ:Remote Pr
ocedure Call））により通信を行う請求項２２〜２４の
いずれかに記載のネットワークシステム。
【請求項２６】前記プロセスの前記所定の信号入出力手
段は、当該プロセスに係わるＲＰＣプロセスのプロセス
ＩＤに基づいて決定し、前記プロセスの送信手段は、送信先プロセスの信号入出
力手段が指定されていない場合に、当該送信先プロセス
のＲＰＣプロセスのプロセスＩＤに基づいて決定される
信号入出力手段に、前記送信対象のメッセージを送信す
る請求項２５に記載のネットワークシステム。
【請求項２７】前記プロセスの信号入出力手段指定手段
は、任意のプロセスからの前記複数の信号入出力手段の
所定の信号入出力手段を介して受信した通信に対して、
当該プロセスと通信を行う信号入出力手段として、前記
複数の信号入出力手段の前記所定の信号入出力手段を除
く他の信号入出力手段において通信に係わる負荷が均等
になるように、前記他の特定の信号入出力手段を指定す
る請求項２２〜２６のいずれかに記載のネットワークシ
ステム。
【請求項２８】前記信号入出力手段は、ソケット記述子
である請求項２２〜２７のいずれかに記載のネットワー
クシステム。
【請求項２９】ネットワークに接続されるノード装置で
あって、所望のオブジェクトが配置され、当該オブジェクトに実
行環境を提供するプロセスであって、複数の信号入出力手段と、当該プロセスに配置された前記オブジェクトの動作に基
づく送信対象のメッセージを、前記ネットワークに接続
された他のノード装置の任意の送信先プロセスに対し
て、当該送信先プロセスの信号入出力手段が指定されて
いない場合には当該送信先プロセスの所定の信号入出力
手段を、当該送信先プロセスの信号入出力手段が指定さ
れている場合には当該指定されている信号入出力手段を
介して、各々送信する送信手段と、前記複数の信号入出力手段を介して送信される信号を受
信する複数の受信手段と、任意のプロセスからの前記複数の信号入出力手段の所定
の信号入出力手段を介して受信した通信を検知し、当該
プロセスと通信を行う信号入出力手段として、前記複数
の信号入出力手段の前記所定の信号入出力手段以外の他
の特定の信号入出力手段を指定する信号入出力手段指定
手段とを有するプロセスを１または複数有するノード装
置。
【請求項３０】前記プロセスの前記送信手段は、前記送
信対象のメッセージを、複数のパケットに分割し、該分
割したパケットごとに送信する請求項２９に記載のノー
ド装置。
【請求項３１】前記プロセスは、前記複数の信号入出力
手段を介して、複数の他のプロセスと並行して通信を行
う請求項２９または３０に記載のノード装置。
【請求項３２】前記プロセスは、遠隔手続き呼び出し
（リモート・プロシージャ・コール（ＲＰＣ:Remote Pr
ocedure Call））により通信を行う請求項２９〜３１の
いずれかに記載のノード装置。
【請求項３３】前記プロセスの前記所定の信号入出力手
段は、当該プロセスに係わるＲＰＣプロセスのプロセス
ＩＤに基づいて決定し、前記プロセスの送信手段は、送信先プロセスの信号入出
力手段が指定されていない場合に、当該送信先プロセス
のＲＰＣプロセスのプロセスＩＤに基づいて決定される
信号入出力手段に、前記送信対象のメッセージを送信す
る請求項３２に記載のノード装置。
【請求項３４】前記プロセスの信号入出力手段指定手段
は、任意のプロセスからの前記複数の信号入出力手段の
所定の信号入出力手段を介して受信した通信に対して、
当該プロセスと通信を行う信号入出力手段として、前記
複数の信号入出力手段の前記所定の信号入出力手段を除
く他の信号入出力手段において通信に係わる負荷が均等
になるように、前記他の特定の信号入出力手段を指定す
る請求項２９〜３３のいずれかに記載のノード装置。
【請求項３５】前記信号入出力手段は、ソケット記述子
である請求項２９〜３４のいずれかに記載のノード装
置。