JP2001125822A

JP2001125822A - 情報源観測装置および情報源観測方法、ならびに情報源観測プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2001125822A
Application number: JP30565799A
Authority: JP
Inventors: Katsuyoshi Doi; 克良土居
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 1999-10-27
Filing date: 1999-10-27
Publication date: 2001-05-11
Anticipated expiration: 2019-10-27
Also published as: JP3666638B2

Abstract

(57)【要約】【課題】ＷＷＷなどのハイパーテキストシステムにお
いて、ユーザがどのようなページを参照元としてＵＲＬ
ページを参照しているかを集計し、その参照元のリスト
をユーザに提示する。【解決手段】参照情報抽出手段４によって、クライア
ントコンピュータ３で発行される要求ヘッダから参照元
のＵＲＬを、サーバコンピュータ１で発行される応答ヘ
ッダから応答コードを抽出し、これらの参照情報を参照
情報保存手段５に保存する。参照情報が一定数以上とな
ると、カウント手段６およびソート手段７によって、デ
ータタイプごとに各参照元のＵＲＬを集計する。このと
き、同一ＵＲＬ排除手段７Ａによって、参照元ＵＲＬか
ら同一参照ページへの複数回のアクセスを応答コードに
基づき検出排除してカウントしない。そして、集計結果
を情報源リストとしてユーザに提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばサーバコン
ピュータとクライアントコンピュータとがネットワーク
で結ばれたシステムにおいて、サーバコンピュータ上に
あるハイパーリンク構造をもったデータファイルをクラ
イアントコンピュータ上において閲覧する際に利用され
る情報源観測装置および情報源観測方法、ならびに情報
源観測プログラムを記録したコンピュータ読み取り可能
な記録媒体に関するものである。

【０００２】

【従来の技術】昨今、複数のサーバコンピュータおよび
複数のクライアントコンピュータがネットワークで結ば
れ、各サーバコンピュータにハイパーテキスト構造のマ
ルチメディアデータが記憶されており、各クライアント
コンピュータにおいて、ブラウザソフトウェアによっ
て、このようなマルチメディアデータを閲覧することが
可能なシステムが広く普及している。このようなシステ
ムの例としては、例えば、インターネットにおけるＷＷ
Ｗ（world wide web）と呼ばれるシステムなどが挙げら
れる。

【０００３】マルチメディアデータを含む文書は、例え
ばＨＴＭＬ（hyper text markup language）と呼ばれる
記述言語によって記述されており、テキスト文書、静止
画、動画、音楽データ、およびJava（登録商標）アプレ
ットなどのアプリケーションプログラムなどを含むこと
が可能になっている。このような文書（以下、ＨＴＭＬ
ページと称する）およびマルチメディアデータには、そ
れぞれＵＲＬ（uniform resource locator）と呼ばれる
固有のアドレスが割り当てられている。ユーザは、ブラ
ウザ上においてＵＲＬを指定することによって、所望の
ＨＴＭＬページあるいはマルチメディアデータにアクセ
スすることができる。また、ＨＴＭＬページには、他の
ページやマルチメディアデータへアクセスするためのリ
ンクなども埋め込まれており、ユーザは、このリンクを
ブラウザ上でポイントすることによって、リンク先のペ
ージやマルチメディアデータに移動することも可能とな
っている。

【０００４】そして、クライアントコンピュータにおけ
るＨＴＭＬ文書表示ソフトウェアであるブラウザとして
は、例えば、Netscape Communications 社のNetscape C
ommunicator （登録商標）や、Microsoft 社のInternet
Explorer （登録商標）などの製品が広く普及してい
る。

【０００５】これらのブラウザでは、アクセスしたＨＴ
ＭＬページおよびマルチメディアデータのＵＲＬ、アク
セス日時、およびタイトルなどが、履歴データとしてク
ライアントコンピュータ内のハードディスクに記憶する
ことが可能になっている。そして、ユーザは、過去にア
クセスしたＨＴＭＬページあるいはマルチメディアデー
タに再びアクセスしたい時に、この履歴データを参照す
ることによって、容易に所望のＨＴＭＬページあるいは
マルチメディアデータにアクセスすることが可能であ
る。

【０００６】また、例えばNetscape Communicator で
は、履歴データに基づいて、過去にアクセスしたＨＴＭ
ＬページおよびマルチメディアデータのＵＲＬを、頻度
順、あるいは日時順などに並べ替えて表示することが可
能となっている。

【０００７】さらに、例えば、公開特許公報「特開平１
０−１４３５１９号公報（公開日：平成１０年（１９９
８）５月２９日）」には、ユーザが過去にアクセスした
ＵＲＬに対して、頻度や視聴時間をもとに順序づけを行
い、その結果を表示する方法および装置が開示されてい
る。

【０００８】また、例えば、公開特許公報「特開平９−
２０４３４７号公報（公開日：平成９年（１９９７）８
月５日）」、公開特許公報「特開平１０−２１１３４号
公報（公開日：平成１０年（１９９８）１月２３日）」
には、サーバコンピュータとクライアントコンピュータ
との間でＵＲＬの中継を行うゲートウェイコンピュータ
において、ゲートウェイコンピュータに中継キャッシュ
が内蔵されている場合、過去に中継したＵＲＬに対し
て、その頻度の算出を行ってリストを作成するととも
に、頻度順にゲートウェイコンピュータが自発的にキャ
ッシュの更新を行う方法が開示されている。

【０００９】これらの方式に共通する点としては、過去
にアクセスしたＨＴＭＬページおよびマルチメディアデ
ータのＵＲＬに関して、その頻度に注目し、それらを統
計処理することによって頻度を算出し、頻度の高いＨＴ
ＭＬページおよびマルチメディアデータは、ユーザの要
求度が高いと判断している点である。

【００１０】

【発明が解決しようとする課題】ここで、情報を提供す
る複数のサーバコンピュータと、ゲートウェイコンピュ
ータと、クライアントコンピュータとからなるシステム
を想定する。なお、ゲートウェイコンピュータとは、異
なるネットワーク／システムを相互接続するためのコン
ピュータである。

【００１１】そして、例えば、図１４に示すように、あ
るサーバコンピュータ上に、ＵＲＬが“http://www.new
s/”で示されるＨＴＭＬページが存在し、別のサーバコ
ンピュータ上に、ＵＲＬが“http://www.hello.nara/”
で示されるＨＴＭＬページが存在するとする。

【００１２】ＵＲＬが“http://www.news/”で示される
ＨＴＭＬページは、あるニュース情報（「日々新聞」）
を提供するページであり、「新刊情報（“http://www.n
ews/1.html”）」、「天気予報（“http://www.news/2.
html”）」、「Ａ社新製品（“http://www.news/3.htm
l”）」、「Ｂ社新製品（“http://www.news/4.htm
l”）」、および「Ｃ社新製品（“http://www.news/5.h
tml”）」の５つのＨＴＭＬページへのリンクがはられ
ている。

【００１３】また、ＵＲＬが“http://www.hello.nara
/”で示されるＨＴＭＬページは、奈良県地域情報を提
供するページであり、「株式情報（“http://www/a.mo
v”）」および「道路情報（“http://www/b.mov”）」
の２つの動画データ、および「お知らせ（“http://www
/index.html”）」のＨＴＭＬページにリンクがはられ
ている。

【００１４】ここで、あるユーザが、クライアントコン
ピュータにおいて、まず、ＵＲＬが“http://www.news
/”で示されるＨＴＭＬページにアクセスし、このペー
ジからリンクされている５つのＨＴＭＬページ（テキス
トデータ）を閲覧し、その後、ＵＲＬが“http://www.h
ello.nara/”で示されるＨＴＭＬページにアクセスし、
このページからリンクされている２つの動画データ、お
よび１つのＨＴＭＬページ（テキストデータ）を閲覧し
たとする。このとき、図１５に示すようなアクセスログ
が、ゲートウェイコンピュータに記録される。

【００１５】なお、図１５において、ＵＲＬが“http:/
/www.news/”で示されるＨＴＭＬページが１回しかカウ
ントされていないのは、次のような理由によるものであ
る。例えば、ＵＲＬが“http://www.news/”で示される
ＨＴＭＬページから、リンク先である「新刊情報（“ht
tp://www.news/1.html”）」のページへ移動し、閲覧
後、ブラウザのバックボタン（戻るボタン）を押すこと
によって再び“http://www.news/”のページに戻り、同
様にして他の４つのリンク先に移動したとする。この際
に、ブラウザには、通常、キャッシュが一定量蓄積され
ており、「新刊情報（“http://www.news/1.html”）」
のページから、“http://www.news/”のページに戻る際
には、このキャッシュから“http://www.news/”のペー
ジのデータが取り出されることになる。この場合、ゲー
トウェイコンピュータには、ＵＲＬの取得要求が伝達さ
れないので、ゲートウェイコンピュータのアクセスログ
には、ＵＲＬが“http://www.news/”で示されるＨＴＭ
Ｌページが、１回しか現れてこないことになる。

【００１６】図１５に示す集計結果によれば、どのＵＲ
Ｌも１回の出現頻度であるから、上記のように、出現頻
度に基づいてユーザの要求度を判断する方式によれば、
どのＵＲＬもユーザの要求度は同等とみなされることに
なる。しかしながら、実際には、ユーザは、後日、ＵＲ
Ｌが“http://www.news/”で示されるＨＴＭＬページ
や、ＵＲＬが“http://www.hello.nara/”で示されるＨ
ＴＭＬページに再びアクセスし、新しいリンクが作られ
ていれば、その新しいリンクにアクセスする、というア
クセス動作を行う可能性が高いと予想される。この際
に、すでにアクセス済みのＵＲＬである“http://www.n
ews/1.html”や、“http://www.news/2.html”などへ再
びアクセスすることはほとんどないものと予想される。

【００１７】すなわち、上記のように、出現頻度に基づ
いてユーザの要求度を判断する方式では、ハイパーテキ
ストが多階層のツリー構造をなす場合、下位階層のファ
イルオブジェクトに対してもそのＵＲＬ単独でアクセス
頻度が算出されて、ＵＲＬの重要度が決定されるため、
実際のユーザの要求度を反映した判定を行っていないこ
とになる。したがって、このような方式によって示され
た結果には、無駄なデータが多く含まれることになり、
ユーザにとって有用な情報が示されない場合がある。

【００１８】本発明は上記の問題点を解決するためにな
されたもので、その目的は、ＷＷＷなどのハイパーテキ
ストシステムにおいて、ユーザがどのようなページを参
照元としてＵＲＬページを参照しているかを集計し、そ
の参照元のリストをユーザに提示することができる情報
源観測装置および情報源観測方法、ならびに情報源観測
プログラムを記録したコンピュータ読み取り可能な記録
媒体を提供することにある。

【００１９】

【課題を解決するための手段】本発明の情報源観測装置
は、上記の課題を解決するために、ネットワークで繋が
れたサーバコンピュータ上のハイパーリンク構造を有す
るデータファイルをクライアントコンピュータ上で閲覧
する際に用いられる情報源観測装置において、クライア
ントコンピュータからアクセスされたデータファイルの
参照元データファイルのアドレス情報を参照情報として
保存する参照情報保存手段と、上記参照情報をアドレス
情報ごとに集計して参照元データファイルの参照頻度を
算出するカウント手段とを有するとともに、１つの参照
データファイルから行われた１つのデータファイルへの
アクセスのうち、そのデータファイルが更新されてから
次に更新されるまでの間に行われた複数回のアクセスを
参照頻度１回に換算する重複アクセス排除手段を有する
ことを特徴としている。

【００２０】また、本発明の情報源観測方法は、上記の
課題を解決するために、ネットワークで繋がれたサーバ
コンピュータ上のハイパーリンク構造を有するデータフ
ァイルをクライアントコンピュータ上で閲覧する際の情
報源観測方法において、クライアントコンピュータから
アクセスされたデータファイルの参照元データファイル
のアドレス情報を参照情報として保存するステップと、
上記参照情報をアドレス情報ごとに集計して参照元デー
タファイルの参照頻度を算出するステップとを含むとと
もに、１つの参照データファイルから行われた１つのデ
ータファイルへのアクセスのうち、そのデータファイル
が更新されてから次に更新されるまでの間に行われた複
数回のアクセスを参照頻度１回に換算するステップを含
んでいることを特徴としている。

【００２１】また、本発明の情報源観測プログラムを記
録したコンピュータ読み取り可能な記録媒体は、上記の
課題を解決するために、ネットワークで繋がれたサーバ
コンピュータ上のハイパーリンク構造を有するデータフ
ァイルをクライアントコンピュータ上で閲覧する際に用
いられる情報源観測プログラムを記録したコンピュータ
読み取り可能な記録媒体において、クライアントコンピ
ュータからアクセスされたデータファイルの参照元デー
タファイルのアドレス情報を参照情報として保存する参
照情報保存手段と、上記参照情報をアドレス情報ごとに
集計して参照元データファイルの参照頻度を算出するカ
ウント手段と、１つの参照データファイルから行われた
１つのデータファイルへのアクセスのうち、そのデータ
ファイルが更新されてから次に更新されるまでの間に行
われた複数回のアクセスを参照頻度１回に換算する重複
アクセス排除手段と、をコンピュータに実現させるため
の情報源観測プログラムを記録したことを特徴としてい
る。

【００２２】上記の構成および方法により、参照情報保
存手段（ステップ）によって、クライアントコンピュー
タからアクセスされたデータファイルの参照元データフ
ァイルのアドレス情報を参照情報として保存し、カウン
ト手段（ステップ）によって、上記参照情報を、参照元
データファイルのアドレス情報ごとに集計するので、参
照元として頻繁に利用されるデータファイルを把握する
ことが可能となる。

【００２３】加えて、重複アクセス排除手段（ステッ
プ）によって、データファイルが更新されてから次に更
新されるまでの間に行われた複数回のアクセスを参照頻
度１回に換算して修正するので、参照頻度の統計から重
複したアクセスを削減除去して、より有用な情報を多く
含んでいるデータファイルをユーザに提示することが可
能となる。

【００２４】これにより、新規に多数出現するマルチメ
ディアデータ等のデータファイルの参照起点となる情報
源を参照頻度の統計に基づいて自動的に発見し、これを
ユーザに提示することができる優れたユーザインタフェ
ースを提供することが可能となる。また、処理を高速化
して、ユーザの情報アクセス時間を短縮することができ
る。

【００２５】したがって、上記の構成および方法によれ
ば、サーバコンピュータとクライアントコンピュータと
がネットワークで結ばれたコンピュータシステムにおい
て、サーバコンピュータの上にあるハイパーテキスト構
造を持ったマルチメディア文書の参照をクライアントコ
ンピュータから容易に行うことが可能となる。

【００２６】さらに、本発明の情報源観測装置は、上記
の課題を解決するために、上記サーバコンピュータが、
上記クライアントコンピュータから要求されたデータフ
ァイルの更新日時と、該クライアントコンピュータが前
回アクセスした該データファイルの更新日時とを比較し
て、これら更新日時が一致しない場合には、要求された
データファイルが更新されている旨の応答コードを該デ
ータファイルとともに送信し、一致する場合には、要求
されたデータファイルが更新されていない旨の応答コー
ドを送信するものであって、上記重複アクセス排除手段
が、クライアントコンピュータが要求したデータファイ
ルが更新されているか否かを、上記応答コードに基づい
て判定するものであることを特徴としている。

【００２７】上記の構成により、さらに、上記重複アク
セス排除手段は、サーバコンピュータがクライアントコ
ンピュータによりアクセス要求されたデータファイルが
前回のアクセス以降に更新されたか否かを示すために送
信した応答コードを検出することによって、同一データ
ファイルの転送を検知することができる。したがって、
このような応答コードを送信するプロトコル（例えば、
ＨＴＴＰ）を用いるネットワークでは、容易な処理によ
って、上記重複アクセス排除手段を実現することができ
る。

【００２８】さらに、本発明の情報源観測装置は、上記
の課題を解決するために、上記重複アクセス排除手段
が、上記クライアントコンピュータから要求されたデー
タファイルのサイズと、該クライアントコンピュータが
前回アクセスした該データファイルのサイズとを比較し
て所定の閾値以上の差がない場合、要求されたデータフ
ァイルは更新されていないと判定するものであることを
特徴としている。

【００２９】上記の構成により、さらに、上記重複アク
セス排除手段は、上記クライアントコンピュータから要
求されたデータファイルのサイズと、該クライアントコ
ンピュータが前回アクセスした該データファイルのサイ
ズとを比較して、サイズが閾値以上に変化していなけれ
ば、そのデータファイルは更新されていないとみなし
て、参照頻度を修正することができる。

【００３０】したがって、ユーザにとっては表示ページ
の意味内容に変化がないにもかかわらず、ファイルサイ
ズがわずかに異なるためにファイルが転送されたアクセ
スを統計の対象から排除することができ、より精度の高
い参照頻度を算出することが可能となる。

【００３１】

【発明の実施の形態】〔前提となる技術〕本発明の前提
となる技術として、ユーザが実際にアクセスしたＵＲＬ
のハイパーリンクの関係から、ユーザの情報源ＵＲＬと
なるものを統計的に推定する方法がある（特願平１１−
２８６４７号）。以下では、この技術について、図１，
８，９，１６を用いて説明する。

【００３２】まず、情報提供のための複数のサーバコン
ピュータと、ゲートウェイコンピュータと、クライアン
トコンピュータとからなるシステムを考える。なお、こ
のシステムの構成は、図１に示すシステムから、同一Ｕ
ＲＬ排除手段（重複アクセス排除手段）７Ａを除いた構
成と考えてよい。よって、上記ゲートウェイコンピュー
タは、後述する情報源観測手段２（図１）に相当する。
そこで、以下では、上記ゲートウェイコンピュータを情
報源観測手段と記す。

【００３３】例えば、図１６のように、“http://diary
/”から“http://books/”、さらに“http://news/”に
アクセスし、“http://news/”からリンクがはられてい
る各ニュース記事にアクセスした場合を考える。

【００３４】具体的な履歴情報（ＵＲＬアクセスログ）
は、図８に示すとおりである。まず、９９年１月１日に
は、“http://news/”に３つの新規ニュース“http://n
ews/1.html”，“http://news/2.html”，“http://new
s/3.html”が現れ、いずれもユーザによってアクセスさ
れている。さらに、９９年１月２日には、“http://new
s/4.html”という新しい記事がユーザによってアクセス
されている。ここで、両日の履歴とも、“http://diary
/”からスタートし、順次リンクをたどってアクセスさ
れている。

【００３５】なお、図８のアクセスログのReferer ＵＲ
Ｌ（参照元アドレス情報）は、クライアントコンピュー
タが発行するＨＴＴＰの標準ヘッダのReferer ヘッダを
観測したものであり、アクセスされたＵＲＬ（ＨＴＭＬ
ページ）がどのＵＲＬにリンクされていたかを示すもの
である。

【００３６】ここで、上記情報源観測手段は、アクセス
ログのRefererヘッダに現れるＵＲＬをデータタイプ別
に集計する。すなわち、上記情報源観測手段は、ユーザ
がＵＲＬをアクセスする際の要求ヘッダに含まれるRefe
rerヘッダを観測し、アクセスしたＵＲＬがどのＵＲＬ
にリンクされていたかをゲートウェイ部（参照情報保存
手段）にて記憶し、参照統計を作成する。

【００３７】これにより、ユーザが実際にアクセスした
ＵＲＬのハイパーリンクのReferer関係から、統計的に
ユーザの情報源ＵＲＬとなるものを推定できる。すなわ
ち、ユーザが手繰ったリンクが数多く集中しているＵＲ
Ｌを、情報源として検出することができる。例えば、図
８のアクセスログからは、図９のようにRefererＵＲＬ
が集計され、“http://news/”，“http://books/”，
“http://diary/”などがユーザの情報源ＵＲＬである
と推定できる。

【００３８】さらに、本発明の他の前提となる技術とし
て、上記情報源観測手段で推定された情報源ＵＲＬに対
して、新着リンクが出現していないかどうかを定期的に
観測するエージェントシステムがある（特願平１１−２
２４６２０号）。

【００３９】このエージェントシステムは、上記情報源
観測手段によって情報源として推定されたＵＲＬをアク
セスし、ＨＴＭＬのタグを解析してハイパーリンクＵＲ
Ｌ情報をデータベースに記憶し、前回のアクセス時に解
析されたハイパーリンクＵＲＬと比較して、新しく出現
したリンクのＵＲＬを検出し、ユーザに新着情報として
提示する。

【００４０】ここで、図１６の例では、“http://news
/”は新着情報が検出できる可能性が高いページである
が、“http://diary/”や“http://books/”はハイパー
リンクの通り道にすぎず、新着情報が得られる可能性が
低いページである。しかし、上記情報源観測手段による
推定では、ユーザが定期的に“http://diary/”から始
めて“http://books/”を経て“http://news/”にアク
セスした場合、Refererヘッダに基づいて統計を作成す
るため、図９に示すように、出現頻度値が高く出てしま
う。

【００４１】このため、上記エージェントシステムが自
動巡回する際、新着情報が得られる可能性が低いＵＲＬ
にもアクセスして、処理時間が増大する。したがって、
上記エージェントシステムが、新着情報が出現する確率
の高いＵＲＬに絞って定期的に観測して、効率的により
多くの新着情報を得る必要があるため、単なる通り道と
なるＵＲＬの重要度を落とした統計を作成することが望
ましい。例えば、統計的に基づいて推定されたユーザの
情報源ＵＲＬから、単なる通り道に過ぎないリンクを取
り除くことが望ましい。

【００４２】〔実施の形態〕本発明の一実施の形態につ
いて図１から図１３に基づいて説明すれば、以下のとお
りである。

【００４３】図１は、本実施の形態に係るコンピュータ
ネットワークシステムの構成の概略を示すブロック図で
ある。上記コンピュータネットワークシステムは、サー
バコンピュータ１、情報源観測手段（情報源観測装置）
２、およびクライアントコンピュータ３を備えて構成さ
れている。なお、図１中において、サーバコンピュータ
１は１つしか記載されていないが、サーバコンピュータ
１としては、インターネット等のネットワークに接続さ
れた複数のサーバコンピュータが該当することになる。

【００４４】上記サーバコンピュータ１は、データファ
イル記憶装置１ＡにＨＴＭＬページや各種マルチメディ
アデータ等のデータファイルを保持している。そして、
例えばＨＴＴＰ（hypertext transfer protocol ）デー
モンと呼ばれるサーバソフトウェアによって、これらの
データの管理、および外部コンピュータからのアクセス
の管理を行っている。

【００４５】上記クライアントコンピュータ３は、ＨＴ
ＭＬページや各種マルチメディアデータを表示可能なソ
フトウェアであるブラウザ（情報ブラウザ）３Ａを備え
ている。そして、ユーザはこのクライアントコンピュー
タ３上においてブラウザ３Ａを操作することによって、
所望のＨＴＭＬページや各種マルチメディアデータを閲
覧することができる。

【００４６】また、クライアントコンピュータ３は、ブ
ラウザ３Ａで閲覧したＨＴＭＬページや各種マルチメデ
ィアデータを、所定期間あるいは所定容量まで記憶する
キャッシュメモリ３Ｂを備えている。そして、過去にア
クセスされキャッシュメモリ３Ｂに記憶されているデー
タファイル（ファイルオブジェクト）が再度要求された
場合、ブラウザ３Ａは所望のデータファイルをキャッシ
ュメモリ３Ｂから読み出して表示する。また、一定期間
以上書き込みから時間が経過していれば、サーバコンピ
ュータ１に最新かどうかを問い合わせ、最新のファイル
オブジェクトを表示しようとする。

【００４７】上記情報源観測手段２としては、例えばフ
ァイアウォール上に設けられるゲートウェイコンピュー
タや、インターネット上に設けられるＨＴＴＰプロキシ
サーバコンピュータなどが該当し、ＨＴＴＰのリクエス
ト（要求）およびレスポンス（応答）の中継を行うこと
を基本としている。この情報源観測手段２は、参照情報
抽出手段４、参照情報保存手段５、カウント手段６、ソ
ート手段７、データ変換手段８、情報更新手段９、情報
蓄積手段１０、検索手段１１を備えて構成されている。
さらに、ソート手段７には同一ＵＲＬ排除手段（重複ア
クセス排除手段）７Ａが設けられている。なお、これら
の各手段についての説明は後述する。

【００４８】また、図２に示すように、情報源観測手段
２を、クライアントコンピュータ３に内蔵させた構成と
することも可能である。このように、クライアントコン
ピュータ３に内蔵可能なＨＴＴＰプロキシサーバとして
は、シャープ株式会社製のシャープモバイルプロキシ
（商品名）やインターネット快速便（商品名）などがあ
る。

【００４９】さらに、情報源観測手段２を、クライアン
トコンピュータ３におけるブラウザ３Ａの一部として構
成することも可能である。

【００５０】図３は、クライアントコンピュータ３（図
２）の構成の概略を示すブロック図である。図３に示す
ように、クライアントコンピュータ３は、ＣＰＵ（cent
ralprocessing unit ）１２、ＲＡＭ（random access m
emory）などで構成されるメモリ１３、ハードディスク
やフラッシュメモリなどで構成される不揮発性メモリ１
４、外部ネットワークとのインタフェースとなるネット
ワークＩ／Ｏ（input/output）１５、キーボードやマウ
スなどで構成される入力装置１６、および表示装置１７
を備えており、これらがバス１８によって接続されてい
る。また、アクセスしたデータを一定量あるいは一定期
間保存し、必要に応じて読み出すためのキャッシュメモ
リ３Ｂは、不揮発性メモリ１４に割り当てられている。
このような構成のクライアントコンピュータ３は、一般
的にパーソナルコンピュータと呼ばれるコンピュータに
よって構成することができる。

【００５１】ここで、クライアントコンピュータ３にお
いて、ブラウザ３ＡによってＷＷＷ上のＨＴＭＬページ
を閲覧する際の、情報源観測手段２の動作について説明
する。

【００５２】まず、あるＨＴＭＬページをブラウザ３Ａ
上に表示させている状態から、そのＨＴＭＬページに埋
め込まれているリンクをマウスカーソルでポイントし、
クリックすることによって、リンク先のＵＲＬ（アドレ
ス情報）にアクセスした場合を想定する。例えば、図１
６に示す例において、ＵＲＬが“http://news/”で示さ
れるＨＴＭＬページを表示させている状態から、「９９
／１／１／Ａ」のＨＴＭＬページを示すリンクをクリッ
クしたとする。この時、クライアントコンピュータ３に
おいて、ネットワークＩ／Ｏ１５を介して、情報源観測
手段２に対してＴＣＰ／ＩＰ（transmission control p
rotocol/internet porotocol）のコネクションがオープ
ンされ、図５に示すような要求ヘッダが発行される。

【００５３】この要求ヘッダに含まれるRefererヘッダ
は、ブラウザによって発行されているものであり、要求
されているＵＲＬの参照元情報が示されている。図５に
示す例では、現在要求しているＵＲＬ“http://news/1.
html”が、ＵＲＬが“http://news/”のＨＴＭＬページ
（参照元データファイル）からのリンクによって要求さ
れていることを示している。なお、このような要求ヘッ
ダは、ＨＴＴＰ／１．０の仕様で規定されている標準ヘ
ッダである。また、このような要求ヘッダの情報は、通
常サーバコンピュータにて記録されることを想定して定
義されているものである。

【００５４】また、クライアントコンピュータ３がすで
に該当ＵＲＬのデータファイルへ過去にアクセスしたこ
とがある場合、要求ヘッダに過去アクセスした時にＵＲ
Ｌの応答データに含まれていたLast-Modifiedヘッダの
日付をIf-Modified-Sinceヘッダに付けたGET要求が行わ
れる。例えば、表５は、クライアントコンピュータ３が
Fri,23 Oct 1998 04:23:34 GMTの日付のファイルオブジ
ェクトＵＲＬを保持している。これは、サーバコンピュ
ータ１のファイルオブジェクトＵＲＬが、前回のアクセ
ス以後に変化しているか否かを問い合わせるものであ
る。

【００５５】情報源観測手段２は、上記のような要求ヘ
ッダを受けて、ＵＲＬが“news”で示されるサーバコン
ピュータ１にコネクションを張り、該当するファイル
（“1.html”）を受信し、クライアントコンピュータ３
のブラウザ３Ａに転送する。この際、情報源観測手段２
がサーバコンピュータ１から受信する応答データは、図
６に示すように、応答ヘッダとテキストデータ（ＨＴＭ
Ｌデータ）とからなっている。

【００５６】図６において、応答ヘッダにあるContent-
Typeヘッダは、後に続くデータのマルチメディアタイプ
を示しており、図６に示す例では、後に続くデータがテ
キストデータ（ＨＴＭＬデータ）であることを示してい
る。また、応答ヘッダにあるContent-lengthヘッダは、
後続のテキストデータ（ＨＴＭＬデータ）本体のデータ
サイズである。

【００５７】したがって、上記情報源観測手段２の参照
情報抽出手段４は、応答ヘッダに含まれるRefererヘッ
ダを取得し、応答ヘッダが正常応答を示す場合（ＨＴＴ
Ｐ応答コード２００番）で、かつ、Content-typeヘッダ
がテキストであるものを集計して、取得情報源を集計す
ることができる。

【００５８】これに対して、サーバコンピュータ１は、
If-Modified-Sinceヘッダの時刻と要求されたファイル
オブジェクトの最終変更時刻とを比較して変化がなけれ
ば、ＨＴＴＰ応答コードとして３０４番を付した、デー
タ部分のないヘッダデータのみの応答を、情報源観測手
段２を介して、クライアントコンピュータ３へ送信す
る。なお、図７は、クライアントコンピュータ３のキャ
ッシュメモリ３Ｂ中のキャッシュデータが有効な場合
に、サーバコンピュータ１が送信する応答ヘッダおよび
応答ボディデータの例である。

【００５９】本実施の形態では、クライアントコンピュ
ータ３がキャッシュメモリ３Ｂを備えているため、応答
コードが３０４番であるときは、そのファイルオブジェ
クトがすでにクライアントコンピュータ３にて過去アク
セスされ、キャッシュされているデータであることを意
味する。したがって、この場合、要求ヘッダに含まれる
RefererヘッダのＵＲＬ、すなわち参照元ＵＲＬを情報
源観測統計から排除する処理を行う。すなわち、同一情
報へのリンクを複数回アクセスしても、その参照元ＵＲ
Ｌは情報源とみなさないという処理を行う。

【００６０】ここで、上記の処理について、さらに詳細
に説明する。図１６のようなハイパーリンク構造のＨＴ
ＭＬページを、図８のような順序でアクセスした場合を
考える。図８は、参照情報抽出手段４で抽出し、参照情
報保存手段５で記録した中継ログであり、中継ＵＲＬ、
Referer ＵＲＬ、ＨＴＴＰ応答コード，ボディ部分の転
送バイト数が記録されている。

【００６１】図１６では、第１日目（９９／１／１）
は、“http://diary/”から始まり、“http://books/”
を経て、そこから“http://news/”をアクセスし、さら
に“http://news/”の３つのＵＲＬ（“http://news/1.
html”，“http://news/2.html”，“http://news/3.ht
ml”）へアクセスを行っている。また、第２日目（９９
／１／２）は、“http://diary/”から始まり、“http:
//books/”を経て、“http://news/”をアクセスし、１
つの新しいＵＲＬ（“http://news/4.html”）をアクセ
スしている。また、第３日目（９９／１／３）は、“ht
tp://diary/ ”から始まり、“http://books/”を経
て、“http://news/”をアクセスするが、新しいリンク
はない。また、第４日目（９９／１／４）は、第３日目
（９９／１／３）と同じアクセスを繰り返している。

【００６２】ここで、“ http://diary/”は“ http://
books/”の参照元であるが、“http://books/”は変化
がないページであるため、“http://diary/”をReferer
ＵＲＬとする応答コードは２回目以後３０４番となって
いる。これは、１回目でアクセスしたページが、キャッ
シュメモリ３Ｂにキャッシュされていたからである。

【００６３】また、“http://books/”は“http://news
/”の参照元であるが、第１日目および第２日目の“htt
p://news/”が変化しているため、“http://books/”を
RefererＵＲＬとする応答コードは２００番（３０４番
でない）である。そして、第３日目および第４日目の
“http://news/”は変化がないため、“http://books
/”をRefererＵＲＬとする応答コードは３０４番となっ
ている。

【００６４】ここで、図９に示すように、カウント手段
６によって、単純にRefererヘッダのＵＲＬを集計する
と、“http://diary/”，“http://books/”，“http:/
/news/”は、いずれも出現頻度（参照頻度）が４回とな
り、“http://news/”にのみが新しい情報が現れるとい
う状態を反映していない。

【００６５】そこで、同一ＵＲＬ排除手段７Ａによっ
て、応答コードが３０４番の場合は、クライアントコン
ピュータ３が過去に同一ファイルオブジェクトをアクセ
スしたことがあるとみなして、Referer統計から削除す
る。図１０は、応答コードが３０４番の場合を排除して
出現頻度情報を付加して作成された履歴情報であり、
“http://diary/”（１回）および“http://books/”
（２回）の出現頻度がアクセス履歴の実態に沿って修正
されている。よって、図１０は、単純にRefererヘッダ
のＵＲＬを集計した結果（図９）とは異なっている。

【００６６】なお、図１０では、“http://books/”の
出現頻度（参照頻度）が２回として算出されているが、
これは参照先である“http://news/”が２度のアクセス
において内容が変わっていたからである。このように、
“http://books/”は変化する情報へのリンクを有する
ページであり、“http://diary/”に比べて重要度が高
い情報源であることが検出できている。

【００６７】以上のように、同一ＵＲＬ排除手段７Ａに
よって、３つのＵＲＬに関して、変化する情報へのリン
クをユーザがたどった割合の高いものほど出現頻度が高
い、すなわち情報源として重要とみなす統計が得られて
いる。

【００６８】図１０のReferer ＵＲＬリストをもとに、
ゲートウェイコンピュータのキャッシュを自発的に更新
したり、あるいは、新しいリンクを探すエージェントソ
フトウェアにより、出現頻度順に一定数のＵＲＬに対し
て観測を行うことも可能となる。よって、ＨＴＴＰプロ
キシサーバコンピュータやゲートウェイコンピュータな
どのような、キャッシュを蓄積するタイプのコンピュー
タに情報源観測手段２を設けた場合、情報源リストに基
づいて、参照元として頻度の高いＵＲＬに対して、キャ
ッシュを自発的に更新する構成とすることが可能とな
る。

【００６９】また、上記情報源観測手段２は、上記のよ
うな要求ヘッダおよび応答ヘッダに含まれる情報を利用
して、アクセスしたＵＲＬのうちで正常応答を示したＵ
ＲＬの参照元情報およびマルチメディアタイプを取得
し、アクセスログの項目として記録している。これによ
り、例えば、アクセスログにおいて参照元情報に注目し
て集計を行えば、アクセスしたＵＲＬの参照元となった
ＵＲＬを頻度順に並べ替えて、情報源リストとしてユー
ザに提示することが可能となる。

【００７０】また、参照元情報は、マルチメディアデー
タタイプごとに集計することもできる。例えば、テキス
トデータ、動画データ、音楽データなどのデータタイプ
ごとに分別して、情報源リストとしてユーザに提示する
ことも可能となる。

【００７１】以上のように、上記情報源観測手段２は、
ネットワークで繋がれたサーバコンピュータ１のデータ
ファイル記憶装置１Ａのハイパーリンク構造を有するデ
ータファイルを、クライアントコンピュータ３のブラウ
ザ３Ａで閲覧する際に用いられる。

【００７２】上記サーバコンピュータ１は、上記クライ
アントコンピュータ３から要求されたデータファイルの
更新日時と、クライアントコンピュータ３が前回アクセ
スした該データファイルの更新日時とを比較して、これ
ら更新日時が一致しない場合には、要求されたデータフ
ァイルが更新されている旨の応答コード（ＨＴＴＰでは
２００番）を該データファイルとともに送信し、一致す
る場合には、要求されたデータファイルが更新されてい
ない旨の応答コード（ＨＴＴＰでは３０４番）を送信す
る。

【００７３】そして、上記情報源観測手段２の参照情報
保存手段４は、クライアントコンピュータ３からアクセ
スされたデータファイルの参照元データファイルのアド
レス情報を参照情報として保存する。また、上記カウン
ト手段６は、上記参照情報をアドレス情報ごとに集計し
て参照元データファイルの参照頻度を算出する。さら
に、上記同一ＵＲＬ排除手段７Ａは、１つの参照データ
ファイルから行われた１つのデータファイルへのアクセ
スのうち、そのデータファイルが更新されてから次に更
新されるまでの間に行われた複数回のアクセスを参照頻
度１回に換算する。その際、同一ＵＲＬ排除手段７Ａ
は、クライアントコンピュータ３が要求したデータファ
イルが更新されているか否かを、上記応答コードに基づ
いて判定する。

【００７４】つづいて、図４に示すフローチャートに基
づいて、情報源観測手段２における処理の流れを図２を
参照しながら説明する。なお、以下の説明において、情
報源観測手段２は、クライアントコンピュータ３に内蔵
されているものとするが、クライアントコンピュータ３
の外部に設けられた構成においても、ほぼ同様の処理が
行われる。

【００７５】まず、情報源観測手段２は、ネットワーク
Ｉ／Ｏ１５を用いてサーバソケットをオープンし、中継
要求を受け付ける待機状態に入る（Ｓ１）。そして、中
継要求を受信した場合、ステップＳ２に進む。なお、上
記のように、情報源観測手段２がクライアントコンピュ
ータ３に内蔵されている場合には、情報源観測手段２
は、メモリ１３を経由してブラウザ３Ａと通信する。

【００７６】つぎに、情報源観測手段２は、ブラウザ３
Ａから中継要求を受け付けると、参照情報抽出手段４に
よって、要求ヘッダから、参照元情報であるReferer ヘ
ッダを抽出し、この内容をメモリ１３に一時記憶させる
（Ｓ２）。

【００７７】つぎに、情報源観測手段２は、サーバコン
ピュータ１に対してコネクションを開いて要求ヘッダを
中継する（Ｓ３）。この際、要求したＵＲＬが存在しな
い場合には、エラーメッセージがクライアントコンピュ
ータ３の表示装置１７によってユーザに提示され、メモ
リ１３に一次記憶させたReferer ヘッダの情報が破棄さ
れる（Ｓ４）。

【００７８】また、情報源観測手段２は、要求したＵＲ
Ｌがサーバコンピュータ１に存在し、かつ、そのＵＲＬ
がクライアントコンピュータ３によるアクセス履歴がな
い新規なデータファイルである場合（応答コードが正常
（２００番）である場合）には、そのＵＲＬに該当する
サーバコンピュータ１からの応答データを受け取り、ク
ライアントコンピュータ３のブラウザ３Ａに応答データ
を中継する。これと同時に、参照情報保存手段５によっ
て、要求したＵＲＬが、Referer ヘッダに基づいて検出
される参照元情報、応答コードおよび応答ヘッダに含ま
れるContent-lengthヘッダに基づいて検出される応答ボ
ディ部の転送バイト数とともに、参照情報として不揮発
性メモリ１４に記録され、保存される（Ｓ５）。この保
存された参照情報の保存データの例を図８に示す。

【００７９】また、情報源観測手段２は、要求したＵＲ
Ｌがサーバコンピュータ１に存在するが、そのＵＲＬが
クライアントコンピュータ３によるアクセス履歴を有す
る場合（応答コードが正常（３０４番）である場合）、
すなわち、クライアントコンピュータ３による前回アク
セス以降更新されていないデータファイルである場合に
は、応答ボディ部のない応答データをブラウザ３Ａに中
継する。これと同時に、参照情報保存手段５によって、
要求したＵＲＬが、Referer ヘッダに基づいて検出され
る参照元情報、応答コードとともに、参照情報として不
揮発性メモリ１４に記録され、保存される（Ｓ５）。

【００８０】ここで、応答ヘッダに含まれるContent-ty
peヘッダに基づいて検出されるデータタイプ（text/htm
l 等）に基づいて、指定されたデータタイプだけを保存
してもよい。また、参照元のタイトルを保存してもよ
い。なお、Content-typeヘッダがtext/html であれば、
応答データのＨＴＭＬデータを構文解析し、<title> タ
グで囲まれた部分を抽出することによって、該当ページ
のタイトルを抽出できる。

【００８１】上記のような参照情報の保存処理は、保存
データが一定数になるまで繰り返して行われる（Ｓ
６）。すなわち、保存データが一定数になるまでは（Ｎ
Ｏ）、ステップＳ１に戻り、保存データが一定数に達し
たら（ＹＥＳ）、次のステップ（Ｓ７）に進む。

【００８２】一定数に達した保存データに対して、カウ
ント手段６によって、参照元情報ごとに参照に用いられ
た回数を集計し、集計データを作成する（Ｓ７）。図９
は、図８のアクセスログを集計した結果である。

【００８３】つづいて、ソート手段７によって、上記集
計データを参照頻度に関してソートする（Ｓ８）。な
お、データタイプについてのソートを同時に行うことも
できる。

【００８４】このとき、同一ファイルオブジェクトの中
継を除いて集計する。すなわち、同一ＵＲＬ排除手段７
Ａにより、サーバコンピュータ１からのＨＴＴＰ応答コ
ード３０４番を検出し、同一ファイルオブジェクトの中
継か否かを判定して、そうであれば出現頻度のカウント
から取り除く。図１０は、図９の履歴情報から応答コー
ドが３０４番の参照元ＵＲＬを排除した結果である。

【００８５】そして、ソートされた参照情報のデータ
を、データ変換手段８によって、例えばＨＴＭＬデータ
などの、ブラウザ３Ａで表示することが可能なデータ形
式に変換し、情報源リストとして表示装置１７に表示す
ることによって、ユーザに提示する（Ｓ９）。このよう
な情報源リストの例を図１１に示す。

【００８６】情報源リストから、クライアントコンピュ
ータ３を使用するユーザが、どのような情報を求めるこ
とを習慣としているかを把握できる。すなわち、この情
報源リストは、嗜好データベースとして利用できる。例
えば、図１１に示す例では、ユーザが“http://news/”
を情報ソースとして最も重要と考えていることがわか
る。また、各データタイプごとに参照元情報を集計して
提示できるので、データタイプごとに、重要となる参照
元情報を把握することも可能である。

【００８７】ここで、情報源観測手段２が、アクセスし
たＵＲＬのデータをキャッシュとして情報貯蓄手段１０
に一定量蓄積するものである場合を考える。なお、情報
源観測手段２がクライアントコンピュータ３に内蔵され
ている場合には、情報貯蓄手段１０とキャッシュメモリ
３Ｂとを一つにすることができる。この場合、情報更新
手段９が、所定の時間ごとに、上記のソートされた参照
情報のデータに基づいて、サーバコンピュータ１から情
報を自発的に取得し、情報蓄積手段１０に蓄積されたデ
ータの更新が行われる（Ｓ１０）。このような情報更新
処理は、ソートされた参照情報のデータにおいて、例え
ば全てのデータタイプにおける参照元として頻度の高い
順、あるいは、ユーザが指定したデータタイプにおける
参照元として頻度の高い順などに基づいて行われる。

【００８８】この情報更新手段９による情報更新処理に
おいて、情報源リストに掲載されたＵＲＬ群を対象にリ
ンクレベル２以上でファイルオブジェクトの自動収集す
る処理を行えば、参照元としてのＵＲＬからリンクされ
ているデータ、すなわち、ユーザがアクセスする可能性
の高いデータをも自動的に情報蓄積手段１０に蓄積され
ることになる。すなわち、リンクレベルを深くすれば、
参照元としてのＵＲＬからリンクされている広い範囲の
関連情報まで自動収集することになるが、ユーザが参照
元として数多く利用するＵＲＬを起点にした情報収集と
なるので、ユーザが利用する可能性の高い、的確な情報
収集が可能となる。これにより、参照元のＵＲＬからリ
ンクされているデータに対してユーザがアクセスした場
合にも、キャッシュデータの中からデータを取り出すこ
とが可能となり、アクセススピードの向上およびネット
ワークトラフィックの低減を図ることができる。なお、
情報更新手段９としては、Microsoft社のＷＷＷブラウ
ザであるInternet Explorerの定期購読機能を利用する
こともできる。

【００８９】さらに、上記のように、情報源リストに掲
載されたＵＲＬ群を対象に所定のリンクレベル以上で自
動収集したファイルオブジェクトに対して、検索手段１
１により検索をかけ、ユーザに結果を提示することも可
能である。この場合、ユーザの情報源をもとに情報収集
されたファイルオブジェクトに対して検索が行われるの
で、一般のインターネット検索エンジンなどに比べて、
情報の鮮度が高く、かつ、ユーザのニーズに適した検索
結果を提供することができる。

【００９０】以上のようなステップＳ１からステップＳ
１０の処理を、情報源観測手段２は繰り返し行うことに
なる。

【００９１】このように、参照情報を集計し、出現頻度
順にソートした結果において、ユーザが参照元として頻
繁に利用したＵＲＬは上位にランクされることになる。
したがって、このようなソート結果をユーザに提示すれ
ば、ユーザは、所望の情報をどこから得ることができる
かを、自分の情報源リストから発見することが可能とな
り、この情報源リストからリンクをたどることによっ
て、容易に情報を得ることが可能となる。

【００９２】加えて、同一ＵＲＬ排除手段７Ａにより、
同一ファイルオブジェクトを参照するＵＲＬを排除でき
る。これにより、参照統計から単なる通り道のＵＲＬを
削除することにより、真のユーザ情報源統計として参照
統計情報の精度を向上させることができる。すなわち、
参照統計情報は新着リンク情報の予測や、それらの事前
ダウンロードに使用されるので、より精度の高い新着リ
ンク情報検出が可能になり、また無駄なＵＲＬへのアク
セスがなくなるため、新着情報のための調査時間の短縮
が可能になる。

【００９３】上記の説明では、同一ＵＲＬ排除手段７Ａ
により、サーバコンピュータ１からのＨＴＴＰ応答コー
ド３０４番を検出して、同一ファイルオブジェクトの中
継か否かを判定し、そうであれば出現頻度のカウントか
ら取り除いた。しかし、同一ＵＲＬ排除手段７Ａによる
同一ファイルオブジェクトの検出は、ファイルサイズが
設定値以上に変化していなければ、更新されていないと
みなすことによっても可能である。

【００９４】ここで、ＷＷＷの世界では、広告の画像が
リンクされてＨＴＭＬファイルに埋め込まれている場合
がある。さらに、このような広告にはアクセスするごと
に異なる画像を表示するものが多い。そのため、広告の
画像ＵＲＬの長さが変化しただけのページにアクセスし
た場合、ユーザにとっては表示ページの意味内容に変化
がないにもかかわらず、ファイルサイズ（転送バイト
数）が異なるため、サーバコンピュータ１からは応答コ
ード３０４番ではなく、応答コード２００番とＨＴＭＬ
ファイルが転送される。

【００９５】そこで、上記同一ＵＲＬ排除手段７Ａで
は、ファイルサイズが閾値Ｗバイト（例えば１０バイ
ト）以上変化したときだけ、ファイルが更新されて同一
性がなくなったと判断して、統計に加える処理を行う。
つまり、ファイルサイズの差が閾値Ｗバイト以下のファ
イルを同一ファイルとみなし、応答コード３０４番と同
じく重複があるとして排除する。もちろん、閾値Ｗバイ
トは、コンピュータシステムの状態に応じて適宜設定す
ることができる。

【００９６】具体的には、ステップＳ８（図４）におい
て、同一参照ページへの複数回アクセスを排除して統計
を作る際に、アクセスログの一番下（最新）のＵＲＬ
についてデータファイルの転送バイト数を変数Ｍｊに格
納し、同一ＵＲＬがないかどうかをアクセスログの上
に向かって遡って調べる。そして、同一ＵＲＬがｉ行
目にあれば、転送バイト数である変数Ｍｉ，Ｍｊの差を
計算し、Ｍｉ−Ｍｊの絶対値＜Ｗという条件式で判別す
る。この条件式を満たしているものは、ファイルサイ
ズの変化が閾値以下であるので、ｊ行目の応答コードを
３０４番に置き換える。以上の処理を、ｊを１つ減算
しながら繰り返し行う。

【００９７】一例として、図１２のアクセスログを図１
３に補正する場合について説明する。なお、以下では
“http://books/”からのアクセスについてのみ説明す
る。また、アクセスログの「Referer 採用」欄には、統
計に採用する場合には「○」、採用しない場合には
「×」が記されている。

【００９８】まず、９９／１／４の“http://books/”
のアクセスを処理する。ここから遡ると、同じＵＲＬで
ある“http://books/”が９９／１／３にある。しか
し、９９／１／４のアクセスは、９９／１／３のアクセ
スと最終変更時刻が一致して、応答コード（３０４番）
のみが転送されているため、ファイルサイズによる同一
性判定の対象とならない。

【００９９】つぎに、９９／１／３の“http://books
/”のアクセスを処理する。ここから遡ると、同じＵＲ
Ｌである“http://books/”が９９／１／２にある。こ
れらのアクセスの転送バイト数の差は３バイトであり、
閾値（１０バイト）以下である。よって、９９／１／３
のアクセスではデータファイルが実質的に更新されてい
なかったと判断して、応答コードを３０４番に書き換え
る。

【０１００】つぎに、９９／１／２の“http://books
/”のアクセスを処理する。ここから遡ると、同じＵＲ
Ｌである“http://books/”が９９／１／１にある。こ
れらのアクセスの転送バイト数の差は１１バイトであ
り、閾値（１０バイト）より大きい。よって、９９／１
／２のアクセスではデータファイルが実質的に更新され
ていたと判断して、応答コードを２００番のままとす
る。

【０１０１】以上のように、同一ＵＲＬ排除手段７Ａに
おいて、ファイルサイズによる同一性判定を行い、転送
バイト数は異なるが更新されていないとみなせるアクセ
スの応答コードを３０４番に書き換えて、アクセスログ
を補正する。これにより、この補正の後、上述した応答
コード３０４番の検出の処理にそのまま移行して、同一
と思われるファイルオブジェクトへの重複アクセスを統
計からまとめて排除することができる。

【０１０２】以上のように、本発明に係る情報源観測装
置は、ハイパーリンクを有するページの参照頻度統計を
作成する際に、同一ファイルオブジェクトのアクセスを
統計から取り除いて、変化の多い参照元ＵＲＬを推定す
る。

【０１０３】具体的には、上記情報源観測装置は、ブラ
ウザからの要求をサーバコンピュータに中継し、応答を
ブラウザに中継する情報源観測手段において実現され
る。そして、この情報源観測手段は、サーバコンピュー
タ上のハイパーリンク構造を持ったファイルオブジェク
トをクライアントコンピュータで閲覧するシステムにお
いて、参照情報抽出手段（参照元情報抽出手段）と、参
照情報保存手段と、カウント手段と、同一ファイルオブ
ジェクトの転送検知手段（同一ＵＲＬ排除手段）と、ソ
ート手段と、データ変換手段（表示手段）とを備えて構
成されてもよい。さらに、同一ファイルオブジェクトの
転送検知手段に、サーバコンピュータからの応答コード
を利用するように構成されてもよい。

【０１０４】詳細には、上記情報源観測手段は、ＵＲＬ
要求プロトコルの要求ヘッダに含まれる参照情報を抽出
する参照情報抽出手段と、ファイルオブジェクト中継応
答ヘッダの応答コードを記録して、同一ファイルオブジ
ェクトへのアクセスを排除する手段（または、中継ファ
イルサイズを比較することにより、同一ファイル名への
アクセスにおいて、一定数以上のファイルサイズの変化
がない場合は、同一情報へのアクセスであると判断して
統計から排除する手段）と、参照情報別に統計を行うカ
ウント手段と、これらの参照情報の統計をソートし並べ
替えるソート手段と、統計結果を記憶装置に記憶し、ユ
ーザに提示する形式にデータを変換するデータ変換手段
とを備えて構成されてもよい。加えて、情報更新手段を
備え、統計結果をもとに、情報源観測手段が保持する情
報蓄積手段を使って情報更新を行う構成であってもよ
い。

【０１０５】また、上記情報源観測手段は、ＵＲＬ要求
プロトコルの要求ヘッダに含まれるReferer ヘッダから
参照ＵＲＬ元情報を抽出して記憶する手段と、ＵＲＬ応
答ヘッダのデータタイプからテキストなど特定のメディ
アタイプを示す情報を抽出する手段と、目的メディアタ
イプに合致しているか判断する手段を使ってメディアタ
イプ別に参照ＵＲＬ元情報を選別して記憶する手段と、
これらの参照ＵＲＬ元情報の統計を計算する手段と、参
照ＵＲＬの重複を取り除く手段と、統計結果を記憶装置
に記憶し、ユーザに提示する手段とを備えて構成されて
もよい。加えて、統計結果を元に情報を自動収集する手
段を起動する構成であってもよい。

【０１０６】これにより、上記情報源観測手段は、ファ
イルオブジェクトの参照元情報の統計情報を集計して、
クライアントコンピュータに提示することができる。そ
して、ハイパーリンクを有するページの参照頻度統計を
作成する時に、単なる通り道のページを検出して、統計
から除去することによって、精度の高いユーザアクセス
参照頻度統計を作成することができる。

【０１０７】このように、本発明に係る情報源観測装置
は、図８のようにアクセスログを作成する際、要求ヘッ
ダに含まれる参照元ＵＲＬ情報と、正常なファイルオブ
ジェクト転送であり、サーバコンピュータからの応答コ
ードが３０４番でないものを抽出し、ファイル転送サイ
ズを記録し、統計を取ることにより、どのＵＲＬにリン
クされていた情報へのアクセスかを示す参照頻度を記録
する。これにより、同一ファイルオブジェクト参照によ
る参照統計を排除できる。すなわち、統計上、異なるフ
ァイルオブジェクトへアクセスした場合の参照元ＵＲＬ
を重要視して、新着情報が得られる確率の高い情報を多
く含んでいるＵＲＬをユーザに示すことができる。

【０１０８】ここで、本発明に係る情報源観測装置は、
同一ファイルオブジェクトへのアクセス（参照行動）を
取り除いて、参照情報（参照ＵＲＬ元情報、情報源情
報）を集計し、出現頻度順にソートし、ユーザに提示す
ることによって、異なる情報をより多く引き出したＵＲ
Ｌを重要度の上位にランク付けすることができる。

【０１０９】これにより、ランク付けした参照ＵＲＬ元
情報を情報源リスト（図１１）としてユーザに提示すれ
ば、ユーザは自分にとって新規情報が得やすい情報源を
的確に把握することができ、必要な情報を即座に得るこ
とができる。また、例えば、多数のニュース記事にリン
クが張られ、毎日異なる記事のＵＲＬへのリンクが出現
するページをユーザがアクセスすれば、自動的に将来の
新着情報を予測して効果的に自動巡回を行うことが可能
となる。

【０１１０】また、参照元ＵＲＬの統計から得られたリ
ストをもとに、ゲートウェイコンピュータが内蔵キャッ
シュに情報を自動更新するようにすることができる。ま
た、ゲートウェイコンピュータが自発的にこれら有用な
情報源ＵＲＬをアクセスして、新しいハイパーリンクを
検出して、ユーザに提示する場合に、効率的な調査が可
能になる。

【０１１１】そして、前記の手段がブラウザソフトウェ
アに内蔵されていれば、無駄な情報源を排除して、ユー
ザにとってより有用な情報を数多く提示できる。また、
ブラウザが自発的にこれら有用な情報源ＵＲＬにアクセ
スして、新しいハイパーリンクを検出して、ユーザに提
示する場合に効率的な調査が可能になる。

【０１１２】したがって、本発明に係る情報源観測装置
によれば、ＷＷＷなどのハイパーテキストシステムにお
いて、ユーザがどのページを起点としてＵＲＬページを
参照しているかという情報源ＵＲＬ（参照元ＵＲＬ・情
報源アドレス）を抽出して統計を作成し、ユーザの情報
源を予測する処理において、情報源ＵＲＬからの同一参
照ページへの複数回のアクセスを排除することができ
る。これにより、新規情報の出現可能性が高い情報源Ｕ
ＲＬの予測精度を高めることが可能となる。

【０１１３】上記の実施の形態は本発明の範囲を限定す
るものではなく、本発明の範囲内で種々の変更が可能で
ある。特に、本実施の形態では、インターネット上のＨ
ＴＭＬを例として説明したが、ネットワークの構成（Ｈ
ＴＴＰ等のプロトコルを含む）およびファイルオブジェ
クトの形式はこれに限定されない。

【０１１４】最後に、本発明は、複数の機器（例えば、
ホストコンピュータ、端末コンピュータ、インタフェー
ス機器、ネットワーク機器、リーダ、プリンタなど）か
ら構成されるシステムに適用しても、一つの機器からな
る装置（例えば、携帯型コンピュータ、ワープロ装置な
ど）に適用してもよい。

【０１１５】また、本発明の目的は、上述した機能を実
現するソフトウエアである情報源観測プログラムのプロ
グラムコード（実行形式プログラム、中間コードプログ
ラム、ソースプログラム）をコンピュータで読み取り可
能に記録した記録媒体を、システムあるいは装置に供給
し、そのシステムあるいは装置のコンピュータ（または
ＣＰＵやＭＰＵ）が記録媒体に記録されているプログラ
ムコードを読み出し実行することによっても、達成可能
である。この場合、記録媒体から読み出されたプログラ
ムコード自体が上述した機能を実現することになり、そ
のプログラムコードを記録した記録媒体は本発明を構成
することになる。

【０１１６】上記プログラムコードを供給するための記
録媒体は、システムあるいは装置と分離可能に構成する
ことができる。また、上記記録媒体は、プログラムコー
ドを供給可能であるように固定的に担持する媒体であっ
てもよい。そして、上記記録媒体は、記録したプログラ
ムコードをコンピュータが直接読み取ることができるよ
うにシステムあるいは装置に装着されるものであって
も、外部記憶装置としてシステムあるいは装置に接続さ
れたプログラム読み取り装置を介して読み取ることがで
きるように装着されるものであってもよい。

【０１１７】例えば、上記記録媒体としては、磁気テー
プやカセットテープ等のテープ系、フロッピーディスク
／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／Ｍ
Ｏ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディ
スク系、ＩＣカード（メモリカードを含む）／光カード
等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／Ｅ
ＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系など
を用いることができる。

【０１１８】また、上記プログラムコードは、コンピュ
ータが記録媒体から読み出して直接実行できるように記
録されていてもよいし、記録媒体から主記憶のプログラ
ム記憶領域へ転送された後コンピュータが主記憶から読
み出して実行できるように記録されていてもよい。

【０１１９】さらに、上記記録媒体は、通信ネットワー
ク等を介してプログラムコードを供給可能であるように
流動的に担持する媒体であってもよい。この場合、シス
テムあるいは装置を通信ネットワーク（インターネット
等を含む）と接続可能に構成し、上記プログラムコード
を通信ネットワークからダウンロードすることにより供
給することができる。

【０１２０】なお、プログラムコードを記録媒体から読
み出して主記憶に格納するためのプログラム、および、
通信ネットワークからプログラムコードをダウンロード
するためのプログラムは、コンピュータによって実行可
能にあらかじめシステムあるいは装置に格納されている
ものとする。

【０１２１】上述した機能は、コンピュータが読み出し
た上記プログラムコードを実行することによって実現さ
れるだけでなく、そのプログラムコードの指示に基づ
き、コンピュータ上で稼働しているＯＳなどが実際の処
理の一部または全部を行うことによっても実現される。

【０１２２】さらに、上述した機能は、上記記録媒体か
ら読み出された上記プログラムコードが、コンピュータ
に装着された機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに書込まれた後、そ
のプログラムコードの指示に基づき、その機能拡張ボー
ドや機能拡張ユニットに備わるＣＰＵなどが実際の処理
の一部または全部を行うことによっても実現される。

【０１２３】

【発明の効果】本発明の情報源観測装置は、以上のよう
に、ネットワークで繋がれたサーバコンピュータ上のハ
イパーリンク構造を有するデータファイルをクライアン
トコンピュータ上で閲覧する際に用いられる情報源観測
装置において、クライアントコンピュータからアクセス
されたデータファイルの参照元データファイルのアドレ
ス情報を参照情報として保存する参照情報保存手段と、
上記参照情報をアドレス情報ごとに集計して参照元デー
タファイルの参照頻度を算出するカウント手段とを有す
るとともに、１つの参照データファイルから行われた１
つのデータファイルへのアクセスのうち、そのデータフ
ァイルが更新されてから次に更新されるまでの間に行わ
れた複数回のアクセスを参照頻度１回に換算する重複ア
クセス排除手段を有する構成である。

【０１２４】また、本発明の情報源観測方法は、以上の
ように、ネットワークで繋がれたサーバコンピュータ上
のハイパーリンク構造を有するデータファイルをクライ
アントコンピュータ上で閲覧する際の情報源観測方法に
おいて、クライアントコンピュータからアクセスされた
データファイルの参照元データファイルのアドレス情報
を参照情報として保存するステップと、上記参照情報を
アドレス情報ごとに集計して参照元データファイルの参
照頻度を算出するステップとを含むとともに、１つの参
照データファイルから行われた１つのデータファイルへ
のアクセスのうち、そのデータファイルが更新されてか
ら次に更新されるまでの間に行われた複数回のアクセス
を参照頻度１回に換算するステップを含んでいる方法で
ある。

【０１２５】また、本発明の情報源観測プログラムを記
録したコンピュータ読み取り可能な記録媒体は、以上の
ように、ネットワークで繋がれたサーバコンピュータ上
のハイパーリンク構造を有するデータファイルをクライ
アントコンピュータ上で閲覧する際に用いられる情報源
観測プログラムを記録したコンピュータ読み取り可能な
記録媒体において、クライアントコンピュータからアク
セスされたデータファイルの参照元データファイルのア
ドレス情報を参照情報として保存する参照情報保存手段
と、上記参照情報をアドレス情報ごとに集計して参照元
データファイルの参照頻度を算出するカウント手段と、
１つの参照データファイルから行われた１つのデータフ
ァイルへのアクセスのうち、そのデータファイルが更新
されてから次に更新されるまでの間に行われた複数回の
アクセスを参照頻度１回に換算する重複アクセス排除手
段と、をコンピュータに実現させるための情報源観測プ
ログラムを記録した構成である。

【０１２６】それゆえ、重複アクセス排除手段（ステッ
プ）によって、データファイルが更新されてから次に更
新されるまでの間に行われた複数回のアクセスを参照頻
度１回に換算して修正するので、参照頻度の統計から重
複したアクセスを削減除去して、より有用な情報を多く
含んでいるデータファイルをユーザに提示することが可
能となる。

【０１２７】よって、新規に多数出現するマルチメディ
アデータ等のデータファイルの参照起点となる情報源を
参照頻度の統計に基づいて自動的に発見し、これをユー
ザに提示することができる優れたユーザインタフェース
を提供することが可能となるという効果を奏する。ま
た、処理を高速化して、ユーザの情報アクセス時間を短
縮することができるという効果を奏する。

【０１２８】したがって、上記の構成および方法によれ
ば、サーバコンピュータとクライアントコンピュータと
がネットワークで結ばれたコンピュータシステムにおい
て、サーバコンピュータの上にあるハイパーテキスト構
造を持ったマルチメディア文書の参照をクライアントコ
ンピュータから容易に行うことが可能となるという効果
を奏する。

【０１２９】本発明の情報源観測装置は、以上のよう
に、さらに、上記サーバコンピュータが、上記クライア
ントコンピュータから要求されたデータファイルの更新
日時と、該クライアントコンピュータが前回アクセスし
た該データファイルの更新日時とを比較して、これら更
新日時が一致しない場合には、要求されたデータファイ
ルが更新されている旨の応答コードを該データファイル
とともに送信し、一致する場合には、要求されたデータ
ファイルが更新されていない旨の応答コードを送信する
ものであって、上記重複アクセス排除手段が、クライア
ントコンピュータが要求したデータファイルが更新され
ているか否かを、上記応答コードに基づいて判定する構
成である。

【０１３０】それゆえ、さらに、上記重複アクセス排除
手段は、サーバコンピュータがクライアントコンピュー
タによりアクセス要求されたデータファイルが前回のア
クセス以降に更新されたか否かを示すために送信した応
答コードを検出することによって、同一データファイル
の転送を検知することができる。したがって、このよう
な応答コードを送信するプロトコル（例えば、ＨＴＴ
Ｐ）を用いるネットワークでは、容易な処理によって、
上記重複アクセス排除手段を実現することができるとい
う効果を奏する。

【０１３１】本発明の情報源観測装置は、以上のよう
に、さらに、上記重複アクセス排除手段が、上記クライ
アントコンピュータから要求されたデータファイルのサ
イズと、該クライアントコンピュータが前回アクセスし
た該データファイルのサイズとを比較して所定の閾値以
上の差がない場合、要求されたデータファイルは更新さ
れていないと判定する構成である。

【０１３２】それゆえ、さらに、上記重複アクセス排除
手段は、上記クライアントコンピュータから要求された
データファイルのサイズと、該クライアントコンピュー
タが前回アクセスした該データファイルのサイズとを比
較して、サイズが閾値以上に変化していなければ、その
データファイルは更新されていないとみなして、参照頻
度を修正することができる。

【０１３３】したがって、ユーザにとっては表示ページ
の意味内容に変化がないにもかかわらず、ファイルサイ
ズがわずかに異なるためにファイルが転送されたアクセ
スを統計の対象から排除することができ、より精度の高
い参照頻度を算出することが可能となるという効果を奏
する。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る情報源観測装置の
構成の概略を示す機能ブロック図であり、情報源観測装
置がクライアントコンピュータとは別に設けられている
場合を示す。

【図２】本発明の一実施の形態に係る情報源観測装置の
他の構成の概略を示す機能ブロック図であり、情報源観
測装置がクライアントコンピュータ内に設けられている
場合を示す。

【図３】図２に示す情報源観測装置を含むクライアント
コンピュータの物理的構成の概略を示すブロック図であ
る。

【図４】図１および図２に示す情報源観測装置の動作の
概略を示すフローチャートである。

【図５】クライアントコンピュータから発行される要求
ヘッダの一例を示す説明図である。

【図６】サーバコンピュータから発行される応答ヘッダ
の一例であり、通常の場合の応答ヘッダを示す説明図で
ある。

【図７】サーバコンピュータから発行される応答ヘッダ
の一例であり、ファイルが更新されていない場合の応答
ヘッダを示す説明図である。

【図８】図１および図２に示す情報源観測装置で作成さ
れるＵＲＬアクセスログの一例を示す説明図である。

【図９】図１および図２に示す情報源観測装置で作成さ
れる参照元ＵＲＬ情報としての頻度統計情報を示す説明
図であり、ＵＲＬの参照元ＵＲＬを集計した一例を示
す。

【図１０】図１および図２に示す情報源観測装置で作成
される参照元ＵＲＬ情報としての頻度統計情報を示す説
明図であり、応答コード３０４の参照元ＵＲＬを除いて
集計した一例を示す。

【図１１】図１および図２に示す情報源観測装置が備え
るデータ変換手段によって生成されたデータの一表示例
を示す説明図である。

【図１２】図１および図２に示す情報源観測装置で作成
されるＵＲＬアクセスログのファイルサイズによる同一
性判定の説明図であり、補正前のアクセスログの一例を
示す。

【図１３】図１および図２に示す情報源観測装置で作成
されるＵＲＬアクセスログのファイルサイズによる同一
性判定の説明図であり、図１２に示すアクセスログを補
正したアクセスログを示す。

【図１４】ＷＷＷ上におけるＨＴＭＬページおよびデー
タファイルのリンクの様子の一例を示す概念図である。

【図１５】ＵＲＬアクセスログの一例を示す説明図であ
る。

【図１６】ＷＷＷ上におけるＨＴＭＬページおよびデー
タファイルのリンクの様子の他の例を示す概念図であ
る。

【符号の説明】

１サーバコンピュータ２情報観測手段（情報源観測装置）３クライアントコンピュータ５参照情報保存手段６カウント手段７Ａ同一ＵＲＬ排除手段（重複アクセス排除手段）

Claims

【特許請求の範囲】

【請求項１】ネットワークで繋がれたサーバコンピュー
タ上のハイパーリンク構造を有するデータファイルをク
ライアントコンピュータ上で閲覧する際に用いられる情
報源観測装置において、クライアントコンピュータからアクセスされたデータフ
ァイルの参照元データファイルのアドレス情報を参照情
報として保存する参照情報保存手段と、上記参照情報をアドレス情報ごとに集計して参照元デー
タファイルの参照頻度を算出するカウント手段とを有す
るとともに、１つの参照データファイルから行われた１つのデータフ
ァイルへのアクセスのうち、そのデータファイルが更新
されてから次に更新されるまでの間に行われた複数回の
アクセスを参照頻度１回に換算する重複アクセス排除手
段を有することを特徴とする情報源観測装置。
【請求項２】上記サーバコンピュータが、上記クライア
ントコンピュータから要求されたデータファイルの更新
日時と、該クライアントコンピュータが前回アクセスし
た該データファイルの更新日時とを比較して、これら更
新日時が一致しない場合には、要求されたデータファイ
ルが更新されている旨の応答コードを該データファイル
とともに送信し、一致する場合には、要求されたデータ
ファイルが更新されていない旨の応答コードを送信する
ものであって、上記重複アクセス排除手段が、クライアントコンピュー
タが要求したデータファイルが更新されているか否か
を、上記応答コードに基づいて判定するものであること
を特徴とする請求項１に記載の情報源観測装置。
【請求項３】上記重複アクセス排除手段が、上記クライ
アントコンピュータから要求されたデータファイルのサ
イズと、該クライアントコンピュータが前回アクセスし
た該データファイルのサイズとを比較して所定の閾値以
上の差がない場合、要求されたデータファイルは更新さ
れていないと判定するものであることを特徴とする請求
項１または２に記載の情報源観測装置。
【請求項４】ネットワークで繋がれたサーバコンピュー
タ上のハイパーリンク構造を有するデータファイルをク
ライアントコンピュータ上で閲覧する際の情報源観測方
法において、クライアントコンピュータからアクセスされたデータフ
ァイルの参照元データファイルのアドレス情報を参照情
報として保存するステップと、上記参照情報をアドレス情報ごとに集計して参照元デー
タファイルの参照頻度を算出するステップとを含むとと
もに、１つの参照データファイルから行われた１つのデータフ
ァイルへのアクセスのうち、そのデータファイルが更新
されてから次に更新されるまでの間に行われた複数回の
アクセスを参照頻度１回に換算するステップを含んでい
ることを特徴とする情報源観測方法。
【請求項５】ネットワークで繋がれたサーバコンピュー
タ上のハイパーリンク構造を有するデータファイルをク
ライアントコンピュータ上で閲覧する際に用いられる情
報源観測プログラムを記録したコンピュータ読み取り可
能な記録媒体において、クライアントコンピュータからアクセスされたデータフ
ァイルの参照元データファイルのアドレス情報を参照情
報として保存する参照情報保存手段と、上記参照情報をアドレス情報ごとに集計して参照元デー
タファイルの参照頻度を算出するカウント手段と、１つの参照データファイルから行われた１つのデータフ
ァイルへのアクセスのうち、そのデータファイルが更新
されてから次に更新されるまでの間に行われた複数回の
アクセスを参照頻度１回に換算する重複アクセス排除手
段と、をコンピュータに実現させるための情報源観測プ
ログラムを記録したコンピュータ読み取り可能な記録媒
体。