JPH11312132A - 通信方法および並列計算機およびクライアント・サーバ間通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 さまざまな形態の通信に利用できる汎用性を
持ち、アプリケーションが通信形態に応じて通信プロト
コル処理を変更および最適化できる通信方法および該通
信方法により通信を行う並列計算機を提供することにあ
る。 【解決手段】 並列計算機のノード(例えば、ノード10
1)のＯＳにおける通信管理部による通信プロトコルの処
理において、通信プロトコル処理を行うプロトコル処理
関数群123の内の通信の使用者が定義したプロトコル処
理関数を通信端点(通信端点テーブル117)に登録し、通
信時に通信端点に使用者が定義したプロトコル処理関数
が登録されていれば、該通信端点に関する通信を処理す
る通信プロトコル処理の一部を、使用者が定義した登録
されているプロトコル処理関数を用いて行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、並列計算機におけ
る通信方法および並列計算機および並列計算機における
クライアント・サーバ間通信方法に関する。

【０００２】

【従来の技術】複数の計算機を用いて処理を行う並列処
理技術や分散処理技術は、処理の高速化および資源の有
効活用などの目的で、近年急速に普及している。特に、
科学技術計算分野では、高速演算を行うために、並列計
算機の使用が必須になってきており、「TOP500 Superco
mputer Sites」（ http://www.netlib.org/benchmark/t
op500.html ）に示される通り、世界トップレベルの演
算性能を実現する計算機は並列計算機で占められてい
る。「ADVANCED COMPUTER ARCHITECTURE」（Kai Hwang
著、McGRAW-HILL INTERNATIONAL EDITIONS発行、1993
年、ISBN0-07-113342-9）P19〜P27によれば、並列計算
機は大別して共有メモリ型マルチプロセッサと分散メモ
リ型マルチプロセッサの２つのカテゴリに分類される。

【０００３】共有メモリ型マルチプロセッサは、並列計
算機内のすべてのプロセッサが物理メモリを共有するモ
デルで、プロセッサ間のデータ交換は共有メモリを介し
て行う。分散メモリ型マルチプロセッサは、それぞれの
プロセッサが独立してメモリを持ち、プロセッサ間のデ
ータ交換はメッセージ通信を用いて行う。共有メモリ型
マルチプロセッサは、単一のメモリ空間を提供するた
め、プログラミングは容易であるが、プロセッサ間のメ
モリアクセス競合のため、プロセッサ数の増加に比例し
た性能を得るのが困難である。一方分散メモリ型マルチ
プロセッサは、各プロセッサが独立したメモリ空間を持
つため、プログラミングはやや困難であるが、プロセッ
サ数の増加に比例した性能を得やすい。

【０００４】分散メモリ型マルチプロセッサのオペレー
ティングシステム構成の1つとして、マイクロカーネル
を用いる方式が知られている（「分散オペレーティング
システム -UNIXの次にくるもの-」前川 守・所 真理雄
・清水賢多郎 編、共立出版1991年、ISBN 4-320-02570-
9、P２４〜P２７）。この方式では、オペレーティング
システムの最小機能をマイクロカーネルとして実現し、
その他の機能はカーネル外部のサーバとして実現する。
Mach、V-System等がマイクロカーネルの例である。

【０００５】分散メモリ型マルチプロセッサでは、全プ
ロセッサ上にマイクロカーネルを常駐させ、サーバをい
くつかのプロセッサ上に分散して配置する。このような
構成では、要求を出すクライアントと要求を処理するサ
ーバという関係が生じ、クライアント−サーバ間の通信
を効率化することがシステム全体の性能向上につなが
る。前述のMachでは、portを使用した汎用的なメッセー
ジ通信機構を用いて、クライアント−サーバ間の通信を
実現する。このメッセージ通信機構は、送信者がportに
メッセージを送信し、受信者がportからメッセージを取
り出すことでプロセス間の片方向の通信を実現する。ク
ライアント−サーバ間の通信は、クライアントからサー
バへの要求メッセージの送信と、サーバからクライアン
トへの応答メッセージの送信の２つで実現する。各方向
のメッセージが独立しているため、それぞれのメッセー
ジに対し送達確認が必要となるまた、V-Systemでは、ク
ライアント−サーバ間の通信に特化したメッセージ通信
機構を提供している。このメッセージ通信機構は、サー
バへの要求とサーバからの応答を対にして使用する。要
求と応答が必ず対になっているため、各方向のメッセー
ジそれぞれに対する送達確認が不要となる。しかし、要
求と応答を必ず対にして使用する必要があり、応答が返
ってくるまでクライアント側はブロックされる。このた
め、複数のサーバに対して要求を送る形態では、一つの
サーバからの応答を待って次のサーバへの要求を送信す
る必要があり、オーバヘッドが大きい。

【０００６】

【発明が解決しようとする課題】上述の通り、高速なメ
ッセージ通信を実現することが、システム全体の性能向
上につながる。しかし、汎用的な通信プロトコルを用い
て通信機構を実現すると、通信の使用される形態の情報
を利用することができないため、最適化が困難である。
例えば、上述のとおりV-Systemでは、要求メッセージと
応答メッセージを対にすることで、送達確認を不要とす
る最適化を行っているが、汎用的な通信プロトコルで
は、それぞれの通信が独立しているため送達確認を無く
せない。一方、クライアント−サーバ型通信に特化した
V-Systemの通信プロトコルのように、特定の通信形態に
特化した通信プロトコルは、それ以外の通信形態を使用
するアプリケーションで用いられた場合のオーバヘッド
が大きい。すべてのアプリケーションに対応するために
は、各アプリケーションの通信形態をあらかじめ予測
し、それぞれに最適化した通信プロトコルを実装してお
くことが必要となるが、この場合作成コストが大きくな
る。

【０００７】このように、従来は汎用的な通信と特定の
アプリケーションに最適化した通信は相反しており、両
立できなかった。これは、アプリケーションと通信機構
が明確に分離しており、通信機構がアプリケーションの
情報を利用できなかったことが原因である。本発明の目
的は、さまざまな形態の通信に利用できる汎用性を持
ち、アプリケーションが通信形態に応じて通信プロトコ
ル処理を変更および最適化できる通信方法および該通信
方法により通信を行う並列計算機を提供することにあ
る。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、複数のノードをネットワークで結合し、
該複数のノードの各々は、メモリと、プロセッサと、ネ
ットワークアダプタを有し、該メモリには通信管理部が
設定され、該通信管理部はノード間で通信を行うための
通信プロトコル処理を行う構成の並列計算機における通
信方法であり、該通信管理部のプロトコル処理の一部
に、通信の使用者が定義したプロトコル処理関数を登録
し、通信時に、該通信プロトコル処理の一部を行うプロ
トコル処理関数が新たに定義され登録されていれば、該
通信プロトコル処理の一部を、該新たに定義されたプロ
トコル処理関数を用いて行うようにしている。

【０００９】また、複数のノードをネットワークで結合
し、該複数のノードの各々は、メモリと、プロセッサ
と、ネットワークアダプタを有し、該メモリには通信管
理部が設定され、該通信管理部は、複数の通信端点を管
理し、ノード間で通信を行うための通信プロトコルの処
理を行う構成の並列計算機における通信方法であり、通
信の使用者が定義したプロトコル処理の一部を行うプロ
トコル処理関数を、使用する通信端点に登録し、通信時
に、通信端点に該通信プロトコル処理の一部を行うプロ
トコル処理関数が登録されていれば、該通信端点に関す
る通信を処理する該通信プロトコル処理の一部を該登録
されたプロトコル処理関数を用いて行うようにしてい
る。

【００１０】また、前記通信端点への通信プロトコル処
理の一部を行うプロトコル処理関数の登録は、通信端点
作成時に行うようにしている。また、前記通信端点への
通信プロトコル処理の一部を行うプロトコル処理関数の
登録は、通信端点作成から通信端点消去までの間に行う
ようにしている。また、前記通信の使用者が定義し登録
する通信プロトコル処理の一部を行うプロトコル処理関
数は、受信するメッセージデータの受信領域割り当て関
数であるようにしている。

【００１１】また、複数のノードをネットワークで結合
し、該複数のノードの各々は、メモリと、プロセッサ
と、ネットワークアダプタを有し、該メモリには通信管
理部が設定されている並列計算機において、通信メッセ
ージの送信側で、通信メッセージに任意の識別子を付加
し、受信側は、該識別子が付加された通信メッセージに
対応する受信領域を、該通信メッセージ受信前に識別子
とともにあらかじめ登録しておき、該識別子が付加され
た通信メッセージ受信時に、該識別子に対応する受信領
域が登録されていれば、該登録されている受信領域に通
信メッセージを格納するようにしている。

【００１２】また、複数のノードをネットワークで結合
した並列計算機において、該複数のノードの各々は、メ
モリと、プロセッサと、ネットワークアダプタと、通信
管理部を有し、該通信管理部は、該複数のノード間で通
信を行うための通信プロトコル処理を行う手段と、該通
信プロトコル処理の一部を行うプロトコル処理手段を新
たに設定、登録する手段を有するようにしている。

【００１３】また、複数のノードをネットワークで結合
した並列計算機において、該複数のノードの各々は、メ
モリと、プロセッサと、ネットワークアダプタと、通信
管理部を有し、該通信管理部は、複数の通信端点を管理
する手段と、該複数のノード上の通信端点間で通信を行
うための通信プロトコル処理を行う手段と、該通信プロ
トコル処理の一部を行うプロトコル処理手段を該複数の
通信端点毎に新たに設定、登録する手段を有するように
している。

【００１４】また、複数のノードをネットワークで結合
した並列計算機において、該複数のノードの各々は、メ
モリと、プロセッサと、ネットワークアダプタと、通信
管理部と、通信メッセージに対し任意の識別子を付加す
る手段と、該任意の識別子が付加された通信メッセージ
の受信領域を、該任意の識別子毎に登録する手段を有す
るようにしている。

【００１５】また、複数のノードをネットワークで結合
し、該複数のノードの各々は、メモリと、プロセッサ
と、ネットワークアダプタと、通信管理部を有し、該通
信管理部は、複数の通信端点を管理する手段と、該複数
の通信端点毎に、メッセージ受信領域割当手段を設定、
登録する手段と、通信メッセージに任意の識別子を付加
する手段を有し、該複数のノードの少なくとも１つのノ
ード上に、サービスを提供するサーバが存在し、該複数
のノードの少なくとも１つのノード上に、該サーバに対
しサービスを要求するクライアントが存在する並列計算
機におけるクライアント・サーバ間通信方法であり、該
クライアントは、該サーバからの通信メッセージを受信
する通信端点に対し、通信メッセージ受信処理時に呼び
出される受信領域割当手段を登録しておき、該クライア
ントは、該サーバに対しデータを要求するメッセージを
送信する際に、該データの受信領域に識別子を付け、該
サーバに送信する要求メッセージに該識別子を付加し、
該要求メッセージを受信した該サーバは、該クライアン
トに返信する応答メッセージに該識別子を付加し、該ク
ライアントは、該応答メッセージ受信時に呼び出される
該登録しておいた受信領域割当手段により該識別子に対
応する受信領域を選択し、該通信管理部は、該選択され
た受信領域に対して受信メッセージを格納するようにし
ている。

【００１６】

【発明の実施の形態】図１〜図１２を用いて、本発明の
１実施例を説明する。本実施例では、ファイルサーバと
ファイルクライアントが存在する並列計算機において、
ユーザアプリケーションプロセス（以下ＵＡＰと略す）
のファイルI/O要求に伴って発生するファイルクライア
ントとファイルサーバ間の通信について説明する。始め
に図１を用いて、本実施例が対象とする並列計算機を説
明する。次に図２、図４〜図６、図８、図１１を用い
て、本発明の特徴である通信管理部の提供する通信イン
タフェースおよび通信プロトコル処理の詳細を説明す
る。最後に図３、図７、図９、図１０を用いて、本発明
の通信方法を用いて最適化した、ファイルクライアント
−ファイルサーバ間の通信方法を説明する。

【００１７】図１は、本発明が対象とする並列計算機を
示している。図１において、各ノード（１０１、１０
２、１０３、１０４）はネットワーク（１０５）で結合
されており、ノード間の通信はネットワーク（１０５）
を通じて行う。この並列計算機において、ノード（１０
２）はディスク（１０６）を保持しており、ファイルサ
ーバノードとしての役割を担っている。他のノード（１
０１、１０３、１０４）がファイルI/Oを行う場合は、
ネットワーク（１０５）を通じてノード（１０２）にI/
O要求を送信する。

【００１８】ノード１０１、１０３、１０４の構成は同
じであるため、以下ノード１０１とノード１０２の説明
を行う。ノード１０１、１０２は演算を行うプロセッサ
（１１１、１３１）と、ネットワークとのインタフェー
スであるネットワークアダプタ（１１２、１３２）、お
よびメモリ（１１３、１３３）で構成する。メモリ上に
はオペレーティングシステム（以下ＯＳと略す）（１１
４、１３４）が常駐し、複数のＵＡＰ（１２０、１２
１、１４０）が動作する。ネットワークアダプタ（１１
２、１３２）は、メモリ（１１３、１３３）上のメッセ
ージデータをネットワーク（１０５）へ送出し、ネット
ワーク（１０５）から受信したメッセージデータをメモ
リ（１１３、１３３）へ書き込み、プロセッサ（１１
１、１３１）へ割り込みをかける機能を持つ。ＯＳ（１
１４、１３４）内には、通信管理部（１１５、１３５）
が存在する。

【００１９】通信管理部（１１５、１３５）はネットワ
ークアダプタ（１１２、１３２）を制御し、並列計算機
内の他のノードとの通信を管理する。ＯＳ（１１４、１
３４）や、UAP（１２０、１２１、１４０）が他のノー
ドと通信を行う場合、通信管理部（１１５、１３５）を
通じてメッセージの送信や受信を行う。通信管理部（１
１５、１３５）は、通信プロトコル（ショートメッセー
ジ通信プロトコル、ロングメッセージ通信プロトコル
等）におけるプロトコル処理関数群（１２３、１４１）
を有し、また、通信端点テーブル（１１７、１３７）を
保持している。通信端点テーブル（１１７、１３７）
（図２により後述）は、通信管理部（１１５、１３５）
が提供する通信インタフェースである通信端点を管理す
るテーブルである。メッセージの送信側は、通信端点に
対してメッセージを送信し、受信側は通信端点からメッ
セージを取り出す。通信端点は、受信側が作成し、通信
管理部（１１５、１３５）に登録する。通信端点には、
メッセージデータの受信領域割当関数を登録することが
できる。受信領域割当関数が登録されていると、通信管
理部は受信領域が必要になった時点で、プロトコル処理
関数の１つである登録されている受信領域割当関数を呼
び出す。

【００２０】ファイルクライアント（１１６）は、UAP
（１２０、１２１）からのファイルI/O要求を受けつ
け、ファイルサーバ（１３６）に対してファイルI/O要
求を発行する。データ受信領域管理テーブル（１１８）
（図３により後述）は、ＵＡＰ（１２２）が指定するデ
ータ受信領域（１２２）と、ファイルサーバ（１３６）
に送信する要求メッセージとの対応を管理するために用
いる。

【００２１】ファイルサーバ（１３６）は、ファイルク
ライアント（１１６）からのファイルI/O要求を受けつ
け、ディスクアクセスを行う。ファイル書き込み要求の
場合は、ファイルクライアントから送信されたデータを
ディスク（１０６）に書き込み、ファイル読み出し要求
の場合は、要求されたファイルのデータをディスク（１
０７）から読み出し、ファイルクライアントに転送す
る。

【００２２】ファイルクライアント（１１６）内の受信
領域選択関数（１１９）（図１０により後述）は、サー
バから受信する応答メッセージの受信領域としてＵＡＰ
が指定するファイル受信領域を正しく選択するための関
数である。受信領域選択関数（１１９）は、メッセージ
受信時に通信管理部から呼び出されるように、メッセー
ジを受信する通信端点に登録しておく。

【００２３】以上の構成の並列計算機において、ファイ
ルクライアント（１１６）は通信管理部（１１５）が提
供する通信インタフェースを用いてファイルサーバ（１
３６）と通信を行い、ＵＡＰ（１２０、１２１）からの
ファイルI/O要求を実現する。通信管理部（１１５、１
３５）は、受信領域割当関数をデフォルトで持ってい
る。本発明は、通信の使用者がデフォルトの受信領域割
当関数を再定義できるインタフェースを通信管理部（１
１５、１３５）が提供し、そのインタフェースを用いる
ことで、ファイルクライアント（１１６）とファイルサ
ーバ（１３６）間の通信処理を効率的に行うことが特徴
である。

【００２４】以下、通信管理部（１１５、１３５）が提
供する通信インタフェースと、通信管理部（１１５、１
３５）が行う処理を説明し、次に、その通信インタフェ
ースを用いてファイルクライアント（１１６）とファイ
ルサーバ（１３６）が行うファイル読み込み処理の流れ
を説明する。

【００２５】図４に通信管理部（１１５、１３５）が提
供する通信インタフェースを示す。通信管理部（１１
５、１３５）は、通信端点作成を行うcomm_port_alloc
（４０１）、通信端点消去を行うcomm_port_dealloc
（４０２）、送信を行うsend（４０３）、受信を行うco
mm_recv（４０４）の４つの通信インタフェースを提供
する。comm_port_alloc（４０１）は、指定されたcommI
D（４１１）で通信端点を作成し、その通信端点に受信
領域割り当て関数faddr（４１２）を設定する。commID
(４１１)には、作成する通信端点のIDを指定する。fadd
r（４１２）には、reg_alloc（４０５）の形式の受信領
域割当関数のアドレスを指定する。受信領域割当関数を
指定する必要がなく、デフォルトの受信領域割当関数を
使用する場合には、faddr（４１２）に０を指定する。c
omm_port_alloc（４０１）は、指定されたcommID（４１
１）が通信端点テーブル（１１７、１３７）に登録され
ているかどうかを調べ、すでに登録されている場合には
エラーとして１を返す。commID（４１１）が、通信端点
テーブル（１１７，１３７）に未登録の場合は、新たな
エントリを取得し、その通信端点IDフィールド（２０
１）にcommID（４１１）の値を格納する。また、faddr
（４１２）が０でなければ、その値を受信領域割当関数
ポインタフィールド（２０２）に格納する。

【００２６】reg_alloc（４０５）はpacket（４５１）
と&addr（４５２）の２つの引数を持つ関数である。こ
こで、&は変数のアドレスを意味し、&addrはaddrのアド
レスを意味する。以下&はこの意味で用いる。packet
（４５１）には、受信したパケットのアドレスが渡され
る。&addr（４５２）には、reg_alloc（４０５）が割り
当てた受信領域の先頭アドレスを格納する領域へのポイ
ンタが格納される。reg_alloc（４０５）はpacket（４
５１）で指定されたパケットを解析し、必要な受信領域
を割り当て、割り当てた受信領域の先頭アドレスをaddr
（４５２）に格納する。

【００２７】comm_port_dealloc（４０２）は、指定さ
れたcommID（４２１）の通信端点番号を持つ通信端点を
消去する。すなわち、通信端点管理テーブル（１１７、
１３７）を検索し、通信端点ＩＤフィールド（２０１）
にcommID（４２１）と同じ値をもつエントリをクリアす
る。

【００２８】send（４０３）は、msg（４３３）で示す
アドレスに格納したメッセージを、ノード番号node（４
３１）を持つノード上の通信端点番号commID（４３２）
を持つ通信端点に送信する。size（４３４）にはメッセ
ージのサイズを指定する。uval（４３５）は、送信する
メッセージに付加するユーザ指定の識別子である。uval
（４３５）はメッセージと共に受信ノード上の通信端点
に送信される。uval（４３５）は、受信者がこのメッセ
ージを受信インタフェースrecv（４０４）で受信した時
に、メッセージと共に受信者に渡される。また、受信領
域割り当て関数reg_alloc（４０５）の引数packet（４
５１）で渡されるパケットにもuval（４３５）が含まれ
ているため、reg_alloc（４０５）は受信領域割り当て
処理にuval（４３５）を利用することができる。

【００２９】recv（４０４）は、通信端点番号commID
（４４１）で指定される通信端点から受信メッセージを
取り出す。通信端点にメッセージが到着していない場合
には、メッセージが到着するまで待ち合わせを行う。受
信したメッセージのアドレスは&msg（４４２）で指定し
たアドレスに格納され、&size（４４３）が示すアドレ
スにはメッセージのサイズが格納される。&uval（４４
４）で指定するアドレスには、送信者がsend（４０３）
のuval（４３５）引数で指定した値が格納される。

【００３０】次に、send（４０３）およびrecv（４０
４）で指定するメッセージの構成を説明する。図１１が
通信メッセージの構成を示している。通信メッセージ
は、メッセージヘッダ部（１１０１）とメッセージデー
タ部（１１０２）で構成する。通信メッセージのデータ
にはショートデータとロングデータの2種類がある。シ
ョートデータは、メッセージデータ部（１１０２）に格
納し、そのサイズはメッセージサイズ（１１０４）に格
納する。メッセージサイズはSHORT_MSG_MAX以下でなけ
ればならない。一方ロングデータは、メッセージヘッダ
部（１１０１）のロングデータアドレス（１１０５）に
データの存在するアドレスを格納し、ロングデータサイ
ズ（１１０６）にそのサイズを指定する。ロングデータ
フラグ（１１０３）には、そのメッセージがロングデー
タを含むかどうかを指定する。ロングデータを含む場合
には、ロングデータフラグ（１１０３）に１を指定し、
含まない場合には０を指定する。

【００３１】以上の通信インタフェースを提供する通信
管理部（１１５、１３５）の詳細を以下で説明する。通
信管理部は、send（４０１）インタフェースで指定され
たメッセージを、指定されたノード上の通信端点に転送
する機能を提供する。通信管理部は、複数の通信端点を
通信端点テーブル（１１７、１３７）を用いて管理す
る。また、１メッセージの転送に複数のネットワークパ
ケットを使用するが、ネットワークパケットは、ネット
ワークアダプタ（１１２、１３２）を制御して送受信す
る。図２に通信端点テーブル（１１７，１３７）の構成
を示す。通信端点テーブルは、通信端点IDフィールド
（２０１）と受信領域割当関数ポインタフィールド（２
０２）の2つのフィールドで構成する。通信端点IDフィ
ールド（２０１）には通信端点作成時に通信端点の作成
者が指定した通信端点のIDを格納する。この通信端点ID
は、ノード内で一意でなければならず、通信端点作成時
にすでに同じIDを持つ通信端点が存在すると、通信端点
の作成が失敗する。受信領域割当関数ポインタフィール
ド（２０２）には、この通信端点に割り当てられた受信
領域割当関数へのポインタを格納する。受信領域割当関
数は、通信端点作成時に通信端点の作成者が指定するこ
とができる。通信端点作成時に受信領域割当関数が指定
されなかった場合には、デフォルト受信領域割当関数
（２０３）へのポインタが格納される。図２の例では、
通信端点ID１００１、２７３１、８０３を持つ通信端点
は受信領域割当関数として、def_alloc関数を使用し、
通信端点ID７７を持つ通信端点はfile_allocを使用す
る。

【００３２】図５、図６及び図８を用いて、異なるノー
ド上の通信管理部間でのメッセージ通信プロトコルを説
明する。メッセージ転送は、複数のネットワークパケッ
トを送受信ノード間で送受信して実現する。ネットワー
クパケットを送受信する順番や、ネットワークパケット
を送受信するときに行うべき処理の規約がメッセージ通
信プロトコルである。メッセージ通信プロトコルには、
ショートメッセージ通信プロトコルとロングメッセージ
通信プロトコルの２つがある。ショートメッセージ通信
プロトコルは、ユーザがsend（４０１）で指定した通信
メッセージがロングデータを含まない場合、すなわちメ
ッセージヘッダ部（１１０１）のロングデータフラグ
（１１０３）に０が指定された場合に使用する通信プロ
トコルである。通信メッセージがロングデータを含む場
合、すなわちロングデータフラグ（１１０３）に１が指
定された場合にはロングメッセージ通信プロトコルを使
用する。図５はショートメッセージ通信プロトコルを、
図６はロングメッセージ通信プロトコルを、図８は両メ
ッセージ通信プロトコルが使用するネットワークパケッ
トの構成を示している。

【００３３】まず始めに、図８を用いてネットワークパ
ケットの構成を説明する。ネットワークパケットは、ヘ
ッダ部（８０１）とデータ部（８０２）で構成する。ヘ
ッダ部はパケットの宛先を示す受信ノード番号（８０
３）、パケットの送信元を示す送信ノード番号（８０
４）、パケットの種類を示すパケットフラグ（８０
５）、送信ノードが送信したパケットに付加する番号で
ある順序番号（８０６）、データを書き込む受信ノード
上のメモリアドレスを指定するデータ書き込みアドレス
（８０７）、データのサイズを指定するデータサイズ
（８０８）、送信先通信端点のIDを示す通信端点ID（８
１４）、メッセージ送信時にユーザが指定した値を格納
するユーザ指定フィールド（８１５）で構成する。パケ
ットフラグ（８０５）は、ショートメッセージ用のパケ
ットを示すSフィールド（８０９）、ロングメッセージ
用のパケットを示すLフィールド（８１０）、データ書
き込みアドレスで指定した受信ノードのメモリアドレス
にデータを書き込むことを指示するDフィールド（８１
１）、ackパケットを示すAフィールド（８１２）、受信
領域のアドレス通知パケットを示すRフィールド（８１
３）で構成し、それぞれ１か０を指定する。

【００３４】ヘッダ部（８０１）は、ネットワーク（１
０５）、ネットワークアダプタ（１１２，１３２）、通
信管理部（１１５，１３５）のすべてで解釈される。ネ
ットワーク（１０５）は、受信ノード番号（８０３）に
指定された受信ノードへパケットを転送する。ネットワ
ークアダプタは、パケットフラグ（８０５）のDフィー
ルド（８１１）を調べる。Dフィールド（８１１）に１
が格納されていると、データ書き込みアドレス（８０
７）で指定されるアドレスにデータ部（８０２）の内容
を書き込んだあと、受信完了割り込みを発生させて通信
管理部にパケット受信を通知する。Dフィールドに０が
格納されていると、通信管理部があらかじめ用意してい
る受信領域に格納したあと、受信完了割り込みを発生さ
せて通信管理部にパケット受信を通知する。通信管理部
は、メッセージ通信プロトコルの実現にヘッダ部を用い
る。

【００３５】図５を用いてショートメッセージ通信プロ
トコルの説明を行う。図５のフローの各ステップは、そ
れぞれプロトコル処理関数に相当する。ショートメッセ
ージを送信する場合、送信側ノードの通信管理部はショ
ートメッセージパケットを送信する（５０１）。これ
は、パケットデータ部（８０２）にメッセージヘッダ
（１１０１）とメッセージデータ（１１０２）を含むネ
ットワークパケットである。受信側ノードの通信管理部
は、パケットを受信するとヘッダの解析を行う（５０
３）。ショートメッセージパケットであることが判明す
ると、次にパケットヘッダの通信端点ID（８１４）を用
いて通信端点管理テーブルを検索し通信端点のエントリ
を求める（５０４）。通信端点のエントリが求まると、
パケットデータ部（８０２）からショートメッセージデ
ータを取り出し、通信端点のメッセージキューにキュー
イングする。その後、ackパケットを送信ノードに対し
て送信し（５０５）、ショートメッセージの受信処理を
終了する。送信側ノードの通信管理部は、ackパケット
の受信ににより、ショートメッセージパケットが正しく
受信ノードに転送されたことを知り、ショートメッセー
ジの転送処理を終了する。

【００３６】ここで使用したショートメッセージパケッ
トとackパケットそれぞれのパケットヘッダの作成方法
は以下の通りである。ショートメッセージパケットのヘ
ッダには、受信ノード番号（８０３）、送信ノード番号
（８０４）、パケットフラグ（８０５）、順序番号（８
０６）、通信端点ID（８１４）、ユーザ指定値（８１
５）の各フィールドを設定する。パケットフラグ（８０
５）はSフィールドのみが１で、L、D、A、Rの各フィー
ルドは０の値を設定する。通信端点ID（８１４）とユー
ザ指定値（８１５）には、メッセージ送信インタフェー
スの引数commID（４３２）とuval（４３５）で指定され
た値をそれぞれ格納する。データサイズ（８０８）には
パケットデータ部で送信するデータのサイズを格納す
る。データ書き込みアドレス（８０７）はショートメッ
セージパケットでは設定しなくてもよい。

【００３７】ackパケットは、パケットフラグ（８０
５）に、Aフィールド（８１２）のみが１で、その他の
フィールドは０の値を設定する。また、順序番号（８０
６）には、ショートメッセージパケットのヘッダに格納
されていた順序番号を格納する。その他、受信ノード番
号（８０３）、送信ノード番号（８０４）はショートメ
ッセージパケット同様設定するが、その他のフィールド
は設定しなくても良い。

【００３８】次に図６を用いて、ロングメッセージ通信
プロトコルを説明する。図６のフローの各ステップは、
それぞれプロトコル処理関数に相当する。ロングメッセ
ージ通信プロトコルでは、始めに受信ノードでロングデ
ータの受信領域を割り当て、受信領域が割り当てられた
後にロングデータの転送を行う2フェーズでのメッセー
ジ転送を行う。このため、最初に送信するパケットには
ロングデータを格納しない。ロングメッセージ通信プロ
トコルでは最初に受信領域割当要求パケット（パケット
フラグ Ｌ＝１）を送信する（６０１）。このとき、パ
ケットのデータ部（８０２）には、メッセージヘッダ
（１１０１）とメッセージデータ（１１０２）を格納す
る。

【００３９】受信ノードの通信管理部は、パケットを受
信すると、ヘッダの解析を行う（６０３）。受信領域割
当要求パケットであることを検出すると、通信端点ID
（８１４）を用いて通信端点管理テーブルを検索し（６
０４）、メッセージデータを受信するための受信領域確
保処理を行う（６０５）。この処理は、通信端点管理テ
ーブル（１１７，１３７）の受信領域割当関数ポインタ
フィールド（２０２）に登録されている関数（受信領域
割当関数）で実行する。受信領域の割当が完了すると、
割り当てられた領域のアドレスを、受信パケットのデー
タ部に含まれるメッセージヘッダのデータアドレスに格
納する。また、割り当てられた領域のアドレスを送信ノ
ードに通知するアドレス通知パケット（パケットフラグ
Ｒ＝１）を作成し送信する（６０６）。

【００４０】送信ノードの通信管理部は、受信したアド
レス通知パケットのヘッダを解析し（６１０）、アドレ
ス通知パケットであることを検出すると、アドレス通知
パケットの情報を用いてロングデータ転送パケット（パ
ケットフラグ Ｄ＝１）を作成し送信する（６１１）。
ロングデータ転送パケットは、データ部にロングデータ
を格納しており、受信ノードのネットワークアダプタに
より、受信領域確保処理（６０５）で割り当てられた受
信領域に直接書き込まれる。受信ノードの通信管理部
は、パケットヘッダを解析し（６０７）、データ転送パ
ケットを受信したことを知ると、先に受信領域割り当て
要求パケットで受信していた通信メッセージを通信端点
にキューイングする（６０８）。その後、ショートメッ
セージ通信プロトコルと同様にackパケットを送信ノー
ドに送信する（６０９）。送信ノードの通信管理部はac
kパケットを受信するとロングメッセージの転送処理を
終了する。

【００４１】ここで使用した受信領域割当要求パケッ
ト、アドレス通知パケット、データ転送パケットそれぞ
れのヘッダ作成方法は以下の通りである。受信領域割当
要求パケットのヘッダは、パケットフラグを除いてショ
ートメッセージ用ヘッダと同様に作成する。パケットフ
ラグは、Lフィールド（８１０）に１を設定し、その他
のフィールドには０を設定する。

【００４２】アドレス通知パケットのヘッダは、受信ノ
ード番号（８０３）に受信領域割当要求パケットヘッダ
の送信ノード番号に指定されていたノード番号を格納
し、送信ノード番号（８０４）に自ノード番号を格納す
る。パケットフラグは、Rフィールドのみに１を設定
し、その他のフィールドには０を設定する。順序番号
（８０６）にはロングメッセージパケットの順序番号に
指定されていた値をそのまま設定する。データ書き込み
アドレス（８０７）とデータサイズ（８０８）には、受
信領域割当処理（６０５）で割り当てた受信領域のアド
レスとサイズを格納する。

【００４３】ロングデータ転送パケットのヘッダは、パ
ケットフラグ（８０５）に、Dフィールドのみに１を設
定し、その他のフィールドには０を設定する。データ書
き込みアドレス（８０７）とデータサイズ（８０８）
は、アドレス通知パケットで指定された値を設定し、通
信端点ID（８０９）とユーザ指定値（８１０）には、受
信領域割当要求パケットで指定した値を設定する。

【００４４】また、ユーザが通信端点に受信領域割当関
数を指定していなかった場合に実行されるデフォルト受
信領域割当関数の処理は以下の通りである。デフォルト
受信領域割当関数は、引数packet（４５１）で指定され
た受信パケットのデータ部（８０２）に格納されている
メッセージヘッダ（１１０１）を調べ、ロングデータサ
イズ（１１０６）を取得する。次にロングデータサイズ
分のメモリ領域を動的に割り当て、その先頭アドレスを
&addr（４５２）を通じて返す。以上の通信インタフェ
ースを用いて、ファイルクライアント（１１６）とファ
イルサーバ（１３６）はファイルデータの送受信を行
う。

【００４５】ここでは、UAP（１２１）がファイルの読
み込み要求を行った場合の、ファイルクライアント（１
１６）とファイルサーバ（１３６）の処理を説明する。
ファイルクライアントは、ＵＡＰ（１２１）の読み込み
要求に従って、ファイルサーバにファイル読み込み要求
メッセージを送信し、ファイルサーバから受け取った応
答メッセージに含まれるファイルデータを、ＵＡＰ（１
２１）が指定したデータ受信領域に格納する処理を行
う。サーバからの応答メッセージ受信領域の割り当て
に、デフォルト受信領域割当関数を用いると、通信管理
部が新たにメモリ領域を割り当て、そこにファイル読み
込みデータを格納する。このため、応答メッセージ受信
後に、ＵＡＰ（１２１）が指定したデータ受信領域にデ
ータをコピーする必要がある。このコピーオーバヘッド
は、あらかじめＵＡＰ（１２１）がデータ受信領域を指
定しているにも関わらず、通信管理部はそれを知らない
ために発生する。

【００４６】本実施例は、ファイルクライアントが、こ
のコピーオーバヘッドを回避するため、応答メッセージ
の受信領域としてＵＡＰ（１２１）指定のデータ受信領
域（１２２）を選択する受信領域選択関数を設け、あら
かじめ応答メッセージを受信する通信端点に登録すると
ころに特徴がある。応答メッセージを直接ＵＡＰ（１２
１）指定のデータ受信領域（１２２）に格納することに
より、コピーオーバヘッドを削減する。受信領域選択関
数が、応答メッセージに応じたデータ受信領域を正しく
選択できるように、ファイルクライアントは、サーバに
対する読み込み要求にファイルクライアント内で一意な
トランザクションＩＤを付加し、そのトランザクション
IDとＵＡＰ（１２１）が指定したデータ受信領域（１２
２）の対応を管理する受信領域管理テーブルを保持す
る。このトランザクションIDはファイルサーバからの応
答メッセージにも付加され、応答メッセージ受信時に受
信領域選択関数が通信管理部から呼ばれる際に同時に渡
される。受信領域選択関数は、このトランザクションID
を用いてデータ受信領域管理テーブル（１１８）を検索
し、ユーザが指定したデータ受信領域を特定する。受信
領域選択関数は、サーバからの応答メッセージを受信す
るための通信端点を作成するときに登録する。通信端点
の作成は、ファイルクライアント初期化時に行う。この
時指定するcommID（４１１）には、ファイルサーバとの
間であらかじめ取り決めてあるＩＤを指定し、faddr
（４１２）には、受信領域選択関数（１１９）のアドレ
スを指定する。

【００４７】図３にデータ受信領域管理テーブル（１１
８）の構成を示す。データ受信領域管理テーブルは、Ｕ
ＡＰからの受信要求ごとのエントリを持ち、各エントリ
はトランザクションIDフィールド（３０１）、受信プロ
セスフィールド（３０２）、UAP指定アドレスフィール
ド（３０３）、サイズフィールド（３０４）の4つのフ
ィールドで構成する。トランザクションIDフィールドに
はファイルクライアントが割り当てたトランザクション
IDを格納する。受信プロセスフィールドには、ファイル
読み込み要求を発行したUAPのプロセスIDを格納する。U
AP指定アドレスフィールド（３０３）及びサイズフィー
ルド（３０４）には、それぞれUAPが指定するデータ受
信領域の開始アドレスおよびサイズを指定する。

【００４８】ファイルクライアントが定義する受信領域
選択関数の処理の流れを図１０に示す。受信領域選択関
数は、応答メッセージの受信領域割り当てパケット到着
時に通信管理部から呼び出される。このとき受信したパ
ケットへのアドレスが引数packet（４５１）で渡され
る。受信領域選択関数は、このパケットヘッダを解析
し、ユーザ指定値（８１５）に格納されているトランザ
クションＩＤを取得する（１１０１）。次に、取得した
トランザクションＩＤをキーとして、受信領域管理テー
ブルを検索する。取得したトランザクションＩＤと同じ
トランザクションＩＤを持つ受信領域管理テーブルのエ
ントリが、応答メッセージに対応するデータ受信領域を
保持しているので、同エントリのＵＡＰ指定アドレス
（３０２）に格納されている値を引数&addr（４５２）
が示す領域に格納した後、処理を終了する。

【００４９】図７を用いてファイル読み込み時の、ファ
イルクライアント処理の詳細を説明する。UAP（１２
１）がファイル読み込み要求を発行すると、ファイルク
ライアントはまず始めに引数チェックを行う（７０
１）。UAP（１２１）が指定する引数は、少なくともフ
ァイルを識別するためのディスクリプタと、読み出した
ファイルデータを格納するための受信領域、および読み
込むサイズである。これらの引数が不正であれば、ファ
イルクライアントはエラーを返し、処理を終了する。引
数が正常の場合、次にトランザクションIDの割り当て処
理を行う（７０２）。トランザクションIDはファイルサ
ーバへの要求メッセージ、ファイルサーバからの応答メ
ッセージ、およびUAP（１２１）が指定したデータ受信
領域（１２２）の関連付けに用いる番号であり、ファイ
ルクライアントが一意に割り当てる。続いて、UAP（１
２１）が指定したデータ受信領域（１２２）を、データ
受信領域管理テーブル（１１８）へ登録する（７０
３）。登録する情報は、割り当てたトランザクションID
（３０１）、読み込み要求を発行したUAP（１２１）の
プロセスID（３０２）、UAP（１２１）が指定したデー
タ受信領域の開始アドレス（３０３）とサイズ（３０
４）である。

【００５０】登録が完了すると、ファイルサーバ（１３
６）に対してファイル読み込み要求を送信する（７０
４）。ファイル読み込み要求の送信には、、send（４０
３）を使用する。引数node（４３１）にはファイルサー
バの存在する受信ノード番号を、commID（４３２）には
ファイルサーバが作成した通信端点の通信端点IDを、ms
g（４３３）とsize（４３４）にはファイル読み込み要
求を格納したメッセージの開始アドレスとそのサイズ
を、uvalにはトランザクションIDを指定する。ファイル
読み込み要求で使用する通信メッセージは、ショートデ
ータのみで作成し、少なくとも読み込むファイルのディ
スクリプタ、読み込みサイズの情報を含む。

【００５１】ファイル読み込み要求を送信すると、recv
（４０４）を発行してファイルサーバからのデータ受信
を待つ（７０５）。引数commID（４４１）には、ファイ
ルクライアント初期化時に作成した通信端点のIDを、&m
sg（４４２）にはサーバからの応答メッセージを受信す
る領域へのポインタを、&size（４４３）には、応答メ
ッセージを受信する領域のサイズを格納した領域へのポ
インタを、&uval（４４４）には、受信したファイルデ
ータに付加されたトランザクションIDを格納する領域へ
のポインタを指定する。

【００５２】サーバからの応答メッセージを受信する
と、recv（４０４）がリターンし、&msg（４４２）に受
信した応答メッセージが、&size（４４３）に応答メッ
セージのサイズが、&uval（４４４）にトランザクショ
ンＩＤが格納される。&uval（４４４）のトランザクシ
ョンＩＤを用いて受信領域管理テーブルを検索し、ＵＡ
Ｐ（１２１）が指定した受信領域のエントリを取得す
る。データ受信完了後、受信領域管理テーブルの受信の
終了したエントリを削除する（７０６）。

【００５３】図９にファイルサーバのファイル読み込み
処理の流れを示す。ファイルサーバは、ファイルクライ
アントからのファイル読み込み要求を受信（９０１）す
ることでファイル読み込み処理を開始する。要求メッセ
ージを受信すると、メッセージの内容を解析し（９０
２）、読み込むファイルのファイルディスクリプタ、お
よびサイズを取得する。次に取得した情報を用いて要求
されたファイルのデータを読み込む（９０３）。ファイ
ルデータの読み込みが完了すると、読み込んだデータを
ロングメッセージとしてファイルクライアントに送信す
る（９０４）。このとき送信するロングメッセージに
は、ファイルクライアントから受信した要求メッセージ
に付加されていたトランザクションＩＤを付加する。

【００５４】図１２〜図１４を用いて、本発明の第２の
実施例を説明する。先に説明した第１の実施例では、プ
ロトコル処理関数である受信領域割り当て関数を通信端
点作成時に指定した。しかし、このインタフェースで
は、従来の通信方法を本発明が提供する通信方法に改良
する場合に、通信端点作成インタフェースを新たに作成
する必要がある。これは、従来の通信端点作成インタフ
ェースを単に変更してしまうと、従来の通信端点作成イ
ンタフェースを使用していたアプリケーションが正しく
動作しないためである。従来のアプリケーションに影響
を与えず、作成するインタフェースを最小に押さえるた
めには、プロトコル処理関数の登録を通信端点作成と独
立させる必要がある。

【００５５】図１２に、プロトコル処理関数登録インタ
フェースを示す。プロトコル処理関数登録インタフェー
スcomm_protocol_reg（１２０１）は、commID（１２１
１）、func_vec（１２１２）、vec_len（１２１３）の
３つを引数にとる。commID（１２１１）はプロトコル処
理関数を登録する通信端点のＩＤである。func_vec（１
２１２）は、登録するプロトコル処理関数のベクタであ
る。vec_len（１２１３）にはfunc_vec（１２１２）の
長さを指定する。func_vec（１２１２）を用いれば、複
数のプロトコル処理関数を１度に登録する事ができる。

【００５６】図１３にプロトコル処理関数登録ベクタの
構成を示す。プロトコル処理関数ベクタの各エントリ
は、関数ＩＤ（１３０１）と関数ポインタ（１３０２）
の２つのフィールドで構成する。関数ＩＤ（１３０１）
は、登録する関数の種類を識別するＩＤであり、通信管
理部が定義する。通信の使用者は、再定義するプロトコ
ル処理関数のＩＤをこの関数ＩＤ（１３０１）に指定す
る。関数ポインタ（１３０２）には、通信の使用者が定
義した関数へのポインタを指定する。

【００５７】図１４に、複数のプロトコル処理関数を保
持する通信端点管理テーブルの構成を示す。第１の実施
例図２に示した通信端点管理テーブル同様、通信端点の
ＩＤ（１４０１）およびメッセージキュー（１４０２）
を持つ。図２との違いは、関数ＩＤ毎にプロトコル処理
関数へのポインタを保持できる点である。図１４では、
関数ＩＤ１ポインタ（１４０３）、関数ＩＤ２ポインタ
（１４０４）、関数ＩＤ３ポインタ（１４０５）の３つ
のプロトコル処理関数が登録できる。通信端点作成とプ
ロトコル処理関数登録方法以外のの通信手順や、ファイ
ルクライアント−ファイルサーバ間の通信方法は、第１
の実施例と同じである。

【００５８】

【発明の効果】本発明によれば、並列計算機のノード間
通信において、通信の使用者が通信プロトコル処理の一
部を再定義し、通信使用形態に最適化した通信プロトコ
ルを実現できる。

【図面の簡単な説明】

【図１】本発明が対象とする並列計算機の全体構成を示
す図である。

【図２】通信端点テーブルの構成を示す図である。

【図３】受信領域管理テーブルの構成を示す図である。

【図４】通信インタフェースを示す図である。

【図５】ショートメッセージの転送手順を示す図であ
る。

【図６】ロングメッセージの転送手順を示す図である。

【図７】ファイルクライアントのファイル読み込み処理
の流れを示す図である。

【図８】ネットワークパケットの構成を示す図である。

【図９】ファイルサーバのファイル読み込み処理の流れ
を示す図である。

【図１０】ファイルクライアントが定義する受信領域選
択関数の処理の流れを示す図である。

【図１１】通信メッセージの構成を示す図である。

【図１２】第２の実施例で用いるプロトコル処理関数登
録インタフェースを示す図である。

【図１３】第２の実施例で用いるプロトコル処理関数登
録ベクタの構成を示す図である。

【図１４】第２の実施例で用いる通信端点管理テーブル
を示す図である。

【符号の説明】

１０１〜１０４ ノード １０５ ネットワーク １０６ ディスク １１１、１３１ プロセッサ １１２、１３２ ネットワークアダプタ １１３、１３３ メモリ １１４、１３４ ＯＳ １１５、１３５ 通信管理部 １１６ ファイルクライアント １１７、１３７ 通信端点管理テーブル １１８ データ受信領域管理テーブル １１９ 受信領域選択関数 １２０、１２１、１４０ ＵＡＰ １２２ データ受信領域 １２３、１４１ プロトコル処理関数群 １３６ ファイルサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤井 直大 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数のノードをネットワークで結合し、
   該複数のノードの各々は、メモリと、プロセッサと、ネ
   ットワークアダプタを有し、該メモリには通信管理部が
   設定され、該通信管理部はノード間で通信を行うための
   通信プロトコル処理を行う構成の並列計算機における通
   信方法であって、 該通信管理部のプロトコル処理の一部に、通信の使用者
   が定義したプロトコル処理関数を登録し、 通信時に、該通信プロトコル処理の一部を行うプロトコ
   ル処理関数が新たに定義され登録されていれば、該通信
   プロトコル処理の一部を、該新たに定義されたプロトコ
   ル処理関数を用いて行うことを特徴とする通信方法。
2. 【請求項２】 複数のノードをネットワークで結合し、
   該複数のノードの各々は、メモリと、プロセッサと、ネ
   ットワークアダプタを有し、該メモリには通信管理部が
   設定され、該通信管理部は、複数の通信端点を管理し、
   ノード間で通信を行うための通信プロトコルの処理を行
   う構成の並列計算機における通信方法であって、 通信の使用者が定義したプロトコル処理の一部を行うプ
   ロトコル処理関数を、使用する通信端点に登録し、 通信時に、通信端点に該通信プロトコル処理の一部を行
   うプロトコル処理関数が登録されていれば、該通信端点
   に関する通信を処理する該通信プロトコル処理の一部を
   該登録されたプロトコル処理関数を用いて行うことを特
   徴とする通信方法。
3. 【請求項３】 請求項２記載の通信方法において、 前記通信端点への通信プロトコル処理の一部を行うプロ
   トコル処理関数の登録は、通信端点作成時に行うことを
   特徴とする通信方法。
4. 【請求項４】 請求項２記載の通信方法において、 前記通信端点への通信プロトコル処理の一部を行うプロ
   トコル処理関数の登録は、通信端点作成から通信端点消
   去までの間に行うことを特徴とする通信方法。
5. 【請求項５】 請求項１または請求項２記載の通信方法
   において、 前記通信の使用者が定義し登録する通信プロトコル処理
   の一部を行うプロトコル処理関数は、受信するメッセー
   ジデータの受信領域割り当て関数であることを特徴とす
   る通信方法。
6. 【請求項６】 複数のノードをネットワークで結合し、
   該複数のノードの各々は、メモリと、プロセッサと、ネ
   ットワークアダプタを有し、該メモリには通信管理部が
   設定されている並列計算機において、 通信メッセージの送信側で、通信メッセージに任意の識
   別子を付加し、受信側は、該識別子が付加された通信メ
   ッセージに対応する受信領域を、該通信メッセージ受信
   前に識別子とともにあらかじめ登録しておき、該識別子
   が付加された通信メッセージ受信時に、該識別子に対応
   する受信領域が登録されていれば、該登録されている受
   信領域に通信メッセージを格納する通信方法。
7. 【請求項７】 複数のノードをネットワークで結合した
   並列計算機において、 該複数のノードの各々は、メモリと、プロセッサと、ネ
   ットワークアダプタと、通信管理部を有し、該通信管理
   部は、該複数のノード間で通信を行うための通信プロト
   コル処理を行う手段と、該通信プロトコル処理の一部を
   行うプロトコル処理手段を新たに設定、登録する手段を
   有することを特徴とする並列計算機。
8. 【請求項８】 複数のノードをネットワークで結合した
   並列計算機において、 該複数のノードの各々は、メモリと、プロセッサと、ネ
   ットワークアダプタと、通信管理部を有し、該通信管理
   部は、複数の通信端点を管理する手段と、該複数のノー
   ド上の通信端点間で通信を行うための通信プロトコル処
   理を行う手段と、該通信プロトコル処理の一部を行うプ
   ロトコル処理手段を該複数の通信端点毎に新たに設定、
   登録する手段を有することを特徴とする並列計算機。
9. 【請求項９】 複数のノードをネットワークで結合した
   並列計算機において、 該複数のノードの各々は、メモリと、プロセッサと、ネ
   ットワークアダプタと、通信管理部と、通信メッセージ
   に対し任意の識別子を付加する手段と、該任意の識別子
   が付加された通信メッセージの受信領域を、該任意の識
   別子毎に登録する手段を有することを特徴とする並列計
   算機。
10. 【請求項１０】 複数のノードをネットワークで結合
    し、該複数のノードの各々は、メモリと、プロセッサ
    と、ネットワークアダプタと、通信管理部を有し、 該通信管理部は、複数の通信端点を管理する手段と、該
    複数の通信端点毎に、メッセージ受信領域割当手段を設
    定、登録する手段と、通信メッセージに任意の識別子を
    付加する手段を有し、 該複数のノードの少なくとも１つのノード上に、サービ
    スを提供するサーバが存在し、該複数のノードの少なく
    とも１つのノード上に、該サーバに対しサービスを要求
    するクライアントが存在する並列計算機において、 該クライアントは、該サーバからの通信メッセージを受
    信する通信端点に対し、通信メッセージ受信処理時に呼
    び出される受信領域割当手段を登録しておき、 該クライアントは、該サーバに対しデータを要求するメ
    ッセージを送信する際に、該データの受信領域に識別子
    を付け、該サーバに送信する要求メッセージに該識別子
    を付加し、 該要求メッセージを受信した該サーバは、該クライアン
    トに返信する応答メッセージに該識別子を付加し、 該クライアントは、該応答メッセージ受信時に呼び出さ
    れる該登録しておいた受信領域割当手段により該識別子
    に対応する受信領域を選択し、 該通信管理部は、該選択された受信領域に対して受信メ
    ッセージを格納することを特徴とするクライアント・サ
    ーバ間通信方法。