JPH1074171A - 転送最適化システムおよびプログラムを格納した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、サーバ装置とクライアント装置と
の間のデータ転送の最適化を行う転送最適化システムに
関し、サーバ装置およびクライアント装置で相手のアク
ティビティ数を予め判断して最適なデータ転送やｒｅａ
ｄ処理時などの先読みを行い、最適なネットワークデー
タ転送を実現することを目的とする。 【解決手段】 サーバ装置に電文を初めて送信するとき
に自己のアクティビティ数を電文にして送信し、その応
答電文でサーバ装置のアクティビティ数を受信して保持
する手段と、次回以降の電文送出時にサーバ装置のアク
ティビティ数をもとに一時に送出する電文数を制御する
手段とをクライアント装置に備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバ装置とクラ
イアント装置との間のデータ転送の最適化を行う転送最
適化システムであって、サーバ装置およびクライアント
装置の相互で相手側のアクティビティ数を意識してネッ
トワークデータ転送の最適化を行う転送最適化システム
に関するものである。

【０００２】

【従来の技術】従来、ネットワークを介してデータを転
送する場合、図１３に示すように、サーバ装置およびク
ライアント装置の間では相手側のアクティビティ数を意
識することなくデータ転送を行っていた。以下図１３の
従来の構成および動作を簡単に説明する。

【０００３】図１３は、従来技術の説明図を示す。図１
３において、クライアント装置およびサーバ装置は、ネ
ットワークを介してデータを相互に転送するものであ
る。

【０００４】アクティビティは、サーバ装置およびクラ
イアント装置上に常駐し、ネットワークデータ転送処理
を行うデーモンプロセスである。サーバアクティビティ
は、サーバ装置上で複数存在しクライアント装置からの
要求データを受信するための受け口などとなるものであ
る。サーバ装置は、アクティビティ数分の要求（電文）
を同時に受信などして処理することができる。

【０００５】クライアントアクティビティは、クライア
ント装置上で複数存在しアプリケーションからのデータ
転送要求を代行して行うなどするものである。これによ
り、非同期に多重のデータ転送処理を行うことが可能と
なる。尚、図１３は、クライアント装置のアプリケーシ
ョンからサーバ装置にデータ転送する場合であるが、同
様にサーバ装置からクライアント装置へのデータ転送も
行う。

【０００６】次に、動作を説明する。クライアント装置
上のアプリケーションからのデータ転送要求は、アク
ティビティを管理するネットワークプロトコルによっ
て、クライアント装置上のアクティビティに振り分けら
れ（）、実際のネットワーク転送処理は当該振り分け
られた各アクティビティが代行して行う（）。

【０００７】クライアント装置から送信されてきた要求
データ（電文）は、サーバ装置のネットワーク層にキュ
ーイングされ、サーバ装置のアクティビティが受信する
のを待ち合わせる。サーバ装置のアクティビティは、ネ
ットワーク層にキューイングされた要求データ（電文）
を受信し（）、１次記憶装置および２次記憶装置に対
するＩ／Ｏ処理を行う（）。

【０００８】以上の図１３の従来のネットワークデータ
転送では、一連の処理の中で、サーバ装置およびクライ
アント装置で相手側のアクティビティ数を意識すること
なくデータ転送を行っていた。

【０００９】

【発明が解決しようとする課題】上述したように従来の
ネットワークデータ転送では、相手側のアクティビティ
数を意識することなくデータ転送を行っていたため、以
下の問題が発生していた。

【００１０】（１） クライアント装置からサーバ装置
に対するデータ転送において、クライアント装置でサー
バ装置のアクティビティ数を意識していないため、クラ
イアント装置はサーバ装置のアクティビティ数を越える
データ転送を行った場合、サーバ装置がアクティビティ
数を越えた分のデータ転送を受信処理できないため、ク
ライアント装置でタイムアウトとなってデータ転送を再
送する必要が生じてしまうことがあり、効率が低下して
しまう問題があった。

【００１１】（２） サーバ装置でのクラスタリング処
理において、サーバ装置でクライアント装置のアクティ
ビティ数を意識していないため、クライアント装置のア
クティビティ数分のデータを受信しこれ以上クライアン
ト装置からのデータ転送がない場合であっても、サーバ
装置ではクラスタリング処理の監視時間中はクライアン
ト装置からのデータ転送の待合せを行うこととなり、そ
の待合せ時間分だけクライアント装置に対するレスポン
スが遅延するという問題があった。

【００１２】（３） クライアント装置からのｒｅａｄ
処理において、クライアント装置でサーバ装置のアクテ
ィビティ数を意識していないため、クライアント装置は
サーバ装置に対して何ブロックの先読みが可能か判断で
きないという問題があった。

【００１３】（４） サーバ装置でのｒｅａｄ処理にお
いて、サーバ装置でクライアント装置のアクティビティ
数を意識していないため、サーバ装置はクライアント装
置からのｒｅａｄ要求に対して、何ブロックの先読みを
行っておくべきか判断できないという問題があった。

【００１４】本発明は、これらの問題を解決するため、
サーバ装置およびクライアント装置で相手のアクティビ
ティ数を予め判断して最適なデータ転送やｒｅａｄ処理
時などの先読みを行い、最適なネットワークデータ転送
を実現することを目的としている。

【００１５】

【課題を解決するための手段】図１、図３、図５、図
７、図９および図１１を参照して課題を解決するための
手段を説明する。

【００１６】図１、図３、図５、図７、図９および図１
１において、サーバ装置１は、回線を介して複数のクラ
イアント装置２にサービスを提供するものであって、こ
こでは、サーバアクティビティ１１、クラインアント情
報１２、１次記憶装置１３、２次記憶装置１４、クラス
タリング機能１５などからなるものである。

【００１７】クライアント装置２は、サーバ装置１に回
線を介して各種サービスの提供を受けるものであって、
ここでは、クライアントアクティビティ２１、サーバ情
報２２などからなるものである。

【００１８】次に、動作を説明する。クライアント装置
２がサーバ装置１に電文を初めて送信するときに自己の
アクティビティ数を電文にして送信し、その応答電文で
サーバ装置１のアクティビティ数を受信して保持し、次
回以降の電文送出時にサーバ装置１のアクティビティ数
をもとに一時に送出する電文数を制御するようにしてい
る。

【００１９】また、クライアント装置２がサーバ装置１
に電文を順次送信してその応答電文のレスポンス時間が
所定値以下の電文数をサーバ装置１のアクティビティ数
と予測し、次回以降の電文送出時にサーバ装置１の予測
したアクティビティ数をもとに一時に送出する電文数を
制御するようにしている。

【００２０】また、サーバ装置１がクライアント装置２
から所定時間内に受信した電文数をクライアント装置の
アクティビティ数と予測し、次回以降の電文送出時にク
ライアント装置２の予測したアクティビティ数をもとに
一時に送出する電文数を制御するようにしている。

【００２１】また、クライアント装置２がライト時に電
文をサーバ装置１に送信するときにサーバ装置１のアク
ティビティ数迄の電文を送出するようにしている。ま
た、サーバ装置１がライト時に受信した電文を一次記憶
装置１３に順次格納して受信数がクラアイアント装置２
のアクティビティ数分となったときに２次記憶装置１４
に一括して書き出すようにしている。

【００２２】また、クライアント装置２がリード時にサ
ーバ装置１のアクティビティ数分の電文を要求してサー
バ装置１の１次記憶装置１３から電文として一時に読み
出すようにしている。

【００２３】サーバ装置１がリード時にクライアント装
置２のアクティビティ数分の電文を２次記憶装置１４か
ら１次記憶装置１３に先読みし、１次記憶装置１３から
電文をクライアント装置２に一時に送出するようにして
いる。

【００２４】従って、サーバ装置１およびクライアント
装置２で相手のアクティビティ数を予め判断して最適な
データ転送やリード処理の先読みなどを行い、最適なネ
ットワークデータ転送を実現することが可能となる。

【００２５】

【発明の実施の形態】次に、図１および図２を用いて、
クライアント装置２が複数の電文を同時に送り、その応
答電文のレンスポンス時間からサーバ装置１のアクティ
ビティ数を予測する構成および動作を詳細に説明する。
ここで、各構成図において、図示外の記録媒体からプロ
グラムを読み出し主記憶にローディングして起動し、以
下に説明する各種制御を行うようにしている。

【００２６】図１は、本発明の実施例構成図（その１）
を示す。図１において、サーバ装置１は、回線を介して
複数のクライアント装置２にサービスを提供するもので
あって、ここでは、サーバアクティビティ１１を図示の
ように例えば２つもつものである。

【００２７】クライアント装置２は、サーバ装置１に回
線を介して各種サービスの提供を受けるものであって、
サーバ情報２２などを持つものである。ここでは、クラ
イアントアクティビティ２１を図示のように４つもつも
のである。

【００２８】サーバ情報２２は、サーバ装置毎に設け、
ここでは図示のように ・サーバ名： ・レスポンス時間： ・アクティビティ数： を持つものである。ここで、サーバ名は、電文を送信し
てサービスを受けるサーバ装置１の名前である。レスポ
ンス時間は、電文をサーバ装置１に送って返送されてく
るまでの時間である。アクテイビティ数は、クライアン
ト装置２が後述する図２の方法に従い、サーバ装置１の
アクティビティを予想したものである。

【００２９】次に、図２のフローチャートに示す順序に
従い、図１の構成の動作を詳細に説明する。図２は、本
発明の動作説明フローチャート（その１）を示す。

【００３０】図２において、Ｓ１は、クライアント装置
２が同時に複数の電文を送信、ここでは、サーバ装置１
のアクティビティ数よりも多い、、、、の４つ
の電文を連続して送信する。

【００３１】Ｓ２は、Ｓ１でクライアント装置２から送
信されてきた電文をサーバ装置１が受信し、キューイン
グする。Ｓ３は、早い順にアクティビティ数分、サーバ
アクティビティ１１がそれぞれ電文を取り出す。

【００３２】Ｓ４は、Ｓ３で取り出した電文の処理を行
う。Ｓ５は、Ｓ４で処理した電文を送信元（クライアン
ト装置２）に応答（送信）する。

【００３３】Ｓ６は、Ｓ５で送信されてきた電文をクラ
イアント装置２が受信し、レスポンス時間（電文をサー
バ装置１に送信してから、受信するまでの時間）を記録
する。

【００３４】Ｓ７は、レンスポンス時間の早い、遅いの
総数を集計し、早い方のグループの数をサーバアクティ
ビティ数と予測する。遅い方のグループは、サーバ装置
１のサーバアクティビティ１１が同時に処理を行うこと
できなかった電文である。

【００３５】Ｓ８は、登録する。以上によって、クライ
アント装置２は、電文を同時に連続してサーバ装置１の
アクティビティ数よりも多く送信し、サーバ装置１から
返送されてきた電文のレンスポンス時間をそれぞれ測定
して記録し、記録したレンスポンス時間の早いグループ
の数を求めてこれをサーバアクティビティ数と予測する
ことにより、サーバアクティビティ数（図示の状態では
“２”）として予測することが可能となる。

【００３６】次に、図３および図４を用いて、クライア
ント装置２から複数の電文を同時に送り、サーバ装置１
で同時に受信したサーバアクティビティ数が最も多い数
をクライアントアクティビティ数と予測する構成および
動作を詳細に説明する。

【００３７】図３は、本発明の実施例構成図（その２）
を示す。図３において、サーバ装置１は、回線を介して
複数のクライアント装置２にサービスを提供するもので
あって、ここでは、サーバアクティビティ１１を図示の
ように例えば４つおよびクライアント情報１２を持つも
のである。

【００３８】クライアント情報１２は、クライアント装
置２毎に設け、ここでは図示のように ・クライアント名： ・要求数： ・アクティビティ数： を持つものである。ここで、クライアント名は、電文を
受信するクライアント装置の名前である。要求数は、サ
ーバアクティビティ１１がクライアント装置２から電文
を受信したときに＋１し、応答の電文をクライアント装
置２に送信したときに−１し、同時に何個のサーバアク
ティビティ１１が電文を受信処理中かを管理するもので
ある。アクティビティ数は、クライアント装置２のアク
ティビティ数を予測したものであって、ここでは、要求
数の最大の数である（現在の要求数と、アクティビティ
数とを比較し、要求数が多くなれば当該要求数でアクテ
ィビティ数を更新して予測したものである。）。

【００３９】次に、図４のフローチャートに示す順序に
従い、図３の構成の動作を詳細に説明する。図４は、本
発明の動作説明フローチャート（その１）を示す。

【００４０】図４において、Ｓ１１は、クライアント装
置２が同時に複数の電文を送信する。Ｓ１２は、Ｓ１１
でクライアント装置２から送信されてきた電文をサーバ
装置１が受信し、キューイングする。

【００４１】Ｓ１３は、早い順にアクティビティ数分、
サーバアクティビティ１１がそれぞれ電文を取り出す。
Ｓ１４は、Ｓ１３で取り出した電文の受信数をカウント
アップする。

【００４２】Ｓ１５は、過去の同時に受け付けた数と、
現在のカウント数とを比較する。Ｓ１６は、過去＜現在
か判別する。これは、過去の同時に受け付けた数より
も、現在のＳ１４でカウントアップした数の方が大か判
別する。ＹＥＳの場合には、Ｓ１７で同時受付数を更新
し、Ｓ１８に進む。一方、ＮＯの場合には、Ｓ１８に進
む。

【００４３】Ｓ１８は、取り出した電文の処理を行う。
Ｓ１９は、受信数をカウントダウンする。Ｓ２０は、送
信元に応答の電文を送信する。

【００４４】Ｓ２１は、Ｓ２０で送信された電文をクラ
イアント装置２が受信する。以上によって、サーバ装置
１は、クライアント装置２から電文を同時に連続してキ
ューイングし、当該キューからサーバアクティビティ１
１がそれぞれ電文をアクティビティ数だけ取り出して受
信数分だけカウントアップし、このカウントアップした
現在の受信数が以前の受信数よりも大きいときに同時受
信数（＝クライアントアクティビティ数）を更新するこ
とを繰り返し、サーバ装置１はクライアント装置２毎に
クライアントアクティビティ数を予測することが可能と
なる。

【００４５】次に、図５および図６を用いてクライアン
ト装置２が電文のライト処理をサーバ装置１に行うとき
のデータ転送の最適化を行うときの構成および動作を詳
細に説明する。

【００４６】図５は、本発明の実施例構成図（その３）
を示す。図５において、サーバ装置１は、回線を介して
複数のクライアント装置２にサービスを提供するもので
あって、ここでは、サーバアクティビティ１１を図示の
ように例えば２つ持つものである。

【００４７】クライアント装置２は、サーバ装置１に回
線を介して各種サービスの提供を受けるものであって、
サーバ情報２２などを持つものである。ここでは、クラ
イアントアクティビティ２１を図示のように４つもつも
のとする。

【００４８】サーバ情報２２は、サーバ装置毎に設け、
ここでは図示のように ・サーバ名： ・要求数： ・アクティビティ数： を持つものである。ここで、サーバ名は電文を送信して
サービスを受けるサーバ装置の名前である。要求数はサ
ーバ装置１に電文を送信しているクライアントアクティ
ビティ２１の数である。アクティビティ数は、サーバ装
置１のアクティビティ数であって、予め既述した図１な
いし図２の方法によって獲得あるいは予測して設定した
ものである。

【００４９】次に、図６のフローチャートに示す順序に
従い、図５の構成の動作を詳細に説明する。図６は、本
発明の動作説明フローチャート（その１）を示す。

【００５０】図６において、Ｓ３１は、クライアント装
置２のアプリ（アプリケーションプログラム）からｗｒ
ｉｔｅ要求を受け取る。Ｓ３２は、クライアント装置２
がｗｒｉｔｅデータを分割して電文とし、クラアイアン
トアクティビティ２１に渡す。

【００５１】Ｓ３３は、クライアントアクティビティ２
１が要求数をカウントアップする。Ｓ３４は、要求数≦
サーバアクティビティ数か判別する。これは、ｗｒｉｔ
ｅ要求のあった電文の数が、サーバ情報２２に予め設定
されているサーバ装置１のアクティビティ数よりも小か
判別する。ＹＥＳの場合には、Ｓ３５でサーバアクティ
ビティ数分だけクライアントアクティビティ２１がデー
タ送信を行う。一方ＮＯの場合には、サーバアクティビ
ティ数を越えた分のクライアントアクティビティ２１が
スリープし、Ｓ４１で起こされるまで待機する。

【００５２】Ｓ３６は、Ｓ３５でクライアント装置２か
ら送信されてきた電文をサーバ装置１のサーバアクティ
ビティ１１がそれぞれ受信する。Ｓ３７は、Ｓ３６で受
信した電文をサーバアクティビティ１１がそれぞれ処理
する。

【００５３】Ｓ３８は、送信元に応答の電文を送信す
る。Ｓ３９は、Ｓ３８で送信された電文をクライアント
装置２が受信し、要求数からサーバアクティビティ数を
引算し、Ｓ４０で０以上か判別し、ＹＥＳのときにＳ４
１に進み、ＮＯのときにＳ３３に戻る。

【００５４】Ｓ４１は、待ちクライアントアクティビテ
ィ２１のスリープを起こす（Ｓ３４のＮＯときにスリー
プさせた、サーバアクティビティ数を越えた分のクライ
アントアクティビティ２１を起こす）。

【００５５】Ｓ４２は、要求数をカウントダウンする。
そして、Ｓ３３に戻り、繰り返す。以上によって、クラ
イアント装置２は、ｗｒｉｔｅ時に、サーバ装置のアク
ティビティ数分の電文をクライアントアクティビティ２
１に送信させ、こえる分はスリープさせておき、サーバ
装置１から返答の電文を受信したときにスリープさせた
クライアントアクティビティ２１を起こして電文を送信
させることにより、クライアント装置２は常にサーバ装
置１のアクティビティ数分だけ電文を送信し、当該サー
バ装置１で電文を同時に受信処理できるようにし、サー
バ装置１で電文が受信できなくなってしまい、再送信す
る必要が生じてしまう事態を無くすことにより、ｗｒｉ
ｔｅ時のデータ転送の最適化を図ることが可能となっ
た。

【００５６】次に、図７および図８を用いてサーバ装置
１でクライアント装置２からの電文をクラスタリングす
る際の待合せの最適化を行うときの構成および動作を詳
細に説明する。

【００５７】図７は、本発明の実施例構成図（その４）
を示す。図７において、サーバ装置１は、回線を介して
複数のクライアント装置２にサービスを提供するもので
あって、ここでは、サーバアクティビティ１１、１次記
憶装置１３、２次記憶装置１４、クライアント情報１
２、およびクラスタリング機能１５などを持つものであ
る。

【００５８】サーバアクティビティ１１は、受信処理な
どを行うものである。１次記憶装置１３は、サーバアク
ティビティ１１がクライアント装置２から送信されてき
た電文を受信して一時的に格納するキャッシュである。

【００５９】２次記憶装置１４は、１次記憶装置１３に
一時的に格納した電文をまとめて一括して保存する媒体
である。クライアント情報１２は、クライアン装置２毎
に設け、ここでは図示のように ・クライアント名： ・要求数： ・アクティビティ数： を持つものである。ここで、クライアント名は電文を送
信したクライアント装置２の名前である。要求数は受信
した電文を処理しているサーバアクティビティ１１の数
である。アクティビティ数は、クライアント装置２のア
クティビティ数であって、予め既述した図３ないし図４
の方法によって獲得あるいは予測して設定したものであ
る。

【００６０】次に、図８のフローチャートに示す順序に
従い、図７の構成の動作を詳細に説明する。図８は、本
発明の動作説明フローチャート（その４）を示す。

【００６１】図８において、Ｓ５１は、クライアント装
置２が同時に複数のｗｒｉｔｅ要求の電文を送信する。
Ｓ５２は、Ｓ５１で送信されてきた電文をサーバ装置１
が受信する。

【００６２】Ｓ５３は、要求数をカウントアップする。
Ｓ５４は、要求数がクライアントアクティビティ数より
も小か判別する。ＮＯの場合には、Ｓ５７に進む。一
方、ＹＥＳの場合には、要求数がクライアントアクティ
ビティ数に満たないので、Ｓ５５でメモリ（１次記憶装
置１３）上に書き出し、Ｓ５６でスリープし、Ｓ５８で
起こされるまで待機する。

【００６３】Ｓ５７は、メモリ（１次記憶装置１３）に
書き出し（追加）、メモリからディスク（２次記憶装置
１４）に一括して書き出しする。Ｓ５８は、スリープし
ているサーバアクティビティ１１を起こす（Ｓ５６でス
リープさせたサーバアクティビティ１１を起こす）。

【００６４】Ｓ５９は、要求数をカウントダウンする。
Ｓ６０は、応答の電文を返す。Ｓ６１は、Ｓ６０で送信
されたた電文をクライアント装置２が受信する。

【００６５】以上によって、サーバ装置１は、ｗｒｉｔ
ｅ時に、クライアント装置２のアクティビティ数分の電
文をメモリ（１次記憶装置１３）に格納した後、一括し
て２次記憶装置１４に保存することにより、サーバ装置
１におけるｗｒｉｔｅ時のクラスタリング処理（１次記
憶装置１３から２次記憶装置１４に電文を一括して保存
する処理）の最適化を図ることが可能となった。

【００６６】次に、図９および図１０を用いてクライア
ント装置２からサーバ装置１に対するｒｅａｄ処理にお
いて先読み要求の最適化を行うときの構成および動作を
詳細に説明する。

【００６７】図９は、本発明の実施例構成図（その５）
を示す。図９において、サーバ装置１は、回線を介して
複数のクライアント装置２にサービスを提供するもので
あって、ここでは、サーバアクティビティ１１を持つも
のである。

【００６８】クライアント装置２は、サーバ装置１から
サービスの提供を受けるものであって、ここでは、クラ
イアントアクティビティ２１、およびサーバ情報２２か
らなるものである。

【００６９】クライアントアクティビティ２１は、受信
処理などを行うものである。サーバ情報２２は、サーバ
装置毎に設け、ここでは図示のように ・サーバ名： ・要求数： ・アクティビティ数： を持つものである。ここで、サーバ名は電文を送信して
サービスを受けるサーバ装置の名前である。要求数はサ
ーバ装置１に電文を送信しているクライアントアクティ
ビティ２１の数である。アクティビティ数は、サーバ装
置１のアクティビティ数であって、予め既述した図１な
いし図２の方法によって獲得あるいは予測して設定した
ものである。

【００７０】次に、図１０のフローチャートに示す順序
に従い、図９の構成の動作を詳細に説明する。図１０
は、本発明の動作説明フローチャート（その５）を示
す。

【００７１】図１０において、Ｓ７１は、アプリがｒｅ
ａｄ要求をクライアント装置２に行う。Ｓ７２は、クラ
イアント装置２がＳ７１から受け取ったｒｅａｄ要求を
クライアントアクティビティ２１の１つに渡す。

【００７２】Ｓ７３は、要求数をカウントアップする。
Ｓ７４は、要求数がサーバアクティビティ数よりも小か
判別する。ＹＥＳの場合には、Ｓ７５で次のアクティビ
ティを起こし、Ｓ７６に進む。一方、ＮＯの場合には、
Ｓ７６に進む。

【００７３】Ｓ７６は、ｒｅａｄ要求を送信する。Ｓ７
７は、Ｓ７６で送信されてきたｒｅａｄ要求を、サーバ
装置１が受信する。

【００７４】Ｓ７８は、Ｓ７７で受信したサーバ装置１
のサーバアクティビティ１１が処理を行う。Ｓ７９は、
応答を行う。

【００７５】Ｓ８０は、Ｓ７９の応答で送信されてきた
電文をクライアント装置２のクライアントアクティビテ
ィ２１が受信する。以上によって、クライアント装置２
は、ｒｅａｄ時に、サーバ装置１のアクティビティ数分
のｒｅａｄ要求をサーバ装置１に送信し、当該サーバ装
置１のサーバアクティビティ１１がｒｅａｄ要求のあっ
たデータを設定した電文を返信し、クライアント装置２
のクライアントアクティビティ２１が受信することによ
り、アプリからのｒｅａｄ要求に対して、クライアント
アクティビティ２１で最適な先読みを行っておき、その
データをアプリに応答するときの最適化を図ることが可
能となった。

【００７６】次に、図１１および図１２を用いてクライ
アント装置２からサーバ装置１に対するｒｅａｄ処理
で、サーバ装置１での先読み処理の最適化を行うときの
構成および動作を詳細に説明する。

【００７７】図１１は、本発明の実施例構成図（その
６）を示す。図１１において、サーバ装置１は、回線を
介して複数のクライアント装置２にサービスを提供する
ものであって、ここでは、サーバアクティビティ１１、
１次記憶装置１３、２次記憶装置１４、およびクライア
ント情報１２を持つものである。

【００７８】サーバアクティビティ１１は、受信処理な
どを行うものである。１次記憶装置１３は、サーバアク
ティビティ１１が２次記憶装置１４から先読みして格納
するキャッシュである。

【００７９】２次記憶装置１４は、データを保存する媒
体である。クライアント情報１２は、クライアント装置
２毎に設け、ここでは図示のように ・クライアント名： ・要求数： ・アクティビティ数： を持つものである。ここで、クライアント名は電文を送
信したクライアント装置２の名前である。要求数は受領
した電文を処理しているサーバアクティビティ１１の数
である。アクティビティ数は、クライアント装置２のア
クティビティ数であって、予め既述した図３ないし図４
の方法によって獲得あるいは予測して設定したものであ
る。

【００８０】次に、図１２のフローチャートに示す順序
に従い、図１１の構成の動作を詳細に説明する。図１２
は、本発明の動作説明フローチャート（その６）を示
す。

【００８１】図１２において、Ｓ８１は、クライアント
装置２が同時に複数のｒｅａｄ要求を送信する。Ｓ８２
は、サーバ装置１が送信された電文を受信する。

【００８２】Ｓ８３は、要求数をカウントアップする。
Ｓ８４は、要求数がクライアントアクティビティ数より
も小か判別する。ＹＥＳの場合には、Ｓ８５で別のサー
バアクティビティ１１を起こし、Ｓ８７に進む。一方、
Ｓ８４のＮＯの場合には、Ｓ８７に進む。

【００８３】Ｓ８７は、メモリ（１次記憶装置１３）上
にデータ（電文）があるか判別する。ＹＥＳの場合に
は、Ｓ８９でメモリ（１次記憶装置１３）から読み出
し、Ｓ９０に進む。一方、Ｓ８７のＮＯの場合には、Ｓ
８８でディスク（２次記憶装置１４）からデータ（電
文）を読み出しメモリ（１次記憶装置１３）にコピー
し、Ｓ８９でメモリ（１次記憶装置１３）から読み出
し、Ｓ９０に進む。

【００８４】Ｓ９０は、要求数をカウントダウンする。
Ｓ９１は、応答を行う。Ｓ９２は、Ｓ９１の応答で送信
されてきた電文をクライアント装置２のクライアントア
クティビティ２１が受信する。

【００８５】以上によって、サーバ装置１は、ｒｅａｄ
時に、クライアント装置２のアクティビティ数分の先読
みを行って２次記憶装置１４から１次記憶装置１３に格
納しておき、当該サーバ装置１のサーバアクティビティ
１１がｒｅａｄ要求のあったデータを、先読みされて格
納されたメモリ（１次記憶装置１３）から読み出し、ク
ライアント装置２に送信することが可能となる。

【００８６】

【発明の効果】以上説明したように、本発明によれば、
サーバ装置１およびクライアント装置２で相手のアクテ
ィビティ数を予め判断して最適なデータ転送やリード処
理の先読みをなどを行う構成を採用しているため、サー
バ装置１と複数のクライアント装置２との間で最適なネ
ットワークデータ転送を実現することができる。これら
により、 （１） クライアント装置２からサーバ装置１に対する
データ転送時に、クライアント装置２でサーバ装置１の
アクティビティ数を意識することで、クライアント装置
２はサーバ装置１のアクティビティ数を越えるデータ転
送を行わない最適なデータ転送が可能となる。

【００８７】（２） サーバ装置１のｗｉｔｅクラスタ
リング処理時に、クライアント装置２のアクティビティ
数を意識することで、サーバ装置１のｗｒｉｔｅクラス
タリング処理で無駄な待合せを行わない最適なデータ転
送が可能となる。

【００８８】（３） クライアント装置２からのｒｅａ
ｄ時に、クライアント装置２でサーバ装置１のアクティ
ビティ数を意識することで、クライアント装置２に最適
なブロック数分のリード要求を行うことが可能となる。

【００８９】（４） サーバ装置１でのｒｅａｄ時に、
サーバ装置１でクライアント装置２のアクティビティ数
を意識することで、サーバ装置１に最適なブロック数分
の先読みを事前に行っておくことが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例構成図（その１）である。

【図２】本発明の動作説明フローチャート（その１）で
ある。

【図３】本発明の実施例構成図（その２）である。

【図４】本発明の動作説明フローチャート（その２）で
ある。

【図５】本発明の実施例構成図（その３）である。

【図６】本発明の動作説明フローチャート（その３）で
ある。

【図７】本発明の実施例構成図（その４）である。

【図８】本発明の動作説明フローチャート（その４）で
ある。

【図９】本発明の実施例構成図（その５）である。

【図１０】本発明の動作説明フローチャート（その５）
である。

【図１１】本発明の実施例構成図（その６）である。

【図１２】本発明の動作説明フローチャート（その６）
である。

【図１３】従来技術の説明図である。

【符号の説明】 １：サーバ装置 １１：サーバアクティビティ １２：クライアント情報 １３：１次記憶装置（メモリ） １４：２次記憶装置（ディスク） １５：クラスタリング機能 ２：クライアント装置 ２１：クライアントアクティビティ ２２：サーバ情報

───────────────────────────────────────────────────── フロントページの続き (72)発明者 近藤 光生 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 斉藤 理子 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 サーバ装置に電文を初めて送信するときに自己のアクテ
   ィビティ数を電文にして送信し、その応答電文でサーバ
   装置のアクティビティ数を受信して保持する手段と、 次回以降の電文送出時にサーバ装置のアクティビティ数
   をもとに一時に送出する電文数を制御する手段とをクラ
   イアント装置に備えたことを特徴とする転送最適化シス
   テム。
2. 【請求項２】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 サーバ装置に電文を順次送信してその応答電文のレスポ
   ンス時間が所定値以下の電文数をサーバ装置のアクティ
   ビティ数と予測する手段と、 次回以降の電文送出時にサーバ装置の予測したアクティ
   ビティ数をもとに一時に送出する電文数を制御する手段
   とをクライアント装置に備えたことを特徴とする転送最
   適化システム。
3. 【請求項３】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 クライアント装置から所定時間内に受信した電文数をク
   ライアント装置のアクティビティ数と予測する手段と、 次回以降の電文送出時にクライアント装置の予測したア
   クティビティ数をもとに一時に送出する電文数を制御す
   る手段とをサーバ装置に備えたことを特徴とする転送最
   適化システム。
4. 【請求項４】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 ライト時にサーバ装置に電文を送信するときに当該サー
   バ装置のアクティビティ数分迄の電文を一時に送出する
   手段をクライアント装置に備えたことを特徴とする転送
   最適化システム。
5. 【請求項５】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 ライト時に受信した電文を一次記憶装置に順次格納して
   受信数がクラアイアント装置のアクティビティ数分とな
   ったときに２次記憶装置に一括して書き出す手段をサー
   バ装置に備えたことを特徴とする転送最適化システム。
6. 【請求項６】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 リード時にサーバ装置のアクティビティ数分の電文の先
   読みを要求する手段をクライアント装置に備えたことを
   特徴とする転送最適化システム。
7. 【請求項７】サーバ装置とクライアント装置との間のデ
   ータ転送の最適化を行う転送最適化システムにおいて、 リード時にクライアント装置のアクティビティ数分の電
   文を２次記憶装置から１次記憶装置に先読みし、当該１
   次記憶装置から電文をクライアント装置に送出する手段
   をサーバ装置に備えたことを特徴とする転送最適化シス
   テム。
8. 【請求項８】サーバ装置に電文を初めて送信するときに
   自己のアクティビティ数を電文にして送信し、その応答
   電文でサーバ装置のアクティビティ数を受信して保持す
   る手段と、 次回以降の電文送出時にサーバ装置のアクティビティ数
   をもとに一時に送出する電文数を制御する手段として機
   能するプログラムを格納した記録媒体。