JP2001282609A - ウェブページ取得サービスシステム、プロバイダ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 - Google Patents
ウェブページ取得サービスシステム、プロバイダ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置Info
- Publication number
- JP2001282609A JP2001282609A JP2000091874A JP2000091874A JP2001282609A JP 2001282609 A JP2001282609 A JP 2001282609A JP 2000091874 A JP2000091874 A JP 2000091874A JP 2000091874 A JP2000091874 A JP 2000091874A JP 2001282609 A JP2001282609 A JP 2001282609A
- Authority
- JP
- Japan
- Prior art keywords
- web page
- acquisition
- request
- user
- source
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Abstract
(57)【要約】
【課題】 回線混雑時におけるユーザのアクセスに対し
て、待ち時間を短縮させると共に、プロバイダにおける
サーバの負担を軽減させる。 【解決手段】 通信ネットワークに接続されたウェブペ
ージ取得サーバ２１０とユーザ端末２２０とを備え、こ
のユーザ端末２２０は、種々の取得条件を指定したウェ
ブページ取得要求をウェブページ取得サーバ２１０に送
信し、このウェブページ取得サーバ２１０は、ユーザ端
末２２０から受信したウェブページ取得要求の取得条件
にしたがって、通信ネットワーク上のウェブサーバ２３
０からウェブページソースを取得して保持し、このウェ
ブページソースを、ウェブページ取得要求の取得条件に
したがって、ユーザ端末２２０に転送する。
て、待ち時間を短縮させると共に、プロバイダにおける
サーバの負担を軽減させる。 【解決手段】 通信ネットワークに接続されたウェブペ
ージ取得サーバ２１０とユーザ端末２２０とを備え、こ
のユーザ端末２２０は、種々の取得条件を指定したウェ
ブページ取得要求をウェブページ取得サーバ２１０に送
信し、このウェブページ取得サーバ２１０は、ユーザ端
末２２０から受信したウェブページ取得要求の取得条件
にしたがって、通信ネットワーク上のウェブサーバ２３
０からウェブページソースを取得して保持し、このウェ
ブページソースを、ウェブページ取得要求の取得条件に
したがって、ユーザ端末２２０に転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネットに
接続してウェブサーバからウェブページを取得し閲覧す
る作業を支援するウェブページの取得サービスに関す
る。
接続してウェブサーバからウェブページを取得し閲覧す
る作業を支援するウェブページの取得サービスに関す
る。
【０００２】
【従来の技術】今日広く普及しているインターネットで
は、ユーザの生活パターンに応じて、アクセスの量に時
間的な偏りが生じている。すなわち、多くのインターネ
ット・ユーザは日中に仕事を持っているため、個人的な
要件でインターネットを利用するユーザは夜間にアクセ
スする場合が多い。したがって、夜間の通信量が増大
し、回線が混雑することとなる。
は、ユーザの生活パターンに応じて、アクセスの量に時
間的な偏りが生じている。すなわち、多くのインターネ
ット・ユーザは日中に仕事を持っているため、個人的な
要件でインターネットを利用するユーザは夜間にアクセ
スする場合が多い。したがって、夜間の通信量が増大
し、回線が混雑することとなる。
【０００３】通信ネットワークにおいて、通信量が増大
すると、これに伴ってデータ転送に要する時間が長くな
る。そのため、インターネットにおいても、夜間の回線
混雑時には、ユーザが所望のサイトへのリクエストを送
信してから当該サイトのウェブページソースがダウンロ
ードされるまでの待ち時間が長くなり、作業効率が悪
い。また、一般ユーザの多くは、インターネットに接続
するために、電話回線を用いたダイヤルアップ接続を行
う。そのため、データ転送に長時間を要することによっ
て回線接続の時間が長くなると、それだけ回線使用料も
増加することとなり、経済的にも好ましくない。一方、
プロバイダにおいても、特定の時間帯にアクセスが集中
すると、サーバの負担が増大するため、サービスが低下
するおそれがある。
すると、これに伴ってデータ転送に要する時間が長くな
る。そのため、インターネットにおいても、夜間の回線
混雑時には、ユーザが所望のサイトへのリクエストを送
信してから当該サイトのウェブページソースがダウンロ
ードされるまでの待ち時間が長くなり、作業効率が悪
い。また、一般ユーザの多くは、インターネットに接続
するために、電話回線を用いたダイヤルアップ接続を行
う。そのため、データ転送に長時間を要することによっ
て回線接続の時間が長くなると、それだけ回線使用料も
増加することとなり、経済的にも好ましくない。一方、
プロバイダにおいても、特定の時間帯にアクセスが集中
すると、サーバの負担が増大するため、サービスが低下
するおそれがある。
【０００４】回線が混雑している時間帯にインターネッ
トにアクセスすることを回避する手段として、自動巡回
プログラムがある。自動巡回プログラムは、ユーザのク
ライアントマシンに搭載され、予め設定された時刻に自
動的にプロバイダにアクセスして、インターネットに接
続する。そして、予め登録されたサイトに自動的にリク
エストを送信して、所望のウェブページソースをダウン
ロードする。この自動巡回プログラムを、回線が混雑し
ていない時間帯に動作するように設定しておけば、ウェ
ブページソースを取得するための待ち時間を減らすこと
ができる。
トにアクセスすることを回避する手段として、自動巡回
プログラムがある。自動巡回プログラムは、ユーザのク
ライアントマシンに搭載され、予め設定された時刻に自
動的にプロバイダにアクセスして、インターネットに接
続する。そして、予め登録されたサイトに自動的にリク
エストを送信して、所望のウェブページソースをダウン
ロードする。この自動巡回プログラムを、回線が混雑し
ていない時間帯に動作するように設定しておけば、ウェ
ブページソースを取得するための待ち時間を減らすこと
ができる。
【０００５】また、プロバイダのサーバには、通常、ユ
ーザがアクセスしたサイトのウェブページソースを一時
的に保持するキャッシュ機能がある。したがって、ユー
ザが頻繁にアクセスするサイトのウェブページに関して
は、サーバのキャッシュメモリにデータが残っている間
に再度リクエストがなされたならば、サーバに保持され
ているウェブページソースを当該ユーザのクライアント
マシンに送ることができる。この場合、プロバイダと該
当サイトとの間におけるリクエストの送信及びウェブペ
ージソースの返送が行われないため、その分だけユーザ
の待ち時間を減らすことができる。
ーザがアクセスしたサイトのウェブページソースを一時
的に保持するキャッシュ機能がある。したがって、ユー
ザが頻繁にアクセスするサイトのウェブページに関して
は、サーバのキャッシュメモリにデータが残っている間
に再度リクエストがなされたならば、サーバに保持され
ているウェブページソースを当該ユーザのクライアント
マシンに送ることができる。この場合、プロバイダと該
当サイトとの間におけるリクエストの送信及びウェブペ
ージソースの返送が行われないため、その分だけユーザ
の待ち時間を減らすことができる。
【０００６】
【発明が解決しようとする課題】上述したように、多く
のユーザがインターネットにアクセスする時間帯は、そ
のアクセスによる通信量の増加のために、ユーザにとっ
ては、待ち時間が長く作業効率の低下を招くと共に、回
線使用料が増大し経済的でないという問題があった。ま
た、プロバイダにおいても、アクセスの集中によりサー
バの負担が増大するという問題があった。
のユーザがインターネットにアクセスする時間帯は、そ
のアクセスによる通信量の増加のために、ユーザにとっ
ては、待ち時間が長く作業効率の低下を招くと共に、回
線使用料が増大し経済的でないという問題があった。ま
た、プロバイダにおいても、アクセスの集中によりサー
バの負担が増大するという問題があった。
【０００７】ユーザが回線混雑時のアクセスを回避する
ために自動巡回プログラムを用いる場合、当該ユーザに
関しては、待ち時間の増加及び回線使用料の増大を抑え
ることができるものの、相当数のユーザがアクセスする
時間帯としてそれぞれ異なる時間を選ぶのでなければ、
プロバイダにおけるサーバの負担は軽減しない。
ために自動巡回プログラムを用いる場合、当該ユーザに
関しては、待ち時間の増加及び回線使用料の増大を抑え
ることができるものの、相当数のユーザがアクセスする
時間帯としてそれぞれ異なる時間を選ぶのでなければ、
プロバイダにおけるサーバの負担は軽減しない。
【０００８】また、上述したように、通常、プロバイダ
のサーバにはキャッシュ機能があるが、キャッシュメモ
リに蓄えられたデータは、キャッシュメモリがいっぱい
になると古いものから順に機械的に削除されてしまうた
め、ユーザがアクセスしようとするときに、必ずしも所
望のデータが残っているとは限らず、ユーザの要求に答
えられるものではなかった。
のサーバにはキャッシュ機能があるが、キャッシュメモ
リに蓄えられたデータは、キャッシュメモリがいっぱい
になると古いものから順に機械的に削除されてしまうた
め、ユーザがアクセスしようとするときに、必ずしも所
望のデータが残っているとは限らず、ユーザの要求に答
えられるものではなかった。
【０００９】そこで本発明は、回線混雑時におけるユー
ザのアクセスに対して、待ち時間を短縮させると共に、
プロバイダにおけるサーバの負担を軽減させることを目
的とする。
ザのアクセスに対して、待ち時間を短縮させると共に、
プロバイダにおけるサーバの負担を軽減させることを目
的とする。
【００１０】また、本発明は、プロバイダにおいて、ユ
ーザの要求を考慮して効率的にサイトへのアクセスを支
援するシステムを提供することを目的とする。
ーザの要求を考慮して効率的にサイトへのアクセスを支
援するシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】かかる目的のもと、本発
明は、通信ネットワークに接続されたウェブページ取得
サーバとユーザ端末とを備え、このユーザ端末は、種々
の取得条件を指定したウェブページ取得要求をウェブペ
ージ取得サーバに送信し、このウェブページ取得サーバ
は、ユーザ端末から受信したウェブページ取得要求の取
得条件にしたがって、通信ネットワーク上のウェブサー
バからウェブページソースを取得して保持し、このウェ
ブページソースを、ウェブページ取得要求の取得条件に
したがって、ユーザ端末に転送することを特徴としてい
る。
明は、通信ネットワークに接続されたウェブページ取得
サーバとユーザ端末とを備え、このユーザ端末は、種々
の取得条件を指定したウェブページ取得要求をウェブペ
ージ取得サーバに送信し、このウェブページ取得サーバ
は、ユーザ端末から受信したウェブページ取得要求の取
得条件にしたがって、通信ネットワーク上のウェブサー
バからウェブページソースを取得して保持し、このウェ
ブページソースを、ウェブページ取得要求の取得条件に
したがって、ユーザ端末に転送することを特徴としてい
る。
【００１２】ここで、このユーザ端末は、ウェブページ
取得要求の取得条件として、ウェブページソースを取得
するための時間的条件を設定し、このウェブページ取得
サーバは、このウェブページ取得要求にて設定された時
間的条件に応じて、ウェブページソースを取得し、ユー
ザ端末に転送することを特徴としている。時間的条件と
しては、ユーザ端末からウェブページ取得サーバに対し
てウェブページの転送要求を行う時刻を設定することが
できる。このような構成とすることにより、ユーザは、
所望のウェブページを所望の時間に確実に取得できる点
で好ましい。
取得要求の取得条件として、ウェブページソースを取得
するための時間的条件を設定し、このウェブページ取得
サーバは、このウェブページ取得要求にて設定された時
間的条件に応じて、ウェブページソースを取得し、ユー
ザ端末に転送することを特徴としている。時間的条件と
しては、ユーザ端末からウェブページ取得サーバに対し
てウェブページの転送要求を行う時刻を設定することが
できる。このような構成とすることにより、ユーザは、
所望のウェブページを所望の時間に確実に取得できる点
で好ましい。
【００１３】さらにここで、このウェブページ取得サー
バは、ウェブページ取得要求にて設定された時間的条件
と通信ネットワークにおける通信量の多少とを考慮して
ウェブページソースを取得するためのスケジューリング
を行うことを特徴としている。このような構成とするこ
とにより、回線混雑時を避けてウェブページの取得が行
われるため、ウェブページ取得サーバにおける負荷を軽
減することができる点で好ましい。
バは、ウェブページ取得要求にて設定された時間的条件
と通信ネットワークにおける通信量の多少とを考慮して
ウェブページソースを取得するためのスケジューリング
を行うことを特徴としている。このような構成とするこ
とにより、回線混雑時を避けてウェブページの取得が行
われるため、ウェブページ取得サーバにおける負荷を軽
減することができる点で好ましい。
【００１４】またここで、このユーザ端末は、ウェブペ
ージ取得要求の取得条件として、ウェブページソースを
取得する期限を指定し、このウェブページ取得サーバ
は、このウェブページ取得要求にて指定された取得期限
の間にこのウェブページソースを取得することを特徴と
している。このような構成とすることにより、所望の期
間内におけるウェブページソースを取得できる点で優れ
ている。取得期限は、その開始と終了のいずれも指定す
ることができる。
ージ取得要求の取得条件として、ウェブページソースを
取得する期限を指定し、このウェブページ取得サーバ
は、このウェブページ取得要求にて指定された取得期限
の間にこのウェブページソースを取得することを特徴と
している。このような構成とすることにより、所望の期
間内におけるウェブページソースを取得できる点で優れ
ている。取得期限は、その開始と終了のいずれも指定す
ることができる。
【００１５】さらにここで、ウェブページ取得サーバ
は、複数のユーザ端末から同一のウェブページに対する
ウェブページ取得要求を受信した場合に、この複数のウ
ェブページ取得要求に対して、対応するウェブページソ
ースを１回取得して保持し、かつこのウェブページソー
スを、このウェブページ取得要求を送信した各ユーザ端
末に転送することを特徴としている。このような構成と
することにより、重複したウェブページ取得要求をまと
めて処理することができるため、ウェブページ取得サー
バにおける負荷を軽減させることができる点で好まし
い。
は、複数のユーザ端末から同一のウェブページに対する
ウェブページ取得要求を受信した場合に、この複数のウ
ェブページ取得要求に対して、対応するウェブページソ
ースを１回取得して保持し、かつこのウェブページソー
スを、このウェブページ取得要求を送信した各ユーザ端
末に転送することを特徴としている。このような構成と
することにより、重複したウェブページ取得要求をまと
めて処理することができるため、ウェブページ取得サー
バにおける負荷を軽減させることができる点で好まし
い。
【００１６】また、本発明は、インターネットへの接続
サービスを提供するプロバイダにおいて、ウェブページ
の取得条件を指定したウェブページ取得要求をユーザか
ら受け付ける要求受付部と、このウェブページ取得要求
の取得条件にしたがって、ウェブサーバからウェブペー
ジソースを取得して保持するウェブページ取得保存部
と、このウェブページソースを、このウェブページ取得
要求の取得条件にしたがって、このウェブページ取得要
求を発信したユーザに転送する転送制御部とを備えるこ
とを特徴としている。
サービスを提供するプロバイダにおいて、ウェブページ
の取得条件を指定したウェブページ取得要求をユーザか
ら受け付ける要求受付部と、このウェブページ取得要求
の取得条件にしたがって、ウェブサーバからウェブペー
ジソースを取得して保持するウェブページ取得保存部
と、このウェブページソースを、このウェブページ取得
要求の取得条件にしたがって、このウェブページ取得要
求を発信したユーザに転送する転送制御部とを備えるこ
とを特徴としている。
【００１７】ここで、この転送制御部は、ウェブページ
取得要求に従ってウェブページ取得保存部により取得さ
れ保持されているウェブページソースを、書庫ファイル
にまとめて転送することを特徴としている。このような
構成とすることにより、ユーザは取得したウェブページ
ソースをローカルな単一のファイルとして扱うことがで
きる点で好ましい。
取得要求に従ってウェブページ取得保存部により取得さ
れ保持されているウェブページソースを、書庫ファイル
にまとめて転送することを特徴としている。このような
構成とすることにより、ユーザは取得したウェブページ
ソースをローカルな単一のファイルとして扱うことがで
きる点で好ましい。
【００１８】さらにここで、この転送制御部は、ウェブ
ページソースの転送先であるユーザの端末装置において
一度に受信できるデータファイルのサイズが限られてい
る場合に、ウェブページ取得保存部に保持されているウ
ェブページソースをこの端末装置が受信可能なサイズに
分割した上で、各々書庫ファイルにまとめることを特徴
としている。このような構成とすれば、ユーザの端末装
置が一度に受信できるデータファイルのサイズが小さい
場合にも、ウェブページの取得サービスを受けることが
できる点で好ましい。
ページソースの転送先であるユーザの端末装置において
一度に受信できるデータファイルのサイズが限られてい
る場合に、ウェブページ取得保存部に保持されているウ
ェブページソースをこの端末装置が受信可能なサイズに
分割した上で、各々書庫ファイルにまとめることを特徴
としている。このような構成とすれば、ユーザの端末装
置が一度に受信できるデータファイルのサイズが小さい
場合にも、ウェブページの取得サービスを受けることが
できる点で好ましい。
【００１９】またここで、この転送制御部は、ウェブペ
ージ取得保存部に保持されているウェブページソースの
リンクを、個々のウェブページソースのＵＲＬに基づく
絶対的なリンクから、相対的なリンクに置き換えた上で
転送することを特徴としている。このような構成とする
ことにより、ユーザの端末装置において、ウェブページ
をローカルなファイルとして扱うことができる。
ージ取得保存部に保持されているウェブページソースの
リンクを、個々のウェブページソースのＵＲＬに基づく
絶対的なリンクから、相対的なリンクに置き換えた上で
転送することを特徴としている。このような構成とする
ことにより、ユーザの端末装置において、ウェブページ
をローカルなファイルとして扱うことができる。
【００２０】また、本発明は、通信ネットワーク上に設
けられたウェブページ取得サーバによるウェブページ取
得方法において、ウェブページの取得条件を指定したウ
ェブページ取得要求をユーザから受け付けるステップ
と、このウェブページ取得要求の取得条件に基づいて、
ウェブページソースを取得するためのスケジュールを作
成するステップと、作成されたスケジュールにしたがっ
て、通信ネットワーク上のウェブサーバからウェブペー
ジソースを取得して保持するステップと、このウェブペ
ージソースを、ウェブページ取得要求の取得条件にした
がって、ユーザに転送するステップとを含むことを特徴
としている。
けられたウェブページ取得サーバによるウェブページ取
得方法において、ウェブページの取得条件を指定したウ
ェブページ取得要求をユーザから受け付けるステップ
と、このウェブページ取得要求の取得条件に基づいて、
ウェブページソースを取得するためのスケジュールを作
成するステップと、作成されたスケジュールにしたがっ
て、通信ネットワーク上のウェブサーバからウェブペー
ジソースを取得して保持するステップと、このウェブペ
ージソースを、ウェブページ取得要求の取得条件にした
がって、ユーザに転送するステップとを含むことを特徴
としている。
【００２１】ここで、このスケジュールを作成するステ
ップは、ウェブページ取得要求にて指定されたウェブペ
ージソースを取得するための時間的条件に従い、かつ通
信ネットワークにおける通信量の多少に応じて、ウェブ
ページ取得サーバ自身の負荷が少なくなるように、この
ウェブページ取得要求にて要求されるウェブページソー
スを取得する時間を決定するステップを含むことを特徴
としている。このような構成とすれば、回線混雑時を避
けてウェブページを取得することができるため、効率的
にウェブページの取得作業を行うことができる点で好ま
しい。
ップは、ウェブページ取得要求にて指定されたウェブペ
ージソースを取得するための時間的条件に従い、かつ通
信ネットワークにおける通信量の多少に応じて、ウェブ
ページ取得サーバ自身の負荷が少なくなるように、この
ウェブページ取得要求にて要求されるウェブページソー
スを取得する時間を決定するステップを含むことを特徴
としている。このような構成とすれば、回線混雑時を避
けてウェブページを取得することができるため、効率的
にウェブページの取得作業を行うことができる点で好ま
しい。
【００２２】さらにここで、このスケジュールを作成す
るステップは、ウェブページ取得要求を受け付けるステ
ップにおいて、複数のユーザから同一のウェブページに
対するウェブページ取得要求を受け付けた場合に、各ウ
ェブページ取得要求において指定されたウェブページを
取得するための時間的条件を比較して、ウェブサーバか
らウェブページソースを取得する動作を行う回数ができ
るだけ少なくなるようにスケジュールを作成するステッ
プを含むことを特徴としている。このような構成とすれ
ば、重複したウェブページ取得要求をまとめて処理する
ことができるため、効率良くウェブページの取得作業を
行うことができる点で好ましい。
るステップは、ウェブページ取得要求を受け付けるステ
ップにおいて、複数のユーザから同一のウェブページに
対するウェブページ取得要求を受け付けた場合に、各ウ
ェブページ取得要求において指定されたウェブページを
取得するための時間的条件を比較して、ウェブサーバか
らウェブページソースを取得する動作を行う回数ができ
るだけ少なくなるようにスケジュールを作成するステッ
プを含むことを特徴としている。このような構成とすれ
ば、重複したウェブページ取得要求をまとめて処理する
ことができるため、効率良くウェブページの取得作業を
行うことができる点で好ましい。
【００２３】また、本発明は、インターネットに接続し
た情報端末装置によるウェブページの取得方法におい
て、プロバイダに対してウェブページの取得条件を指定
したウェブページ取得要求を送信するステップと、この
ウェブページ取得要求の取得条件に含まれる時間的条件
に基づいてプロバイダに対してウェブページの転送を要
求するステップと、このウェブページの転送要求に応じ
てプロバイダから転送された、ウェブページの取得条件
に適うウェブページソースを受信するステップとを含む
ことを特徴としている。
た情報端末装置によるウェブページの取得方法におい
て、プロバイダに対してウェブページの取得条件を指定
したウェブページ取得要求を送信するステップと、この
ウェブページ取得要求の取得条件に含まれる時間的条件
に基づいてプロバイダに対してウェブページの転送を要
求するステップと、このウェブページの転送要求に応じ
てプロバイダから転送された、ウェブページの取得条件
に適うウェブページソースを受信するステップとを含む
ことを特徴としている。
【００２４】ここで、このウェブページの転送を要求す
るステップは、プロバイダからのウェブページを取得し
たことを知らせる通知を受信した場合に、このウェブペ
ージ取得要求の取得条件に含まれる時間的条件に関わら
ずに、プロバイダに対してウェブページの転送を要求す
るステップを含むことを特徴としている。このような構
成とすれば、プロバイダにおいて所望のウェブページが
取得された後、任意のタイミングでこのウェブページを
閲覧できる点で好ましい。
るステップは、プロバイダからのウェブページを取得し
たことを知らせる通知を受信した場合に、このウェブペ
ージ取得要求の取得条件に含まれる時間的条件に関わら
ずに、プロバイダに対してウェブページの転送を要求す
るステップを含むことを特徴としている。このような構
成とすれば、プロバイダにおいて所望のウェブページが
取得された後、任意のタイミングでこのウェブページを
閲覧できる点で好ましい。
【００２５】さらにここで、ウェブページソースを受信
するステップにおいて、このウェブページを書庫ファイ
ルの形式で受信することができる。
するステップにおいて、このウェブページを書庫ファイ
ルの形式で受信することができる。
【００２６】また、本発明は、コンピュータに実行させ
るプログラムをこのコンピュータの入力手段が読取可能
に記憶した記憶媒体において、このプログラムは、ウェ
ブページの取得条件を指定したウェブページ取得要求を
ユーザから受け付ける処理と、このウェブページ取得要
求の取得条件に基づいて、ウェブページソースを取得す
るためのスケジュールを作成する処理と、作成されたス
ケジュールにしたがって、通信ネットワーク上のウェブ
サーバからウェブページソースを取得して保持する処理
と、このウェブページソースを、このウェブページ取得
要求の取得条件にしたがって、ユーザに転送する処理と
をこのコンピュータに実行させることを特徴としてい
る。このような構成とすれば、このプログラムをインス
トールした全てのコンピュータにおいて、ウェブページ
取得サービスを実施できる点で好ましい。
るプログラムをこのコンピュータの入力手段が読取可能
に記憶した記憶媒体において、このプログラムは、ウェ
ブページの取得条件を指定したウェブページ取得要求を
ユーザから受け付ける処理と、このウェブページ取得要
求の取得条件に基づいて、ウェブページソースを取得す
るためのスケジュールを作成する処理と、作成されたス
ケジュールにしたがって、通信ネットワーク上のウェブ
サーバからウェブページソースを取得して保持する処理
と、このウェブページソースを、このウェブページ取得
要求の取得条件にしたがって、ユーザに転送する処理と
をこのコンピュータに実行させることを特徴としてい
る。このような構成とすれば、このプログラムをインス
トールした全てのコンピュータにおいて、ウェブページ
取得サービスを実施できる点で好ましい。
【００２７】さらにまた、本発明は、コンピュータに、
ウェブページの取得条件を指定したウェブページ取得要
求をユーザから受け付ける処理と、このウェブページ取
得要求の取得条件に基づいて、ウェブページソースを取
得するためのスケジュールを作成する処理と、作成され
たスケジュールにしたがって、通信ネットワーク上のウ
ェブサーバからウェブページソースを取得して保持する
処理と、このウェブページソースを、このウェブページ
取得要求の取得条件にしたがって、ユーザに転送する処
理とを実行させるプログラムを記憶する記憶手段と、こ
の記憶手段からこのプログラムを読み出してこのプログ
ラムを送信する送信手段とを備えたことを特徴としてい
る。このような構成とすれば、このプログラムをダウン
ロードした全てのコンピュータにおいて、ウェブページ
取得サービスを実施できる点で好ましい。
ウェブページの取得条件を指定したウェブページ取得要
求をユーザから受け付ける処理と、このウェブページ取
得要求の取得条件に基づいて、ウェブページソースを取
得するためのスケジュールを作成する処理と、作成され
たスケジュールにしたがって、通信ネットワーク上のウ
ェブサーバからウェブページソースを取得して保持する
処理と、このウェブページソースを、このウェブページ
取得要求の取得条件にしたがって、ユーザに転送する処
理とを実行させるプログラムを記憶する記憶手段と、こ
の記憶手段からこのプログラムを読み出してこのプログ
ラムを送信する送信手段とを備えたことを特徴としてい
る。このような構成とすれば、このプログラムをダウン
ロードした全てのコンピュータにおいて、ウェブページ
取得サービスを実施できる点で好ましい。
【００２８】
【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいてこの発明を詳細に説明する。図１は、本実施
の形態によるウェブページ取得サービスの概念を説明す
る図であり、図２は、本実施の形態におけるウェブペー
ジ取得サービスを実現するシステムの全体構成を示す図
である。
に基づいてこの発明を詳細に説明する。図１は、本実施
の形態によるウェブページ取得サービスの概念を説明す
る図であり、図２は、本実施の形態におけるウェブペー
ジ取得サービスを実現するシステムの全体構成を示す図
である。
【００２９】図１を参照すると、本実施の形態によるサ
ービスは、ユーザ１２０とウェブサイト１３０との間に
介在するプロバイダ１１０により提供される。図２を参
照すると、本実施の形態を実現するシステムは、インタ
ーネット２００に接続されたウェブページ取得サーバ２
１０と、ユーザ端末２２０と、ウェブサーバ２３０とで
構成される。図１において、プロバイダ１１０には図２
に示すウェブページ取得サーバ２１０が設置される。ユ
ーザ１２０はユーザ端末２２０を操作して、ウェブペー
ジ取得サーバ２１０により提供されるサービスを享受す
る。ウェブサイト１３０はウェブサーバ２３０上に構築
され、種々のウェブページソースを提供する。
ービスは、ユーザ１２０とウェブサイト１３０との間に
介在するプロバイダ１１０により提供される。図２を参
照すると、本実施の形態を実現するシステムは、インタ
ーネット２００に接続されたウェブページ取得サーバ２
１０と、ユーザ端末２２０と、ウェブサーバ２３０とで
構成される。図１において、プロバイダ１１０には図２
に示すウェブページ取得サーバ２１０が設置される。ユ
ーザ１２０はユーザ端末２２０を操作して、ウェブペー
ジ取得サーバ２１０により提供されるサービスを享受す
る。ウェブサイト１３０はウェブサーバ２３０上に構築
され、種々のウェブページソースを提供する。
【００３０】図１を参照して本実施の形態によるサービ
スの概要を説明する。ユーザ１２０は、プロバイダ１１
０にアクセスし、当該プロバイダ１１０に対して、所望
のウェブサイト１３０からウェブページを取得するため
の要求と当該ユーザ１２０のプロファイルとを送信す
る。ただし、ユーザ１２０のプロファイルはプロバイダ
１１０に一度通知されていれば良く、アクセスのたびに
送信する必要はない。プロバイダ１１０は、ユーザ１２
０からの要求を受け付け、これに基づいてウェブサイト
１３０からウェブページを取得して保持する。そして、
ユーザ１２０の要求の内容に応じて、ユーザ１２０に対
して通知を行い、ウェブページを転送する。
スの概要を説明する。ユーザ１２０は、プロバイダ１１
０にアクセスし、当該プロバイダ１１０に対して、所望
のウェブサイト１３０からウェブページを取得するため
の要求と当該ユーザ１２０のプロファイルとを送信す
る。ただし、ユーザ１２０のプロファイルはプロバイダ
１１０に一度通知されていれば良く、アクセスのたびに
送信する必要はない。プロバイダ１１０は、ユーザ１２
０からの要求を受け付け、これに基づいてウェブサイト
１３０からウェブページを取得して保持する。そして、
ユーザ１２０の要求の内容に応じて、ユーザ１２０に対
して通知を行い、ウェブページを転送する。
【００３１】図３は、プロバイダ１１０に設定されるウ
ェブページ取得サーバ２１０の構成を説明する図であ
る。図３において、符号３１０は要求受付部であり、ユ
ーザ端末２２０から送信されたウェブページ取得要求及
びプロファイルを受け付けて管理する。符号３２０はウ
ェブページ取得保存部であり、要求受付部３１０で受け
付けたユーザ端末２２０からのウェブページ取得要求に
応じてウェブサーバ２３０からウェブページを取得し保
存する。符号３３０は転送制御部であり、ウェブページ
取得保存部３２０により取得されたウェブページのユー
ザ端末２２０への転送を制御する。
ェブページ取得サーバ２１０の構成を説明する図であ
る。図３において、符号３１０は要求受付部であり、ユ
ーザ端末２２０から送信されたウェブページ取得要求及
びプロファイルを受け付けて管理する。符号３２０はウ
ェブページ取得保存部であり、要求受付部３１０で受け
付けたユーザ端末２２０からのウェブページ取得要求に
応じてウェブサーバ２３０からウェブページを取得し保
存する。符号３３０は転送制御部であり、ウェブページ
取得保存部３２０により取得されたウェブページのユー
ザ端末２２０への転送を制御する。
【００３２】図４は、ユーザ１２０がユーザ端末２２０
から送信するユーザプロファイルのフォーマットの例を
示す図である。ユーザプロファイルには、図示のよう
に、ユーザ１２０に通知を行うための電子メール（E-ma
il: Electronic mail）アドレス、ユーザ端末２２０が
一度に受信できるデータの最大サイズ（最大転送サイ
ズ）、転送するデータサイズが当該最大転送サイズを超
える場合に分割転送をするか否かといった情報が含まれ
る。また、当該ユーザ１２０が定期的な取得を希望する
ウェブページのＵＲＬ（Uniform Resource Locator
s）、当該ウェブページの取得頻度、取得する深さとい
った情報を含めることもできる。
から送信するユーザプロファイルのフォーマットの例を
示す図である。ユーザプロファイルには、図示のよう
に、ユーザ１２０に通知を行うための電子メール（E-ma
il: Electronic mail）アドレス、ユーザ端末２２０が
一度に受信できるデータの最大サイズ（最大転送サイ
ズ）、転送するデータサイズが当該最大転送サイズを超
える場合に分割転送をするか否かといった情報が含まれ
る。また、当該ユーザ１２０が定期的な取得を希望する
ウェブページのＵＲＬ（Uniform Resource Locator
s）、当該ウェブページの取得頻度、取得する深さとい
った情報を含めることもできる。
【００３３】ユーザプロファイルに含まれる情報におい
て、分割転送を行うことを指定しておけば、転送するウ
ェブページのデータサイズが最大転送サイズを超えてい
る場合に、当該最大転送サイズ以内のサイズにデータフ
ァイルを分割して複数回に分けて転送を行うようにプロ
バイダ１１０に要求できる。分割転送を行わないことを
指定している場合は、最大転送サイズ分のデータのみを
転送することとなる。ウェブページのＵＲＬとしては、
ウェブブラウザに管理されているブックマークのデータ
リストを用いることもできる。ウェブページの取得頻度
とは、指定されたＵＲＬのウェブページを取得する頻度
を指定する。図示の例では、www.aaa.co.jpというＵＲ
Ｌを持つウェブページは月曜日、水曜日、金曜日の週３
回取得し、www.bbb.co.jp/newsというＵＲＬを持つウェ
ブページは毎日取得すると指定されている。例えば、ニ
ュース等を提供しているウェブサイト１３０では、記事
の内容が毎日更新されるので、毎日ウェブページを取得
し、あまり頻繁には更新されないウェブサイト１３０
は、数日おきにウェブページを取得するように設定する
ことができる。取得する深さは、ウェブページのリンク
をどこまで辿ってウェブページソースを取得するかを指
定する。例えば、ニュースを提供するウェブサイト１３
０では、ウェブページの第１階層に各ニュースのヘッド
ラインが記述され、第２階層に各記事の内容を記述す
る。そこで、このようなウェブサイト１３０でどのよう
なニュースがあるかだけを知るためにウェブページを取
得しようとするならば、第１階層を取得する深さとして
指定する。また、各記事の内容までを取得したいのであ
れば、第２階層までを取得する深さとして指定する。
て、分割転送を行うことを指定しておけば、転送するウ
ェブページのデータサイズが最大転送サイズを超えてい
る場合に、当該最大転送サイズ以内のサイズにデータフ
ァイルを分割して複数回に分けて転送を行うようにプロ
バイダ１１０に要求できる。分割転送を行わないことを
指定している場合は、最大転送サイズ分のデータのみを
転送することとなる。ウェブページのＵＲＬとしては、
ウェブブラウザに管理されているブックマークのデータ
リストを用いることもできる。ウェブページの取得頻度
とは、指定されたＵＲＬのウェブページを取得する頻度
を指定する。図示の例では、www.aaa.co.jpというＵＲ
Ｌを持つウェブページは月曜日、水曜日、金曜日の週３
回取得し、www.bbb.co.jp/newsというＵＲＬを持つウェ
ブページは毎日取得すると指定されている。例えば、ニ
ュース等を提供しているウェブサイト１３０では、記事
の内容が毎日更新されるので、毎日ウェブページを取得
し、あまり頻繁には更新されないウェブサイト１３０
は、数日おきにウェブページを取得するように設定する
ことができる。取得する深さは、ウェブページのリンク
をどこまで辿ってウェブページソースを取得するかを指
定する。例えば、ニュースを提供するウェブサイト１３
０では、ウェブページの第１階層に各ニュースのヘッド
ラインが記述され、第２階層に各記事の内容を記述す
る。そこで、このようなウェブサイト１３０でどのよう
なニュースがあるかだけを知るためにウェブページを取
得しようとするならば、第１階層を取得する深さとして
指定する。また、各記事の内容までを取得したいのであ
れば、第２階層までを取得する深さとして指定する。
【００３４】図５は、ユーザ１２０がユーザ端末２２０
から送信するウェブページ取得要求のフォーマットの例
を示す図である。ウェブページ取得要求には、取得しよ
うとするウェブページのＵＲＬのリスト、当該ウェブペ
ージをダウンロードする時刻、取得する深さといった情
報が含まれる。また、当該ウェブページを取得する期限
を指定することもできる。
から送信するウェブページ取得要求のフォーマットの例
を示す図である。ウェブページ取得要求には、取得しよ
うとするウェブページのＵＲＬのリスト、当該ウェブペ
ージをダウンロードする時刻、取得する深さといった情
報が含まれる。また、当該ウェブページを取得する期限
を指定することもできる。
【００３５】ウェブページ取得要求に含まれる情報にお
いて、ウェブページをダウンロードする時刻を指定する
ことによって、プロバイダ１１０に対していつまでに当
該ウェブページをダウンロードすれば良いかを知らせる
ことができる。ウェブページのダウンロード時刻とは別
に、当該ウェブページの取得期限を指定することによ
り、当該ウェブページのいつの時点における情報を取得
するかを指定することができる。例えば、ニュースを提
供するウェブサイト１３０からニュースに関するウェブ
ページをダウンロードする場合、ウェブページの取得が
早過ぎるとニュースが古くなってしまう。また、取得す
るウェブページの内容によっては、いつまでに取得しな
ければならないといった要請もあり得る。そこで、ウェ
ブページの取得期限を指定して、適切な時期にウェブペ
ージを取得するようにすることができる。
いて、ウェブページをダウンロードする時刻を指定する
ことによって、プロバイダ１１０に対していつまでに当
該ウェブページをダウンロードすれば良いかを知らせる
ことができる。ウェブページのダウンロード時刻とは別
に、当該ウェブページの取得期限を指定することによ
り、当該ウェブページのいつの時点における情報を取得
するかを指定することができる。例えば、ニュースを提
供するウェブサイト１３０からニュースに関するウェブ
ページをダウンロードする場合、ウェブページの取得が
早過ぎるとニュースが古くなってしまう。また、取得す
るウェブページの内容によっては、いつまでに取得しな
ければならないといった要請もあり得る。そこで、ウェ
ブページの取得期限を指定して、適切な時期にウェブペ
ージを取得するようにすることができる。
【００３６】なお、図４、図５に示したユーザプロファ
イル及びウェブページ取得要求に含まれる情報は例示に
過ぎない。実際には、ウェブページのＵＲＬや取得する
深さといった必須の情報の他、提供するサービスに応じ
て種々の情報を入力できるようにフォーマットを構成す
ることができる。また、予めユーザ情報として登録して
おくユーザプロファイルの情報と、必要に応じて所望の
内容で送信するウェブページ取得要求の情報とを組み合
わせることにより、種々のサービスを享受することがで
きる。
イル及びウェブページ取得要求に含まれる情報は例示に
過ぎない。実際には、ウェブページのＵＲＬや取得する
深さといった必須の情報の他、提供するサービスに応じ
て種々の情報を入力できるようにフォーマットを構成す
ることができる。また、予めユーザ情報として登録して
おくユーザプロファイルの情報と、必要に応じて所望の
内容で送信するウェブページ取得要求の情報とを組み合
わせることにより、種々のサービスを享受することがで
きる。
【００３７】要求受付部３１０は、上述したユーザプロ
ファイル及びウェブページ取得要求を受け付けてユーザ
１２０の情報を管理する。図３を参照すると、要求受付
部３１０は、ユーザ１２０から受け取ったユーザプロフ
ァイルを管理するプロファイル管理部３１１と、ウェブ
ページ取得要求を管理する要求管理部３１２とを備え
る。プロファイル管理部３１１は、受け付けたユーザプ
ロファイルを、ユーザ管理データベース３４０に格納し
て管理する。そして、ウェブページ取得要求と共に、後
述するスケジューリング処理のためにウェブページ取得
保存部３２０に送る。要求管理部３１２は、受け付けた
ウェブページ取得要求をスケジューリング処理のために
ウェブページ取得保存部３２０に送る。
ファイル及びウェブページ取得要求を受け付けてユーザ
１２０の情報を管理する。図３を参照すると、要求受付
部３１０は、ユーザ１２０から受け取ったユーザプロフ
ァイルを管理するプロファイル管理部３１１と、ウェブ
ページ取得要求を管理する要求管理部３１２とを備え
る。プロファイル管理部３１１は、受け付けたユーザプ
ロファイルを、ユーザ管理データベース３４０に格納し
て管理する。そして、ウェブページ取得要求と共に、後
述するスケジューリング処理のためにウェブページ取得
保存部３２０に送る。要求管理部３１２は、受け付けた
ウェブページ取得要求をスケジューリング処理のために
ウェブページ取得保存部３２０に送る。
【００３８】ウェブページ取得保存部３２０は、要求受
付部３１０から受け取ったユーザプロファイル及びウェ
ブページ取得要求に基づいてウェブページを取得するた
めのスケジューリング処理を行うスケジューリング部３
２１と、スケジューリング部３２１により作成されたス
ケジュールにしたがってウェブサーバ２３０からウェブ
ページを取得するウェブページ取得部３２２とを備え
る。ウェブページ取得部３２２により取得されたウェブ
ページソースはウェブページ保存データベース３５０に
格納される。
付部３１０から受け取ったユーザプロファイル及びウェ
ブページ取得要求に基づいてウェブページを取得するた
めのスケジューリング処理を行うスケジューリング部３
２１と、スケジューリング部３２１により作成されたス
ケジュールにしたがってウェブサーバ２３０からウェブ
ページを取得するウェブページ取得部３２２とを備え
る。ウェブページ取得部３２２により取得されたウェブ
ページソースはウェブページ保存データベース３５０に
格納される。
【００３９】転送制御部３３０は、ユーザ１２０に対し
て所望のウェブページを取得したことを電子メールによ
り通知する通知部３３１と、ウェブページ保存データベ
ース３５０に格納されているウェブページにおけるリン
クの付け替えを行うリンク処理部３３２と、リンクの付
け替えが済んだウェブページをユーザ１２０に転送する
ｆｔｐ／ｈｔｔｐ転送部３３３とを備える。
て所望のウェブページを取得したことを電子メールによ
り通知する通知部３３１と、ウェブページ保存データベ
ース３５０に格納されているウェブページにおけるリン
クの付け替えを行うリンク処理部３３２と、リンクの付
け替えが済んだウェブページをユーザ１２０に転送する
ｆｔｐ／ｈｔｔｐ転送部３３３とを備える。
【００４０】図６は、本実施の形態におけるウェブペー
ジ取得サーバ２１０の動作を概略的に説明するフローチ
ャートである。初期条件として、ユーザプロファイルは
既にプロバイダ１１０に送られており、ユーザ管理デー
タベース３４０に格納されてプロファイル管理部３１１
に管理されているものとする。そして、プロバイダ１１
０によりインターネット接続サービスを受けている複数
のユーザ１２０が、ユーザ端末２２０を用いてプロバイ
ダ１１０にアクセスし、ユーザプロファイル及びウェブ
ページ取得要求を送信したものとする。
ジ取得サーバ２１０の動作を概略的に説明するフローチ
ャートである。初期条件として、ユーザプロファイルは
既にプロバイダ１１０に送られており、ユーザ管理デー
タベース３４０に格納されてプロファイル管理部３１１
に管理されているものとする。そして、プロバイダ１１
０によりインターネット接続サービスを受けている複数
のユーザ１２０が、ユーザ端末２２０を用いてプロバイ
ダ１１０にアクセスし、ユーザプロファイル及びウェブ
ページ取得要求を送信したものとする。
【００４１】図６を参照すると、まず、要求受付部３１
０の要求管理部３１２が、ウェブページ取得要求を受信
し、プロファイル管理部３１１にて管理されているユー
ザプロファイルの情報を加味して要求統合処理を行う
（ステップ６０１）。要求統合処理とは、複数のユーザ
１２０から受け取ったウェブページ取得要求を統合して
取得しようとするウェブページのリスト（以下、取得リ
ストと称す）を作成する処理である。この際、重複して
いる要求は一つにまとめ、重複のない取得リストを作成
する。ここで、重複している要求を統合するのは、複数
のユーザ１２０からのウェブページ取得要求に対して、
当該ウェブページを１回取得することで対応することに
より、ウェブページ取得サーバ２１０の負担を軽減する
ためである。なお、ウェブページ取得要求は、複数のユ
ーザ端末２２０から随時入力されるので、所定の時点で
ウェブページ取得要求の受付をロックして、要求統合処
理を行う。
０の要求管理部３１２が、ウェブページ取得要求を受信
し、プロファイル管理部３１１にて管理されているユー
ザプロファイルの情報を加味して要求統合処理を行う
（ステップ６０１）。要求統合処理とは、複数のユーザ
１２０から受け取ったウェブページ取得要求を統合して
取得しようとするウェブページのリスト（以下、取得リ
ストと称す）を作成する処理である。この際、重複して
いる要求は一つにまとめ、重複のない取得リストを作成
する。ここで、重複している要求を統合するのは、複数
のユーザ１２０からのウェブページ取得要求に対して、
当該ウェブページを１回取得することで対応することに
より、ウェブページ取得サーバ２１０の負担を軽減する
ためである。なお、ウェブページ取得要求は、複数のユ
ーザ端末２２０から随時入力されるので、所定の時点で
ウェブページ取得要求の受付をロックして、要求統合処
理を行う。
【００４２】図７は、二つのウェブページ取得要求を統
合して重複のない取得リストを作成する例を説明する図
である。図７を参照すると、取得リスト７０３は、取得
するウェブページごとに、当該ウェブページの取得を要
求しているユーザ名、ダウンロード時刻、ＵＲＬ、取得
する深さ、取得期限等の情報が登録されている。図示の
フォーマットによれば、これらの情報が下記のように記
述されている。 [ユーザ名]｜ダウンロード時刻｜ＵＲＬ｜取得する深さ
｜取得期限
合して重複のない取得リストを作成する例を説明する図
である。図７を参照すると、取得リスト７０３は、取得
するウェブページごとに、当該ウェブページの取得を要
求しているユーザ名、ダウンロード時刻、ＵＲＬ、取得
する深さ、取得期限等の情報が登録されている。図示の
フォーマットによれば、これらの情報が下記のように記
述されている。 [ユーザ名]｜ダウンロード時刻｜ＵＲＬ｜取得する深さ
｜取得期限
【００４３】図７において、ユーザＩＤ「０１」を持つ
ユーザ１２０（以下、このユーザ１２０をユーザ０１と
表記する）のウェブページ取得要求７０１では、取得す
るウェブページのＵＲＬとしてwww.aaa.co.jpとwww.bb
b.co.jpとが指定されている。また、ユーザＩＤ「０
２」を持つユーザ１２０（以下、このユーザ１２０をユ
ーザ０２と表記する）のウェブページ取得要求７０２で
は、取得するウェブページのＵＲＬとしてwww.aaa.co.j
pとwww.ccc.comとが指定されている。すなわち、これら
のウェブページ取得要求７０１、７０２は、www.aaa.c
o.jpが重複している。これらを統合して取得リスト７０
３を作成すると、図示のように、www.aaa.co.jpのレコ
ードにおけるユーザ名のフィールドには、ユーザ０１、
０２が記述される。ここで、www.aaa.co.jpのウェブペ
ージに関して、ユーザ０１は第１階層のみの取得を要求
するが、ユーザ０２は第２階層までの取得を要求してい
るので、取得リスト７０３の深度のフィールドには、深
い方の２階層までを取得するように記述される。また、
www.aaa.co.jpに関しては、ユーザ０１、０２のいずれ
も取得期限を指定していないので、ダウンロード時刻ま
での適当な時間に当該ウェブページソースを取得するよ
うに設定することができる。同様にして、www.bbb.co.j
pのレコードにおける各フィールドには、ウェブページ
取得要求７０１から取得された情報が記述され 、www.c
cc.comのレコードにおける各フィールドには、ウェブペ
ージ取得要求７０２から取得された情報が記述される。
ユーザ１２０（以下、このユーザ１２０をユーザ０１と
表記する）のウェブページ取得要求７０１では、取得す
るウェブページのＵＲＬとしてwww.aaa.co.jpとwww.bb
b.co.jpとが指定されている。また、ユーザＩＤ「０
２」を持つユーザ１２０（以下、このユーザ１２０をユ
ーザ０２と表記する）のウェブページ取得要求７０２で
は、取得するウェブページのＵＲＬとしてwww.aaa.co.j
pとwww.ccc.comとが指定されている。すなわち、これら
のウェブページ取得要求７０１、７０２は、www.aaa.c
o.jpが重複している。これらを統合して取得リスト７０
３を作成すると、図示のように、www.aaa.co.jpのレコ
ードにおけるユーザ名のフィールドには、ユーザ０１、
０２が記述される。ここで、www.aaa.co.jpのウェブペ
ージに関して、ユーザ０１は第１階層のみの取得を要求
するが、ユーザ０２は第２階層までの取得を要求してい
るので、取得リスト７０３の深度のフィールドには、深
い方の２階層までを取得するように記述される。また、
www.aaa.co.jpに関しては、ユーザ０１、０２のいずれ
も取得期限を指定していないので、ダウンロード時刻ま
での適当な時間に当該ウェブページソースを取得するよ
うに設定することができる。同様にして、www.bbb.co.j
pのレコードにおける各フィールドには、ウェブページ
取得要求７０１から取得された情報が記述され 、www.c
cc.comのレコードにおける各フィールドには、ウェブペ
ージ取得要求７０２から取得された情報が記述される。
【００４４】さらに、要求受付部３１０の要求管理部３
１２は、生成された取得リスト７０３から、ウェブペー
ジのＵＲＬと当該ウェブページを要求しているユーザ１
２０との対応関係を示すテーブルを作成し、転送制御部
３３０に渡す。図８は、図７の取得リスト７０３から作
成された対応テーブルの例を説明する図である。図８を
参照すると、取得リスト７０３において同一のレコード
に記述されていたＵＲＬとユーザ名とが対応付けられて
いる。www.aaa.co.jpについては、ユーザ０１、０２の
両方が取得を要求しているので、ＵＲＬに対応するユー
ザ名にユーザ０１、０２の両方が記述されている。ま
た、図において、ＵＲＬの後にあるアスタリスク「＊」
は、当該ＵＲＬのウェブページからアスタリスクの数だ
けリンクを辿って得られたウェブページであることを示
す。すなわち、２行目のレコードのwww.aaa.co.jp/* と
あるのは、www.aaa.co.jpのウェブページから１階層リ
ンクを辿って得られたウェブページとユーザとの対応を
示す。
１２は、生成された取得リスト７０３から、ウェブペー
ジのＵＲＬと当該ウェブページを要求しているユーザ１
２０との対応関係を示すテーブルを作成し、転送制御部
３３０に渡す。図８は、図７の取得リスト７０３から作
成された対応テーブルの例を説明する図である。図８を
参照すると、取得リスト７０３において同一のレコード
に記述されていたＵＲＬとユーザ名とが対応付けられて
いる。www.aaa.co.jpについては、ユーザ０１、０２の
両方が取得を要求しているので、ＵＲＬに対応するユー
ザ名にユーザ０１、０２の両方が記述されている。ま
た、図において、ＵＲＬの後にあるアスタリスク「＊」
は、当該ＵＲＬのウェブページからアスタリスクの数だ
けリンクを辿って得られたウェブページであることを示
す。すなわち、２行目のレコードのwww.aaa.co.jp/* と
あるのは、www.aaa.co.jpのウェブページから１階層リ
ンクを辿って得られたウェブページとユーザとの対応を
示す。
【００４５】図６において、次に、ウェブページ取得保
存部３２０のスケジューリング部３２１が、取得リスト
７０３に基づいてウェブページを取得するためのスケジ
ュールを作成する（ステップ６０２）。スケジュール
は、取得リスト７０３に対して所定のスケジューリング
ルールを適用することにより作成される。スケジューリ
ングルールとしては、システムが提供するサービス内容
に応じて種々のルールを採用することができる。例え
ば、基本的なルールとして、 １．ダウンロード時刻の早いウェブページを優先的に取
得する。 ２．ネットワークにおける通信量が少ない時間帯に取得
処理を行う。 といったルールを設定し、さらに、ウェブサーバ２３０
がダウンしていた場合は一定時間後に再度取得処理を行
う、というような特殊な態様に応じたルールを組み合わ
せることができる。
存部３２０のスケジューリング部３２１が、取得リスト
７０３に基づいてウェブページを取得するためのスケジ
ュールを作成する（ステップ６０２）。スケジュール
は、取得リスト７０３に対して所定のスケジューリング
ルールを適用することにより作成される。スケジューリ
ングルールとしては、システムが提供するサービス内容
に応じて種々のルールを採用することができる。例え
ば、基本的なルールとして、 １．ダウンロード時刻の早いウェブページを優先的に取
得する。 ２．ネットワークにおける通信量が少ない時間帯に取得
処理を行う。 といったルールを設定し、さらに、ウェブサーバ２３０
がダウンしていた場合は一定時間後に再度取得処理を行
う、というような特殊な態様に応じたルールを組み合わ
せることができる。
【００４６】図９は、図７に示した取得リストから上記
スケジューリングルール１及び２に基づいて作成された
スケジュールの例を説明する図である。図９を参照する
と、作成されたスケジュール９０１は、取得するウェブ
ページごとに、ウェブページのＵＲＬ、ウェブサーバ２
３０にアクセスする時刻、取得する深さ、取得期限など
の情報が記述される。図示のフォーマットによれば、こ
れらの情報が下記のように記述されている。 ＵＲＬ｜アクセス時刻｜取得する深さ｜取得期限
スケジューリングルール１及び２に基づいて作成された
スケジュールの例を説明する図である。図９を参照する
と、作成されたスケジュール９０１は、取得するウェブ
ページごとに、ウェブページのＵＲＬ、ウェブサーバ２
３０にアクセスする時刻、取得する深さ、取得期限など
の情報が記述される。図示のフォーマットによれば、こ
れらの情報が下記のように記述されている。 ＵＲＬ｜アクセス時刻｜取得する深さ｜取得期限
【００４７】図９のスケジュール９０１によれば、www.
aaa.co.jpのウェブページソースを１０時に、www.ccc.c
omのウェブページソースを１１時に、www.bbb.co.jpの
ウェブページソースを１４時にそれぞれ取得するように
スケジューリングされている。なお、www.ccc.com 及び
www.bbb.co.jpに関しては、それぞれ取得すべき期限が
指定されており、www.ccc.comは３月７日までに、www.b
bb.co.jpは３月５日以後で３月７日までに取得する。こ
こで、取得リスト７０３において、www.bbb.co.jpのダ
ウンロード時刻がwww.ccc.comのダウンロード時刻より
も早いにも関わらず、www.ccc.comのウェブページソー
スを先に取得するようにスケジューリングされているの
は、www.ccc.comが米国のウェブサイト１３０に存在す
るために、米国のネットワーク回線が空いている時間帯
に合わせて当該ウェブページソースを取得するためであ
る。
aaa.co.jpのウェブページソースを１０時に、www.ccc.c
omのウェブページソースを１１時に、www.bbb.co.jpの
ウェブページソースを１４時にそれぞれ取得するように
スケジューリングされている。なお、www.ccc.com 及び
www.bbb.co.jpに関しては、それぞれ取得すべき期限が
指定されており、www.ccc.comは３月７日までに、www.b
bb.co.jpは３月５日以後で３月７日までに取得する。こ
こで、取得リスト７０３において、www.bbb.co.jpのダ
ウンロード時刻がwww.ccc.comのダウンロード時刻より
も早いにも関わらず、www.ccc.comのウェブページソー
スを先に取得するようにスケジューリングされているの
は、www.ccc.comが米国のウェブサイト１３０に存在す
るために、米国のネットワーク回線が空いている時間帯
に合わせて当該ウェブページソースを取得するためであ
る。
【００４８】図６において、次に、ウェブページ取得保
存部３２０のウェブページ取得部３２２が、スケジュー
リング部３２１により作成されたスケジュール９０１に
したがって、ウェブサーバ２３０から目的のウェブペー
ジを取得する（ステップ６０３）。この際、２階層以上
のウェブページを取得する場合は、リンクを１階層辿る
ごとに当該リンク先のウェブページのＵＲＬを新たに取
得することとなる。そこで、新たに得られた当該ＵＲＬ
を加えて再帰的にスケジュール９０１の作成を行うこと
が必要である。すなわち、スケジュール９０１はウェブ
ページの取得に伴ってダイナミックに更新される。
存部３２０のウェブページ取得部３２２が、スケジュー
リング部３２１により作成されたスケジュール９０１に
したがって、ウェブサーバ２３０から目的のウェブペー
ジを取得する（ステップ６０３）。この際、２階層以上
のウェブページを取得する場合は、リンクを１階層辿る
ごとに当該リンク先のウェブページのＵＲＬを新たに取
得することとなる。そこで、新たに得られた当該ＵＲＬ
を加えて再帰的にスケジュール９０１の作成を行うこと
が必要である。すなわち、スケジュール９０１はウェブ
ページの取得に伴ってダイナミックに更新される。
【００４９】図１０は、ウェブページを取得しながら再
帰的にスケジュール９０１を作成する処理を説明するフ
ローチャートである。図１０を参照すると、まず、スケ
ジューリング部３２１が、要求受付部３１０にて作成さ
れた取得リスト７０３に基づいてウェブページを取得す
るためのスケジュール９０１を作成する（ステップ１０
０１）。そして、ウェブページ取得部３２２が、スケジ
ュール９０１中に未処理のＵＲＬがあるかどうかを調
べ、あるならば、当該ＵＲＬのウェブページをスケジュ
ール９０１にしたがって取得する（ステップ１００２、
１００３）。次に、スケジュール９０１の当該ウェブペ
ージにおける取得する深さを参照して、取得したウェブ
ページ中のリンク先のソースを取得する必要があるかど
うかを調べる（ステップ１００４）。取得する必要がな
ければステップ１００２に戻り、取得する必要があれ
ば、当該リンク先のＵＲＬを取得リスト７０３に追加し
（ステップ１００５）、改めてスケジューリングを行っ
てステップ１００２に戻る（ステップ１００６）。ステ
ップ１００２において、スケジュール９０１中のＵＲＬ
を全て取得したならば、処理を終了する。
帰的にスケジュール９０１を作成する処理を説明するフ
ローチャートである。図１０を参照すると、まず、スケ
ジューリング部３２１が、要求受付部３１０にて作成さ
れた取得リスト７０３に基づいてウェブページを取得す
るためのスケジュール９０１を作成する（ステップ１０
０１）。そして、ウェブページ取得部３２２が、スケジ
ュール９０１中に未処理のＵＲＬがあるかどうかを調
べ、あるならば、当該ＵＲＬのウェブページをスケジュ
ール９０１にしたがって取得する（ステップ１００２、
１００３）。次に、スケジュール９０１の当該ウェブペ
ージにおける取得する深さを参照して、取得したウェブ
ページ中のリンク先のソースを取得する必要があるかど
うかを調べる（ステップ１００４）。取得する必要がな
ければステップ１００２に戻り、取得する必要があれ
ば、当該リンク先のＵＲＬを取得リスト７０３に追加し
（ステップ１００５）、改めてスケジューリングを行っ
てステップ１００２に戻る（ステップ１００６）。ステ
ップ１００２において、スケジュール９０１中のＵＲＬ
を全て取得したならば、処理を終了する。
【００５０】以上のようにして取得されたウェブページ
は、ウェブページ保存データベース３５０に順次格納さ
れる。ウェブページ保存データベース３５０は、仮想的
な木構造を構築して取得したウェブページを保存する。
この仮想的な木構造により、ウェブサーバ２３０のディ
レクトリ構造を再現する。図１１は、ウェブページ保存
データベース３５０の仮想的な木構造を説明する図であ
る。同図において、ルートノード１１０１にドメイン名
が記述され、子ノード１１０２〜１１０８にそれぞれウ
ェブサーバ２３０におけるディレクトリの名前が記述さ
れる。また、各ウェブページのＨＴＭＬファイルや画像
ファイルは、ウェブサーバ２３０におけるファイル構造
と同じ構造となり、対応するディレクトリの下に保存さ
れる。図１１の例では、ルートノード１１０１のwww.aa
a.co.jpの下に二つのディレクトリ（ノード１１０２、
１１０３）と一つのファイル（index.html）とがある。
ＵＲＬ形式で表すと、www.aaa.co.jp/services/、www.a
aa.co.jp/software/及びwww.aaa.co.jp/index.htmlであ
る。また、ノード１１０２のディレクトリservicesの下
に、さらに二つのディレクトリ（ノード１１０４、１１
０５）と一つのファイル（index.html）とがある。ＵＲ
Ｌ形式で表すと、www.aaa.co.jp/services/e-business
/、www.aaa.co.jp/services/it-consl/及びwww.aaa.co.
jp/services/index.htmlである。
は、ウェブページ保存データベース３５０に順次格納さ
れる。ウェブページ保存データベース３５０は、仮想的
な木構造を構築して取得したウェブページを保存する。
この仮想的な木構造により、ウェブサーバ２３０のディ
レクトリ構造を再現する。図１１は、ウェブページ保存
データベース３５０の仮想的な木構造を説明する図であ
る。同図において、ルートノード１１０１にドメイン名
が記述され、子ノード１１０２〜１１０８にそれぞれウ
ェブサーバ２３０におけるディレクトリの名前が記述さ
れる。また、各ウェブページのＨＴＭＬファイルや画像
ファイルは、ウェブサーバ２３０におけるファイル構造
と同じ構造となり、対応するディレクトリの下に保存さ
れる。図１１の例では、ルートノード１１０１のwww.aa
a.co.jpの下に二つのディレクトリ（ノード１１０２、
１１０３）と一つのファイル（index.html）とがある。
ＵＲＬ形式で表すと、www.aaa.co.jp/services/、www.a
aa.co.jp/software/及びwww.aaa.co.jp/index.htmlであ
る。また、ノード１１０２のディレクトリservicesの下
に、さらに二つのディレクトリ（ノード１１０４、１１
０５）と一つのファイル（index.html）とがある。ＵＲ
Ｌ形式で表すと、www.aaa.co.jp/services/e-business
/、www.aaa.co.jp/services/it-consl/及びwww.aaa.co.
jp/services/index.htmlである。
【００５１】なお、ファイルシステムの規則によって、
ＵＲＬに用いられるwww.aaa.co.jpのようなドメイン名
はファイル名として許されないため、各ドメイン名には
ユニークなＩＤを付ける。ユーザ１２０に対してウェブ
ページソースを転送する際には、当該ＩＤを使用するこ
とができる。また、ドメイン名に付加されたＩＤと対応
するドメイン名の組を対応テーブルに登録する。さら
に、各ウェブページにある画像ファイル名は、重複する
可能性が高いため、同様にユニークなＩＤを付して、画
像フォーマットをディレクトリ名としたディレクトリの
下に置く。このＩＤと画像ファイルの名前の組みも対応
テーブルに登録する。図１２に、図１１の木構造に対し
て作成された対応テーブルの例を示す。
ＵＲＬに用いられるwww.aaa.co.jpのようなドメイン名
はファイル名として許されないため、各ドメイン名には
ユニークなＩＤを付ける。ユーザ１２０に対してウェブ
ページソースを転送する際には、当該ＩＤを使用するこ
とができる。また、ドメイン名に付加されたＩＤと対応
するドメイン名の組を対応テーブルに登録する。さら
に、各ウェブページにある画像ファイル名は、重複する
可能性が高いため、同様にユニークなＩＤを付して、画
像フォーマットをディレクトリ名としたディレクトリの
下に置く。このＩＤと画像ファイルの名前の組みも対応
テーブルに登録する。図１２に、図１１の木構造に対し
て作成された対応テーブルの例を示す。
【００５２】図６において、所定のウェブページ取得要
求に対応するウェブページが取得されると、次に、転送
制御部３３０の通知部３３１が、当該ウェブページ取得
要求を送信したユーザ１２０に対し、ウェブページを取
得したことを示す通知を電子メールにて行う（ステップ
６０４）。ユーザ１２０は、ダウンロード時刻、または
電子メールによるウェブページ取得の通知を確認した際
に、プロバイダ１１０にアクセスしてウェブページソー
スのダウンロードを要求する。
求に対応するウェブページが取得されると、次に、転送
制御部３３０の通知部３３１が、当該ウェブページ取得
要求を送信したユーザ１２０に対し、ウェブページを取
得したことを示す通知を電子メールにて行う（ステップ
６０４）。ユーザ１２０は、ダウンロード時刻、または
電子メールによるウェブページ取得の通知を確認した際
に、プロバイダ１１０にアクセスしてウェブページソー
スのダウンロードを要求する。
【００５３】プロバイダ１１０のウェブページ取得サー
バ２１０においてユーザ１２０からのダウンロード要求
を受け取ると、要求受付部３１０のプロファイル管理部
３１１が、当該ユーザ１２０のプロファイルをユーザ管
理データベース３４０から読み出して、当該ダウンロー
ド要求と共に転送制御部３３０に渡す。転送制御部３３
０における動作は、ユーザプロファイルにおいて分割転
送を行うように指定してある場合と指定していない場合
とで異なる。以下、簡単のため、分割転送を行う指定が
ない場合について説明し、次に分割転送を行う指定があ
る場合について説明する。
バ２１０においてユーザ１２０からのダウンロード要求
を受け取ると、要求受付部３１０のプロファイル管理部
３１１が、当該ユーザ１２０のプロファイルをユーザ管
理データベース３４０から読み出して、当該ダウンロー
ド要求と共に転送制御部３３０に渡す。転送制御部３３
０における動作は、ユーザプロファイルにおいて分割転
送を行うように指定してある場合と指定していない場合
とで異なる。以下、簡単のため、分割転送を行う指定が
ない場合について説明し、次に分割転送を行う指定があ
る場合について説明する。
【００５４】図６において、転送制御部３３０のリンク
処理部３３２が、ウェブページ保存データベース３５０
から該当するウェブページソースを読み出し、リンク処
理を行う（ステップ６０５）。リンク処理とは、ウェブ
ページのリンクをＵＲＬに基づく絶対的（dynamic）な
リンクから、ウェブページ保存データベース３５０にお
ける当該木構造中の相対的（local）なリンクに付け替
える処理である。当該ウェブページソースがユーザ端末
２２０に送られた後、ユーザ１２０がウェブページのリ
ンクを辿ろうとした際に、リンクが絶対的なリンクのま
まであると、インターネット２００を介してウェブサイ
ト１３０にアクセスしてしまうので、ローカルな動作を
維持するために上記のリンク処理を行う。
処理部３３２が、ウェブページ保存データベース３５０
から該当するウェブページソースを読み出し、リンク処
理を行う（ステップ６０５）。リンク処理とは、ウェブ
ページのリンクをＵＲＬに基づく絶対的（dynamic）な
リンクから、ウェブページ保存データベース３５０にお
ける当該木構造中の相対的（local）なリンクに付け替
える処理である。当該ウェブページソースがユーザ端末
２２０に送られた後、ユーザ１２０がウェブページのリ
ンクを辿ろうとした際に、リンクが絶対的なリンクのま
まであると、インターネット２００を介してウェブサイ
ト１３０にアクセスしてしまうので、ローカルな動作を
維持するために上記のリンク処理を行う。
【００５５】なお、リンク処理部３３２は、要求受付部
３１０の要求管理部３１２にて作成された、ウェブペー
ジのＵＲＬと当該ウェブページを要求しているユーザ１
２０との対応関係を示すテーブル（図８参照）を参照
し、リンク処理の対象となったウェブページソースを要
求しているユーザ１２０が他にいないか調べる。そし
て、当該ウェブページソースを要求しているユーザ１２
０が他にいないならば、ウェブページ保存データベース
３５０から当該ウェブページソースを消去し、対応テー
ブルから当該ウェブページソースに関するレコードを削
除する。図１３は、図８に示した対応テーブル８０１に
対して、ユーザ０１の要求するウェブページソースが全
てダウンロードされた対応テーブル８０１の状態を示す
図である。図１３を参照すると、www.aaa.co.jpは、ユ
ーザ０１によってダウンロードされたものの、ユーザ０
２にも要求されているので、レコードは削除されていな
い。したがって、当該ウェブページソースもウェブペー
ジ保存データベース３５０に残されている。そして、当
該レコードのユーザＩＤが「０２」のみに変更されてい
る。また、ユーザ０１のみが要求していたwww.bbb.co.j
p/news及びwww.bbb.co.jp/news/* のウェブページソー
スについては、ユーザ０１のダウンロードが済んだの
で、当該レコードが対応テーブル８０１から削除され
る。これに伴って、当該ウェブページソース自体もウェ
ブページ保存データベース３５０から消去される。
３１０の要求管理部３１２にて作成された、ウェブペー
ジのＵＲＬと当該ウェブページを要求しているユーザ１
２０との対応関係を示すテーブル（図８参照）を参照
し、リンク処理の対象となったウェブページソースを要
求しているユーザ１２０が他にいないか調べる。そし
て、当該ウェブページソースを要求しているユーザ１２
０が他にいないならば、ウェブページ保存データベース
３５０から当該ウェブページソースを消去し、対応テー
ブルから当該ウェブページソースに関するレコードを削
除する。図１３は、図８に示した対応テーブル８０１に
対して、ユーザ０１の要求するウェブページソースが全
てダウンロードされた対応テーブル８０１の状態を示す
図である。図１３を参照すると、www.aaa.co.jpは、ユ
ーザ０１によってダウンロードされたものの、ユーザ０
２にも要求されているので、レコードは削除されていな
い。したがって、当該ウェブページソースもウェブペー
ジ保存データベース３５０に残されている。そして、当
該レコードのユーザＩＤが「０２」のみに変更されてい
る。また、ユーザ０１のみが要求していたwww.bbb.co.j
p/news及びwww.bbb.co.jp/news/* のウェブページソー
スについては、ユーザ０１のダウンロードが済んだの
で、当該レコードが対応テーブル８０１から削除され
る。これに伴って、当該ウェブページソース自体もウェ
ブページ保存データベース３５０から消去される。
【００５６】なお、ダウンロード時刻が過ぎても、ユー
ザ１２０からダウンロード要求がなされない場合、当該
ウェブページソースの処分については種々の方法が考え
られる。例えば、ユーザ１２０からのダウンロード要求
があるまで保持し続けても良いし、一定期間経過後に消
去しても良い。さらに、ダウンロード時刻が過ぎた時点
で直ちに消去するような設定とすることもできる。これ
らの処分の方法については、ユーザプロファイルにて指
定することができる。
ザ１２０からダウンロード要求がなされない場合、当該
ウェブページソースの処分については種々の方法が考え
られる。例えば、ユーザ１２０からのダウンロード要求
があるまで保持し続けても良いし、一定期間経過後に消
去しても良い。さらに、ダウンロード時刻が過ぎた時点
で直ちに消去するような設定とすることもできる。これ
らの処分の方法については、ユーザプロファイルにて指
定することができる。
【００５７】図１４は、www.aaa.co.jpのウェブページ
の第２階層までをダウンロードを要求した場合における
リンク処理の様子を示す図である。図１４において、ww
w.aaa.co.jp/index.htmlのウェブページ及び当該ウェブ
ページ中に記述された二つのリンク先であるwww.aaa.c
o.jp/services/index.html及びwww.aaa.co.jp/software
/index.htmlのウェブページがダウンロードされる。そ
こで、リンク処理部は、図１２に示した対応テーブルを
参照し、www.aaa.co.jp/index.htmlの中の絶対リンクを
相対リンクに直す。図示の例では、"http://www.aaa.c
o.jp/services/"の記述が"site12/services/index.htm
l"に変更されている。これに対し、www.aaa.co.jp/serv
ices/index.html及びwww.aaa.co.jp/software/index.ht
mlのウェブページにあるリンク先、すなわち、www.aaa.
co.jp/services/及びwww.aaa.co.jp/software/のディレ
クトリ（図１１のノード１１０２及びノード１１０３）
以下のウェブページはダウンロードされないため、絶対
リンクは変更されない。図示の例では、"http://www.aa
a.co.jp/services/e-business/"及び"http://www.aaa.c
o.jp/services/it-consl/"の記述がそのまま残されてい
る。
の第２階層までをダウンロードを要求した場合における
リンク処理の様子を示す図である。図１４において、ww
w.aaa.co.jp/index.htmlのウェブページ及び当該ウェブ
ページ中に記述された二つのリンク先であるwww.aaa.c
o.jp/services/index.html及びwww.aaa.co.jp/software
/index.htmlのウェブページがダウンロードされる。そ
こで、リンク処理部は、図１２に示した対応テーブルを
参照し、www.aaa.co.jp/index.htmlの中の絶対リンクを
相対リンクに直す。図示の例では、"http://www.aaa.c
o.jp/services/"の記述が"site12/services/index.htm
l"に変更されている。これに対し、www.aaa.co.jp/serv
ices/index.html及びwww.aaa.co.jp/software/index.ht
mlのウェブページにあるリンク先、すなわち、www.aaa.
co.jp/services/及びwww.aaa.co.jp/software/のディレ
クトリ（図１１のノード１１０２及びノード１１０３）
以下のウェブページはダウンロードされないため、絶対
リンクは変更されない。図示の例では、"http://www.aa
a.co.jp/services/e-business/"及び"http://www.aaa.c
o.jp/services/it-consl/"の記述がそのまま残されてい
る。
【００５８】以上のリンク処理により、www.aaa.co.jp
のウェブページの第２階層までをダウンロードしたユー
ザ端末２２０において、www.aaa.co.jp に相当するsite
12のウェブページをブラウザにて表示し、リンク先を呼
び出すと、当該ウェブページと共にダウンロードされた
ウェブページが表示される。すなわち、ローカルな動作
となる。そしてさらに、第２階層より先のリンク先を呼
び出そうとする場合に、初めてインターネット２００に
接続し該当するウェブサイト１３０にアクセスすること
となる。
のウェブページの第２階層までをダウンロードしたユー
ザ端末２２０において、www.aaa.co.jp に相当するsite
12のウェブページをブラウザにて表示し、リンク先を呼
び出すと、当該ウェブページと共にダウンロードされた
ウェブページが表示される。すなわち、ローカルな動作
となる。そしてさらに、第２階層より先のリンク先を呼
び出そうとする場合に、初めてインターネット２００に
接続し該当するウェブサイト１３０にアクセスすること
となる。
【００５９】図６において、上記リンク処理が行われた
後、転送制御部３３０のｆｔｐ／ｈｔｔｐ転送部３３３
が、リンク処理の施されたウェブページソースをアーカ
イブして（書庫ファイルに変換して）ユーザ１２０へ転
送する（ステップ６０６）。図１５は、ユーザ１２０へ
転送されるウェブページソースの木構造を示す図であ
る。図１５には、ユーザＩＤ「０１」を持つユーザ１２
０が、www.aaa.co.jpに相当するsite12を含むいくつか
のウェブページソースをダウンロードする場合の木構造
である。site12のウェブページソースに関しては、第３
階層までダウンロードする。図示のように、ドメイン名
をユニークなＩＤに置き換えた他は、ウェブページ保存
データベース３５０に保存した時に使うディレクトリ構
造をそのまま使用している。ユーザ１２０に転送される
ウェブページソースは、図示の木構造におけるディレク
トリの下にある全てのファイルである。
後、転送制御部３３０のｆｔｐ／ｈｔｔｐ転送部３３３
が、リンク処理の施されたウェブページソースをアーカ
イブして（書庫ファイルに変換して）ユーザ１２０へ転
送する（ステップ６０６）。図１５は、ユーザ１２０へ
転送されるウェブページソースの木構造を示す図であ
る。図１５には、ユーザＩＤ「０１」を持つユーザ１２
０が、www.aaa.co.jpに相当するsite12を含むいくつか
のウェブページソースをダウンロードする場合の木構造
である。site12のウェブページソースに関しては、第３
階層までダウンロードする。図示のように、ドメイン名
をユニークなＩＤに置き換えた他は、ウェブページ保存
データベース３５０に保存した時に使うディレクトリ構
造をそのまま使用している。ユーザ１２０に転送される
ウェブページソースは、図示の木構造におけるディレク
トリの下にある全てのファイルである。
【００６０】ユーザプロファイルにおいて、分割転送を
行うことを指定されている場合は、ユーザ１２０からウ
ェブページソースのダウンロード要求を受け取った後の
動作において、分割転送の要否を確認し、必要ならば分
割転送を行う。図１６は、分割転送の指定がなされてい
る場合の転送制御部３３０の動作を説明するフローチャ
ートである。図１６を参照すると、転送制御部３３０
は、要求受付部３１０からユーザ１２０のダウンロード
要求と当該ユーザ１２０のプロファイルとを受け取ると
（ステップ１６０１）、まず、転送するウェブページソ
ースのデータサイズが最大転送サイズを越えているかど
うかを判断する（ステップ１６０２）。ウェブページソ
ースのデータサイズが最大転送サイズを超えていなけれ
ば、図６に示した動作と同様に、リンク処理部３３２が
当該ウェブページソースのリンクを付け替え、ｆｔｐ／
ｈｔｔｐ転送部３３３が当該ウェブページソースをユー
ザ１２０に転送する（ステップ１６０３、１６０４）。
行うことを指定されている場合は、ユーザ１２０からウ
ェブページソースのダウンロード要求を受け取った後の
動作において、分割転送の要否を確認し、必要ならば分
割転送を行う。図１６は、分割転送の指定がなされてい
る場合の転送制御部３３０の動作を説明するフローチャ
ートである。図１６を参照すると、転送制御部３３０
は、要求受付部３１０からユーザ１２０のダウンロード
要求と当該ユーザ１２０のプロファイルとを受け取ると
（ステップ１６０１）、まず、転送するウェブページソ
ースのデータサイズが最大転送サイズを越えているかど
うかを判断する（ステップ１６０２）。ウェブページソ
ースのデータサイズが最大転送サイズを超えていなけれ
ば、図６に示した動作と同様に、リンク処理部３３２が
当該ウェブページソースのリンクを付け替え、ｆｔｐ／
ｈｔｔｐ転送部３３３が当該ウェブページソースをユー
ザ１２０に転送する（ステップ１６０３、１６０４）。
【００６１】一方、ウェブページソースのデータサイズ
が最大転送サイズを超えているならば、まず、ウェブペ
ージソースを当該ユーザ端末２２０の最大転送サイズご
とに分割する。この際、リンクが途切れないようにする
ため、できるだけ深さ方向の接続を維持するように分割
する。そして、分割した各データファイルのリスト（分
割ファイルリスト）を作成する（ステップ１６０５）。
この分割処理の対象は、図１５に示したようなウェブペ
ージソースの木構造であるため、分割された各データフ
ァイルは、元の木構造の部分木となっている。
が最大転送サイズを超えているならば、まず、ウェブペ
ージソースを当該ユーザ端末２２０の最大転送サイズご
とに分割する。この際、リンクが途切れないようにする
ため、できるだけ深さ方向の接続を維持するように分割
する。そして、分割した各データファイルのリスト（分
割ファイルリスト）を作成する（ステップ１６０５）。
この分割処理の対象は、図１５に示したようなウェブペ
ージソースの木構造であるため、分割された各データフ
ァイルは、元の木構造の部分木となっている。
【００６２】次に、分割ファイルリスト中に未処理のデ
ータファイルがあるかどうかを調べ（ステップ１６０
６）、あるならば、当該データファイルの一つに対して
リンク処理部３３２がリンク処理を行い（ステップ１６
０７）、当該データファイルをアーカイブしてユーザ１
２０へ転送する（ステップ１６０８）。分割ファイルリ
スト中の未処理のデータファイルに対して順次ステップ
１６０７、１６０８の処理を行い、分割された全てのデ
ータファイルを転送し終えたならば、処理を終了する
（ステップ１６０６）。
ータファイルがあるかどうかを調べ（ステップ１６０
６）、あるならば、当該データファイルの一つに対して
リンク処理部３３２がリンク処理を行い（ステップ１６
０７）、当該データファイルをアーカイブしてユーザ１
２０へ転送する（ステップ１６０８）。分割ファイルリ
スト中の未処理のデータファイルに対して順次ステップ
１６０７、１６０８の処理を行い、分割された全てのデ
ータファイルを転送し終えたならば、処理を終了する
（ステップ１６０６）。
【００６３】分割して転送されたファイルは、複数のデ
ータファイルのままであっても良いし、ユーザ端末２２
０に受信された後に単一のファイルにまとめられるよう
にしても良い。単一のファイルにまとめることとすれ
ば、ユーザ端末２２０においてローカルなファイルとし
て扱う場合にも、リンクが途切れてしまうことがない。
ータファイルのままであっても良いし、ユーザ端末２２
０に受信された後に単一のファイルにまとめられるよう
にしても良い。単一のファイルにまとめることとすれ
ば、ユーザ端末２２０においてローカルなファイルとし
て扱う場合にも、リンクが途切れてしまうことがない。
【００６４】以上のようにして、ユーザ１２０は、所望
のウェブページを集めたデータファイルをまとめてプロ
バイダ１１０からダウンロードできるため、当該ウェブ
ページを閲覧するために各ウェブサイト１３０にアクセ
ス要求を送信する必要がない。また、この時点では、ウ
ェブページソースのダウンロードにおいても、ユーザ端
末２２０とウェブページ取得サーバ２１０との間でのみ
データ転送が行われ、ウェブサーバ２３０とウェブペー
ジ取得サーバ２１０との間のデータ転送は発生しない。
したがって、ユーザ１２０において、ウェブページを閲
覧するための待ち時間が大幅に短縮されることとなる。
のウェブページを集めたデータファイルをまとめてプロ
バイダ１１０からダウンロードできるため、当該ウェブ
ページを閲覧するために各ウェブサイト１３０にアクセ
ス要求を送信する必要がない。また、この時点では、ウ
ェブページソースのダウンロードにおいても、ユーザ端
末２２０とウェブページ取得サーバ２１０との間でのみ
データ転送が行われ、ウェブサーバ２３０とウェブペー
ジ取得サーバ２１０との間のデータ転送は発生しない。
したがって、ユーザ１２０において、ウェブページを閲
覧するための待ち時間が大幅に短縮されることとなる。
【００６５】また、プロバイダ１１０においては、予め
ユーザ１２０のウェブページ取得要求を受け付けてお
き、ネットワーク回線の通信量が少ない時間帯にウェブ
ページを取得するためのウェブサーバ２３０への接続を
行い、かつ複数のユーザ１２０による共通のウェブペー
ジ取得要求に関しては、それらをまとめて１回のアクセ
スで対応することができる。したがって、プロバイダ１
１０におけるサーバの負担が大幅に軽減されることとな
る。
ユーザ１２０のウェブページ取得要求を受け付けてお
き、ネットワーク回線の通信量が少ない時間帯にウェブ
ページを取得するためのウェブサーバ２３０への接続を
行い、かつ複数のユーザ１２０による共通のウェブペー
ジ取得要求に関しては、それらをまとめて１回のアクセ
スで対応することができる。したがって、プロバイダ１
１０におけるサーバの負担が大幅に軽減されることとな
る。
【００６６】
【発明の効果】以上説明したように、本発明によれば、
回線混雑時におけるユーザのアクセスに対して、待ち時
間を短縮させると共に、プロバイダにおけるサーバの負
担を軽減させるサービスを提供することができる。
回線混雑時におけるユーザのアクセスに対して、待ち時
間を短縮させると共に、プロバイダにおけるサーバの負
担を軽減させるサービスを提供することができる。
【００６７】また、本発明によればプロバイダにおい
て、ユーザの要求を考慮して効率的にサイトへのアクセ
スを支援するシステムを提供することができる。
て、ユーザの要求を考慮して効率的にサイトへのアクセ
スを支援するシステムを提供することができる。
【図１】 本実施の形態によるウェブページ取得サービ
スの概念を説明する図である。
スの概念を説明する図である。
【図２】 本実施の形態におけるウェブページ取得サー
ビスを実現するシステムの全体構成を示す図である。
ビスを実現するシステムの全体構成を示す図である。
【図３】 プロバイダに設定されるウェブページ取得サ
ーバの構成を説明する図である。
ーバの構成を説明する図である。
【図４】 ユーザがユーザ端末から送信するユーザプロ
ファイルのフォーマットの例を示す図である。
ファイルのフォーマットの例を示す図である。
【図５】 ユーザがユーザ端末から送信するウェブペー
ジ取得要求のフォーマットの例を示す図である。
ジ取得要求のフォーマットの例を示す図である。
【図６】 本実施の形態におけるウェブページ取得サー
バの動作を概略的に説明するフローチャートである。
バの動作を概略的に説明するフローチャートである。
【図７】 二つのウェブページ取得要求を統合して重複
のない取得リストを作成する例を説明する図である。
のない取得リストを作成する例を説明する図である。
【図８】 図７の取得リストから作成された対応テーブ
ルの例を説明する図である。
ルの例を説明する図である。
【図９】 図７に示した取得リストから作成されたスケ
ジュールの例を説明する図である。
ジュールの例を説明する図である。
【図１０】 ウェブページを取得しながら再帰的にスケ
ジュール９０１を作成する処理を説明するフローチャー
トである。
ジュール９０１を作成する処理を説明するフローチャー
トである。
【図１１】 ウェブページ保存データベースの仮想的な
木構造を説明する図である。
木構造を説明する図である。
【図１２】 図１１の木構造に対して作成された対応テ
ーブルの例を示す図である。
ーブルの例を示す図である。
【図１３】 図８の対応テーブルにおいて、ユーザ０１
の要求するウェブページソースが全てダウンロードされ
た状態を示す図である。
の要求するウェブページソースが全てダウンロードされ
た状態を示す図である。
【図１４】 www.aaa.co.jpのウェブページの第２階層
までをダウンロードを要求した場合におけるリンク処理
の様子を示す図である。
までをダウンロードを要求した場合におけるリンク処理
の様子を示す図である。
【図１５】 ユーザへ転送されるウェブページソースの
木構造を示す図である。
木構造を示す図である。
【図１６】 分割転送の指定がなされている場合の転送
制御部の動作を説明するフローチャートである。
制御部の動作を説明するフローチャートである。
１１０…プロバイダ、１２０…ユーザ、１３０…ウェブ
サイト、２００…インターネット、２１０…ウェブペー
ジ取得サーバ、２２０…ユーザ端末、２３０…ウェブサ
ーバ、３１０…要求受付部、３１１…プロファイル管理
部、３１２…要求管理部、３２０…ウェブページ取得保
存部、３２１…スケジューリング部、３２２…ウェブペ
ージ取得部、３３０…転送制御部、３３１…通知部、３
３２…リンク処理部、３３３…ｆｔｐ／ｈｔｔｐ転送
部、３４０…ユーザ管理データベース、３５０…ウェブ
ページ保存データベース
サイト、２００…インターネット、２１０…ウェブペー
ジ取得サーバ、２２０…ユーザ端末、２３０…ウェブサ
ーバ、３１０…要求受付部、３１１…プロファイル管理
部、３１２…要求管理部、３２０…ウェブページ取得保
存部、３２１…スケジューリング部、３２２…ウェブペ
ージ取得部、３３０…転送制御部、３３１…通知部、３
３２…リンク処理部、３３３…ｆｔｐ／ｈｔｔｐ転送
部、３４０…ユーザ管理データベース、３５０…ウェブ
ページ保存データベース
───────────────────────────────────────────────────── フロントページの続き (72)発明者 戚 乃箴 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 東京基礎研究所 内 (72)発明者 中村 祐一 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 東京基礎研究所 内 Ｆターム(参考） 5B082 FA00 GC04
Claims (17)
- 【請求項１】 通信ネットワークに接続されたウェブペ
ージ取得サーバとユーザ端末とを備え、 前記ユーザ端末は、 種々の取得条件を指定したウェブページ取得要求を前記
ウェブページ取得サーバに送信し、 前記ウェブページ取得サーバは、 前記ユーザ端末から受信した前記ウェブページ取得要求
の取得条件にしたがって、通信ネットワーク上のウェブ
サーバからウェブページソースを取得して保持し、 前記ウェブページソースを、前記ウェブページ取得要求
の取得条件にしたがって、前記ユーザ端末に転送するこ
とを特徴とするウェブページ取得サービスシステム。 - 【請求項２】 前記ユーザ端末は、 前記ウェブページ取得要求の取得条件として、前記ウェ
ブページソースを取得するための時間的条件を設定し、 前記ウェブページ取得サーバは、 前記ウェブページ取得要求にて設定された前記時間的条
件に応じて、前記ウェブページソースを取得し、前記ユ
ーザ端末に転送することを特徴とする請求項１に記載の
ウェブページ取得サービスシステム。 - 【請求項３】 前記ウェブページ取得サーバは、前記ウ
ェブページ取得要求にて設定された前記時間的条件と前
記通信ネットワークにおける通信量の多少とを考慮して
前記ウェブページソースを取得するためのスケジューリ
ングを行うことを特徴とする請求項２に記載のウェブペ
ージ取得サービスシステム。 - 【請求項４】 前記ユーザ端末は、 前記ウェブページ取得要求の取得条件として、前記ウェ
ブページソースを取得する期限を指定し、 前記ウェブページ取得サーバは、 前記ウェブページ取得要求にて指定された前記取得期限
の間に前記ウェブページソースを取得することを特徴と
する請求項１に記載のウェブページ取得サービスシステ
ム。 - 【請求項５】 前記ウェブページ取得サーバは、複数の
前記ユーザ端末から同一のウェブページに対する前記ウ
ェブページ取得要求を受信した場合に、当該複数のウェ
ブページ取得要求に対して、対応する前記ウェブページ
ソースを１回取得して保持し、かつ当該ウェブページソ
ースを、前記ウェブページ取得要求を送信した各ユーザ
端末に転送することを特徴とする請求項１に記載のウェ
ブページ取得サービスシステム。 - 【請求項６】 インターネットへの接続サービスを提供
するプロバイダにおいて、 ウェブページの取得条件を指定したウェブページ取得要
求をユーザから受け付ける要求受付部と、 前記要求受付部にて受け付けた前記ウェブページ取得要
求の取得条件にしたがって、ウェブサーバからウェブペ
ージソースを取得して保持するウェブページ取得保存部
と、 前記ウェブページ取得保存部にて取得した前記ウェブペ
ージソースを、前記ウェブページ取得要求の取得条件に
したがって、当該ウェブページ取得要求を発信した前記
ユーザに転送する転送制御部とを備えることを特徴とす
るプロバイダ。 - 【請求項７】 前記転送制御部は、前記ウェブページ取
得要求に従って前記ウェブページ取得保存部により取得
され保持されている前記ウェブページソースを、書庫フ
ァイルにまとめて転送することを特徴とする請求項６に
記載のプロバイダ。 - 【請求項８】 前記転送制御部は、前記ウェブページソ
ースの転送先であるユーザの端末装置において一度に受
信できるデータファイルのサイズが限られている場合
に、前記ウェブページ取得保存部に保持されている前記
ウェブページソースを当該端末装置が受信可能なサイズ
に分割した上で、各々書庫ファイルにまとめることを特
徴とする請求項７に記載のプロバイダ。 - 【請求項９】 前記転送制御部は、前記ウェブページ取
得保存部に保持されている前記ウェブページソースのリ
ンクを、個々のウェブページソースのＵＲＬに基づく絶
対的なリンクから、相対的なリンクに置き換えた上で転
送することを特徴とする請求項６に記載のプロバイダ。 - 【請求項１０】 通信ネットワーク上に設けられたウェ
ブページ取得サーバによるウェブページ取得方法におい
て、 ウェブページの取得条件を指定したウェブページ取得要
求をユーザから受け付けるステップと、 前記ウェブページ取得要求の取得条件に基づいて、ウェ
ブページソースを取得するためのスケジュールを作成す
るステップと、 作成されたスケジュールにしたがって、通信ネットワー
ク上のウェブサーバからウェブページソースを取得して
保持するステップと、 前記ウェブページソースを、前記ウェブページ取得要求
の取得条件にしたがって、前記ユーザに転送するステッ
プとを含むことを特徴とするウェブページ取得方法。 - 【請求項１１】 前記スケジュールを作成するステップ
は、 前記ウェブページ取得要求にて指定されたウェブページ
ソースを取得するための時間的条件に従い、かつ通信ネ
ットワークにおける通信量の多少に応じて、ウェブペー
ジ取得サーバ自身の負荷が少なくなるように、当該ウェ
ブページ取得要求にて要求されるウェブページソースを
取得する時間を決定するステップを含むことを特徴とす
る請求項１０に記載のウェブページ取得方法。 - 【請求項１２】 前記スケジュールを作成するステップ
は、 前記ウェブページ取得要求を受け付けるステップにおい
て、複数のユーザから同一のウェブページに対する前記
ウェブページ取得要求を受け付けた場合に、各ウェブペ
ージ取得要求において指定されたウェブページを取得す
るための時間的条件を比較して、ウェブサーバからウェ
ブページソースを取得する動作を行う回数ができるだけ
少なくなるように前記スケジュールを作成するステップ
を含むことを特徴とする請求項１０に記載のウェブペー
ジ取得方法。 - 【請求項１３】 インターネットに接続した情報端末装
置によるウェブページの取得方法において、 プロバイダに対してウェブページの取得条件を指定した
ウェブページ取得要求を送信するステップと、 前記ウェブページ取得要求の取得条件に含まれる時間的
条件に基づいて前記プロバイダに対して前記ウェブペー
ジの転送を要求するステップと、 前記ウェブページの転送要求に応じて前記プロバイダか
ら転送された、前記ウェブページの取得条件に適うウェ
ブページソースを受信するステップとを含むことを特徴
とするウェブページの取得方法。 - 【請求項１４】 前記ウェブページの転送を要求するス
テップは、 前記プロバイダからの前記ウェブページを取得したこと
を知らせる通知を受信した場合に、前記ウェブページ取
得要求の取得条件に含まれる前記時間的条件に関わらず
に、前記プロバイダに対して前記ウェブページの転送を
要求するステップを含むことを特徴とする請求項１３に
記載のウェブページ取得方法。 - 【請求項１５】 前記ウェブページソースを受信するス
テップにおいて、 前記ウェブページを書庫ファイルの形式で受信すること
を特徴とする請求項１３に記載のウェブページ取得方
法。 - 【請求項１６】 コンピュータに実行させるプログラム
を当該コンピュータの入力手段が読取可能に記憶した記
憶媒体において、 前記プログラムは、 ウェブページの取得条件を指定したウェブページ取得要
求をユーザから受け付ける処理と、 前記ウェブページ取得要求の取得条件に基づいて、ウェ
ブページソースを取得するためのスケジュールを作成す
る処理と、 作成されたスケジュールにしたがって、通信ネットワー
ク上のウェブサーバからウェブページソースを取得して
保持する処理と、 前記ウェブページソースを、前記ウェブページ取得要求
の取得条件にしたがって、前記ユーザに転送する処理と
を前記コンピュータに実行させることを特徴とする記憶
媒体。 - 【請求項１７】 コンピュータに、 ウェブページの取得条件を指定したウェブページ取得要
求をユーザから受け付ける処理と、前記ウェブページ取
得要求の取得条件に基づいて、ウェブページソースを取
得するためのスケジュールを作成する処理と、作成され
たスケジュールにしたがって、通信ネットワーク上のウ
ェブサーバからウェブページソースを取得して保持する
処理と、 前記ウェブページソースを、前記ウェブページ取得要求
の取得条件にしたがって、前記ユーザに転送する処理と
を実行させるプログラムを記憶する記憶手段と、 前記記憶手段から前記プログラムを読み出して当該プロ
グラムを送信する送信手段とを備えたことを特徴とする
プログラム伝送装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000091874A JP3613550B2 (ja) | 2000-03-29 | 2000-03-29 | ウェブページ取得サービスシステム、サーバ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 |
| US09/821,400 US7523173B2 (en) | 2000-03-29 | 2001-03-29 | System and method for web page acquisition |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000091874A JP3613550B2 (ja) | 2000-03-29 | 2000-03-29 | ウェブページ取得サービスシステム、サーバ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001282609A true JP2001282609A (ja) | 2001-10-12 |
| JP3613550B2 JP3613550B2 (ja) | 2005-01-26 |
Family
ID=18607288
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000091874A Expired - Fee Related JP3613550B2 (ja) | 2000-03-29 | 2000-03-29 | ウェブページ取得サービスシステム、サーバ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7523173B2 (ja) |
| JP (1) | JP3613550B2 (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003061157A1 (fr) * | 2001-12-27 | 2003-07-24 | Yozan Inc. | Systeme servant a fournir un contenu numerique |
| JP2007122450A (ja) * | 2005-10-28 | 2007-05-17 | Nippon Telegr & Teleph Corp <Ntt> | 自動情報取得装置および自動情報取得方法 |
| JP2007295422A (ja) * | 2006-04-27 | 2007-11-08 | Hitachi Ltd | メッセージ交換システム及び通信経路切り替え方法 |
| US7325031B2 (en) | 2002-03-29 | 2008-01-29 | Brother Kogyo Kabushiki Kaisha | Service providing system for providing services using a devoted web page created by a web server provided outside and connected to a network |
| WO2010050288A1 (ja) * | 2008-10-30 | 2010-05-06 | インターナショナル・ビジネス・マシーンズ・コーポレーション | サーバシステム、サーバ装置、プログラム、および方法 |
| JP2010218005A (ja) * | 2009-03-13 | 2010-09-30 | Yahoo Japan Corp | ウェブページ閲覧支援装置、その方法、および、そのプログラム |
| JP2013058148A (ja) * | 2011-09-09 | 2013-03-28 | Yahoo Japan Corp | 集約装置、集約方法及び集約プログラム |
| JP2015519786A (ja) * | 2012-04-10 | 2015-07-09 | アルカテル−ルーセント | モバイル通信システムにおけるバックホールおよびワイヤレスリンク容量の最適化 |
| JP2016208288A (ja) * | 2015-04-23 | 2016-12-08 | 日本電信電話株式会社 | 呼接続システム及び加入者情報送信方法 |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9538386B2 (en) | 1999-11-24 | 2017-01-03 | Robert C. Yen | Wireless internet access with enhanced bandwidth capabilities |
| US8516146B1 (en) | 1999-11-24 | 2013-08-20 | Robert C. Yen | Method and system for reduction of delay and bandwidth requirements in internet data transfer |
| JP3613550B2 (ja) * | 2000-03-29 | 2005-01-26 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ウェブページ取得サービスシステム、サーバ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 |
| US7120629B1 (en) | 2000-05-24 | 2006-10-10 | Reachforce, Inc. | Prospects harvester system for providing contact data about customers of product or service offered by business enterprise extracting text documents selected from newsgroups, discussion forums, mailing lists, querying such data to provide customers who confirm to business profile data |
| US7003517B1 (en) | 2000-05-24 | 2006-02-21 | Inetprofit, Inc. | Web-based system and method for archiving and searching participant-based internet text sources for customer lead data |
| US7096220B1 (en) * | 2000-05-24 | 2006-08-22 | Reachforce, Inc. | Web-based customer prospects harvester system |
| US7082427B1 (en) | 2000-05-24 | 2006-07-25 | Reachforce, Inc. | Text indexing system to index, query the archive database document by keyword data representing the content of the documents and by contact data associated with the participant who generated the document |
| US20050055426A1 (en) * | 2000-06-12 | 2005-03-10 | Kim Smith | System, method and computer program product that pre-caches content to provide timely information to a user |
| WO2002028021A2 (en) * | 2000-09-27 | 2002-04-04 | Yen Robert C | Wireless internet access with enhanced bandwidth capabilities |
| US7330850B1 (en) | 2000-10-04 | 2008-02-12 | Reachforce, Inc. | Text mining system for web-based business intelligence applied to web site server logs |
| US7043531B1 (en) | 2000-10-04 | 2006-05-09 | Inetprofit, Inc. | Web-based customer lead generator system with pre-emptive profiling |
| US7594001B1 (en) * | 2001-07-06 | 2009-09-22 | Microsoft Corporation | Partial page output caching |
| GB2385741B (en) * | 2002-02-25 | 2004-02-04 | 3Com Corp | Method and apparatus for managing data traffic associated with a user on a network |
| US8335839B2 (en) * | 2002-05-09 | 2012-12-18 | Qwest Communications International Inc. | Systems and methods for using network architecture planning tools |
| US7613795B2 (en) * | 2002-05-09 | 2009-11-03 | Qwest Communications International, Inc. | Systems and methods for archiving network planning processes |
| US7519709B2 (en) * | 2002-05-09 | 2009-04-14 | Qwest Communications International Inc. | Systems and methods for creating network architecture planning tools |
| US20070288556A1 (en) * | 2002-05-17 | 2007-12-13 | Anton Richard N | System and Method for Encoding and Decoding Data Files |
| JP4101023B2 (ja) * | 2002-11-05 | 2008-06-11 | シャープ株式会社 | ネットワークスキャナ |
| US9003295B2 (en) * | 2003-03-17 | 2015-04-07 | Leo Martin Baschy | User interface driven access control system and method |
| EP1460571A1 (en) * | 2003-03-18 | 2004-09-22 | Hewlett-Packard Development Company, L.P. | Methods relating to agenda planning |
| US8020086B2 (en) * | 2003-11-12 | 2011-09-13 | Canon Kabushiki Kaisha | Information processing method, information processing machine, and storage medium for processing document data that includes link information |
| US9026578B2 (en) | 2004-05-14 | 2015-05-05 | Microsoft Corporation | Systems and methods for persisting data between web pages |
| WO2006018647A1 (en) * | 2004-08-20 | 2006-02-23 | Rhoderick John Kennedy Pugh | Server authentication |
| US9176934B2 (en) | 2005-05-06 | 2015-11-03 | Leo Baschy | User interface for nonuniform access control system and methods |
| US9129088B1 (en) | 2005-06-04 | 2015-09-08 | Leo Martin Baschy | User interface driven access control system and methods for multiple users as one audience |
| US8799302B2 (en) * | 2005-12-29 | 2014-08-05 | Google Inc. | Recommended alerts |
| US7904759B2 (en) * | 2006-01-11 | 2011-03-08 | Amazon Technologies, Inc. | System and method for service availability management |
| US9037698B1 (en) | 2006-03-14 | 2015-05-19 | Amazon Technologies, Inc. | Method and system for collecting and analyzing time-series data |
| US9202068B2 (en) * | 2006-03-29 | 2015-12-01 | Leo M. Baschy | User interface for variable access control system |
| JP2008250475A (ja) * | 2007-03-29 | 2008-10-16 | Brother Ind Ltd | 情報処理装置、ネットワークシステム、およびプログラム |
| CN101593146B (zh) * | 2008-05-30 | 2013-01-23 | 国际商业机器公司 | 页面自动化测试方法和装置 |
| WO2010118019A1 (en) * | 2009-04-06 | 2010-10-14 | Nokia Corporation | Methods and systems for using multipart messaging with preset constraints |
| CN103309891B (zh) * | 2012-03-15 | 2017-03-01 | 阿里巴巴集团控股有限公司 | 一种信息展示方法和设备 |
| US9647980B2 (en) * | 2012-06-07 | 2017-05-09 | At&T Intellectual Property I, L.P. | Apparatus and methods for a scalable communications network |
| CN103064925B (zh) * | 2012-12-21 | 2016-04-13 | 广东欧珀移动通信有限公司 | 定时处理网页的方法装置 |
| WO2015014189A1 (zh) * | 2013-08-02 | 2015-02-05 | 优视科技有限公司 | 一种访问网站的方法及装置 |
| US9729410B2 (en) * | 2013-10-24 | 2017-08-08 | Jeffrey T Eschbach | Method and system for capturing web content from a web server |
| CN104156401A (zh) * | 2014-07-22 | 2014-11-19 | 小米科技有限责任公司 | 网页加载方法、装置及设备 |
| CN105530292A (zh) * | 2015-12-01 | 2016-04-27 | 小米科技有限责任公司 | 页面图像显示方法及装置 |
| US10489390B2 (en) | 2017-09-29 | 2019-11-26 | Salesforce.Com, Inc. | Content management in an on-demand environment |
| CN109284464B (zh) * | 2018-08-29 | 2021-07-23 | 网宿科技股份有限公司 | 页面加载方法及终端、页面响应方法及服务器 |
| CN110442770B (zh) * | 2019-08-08 | 2023-06-20 | 深圳市今天国际物流技术股份有限公司 | 一种数据抓取及保存方法、装置、计算机设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04186453A (ja) * | 1990-11-21 | 1992-07-03 | Nec Corp | ファイル転送方式 |
| JPH08241257A (ja) * | 1995-03-07 | 1996-09-17 | Toshiba Corp | 情報処理装置および情報転送方法 |
| US20010052003A1 (en) * | 2000-03-29 | 2001-12-13 | Ibm Corporation | System and method for web page acquisition |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5727164A (en) * | 1991-12-13 | 1998-03-10 | Max Software, Inc. | Apparatus for and method of managing the availability of items |
| JP3547840B2 (ja) * | 1995-03-16 | 2004-07-28 | 株式会社東芝 | マルチメディアサーバ |
| US5768528A (en) * | 1996-05-24 | 1998-06-16 | V-Cast, Inc. | Client-server system for delivery of online information |
| US5896506A (en) * | 1996-05-31 | 1999-04-20 | International Business Machines Corporation | Distributed storage management system having a cache server and method therefor |
| US5961602A (en) * | 1997-02-10 | 1999-10-05 | International Business Machines Corporation | Method for optimizing off-peak caching of web data |
| US6182122B1 (en) * | 1997-03-26 | 2001-01-30 | International Business Machines Corporation | Precaching data at an intermediate server based on historical data requests by users of the intermediate server |
| US5978807A (en) * | 1997-09-30 | 1999-11-02 | Sony Corporation | Apparatus for and method of automatically downloading and storing internet web pages |
| US6594682B2 (en) * | 1997-10-28 | 2003-07-15 | Microsoft Corporation | Client-side system for scheduling delivery of web content and locally managing the web content |
| US6282709B1 (en) * | 1997-11-12 | 2001-08-28 | Philips Electronics North America Corporation | Software update manager |
| US6134584A (en) * | 1997-11-21 | 2000-10-17 | International Business Machines Corporation | Method for accessing and retrieving information from a source maintained by a network server |
| US6769019B2 (en) * | 1997-12-10 | 2004-07-27 | Xavier Ferguson | Method of background downloading of information from a computer network |
| US6745237B1 (en) * | 1998-01-15 | 2004-06-01 | Mci Communications Corporation | Method and apparatus for managing delivery of multimedia content in a communications system |
| US6154769A (en) * | 1998-03-27 | 2000-11-28 | Hewlett-Packard Company | Scheduling server requests to decrease response time and increase server throughput |
| ATE262189T1 (de) * | 1998-10-16 | 2004-04-15 | Iconics Inc | Prozesssteuerung |
| JP2000293424A (ja) * | 1999-04-09 | 2000-10-20 | Hitachi Ltd | ネットワークキャッシュ装置およびキャッシュ制御方法 |
| US6377974B1 (en) * | 2000-01-19 | 2002-04-23 | Speedbit Ltd. | Methods and apparatus for downloading a file from a server |
| US6993559B2 (en) * | 2000-02-14 | 2006-01-31 | Bigbow.Com, Inc. | System, method, apparatus and computer program product for operating a web site by electronic mail |
| US6742033B1 (en) * | 2000-06-12 | 2004-05-25 | Gateway, Inc. | System, method and computer program product that pre-caches content to provide timely information to a user |
| US6959327B1 (en) * | 2000-08-29 | 2005-10-25 | International Business Machines Corporation | System and method for dispatching and scheduling network transmissions with feedback |
| US6785675B1 (en) * | 2000-11-13 | 2004-08-31 | Convey Development, Inc. | Aggregation of resource requests from multiple individual requestors |
-
2000
- 2000-03-29 JP JP2000091874A patent/JP3613550B2/ja not_active Expired - Fee Related
-
2001
- 2001-03-29 US US09/821,400 patent/US7523173B2/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04186453A (ja) * | 1990-11-21 | 1992-07-03 | Nec Corp | ファイル転送方式 |
| JPH08241257A (ja) * | 1995-03-07 | 1996-09-17 | Toshiba Corp | 情報処理装置および情報転送方法 |
| US20010052003A1 (en) * | 2000-03-29 | 2001-12-13 | Ibm Corporation | System and method for web page acquisition |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003061157A1 (fr) * | 2001-12-27 | 2003-07-24 | Yozan Inc. | Systeme servant a fournir un contenu numerique |
| US7325031B2 (en) | 2002-03-29 | 2008-01-29 | Brother Kogyo Kabushiki Kaisha | Service providing system for providing services using a devoted web page created by a web server provided outside and connected to a network |
| JP2007122450A (ja) * | 2005-10-28 | 2007-05-17 | Nippon Telegr & Teleph Corp <Ntt> | 自動情報取得装置および自動情報取得方法 |
| JP2007295422A (ja) * | 2006-04-27 | 2007-11-08 | Hitachi Ltd | メッセージ交換システム及び通信経路切り替え方法 |
| WO2010050288A1 (ja) * | 2008-10-30 | 2010-05-06 | インターナショナル・ビジネス・マシーンズ・コーポレーション | サーバシステム、サーバ装置、プログラム、および方法 |
| JP2010218005A (ja) * | 2009-03-13 | 2010-09-30 | Yahoo Japan Corp | ウェブページ閲覧支援装置、その方法、および、そのプログラム |
| JP2013058148A (ja) * | 2011-09-09 | 2013-03-28 | Yahoo Japan Corp | 集約装置、集約方法及び集約プログラム |
| JP2015519786A (ja) * | 2012-04-10 | 2015-07-09 | アルカテル−ルーセント | モバイル通信システムにおけるバックホールおよびワイヤレスリンク容量の最適化 |
| US9549296B2 (en) | 2012-04-10 | 2017-01-17 | Alcatel Lucent | Optimizing backhaul and wireless link capacity in mobile telecommunication systems |
| JP2016208288A (ja) * | 2015-04-23 | 2016-12-08 | 日本電信電話株式会社 | 呼接続システム及び加入者情報送信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3613550B2 (ja) | 2005-01-26 |
| US20010052003A1 (en) | 2001-12-13 |
| US7523173B2 (en) | 2009-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001282609A (ja) | ウェブページ取得サービスシステム、プロバイダ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 | |
| US5787470A (en) | Inter-cache protocol for improved WEB performance | |
| EP0837407B1 (en) | Server to cache protocol for improved web performance | |
| AU772598B2 (en) | Selecting a cache | |
| US20010054084A1 (en) | Method and system for communication in the usenet | |
| US6182111B1 (en) | Method and system for managing distributed data | |
| CA2369108C (en) | Handling a request for information provided by a network site | |
| US6249804B1 (en) | Computer network read-ahead caching method | |
| US20030163552A1 (en) | Document distribution and storagre system | |
| US20010052052A1 (en) | Apparatus and methods for providing coordinated and personalized application and data management for resource-limited mobile devices | |
| US7711804B2 (en) | Methods and devices for the asynchronous delivery of digital data | |
| JP2002229842A (ja) | Ｈｔｔｐアーカイブ・ファイル | |
| JPH117405A (ja) | ファイル共有システム | |
| JPH10275108A (ja) | データ分配方法、装置及びプリキャッシュ方法 | |
| CZ289563B6 (cs) | Server připojitelný k síti a způsob jeho provozu | |
| JP2008547117A (ja) | コンテンツ配信プラットフォーム | |
| EP1153354B1 (en) | Addressing in the internet | |
| US20050071754A1 (en) | Pushing information to distributed display screens | |
| JP2007317107A (ja) | 情報処理システム、及び情報処理装置、並びに制御プログラム | |
| JP2000089996A (ja) | 情報処理装置およびデータベースシステム | |
| Cisco | Release Notes for NetFlow FlowAnalyzer Release 1.0 | |
| Cisco | Release Notes for NetFlow FlowAnalyzer Release 1.0 | |
| Cisco | Release Notes for NetFlow FlowAnalyzer Release 1.0 | |
| Cisco | Release Notes for NetFlow FlowAnalyzer Release 1.0 | |
| WO2002080021A2 (en) | Providing access to present and past digital artefacts |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040629 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040928 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041019 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20041019 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041025 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071105 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081105 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081105 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091105 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |