JP2001154902A - Ｗｅｂオブジェクトの取得システム - Google Patents
Ｗｅｂオブジェクトの取得システムInfo
- Publication number
- JP2001154902A JP2001154902A JP33945099A JP33945099A JP2001154902A JP 2001154902 A JP2001154902 A JP 2001154902A JP 33945099 A JP33945099 A JP 33945099A JP 33945099 A JP33945099 A JP 33945099A JP 2001154902 A JP2001154902 A JP 2001154902A
- Authority
- JP
- Japan
- Prior art keywords
- client terminal
- web object
- proxy server
- url
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000004044 response Effects 0.000 claims description 14
- 238000000034 method Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 abstract description 13
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 230000000694 effects Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- LFYJSSARVMHQJB-QIXNEVBVSA-N bakuchiol Chemical compound CC(C)=CCC[C@@](C)(C=C)\C=C\C1=CC=C(O)C=C1 LFYJSSARVMHQJB-QIXNEVBVSA-N 0.000 description 2
- 239000000284 extract Substances 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 proxyサーバとクライアント端末間の通信デ
ータ量・通信時間を削減し、またproxyサーバのキャッ
シュ容量を削減したＷｅｂオブジェクトの取得システム
を提供する。 【解決手段】 ｐｒｏｘｙサーバ１０は、クライアント
端末が取得済みのＷｅｂオブジェクトを格納する記憶手
段（キャッシュメモリ１６０）と、クライアント端末が
取得済みのＷｅｂオブジェクトのＵＲＬと該ＵＲＬを取
得したクライアント端末のアドレスを記憶するＵＲＬ・
アドレス記憶手段（オブジェクト格納クライアント情報
記憶部１２）とを備え、クライアント端末２０，２０Ａ
は、取得済みのＷｅｂオブジェクトを格納するＷｅｂオ
ブジェクト記憶手段（オブジェクト格納キャッシュ２
４，２４Ａ）を備えた。
ータ量・通信時間を削減し、またproxyサーバのキャッ
シュ容量を削減したＷｅｂオブジェクトの取得システム
を提供する。 【解決手段】 ｐｒｏｘｙサーバ１０は、クライアント
端末が取得済みのＷｅｂオブジェクトを格納する記憶手
段（キャッシュメモリ１６０）と、クライアント端末が
取得済みのＷｅｂオブジェクトのＵＲＬと該ＵＲＬを取
得したクライアント端末のアドレスを記憶するＵＲＬ・
アドレス記憶手段（オブジェクト格納クライアント情報
記憶部１２）とを備え、クライアント端末２０，２０Ａ
は、取得済みのＷｅｂオブジェクトを格納するＷｅｂオ
ブジェクト記憶手段（オブジェクト格納キャッシュ２
４，２４Ａ）を備えた。
Description
【０００１】
【発明の属する技術分野】本発明は、Ｗｅｂオブジェク
トの取得システムに関し、特にイントラネットにおける
proxyサーバとクライアント端末との間の通信データ量
・通信時間を削減し、またproxyサーバのキャッシュ容
量を削減したＷｅｂオブジェクトの取得システムに関す
る。
トの取得システムに関し、特にイントラネットにおける
proxyサーバとクライアント端末との間の通信データ量
・通信時間を削減し、またproxyサーバのキャッシュ容
量を削減したＷｅｂオブジェクトの取得システムに関す
る。
【０００２】
【従来の技術】図５は、従来のイントラネット１００を
インターネット１２０に接続した場合における一例のシ
ステム構成図である。図５に示すように、イントラネッ
ト１００は例えば千葉地区の第１サブネット１０１と横
浜地区の第２サブネット１０２と東京本社の第３サブネ
ット１０３とを含む。第１サブネット１０１には複数の
第1〜第3クライアント端末１１０，１１１，１１２を接
続し、第２サブネット１０２には複数の第4，第5クライ
アント端末１１３，１１４を接続し、第３サブネット１
０３にはｐｒｏｘｙ（代理）サーバ１５０と第６，第
７，第８クライアント端末１１５，１１６，１１７を接
続する。第１，第２，第３サブネット１０１，１０２，
１０３はｐｒｏｘｙサーバ１５０を介してインターネッ
ト１２０に接続している。インターネット１２０はＷＷ
Ｗサーバ１４０を介してＷｅｂオブジェクト１３０を接
続している。
インターネット１２０に接続した場合における一例のシ
ステム構成図である。図５に示すように、イントラネッ
ト１００は例えば千葉地区の第１サブネット１０１と横
浜地区の第２サブネット１０２と東京本社の第３サブネ
ット１０３とを含む。第１サブネット１０１には複数の
第1〜第3クライアント端末１１０，１１１，１１２を接
続し、第２サブネット１０２には複数の第4，第5クライ
アント端末１１３，１１４を接続し、第３サブネット１
０３にはｐｒｏｘｙ（代理）サーバ１５０と第６，第
７，第８クライアント端末１１５，１１６，１１７を接
続する。第１，第２，第３サブネット１０１，１０２，
１０３はｐｒｏｘｙサーバ１５０を介してインターネッ
ト１２０に接続している。インターネット１２０はＷＷ
Ｗサーバ１４０を介してＷｅｂオブジェクト１３０を接
続している。
【０００３】かかるシステム構成において、第1〜第３
サブネット１０１〜１０３に接続したクライアント端末
がｐｒｏｘｙサーバ１５０，インターネット１２０を介
して同一のＷｅｂオブジェクト１３０を取得する場合に
は、夫々のクライアント端末が個別にＷＷＷサーバ１４
０との通信によりＷｅｂオブジェクトを取得する必要が
あった。これではインターネットに対する通信に要する
時間・費用が大きくなり、そのイントラネットを構築し
た企業等にとっての負担が大きい。
サブネット１０１〜１０３に接続したクライアント端末
がｐｒｏｘｙサーバ１５０，インターネット１２０を介
して同一のＷｅｂオブジェクト１３０を取得する場合に
は、夫々のクライアント端末が個別にＷＷＷサーバ１４
０との通信によりＷｅｂオブジェクトを取得する必要が
あった。これではインターネットに対する通信に要する
時間・費用が大きくなり、そのイントラネットを構築し
た企業等にとっての負担が大きい。
【０００４】この問題を改善する手段として、図６に示
すように、イントラネット１００Ａを構成するproxyサ
ーバ１５０Ａにキャッシュ・メモリ１６０を持たせ、或
るクライアント端末が取得したＷｅｂオブジェクトをこ
のキャッシュ１６０に記憶しておき、別のクライアント
端末から同一のＷｅｂオブジェクトに対する取得要求が
あった場合には、このキャッシュ１６０からＷｅｂオブ
ジェクトを取得するようにした手段である。このように
すれば、複数のクライアント端末が個々にｐｒｏｘｙサ
ーバ１５０，インターネット１２０を介してＷｅｂオブ
ジェクト１３０にアクセスする必要が無いので、通信時
間・通信費用を削減できる。
すように、イントラネット１００Ａを構成するproxyサ
ーバ１５０Ａにキャッシュ・メモリ１６０を持たせ、或
るクライアント端末が取得したＷｅｂオブジェクトをこ
のキャッシュ１６０に記憶しておき、別のクライアント
端末から同一のＷｅｂオブジェクトに対する取得要求が
あった場合には、このキャッシュ１６０からＷｅｂオブ
ジェクトを取得するようにした手段である。このように
すれば、複数のクライアント端末が個々にｐｒｏｘｙサ
ーバ１５０，インターネット１２０を介してＷｅｂオブ
ジェクト１３０にアクセスする必要が無いので、通信時
間・通信費用を削減できる。
【０００５】
【発明が解決しようとする課題】しかしながら、この図
６に示す手段においても次の問題点があった。第１の問
題点は、proxyサーバとクライアント端末との間のネッ
トワーク負荷である。即ち、大規模なイントラネット・
企業内ＬＡＮにおいては、proxyサーバとクライアント
端末とが遠隔地に設置されることが多く（例えば、図６
における東京本社と横浜地区と千葉地区）、proxyサー
バとクライアント端末間の通信データ量・通信時間を削
減できない。
６に示す手段においても次の問題点があった。第１の問
題点は、proxyサーバとクライアント端末との間のネッ
トワーク負荷である。即ち、大規模なイントラネット・
企業内ＬＡＮにおいては、proxyサーバとクライアント
端末とが遠隔地に設置されることが多く（例えば、図６
における東京本社と横浜地区と千葉地区）、proxyサー
バとクライアント端末間の通信データ量・通信時間を削
減できない。
【０００６】第２の問題点は、proxyサーバ１５０Ａの
負荷である。即ち、クライアント端末の増加に従って、
Ｗｅｂオブジェクトの送信に要するproxyサーバ１５０
ＡのＣＰＵ負荷が増大する。また、一般的にクライアン
ト端末が増えることにより、要求されるＷｅｂオブジェ
クトも多様化するため、proxyサーバ１５０Ａのキャッ
シュ容量も多く必要とされる。
負荷である。即ち、クライアント端末の増加に従って、
Ｗｅｂオブジェクトの送信に要するproxyサーバ１５０
ＡのＣＰＵ負荷が増大する。また、一般的にクライアン
ト端末が増えることにより、要求されるＷｅｂオブジェ
クトも多様化するため、proxyサーバ１５０Ａのキャッ
シュ容量も多く必要とされる。
【０００７】そこで本発明の課題は、proxyサーバとク
ライアント端末間の通信データ量・通信時間を削減し、
またproxyサーバのキャッシュ容量を削減したＷｅｂオ
ブジェクトの取得システムを提供することである。
ライアント端末間の通信データ量・通信時間を削減し、
またproxyサーバのキャッシュ容量を削減したＷｅｂオ
ブジェクトの取得システムを提供することである。
【０００８】
【課題を解決するための手段】前記課題を解決するため
に本発明は、同一のローカル・ネットワーク内に位置す
る複数のクライアント端末をｐｒｏｘｙサーバに接続
し、該ｐｒｏｘｙサーバを介してインターネットに接続
されたＷＷＷサーバからＷｅｂオブジェクトを取得する
Ｗｅｂオブジェクトの取得システムにおいて、前記ｐｒ
ｏｘｙサーバは、前記クライアント端末が取得済みのＷ
ｅｂオブジェクトを格納する記憶手段（キャッシュ１６
０）と、該記憶手段に記憶した取得済みのＷｅｂオブジ
ェクトのＵＲＬと該ＵＲＬを取得したクライアント端末
のアドレスを記憶するＵＲＬ・アドレス記憶手段（オブ
ジェクト格納クライアント情報記憶部１２）とを備え、
前記クライアント端末は、取得済みのＷｅｂオブジェク
トを格納するＷｅｂオブジェクト記憶手段（オブジェク
ト格納キャッシュ２４）を備えたことを特徴とする。
に本発明は、同一のローカル・ネットワーク内に位置す
る複数のクライアント端末をｐｒｏｘｙサーバに接続
し、該ｐｒｏｘｙサーバを介してインターネットに接続
されたＷＷＷサーバからＷｅｂオブジェクトを取得する
Ｗｅｂオブジェクトの取得システムにおいて、前記ｐｒ
ｏｘｙサーバは、前記クライアント端末が取得済みのＷ
ｅｂオブジェクトを格納する記憶手段（キャッシュ１６
０）と、該記憶手段に記憶した取得済みのＷｅｂオブジ
ェクトのＵＲＬと該ＵＲＬを取得したクライアント端末
のアドレスを記憶するＵＲＬ・アドレス記憶手段（オブ
ジェクト格納クライアント情報記憶部１２）とを備え、
前記クライアント端末は、取得済みのＷｅｂオブジェク
トを格納するＷｅｂオブジェクト記憶手段（オブジェク
ト格納キャッシュ２４）を備えたことを特徴とする。
【０００９】このようにすれば、図１において、既に第
１クライアント端末２０がＷｅｂオブジェクトを取得し
た場合には、そのＷｅｂオブジェクトを自らのＷｅｂオ
ブジェクト 記憶手段（オブジェクト格納キャッシュ２
４）に格納しておく。そして、第２クライアント端末２
０Ａから前記格納済みのＷｅｂオブジェクトに対する取
得要求があった場合には、ｐｒｏｘｙサーバ１０の制御
の下にＵＲＬ・アドレス記憶手段（オブジェクト格納ク
ライアント情報記憶部１２）に記憶した第１クライアン
ト端末２０のＵＲＬとアドレスを第２クライアント端末
２０Ａに送信する。第２クライアント端末２０Ａはその
ＵＲＬとアドレスに基づき、第１クライアント端末２０
から所望のＷｅｂオブジェクトを取得する。
１クライアント端末２０がＷｅｂオブジェクトを取得し
た場合には、そのＷｅｂオブジェクトを自らのＷｅｂオ
ブジェクト 記憶手段（オブジェクト格納キャッシュ２
４）に格納しておく。そして、第２クライアント端末２
０Ａから前記格納済みのＷｅｂオブジェクトに対する取
得要求があった場合には、ｐｒｏｘｙサーバ１０の制御
の下にＵＲＬ・アドレス記憶手段（オブジェクト格納ク
ライアント情報記憶部１２）に記憶した第１クライアン
ト端末２０のＵＲＬとアドレスを第２クライアント端末
２０Ａに送信する。第２クライアント端末２０Ａはその
ＵＲＬとアドレスに基づき、第１クライアント端末２０
から所望のＷｅｂオブジェクトを取得する。
【００１０】従って、近設のクライアント端末相互間で
Ｗｅｂオブジェクトの送受信・取得が可能となり、遠隔
地間（例えば、東京本社と横浜地区の間）のクライアン
ト端末間の通信量を削減できる。また、Ｗｅｂオブジェ
クトの取得をクライアント端末相互間で行うことが可能
となる場合があるので、ｐｒｏｘｙサーバのキャッシュ
容量の増加を抑制できる。
Ｗｅｂオブジェクトの送受信・取得が可能となり、遠隔
地間（例えば、東京本社と横浜地区の間）のクライアン
ト端末間の通信量を削減できる。また、Ｗｅｂオブジェ
クトの取得をクライアント端末相互間で行うことが可能
となる場合があるので、ｐｒｏｘｙサーバのキャッシュ
容量の増加を抑制できる。
【００１１】
【発明の実施の形態】以下、本発明のＷｅｂオブジェク
トの取得システムを図示の実施例に基づいて説明する。
なお、既に説明した部分には同一符号を付し、重複記載
を省略する。
トの取得システムを図示の実施例に基づいて説明する。
なお、既に説明した部分には同一符号を付し、重複記載
を省略する。
【００１２】（１）第１実施例 図１に示すように、Ｗｅｂオブジェクトの取得システム
は、インターネット１２０と、Ｗｅｂオブジェクト１３
０と、ＷＷＷサーバ１４０と、キャッシュ１６０を備え
たｐｒｏｘｙサーバ１０と、第１，第２クライアント端
末２０，２０Ａとを備えてなる。
は、インターネット１２０と、Ｗｅｂオブジェクト１３
０と、ＷＷＷサーバ１４０と、キャッシュ１６０を備え
たｐｒｏｘｙサーバ１０と、第１，第２クライアント端
末２０，２０Ａとを備えてなる。
【００１３】なお、図１は本発明の原理を単純化して示
す図であり、現実には前記図６の如く複数のサブネット
と、該サブネットに夫々複数のクライアント端末と、ｐ
ｒｏｘｙサーバとを接続してなる。即ち、図６のシステ
ムにおけるｐｒｏｘｙサーバ１５０Ａに手段１１，１２
を追加し、夫々のクライアント端末に手段２０，２１，
２２，２３，２４を追加したのが本発明の具体的なシス
テム構成である。
す図であり、現実には前記図６の如く複数のサブネット
と、該サブネットに夫々複数のクライアント端末と、ｐ
ｒｏｘｙサーバとを接続してなる。即ち、図６のシステ
ムにおけるｐｒｏｘｙサーバ１５０Ａに手段１１，１２
を追加し、夫々のクライアント端末に手段２０，２１，
２２，２３，２４を追加したのが本発明の具体的なシス
テム構成である。
【００１４】proxyサーバ１０はオブジェクト格納クラ
イアント情報入出力手段１１とオブジェクト格納クライ
アント情報記憶部１２を備え、第１，第２第１クライア
ント端末２０，２０ＡはＷＷＷブラウザ２１，２１Ａに
個別に組み込まれたオブジェクト要求手段２２とオブジ
ェクト要求応答手段２３Ａを備える。
イアント情報入出力手段１１とオブジェクト格納クライ
アント情報記憶部１２を備え、第１，第２第１クライア
ント端末２０，２０ＡはＷＷＷブラウザ２１，２１Ａに
個別に組み込まれたオブジェクト要求手段２２とオブジ
ェクト要求応答手段２３Ａを備える。
【００１５】オブジェクト格納クライアント情報入出力
手段１１とオブジェクト格納クライアント情報記憶部１
２は、例えば第２クライアント端末２０Ａからのオブジ
ェクト取得要求に応じてproxyサーバ１０を介して該第
２クライアント端末２０Ａに送られるオブジェクトのUR
L（uniform resource locator）と、第２クライアン
ト端末２０Ａのネットワーク・アドレスを記憶する。ま
た、例えば第１クライアント端末２０からのオブジェク
ト取得要求に対して、オブジェクト格納クライアント情
報記憶部１２を検索し、一致するオブジェクトが存在す
る場合には、対応するクライアント端末（この場合は、
第２クライアント端末２０Ａ）のネットワーク・アドレ
スを返送する。
手段１１とオブジェクト格納クライアント情報記憶部１
２は、例えば第２クライアント端末２０Ａからのオブジ
ェクト取得要求に応じてproxyサーバ１０を介して該第
２クライアント端末２０Ａに送られるオブジェクトのUR
L（uniform resource locator）と、第２クライアン
ト端末２０Ａのネットワーク・アドレスを記憶する。ま
た、例えば第１クライアント端末２０からのオブジェク
ト取得要求に対して、オブジェクト格納クライアント情
報記憶部１２を検索し、一致するオブジェクトが存在す
る場合には、対応するクライアント端末（この場合は、
第２クライアント端末２０Ａ）のネットワーク・アドレ
スを返送する。
【００１６】第１クライアント端末２０のオブジェクト
要求手段２２は、第２クライアント端末２０Ａに対して
オブジェクトの送信を要求する。第２クライアント端末
２０Ａのオブジェクト要求応答手段２３Ａは、第１クラ
イアント端末２０からのオブジェクト要求に対してオブ
ジェクト格納キャッシュ２４Ａから該当するオブジェク
トを取り出し、第１クライアント端末２０に送信する。
２３は第１クライアント端末２０のオブジェクト要求応
答手段であり、２２Ａは第２クライアント端末２０Ａの
オブジェクト要求手段である。
要求手段２２は、第２クライアント端末２０Ａに対して
オブジェクトの送信を要求する。第２クライアント端末
２０Ａのオブジェクト要求応答手段２３Ａは、第１クラ
イアント端末２０からのオブジェクト要求に対してオブ
ジェクト格納キャッシュ２４Ａから該当するオブジェク
トを取り出し、第１クライアント端末２０に送信する。
２３は第１クライアント端末２０のオブジェクト要求応
答手段であり、２２Ａは第２クライアント端末２０Ａの
オブジェクト要求手段である。
【００１７】次に、図２を参照して本実施例の動作につ
いて詳細に説明する。第１クライアント端末２０は、ｐ
ｒｏｘｙサーバ１０に対してリクエスト３１を送信す
る。このリクエスト３１は、ｕｒｌというＵＲＬを持
つＷｅｂオブジェクト１３０の取得を要求するものであ
る。
いて詳細に説明する。第１クライアント端末２０は、ｐ
ｒｏｘｙサーバ１０に対してリクエスト３１を送信す
る。このリクエスト３１は、ｕｒｌというＵＲＬを持
つＷｅｂオブジェクト１３０の取得を要求するものであ
る。
【００１８】ｐｒｏｘｙサーバ１０は、リクエスト３１
をＷＷＷサーバ１４０に送信する。ＷＷＷサーバ１４０
は、リクエスト３１を受信すると、ｕｒｌというＵＲ
Ｌを持つオブジェクトを応答３２としてｐｒｏｘｙサー
バ１０に送信する。ｐｒｏｘｙサーバ１０は、応答３２
を受信すると、応答３２を第１クライアント端末２０に
送信すると共に、このオブジェクトのＵＲＬであるｕｒ
ｌと第１クライアント端末２０のネットワーク・アド
レスを記憶する。第１クライアント端末２０は、受信し
たオブジェクトをオブジェクト格納キャッシュ２４に格
納する。
をＷＷＷサーバ１４０に送信する。ＷＷＷサーバ１４０
は、リクエスト３１を受信すると、ｕｒｌというＵＲ
Ｌを持つオブジェクトを応答３２としてｐｒｏｘｙサー
バ１０に送信する。ｐｒｏｘｙサーバ１０は、応答３２
を受信すると、応答３２を第１クライアント端末２０に
送信すると共に、このオブジェクトのＵＲＬであるｕｒ
ｌと第１クライアント端末２０のネットワーク・アド
レスを記憶する。第１クライアント端末２０は、受信し
たオブジェクトをオブジェクト格納キャッシュ２４に格
納する。
【００１９】以上のオブジェクト格納キャッシュ２４に
受信したオブジェクトを格納した条件下において、第２
クライアント端末２０Ａは、ｐｒｏｘｙサーバ１０に対
してｕｒｌというＵＲＬを持つＷｅｂオブジェクトの
取得を要求するリクエスト４１を送信する。ｐｒｏｘｙ
サーバ１０は、リクエスト４１内のＵＲＬの値から、既
にｕｒｌというＵＲＬを持つＷｅｂオブジェクトを第
１クライアント端末２０に送信済みであることを検出
し、第１クライアント端末２０のネットワーク・アドレ
スを応答４２として第２クライアント端末２０Ａに送信
する。
受信したオブジェクトを格納した条件下において、第２
クライアント端末２０Ａは、ｐｒｏｘｙサーバ１０に対
してｕｒｌというＵＲＬを持つＷｅｂオブジェクトの
取得を要求するリクエスト４１を送信する。ｐｒｏｘｙ
サーバ１０は、リクエスト４１内のＵＲＬの値から、既
にｕｒｌというＵＲＬを持つＷｅｂオブジェクトを第
１クライアント端末２０に送信済みであることを検出
し、第１クライアント端末２０のネットワーク・アドレ
スを応答４２として第２クライアント端末２０Ａに送信
する。
【００２０】第２クライアント端末２０Ａは、応答４２
を受信すると、ｕｒｌというＵＲＬを持つオブジェク
トの取得要求をリクエスト４３として第１クライアント
端末２０に送信する。第１クライアント端末２０は、リ
クエスト４３を受信すると、ｕｒｌというＵＲＬを持
つオブジェクトをオブジェクト格納キャッシュ２４から
取り出し、応答４４として第２クライアント端末２０Ａ
に送信する。
を受信すると、ｕｒｌというＵＲＬを持つオブジェク
トの取得要求をリクエスト４３として第１クライアント
端末２０に送信する。第１クライアント端末２０は、リ
クエスト４３を受信すると、ｕｒｌというＵＲＬを持
つオブジェクトをオブジェクト格納キャッシュ２４から
取り出し、応答４４として第２クライアント端末２０Ａ
に送信する。
【００２１】このようにすれば、既に第１クライアント
端末２０がＷｅｂオブジェクトを取得した場合には、そ
のＷｅｂオブジェクトを自らの オブジェクト格納キャ
ッシュ２４に格納しておく。そして、第２クライアント
端末２０Ａから前記格納済みのＷｅｂオブジェクトに対
する取得要求があった場合には、ｐｒｏｘｙサーバ１０
の制御の下に第１クライアント端末２０に格納済みのＷ
ｅｂオブジェクトを、第２クライアント端末２０Ａに直
接送信する。従って、クライアント端末相互間でＷｅｂ
オブジェクトの送受信が可能となり、遠隔地間（例え
ば、東京本社と横浜地区の間）におけるproxyサーバと
クライアント端末間の通信量を削減できる。
端末２０がＷｅｂオブジェクトを取得した場合には、そ
のＷｅｂオブジェクトを自らの オブジェクト格納キャ
ッシュ２４に格納しておく。そして、第２クライアント
端末２０Ａから前記格納済みのＷｅｂオブジェクトに対
する取得要求があった場合には、ｐｒｏｘｙサーバ１０
の制御の下に第１クライアント端末２０に格納済みのＷ
ｅｂオブジェクトを、第２クライアント端末２０Ａに直
接送信する。従って、クライアント端末相互間でＷｅｂ
オブジェクトの送受信が可能となり、遠隔地間（例え
ば、東京本社と横浜地区の間）におけるproxyサーバと
クライアント端末間の通信量を削減できる。
【００２２】（２）第２実施例 proxyサーバに対し、次に説明する「条件判断機能」を
付加することにより、本発明の有効性が増す場合があ
る。この場合の実施環境の構成例を図３に示す。６１が
端末所属サブネット処理手段であり、アクセスしてきた
クライアント端末が何れのサブネットに所属するかを判
断する機能を有する。
付加することにより、本発明の有効性が増す場合があ
る。この場合の実施環境の構成例を図３に示す。６１が
端末所属サブネット処理手段であり、アクセスしてきた
クライアント端末が何れのサブネットに所属するかを判
断する機能を有する。
【００２３】図３において、第１実施例で説明済みの手
段によりオブジェクトを保持しているクライアント端末
と、新たなオブジェクトの要求元のクライアント端末が
同一のサブネット内に存在しているか否かによって、pr
oxyサーバ１０の応答を変えるものである。
段によりオブジェクトを保持しているクライアント端末
と、新たなオブジェクトの要求元のクライアント端末が
同一のサブネット内に存在しているか否かによって、pr
oxyサーバ１０の応答を変えるものである。
【００２４】第１サブネット１０１に所属する第１クラ
イアント端末２０が取得済みのオブジェクトを、同じく
第１サブネット１０１に所属する第２クライアント端末
２０Ａ（または第３クライアント端末２０Ｂ）が要求し
た場合には、両者が同一サブネット１０１内に存在して
いることから、proxyサーバ１０はオブジェクト格納ク
ライアント情報記憶部１２に記憶済みの第１クライアン
ト端末２０のアドレスを応答する。この場合は、前記第
１実施例で説明済みのケースに同じである。
イアント端末２０が取得済みのオブジェクトを、同じく
第１サブネット１０１に所属する第２クライアント端末
２０Ａ（または第３クライアント端末２０Ｂ）が要求し
た場合には、両者が同一サブネット１０１内に存在して
いることから、proxyサーバ１０はオブジェクト格納ク
ライアント情報記憶部１２に記憶済みの第１クライアン
ト端末２０のアドレスを応答する。この場合は、前記第
１実施例で説明済みのケースに同じである。
【００２５】また、要求元が別の第２サブネット１０２
内の第４クライアント端末３０（または第５クライアン
ト端末３０Ａ）である場合には、第１クライアント端末
２０と例えば第４クライアント端末３０とが互いに別の
サブネットに存在していることから、proxyサーバ１０
は自身のキャッシュ１６０に保持しているオブジェクト
を応答する。 ６０はファイアウォール／ゲートウェイ
であり、インターネットに接続したコンピュータやネッ
トワークを外部からの侵入から守るセキュリティシステ
ムである。
内の第４クライアント端末３０（または第５クライアン
ト端末３０Ａ）である場合には、第１クライアント端末
２０と例えば第４クライアント端末３０とが互いに別の
サブネットに存在していることから、proxyサーバ１０
は自身のキャッシュ１６０に保持しているオブジェクト
を応答する。 ６０はファイアウォール／ゲートウェイ
であり、インターネットに接続したコンピュータやネッ
トワークを外部からの侵入から守るセキュリティシステ
ムである。
【００２６】（３）第３実施例 セキュリティや負荷の点から、自己以外の他のクライア
ント端末からのオブジェクトの要求を受け付けたくない
場合も想定される。この場合には、図４に示すように、
proxyサーバ１０Ａに、キャッシュ１６０上のオブジェ
クトを他のクライアント端末には提供しない旨を通知す
る機能（他端末要求拒絶手段６１）を付加することによ
り、本発明の機能（例えば、第１実施例の機能）を無効
とすることも可能となる。
ント端末からのオブジェクトの要求を受け付けたくない
場合も想定される。この場合には、図４に示すように、
proxyサーバ１０Ａに、キャッシュ１６０上のオブジェ
クトを他のクライアント端末には提供しない旨を通知す
る機能（他端末要求拒絶手段６１）を付加することによ
り、本発明の機能（例えば、第１実施例の機能）を無効
とすることも可能となる。
【００２７】他端末要求拒絶手段６１は、他クライアン
ト端末からの要求拒絶を希望するクライアント端末から
設定することができる。proxyサーバ１０Ａは、この通
知元のクライアント端末については、取得オブジェクト
の情報を記憶しないように動作する。なお、ｐｒｏｘｙ
サーバ１０Ａ以外のシステム構成は図３に同じである。
ト端末からの要求拒絶を希望するクライアント端末から
設定することができる。proxyサーバ１０Ａは、この通
知元のクライアント端末については、取得オブジェクト
の情報を記憶しないように動作する。なお、ｐｒｏｘｙ
サーバ１０Ａ以外のシステム構成は図３に同じである。
【００２８】なお、前記実施例は複数のサブネットを有
するイントラネットの場合について説明したが、複数の
サブネットを有さない場合（即ち、唯一つのローカル・
ネットワークの場合）であっても、本発明を適用可能で
あるのは勿論である。
するイントラネットの場合について説明したが、複数の
サブネットを有さない場合（即ち、唯一つのローカル・
ネットワークの場合）であっても、本発明を適用可能で
あるのは勿論である。
【００２９】
【発明の効果】以上説明したように本発明によれば、以
下の効果を奏することができる。第１の効果は、Ｗｅｂ
オブジェクトの取得に要する時間を短縮できる。その理
由は、遠隔地のＷＷＷサーバからではなく、既に同一の
オブジェクトを取得済みの近設クライアント端末から取
得できるためである。
下の効果を奏することができる。第１の効果は、Ｗｅｂ
オブジェクトの取得に要する時間を短縮できる。その理
由は、遠隔地のＷＷＷサーバからではなく、既に同一の
オブジェクトを取得済みの近設クライアント端末から取
得できるためである。
【００３０】第2の効果は、ｐｒｏｘｙサーバのキャッ
シュ容量の増加を抑制できる。その理由は、既に同一の
オブジェクトを取得済みの近設クライアント端末から取
得でき、ｐｒｏｘｙサーバのキャッシュとのアクセスが
不要となるからである。
シュ容量の増加を抑制できる。その理由は、既に同一の
オブジェクトを取得済みの近設クライアント端末から取
得でき、ｐｒｏｘｙサーバのキャッシュとのアクセスが
不要となるからである。
【００３１】第３の効果は、クライアント端末とproxy
サーバ間、或いはproxyサーバとインターネット間の接
続に使用するネットワーク・通信回線の帯域幅を節減で
きる。その理由は、近設クライアントにて取得されたＷ
ｅｂオブジェクトについては、オブジェクト本体のデー
タを再度そのネットワークを通過させる必要がなくなる
ためである。
サーバ間、或いはproxyサーバとインターネット間の接
続に使用するネットワーク・通信回線の帯域幅を節減で
きる。その理由は、近設クライアントにて取得されたＷ
ｅｂオブジェクトについては、オブジェクト本体のデー
タを再度そのネットワークを通過させる必要がなくなる
ためである。
【図１】本発明の第１実施例のシステム構成図である。
【図２】同第１実施例の動作を示すシーケンス図であ
る。
る。
【図３】本発明の第２実施例のシステム構成図である。
【図４】本発明の第３実施例におけるｐｒｏｘｙサーバ
のブロック図である。
のブロック図である。
【図５】旧い従来例のシステム構成図である。
【図６】新しい従来例のシステム構成図である。
１０ ｐｒｏｘｙサーバ １１ オブジェクト格納クライアント情報入出力手段 １２ オブジェクト格納クライアント情報記憶部 ２０ 第１クライアント端末 ２１，２１Ａ ＷＷＷブラウザ ２２，２２Ａ オブジェクト要求手段 ２３，２３Ａ オブジェクト要求応答手段 ２４，２４Ａ オブジェクト格納キャッシュ １１０〜１１ｎ クライアント端末 １２０ インターネット １３０ Ｗｅｂオブジェクト １４０ ＷＷＷサーバ １６０ キャッシュメモリ
【手続補正書】
【提出日】平成１１年１２月３日（１９９９．１２．
３）
３）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正内容】
【００１４】 proxyサーバ１０はオブジェクト格納ク
ライアント情報入出力手段１１とオブジェクト格納クラ
イアント情報記憶部１２を備え、第１，第２クライアン
ト端末２０，２０ＡはＷＷＷブラウザ２１，２１Ａに個
別に組み込まれたオブジェクト要求手段２２とオブジェ
クト要求応答手段２３Ａを備える。
ライアント情報入出力手段１１とオブジェクト格納クラ
イアント情報記憶部１２を備え、第１，第２クライアン
ト端末２０，２０ＡはＷＷＷブラウザ２１，２１Ａに個
別に組み込まれたオブジェクト要求手段２２とオブジェ
クト要求応答手段２３Ａを備える。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正内容】
【００２６】 （３）第３実施例 セキュリティや負荷の点から、自己以外の他のクライア
ント端末からのオブジェクトの要求を受け付けたくない
場合も想定される。この場合には、図４に示すように、
proxyサーバ１０Ａに、キャッシュ１６０上のオブジェ
クトを他のクライアント端末には提供しない旨を通知す
る機能（他端末要求拒絶手段６２）を付加することによ
り、本発明の機能（例えば、第１実施例の機能）を無効
とすることも可能となる。
ント端末からのオブジェクトの要求を受け付けたくない
場合も想定される。この場合には、図４に示すように、
proxyサーバ１０Ａに、キャッシュ１６０上のオブジェ
クトを他のクライアント端末には提供しない旨を通知す
る機能（他端末要求拒絶手段６２）を付加することによ
り、本発明の機能（例えば、第１実施例の機能）を無効
とすることも可能となる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正内容】
【００２７】 他端末要求拒絶手段６２は、他クライア
ント端末からの要求拒絶を希望するクライアント端末か
ら設定することができる。proxyサーバ１０Ａは、この
通知元のクライアント端末については、取得オブジェク
トの情報を記憶しないように動作する。なお、ｐｒｏｘ
ｙサーバ１０Ａ以外のシステム構成は図３に同じであ
る。
ント端末からの要求拒絶を希望するクライアント端末か
ら設定することができる。proxyサーバ１０Ａは、この
通知元のクライアント端末については、取得オブジェク
トの情報を記憶しないように動作する。なお、ｐｒｏｘ
ｙサーバ１０Ａ以外のシステム構成は図３に同じであ
る。
Claims (4)
- 【請求項１】 同一のローカル・ネットワーク内に位置
する複数のクライアント端末をｐｒｏｘｙサーバに接続
し、該ｐｒｏｘｙサーバを介してインターネットに接続
されたＷＷＷサーバからＷｅｂオブジェクトを取得する
Ｗｅｂオブジェクトの取得システムにおいて、 前記ｐｒｏｘｙサーバは、 前記クライアント端末が取得済みのＷｅｂオブジェクト
を格納する記憶手段と、該記憶手段に記憶した取得済み
のＷｅｂオブジェクトのＵＲＬと該ＵＲＬを取得したク
ライアント端末のアドレスを記憶するＵＲＬ・アドレス
記憶手段とを備え、 前記クライアント端末は、 取得済みのＷｅｂオブジェクトを格納するＷｅｂオブジ
ェクト記憶手段を備えたことを特徴とするＷｅｂオブジ
ェクトの取得システム。 - 【請求項２】 前記ローカル・ネットワークは夫々複数
のクライアント端末が所属する複数のサブネットを相互
に接続してなるイントラネットであり、該複数のサブネ
ットの何れかに前記ｐｒｏｘｙサーバを接続してなるこ
とを特徴とする請求項１記載のＷｅｂオブジェクトの取
得システム。 - 【請求項３】 前記複数サブネット中の同一サブネット
内のクライアント端末からＷｅｂオブジェクトの取得要
求があった場合には前記ＵＲＬ・アドレス記憶手段に記
憶したＵＲＬとアドレスとを前記要求したクライアント
端末に送信し、前記同一サブネット内のクライアント端
末からの取得要求でない場合には前記ＵＲＬとアドレス
を送信しない処理を行なう端末所属サブネット処理手段
を備えたことを特徴とする請求項２記載のＷｅｂオブジ
ェクトの取得システム。 - 【請求項４】 前記proxyサーバは一のクライアント端
末からのＷｅｂオブジェクト取得要求に応じたＷｅｂオ
ブジェクトを前記記憶手段に格納した場合に、その他の
クライアント端末から前記格納済みのＷｅｂオブジェク
トへの取得要求があった場合には、前記その他のクライ
アント端末の取得要求を拒絶するその他端末要求拒絶手
段を備えたことを特徴とする請求項１乃至請求項３のい
ずれかに記載のＷｅｂオブジェクトの取得システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33945099A JP2001154902A (ja) | 1999-11-30 | 1999-11-30 | Ｗｅｂオブジェクトの取得システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33945099A JP2001154902A (ja) | 1999-11-30 | 1999-11-30 | Ｗｅｂオブジェクトの取得システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001154902A true JP2001154902A (ja) | 2001-06-08 |
Family
ID=18327589
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33945099A Pending JP2001154902A (ja) | 1999-11-30 | 1999-11-30 | Ｗｅｂオブジェクトの取得システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001154902A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004534308A (ja) * | 2001-06-12 | 2004-11-11 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ユーザ選択による画像のリロード |
| WO2006001507A1 (ja) * | 2004-06-24 | 2006-01-05 | Nec Corporation | 情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム |
| JP2013054568A (ja) * | 2011-09-05 | 2013-03-21 | Canon Inc | 分散処理制御システム及びその制御方法 |
-
1999
- 1999-11-30 JP JP33945099A patent/JP2001154902A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004534308A (ja) * | 2001-06-12 | 2004-11-11 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ユーザ選択による画像のリロード |
| WO2006001507A1 (ja) * | 2004-06-24 | 2006-01-05 | Nec Corporation | 情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム |
| JP2013054568A (ja) * | 2011-09-05 | 2013-03-21 | Canon Inc | 分散処理制御システム及びその制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12452205B2 (en) | Request routing based on class | |
| EP2266064B1 (en) | Request routing | |
| US9071572B2 (en) | Method, apparatus and system for addressing resources | |
| US8239571B2 (en) | Request routing using network computing components | |
| US10897450B2 (en) | Communication method and communication apparatus | |
| US9787775B1 (en) | Point of presence management in request routing | |
| US20010039585A1 (en) | System and method for directing a client to a content source | |
| HK1039192A1 (en) | A method and a system for transmitting a cookie | |
| JP2001154902A (ja) | Ｗｅｂオブジェクトの取得システム | |
| JPH1155327A (ja) | 代理サーバの接続制御サーバ，代理サーバ，及びネットワーク制御方法 | |
| US20100023620A1 (en) | Access controller | |
| US12518300B2 (en) | Serving an online advertisement asynchronously | |
| JP4893712B2 (ja) | ウェブサービスシステム及びウェブサービス提供方法 | |
| JP2004515834A (ja) | 分散型ウェブ・サービング・システム | |
| Weber et al. | Technical Foundations: Computer Networks | |
| JPH10322396A (ja) | 発信情報中継サーバ及び発信情報中継方法並びにそのシステム | |
| JP2002024191A (ja) | Ｗｗｗシステム、ｗｗｗサーバのトラフィック緩和方法、及びｗｗｗサーバ | |
| CN115118593A (zh) | 一种多台设备网络共享时对流量优化的方法及其系统 | |
| JP2000036822A (ja) | コンピュータネットワーク及びサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040601 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041012 |