JP3441306B2 - クライアント装置、メッセージ送信方法、サーバ装置、ページ処理方法及び中継サーバ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子化された文書
とそれを指し示すリンクから構成されるハイパーメディ
ア文書を処理するクライアント装置、メッセージ送信方
法、サーバ装置、ページ処理方法及び中継サーバ装置に
関する。

【０００２】

【従来の技術】ハイパーメディアは、テキスト、動画、
静止画、図形、音声などのマルチメディアデータをリン
クによって関連付けることにより、多面的な情報に柔軟
なアクセス手段を提供する技術である。ハイパーメディ
ア文書とは、ハイパーメディア技術により提供されるマ
ルチメディア文書である。

【０００３】ハイパーメディア文書を記憶・提供する装
置をサーバと呼び、ハイパーメディア文書を取得・表示
する装置をクライアントと呼ぶ。

【０００４】ハイパーメディアの原理を図２２を用いて
説明する。図中の１９−１，１９−２，１９−３は、ハ
イパーメディアにより提供される情報の単位となる「ペ
ージ」である。ページ内にはテキストや画像など様々な
情報が記載されると同時に、関連情報ページを指し示す
「アンカー」（図中の１９−４，１９−５）が埋め込ま
れている。そのため、例えばアンカー１を用いて、ペー
ジ２を取得することが可能である。ここで、関連付けを
理解しやすくするために、アンカー１からページ２に仮
想的に「リンク」（図中の１９−６，１９−７）が張ら
れていると見倣すことが多い。利用者は、ページ１にお
いてアンカー１からリンクＡを辿ることにより、関連情
報であるページ２を得ることができる。さらに、ページ
２中のアンカー２からリンクＢを辿りページ３を得るこ
とができる。各ページには一意に識別可能な識別子が用
いられ、アンカーから必ずページを特定できる。このよ
うにリンクを辿りながら情報を探すことをナビゲーショ
ンと呼ぶ。

【０００５】ここで、ページの識別子に関して説明す
る。

【０００６】ページの識別子やそのページを記憶するサ
ーバの識別子の意味として、例えば次の２つが考えられ
る。

【０００７】（１）ページの識別子は、そのページをネ
ットワーク中で特定可能な情報である。この場合、例え
ば、ページの識別子は、そのページを記憶しているサー
バをネットワーク中で特定可能なホスト名と、そのペー
ジのファイル名あるいはディレクトリー名＋ファイル名
からなる。

【０００８】（２）ページの識別子は、そのページを記
憶するサーバ内で、そのファイルを識別可能な情報であ
る。また、サーバの識別子は、サーバをネットワーク中
で特定可能な情報である。従って、各ページは、サーバ
の識別子とページの識別子の組により、ネットワーク中
で特定される。

【０００９】以下では、後者の（２）をもとに説明を行
って行くが、以下の説明中「サーバの識別子＋ページの
識別子」は、（１）の意味での「ページの識別子」と同
等である。

【００１０】なお、アンカーが指し示すリンクとしてサ
ーバの識別子のみ設定され、サーバ側でデフォルトのペ
ージ識別子が設定される場合も想定されるが、この場
合、アンカーに対応するページの識別子はｎｕｌｌとす
る。

【００１１】ここで、本明細書における用語を定義す
る。「ソースページ」とは、ページ要求を起こすための
アンカーが含まれるページを意味するものとする。「ソ
ースサーバ」とは、ソースページを記憶しているサーバ
を意味するものとする。「ソース情報」とは、少なくと
もソースページの識別子とソースサーバの識別子を含む
情報を意味するものとする。「要求ページ」とは、次に
取得・表示したいページを意味するものとする。「要求
ページ情報」とは、要求ページを記憶しているサーバの
識別子と、その要求ページの識別子を含む情報を意味す
るものとする。

【００１２】以下、従来のサーバの一例および従来のク
ライアントの一例を図２３を参照しながら説明する。

【００１３】サーバ１−１は、ページ要求（要求メッセ
ージ）を受け付ける受信部１−２、ハイパーメディア文
書を記憶するページ記憶部１−３、受け付けたページ要
求に応じてページ記憶部１−３から必要なページを読み
出す要求処理部１−４、ページを要求元に送信する送信
部１−５を備えている。

【００１４】クライアント１−１１は、ページを受信す
る受信部１−１２、受信したページを表示するためにペ
ージを解釈するとともに、表示中のページ内のアンカー
の選択指示により要求されたリンク先となるページの情
報を出力するページ解釈部１−１３、解釈されたページ
を表示する表示部１−１４、アンカー選択指示による利
用者からのページ要求を受け付ける入力部１−１５、入
力部１−１５からの指示やページ解釈部１−１３からの
情報をもとに、要求するページを記憶しているサーバの
識別子とそのページの識別子を含むページ取得の要求を
生成する要求生成部１−１６、新しいページを要求する
際に表示中のページを取得したソースサーバの識別子と
その表示中のページの識別子を含むソース情報を作成す
るソース情報生成部１−１８、ページ取得の要求とソー
ス情報をもとに作成した要求メッセージを送信する送信
部１−１７を備えている。

【００１５】なお、一般的には図２３に示すようにサー
バ１−１とクライアント１−１１はネットワーク１−１
９で接続されるが、ＣＤ−ＲＯＭで提供されるハイパー
メディア文書を扱う場合などはサーバ１−１とクライア
ント１−１１の両方の機能を同一計算機上に実現する場
合もあり得る。

【００１６】次に、図２４を用いて従来例の動作の中で
本発明に関連する部分、つまりページを要求するととも
にソース情報を生成する動作を説明する。

【００１７】クライアント１−１１において、あるサー
バから取得したページＡを表示しているときに（図中２
−１）、ページＡ上のアンカーＣを辿る指示（２−２）
が入力部１−１５から来ると、要求生成部１−１６はペ
ージ解釈部１−１３からアンカーＣに対応するページＢ
の情報（２−３）を受け取り、ページ要求（２−４）を
作成する。一方、ソース情報生成部１−１８は、ページ
解釈部１−１３から表示中のページの情報（２−５）を
受け取り、ソース情報（２−６）を作成する。送信部１
−１７は、ページ要求（２−４）とソース情報（２−
６）から要求メッセージ（２−７）を作成し、ネットワ
ークを経て要求ページを記憶するサーバ１−１に送信す
る。

【００１８】要求メッセージを受信したサーバ１−１
は、ページの要求の情報（２−８）を要求処理部１−４
に送り、ページ記憶部１−３からページＢ（２−９）を
読みだしてクライアント１−１１に転送する。

【００１９】クライアント１−１１は、サーバ１−１か
らページＢの取得に成功すると、これを解釈して表示す
るなど所定の処理を行った後に、次のページ要求の受け
付け可能な状態となる。

【００２０】しかしながら、上記のようなサーバ・クラ
イアントシステムでは、受信メッセージ（２−７）中に
含まれるソース情報は一般に他のサーバ上に記憶されて
いるページに関する情報であり、従来はソース情報は有
効に活用されていなかった。ソース情報に関する公知技
術としては、世界的な規模の分散型ハイパーメディアで
あるＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂのリンク関係の規定
であるＨｙｐｅｒｔｅｘｔ ＴｒａｎｓｆｅｒＰｒｏｔ
ｏｃｏｌ−ＨＴＴＰ／１．０中で定義されているＲｅｆ
ｅｒｅｒフィールドがある。ただし、この情報はサーバ
にとっては役に立つがクライアントには直接役に立たな
い情報であり、クライアント側の好意で送ってもよいし
送らなくてもよいというオプションとして規定されてい
る。なお、Ｈｙｐｅｒｔｅｘｔ ＴｒａｎｓｆｅｒＰｒ
ｏｔｏｃｏｌ−ＨＴＴＰ／１．０は、１９９５年７月現
在でＩｎｔｅｒｎｅｔ Ｄｒａｆｔとして公開されてい
る。

【００２１】

【発明が解決しようとする課題】従来、クライアントか
らは、ソース情報をページ要求に付加して要求先のサー
バに送付することはできるが、ソースページを記憶して
いるソースサーバには伝達されなかった。そのため、ソ
ースサーバはページ中のアンカーの利用頻度等について
知ることができなかった。

【００２２】また、参照先のページが削除された場合に
は、そのページを参照しているアンカーを辿ると一定時
間内にページにたどり着けないのでエラーとなるため、
正しい情報を指すように修正する必要がある。しかし、
従来技術ではソースサーバ側ではクライアントでのエラ
ーの発生を知る手段がなかった。

【００２３】また、ＨＴＴＰ／１．０で規定されている
ように、全てのクライアントが必ずソース情報を生成す
る保証はなかった。

【００２４】このように従来は、各ページのアンカーが
利用された事実、その利用頻度、利用結果を知る手段が
なかった。

【００２５】本発明は、上記事情を考慮してなされたも
のであり、外部からページ間の参照状況を把握できるク
ライアント装置およびメッセージ送信方法を提供するこ
とを目的とする。

【００２６】また、本発明は、自身が管理するページが
もとにされて他ページが参照された状況に応じて該ペー
ジを修正可能なサーバ装置およびページ処理方法を提供
することを目的とする。

【００２７】また、本発明は、アンカー利用に関する情
報を含むメッセージの転送にあたって、ソースサーバに
おける処理をソースサーバに代わって実行可能な中継サ
ーバ装置およびメッセージ送信方法を提供することを目
的とする。

【００２８】また、本発明は、ページ要求に含まれるソ
ースページに関する情報を利用して、ソースサーバにア
ンカーの利用に関する情報を通知可能な中継サーバ装置
およびメッセージ送信方法を提供することを目的とす
る。

【００２９】また、本発明は、ページの転送記録および
ページ要求の転送記録をもとにして、ソースサーバにア
ンカーの利用に関する情報を通知可能な中継サーバ装置
およびメッセージ送信方法を提供することを目的とす
る。

【００３０】

【課題を解決するための手段】本発明（請求項１）に係
るクライアント装置は、取得したハイパーメディア文書
からなる第１のページを解釈し表示する手段と、表示中
の第１のページで参照されている第２のページを要求す
る第１のメッセージを、該第２のページを記憶している
サーバ装置に送信する手段と、前記第２のページの要求
に関わる情報を含む第２のメッセージを、前記第２のペ
ージを記憶しているサーバ装置とは異なる宛先に送信す
る手段とを備えたことを特徴とする。

【００３１】上記異なる宛先を第１のページ（ソースペ
ージ）を記憶するソースサーバとすれば、ソースサーバ
はページ中のアンカーの利用状況を把握してリンク管理
に役立てることができる。

【００３２】本発明（請求項２）は、請求項１に記載の
クライアント装置において、前記第２のメッセージの送
信は、前記表示中のページのハイパーメディア文書に送
信指定が設定されている場合に限って行うことを特徴と
する。

【００３３】本発明（請求項３）は、請求項１に記載の
クライアント装置において、前記第２のメッセージの送
信は、作成された該メッセージを所定のキー情報で分類
し夫々の分類ごとに所定数蓄積した後に行うことを特徴
とする。

【００３４】本発明（請求項４）に係るメッセージ送信
方法は、取得したハイパーメディア文書からなる第１の
ページを解釈して表示し、表示中の第１のページで参照
されている第２のページを要求する第１のメッセージ
を、該第２のページを記憶しているサーバ装置に送信
し、前記第２のページの要求に関わる情報を含む第２の
メッセージを、前記第２のページを記憶しているサーバ
装置とは異なる宛先に送信することを特徴とする。

【００３５】本発明Ａは、ハイパーメディア文書を取得
し表示するためのコンピュータで実行されるページの取
得元に関する情報を生成するためのプログラムを記憶す
る記憶媒体であって、前記プログラムは、表示中のペー
ジの識別子および次に要求するページの識別子を内容と
するメッセージを作成するステップと、そのメッセージ
を表示中のページを記憶しているサーバに送信するステ
ップとを実行させる記述を含むものであることを特徴と
する。

【００３６】本発明（請求項５）に係るサーバ装置は、
記憶しているハイパーメディア文書からなるページを要
求に応じて送信する手段と、送信したページで参照され
ている他のページの要求に関わるメッセージを受信する
手段と、受信された前記メッセージの内容をもとに所定
の処理を行う手段とを備えたことを特徴とする。

【００３７】これにより、ソースサーバはページ中のア
ンカーの利用状況を把握してリンク管理に役立てること
ができる。

【００３８】ここで、所定の処理とは、例えば、送信し
たページと他のページから特定されるアンカーに対して
変更を加える処理である。

【００３９】本発明（請求項６）は、請求項５に記載の
サーバ装置において、前記所定の処理は、前記メッセー
ジをもとにして得られた、前記送信したページを利用し
て前記他のページが要求された頻度に応じて該他のペー
ジの参照の仕方を変更させる処理であることを特徴とす
る。

【００４０】ここで、参照の仕方を変更させる処理と
は、例えば、送信したページと他のページから特定され
るアンカーを強調表示する処理や、リンクそのものを削
除する処理など種々の処理を行なうことができる。

【００４１】本発明（請求項７）は、請求項５に記載の
サーバ装置において、前記所定の処理は、前記メッセー
ジに含まれたページ要求失敗の通知に応じて前記他のペ
ージの参照先の情報を変更または削除する処理であるこ
とを特徴とする。

【００４２】なお、参照先の情報を変更または削除せ
ず、所定のメッセージをサーバの管理者に通知するよう
にしても良い。これは、例えば、参照先が無いためにエ
ラーが多発している場合にエラー原因がネットワークの
異状か参照先ページが変更されたのか判断して対処する
といった、管理者が介在する高度な処理を引き起こした
いときに用いると有効である。

【００４３】本発明（請求項８）は、請求項５に記載の
サーバ装置において、前記所定の処理は、受信された前
記メッセージを所定のキー情報で分類し夫々の分類ごと
に所定数蓄積した後に行うことを特徴とする。

【００４４】本発明（請求項９）に係るページ処理方法
は、記憶しているハイパーメディア文書からなるページ
を要求に応じて送信し、送信したページで参照されてい
る他のページの要求に関わるメッセージを受信し、受信
された前記メッセージの内容をもとに所定の処理を行う
ことを特徴とする。

【００４５】本発明Ｂは、ハイパーメディア文書を記憶
し提供するためのコンピュータで実行されるページの取
得元に関する情報を処理するためのプログラムを記憶す
る記憶媒体であって、前記プログラムは、参照できたこ
とを示す報告メッセージか参照できなかったことを示す
エラーメッセージかを判別するステップと、ソース情報
メッセージを記録しておくステップと、メッセージを受
けるごとに記録回数を増やすステップと、記録回数が所
定の回数を超えたかどうかを判定するステップと、メッ
セージや記録回数に応じて所定の処理手段から適用すべ
きものを選択するステップとを実行させる記述を含むも
のであることを特徴とする。

【００４６】本発明（請求項１０）は、記憶したハイパ
ーメディア文書からなるページを要求に応じて送信する
サーバ装置と、取得したハイパーメディア文書からなる
ページを解釈し表示するクライアント装置との間で、ペ
ージの転送およびページを要求するメッセージの転送を
行なう中継サーバ装置において、いずれかのクライアン
ト装置からいずれかのサーバ装置に宛てた、該クライア
ント装置における表示中のページで参照されている別の
ページの要求に関わる情報を含むメッセージを受信する
手段と、受信された前記メッセージを所定のキー情報で
分類し夫々の分類ごとに所定数蓄積した後に、該メッセ
ージ内に記述された宛先に送信する手段とを備えたこと
を特徴とする。

【００４７】本発明（請求項１１）は、記憶したハイパ
ーメディア文書からなるページを要求に応じて送信する
サーバ装置と、取得したハイパーメディア文書からなる
ページを解釈し表示するクライアント装置との間で、ペ
ージの転送およびページを要求するメッセージの転送を
行なう中継サーバ装置のメッセージ送信方法であって、
いずれかのクライアント装置からいずれかのサーバ装置
に宛てた、該クライアント装置における表示中のページ
で参照されている別のページの要求に関わる情報を含む
メッセージを受信し、受信された前記メッセージを所定
のキー情報で分類し夫々の分類ごとに所定数蓄積した後
に、該メッセージ内に記述された宛先に送信する手段と
を備えたことを特徴とする。

【００４８】なお、蓄積後のメッセージの送信にあたっ
ては、１つのメッセージに蓄積数を付加して送信すると
好ましい。

【００４９】ページ中のアンカー利用に関する情報を集
計して規定回数を超えた場合にページ記述を変更する場
合、この集計作業をソースサーバが行うと全ソース情報
を順に処理する必要があり、本来のページ記憶・提供機
能に悪影響を与え兼ねないが、上記により、中継サーバ
が集計を行なってくれるので、ソースサーバは複数の中
継サーバの集計結果をさらに集計するだけでよく、集計
作業の負担が減る。また、中継サーバが階層的に接続さ
れている場合は、集計作業も階層的に行われるので、さ
らに効率が向上する。

【００５０】本発明Ｃは、ハイパーメディア文書を転送
するためのコンピュータで実行されるページの取得元に
関する情報を処理するためのプログラムを記憶する記憶
媒体であって、前記プログラムは、受信メッセージから
ソースページと要求ページの情報と取り出すステップ
と、取り出した情報と同一の情報を過去に受信したこと
を記録しているかを判定するステップと、記録があった
場合にその受信回数を増やすステップと、記録が無かっ
た場合にソースページと要求ページをキーとして記録す
るステップと、受信回数の合計が所定の回数を超えたか
を判定するステップと、回数が超えている場合だけソー
ス情報をその送信されるべき宛先に送信して回数が超え
ていない場合にはソース情報を転送しないステップとを
実行させる記述を含むものであることを特徴とする。

【００５１】本発明（請求項１２）は、記憶したハイパ
ーメディア文書からなるページを要求に応じて送信する
サーバ装置と、取得したハイパーメディア文書からなる
ページを解釈し表示するクライアント装置との間で、ペ
ージの転送およびページを要求する第１のメッセージの
転送を行なう中継サーバ装置において、ページを要求す
るもととなった第１のページをネットワーク中で特定可
能な情報の付加された、第２のページを要求する第１の
メッセージを受信する手段と、受信された前記第１のメ
ッセージをもとに、前記第２のページの要求に関わる情
報を含む第２のメッセージを作成して、前記第１のペー
ジを記憶しているサーバ装置を宛先として送信する手段
とを備えたことを特徴とする。

【００５２】本発明（請求項１３）は、記憶したハイパ
ーメディア文書からなるページを要求に応じて送信する
サーバ装置と、取得したハイパーメディア文書からなる
ページを解釈し表示するクライアント装置との間で、ペ
ージの転送およびページを要求する第１のメッセージの
転送を行なう中継サーバ装置のメッセージ送信方法であ
って、ページを要求するもととなった第１のページをネ
ットワーク中で特定可能な情報の付加された、第２のペ
ージを要求する第１のメッセージを受信し、受信された
前記第１のメッセージをもとに、前記第２のページの要
求に関わる情報を含む第２のメッセージを作成して、前
記第１のページを記憶しているサーバ装置を宛先として
送信することを特徴とする。

【００５３】本発明によれば、ページ要求に含まれるソ
ースページに関する情報を利用して、ソースサーバにア
ンカーの利用に関する情報を通知可能な中継サーバ装置
を用いることにより、従来型のクライアントにおけるア
ンカーの利用状況をソースサーバ側で取得することがで
きる。

【００５４】本発明Ｄは、ハイパーメディア文書を転送
するためのコンピュータで実行されるページの取得元に
関する情報を処理するためのプログラムを記憶する記憶
媒体であって、前記プログラムは、ページ要求メッセー
ジを受信すると、そのメッセージに含まれるソースペー
ジ情報と要求ページの情報とを取り出すステップと、取
り出した情報を内容とするソース情報メッセージを作成
するステップと、ソースページ情報から得られる宛先に
ソース情報メッセージを送信するステップとを実行させ
る記述を含むものであることを特徴とする。

【００５５】本発明（請求項１４）は、記憶したハイパ
ーメディア文書からなるページを要求に応じて送信する
サーバ装置と、取得したハイパーメディア文書からなる
ページを解釈し表示するクライアント装置との間で、ペ
ージの転送およびページを要求するメッセージの転送を
行なう中継サーバ装置において、ページを転送するにあ
たって、該ページの転送先となるクライアント装置をネ
ットワーク中で特定可能な情報および該クライアント装
置に最後に転送した第１のページをネットワーク中で特
定可能な情報を組みにして記憶する手段と、第２のペー
ジを要求するメッセージを転送するにあたって、該メッ
セージに含まれる該メッセージの送信元のクライアント
装置をネットワーク中で特定可能な情報をもとに前記記
憶する手段から該クライアント装置に最後に転送した第
１のページをネットワーク中で特定可能な情報を求め、
前記第２のページの要求に関わる情報を含む第２のメッ
セージを作成して、前記第１のページを記憶しているサ
ーバ装置を宛先として送信する手段とを備えたことを特
徴とする。

【００５６】本発明（請求項１５）は、記憶したハイパ
ーメディア文書からなるページを要求に応じて送信する
サーバ装置と、取得したハイパーメディア文書からなる
ページを解釈し表示するクライアント装置との間で、ペ
ージの転送およびページを要求するメッセージの転送を
行なう中継サーバ装置のメッセージ送信方法であって、
ページを転送するにあたって、該ページの転送先となる
クライアント装置をネットワーク中で特定可能な情報お
よび該クライアント装置に最後に転送した第１のページ
をネットワーク中で特定可能な情報を組みにして記憶
し、第２のページを要求するメッセージを転送するにあ
たって、該メッセージに含まれる該メッセージの送信元
のクライアント装置をネットワーク中で特定可能な情報
をもとに、前記記憶した情報から該クライアント装置に
最後に転送した第１のページをネットワーク中で特定可
能な情報を求め、前記第２のページの要求に関わる情報
を含む第２のメッセージを作成して、前記第１のページ
を記憶しているサーバ装置を宛先として送信することを
特徴とする。

【００５７】例えばＨＴＴＰ／１．０にてソース情報を
あまり発信しないように推奨されているように、システ
ム中にはソース情報を生成する機能自体を持たないクラ
イアントが存在すると考えられるが、本発明によれば、
ページの転送記録およびページ要求の転送記録をもとに
して、ソースサーバにアンカーの利用に関する情報を通
知可能な中継サーバ装置を中継装置を用いることによ
り、上記のようなクライアントにおけるアンカーの利用
状況をソースサーバ側で取得することができる。本発明
Ｅは、ハイパーメディア文書を転送するためのコンピュ
ータで実行されるページの取得元に関する情報を処理す
るためのプログラムを記憶する記憶媒体であって、前記
プログラムは、ページ転送時にソース情報（送信元サー
バの情報とページの情報）に転送先装置の識別子を付加
して記憶するステップと、ページ要求転送時に要求を出
した装置の識別子を取り出すステップと、その識別子が
記憶されているかを調べるステップと、記憶されていた
場合に、要求メッセージから要求ページの情報を取り出
すステップと、前記識別子をキーとしてソース情報を検
索するステップと、得られたソース情報と要求ページ情
報を内容とするソース情報メッセージを作成するステッ
プと、ソース情報から取り出した宛先にソース情報メッ
セージを送信するステップとを実行させる記述を含むも
のであることを特徴とする。

【００５８】なお、以上の装置に係る各発明は方法に係
る発明としても成立する。

【００５９】また、夫々の発明において、その発明に相
当する処理手順を実行させるプログラムを、コンピュー
タを制御するためのプログラムとしてコンピュータ読取
可能な記憶媒体に格納し、コンピュータに該記憶媒体か
らプログラムを読取らせ、コンピュータ上で実行させる
ことが可能である。

【００６０】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００６１】最初に、本発明に共通する概念について説
明する。

【００６２】まず、「ソース情報」、「ソース情報メッ
セージ」、「要求ページ情報」、「要求メッセージ」に
関して説明する。

【００６３】ハイパーメディアでは、最初の参照以外
は、あるページからリンクを辿って別のページを参照す
る。ここで、前述のようにリンク元となるページが「ソ
ースページ」であり、リンク先となるページが「要求ペ
ージ」であり、「ソースページ」と「要求ページ」は各
ページ（ソースページ）中のアンカーによってリンク付
けされている。通常、ページには、複数のアンカーが記
述されているので、それぞれのページ（ソースページ）
の提供者は、どのソースページをもとにどの要求ページ
に参照要求が出されたのかという情報を取得できれば、
ソースページ中の各リンク（アンカー）自体の利用頻度
を測定してリンクの順位付けをしたり、利用頻度の高い
アンカーを強調表示させるように属性を付したり、利用
頻度の低いリンクを削除し、さらには存在しないページ
を指しているリンクを見つけてこれをリンクを削除する
など、リンクの管理に役立てることができる。

【００６４】「ソース情報」は、前述のように従来から
ある概念で、少なくともソースページの識別子とソース
サーバの識別子を含む情報である。ソース情報として最
小限ソースページの識別子が得られれば、この情報だけ
でもソースページの参照回数はわかる。しかし、上記の
ようにソースページの識別子と要求ページの識別子が対
になるとアンカーを特定することができるので利用価値
が高くなる。そこで、本発明では、ソースサーバ側でア
ンカーを特定可能とするために「ソース情報」の概念を
拡張し、「ソース情報」を、少なくともソースページの
識別子とソースサーバの識別子と要求ページ情報を含む
情報として用いるようにしている。ここで、「要求ペー
ジ情報」とは、前述のように要求ページを記憶している
サーバの識別子と、その要求ページの識別子を含む情報
である。従って、本発明で扱うソース情報は、リンク情
報、あるいはアンカー情報とも言える。

【００６５】また、前述のように従来のある種のクライ
アントでは、ページ要求のメッセージにソース情報（ソ
ースサーバの識別子とソースページの識別子；要求ペー
ジ情報は含まない）を付加していた。これに対し本発明
では、ソース情報をページ要求とは独立に扱う。すなわ
ち、本発明では、要求ページを記憶しているサーバに
は、そのサーバの識別子と要求ページの識別子を含む
「要求メッセージ」を与え、ソースサーバには、ソース
サーバの識別子とソースページの識別子と要求ページ情
報を含む「ソース情報メッセージ」を与えるようにして
いる。

【００６６】次に、「エラーリンク」は、リンクを辿ろ
うとしても目的のページを得ることができないリンクを
指す。エラーリンクの原因には、（１）クライアントと
サーバの間のネットワークの混雑や障害により一時的に
エラーリンクとなる場合と、（２）リンクの記述自体が
誤記などのために間違っていたり、リンク先のページ自
体が消去されていたりするために、リンクを訂正あるい
は削除する必要がある場合とがある。本発明では、リン
ク自体すなわちアンカーの訂正を要するエラーリンクを
発見したり自動修正するために、（要求ページ情報が含
まれた）ソース情報を用いる。

【００６７】次に、「リンクの利用頻度」に関して説明
する。

【００６８】同一のページを複数のリンクから参照して
いる場合において、一部のリンクは頻繁に利用されるが
一部のリンクはほとんど利用されていない状況を想定す
る。言い換えると、各ソースページ内から複数のリンク
が張られている場合、あるリンクは頻繁に利用されるが
あるリンクはほとんど利用されていない状況を想定す
る。このような場合、ほとんど利用されていないリンク
を保持するアンカーおよびその記載ページでは実際には
役にたたない情報を保持していることになる。さらに、
アンカーが追加される頻度が高いページや表示に時間を
要するアンカーの場合には、不要なアンカーのために追
加処理やアンカー表示処理の低速化を引き起こす。した
がって、ソース情報メッセージをもとに、あまり使われ
ないアンカーを発見して追い出せば処理の高速化につな
がる。もちろん、前述のように、ソース情報メッセージ
をもとに、利用頻度の高いアンカーを強調表示させるよ
うにするなどの処理も有効である。

【００６９】次に、「中継サーバ」について説明する。

【００７０】ハイパーメディアを扱うクライアント・サ
ーバ・システムにおいて、中継サーバを備える場合があ
る。中継サーバは、ページの原本を保持するサーバと利
用者端末であるクライアントとの間に位置し、クライア
ントからサーバへのページ要求やサーバからクライアン
トへのページ転送を仲介する。一般的に中継サーバには
複数のクライアントが接続される。また、中継サーバを
階層化して設けることもある。

【００７１】図２５に従来の一般的な中継サーバのブロ
ック図を示す。なお、図２５のクライアント６−１１，
６−２１は、図２３のクライアント１−１１からソース
情報生成部１−１８を削除したものであり、ソース情報
を送信しないタイプの従来のクライアント装置である。

【００７２】図２５に示すように、中継サーバ６−１
は、ページの原本を保持するサーバ１−１とクライアン
ト６−１１の間に位置する。一般にクライアントと中継
サーバはネットワーク６−５を介して接続されることが
多く、その場合は中継サーバ６−１は別のクライアント
６−２１のページや要求の転送も行う。中継サーバのペ
ージ転送部６−６は、サーバ１−１の送信部１−５から
受け取ったページをクライアント６−１１の受信部１−
１２へ転送する。中継サーバ６−１の要求転送部６−７
はクライアント６−１１の送信部１−１７から受け取っ
た要求メッセージをサーバ１−１の受信部１−２へ転送
する。

【００７３】ここで、中継サーバの動作を図２６に示
す。従来の中継サーバでは、中継サーバの前後でページ
（図中７−１）や要求（７−２）は何も変更されない。
なお、クライアントとサーバの間に複数の中継サーバが
介在する場合や、サーバと中継サーバがネットワークを
介して接続される場合もあり得る。中継サーバには、Ｗ
ｏｒｌｄ Ｗｉｄｅ Ｗｅｂにおけるｐｒｏｘｙサーバ
のように、転送したページを一定期間保持することによ
り再度の要求に素早く答える機能やケーブルＴＶにおけ
る放送センターのようにスター型接続の中心に位置して
他の放送センターへの要求を取り次ぐ機能がある。

【００７４】要求とページ転送を取り次ぐので、クライ
アントごとにどのページを見ているかを把握することが
でき、少なくともページレベルでのソース情報を生成で
きる。アンカーレベルのソース情報を生成するには、表
示中（前回に転送した）ページに現われるアンカーから
要求したページの識別子を含むものを探せばよい。

【００７５】（第１の実施形態）次に、実施形態１に係
るクライアント装置について説明する。

【００７６】図１は、本クライアント装置の構成を示す
ブロック図である。

【００７７】本クライアント装置３−１は、受信したペ
ージを表示するためにページを解釈するとともに、表示
中のページ内のアンカーの選択指示により要求されたリ
ンク先のページの情報を出力するページ解釈部３−３、
解釈されたページを表示する表示部３−４、アンカー選
択指示による利用者からのページ要求を受け付ける入力
部３−５、入力部３−５からの指示やページ解釈部３−
３からの情報をもとに、要求するページを記憶している
サーバの識別子とそのページの識別子を含むページ取得
の要求メッセージを生成する要求生成部３−６、生成さ
れた要求メッセージを送信する送信部３−７、新しいペ
ージを要求する際に表示中のページを取得したソースサ
ーバの識別子と、表示中のソースページの識別子と、要
求したページを記憶しているサーバの識別子と、その要
求ページの識別子を含むソース情報を作成するソース情
報生成部３−８と、ページの要求先とは異なるサーバに
対して上記ソース情報を含むソース情報メッセージを送
信するソース情報送信部３−９を備える。

【００７８】ここで、サーバ３−１１は現在表示中のペ
ージを記憶するサーバ、すなわちソースサーバであり、
サーバ３−１０は要求されているページを記憶するサー
バである。

【００７９】本実施形態では、要求生成部３−６で生成
されたページの要求メッセージはサーバ３−１０に送信
され、これとは独立に、ソース情報生成部３−８にて生
成された上記ソース情報はソース情報送信部３−９を介
してソース情報メッセージとしてソースサーバ３−１１
に送信される。

【００８０】図２は、本実施形態に係るクライアント装
置で行われるアンカー選択からページ受信待ちまでの処
理の流れを示すフローチャートである。

【００８１】クライアント３−１では、サーバ３−１１
から取得したページを解釈し表示中であるとする。

【００８２】ここで、クライアント３−１において、利
用者はマウスやタッチパネルなどの入力装置を用いてア
ンカーを指定する。

【００８３】この入力部３−５からのアンカー選択通知
を受け取ると（ステップＳ１４−１）、そのアンカーが
指すページを記憶するサーバの識別子とそのページの識
別子をアンカーから取り出す（ステップＳ１４−２）。
次に、要求されたページを記憶するサーバの識別子を宛
先とし、ページの識別子を内容として含む要求メッセー
ジを作成し（ステップＳ１４−３）、要求メッセージを
送信する（ステップＳ１４−４）。

【００８４】一方、ステップＳ１４−３，ステップＳ１
４−４と並行に、表示中のページを記憶しているサーバ
の識別子（ソースサーバ）を宛先とし、ソースページの
識別子と、要求したページの識別子と、そのページを記
憶しているサーバの識別子を内容として含むソース情報
メッセージを作成し（ステップＳ１４−６）、送信する
（ステップＳ１４−７）。

【００８５】以上の全ステップの終了後、要求したペー
ジの受信を待つ（ステップＳ１４−５）。

【００８６】クライアントから（要求ページ情報が含ま
れた）ソース情報を受信したソースサーバでは、参照さ
れたアンカーを特定し、該アンカーに関する所望の処理
を行うことができる。

【００８７】なお、クライアント３−１は、サーバ１−
１０から新たなページの取得に成功すると、これを解釈
して表示するなど所定の処理を行った後に、次のページ
要求の受け付け可能な状態となる。

【００８８】ここで、プログラムによるシステム構成に
ついて説明する。

【００８９】図１の要求生成部３−６を図２のＳ１４−
２，Ｓ１４−３の働きを記述したプログラムとして作成
し、図１のソース情報生成部３−８を図２のＳ１４−６
の働きを記述したプログラムとして作成する。図１の送
信部３−２およびソース情報送信部３−９はそれぞれ図
２のＳ１４−４，Ｓ１４−７の働きを記述したプログラ
ムとして作成される。このプログラムを記憶媒体に記憶
しておき、ページ表示機能とアンカーを選択する入力機
能とページを記憶するサーバと通信する機能を備えるマ
シンにインストールし、利用者がアンカーを選択して出
すページ要求指示を契機として実行する。

【００９０】次に、図１および図２で説明したクライア
ント装置を一部修正した実施形態１−１について説明す
る。

【００９１】実施形態１−１に係るクライアント装置の
構成は、図１と同様である。

【００９２】図３に、本実施形態１−１に係るクライア
ント装置で行われるアンカー選択からページ受信待ちま
での処理の流れを示す。

【００９３】ここでは、本実施形態１−１が上記した実
施形態１と相違する点について説明する。

【００９４】実施形態１では、アンカーの選択指示によ
りリンク先となるページを要求するごとに、ソース情報
メッセージをソースサーバに送信していたが、本実施形
態１−１では、ソース情報を送信するよう指定している
ソースサーバにのみ、ソース情報を送信する。これによ
り、ソースサーバの要求に答えつつソース情報メッセー
ジ送信に要する通信量を削減することができる。

【００９５】ソース情報を送信する旨の指定の方法に
は、例えば、次の２つの方法が考えられる。

【００９６】（１）リンク単位に送信指定する方法 各アンカーごとに、リンク先のページの識別子やそのペ
ージを記憶するサーバの識別子の記述に加えて、ソース
情報を送信すべきか否かを示す属性情報を付加するか、
あるいは送信指定する場合にのみ送信指定する宛先を付
加するなどの方法がある。

【００９７】具体例としては、例えばＨＴＭＬの場合
に、送信指定しないときのリンクが<A HREF="http://sr
c2/page2"> link to page2</A>と記述されるならば、送
信指定するときは、ソース情報を送信する指定ＴＥＬＬ
を追加し、<A HREF="http://src2/page2" TELL="http:/
/src1/page1"> link to page2</A>などとすることで実
現できる。

【００９８】（２）ページ単位に送信指定する方法 各ページのヘッダに、ソース情報を送信すべきか否かを
示すフラグを設けるか、あるい送信指定する場合にのみ
送信指定する宛先を付加するなどの方法がある。

【００９９】上記のいずれの方法においても、ソース情
報の送信指定がされているか否かは、ページ解釈部３−
３により調べることができる。

【０１００】本実施形態１−１では、ソースページの表
示中に、入力部３−５からのアンカー選択通知を受け取
ると（ステップＳ１４−１）、前述と同様に要求メッセ
ージを送信するとともに、ステップＳ１４−２０におい
て、当該アンカーまたは当該ソースページについて、ソ
ース情報の送信指定がされているか否かを調べ、ソース
情報を送信する指定がある場合に、ソース情報メッセー
ジを作成し（ステップＳ１４−６）、送信する（ステッ
プＳ１４−７）。

【０１０１】次に、図１および図２で説明したクライア
ント装置を一部修正した実施形態１−２について説明す
る。

【０１０２】実施形態１−２に係るクライアント装置の
構成は、図１と同様である。

【０１０３】図４に、本実施形態１−２に係るクライア
ント装置で行われるアンカー選択からページ受信待ちま
での処理の流れを示す。

【０１０４】ここでは、本実施形態１−２が上記した実
施形態１と相違する点について説明する。

【０１０５】実施形態１では、アンカーの選択指示によ
りリンク先となるページを要求するごとに、ソース情報
メッセージをソースサーバに送信していたが、本実施形
態１−２では、ソース情報メッセージを直ちに送信せず
に一旦記憶しておき、ソース情報メッセージの蓄積数が
既定値を越えた場合に、まとめて送信する。これによ
り、ソース情報メッセージ送信に要する通信量を削減す
ることができる。

【０１０６】この方法には、幾つかの方法が考えられ
る。

【０１０７】（１）リンク単位に蓄積数をカウントする
方法 ソース情報メッセージを蓄積するにあたって、ソースサ
ーバの識別子、ソースページの識別子、要求ページを記
憶しているサーバの識別子、要求ページの識別子をキー
として、蓄積数をカウントする。そして、蓄積数が既定
値になったアンカーについてのソース情報メッセージを
まとめて送信する。

【０１０８】（２）ソースページ単位に蓄積数をカウン
トする方法 ソース情報メッセージを蓄積するにあたって、ソースサ
ーバの識別子、ソースページの識別子をキーとして、蓄
積数をカウントする。そして、蓄積数が既定値になった
場合、該当するソースサーバの識別子、ソースページの
識別子を持つソース情報メッセージをまとめて送信す
る。

【０１０９】（３）サーバ単位に蓄積数をカウントする
方法 ソース情報メッセージを蓄積するにあたって、ソースサ
ーバの識別子をキーとして、蓄積数をカウントする。そ
して、蓄積数が既定値になった場合、該当するソースサ
ーバの識別子を持つソース情報メッセージをまとめて送
信する。

【０１１０】本実施形態１−２では、ソースページの表
示中に、入力部３−５からのアンカー選択通知を受け取
ると（ステップＳ１４−１）、前述と同様に要求メッセ
ージを送信するとともに、ステップＳ１４−６におい
て、ソース情報メッセージを作成し、これを直ちに送信
せずにステップＳ１４−２１において一旦クライアント
内に記憶する。そして、ステップＳ１４−２２におい
て、該ソース情報メッセージに関する蓄積数が規定値を
越えたか否か調べ、越えている場合に、該当するソース
情報メッセージをまとめて送信する（ステップＳ１４−
７）。

【０１１１】なお、上記では、蓄積したソース情報メッ
セージをまとめて送信したが、同一のアンカーについて
のソース情報メッセージを（最後の送信後で）初回の発
生時のみ記憶し、２回目以降の発生時は、発生数をカウ
ントして行き、このカウント値が規定値を越えた場合
に、ソース情報メッセージに参照回数の情報を付加して
送信するようにしても良い。なお、ソース情報メッセー
ジにアンカーの選択された時刻などその都度変化する情
報を付加して送信するような場合、ソース情報メッセー
ジ情報の蓄積数をカウントする際に、その都度変化する
情報を別途蓄積しておき、これらをソース情報メッセー
ジに付加して送信するのが好ましい。また、この場合
も、（１）リンク単位に送信制御する方法、（２）ソー
スページ単位に送信制御する方法、（３）サーバ単位に
送信制御する方法などが考えられる。なお、上記の実施
形態１−１と実施形態１−２を適宜組み合わせ、ソース
情報を送信するよう指定しているものについてのみ、所
定数蓄積後に送信するようにしても良い。

【０１１２】（第２の実施形態）次に、実施形態２に係
るクライアント装置について説明する。

【０１１３】本実施形態に係るクライアント装置の構成
は、図１と同様である。

【０１１４】図５に、本実施形態に係るクライアント装
置で行われるアンカー選択からソース情報メッセージ送
信までの処理の流れを示す。

【０１１５】実施形態１では、アンカーの選択指示によ
りリンク先となるページが要求されると、参照された事
実としてソース情報メッセージを送信していた。しか
し、要求メッセージを送信した結果、要求ページの受信
に成功するとは限らず、前述したようにエラーに終わる
こともある。そこで、本実施形態２では、ソース情報メ
ッセージに要求ページの受信結果を付加してソースサー
バに送信する。これにより、ソースサーバでは、参照回
数のみならず、エラーリンクの発生をも把握することが
できる。

【０１１６】以下、実施形態２に係るクライアント装置
で行われる処理の流れについて説明する。

【０１１７】クライアント３−１では、サーバ３−１１
から取得したページを解釈し表示中であるとする。

【０１１８】ここで、クライアント３−１において、利
用者はマウスやタッチパネルなどの入力装置を用いてア
ンカーを指定する。

【０１１９】この入力部３−５からのアンカー選択通知
を受け取ると（ステップＳ１４−１）、そのアンカーが
指すページを記憶するサーバの識別子とそのページの識
別子をアンカーから取り出す（ステップＳ１４−２）。
次に、要求されたページを記憶するサーバの識別子を宛
先とし、ページの識別子を内容して含む要求メッセージ
を作成し（ステップＳ１４−３）、要求メッセージを送
信し（ステップＳ１４−４）、要求したページの受信を
待つ（ステップＳ１４−２３）。

【０１２０】ここで、要求したページが得られた場合、
受信結果を受信成功とし、種々の原因により要求したペ
ージが得られなかった場合、受信結果をエラーとする。

【０１２１】そして、受信結果が確定した後、表示中の
ページを記憶しているサーバの識別子（ソースサーバ）
を宛先とし、ソースページの識別子と、要求したページ
の識別子と、そのページを記憶しているサーバの識別子
を内容として含み、さらに受信結果を示す情報を付加し
たソース情報メッセージを作成し（ステップＳ１４−
６）、送信する（ステップＳ１４−７）。

【０１２２】なお、クライアント３−１は、サーバ１−
１０から新たなページの取得に成功すると、これを解釈
して表示するなど所定の処理を行った後に、次のページ
要求の受け付け可能な状態となる。

【０１２３】クライアントから（要求ページ情報と受信
結果情報が含まれた）ソース情報を受信したソースサー
バでは、参照されたアンカーを特定し、所望の処理を行
うことができる。

【０１２４】なお、本実施形態においても、実施形態１
−１、あるいは実施形態１−２、あるいは実施形態１−
１と実施形態１−２を適宜組み合わせたもののように、
ソース情報メッセージを、送信指定に応じて、あるいは
一旦蓄積してからまとめて、あるいは送信指定されたに
ものについて一旦蓄積してからまとめて送信するように
しても良い。

【０１２５】なお、上記では、クライアントからソース
サーバに、受信成功かエラーかを通知していたが、エラ
ーリンクの内容、すなわちエラーがネットワークの混雑
などに関するものか、あるいはリンク先のページの不存
在かなどを示す情報を通知するようにしても良い。

【０１２６】また、エラーリンクの内容がリンク先のペ
ージの不存在の場合にだけ、エラーメッセージを通知す
るようにしても良い。

【０１２７】また、受信成功の場合、既定数蓄積後送信
し、エラーリンクの場合には、即座に送信するようにし
ても良い。

【０１２８】その他、種々のバリエーションが考えられ
る。

【０１２９】（第３の実施形態）次に、第３の実施形態
に係るサーバ装置について説明する。

【０１３０】本実施形態のサーバ装置は、例えば第１の
実施形態あるいは第２の実施形態のクライアント装置、
あるいは後述する第５〜第７の実施形態の中継サーバ装
置を用いる場合のように、自サーバ装置が記憶するペー
ジ内の特定のアンカーが参照されたことを知ることがで
きる場合に、各アンカーの参照回数をもとに所定の処理
を行うものである。

【０１３１】図６は、本サーバ装置の構成を示すブロッ
ク図である。

【０１３２】サーバ装置４−１０は、ページ要求（要求
メッセージ）を受け付ける受信部４−１、ハイパーメデ
ィア文書を記憶するページ記憶部４−２、受け付けたペ
ージ要求に応じてページ記憶部４−２から必要なページ
を読み出す要求処理部４−３、ページを要求元に送信す
る送信部４−４、自サーバ装置４−１０の識別子を宛先
とし、自サーバ装置４−１０から読み出され、アンカー
の参照されたページの識別子と、そのページ中の記述を
利用して要求された他のページの識別子と、その要求ペ
ージを記憶しているサーバの識別子を含むソース情報メ
ッセージを受信するソース情報受信部４−５、ソース情
報（ここでは、自サーバ装置４−１０の識別子を除いて
も良い）を記憶しておくソース情報記憶部４−６、受信
したソース情報と記憶してあるソース情報とをもとに、
所定の処理の実行を決定する処理手段決定部４−７、ソ
ース情報で指定されるアンカーをページ中から探し出し
て所定の変更を加えるアンカー検出／変更部４−８を備
える。

【０１３３】処理手段決定部４−７は、過去に同一アン
カーに関するソース情報を受信したかどうか、何回受信
したかを調べるために、ソース情報記憶部４−６にソー
ス情報を記憶しておき必要に応じて参照する。その結果
をもとに、所定の処理の実行を決定し、アンカー検出／
変更部４−８に処理を実行させる。例えば、受信回数
（あるいは最近の一定期間に限った受信回数）と、各処
理の起動条件とを比較し、条件の成立した処理の実行を
決定する。

【０１３４】なお、受信したソース情報メッセージ中に
参照回数の情報が含まれている場合は、これを加味して
判断を行う。

【０１３５】アンカー検出／変更部４−８は、処理手段
決定部４−７から処理を行うように指示を受けるととも
にソース情報を受け取る。アンカー検出／変更部４−８
は、このソース情報を用いて参照されたページを特定
し、ページ記憶部４−２から読み出す。次に、ソース情
報を用いて、参照されたアンカーを特定し、ページ中の
アンカー位置を検出した後、リンクを削除する処理や強
調表示する処理などの所定の処理のうち指定されたもの
を行う。処理されたページはページ記憶部４−２に書き
戻される。

【０１３６】図７は、本実施形態に係るサーバ装置で行
われるソース情報メッセージに関する処理の流れを示す
フローチャートである。

【０１３７】ソース情報メッセージを受信すると（ステ
ップＳ１５−１）、ソース情報からソースページの識別
子、要求ページの識別子、要求ページを記憶しているサ
ーバの識別子を取り出し、これらをキーとして記録して
おき、メッセージを受けるごとに記録回数を増やす（ス
テップＳ１５−４）。そして、その結果、記録回数が所
定の回数を超えたかどうかを判定する（ステップＳ１５
−５）。

【０１３８】記録回数が所定の回数を超えていた場合
は、該当するページをページ記憶部４−２から取り出し
（ステップＳ１５−６）、要求ページの識別子を保持し
ているアンカーを検索し（ステップＳ１５−７）、アン
カーに対して強調表示属性を与えるように変更を加える
など、指示された処理を行う（ステップＳ１５−８）。
所定の処理としては、例えば、以下に示すようなものが
考えられる。

【０１３９】（１）参照回数が規定値Ｃ１を越えるもの
については、アンカーに対して強調表示属性を与えるよ
うに変更を加える。

【０１４０】これにより、クライアント装置では、アン
カーを表示する際、強調表示属性の付与されたものにつ
いては、例えば他のアンカーと異なる色で表示するなど
して強調表示する。この結果、ユーザは、参照回数の多
いアンカーを知ることができ、アンカーを選択する際の
参考として有益な情報を得ることができる。

【０１４１】なお、参照回数に応じて、付与する強調表
示属性を何段階かに分けても良い。 （２）参照回数が規定値Ｃ１を越えるもので、最近の一
定期間に限っての参照回数が規定値Ｃ２を下回るものに
ついては、アンカーに対して付与した強調表示属性を削
除する。

【０１４２】あるいは、強調表示属性の段階を下げる。

【０１４３】（３）最近の一定期間に限っての参照回数
が規定値Ｃ３を下回るもの（該最近の一定期間の起点前
から存在していたもの）については、アンカーを削除す
る。その他、種々の処理が考えられる。

【０１４４】ところで、上記処理では、ソース情報メッ
セージの受信により、処理が起動されたが、処理手段決
定部４−７にタイマを設置し、定期的にソース情報記憶
部４−６を参照して、所定の処理を実行するようにして
も良い。

【０１４５】例えば、定期的にソース情報記憶部４−６
を参照して、アクセスがないアンカーまたはアクセス頻
度が所定の回数よりも少ないアンカーを検出し、これを
ページから削除する。このために、アンカー検出／変更
部４−８内に、ページ記憶部４−２に記憶されているペ
ージとアンカーとの対応リストを保持するか、アンカー
検出／変更部４−８は、処理手段決定部４−７からの指
示があるごとに全ページを走査して検査する。この処理
により、アクセス頻度が低いリンクを自動的に消去する
ことが可能となり、リンク管理のコストが低減される。

【０１４６】サーバ装置では、上記したように種々考え
られる所定の処理のうち、所望のものを用意しておけば
良い。

【０１４７】（第４の実施形態）次に、第４の実施形態
に係るサーバ装置について説明する。

【０１４８】本実施形態のサーバ装置は、例えば第２の
実施形態のクライアント装置のように、自サーバ装置が
記憶するページ内のアンカーが参照されたこと、および
そのアンカーにより要求されたページの受信結果、すな
わち当該アンカーでリンクされた要求ページが得られた
か、あるいはエラーリンクが発生したかを知ることがで
きる場合に、各アンカーの参照回数、受信結果をもとに
所定の処理を行うものである。

【０１４９】図８は、本サーバ装置の構成を示すブロッ
ク図である。

【０１５０】サーバ装置４−１０は、ページ要求（要求
メッセージ）を受け付ける受信部４−１、文書を記憶す
るページ記憶部４−２、受け付けた要求に応じてページ
記憶部４−２から必要なページを読み出す要求処理部４
−３、ページを要求元に送信する送信部４−４、自サー
バ装置４−１０の識別子を宛先とし、自サーバ装置４−
１０から読み出され、アンカーの参照されたページの識
別子と、そのページ中の記述を利用して要求された他の
ページの識別子と、その要求ページを記憶しているサー
バの識別子と、該要求ページの受信結果を示す情報を含
むソース情報メッセージを受信するソース情報受信部４
−５、ソース情報（ここでは、自サーバ装置４−１０の
識別子を除いても良い）を記憶しておくソース情報記憶
部４−６、受信したソース情報と記憶してあるソース情
報とをもとに、所定の処理の実行を決定する処理手段決
定部４−７、処理手段決定部４−７からの指示に応じ、
ース情報で指定されるアンカーをページ中から探し出し
て所定の変更を加えるアンカー検出／変更部４−８、処
理手段決定部４−７からの指示に応じ、サーバの管理者
等に対して、受信したソース情報に関する通知を行う通
知部４−９を備える。

【０１５１】処理手段決定部４−７は、過去に同一アン
カーに関するソース情報を受信したかどうか、何回受信
したかを調べるために、ソース情報記憶部４−６にソー
ス情報を受信結果別に記憶しておき必要に応じて参照す
る。その結果をもとに、所定の処理の実行を決定し、ア
ンカー検出／変更部４−８または通知部４−９に処理を
実行させる。例えば、受信回数（あるいは最近の一定期
間に限った受信回数）と、各処理の起動条件とを比較
し、条件の成立した処理の実行を決定する。

【０１５２】なお、受信したソース情報メッセージ中に
参照回数の情報が含まれている場合は、これを加味して
判断を行う。

【０１５３】アンカー検出／変更部４−８は、処理手段
決定部４−７から処理を行うように指示を受けるととも
にソース情報を受け取る。アンカー検出／変更部４−８
は、このソース情報を用いて参照されたページを特定
し、ページ記憶部４−２から読み出す。次に、ソース情
報を用いて参照されたアンカーを特定し、ページ中のア
ンカー位置を検出した後、リンクを削除する処理や強調
表示する処理などの所定の処理のうち指定されたものを
行う。処理されたページはページ記憶部４−２に書き戻
される。

【０１５４】通知部４−９は、サーバの管理者等に対し
て、受信したソース情報に関する通知を行う。例えば、
あるリンクについてリンクエラーが発生していることを
通知する。

【０１５５】通知の方法としては、サーバの管理者等に
電子メールを送付する方法、本サーバ装置の表示装置に
メッセージ文を表示する方法、帳票出力する方法等、種
々の方法が考えられる。

【０１５６】上記のアンカー検出／変更部４−８は定型
的で比較的単純な処理に適用されるのに対し、この通知
部４−９は、リンクエラーが多発している場合に、エラ
ー原因がネットワークの異状によるものか、参照先ペー
ジが変更されたのかあるいはアンカーの記述に誤記があ
るためかなどを判断して対処するといった、管理者が介
在する高度な処理を引き起こしたい場合に用いられる。

【０１５７】図９は、本実施形態に係るサーバ装置で行
われるソース情報メッセージに関する処理の流れを示す
フローチャートである。

【０１５８】ソース情報メッセージを受信すると（ステ
ップＳ１５−１）、参照できたことを示す報告メッセー
ジか、あるいは参照できなかったことを示すエラーメッ
セージかを判別する（ステップＳ１５−２，Ｓ１５−
３）。

【０１５９】参照の報告であった場合は、ソース情報か
らソースページの識別子、要求ページの識別子、要求ペ
ージを記憶しているサーバの識別子を取り出し、これら
をキーとして記録しておき、メッセージを受けるごとに
記録回数を増やす（ステップＳ１５−４）。そして、そ
の結果、記録回数が所定の回数を超えたかどうかを判定
する（ステップＳ１５−５）。

【０１６０】記録回数が所定の回数を超えていた場合
は、該当するページをページ記憶部４−２から取り出し
（ステップＳ１５−６）、要求ページの識別子を保持し
ているアンカーを検索し（ステップＳ１５−７）、アン
カーに対して強調表示属性を与えるように変更を加える
など、指示された処理を行う（ステップＳ１５−８）。
一方、ステップＳ１５−３においてエラー報告だと判定
された場合は、ソース情報からソースページの識別子、
要求ページの識別子、要求ページを記憶しているサーバ
の識別子を取り出し、これらをキーとして記録してお
き、メッセージを受けるごとに記録回数を増やす（ステ
ップＳ１５−９）。そして、その結果、記録回数が所定
の回数を超えたかどうかを判定する（シーステップＳ１
５−１０）。

【０１６１】記録回数が所定の回数を超えていた場合
は、所定のサーバ管理者にソース情報を通知する（ステ
ップＳ１５−１１）。

【０１６２】なお、ステップＳ１５−２，Ｓ１５−３で
所定のメッセージではないと判定された場合は、処理で
きないメッセージとして処理する（ステップＳ１５−１
２）。

【０１６３】所定の処理としては、例えば、以下に示す
ようなものが考えられる。

【０１６４】（１）参照回数が規定値Ｃ１を越えるもの
については、アンカーに対して強調表示属性を与えるよ
うに変更を加える。

【０１６５】これにより、クライアント装置では、アン
カーを表示する際、強調表示属性の付与されたものにつ
いては、例えば他のアンカーと異なる色で表示するなど
して強調表示する。この結果、ユーザは、参照回数の多
いアンカーを知ることができ、アンカーを選択する際の
参考として有益な情報を得ることができる。

【０１６６】なお、参照回数に応じて、付与する強調表
示属性を何段階かに分けても良い。 （２）参照回数が規定値Ｃ１を越えるもので、最近の一
定期間に限っての参照回数が規定値Ｃ２を下回るものに
ついては、アンカーに対して付与した強調表示属性を削
除する。

【０１６７】あるいは、強調表示属性の段階を下げる。

【０１６８】（３）最近の一定期間に限っての参照回数
が規定値Ｃ３を下回るもの（最近の一定期間の起点前か
ら存在していたもの）または参照回数にかかわらずリン
クエラー発生数が規定数を越えるものについては、アン
カーを削除する。

【０１６９】（４）リンクエラー発生数が規定数Ｃ４を
越えるものについては、通知部４−９によりサーバの管
理者等に通知する。

【０１７０】（５）リンクエラー発生数が規定数Ｃ５を
越えるもので、最近の一定期間に限っての参照回数が規
定値規定値Ｃ６を下回るものについては、アンカー検出
／変更部４−８により、自動的にアンカーを削除し、リ
ンクエラー発生数が規定数を越えるもので、最近の一定
期間に限っての参照回数が規定値Ｃ７を越えるものにつ
いては、通知部４−９によりサーバの管理者等に通知す
る。

【０１７１】その他、種々の処理が考えられる。

【０１７２】ところで、上記処理では、ソース情報メッ
セージの受信により、処理が起動されたが、処理手段決
定部４−７にタイマを設置し、定期的にソース情報記憶
部４−６を参照して、所定の処理を実行するようにして
も良い。

【０１７３】例えば、定期的にソース情報記憶部４−６
を参照して、アクセスがないアンカーまたはアクセス頻
度が所定の回数よりも少ないアンカーを検出し、これを
ページから削除する。このために、アンカー検出／変更
部４−８内に、ページ記憶部４−２に記憶されているペ
ージとアンカーとの対応リストを保持するか、アンカー
検出／変更部４−８は、処理手段決定部４−７からの指
示があるごとに全ページを走査して検査する。この処理
により、アクセス頻度が低いリンクを自動的に消去する
ことが可能となり、リンク管理のコストが低減される。

【０１７４】サーバ装置では、上記したように種々考え
られる所定の処理のうち、所望のものを用意しておけば
良い。

【０１７５】なお、上記構成において、通知部４−９を
削除した構成も考えられる。

【０１７６】また、上記構成において、アンカー検出／
変更部４−８を削除した構成も考えられる。

【０１７７】なお、クライアントから、エラーリンクの
内容、すなわちエラーがネットワークの混雑などに関す
るものか、あるいはリンク先のページの不存在かなどを
示す情報が通知される場合、サーバではエラーリンクの
内容に応じた処理を行うことが可能となる。

【０１７８】ここで、プログラムによるシステム構成に
ついて説明する。

【０１７９】図８のソース情報受信部４−５を図９のＳ
１５−１の働きを記述したプログラムとして作成し、処
理手段決定部４−７をＳ１５−２，Ｓ１５−５，Ｓ１５
−３，Ｓ１５−１０の働きを記述したプログラムとして
作成する。ソース情報記憶部４−６をＳ１５−４，Ｓ１
５−９の働きを記述したプログラムとして作成する。さ
らに予め決められた処理手段として、アンカー検出／変
更部４−８をＳ１５−６，Ｓ１５−７，Ｓ１５−８の働
きを実現するプログラムとして作成し、管理者への通知
部４−９をＳ１５−１１の働きを記述したプログラムと
して作成する。Ｓ１５−１２は所定外のメッセージを受
信した時のエラー処理ルーチンとして作成する。このプ
ログラムを記憶媒体に記憶しておき、クライアントと通
信する機能とページを記憶する機能を備えるマシンにイ
ンストールし、ソース情報の受信を契機として実行を開
始する。

【０１８０】（第５の実施形態）次に、第５の実施形態
に係る中継サーバ装置について説明する。

【０１８１】図１０は、本中継サーバ装置の構成を示す
ブロック図である。

【０１８２】中継サーバ８−１は、ハイパーメディア文
書を記憶・提供する装置８−９，８−１０とハイパーメ
ディア文書を取得・表示する装置８−８の間に位置し、
ページや要求を転送する装置である。

【０１８３】中継サーバ８−１は、ページ転送部８−
２、要求転送部８−３、ソース情報を受信するソース情
報受信部８−４、ソース情報を記憶するソース情報記憶
部８−５、ソース情報の取り扱いを決定するソース情報
制御部８−６、ソース情報を送信するソース情報送信部
８−７を備える。

【０１８４】ソース情報制御部８−６は、ソース情報受
信部８−４からソース情報を受け取り、ソース情報記憶
部８−５に記憶するように指示したり、ソース情報記憶
部８−５に記録されているソース情報ごとの受信回数を
増やしたり、その受信回数が所定回数を超えたかどうか
を判定し、超えている場合はソース情報メッセージを作
成してソース情報送信部８−７に送信を指示する。

【０１８５】なお、ソース情報受信部８−４が受信する
メッセージを送信するクライアント８−８は、図１に示
したようなソース情報を独立に送信する機能をもつクラ
イアントである。

【０１８６】図１１は、本実施形態に係る中継サーバ装
置で行われるソース情報メッセージに関する処理の流れ
を示すフローチャートである。

【０１８７】本中継サーバ８−１は、ソース情報を受信
すると（ステップＳ１６−１）、受信メッセージからソ
ースサーバの識別子、ソースページの識別子、要求ペー
ジの識別子、要求ページを記憶しているサーバの識別子
を取り出し（ステップＳ１６−２）、取り出した識別子
の組と同一のものを持つソース情報を過去に受信したこ
とが記録されているか否かを判定する（ステップＳ１６
−３）。ステップＳ１６−４にて記録があった場合に
は、その受信回数を１増やし（ステップＳ１６−５）、
記録が無かった場合にはソースサーバの識別子、ソース
ページの識別子、要求ページの識別子、要求ページを記
憶しているサーバの識別子をキーとして記録する（ステ
ップＳ１６−６）。

【０１８８】次に、受信回数の合計が所定の回数を超え
たかを判定し（ステップＳ１６−７）、回数が超えてい
る場合に、受信回数の情報を含んだソース情報メッセー
ジを作成し（ステップＳ１６−８）、ソース情報メッセ
ージをその送信されるべき宛先に送信する（ステップＳ
１６−９）。受信回数が所定回数を超えていない場合に
は、ソース情報を転送しない。

【０１８９】以上により、中継サーバにおいてソース情
報を集計し、受信回数をソース情報メッセージに付加し
てソースサーバに送信する処理が実現される。

【０１９０】なお、上記において、ソース情報メッセー
ジに参照回数の情報が付加されている場合、この情報を
加味して受信回数をカウントする。

【０１９１】また、上記において、ソース情報メッセー
ジにアンカーの選択された時刻などその都度変化する情
報が付加されているような場合、実施形態１−２のよう
にソース情報メッセージ情報の蓄積数をカウントする際
に、その都度変化する情報を別途蓄積しておき、これら
をソース情報メッセージに付加して送信するのが好まし
い。また、この場合も、上記のリンク単位に送信制御す
る方法の他に、（１）ソースページ単位に送信制御する
方法、（２）サーバ単位に送信制御する方法などが考え
られる。

【０１９２】また、上記では、ソース情報メッセージに
受信回数（参照回数）を付加して転送したが、実施形態
１−２で述べたように、各ソース情報メッセージを蓄積
し、この蓄積数が既定値を越えた場合に、まとめて送信
するようにしても良い。

【０１９３】ここで、プログラムによるシステム構成に
ついて説明する。

【０１９４】図１０のソース情報受信部８−４を図１１
のＳ１６−１の働きを記述したプログラムとして実現す
る。ソース情報記憶部８−５をＳ１６−３，Ｓ１６−
５，１６−６，Ｓ１６−８における記憶の働きを記述し
たプログラムとして実現し、ソース情報制御部８−６を
Ｓ１６−２，Ｓ１６−３，Ｓ１６−４，Ｓ１６−５，Ｓ
１６−６，Ｓ１６−７，Ｓ１６−８における判定処理や
計算処理を記述したプログラムとして実現する。また、
ソース情報送信部８−７をＳ１６−９の働きを記述した
プログラムとして実現する。このプログラムを記憶媒体
に記憶しておき、クライアントとサーバとの中間に位置
して、要求やページ転送を取り次ぐ機能を備えるマシン
にインストールし、ソース情報の受信を契機として実行
を開始する。

【０１９５】（第６の実施形態）次に、第６の実施形態
に係る中継サーバ装置について説明する。

【０１９６】図１２は、本中継サーバ装置の構成を示す
ブロック図である。

【０１９７】中継サーバ１０−１は、ハイパーメディア
文書を記憶・記憶する装置１０−７，１０−８とハイパ
ーメディア文書を取得・表示する装置１０−６の間に位
置し、ページや要求を転送する装置である。

【０１９８】中継サーバ１０−１は、ページ転送部１０
−２、要求転送部１０−３、要求メッセージ中に含まれ
るソース情報を分離するソース情報分離部１０−４、ソ
ース情報から取得したその情報を受け取るべき装置の宛
先にソース情報を送信するソース情報送信部１０−５を
備える。

【０１９９】ソース情報分離部１０−４は、図２３に示
したようなソース情報を要求メッセージに付加して送信
する機能をもつクライアント１０−６からメッセージを
受け取ると、ソース情報分離部１０−４でソース情報を
分離してページの要求の情報だけを要求転送部１０−３
に渡し、ソース情報をソース情報送信部１０−５に渡
す。

【０２００】図１３は、本実施形態に係る中継サーバ装
置で行われるソース情報メッセージに関する処理の流れ
を示すフローチャートである。

【０２０１】中継サーバ１０−１において、ページ要求
メッセージを受信すると（ステップＳ１７−１）、その
要求メッセージに含まれるソースサーバの識別子、ソー
スページの識別子、要求ページの識別子、要求ページを
記憶しているサーバの識別子を含むソース情報を取り出
し（ステップＳ１７−２）、その後、受信メッセージ全
体またはページ要求に必要な情報だけを取り出して要求
転送部１０−３より要求先のサーバへ送信する（ステッ
プＳ１７−３）。ステップＳ１７−２にて取り出したソ
ースサーバの識別子を宛先とし、ソースページの識別
子、要求ページの識別子、要求ページを記憶しているサ
ーバの識別子を内容として含むソース情報メッセージを
作成し（ステップＳ１７−４）、ソースサーバに送信す
る（ステップＳ１７−５）。

【０２０２】以上により、中継サーバにおいて要求メッ
セージ内に付加されたソース情報を分離してソースサー
バに送信する処理が実現される。

【０２０３】なお、第５の実施形態のように、種々の方
法で、所定数のソース情報メッセージの発生ごとに実際
の送信を行うようにしても良い。

【０２０４】ここで、プログラムによるシステム構成に
ついて説明する。

【０２０５】図１２のソース情報分離部１０−４を図１
３のＳ１７−１，Ｓ１７−２，Ｓ１７−４の働きを記述
したプログラムとして作成し、要求転送部１０−３を１
７−３の働きを記述したプログラムとして実現する。さ
らにソース情報送信部１０−５をＳ１７−５の働きを記
述したプログラムとして実現する。このプログラムを記
憶媒体に記憶しておき、クライアントとサーバとの中間
に位置して、要求やページ転送を取り次ぐ機能を備える
マシンにインストールし、ページ要求メッセージの受信
を契機として実行を開始する。

【０２０６】（第７の実施形態）次に、第７の実施形態
に係る中継サーバ装置について説明する。

【０２０７】図１４は、本中継サーバ装置の構成を示す
ブロック図である。

【０２０８】中継サーバ１２−１は、ハイパーメディア
文書を記憶・記憶する装置１２−８，１２−９とハイパ
ーメディア文書を取得・表示する装置１２−７の間に位
置し、ページや要求を転送する装置である。

【０２０９】中継サーバ１２−１は、ページ転送部１２
−２、要求転送部１２−３、ソース情報を記憶するソー
ス情報記憶部１２−４、ソース情報を生成するソース情
報生成部１２−５、ソースページの情報から得られる宛
先にソース情報を送信するソース情報送信部１２−６を
備える。

【０２１０】ソース情報記憶部１２−４は、ページを転
送する際にそのページを発信したサーバの識別子と転送
中のページの識別子を含むソース情報を作成し、これに
転送先となるクライアント装置１２−７の識別子を付加
して記憶しておく。ソース情報生成部１２−５は、ペー
ジ要求を転送する際に要求を出したクライアント装置の
識別子１２−７をキーとしてソース情報記憶部１２−４
から一致するソース情報を取り出してソース情報を生成
する。ここで、中継サーバ１２−１のページ転送部１２
−２から転送先となるクライアント装置１２−７に向か
って描かれている矢印は、要求転送部１２−３から発せ
られたページ要求の結果発生するページ転送を示してお
り、ソース情報記憶部１２−４の動作を引き起こすペー
ジ転送はその１回前（＝現在表示中）のページ転送であ
る。

【０２１１】なお、要求転送部１２−３が受信するメッ
セージを送信するクライアント１２−７は、ソース情報
を送信しないクライアントである。

【０２１２】次に、図１５および図１６を参照しながら
本実施形態に係る中継サーバ装置で行われる処理の流れ
について説明する。

【０２１３】中継サーバ１２−１において、ページ転送
時に図１５に示すフローチャートを実行し、ページ要求
転送時に図１６に示すフローチャートを実行する。図１
５は表示中のページを転送するときに、ソースサーバの
識別子やソースページの識別子の情報を記録しておく処
理のフローチャートであり、図１６は次のページ要求を
転送するときに、そのページ要求の元となったソース情
報を生成する処理のフローチャートである。

【０２１４】転送すべきページを受信すると（ステップ
Ｓ１８−１）、ソース情報（そのページのソースサーバ
の識別子とページの識別子）に宛先クライアントの識別
子を付加して記録しておく（ステップＳ１８−２）。こ
の情報はクライアントごとに最新の情報が一つずつ記録
されている。そして、該ページを該クライアントに転送
する（ステップＳ１８−３）。

【０２１５】一方、別のページを要求するメッセージを
受信すると（ステップＳ１８−５）、要求を出したクラ
イアントの識別子を取得して（ステップＳ１８−６）、
ステップＳ１８−２で記録した情報の中に同一のクライ
アントの識別子を持つソース情報があるかを検索する
（ステップＳ１８−７）。登録されていた場合は、要求
メッセージから要求ページの情報（要求ページを記憶し
ているサーバの識別子と要求ページの識別子）を取り出
すとともに（ステップＳ１８−８）、ソース情報記憶部
１２−４から該当するクライアントに対応するソース情
報を取り出す（ステップＳ１８−９）。そして、上記の
ソース情報と要求ページ情報を内容として含むソース情
報メッセージを作成し（ステップＳ１８−１０）、ソー
スサーバに送信する（ステップＳ１８−１１）。

【０２１６】ステップＳ１８−５で受信した要求メッセ
ージは、上記の登録の有無に関わらずステップＳ１８−
１２にて送信される。

【０２１７】以上により、中継サーバにおいてソース情
報メッセージを作成してソースサーバに送信する処理が
実現される。

【０２１８】なお、第５の実施形態のように、種々の方
法で、所定数のソース情報メッセージの発生ごとに実際
の送信を行うようにしても良い。

【０２１９】ここで、プログラムによるシステム構成に
ついて説明する。

【０２２０】図１４のページ転送部１２−２を図１５の
Ｓ１８−１とＳ１８−３の働きを記述するプログラムと
して実現し、ソース情報記憶部１２−４をＳ１８−２の
働きを記述するプログラムとして実現し、要求転送部１
２−３を図１６のＳ１８−５とＳ１８−１２の働きを記
述するプログラムとして実現する。ソース情報生成部１
２−５を図１６のＳ１８−６，Ｓ１８−７，Ｓ１８−
８，Ｓ１８−９、Ｓ１８−１０の働きを記述するプログ
ラムとして実現し、ソース情報送信部１２−６を図１６
のＳ１８−１１の働きを記述するプログラムとして実現
する。このプログラムを記憶媒体に記憶しておき、クラ
イアントとサーバとの中間に位置して、要求やページ転
送を取り次ぐ機能を備えるマシンにインストールし、演
奏するページの受信およびページ要求メッセージの受信
を契機として実行を開始する。

【０２２１】以下では、既に説明したクライアント装置
とサーバ装置を組み合わせたシステムとして５つの具体
例について説明する。なお、図１７〜図２１では、ネッ
トワークを省略してあるが、適宜使用するものとする。

【０２２２】（具体例１−１）まず、ソース情報をペー
ジ要求とは独立に送信できるクライアントおよびソース
情報を活用するサーバの具体例を説明する。

【０２２３】図１７にこのシステムの構成図を示す。図
１７のクライアントは図１および図２で示したクライア
ント３−１と同様の構成であり、図１７のサーバは図６
に示したサーバ４−１０と同様の構成である。ただし、
図１７中では、サーバ４−１０（）については、一部
の構成の記述を省略した。

【０２２４】クライアント３−１がサーバ４−１０
（）から取得したページＡを表示している状況（５−
５４）から説明を始める。ここで、利用者がページＡ中
のアンカーＣを選択したとする。すると、クライアント
３−１の入力部３−５はアンカーＣが選択されたことを
要求生成部３−６に伝える（図中５−４３）。要求生成
部５−６はページ解釈部３−３から受け取ったアンカー
とページの対応情報（５−４２）に基づいて、ページＢ
を要求するメッセージ（５−４４）を生成し、送信部３
−７とソース情報生成部３−８に伝える。ページ解釈部
３−３は、表示中のページを示す情報（５−４１）を常
に保持しており、ソース情報生成部３−８は、この情報
（５−４１）と上記ページＢを要求するメッセージ（５
−４４）を用いて、「ページＡ上のアンカーからページ
Ｂを参照した」という旨のソース情報（５−４６）を作
成する。ソース情報（５−４６）は、送信部３−７には
渡されないので、サーバ４−１０（）には伝達されな
い。ソース情報（５−４６）はソース情報送信部３−９
を介してページＡを記憶しているサーバ（ソースサー
バ）４−１０（）に伝達する。

【０２２５】以上が、クライアントの動作の具体例であ
る。

【０２２６】次に、サーバの動作の具体例を述べる。サ
ーバ４−１０（）は図２４のサーバ１−１と同様の動
作をするので説明を省略する。

【０２２７】サーバ４−１０（）は、ソース情報受信
部４−５にてクライアント３−１のソース情報送信部３
−９からソース情報（５−４６）を受信し、処理手段決
定部４−７に渡す。処理手段決定部４−７では、ソース
ページ識別子（ページＡ）と要求ページ情報（ページ
Ｂ）を取り出して、それらをキーとしてソース情報記憶
部５−４８を検索する。すると、図中５−４７で示すデ
ータが記録されているので「回数合計」を１だけ増や
す。また、その日（午前０時以降）の参照を数える場合
のようにある時刻にリセットされた「最近の回数」とい
うカウンタも１だけ増やしておく。「回数合計」が所定
の回数（例えば５００回）を超えたので所定の動作を行
うようにアンカー検出／変更部４−８に指示する。これ
を受けて、アンカー検出／変更部４−８はページ記憶部
４−２からページＡを読み出し、ページＢへのポインタ
を含むアンカーを検索し、そのアンカーの文字列の表示
色を強調表示色（例えば赤）に設定する。

【０２２８】なお、所定の動作と、動作を起こす条件は
処理手段決定部４−７内の動作設定テーブル（５−６
０）に予め登録されているものとする。

【０２２９】本システムによれば、ソース情報がソース
サーバに伝えられるので、ページの記述に反映させるこ
とが可能となる。

【０２３０】以下では、いくつかの変形例を示す。

【０２３１】具体例１ー１において、クライアント機能
とサーバ機能を同一マシン上に実装することもできる。
サーバ機能のページ記憶部４−２にはＣＤ−ＲＯＭや光
ディスクなどの大容量記憶媒体を用いてサービスを行
う。このシステムが街頭やホテルのロビーなどに設置さ
れ共用されると、使用されるに従ってその場所で人気の
あるリンクが強調表示されるというふうに、利用状況を
反映して表示方法が自律的に変わっていく。

【０２３２】具体例１において、サーバの処理手段決定
部４−７にタイマを設置し、定期的にソース情報記憶部
４−６を参照して、アクセスがないアンカーまたはアク
セス頻度が所定の回数よりも少ないアンカーを削除す
る。このために、アンカー検出／変更部４−８はページ
記憶部４−２に記憶されているページのアンカーのリス
トを保持しているか、指示があるごとに全ページを走査
して検査する。この処理によりアクセス頻度が低いリン
クを自動的に消去することが可能となり、リンク管理の
コストが低減される。

【０２３３】具体例１において、クライアント装置とし
て、図１および図３で示したもの、図１および図４で示
したもの、あるいは図１および図５で示したものを用い
ることができる。

【０２３４】（具体例１−２）次に、ソース情報（受信
結果を含むもの）をページ要求とは独立に送信できるク
ライアントおよびソース情報（受信結果を含むもの）を
活用するサーバの具体例を説明する。

【０２３５】図１８にこのシステムの構成図を示す。図
１８のクライアントは図１および図５に示したクライア
ント３−１と同様の構成であり、図１８のサーバは図８
に示したサーバ４−１０と同様の構成である。ただし、
図１８中では、サーバ４−１０（）については、一部
の構成の記述を省略した。

【０２３６】クライアント３−１がサーバ４−１０
（）から取得したページＡを表示している状況（５−
５４）から説明を始める。ここで、利用者がページＡ中
のアンカーＣを選択したとする。すると、クライアント
３−１の入力部３−５はアンカーＣが選択されたことを
要求生成部３−６に伝える（図中５−４３）。要求生成
部５−６はページ解釈部３−３から受け取ったアンカー
とページの対応情報（５−４２）に基づいて、ページＢ
を要求するメッセージ（５−４４）を生成し、送信部３
−７とソース情報生成部３−８に伝える。ページ解釈部
３−３は、表示中のページを示す情報（５−４１）を常
に保持しており、ソース情報生成部３−８は、この情報
（５−４１）と上記ページＢを要求するメッセージ（５
−４４）を用いて、「ページＡ上のアンカーからページ
Ｂを参照した」という旨のソース情報（５−４６）を作
成する。ソース情報（５−４６）は、送信部３−７には
渡されないので、サーバ４−１０（）には伝達されな
い。ソース情報（５−４６）はソース情報送信部３−９
を介してページＡを記憶しているサーバ（ソースサー
バ）４−１０（）に伝達する。

【０２３７】以上が、クライアントの動作の具体例であ
る。

【０２３８】次に、サーバの動作の具体例を述べる。サ
ーバ４−１０（）は図２４のサーバ１−１と同様の動
作をするので説明を省略する。

【０２３９】サーバ４−１０（）は、ソース情報受信
部４−５にてクライアント３−１のソース情報送信部３
−９からソース情報（５−４６）を受信し、処理手段決
定部４−７に渡す。処理手段決定部４−７では、受信メ
ッセージを解析し、種類フィールドの値が「参照」であ
ることから参照の報告と判定し、所定の動作を行う。す
なわち、ソースページの識別子（ページＡ）と要求ペー
ジ情報（ページＢ）を取り出して、それらをキーとして
ソース情報記憶部５−４８を検索する。すると、図中５
−４７で示すデータが記録されているので「回数合計」
を１だけ増やす。また、その日（午前０時以降）の参照
を数える場合のようにある時刻にリセットされた「最近
の回数」というカウンタも１だけ増やしておく。「回数
合計」が所定の回数（例えば５００回）を超えたので所
定の動作を行うようにアンカー検出／変更部４−８に指
示する。これを受けて、アンカー検出／変更部４−８は
ページ記憶部４−２からページＡを読み出し、ページＢ
へのポインタを含むアンカーを検索し、そのアンカーの
文字列の表示色を強調表示色（例えば赤）に設定する。

【０２４０】受信したソース情報の種類が「エラー」だ
った場合は、同様にソースページ識別子と要求ページ識
別子をキーとしてソース情報記憶部４−６を検索し、ソ
ース情報記憶部４−６の持つデータ（図中５−４８）の
「エラー回数」を１だけ増やす。その結果、エラー回数
が所定の回数（例えば５００回）を超えると処理手段決
定部４−７は管理者への通知部４−９に対しエラー通知
を出すように指示し、通知部４−９は図中５−５３で示
すエラーメールを送信する。

【０２４１】なお、所定の動作、動作を起こす回数は処
理手段決定部４−７内の動作設定テーブル（５−５０）
に予め登録されているものとする。

【０２４２】本システムによれば、ソース情報がソース
サーバに伝えられるので、ページの記述に反映させるこ
とが可能となる。

【０２４３】以下では、いくつかの変形例を示す。

【０２４４】具体例１において、クライアント３−１の
ソース情報送信部３−９がソースサーバにとって可読な
形式でソース情報を送信する部分を、サーバの管理者に
とって可読な形式でソース情報を送信するように変形す
る。すなわち、図１８中５−４６で示す情報を文字列で
表現し、管理者への通知部４−９と同様に例えば電子メ
ールとしてサーバ管理者に送信する。これにより、処理
手段決定部４−７での判断を省略できるので、特に重大
なエラーが発生している場合に迅速な対応が可能とな
る。

【０２４５】具体例１において、クライアント機能とサ
ーバ機能を同一マシン上に実装することもできる。サー
バ機能のページ記憶部４−２にはＣＤ−ＲＯＭや光ディ
スクなどの大容量記憶媒体を用いてサービスを行う。こ
のシステムが街頭やホテルのロビーなどに設置され共用
されると、使用されるに従ってその場所で人気のあるリ
ンクが強調表示されるというふうに、利用状況を反映し
て表示方法が自律的に変わっていく。

【０２４６】具体例１において、サーバの処理手段決定
部４−７にタイマを設置し、定期的にソース情報記憶部
４−６を参照して、アクセスがないアンカーまたはアク
セス頻度が所定の回数よりも少ないアンカーを削除す
る。このために、アンカー検出／変更部４−８はページ
記憶部４−２に記憶されているページのアンカーのリス
トを保持しているか、指示があるごとに全ページを走査
して検査する。この処理によりアクセス頻度が低いリン
クを自動的に消去することが可能となり、リンク管理の
コストが低減される。

【０２４７】（具体例２）次に、ソース情報を集計して
サーバに伝える中継サーバの具体例を説明する。図１９
にこのシステムの構成図を示す。

【０２４８】図１９のクライアントは図１に示したクラ
イアント３−１と同様の構成であり、動作説明は省略す
る。ただし、図１９中、クライアント３−１（）はソ
ース情報送信部３−９以外の構成を省略した。

【０２４９】図１９のサーバは図６あるいは図８のサー
バ４−１０と同様の構成であり、動作説明は省略する。
ただし、図１９のサーバ４−１０（）はソース情報記
憶部４−６、処理手段決定部４−７、アンカー検出／変
更部４−８（および管理者への通知部４−９）をまとめ
てソース情報処理部４−２０として表している。また、
図１９中では、サーバ４−１０（）については、一部
の構成の記述を省略した。

【０２５０】中継サーバ９−２は、複数のクライアント
とサーバの間に位置して、ソース情報を集計する。な
お、ページ転送部６−６と要求転送部６−７の動作は、
図２５のものと同様である。

【０２５１】ソース情報制御部９−８には、ソース情報
（要求ページ情報を含むもの）をサーバに通知するため
の動作を起こす受信回数を記憶するレジスタ９−１３が
接続されており、予め設定されている。本具体例ではレ
ジスタ９−１３には２回と設定されているとする。クラ
イアント３−１（）から「ページＡ上のアンカーを参
照してページＢを要求した」旨のソース情報（９−６）
が中継サーバ９−２に送られると、ソース情報受信部９
−７において受信し、ソース情報制御部９−８に渡す。
ソース情報制御部９−８は、ソースページＡと要求ペー
ジＢ（ソースサーバの識別子、ソースページＡの識別
子、要求ページを記憶しているサーバの識別子、要求ペ
ージＢの識別子）をキーとして、ソース情報記憶部９−
９に記憶されているソース情報を検索する。その結果、
このソース情報は初めてであり登録されていなかったの
で、図中９−１２で示すように登録する。ここで、受信
回数（初回なので１）とレジスタ９−１３の内容とを比
較し、所定の回数以下なので何も行わない。

【０２５２】次に、クライアント３−１（）から図中
９−６のソース情報と同一のキーを持つソース情報を受
信すると、ソース情報制御部９−８は同様にソースペー
ジＡと要求ページＢをキーとしてソース情報記憶部９−
９のソース情報を検索する。今度はすでに登録されてい
るので受信回数を１だけ増やす。ここで、受信回数（２
となっている）とレジスタ９−１３の内容を比較すると
動作を起こすべき所定の回数になっていることがわかる
ので、ソース情報制御部９−８は該当するソース情報と
受信回数をソース情報送信部９−１０に渡して送信を指
示する。ソース情報送信部９−１０は、ソース情報のソ
ースページの識別子から取得したソースサーバ４−１０
（）の識別子を宛先として、ソース情報メッセージ
（９−１１）を送信する。

【０２５３】ソース情報は集計して所定の回数を超えた
場合にページ記述を変更する場合が多い。この集計作業
をサーバが行うと全ソース情報を順に処理する必要があ
り、本来のページ記憶・提供機能に悪影響を与え兼ねな
い。これに対し、上記のように中継サーバで集計を行う
と、サーバの集計作業の負担が減る。また、中継サーバ
が階層的に接続されている場合は集計作業も階層的に行
われるのでさらに効率が向上する。

【０２５４】（具体例３）次に、ページ要求メッセージ
の一部に埋め込まれているソース情報を分離してソース
サーバに伝える中継サーバの具体例を説明する。

【０２５５】図２０にこのシステムの構成図を示す。

【０２５６】図２０のクライアントは図２３に示したク
ライアント１−１１と同様の構成のものを用いるものと
し、動作説明は省略する。

【０２５７】図２０のサーバは図６あるいは図８のサー
バ４−１０と同様の構成であり、動作説明は省略する。
ただし、図２０のサーバ４−１０（）はソース情報記
憶部４−６、処理手段決定部４−７、アンカー検出／変
更部４−８（および管理者への通知部４−９）をまとめ
てソース情報処理部４−２０として表している。また、
図２０中では、サーバ４−１０（）については、一部
の構成の記述を省略した。この点は、図１９のサーバと
同様である。

【０２５８】中継サーバ１１−２は、複数のクライアン
トとサーバの間に位置して、ソース情報を分離する。な
お、ページ転送部６−６の動作は、図２５のものと同様
である。

【０２５９】クライアント１−１１は、ソース情報を埋
め込んだページ要求メッセージを生成し、中継サーバ１
１−２に送信する。

【０２６０】中継サーバ１１−２では、ソース情報分離
部１１−７においてソースページの情報（ソースサーバ
の識別子とソースページの識別子）を切り出し、この情
報を含まないページ要求メッセージ（１１−６）を作成
し、要求転送部１１−１0 を経てサーバ４−１０（）
に転送する。ソース情報分離部１１−７は、切り出した
ソースページの情報とコピーした要求ページ情報を内容
として含むソース情報を作成する。

【０２６１】ソース情報送信部１１−８は、ソースペー
ジの情報に含まれるソースサーバの識別子から宛先を取
得してソース情報メッセージ（１１−９）を送信する。

【０２６２】すべてのクライアントがソース情報をペー
ジ要求から分離して発信できるとは限らないので、従来
型のクライアントだけのシステムあるいは従来型クライ
アントと本発明のクライアントが混在するシステムにお
いてもソース情報を取得することができる。

【０２６３】以下では、いくつかの変形例を示す。

【０２６４】ソース情報分離部１１−７とソース情報送
信部１１−８を中継サーバ１１−２から独立に構成し、
クライアント１−１１の送信部１−１７の直後に接続す
る。これにより、従来型クライアントを本発明のクライ
アントのように振る舞わせることが可能となる。

【０２６５】中継サーバ１１−２からサーバ４−１０へ
転送するページ要求からソースに関する情報を削除しな
い。この場合は、ソース情報が二つのサーバに送られる
ことになる。

【０２６６】（具体例４）次に、ソース情報を生成する
中継サーバの具体例を説明する。

【０２６７】図２１にこのシステムの構成図を示す。

【０２６８】図２１のクライアント１３−１は図２３に
示したクライアント１−１１からソース情報生成部１−
１８を削除した構成のものを用いるものとする。クライ
アント１３−１の動作は、図２３のクライアント１−１
１の動作からソース情報生成部１−１８に関する動作を
除いたものであるので、その説明を省略する。

【０２６９】図２１のサーバは図６あるいは図８のサー
バ４−１０と同様の構成であり、動作説明は省略する。
ただし、図２１のサーバ４−１０（）はソース情報記
憶部４−６、処理手段決定部４−７、アンカー検出／変
更部４−８（および管理者への通知部４−９）をまとめ
てソース情報処理部４−２０として表している。また、
図２１中では、サーバ４−１０（）については、一部
の構成の記述を省略した。この点は、図１９のサーバと
同様である。

【０２７０】中継サーバ１３−２は、複数のクライアン
トとサーバの間に位置して、ソース情報を生成する。

【０２７１】クライアント１３−１が表示中のページＡ
を取得する際に、中継サーバ１３−２においてそのペー
ジを取得したことを記録しておきソース情報とする。ペ
ージ転送部１３−５はサーバ４−１０（）の送信部４
−４から送られたページＡを受信すると、そのサーバの
識別子、そのページの識別子、そのページを要求したク
ライアントの識別子をコピーしてソース情報としてソー
ス情報記憶部１３−７に記憶する。

【０２７２】クライアント１３−１から次のページＢを
要求するメッセージ（１３−１４）が中継サーバ１３−
２に送られると、要求転送部１３−６は、その要求をサ
ーバ４−１０（）に転送するとともに、クライアント
１３−１がページＢを要求したことをソース情報生成部
１３−８に伝える。ソース情報生成部１３−８は、ソー
ス情報記憶部１３−７からクライアント識別子をキーと
してソース情報を検索し、そのクライアントが現在表示
しているソースページの情報（ソースサーバの識別子と
ソースページの識別子）を得る。このソースページの情
報と要求メッセージから得た要求ページ情報を内容とし
て含むソース情報（１３−１３）を生成しソース情報送
信部１３−９に送信を指示する。ソース情報送信部１３
−９はソースサーバの識別子を取り出しこれを宛先とし
てソース情報メッセージ（１３−１３）を送信する。

【０２７３】ＨＴＴＰ／１．０ではソース情報はあまり
発信しないように推奨されているので、ソース情報生成
部を持たないクライアントも存在すると考えられる。

【０２７４】しかし、ソース情報を元にサーバ上のペー
ジをより正確で見やすいものに維持できれば利用者にと
っても有益である。そこで、システム中にソース情報を
発信しないクライアントが混在する場合でも、本発明の
ソース情報を収集できるようになる。

【０２７５】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０２７６】

【発明の効果】本発明によれば、クライアント装置にソ
ースページをもとに行われた別のページの要求に関する
情報を、ページの要求先とは異なる宛先に送信可能とな
る。したがって、クライアント装置からソースページを
記憶するサーバ装置に上記情報を送信することができ
る。

【０２７７】また、本発明によれば、サーバ装置におい
て、受信したソースページの利用に関する情報を活用す
ることが可能となる。したがって、サーバ装置は受信し
た上記情報に基づいてページ中のアンカーの利用状況を
把握しより有効なリンク管理を行なうことができる。

【０２７８】また、本発明によれば、クライアント装置
とサーバ装置の間に設ける中継サーバ装置側で、集計な
どサーバ装置側で行う処理を代行させることで、サーバ
装置における集計作業などの負担を減らすことができ
る。

【０２７９】また、本発明によれば、クライアント装置
とサーバ装置の間に設ける中継サーバ装置にページ要求
メッセージに含まれるソースページに関する情報を利用
して、ソースサーバにアンカーの利用に関する情報を通
知可能な中継サーバ装置を用いることにより、従来のク
ライアントにおけるアンカーの利用状況をソースサーバ
側で取得することができる。

【０２８０】また、本発明によれば、クライアント装置
とサーバ装置の間に設ける中継サーバ装置においてペー
ジの転送記録およびページ要求の転送記録をもとにし
て、ソースサーバにアンカーの利用に関する情報を通知
可能な中継サーバ装置を中継装置を用いることにより、
従来のクライアントにおけるアンカーの利用状況をソー
スサーバ側で取得することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るクライアント装置の
構成例を示す図

【図２】本発明の実施の形態に係るクライアント装置の
動作例を示すフローチャート

【図３】本発明の実施の形態に係るクライアント装置の
他の動作例を示すフローチャート

【図４】本発明の実施の形態に係るクライアント装置の
さらに他の動作例を示すフローチャート

【図５】本発明の実施の形態に係るクライアント装置の
さらに他の動作例を示すフローチャート

【図６】本発明の実施の形態に係るサーバ装置の構成例
を示す図

【図７】本発明の実施の形態に係るサーバ装置の動作例
を示すフローチャート

【図８】本発明の実施の形態に係るサーバ装置の他の構
成を示す図

【図９】本発明の実施の形態に係るサーバ装置の他の動
作例を示すフローチャート

【図１０】本発明の実施の形態に係る中継サーバ装置の
構成を示す図

【図１１】本発明の実施の形態に係る中継サーバ装置の
動作を示すフローチャート

【図１２】本発明の実施の形態に係る他の中継サーバ装
置の構成を示す図

【図１３】本発明の実施の形態に係る他の中継サーバ装
置の動作を示すフローチャート

【図１４】本発明の実施の形態に係るさらに他の中継サ
ーバ装置の構成を示す図

【図１５】本発明の実施の形態に係るさらに他の中継サ
ーバ装置の動作を示すフローチャート

【図１６】本発明の実施の形態に係るさらに他の中継サ
ーバ装置の動作を示すフローチャート

【図１７】本発明の実施の形態に係るシステム構成の具
体例１−１を示す図

【図１８】本発明の実施の形態に係るシステム構成の具
体例１−２を示す図

【図１９】本発明の実施の形態に係るシステム構成の具
体例２を示す図

【図２０本発明の実施の形態に係るシス
テム構成の具体例３を示す図 【図２１】本発明の実施の形態に係るシステム構成の具
体例４を示す図

【図２２】ハイパーメディアの原理を説明するための図

【図２３】従来のハイパーメディアシステムを示す図

【図２４】図２３のハイパーメディアシステムの動作を
説明するための図

【図２５】従来の中継サーバの構成を示す図

【図２６】図２５の中継サーバの動作を説明するための
図

【符号の説明】

１−１１，３−１，４−１１，６−１１，８−８，１０
−６，１２−７…クライアント １−１，３−１０，３−１１，４−１０，８−９，８−
１０，１０−７，１０−８，１２−８，１２−９…サー
バ ８−１，１０−１，１２−１…中継サーバ １−１９…ネットワーク １−２，１−１２，３−２，４−１…受信部 １−１３，３−３…ページ解釈部 １−１４，３−４…表示部 １−１５，３−５…入力部 １−１６，３−６…要求生成部 １−４，４−３…要求処理部 １−５，１−１７，３−７，４−４…送信部 １−１８，３−８，１２−５…ソース情報生成部 ３−９，１０−５，１２−６，８−７…ソース情報送信
部 １−３，４−２…ページ記憶部 ４−５，８−４…ソース情報受信部 ４−６，８−５，１２−４…ソース情報記憶部 ４−７…処理手段決定部 ４−８…アンカー検出／変更部 ４−９…通知部 ６−６，８−２，１２−２，１０−２…ページ転送部 ６−７，８−３，１０−３，１２−３…要求転送部 ８−６…ソース情報制御部 １０−４…ソース情報分離部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 前田 誠司 神奈川県川崎市幸区小向東芝町１番地 株式会社東芝研究開発センター内 (56)参考文献 今津英世，Ｗｅｂサーバの技法 第９ 回ＷＥＢサーバのアクセスログの統計処 理−ｗｅｂｓｔａｔｉｓ（１），Ｉｎｔ ｅｒｎｅｔｗｏｒｋｉｎｇ，1997年 １ 月 １日，第３巻，第１号，第17〜24頁 中村稔，ＷＷＷにおけるＵＲＬリンク の一貫性維持方式とその実装，電子情報 通信学会技術研究報告（ＣＰＳＹ96− 62），1996年，第96巻，第231号，第39 〜46頁 加内慎也，Ｐｅｒｌで作るインタラク ティブ・ホームページ，ＵＮＩＸ ＵＳ ＥＲ，ソフトバック，1996年 ９月 １ 日，Ｖｏｌ．５，Ｎｏ．９，ｐ．69−74 白橋明弘，インターネットとＷＷＷシ ステムの基礎，インターフェース，ＣＱ 出版，1995年 ９月 １日，第21巻，第 ９号，第64−73頁 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/30 G06F 12/00 G06F 13/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (15)

(57)【特許請求の範囲】
1. 【請求項１】取得したハイパーメディア文書からなる第
   １のページを解釈し表示する手段と、 表示中の第１のページで参照されている第２のページを
   要求する第１のメッセージを、該第２のページを記憶し
   ているサーバ装置に送信する手段と、 前記第２のページの要求に関わる情報を含む第２のメッ
   セージを、前記第２のページを記憶しているサーバ装置
   とは異なる宛先に送信する手段とを備えたことを特徴と
   するクライアント装置。
2. 【請求項２】前記第２のメッセージの送信は、前記表示
   中のページのハイパーメディア文書に送信指定が設定さ
   れている場合に限って行うことを特徴とする請求項１に
   記載のクライアント装置。
3. 【請求項３】前記第２のメッセージの送信は、作成され
   た該メッセージを所定のキー情報で分類し夫々の分類ご
   とに所定数蓄積した後に行うことを特徴とする請求項１
   に記載のクライアント装置。
4. 【請求項４】取得したハイパーメディア文書からなる第
   １のページを解釈して表示し、 表示中の第１のページで参照されている第２のページを
   要求する第１のメッセージを、該第２のページを記憶し
   ているサーバ装置に送信し、 前記第２のページの要求に関わる情報を含む第２のメッ
   セージを、前記第２のページを記憶しているサーバ装置
   とは異なる宛先に送信することを特徴とするメッセージ
   送信方法。
5. 【請求項５】記憶しているハイパーメディア文書からな
   るページを要求に応じて送信する手段と、 送信したページで参照されている他のページの要求に関
   わるメッセージを受信する手段と、 受信された前記メッセージの内容をもとに所定の処理を
   行う手段とを備えたことを特徴とするサーバ装置。
6. 【請求項６】前記所定の処理は、前記メッセージをもと
   にして得られた、前記送信したページを利用して前記他
   のページが要求された頻度に応じて該他のページの参照
   の仕方を変更させる処理であることを特徴とする請求項
   ５に記載のサーバ装置。
7. 【請求項７】前記所定の処理は、前記メッセージに含ま
   れたページ要求失敗の通知に応じて前記他のページの参
   照先の情報を変更または削除する処理であることを特徴
   とする請求項５に記載のサーバ装置。
8. 【請求項８】前記所定の処理は、受信された前記メッセ
   ージを所定のキー情報で分類し夫々の分類ごとに所定数
   蓄積した後に行うことを特徴とする請求項５に記載のサ
   ーバ装置。
9. 【請求項９】記憶しているハイパーメディア文書からな
   るページを要求に応じて送信し、 送信したページで参照されている他のページの要求に関
   わるメッセージを受信し、 受信された前記メッセージの内容をもとに所定の処理を
   行うことを特徴とするページ処理方法。
10. 【請求項１０】記憶したハイパーメディア文書からなる
    ページを要求に応じて送信するサーバ装置と、取得した
    ハイパーメディア文書からなるページを解釈し表示する
    クライアント装置との間で、ページの転送およびページ
    を要求するメッセージの転送を行なう中継サーバ装置に
    おいて、 いずれかのクライアント装置からいずれかのサーバ装置
    に宛てた、該クライアント装置における表示中のページ
    で参照されている別のページの要求に関わる情報を含む
    メッセージを受信する手段と、 受信された前記メッセージを所定のキー情報で分類し夫
    々の分類ごとに所定数蓄積した後に、該メッセージ内に
    記述された宛先に送信する手段とを備えたことを特徴と
    する中継サーバ装置。
11. 【請求項１１】記憶したハイパーメディア文書からなる
    ページを要求に応じて送信するサーバ装置と、取得した
    ハイパーメディア文書からなるページを解釈し表示する
    クライアント装置との間で、ページの転送およびページ
    を要求するメッセージの転送を行なう中継サーバ装置の
    メッセージ送信方法であって、 いずれかのクライアント装置からいずれかのサーバ装置
    に宛てた、該クライアント装置における表示中のページ
    で参照されている別のページの要求に関わる情報を含む
    メッセージを受信し、 受信された前記メッセージを所定のキー情報で分類し夫
    々の分類ごとに所定数蓄積した後に、該メッセージ内に
    記述された宛先に送信する手段とを備えたことを特徴と
    するメッセージ送信方法。
12. 【請求項１２】記憶したハイパーメディア文書からなる
    ページを要求に応じて送信するサーバ装置と、取得した
    ハイパーメディア文書からなるページを解釈し表示する
    クライアント装置との間で、ページの転送およびページ
    を要求する第１のメッセージの転送を行なう中継サーバ
    装置において、 ページを要求するもととなった第１のページをネットワ
    ーク中で特定可能な情報の付加された、第２のページを
    要求する第１のメッセージを受信する手段と、 受信された前記第１のメッセージをもとに、前記第２の
    ページの要求に関わる情報を含む第２のメッセージを作
    成して、前記第１のページを記憶しているサーバ装置を
    宛先として送信する手段とを備えたことを特徴とする中
    継サーバ装置。
13. 【請求項１３】記憶したハイパーメディア文書からなる
    ページを要求に応じて送信するサーバ装置と、取得した
    ハイパーメディア文書からなるページを解釈し表示する
    クライアント装置との間で、ページの転送およびページ
    を要求する第１のメッセージの転送を行なう中継サーバ
    装置のメッセージ送信方法であって、 ページを要求するもととなった第１のページをネットワ
    ーク中で特定可能な情報の付加された、第２のページを
    要求する第１のメッセージを受信し、 受信された前記第１のメッセージをもとに、前記第２の
    ページの要求に関わる情報を含む第２のメッセージを作
    成して、前記第１のページを記憶しているサーバ装置を
    宛先として送信することを特徴とするメッセージ送信方
    法。
14. 【請求項１４】記憶したハイパーメディア文書からなる
    ページを要求に応じて送信するサーバ装置と、取得した
    ハイパーメディア文書からなるページを解釈し表示する
    クライアント装置との間で、ページの転送およびページ
    を要求するメッセージの転送を行なう中継サーバ装置に
    おいて、 ページを転送するにあたって、該ページの転送先となる
    クライアント装置をネットワーク中で特定可能な情報お
    よび該クライアント装置に最後に転送した第１のページ
    をネットワーク中で特定可能な情報を組みにして記憶す
    る手段と、 第２のページを要求するメッセージを転送するにあたっ
    て、該メッセージに含まれる該メッセージの送信元のク
    ライアント装置をネットワーク中で特定可能な情報をも
    とに前記記憶する手段から該クライアント装置に最後に
    転送した第１のページをネットワーク中で特定可能な情
    報を求め、前記第２のページの要求に関わる情報を含む
    第２のメッセージを作成して、前記第１のページを記憶
    しているサーバ装置を宛先として送信する手段とを備え
    たことを特徴とする中継サーバ装置。
15. 【請求項１５】記憶したハイパーメディア文書からなる
    ページを要求に応じて送信するサーバ装置と、取得した
    ハイパーメディア文書からなるページを解釈し表示する
    クライアント装置との間で、ページの転送およびページ
    を要求するメッセージの転送を行なう中継サーバ装置の
    メッセージ送信方法であって、 ページを転送するにあたって、該ページの転送先となる
    クライアント装置をネットワーク中で特定可能な情報お
    よび該クライアント装置に最後に転送した第１のページ
    をネットワーク中で特定可能な情報を組みにして記憶
    し、 第２のページを要求するメッセージを転送するにあたっ
    て、該メッセージに含まれる該メッセージの送信元のク
    ライアント装置をネットワーク中で特定可能な情報をも
    とに、前記記憶した情報から該クライアント装置に最後
    に転送した第１のページをネットワーク中で特定可能な
    情報を求め、前記第２のページの要求に関わる情報を含
    む第２のメッセージを作成して、前記第１のページを記
    憶しているサーバ装置を宛先として送信することを特徴
    とするメッセージ送信方法。