JPH10177510A - クライアント・サーバ・システム - Google Patents

Abstract

(57)【要約】 【課題】 低速な回線を介したクライアント・サーバ・
システムにおけるシステムの応答速度の低下を防止する
ことにある。 【解決手段】 クライアント・ホスト内の制御モジュー
ル１０１とサーバ・ホスト内の制御モジュール１０２
は、サーバ・プログラム１０４からクライアント・プロ
グラム１０３へのサービスの提供と並行して、そのサー
ビスに対応するサーバ・サービス情報（サーバ・プログ
ラム１０４、アプリケーション１０５、データベース１
０６）を、サーバ・ホストからクライアント・ホストへ
キャッシングする。クライアント・プログラム１０３か
らの次回のサービス要求時に、そのサービスに対応する
サーバ・サービス情報がクライアント・ホスト内にキャ
ッシングされていれば、そのサーバ・サービス情報をサ
ーバ・ホストからではなく上記キャッシング内容から取
得しクライアント・プログラム１０３に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント・サ
ーバ・システムにおけるサーバ・サービスの提供技術に
関する。

【０００２】

【従来の技術】ネットワークで接続された２つのコンピ
ュータが機能を分担して業務を処理するクライアント・
サーバ・システムは、図６に示されるように、クライア
ント・ホストにおけるユーザの入力を解析し、サーバ・
ホストに対して必要なサービスを要求する部分を担当す
るクライアント・プログラムと、クライアント・ホスト
からのサービス要求を処理しクライアント・ホストのユ
ーザに要求されたサービスを提供するサーバ・プログラ
ムとが連携するシステムである。

【０００３】クライアント・プログラムとサーバ・プロ
グラムは、ネットワークを介して接続される異なる計算
機上で実行可能なように構成されることにより、複数の
資源を有効に利用することができる。そして、クライア
ント・サーバ・システムは、サーバ・プログラムが機能
別に複数提供されるように構成されることにより、クラ
イアントの数が増大しても、システム全体の応答速度が
低下するのを避けることができるシステムである。

【０００４】クライアント・サーバ・システムの形態
は、上述のように、計算機資源の有効利用を目的として
複数の計算機によって構成されるのが一般的である。複
数の計算機は、ネットワークによって接続され、サービ
ス要求とサービスとが通信される。これは、ネットワー
ク負荷がシステム全体の応答速度を左右することを意味
する。即ち、ネットワークが、数十〜数百Ｍｂｐｓ（メ
ガビット／秒）の伝送レートを有するローカルエリアネ
ットワーク（ＬＡＮ）によって構成されている場合に
は、クライアント・サーバ・システムにおける応答速度
の低下はそれほど問題にはならないが、数十Ｋｂｐｓ
（キロビット／秒）程度の伝送レートしか有さない低速
な公衆電話回線を使用して構成されている場合には、回
線上の伝送遅延がそのままクライアント・サーバ・シス
テムにおける応答速度の低下を招いてしまう。

【０００５】例えば図７に示されるように、代表的な企
業内基幹業務である本社・支店間のクライアント・サー
バ・システムでは、本社と支店の間に、数十Ｋｂｐｓ程
度の伝送レートしか有さない低速な回線によりワイドエ
リアネットワーク（ＷＡＮ）が構成されるのが一般的で
ある。このような低速な回線を介したクライアント・サ
ーバ・システムで、例えば、支店内の１つのクライアン
ト・ホスト上のクライアント・プログラムと本店内の１
つのサーバ・ホスト上のサーバ・プログラムが常時通信
を実行すると、システムの応答速度が著しく低下し、ク
ライアント・サーバ・システムの利点が全く失われてし
まうという問題点を有していた。

【０００６】本発明の課題は、低速な回線を介したクラ
イアント・サーバ・システムにおけるシステムの応答速
度の低下を防止することにある。

【０００７】

【課題を解決するための手段】本発明は、クライアント
・ホスト内のクライアント・プログラム（１０３）がサ
ーバ・ホスト内のサーバ・プログラム（１０４９にサー
ビスを要求することにより、そのサーバ・ホスト内のサ
ーバ・プログラムがクライアント・ホスト内のクライア
ント・プログラムにサービスを提供するクライアント／
サーバシステムを前提とする。

【０００８】まず、クライアント・ホスト内に設けられ
クライアント側クライアント・サーバ実行制御手段（ク
ライアント側クライアント・サーバ実行制御モジュール
１０１）は、以下の機能を有する。

【０００９】即ち、クライアント側クライアント・サー
バ実行制御手段は、それが含まれるクライアント・ホス
ト内のクライアント・プログラムによるサービスの要求
処理及びそれに応答して実行されるサーバ・ホスト内の
サーバ・プログラムによるそのサービスの提供処理と並
行して又はその終了後に、そのサーバ・プログラムとそ
れが提供するサービスに付随するサーバ・ホスト内のプ
ログラム又はデータとからなるサーバ・サービス情報の
転送要求（サーバ・サービス転送要求）を、サーバ・ホ
ストに対して送信し、それに応答してサーバ・ホストか
ら転送されてくるサーバ・サービス情報を受信してその
クライアント・ホスト内の例えば補助記憶装置にキャッ
シングする。この場合に例えば、クライアント側クライ
アント・サーバ実行制御手段は、複数のサービス毎に、
そのサービスを提供するサーバ・プログラムが実行され
るサーバ・ホストのアドレス情報（ホスト・アドレス）
と、そのサービスに対するキャッシング状態を示すキャ
ッシング状態情報（キャッシング状態フラグ）と、その
サービスに対するキャッシングの可否を示すキャッシン
グ許可情報（キャッシング許可フラグ）とを少なくとも
保持するサーバ・プログラム管理テーブルを含む。そし
て、クライアント側クライアント・サーバ実行制御手段
は、上記サービスの提供時に、サーバ・プログラム管理
テーブルにおいて対応するキャッシング許可情報がキャ
ッシング許可を示しており、かつ対応するキャッシング
状態情報がキャッシングが必要である旨を示している場
合に、上記キャッシングを行い、その完了時に、上記キ
ャッシング状態情報をキャッシングが完了した旨を示す
内容に更新する。

【００１０】また、クライアント側クライアント・サー
バ実行制御手段は、それが含まれるクライアント・ホス
ト内のクライアント・プログラムからのサービスの要求
時に、そのサービスに関連するサーバ・サービス情報が
そのクライアント・ホスト内にキャッシングされている
場合には、そのキャッシングされているサーバ・サービ
ス情報をクライアント・プログラムに提供する。この場
合例えば、クライアント側クライアント・サーバ実行制
御手段は、上記サービスに対応してサーバ・プログラム
管理テーブルに保持されているキャッシング状態情報が
キャッシングが完了した旨を示している場合に、そのク
ライアント・ホスト内にキャッシングされているそのサ
ービスに対応するサーバ・サービス情報をクライアント
・プログラムに提供する。

【００１１】次に、サーバ・ホスト内に設けられるサー
バ側クライアント・サーバ実行制御手段（サーバ側クラ
イアント・サーバ実行制御モジュール１０２）は、クラ
イアント・ホスト内のクライアント・プログラムによる
サービスの要求処理及びそれに応答して実行されるサー
バ・ホスト内のサーバ・プログラムによるそのサービス
の提供処理と並行して又はその終了後に、クライアント
・ホストからサーバ・サービス情報の転送要求を受信す
ることにより、そのサーバ・サービス情報をクライアン
ト・ホストに転送する。

【００１２】上述の発明の構成において、クライアント
側クライアント・サーバ実行制御手段は、それが含まれ
るクライアント・ホスト内のクライアント・プログラム
からのサービスの要求時に、そのサービスに関連するサ
ーバ・サービス情報がそのクライアント・ホスト内にキ
ャッシングされている場合に、そのキャッシングさえて
いるサーバ・サービス情報が最新のものであるか否かを
サーバ・ホストに問い合せ、そうである場合に、そのキ
ャッシングされているサーバ・サービス情報をクライア
ント・プログラムに提供するように構成することができ
る。

【００１３】また、サーバ・ホスト内のサーバ側クライ
アント・サーバ実行制御手段及びクライアント・ホスト
内のクライアント側クライアント・サーバ実行制御手段
は、そのクライアント・ホスト内のクライアント・プロ
グラムによるサービスの要求処理及びそれに応答して実
行されるサーバ・ホスト内のサーバ・プログラムによる
そのサービスの提供処理の終了時に、そのサービスに対
応するサーバ・サービス情報の転送及び受信処理を完結
していないときに、そのサービスの提供処理の終了後に
引続いてそのサービスに対応するサーバ・サービス情報
の転送及び受信処理を続行するように構成することがで
きる。

【００１４】なお、上述した機能を実現するためのクラ
イアント・ホスト装置単体及びサーバ・ホスト装置単体
も、本発明の技術的範囲である。更に、本発明は、クラ
イアント・ホストとして動作する計算機により使用され
たときに、上述のクライアント側クライアント・サーバ
実行制御手段が実現する機能と同様の機能を計算機に行
わせるための計算機読出し可能記憶媒体として構成する
こともできる。また、サーバ・ホストとして動作する計
算機により使用されたときに、上述のサーバ側クライア
ント・サーバ実行制御手段が実現する機能と同様の機能
を計算機に行わせるための計算機読出し可能記憶媒体と
して構成することもできる。

【００１５】また、上述した機能と同様の機能を提供す
るためのサービス提供方法も、本発明の技術的範囲であ
る。以上のように、本発明では、クライアント・ホスト
内のクライアント・プログラムからのサービスの要求時
に、そのサービスに対応するサーバ・サービス情報が上
記クライアント・ホスト内にキャッシングされていると
きには、サーバ・ホストから上記サーバ・サービス情報
を転送する必要がないため、クライアント・ホストとサ
ーバ・ホストが低速回線によるネットワークで接続され
ているような場合において、ネットワークトラヒックを
大幅に減少させ、システムの応答速度を大幅に改善する
ことができる。

【００１６】また、サーバ・サービス情報のキャッシン
グが、それに対応するサービスがサーバ・ホストからク
ライアント・ホストに提供されるのと並行して例えばバ
ックグラウンド処理として実行されることにより、ユー
ザは、キャッシング処理をいっさい意識する必要はない
という利点がある。なお、トラヒック状況に応じて、サ
ービス提供の終了後にキャッシングが実行されてもよ
い。

【００１７】更に、キャッシングがサーバ・プログラム
管理テーブルに登録されたサービス毎のキャッシング状
態情報及びキャッシング許可情報に基づいて実行される
ように構成された場合に、キャッシングの有無及びタイ
ミング等をきめ細かに制御することが可能となり、例え
ばクライアント・ホストとサーバ・ホストが高速回線に
よるネットワークで接続されているような場合には、キ
ャッシングを行わないように制御することを容易に実現
できる。

【００１８】加えて、クライアント・ホスト内のクライ
アント・プログラムによるサービスの要求時にキャッシ
ング内容が最新であるか否かをサーバ・ホストに問い合
せ、そうである場合においてのみキャッシング内容を使
用するようにすることによって、常に最新のサーバ・サ
ービス情報を効率良く提供することができる。

【００１９】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。図１は、本発明
の実施の形態のシステム構成図である。

【００２０】このシステム構成におけるクライアント側
の計算機であるクライアント・ホスト及びサーバ側の計
算機であるサーバ・ホストは共に、ＣＰＵ、主記憶装
置、補助記憶装置、ネットワークアダプタ、入出力制御
装置等を備えた一般的なコンピュータシステムとして実
現されており、これらのハードウエアにより図１に示さ
れる各機能が実現される。

【００２１】クライアント・ホスト上で実行されている
クライアント側クライアント・サーバ実行制御モジュー
ル１０１は、その内部に設けられているサーバ・プログ
ラム管理テーブルを参照することにより、クライアント
・ホスト内で実行されているクライアント・プログラム
１０３が要求するサーバ・ホスト内のサーバ・プログラ
ム１０４がどのサーバ・ホストに存在するかを検索し、
検索したサーバ・ホストで実行されているサーバ側クラ
イアント・サーバ実行制御モジュール１０２と接続す
る。そして、クライアント側クライアント・サーバ実行
制御モジュール１０１は、サーバ側クライアント・サー
バ実行制御モジュール１０２と連携して、サーバ・ホス
ト内のサーバ・プログラム１０４を起動させてそこから
サービスの提供を受ける動作と並行して、サーバ・ホス
ト内のサーバ・プログラム１０４及びこれに付随するデ
ータ（以後、サーバ・サービスと呼ぶ）をクライアント
・ホスト内の補助記憶装置にキャッシングする動作を実
行する。

【００２２】図２は、クライアント側クライアント・サ
ーバ実行制御モジュール１０１内のサーバ・プログラム
管理テーブルのデータ構成図である。このテーブルは、
各サーバ・プログラム１０４の名称（サーバ・プログラ
ム名）毎に、そのサーバ・プログラム１０４が実行され
ているサーバ・ホストのアドレス（ホスト・アドレス：
例えばＩＰアドレス）と、そのサーバ・プログラム名に
対応するサーバ・プログラム１０４が、クライアント・
ホスト内にキャッシングされているか否かを示すキャッ
シング状態フラグ（０：キャッシングされていない状態
（ｎｏｎｅ）、１：キャッシングされている状態（ｃａ
ｃｈｅｄ））と、そのサーバ・プログラム名に対応する
サーバ・プログラム１０４をクライアント・ホスト内に
キャッシングすることを許可するか否かを指定するキャ
ッシング許可フラグ（０：不許可（ｄｉｓａｂｌｅ）、
１：許可（ｅｎａｂｌｅ））を保持する。

【００２３】ここで、クライアント・プログラム１０
３、クライアント側クライアント・サーバ実行制御モジ
ュール１０１、及びそれに内蔵されるサーバ・プログラ
ム管理テーブルは、クライアント・ホストの主記憶装置
にロードされ、クライアント・ホストのＣＰＵによって
実行される。また、サーバ・プログラム１０４及びサー
バ側クライアント・サーバ実行制御モジュール１０２
は、サーバ・ホストの主記憶装置にロードされ、サーバ
・ホストのＣＰＵによって実行される。

【００２４】更に、サーバ・ホスト側のサーバ・プログ
ラム１０４によって提供されるサービスを実現する販売
管理データベース、顧客管理データベース等のアプリケ
ーション１０５は、主記憶装置にロードされて、補助記
憶装置上（一部は主記憶装置上にロードされる）のデー
タベース１０６にアクセスする。

【００２５】また、本発明に特に関連する特徴的な機能
として、上記サーバ・ホスト側のアプリケーション１０
５及びデータベース１０６は、これらの実行処理（フォ
アグラウンド処理）と並行するバックグラウンド処理に
よって、クライアント・ホスト側の補助記憶装置に、ア
プリケーション１０５′及びデータベース１０６′とし
てキャッシングされる。そして、次回にクライアント・
プログラム１０３によってアプリケーション１０５及び
データベース１０６へのアクセスが要求された場合は、
サーバ・ホスト側のアプリケーション１０５及びデータ
ベース１０６ではなく、クライアント・ホスト側のアプ
リケーション１０５′及びデータベース１０６′が、ク
ライアント・ホストの主記憶装置にロードされて実行さ
れる。これによって、ネットワークトラヒックを大幅に
減少させることが可能となる。

【００２６】上記機能を実現するための本実施の形態の
動作について、以下に詳細に説明する。図３はクライア
ント側クライアント・サーバ実行制御モジュール１０１
が実行する制御動作を示す動作フローチャート、図４
は、サーバ側クライアント・サーバ実行制御モジュール
１０２が実行する制御動作を示す動作フローチャート、
図５はこれらの動作フローチャートを実行するクライア
ント側クライアント・サーバ実行制御モジュール１０１
及びサーバ側クライアント・サーバ実行制御モジュール
１０２が連携することにより実現される動作シーケンス
図である。以下、これら３図面を用いて説明する。な
お、図５において、各番号３０１〜３１９はクライアン
ト側クライアント・サーバ実行制御モジュール１０１が
実行する図３の動作フローチャートの各ステップに対応
し、各番号４０１〜４１２はサーバ側クライアント・サ
ーバ実行制御モジュール１０２が実行する図４の動作フ
ローチャートの各ステップに対応する。

【００２７】まず、クライアント・ホスト内で実行され
るクライアント・プログラム１０３は、クライアント側
クライアント・サーバ実行制御モジュール１０１に、サ
ーバ・ホスト内のサーバ・プログラム１０４の起動要求
を発行する（図５(1) ）。

【００２８】クライアント側クライアント・サーバ実行
制御モジュール１０１は、通常は、図３のステップ３０
１において、クライアント・プログラム１０３からの上
記起動要求を待っている状態にあり、その起動要求の受
信によりステップ３０１の判定がＹＥＳ（Ｙ）となる
と、ステップ３０２で、サーバ・プログラム管理テーブ
ル（図２参照）を検索して、要求されたサーバ・プログ
ラム１０４のサーバ・プログラム名に対応するホスト・
アドレス、キャッシング状態フラグ、及びキャッシング
許可フラグを取得する。

【００２９】続いて、クライアント側クライアント・サ
ーバ実行制御モジュール１０１は、ステップ３０３で、
ステップ３０２においてサーバ・プログラム管理テーブ
ルから取得したキャッシング状態フラグが０であるか否
か、即ち、要求されたサーバ・プログラム１０４が提供
するサーバ・サービスがクライアント・ホスト内の補助
記憶装置にキャッシングされていないか否かを判定す
る。

【００３０】要求されたサーバ・プログラム１０４が提
供するサーバ・サービスがクライアント・ホスト内の補
助記憶装置にキャッシングされており、ステップ３０３
の判定がＮＯ（Ｎ）ならば、クライアント側クライアン
ト・サーバ実行制御モジュール１０１は、ステップ３０
４で、クライアント・ホスト内の補助記憶装置にキャッ
シングされているサーバ・サービス（例えば図１のアプ
リケーション１０５′及びデータベース１０６′）を起
動した後、ステップ３０１の待機状態に戻る。これによ
り、ネットワークトラヒックを大幅に減少させることが
可能となる。

【００３１】要求されたサーバ・プログラム１０４が提
供するサーバ・サービスがクライアント・ホスト内の補
助記憶装置にキャッシングされておらず、ステップ３０
３の判定がＹＥＳならば、クライアント側クライアント
・サーバ実行制御モジュール１０１は、ステップ３０５
で、ステップ３０２においてサーバ・プログラム管理テ
ーブルから取得したホスト・アドレスに対応するサーバ
・ホストと接続し、ステップ３０６で、サーバ・ホスト
に向けてサーバ・プログラム起動要求を送信する（図５
(2) ）。

【００３２】その後、クライアント側クライアント・サ
ーバ実行制御モジュール１０１は、ステップ３０７で、
サーバ・ホストからのサーバ・プログラム起動完了通知
を待つ。

【００３３】サーバ側クライアント・サーバ実行制御モ
ジュール１０２は、通常は、図４のステップ４０１にお
いて、クライアント・ホストからの上記サーバ・プログ
ラム起動要求を待っている状態にあり、その起動要求の
受信によりステップ４０１の判定がＹＥＳとなると、ス
テップ４０２で、サーバ・プログラム１０４を起動す
る。この結果、サーバ・プログラム１０４が、補助記憶
装置から主記憶装置にロードされる。

【００３４】サーバ側クライアント・サーバ実行制御モ
ジュール１０２は、ステップ４０３で、サーバ・プログ
ラム１０４の起動完了を待ち、その起動完了によりステ
ップ４０３の判定がＹＥＳとなると、ステップ４０４
で、クライアント・ホストに向けてサーバ・プログラム
起動完了通知を送信する（図５(3) ）。

【００３５】その後、サーバ側クライアント・サーバ実
行制御モジュール１０２は、ステップ４０５で、クライ
アント・ホストからのサーバ・サービス転送要求を待
つ。クライアント・ホスト内のクライアント側クライア
ント・サーバ実行制御モジュール１０１は、上記サーバ
・プログラム起動完了通知を受信すると、図３のステッ
プ３０７の判定がＹＥＳとなり、ステップ３０８で、サ
ーバ・プログラム起動完了通知をクライアント・プログ
ラム１０３に通知する。

【００３６】この結果、クライアント・ホスト内のクラ
イアント・プログラム１０３とサーバ・ホスト内のサー
バ・プログラム１０４が直接接続され、それらの間で、
処理要求（サービス要求）とそれに応答する処理結果
（サービス提供）の通信が開始される（図５(4) ）。

【００３７】クライアント側クライアント・サーバ実行
制御モジュール１０１は、サーバ・プログラム起動完了
通知をクライアント・プログラム１０３に通知した後、
ステップ３０９で、クライアント・プログラム１０３に
よるサーバ・プログラム１０４に対するサービス要求の
開始を待つ。

【００３８】クライアント・プログラム１０３によるサ
ーバ・プログラム１０４に対するサービス要求が開始さ
れ、ステップ３０９の判定がＹＥＳとなると、クライア
ント側クライアント・サーバ実行制御モジュール１０１
は、ステップ３１０で、ステップ３０２においてサーバ
・プログラム管理テーブルから取得したキャッシング許
可フラグの値が１であるか否か、即ち、キャッシングが
許可されているか否かを判定する。

【００３９】キャッシング許可フラグの値が０で（キャ
ッシングが許可されておらず）、ステップ３１０の判定
がＮＯならば、クライアント側クライアント・サーバ実
行制御モジュール１０１は、ステップ３１１以降のサー
バ・サービス転送処理は実行せずに、ステップ３０１の
待ち状態に戻る。

【００４０】キャッシング許可フラグの値が１で（キャ
ッシングが許可されており）、ステップ３１０の判定が
ＹＥＳならば、クライアント側クライアント・サーバ実
行制御モジュール１０１は、ステップ３１１で、サーバ
・ホストに向けてサーバ・サービス転送要求を送信する
（図５(5) ）。

【００４１】その後、クライアント側クライアント・サ
ーバ実行制御モジュール１０１は、ステップ３１２にお
いて、サーバ・ホストからのサーバ・サービスの受信状
態に入る。

【００４２】サーバ・ホスト内のサーバ側クライアント
・サーバ実行制御モジュール１０２は、クライアント・
ホストからサーバ・サービス転送要求を受信すると、図
４のステップ４０５の判定がＹＥＳとなり、ステップ４
０６で、サーバ・プログラム１０４及びそれによって起
動されるアプリケーション１０５とデータベース１０６
等からなるサーバ・サービスを、補助記憶装置から読み
出してクライアント・ホストに送信する（図５(6) ）。

【００４３】クライアント・ホスト内のクライアント側
クライアント・サーバ実行制御モジュール１０１は、図
３のステップ３１２で、サーバ・ホストから転送されて
くるサーバ・サービスを、順次受信して補助記憶装置に
キャッシングする。

【００４４】なお、このサーバ・サービス転送処理は、
フォアグラウンド処理であるクライアント・プログラム
１０３とサーバ・プログラム１０４の間の実際のサービ
ス提供処理（図５(4) ）と並行するバックグラウンド処
理として実行される。このため、ユーザは、キャッシン
グ処理をいっさい意識する必要はない。

【００４５】上記サーバ・サービス転送処理（図５(6)
）は、クライアント・ホスト内のクライアント・プロ
グラム１０３がサーバ・サービス実行終了要求を発行す
るか、サーバ・サービスの転送が完結するまで継続され
る。

【００４６】そのために、クライアント・ホスト内のク
ライアント側クライアント・サーバ実行制御モジュール
１０１は、図３のステップ３１２でサーバ・ホストから
サーバ・サービスを受信処理と、ステップ３１３でクラ
イアント・プログラム１０３からサーバ・サービス実行
終了要求が受信されたか否かを判定する処理とを交互に
繰り返す。同様に、サーバ・ホスト内のサーバ側クライ
アント・サーバ実行制御モジュール１０２は、図４のス
テップ４０６でクライアント・ホストへサーバ・サービ
スを転送する処理と、ステップ４０７でクライアント・
ホストからサーバ・サービス実行終了要求が受信された
か否かを判定する処理とを交互に繰り返す。

【００４７】クライアント・ホスト内のクライアント側
クライアント・サーバ実行制御モジュール１０１は、上
述のサーバ・サービス転送処理が完結する前に、クライ
アント・プログラム１０３からフォアグラウンド処理で
ある実際のサービス提供処理（図５(4) ）を終了させる
ためのサーバ・サービス実行終了要求を受信すると、図
３のステップ３１３の判定がＹＥＳとなり、サーバ・サ
ービスの受信処理を中断して、ステップ３１４で、サー
バ・ホストに向けて上記サーバ・サービス実行終了要求
を送信する（図５(7) ）。

【００４８】その後、クライアント側クライアント・サ
ーバ実行制御モジュール１０１は、ステップ３１５で、
サーバ・ホストからのサーバ・サービス実行終了通知の
受信待つ。

【００４９】サーバ・ホスト内のサーバ側クライアント
・サーバ実行制御モジュール１０２は、クライアント・
ホストから上述のサーバ・サービス実行終了要求を受信
すると、図４のステップ４０７の判定がＹＥＳとなり、
図４のステップ４０８で、サーバ・サービス転送処理を
中断した後、ステップ４０９で、サーバ・プログラム１
０４が提供しているサーバ・サービス（アプリケーショ
ン１０５、データベース１０６）の実行とサーバ・プロ
グラム１０４自身の実行を終了させ、ステップ４１０
で、クライアント・ホストに向けてサーバ・サービス実
行終了通知を送信する（図５(8) ）。

【００５０】その後、サーバ側クライアント・サーバ実
行制御モジュール１０２は、ステップ４１１で、クライ
アント・ホストからのサーバ・サービス転送再開要求の
受信を待つ。

【００５１】クライアント・ホスト内のクライアント側
クライアント・サーバ実行制御モジュール１０１は、サ
ーバ・ホストから上述したサーバ・サービス実行終了通
知を受信すると、図３のステップ３１５の判定がＹＥＳ
となって、続くステップ３１６で、サーバ・ホストに向
けてサーバ・サービス転送再開要求を送信する（図５
(9) ）。

【００５２】その後、クライアント側クライアント・サ
ーバ実行制御モジュール１０１は、ステップ３１７で、
再度のサーバ・ホストからのサーバ・サービスの受信状
態に入る。

【００５３】サーバ・ホスト内のサーバ側クライアント
・サーバ実行制御モジュール１０２は、クライアント・
ホストからサーバ・サービス転送再開要求を受信する
と、図４のステップ４１１の判定がＹＥＳとなって、ス
テップ４１２で、サーバ・サービス転送処理を再開する
（図５(10)）。

【００５４】このようにして、バックグラウンド処理で
あるサーバ・サービス転送処理（キャッシング処理）が
終了する前に、フォアグラウンド処理である実際のサー
ビス提供処理（図５(4) ）が終了しても、それに続い
て、上記転送処理が完結するまでそれを続行することが
できる。

【００５５】クライアント・ホスト内のクライアント側
クライアント・サーバ実行制御モジュール１０１は、図
３のステップ３１７のサーバ・サービス受信処理と、ス
テップ３１８のその転送完了の判定処理を繰り返し、サ
ーバ・サービスの転送が完了すると、ステップ３１８の
判定がＹＥＳとなって、ステップ３１９で、サーバ・プ
ログラム管理テーブル（図２参照）内の上記転送処理に
対応するエントリのキャッシング状態フラグの値を０か
ら１に変更し、その後、ステップ３０１の待機処理に戻
る。

【００５６】サーバ・ホスト内のサーバ側クライアント
・サーバ実行制御モジュール１０２は、図４のステップ
４１２のサーバ・サービス転送処理を終了すると、ステ
ップ４０１の待機状態に戻る。

【００５７】以上の説明において、前述したようにサー
バ・プログラム管理テーブル内のキャッシング許可フラ
グの値が０であるサーバ・サービスについては、クライ
アント側クライアント・サーバ実行制御モジュール１０
１は、図３のステップ３１０の判定がＮＯとなって、ス
テップ３１１以降のサーバ・サービス転送処理は実行せ
ずに、ステップ３０１の待ち状態に戻る。

【００５８】これに対応して、サーバ・ホスト内のサー
バ側クライアント・サーバ実行制御モジュール１０２
は、図４のステップ４０５のサーバ・サービス転送要求
の待ち状態において、所定時間が経過してもその要求を
受信しない場合には、ステップ４０５の待ち状態を終了
した後、ステップ４０６のサーバ・サービス転送処理を
スキップして、ステップ４０７でサーバ・サービス実行
終了要求の受信を待ち、それを受信すると、ステップ４
０９でサーバ・サービス実行終了処理を実行した後、ス
テップ４１０でクライアント・ホストへ向けてサーバ・
サービス実行終了通知を送信し、ステップ４１１、４１
２をスキップしてステップ４０１の待ち状態に戻る。

【００５９】また、クライアント・ホスト内のクライア
ント・プログラム１０３がサーバ・サービス実行終了要
求を発行する前にサーバ・サービス転送処理が完結した
場合には、クライアント・ホスト内のクライアント側ク
ライアント・サーバ実行制御モジュール１０１は、図３
のステップ３１２の受信処理を終了してステップ３１３
でクライアント・プログラム１０３からのサーバ・サー
ビス実行終了要求の受信を待ち、それを受信すると、ス
テップ３１４でサーバ・ホストに向けてそのサーバ・サ
ービス実行終了要求を送信した後、ステップ３１５でサ
ーバ・ホストからのサーバ・サービス実行終了通知を待
ち、それを受信すると、ステップ３１６〜３１８をスキ
ップして、ステップ３１９を実行した後に、ステップ３
０１の待ち状態に戻る。同様に、上述の場合に、サーバ
・ホスト内のサーバ側クライアント・サーバ実行制御モ
ジュール１０２は、図４のステップ４０６の転送処理を
終了してステップ４０７でクライアント・ホストからの
サーバ・サービス実行終了要求の受信を待ち、それを受
信すると、ステップ４０８をスキップしてステップ４０
９でサーバ・サービス実行終了処理を実行し、ステップ
４１０でクライアント・ホストへ向けてサーバ・サービ
ス実行終了通知を送信した後、ステップ４１１、４１２
をスキップして、ステップ４０１の待ち状態に戻る。

【００６０】以上説明した実施の形態において、例えば
サーバ・プログラム管理テーブルにキャッシング日時を
記録し、クライアント・プログラム１０３による次回の
サーバ・プログラム起動要求時に、クライアント・ホス
トからサーバ・ホストに上記キャッシング日時を通知す
ることにより、キャッシング内容が最新のものか否かを
確認し、最新のものである場合にはクライアント・プロ
グラムはそのキャッシング内容を利用し、最新のもので
ない場合にはサーバ・ホストからクライアント・ホスト
に再度のキャッシングを実行するように構成されてもよ
い。

【００６１】また、上述の実施の形態では、キャッシン
グは、サーバ・プログラムからクライアント・プログラ
ムへのサービスの提供と並行して実行されるように構成
されているが、トラヒック状況に応じて、キャッシング
が、サービス提供の後に実行されるように構成されても
よい。

【００６２】更に、サーバ・プログラム管理テーブル
は、クライアント側クライアント・サーバ実行制御モジ
ュール１０１とは別に、その外部に実装されてもよい。
加えて、本発明は、上述の実施の形態におけるクライア
ント側クライアンテ・サーバ実行制御モジュール１０１
に対応する機能を実現するコンピュータプログラムを記
憶したフロッピィディスク、ＣＤ−ＲＯＭディスク、光
ディスク、可搬型（リムーバブル）ハードディスク等の
記憶媒体をも特許請求の範囲とする。また、上述の実施
の形態におけるサーバ側クライアンテ・サーバ実行制御
モジュール１０２に対応する機能を実現するコンピュー
タプログラムを記憶したフロッピィディスク、ＣＤ−Ｒ
ＯＭディスク、光ディスク、可搬型（リムーバブル）ハ
ードディスク等の計算機読出し可能記憶媒体として構成
してもよい。

【００６３】

【発明の効果】本発明によれば、クライアント・ホスト
内のクライアント・プログラムからのサービスの要求時
に、そのサービスに対応するサーバ・サービス情報が上
記クライアント・ホスト内にキャッシングされていると
きには、サーバ・ホストから上記サーバ・サービス情報
を転送する必要がないため、クライアント・ホストとサ
ーバ・ホストが低速回線によるネットワークで接続され
ているような場合において、ネットワークトラヒックを
大幅に減少させ、システムの応答速度を大幅に改善する
ことが可能となる。

【００６４】また、サーバ・サービス情報のキャッシン
グが、それに対応するサービスがサーバ・ホストからク
ライアント・ホストに提供されるのと並行して例えばバ
ックグラウンド処理として実行されることにより、ユー
ザは、キャッシング処理をいっさい意識する必要はない
という利点がある。なお、トラヒック状況に応じて、サ
ービス提供の終了後にキャッシングが実行されてもよ
い。

【００６５】更に、キャッシングがサーバ・プログラム
管理テーブルに登録されたサービス毎のキャッシング状
態情報及びキャッシング許可情報に基づいて実行される
ように構成された場合に、キャッシングの有無及びタイ
ミング等をきめ細かに制御することが可能となり、例え
ばクライアント・ホストとサーバ・ホストが高速回線に
よるネットワークで接続されているような場合には、キ
ャッシングを行わないように制御することを容易に実現
できる。

【００６６】加えて、クライアント・ホスト内のクライ
アント・プログラムによるサービスの要求時にキャッシ
ング内容が最新であるか否かをサーバ・ホストに問い合
せ、そうである場合においてのみキャッシング内容を使
用するようにすることによって、常に最新のサーバ・サ
ービス情報を効率良く提供することが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態のシステム構成図である。

【図２】サーバ・プログラム管理テーブルのデータ構成
図である。

【図３】クライアント側クライアント・サーバ実行制御
モジュールの動作フローチャートである。

【図４】サーバ側クライアント・サーバ実行制御モジュ
ール１０２の動作フローチャートである。

【図５】本発明の実施の形態の動作シーケンス図であ
る。

【図６】クライアント・サーバ・システムの説明図（そ
の１）である。

【図７】クライアント・サーバ・システムの説明図（そ
の２）である。

【符号の説明】

１０１ クライアント側クライアント・サーバ実行
制御モジュール １０２ サーバ側クライアント・サーバ実行制御モ
ジュール １０３ クライアント・プログラム １０４ サーバ・プログラム １０５、１０５′ アプリケーション １０６、１０６′ データベース

Claims (9)

【特許請求の範囲】
1. 【請求項１】 クライアント・ホスト内のクライアント
   ・プログラムがサーバ・ホスト内のサーバ・プログラム
   にサービスを要求することにより、該サーバ・ホスト内
   のサーバ・プログラムが前記クライアント・ホスト内の
   クライアント・プログラムにサービスを提供するクライ
   アント／サーバシステムであって、 前記クライアント・ホスト内に設けられ、該クライアン
   ト・ホスト内のクライアント・プログラムによる前記サ
   ービスの要求処理及びそれに応答して実行される前記サ
   ーバ・ホスト内のサーバ・プログラムによる該サービス
   の提供処理と並行して又はその終了後に、該サーバ・プ
   ログラムとそれが提供するサービスに付随する前記サー
   バ・ホスト内のプログラム又はデータとからなるサーバ
   ・サービス情報の転送要求を、前記サーバ・ホストに対
   して送信し、それに応答して前記サーバ・ホストから転
   送されてくるサーバ・サービス情報を受信して該クライ
   アント・ホスト内にキャッシングし、該クライアント・
   ホスト内のクライアント・プログラムからのサービスの
   要求時に、該サービスに関連するサーバ・サービス情報
   が該クライアント・ホスト内にキャッシングされている
   場合には、該キャッシングされているサーバ・サービス
   情報を前記クライアント・プログラムに提供するクライ
   アント側クライアント・サーバ実行制御手段と、 前記サーバ・ホスト内に設けられ、前記クライアント・
   ホスト内のクライアント・プログラムによる前記サービ
   スの要求処理及びそれに応答して実行される前記サーバ
   ・ホスト内のサーバ・プログラムによる該サービスの提
   供処理と並行して又はその終了後に、前記クライアント
   ・ホストから前記サーバ・サービス情報の転送要求を受
   信することにより、該サーバ・サービス情報を前記クラ
   イアント・ホストに転送するサーバ側クライアント・サ
   ーバ実行制御手段と、 を含むことを特徴とするクライアント・サーバ・システ
   ム。
2. 【請求項２】 前記クライアント側クライアント・サー
   バ実行制御手段は、複数の前記サービス毎に、該サービ
   スを提供するサーバ・プログラムが実行されるサーバ・
   ホストのアドレス情報と、該サービスに対するキャッシ
   ング状態を示すキャッシング状態情報と、該サービスに
   対するキャッシングの可否を示すキャッシング許可情報
   とを少なくとも保持するサーバ・プログラム管理テーブ
   ルを更に含み、 前記クライアント側クライアント・サーバ実行制御手段
   は、それが含まれるクライアント・ホスト内のクライア
   ント・プログラムによる前記サービスの要求処理及びそ
   れに応答して実行される前記サーバ・ホスト内のサーバ
   ・プログラムによる該サービスの提供処理と並行して又
   はその終了後に、該サービスに対応して前記サーバ・プ
   ログラム管理テーブルに保持されているキャッシング許
   可情報がキャッシング許可を示しており、かつ該サービ
   スに対応して前記サーバ・プログラム管理テーブルに保
   持されているキャッシング状態情報がキャッシングが必
   要である旨を示している場合に、該サービスに対応する
   サーバ・サービス情報の転送要求を、前記サーバ・ホス
   トに対して送信し、それに応答して前記サーバ・ホスト
   から転送されてくるサーバ・サービス情報を受信して該
   クライアント・ホスト内にキャッシングすると共に、該
   サービスに対応する前記サーバ・プログラム管理テーブ
   ル内のキャッシング状態情報をキャッシングが完了した
   旨を示す内容に更新し、該クライアント・ホスト内のク
   ライアント・プログラムからのサービスの要求時に、該
   サービスに対応して前記サーバ・プログラム管理テーブ
   ルに保持されているキャッシング状態情報がキャッシン
   グが完了した旨を示している場合に、該クライアント・
   ホスト内にキャッシングされている該サービスに対応す
   るサーバ・サービス情報を前記クライアント・プログラ
   ムに提供する、 ことを特徴とする請求項１に記載のクライアント・サー
   バ・システム。
3. 【請求項３】 前記クライアント側クライアント・サー
   バ実行制御手段は、それが含まれるクライアント・ホス
   ト内のクライアント・プログラムからのサービスの要求
   時に、該サービスに関連するサーバ・サービス情報が該
   クライアント・ホスト内にキャッシングされている場合
   に、該キャッシングさえているサーバ・サービス情報が
   最新のものであるか否かを前記サーバ・ホストに問い合
   せ、そうである場合に、該キャッシングされているサー
   バ・サービス情報を前記クライアント・プログラムに提
   供する、 ことを特徴とする請求項１又は２の何れか１項に記載の
   クライアント・サーバ・システム。
4. 【請求項４】 前記サーバ・ホスト内のサーバ側クライ
   アント・サーバ実行制御手段及び前記クライアント・ホ
   スト内のクライアント側クライアント・サーバ実行制御
   手段は、該クライアント・ホスト内のクライアント・プ
   ログラムによる前記サービスの要求処理及びそれに応答
   して実行される前記サーバ・ホスト内のサーバ・プログ
   ラムによる該サービスの提供処理の終了時に、該サービ
   スに対応するサーバ・サービス情報の転送及び受信処理
   を完結していないときに、該サービスの提供処理の終了
   後に引続いて該サービスに対応するサーバ・サービス情
   報の転送及び受信処理を続行する、 ことを特徴とする請求項１乃至３の何れか１項に記載の
   クライアント・サーバ・システム。
5. 【請求項５】 クライアント・ホスト内のクライアント
   ・プログラムがサーバ・ホスト内のサーバ・プログラム
   にサービスを要求することにより、該サーバ・ホスト内
   のサーバ・プログラムが前記クライアント・ホスト内の
   クライアント・プログラムにサービスを提供するクライ
   アント／サーバシステムを構成するクライアント・ホス
   ト装置であって、 該クライアント・ホスト内のクライアント・プログラム
   による前記サービスの要求処理及びそれに応答して実行
   される前記サーバ・ホスト内のサーバ・プログラムによ
   る該サービスの提供処理と並行して又はその終了後に、
   該サーバ・プログラムとそれが提供するサービスに付随
   する前記サーバ・ホスト内のプログラム又はデータとか
   らなるサーバ・サービス情報の転送要求を、前記サーバ
   ・ホストに対して送信し、それに応答して前記サーバ・
   ホストから転送されてくるサーバ・サービス情報を受信
   して該クライアント・ホスト内にキャッシングし、該ク
   ライアント・ホスト内のクライアント・プログラムから
   のサービスの要求時に、該サービスに関連するサーバ・
   サービス情報が該クライアント・ホスト内にキャッシン
   グされている場合には、該キャッシングされているサー
   バ・サービス情報を前記クライアント・プログラムに提
   供するクライアント側クライアント・サーバ実行制御手
   段を含む、 ことを特徴とするクライアント・ホスト装置。
6. 【請求項６】 クライアント・ホスト内のクライアント
   ・プログラムがサーバ・ホスト内のサーバ・プログラム
   にサービスを要求することにより、該サーバ・ホスト内
   のサーバ・プログラムが前記クライアント・ホスト内の
   クライアント・プログラムにサービスを提供するクライ
   アント／サーバシステムを構成するサーバ・ホスト装置
   であって、 前記クライアント・ホスト内のクライアント・プログラ
   ムによる前記サービスの要求処理及びそれに応答して実
   行される前記サーバ・ホスト内のサーバ・プログラムに
   よる該サービスの提供処理と並行して又はその終了後
   に、前記クライアント・ホストから前記サーバ・サービ
   ス情報の転送要求を受信することにより、該サーバ・サ
   ービス情報を前記クライアント・ホストに転送するサー
   バ側クライアント・サーバ実行制御手段を含む、 ことを特徴とするサーバ・ホスト装置。
7. 【請求項７】 クライアント・ホスト内のクライアント
   ・プログラムがサーバ・ホスト内のサーバ・プログラム
   にサービスを要求することにより、該サーバ・ホスト内
   のサーバ・プログラムが前記クライアント・ホスト内の
   クライアント・プログラムにサービスを提供するクライ
   アント／サーバシステムにおけるサービス提供方法であ
   って、 前記クライアント・ホストは、該クライアント・ホスト
   内のクライアント・プログラムによる前記サービスの要
   求処理及びそれに応答して実行される前記サーバ・ホス
   ト内のサーバ・プログラムによる該サービスの提供処理
   と並行して又はその終了後に、該サーバ・プログラムと
   それが提供するサービスに付随する前記サーバ・ホスト
   内のプログラム又はデータとからなるサーバ・サービス
   情報の転送要求を、前記サーバ・ホストに対して送信
   し、 前記クライアント・ホストは、前記転送要求に応答して
   前記サーバ・ホストから転送されてくるサーバ・サービ
   ス情報を受信して該クライアント・ホスト内にキャッシ
   ングし、 前記クライアント・ホストは、該クライアント・ホスト
   内のクライアント・プログラムからのサービスの要求時
   に、該サービスに関連するサーバ・サービス情報が該ク
   ライアント・ホスト内にキャッシングされている場合に
   は、該キャッシングされているサーバ・サービス情報を
   前記クライアント・プログラムに提供し、 前記サーバ・ホストは、前記クライアント・ホスト内の
   クライアント・プログラムによる前記サービスの要求処
   理及びそれに応答して実行される前記サーバ・ホスト内
   のサーバ・プログラムによる該サービスの提供処理と並
   行して又はその終了後に、前記クライアント・ホストか
   ら前記サーバ・サービス情報の転送要求を受信すること
   により、該サーバ・サービス情報を前記クライアント・
   ホストに転送する、 ことを特徴とするクライアント・サーバ・システムにお
   けるサービス提供方法。
8. 【請求項８】 クライアント・ホスト内のクライアント
   ・プログラムがサーバ・ホスト内のサーバ・プログラム
   にサービスを要求することにより、該サーバ・ホスト内
   のサーバ・プログラムが前記クライアント・ホスト内の
   クライアント・プログラムにサービスを提供するクライ
   アント／サーバシステムにおいて、前記クライアント・
   ホストとして動作する計算機により使用されたときにそ
   れによって読み出される記憶媒体であって、 該クライアント・ホスト内のクライアント・プログラム
   による前記サービスの要求処理及びそれに応答して実行
   される前記サーバ・ホスト内のサーバ・プログラムによ
   る該サービスの提供処理と並行して又はその終了後に、
   該サーバ・プログラムとそれが提供するサービスに付随
   する前記サーバ・ホスト内のプログラム又はデータとか
   らなるサーバ・サービス情報の転送要求を、前記サーバ
   ・ホストに対して送信する機能と、 それに応答して前記サーバ・ホストから転送されてくる
   サーバ・サービス情報を受信して該クライアント・ホス
   ト内にキャッシングする機能と、 該クライアント・ホスト内のクライアント・プログラム
   からのサービスの要求時に、該サービスに関連するサー
   バ・サービス情報が該クライアント・ホスト内にキャッ
   シングされている場合には、該キャッシングされている
   サーバ・サービス情報を前記クライアント・プログラム
   に提供する機能と、 を前記計算機に行わせるための計算機読出し可能記憶媒
   体。
9. 【請求項９】 クライアント・ホスト内のクライアント
   ・プログラムがサーバ・ホスト内のサーバ・プログラム
   にサービスを要求することにより、該サーバ・ホスト内
   のサーバ・プログラムが前記クライアント・ホスト内の
   クライアント・プログラムにサービスを提供するクライ
   アント／サーバシステムにおいて、前記サーバ・ホスト
   として動作する計算機により使用されたときにそれによ
   って読み出される記憶媒体であって、 前記クライアント・ホスト内のクライアント・プログラ
   ムによる前記サービスの要求処理及びそれに応答して実
   行される前記サーバ・ホスト内のサーバ・プログラムに
   よる該サービスの提供処理と並行して又はその終了後
   に、前記クライアント・ホストから前記サーバ・サービ
   ス情報の転送要求を受信する機能と、 それに応答して、該サーバ・サービス情報を前記クライ
   アント・ホストに転送する機能と、 を前記計算機に行わせるための計算機読出し可能記憶媒
   体。