(57)【特許請求の範囲】
【請求項１】
サーバと複数のクライアントとが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上のトラヒック制御システムであって、
第一のクライアントがオブジェクトの送信要求をサーバに発行し、該サーバから該送信要求に応じたオブジェクトを受信する場合において、
第二のクライアントは、
前記第一のクライアントが発行する前記送信要求と前記サーバが該第一のクライアント向けに発行する該送信要求に応じたオブジェクトとを受信する受信手段と、
前記送信要求と該送信要求に応じたオブジェクトとを格納する記憶部と、
前記第二のクライアントが送信要求を前記サーバに発行するとき、該送信要求に応じたオブジェクトが前記記憶部に格納されているか否かを判別する判別手段と、
前記判別手段の判別結果が肯定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由せずに、前記記憶部から直接取得し、該判別手段の判別結果が否定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由して前記サーバから取得するオブジェクト取得手段と、
を備えたことを特徴とするＬＡＮ上のトラヒック制御システム。
【請求項２】
前記記憶部に格納されるオブジェクトは、予め設定された所定の種別のものである請求項１に記載のＬＡＮ上のトラヒック制御システム。
【請求項３】
前記記憶部に格納されるオブジェクトは、予め設定されたＩＰアドレスを有するクライアントから発行された送信要求に対するものである請求項１または２に記載のＬＡＮ上のトラヒック制御システム。
【請求項４】
前記記憶部に格納されるオブジェクトは、適宜更新される請求項１乃至３の何れか１項に記載のＬＡＮ上のトラヒック制御システム。
【請求項５】
サーバと複数のクライアントとが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上のトラヒック制御方法であって、
第一のクライアントがオブジェクトの送信要求をサーバに発行し、該サーバから該送信要求に応じたオブジェクトを受信する場合において、
第二のクライアントは、
第一のクライアントが発行する前記送信要求と前記サーバが該第一のクライアント向けに発行する該送信要求に応じたオブジェクトとを受信する受信ステップと、
前記送信要求と該送信要求に応じたオブジェクトとを記憶部に格納する記憶ステップと、
前記第二のクライアントが送信要求を前記サーバに発行するとき、該送信要求に応じたオブジェクトが前記記憶部に格納されているか否かを判別する判別ステップと、
前記判別ステップの判別結果が肯定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由せずに、前記記憶部から直接取得し、前記判別ステップの判別結果が否定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由して前記サーバから取得するオブジェクト取得ステップと、
を備えたことを特徴とするＬＡＮ上のトラヒック制御方法。
【請求項６】
前記記憶部に格納されるオブジェクトが、予め設定された所定の種別のものに選択されるステップを含む請求項５に記載のＬＡＮ上のトラヒック制御方法。
【請求項７】
前記記憶部に格納されるオブジェクトが、予め設定されたＩＰアドレスを有するクライアントから発行された送信要求に対するものに選択されるステップを含む請求項５または６に記載のＬＡＮ上のトラヒック制御方法。
【請求項８】
前記記憶部に格納されるオブジェクトが、適宜更新されるステップを含む請求項５乃至７の何れか１項に記載のＬＡＮ上のトラヒック制御方法。
【請求項９】
サーバと複数のクライアントとが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上のトラヒック制御システムに用いられる記録媒体であって、
コンピュータに、
第一のクライアントがオブジェクトの送信要求をサーバに発行し、該サーバから該送信要求に応じたオブジェクトを受信する場合において、
第二のクライアントは、
第一のクライアントが発行する前記送信要求と前記サーバが該第一のクライアント向けに発行する該送信要求に応じたオブジェクトとを受信する受信ステップと、
前記送信要求と該送信要求に応じたオブジェクトとを記憶部に格納する記憶ステップと、
前記第二のクライアントが送信要求を前記サーバに発行するとき、該送信要求に応じたオブジェクトが前記記憶部に格納されているか否かを判別する判別ステップと、
前記判別ステップの判別結果が肯定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由せずに、前記記憶部から直接取得し、前記判別ステップの判別結果が否定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由して前記サーバから取得するオブジェクト取得ステップと、
を実行させるためのプログラムを記録したことを特徴とするコンピュータに読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はローカルエリアネットワーク（ＬＡＮ）上のトラヒック制御システム、方法およびその制御プログラムを記録した記録媒体に関し、特に、サーバとクライアントとが接続されたＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access with Collision Detection）方式のＬＡＮを介してＨＴＴＰ（HyperText Transfer Protcol）を用いてサーバとクライアントとの間で通信が行われるとき、ＬＡＮ上のトラヒック量を削減するよう制御するＬＡＮ上のトラヒック制御システム、方法およびその制御プログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
サーバやクライアントの複数のステーションが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上では、各ステーションはＬＡＮ上に送信元アドレス、受信先アドレス、データ等からなるフレームを送出するとき、ＬＡＮ上のキャリアの有無を検出し（Carrier Sense ）、すなわちＬＡＮ上がビジー状態（フレーム有り）かアイドル状態（フレーム無し）かを検出し、アイドル状態が検出されたときにフレームの送出を行っている。フレームを送出したステーションは、他のステーションから送出されたフレームとの衝突の有無を監視し（Collision Detection ）、衝突検出時は、ジャミング信号を一定時間送出し、衝突を積極的に他のステーションに連絡した後、送信を中断する。次いで、ランダム時間待った後、ＬＡＮの状態監視から繰り返しフレームの再送を試みる。
【０００３】
また、サーバとクライアント間の通信にＨＴＴＰが用いられる場合、サーバの処理能力によっては通信に時間を要し、ＬＡＮがビジー状態となる時間が長くなり、クライアントが送信待ちとなる機会が増大する。
このようなＬＡＮ上のトラヒック量を削減するよう制御するシステムとして、代理サーバをサーバとクラインアトとの間に設置したものがある。この代理サーバシステムでは、クライアントからサーバにオブジェクトの送信要求が発行されたとき、代理サーバがこれを受けサーバに送信するとともにサーバからその送信要求に応じたオブジェクトを受信し、受信したオブジェクトをクライアントに送信する。また、代理サーバは、送信要求とその送信要求に応じてサーバから受信したオブジェクトとを記憶部に格納しておき、その後、クライアントから同一送信要求が発行されたとき、サーバを介さず、その送信要求に対応する記憶部に格納されたオブジェクトを直接クライアントに送信する。これにより、サーバの処理能力に起因する通信の遅延時間、すなわちサーバが送信要求を受けてからその送信要求に応じたオブジェクトを送信するまでに要する時間が節約される。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記代理サーバシステムは、各クライアントがサーバに送信要求を行っている間、たとえ代理サーバの記憶部に格納されている送信要求がクライアントから発行されたものと一致したとしても、ＬＡＮ上のトラヒックは絶えずビジー状態のままであり、ＬＡＮ上のトラヒック量を十分削減できないという問題がある。
【０００５】
それゆえ、本発明は上記問題を解決し、ＬＡＮ上のトラヒック量を削減するよう制御するＬＡＮ上のトラヒック制御システム、方法およびその制御プログラムを記録した記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
前記目的を達成する本発明によるＬＡＮ上のトラヒック制御システムは、サーバと複数のクライアントとが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上のトラヒック制御システムであって、第一のクライアントがオブジェクトの送信要求をサーバに発行し、該サーバから該送信要求に応じたオブジェクトを受信する場合において、第二のクライアントは、前記第一のクライアントが発行する前記送信要求と前記サーバが該第一のクライアント向けに発行する該送信要求に応じたオブジェクトとを受信する受信手段と、前記送信要求と該送信要求に応じたオブジェクトとを格納する記憶部と、前記第二のクライアントが送信要求を前記サーバに発行するとき、該送信要求に応じたオブジェクトが前記記憶部に格納されているか否かを判別する判別手段と、前記判別手段の判別結果が肯定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由せずに、前記記憶部から直接取得し、該判別手段の判別結果が否定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由して前記サーバから取得するオブジェクト取得手段と、を備えたことを特徴とする。
【０００７】
上記構成により、ＬＡＮ上のトラヒック量が削減される。
本発明によるＬＡＮ上のトラヒック制御システムにおいて、前記記憶部に格納されるオブジェクトは、予め設定された所定の種別のものであるか、または予め設定されたＩＰアドレスを有するクライアントから発行された送信要求に対するものである。
【０００８】
上記構成により、記憶部の使用容量が節約されるとともに、オブジェクトの検索に要する時間が短縮される。本発明によるＬＡＮ上のトラヒック制御システムにおいて、前記記憶部に格納されるオブジェクトは、適宜更新される。
【０００９】
前記目的を達成する本発明によるＬＡＮ上のトラヒック制御方法は、サーバと複数のクライアントとが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上のトラヒック制御方法であって、第一のクライアントがオブジェクトの送信要求をサーバに発行し、該サーバから該送信要求に応じたオブジェクトを受信する場合において、第二のクライアントは、第一のクライアントが発行する前記送信要求と前記サーバが該第一のクライアント向けに発行する該送信要求に応じたオブジェクトとを受信する受信ステップと、前記送信要求と該送信要求に応じたオブジェクトとを記憶部に格納する記憶ステップと、前記第二のクライアントが送信要求を前記サーバに発行するとき、該送信要求に応じたオブジェクトが前記記憶部に格納されているか否かを判別する判別ステップと、前記判別ステップの判別結果が肯定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由せずに、前記記憶部から直接取得し、前記判別ステップの判別結果が否定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由して前記サーバから取得するオブジェクト取得ステップと、を備えたことを特徴とする。
【００１０】
本発明によるＬＡＮ上のトラヒック制御方法において、前記記憶部に格納されるオブジェクトが、適宜更新されるステップを含む。
【００１１】
本発明によるＬＡＮ上のトラヒック制御方法において、前記記憶部に格納されるオブジェクトが、適宜更新されるステップを含む。
本発明によるＬＡＮ上のトラヒック制御方法において、前記１つのクライアントが前記サーバに発行したオブジェクトの送信要求とそれに応じたオブジェクトとを前記記憶部に格納するステップを含む。
【００１２】
前記目的を達成する本発明によるＬＡＮ上のトラヒック制御プログラムを記録したコンピュータに読取り可能な記録媒体は、サーバと複数のクライアントとが接続されたＣＳＭＡ／ＣＤ方式のＬＡＮ上のトラヒック制御システムに用いられる記録媒体であって、コンピュータに、第一のクライアントがオブジェクトの送信要求をサーバに発行し、該サーバから該送信要求に応じたオブジェクトを受信する場合において、第二のクライアントは、
第一のクライアントが発行する前記送信要求と前記サーバが該第一のクライアント向けに発行する該送信要求に応じたオブジェクトとを受信する受信ステップと、前記送信要求と該送信要求に応じたオブジェクトとを記憶部に格納する記憶ステップと、前記第二のクライアントが送信要求を前記サーバに発行するとき、該送信要求に応じたオブジェクトが前記記憶部に格納されているか否かを判別する判別ステップと、前記判別ステップの判別結果が肯定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由せずに、前記記憶部から直接取得し、前記判別ステップの判別結果が否定のときは前記送信要求に応じたオブジェクトをＬＡＮを経由して前記サーバから取得するオブジェクト取得ステップと、を実行させるためのプログラムを記録したことを特徴とする。
【００１３】
【発明の実施の形態】
以下、添付図面を参照しつつ本発明の実施の形態を詳細に説明する。
図１は本発明の実施例の概略構成図である。図１に示すように、本発明によるＬＡＮ上のトラヒック制御システムにおいて、ＬＡＮ１には、サーバ計算機２、第１クライアント計算機３、第２クライアント計算機４およびその他の第３、第４、…、第ｎクライアント計算機（図示せず）が接続されている。このＬＡＮ１はＣＳＭＡ／ＣＤ方式を用いている。以下、サーバ計算機、第１、第２クライアント計算機を、単にサーバ、第１、第２クライアントと記す。
【００１４】
第１クライアント３が、サーバ２にオブジェクトの送信要求Ａを発行し、サーバ２から送信要求Ａに応じたオブジェクトＡを受信する際、第２クライアント４は、送信要求Ａとそれに応じたオブジェクトＡとを第２クライアント４内の記憶部４１に格納しておく。その後、第２クライアント４が、記憶部４１に格納された同一のオブジェクトＡを得る送信要求Ａをサーバ２に発行するとき、ＬＡＮ１を経由せずに、記憶部４１から直接オブジェクトＡを取得する。
【００１５】
このことを実現するため、サーバ２はＨＴＴＰサーバアプリケーションプログラム２２を有し、各クライアント３、４は各ＨＴＴＰクライアントアプリケーションプログラム３２、４２および各記憶部３１、４１を有する（以下、アプリケーションプログラムを単にアプリケーションと記す）。
図２は図１に示すクライアント計算機のフレーム通信に係るインターネットアーキテクチャの概念図である。図２において、第１クライアント計算機３を例にあげるが他のクライアント計算機およびサーバ計算機２も同様なインターネットアーキテクチャを有する。図２に示すように、このインターネットアーキテクチャは、ウェブブラウザとしてのＨＴＴＰクライアントアプリケーション３２と、ＴＣＰ（Transmission Protcol）３３と、ＩＰ（Internet Protcol）３４と、本発明によるＬＡＮ上のトラヒック制御アプリケーション３５と、ＬＡＮドライバ３６とから構成される。ＬＡＮ１に接続されたＬＡＮドライバ３６は、ＣＳＭＡ／ＣＤ方式を実行するプログラムを有し、ＨＴＴＰクライアントアプリケーション３２の管理の元で、ＴＣＰ３３、ＩＰ３４に準拠したフレーム、例えば送信要求をクライアント３からＬＡＮ１を介してサーバ２または他のクライアントに送信するとともに、サーバ２または他のクライアントから送信されたフレーム、例えば上記送信要求に対してサーバ２が送信したオブジェクトを受信する機能を有する。
【００１６】
図３は本発明で使用する各プロトコールのフォーマットの概略図であり、（Ａ）はＩＰヘッダ例を、（Ｂ）はＴＣＰヘッダ例を、（Ｃ）はオブジェクトの送信要求例を、（Ｄ）はオブジェクトのリスポンス例を、それぞれ示す図である。
図３の（Ａ）に示すように、ＩＰヘッダのフォーマットは、３２ビットのSource Address（送信側ＩＰアドレス）と３２ビットのDestination Address （受信側ＩＰアドレス）を含む。
【００１７】
図３の（Ｂ）に示すように、ＴＣＰヘッダのフォーマットは、ＩＰヘッダに続き、１６ビットのSource Port （送信側ポートアドレス）と１６ビットのDestination Port（受信側ポートアドレス）を含む。
図３の（Ｃ）に示すように、ＨＴＴＰメッセージ（オブジェクト）の送信要求のフォーマットは、ＴＣＰヘッダに続き、GET/abcd.html http/1.0 CR LFと記述される。ここで、GET/abcd.html はGET の文字列に続くURI （Uniform Resource Identifier ）の送信要求abcd.html を、http/1.0はhttpのバージョンを示す文字列、CRはCarriage Return を、LFはLine Feed を示す。
【００１８】
図３の（Ｄ）に示すように、ＨＴＴＰメッセージ（オブジェクト）のリスポンスのフォーマットは、ＴＣＰヘッダに続き、200 は成功を意味するステータスコードを、Object Header はオブジェクト長等のオブジェクトの各種情報を意味する文字列を示し、<HTML>…(abcd.html) はオブジェクト本体を示す。
図４はオブジェクトの送信要求とそのリスポンスとを格納するクライアント計算機内の記憶部を示す図である。図４に示すように、クライアントから発行されたＨＴＴＰメッセージの送信要求と、この送信要求に応答してサーバから受信したＨＴＴＰメッセージのリスポンスと、その収集日時とＩＰヘッダと、ＴＣＰヘッダと、で１組のデータを構成する。記憶部には、このようなデータがｎ組格納される。本発明は、クライアントが発行する送信要求がこの記憶部にすでに格納されているときは、対応するリスポンスを読取り、ＬＡＮ上には送信要求のフレームを出さないようにする。これを実行するための本発明による処理、すなわち図２に示すＬＡＮ上のトラヒック制御アプリケーション３５について、図５および図６を用いて以下に説明する。
【００１９】
図５は本発明によるＬＡＮ上のトラヒック制御ルーチンの前半部を示すフローチャートである。図５に示すＬＡＮ上のトラヒック制御ルーチンの前半部は、クライアントがＬＡＮドライブを介してＬＡＮからフレームを受信するときの処理を示す。本ルーチンは所定の周期毎に実行される。
先ず、ステップＳ１では、ＬＡＮドライバから受信したデータが自ノード（クライアント）宛のデータか否かを、ＩＰヘッダの受信側ＩＰアドレスと自ＩＰアドレスとが等しいか否かにより判定し、その判定結果がＹＥＳのときはＩＰにデータを渡し、通常の通信処理を実行し、その判定結果がＮＯのときはステップＳ２に進む。
【００２０】
ステップＳ２では、ＬＡＮドライバから受信したデータがＨＴＴＰメッセージか否かを、ＴＣＰを含まずかつＨＴＴＰメッセージを含まないか否かにより判定し、その判定結果がＮＯのときはＩＰにデータを渡し、通常の通信処理を実行し、その判定結果がＹＥＳのときはステップＳ３に進む。
ステップＳ３では、ＬＡＮドライバから受信したデータが予め設定した記憶部に格納する必要のないデータか否かを、ＩＰヘッダのＩＰアドレスが設定値に一致するか否か、またはＧＥＴの文字列に続くURI （Uniform Resource Identifier ）が設定値に一致するか否かにより判定し、その判定結果がＹＥＳのときはＩＰにデータを渡し、通常の通信処理を実行し、その判定結果がＮＯのときはステップＳ４に進む。このステップＳ３のフィルタリングにより自ノードに無関係なデータを記憶部に格納しないようにし、記憶部の容量を確保できる。
【００２１】
ステップＳ４では、ＬＡＮドライバから受信したデータがオブジェクトの送信要求に関するものか否かを判定し、その判定結果がＹＥＳのときはステップＳ５に進み、その判定結果がＮＯのときはステップＳ６に進む。
ステップＳ５では、図４に示すように記憶部に、送信要求に係るデータを記録する。同一送信要求がすでに記憶部に記録されている場合はデータを更新（置換）する。ステップＳ５実行後、ＩＰにデータを渡し、通常の通信処理を実行する。
【００２２】
ステップＳ６では、ＬＡＮドライバから受信したデータがオブジェクトのリスポンスに関するものか否かを判定し、その判定結果がＹＥＳのときはステップＳ７に進み、その判定結果がＮＯのときはＩＰにデータを渡し、通常の通信処理を実行する。ステップＳ６における判定は、ステップＳ５で記録した全てのオブジェクトの送信要求のデータについて下記の▲１▼〜▲４▼の比較を行う。
【００２３】
▲１▼記録済みの送信要求の送信側ＩＰアドレスと受信したデータの受信側ＩＰアドレスが一致している。
▲２▼記録済みの送信要求の受信側ＩＰアドレスと受信したデータの送信側ＩＰアドレスが一致している。
▲３▼記録済みの送信要求の送信側ポートアドレスと受信したデータの受信側ポートアドレスが一致している。
【００２４】
▲４▼記録済みの送信要求の受信側ポートアドレスと受信したデータの送信側ポートアドレスが一致している。
上記▲１▼〜▲４▼の比較結果において全て一致したと判定されたとき、ステップＳ７に進み、上記▲１▼〜▲４▼の比較結果において１つでも不一致が判定されたとき、ＩＰにデータを渡し、通常の通信処理を実行する。
【００２５】
ステップＳ７では、当該オブジェクトの送信要求の記録が有るか否かを、ＩＰヘッダ、ＴＣＰヘッダおよびＵＲＩを比較し、これらが全て一致したときステップＳ８に進み、１つでも一致しないとき、ＩＰにデータを渡し、通常の通信処理を実行する。
ステップＳ８では、ＬＡＮドライバから受信したデータは該当オブジェクトの送信要求に対するオブジェクトであると判定し、オブジェクトの収集処理を実行し、すなわち図４に示す送信要求に対応するロケーションにオブジェクトを格納する。
【００２６】
図６は本発明によるＬＡＮ上のトラヒック制御ルーチンの後半部を示すフローチャートである。図６に示すＬＡＮ上のトラヒック制御ルーチンの後半部は、クライアントがＬＡＮドライブを介してＬＡＮへフレームを送信するときの処理を示す。本ルーチンは所定の周期毎に実行される。
先ず、ステップＳ１１では、ＩＰから受けたオブジェクトの送信要求がＨＴＴＰのオブジェクトの送信要求のものであるか否かを判定し、その判定結果がＹＥＳのときステップＳ１２に進み、その判定結果がＮＯのときＬＡＮドライバにデータを受け渡す。
【００２７】
ステップＳ１２では、ＩＰから受けたオブジェクトの送信要求のデータについて下記▲１▼〜▲３▼の比較を行う。
▲１▼記録済みの送信要求の送信側ＩＰアドレスと受信したデータの送信側ＩＰアドレスが一致している。
▲２▼記録済みの送信要求の送信側ポートアドレスと受信したデータの送信側ポートアドレスが一致している。
【００２８】
▲３▼記録済みの送信要求のＵＲＩと受信したデータのＵＲＩが一致している。
上記▲１▼〜▲３▼の比較結果において全て一致したと判定されたとき、ステップＳ１３に進み、上記▲１▼〜▲３▼の比較結果において１つでも不一致が判定されたとき、ＬＡＮドライバにデータを受け渡す。
ステップＳ１３では、ＩＰから受けたオブジェクトの送信要求が再読込み要求であるか否かを、記憶部内に格納されたヘッダフィールドの指定日時が、該当オブジェクトより新しいか否かにより判定し、その判定結果がＹＥＳのときステップＳ１４に進み、その判定結果がＮＯのときステップＳ１５に進む。
【００２９】
ステップＳ１４では、オブジェクトの送信要求の削除を行い、オブジェクトの陳腐化を防止する。その後、ＬＡＮドライバにデータを受け渡す。
ステップＳ１３、Ｓ１４の処理により必要に応じて絶えず記憶部のデータを更新できる。
ステップＳ１５では、ＨＴＴＰアプリケーションから受信した場合のように、各ヘッダ情報を作成し、ＩＰにオブジェクトの送信を行い、その後、ＩＰにデータを渡し、通常の通信処理を実行する。
【００３０】
次に、本発明の記録媒体に記録されたプログラムの処理について以下簡単に説明する。本発明のクライアント計算機は、中央処理装置（ＣＰＵ）と、記録媒体である例えばメモリ、磁気ディスクと、を備えたコンピュータシステムである。このコンピュータシステムには、フロッピーディスクのような可搬型の記録媒体のフロッピーディスクドライブまたはハードディスクドライブが設けられている。所定の操作によりフロッピーディスク等の可搬型の記録媒体に記録された本発明による各ステップをコンピュータに実行させるためのプログラムを、フロッピーディスクドライブまたはハードディスクドライブを介して読取り、メモリにローディングする。もちろん、オペレータがコンピュータシステムのメモリにキーボード等の入力手段を介して直接上記プログラムを書き込んでもよい。あるいは、他のクライアント計算機のコンピュータシステム等に設置された記録媒体としての例えばメモリに格納された上記プログラムを、ＬＡＮ（通信回線）、ターミナルユニットを介して本コンピュータシステムのメモリにローディングする。その後、メモリにローディングしたプログラムは、コンピュータシステムのＣＰＵの処理により必要に応じて実行される。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、ＬＡＮ上にフレームが転送される機会が減るので、ＬＡＮ上のトラヒック量を削減することができる。
【図面の簡単な説明】
【図１】本発明の実施例の概略構成図である。
【図２】図１に示すクライアント計算機のフレーム通信に係るインターネットアーキテクチャの概念図である。
【図３】本発明で使用する各プロトコールのフォーマットの概略図であり、（Ａ）はＩＰヘッダ例を、（Ｂ）はＴＣＰヘッダ例を、（Ｃ）はオブジェクトの送信要求例を、（Ｄ）はオブジェクトのリスポンス例を、それぞれ示す図である。
【図４】オブジェクトの送信要求とそのリスポンスとを格納するクライアント計算機内の記憶部を示す図である。
【図５】本発明によるＬＡＮ上のトラヒック制御ルーチンの前半部を示すフローチャートである。
【図６】本発明によるＬＡＮ上のトラヒック制御ルーチンの後半部を示すフローチャートである。
【符号の説明】
１…ＬＡＮ
２…サーバ計算機
３…第１クライアント計算機
４…第２クライアント計算機
３１、４１…記憶部
３５…トラヒック制御アプリケーション
【図１】
0003761356.tif 000002
【図２】
0003761356.tif 000003
【図３】
0003761356.tif 000004
【図４】
0003761356.tif 000005
【図５】
0003761356.tif 000006
【図６】
0003761356.tif 000007