JPH09198336A - 二次記憶装置への遠隔アクセス方法 - Google Patents

Abstract

(57)【要約】 【課題】 計算機間接続網を介した遠隔二次記憶装置へ
のリード／ライトの処理時間を短縮する。 【解決手段】 クライアントプログラム５からの遠隔二
次記憶装置４へのリード／ライト呼び出しに対し、クラ
イアントプログラム５にリンクされたライブラリ11は、
それを複数のリード／ライト要求に分割して計算機間接
続網３を介してサーバ計算機２に一度に全部送信する。
サーバ計算機２のファイルサーバ10は、リード／ライト
要求を受け取り、受け取ったリード／ライト要求１つに
対し、要求された二次記憶装置４上のデータにアクセス
をした後、要求元のクライアントプログラムに応答１つ
を送信するという処理を、複数のリード／ライト要求に
対し、多重化して実行することにより、計算機間の通信
時間が二次記憶装置４への物理リード／ライト処理時間
に重なるようにして、遠隔二次記憶装置へのリード／ラ
イトの処理時間を短縮する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は二次記憶装置への遠
隔アクセス方法に関し、より詳細には、複数の計算機が
計算機間接続網で接続されている環境において、或る計
算機で動くアプリケーションプログラムから、別の計算
機に接続されている二次記憶装置上のデータに対してア
クセスする方法に関する。

【０００２】

【従来の技術】別の計算機に接続されている二次記憶装
置（遠隔二次記憶装置）にアクセスする方法は幾つか存
在する。

【０００３】１つの方法は、図１７（Ａ）に示すよう
な、Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ（ＮＦ
Ｓ）による方法である。ＮＦＳにおけるデータアクセス
は、ＲＰＣという通信プロトコルレイヤを設け、ソフト
ウェアで実現されている（参考文献「ＮＦＳ＆ＮＩＳ」
アスキー出版局）。

【０００４】ＮＦＳでは、クライアントプログラムから
のリード／ライトの呼び出しをＲＰＣ要求という形に変
換し、サーバ計算機上で動作するＮＦＳデーモンという
プロセスにＲＰＣプロトコルを使って送信する。例え
ば、ライト呼び出しであれば、要求と共にライトデータ
が送信されるが、ＮＦＳデーモンでこのデータを取り込
んでから、二次記憶装置に書き込み、応答をクライアン
トプログラムに転送する。リード呼び出しであれば、Ｎ
ＦＳデーモンは二次記憶装置から目的とするデータを読
み出し、ＲＰＣ要求の応答としてデータを返却する。

【０００５】クライアントプログラムからのリード／ラ
イト呼び出しをＲＰＣ要求に変換する際は、固定サイズ
データへのリード／ライト要求として複数のＲＰＣ要求
に分解される。通常は、１回のＲＰＣ要求でアクセスさ
れるデータのサイズは８ＫＢｙｔｅとなっている。アク
セス要求は１つずつＮＦＳデーモンに送信され、その応
答を待ってから次のＲＰＣ要求が送信される。つまり、
ＮＦＳデーモンは同時には１つのＲＰＣ要求しか処理し
ないため、８ＫＢｙｔｅのデータを取り込む領域さえ確
保していれば良い。ただし、１つのクライアントプログ
ラムに対して１つのＮＦＳデーモンが占有されるため、
複数のクライアントプログラムからの要求を処理するた
めには、サイズ計算機上にＮＦＳデーモンを複数立ち上
げておく必要がある。

【０００６】別の方法として、例えば特開平４−９２９
４３号公報に見られる高速ＬＡＮのディスクサーバがあ
る。この方法では、図１７（Ｂ）に示すように、計算機
間接続網を高速ＬＡＮとし、二次記憶装置（ディスクと
限定している）を管理するディスクサーバと複数のワー
クステーションから構成される環境を想定している。デ
ィスクを管理するディスクサーバは専用のハードウェア
とし、複数のリード／ライト要求を同時に処理できる構
造となっている。

【０００７】ワークステーション上ではクライアントプ
ログラムが動作し、クライアントプログラムからの遠隔
ディスクへのリード／ライト要求を、通信によってディ
スクサーバに送信する。例えば、ライト要求であれば、
要求と共にデータを送信する。これに対しディスクサー
バでは、受信したデータをデータバッファに一旦格納し
てからディスクにデータを書き込み、通信によって要求
元のワークステーションに結果を通知する。また、リー
ド要求であれば、ディスクサーバでデータバッファ中に
目的のデータがあるかどうかを調べ、なければディスク
からデータを読み出し、データバッファに格納する。更
に、格納したデータを通信によって要求元のワークステ
ーションに送信する。

【０００８】この方法では、計算機間接続網と二次記憶
装置との間でデータを中継するために、ディスクサーバ
内にデータバッファを持つ。データバッファは、各ワー
クステーション毎に領域を区切って使用する。リード／
ライト要求はフレームと言う固定長単位で行われる。

【０００９】以上に挙げた２つの方法は、何れもクライ
アントプログラムからのリード／ライト呼び出しを、複
数の固定長データへの断片的なリード／ライト要求とし
て分解し、二次記憶装置を管理する部分（サーバ計算
機，ディスクサーバ）に送信することによって、遠隔二
次記憶装置へのリード／ライト呼び出しの処理を可能と
している。

【００１０】

【発明が解決しようとする課題】しかしながら、分解さ
れた各断片リード／ライト要求を１つずつ送信し、処理
結果を待ってから次の断片リード／ライト要求を送信す
るため、通信を何回も行うことになる。１つのリード／
ライト呼び出しの処理の流れを見ると図１７（Ｃ）のよ
うになり、（断片リード／ライト要求送信）→（二次記
憶装置リード／ライト）→（応答返信）→（断片リード
／ライト要求送信）→……と処理され、全ての断片リー
ド／ライト要求が完了してからクライアントプログラム
のリード／ライト呼び出しの結果が返ってくる。そのた
め、クライアントプログラムから見た遠隔二次記憶装置
アクセスのための時間は、断片リード／ライト要求の数
だけの往復の通信時間が余分にかかっているように見え
る。

【００１１】そこで、本発明では、遠隔二次記憶装置へ
のデータアクセス時間における通信時間のほとんどをク
ライアントプログラムから見えなくし、あたかもその二
次記憶装置がクライアントプログラムの動作する計算機
に接続されているかのようなアクセス時間を達成するこ
とを目的とする。

【００１２】

【課題を解決するための手段】本発明は上記の目的を達
成するために、第１の計算機上で動作するクライアント
プログラムから、前記第１の計算機と計算機間接続網を
通じて相互に通信可能な第２の計算機に接続されている
二次記憶装置上のデータに対してアクセスする方法にお
いて、第１の計算機および第２の計算機で以下の（１）
乃至（４）のうちの何れかの処理を実行するようにして
いる。

【００１３】（１）第１の計算機は、クライアントプロ
グラムによるリード／ライト呼び出しを、一定サイズの
データへのリード／ライト要求に分割し、該分割して得
られたリード／ライト要求を全部一度に前記第２の計算
機に送信し、前記送信した全てのリード／ライト要求に
ついて前記第２の計算機から応答が返却されていること
を確認した後、前記クライアントプログラムにリード／
ライト呼び出しの結果を戻す。他方、第２の計算機は、
第１の計算機からのリード／ライト要求を受け取り、受
け取ったリード／ライト要求１つに対し、要求された二
次記憶装置上のデータにアクセスをした後、要求元のク
ライアントプログラムに応答１つを送信するという処理
を、複数のリード／ライト要求に対し、多重化して実行
する。

【００１４】このように、クライアントプログラムによ
るリード／ライト呼び出しを一定サイズのデータへのリ
ード／ライト要求に分割して全部一度に第２の計算機に
送信し、第２の計算機において複数のリード／ライト要
求を多重処理することにより、第２の計算機での二次記
憶装置の物理リード／ライト処理と計算機間接続網での
通信処理が並行して行われることになり、通信の時間の
ほとんどが物理リード／ライト処理の時間と重なり、全
体の処理時間が短縮される。

【００１５】（２）第１の計算機は、クライアントプロ
グラムによるリード／ライト呼び出しを、一定サイズの
データへのリード／ライト要求に分割し、該分割して得
られたリード／ライト要求の数が予め定められたスレッ
ショルド値以下のときは全部一度に前記第２の計算機に
送信し、スレッショルド値を超えているときは最初にス
レッショルド値分のリード／ライト要求を前記第２の計
算機に送信した後、リード／ライト要求に対応する前記
第２の計算機からの応答を１つ確認する毎に残りのリー
ド／ライト要求を１つ前記第２の計算機に送信し、前記
送信した全てのリード／ライト要求について前記第２の
計算機から応答が返却されていることを確認した後、前
記クライアントプログラムにリード／ライト呼び出しの
結果を戻す。第２の計算機は、前記（１）と同じ処理を
実行する。

【００１６】このように、第２の計算機で一度に受け取
ることのできる要求数としてスレッショルド値を設定
し、最初に送信するリード／ライト要求数をスレッショ
ルド値以下に抑えることにより、第２の計算機での最初
の負荷を一定値以下に抑えることができる。さらに、１
つの応答に対して１つのリード／ライト要求を送信する
ので、第２の計算機で受け取っているリード／ライト要
求数は常にスレッショルド値以下となり、引続き第２の
計算機での負荷を一定値以下に抑えることができる。

【００１７】（３）第１の計算機は、クライアントプロ
グラムによるリード／ライト呼び出しを、一定サイズの
データへのリード／ライト要求に分割し、該分割して得
られたリード／ライト要求の送信に先立って前記第２の
計算機に対して予約の要求を送信し、前記送信した予約
の要求に対する前記第２の計算機からの応答に含まれる
予約数からスレッショルド値を決定し、前記分割して得
られたリード／ライト要求の数が前記スレッショルド値
以下のときは全部一度に前記第２の計算機に送信し、ス
レッショルド値を超えているときは最初にスレッショル
ド値分のリード／ライト要求を前記第２の計算機に送信
した後、リード／ライト要求に対応する前記第２の計算
機からの応答を１つ確認する毎に残りのリード／ライト
要求を１つ前記第２の計算機に送信し、前記送信した全
てのリード／ライト要求について前記第２の計算機から
応答が返却されていることを確認した後、前記第２の計
算機に対して予約解除を要求すると共に、前記クライア
ントプログラムにリード／ライト呼び出しの結果を戻
す。他方、第２の計算機は、第１の計算機からの予約の
要求に対し、自計算機の現在の負荷状況に応じて１つの
クライアントプログラムに対して許容するリード／ライ
ト要求数を予約数として前記第１の計算機に通知すると
共にその予約数に見合ったメモリ量を確保し、第１の計
算機からのリード／ライト要求を受け取り、受け取った
リード／ライト要求１つに対し、要求された二次記憶装
置上のデータにアクセスをした後、要求元のクライアン
トプログラムに応答１つを送信するという処理を、複数
のリード／ライト要求に対し、多重化して実行し、第１
の計算機からの予約解除の要求に対し、前記確保してい
たメモリ量を解放する。

【００１８】このように、動的に変化する第２の計算機
の負荷状況に応じて、１つのクライアントプログラムに
対して許容する予約数を第１の計算機に知らせ、第１の
計算機はその予約数をスレッショルド値として、以降、
このスレッショルド値に従ってリード／ライト要求を行
うことにより、第２の計算機に発生する負荷が一定値を
超えないように制御することができる。従って、第２の
計算機が複数のクライアントプログラムを相手にして
も、第２の計算機の処理能力を超えることはない。

【００１９】（４）第１の計算機は、クライアントプロ
グラムによるリード／ライト呼び出しを、一定サイズの
データへのリード／ライト要求に分割し、該分割して得
られたリード／ライト要求のうちの１つのリード／ライ
ト要求に予約の要求を付加した予約＋リード／ライト一
括要求を前記第２の計算機に対して送信し、前記送信し
た予約＋リード／ライト一括要求に対する前記第２の計
算機からの予約応答に含まれる予約数からスレッショル
ド値を決定し、前記分割して得られたリード／ライト要
求の残りの数が前記スレッショルド値以下のときは、１
つのリード／ライト要求に予約解除の要求を付加して予
約解除＋リード／ライト一括要求とした上で、全部一度
に前記第２の計算機に送信し、スレッショルド値を超え
ているときは最初にスレッショルド値分のリード／ライ
ト要求を前記第２の計算機に送信した後、リード／ライ
ト要求に対応する前記第２の計算機からの応答を１つ確
認する毎に残りのリード／ライト要求を１つ前記第２の
計算機に送信していき且つ最後の１つのリード／ライト
要求は予約解除の要求を付加した予約解除＋リード／ラ
イト一括要求として送信し、前記送信した全ての要求に
ついて前記第２の計算機から応答が返却されていること
を確認した後、前記クライアントプログラムにリード／
ライト呼び出しの結果を戻す。他方、第２の計算機は、
第１の計算機から要求を受け取り、受け取った要求が予
約＋リード／ライト一括要求のときは自計算機の現在の
負荷状況に応じて１つのクライアントプログラムに対し
て許容するリード／ライト要求数を予約数として前記第
１の計算機に通知すると共にその予約数に見合ったメモ
リ量を確保した後、要求された二次記憶装置上のデータ
にアクセスをして要求元のクライアントプログラムに応
答１つを送信するという処理を、受け取った要求がリー
ド／ライト要求のときは要求された二次記憶装置上のデ
ータにアクセスをした後、要求元のクライアントプログ
ラムに応答１つを送信するという処理を、受け取った要
求が予約解除＋リード／ライト一括要求のときは要求さ
れた二次記憶装置上のデータにアクセスをした後、要求
元のクライアントプログラムから発生した処理中のリー
ド／ライト要求が全部完了した時点で前記確保したメモ
リ量を解放するという処理を、複数の要求に対し、多重
化して実行する。

【００２０】このように、予約要求とリード／ライト要
求とを一括して要求する予約＋リード／ライト一括要求
を導入することにより、第１の計算機側では予約要求を
別要求として最初に送らずに済むとともに、第２の計算
機側では予約応答に引き続いてリード／ライト処理が行
われるので、予約応答の通信時間を物理リード／ライト
の時間と重ねることができる。また、第２の計算機での
物理リード／ライトの最中に、第１の計算機から後続の
リード／ライト要求の送信が行われれば、それらの通信
時間も物理リード／ライトの時間に重ねることができ
る。さらに、予約解除要求とリード／ライト要求とを一
括して要求する予約解除＋リード／ライト一括要求を導
入することにより、予約解除の要求を別要求として最後
に送らずに済み、その分の通信時間を削減することがで
きる。

【００２１】

【発明の実施の形態】次に本発明の実施の形態の例につ
いて図面を参照して詳細に説明する。

【００２２】図１を参照すると、本発明を適用した計算
機システムの一例は、クライアントプログラムの動作す
る計算機１と、サーバ計算機２と、これらを相互に通信
可能に接続する計算機間接続網３と、サーバ計算機２に
接続された二次記憶装置４とから構成されている。

【００２３】サーバ計算機２上ではファイルサーバ１０
と呼ぶプロセスが動作している。ファイルサーバ１０
は、リード／ライト要求を、通信によって受け付け、要
求内容に従ってサーバ計算機２に接続されている二次記
憶装置４上のデータをリード／ライトし、通信によって
応答を返却する。図１の例では、汎用的な計算機上にフ
ァイルサーバ１０というプロセスを動作させることによ
ってサーバ計算機の持つべき機能を実現しているが、他
にも、汎用計算機のＯＳに同様の機能を実装する実施例
や、専用の計算機にファームウエアを付加して実現する
実施例も考えられる。

【００２４】クライアントプログラムの動作する計算機
１では、アプリケーションプログラムであるクライアン
トプログラム５が動作している。図１の例では、このク
ライアントプログラム５からのリード／ライト呼び出し
をサーバ計算機２に伝えるため、ライブラリ１１と呼ぶ
専用のプログラムをクライアントプログラム５にリンク
してある。このライブラリ１１は、クライアントプログ
ラム５からのリード／ライト呼び出しに従って、適切な
リード／ライト要求を生成し、ファイルサーバ１０に伝
える。ライブラリ１１とファイルサーバ１０との間の要
求／応答のやりとりは後述する転送方式に従うが、要求
の送信はこのライブラリ１１が制御する。なお、ライブ
ラリ１１の代わりに、それと同様の機能を汎用計算機の
ＯＳに実装する実施例も考えられる。

【００２５】以下、幾つかの実施例について説明する
が、その前に、それらの前提となる、ファイルサーバ１
０で複数の要求を多重処理するための基本的な考え方を
説明する。

【００２６】１つの要求に着目した場合、その典型的な
処理シーケンスは図２（Ａ）に示すように、幾つかの中
断を挟んだ一連のアクションの処理から成り立ってい
る。即ち、要求の種類に応じて該当する初期アクション
が決められており、その後の処理の進行に従い幾つかの
中間アクションを経て、最終アクションにおいてクライ
アントプログラム５の動作する計算機１に応答を返却す
ることによって、１つの要求の処理が完結する。従っ
て、中断点において他の要求のアクションを処理するこ
とによって、要求の多重処理が実現できる。

【００２７】ファイルサーバ１０では、上述のようなア
クションをキュー（アクションキュー）によって管理
し、図２（Ｂ）に示すようなメインループを実行する。
ファイルサーバ１０は要求を受け取るための口（受信ポ
ート）を持っており、ここを読むことにより要求を受け
取る（Ｓ１）。次に、受け取った要求に該当する初期ア
クションをアクションキューの末尾に登録する（Ｓ
２）。次に、アクションキューの先頭からアクションを
１つ取り出す（Ｓ３）。そして、そのアクションを処理
し（Ｓ４）、ステップＳ１に戻る。このようなメインル
ープによって、ファイルサーバ１０は複数の要求のアク
ションを交互に処理し、要求の多重処理を実現する。

【００２８】また、要求処理の中断点の１つに物理Ｉ／
Ｏの発行がある。このとき、Ｉ／Ｏを非同期で発行して
からアクション処理を終了し、別の要求のアクションを
処理することによって、多重処理を実現する。非同期Ｉ
／Ｏの完了時には非同期Ｉ／Ｏ完了ハンドラ（図示せ
ず）が動作するが、この非同期Ｉ／Ｏ完了ハンドラによ
って図２（Ｃ）に示す処理が実行される。

【００２９】先ず、Ｉ／Ｏを発行したアクションの続き
のアクションを決定する。この決定方法は以下のように
幾つか考えられる。 １）ハンドラの引数にアクションを指定して直接決定す
る方法。 ２）Ｉ／Ｏを発行したアクションの続きのアクションを
キューに登録しておき、ハンドラがキューを検索するこ
とにより該当するアクションを決定する方法。

【００３０】次に、決定したアクションをアクションキ
ューの先頭に登録する。この登録されたアクションは、
その後ファイルサーバ１０のメインループで取り出され
処理される。

【００３１】なお、非同期Ｉ／Ｏ完了ハンドラは、ファ
イルサーバ１０の動作中の任意のタイミングで割り込ん
で起動するが、アクションキューは、ファイルサーバ１
０と非同期Ｉ／Ｏ完了ハンドラとが同時に操作しないよ
うに排他する。

【００３２】以下、計算機１上で動作するクライアント
プログラム５からサーバ計算機２に接続されている二次
記憶装置４上のデータをアクセスする方法について、幾
つかの実施例を挙げて説明する。

【００３３】（実施例１）本実施例では、クライアント
プログラム５からリード／ライト呼び出しがあった場
合、ライブラリ１１は図３に示す処理を実行する。

【００３４】先ず、クライアントプログラム５からのリ
ード／ライト呼び出しを解析し、或る一定サイズのデー
タへのリード／ライト要求に分割する（Ｌ１１）。例え
ば、或る一定サイズを８ＫＢｙｔｅとする場合、クライ
アントプログラム５からのリード／ライト呼び出しが、
例えば２４ＫＢｙｔｅのデータのリードあるいはライト
であったとすると、要求されたデータの先頭から８ＫＢ
ｙｔｅ分に対するリード／ライト要求と、次の８ＫＢｙ
ｔｅ分に対するリード／ライト要求と、最後の８ＫＢｙ
ｔｅ分に対するリード／ライト要求に分割する。

【００３５】次に、分割して得られた全てのリード／ラ
イト要求を全部一度に計算機間接続網３を介してサーバ
計算機２のファイルサーバ１０に送信する（Ｌ１２）。
そして、サーバ計算機２から返されてくる応答を待つ
（Ｌ１３）。応答を待つとは、クライアントプログラム
５の持つ応答受信用のポートを読む処理であり、応答が
受信されていなければ受信されるまで待つことになる。
リード／ライト要求を複数送信した場合、応答は複数返
ってくることになる。

【００３６】次に、サーバ計算機２からの応答を受信す
ると、今までに返却された応答の数を調べ、全応答が返
却されたかどうかを確認する（Ｌ１４）。応答の数がリ
ード／ライト要求の分割数より少ない、すなわち、全て
の応答が返却されていなければ、再びステップＬ１３に
戻って応答を待つ。全ての応答が返却されていれば、ク
ライアントプログラム５の呼び出しに対してリターンす
る。

【００３７】他方、ファイルサーバ１０では、ライブラ
リ１１からリード／ライト要求を受け取り、受け取った
リード／ライト要求１つに対し、要求された二次記憶装
置４上のデータにアクセスをした後、要求元に応答１つ
を送信するという処理を、複数のリード／ライト要求に
対し、多重化して実行する。要求を多重化して実行する
方法は前述したので、ここでは１つのリード／ライト要
求に着目したシーケンスを図４を参照して説明する。

【００３８】ファイルサーバ１０は、先ず、当該リード
／ライト要求にかかるリード／ライトデータを一旦格納
するための中継となるメモリ（データバッファ）を確保
する（Ｓ１１）。次に、二次記憶装置４に物理リード／
ライトを非同期で発行し、その完了を待つ（Ｓ１２）。
ここで最初のアクションが終了し、要求処理としては中
断する。次に、物理リード／ライトが終了すると、リー
ド／ライト応答を要求元に送信する（Ｓ１３）。これが
リード／ライト要求の最終アクションとなる。

【００３９】このように本実施例では、クライアントプ
ログラム５によるリード／ライト呼び出しを一定サイズ
のデータへのリード／ライト要求に分割して全部一度に
サーバ計算機２に送信し、この送信されてきた複数のリ
ード／ライト要求をサーバ計算機２が多重処理するよう
にしており、サーバ計算機２での二次記憶装置の物理リ
ード／ライト処理と計算機間接続網３での通信処理が並
行して行われることになる。このことによって、通信の
時間が物理リード／ライト処理の時間と重なり、全体の
処理時間が短縮される。

【００４０】通信処理の時間と物理リード／ライト処理
の時間とが重なる様子を図５を用いて説明する。図５で
は、クライアントプログラム５からのリード／ライト呼
び出しを４つのリード／ライト要求に分割して要求した
場合を示す。先ず、ライブラリ１１は最初に４つのリー
ド／ライト要求をサーバ計算機２に一度に送る。する
と、サーバ計算機２のファイルサーバ１０では４つのリ
ード／ライト要求を多重処理するが、最初の要求を受け
た時点で物理リード／ライトが開始されるため、後続の
要求の通信時間が最初のリード／ライト処理時間と重な
る。これによって、要求の通信時間のほとんどがクライ
アントプログラム５から見えなくなる。さらに、各要求
の終了時には応答をライブラリ１１に返却することにな
るが、その間、サーバ計算機２のファイルサーバ１０で
は、次の要求の物理リード／ライトを重ねて処理する。
これによって、応答の通信時間のほとんどがクライアン
トプログラム５から見えなくなる。

【００４１】図５を見ると、通信の時間のほとんどがサ
ーバ計算機２での物理リード／ライトの時間と重なって
いることが判る。これによって、ほとんどの通信時間は
クライアントプログラム５から見えなくなり、リード／
ライト呼び出しの処理時間が短縮される。但し、図５中
の通信時間２４はクライアントプログラム５から見えな
くなるが、最初の要求と最後の応答の通信時間２３はク
ライアントプログラム５に見えてしまう。しかし、アク
セスするデータが大量で分割数が多くなる程、この時間
２３は物理リード／ライトの時間２２の総和に比べ相対
的に小さくなり、リード／ライト呼び出しの処理時間２
１は、物理リード／ライトの時間２２の総和と同等にな
る。

【００４２】また、サーバ計算機２からクライアントプ
ログラム５の動く計算機１に応答が次々と戻ってくる。
これに対し、ライブラリ１１は全ての要求の処理が完了
したことを把握することによって、クライアントプログ
ラム５からのリード／ライト呼び出しの完了をみきわめ
ることができる。

【００４３】（実施例２）本実施例では、クライアント
プログラム５からリード／ライト呼び出しがあった場
合、ライブラリ１１は図６に示す処理を実行する。

【００４４】先ず、実施例１と同様に、クライアントプ
ログラム５からのリード／ライト呼び出しを解析し、或
る一定サイズのデータへのリード／ライト要求に分割す
る（Ｌ２１）。

【００４５】次に、分割数が予め定められたスレッショ
ルド値より大きいかどうかを調べる（Ｌ２２）。そし
て、分割数がスレッショルド値より大きくない場合は、
分割して得られた全てのリード／ライト要求を全部一度
に計算機間接続網３を介してサーバ計算機２のファイル
サーバ１０に送信し（Ｌ２４）、分割数がスレッショル
ド値より大きい場合は、分割して得られたリード／ライ
ト要求のうち、スレッショルド値に等しい個数のリード
／ライト要求だけを一度に計算機間接続網３を介してサ
ーバ計算機２のファイルサーバ１０に送信する（Ｌ２
３）。このとき、未だ送信されなかったリード／ライト
要求は内部に保持しておく。そして、サーバ計算機２か
ら返されてくる応答を待つ（Ｌ２５）。

【００４６】次に、サーバ計算機２からの応答を受信す
ると、未だ送信していないリード／ライト要求が残って
いるかどうかを確認する（Ｌ２６）。未だ送信していな
いリード／ライト要求が残っている場合は、その内の１
つのリード／ライト要求をサーバ計算機２のファイルサ
ーバ１０に送信し、ステップＬ２５の応答待ちに移る。
ステップＬ２６の確認で未送信リード／ライト要求が残
っていないと判断した場合は、今までに返却された応答
の数を調べ、全応答が返却されたかどうかを確認する
（Ｌ２８）。応答の数がリード／ライト要求の分割数よ
り少ない、すなわち、全ての応答が返却されていなけれ
ば、再びステップＬ２５に戻って応答を待つ。全ての応
答が返却されていれば、クライアントプログラム５の呼
び出しに対してリターンする。

【００４７】ファイルサーバ１０の処理は実施例１と同
じであり、ライブラリ１１からリード／ライト要求を受
け取り、受け取ったリード／ライト要求１つに対し、要
求された二次記憶装置４上のデータにアクセスをした
後、要求元に応答１つを送信するという処理を、複数の
リード／ライト要求に対し、多重化して実行する。

【００４８】本実施例の基本的な効果は、実施例１と同
様に、通信時間のほとんどを物理リード／ライトと重ね
てクライアントプログラムから見えなくするという効果
を含んでいる。ただし、実施例１では分割して得られた
全てのリード／ライト要求を全部一度に送信するため、
クライアントプログラム５からのリード／ライト呼び出
しのデータ量が大きい場合、一度に送信するリード／ラ
イト要求の数が多くなり、サーバ計算機２および計算機
間通信網３の負荷が過大になる。サーバ計算機２等の負
荷が異常に高まると、リード／ライト要求の幾つかが消
滅し処理されなくなる場合が生じるため、クライアント
プログラム５からのリード／ライト呼び出しが失敗して
しまうことがある。

【００４９】これに対して本実施例では、サーバ計算機
２で一度に受け取ることのできる要求数としてスレッシ
ョルド値を設定し、最初に送信するリード／ライト要求
数をスレッショルド値以下に抑えているため、サーバ計
算機２での最初の負荷を一定値以下に抑えることができ
る。さらに、１つの応答に対して１つのリード／ライト
要求を送信するので、サーバ計算機２で受け取っている
リード／ライト要求数は常にスレッショルド値以下とな
り、引続きサーバ計算機２での負荷を一定値以下に抑え
ることができる。

【００５０】本実施例におけるサーバ計算機２とクライ
アントプログラム５との間で発生する要求／応答のやり
取りの一例を図７に示す。この例では、クライアントプ
ログラム５からのリード／ライト呼び出しが８つのリー
ド／ライト要求に分割され、またスレッショルド値は４
に設定されている。

【００５１】先ず、スレッショルド値が４なので、ライ
ブラリ１１は最初に４つだけのリード／ライト要求をサ
ーバ計算機２に送信している。これにより、サーバ計算
機２が最初に受け取るリード／ライト要求の数を４以下
に抑えることができる。

【００５２】その後、サーバ計算機２のファイルサーバ
１０では個々のリード／ライト要求を多重処理し、１つ
ずつ応答を返却する。これに対し、ライブラリ１１で
は、１つの応答を受ける毎に、１つのリード／ライト要
求をサーバ計算機２に送信する。これにより、サーバ計
算機２で多重処理しているリード／ライト要求の数は常
に４つ以下となる。

【００５３】（実施例３）本実施例では、クライアント
プログラム５からリード／ライト呼び出しがあった場
合、ライブラリ１１は図８に示す処理を実行する。

【００５４】先ず、実施例１と同様に、クライアントプ
ログラム５からのリード／ライト呼び出しを解析し、或
る一定サイズのデータへのリード／ライト要求に分割す
る（Ｌ３１）。

【００５５】次に、この分割数を指定した予約要求を計
算機間接続網３を介してサーバ計算機２のファイルサー
バ１０に送信し、その応答を待つ（Ｌ３２）。

【００５６】次に、サーバ計算機２のファイルサーバ１
０から上記の予約要求に対する応答を受信すると、その
応答に含まれる予約数を取り出し、スレッショルド値と
する（Ｌ３３）。

【００５７】次に、ステップＬ３１での分割数がこのス
レッショルド値より大きいかどうかを調べる（Ｌ３
４）。そして、分割数がスレッショルド値より大きくな
い場合は、分割して得られた全てのリード／ライト要求
を全部一度に計算機間接続網３を介してサーバ計算機２
のファイルサーバ１０に送信し（Ｌ３６）、分割数がス
レッショルド値より大きい場合は、分割して得られたリ
ード／ライト要求のうち、スレッショルド値に等しい個
数のリード／ライト要求だけを一度に計算機間接続網３
を介してサーバ計算機２のファイルサーバ１０に送信す
る（Ｌ３５）。このとき、未だ送信されなかったリード
／ライト要求は内部に保持しておく。そして、サーバ計
算機２から返されてくる応答を待つ（Ｌ３７）。

【００５８】次に、サーバ計算機２からの応答を受信す
ると、未だ送信していないリード／ライト要求が残って
いるかどうかを確認する（Ｌ３８）。未だ送信していな
いリード／ライト要求が残っている場合は、その内の１
つのリード／ライト要求をサーバ計算機２のファイルサ
ーバ１０に送信し（Ｌ３９）、ステップＬ３７の応答待
ちに移る。ステップＬ３８の確認で未送信リード／ライ
ト要求が残っていないと判断した場合は、今までに返却
された応答の数を調べ、全応答が返却されたかどうかを
確認する（Ｌ３ａ）。応答の数がリード／ライト要求の
分割数より少ない、すなわち、全ての応答が返却されて
いなければ、再びステップＬ３７に戻って応答を待つ。

【００５９】全ての応答が返却されていれば、サーバ計
算機２における予約を解除するための要求（予約解除要
求）を計算機間接続網３を介してサーバ計算機２のファ
イルサーバ１０に送信し、その応答を待つ（Ｌ３ｂ）。
そして、予約解除要求に対する応答が返却された後、ク
ライアントプログラム５の呼び出しに対してリターンす
る。

【００６０】本実施例の場合、ファイルサーバ１０は、
リード／ライト要求処理以外に、予約要求処理と予約解
除要求処理とを行う。リード／ライト要求処理は実施例
１，２とほぼ同じなので、以下、予約要求処理と予約解
除要求処理とを説明する。

【００６１】図９は１つの予約要求処理に着目したシー
ケンスを示している。前述したようにライブラリ１１か
ら予約要求が送信されてくると、ファイルサーバ１０
は、先ず、当該クライアントプログラムに対して許容で
きるリード／ライト要求の数を計算する（Ｓ３１）。

【００６２】この許容数は現在のファイルサーバ１０の
負荷状況によって決まる。具体的には、ファイルサーバ
１０がリード／ライト要求を処理するために使える現時
点のメモリ残量によってほぼ決まる。例えば、ファイル
サーバ１０がリード／ライト要求を処理するために使え
る全メモリ量をＡとし、１つのリード／ライト要求を処
理するために必要なメモリ量をＢとすると、［Ａ／Ｂ］
がファイルサーバ１０の処理負荷上限となる。また、現
時点でＣ個のリード／ライト要求の予約を受け付けてい
る場合、現在の許容数の総計（総許容数）はＣなので、
現時点でのリード／ライト要求の許容数は、処理負荷上
限−Ｃである。そこで、ファイルサーバ１０では、処理
負荷の上限となる数から、現在の許容数の総計（総許容
数）を引いたものを、当該クライアントプログラムに対
する許容数として求める。

【００６３】次に、ステップＳ３１で求めた許容数と予
約要求で指定された分割数のうち小さい方の値を予約数
として決定する（Ｓ３２）。そして、現在の許容数の総
計を今回の予約数の分だけ増やし（Ｓ３３）、ステップ
Ｓ３２で求めた予約数を指定した応答を要求元に送信す
る（Ｓ３４）。今回の予約数の分だけ現在の許容数の総
計を増やすことにより、今回の予約数に見合ったメモリ
量を他のクライアントプログラムから発生したリード／
ライト要求処理で使われないようにすることができる。
従って、当該クライアントプログラムからのリード／ラ
イト要求にかかるリード／ライトデータを一旦格納する
ための中継となるメモリを確保する際にメモリ不足が生
じるのを防止できる。

【００６４】なお、ステップＳ３２の処理内容を、予約
数＝ｍｉｎ（許容数，分割数，１クライアントプログラ
ム当たりに付与する最大許容数）に変更する実施例も考
えられる。こうすれば、１クライアントプログラムに付
与する最大許容数を制限でき、１つのクライアントプロ
グラムが現時点の許容数を全て占有してしまうことを防
止できる。

【００６５】以上のような予約要求処理は１つのアクシ
ョンから成り立つ。

【００６６】他方、図１０は１つの予約解除要求の処理
に着目したシーケンスを示している。前述したようにラ
イブラリ１１から予約解除要求が送信されてくると、フ
ァイルサーバ１０は現在の許容数の総計から、当該クラ
イアントプログラムに与えていた予約数を差し引いて更
新する（Ｓ３５）。これにより予約されていたメモリ量
が解放され、他のクライアントプログラムからのリード
／ライト要求の処理のために使用できるメモリ量がその
分だけ増加する。そして、予約解除要求処理の終了を応
答によってライブラリ１１に伝える（Ｓ３６）。このよ
うな予約解除要求処理は１つのアクションから成り立
つ。

【００６７】実施例２のように、サーバ計算機２の処理
能力によってスレッショルド値を予め決めておいた場
合、クライアントプログラムが１つならば、サーバ計算
機２の処理能力を超えた数のリード／ライト要求が来る
ことはない。しかし、サーバ計算機２に対してリード／
ライト要求を送信するクライアントプログラムが複数存
在する場合、サーバ計算機２の処理能力を超えてしまう
ことがある。

【００６８】これに対して本実施例では、動的に変化す
るサーバ計算機２のファイルサーバ１０の負荷状況に応
じて、１つのクライアントプログラムに対して許容する
予約数をライブラリ１１に知らせ、ライブラリ１１はそ
の予約数をスレッショルド値として、以降、このスレッ
ショルド値に従ってリード／ライト要求を行うため、サ
ーバ計算機２に発生する負荷が一定値を超えないように
制御することができる。つまり、サーバ計算機２が複数
のクライアントプログラムを相手にしても、サーバ計算
機２の処理能力を超えることはない。また、クライアン
トプログラムからのリード／ライト要求が全て終了した
際には予約数がリセットされるため、以降に発生するク
ライアントプログラムの予約要求に対してメモリを有効
に活用することができる。

【００６９】本実施例におけるサーバ計算機２とクライ
アントプログラム５との間で発生する要求／応答のやり
取りの一例を図１１に示す。予約処理（イ）と予約解除
処理（ロ）以外は実施例２と同様のやり取りとなる。図
１１の例では、クライアントプログラム５からのリード
／ライト呼び出しを５つのリード／ライト要求に分割し
ているが、ファイルサーバ１０からの予約数が３であっ
た場合を想定している。このため、ライブラリ１１はス
レッショルド値に３を設定し、最初に３つのリード／ラ
イト要求をサーバ計算機２に送っている。以後の処理は
実施例２の処理手順と同様であるが、全てのリード／ラ
イト要求を処理した後、予約解除処理（ロ）が行われ、
クライアントプログラム５からのリード／ライト呼び出
しへ戻っている。

【００７０】（実施例４）本実施例では、クライアント
プログラム５からリード／ライト呼び出しがあった場
合、ライブラリ１１は図１２に示す処理を実行する。

【００７１】先ず、実施例１と同様に、クライアントプ
ログラム５からのリード／ライト呼び出しを解析し、或
る一定サイズのデータへのリード／ライト要求に分割す
る（Ｌ４１）。

【００７２】次に、この分割数が１より大きいかどうか
を調べる（Ｌ４２）。分割数が１つなら、予約要求する
ことなく、その１つのリード／ライト要求を計算機間接
続網３を介してサーバ計算機２のファイルサーバ１０に
送信し、応答の受信を待つ（Ｌ４４）。

【００７３】他方、上記の分割数が１より大きいとき
は、分割して得られたリード／ライト要求のうちの１つ
のリード／ライト要求に予約要求を付加した予約＋リー
ド／ライト一括要求を、１つの要求としてサーバ計算機
２のファイルサーバ１０に送信し、予約応答の受信を待
つ（Ｌ４３）。予約応答の受信を待つとは、クライアン
トプログラム５の持つ応答受信用のポートを読む処理で
あり、予約応答が受信されていなければ受信されるまで
待つことになる。

【００７４】次に、サーバ計算機２から予約の応答が返
却されると、その応答に含まれる予約数を取り出し、ス
レッショルド値とする（Ｌ４５）。

【００７５】次に、ステップＬ４１での分割数−１がこ
のスレッショルド値より大きいかどうかを調べる（Ｌ４
６）。そして、分割数−１がスレッショルド値より大き
くない場合は、分割して得られた残りの全てのリード／
ライト要求を全部一度に計算機間接続網３を介してサー
バ計算機２のファイルサーバ１０に送信する（Ｌ４
８）。但し、その内の１つのリード／ライト要求は、予
約解除要求を付加して、予約解除＋リード／ライト一括
要求とし、これを１つの要求として送信する。また、分
割数−１がスレッショルド値より大きい場合は、分割し
て得られた残りのリード／ライト要求のうち、スレッシ
ョルド値に等しい個数のリード／ライト要求だけを一度
に計算機間接続網３を介してサーバ計算機２のファイル
サーバ１０に送信する（Ｌ４７）。このとき、未だ送信
されなかったリード／ライト要求は内部に保持してお
く。そして、サーバ計算機２から返されてくるリード／
ライトの応答を待つ（Ｌ４９）。

【００７６】次に、サーバ計算機２からのリード／ライ
トの応答を受信すると、未だ送信していないリード／ラ
イト要求が残っているかどうかを確認する（Ｌ４ａ）。
未だ送信していないリード／ライト要求が残っている場
合は、その数が１つかどうかを調べ（Ｌ４ｃ）、１つで
なければ、即ち未だ送信していないリード／ライト要求
が２つ以上残っている場合は、その内の１つのリード／
ライト要求をサーバ計算機２のファイルサーバ１０に送
信し（Ｌ４ｄ）、ステップＬ４９の応答待ちに移る。他
方、未だ送信していないリード／ライト要求が１つの場
合は、それに予約解除要求を付加して予約解除＋リード
／ライト一括要求とした１つの要求をサーバ計算機２の
ファイルサーバ１０に送信し（Ｌ４ｅ）、ステップＬ４
９の応答待ちに移る。

【００７７】そして、ステップＬ４ａの確認で未送信リ
ード／ライト要求が残っていないと判断した場合は、今
までに返却された応答の数を調べ、全応答が返却された
かどうかを確認し（Ｌ４ｂ）、応答の数がリード／ライ
ト要求の分割数より少ない、すなわち、全ての応答が返
却されていなければ、再びステップＬ４９に戻って応答
を待つ。全ての応答が返却されていれば、クライアント
プログラム５の呼び出しに対してリターンする。

【００７８】本実施例の場合、ファイルサーバ１０は、
リード／ライト要求処理以外に、予約＋リード／ライト
一括要求処理と予約解除＋リード／ライト一括要求処理
とを、多重化して実行する。

【００７９】図１３は１つのリード／ライト要求に着目
したシーケンスを示している。ファイルサーバ１０は、
先ず、当該リード／ライト要求にかかるリード／ライト
データを一旦格納するための中継となるメモリを確保す
る（Ｓ４１）。次に、二次記憶装置４に非同期で物理リ
ード／ライトを行い、その完了を待つ（Ｓ４２）。

【００８０】次に、物理リード／ライトが終了すると、
同じクライアントプログラム５からの要求で、予約解除
＋リード／ライト一括要求の処理が中断しているかどう
かを調べる（Ｓ４３）。若し、中断しているならば、同
じクライアントプログラム５からの処理中のリード／ラ
イト要求が他にあるかどうかを調べ（Ｓ４４）、あれ
ば、中断している予約解除＋リード／ライト一括要求を
要求キューに登録し（Ｓ４５）、前記物理リード／ライ
トの終了したリード／ライト要求に対する応答を要求元
に送信する（Ｓ４６）。他方、予約解除＋リード／ライ
ト一括要求の処理が中断していないか或いはそのような
予約解除＋リード／ライト一括要求が存在しない場合、
あるいは中断している予約解除＋リード／ライト一括要
求があっても同じクライアントプログラムからの処理中
のリード／ライト一括要求があれば、ステップＳ４５を
スキップして、当該リード／ライト要求の応答を要求元
に送信する（Ｓ４６）。

【００８１】図１４は１つの予約＋リード／ライト一括
要求の処理に着目したシーケンスを示している。前述し
たようにライブラリ１１から予約＋リード／ライト一括
要求が送信されてくると、ファイルサーバ１０は、先
ず、当該クライアントプログラムに対して許容できるリ
ード／ライト要求の数を計算する（Ｓ４７）。この許容
数は現在のファイルサーバ１０の負荷状況によって決ま
る。具体的には、ファイルサーバ１０の処理負荷の上限
となる数から、現在の許容数の総計（総許容数）を引い
たものとして計算される。

【００８２】次に、ステップＳ４７で求めた許容数と予
約要求で指定された分割数−１のうち小さい方の値を予
約数として決定する（Ｓ４８）。そして、現在の許容数
の総計を今回の予約数の分だけ増やしておき（Ｓ４
９）、ステップＳ４８で求めた予約数を指定した応答を
要求元に非同期で送信する（Ｓ４ａ）。

【００８３】なお、ステップＳ４８の処理内容を、予約
数＝ｍｉｎ（許容数，分割数−１，１クライアントプロ
グラム当たりに付与する最大許容数）に変更する実施例
も考えられる。こうすれば、１クライアントプログラム
に付与する最大許容数を制限でき、１つのクライアント
プログラムが現時点の許容数を全て占有してしまうこと
を防止できる。

【００８４】ここまでの処理は実施例３のファイルサー
バ１０での予約要求処理とほぼ同様である。但し、本実
施例では、予約応答を非同期で送信した後、引続きリー
ド／ライト要求の処理に移るため、リード／ライト要求
の処理の時間と予約応答の通信時間とが重なる。

【００８５】リード／ライト要求の処理では、まず、当
該リード／ライト要求にかかるリード／ライトデータを
一旦格納するための中継となるメモリを確保する（Ｓ４
ｂ）。次に、二次記憶装置４に非同期で物理リード／ラ
イトを行い、その完了を待つ（Ｓ４ｃ）。そして、物理
リード／ライトが終了すると、リード／ライト応答を要
求元に送信する（Ｓ４ｄ）。

【００８６】他方、図１５は１つの予約解除＋リード／
ライト一括要求に着目したシーケンスを示している。前
述したようにライブラリ１１から予約解除＋リード／ラ
イト一括要求が送信されてくると、先ずリード／ライト
要求処理を行い、次いで予約解除処理を行う。リード／
ライト要求処理では、当該リード／ライト要求にかかる
リード／ライトデータを一旦格納するための中継となる
メモリを確保し（Ｓ４ｅ）、二次記憶装置４に非同期で
物理リード／ライトを行い、その完了を待つ（Ｓ４
ｆ）。物理リード／ライトが終了すると、同じクライア
ントプログラム５からの処理中のリード／ライト要求が
他にあるかどうかを調べ（Ｓ４ｇ）、若しあれば、処理
中のリード／ライト要求がなくなるまで中断する。中断
の方法は、当該要求を中断キューに登録することで行
う。中断キューに登録された要求は、前述の図１３のス
テップＳ４５で中断キューから要求キューに登録しなお
される。

【００８７】他に処理中のリード／ライト要求がなくな
ると、予約解除の処理となり、現在の総許容数から予約
数を差し引いて更新する（Ｓ４ｈ）。これにより当該ク
ライアントプログラムに対して予約されていたメモリ量
が解放される。そして、リード／ライト応答に予約解除
の応答を含めて要求元に送信する（Ｓ４ｉ）。

【００８８】本実施例によれば、予約＋リード／ライト
一括要求を導入したので、ライブラリ１１側では予約要
求を別要求として最初に送らずに済むとともに、ファイ
ルサーバ１０側では予約応答に引き続いてリード／ライ
ト処理が行われるので、予約応答の通信時間を物理リー
ド／ライトの時間と重ねることができる。また、サーバ
計算機での物理リード／ライトの最中に、クライアント
プログラムから後続のリード／ライト要求の送信が行わ
れれば、それらの通信時間も物理リード／ライトの時間
に重ねることができる。

【００８９】また、予約解除＋リード／ライト一括要求
を導入したので、予約解除の要求を別要求として最後に
送らずに済み、その分の通信時間を削減することができ
る。

【００９０】以上のことから、最初と最後の予約／予約
解除のための通信時間を削減することができる。図１６
はサーバ計算機２とクライアントプログラム５との間で
発生する要求／応答のやり取りの一例を示している。最
初の予約＋リード／ライト一括要求（ハ）は１要求とし
てサーバ計算機２に送られる。サーバ計算機２では、ま
ず予約処理を行い、予約応答を返却し、同時にリード／
ライト処理に移る。この際、物理リード／ライトと予約
応答の通信時間が重なっている。

【００９１】クライアントプログラム５の動作する計算
機１のライブラリ１１で予約応答を受け取った後のリー
ド／ライト要求処理は、実施例３と同様である。ただ
し、最後の要求が予約解除＋リード／ライト一括要求と
なる点が異なる。最後の要求の処理は、図１６に示す予
約解除＋リード／ライト（ニ）の処理に相当する。図１
６の例では、クライアントプログラム５からのリード／
ライト呼び出しを５つのリード／ライト要求に分割して
いるが、ファイルサーバ１０からの予約数が３であった
場合を想定している。このため、ライブラリ１１はスレ
ッショルド値に３を設定し、予約応答受信後、最初に３
つのリード／ライト要求をサーバ計算機２に送ってい
る。以後の処理は実施例２，３の処理手順と同様である
が、リード／ライト要求の残りが１つになったとき、予
約解除とリード／ライトを一緒にした要求（予約解除＋
リード／ライト一括要求）を行う。サーバ計算機では、
この要求に対してリード／ライトの処理と予約解除の処
理を行い、１つの応答として返却する。これにより、最
後の通信時間を削減することができる。

【００９２】以上本発明の実施例について説明したが、
本発明は以上の実施例にのみ限定されずその他各種の付
加変更が可能である。例えば、図１では、１つのサーバ
計算機２に、１つのクライアントプログラム５が動作す
る計算機１を計算機間通信網３を介して接続している
が、１つ又は複数のクライアントプログラム５が動作す
る計算機を複数台、計算機間通信網３に接続した計算機
システムに対しても適用可能である。また、サーバ計算
機２には１つの二次記憶装置４のみ接続されている例を
示したが、複数の二次記憶装置が接続されていても良
い。

【００９３】

【発明の効果】以上説明したように本発明によれば以下
のような効果を得ることができる。

【００９４】請求項１ないし４記載の発明によれば、遠
隔二次記憶装置へのデータアクセス時における通信時間
のほとんどをクライアントプログラムから見えなくし、
あたかもその二次記憶装置がクライアントプログラムの
動作する計算機に接続されているかのようなアクセス時
間を達成することができる。

【００９５】また請求項２記載の発明によれば、クライ
アントプログラムが大容量のデータをアクセスする場合
であっても、即ち分割されたリード／ライト要求の数が
多くなる場合であっても、一度に要求するリード／ライ
トの量を抑制でき、第２の計算機での処理負荷が過大に
ならないようにすることができる。

【００９６】更に請求項３記載の発明によれば、１台の
第２の計算機に対して複数のクライアントプログラムが
リード／ライト要求を行う場合でも、第２の計算機の負
荷に応じて一度に要求するリード／ライトの量を抑制で
き、第２の計算機の処理負荷が過大にならないようにす
ることができる。

【００９７】また更に請求項４記載の発明によれば、第
１の計算機側では予約要求を別要求として最初に送らず
に済み、第２の計算機側では予約応答に引き続いてリー
ド／ライト処理が行われるので、予約応答の通信時間を
物理リード／ライトの時間と重ねることができる。ま
た、第２の計算機での物理リード／ライトの最中に、第
１の計算機から後続のリード／ライト要求の送信が行わ
れれば、それらの通信時間も物理リード／ライトの時間
に重ねることができる。さらに、第１の計算機側では予
約解除の要求を別要求として最後に送らずに済み、その
分の通信時間を削減することができる。

【図面の簡単な説明】

【図１】本発明を適用した計算機システムの一例を示す
ブロック図である。

【図２】ファイルサーバで複数の要求を多重処理するた
めの処理の一例を示すフローチャートである。

【図３】実施例１におけるライブラリの処理の一例を示
すフローチャートである。

【図４】実施例１におけるファイルサーバの、１つのリ
ード／ライト要求に着目した処理の一例を示すフローチ
ャートである。

【図５】実施例１におけるクライアントプログラムとサ
ーバ計算機との要求／応答のやり取りを示すタイミング
チャートである。

【図６】実施例２におけるライブラリの処理の一例を示
すフローチャートである。

【図７】実施例２におけるクライアントプログラムとサ
ーバ計算機との要求／応答のやり取りを示すタイミング
チャートである。

【図８】実施例３におけるライブラリの処理の一例を示
すフローチャートである。

【図９】実施例３におけるファイルサーバの、１つの予
約要求に着目した処理の一例を示すフローチャートであ
る。

【図１０】実施例３におけるファイルサーバの、１つの
予約解除要求に着目した処理の一例を示すフローチャー
トである。

【図１１】実施例３におけるクライアントプログラムと
サーバ計算機との要求／応答のやり取りを示すタイミン
グチャートである。

【図１２】実施例４におけるライブラリの処理の一例を
示すフローチャートである。

【図１３】実施例４におけるファイルサーバの、１つの
リード／ライト要求に着目した処理の一例を示すフロー
チャートである。

【図１４】実施例４におけるファイルサーバの、１つの
予約＋リード／ライト一括要求に着目した処理の一例を
示すフローチャートである。

【図１５】実施例４におけるファイルサーバの、１つの
予約解除＋リード／ライト一括要求に着目した処理の一
例を示すフローチャートである。

【図１６】実施例４におけるクライアントプログラムと
サーバ計算機との要求／応答のやり取りを示すタイミン
グチャートである。

【図１７】遠隔二次記憶装置への従来のアクセス方法の
説明図である。

【符号の説明】

１…クライアントプログラムの動作する計算機 ２…サーバ計算機 ３…計算機間接続網 ４…二次記憶装置 ５…クライアントプログラム １０…ファイルサーバ １１…ライブラリ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 第１の計算機上で動作するクライアント
   プログラムから、前記第１の計算機と計算機間接続網を
   通じて相互に通信可能な第２の計算機に接続されている
   二次記憶装置上のデータに対してアクセスする方法であ
   って、 前記第１の計算機においては、 前記クライアントプログラムによるリード／ライト呼び
   出しを、一定サイズのデータへのリード／ライト要求に
   分割し、該分割して得られたリード／ライト要求を全部
   一度に前記第２の計算機に送信し、 前記送信した全てのリード／ライト要求について前記第
   ２の計算機から応答が返却されていることを確認した
   後、前記クライアントプログラムにリード／ライト呼び
   出しの結果を戻し、 前記第２の計算機においては、 前記第１の計算機からのリード／ライト要求を受け取
   り、受け取ったリード／ライト要求１つに対し、要求さ
   れた二次記憶装置上のデータにアクセスをした後、要求
   元のクライアントプログラムに応答１つを送信するとい
   う処理を、複数のリード／ライト要求に対し、多重化し
   て実行することを特徴とする二次記憶装置への遠隔アク
   セス方法。
2. 【請求項２】 第１の計算機上で動作するクライアント
   プログラムから、前記第１の計算機と計算機間網を通じ
   て相互に通信可能な第２の計算機に接続されている二次
   記憶装置上のデータに対してアクセスする方法であっ
   て、 前記第１の計算機においては、 前記クライアントプログラムによるリード／ライト呼び
   出しを、一定サイズのデータへのリード／ライト要求に
   分割し、 該分割して得られたリード／ライト要求の数が予め定め
   られたスレッショルド値以下のときは全部一度に前記第
   ２の計算機に送信し、スレッショルド値を超えていると
   きは最初にスレッショルド値分のリード／ライト要求を
   前記第２の計算機に送信した後、リード／ライト要求に
   対応する前記第２の計算機からの応答を１つ確認する毎
   に残りのリード／ライト要求を１つ前記第２の計算機に
   送信し、 前記送信した全てのリード／ライト要求について前記第
   ２の計算機から応答が返却されていることを確認した
   後、前記クライアントプログラムにリード／ライト呼び
   出しの結果を戻し、 前記第２の計算機においては、 前記第１の計算機からのリード／ライト要求を受け取
   り、受け取ったリード／ライト要求１つに対し、要求さ
   れた二次記憶装置上のデータにアクセスをした後、要求
   元のクライアントプログラムに応答１つを送信するとい
   う処理を、複数のリード／ライト要求に対し、多重化し
   て実行することを特徴とする二次記憶装置への遠隔アク
   セス方法。
3. 【請求項３】 第１の計算機上で動作するクライアント
   プログラムから、前記第１の計算機と計算機間網を通じ
   て相互に通信可能な第２の計算機に接続されている二次
   記憶装置上のデータに対してアクセスする方法であっ
   て、 前記第１の計算機においては、 前記クライアントプログラムによるリード／ライト呼び
   出しを、一定サイズのデータへのリード／ライト要求に
   分割し、 該分割して得られたリード／ライト要求の送信に先立っ
   て前記第２の計算機に対して予約の要求を送信し、 前記送信した予約の要求に対する前記第２の計算機から
   の応答に含まれる予約数からスレッショルド値を決定
   し、 前記分割して得られたリード／ライト要求の数が前記ス
   レッショルド値以下のときは全部一度に前記第２の計算
   機に送信し、スレッショルド値を超えているときは最初
   にスレッショルド値分のリード／ライト要求を前記第２
   の計算機に送信した後、リード／ライト要求に対応する
   前記第２の計算機からの応答を１つ確認する毎に残りの
   リード／ライト要求を１つ前記第２の計算機に送信し、 前記送信した全てのリード／ライト要求について前記第
   ２の計算機から応答が返却されていることを確認した
   後、前記第２の計算機に対して予約解除を要求すると共
   に、前記クライアントプログラムにリード／ライト呼び
   出しの結果を戻し、 前記第２の計算機においては、 前記第１の計算機からの予約の要求に対し、自計算機の
   現在の負荷状況に応じて１つのクライアントプログラム
   に対して許容するリード／ライト要求数を予約数として
   前記第１の計算機に通知すると共にその予約数に見合っ
   たメモリ量を確保し、 前記第１の計算機からのリード／ライト要求を受け取
   り、受け取ったリード／ライト要求１つに対し、要求さ
   れた二次記憶装置上のデータにアクセスをした後、要求
   元のクライアントプログラムに応答１つを送信するとい
   う処理を、複数のリード／ライト要求に対し、多重化し
   て実行し、 前記第１の計算機からの予約解除の要求に対し、前記確
   保していたメモリ量を解放することを特徴とする二次記
   憶装置への遠隔アクセス方法。
4. 【請求項４】 第１の計算機上で動作するクライアント
   プログラムから、前記第１の計算機と計算機間網を通じ
   て相互に通信可能な第２の計算機に接続されている二次
   記憶装置上のデータに対してアクセスする方法であっ
   て、 前記第１の計算機においては、 前記クライアントプログラムによるリード／ライト呼び
   出しを、一定サイズのデータへのリード／ライト要求に
   分割し、 該分割して得られたリード／ライト要求のうちの１つの
   リード／ライト要求に予約の要求を付加した予約＋リー
   ド／ライト一括要求を前記第２の計算機に対して送信
   し、 前記送信した予約＋リード／ライト一括要求に対する前
   記第２の計算機からの予約応答に含まれる予約数からス
   レッショルド値を決定し、 前記分割して得られたリード／ライト要求の残りの数が
   前記スレッショルド値以下のときは、１つのリード／ラ
   イト要求に予約解除の要求を付加して予約解除＋リード
   ／ライト一括要求とした上で、全部一度に前記第２の計
   算機に送信し、スレッショルド値を超えているときは最
   初にスレッショルド値分のリード／ライト要求を前記第
   ２の計算機に送信した後、リード／ライト要求に対応す
   る前記第２の計算機からの応答を１つ確認する毎に残り
   のリード／ライト要求を１つ前記第２の計算機に送信し
   ていき且つ最後の１つのリード／ライト要求は予約解除
   の要求を付加した予約解除＋リード／ライト一括要求と
   して送信し、 前記送信した全ての要求について前記第２の計算機から
   応答が返却されていることを確認した後、前記クライア
   ントプログラムにリード／ライト呼び出しの結果を戻
   し、 前記第２の計算機においては、 前記第１の計算機から要求を受け取り、受け取った要求
   が予約＋リード／ライト一括要求のときは自計算機の現
   在の負荷状況に応じて１つのクライアントプログラムに
   対して許容するリード／ライト要求数を予約数として前
   記第１の計算機に通知すると共にその予約数に見合った
   メモリ量を確保した後、要求された二次記憶装置上のデ
   ータにアクセスをして要求元のクライアントプログラム
   に応答１つを送信するという処理を、受け取った要求が
   リード／ライト要求のときは要求された二次記憶装置上
   のデータにアクセスをした後、要求元のクライアントプ
   ログラムに応答１つを送信するという処理を、受け取っ
   た要求が予約解除＋リード／ライト一括要求のときは要
   求された二次記憶装置上のデータにアクセスをした後、
   要求元のクライアントプログラムから発生した処理中の
   リード／ライト要求が全部完了した時点で前記確保した
   メモリ量を解放するという処理を、複数の要求に対し、
   多重化して実行することを特徴とする二次記憶装置への
   遠隔アクセス方法。
5. 【請求項５】 前記第２の計算機に、複数台の前記第１
   の計算機を前記計算機間接続網を通じて接続したことを
   特徴とする請求項１，２，３または４記載の二次記憶装
   置への遠隔アクセス方法。