JPH11110365A - ネットワーク計算機システム、該システムで用いる計算機、および該システムに係る方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】サーバ計算機に障害が発生した場合でも、障害
回復時間が短くて済む要求応答型マルチキャスト通信機
能を持ったネットワーク計算機システムを提供する。 【解決手段】クライアント計算機１０１（１）は複数の
サーバ計算機１０１（２〜Ｎ）に応答フラグを含む要求
メッセージを送信する。応答フラグは、サーバ計算機か
ら応答を送信するか否かを指定するフラグである。サー
バ計算機では、クライアント計算機から送信された要求
メッセージを受信し、要求に応じた処理を実行し、その
要求メッセージ中の応答フラグが応答を送信することを
指示する値であるときは応答メッセージを生成してクラ
イアントに送信し、一方、応答フラグが応答を送信しな
いことを指示する値であるときは応答メッセージを送信
せずに保存しておく。サーバに障害が発生して応答がな
いときは、処理結果を保存してあるサーバに再度要求を
出して応答を得るようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機をネ
ットワークによって接続したネットワーク計算機システ
ムに於いて、クライアント計算機が複数のサーバ計算機
と通信する際に発生するネットワークトラフィックを抑
えつつ、可用性を保持する技術に関する。

【０００２】

【従来の技術】銀行の預金口座のデータベースにアクセ
スするようなオンライントランザクションシステムや、
在庫や販売に関するデータを格納したデータベースに対
する検索や更新サービス等には、クライアントサーバモ
デルと呼ばれる処理モデルが適用されている。これは、
複数の計算機がネットワークを介して接続されているシ
ステムに於いて、ある計算機が、データベースの検索や
更新等の処理要求メッセージを、データベースを備えて
いる別の計算機に送信し、その処理要求メッセージを受
信した計算機は、要求に応じてデータベースの検索や更
新を実行し、その処理結果を通信メッセージで要求元の
計算機に送信する、という処理モデルである。このと
き、処理を要求する計算機をクライアントと呼び、クラ
イアントからの処理要求を実際に処理してその結果をク
ライアントに返す計算機をサーバと呼ぶ。

【０００３】クライアントサーバモデルでは、クライア
ント及びサーバは定型的な通信メッセージの送受信を行
っており、例えば通信メッセージの送受信のために以下
のような操作命令を持つ。また、以下のような操作命令
を使用する通信を、要求応答型通信と呼ぶ。

【０００４】 Send(server,message) ；クライアント側の操作
命令 サーバ計算機serverに要求メッセージmessageを送信
し、サーバ計算機serverから応答メッセージを受信する
まで待つ。応答メッセージが到着したら応答メッセージ
をmessageに格納する。 ReceiveAny(client,message) ；サーバ側の操作命令１ 任意のクライアント計算機から要求メッセージmessage
を受信する。クライアント計算機の識別子がclientに返
される。 Reply(client,message) ；サーバ側の操作命令２ クライアント計算機clientに応答メッセージmessageを
送信する。

【０００５】要求応答型通信の詳細については、例え
ば、前川、所、清水編による「分散オペレーティングシ
ステムUNIXの次にくるもの」、共立出版、１９９１、６
０〜６１頁に記載されている。

【０００６】一方、サーバ計算機のハードウェア故障や
OSバグ等による障害からサーバ計算機が提供しているサ
ービスが停止することを防ぐために、同一のサービスを
提供している複数のサーバ計算機に要求メッセージを送
信するマルチキャストと呼ばれる技術がある。マルチキ
ャストは、一回の送信操作命令で物理的に複数の計算機
に通信メッセージを送信するため、送信先の計算機を論
理的に一つの計算機とみなすことができる。物理的に複
数のサーバ計算機上で同じサービスを提供し、クライア
ント計算機がマルチキャストを使用すれば、ひとつのサ
ーバ計算機が障害でサービスを停止した場合でも、他の
サーバ計算機がクライアント計算機に応答メッセージを
返すことができる。また、サーバ計算機のサービス停止
を検出してから、再度要求メッセージを別のサーバ計算
機に送信する場合と比較して、マルチキャストによって
同じ要求メッセージをすでに別の計算機に送信済みのた
め、サーバ計算機上での処理時間が長い要求でも、障害
からの回復時間が短くて済む。したがって、ネットワー
ク計算機システムで動作するアプリケーションの可用性
を高めることができる。マルチキャスト機能を備えた要
求応答型通信の操作命令を提供するシステムとしては、
例えば、コーネル大学テクニカルレポートTR87-849 ISI
S DOCUMENTATION: RELEASE 1. Kenneth P. Birman, Tho
mas A.Josephand Frank B. Schmuck.の１２〜１４頁に
記載されたものがある。

【０００７】

【発明が解決しようとする課題】上述の要求応答型のマ
ルチキャスト通信を使用してクライアント計算機が複数
のサーバ計算機に要求応答処理を依頼するシステムの場
合、クライアント計算機とサーバ計算機とが１対１の関
係にある場合と比較して、サーバ計算機の障害から回復
する時間が短くて済むため可用性が向上する。

【０００８】しかし、クライアント計算機からサーバ計
算機に送信する要求メッセージ、及びサーバ計算機から
クライアント計算機に送信する応答メッセージの数が増
えるために、ネットワークトラフィックが増大する。そ
のため、ネットワーク計算機システム全体の実行効率が
下がるという問題点がある。

【０００９】本発明の目的は、上記問題点を解決するた
め、サーバ計算機に障害が発生していない通常動作の際
にネットワークトラフィックを抑えつつ、かつ、サーバ
計算機に障害が発生した場合でも、障害回復時間が短く
て済む要求応答型マルチキャスト通信機能を持ったネッ
トワーク計算機システムを提供することにある。また、
そのような計算機システムで用いる計算機、および該シ
ステムに係る方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に係る発明は、少なくとも１台の第１の計
算機と複数台の第２の計算機とをネットワークで接続し
て構成するネットワーク計算機システムに於いて、第１
の計算機は、通信メッセージの送信先である複数の第２
の計算機のそれぞれに対応してその第２の計算機の動作
を制御する動作制御フラグを生成する動作制御フラグ生
成手段と、送信先の複数の第２の計算機に、同じ要求内
容を表すメッセージと各第２の計算機ごとに生成した動
作制御フラグとを含む要求メッセージを生成して、それ
ぞれ送信する送信手段と、第２の計算機から送信された
応答メッセージを受信する受信手段とを備え、第２の計
算機は、上記第１の計算機から送信された要求メッセー
ジを受信する受信手段と、受信した要求メッセージ中の
要求内容に応じた処理を実行する要求処理手段と、受信
した要求メッセージ中の動作制御フラグに基づいて、上
記要求処理手段の処理結果を含む応答メッセージを生成
し上記第１の計算機に送信するか否かを判定する動作制
御フラグ判定手段と、該動作制御フラグ判定手段により
応答メッセージを生成して送信すると判定した場合に、
応答メッセージを生成して上記第１の計算機に送信する
送信手段とを備えたことを特徴とする。

【００１１】請求項２に係る発明は、少なくとも１台の
第１の計算機と複数台の第２の計算機とをネットワーク
で接続して構成するネットワーク計算機システムに於い
て、第１の計算機は、他の計算機と通信メッセージを送
受信するための通信メッセージ送受信手段と、送信すべ
き通信メッセージに対して該第１の計算機内で一意であ
る通信メッセージ識別子を生成する通信メッセージ識別
子生成手段と、送信先の計算機の動作を制御する動作制
御フラグを生成する動作制御フラグ生成手段と、上記通
信メッセージ識別子と上記動作制御フラグを含む通信メ
ッセージを作成する通信メッセージ作成手段とを備え、
第２の計算機は、他の計算機と通信メッセージを送受信
するための通信メッセージ送受信手段と、第１の計算機
から受信した通信メッセージ中の動作制御フラグに基づ
いて、該受信した通信メッセージへの応答としての通信
メッセージを、第１の計算機に対して送信するか否かを
判断する動作制御フラグ判定手段と、第１の計算機から
受信した通信メッセージへの応答として、該受信した通
信メッセージ中の通信メッセージ識別子を含む通信メッ
セージを作成する通信メッセージ作成手段とを備え、第
１の計算機では、複数の第２の計算機に対して、同じ要
求内容を表すメッセージと同じ通信メッセージ識別子と
送信先の第２の計算機ごとに生成した動作制御フラグと
を含む通信メッセージである要求メッセージを、それぞ
れ生成して送信し、各第２の計算機では、第１の計算機
から送信された要求メッセージを受信し、受信した要求
メッセージ中の動作制御フラグにより第１の計算機に対
して応答の通信メッセージである応答メッセージを送信
するか否かを判断し、送信すると判断した場合は、受信
した要求メッセージ中のメッセージ識別子を含む応答メ
ッセージを作成して第１の計算機に送信し、第１の計算
機では、第２の計算機から送信された応答メッセージを
受信し、該応答メッセージ中の通信メッセージ識別子と
先に第２の計算機に送信した要求メッセージに含めた通
信メッセージ識別子とが一致することを判断し、一致し
た場合のみ該応答メッセージを適正な応答メッセージと
して認識することを特徴とする。

【００１２】請求項３に係る発明は、請求項１または２
において、さらに前記第１の計算機が、複数の第２の計
算機のそれぞれに対応して、その第２の計算機に障害が
発生しているか否かを示す生存フラグを記憶する生存フ
ラグ記憶手段と、複数の第２の計算機に送信した要求メ
ッセージに対して、第２の計算機から一定時間内に応答
がないことを検出するためのタイムアウト検出手段と、
該タイムアウト検出手段によって一定時間内に応答がな
いことを検出した場合、応答メッセージを送信すること
を指示する動作制御フラグを設定して要求メッセージを
送信した第２の計算機に対応する生存フラグを該計算機
に障害が発生していることを示す値に設定するととも
に、応答メッセージを送信しないことを指示する動作制
御フラグを設定して要求メッセージを送信した第２の計
算機の中から生存フラグが障害を発生していないことを
示す値に設定されている計算機を選択し、選択した第２
の計算機に、応答メッセージを送信することを指示する
動作制御フラグを設定した同じ要求メッセージを再度送
信する手段とを備えたことを特徴とする。

【００１３】請求項４に係る発明は、請求項２におい
て、さらに前記第２の計算機が、受信した要求メッセー
ジに含まれている要求識別子と該要求メッセージに応じ
て処理した結果とを保存しておく保存手段と、該保存手
段への保存の後に同じ第１の計算機から再び要求メッセ
ージを受信した場合、該受信した要求メッセージに含ま
れている要求識別子と該保存手段に保存されている要求
識別子とを比較し、一致したときは、該受信した要求メ
ッセージ中の動作制御フラグが応答を指示する値である
ことを確認した後に該保存手段に保存してある処理結果
から応答メッセージを生成して第１の計算機に送信する
手段とを備えたことを特徴とする。

【００１４】請求項５に係る発明は、請求項４におい
て、前記保存手段に要求識別子と処理結果とを保存する
際、すでに同じ第１の計算機から受信した要求メッセー
ジの要求識別子と処理結果が登録されていた場合は、そ
の登録済みの要求識別子と通信メッセージの格納領域を
再利用して、新たに受信した要求メッセージの要求識別
子と該要求メッセージに応じた処理結果を保存すること
を特徴とする。

【００１５】請求項６に係る発明は、請求項１または２
において、さらに前記第１の計算機が、同じサービスを
提供する複数の第２の計算機を１つのグループとし、各
グループにグループ識別子を付して管理するグループ情
報管理手段と、該グループ情報管理手段により管理され
ているグループ識別子を用いて、指定されたグループに
属する複数の第２の計算機に要求メッセージを送信する
手段とを備えたことを特徴とする。

【００１６】請求項７に係る発明は、少なくとも１台の
クライアント計算機と複数台のサーバ計算機とをネット
ワークで接続して構成するネットワーク計算機システム
に於けるクライアント計算機であって、通信メッセージ
の送信先である複数のサーバ計算機のそれぞれに対応し
てそのサーバ計算機の動作を制御する動作制御フラグを
生成する動作制御フラグ生成手段と、送信先の複数のサ
ーバ計算機に、同じ要求内容を表すメッセージと各サー
バ計算機ごとに生成した動作制御フラグとを含む要求メ
ッセージを生成して、それぞれ送信する送信手段と、サ
ーバ計算機から送信された応答メッセージを受信する受
信手段とを備えたことを特徴とする。

【００１７】請求項８に係る発明は、少なくとも１台の
クライアント計算機と複数台のサーバ計算機とをネット
ワークで接続して構成するネットワーク計算機システム
のクライアント計算機に於けるサーバアクセス方法であ
って、通信メッセージの送信先である複数のサーバ計算
機のそれぞれに対応してそのサーバ計算機の動作を制御
する動作制御フラグを生成する動作制御フラグ生成ステ
ップと、送信先の複数のサーバ計算機に、同じ要求内容
を表すメッセージと各サーバ計算機ごとに生成した動作
制御フラグとを含む要求メッセージを生成して、それぞ
れ送信する送信ステップと、サーバ計算機から送信され
た応答メッセージを受信する受信ステップとを備えたこ
とを特徴とする。

【００１８】請求項９に係る発明は、少なくとも１台の
クライアント計算機と複数台のサーバ計算機とをネット
ワークで接続して構成するネットワーク計算機システム
に於けるサーバ計算機であって、上記クライアント計算
機から送信された要求メッセージを受信する受信手段
と、受信した要求メッセージ中の要求内容に応じた処理
を実行する要求処理手段と、受信した要求メッセージ中
の動作制御フラグに基づいて、上記要求処理手段の処理
結果を含む応答メッセージを生成し上記クライアント計
算機に送信するか否かを判定する動作制御フラグ判定手
段と、該動作制御フラグ判定手段により応答メッセージ
を生成して送信すると判定した場合に、応答メッセージ
を生成して上記クライアント計算機に送信する送信手段
とを備えたことを特徴とする。

【００１９】請求項１０に係る発明は、少なくとも１台
のクライアント計算機と複数台のサーバ計算機とをネッ
トワークで接続して構成するネットワーク計算機システ
ムのサーバ計算機に於けるクライアントからの要求を処
理する方法であって、上記クライアント計算機から送信
された要求メッセージを受信する受信ステップと、受信
した要求メッセージ中の要求内容に応じた処理を実行す
る要求処理ステップと、受信した要求メッセージ中の動
作制御フラグに基づいて、上記要求処理手段の処理結果
を含む応答メッセージを生成し上記クライアント計算機
に送信するか否かを判定する動作制御フラグ判定ステッ
プと、該動作制御フラグ判定手段により応答メッセージ
を生成して送信すると判定した場合に、応答メッセージ
を生成して上記クライアント計算機に送信する送信ステ
ップとを備えたことを特徴とする。

【００２０】

【発明の実施の形態】以下、図面を用いて、本発明の実
施の形態を説明する。

【００２１】図１は、本発明の実施の形態を示すネット
ワーク計算機システムのブロック図である。

【００２２】本図に於いて、ネットワーク計算機システ
ム１００は、ネットワーク１１６を介して接続された複
数の計算機１０１（１〜Ｎ）から構成される。ネットワ
ーク１１６は、計算機間でデータを交換するための通信
メッセージ５０１，６０１（図５及び図６で後述）の伝
送路である。計算機１０１は、クライアント計算機とサ
ーバ計算機の２種類に分類される。１０１（１）にクラ
イアント計算機の構成を示し、１０１（２）にサーバ計
算機の構成を示す。クライアント計算機１０１（１）
は、データベースの検索や更新等の処理を他の計算機に
通信メッセージによって要求し、処理結果を通信メッセ
ージで受信する計算機である。サーバ計算機１０１
（２）は、該クライアント計算機からの要求メッセージ
を受信し、要求された処理、例えばデータベースの検索
や更新等を自計算機で実行し、処理結果をクライアント
計算機に応答メッセージで送信する計算機である。

【００２３】ネットワーク１１６に接続されるクライア
ント計算機１０１（１）とサーバ計算機１０１（２）の
台数は何れも任意であるが、本システムはクライアント
計算機からマルチキャストで複数のサーバ計算機に要求
メッセージを送信するので、サーバ計算機は少なくとも
２台以上用意されている。また、クライアント計算機と
サーバ計算機は同一計算機でも構わない。

【００２４】計算機１０１（１〜Ｎ）は、プログラム命
令列を実行するプロセッサ１１０(１〜Ｎ)、プログラム
命令列やデータを格納するための磁気ディスク等の補助
記憶装置１０９（１〜Ｎ）、メインメモリ１０２（１〜
Ｎ）、ネットワーク１１６に通信メッセージを送受信す
るためのネットワークインタフェース１１１（１〜
Ｎ）、ＣＤ等の記録媒体に格納されたプログラム命令列
やデータを読み出すためのＣＤドライブ１１７（１〜
Ｎ）、及び計算機の各ブロック間のデータ伝送路である
システム・バス１０８（１〜Ｎ）から構成される。

【００２５】クライアント計算機１０１（１）上のメイ
ンメモリ１０２（１）には、要求メッセージをサーバ計
算機に送信しサーバ計算機からの応答メッセージを受信
するためのメッセージ送受信手続きを格納した領域１０
３、サーバ計算機が応答メッセージを送信するか否かを
示す応答フラグを格納するための応答フラグ情報格納領
域１０４、要求メッセージに対して一意な識別子である
要求識別子を格納するための領域１０５（１）、要求メ
ッセージの送信先計算機のネットワークアドレスを管理
するサーバグループ情報を格納するための領域１０６、
及び自計算機のネットワークアドレスを格納した自計算
機アドレス格納領域１０７（１）が設けられている。

【００２６】サーバ計算機１０１（２）上のメインメモ
リ１０２（２）には、要求メッセージをクライアント計
算機から受信するためのメッセージ受信手続きを格納し
た領域１１３、応答メッセージをクライアント計算機に
送信するためのメッセージ送信手続きを格納した領域１
１２、応答メッセージを送信するか否かを示す応答フラ
グを格納するための領域１１４、要求メッセージに対し
て一意な識別子である要求識別子を格納するための領域
１０５（２）、応答メッセージをクライアントに送信せ
ずに自計算機に保存するための応答メッセージ管理情報
を格納するための領域１１５、及び自計算機のネットワ
ークアドレスを格納した自計算機アドレス１０７（２）
が設けられている。

【００２７】なお、以下では各種の情報を格納する領域
と該領域に格納する情報とを同じ番号で表すものとす
る。例えば、１０６は、サーバグループ情報を格納する
領域を表すとともに、該領域に格納する情報であるサー
バグループ情報そのものをも表すものとする。

【００２８】図２は、図１のシステムに於けるサーバグ
ループ情報１０６の構成例を示す。サーバグループ情報
１０６は、サーバ計算機が提供するサービスを管理する
サービス情報２０６と、同じサービスを提供している複
数の計算機のネットワークアドレスを管理するためのサ
ービス提供計算機情報２０７とから構成される。

【００２９】サービス情報２０６は、同じサービスを提
供する複数のサーバ計算機をひとつにまとめるためのサ
ーバグループ識別子２０１と、サービス提供計算機情報
２０７の表中の一行に対応するリンク２０２とから構成
される。リンク２０２には、次に説明するサービス提供
計算機情報２０７のインデックス２０３の情報が設定さ
れている。サービス提供計算機情報２０７は、表中の各
行に一意な識別子であるインデックス２０３と、サーバ
計算機のネットワークアドレスであるサーバアドレス２
０４と、複数のサーバ計算機に対応するためのリスト構
造を作るために使用するリンク２０５とから構成され
る。リスト構造の末尾に位置するエントリのリンク２０
５には、該エントリがリスト構造の末尾であることを示
すために、特別な識別子ENDが格納される。

【００３０】図２に於いて、例えばサーバグループ識別
子２０１が「１２」のサービスを提供するサーバのアド
レスを取得したいときには、まずサービス情報２０６の
サーバグループ識別子２０１の欄から「１２」を探し、
対応するリンク２０６の値「１」を得る。次に、サービ
ス提供計算機情報２０７を参照して、該リンク２０６に
対応するインデックス２０３を持つエントリを探す。図
２では、インデックス２０３が「１」であるエントリの
サーバアドレス２０４が「１３３．１４４．９５．１４
５」であるので、これが求めるサーバの１つであること
が判る。さらに、そのエントリのリンク２０５が「１
２」であるので、インデックス２０３が「１２」である
エントリを探す。インデックス２０３が「１２」である
エントリのサーバアドレス２０４は「１３３．１４４．
９５．１４６」であるので、これも求めるサーバの１つ
であることが判る。さらに、そのエントリのリンク２０
５が「END」であるので、このエントリがリスト構造の
末尾であることが判る。

【００３１】図３は、図１のシステムに於ける応答フラ
グ情報１０４の構成例を示す。応答フラグ情報１１４
は、サーバ計算機のネットワークアドレスを格納するサ
ーバアドレス３０１と、該サーバアドレスを持つサーバ
計算機に対する要求メッセージに設定する応答フラグの
値を格納する応答フラグ３０２と、該サーバアドレスを
持つサーバ計算機に障害が発生しているかどうかを示す
生存フラグ３０３とから構成される。応答フラグ３０２
には、初期値として、応答を要求するサーバには「ye
s」が、応答を要求しないサーバには「no」が、それぞ
れ設定されている。生存フラグ３０３の初期値はすべて
「yes」（何れのサーバでも障害は発生していないこと
を示す）とする。サーバの障害が検出されたとき、その
サーバに対応する生存フラグ３０３が「no」にされる。

【００３２】図４は、図１のシステムに於ける応答メッ
セージ管理情報１１５の構成例を示す。応答メッセージ
管理情報１１５は、クライアント計算機のネットワーク
アドレスを格納するクライアントアドレス４０１と、該
クライアントアドレスを持つクライアント計算機からの
要求メッセージに含まれている要求識別子４０２と、該
クライアントアドレスを持つ計算機からの要求メッセー
ジの処理結果を格納する処理結果メッセージ４０３とか
ら構成される。応答メッセージ管理情報１１５の各欄４
０１〜４０３は始めは空白であり、任意のクライアント
から要求メッセージが送られてきたとき、そのクライア
ントアドレスと要求識別子とその要求に対応する処理結
果メッセージをこれらの欄４０１〜４０３に格納するも
のである。

【００３３】図５は、図１のシステムにおける要求メッ
セージの構成例を示す。クライアント計算機が送信する
要求メッセージ５０１は、送信先計算機のネットワーク
アドレスである送信先アドレス５０２、送信元計算機の
ネットワークアドレスである送信元アドレス５０３、要
求メッセージの内容であるメッセージ５０４、クライア
ント計算機から送信するこの要求メッセージに対して一
意になるように割り付けた要求識別子５０５、及びこの
要求メッセージを受信したサーバ計算機がクライアント
計算機に応答メッセージを送信するか否かを示す応答フ
ラグ５０６から構成される。

【００３４】図６は、図１のシステムにおける応答メッ
セージの構成例を示す。サーバ計算機が送信する応答メ
ッセージ６０１は、送信先計算機のネットワークアドレ
スである送信先アドレス６０２、送信元計算機のネット
ワークアドレスである送信元アドレス６０３、応答メッ
セージの内容であるメッセージ６０４、及びサーバ計算
機がクライアント計算機から受信した要求メッセージ中
の要求識別子５０５と同じ識別子を設定する要求識別子
６０５から構成される。

【００３５】図７は、本システムの通常動作時に於ける
クライアント計算機及びサーバ計算機のメッセージ送受
信動作の一例を示すタイミングチャートである。

【００３６】タイミング７０１では、クライアント計算
機１（図１の１０１(１)に対応）は、サーバ計算機に送
信する要求メッセージ毎に一意な識別子である要求識別
子１０５(１)を生成した後（ここでは「１２３」を生成
したとする）、生成した要求識別子「１２３」を付加し
た要求メッセージ５０１を、サーバ計算機２（図１の１
０１(２)に対応）及びサーバ計算機３（図１の１０１
(３)に対応）に対して送信する。その際、要求メッセー
ジに対して応答メッセージを送信するかどうかを示す応
答フラグは、応答フラグ情報１１４に基づいて、サーバ
計算機２への要求メッセージの応答フラグには「１」
を、サーバ計算機３への要求メッセージの応答フラグに
は「０」を、それぞれ設定する。

【００３７】タイミング７０３では、サーバ計算機２が
クライアント計算機１から送信された要求メッセージを
受信し、要求メッセージ中の応答フラグ５０６及び要求
識別子５０５の値を、応答フラグ格納領域１１４(２)及
び要求識別子格納領域１０５(２)に格納する。その後、
サーバ計算機２は要求メッセージの要求に応じた処理を
実行する。

【００３８】一方、タイミング７０５では、サーバ計算
機３がクライアント計算機１から送信された要求メッセ
ージを受信し、要求メッセージ中の応答フラグ５０６及
び要求識別子５０５の値を、応答フラグ格納領域１１４
(３)及び要求識別子格納領域１０５(３)に格納する。そ
の後、サーバ計算機３は要求メッセージの要求に応じた
処理を実行する。

【００３９】タイミング７０４では、サーバ計算機２が
クライアント計算機からの処理要求を完了し、このとき
応答フラグ格納領域１１４(２)の値が「１」であるた
め、クライアント計算機１に対して応答メッセージ６０
１を送信する。その際、応答メッセージ６０１の要求識
別子６０５には、要求識別子格納領域１０５(２)の値が
使用される。

【００４０】タイミング７０６では、サーバ計算機３が
クライアント計算機１からの処理要求を完了し、このと
き応答フラグ格納領域１１４(３)の値が「０」であるた
め、クライアント計算機１に対して応答メッセージ６０
１を送信せず、応答メッセージ管理情報１１５に処理結
果を格納する。

【００４１】タイミング７０２では、クライアント計算
機１は、サーバ計算機２の送信した応答メッセージを受
信する。

【００４２】図８は、本システムの障害発生時に於ける
クライアント計算機及びサーバ計算機のメッセージ送受
信動作の一例を示すタイミングチャートである。タイミ
ング７０１、タイミング７０３、タイミング７０５、及
びタイミング７０６の動作は、上述の通常時に於ける動
作と同様であるので説明を省略する。

【００４３】タイミング８０３では、サーバ計算機２
が、ハードウェアやOS等の障害発生によって、要求メッ
セージを受信したが、応答メッセージを送信できない状
態にある。そのため、タイミング８０１で、クライアン
ト計算機１が、一定の時間内にサーバ計算機２から応答
メッセージが到着していないことをタイマーによって検
出する。この場合、クライアント計算機１は、サーバ計
算機３に応答フラグを「１」に設定した要求メッセージ
を再度送信する。

【００４４】タイミング８０４では、サーバ計算機３
が、受信した要求メッセージ５０１の要求識別子５０５
に基づいて、応答メッセージ管理情報１１５に当該要求
識別子に一致する応答メッセージが存在するかどうかを
調べる。ここでは、一回目の要求メッセージの処理結果
が応答メッセージ管理情報１１５に保存してあるため、
再度当該要求メッセージに応じた処理を実行することな
く、保存してある情報から応答メッセージ６０１を作成
しクライアント計算機１に送信する。タイミング８０２
で、クライアント計算機１は、サーバ計算機３からの応
答メッセージ６０１を受信する。

【００４５】図９は、本システムに於けるクライアント
計算機のメッセージ送受信手続き（図１の１０３）の流
れを示すPAD図である。

【００４６】メッセージ送受信手続き９００では、同一
のサービスを提供する複数のサーバ計算機を一つにまと
めたサーバグループを特定するサーバグループ識別子gi
dと、送信メッセージを格納した送信メッセージバッフ
ァrequestと、受信メッセージを格納するための受信メ
ッセージバッファreplyとを引数とする。ここで、受信
メッセージを格納するためのバッファを、送信メッセー
ジのバッファで代用してもよい。

【００４７】まず、ステップ９０１では、サーバグルー
プ識別子gidを基にして、サーバグループ情報１０６
（図２）から複数のサーバアドレスを得る。ステップ９
０２では、クライアント計算機内で、要求メッセージに
対して一意な識別子である要求識別子を生成する。例え
ば、要求識別子に整数を使用し、要求メッセージを送信
する毎に一ずつ増加させればよい。生成した要求識別子
をreqidとする。

【００４８】ステップ９０３では、ステップ９０１で得
た複数のサーバアドレスの各々に対して、ステップ９０
４及びステップ９０５を実行する。ステップ９０４で
は、サーバアドレスを基にして、応答フラグ情報１１４
（図３）から応答フラグ及び生存フラグの値を得る。生
存フラグは、サーバアドレスに対応する計算機で障害が
発生しているかどうかを示す。ステップ９０５では、ス
テップ９０４で得た生存フラグがyesかどうかを判断
し、yesの（障害が発生していない）場合には、ステッ
プ９０６を実行する。ステップ９０６では、サーバアド
レス、自計算機アドレス１０７(１)、送信メッセージre
quest、要求識別子reqid、及びステップ９０４で得た応
答フラグから要求メッセージ５０１を作成して送信す
る。

【００４９】ラベル９０７は、ラベルloopを示す。ステ
ップ９０８では、一定時間サーバ計算機から応答メッセ
ージが到着しないことを検出するためのタイマーをスタ
ートする。タイマーは、当該一定時間が経過した後にタ
イマー割り込みを発生する。ステップ９０９では、サー
バから応答メッセージが到着するまで待つ。応答メッセ
ージが到着しない場合には、ステップ９０８でスタート
したタイマーが一定時間経過した後、タイマー割り込み
を発生するので、タイマ割り込みが発生したことを示す
リターン値で待ち状態からリターンしてくることにな
り、ステップ９０９から次のステップ９１０に進むこと
ができる。ステップ９０９で、サーバから応答メッセー
ジを受信した場合には、当該応答メッセージ中のメッセ
ージ６０４と要求識別子６０５を取り出す。ステップ９
１０では、ステップ９０８でスタートしたタイマーを停
止する。

【００５０】ステップ９１１では、ステップ９０９で応
答メッセージを受信したのか、あるいはタイマー割り込
みが発生したのかを判断する。タイマー割り込みが発生
した場合には、ステップ９１２とステップ９１３を実行
する。応答メッセージを受信した場合には、ステップ９
１４を実行する。

【００５１】ステップ９１２では３つの処理（処理１〜
３と呼ぶ）を実行する。まず、処理１では、一定時間経
過してもサーバ計算機からの応答メッセージを受信でき
なかったので、サーバ計算機に何らかの障害が発生して
いると判断し、応答フラグ情報１１４の当該サーバ計算
機に対応する生存フラグ３０３の値を障害が発生してい
ることを示すnoに設定する。ステップ９１２の処理２で
は、ステップ９０６で要求メッセージを送信した複数の
サーバ計算機のうち、応答フラグをnoに設定して送信し
たサーバ計算機を選択する。選択したサーバ計算機に対
応する応答フラグ情報１１４の応答フラグ３０２を応答
メッセージが必要なことを示すyesに設定する。ステッ
プ９１２の処理３では、処理２で選択したサーバ計算機
に対して、サーバアドレス、自計算機アドレス１０７
(１)、送信メッセージrequest、要求識別子reqid、及び
応答フラグyesから要求メッセージ５０１を作成して送
信する。ステップ９１３では、ラベル９０７の次の処理
ステップ９０８に処理の制御を移す。

【００５２】ステップ９１４では、到着した応答メッセ
ージの要求識別子reqid2と、要求識別子reqidが等しい
かどうかを判断する。等しくない場合には、ステップ９
１５とステップ９１６を実行する。等しい場合には、ス
テップ９１７を実行する。ステップ９１５では、当該応
答メッセージを捨てる。ステップ９１６では、ラベル９
０７の次の処理ステップ９０８に処理の制御を移す。ス
テップ９１７では、応答メッセージ中のメッセージを受
信メッセージバッファreplyに格納し、ステップ９１８
で、このメッセージ送受信手続きを呼び出した手続きに
戻る。

【００５３】図１０は、本システムに於けるサーバ計算
機のメッセージ受信手続き（図１の１１３）の流れを示
すPAD図である。なお、クライアント計算機では図９に
示したように送信と受信の手続きをまとめて図示した
が、サーバ計算機では送信手続きと受信手続きとを分け
ている。受信を行ないたいときは図９の手続きを実行
し、送信を行ないたいときは次の図１０の手続きを実行
する。

【００５４】メッセージ受信手続き１０００は、送信元
のクライアント計算機のアドレスを格納するためのアド
レスバッファclient、及び要求メッセージ５０１のメッ
セージ５０４を格納するための受信メッセージバッファ
requestを引数とする。

【００５５】ラベル１００１は、ラベルloopを示す。ま
ず、ステップ１００２では、クライアント計算機から要
求メッセージが到着するまで待ち、到着した要求メッセ
ージ５０１から送信元アドレス５０３、メッセージ５０
４、要求識別子５０５、及び応答フラグ５０６を取り出
す。

【００５６】次にステップ１００３では、ステップ１０
０２で得た送信元アドレス（クライアントアドレス）及
び要求識別子を基にして、応答メッセージ管理情報１１
５中に当該要求に対応する処理結果メッセージ４０３が
登録されているかどうかを調べる。

【００５７】ステップ１００４では、ステップ１００３
で調べた結果、処理結果メッセージが存在するかどうか
を判断する。存在する場合には、ステップ１００５とス
テップ１００６を実行する。存在しない場合には、ステ
ップ１００７を実行する。ステップ１００５では、ステ
ップ１００３で得た送信元アドレスと要求識別子、自計
算機アドレス１０７(２)、及び応答メッセージ管理情報
１１５中に格納されていた処理結果メッセージから、応
答メッセージを作成して、当該要求発行元のクライアン
ト計算機に送信する。ステップ１００６では、ラベル１
００１の次の処理ステップ１００２に処理の制御を移
す。

【００５８】ステップ１００７では２つの処理（処理
１，２と呼ぶ）を行なう。処理１では、ステップ１００
２で得た送信元アドレスをアドレスバッファclientに、
メッセージの内容を受信メッセージバッファrequest
に、それぞれ格納する。処理２では、ステップ１００２
で得た要求識別子５０６及び応答フラグ５０６の値を、
サーバ計算機の要求識別子１０５(２)及び応答フラグ１
１４に格納する。ステップ１００８では、メッセージ受
信手続きを呼び出した手続きに戻る。

【００５９】この後、当該サーバ計算機では、受信メッ
セージバッファrequestに格納されている要求メッセー
ジの要求に応じた処理を実行し、その結果が得られた
ら、次の図１１の処理を行う。

【００６０】図１１は、本システムに於けるサーバ計算
機のメッセージ送信手続き（図１の１１２）の流れを示
すPAD図である。メッセージ送信手続き１１００は、送
信先のクライアント計算機のアドレスを格納したアドレ
スバッファclient、及びメッセージ６０４を格納した送
信メッセージバッファreplyを引数とする。

【００６１】ステップ１１０１では、メッセージ受信手
続き１０００のステップ１００７で格納した応答フラグ
１１４の値がyesかどうか（すなわち応答メッセージを
送信するか否か）を判断する。yesの場合には、ステッ
プ１１０２を実行する。そうでない場合には、ステップ
１１０３を実行する。

【００６２】ステップ１１０２では、送信先アドレスバ
ッファclient、自計算機アドレス１０７(２)、送信メッ
セージバッファreply（応答すべき処理結果が格納され
ている）、及び要求識別子１０５(２)から応答メッセー
ジ６０１を作成して、クライアント計算機に送信する。

【００６３】ステップ１１０３では、送信先アドレスバ
ッファclient、要求識別子１０５(２)、及び送信メッセ
ージバッファreplyに格納されたメッセージを、応答メ
ッセージ管理情報１１５に登録する。その際、応答メッ
セージ管理情報１１５中に、送信先アドレスバッファcl
ientに格納されたアドレスと同じクライアントアドレス
４０１が存在する場合には、対応する要求識別子と処理
結果メッセージを上書きして使用する。これにより応答
メッセージ管理情報１１５の領域を無駄に使用すること
がない。同じクライアントアドレス４０１が存在しない
場合には、新たに応答メッセージ管理情報１１５の一行
を割り当てて登録する。

【００６４】ステップ１１０４では、メッセージ送信手
続きを呼び出した手続きに戻る。

【００６５】なお、上述の実施の形態において、クライ
アント計算機で生成する要求識別子は当該クライアント
計算機内で一意になるように生成している。要求メッセ
ージにはクライアント計算機のクライアントアドレス
（ネットワーク計算機システム内で一意）が含まれてお
り、このクライアントアドレスとクライアント内で一意
な要求識別子とを合わせて、要求メッセージをネットワ
ーク計算機システム内で一意に認識できるからである。
他の方式により、クライアント計算機において、ネット
ワーク計算機システム内で一意な要求識別子を生成する
ようにしてもよい。

【００６６】

【発明の効果】以上説明したように、本発明によれば、
複数の計算機がネットワークを介して接続されているネ
ットワーク計算機システムで、第１の計算機（クライア
ント）が複数の第２の計算機（サーバ）に対して要求メ
ッセージを送信し、サーバからの応答メッセージをクラ
イアントで受信する要求応答型で通信している際に、サ
ーバが要求メッセージ中の動作制御フラグ（応答フラ
グ）の値によって、クライアントに応答メッセージを送
信したり、あるいは送信せずにサーバ内に保存したりす
るので、応答メッセージ数を減らすことができ、その結
果ネットワークトラフィックが減少し、結果としてシス
テム全体の実行効率を向上することができる。

【００６７】また、サーバに障害が発生したときも、応
答メッセージを該サーバ内に保存しているサーバに該ク
ライアントが再度要求メッセージを送信することで、要
求メッセージを当該サーバで再処理することなしに、応
答メッセージを送信することができる。そのため、ネッ
トワーク計算機システムの障害回復を迅速に実施するこ
とができる。

【図面の簡単な説明】

【図１】本発明に係るネットワーク計算機システムのブ
ロック図である。

【図２】図１のシステムに於けるサーバグループ情報の
構成例を示す図である。

【図３】図１のシステムに於ける応答フラグ情報の構成
例を示す図である。

【図４】図１のシステムに於ける応答メッセージ管理情
報の構成例を示す図である。

【図５】図１のシステムに於ける要求メッセージの構成
例を示す図である。

【図６】図１のシステムに於ける応答メッセージの構成
例を示す図である。

【図７】図１のシステムの通常動作時に於けるクライア
ントとサーバ計算機のメッセージ送受信動作の一例を示
すタイミングチャートである。

【図８】図１のシステムの障害発生時に於けるクライア
ントとサーバ計算機のメッセージ送受信動作の一例を示
すタイミングチャートである。

【図９】図１のシステムに於けるクライアント計算機の
メッセージ送受信手続きの一例を示すPAD図である。

【図１０】図１のシステムに於けるサーバ計算機のメッ
セージ受信手続きの一例を示すPAD図である。

【図１１】図１のシステムに於けるサーバ計算機のメッ
セージ送信手続きの一例を示すPAD図である。

【符号の説明】

100：ネットワーク計算機システム、101：計算機、10
2：メインメモリ、103：メッセージ送受信手続き格納領
域、104：応答フラグ格納領域、105：要求識別子格納領
域、106：サーバグループ情報格納領域、107：計算機ネ
ットワークアドレス格納領域、108：システム・バス、1
09：補助記憶装置、110：プロセッサ、111：ネットワー
クインタフェース、112：メッセージ送信手続き、113：
メッセージ受信手続き、114：応答フラグ格納領域115：
応答メッセージ管理情報格納領域、116：ネットワー
ク、117：CDドライブ、118：CD、501：要求メッセー
ジ、601：応答メッセージ、900：メッセージ送受信手続
き、901-918：メッセージ送受信手続き処理ステップ、1
000：メッセージ受信手続き、1001-1008：メッセージ受
信手続き処理ステップ、1100：メッセージ送信手続き、
1101-1104：メッセージ送信手続き処理ステップ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 堀川 和雄 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内 (72)発明者 菅波 雄介 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内 (72)発明者 大野 正太郎 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (10)

【特許請求の範囲】
1. 【請求項１】少なくとも１台の第１の計算機と複数台の
   第２の計算機とをネットワークで接続して構成するネッ
   トワーク計算機システムに於いて、 第１の計算機は、 通信メッセージの送信先である複数の第２の計算機のそ
   れぞれに対応してその第２の計算機の動作を制御する動
   作制御フラグを生成する動作制御フラグ生成手段と、 送信先の複数の第２の計算機に、同じ要求内容を表すメ
   ッセージと各第２の計算機ごとに生成した動作制御フラ
   グとを含む要求メッセージを生成して、それぞれ送信す
   る送信手段と、 第２の計算機から送信された応答メッセージを受信する
   受信手段とを備え、 第２の計算機は、 上記第１の計算機から送信された要求メッセージを受信
   する受信手段と、 受信した要求メッセージ中の要求内容に応じた処理を実
   行する要求処理手段と、 受信した要求メッセージ中の動作制御フラグに基づい
   て、上記要求処理手段の処理結果を含む応答メッセージ
   を生成し上記第１の計算機に送信するか否かを判定する
   動作制御フラグ判定手段と、 該動作制御フラグ判定手段により応答メッセージを生成
   して送信すると判定した場合に、応答メッセージを生成
   して上記第１の計算機に送信する送信手段とを備えたこ
   とを特徴とするネットワーク計算機システム。
2. 【請求項２】少なくとも１台の第１の計算機と複数台の
   第２の計算機とをネットワークで接続して構成するネッ
   トワーク計算機システムに於いて、 第１の計算機は、 他の計算機と通信メッセージを送受信するための通信メ
   ッセージ送受信手段と、 送信すべき通信メッセージに対して該第１の計算機内で
   一意である通信メッセージ識別子を生成する通信メッセ
   ージ識別子生成手段と、 送信先の計算機の動作を制御する動作制御フラグを生成
   する動作制御フラグ生成手段と、 上記通信メッセージ識別子と上記動作制御フラグを含む
   通信メッセージを作成する通信メッセージ作成手段とを
   備え、 第２の計算機は、 他の計算機と通信メッセージを送受信するための通信メ
   ッセージ送受信手段と、 第１の計算機から受信した通信メッセージ中の動作制御
   フラグに基づいて、該受信した通信メッセージへの応答
   としての通信メッセージを、第１の計算機に対して送信
   するか否かを判断する動作制御フラグ判定手段と、 第１の計算機から受信した通信メッセージへの応答とし
   て、該受信した通信メッセージ中の通信メッセージ識別
   子を含む通信メッセージを作成する通信メッセージ作成
   手段とを備え、 第１の計算機では、複数の第２の計算機に対して、同じ
   要求内容を表すメッセージと同じ通信メッセージ識別子
   と送信先の第２の計算機ごとに生成した動作制御フラグ
   とを含む通信メッセージである要求メッセージを、それ
   ぞれ生成して送信し、 各第２の計算機では、第１の計算機から送信された要求
   メッセージを受信し、受信した要求メッセージ中の動作
   制御フラグにより第１の計算機に対して応答の通信メッ
   セージである応答メッセージを送信するか否かを判断
   し、送信すると判断した場合は、受信した要求メッセー
   ジ中のメッセージ識別子を含む応答メッセージを作成し
   て第１の計算機に送信し、 第１の計算機では、第２の計算機から送信された応答メ
   ッセージを受信し、該応答メッセージ中の通信メッセー
   ジ識別子と先に第２の計算機に送信した要求メッセージ
   に含めた通信メッセージ識別子とが一致することを判断
   し、一致した場合のみ該応答メッセージを適正な応答メ
   ッセージとして認識することを特徴とするネットワーク
   計算機システム。
3. 【請求項３】さらに前記第１の計算機が、 複数の第２の計算機のそれぞれに対応して、その第２の
   計算機に障害が発生しているか否かを示す生存フラグを
   記憶する生存フラグ記憶手段と、 複数の第２の計算機に送信した要求メッセージに対し
   て、第２の計算機から一定時間内に応答がないことを検
   出するためのタイムアウト検出手段と、 該タイムアウト検出手段によって一定時間内に応答がな
   いことを検出した場合、応答メッセージを送信すること
   を指示する動作制御フラグを設定して要求メッセージを
   送信した第２の計算機に対応する生存フラグを該計算機
   に障害が発生していることを示す値に設定するととも
   に、応答メッセージを送信しないことを指示する動作制
   御フラグを設定して要求メッセージを送信した第２の計
   算機の中から生存フラグが障害を発生していないことを
   示す値に設定されている計算機を選択し、選択した第２
   の計算機に、応答メッセージを送信することを指示する
   動作制御フラグを設定した同じ要求メッセージを再度送
   信する手段とを備えたことを特徴とする請求項１または
   ２の何れか１つに記載のネットワーク計算機システム。
4. 【請求項４】さらに前記第２の計算機が、 受信した要求メッセージに含まれている要求識別子と該
   要求メッセージに応じて処理した結果とを保存しておく
   保存手段と、 該保存手段への保存の後に同じ第１の計算機から再び要
   求メッセージを受信した場合、該受信した要求メッセー
   ジに含まれている要求識別子と該保存手段に保存されて
   いる要求識別子とを比較し、一致したときは、該受信し
   た要求メッセージ中の動作制御フラグが応答を指示する
   値であることを確認した後に該保存手段に保存してある
   処理結果から応答メッセージを生成して第１の計算機に
   送信する手段とを備えたことを特徴とする請求項２に記
   載のネットワーク計算機システム。
5. 【請求項５】前記保存手段に要求識別子と処理結果とを
   保存する際、すでに同じ第１の計算機から受信した要求
   メッセージの要求識別子と処理結果が登録されていた場
   合は、その登録済みの要求識別子と通信メッセージの格
   納領域を再利用して、新たに受信した要求メッセージの
   要求識別子と該要求メッセージに応じた処理結果を保存
   することを特徴とする請求項４に記載のネットワーク計
   算機システム。
6. 【請求項６】さらに前記第１の計算機が、 同じサービスを提供する複数の第２の計算機を１つのグ
   ループとし、各グループにグループ識別子を付して管理
   するグループ情報管理手段と、 該グループ情報管理手段により管理されているグループ
   識別子を用いて、指定されたグループに属する複数の第
   ２の計算機に要求メッセージを送信する手段とを備えた
   ことを特徴とする請求項１または２の何れか１つに記載
   のネットワーク計算機システム。
7. 【請求項７】少なくとも１台のクライアント計算機と複
   数台のサーバ計算機とをネットワークで接続して構成す
   るネットワーク計算機システムに於けるクライアント計
   算機であって、 通信メッセージの送信先である複数のサーバ計算機のそ
   れぞれに対応してそのサーバ計算機の動作を制御する動
   作制御フラグを生成する動作制御フラグ生成手段と、 送信先の複数のサーバ計算機に、同じ要求内容を表すメ
   ッセージと各サーバ計算機ごとに生成した動作制御フラ
   グとを含む要求メッセージを生成して、それぞれ送信す
   る送信手段と、 サーバ計算機から送信された応答メッセージを受信する
   受信手段とを備えたことを特徴とするネットワーク計算
   機システムのクライアント計算機。
8. 【請求項８】少なくとも１台のクライアント計算機と複
   数台のサーバ計算機とをネットワークで接続して構成す
   るネットワーク計算機システムのクライアント計算機に
   於けるサーバアクセス方法であって、 通信メッセージの送信先である複数のサーバ計算機のそ
   れぞれに対応してそのサーバ計算機の動作を制御する動
   作制御フラグを生成する動作制御フラグ生成ステップ
   と、 送信先の複数のサーバ計算機に、同じ要求内容を表すメ
   ッセージと各サーバ計算機ごとに生成した動作制御フラ
   グとを含む要求メッセージを生成して、それぞれ送信す
   る送信ステップと、 サーバ計算機から送信された応答メッセージを受信する
   受信ステップとを備えたことを特徴とするネットワーク
   計算機システムのクライアント計算機に於けるサーバア
   クセス方法。
9. 【請求項９】少なくとも１台のクライアント計算機と複
   数台のサーバ計算機とをネットワークで接続して構成す
   るネットワーク計算機システムに於けるサーバ計算機で
   あって、 上記クライアント計算機から送信された要求メッセージ
   を受信する受信手段と、 受信した要求メッセージ中の要求内容に応じた処理を実
   行する要求処理手段と、 受信した要求メッセージ中の動作制御フラグに基づい
   て、上記要求処理手段の処理結果を含む応答メッセージ
   を生成し上記クライアント計算機に送信するか否かを判
   定する動作制御フラグ判定手段と、 該動作制御フラグ判定手段により応答メッセージを生成
   して送信すると判定した場合に、応答メッセージを生成
   して上記クライアント計算機に送信する送信手段とを備
   えたことを特徴とするネットワーク計算機システムのサ
   ーバ計算機。
10. 【請求項１０】少なくとも１台のクライアント計算機と
    複数台のサーバ計算機とをネットワークで接続して構成
    するネットワーク計算機システムのサーバ計算機に於け
    るクライアントからの要求を処理する方法であって、 上記クライアント計算機から送信された要求メッセージ
    を受信する受信ステップと、 受信した要求メッセージ中の要求内容に応じた処理を実
    行する要求処理ステップと、 受信した要求メッセージ中の動作制御フラグに基づい
    て、上記要求処理手段の処理結果を含む応答メッセージ
    を生成し上記クライアント計算機に送信するか否かを判
    定する動作制御フラグ判定ステップと、 該動作制御フラグ判定手段により応答メッセージを生成
    して送信すると判定した場合に、応答メッセージを生成
    して上記クライアント計算機に送信する送信ステップと
    を備えたことを特徴とするネットワーク計算機システム
    のサーバ計算機の要求処理方法。