JPH10312351A - データ通信システム及び方法並びに同システムのための代行サーバ - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを通じてサーバからクライアン
トへデータを転送するとき、接続時間を短縮して通信コ
ストを削減する。 【解決手段】 クライアント１０とサーバ３０との間に
代行サーバ２０を設ける。代行サーバ２０は、クライア
ント１０からのデータ取得要求を解釈して、その要求を
満たすのに適切なサーバ３０を選び、そのサーバ３０か
ら要求データを取得して記憶する機能と、クライアント
１０からのデータ転送要求に応答して、記憶してある要
求データをクライアント１０に転送する機能とをもつ。
クライアント１０は、代行サーバ２０へデータ取得要求
を送る時と、代行サーバ２０へデータ転送要求を送って
代行サーバ２０から要求データを受信する時だけ、代行
サーバ２０との通信路４１を接続する。サーバ３０が要
求データを準備し、準備したデータを代行サーバ２０へ
送っている期間、クライアント１０と代行サーバ２０間
の通信路４１は切断されている。代行サーバ２０とサー
バ３０間の通信路５１は、広帯域で低コストで安定した
ものが望ましい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントから
の要求に従ってサーバからクライアントへとデータを転
送するためのデータ通信システムに関し、オンラインに
よるデータベースからのデータ取得やインターネットで
の情報配信サービス等への利用に好適なものである。

【０００２】

【従来の技術】図１は、従来のデータ通信システムの典
型的な構成例を示す。

【０００３】通信ネットワーク９上に、データを利用し
たいクライアント１と、そのデータを供給するためのサ
ーバ７とが存在する。クライアント１とサーバ７とは、
無線又は有線の通信路８を介して、随時に接続される。
クライアント１内のアプリケーション３がサーバ７から
データを取得する場合、図２に示すような手順が行われ
る。

【０００４】先ずクライアント１において、アプリケー
ション３が発行したデータ取得要求がアクセス制御部５
へ渡される（ステップＳ１）。アクセス制御部５は、通
信路８を通じてサーバ７に接続要求を出し、サーバ７が
これに応答することによって両者間の通信が確立する
（Ｓ２）。その後、アプリケーション３の発行したデー
タ取得要求は、アクセス制御部５から通信路８を通して
サーバ７へ伝らえる（Ｓ３）。

【０００５】サーバ７は、データ取得要求に応答して、
要求されたデータを準備し、そのデータを通信路８を通
じて、クライアント１のアクセス制御部５へ転送する
（Ｓ４）。アクセス制御部５は、転送されたデータを受
信して蓄積し、最終的に、要求した全データを受信し終
わると、この結果をアプリケーション３へ通知する（Ｓ
５）。

【０００６】

【発明が解決しようとする課題】上述のシステムにおい
て、クライアント１からサーバ７へ通信接続の要求が出
されてから、サーバ７がクライアント１に転送するデー
タを準備し、そして、要求された全データがアクセス制
御部５に転送され終わる迄の期間、通信路８はずっと接
続状態に維持されている必要がある。また、もしデータ
転送が完了してない間に通信が切断されたときには、図
２に示した手順は、少なくとも、アクセス制御部５がサ
ーバ７に接続要求を出すステップＳ２に遡って再実行さ
れる必要がある。結果として、クライアントとサーバ間
のトータルの接続時間は相当に長いものとなる。

【０００７】このことは、クライアントとサーバとの間
の通信路が広帯域で通信コストが安い場合には、大した
問題ではないかもしれない。しかし、無線通信網や公衆
回線網等のように、帯域が狭く且つ通信コストが高く、
接続状態が不安定な通信路を用いてデータ通信を行う場
合には、通信コストがかさむという問題を生じる。特
に、クライアントとサーバ間の通信路の何処かで高トラ
フィックや回線状態の悪化があると、データ転送速度が
低下したり切断が頻繁に生じたりして、データ取得に要
する時間、手間及びコストは益々増大する。

【０００８】従って、本発明の目的は、帯域が狭く、通
信コストが高く、且つ接続状態が不安定な通信路を利用
する場合であっても、短い接続時間で低通信コストでサ
ーバからクライアントへとデータを転送できるデータ通
信システムを提供することにある。

【０００９】

【課題を解決するための手段】本発明に従えば、クライ
アントとサーバとの間に、クライアントが発行したデー
タ取得要求に応答する代行サーバを設ける。代行サーバ
は、クライアントからのデータ取得要求を解釈して要求
データの取得に適した方法を選択し、その選択方法で要
求データを取得してクライアントに転送する。

【００１０】代行サーバが選択する方法を例示すると次
のとおりである。

【００１１】A)データ取得要求がサーバを指定している
ときには、指定されたサーバから要求データ取得する。

【００１２】B)データ取得要求がサーバを指定していな
いときには、所定の判断基準に従い、要求データの提供
に適したサーバを選択し、選択したサーバから要求デー
タを取得する。

【００１３】C)データ取得要求がサーバを指定している
ときであっても、指定されたサーバよりも要求データの
提供に一層適したサーバが存在するならば、この一層適
したサーバから要求データを取得する。

【００１４】また、代行サーバ内に、既に取得した要求
データを保存する記憶装置を設けておき、これを利用し
た次のような方法の選択も可能である。

【００１５】D)データ取得要求を受けたとき、要求デー
タが記憶装置内に存在しない場合には、いずれかのサー
バから要求データを取得してクライアントへ転送する。
この場合、上述したA)、B)、C)の方法を更に選択するこ
とができる。

【００１６】E)データ取得要求を受けたとき、要求デー
タが既に記憶装置内に存在する場合には、サーバから要
求データを取得することを省略し、記憶装置内に既に存
在する要求データを前記クライアントへ転送する。つま
り、記憶装置方法をキャッシュメモリとして使用する。

【００１７】本発明のシステムでは、クライアントと代
行サーバとを結ぶ通信路は、データ取得要求の発行時
と、サーバからクライアントへのデータ転送時のみ接続
されていれば十分であり、サーバが要求データを準備し
て代行サーバへ送信している間は、切断されていてよ
い。そのため、トータルの接続時間は従来に比較して短
縮される。また、接続時間が短縮した分、データ転送途
中で切断される確率も減り、より安定した通信が期待で
きる。さらに、代行サーバが、例えば通信コストや通信
時間などの点でできるだけ有利な方法でデータ取得方法
を選択するようにすることもできる。これらのことか
ら、通信コストを削減することが容易である。

【００１８】代行サーバは、要求データを全て保存でき
る十分な容量をもった記憶装置を備えることが望まし
い。これにより、代行サーバからクライアントへのデー
タ転送が、クライアントの都合の良い時期に、サーバの
転送速度に依存しない速度で行うことができる。また、
上述したように、記憶装置をキャッシュメモリとして使
用することもできる。また、代行サーバからクライアン
トへデータを転送するとき、データを圧縮することも望
ましい。これらのことにより、一層の通信時間短縮及び
通信コスト削減が期待できる。なお、代行サーバは典型
的にはコンピュータを用いて実施することができるが、
そのためのコンピュータプログラムは、各種のディスク
型ストレージ、半導体メモリ、通信ネットワークなどの
様々な手段を通じてコンピュータにインストール又はロ
ードすることができる。

【００１９】

【発明の実施の形態】図３は、本発明のデータ通信シス
テムの一実施形態の構成を示す。

【００２０】このシステムでは、データを利用するため
のクライアント１０と、データを供給するためのサーバ
３０との間に、本発明の原理に従がう新規機能を持った
通信コンピュータ（代行サーバ）２０が存在する。

【００２１】クライアント１０と代行サーバ２０とは、
あるネットワーク４０を介して通信することができる。
このネットワーク４０は、通信路の帯域が狭く、通信コ
ストが高く、且つ接続状態が不安定なものであってよ
い。典型的には、ネットワーク４０は公衆電話回線網や
移動体通信網などであり、その場合、クライアント１０
と代行サーバ２０間の通信路４１は通常は切断状態であ
り、必要により随時に接続される。一方、代行サーバ２
０とサーバ３０とは、別のネットワーク５０を介して通
信する。この別のネットワーク５０は、通信路の帯域が
広く、通信コストが低く、且つ接続状態が安定であるこ
とが望ましく、典型的には、代行サーバ２０とサーバ３
０間の通信路５１が常時接続状態にある固定ネットワー
クである。

【００２２】図３にはクライアント１０、代行サーバ２
０及びサーバ３０がそれぞれ１台しか示されていない。
しかし、典型的には、クライアント１０も代行サーバ２
０もサーバ３０も複数台存在する。そして、個々のクラ
イアント１０は複数台の代行サーバ２０の内の任意のも
のと通信でき、また、個々の代行サーバ２０は複数台の
サーバ３０の内の任意のものと通信することができる。

【００２３】クライアント１０はユーザが操作する端末
であり、アプリケーション１１とアクセス制御部１２を
有する。アプリケーション１１はユーザが起動する応用
プログラムであり、ネットワークから取得したデータを
表示したり加工したりする機能を持つ。また、アプリケ
ーション１１は、ネットワークからデータを取得するた
めに、データ取得要求を発行する機能をもつ。アクセス
制御部１２は、アプリケーション１１の発行したデータ
取得要求を代行サーバ２０に転送する機能、データ取得
要求の転送後にデータ転送要求を代行サーバ２０へ発行
する機能、及び代行サーバ２０から転送されてきたデー
タを受信する機能を持つ。

【００２４】ここで、上記「データ取得要求」とは、デ
ータの指定とサーバの指定とを含み（サーバの指定は必
ずしも含まなくてもよい）、アプリケーション１１にと
っては、指定したデータを指定したサーバから（サーバ
指定がない場合は、代行サーバ２０が適当に選んだサー
バから）取得してアプリケーション１１へ転送せよとい
う命令であるが、これを受ける側の代行サーバ２０にと
っては、指定データをサーバ３０から取得して代行サー
バ２０内に保管することを要求する命令となる。また、
「データ転送要求」とは、先のデータ取得要求に付随し
て後に発行されるもので、先のデータ取得要求に従って
代行サーバ２０が取得し保管しているデータを、クライ
アント１０へ転送することを要求する命令である。

【００２５】代行サーバ２０は、クライアント１０から
のデータ取得要求に応答して、指定されたデータを指定
されたサーバ（又は、任意に選んだサーバ）３０から取
得して記憶する機能を持つ。また、代行サーバ２０は、
クライアント１０からのデータ転送要求に応答して、先
のデータ取得要求によって取得して記憶しているデータ
を、クライアント１０へ転送する機能を持つ。代行サー
バ２０は、要求受付部２１とネットワークアクセス部２
２と記憶装置２３とデータ転送部２４とインタフェース
２５、２６とを有する。

【００２６】要求受付部２１は、クライアント１０から
のデータ取得要求又はデータ転送要求を受信し、データ
取得要求を受信した場合には、その受信したデータ取得
要求を解釈して、その要求を満たし得るサーバからデー
タを取得するためのデータ取得要求をネットワークアク
セス部２２へ伝える。また、データ転送要求を受信した
場合には、要求受付部２１は、そのデータ転送要求をデ
ータ転送部２４へ伝える。

【００２７】データ取得要求を受信したときの要求受付
部２１の具体的な動作は次の通りである。受信したデー
タ取得要求にデータ指定とサーバ指定の双方が含まれて
いる場合は、要求受付部２１は、そのデータ取得要求を
そのままネットワークアクセス部２２へ渡すことができ
る。しかし、受信したデータ取得要求にデータ指定だけ
が含まれ、サーバ指定が含まれていない場合は、要求受
付部２１は、指定されたデータを提供するのに適当なサ
ーバを自己の判断で選択し、その選択したサーバの指定
を含んだデータ取得要求を作成してネットワークアクセ
ス部２２へ渡す。適当なサーバを選択する基準として
は、ネットワーク５０に存在する指定データを提供でき
る幾つかのサーバの中から、料金のより安いもの選ぶ、
転送速度のより速いものを選ぶ、アクセスの混雑がより
軽度なものを選ぶ、サーバまでの距離がより短いものを
選ぶ、サーバまでの通信路の混雑度や通信状態がより良
好なものを選ぶなど、種々の基準を採用することができ
る。また、サーバ選択を行う上での基礎情報である各サ
ーバの状態や性能や通信路の状態に関するデータは、随
時にネットワーク５０から取得して要求受付部２１内に
予め保持しておいてもよいし、サーバ選択時に個々のサ
ーバに問い合せて取得してもよい。さらに、クライアン
ト１０からのデータ取得要求にサーバ指定が含まれてい
た場合でも、その指定サーバがビジー状態であったりダ
ウンしていたり、指定サーバまでの通信路が非常に混ん
でいたり通信状態が悪化しているなど、指定サーバを利
用することが好ましくない場合にも、サーバ指定が含ま
れていない場合と同様、別の適当なサーバを要求受付部
２１が自動選択することもできる。

【００２８】ネットワークアクセス部２２は、要求受付
部２１からのデータ取得要求に応答して、指定されたデ
ータを指定されたサーバ３０から取得し、記憶装置２３
に格納する。記憶装置２３はこの取得データを保存す
る。

【００２９】データ転送部２４は、要求受付部２１から
のデータ転送要求に応答して、先のデータ取得要求で取
得されたデータを記憶装置２３から読み出し、クライア
ント１０に転送する。また、インターフェース２５は、
代行サーバ２０とクライアント１０との通信インターフ
ェースであり、インターフェース２６は、代行サーバ２
０とサーバ３０との通信インターフェースである。

【００３０】図４及び図５は、図３に示したシステムに
おいて、クライアント１０上にあるアプリケーション１
１がサーバ３０に存在するデータを取得する場合の手順
を示すフローチャートである。

【００３１】この手順は２つの段階を含み、第１段階は
図４に示すようにクライアント１０がデータ取得要求を
発行する段階であり、第２段階は図５に示すようにクラ
イアント１０がデータを実際に受け取る段階である。こ
の２つの段階は、クライアント１０と代行サーバ２０間
の通信路４１が接続状態にある１つの期間内に連続して
行うことも可能ではあるが、むしろ、図４及び図５に示
すように、第１段階と第２段階とを異なる接続機会に行
なうことによって、通信コストの低減という本発明の有
利性を一層効果的なものとすることができる。

【００３２】まず、図４に示す第１の段階を説明する。

【００３３】アプリケーション１１からデータ取得要求
が発行されると、この要求がアクセス制御部１２に伝え
られる（Ｓ１１）。アクセス制御部１２は、この要求を
受けると、代行サーバ２０との通信路４１を接続し通信
を確立する（Ｓ１２）。続いて、データ取得要求がアク
セス制御部１２からインターフェース２５を通して要求
受付部２１へ転送される（Ｓ１３）。アクセス制御部１
２から要求受付部２１へのデータ取得要求の転送が終了
すると、アクセス制御部１２は、通信路４１を一旦切断
する（Ｓ１４）。

【００３４】その後、代行サーバ２０では、要求受付部
２１が、転送されたデータ取得要求を解釈して指定デー
タと（要求にサーバ指定が含まれている場合には）指定
サーバとを把握した上で、まずその指定データが記憶装
置２３内に既に存在するかどうかを調べる（Ｓ１５）。
指定データが記憶装置２３にある場合は、要求受付部２
１はデータ取得要求の処理を終える。これで、代行サー
バ２０は元の待機状態に戻る。

【００３５】一方、指定データが記憶装置２３に無い場
合は、要求受付部２１は、データ取得要求をネットワー
クアクセス部２２に送る（Ｓ１６）。この場合、既に説
明したように、クライアント１０からのデータ取得要求
にサーバ指定が含まれていなかったり、含まれてはいて
も指定サーバにアクセスすることに問題がある場合は、
要求受付部２１は、指定データを提供できる適当なサー
バを、ネットワーク５０から取得した上述の基礎情報に
基づいて選択し、その選択サーバの指定をデータ取得要
求に含ませて、そのデータ取得要求をネットワークアク
セス部２２に送る。

【００３６】ネットワークアクセス部２２は、データ取
得要求に従ってインターフェース２６を通じて、その要
求が指定したサーバ３０から指定データを取得し（Ｓ１
７）、その取得したデータを全て記憶装置２３に格納す
る（Ｓ１８）。これで第１段階が終了し、代行サーバ２
０は元の待機状態に戻る。

【００３７】その後、図５に示す第２段階が実行され
る。

【００３８】先ず、クライアント１０のアクセス制御部
１２が、代行サーバ２０との通信路４１を再び接続し、
通信を確立する（Ｓ２１）。この再接続の動作は、デー
タ取得要求の発行時から適当なインターバルを置いた後
にアクセス制御部１２が自動的に行なう。しかし、別法
として、ユーザの望んだ時期にアプリケーション１１か
らの指示によって行うようにしてもよい。あるいは、代
行サーバ２０でのデータ取得が完了した時に、代行サー
バ２０からクライアント１０を呼び出して通信を確立す
ることも可能である。このように、何を端緒に及びどの
様な方法で再接続を行うかについては、種々のやり方が
採用し得る。

【００３９】次に、アクセス制御部１２がデータ転送要
求を発行し、このデータ転送要求は代行サーバ２０の要
求受付部２１からデータ転送部２４へと転送される（Ｓ
２２）。これに応答して、データ転送部２４は、記憶装
置２３から指定データを読み出し（Ｓ２３）、このデー
タをインターフェース２５を通じてアクセス制御部１２
に転送する（Ｓ２４）。データ転送が完了すると、アク
セス制御部１２は代行サーバ２０との通信路４１を切断
する（Ｓ２５）。続いて、アクセス制御部１２は受け取
ったデータをアプリケーション１１へ転送する（Ｓ２
６）。

【００４０】以上が、クライアント１０がサーバ３０か
らデータを取得する時の一連の手順である。この手順で
は、クライアント１０は要求発行時とデータを受信時だ
け通信路を接続しておけばよく、サーバ３０側でデータ
を準備している間は通信路４１を切断しておけるので、
トータルの通信時間は従来より短くなり、また、その分
だけ通信悪化で途中切断される可能性も減る。また、デ
ータ転送要求の発行時とデータ転送時とは別の接続機会
でよいため、仮にデータ転送途中で切断されても、再転
送のみ行えばよく、従来のように処理を殆ど最初からや
り直す必要はない。以上の結果として、通信コストを削
減することができる。

【００４１】上記システムでも勿論、代行サーバ２０と
サーバ３０との間は、サーバ３０がデータを準備し転送
している間通信が確立されたままであるが、ここはシス
テム全体の中の限定されたエリアであり、通信回数も非
常に多くなるから、常時接続で安定し広帯域で高速な通
信路５０を利用することが、個々のクライアント１０に
比較して容易であり、それにより個々のアクセス当たり
のコストを十分に小さくすることができる。

【００４２】また、上記システムでは、代行サーバ２０
内の要求受付部２１に備わっている『データ取得要求を
解釈する機能』により、サーバを指定しない又は有利で
ないサーバを指定したデータ取得要求に対して、適切な
サーバを自動的に選択してアクセスするようにしている
ため、一層効果的に通信コストを抑えることができる。

【００４３】さらに、一度取得要求のあったデータを記
憶装置２３に記憶しておき、再度の取得要求に直ちに対
応できるというキャッシュ機能も代行サーバ２０が備え
ているため、更なる処理時間の短縮及び通信コストの削
減が期待できる。

【００４４】また、クライアント１０と代行サーバ２０
との間でデータを圧縮して転送するようにすれば、通信
路４１に於ける通信コストをさらに削減することが出来
る。

【００４５】

【発明の効果】本発明によれば、クライアントとしては
要求発行時とデータ受信時だけ通信路を接続しておけば
よいので、通信時間が短くなり、かつ不安定な通信状態
でも切断される可能性が減る。また、要求送信とデータ
転送とが異なる接続機会に行えるため、データ転送中に
切断されても、再転送のみで処理を最初からやり直す必
要がない。よって、通信コストを削減することができ
る。

【００４６】さらに、データを圧縮して転送すれば、よ
り一層コストの削減が可能となる。

【００４７】また、本発明を実施する場合、本発明に従
う新規機能を代行サーバ及びクライアントのアクセス制
御部に組込むようにすれば、既存のクライアントのアプ
リケーション及びサーバに対しては変更を加える必要が
ないので、既存のシステムを利用して安価に実施するこ
とができる。

【図面の簡単な説明】

【図１】従来のデータ通信システムの構成図。

【図２】従来のシステムの、クライアントがサーバ上の
データを取得する手順を示すフローチャート。

【図３】本発明のデータ通信システムの一実施形態の構
成図。

【図４】図３のシステムの、クライアントがデータ取得
要求を発行する時の手順を示すフローチャート。

【図５】図３のシステムの、クライアントがデータを受
け取るときの手順を示すフローチャート。

【符号の説明】

１０ クライアント １１ アプリケーション １２ アクセス制御部 ２０ 代行サーバ ２１ 要求受付部 ２２ ネットワークアクセス部 ２３ 記憶装置 ２４ データ転送部 ２５、２６ インターフェース ３０ サーバ ４０ ネットワーク ４１ 通信路 ５０ 固定ネットワーク ５１ 通信路

Claims (14)

【特許請求の範囲】
1. 【請求項１】 データ取得要求を発するクライアント
   と、 データを供給するための１台以上のサーバと、 前記クライアントからデータ取得要求を受信し、このデ
   ータ取得要求を解釈して要求データの取得に適した方法
   を選択し、選択した方法で要求データを取得して前記ク
   ライアントへ転送する代行サーバとを備えたデータ通信
   システム。
2. 【請求項２】 請求項１記載のシステムにおいて、 前記代行サーバが、前記要求データの取得に適した方法
   として、 A)データ取得要求がサーバを指定しているときには、指
   定されたサーバから要求データ取得する方法を選択し、 B)データ取得要求がサーバを指定していないときには、
   所定の判断基準に従い、要求データの提供に適したサー
   バを選択し、選択したサーバから要求データを取得する
   方法を選択するデータ通信システム。
3. 【請求項３】 請求項１乃至２記載のシステムにおい
   て、 前記代行サーバが、前記要求データの取得に適した方法
   として、 C)データ取得要求がサーバを指定しているときであって
   も、所定の判断基準に従い、指定されたサーバよりも要
   求データの提供に一層適したサーバが存在するならば、
   この一層適したサーバから要求データを取得する方法を
   選択するデータ通信システム。
4. 【請求項４】 請求項１記載のシステムにおいて、 前記代行サーバが、既に取得した要求データを記憶する
   ための記憶装置を備えており、前記要求データの取得に
   適した方法として、 D)データ取得要求を受けたとき要求データが記憶装置内
   に存在しない場合には、いずれかのサーバから要求デー
   タを取得して前記クライアントへ転送する方法を選択
   し、 E)データ取得要求を受けたとき要求データが既に記憶装
   置内に存在する場合には、サーバから要求データを取得
   することを省略し、記憶装置内に既に存在する要求デー
   タを前記クライアントへ転送する方法を選択するデータ
   通信システム。
5. 【請求項５】 請求項１記載のシステムにおいて、 前記クライアントと前記代行サーバとの間の通信路が、 F)前記クライアントから前記代行サーバへデータ取得要
   求が送られる時に接続され、 G)データ取得要求の送信が終わった後に切断され、 H)前記代行サーバから前記クライアントへ要求データが
   転送される時に再接続されるデータ通信システム。
6. 【請求項６】 請求項１又は５記載のシステムにおい
   て、 前記代行サーバと前記サーバとの間の通信路が常時接続
   されているデータ通信システム。
7. 【請求項７】 請求項１又は５記載のシステムにおい
   て、 前記代行サーバは、前記サーバから取得した要求データ
   を記憶するための記憶装置を備え、要求データを全て記
   憶装置に格納した後に、前記記憶装置内の要求データを
   前記クライアントへ転送するデータ通信システム。
8. 【請求項８】 請求項１記載のシステムにおいて、 前記代行サーバは、前記要求データを圧縮して転送する
   データ通信システム。
9. 【請求項９】 クライアントと、１台以上のサーバと、
   クライアントとサーバ間に介在する代行サーバとを備え
   たデータ通信システムにおいて、いずれかのサーバから
   クライアントへデータを転送するための方法において、 前記クライアントが前記代行サーバへデータ取得要求を
   発行する過程と、 前記代行サーバが、データ取得要求を受信し、このデー
   タ取得要求を解釈して要求データの取得に適した方法を
   選択し、選択した方法で要求データを取得する過程と、 前記代行サーバが、前記取得した要求データを前記クラ
   イアントへ転送する過程とを備えたデータ通信方法。
10. 【請求項１０】 請求項９記載の方法において、 前記クライアントと前記代行サーバとの間の通信路を、 A)前記クライアントから前記代行サーバへデータ取得要
    求が送られる時に接続し、 B)データ取得要求の送信が終わった後に切断し、 c)前記代行サーバから前記クライアントへ要求データが
    転送される時に再接続する過程を更に備えたデータ通信
    方法。
11. 【請求項１１】 データ取得要求を発するクライアント
    と、データを供給するための１台以上のサーバとの間に
    介在し、 前記クライアントからデータ取得要求を受信し、このデ
    ータ取得要求を解釈して要求データの取得に適した方法
    を選択する要求受付手段と、 前記要求受付手段が選択した方法で要求データを取得す
    るアクセス手段と、 前記アクセス手段が取得した要求データを前記クライア
    ントへ転送するデータ転送手段とを備えたデータ通信の
    ための代行サーバ。
12. 【請求項１２】 請求項１１記載の代行サーバにおい
    て、 前記取得した要求データを保存する記憶手段を更に備え
    た代行サーバ。
13. 【請求項１３】 データ取得要求を発するクライアント
    と、データを供給するための１台以上のサーバとの間に
    介在し、 前記クライアントからデータ取得要求を受信し、このデ
    ータ取得要求を解釈して要求データの取得に適した方法
    を選択する要求受付手段と、 前記要求受付手段が選択した方法で要求データを取得す
    るアクセス手段と、 前記アクセス手段が取得した要求データを前記クライア
    ントへ転送するデータ転送手段とを備えたデータ通信の
    ための代行サーバとして、コンピュータを機能させるた
    めのプログラムを担持したコンピュータ読み取り可能な
    記録媒体。
14. 【請求項１４】 請求項１３記載の記録媒体において、
    前記代行サーバが前記取得した要求データを保存する記
    憶手段を更に備えた記録媒体。