JP2001282606A

JP2001282606A - アドレス管理システム、状態情報配信サーバ及びアドレス管理クライアント

Info

Publication number: JP2001282606A
Application number: JP2000095760A
Authority: JP
Inventors: Takashi Tani; 宇谷
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2000-03-30
Filing date: 2000-03-30
Publication date: 2001-10-12

Abstract

(57)【要約】【課題】ネットサーフィンを円滑かつ効率的に行うの
に好適なアドレス管理装置およびアドレス管理サーバを
提供する。【解決装置】プロキシサーバＰＳは、クライアントＣ
からのアクセス要求に応じてそのアクセス要求に含まれ
るＵＲＬにより特定されるＨＰにアクセスしてそのＨＰ
の状態情報を取得し、取得した状態情報をプロキシサー
バＰＳに接続しているすべてのクライアントＣに配信す
る。クライアントＣは、プロキシサーバＰＳから受信し
た状態情報に係るＵＲＬがＵＲＬ登録テーブル１１０に
登録されているときは、プロキシサーバＰＳから受信し
た状態情報に基づいて、ＵＲＬ登録テーブル１１０のそ
のＵＲＬに対応する状態情報を更新し、ＵＲＬ登録テー
ブル１１０のＵＲＬに対応する更新日時がアクセス日時
よりも時間的に新しいときは、ＨＰが更新されたことを
示すメッセージを表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データを蓄積する
複数のＷＷＷサーバと、クライアントとを接続するイン
ターネットに通信可能に接続し、クライアントからの要
求に応じてＷＷＷサーバにおけるデータの格納位置およ
びそのデータを一意に特定するＵＲＬを管理するシステ
ム、サーバおよびクライアントに係り、特に、ネットサ
ーフィンを円滑かつ効率的に行うのに好適なアドレス管
理システム、状態情報配信サーバおよびアドレス管理ク
ライアントに関する。

【０００２】

【従来の技術】従来のアドレス管理装置およびアドレス
管理サーバについて、コンピュータネットワークの一つ
であるインターネット上の分散データベースシステムで
あるＷＷＷ（World Wide Web）を例にとって説明する。
インターネットには、データを蓄積するＷＷＷサーバを
はじめ多数のネットワーククライアントが接続してい
る。ＷＷＷは、ハイパーテキストを用いた全世界的なネ
ットワーク空間を構成するデータベースシステムであ
り、ＷＷＷ上に公開されているデータは、ネットワーク
を構成しているコンピュータから見ると外部データベー
ス上のデータと考えることができる。この外部データベ
ース上のデータは、インターネット上でＷＷＷサーバに
おけるデータの格納位置およびそのデータを一意に特定
するアドレスであって、例えば、”http://www.aaa.co.
jp/index.html”のような形式をしたＵＲＬ（Uniform R
esource Locator）と呼ばれる固有のアドレスによって
管理されており、このＵＲＬをインデックスとして使用
することができる。

【０００３】インターネットに接続可能なクライアント
において、ＷＷＷサーバ上のデータを閲覧するには、ユ
ーザがＵＲＬをＷＷＷブラウザ等に入力し、ＷＷＷブラ
ウザ等が、入力されたＵＲＬにより特定されるＷＷＷサ
ーバの格納位置のデータ（以下、単にＨＰ（Home pag
e）という。）にアクセスし、そのＨＰを読み込んで表
示することにより行う。

【０００４】しかし、ＵＲＬは、ＷＷＷサーバにおいて
深い階層にある格納位置を特定するものである場合、ま
たは長い名称が付された格納位置やデータを特定するも
のである場合は、比較的長い文字列で構成されることが
あり、このように長い文字列からなるＵＲＬをアクセス
のたびにユーザに入力させるのは、きわめて手間や時間
を要する。

【０００５】そこで、従来、ユーザが比較的頻繁にアク
セスするＨＰについては、あらかじめそうしたＵＲＬを
登録しておき、ＨＰにアクセスするときは、登録されて
いるＵＲＬをマウス等で選択することにより、ＷＷＷブ
ラウザ等が、選択されたＵＲＬにより特定されるＨＰに
アクセスし、そのＨＰを読み込んで表示する。このよう
な機能を一般にブックマーク機能といい、従来のアドレ
ス管理装置として広く知られている。これにより、ユー
ザは、比較的頻繁にアクセスするＵＲＬを登録しておけ
ば、アクセスのたびにＵＲＬを一から入力することな
く、登録されているＵＲＬを選択するだけで、目的のＨ
Ｐにアクセスすることができる。

【０００６】一方、インターネット上のＷＷＷサーバに
は、例えば、Yahoo!Japan（http://www.yahoo.co.jp）
や、Infoseek（http://www.infoseek.co.jp）のよう
に、あらかじめ複数のＵＲＬを登録しておき、クライア
ントの要求に応じて登録してあるＵＲＬのなかから目的
のＨＰのＵＲＬを検索して提供する検索エンジンがあ
る。これにより、ユーザは、目的のＨＰに関連する検索
語句を与えるだけで、目的のＨＰにアクセスすることが
できる。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来のブックマーク機能にあっては、ＵＲＬを登録してお
き、ユーザの選択によりそのＵＲＬにより特定されるＨ
Ｐに単にアクセスするだけのものであったため、例え
ば、前回アクセスした時点と現在との間にそのＨＰが変
更または消滅している場合は、登録したＵＲＬが使用で
きず無意味なものとなるばかりか、ユーザは、実際にア
クセスしてみるまでそのことを知ることができないの
で、変更または消滅していることを確認するために少な
くとも一度はそのＨＰにアクセスしなければならず、手
間や時間を要し、ネットサーフィンを円滑に行うことが
できなかった。

【０００８】さらに、前回アクセスした時点と現在との
間にそのＨＰが更新されている場合は、同様に、ユーザ
は、実際にアクセスしてみるまでそのことを知ることが
できないので、更新されたときにのみＨＰを閲覧したい
場合でも、更新されたか否かを定期的に何度か確認しに
いかなければならず、手間や時間を要し、ネットサーフ
ィンを効率的に行うことができなかった。

【０００９】一方、上記従来の検索エンジンにあって
は、ＵＲＬを登録した後は、それらＵＲＬにより特定さ
れるＨＰの更新、変更または消滅を管理するようになっ
ていないため、例えば、前回アクセスした時点と現在と
の間にそのＨＰが変更または消滅している場合であって
も、検索結果として表示されることとなり、上記同様
に、ネットサーフィンを円滑に行うことができなかっ
た。さらに、前回アクセスした時点と現在との間にその
ＨＰが更新されている場合についても上記同様であり、
ネットサーフィンを効率的に行うことができなかった。

【００１０】そこで、本発明は、このような従来の技術
の有する未解決の課題に着目してなされたものであっ
て、ネットサーフィンを円滑かつ効率的に行うのに好適
なアドレス管理システム、状態情報配信サーバおよびア
ドレス管理クライアントを提供することを目的としてい
る。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る請求項１記載のアドレス管理システム
は、データを蓄積するデータ蓄積端末に通信可能に接続
する中継サーバと、前記中継サーバに通信可能に接続し
たときに前記データ蓄積端末におけるデータの格納位置
およびそのデータを一意に特定するアドレスを含むアク
セス要求を送信するクライアントとを備え、前記アドレ
スを管理するシステムであって、前記中継サーバは、前
記クライアントからのアクセス要求に応じてそのアクセ
ス要求に含まれるアドレスにより特定される格納位置の
データにアクセスしてその格納位置のデータの更新、変
更または消滅に関する状態情報を取得する状態情報取得
手段と、前記状態情報取得手段で取得した状態情報を当
該中継サーバに接続しているクライアントに配信する状
態情報配信手段とを有し、前記クライアントは、前記ア
ドレスを登録するための記憶手段と、前記中継サーバか
ら受信した状態情報に基づいて前記記憶手段のアドレス
を管理するアドレス管理手段を有する。

【００１２】このような構成であれば、クライアントで
は、データ蓄積端末における格納位置のデータにアクセ
スしようとすると、そのアドレスを含むアクセス要求が
中継サーバに送信される。

【００１３】中継サーバでは、クライアントからアクセ
ス要求を受信すると、状態情報取得手段により、そのア
クセス要求に応じて、アクセス要求に含まれるアドレス
により特定される格納位置のデータにアクセスして状態
情報が取得され、状態情報配信手段により、取得された
状態情報が中継サーバに接続されているクライアントに
配信される。

【００１４】クライアントでは、中継サーバから状態情
報を受信すると、アドレス管理手段により、受信した状
態情報に基づいて記憶手段のアドレスが管理される。

【００１５】ここで、状態情報とは、格納位置のデータ
の状態に関する情報をいい、これには、例えば、格納位
置のデータの一部若しくは全部、または格納位置のデー
タのうちそのデータが更新された更新時を示す情報が含
まれる。以下、請求項９および１０記載の状態情報配信
サーバ、並びに請求項１１記載のアドレス管理クライア
ントにおいて同じである。

【００１６】また、記憶手段は、アドレスをあらゆる手
段でかつあらゆる時期に登録するものであり、アドレス
をあらかじめ登録してあるものであってもよいし、アド
レスをあらかじめ記憶することなく、本装置の動作時に
外部からの入力等によってアドレスを登録するようにな
っていてもよい。以下、請求項１１記載のアドレス管理
クライアントにおいて同じである。

【００１７】さらに、本発明に係る請求項２記載のアド
レス管理システムは、請求項１記載のアドレス管理シス
テムにおいて、前記記憶手段は、前記状態情報を前記ア
ドレスと対応付けて登録可能となっており、前記アドレ
ス管理手段は、前記中継サーバから受信した状態情報に
係るアドレスが前記記憶手段に登録されているときは、
前記中継サーバから受信した状態情報に基づいて、前記
記憶手段のそのアドレスに対応する状態情報を更新する
ようになっている。

【００１８】このような構成であれば、クライアントで
は、中継サーバから状態情報を受信すると、受信した状
態情報に係るアドレスが記憶手段に登録されているとき
は、アドレス管理手段により、受信した状態情報に基づ
いて、記憶手段のそのアドレスに対応する状態情報が更
新される。

【００１９】さらに、本発明に係る請求項３記載のアド
レス管理システムは、請求項２記載のアドレス管理シス
テムにおいて、前記クライアントは、前記記憶手段の状
態情報に基づいて所定の通知を行う通知手段を有する。

【００２０】このような構成であれば、クライアントで
は、通知手段により、記憶手段の状態情報に基づいて所
定の通知が行われる。

【００２１】ここで、通知手段は、所定の通知を行うよ
うになっているが、この所定の通知は、例えば、中継サ
ーバから状態情報を受信したときに行ってもよいし、ユ
ーザが記憶手段のアドレスを参照しようとしたときに行
ってもよい。

【００２２】さらに、本発明に係る請求項４記載のアド
レス管理システムは、請求項３記載のアドレス管理シス
テムにおいて、前記状態情報のうち更新に関する情報
は、前記格納位置のデータが更新された更新時を示すも
のであり、前記クライアントは、前記記憶手段のアドレ
スにより特定される格納位置のデータにアクセスしたア
クセス時を前記アドレスと対応付けて前記記憶手段に登
録するアクセス時登録手段を有し、前記通知手段は、前
記記憶手段のアドレスに対応する更新時が、前記記憶手
段のそのアドレスに対応するアクセス時よりも時間的に
新しいときは、データが更新されたことを通知するよう
になっている。

【００２３】このような構成であれば、クライアントで
は、記憶手段のアドレスにより特定される格納位置のデ
ータにアクセスしようとすると、そのアドレスを含むア
クセス要求が中継サーバに送信されるとともに、アクセ
ス時登録手段により、アクセス時がそのアドレスと対応
付けられて記憶手段に登録される。そして、記憶手段の
アドレスに対応する更新時が、記憶手段のそのアドレス
に対応するアクセス時よりも時間的に新しいときは、通
知手段により、データが更新されたことが通知される。

【００２４】ここで、通知手段は、記憶手段のアドレス
に対応する更新時が、記憶手段のそのアドレスに対応す
るアクセス時よりも時間的に新しいときは、データが更
新されたことを通知するようになっているが、アクセス
時登録手段がアクセス時を累積的に登録するようになっ
ている場合は、記憶手段のアドレスに対応する更新時
が、記憶手段のそのアドレスに対応するアクセス時のう
ち前回アクセスしたときのものよりも時間的に新しいと
きは、データが更新されたことを通知するようになって
いる。

【００２５】さらに、本発明に係る請求項５記載のアド
レス管理システムは、請求項３および４のいずれかに記
載のアドレス管理システムにおいて、前記状態情報のう
ち変更または消滅に関する情報は、前記格納位置のデー
タが存在するか否かを示すものであり、前記通知手段
は、前記記憶手段の状態情報が、データが存在しないこ
とを示すものであるときは、データが存在しないことを
通知するようになっている。

【００２６】このような構成であれば、クライアントで
は、記憶手段の状態情報が、データが存在しないことを
示すものであるときは、通知手段により、データが存在
しないことが通知される。

【００２７】さらに、本発明に係る請求項６記載のアド
レス管理システムは、請求項１記載のアドレス管理シス
テムにおいて、前記状態情報のうち変更または消滅に関
する情報は、前記格納位置のデータが存在するか否かを
示すものであり、前記アドレス管理手段は、前記中継サ
ーバから受信した状態情報に係るアドレスが前記記憶手
段に登録されている場合に、前記中継サーバから受信し
た状態情報が、データが存在しないことを示すものであ
るときは、前記記憶手段のそのアドレスを抹消するよう
になっている。

【００２８】このような構成であれば、クライアントで
は、中継サーバから状態情報を受信すると、受信した状
態情報に係るアドレスが記憶手段に登録されている場合
に、受信した状態情報が、データが存在しないことを示
すものであるときは、アドレス管理手段により、記憶手
段のそのアドレスが抹消される。

【００２９】ここで、アドレス管理手段は、中継サーバ
から受信した状態情報が、データが存在しないことを示
すものであるときは、記憶手段のそのアドレスを抹消す
るようになっているが、利便性を向上する観点からは、
中継サーバから受信した状態情報が、データが存在しな
いことを示すものであるときは、記憶手段のそのアドレ
スを抹消するとともに、記憶手段のそのアドレスにより
特定される格納位置のデータの移転先である新たなアド
レスを検索して登録するようになっているのが好まし
い。以下、請求項１３記載のアドレス管理クライアント
において同じである。

【００３０】さらに、本発明に係る請求項７記載のアド
レス管理システムは、請求項１ないし６のいずれかに記
載のアドレス管理システムにおいて、前記中継サーバを
複数備え、前記中継サーバは、前記状態情報取得手段で
取得した状態情報を他の中継サーバに配信する第２の状
態情報配信手段を有し、前記状態情報配信手段は、前記
他の中継サーバから受信した状態情報を当該中継サーバ
に接続しているクライアントに配信するようになってい
る。

【００３１】このような構成であれば、中継サーバで
は、状態情報取得手段により状態情報が取得されると、
状態情報配信手段により、取得された状態情報が中継サ
ーバに接続されているクライアントに配信されるととも
に、第２の状態情報配信手段により、取得された状態情
報が他の中継サーバに配信される。また、他の中継サー
バから状態情報を受信すると、状態情報配信手段によ
り、取得された状態情報が中継サーバに接続されている
クライアントに配信される。

【００３２】さらに、本発明に係る請求項８記載のアド
レス管理システムは、請求項１ないし７のいずれかに記
載のアドレス管理システムにおいて、前記中継サーバ
は、前記クライアントを特定するためのクライアント特
定情報を登録するための第２の記憶手段と、前記クライ
アントが当該中継サーバに通信可能に接続したときにそ
のクライアントのクライアント特定情報を前記第２の記
憶手段に登録するクライアント情報登録手段とを有し、
前記状態情報配信手段は、前記状態情報取得手段で取得
した状態情報を、前記第２の記憶手段のクライアント情
報により特定されるクライアントに配信するようになっ
ている。

【００３３】このような構成であれば、中継サーバで
は、クライアントが通信可能に接続すると、クライアン
ト情報登録手段により、そのクライアントのクライアン
ト特定情報が第２の記憶手段に登録される。そして、状
態情報取得手段により状態情報が取得されると、状態情
報配信手段により、取得された状態情報が、第２の記憶
手段のクライアント情報により特定されるクライアント
に配信される。

【００３４】ここで、第２の記憶手段は、クライアント
特定情報をあらゆる手段でかつあらゆる時期に登録する
ものであり、クライアント特定情報をあらかじめ登録し
てあるものであってもよいし、クライアント特定情報を
あらかじめ記憶することなく、本装置の動作時に外部か
らの入力等によってクライアント特定情報を登録するよ
うになっていてもよい。

【００３５】一方、上記目的を達成するために、本発明
に係る請求項９記載の状態情報配信サーバは、データを
蓄積するデータ蓄積端末と、クライアントとに通信可能
に接続し、前記データ蓄積端末におけるデータの格納位
置の状態に関する状態情報を配信するサーバであって、
前記状態情報を当該サーバに接続しているクライアント
に配信するようになっている。

【００３６】このような構成であれば、状態情報が状態
情報配信サーバに接続されているクライアントに配信さ
れる。

【００３７】クライアントでは、状態情報配信サーバに
接続すると、このように状態情報が配信されるので、配
信された状態情報に基づいてアドレスを管理するように
すればよい。

【００３８】さらに、本発明に係る請求項１０記載の状
態情報配信サーバは、データを蓄積するデータ蓄積端末
と、前記データ蓄積端末におけるデータの格納位置およ
びそのデータを一意に特定するアドレスを含むアクセス
要求を送信するクライアントとに通信可能に接続し、前
記データ蓄積端末におけるデータの格納位置の状態に関
する状態情報を配信するサーバであって、前記クライア
ントからのアクセス要求に含まれるアドレスにより特定
される格納位置のデータにアクセスして前記状態情報を
取得する状態情報取得手段と、前記状態情報取得手段で
取得した状態情報を当該サーバに接続しているクライア
ントに配信する状態情報配信手段とを備える。

【００３９】このような構成であれば、クライアントか
らアクセス要求を受信すると、状態情報取得手段によ
り、そのアクセス要求に含まれるアドレスにより特定さ
れる格納位置のデータにアクセスして状態情報が取得さ
れ、状態情報配信手段により、取得された状態情報が状
態情報配信サーバに接続されているクライアントに配信
される。

【００４０】クライアントでは、状態情報配信サーバに
接続すると、このように状態情報が配信されるので、配
信された状態情報に基づいてアドレスを管理するように
すればよい。

【００４１】ここで、さらに具体的な構成としては、例
えば、請求項７または８記載のアドレス管理システムに
おける中継サーバと同等の構成を提案することができ
る。

【００４２】一方、上記目的を達成するために、本発明
に係る請求項１１記載のアドレス管理クライアントは、
請求項９および１０のいずれかに記載の状態情報配信サ
ーバに通信可能に接続し、前記アドレスを管理するクラ
イアントであって、前記アドレスを登録するための記憶
手段と、前記状態情報配信サーバから受信した状態情報
に基づいて前記記憶手段のアドレスを管理するアドレス
管理手段を備える。

【００４３】このような構成であれば、状態情報配信サ
ーバから状態情報を受信すると、アドレス管理手段によ
り、受信した状態情報に基づいて記憶手段のアドレスが
管理される。

【００４４】さらに、本発明に係る請求項１２記載のア
ドレス管理クライアントは、請求項１１記載のアドレス
管理クライアントにおいて、前記記憶手段は、前記状態
情報を前記アドレスと対応付けて登録可能となってお
り、前記アドレス管理手段は、前記状態情報配信サーバ
から受信した状態情報に係るアドレスが前記記憶手段に
登録されているときは、前記状態情報配信サーバから受
信した状態情報に基づいて、前記記憶手段のそのアドレ
スに対応する状態情報を更新するようになっている。

【００４５】このような構成であれば、状態情報配信サ
ーバから状態情報を受信すると、受信した状態情報に係
るアドレスが記憶手段に登録されているときは、アドレ
ス管理手段により、受信した状態情報に基づいて、記憶
手段のそのアドレスに対応する状態情報が更新される。

【００４６】ここで、さらに具体的な構成としては、例
えば、請求項３ないし５記載のアドレス管理システムに
おけるクライアントと同等の構成を提案することができ
る。

【００４７】さらに、本発明に係る請求項１３記載のア
ドレス管理クライアントは、請求項１１記載のアドレス
管理クライアントにおいて、前記状態情報のうち変更ま
たは消滅に関する情報は、前記格納位置のデータが存在
するか否かを示すものであり、前記アドレス管理手段
は、前記状態情報配信サーバから受信した状態情報に係
るアドレスが前記記憶手段に登録されている場合に、前
記状態情報配信サーバから受信した状態情報が、データ
が存在しないことを示すものであるときは、前記記憶手
段のそのアドレスを抹消するようになっている。

【００４８】このような構成であれば、状態情報配信サ
ーバから状態情報を受信すると、受信した状態情報に係
るアドレスが記憶手段に登録されている場合に、受信し
た状態情報が、データが存在しないことを示すものであ
るときは、アドレス管理手段により、記憶手段のそのア
ドレスが抹消される。

【００４９】以上では、上記目的を達成するためのアド
レス管理システム、状態情報配信サーバおよびアドレス
管理クライアントを提案したが、これに限らず、上記目
的を達成するために、次に掲げる状態情報配信プログラ
ムを記憶した記憶媒体を提案することもできる。

【００５０】この状態情報配信プログラムを記憶した記
憶媒体は、データを蓄積するデータ蓄積端末と、前記デ
ータ蓄積端末におけるデータの格納位置およびそのデー
タを一意に特定するアドレスを含むアクセス要求を送信
するクライアントとに通信可能に接続し、前記データ蓄
積端末におけるデータの格納位置の状態に関する状態情
報を配信する状態情報配信サーバに適用する状態情報配
信プログラムを記憶した記憶媒体であって、前記クライ
アントからのアクセス要求に含まれるアドレスにより特
定される格納位置のデータにアクセスして前記状態情報
を取得する状態情報取得手段と、前記状態情報取得手段
で取得した状態情報を前記状態情報配信サーバに接続し
ているクライアントに配信する状態情報配信手段とで実
現される処理を、コンピュータに実行させるためのプロ
グラムを記憶したコンピュータ読み取り可能な記憶媒体
である。

【００５１】このような構成であれば、記憶媒体に記憶
されたプログラムがコンピュータによって読み取られ、
読み取られたプログラムに従ってコンピュータが実行し
たときは、請求項１０記載の状態情報配信サーバと同等
の作用および効果が得られる。

【００５２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１ないし図１０は、本発明
に係るアドレス管理システム、状態情報配信サーバおよ
びアドレス管理クライアントの実施の形態を示す図であ
る。

【００５３】本実施の形態は、本発明に係るアドレス管
理システム、状態情報配信サーバおよびアドレス管理ク
ライアントを、図１に示すように、インターネット４０
０において、プロキシサーバＰＳから配信される情報に
基づいて各クライアントＣがＵＲＬの更新または消滅を
管理する場合について適用したものである。

【００５４】まず、本発明に係るアドレス管理システ
ム、状態情報配信サーバおよびアドレス管理クライアン
トを適用するネットワークシステムの構成を図１を参照
しながら説明する。図１は、インターネット４００から
なるネットワークシステムの構成を示す図である。

【００５５】インターネット４００には、図１に示すよ
うに、データを蓄積する複数のＷＷＷサーバＤＳ₁〜Ｄ
Ｓ_mと、クライアントＣからのアクセス要求を受けてク
ライアントＣに代わってＷＷＷサーバＤＳ₁〜ＤＳ_mにア
クセスする複数のプロキシサーバＰＳ₁〜ＰＳ_nとが接続
されている。

【００５６】各プロキシサーバＰＳ₁〜ＰＳ_nには、複数
のクライアントＣが公衆回線等を介して接続されてい
る。なお、以下、プロキシサーバＰＳ₁に接続するクラ
イアントをクライアントＣ₁といい、プロキシサーバＰ
Ｓ₂に接続するクライアントをクライアントＣ₂といい、
同様にプロキシサーバＰＳ_nに接続するクライアントを
クライアントＣ_nということがある。

【００５７】ＷＷＷサーバＤＳ₁〜ＤＳ_mは、ＷＷＷブラ
ウザにより表示可能なデータであるＨＴＭＬファイルを
蓄積する記憶部と、クライアントＣからのリクエストに
応じて記憶部のデータを送信するリクエスト処理部とで
構成されている。なお、ＷＷＷサーバＤＳ₁〜ＤＳ_mは、
ＨＴＴＰ（HyperText Transfer Protcol）によりプロキ
シサーバＰＳとデータ通信を行うようになっている。Ｈ
ＴＴＰについては後段で詳述する。

【００５８】リクエスト処理部は、図示しないＣＰＵが
外部記憶装置等に格納されたプログラムを実行すること
により実現される機能であって、クライアントＣからデ
ータ送信リクエストがあったときは、記憶部のＨＴＭＬ
ファイルまたはそのＨＴＭＬファイルにリンクされるデ
ータをそのクライアントに対して送信するようになって
いる。なお、記憶部には、ＨＴＭＬファイルのほか、Ｈ
ＴＭＬファイルにリンクされるデータとして、テキスト
データ、静止画像データ、サウンドデータ、ＭＰＥＧ等
の動画データ、ＶＲＭＬ等の３Ｄ画像データ、ＪＡＶＡ
等のプログラムデータその他の各種のファイルが格納さ
れている。

【００５９】次に、プロキシサーバＰＳ₁〜ＰＳ_nの構成
を図２を参照しながら説明する。図２は、プロキシサー
バＰＳ₁の構成を示すブロック図である。なお、各プロ
キシサーバＰＳ₁〜ＰＳ_nは、いずれも同一機能を有して
構成されているので、以下、プロキシサーバＰＳ₁の構
成についてのみ説明し、他のものについては説明を省略
する。

【００６０】プロキシサーバＰＳ₁は、図２に示すよう
に、制御プログラムに基づいて演算およびシステム全体
を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ
３０の制御プログラム等を格納しているＲＯＭ３２と、
ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算
過程で必要な演算結果を格納するためのＲＡＭ３４と、
ＲＡＭ３４の特定領域に格納されているデータを画像信
号に変換して出力するＣＲＴＣ３６と、外部装置に対し
てデータの入出力を媒介するＩ／Ｆ３８とで構成されて
おり、これらは、データを転送するための信号線である
バス３９で相互にかつデータ授受可能に接続されてい
る。

【００６１】また、プロキシサーバＰＳ₁は、ＨＴＴＰ
およびＵＤＰ（User Datagram Protocol）を確立するた
めのソフトウェア上またはハードウェア上のドライバを
有し、ＷＷＷサーバＤＳとＨＴＴＰによりデータ通信を
行い、他のプロキシサーバＰＳ₂〜ＰＳ_nとＵＤＰにより
データ通信を行い、クライアントＣ₁とＨＴＴＰおよび
ＵＤＰによりデータ通信を行うようになっている。

【００６２】ＨＴＴＰは、データを所定長のパケットに
分割して送信先に送信し、送信先がパケットを受信した
か否かの確認を送信先の応答により行う通信規約であ
る。ＨＴＴＰにおける各ＨＴＴＰパケットは、図３に示
すように、ヘッダ部８０とデータ部８２とからなり、ヘ
ッダ部８０には、応答パケットである場合はアクセス先
のＨＰのＵＲＬと、そのＵＲＬにより特定されるＨＰの
更新、消滅または変更に関する状態情報とがヘッダ情報
として含まれている。状態情報には、図示しないが、Ｈ
Ｐが消滅していることを示す消滅情報、またはＨＰが更
新された最新の更新日時を示す更新情報が含まれる。図
３は、ＨＴＴＰパケットのデータ構造を示す図である。
これに対し、ＵＤＰは、データを所定長のパケットに分
割して送信先に送信するだけで、送信先がパケットを受
信したか否かの確認を行わない通信規約である。

【００６３】また、プロキシサーバＰＳ₁は、クライア
ントＣ₁とＵＤＰによりデータ通信を行うときは、プロ
キシサーバＰＳ₁に現在接続しているすべてのクライア
ントＣ₁に対してブロードキャストによりパケットの通
信を行い、他のプロキシサーバＰＳ₂〜ＰＳ_nとＵＤＰに
よりデータ通信を行うときは、所定の順序でパケットを
巡回させるようになっている。すなわち、後者の場合、
例えば、プロキシサーバＰＳ₁からのパケットは、プロ
キシサーバＰＳ₂に送信され、プロキシサーバＰＳ₂から
のパケットは、プロキシサーバＰＳ₃に送信されるとい
った要領で、各プロキシサーバＰＳ₁〜ＰＳ_nを巡回させ
る。この要領で、プロキシサーバＰＳ_nまで到達したパ
ケットは、プロキシサーバＰＳ₁に戻ってきたときに破
棄される。

【００６４】Ｉ／Ｆ３８には、外部装置として、ヒュー
マンインターフェースとしてデータの入力が可能なキー
ボードやマウス等からなる入力装置４０と、データやテ
ーブル等をファイルとして格納する記憶装置４２と、画
像信号に基づいて画面を表示する表示装置４４と、イン
ターネット４００に接続するための信号線と、クライア
ントＣ₁に接続するための信号線とが接続されている。

【００６５】ＲＡＭ３４は、特定領域として、表示装置
４４に表示するための表示用データを格納するＶＲＡＭ
３５を有しており、ＶＲＡＭ３５は、ＣＰＵ３０とＣＲ
ＴＣ３６とで独立にアクセスが可能となっている。

【００６６】ＣＲＴＣ３６は、ＶＲＡＭ３５に格納され
ている表示用データを先頭アドレスから所定周期で順次
読み出し、読み出した表示用データを画像信号に変換し
て表示装置４４に出力するようになっている。

【００６７】記憶装置４２には、図示しないが、プロキ
シサーバＤＳ₁に現在接続しているクライアントＣ₁を、
インターネット４００上でクライアントＣ₁の位置を一
意に特定するクライアント情報と対応付けて登録したク
ライアント情報登録テーブルが格納されている。プロキ
シサーバＤＳ₁は、クライアント情報登録テーブルを用
いて現在接続しているクライアントＣ₁を特定する。こ
こで、クライアント情報としては、例えば、クライアン
トＣ₁がプロキシサーバＤＳ₁に接続するときに、プロキ
シサーバＤＳ₁内にあるＤＨＣＰ（Dynamic Host Config
uration Protcol）サーバがクライアントＣ₁に対して割
り当てたＩＰアドレスである。この場合、クライアント
情報登録テーブルは、ＤＨＣＰサーバがＩＰアドレスの
管理に用いるＩＰアドレス登録テーブルとなる。

【００６８】また、記憶装置４２には、インターネット
４００上で他のプロキシサーバＰＳ ₂〜ＰＳ_nの位置を一
意に特定するＩＰアドレスが格納されている。プロキシ
サーバＤＳ₁は、それらＩＰアドレスを用いて他のプロ
キシサーバＰＳ₂〜ＰＳ_nを特定する。

【００６９】ＣＰＵ３０は、マイクロプロセッシングユ
ニットＭＰＵ等からなり、ＲＯＭ３２の所定領域に格納
されている所定のプログラムを起動させ、そのプログラ
ムに従って、図４および図５のフローチャートに示す第
１のヘッダ情報配信処理および第２のヘッダ情報配信処
理を並列に実行するようになっている。

【００７０】初めに、第１のヘッダ情報配信処理を図４
を参照しながら説明する。図４は、第１のヘッダ情報配
信処理を示すフローチャートである。

【００７１】第１のヘッダ情報配信処理は、クライアン
トＣ₁からのアクセス要求に応じて、そのアクセス要求
に含まれるＵＲＬにより特定されるＨＰにアクセスして
ＨＴＴＰパケットを取得し、取得したＨＴＴＰパケット
のヘッダ情報をプロキシサーバＰＳ₁に現在接続してい
るすべてのクライアントＣ₁に配信する処理であって、
ＣＰＵ３０において実行されると、図４に示すように、
まず、ステップＳ１００に移行するようになっている。

【００７２】ステップＳ１００では、クライアントＣ₁
からアクセス要求を受信したか否かを判定し、アクセス
要求を受信したと判定されたとき(Yes)は、ステップＳ
１０２に移行するが、そうでないと判定されたとき(No)
は、アクセス要求を受信するまでステップＳ１００で待
機する。

【００７３】ステップＳ１０２では、受信したアクセス
要求に含まれるＵＲＬにより特定されるＨＰにアクセス
し、ステップＳ１０３に移行して、アクセスしたＨＰに
係るＷＷＷサーバＤＳからＨＴＴＰによりＨＴＴＰパケ
ットを受信し、ステップＳ１０４に移行して、受信した
ＨＴＴＰパケットからヘッダ情報を取得し、ステップＳ
１０６に移行する。

【００７４】ステップＳ１０６では、取得したヘッダ情
報を、記憶装置４２のクライアント情報登録テーブルに
登録されているすべてのクライアントＣ₁にＵＤＰによ
り送信し、ステップＳ１０８に移行して、取得したヘッ
ダ情報を、次の送信先であるプロキシサーバＰＳ₂に送
信し、ステップＳ１１０に移行する。ここで、プロキシ
サーバＰＳ₂〜ＰＳ_nへの送信は、記憶装置４２のＩＰア
ドレスを用いて行う。

【００７５】ステップＳ１１０では、ステップＳ１０３
で受信したＨＴＴＰパケットを、アクセス要求のあった
クライアントＣ₁（以下、アクセスクライアントとい
う。）にＨＴＴＰにより送信し、ステップＳ１１２に移
行して、アクセスしたＨＰに係るＷＷＷサーバＤＳから
すべてのＨＴＴＰパケットを受信したか否かを判定し、
すべてのＨＴＴＰパケットを受信したと判定されたとき
(Yes)は、ステップＳ１００に移行するが、そうでない
と判定されたとき(No)は、ステップＳ１１０に移行す
る。

【００７６】次に、第２のヘッダ情報配信処理を図５を
参照しながら説明する。図５は、第２のヘッダ情報配信
処理を示すフローチャートである。

【００７７】第２のヘッダ情報配信処理は、他のプロキ
シサーバＰＳ₂〜ＰＳ_nから受信したヘッダ情報を、プロ
キシサーバＰＳ₁に現在接続しているすべてのクライア
ントＣ₁に配信する処理であって、ＣＰＵ３０において
実行されると、図５に示すように、まず、ステップＳ２
００に移行するようになっている。

【００７８】ステップＳ２００では、プロキシサーバＰ
Ｓ_nからＵＤＰによりヘッダ情報を受信したか否かを判
定し、ヘッダ情報を受信したと判定されたとき(Yes)
は、ステップＳ２０２に移行して、受信したヘッダ情報
を、次の送信先であるプロキシサーバＰＳ₂に送信する
とともに、記憶装置４２のクライアント情報登録テーブ
ルに登録されているすべてのクライアントＣ₁にＵＤＰ
により送信し、ステップＳ２００に移行する。

【００７９】次に、クライアントＣの構成を図６を参照
しながら説明する。図６は、クライアントＣの構成を示
すブロック図である。

【００８０】クライアントＣは、プロキシサーバＤＳと
同一機能を有して構成されており、図６に示すように、
ＣＰＵ５０と、ＲＯＭ５２と、ＲＡＭ５４と、ＣＲＴＣ
５６と、Ｉ／Ｆ５８とで構成されており、これらは、バ
ス５９で相互にかつデータ授受可能に接続されている。
Ｉ／Ｆ５８には、入力装置６０と、記憶装置６２と、表
示装置６４と、プロキシサーバＤＳに接続するための信
号線とが接続されている。

【００８１】また、クライアントＣは、ＨＴＴＰおよび
ＵＤＰを確立するためのソフトウェア上またはハードウ
ェア上のドライバを有し、接続するプロキシサーバＰＳ
とＨＴＴＰおよびＵＤＰによりデータ通信を行うように
なっている。

【００８２】また、クライアントＣは、ＷＷＷブラウザ
を有し、ＷＷＷブラウザは、ＷＷＷサーバＤＳ₁〜ＤＳ_m
上のデータを閲覧するときは、与えられたＵＲＬにより
特定されるＨＰにアクセスし、そのＨＰを読み込んで表
示するようになっている。ここで、ＵＲＬは、クライア
ントＣの入力装置６０から直接入力したり、クライアン
トＣのブックマークに登録したＵＲＬを選択したりする
ことによりＷＷＷブラウザに与える。

【００８３】記憶装置６２には、図７に示すように、Ｕ
ＲＬを登録するＵＲＬ登録テーブル１１０が格納されて
いる。図７は、ＵＲＬ登録テーブル１１０の構造を示す
図である。

【００８４】ＵＲＬ登録テーブル１１０は、図７に示す
ように、ＵＲＬごとに複数のレコードが登録されてい
る。各レコードは、ＵＲＬを登録するフィールド１１２
と、フィールド１１２のＵＲＬにより特定されるＨＰに
アクセスした最新のアクセス日時を登録するフィールド
１１４と、フィールド１１２のＵＲＬにより特定される
ＨＰが更新された最新の更新日時を登録するフィールド
１１６と、フィールド１１２のＵＲＬにより特定される
ＨＰが消滅しているか否かを登録するフィールド１１８
とを含んで構成されている。

【００８５】図７の例では、図中１段目のレコードに
は、フィールド１１２にＵＲＬとして“http://www.aa
a.co.jp/index.html”が、フィールド１１４にアクセス
日時として“２０００年２月８日”が、フィールド１１
６に更新日時として“２０００年２月９日”が、フィー
ルド１１８に消滅の有無として消滅していないことを示
す“−”が登録されている。また、図中最下段のレコー
ドには、フィールド１１２にＵＲＬとして“http://ww
w.zzz.co.jp/index.html”が、フィールド１１４にアク
セス日時として“１９９９年１２月２４日”が、フィー
ルド１１６に更新日時として“１９９９年８月１日”
が、フィールド１１８に消滅の有無として消滅している
ことを示す“○”が登録されている。

【００８６】なお、ＵＲＬ登録テーブル１１０は、初め
はレコードが一つも登録されておらず、クライアントＣ
のユーザが必要に応じてＵＲＬを登録し、それに応じた
レコードを追加登録していくものである。ＵＲＬの登録
方法は、従来のブックマークの登録方法の例による。こ
れがクライアントＣのブックマークに相当する。

【００８７】ＣＰＵ５０は、マイクロプロセッシングユ
ニットＭＰＵ等からなり、ＲＯＭ５２の所定領域に格納
されている所定のプログラムを起動させ、そのプログラ
ムに従って、図８ないし図１０のフローチャートに示す
アクセス処理、ＵＲＬ登録テーブル更新処理および通知
処理を実行するようになっている。

【００８８】初めに、アクセス処理を図８を参照しなが
ら説明する。図８は、アクセス処理を示すフローチャー
トである。

【００８９】アクセス処理は、ＷＷＷブラウザにより実
現され、ＨＰにアクセスする処理であって、ＣＰＵ５０
において実行されると、図８に示すように、まず、ステ
ップＳ３００に移行するようになっている。

【００９０】ステップＳ３００では、ＵＲＬ登録テーブ
ル１１０に登録されているＵＲＬのうちいずれかが選択
されたか否かを判定し、いずれかのＵＲＬが選択された
と判定されたとき(Yes)は、ステップＳ３０４に移行す
る。

【００９１】ステップＳ３０４では、ＵＲＬ登録テーブ
ル１１０のそのＵＲＬに対応するアクセス日時を現在日
時に更新し、ステップＳ３０６に移行して、そのＵＲＬ
により特定されるＨＰにアクセスするために、そのＵＲ
Ｌを含むアクセス要求を、現在接続しているプロキシサ
ーバＰＳにＨＴＴＰにより送信し、ステップＳ３０８に
移行する。

【００９２】ステップＳ３０８では、アクセスしたＨＰ
に係るＷＷＷサーバＤＳからＨＴＴＰによりＨＴＴＰパ
ケットを受信し、ステップＳ３１０に移行して、受信し
たＨＴＴＰパケットを組み立ててなるデータに基づいて
その内容を表示し、ステップＳ３００に移行する。

【００９３】一方、ステップＳ３００で、ＵＲＬ登録テ
ーブル１１０に登録されているＵＲＬのうちいずれかも
選択されないと判定されたとき(No)は、ステップＳ３０
２に移行して、ＵＲＬを入力装置６０から入力したか否
かを判定し、ＵＲＬを入力したと判定されたとき(Yes)
は、ステップＳ３０４に移行するが、そうでないと判定
されたとき(No)は、ステップＳ３００に移行する。

【００９４】次に、ＵＲＬ登録テーブル更新処理を図９
を参照しながら説明する。図９は、ＵＲＬ更新処理を示
すフローチャートである。

【００９５】ＵＲＬ更新処理は、現在接続しているプロ
キシサーバＰＳから受信したヘッダ情報に基づいてＵＲ
Ｌ登録テーブル１１０を更新する処理であって、ＣＰＵ
５０において実行されると、図９に示すように、まず、
ステップＳ４００に移行するようになっている。

【００９６】ステップＳ４００では、現在接続している
プロキシサーバＰＳからヘッダ情報をＵＤＰにより受信
したか否かを判定し、ヘッダ情報を受信したと判定され
たとき(Yes)は、ステップＳ４０２に移行するが、そう
でないと判定されたとき(No)は、ヘッダ情報を受信する
までステップＳ４００で待機する。

【００９７】ステップＳ４０２では、ヘッダ情報に含ま
れているＵＲＬと同一のＵＲＬがＵＲＬ登録テーブル１
１０に登録されているか否かを判定し、ヘッダ情報に含
まれているＵＲＬと同一のＵＲＬがＵＲＬ登録テーブル
１１０に登録されていると判定されたとき(Yes)は、ス
テップＳ４０４に移行するが、そうでないと判定された
とき(No)は、ステップＳ４００に移行する。

【００９８】ステップＳ４０４では、ヘッダ情報に含ま
れている状態情報に基づいて、ＵＲＬ登録テーブル１１
０のそのＵＲＬに対応する更新日時または消滅の有無を
更新し、ステップＳ４００に移行する。具体的に、ステ
ップＳ４０４では、ヘッダ情報に含まれている状態情報
が更新日時を示すものであるときは、ＵＲＬ登録テーブ
ル１１０のそのＵＲＬに対応する更新日時を状態情報に
示される更新日時に更新する。また、ヘッダ情報に含ま
れている状態情報がＨＰが消滅していることを示すもの
であるときは、ＵＲＬ登録テーブル１１０のそのＵＲＬ
に対応する消滅の有無を、消滅していることを示す
“○”に更新する。

【００９９】次に、通知処理を図１０を参照しながら説
明する。図１０は、通知処理を示すフローチャートであ
る。

【０１００】通知処理は、ＷＷＷブラウザにより実現さ
れ、ＷＷＷブラウザにおいて所定の指示が入力（例え
ば、ブックマークを示すアイコンボタンが押下）された
ときは、ＵＲＬ登録テーブル１１０のＵＲＬを表示する
とともに、そのＵＲＬにより特定されるＨＰが更新され
ているか否かまたは消滅しているか否かを通知する処理
であって、ＣＰＵ５０において実行されると、図１０に
示すように、まず、ステップＳ５００に移行するように
なっている。

【０１０１】ステップＳ５００では、ＵＲＬ登録テーブ
ル１１０から消滅の有無を読み出し、ステップＳ５０２
に移行して、読み出した消滅の有無に基づいてＨＰが消
滅しているか否かを判定し、ＨＰが消滅していないと判
定されたとき(No)は、ステップＳ５０４に移行する。

【０１０２】ステップＳ５０４では、ＵＲＬ登録テーブ
ル１１０からアクセス日時を読み出し、ステップＳ５０
６に移行して、ＵＲＬ登録テーブル１１０から更新日時
を読み出し、ステップＳ５０８に移行して、読み出した
アクセス日時および更新日時を比較してＨＰが更新され
ているか否かを判定し、ＨＰが更新されていると判定さ
れたとき(Yes)は、ステップＳ５１０に移行する。具体
的に、ステップＳ５０８では、更新日時がアクセス日時
よりも時間的に新しいときは、ＨＰが更新されていると
判定し、その逆であるときは、ＨＰが更新されていない
と判定する。

【０１０３】ステップＳ５１０では、ＨＰが更新されて
いることを示すメッセージを表示し、ステップＳ５１２
に移行して、すべてのＵＲＬについてメッセージを表示
したか否かを判定し、すべてのＵＲＬについて表示した
と判定されたとき(Yes)は、一連の処理を終了するが、
そうでないと判定されたとき(No)は、ステップＳ５００
に移行する。

【０１０４】一方、ステップＳ５０８で、読み出したア
クセス日時および更新日時を比較してＨＰが更新されて
いないと判定されたとき(No)は、ステップＳ５１２に移
行する。

【０１０５】一方、ステップＳ５０２で、読み出した消
滅の有無に基づいてＨＰが消滅していると判定されたと
き(Yes)は、ステップＳ５１４に移行して、ＨＰが消滅
していることを示すメッセージを表示し、ステップＳ５
１２に移行する。

【０１０６】次に、上記実施の形態の動作を図１１を参
照しながら説明する。図１１は、クライアントＣにおい
てＷＷＷブラウザにより表示される画面を示す図であ
る。

【０１０７】まず、ＵＲＬ登録テーブル１１０を更新す
る場合を説明する。以下、クライアントＣ₁であってク
ライアントＣ₁₁，Ｃ₁₂がそれぞれプロキシサーバＰＳ₁
に接続し、クライアントＣ₂であってクライアントＣ₂₁
がプロキシサーバＰＳ₂に接続する場合を例にとって説
明する。このとき、クライアントＣ₁₁，Ｃ₁₂，Ｃ₂₁のＵ
ＲＬ登録テーブル１１０には、ＵＲＬとして、“http:/
/www.aaa.co.jp/index.html”（以下、ＵＲＬａとい
う。）、“http://www.bbb.co.jp/index.html”（以
下、ＵＲＬｂという。）、“http://www.ccc.co.jp/ind
ex.html”（以下、ＵＲＬｃという。）および“http://
www.zzz.co.jp/index.html”（以下、ＵＲＬｚとい
う。）がそれぞれ登録されているものとする。

【０１０８】クライアントＣ₁₁では、ユーザが、ＷＷＷ
ブラウザを起動してプロキシサーバＰＳ₁に接続し、Ｕ
ＲＬ登録テーブル１１０に登録されているＵＲＬのうち
例えばＵＲＬａをマウスのクリック等により選択する
と、ステップＳ３００〜Ｓ３０６を経て、ＵＲＬ登録テ
ーブル１１０のＵＲＬａに対応するアクセス日時が現在
日時に更新され、ＵＲＬａを含むアクセス要求がプロキ
シサーバＰＳ₁に送信される。またこれとほぼ同時に、
クライアントＣ₁₂，Ｃ₂₁でも、ユーザがＷＷＷブラウザ
を起動してプロキシサーバＰＳ₁，ＰＳ₂に接続するもの
とする。

【０１０９】プロキシサーバＰＳ₁では、クライアント
Ｃ₁₁からアクセス要求を受信すると、ステップＳ１００
〜Ｓ１０４を経て、受信したアクセス要求に含まれるＵ
ＲＬａにより特定されるＨＰにアクセスし、アクセスし
たＨＰに係るＷＷＷサーバＤＳからＨＴＴＰパケットを
受信し、受信したＨＴＴＰパケットからヘッダ情報が取
得される。このとき、ヘッダ情報には、ＵＲＬａおよび
ＵＲＬａにより特定されるＨＰの更新日時を示す状態情
報が含まれているとする。

【０１１０】次いで、ステップＳ１０６，Ｓ１０８を経
て、取得されたヘッダ情報が、ＵＤＰにより、記憶装置
４２のクライアント情報登録テーブルに登録されている
すべてのクライアントＣ₁₁，Ｃ₁₂に送信されるととも
に、プロキシサーバＰＳ₂に送信される。そして、ステ
ップＳ１１０，Ｓ１１２を経て、受信したすべてのＨＴ
ＴＰパケットがＨＴＴＰによりクライアントＣ₁₁に送信
される。

【０１１１】クライアントＣ₁₁では、プロキシサーバＰ
Ｓ₁からＨＴＴＰパケットを受信すると、ステップＳ３
０８，Ｓ３１０を経て、受信したＨＴＴＰパケットを組
み立ててなるデータに基づいてその内容がＷＷＷブラウ
ザ上に表示される。

【０１１２】一方、クライアントＣ₁₂では、プロキシサ
ーバＰＳ₁からヘッダ情報を受信すると、そのヘッダ情
報にはＵＲＬａが含まれておりなおかつ更新日時を示す
状態情報が含まれているので、ステップＳ４００，Ｓ４
０４を経て、ＵＲＬ登録テーブル１１０のＵＲＬａに対
応する更新日時が状態情報の更新日時に更新される。

【０１１３】一方、プロキシサーバＰＳ₂では、プロキ
シサーバＰＳ₁からヘッダ情報を受信すると、ステップ
Ｓ２００，Ｓ２０２を経て、受信したヘッダ情報が、Ｕ
ＤＰにより、記憶装置４２のクライアント情報登録テー
ブルに登録されているすべてのクライアントＣ₂₁に送信
される。

【０１１４】クライアントＣ₂₁では、プロキシサーバＰ
Ｓ₂からヘッダ情報を受信すると、そのヘッダ情報には
ＵＲＬａが含まれておりなおかつ更新日時を示す状態情
報が含まれているので、ステップＳ４００，Ｓ４０４を
経て、ＵＲＬ登録テーブル１１０のＵＲＬａに対応する
更新日時が状態情報の更新日時に更新される。

【０１１５】このように、クライアントＣ₁₂，Ｃ₂₁で
は、クライアントＣ₁₁がＵＲＬａにより特定されるＨＰ
にアクセスすると、自己がアクセスしなくてもプロキシ
サーバＰＳ₁，ＰＳ₂に接続さえしていれば、ＵＲＬ登録
テーブル１１０のＵＲＬａに対応する更新日時が自動的
に最新のものに更新される。

【０１１６】なお、クライアントＣ₁₁がＵＲＬａにより
特定されるＨＰにアクセスした結果そのＨＰが既に消滅
しているときは、プロキシサーバＰＳ₁では、ＵＲＬａ
およびＨＰが消滅していることを示す状態情報を含むヘ
ッダ情報が、受信したＨＴＴＰパケットから取得され
る。そして、取得されたヘッダ情報が、ＵＤＰにより、
記憶装置４２のクライアント情報登録テーブルに登録さ
れているすべてのクライアントＣ₁₁，Ｃ₁₂に送信される
とともに、プロキシサーバＰＳ₂に送信される。

【０１１７】これに伴って、クライアントＣ₁₂，Ｃ₂₁で
は、ＵＲＬ登録テーブル１１０のＵＲＬａに対応する消
滅の有無が、消滅していることを示す“○”に更新され
る。

【０１１８】次に、ＵＲＬ登録テーブル１１０のＵＲＬ
により特定されるＨＰが更新されているか否かまたは消
滅しているか否かを通知する場合を説明する。

【０１１９】上記のように、クライアントＣ₁₂がプロキ
シサーバＰＳ₁に接続している状態で、ＵＲＬ登録テー
ブル１１０のＵＲＬａに対応する更新日時が最新のもの
に更新された後に、クライアントＣ₁₂では、ユーザがＷ
ＷＷブラウザ上で、図１１に示すように、例えば、ブッ
クマークを示すアイコンボタン７０をマウスのクリック
等により押下すると、ＷＷＷブラウザの表示画面のうち
ＵＲＬを表示する画面に、ＵＲＬ登録テーブル１１０に
登録されているＵＲＬが表示される。そして、表示され
たＵＲＬに対応して、そのＵＲＬにより特定されるＨＰ
が最終アクセス日時よりも後に更新されているか否か、
またはそのＵＲＬにより特定されるＨＰが最終アクセス
日時よりも後に消滅しているか否かが表示される。

【０１２０】例えば、ＵＲＬ登録テーブル１１０のＵＲ
Ｌａ，ｃに対応する更新日時がアクセス日時よりも時間
的に新しいときは、ステップＳ５００〜Ｓ５１０を経
て、ＨＰが更新されていることを示すメッセージ“Ｎｅ
ｗ”７４が表示される。また、ＵＲＬ登録テーブル１１
０のＵＲＬｚに対応する更新の有無が、消滅しているこ
とを示す“○”であるときは、ステップＳ５００，Ｓ５
０２，Ｓ５１４を経て、ＨＰが消滅していることを示す
メッセージ“消滅”７６が表示される。

【０１２１】このようにして、本実施の形態では、プロ
キシサーバＰＳは、クライアントＣからのアクセス要求
に応じてそのアクセス要求に含まれるＵＲＬにより特定
されるＨＰにアクセスしてそのＨＰの状態情報を取得
し、取得した状態情報をプロキシサーバＰＳに接続して
いるすべてのクライアントＣに配信するようにし、クラ
イアントＣは、プロキシサーバＰＳから受信した状態情
報に係るＵＲＬがＵＲＬ登録テーブル１１０に登録され
ているときは、プロキシサーバＰＳから受信した状態情
報に基づいて、ＵＲＬ登録テーブル１１０のそのＵＲＬ
に対応する状態情報を更新し、ＵＲＬ登録テーブル１１
０のＵＲＬに対応する更新日時がアクセス日時よりも時
間的に新しいときは、ＨＰが更新されたことを示すメッ
セージを表示するようにした。

【０１２２】これにより、クライアントＣでは、他のク
ライアントＣがＵＲＬにより特定されるＨＰにアクセス
すると、自己がアクセスしなくてもプロキシサーバＰＳ
に接続さえしていれば、ＵＲＬ登録テーブル１１０のそ
のＵＲＬに対応する更新日時が自動的に最新のものに更
新されるので、クライアントＣのユーザは、そのＨＰに
アクセスする前に、そのＨＰの更新の有無を確認するこ
とができる。したがって、ＨＰが更新されたときのみそ
のＨＰにアクセスするようにすれば、従来に比して、手
間や時間を要することなく、ネットサーフィンを比較的
円滑かつ効率的に行うことができる。

【０１２３】さらに、本実施の形態では、クライアント
Ｃは、プロキシサーバＰＳから受信した状態情報に係る
ＵＲＬがＵＲＬ登録テーブル１１０に登録されていると
きは、プロキシサーバＰＳから受信した状態情報に基づ
いて、ＵＲＬ登録テーブル１１０のそのＵＲＬに対応す
る状態情報を更新し、ＵＲＬ登録テーブル１１０のＵＲ
Ｌに対応する消滅の有無が、消滅していることを示して
いるときは、ＨＰが消滅していることを示すメッセージ
を表示するようにした。

【０１２４】これにより、クライアントＣでは、他のク
ライアントＣがＵＲＬにより特定されるＨＰにアクセス
すると、自己がアクセスしなくてもプロキシサーバＰＳ
に接続さえしていれば、ＵＲＬ登録テーブル１１０のそ
のＵＲＬに対応する消滅の有無が自動的に更新されるの
で、クライアントＣのユーザは、そのＨＰにアクセスす
る前に、そのＨＰの消滅の有無を確認することができ
る。したがって、ＨＰが消滅しているときはそのＨＰに
アクセスしないようにすれば、従来に比して、手間や時
間を要することなく、ネットサーフィンを比較的円滑か
つ効率的に行うことができる。

【０１２５】さらに、本実施の形態では、プロキシサー
バＰＳは、取得した状態情報を他のプロキシサーバＰＳ
に配信するとともに、他のプロキシサーバＰＳから受信
した状態情報を現在接続しているすべてのクライアント
に配信するようにした。

【０１２６】これにより、クライアントＣでは、異なる
プロキシサーバに接続しているクライアントＣがＵＲＬ
により特定されるＨＰにアクセスすると、ＵＲＬ登録テ
ーブル１１０のそのＵＲＬに対応する更新または消滅の
有無が自動的に更新されるので、クライアントＣのユー
ザは、そのＨＰにアクセスする前に、そのＨＰの消滅の
有無を比較的確実に確認することができる。したがっ
て、ネットサーフィンをさらに円滑かつ効率的に行うこ
とができる。

【０１２７】さらに、本実施の形態では、プロキシサー
バＰＳは、取得した状態情報を、クライアント情報登録
テーブルのクライアント情報により特定されるクライア
ントＣに配信するようにした。

【０１２８】これにより、クライアントＣでは、比較的
確実に状態情報の配信を受けることができるので、クラ
イアントＣのユーザは、ＵＲＬ登録テーブル１１０のＵ
ＲＬにより特定されるＨＰにアクセスする前に、そのＨ
Ｐの更新または消滅の有無を比較的確実に確認すること
ができる。したがって、ネットサーフィンをさらに円滑
かつ効率的に行うことができる。

【０１２９】さらに、本実施の形態では、プロキシサー
バＰＳは、状態情報をＵＤＰによりクライアントＣに送
信するようにした。

【０１３０】これにより、クライアントＣは、状態情報
を受信してもその応答を行わなくてすむので、プロキシ
サーバＰＳに多数のアクセスが集中しても、インターネ
ット４００のネットワーク負荷が急激に上昇する状態を
ある程度回避することができる。

【０１３１】上記実施の形態において、ＵＲＬは、請求
項１、２、４、または１０ないし１２記載のアドレスに
対応し、ＷＷＷサーバＤＳは、請求項１、９または１０
記載のデータ蓄積端末に対応している。

【０１３２】また、上記実施の形態において、プロキシ
サーバＰＳは、請求項１、２、７または８記載の中継サ
ーバに対応し、記憶装置４２は、請求項８記載の第２の
記憶手段に対応し、ステップＳ１０２〜Ｓ１０４は、請
求項１、７、８または１０記載の状態取得手段に対応
し、ステップＳ１０６は、請求項１、７、８または１０
記載の状態情報配信手段に対応し、ステップＳ１０８
は、請求項７記載の第２の状態情報配信手段に対応して
いる。

【０１３３】また、上記実施の形態において、記憶装置
６２は、請求項１ないし５、１１または１２記載の記憶
手段に対応し、ステップＳ３０４は、請求項４記載のア
ドレス時登録手段に対応し、ステップＳ４０２，Ｓ４０
４は、請求項１、２、１１または１２記載のアドレス管
理手段に対応し、ステップＳ５００〜Ｓ５１４は、請求
項３ないし５記載の通知手段に対応している。

【０１３４】なお、上記実施の形態において、クライア
ントＣは、ＨＰが消滅していると判定したときは、ＨＰ
が消滅していることを示すメッセージを表示するように
構成したが、これに限らず、ＨＰが消滅していると判定
したときは、そのＨＰに係るＵＲＬをＵＲＬ登録テーブ
ル１１０から抹消するように構成してもよい。

【０１３５】これにより、消滅しているＨＰに係るＵＲ
Ｌは、クライアントＣにおいてＷＷＷブラウザにより表
示されないこととなるので、消滅して無意味となったＵ
ＲＬが蓄積することなく、真に必要のあるＵＲＬのみを
登録として残すことができる。

【０１３６】また、上記実施の形態において、クライア
ントＣは、ＨＰが消滅していると判定したときは、ＨＰ
が消滅していることを示すメッセージを表示するように
構成したが、これに限らず、ＨＰが変更により消滅して
いると判定したときは、そのＨＰの移転先の新たなＵＲ
Ｌを検索し、そのＨＰに係るＵＲＬを移転先の新たなＵ
ＲＬに置き換えるようにしてもよい。同様にこれをプロ
キシサーバＰＳが行うようにしてもよい。すなわち、プ
ロキシサーバＰＳは、そのＨＰの移転先の新たなＵＲＬ
を検索し、索出したＵＲＬを含むヘッダ情報をクライア
ントＣに送信する。

【０１３７】また、上記実施の形態において、図４およ
び図５のフローチャートに示す処理を実行するにあたっ
てはいずれも、ＲＯＭ３２にあらかじめ格納されている
制御プログラムを実行する場合について説明したが、こ
れに限らず、これらの手順を示したプログラムが記憶さ
れた記憶媒体から、そのプログラムをＲＡＭ３４に読み
込んで実行するようにしてもよい。

【０１３８】また、上記実施の形態において、図８ない
し図１０のフローチャートに示す処理を実行するにあた
ってはいずれも、ＲＯＭ５２にあらかじめ格納されてい
る制御プログラムを実行する場合について説明したが、
これに限らず、これらの手順を示したプログラムが記憶
された記憶媒体から、そのプログラムをＲＡＭ５４に読
み込んで実行するようにしてもよい。

【０１３９】ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等
の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒
体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記
憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体
であって、電子的、磁気的、光学的等の読み取り方法の
いかんにかかわらず、コンピュータで読み取り可能な記
憶媒体であれば、あらゆる記憶媒体を含むものである。

【０１４０】また、上記実施の形態においては、本発明
に係るアドレス管理システム、状態情報配信サーバおよ
びアドレス管理クライアントを、図１に示すように、イ
ンターネット４００において、プロキシサーバＰＳから
配信される情報に基づいて各クライアントＣがＵＲＬの
更新または消滅を管理する場合について適用したが、こ
れに限らず、本発明の主旨を逸脱しない範囲で他の場合
にも適用可能である。例えば、インターネット４００以
外のネットワークにおいても適用が可能である。

【０１４１】

【発明の効果】以上説明したように、本発明に係る請求
項１ないし８記載のアドレス管理システムによれば、ク
ライアントでは、記憶手段のアドレスにより特定される
格納場所のデータにアクセスする前に、アドレスの管理
内容を参照することより、そのデータの状態を確認する
ことができるので、従来に比して、手間や時間を要する
ことなく、ネットサーフィンを比較的円滑かつ効率的に
行うことができるという効果が得られる。

【０１４２】さらに、本発明に係る請求項２記載のアド
レス管理システムによれば、クライアントでは、記憶手
段のアドレスにより特定される格納場所のデータにアク
セスする前に、記憶手段の状態情報の更新内容を参照す
ることより、そのデータの状態を確認することができる
ので、ネットサーフィンをさらに円滑かつ効率的に行う
ことができるという効果も得られる。

【０１４３】さらに、本発明に係る請求項３記載のアド
レス管理システムによれば、クライアントでは、記憶手
段のアドレスにより特定される格納場所のデータにアク
セスする前に、記憶手段の状態情報の更新内容に基づい
た通知がなされるので、ネットサーフィンをさらに円滑
かつ効率的に行うことができるという効果も得られる。

【０１４４】さらに、本発明に係る請求項４記載のアド
レス管理システムによれば、クライアントでは、記憶手
段のアドレスにより特定される格納場所のデータにアク
セスする前に、データの更新の有無が通知されるので、
ネットサーフィンをさらに円滑かつ効率的に行うことが
できるという効果も得られる。

【０１４５】さらに、本発明に係る請求項５記載のアド
レス管理システムによれば、クライアントでは、記憶手
段のアドレスにより特定される格納場所のデータにアク
セスする前に、データの消滅の有無が通知されるので、
ネットサーフィンをさらに円滑かつ効率的に行うことが
できるという効果も得られる。

【０１４６】さらに、本発明に係る請求項６記載のアド
レス管理システムによれば、消滅して無意味となったア
ドレスが蓄積することなく、真に必要のあるアドレスの
みを登録として残すことができるという効果も得られ
る。

【０１４７】さらに、本発明に係る請求項７記載のアド
レス管理システムによれば、クライアントでは、異なる
中継サーバに接続しているクライアントのアクセス結果
がアドレスの管理内容に反映されるので、記憶手段のア
ドレスにより特定される格納場所のデータにアクセスす
る前に、そのデータの状態を比較的確実に確認すること
ができる。したがって、ネットサーフィンをさらに円滑
かつ効率的に行うことができるという効果が得られる。

【０１４８】さらに、本発明に係る請求項８記載のアド
レス管理システムによれば、クライアントでは、比較的
確実に状態情報の配信を受けることができるので、記憶
手段のアドレスにより特定される格納場所のデータにア
クセスする前に、そのデータの状態を比較的確実に確認
することができる。したがって、ネットサーフィンをさ
らに円滑かつ効率的に行うことができるという効果が得
られる。

【０１４９】一方、本発明に係る請求項９または１１記
載の状態情報配信サーバによれば、請求項１記載のアド
レス管理システムと同等の効果が得られる。

【０１５０】一方、本発明に係る請求項１１ないし１３
記載のアドレス管理クライアントによれば、請求項１記
載のアドレス管理システムと同等の効果が得られる。

【０１５１】さらに、本発明に係る請求項１２記載のア
ドレス管理クライアントによれば、請求項２記載のアド
レス管理システムと同等の効果が得られる。

【０１５２】さらに、本発明に係る請求項１３記載のア
ドレス管理クライアントによれば、請求項６記載のアド
レス管理システムと同等の効果が得られる。

【図面の簡単な説明】

【図１】インターネット４００からなるネットワークシ
ステムの構成を示す図である。

【図２】プロキシサーバＰＳ₁の構成を示すブロック図
である。

【図３】ＨＴＴＰパケットのデータ構造を示す図であ
る。

【図４】第１のヘッダ情報配信処理を示すフローチャー
トである。

【図５】第２のヘッダ情報配信処理を示すフローチャー
トである。

【図６】クライアントＣの構成を示すブロック図であ
る。

【図７】ＵＲＬ登録テーブル１１０の構造を示す図であ
る。

【図８】アクセス処理を示すフローチャートである。

【図９】ＵＲＬ更新処理を示すフローチャートである。

【図１０】通知処理を示すフローチャートである。

【図１１】クライアントＣにおいてＷＷＷブラウザによ
り表示される画面を示す図である。

【符号の説明】

ＣクライアントＤＳＷＷＷサーバＰＳプロキシサーバ３０，５０ＣＰＵ３２，５２ＲＯＭ３４，５４ＲＡＭ４０，６０入力装置４２，６２記憶装置４４，６４表示装置８０ヘッダ部８２データ部１１０ＵＲＬ登録テーブル４００インターネット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 ２４０Ｇ０６Ｆ 17/30 ２４０Ａ

Claims

【特許請求の範囲】

【請求項１】データを蓄積するデータ蓄積端末に通信
可能に接続する中継サーバと、前記中継サーバに通信可
能に接続したときに前記データ蓄積端末におけるデータ
の格納位置及びそのデータを一意に特定するアドレスを
含むアクセス要求を送信するクライアントとを備え、前
記アドレスを管理するシステムであって、前記中継サーバは、前記クライアントからのアクセス要
求に応じてそのアクセス要求に含まれるアドレスにより
特定される格納位置のデータにアクセスしてその格納位
置のデータの更新、変更又は消滅に関する状態情報を取
得する状態情報取得手段と、前記状態情報取得手段で取
得した状態情報を当該中継サーバに接続しているクライ
アントに配信する状態情報配信手段とを有し、前記クライアントは、前記アドレスを登録するための記
憶手段と、前記中継サーバから受信した状態情報に基づ
いて前記記憶手段のアドレスを管理するアドレス管理手
段を有することを特徴とするアドレス管理システム。
【請求項２】請求項１において、前記記憶手段は、前記状態情報を前記アドレスと対応付
けて登録可能となっており、前記アドレス管理手段は、前記中継サーバから受信した
状態情報に係るアドレスが前記記憶手段に登録されてい
るときは、前記中継サーバから受信した状態情報に基づ
いて、前記記憶手段のそのアドレスに対応する状態情報
を更新するようになっていることを特徴とするアドレス
管理システム。
【請求項３】請求項２において、前記クライアントは、前記記憶手段の状態情報に基づい
て所定の通知を行う通知手段を有することを特徴とする
アドレス管理システム。
【請求項４】請求項３において、前記状態情報のうち更新に関する情報は、前記格納位置
のデータが更新された更新時を示すものであり、前記クライアントは、前記記憶手段のアドレスにより特
定される格納位置のデータにアクセスしたアクセス時を
前記アドレスと対応付けて前記記憶手段に登録するアク
セス時登録手段を有し、前記通知手段は、前記記憶手段のアドレスに対応する更
新時が、前記記憶手段のそのアドレスに対応するアクセ
ス時よりも時間的に新しいときは、データが更新された
ことを通知するようになっていることを特徴とするアド
レス管理システム。
【請求項５】請求項３及び４のいずれかにおいて、前記状態情報のうち変更又は消滅に関する情報は、前記
格納位置のデータが存在するか否かを示すものであり、前記通知手段は、前記記憶手段の状態情報が、データが
存在しないことを示すものであるときは、データが存在
しないことを通知するようになっていることを特徴とす
るアドレス管理システム。
【請求項６】請求項１において、前記状態情報のうち変更又は消滅に関する情報は、前記
格納位置のデータが存在するか否かを示すものであり、前記アドレス管理手段は、前記中継サーバから受信した
状態情報に係るアドレスが前記記憶手段に登録されてい
る場合に、前記中継サーバから受信した状態情報が、デ
ータが存在しないことを示すものであるときは、前記記
憶手段のそのアドレスを抹消するようになっていること
を特徴とするアドレス管理システム。
【請求項７】請求項１乃至６のいずれかにおいて、前記中継サーバを複数備え、前記中継サーバは、前記状態情報取得手段で取得した状
態情報を他の中継サーバに配信する第２の状態情報配信
手段を有し、前記状態情報配信手段は、前記他の中継サーバから受信
した状態情報を当該中継サーバに接続しているクライア
ントに配信するようになっていることを特徴とするアド
レス管理システム。
【請求項８】請求項１乃至７のいずれかにおいて、前記中継サーバは、前記クライアントを特定するための
クライアント特定情報を登録するための第２の記憶手段
と、前記クライアントが当該中継サーバに通信可能に接
続したときにそのクライアントのクライアント特定情報
を前記第２の記憶手段に登録するクライアント情報登録
手段とを有し、前記状態情報配信手段は、前記状態情報取得手段で取得
した状態情報を、前記第２の記憶手段のクライアント情
報により特定されるクライアントに配信するようになっ
ていることを特徴とするアドレス管理システム。
【請求項９】データを蓄積するデータ蓄積端末と、ク
ライアントとに通信可能に接続し、前記データ蓄積端末
におけるデータの格納位置の状態に関する状態情報を配
信するサーバであって、前記状態情報を当該サーバに接続しているクライアント
に配信するようになっていることを特徴とする状態情報
配信サーバ。
【請求項１０】データを蓄積するデータ蓄積端末と、
前記データ蓄積端末におけるデータの格納位置及びその
データを一意に特定するアドレスを含むアクセス要求を
送信するクライアントとに通信可能に接続し、前記デー
タ蓄積端末におけるデータの格納位置の状態に関する状
態情報を配信するサーバであって、前記クライアントからのアクセス要求に含まれるアドレ
スにより特定される格納位置のデータにアクセスして前
記状態情報を取得する状態情報取得手段と、前記状態情
報取得手段で取得した状態情報を当該サーバに接続して
いるクライアントに配信する状態情報配信手段とを備え
ることを特徴とする状態情報配信サーバ。
【請求項１１】請求項９及び１０のいずれかに記載の
状態情報配信サーバに通信可能に接続し、前記アドレス
を管理するクライアントであって、前記アドレスを登録するための記憶手段と、前記状態情
報配信サーバから受信した状態情報に基づいて前記記憶
手段のアドレスを管理するアドレス管理手段を備えるこ
とを特徴とするアドレス管理クライアント。
【請求項１２】請求項１１において、前記記憶手段は、前記状態情報を前記アドレスと対応付
けて登録可能となっており、前記アドレス管理手段は、前記状態情報配信サーバから
受信した状態情報に係るアドレスが前記記憶手段に登録
されているときは、前記状態情報配信サーバから受信し
た状態情報に基づいて、前記記憶手段のそのアドレスに
対応する状態情報を更新するようになっていることを特
徴とするアドレス管理クライアント。
【請求項１３】請求項１１において、前記状態情報のうち変更又は消滅に関する情報は、前記
格納位置のデータが存在するか否かを示すものであり、前記アドレス管理手段は、前記状態情報配信サーバから
受信した状態情報に係るアドレスが前記記憶手段に登録
されている場合に、前記状態情報配信サーバから受信し
た状態情報が、データが存在しないことを示すものであ
るときは、前記記憶手段のそのアドレスを抹消するよう
になっていることを特徴とするアドレス管理クライアン
ト。