JPH11175539A - 代理情報取得方法及びシステム及び代理情報取得プログラムを格納した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 利用者が負うべき様々なコストを押さえるこ
とができ、情報源が被るアクセス負荷を抑制することが
可能な代理情報取得方法及びシステム及び代理情報取得
プログラムを格納した記憶媒体を提供する。 【解決手段】 本発明は、定期的にデータ更新する情報
源に、利用者がネットワークを介して直接アクセスする
代わりに、該ネットワーク上に存在するシステムに定期
的なアクセスを依頼し、システムが定期的に情報源にア
クセスして情報を取得し、利用者に送信し、利用者側に
おいてシステムから情報を取得して、蓄積する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、代理情報取得方法
及びシステム及び代理情報取得プログラムを格納した記
憶媒体に係り、特に、利用者が定期的に更新される情報
にアクセスし、情報を取得する作業を、利用者に代わ
り、ネットワーク上の代理システムに行わせるための代
理情報取得方法及びシステム及び代理情報取得プログラ
ムを格納した記憶媒体に関する。

【０００２】

【従来の技術】図１１は、従来の利用者毎にネットワー
クを介して情報提供装置にアクセスする形態を示す。同
図に示す構成は、各々の利用者端末毎にネットワークを
介して直接情報提供装置にアクセスすることにより、こ
れにより、情報提供装置において更新された情報を取得
する。

【０００３】（１） 定期的に更新される情報は、利用
者が端末から更新周期に合わせて情報提供装置にアクセ
スし、取得している。最近では、予めアクセス先とアク
セス時間、周期を設定しておけば、自動的にアクセスす
る端末ソフトも販売されている。 （２） 防火壁を設置しているネットワークにおいて
は、プロキシサーバのキャッシュ機能を利用し、情報取
得のアクセス速度の向上及び情報源のアクセス負荷の軽
減を図っている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来の（１）の方法では、情報源へのアクセスは、現状で
は、利用者毎に行う場合が殆どである。従って、定期的
に更新される情報源の情報を、利用者が端末から手動で
取得しようとすると当然ながら、常時端末とネットワー
クを稼働させ、情報の更新の周期に合わせ情報を監視し
なければならない。情報監視の労を軽減するため、設定
した情報源に自動的にアクセスするソフトウェアも最近
では開発されているが、この場合でも、常時端末を稼働
させ、ネットワークを接続した状態にしておかなければ
ならないため、これらのコストはやはりかかる。

【０００５】また、情報源の立場からも利用者毎にアク
セスしてくるという状況は、アクセス頻度の高い情報源
に、非常に高いアクセス負荷をもたらす。そのため、利
用者側は、ますます情報を取得するのに時間がかかり、
ネットワークのコストが高くつくだけでなく、情報を取
得できなくなる場合もある。また、上記従来の（２）の
方法では、プロキシサーバのキャッシュ機能は、あくま
でアクセスした情報を一時的に蓄積し、ある一定量を越
えたら古いものから消去していく機能しかなく、個々の
情報の管理まで行ってはいない。一般のプロキシサーバ
のキャッシュ機能は、情報源の情報が更新／未更新のチ
ェックまでは行わないので、キャッシュに蓄積された情
報が、すでに古くなってしまっている可能性もある。よ
って、利用者はキャッシュに溜まっている情報を信用す
ることができないため、キャッシュをクリアし、再度情
報源にアクセスするような命令を端末から送らなければ
ならず、結局は、各利用者が情報源に直接アクセスする
ことになる。このように頻繁に更新される情報源に対し
ては、キャッシュの効果は少ない。

【０００６】また、キャッシュは、一時的な共有機能で
あるが、本来、共有情報は、その情報を必要としている
利用者がいる限り削除することは望ましくない。上述し
たように、プロキシサーバのキャッシュ機能は、個々の
蓄積情報を管理していないため、まだ、情報を必要とし
ている利用者がいるにも関わらず消去してしまうという
ことが起こり得る。

【０００７】情報源にアクセスした結果、その情報に転
送情報（例えば、ＨＴＭＬにおける、＜ＭＥＴＡＨＴＴ
Ｐ−ＥＱＵＩＶ＝"REFRESH" ＣＯＮＴＥＮＴ＝”０，Ｕ
ＲＬ＝転送先 ＵＲＬ”など）が示されているものもあ
る。昨今のＷＷＷブラウザにおいては、転送先が示され
ている情報を得た場合には、直ちに転送先のアドレスに
アクセス先を変え、情報を取得するような仕様となって
いるが、転送先の情報に更に転送情報が示されて、その
転送先が転送元を示している場合もある。このような場
合には、転送のループを構成してしまい、永遠に交互に
アクセスし続けることになる。ＷＷＷブラウザから手動
でアクセスしている場合には、このような現象が起きて
も、意図的にアクセスを停止させ、ループを切ることが
できるが、自動アクセスさせる場合には、システムにこ
のようなループの検知機能がなければ問題となる。

【０００８】本発明は、上記の点に鑑みなされたもの
で、利用者が負うべき様々なコストを押さえることがで
き、情報源が被るアクセス負荷を抑制することが可能な
代理情報取得方法及びシステム及び代理情報取得プログ
ラムを格納した記憶媒体を提供することを目的とする。

【０００９】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。第１の発明は、利用者が定期
的に更新される情報源にアクセスして取得するための代
理情報取得方法において、定期的にデータ更新する情報
源に、利用者がネットワークを介して直接アクセスする
代わりに、該ネットワーク上に存在するシステムに定期
的なアクセスを依頼し（ステップ１）、システムが情報
源に定期的にアクセスして、情報を取得して（ステップ
２）、利用者側に送信し（ステップ３）、利用者側にお
いてシステムから情報を取得して（ステップ４）、蓄積
する（ステップ５）。

【００１０】第２の発明は、システムへの複数の利用者
からの依頼条件のうち重複するものを検出し、処理を最
適化する。第３の発明は、システムにおいて、定期的に
情報源にアクセスして取得した情報が、更新されていた
場合のみ保存する。第４の発明は、情報源から取得した
情報を、参照元がなくなった段階で消去する。

【００１１】第５の発明は、情報源から取得した情報を
転送する際に、無限ループを検出する。図２は、本発明
の原理構成図である。第６の発明は、利用者からの依頼
により定期的に更新される情報源を有する情報提供装置
にアクセスして取得するための代理情報取得システムで
あって、定期的にデータ更新する情報提供装置３００
に、利用者からネットワークを介して直接アクセスする
代わりに、該ネットワーク上に存在する情報提供装置３
００に定期的なアクセスを依頼し、取得した情報を蓄積
する利用者端末１００と、利用者端末１００からの依頼
に基づいて情報提供装置３００に定期的にアクセスする
アクセス手段２０３と、該依頼に対応する情報を情報提
供装置３００から取得する情報取得手段２０２と、該情
報取得手段２０２により取得した情報を該利用者端末に
転送する転送手段２０１とを有する代理情報取得装置２
００とを有する。

【００１２】第７の発明は、上記の代理情報取得装置２
００が、複数の利用者端末１００からの依頼条件のうち
重複するものを検出し、処理を最適化する重複条件検出
手段２２２を含む。第８の発明は、上記の代理情報取得
装置２００が、定期的に情報提供装置にアクセスして取
得した情報が、更新されていた場合のみ記憶手段２２０
に保存する更新判定手段２２１を含む。

【００１３】第９の発明は、代理情報取得装置２００
が、情報提供装置３００から取得した情報を、参照元が
なくなった段階で記憶手段２２０に蓄積されている情報
を消去する情報削除手段２０４を含む。第１０の発明
は、転送手段取得装置２００が、情報提供装置３００か
ら取得した情報を利用者端末１００に転送する際に、転
送命令の実行による無限ループを検出する無限ループ検
出手段２１２を含む。

【００１４】第１１の発明は、利用者が定期的に更新さ
れる情報源にアクセスして取得するための代理情報取得
プログラムを格納した記憶媒体であって、定期的にデー
タ更新する情報源に、利用者からネットワークを介して
直接アクセスする代わりに、該ネットワーク上に存在す
るシステムに定期的なアクセスを依頼するアクセス依頼
プロセスと、アクセス依頼プロセスによる依頼に基づい
て利用者に代わって、情報源にアクセスする代理アクセ
スプロセスと、代理アクセスプロセスにより取得した情
報を利用者側に送信させる情報送信プロセスと、情報送
信プロセスにより取得した情報を蓄積させる蓄積プロセ
スとを有する。

【００１５】第１２の発明は、システムへの複数の利用
者からの依頼条件のうち重複するものを検出し、処理を
最適化する最適化プロセスを含む。第１３の発明は、定
期的に情報源にアクセスして取得した情報が、更新され
ていた場合のみ保存させる更新判定プロセスを含む。第
１４の発明は、情報源から取得した情報を、参照元がな
くなった段階で消去する情報消去プロセスを含む。

【００１６】第１５の発明は、情報源から取得した情報
を転送する際に、無限ループを検出する無限ループ検出
プロセスを含む。上記のように第１、第６及び第１１の
発明は、ネットワーク上に代理情報取得装置を配置し、
利用者は、このシステムに情報を取得するための条件を
渡し、当該システムにおいて、与えられた条件に基づい
て情報を取得し、これにより得られた結果を情報格納領
域に格納する。

【００１７】第２、第７及び第１２の発明は、利用者か
らシステムに与えられた情報取得条件を管理するテーブ
ルを有することにより、依頼者、アクセス先及びアクセ
ス周期を管理し、同一情報源へのアクセスの重複を避
け、アクセスが最適になるようスケジューリングするこ
とにより、ネットワーク及び情報源の負荷の抑制を図る
ことが可能となる。

【００１８】第３、第８及び第１３の発明は、今回のア
クセスにより取得した情報と、前回取得した情報とを比
較し、内容が更新されていれば、今回取得した情報を格
納し、そうでない場合は、情報が未更新である旨を記載
した情報を格納し、利用者に通知する。これにより、蓄
積情報の軽減を図ることが可能となる。第４、第９及び
第１４の発明は、取得情報の共有格納領域内で一意に識
別できる名称を付与し、情報を格納する。また、共有格
納領域内の格納されている共有情報に対する参照の有無
を識別できるデータを調べ、参照元が存在する間は、共
有データは保持し、参照元が無くなった時点で、この共
有情報を削除する。共有領域に格納された共有情報を、
参照元の増加毎に加算するカウンタを、上記対象テーブ
ルに格納し、共有情報の参照数を管理する。逆に、参照
元が参照を終了する場合には、参照数を減算し、参照数
が“０”となったとき、この共有情報を参照する参照元
が無くなったとして、該当する共有情報及び管理テーブ
ルのレコードを削除する。本発明では、共有情報に対し
て参照者が存在するかどうかの情報を管理することによ
り、上記従来の問題を解決する。

【００１９】第５、第９及び第１４の発明は、取得した
情報に転送情報がある場合は、この転送情報を記憶して
おき、更に、転送先を辿って取得した情報に新たな転送
情報が含まれている場合、この新たな転送情報と辿って
きたアドレスを比較し、一致するものがある場合には、
ループを構成するので、ここで処理を中断し、この旨を
記した情報を格納し、利用者に通知することが可能とな
る。

【００２０】

【発明の実施の形態】図３は、本発明が適用される共有
情報管理システムの概念図である。同図に示すシステム
は、ネットワーク上の代理情報取得装置に各利用者端末
からアクセスすると、代理情報取得装置は、情報提供装
置から情報を取得する。当該構成において、代理情報取
得装置は、定期的に更新される情報提供装置の情報を取
得して、要求があった利用者端末に返却する。

【００２１】図４は、本発明が適用される共有情報管理
システムの構成を示す。同図に示すシステムは、利用者
端末装置１００と代理情報取得装置２００及び情報提供
装置３００から構成される。利用者端末装置１００は、
ネットワークインタフェース１０３及びネットワーク４
００を介して代理情報取得装置２００と接続され、入力
部１０１と表示部１０２から構成される。

【００２２】代理情報取得装置２００は、ネットワーク
インタフェース２０１及びネットワーク４００を介して
利用者端末１００及び情報提供装置３００と接続され、
情報取得部２０２、アクセススケジュールテーブル２１
１、ループ検出部２１２、個人情報格納領域２０５、キ
ャッシュテーブル２１３、共有情報格納領域２０７とそ
の情報を管理する共有情報管理テーブル２０６から構成
されている。

【００２３】情報提供装置３００は、ネットワークイン
タフェース３０１及びネットワーク４００を介して代理
情報取得装置２００と接続され、提供情報格納領域３０
２を有している。

【００２４】

【実施例】以下、図面と共に本発明の実施例を説明す
る。以下の説明において、利用者端末装置１００の表示
部１０２としてＷＷＷブラウザを、ネットワークインタ
フェース１０３及び２０３としてＨＴＴＰクライアント
を、ネットワークインタフェース２０１及び３０１とし
てＨＴＴＰサーバを、共有情報管理テーブル２０６の検
索キーとして情報源のＵＲＬを、情報提供装置３００が
提供する情報として画像等のオブジェクトへの参照を含
んだＨＴＭＬ文書とする場合について説明する。

【００２５】図５は、本発明の一実施例の情報取得方法
を説明するためのフローチャートであり、図６は、本発
明の一実施例の利用者からの依頼データの例であり、図
７は、本発明の一実施例のアクセススケジュールテーブ
ルの例である。 ステップ１０１） まず、利用者は、入力部１０１を用
いて、必要としている情報のＵＲＬ、アクセス開始時
間、アクセス周期を入力し、これらの情報をアクセスス
ケジュールテーブル２１１に追加登録する。ここでアク
セススケジュールテーブル２１１は、利用者からの要求
を図６のような形式で受け付け、これをアクセス先とア
クセス周期でソートした図７に示すような形式に変換し
て格納しておく。

【００２６】ステップ１０２） 情報取得部２０２は、
アクセススケジュールテーブル２１１を参照し、登録さ
れた各ＵＲＬを周期的にアクセスする。 ステップ１０３） アクセスして取得した情報に転送情
報が含まれているかを判定し、含まれている場合にはス
テップ１０４に移行し、含まれていない場合には、ステ
ップ１０７に移行する。。

【００２７】ステップ１０４） 転送情報が含まれてい
る場合には、当該転送情報に従って、転送先にアクセス
し直すが、この時、転送先の情報に更に転送情報が含ま
れており、その転送先が、元のアドレスを示しているよ
うな場合には、無限ループとなる。このような現象を避
けるため、転送情報が含まれている場合には、ループ検
出部２１２において、転送元のアドレスを記憶する。

【００２８】ステップ１０５） 転送先のアドレスが辿
ってきたアドレスと一致していないかを確認し、一致し
ている場合にはステップ１０６に移行し、不一致の場合
にはステップ１０２に移行し、転送先にアクセスする。 ステップ１０６） 万一、一致した場合には、ループと
なっているので、ループ検出部２１２はその旨を記載し
た情報を利用者の個人情報格納領域２０５に格納する。
また、転送元情報は、連続して転送される場合を考慮し
て、複数記憶すると共に、転送元情報同士を比較する。

【００２９】ステップ１０７） 目的のアクセス先にア
クセスし、情報を取得した後は、この情報と、キャッシ
ュテーブル２１３において記憶されている各利用者が直
前に得た情報とを比較し、情報が更新されているかどう
かを確認する。 ステップ１０８） 更新されていない場合には、その旨
を記載した情報を利用者の個人情報格納領域２０５に格
納する。

【００３０】ステップ１０９） キャッシュテーブルに
て更新されている場合には、取得した情報を個人情報格
納領域２０５に格納するが、その詳細については、図８
に沿って後述する。情報格納後は、再びアクセススケジ
ュールテーブルに基づいてアクセス時間が到来したらア
クセスを行う（ステップ１０２に移行する）。図８は、
本発明の一実施例の個人情報格納領域へのＨＴＭＬ文書
追加時の動作を示すフローチャートである。

【００３１】ステップ２０１） 情報取得部２０２は、
取得したＨＴＭＬ文書を解析し、インライン展開される
参照オブジェクトを全て調べる。 ステップ２０２） 以下の動作は、ステップ２０１で調
べた結果の参照オブジェクトの数だけ繰り返す。まず、
情報取得部２０２により情報提供装置３００から参照オ
ブジェクトの実体を取得する。

【００３２】ステップ２０３） 次に、この参照オブジ
ェクトのＵＲＬをキーにして、例えば、図９に示すよう
な共有情報管理テーブル２０６を検索し、このオブジェ
クトが既に登録されているかどうかを確認する。登録さ
れている場合にはステップ２０４に移行し、そうでない
場合にはステップ２０７に移行する。 ステップ２０４） 該当するオブジェクトが登録されて
いた場合には、そのオブジェクトを共有情報格納領域２
０７から取り出す。

【００３３】ステップ２０５） ステップ２０２で取得
したオブジェクトとデータの照合を行い、同一の場合に
はステップ２０６に移行し、異なる場合にはステップ２
０７に移行する。 ステップ２０６） 取得したオブジェクトとデータが同
一であれば、ＨＴＭＬは共有情報格納領域２０７にある
オブジェクトを参照すればよく、新たに取得したオブジ
ェクトを格納する必要はない。このオブジェクトを参照
するＨＴＭＬが増えたことを記録するために、共有情報
管理テーブル２０６のこのオブジェクトに関するレコー
ドの参照数の項目に１を加算する。

【００３４】ステップ２０７） 一方、ＨＴＭＬ文書側
も、オブジェクトの参照情報を共有情報格納領域２０７
に格納されているオブジェクトを参照するように書き換
える。また、ステップ２０５の照合において、オブジェ
クトのデータが同一でなかった場合や、ステップ２０３
の確認においてオブジェクトが共有情報格納領域２０７
に登録されていなかった場合には、ステップ２０２によ
り取得した新しいオブジェクトを共有情報格納領域２０
７に登録する必要がある。この場合、取得したオブジェ
クトに新たな共有ファイル名を付与し、共有情報格納領
域２０７に格納する。

【００３５】ステップ２０８） 更に、共有情報管理テ
ーブル２０６にこのオブジェクトのための新たなレコー
ドを作成する。 ステップ２０９） これらの処理の後、ＨＴＭＬ文書側
のオブジェクトの参照情報を共有情報格納領域２０７に
新たに格納したオブジェクトを参照するように書き換え
る。

【００３６】ステップ２１０） 参照オブジェクトの処
理が終了した場合にはステップ２１１に移行し、未終了
の場合には、ステップ２０２に移行し、これらの処理を
このＨＴＭＬ文書が参照しているオブジェクトの数だけ
繰り返す。 ステップ２１１） 最後に参照情報を書き換えた上記Ｈ
ＴＭＬを含むＨＴＭＬ文書を生成し、これを個人情報格
納領域２０５に格納し、処理を終了する。

【００３７】次に、利用者が個人情報格納領域２０５に
格納しているＨＴＭＬ文書を削除したい場合について以
下に説明する。図１０は、本発明の一実施例の個人情報
格納領域の情報を削除する場合のフローチャートであ
る。利用者は入力部１０１を用いて、削除したいＨＴＭ
Ｌ文書のＵＲＬを入力し、代理情報取得装置２００の情
報削除部２０４に情報の削除を依頼する。これにより、
代理情報取得装置２００は、以下のような動作を行う。

【００３８】ステップ３０１） 情報削除部２０４は、
利用者により送信されたＵＲＬを受信する。 ステップ３０２） このＵＲＬで示されるＨＴＭＬ文書
を個人格納領域２０５から取り出す。 ステップ３０３） このＨＴＭＬ文書に含まれている、
参照情報のうち、参照先が共有情報格納領域２０７にあ
るものを抜き出す。

【００３９】ステップ３０４） これらのオブジェクト
への参照が１つ減ったことを示すため、共有情報管理テ
ーブル２０６中の該当する各レコードの参照数から１を
減算する。 ステップ３０５） このとき、共有情報管理テーブル２
０６の参照数が０となった場合には、ステップ３０６に
移行し、そうでない場合には、ステップ３０７に移行す
る。

【００４０】ステップ３０６） 参照数が０となった場
合には、このオブジェクトに対する参照元が全てなくな
ったとみなし、共有情報格納領域２０７に格納されてい
るオブジェクトの実体及び共有情報管理テーブル２０６
中の、このオブジェクトに関するレコードを削除する。 ステップ３０７） 参照オブジェクトの処理が終了した
場合には、ステップ３０８に移行し、未終了の場合には
ステップ３０３に移行する。

【００４１】ステップ３０８） その後、個人情報格納
領域２０５に格納されている削除を依頼されたＨＴＭＬ
文書を削除する。 また、上記の実施例では、図４に示す構成に基づいて説
明したが、代理情報取得装置２００における情報取得部
２０２、ループ検出部２１２、情報削除部２０４等の機
能をプログラムとして構築し、当該代理情報取得装置２
００に接続されるディスク装置や、フロッピーディスク
やＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本シ
ステムの実行時にインストールすることにより、容易に
本発明を実現することが可能となる。

【００４２】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００４３】

【発明の効果】上述のように、本発明によれば、定期的
に更新される情報の取得を、ネットワーク上に存在する
システムに依頼することにより、利用者が負うべき様々
なコストを抑えることができるだけでなく、情報源が被
るアクセス負荷の抑制にも貢献できる。

【００４４】また、代理情報取得装置内においては、重
複するオブジェクトを共有することにより、情報格納領
域を節約することができる。また、共有オブジェクトの
参照数を管理することにより、不必要になったオブジェ
クトを消去するタイミングを掴むことも可能であり、常
に最適な情報格納領域の管理が可能である。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明が適用される共有情報管理システムの概
念図である。

【図４】本発明が適用される共有情報管理システムの構
成図である。

【図５】本発明の一実施例の情報取得方法を説明するた
めのフローチャートである。

【図６】本発明の一実施例の利用者からの依頼データの
例である。

【図７】本発明の一実施例のアクセススケジュールテー
ブルの例である。

【図８】本発明の一実施例の個人情報格納領域へのＨＴ
ＭＬ文書追加時の動作を示すフローチャートである。

【図９】本発明の一実施例の情報管理テーブルの例であ
る。

【図１０】本発明の一実施例の個人情報格納領域の情報
を削除する場合のフローチャートである。

【図１１】従来の利用者毎にネットワークを介して情報
提供装置にアクセスする形態を示す図である。

【符号の説明】

１００ 利用者端末装置 １０１ 入力部 １０２ 表示部 １０３ ネットワークインタフェース ２００ 代理情報取得装置 ２０１ ネットワークインタフェース、転送手段 ２０２ 情報取得部、情報取得手段 ２０３ ネットワークインタフェース、アクセス手段 ２０４ 情報削除部、情報削除手段 ２０５ 個人情報格納領域 ２０６ 共有情報管理テーブル ２０７ 共有情報格納領域 ２１１ アクセススケジュールテーブル ２１２ ループ検出部、無限ループ検出手段 ２１３ キャッシュテーブル ２２０ 記憶手段 ２２１ 更新判定手段 ２２２ 重複条件検出手段 ３００ 情報提供装置 ３０１ ネットワークインタフェース ３０２ 提供情報格納領域 ４００ ネットワーク

Claims (15)

【特許請求の範囲】
1. 【請求項１】 利用者が定期的に更新される情報源にア
   クセスして取得するための代理情報取得方法において、 定期的にデータ更新する情報源に、利用者がネットワー
   クを介して直接アクセスする代わりに、該ネットワーク
   上に存在するシステムに定期的なアクセスを依頼し、 前記システムが定期的に前記情報源にアクセスして情報
   を取得し、前記利用者に送信し、 前記利用者側において前記システムから情報を取得し
   て、蓄積することを特徴とする代理情報取得方法。
2. 【請求項２】 前記システムへの複数の利用者からの依
   頼条件のうち重複するものを検出し、処理を最適化する
   請求項１記載の代理情報取得方法。
3. 【請求項３】 前記システムにおいて、定期的に前記情
   報源にアクセスして取得した情報が、更新されていた場
   合のみ保存する請求項１記載の代理情報取得方法。
4. 【請求項４】 前記情報源から取得した情報を、参照元
   がなくなった段階で消去する請求項１記載の代理情報取
   得方法。
5. 【請求項５】 前記情報源から取得した情報を転送する
   際に、無限ループを検出する請求項１記載の代理情報取
   得方法。
6. 【請求項６】 利用者からの依頼により定期的に更新さ
   れる情報源を有する情報提供装置にアクセスして取得す
   るための代理情報取得システムであって、 定期的にデータ更新する前記情報提供装置に、利用者が
   ネットワークを介して直接アクセスする代わりに、該ネ
   ットワーク上に存在する前記情報提供装置への定期的な
   アクセスを依頼し、取得した情報を蓄積する利用者端末
   と、 前記利用者端末からの依頼に基づいて前記情報提供装置
   に定期的にアクセスするアクセス手段と、該依頼に対応
   する情報を前記情報提供装置から取得する情報取得手段
   と、該情報取得手段により取得した情報を該利用者端末
   に転送する転送手段とを有する代理情報取得装置とを有
   することを特徴とする代理情報取得システム。
7. 【請求項７】 前記代理情報取得装置は、 複数の利用者端末からの依頼条件のうち重複するものを
   検出し、処理を最適化する重複条件検出手段を含む請求
   項６記載の代理情報取得システム。
8. 【請求項８】 前記代理情報取得装置は、 定期的に前記情報提供装置にアクセスして取得した情報
   が、更新されていた場合のみ保存する更新判定手段を含
   む請求項６記載の代理情報取得システム。
9. 【請求項９】 前記代理情報取得装置は、 前記情報提供装置から取得した情報を、参照元がなくな
   った段階で消去する情報削除手段を含む請求項６記載の
   代理情報取得システム。
10. 【請求項１０】 前記情報提供装置から取得した情報を
    前記利用者端末に転送する際に、転送命令の実行による
    無限ループを検出する無限ループ検出手段を含む請求項
    ６記載の代理情報取得システム。
11. 【請求項１１】 利用者が定期的に更新される情報源に
    アクセスして取得するための代理情報取得プログラムを
    格納した記憶媒体であって、 定期的にデータ更新する情報源に、利用者がネットワー
    クを介して直接アクセスする代わりに、該ネットワーク
    上に存在するシステムに定期的なアクセスを依頼するア
    クセス依頼プロセスと、 前記アクセス依頼プロセスによる依頼に基づいて前記利
    用者に代わって、前記情報源にアクセスする代理アクセ
    スプロセスと、 前記代理アクセスプロセスにより取得した情報を前記利
    用者側に送信させる情報送信プロセスと、 前記情報送信プロセスにより取得した情報を蓄積させる
    蓄積プロセスとを有することを特徴とする代理情報取得
    プログラムを格納した記憶媒体。
12. 【請求項１２】 前記システムへの複数の利用者からの
    依頼条件のうち重複するものを検出し、処理を最適化す
    る最適化プロセスを含む請求項１１記載の代理情報取得
    プログラムを格納した記憶媒体。
13. 【請求項１３】 定期的に前記情報源にアクセスして取
    得した情報が、更新されていた場合のみ保存させる更新
    判定プロセスを含む請求項１１記載の代理情報取得プロ
    グラムを格納した記憶媒体。
14. 【請求項１４】 前記情報源から取得した情報を、参照
    元がなくなった段階で消去する情報消去プロセスを含む
    請求項１１記載の代理情報取得プログラムを格納した記
    憶媒体。
15. 【請求項１５】 前記情報源から取得した情報を転送す
    る際に、無限ループを検出する無限ループ検出プロセス
    を含む請求項１１記載の代理情報取得プログラムを格納
    した記憶媒体。