JP2003256316A - 情報提供装置、情報提供システム及び情報提供方法並びにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザにとって興味があり重要と考えるＷｅ
ｂページの変更情報を提供する。 【解決手段】 情報提供に関する情報を受け付ける通信
処理部３と、情報提供に関する情報で特定されるＷｅｂ
ページを定期的に収集するＷｅｂページ収集部２と、該
Ｗｅｂページ収集部２が収集したＷｅｂページに関する
情報を蓄積するＷｅｂページ蓄積部４と、所定の異なる
時期に収集された情報内容を比較して、Ｗｅｂページ及
び／又はこれが属するＷｅｂサイトの変更情報を抽出す
ると共に、変更情報に有益度を付与するＷｅｂページ比
較部５と、変更情報に基づいて通知や表示用データなど
からなる提供用情報を生成して提供する通知処理部６や
表示部７を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はインターネット上
に公開されているＷｅｂページやＷｅｂサイトについて
従前の内容との変更情報を抽出しその有益性を分析して
有益な変更情報を提供する情報提供装置、情報提供シス
テム及び情報提供方法並びにプログラムに関するもので
ある。

【０００２】

【従来の技術】インターネット上に公開されているＷｅ
ｂページの変更情報を提供する情報提供システムとし
て、Ｄｉｆｆｗｅｂ（ｈｔｔｐ：／／ｗｗｗ．ｄｉｆｆ
ｗｅｂ．ｃｏｍ／）がある。このシステムが提供するサ
ービスの概要としては、あるＷｅｂサイトが公開するＷ
ｅｂページの最新の内容を従前の内容のコピーと比較す
る。この結果、変更がなかった内容を隠し、変更されて
いた部分のみを変更情報として提示する。また、ユーザ
が指定したＷｅｂサイトのＷｅｂページ内容に変更があ
ると、ユーザに対して電子メールで変更内容を通知する
サービスも行っている。

【０００３】この他として、ＨｔｍｌＤｉｆｆ（ｈｔｔ
ｐ：／／ｗｗｗ．ｒｅｓｅａｒｃｈ．ａｔｔ．ｃｏｍ／
〜ｄｏｕｇｌｉｓ／ａｉｄｅ／）が挙げられる。このＨ
ｔｍｌＤｉｆｆ自体は、ＡＴ＆Ｔ社で開発された情報提
供システムであるＡＩＤＥ（ＡＴ＆Ｔ Ｉｎｔｅｒｎｅ
ｔ Ｄｉｆｆｅｒｅｎｃｅ Ｅｎｇｉｎｅ）が提供する
情報を表示するための表示用ツールである。主な動作と
しては、Ｄｉｆｆｗｅｂと同様に、Ｗｅｂページ内容の
変更前後の変更情報を機械的に表示するものである。

【０００４】

【発明が解決しようとする課題】従来の情報提供システ
ムは以上のように構成されているので、Ｗｅｂページ内
容に変更があるとその変更分の情報を機械的に提供する
のみであることから、ユーザにとって興味があり重要と
考える変更がＷｅｂページに施されたのかどうかを知る
ことができなかった。このため、ユーザが不要と考える
ような情報であっても通知されてしまい、変更内容の重
要性を判断するのに労力を要するという課題があった。

【０００５】この発明は上記のような課題を解決するた
めになされたもので、Ｗｅｂページ内容の変更前後の変
更情報に有益度を導入することで、ユーザにとって重要
な変更情報を提供することができ、また、変更情報を蓄
積することでユーザが所望する期間における変更情報を
提供することができる情報提供装置、情報提供システム
及び情報提供方法並びにプログラムを得ることを目的と
する。

【０００６】

【課題を解決するための手段】この発明に係る情報提供
装置は、情報提供に関する情報を受け付ける通信処理手
段と、情報提供に関する情報で特定されるＷｅｂページ
を定期的に収集するＷｅｂページ収集手段と、該Ｗｅｂ
ページ収集手段が収集したＷｅｂページに関する情報を
蓄積する収集データ蓄積手段と、所定の異なる時期に収
集された情報内容を比較して、Ｗｅｂページ及び／又は
これが属するＷｅｂサイトの変更情報を抽出する変更情
報抽出手段と、変更情報抽出手段が抽出した変更情報に
有益度を付与する有益度付与手段と、変更情報に基づい
て提供用情報を生成して提供する提供処理手段とを備え
るものである。

【０００７】この発明に係る情報提供装置は、Ｗｅｂペ
ージ収集手段が、所定の有益度以上の変更情報が抽出さ
れる回数に応じて、Ｗｅｂページ又はＷｅｂサイト単位
で収集期間を制御するものである。

【０００８】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザからＷｅｂペ
ージ及び／又はＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ
Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を受け付け、Ｗ
ｅｂページ収集手段が、通信処理手段が受け付けたＵＲ
Ｌから導き出されるＷｅｂページを収集するものであ
る。

【０００９】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザからＷｅｂペ
ージ収集手段の収集周期を受け付け、Ｗｅｂページ収集
手段が、通信処理手段が受け付けた収集周期でＷｅｂペ
ージを収集するものである。

【００１０】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザから比較対象
とすべき情報の収集時期を受け付け、変更情報抽出手段
が、通信処理手段が受け付けた収集時期に係る情報を収
集データ蓄積手段から読み出して変更情報を抽出するも
のである。

【００１１】この発明に係る情報提供装置は、変更情報
抽出手段がＷｅｂページの構成を特定のタグごとにブロ
ック化し、当該Ｗｅｂページの全体構成及びブロックご
とに比較を行って変更情報を抽出するものである。

【００１２】この発明に係る情報提供装置は、変更情報
抽出手段がブロックごとに類似度を比較して変更情報を
抽出するものである。

【００１３】この発明に係る情報提供装置は、変更情報
抽出手段が同一のＷｅｂサイトに属するＷｅｂページ間
でブロックごとに内容を比較して、変更情報としてロケ
ーションの移動を抽出するものである。

【００１４】この発明に係る情報提供装置は、変更情報
抽出手段が、Ｗｅｂページがフレーム構造を有している
場合、当該フレーム構造を規定する特定のタグに基づい
てブロック化し、当該Ｗｅｂページの構成及びブロック
ごとの比較を行って変更情報を抽出するものである。

【００１５】この発明に係る情報提供装置は、有益度付
与手段がタグ及び／又は属性の種類に対応づけて有益度
が設定されており、変更情報を構成するタグ及び／又は
属性から有益度を付与するものである。

【００１６】この発明に係る情報提供装置は、提供処理
手段が変更情報を構成するタグ及び／又は属性から付与
された有益度に基づいて、当該変更情報の提供の可否を
判定するものである。

【００１７】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザが指定する有
益度を受け付け、提供処理手段が、通信処理手段が受け
付けた有益度に達した変更情報のみを提供するものであ
る。

【００１８】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザが指定するキ
ーワードを受け付け、有益度付与手段が、通信処理手段
が受け付けたキーワードの有無に基づいて変更情報に有
益度を付与するものである。

【００１９】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザが指定する特
定のタグ及びこれの有益度を受け付けると共に、当該タ
グが既に登録されていれば受け付けた有益度に変更し、
通信処理手段が受け付けたタグの有無に基づいて有益度
付与手段が変更情報に有益度を付与するものである。

【００２０】この発明に係る情報提供装置は、提供処理
手段が変更情報と共に変更前後のＷｅｂページ内容を表
示する提供用情報を生成するものである。

【００２１】この発明に係る情報提供装置は、提供処理
手段が変更情報中の変更部分をブロック単位で表示する
提供用情報を生成するものである。

【００２２】この発明に係る情報提供装置は、ユーザの
端末装置に搭載され、閲覧中のＷｅｂページについて変
更情報の有無を表示すると共にその変更内容を表示する
機能を付加したＷｅｂページ閲覧用のブラウザソフトウ
ェアを介して、端末装置と変更情報のやり取りを行うも
のである。

【００２３】この発明に係る情報提供装置は、通信処理
手段が情報提供に関する情報としてユーザが指定する検
索エンジンのＵＲＬ及び検索キーワードを受け付け、変
更情報抽出手段が検索キーワードについての検索エンジ
ンの検索結果を比較して変更の有無を判定し、提供処理
手段が当該検索結果に変更があるとその変更情報をユー
ザに提供するものである。

【００２４】この発明に係る情報提供装置は、通信処理
手段が、ユーザが指定する検索対象の件数を受け付け、
変更情報抽出手段が、検索エンジンの検索対象の件数内
の検索結果を比較して変更の有無を判定するものであ
る。

【００２５】この発明に係る情報提供装置は、提供処理
手段がＷｅｂサイト内における各Ｗｅｂページのリンク
関係及びその変更情報を表示するサイトマップを提供用
情報として生成するものである。

【００２６】この発明に係る情報提供システムは、Ｗｅ
ｂページを定期的に収集するＷｅｂページ収集手段と、
該Ｗｅｂページ収集手段が収集したＷｅｂページに関す
る情報を蓄積する収集データ蓄積手段と、所定の異なる
時期に収集された情報内容を比較して、Ｗｅｂページ及
び／又はこれが属するＷｅｂサイトの変更情報を抽出す
る変更情報抽出手段と、該変更情報抽出手段が抽出した
変更情報に有益度を付与する有益度付与手段と、変更情
報に基づいて提供用情報を生成して提供する提供処理手
段とを有する情報提供装置と、ユーザが閲覧しているＷ
ｅｂページに関する変更情報のやり取りを、当該ユーザ
の端末装置と情報提供装置との間で中継するＷｅｂサー
バ装置とを備えるものである。

【００２７】この発明に係る情報提供方法は、インター
ネット網を介して情報の送受を行う通信手段を有するコ
ンピュータの情報提供方法において、通信手段によって
Ｗｅｂページを定期的に収集するＷｅｂページ収集ステ
ップと、該Ｗｅｂページ収集ステップにて収集したＷｅ
ｂページに関する情報を、コンピュータの記憶装置に蓄
積する収集データ蓄積ステップと、コンピュータが所定
の異なる時期に収集された情報内容を比較して、Ｗｅｂ
ページ及び／又はこれが属するＷｅｂサイトの変更情報
を抽出する変更情報抽出ステップと、該変更情報抽出ス
テップにて抽出された変更情報に有益度を付与する有益
度付与ステップと、コンピュータが変更情報に基づいて
提供用情報を生成して提供する提供処理ステップとを備
えるものである。

【００２８】この発明に係るプログラムは、情報提供に
関する情報を受け付ける通信処理手段、情報提供に関す
る情報で特定されるＷｅｂページを定期的に収集するＷ
ｅｂページ収集手段、該Ｗｅｂページ収集手段が収集し
たＷｅｂページに関する情報を蓄積する収集データ蓄積
手段、所定の異なる時期に収集された情報内容を比較し
て、Ｗｅｂページ及び／又はこれが属するＷｅｂサイト
の変更情報を抽出する変更情報抽出手段、該変更情報抽
出手段が抽出した変更情報に有益度を付与する有益度付
与手段、変更情報に基づいて提供用情報を生成して提供
する提供処理手段としてコンピュータを機能させるもの
である。

【００２９】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１による情
報提供システムの構成を示す図である。図において、１
はＷｅｂページ差分分析システム（情報提供装置）であ
って、インターネット網１１上のＷｅｂページを定期的
に収集・蓄積し同一Ｗｅｂページで収集時期の異なる内
容を比較して、有益な変更があるとユーザに対する通知
や変更情報の表示を行う。また、Ｗｅｂページ差分分析
システム１は、例えばインターネット網１１にアクセス
する通信機能を有し、後述する各構成要素の機能を有す
るプログラムを実行するコンピュータ装置によって実現
される。２はＷｅｂページ収集部（Ｗｅｂページ収集手
段）で、インターネット網１１上のＷｅｂページを定期
的に且つ自動的に収集する。３は通信処理部（通信処理
手段）であって、インターネット網１１上のユーザから
の要求を受け付ける。ユーザからの要求としては、変更
情報を求めてほしいＷｅｂページのＵＲＬ（Ｕｎｉｆｏ
ｒｍＲｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などがある。
４はＷｅｂページ蓄積部（収集データ蓄積手段）で、Ｗ
ｅｂページ収集部２によって収集されたＷｅｂページを
蓄積する。Ｗｅｂページ蓄積部４による蓄積方法として
は、そのまま世代ごとに蓄積する場合や変更情報のみを
蓄積する場合などがある。

【００３０】５はＷｅｂページ比較部（変更情報抽出手
段、有益度付与手段）であって、従前のＷｅｂページと
現在のＷｅｂページとの内容を比較して、Ｗｅｂサイト
内におけるＷｅｂページやＷｅｂページ内容自体の有益
な変更情報を抽出する。Ｗｅｂサイト内のＷｅｂページ
の変更情報としては、例えばユーザが指定したＷｅｂサ
イト内で有益な変更があったＷｅｂページ自体、新規に
追加されたＷｅｂページ、削除や移動されたＷｅｂペー
ジに関する情報がある。また、Ｗｅｂページ内容自体の
変更情報としては、有益な変更、追加、削除、移動に関
するものが考えられる。６は通知処理部（提供処理手
段）で、ユーザに対してＷｅｂページ比較部５によって
抽出された有益な変更情報を通知する。７は表示部（提
供処理手段）であって、通知処理部６によって通知され
た変更情報の内容をユーザ端末１２で表示させる表示画
面データを作成する。８はＷｅｂページ格納部（収集デ
ータ蓄積手段）で、Ｗｅｂページ蓄積部４によってＷｅ
ｂページが蓄積される記憶手段である。また、Ｗｅｂペ
ージ比較部５は、Ｗｅｂページ格納部８に格納されたＷ
ｅｂページを適宜取り出して、Ｗｅｂページ内容の比較
を行う。このＷｅｂページ格納部８に格納されたＷｅｂ
ページは、収集時期ごとに世代管理されており、必要な
世代のＷｅｂページを適宜取り出すことができる。

【００３１】９は分析リスト格納部であって、通信処理
部３が受け取ったユーザからの要求（情報提供に関する
情報）、例えば変更情報を取り出してほしいＵＲＬなど
をリストとして格納する。Ｗｅｂページ収集部２は、分
析リスト格納部９に格納されている情報を元にして収集
すべきＷｅｂページのＵＲＬや収集のタイミング等を知
ることとなる。１０は有益度リスト格納部（有益度付与
手段）で、Ｗｅｂページ比較部５によって抽出された変
更情報の有益さを判断する際に使用する有益度を格納す
る。この有益度リスト格納部１０に格納される有益度を
使用して、Ｗｅｂページ比較部５は、変更情報がユーザ
に通知すべき有益度を有しているか否かを判断する。有
益であると判断されると、通知処理部６によってユーザ
に通知され、有益ではないと通知されない。１１はイン
ターネット網、１２はユーザがＷｅｂページ差分分析シ
ステム１にアクセスする際に利用するユーザ端末（端末
装置）であって、通信処理部３を介して情報提供を要求
したり、通知処理部６を介して有益な変更情報を受け取
ることができる。また、ユーザ端末１２を用いて表示部
７を制御することで、通知された変更情報の内容を表示
させることができる。なお、本実施の形態では、Ｗｅｂ
ページ差分分析システム１をサーバ装置側において実現
した例を説明するが、ユーザ端末１２上にＷｅｂページ
差分分析システム１を構築することも可能である。

【００３２】図２は図１中の表示部が作成した特定のＷ
ｅｂサイト内のＷｅｂページの追加、削除、変更、移動
を表現するイメージ画面を示す図である。図示の例で
は、ＵＲＬ「ｗｗｗ．ａａａ．ｂｂｂ．ｃｏ．ｊｐ」で
特定されるＷｅｂサイト中におけるＷｅｂページの構成
をツリー状に表示している。また、各Ｗｅｂページにつ
いて、追加、削除、変更、移動が容易に視認することが
できるようにマーキングされている。このツリー構造
は、Ｗｅｂページ内のハイパーリンクを利用したもので
あり、実際の物理的なディレクトリツリーとは異なる。
マーキングについて説明すると、例えばトップの「ｉｎ
ｄｅｘ．ｈｔｍｌ」に付された「ｃｈｇ」マークは、Ｗ
ｅｂページに変更があったことを表している。また、
「ｉｎｄｅｘ．ｈｔｍｌ」とリンクしている「ｂｂｂ．
ｈｔｍｌ」で特定されるＷｅｂページには、何のマーク
も付与されていない。これは、変更がなかったことを表
している。同様に「ｉｎｄｅｘ．ｈｔｍｌ」とリンクし
ている「ｃｃｃ．ｈｔｍｌ」で特定されるＷｅｂページ
は、「ｎｅｗ」のマークが付与されている。これは、新
規に追加されたＷｅｂページであることを表している。
さらに、「ａａａ．ｈｔｍｌ」とリンクしていた「ｄｄ
ｄ．ｈｔｍｌ」で特定されるＷｅｂページには、「ｄｅ
ｌ」マークが付与されている。これは、当該Ｗｅｂペー
ジが削除されたことを表している。ここで、「ａａａ．
ｈｔｍｌ」と「ｄｄｄ．ｈｔｍｌ」とのリンクを点線で
表示する。これにより、以前は「ａａａ．ｈｔｍｌ」か
らリンクされていたことを視認できるようにしている。

【００３３】図３は図１中の表示部が作成した特定のＷ
ｅｂページ内の追加、削除、変更、移動を表現するイメ
ージ画面を示す図であり、図２のＷｅｂサイト内のイメ
ージ画面で変更があったＷｅｂページを指定することで
表示される画面である。図示の例では、画面の左側にナ
ビゲーション用のウィンドウが配置され、右側には古い
Ｗｅｂページの内容と新しいＷｅｂページの内容を表示
するウィンドウが配置されている。ナビゲーション用ウ
ィンドウには、新旧のＷｅｂページの構成と追加、削
除、変更、移動などの項目を表示し、該当する項目を指
定することで、右側のＷｅｂページ表示用ウィンドウに
表示された新旧のＷｅｂページの該当部分がそれぞれ枠
で囲まれるようになっている。これにより、ユーザは実
際に変更した部分を容易に知ることができる。

【００３４】次に動作について説明する。図４は実施の
形態１の情報提供システムによる動作を示すフロー図で
あり、この図に沿ってＷｅｂページ差分分析システム１
の動作概要を説明する。先ず、ユーザ端末１２から差分
分析を所望するＷｅｂページのＵＲＬが通信処理部３を
介して送られると、このＵＲＬに基づいて、通信処理部
３は、分析要求データを作成して分析リスト格納部９に
格納する。一方、Ｗｅｂページ差分分析システム１内の
Ｗｅｂページ収集部２は、分析リスト格納部９内のリス
トに収集すべきＵＲＬが存在するか否かを判定する（ス
テップＳＴ１）。

【００３５】ステップＳＴ１において、分析リスト格納
部９内のリストに収集すべきＵＲＬが存在しない、或い
は、全てのＵＲＬについてＷｅｂページの収集が終了し
たと判定されると、Ｗｅｂページ差分分析システム１
は、一定時間待機した後、再度ステップＳＴ１の処理に
戻る（ステップＳＴ２）。一方、収集すべきＵＲＬが存
在すると判定されると、Ｗｅｂページ収集部２は、当該
ＵＲＬで特定されるＷｅｂページにアクセスし収集する
（ステップＳＴ３）。

【００３６】Ｗｅｂページ収集部２によって収集された
Ｗｅｂページは、Ｗｅｂページ蓄積部４によってＷｅｂ
ページ格納部８に格納される（ステップＳＴ４）。この
あと、Ｗｅｂページ比較部５は、Ｗｅｂページ格納部８
内に今回格納したＷｅｂページと同一のＵＲＬで特定さ
れるＷｅｂページが以前に収集・格納されているかどう
かを判定する（ステップＳＴ５）。このとき、以前に収
集された該当ＷｅｂページがＷｅｂページ格納部８に存
在する場合、Ｗｅｂページ比較部５は、以前に収集され
た該当Ｗｅｂページとこれに対応する今回収集したＷｅ
ｂページとの比較を行う（ステップＳＴ６）。一方、以
前に収集された該当ＷｅｂページがＷｅｂページ格納部
８に存在しない場合、ステップＳＴ１の処理に戻る。

【００３７】Ｗｅｂページ比較部５は、上述した新旧の
Ｗｅｂページを比較して変更情報を抽出すると、有益度
リスト格納部１０に格納される情報に基づいて、当該変
更情報の有益度を判定する（ステップＳＴ７）。この結
果、変更が有益であると判定されると、Ｗｅｂページ比
較部５は、当該変更情報が有益である旨を記録し、通知
処理部６を使用してユーザに通知する（ステップＳＴ
８）。一方、有益でないと判定されると、当該変更情報
をユーザに対して通知せず、ステップＳＴ１の処理に戻
る。

【００３８】有益な変更情報が通知されたユーザから当
該変更情報を表示させる旨の要求があると、Ｗｅｂペー
ジ差分分析システム１内の表示部７は、上記変更情報の
表示用画面データを作成しユーザ端末１２に送信する。
これにより、図３に示すようなイメージ画面がユーザ端
末１２に表示される。

【００３９】上述したステップＳＴ５では、同一のＵＲ
Ｌで特定される新旧のＷｅｂページが存在するかどうか
を判定する動作のみを示したが、実際には、ユーザから
差分分析を要求されたＷｅｂページが属するＷｅｂサイ
ト内において各Ｗｅｂページ構成に変更があったか否か
も判定される。

【００４０】図５は実施の形態１の情報提供システムに
よるＷｅｂページ比較動作の一例を示すフロー図であ
り、この図に沿って特定のＷｅｂサイト内における各Ｗ
ｅｂページ構成の変更情報の抽出処理について説明す
る。先ず、Ｗｅｂページ比較部５は、Ｗｅｂページ格納
部８内に、特定のＷｅｂサイト内で以前収集したＷｅｂ
ページと同一のＵＲＬで特定されるＷｅｂページが存在
するか否かを判定する（ステップＳＴ１ａ）。このと
き、上記Ｗｅｂページが存在すると判定されると、Ｗｅ
ｂページ比較部５は、両Ｗｅｂページの内容が同一か否
かを判定する（ステップＳＴ２ａ）。ここで、両Ｗｅｂ
ページの内容が同一であると、Ｗｅｂページ比較部５
は、当該Ｗｅｂページに変更がなかったと判断する。ま
た、両Ｗｅｂページの内容が異なる場合は、当該Ｗｅｂ
ページに変更があったと判断する。

【００４１】一方、ステップＳＴ１ａにて同一のＵＲＬ
で特定されるＷｅｂページが存在しないと判定される
と、Ｗｅｂページ比較部５は、Ｗｅｂページ格納部８内
に、当該Ｗｅｂページと内容が同一なＷｅｂページが存
在するか否かを判定する（ステップＳＴ３ａ）。このと
き、同一のＵＲＬで特定されるＷｅｂページ以外が判定
の対象とされる。ここで、内容が同一のＷｅｂページが
存在する場合、Ｗｅｂページ比較部５は、そのＷｅｂペ
ージが移動したと判断する。

【００４２】また、内容が同一のＷｅｂページが存在し
ないと判定されると、Ｗｅｂページ比較部５は、当該Ｗ
ｅｂページを特定するＵＲＬが新規に登録されたものか
どうかを判定する（ステップＳＴ４ａ）。ここで、該当
するＵＲＬが以前に登録されていない場合、Ｗｅｂペー
ジ比較部５は、当該Ｗｅｂページが新規なものであると
判断する。一方、以前に登録されていたが、これに対応
するＷｅｂページが今回存在しない場合、Ｗｅｂページ
比較部５は、当該Ｗｅｂページが削除されたものと判断
する。

【００４３】この処理をＷｅｂサイト内の全てのＷｅｂ
ページに対して実行することにより、図２に示すような
イメージ画面を提供する表示画面データを作成すること
が可能となる。

【００４４】次に、Ｗｅｂページ差分分析システム１の
各構成部の動作を詳細に説明する。先ず、分析リスト格
納部９内に分析要求データを作成する動作を説明する。
図６は図１中の分析リスト格納部が保持する分析要求デ
ータテーブルを示す図であり、当該テーブルは各ユーザ
ごとに作成されてパーソナライズを実現している。図に
おいて、９−１は収集すべきＷｅｂページを特定するＵ
ＲＬを格納するＵＲＬ欄であって、新規に追加されたＵ
ＲＬが登録され、削除されたＷｅｂページのＵＲＬは削
除される。９−２は収集すべきＷｅｂページが属するＷ
ｅｂサイトのＵＲＬを格納するサイト欄で、ＵＲＬ欄９
−１に格納されるＵＲＬから抽出したＵＲＬが格納され
る。９−３は収集周期欄であって、最初はデフォルトの
値が設定される。９−４は前回収集日と収集周期から得
られる次回収集予定日を格納する欄である。９−５はキ
ーワード欄であって、ユーザにとっての有益な情報を抽
出するためのキーワードがリストアップされる。９−６
は未通知フラグで、有益な変更があった場合に通知済み
かどうかを示すフラグである。

【００４５】ユーザ端末１２から差分分析を所望するＷ
ｅｂページのＵＲＬが送られると、通信処理部３は、当
該ＵＲＬを図６に示す分析要求データテーブルのＵＲＬ
欄９−１に格納する。このとき、通信処理部３は、当該
ＵＲＬからＷｅｂサイトを特定するＵＲＬを抽出しサイ
ト欄９−２に格納する。一方、ユーザから特定のＷｅｂ
サイト全体の差分分析を所望する要求があると、通信処
理部３は、図６に示すテーブルの２行目のように、ＵＲ
Ｌ欄９−１を空白にすると共に当該ＷｅｂサイトのＵＲ
Ｌをサイト欄９−２に格納する。

【００４６】サイト欄９−２にセットされたＵＲＬは、
当該ＵＲＬで特定されるＷｅｂサイト全体の差分分析を
行うために利用される。従って、Ｗｅｂページ収集部２
は、任意の１のＷｅｂページについて差分分析を要求さ
れた場合であっても、当該Ｗｅｂページが属するＷｅｂ
サイト全体のＷｅｂページを収集する。但し、ユーザが
任意の１のＷｅｂページの差分分析を要求している場合
には、当該Ｗｅｂページの内容に変更があった場合のみ
通知を行い、同時にこれが属するＷｅｂサイト全体の変
更状況も一緒に通知される。また、ユーザがＷｅｂサイ
ト全体の差分分析を要求した場合には、当該Ｗｅｂサイ
ト内に変更があった場合のみ通知することとなる。

【００４７】また、通信処理部３は、収集周期欄９−３
に対して、デフォルト値として例えば「毎日」や「１週
間」等の周期を設定するが、ユーザからの要求があると
ユーザが所望する収集周期を設定する。ここで、Ｗｅｂ
ページの収集が複数回行われて、Ｗｅｂページ比較部５
によって変更が頻繁に行われていると判断されたＷｅｂ
ページやＷｅｂサイトについては、収集周期を短くする
ように変更する。反対に、変更が全く行われていないと
判断された場合には、収集周期を長くするように変更す
る。

【００４８】さらに、次回収集予定日欄９−４には、前
回収集日と収集周期から得られる次回収集予定日の日付
が設定される。具体的には、Ｗｅｂページ収集部２が、
Ｗｅｂページの収集を完了すると同時に、実際に収集し
た日と収集周期欄９−３に格納されている値から、次回
収集予定日欄９−４に設定すべき値が自動的に計算され
る。つまり、次回収集予定日欄９−４の内容は、Ｗｅｂ
ページ収集部２によって自動的に更新される。そして、
次回収集予定日欄９−４にセットされた情報に基づい
て、Ｗｅｂページ収集部２は、自動的にＷｅｂページの
収集を行うこととなる。また、ユーザから要求された場
合、通信処理部３は、次回収集予定日欄９−４にユーザ
が所望する期日を設定する。

【００４９】ここで、例えば次回収集予定日欄９−４に
過去の日時を指定すると、Ｗｅｂページ比較部５が、こ
れに対応するＷｅｂページをＷｅｂページ格納部８から
読み出し、最新で収集されたＷｅｂページとの間におけ
る変更情報を抽出する。この場合、変更情報と共に過去
のＷｅｂページの内容も閲覧することが可能である。

【００５０】一方、通信処理部３は、キーワード欄９−
５にユーザから指定されたキーワードを設定する（デフ
ォルトでは何も設定しない）。キーワード欄９−５に設
定されたキーワードは、Ｗｅｂページ比較部５が新旧の
Ｗｅｂページの比較を行う際、変更部分の有益性の判断
に使用される。具体的には、変更部分にそのキーワード
が含まれていると、ユーザにとって有益な変更が行われ
たと判断され、ユーザへの通知対象であるものと判断さ
れる。

【００５１】また、未通知フラグ９−６には、デフォル
トで「０」が設定されるが、該当するＷｅｂページやＷ
ｅｂサイトに有益な変更が存在し、且つ未だにユーザに
通知されていない場合に「１」が設定される。つまり、
Ｗｅｂページ比較部５がＷｅｂページやＷｅｂサイトの
比較を行って有益な変更が存在すると判断した場合に
「１」が設定される。そして、通知処理部６は、未通知
フラグ９−６の値が「１」であると、有益な変更があっ
た旨をユーザに通知する。この際、通知処理部６は、通
知を完了すると、未通知フラグ９−６の値を「１」から
「０」に変更する。また、有益な変更が存在しない場合
には「０」がセットされる。

【００５２】上述したように、ユーザが差分分析を所望
するＷｅｂページのＵＲＬを受けると、通信処理部３が
当該ＵＲＬから上記Ｗｅｂページが属するＷｅｂサイト
のＵＲＬを自動的に抽出し、分析要求データとして分析
リスト格納部９に格納する。これにより、ユーザが差分
分析を所望するＷｅｂページ以外に、当該Ｗｅｂページ
が属するＷｅｂサイト全体の情報を自動的に取得するこ
とができる。従って、ユーザが気付かない隠れた有益な
情報を抽出することもできる。

【００５３】また、ユーザにとって興味のある情報カテ
ゴリを特定するキーワードを分析リスト格納部９に登録
するので、ユーザにとって重要な情報を見つけ出すこと
が可能である。

【００５４】さらに、収集周期を動的に変更することに
より、重要な変更が頻繁に行われていると思われるＷｅ
ｂサイトに関しては、収集の頻度を上げてその変更を即
座にユーザに伝えることができる。一方、変更が行われ
ていないＷｅｂサイトに関しては、収集の頻度を落とす
ことで、無駄な収集や分析を行う必要がなくなるため、
本発明を具現化するハードウェア資源を有効活用するこ
とが可能となる。

【００５５】次に、Ｗｅｂページ比較部５による動作の
詳細について説明する。ここでは、説明の簡単のため
に、新旧Ｗｅｂページ間の変更情報を抽出する動作につ
いてのみ述べることとし、有益度リスト格納部１０の内
容を利用した変更情報の有益度判断については、図１０
の説明において詳細に述べる。図７は図１中のＷｅｂペ
ージ比較部による構成リストの作成動作を示すフロー図
であり、この図に沿ってＷｅｂページの構成リストの作
成処理について詳細に説明する。先ず、Ｗｅｂページ比
較部５は、Ｗｅｂページ格納部８から比較対象となるＷ
ｅｂページを読み込む（ステップＳＴ１ｂ）。

【００５６】次に、Ｗｅｂページ比較部５は、前処理と
して、読み込んだＷｅｂページを構成するハイパーテキ
ストから、「改行」、「スペース」、「コメント」に係
る部分を除去する（ステップＳＴ２ｂ）。但し、整形済
みテキストが指定されるタグ＜ＰＲＥ＞で囲まれている
部分の「スペース」や「改行」は除かないようにする。
また、ヘッダが存在する場合には、ヘッダ部分（＜ＨＥ
ＡＤで始まり、＜／ＨＥＡＤ＞で終了する部分）を除
き、構成リストにヘッダを追加する。

【００５７】続いて、Ｗｅｂページ比較部５は、前処理
後の残りの部分がフレーム構成かどうかを判定する（ス
テップＳＴ３ｂ）。このとき、フレーム構成である場合
は、「ＳＲＣ＝」で指定されているＵＲＬ（つまり、Ｓ
ＲＣ＝“当該ＵＲＬ”）のページの読みこみを行うため
にステップＳＴ１ｂの処理に戻る。

【００５８】一方、フレーム構成でない場合、Ｗｅｂペ
ージ比較部５は、分割を行うためのタグの位置情報を取
り出す（ステップＳＴ４ｂ）。具体的には、分割を行う
ためのタグとその終了タグとの位置情報が取り出され
る。ここで、分割の単位として使用するタグの具体例と
しては、テーブルを設定するテーブルタグ（＜ＴＡＢＬ
Ｅ＞）、リスト表示を規定するリストタグ（＜ＯＬ＞、
＜ＵＬ＞、＜ＤＬ＞）、フォームを指定するタグ（＜Ｆ
ＯＲＭ＞）、Ｊａｖａ（登録商標）ファイルを定義する
タグ（＜ＡＰＰＬＥＴ＞、＜ＰＡＲＡＭ＞）、数学（数
式など）を設定するタグ（＜ＭＡＴＨ＞）、横線を規定
するタグ（＜ＨＲ＞）、改行を指定するタグ（＜ＢＲ
＞）、段落を規定するタグ（）、センタリングを指定す
るタグ（＜ＣＥＮＴＥＲ＞）、分割を規定するタグ（＜
ＤＩＶ＞）、整形済みテキストを指定するタグ（＜ＰＲ
Ｅ＞）、ブロックを指定するタグ（＜ＢＬＯＣＫＱＵＯ
ＴＥ＞、＜Ｑ＞）、スクロールを設定するタグ（＜ＭＡ
ＲＱＵＥＥ＞）、文字列などの点滅を設定するタグ（＜
ＢＬＩＮＫ＞）等がある。

【００５９】上述したようなタグを分割の単位として使
用する場合、これらからいずれかを選択するか、若しく
は、全てのタグを使用する。当然、仕様の変更等が発生
した場合、分割に必要なタグが追加される。また、ユー
ザからの要求があったタグを追加し利用するようにして
もよい。

【００６０】また、横線として使用されるタグ＜ＨＲ＞
などには、終了タグがない。このため、「＜ＨＲ」を開
始タグとし、「＞」を終了タグとみなすこととする。こ
こで、横線を分割の単位として選んだのは、ｉ−ｍｏｄ
ｅ（登録商標）サービスで使用可能なタグが一般のＷｅ
ｂページに比べて限られていることに加え、携帯電話な
どの小さい表示画面では複雑な画面データを作りにくい
ことからページをブロックごとに区切るのに横線が多用
されることに起因する。また、入れ子構造も考慮して位
置情報の取り出しを行ってもよい。

【００６１】Ｗｅｂページ比較部５は、上述したような
分割を行うためのタグの位置情報を取り出すごとに、全
ての位置情報が取り出せたか否かを判定する（ステップ
ＳＴ５ｂ）。ここで、未だに全ての位置情報が取り出せ
ていないと判定されると、ステップＳＴ４ｂの処理に戻
って上記操作を繰り返す。

【００６２】一方、ステップＳＴ５ｂにて全ての位置情
報の取り出しが完了したと判定されると、Ｗｅｂページ
比較部５は、当該Ｗｅｂページに関する構成リストの作
成を行う（ステップＳＴ６ｂ）。

【００６３】次に、Ｗｅｂページに関する構成リストの
作成後の動作について説明する。図８は図１中のＷｅｂ
ページ比較部による構成リストの作成後の動作を示すフ
ロー図である。この図に示すフローに沿って、Ｗｅｂペ
ージ比較部５は、Ｗｅｂページの構成リストの作成後に
新旧のＷｅｂページの構成リストとその構成の内容につ
いて比較を行う。先ず、Ｗｅｂページ比較部５は、新旧
のＷｅｂページの構成リストを比較し、同じ構成名が存
在するか否かを判定する（ステップＳＴ１ｃ）。このと
き、同じ構成名が存在すれば、Ｗｅｂページ比較部５
は、両Ｗｅｂページの内容も同一か否かを判定する（ス
テップＳＴ２ｃ）。ここで、内容も同じであれば、Ｗｅ
ｂページ比較部５は、新旧Ｗｅｂページ間で変更がなか
ったと判断する。

【００６４】また、内容が異なる場合には、Ｗｅｂペー
ジ比較部５は、新旧Ｗｅｂページ間の内容が類似するか
否か判定する（ステップＳＴ３ｃ）。このとき、同じ構
成名で「変更なし」と判断されたもの以外の構成の中で
最も類似度が高い組み合わせについて「変更あり」と判
断する。ここで、類似度は、構成の内容をタグの固まり
で分割し、それぞれのタグの固まりで同じ物があるかど
うかを基準として判断する。例えば、「類似度」を「同
じ内容のタグの固まりの個数／全てのタグの固まりの個
数」と規定して計算する。この類似度に閾値（例えば、
０．５などとする）を設定し、これより高いものは類似
していると判断し、低ければ類似していないと判断す
る。このようにして、類似度が低いと判断されるものが
ある場合は、ステップＳＴ４ｃの処理に進む。

【００６５】ステップＳＴ４ｃにおいて、Ｗｅｂページ
比較部５は、類似度が低い構成が今回収集した新しいＷ
ｅｂページに存在するか否かを判定する。このとき、類
似度が低い構成が新しいＷｅｂページに存在すれば、新
しいＷｅｂページに「新規」に追加された情報に関する
構成であると判断する。また、以前に収集した古いＷｅ
ｂページに存在すれば、新しいＷｅｂページで「削除」
された情報に関する構成であると判断する。

【００６６】一方、ステップＳＴ１ｃにおいて、新旧Ｗ
ｅｂページ間で同じ構成名が存在しない場合、Ｗｅｂペ
ージ比較部５は、その構成名が今回収集した新しいＷｅ
ｂページに存在するか否かを判定する（ステップＳＴ５
ｃ）。このとき、今回収集した新しいＷｅｂページに存
在するものであれば、この構成名で特定される情報は、
「新規」に追加されたものであると判断する。また、以
前に収集した古いＷｅｂページに存在するものであれ
ば、この構成名で特定される情報は、「削除」されたも
のであると判断する。

【００６７】図９は図７及び図８による比較処理結果を
用いて作成した新旧Ｗｅｂページ間の変更情報を表示す
るイメージ画面を示す図であり、図３中のナビゲーショ
ン画面の一例である。図示の例では、左側に以前のＷｅ
ｂページの構成のリスト、右側に新しいＷｅｂページの
構成のリストが表示され、これらの対応関係を矢印で表
現している。例えば、矢印のみが付されている場合は、
両構成間が「変更なし」であったことを表している。ま
た、矢印の上に変更と表示されている場合は、両構成間
に「変更」があったことを表している。さらに、矢印が
付されていない構成については、両Ｗｅｂページ間で対
応するものがなかったことを表している。ここで、以前
のＷｅｂページにのみ存在する構成は、新しいＷｅｂペ
ージにおいて「削除」されたことを表している。また、
新しいＷｅｂページにのみ存在する構成は、当該Ｗｅｂ
ページに「新規」に追加されたことを表している。

【００６８】図に示したナビゲーション画面において、
矢印の上に「変更」と表示した場合を示したが、矢印の
色を変えることで変更を表示してもよい。また、新旧Ｗ
ｅｂページの構成間の対応関係を矢印で表しているが、
それぞれ色を変えることで対応を表示してもよい。

【００６９】また、上記ナビゲーション画面の各構成名
を各Ｗｅｂページの対応する部分にリンクさせておき、
参照したい構成名を指定することで、図３の右側に示す
ようなＷｅｂページの表示用ウィンドウに当該構成名に
対応する部分を表示するＧＵＩを構築しても良い。

【００７０】このように、Ｗｅｂページの構成を分割
し、各構成ごとの比較を行うようにすることで、変更情
報を意味のある固まり単位で知ることができる。さらに
詳細を知りたい場合には、分割した構成と実際のＷｅｂ
ページ上の対応部分とをリンクしておくことで、実際の
内容を見ることができる。これにより、ユーザにとって
知りたい情報を段階的に表現することが可能となる。

【００７１】また、各構成ごとに内容の類似度をチェッ
クすることにより、単純にＷｅｂページに発生した変更
を抽出するのみでなく、分割した構成の固まりが新規に
追加されたものなのか、変更が行われたものなのかをユ
ーザに伝えることができる。さらに、ある構成の固まり
が他に移動した旨もユーザに伝えることができる。

【００７２】次に、新旧Ｗｅｂページ間の変更情報に付
与される有益度について説明する。上述した比較動作の
説明では、変更情報に対する有益度判断について述べな
かったが、実際には、Ｗｅｂページ比較部５は、有益度
リスト格納部１０の内容に基づいて、変更情報に有益度
を判断する。図１０は図１中の有益度リスト格納部に設
定される有益度リストの一例を示す図である。このリス
トの内容は、ユーザごとに管理される。つまり、各ユー
ザにとって有益な情報を導き出すことができる。図にお
いて、１０−１は有益度リストにおいて特定のタグやキ
ーワードを設定する特定タグ・キーワード欄である。こ
の特定タグ・キーワード欄１０−１には、例えばＷｅｂ
ページ内に記載されるテーブル中の要素の変更が重要で
あると判断する場合、「テーブル」を追加する。また、
フォントが他よりも大きく強調されているものを重要と
判断する場合には、「フォント」を追加する。

【００７３】図示の例では、「テーブル」や「フォン
ト」のように、特定タグの名前を表記しているが、Ｗｅ
ｂページ比較部５は、例えば「テーブル」であれば、こ
れを規定するタグ（＜ＴＡＢＬＥ＞）が変更情報中に存
在する場合、該当部分に図中の「テーブル」に対応する
有益度を判断する。

【００７４】また、図１０では、特定タグ・キーワード
欄１０−１に設定するタグなどの簡単な例を挙げている
が、これ以外にも以下のようなものを使用することもで
きる。例えば、リスト表示を規定するタグ（＜ＯＬ＞、
＜ＵＬ＞、＜ＤＬ＞）、ファイル内のリンクを規定する
タグ（＜Ａ＞）、文字スタイルを規定するタグとして、
フォントを指定するタグ（＜ＦＯＮＴ＞、＜ＢＩＧ＞、
＜ＳＭＡＬＬ＞）、イタリック体を指定するタグ（＜Ｉ
＞）、ボールドを指定するタグ（＜Ｂ＞）、アンダーラ
インを指定するタグ（＜Ｕ＞）、テキストの強調を指定
するタグ（＜ＥＭ＞、＜ＳＴＲＯＮＧ＞）、取り消しを
指定するタグ（＜ＳＴＲＩＫＥ＞、＜Ｓ＞）、色（属性
で色が指定されているもの）、サイズ（属性で文字のサ
イズが指定されているもの）などがある。

【００７５】１０−２は特定タグやキーワードの有益度
を設定する有益度欄であり、デフォルトの状態では特定
タグとそのデフォルトの有益度が設定されている。この
有益度欄１０−２には、例えばユーザから通信処理部３
を介してキーワードが指定された場合、そのキーワード
とデフォルトの有益度が追加される。ここで、ユーザに
とって有益度の値が考えていたものと合わない場合、ユ
ーザからの要求に応じて、通信処理部３は、特定タグ・
キーワード欄１０−１や有益度欄１０−２における有益
度や特定タグ、キーワードを変更する。

【００７６】また、Ｗｅｂページ比較部５は、上記タグ
やキーワード以外にも、コメント、カウンタ、日付、時
刻、時刻に対応して定型的に変化する挨拶文（例えば、
朝アクセスに行くとおはようございますと表示され、夜
アクセスに行くとこんばんわと表示されるようなもの）
などについての変更は有益でないと判断する。

【００７７】上述したように、ユーザからの要求に応じ
て登録したキーワードを有益度として反映することによ
り、そのキーワードを含んだ構成リストに変更があった
場合に、有益な変更があった旨を通知することができ
る。これは、例えばキーワードを含んだ文章の変更があ
った場合に変更を通知するより、キーワードを含んだ意
味のある構成の固まり（特定タグで規定されるテキスト
のブロックなど）の中で変更があった場合の方が、実際
にはユーザにとって有益な情報である場合が多いことに
よる。

【００７８】また、有益な情報が必ずしも送られていな
いとユーザが判断した場合、有益度を決めているタグの
種類や値を適宜指定する構成としたので、ユーザにとっ
て最もよい有益度を学習することが可能となり、ユーザ
にとって有益な情報のみを確実に通知することが可能で
ある。

【００７９】図１１は図１中の通知処理部が生成する通
知情報の一例を示す図である。この通知情報は、ユーザ
にとって有益な変更があった場合に、通知処理部６によ
って例えば電子メール等でユーザに通知される。図示の
例では、通知情報の内容を、「前回通知日時」、「変更
があったＵＲＬ」、「有益度」、「有益度の詳細」、
「変更があったＵＲＬの変更情報を表示するＵＲＬ」、
及び「Ｗｅｂサイト全体の変更情報を表示するＵＲＬ」
からなる５つの項目に分けている。特に、「Ｗｅｂサイ
ト全体の変更情報を表示するＵＲＬ」をユーザに通知す
ることで、差分分析を要求したＷｅｂページが属するＷ
ｅｂサイト全体の変更情報を見ることができる。これに
より、ユーザが気付かなかった有益な変更を知ることが
可能となる。

【００８０】また、「変更があったＵＲＬ」にアクセス
することで、ユーザは実際に変更があったＵＲＬで特定
されるＷｅｂページを直接見ることも可能である。さら
に、「有益度」も併せて通知することで、ユーザが提供
された情報の有益度を容易に判断することができる。こ
れらにより、ひいてはユーザにとって本当に有益な情報
のみが通知される。

【００８１】以上のように、この実施の形態１によれ
ば、情報提供に関する情報を受け付ける通信処理部３
と、情報提供に関する情報で特定されるＷｅｂページを
定期的に収集するＷｅｂページ収集部２と、該Ｗｅｂペ
ージ収集部２が収集したＷｅｂページに関する情報を蓄
積するＷｅｂページ蓄積部４と、所定の異なる時期に収
集された情報内容を比較して、Ｗｅｂページ及び／又は
これが属するＷｅｂサイトの変更情報を抽出すると共
に、変更情報に有益度を付与するＷｅｂページ比較部５
と、変更情報に基づいて通知や表示用データなどからな
る提供用情報を生成して提供する通知処理部６や表示部
７を備えるので、所望の期間で比較したＷｅｂページの
変更情報を取得することができると共に、有益度の付与
によりユーザにとって有益な変更情報を提供することが
できる。

【００８２】実施の形態２．上記実施の形態では、Ｗｅ
ｂページ差分分析システムが、ユーザが所望するＷｅｂ
ページに有益な変更があったと判断した場合に、ユーザ
端末１２に通知する処理について説明した。この実施の
形態２は、ユーザ端末１２からＷｅｂページ差分分析シ
ステム１に対して有益な変更などがあったかどうかを問
い合わせるものである。

【００８３】図１２はこの発明の実施の形態２による情
報提供システムの構成を示す図である。図において、１
３はインターネット網１１上でＷｅｂページを配信する
Ｗｅｂサーバ群である。ユーザは、ユーザ端末１２のＷ
ｅｂブラウザなどで、Ｗｅｂサーバ群１３のうち所望の
ＵＲＬで特定されるＷｅｂページを保有しているサーバ
からＷｅｂページを取得して、その内容を見ることにな
る。なお、図１と同一構成要素には同一符号を付して重
複する説明を省略する。

【００８４】ここで、Ｗｅｂブラウザにプラグインを追
加する、あるいは独自のブラウザを用意することによ
り、システム１に対して有益な変更情報の提供を要求
し、ユーザ端末１２の表示画面に該情報を表示させる処
理を起動させる表示ボタンをブラウザ画面上に設ける。
この機能としては、例えば普段は押すことはできない状
態で、ユーザがあるＵＲＬのＷｅｂページの内容を見た
際、当該Ｗｅｂページに有益な変更があるとアクティブ
となって押せる状態になる、あるいは、点滅して有益な
変更の存在をユーザに視認させる。このとき、ユーザが
そのボタンを押すと、これに対応するＵＲＬのＷｅｂペ
ージ変更情報を見ることが可能となる。

【００８５】次に動作について説明する。図１３は実施
の形態２による情報提供システムの動作を示すフロー図
であり、この図に沿って有益な変更情報が通知されるま
での処理を説明する。先ず、ユーザは、あるＷｅｂペー
ジを見るために、ユーザ端末１２からインターネット網
１１を経由して、Ｗｅｂサーバ群１３からＷｅｂページ
を取得する（ステップＳＴ１ｄ）。ユーザ端末１２のブ
ラウザに組み込まれたプラグイン、或いは独自のブラウ
ザは、同時に当該Ｗｅｂページ上で有益な変更が存在す
るか否かを、Ｗｅｂページ差分分析システム１に問い合
わせる（ステップＳＴ２ｄ）。

【００８６】Ｗｅｂページ差分分析システム１内の通信
処理部３は、ユーザからの問い合わせ要求を受け取る
と、分析リスト格納部９の未通知フラグ９−６から未通
知の変更情報が存在するか否かを判定する（ステップＳ
Ｔ３ｄ）。このとき、未通知の変更情報が存在しなけれ
ば、Ｗｅｂページ差分分析システム１は処理を終了す
る。また、未通知の変更情報が存在すれば、通知処理部
６は、変更情報が存在することをユーザに通知する（ス
テップＳＴ４ｄ）。変更情報を受け取ったユーザ側のブ
ラウザは、上述したような、変更情報の表示ボタンをア
クティブにする、あるいは変更情報が存在する旨を点滅
させる等でユーザが認識できるようにする。

【００８７】このあと、ユーザは変更情報を見るか否か
を判断する（ステップＳＴ５ｄ）。このとき、見る必要
がないと判断した場合には処理を終了する。一方、変更
情報を見たい場合は、ユーザ端末１２の表示画面上で変
更情報の表示ボタンをマウスなどの入力手段で押下す
る。これにより、ユーザ端末１２からシステム１に対し
て有益な変更情報の提供が要求される。

【００８８】ユーザから変更情報の提供要求を受信する
と、システム１内の表示部７は、図２や図３に示すよう
な表示画面を与える表示画面データを作成して、ユーザ
端末１２に返信する。これにより、ユーザは、ユーザ端
末１２の画面上の所望の変更情報を表示する（ステップ
ＳＴ６ｄ）。

【００８９】以上のように、この実施の形態２によれ
ば、ユーザが普段使っているブラウザに組み込んだプラ
グイン、あるいは独自のブラウザに、ユーザがあるＵＲ
Ｌを見た時に変更があった際にそれを通知し、その表示
を自在にする機能を設けることで、ユーザが所望するタ
イミングで有益な変更情報を伝えることができる。

【００９０】また、この実施の形態２によれば、ユーザ
がＷｅｂページを見るごとに変更情報の存在を通知する
ので、ユーザが所望するタイミングで有益な変更情報を
閲覧することができる。

【００９１】実施の形態３．この実施の形態３によるシ
ステムの基本的構成は、上記実施の形態１と同様である
が、分析リスト格納部９の内容が異なる。これによっ
て、実施の形態３によるシステムでは、インターネット
網１１上の既存の検索エンジンによる検索結果に有益な
変更があると、その旨や当該変更情報をユーザに通知す
る。

【００９２】次に動作について説明する。図１４はこの
発明の実施の形態３による情報提供システムの分析リス
ト格納部が保持する分析要求データテーブルを示す図で
あり、この図を用いて動作を説明する。先ず、ユーザが
検索結果の変更を通知してほしい検索エンジンに関する
情報（例えば、検索エンジンのＵＲＬや検索用のキーワ
ードなど）を受け取ると、通信処理部３は、当該情報の
中から検索エンジンのＵＲＬや検索用のキーワードを抽
出し、ＵＲＬ欄９−１及び検索キーワード欄９−７にそ
れぞれ設定する。

【００９３】続いて、通信処理部３は、上記検索エンジ
ンに関する情報中にユーザが比較してほしい検索結果の
件数が含まれていれば、それを検索件数欄９−８に設定
する。また、検索件数に関する要求がなかった場合には
デフォルトの値を設置する。

【００９４】このとき、サイト欄９−２には何も設定さ
れない。つまり、通信処理部３は、検索キーワード欄９
−７にキーワードが設定されていると、検索エンジンの
検索結果の差分分析を行いたいのだと判断し、Ｗｅｂサ
イトのＵＲＬを自動的に設定しない。また、上記検索エ
ンジンに関する情報中に収集周期が指定されていれば、
通信処理部３は、その収集周期を収集周期欄９−３に設
定し、指定されていなければデフォルトの値、例えば
「１週間」を設定する。

【００９５】Ｗｅｂページ収集部２は、上述のように設
定された分析リスト格納部９の分析要求データテーブル
に基づいて、ユーザが指定する検索エンジンの検索結果
のＷｅｂページを、所定の検索件数が含まれている分だ
け収集する。このあと、Ｗｅｂページ収集部２は、上記
実施の形態１と同様に、収集周期欄９−３の値を基にし
て次回収集予定日を計算し、次回収集予定日欄９−４に
設定する。

【００９６】以上のように、この実施の形態３によれ
ば、検索エンジンの検索結果についても変更情報を通知
するので、ユーザにとって既知のＷｅｂページ以外に存
在する有益な情報を自動的に検索・通知することができ
る。

【００９７】実施の形態４．この実施の形態４によるシ
ステムの基本的構成は、上記実施の形態１と同様である
が、例えば企業のイントラネット（Ｗｅｂサイト内）に
導入して自動的にサイトマップを作成するものである。

【００９８】図１５はこの発明の実施の形態４による情
報提供システムの分析リスト格納部が保持する分析要求
データテーブルを示す図である。図示の例では、本実施
の形態のシステムをある企業のイントラネット内に導入
した場合である。具体的に説明すると、先ず、分析リス
ト格納部９の分析要求データテーブルに、イントラネッ
トのトップページのＵＲＬをサイト欄９−２に設定し、
ＵＲＬ欄９−１には何も設定しない。これにより、イン
トラネット内の全てのＷｅｂページを収集することとな
る。

【００９９】ここで、収集周期欄９−３に「毎日」と設
定すると、Ｗｅｂページ収集部２は、イントラネット内
の全てのＷｅｂページを毎日収集する。これらを基にし
て、上記実施の形態１と同様な処理を施すことにより、
図２に示したようなサイトマップが作成される。イント
ラネットの管理者は、このサイトマップを見ることによ
って、イントラネット内のＷｅｂページの変更、新規、
削除、移動を知ることができる。

【０１００】この場合、変更の情報を知りたいだけであ
る。このため、通知の有益度を０にすれば、管理者は、
全ての変更情報を知ることが可能となる。当然、ＩＳＰ
などのサービスプロバイダのＷｅｂサイト内のＷｅｂペ
ージのチェックにも利用することもできる。

【０１０１】以上のように、この実施の形態４によれ
ば、Ｗｅｂサイト内に導入してサイトマップを自動的に
作成し、変更情報を通知・表示するので、Ｗｅｂサイト
内の管理を容易に行うことができる。

【０１０２】実施の形態５．この実施の形態５によるシ
ステムの基本的構成は、上記実施の形態２と同様である
が、変更情報をやり取りするフローが異なる。つまり、
Ｗｅｂサーバ群１３を介してユーザ端末１２とＷｅｂペ
ージ差分分析システム１との間での変更情報をやり取り
する。

【０１０３】ここで、Ｗｅｂサーバ群１３を構成するＷ
ｅｂサーバ（Ｗｅｂサーバ装置）は、自己が管理するＷ
ｅｂサイト内のＷｅｂページの変更情報をユーザに通知
する構成を有する。例えば、Ｗｅｂサーバは、各Ｗｅｂ
ページ内に変更情報へのリンクを設ける。若しくは、Ｗ
ｅｂサーバに自己が公開するＷｅｂページの変更情報
を、ユーザ端末１２のブラウザのプラグインや独自ブラ
ウザに対して通知するソフトウェアを導入する。

【０１０４】さらに、Ｗｅｂサーバには、ユーザからＷ
ｅｂページの閲覧要求があると、当該Ｗｅｂページに有
益な変更があるかどうかをＷｅｂページ差分分析システ
ム１に問い合わせるソフトウェアを導入しておく。

【０１０５】これにより、Ｗｅｂページ差分分析システ
ム１が上記問い合わせに応じて変更があった旨を当該Ｗ
ｅｂサーバに通知することで、Ｗｅｂサーバ側からユー
ザに対して当該変更情報が通知される。

【０１０６】次に動作について説明する。図１６はこの
発明の実施の形態５による情報提供システムの変更情報
をやり取りを説明する説明図であり、この図を用いて変
更情報をやり取りする処理の流れを説明する。先ず、ユ
ーザは、ユーザ端末１２を介してＷｅｂサーバにアクセ
スし、あるＷｅｂページを閲覧する要求を送信する
（１）。上記閲覧要求を受け取ったＷｅｂサーバは、当
該ユーザの認証を行う。このとき、システム１の登録ユ
ーザであれば、Ｗｅｂサーバは、閲覧中のＷｅｂページ
にユーザにとって有益な未通知の変更情報が存在するか
どうかをＷｅｂページ差分分析システム１に問い合わせ
る（２）。問い合わせを受けたＷｅｂページ差分分析シ
ステム１は、有益な変更情報が存在するかどうかを判定
し、存在の有無をＷｅｂサーバに返答する（３）。

【０１０７】ここで、Ｗｅｂサーバは、閲覧要求された
Ｗｅｂページをユーザに送信すると同時に、変更情報が
存在する場合には変更情報が存在する旨をユーザに併せ
て通知する。また、変更情報が存在しない場合には、上
記Ｗｅｂページのみを送信して処理を終了する（４）。

【０１０８】このあと、変更情報が存在する場合、ユー
ザは、その情報を閲覧したい場合には、Ｗｅｂサーバに
その要求を送出する（５）。Ｗｅｂサーバでは、ユーザ
からの変更情報が見たい旨の要求を受けると、その要求
をそのままＷｅｂページ差分分析システム１に送信する
（６）。

【０１０９】Ｗｅｂページ差分分析システム１は、当該
要求に対応する変更情報をＷｅｂサーバに返信する
（７）。Ｗｅｂサーバは、その情報をそのままユーザ端
末１２に返信する（８）。

【０１１０】また、（５）から（８）までのフローは、
ユーザとＷｅｂページ差分分析システム１との間で直接
やり取りをすることも可能である。

【０１１１】以上のように、この実施の形態５によれ
ば、変更情報のやり取りをＷｅｂサーバが仲介すること
で、ＷｅｂサーバにアクセスしてＷｅｂページを閲覧す
る通常の操作において変更情報の有無が通知されるの
で、あるＷｅｂサイトやＷｅｂページの変更情報を取得
するためにユーザが特定のシステムの存在を意識する必
要がない。また、ユーザが変更情報の提供を受けるため
に特別な操作を施す必要もないことから、システムの利
便性を向上させることができる。さらに、Ｗｅｂサーバ
側から問い合わせを受けたＷｅｂページについて差分分
析を行えばよいことから、ユーザが所望しないＷｅｂペ
ージの収集を行う必要がない。

【０１１２】

【発明の効果】以上のように、この発明によれば、定期
的に収集したＷｅｂページに関する情報を蓄積してお
き、所定の異なる時期に収集された情報内容を比較して
抽出したＷｅｂページ及び／又はこれが属するＷｅｂサ
イトの変更情報に有益度を付与し、当該変更情報に基づ
いて提供用情報を生成して提供するので、所望の期間で
比較したＷｅｂページの変更情報を取得することができ
ると共に、有益度の付与によりユーザにとって有益な変
更情報を提供することができるという効果がある。

【０１１３】この発明によれば、所定の有益度以上の変
更情報が抽出される回数に応じて、Ｗｅｂページ又はＷ
ｅｂサイト単位で収集期間を制御するので、Ｗｅｂペー
ジの無駄な収集や情報処理を行う必要がなくなるため、
本発明を具現化するハードウェア資源を有効活用するこ
とができるという効果がある。

【０１１４】この発明によれば、ユーザから受け付けた
ＵＲＬから導き出されるＷｅｂページを収集するので、
ユーザが所望するＷｅｂページの変更情報を提供するこ
とができるという効果がある。

【０１１５】この発明によれば、ユーザから受け付けた
収集周期でＷｅｂページを収集するので、ユーザが所望
する収集周期で収集したＷｅｂページの変更情報を提供
することができるという効果がある。

【０１１６】この発明によれば、ユーザから受け付けた
収集時期に係る情報の変更情報を抽出するので、ユーザ
が所望する収集時期でのＷｅｂページの変更情報を提供
することができるという効果がある。

【０１１７】この発明によれば、Ｗｅｂページの構成を
特定のタグごとにブロック化し、当該Ｗｅｂページの全
体構成及びブロックごとに比較を行って変更情報を抽出
するので、変更情報を意味のある固まり単位で知ること
ができるという効果がある。

【０１１８】この発明によれば、ブロックごとに類似度
を比較して変更情報を抽出するので、単純にＷｅｂペー
ジに発生した変更を抽出するのみでなく、ブロックごと
に新規に追加されたものなのか、変更が行われたものな
のかをユーザに伝えることができるという効果がある。

【０１１９】この発明によれば、同一のＷｅｂサイトに
属するＷｅｂページ間でブロックごとに内容を比較し
て、変更情報としてロケーションの移動を抽出するの
で、あるブロックのロケーションが他に移動した旨もユ
ーザに伝えることができるという効果がある。

【０１２０】この発明によれば、Ｗｅｂページがフレー
ム構造を有している場合、当該フレーム構造を規定する
特定のタグに基づいてブロック化し、当該Ｗｅｂページ
の構成及びブロックごとの比較を行って変更情報を抽出
するので、フレーム構造のＷｅｂページについても変更
情報の提供対象とすることができ、サービスの利便性を
向上させることができるという効果がある。

【０１２１】この発明によれば、タグ及び／又は属性の
種類に対応づけて有益度が設定されており、変更情報を
構成するタグ及び／又は属性から有益度を付与するの
で、ユーザにとって最もよい有益度を学習することがで
き、ユーザにとって有益な情報のみを確実に提供するこ
とができるという効果がある。

【０１２２】この発明によれば、変更情報を構成するタ
グ及び／又は属性から付与された有益度に基づいて、当
該変更情報の提供の可否を判定するので、ユーザにとっ
て有益な情報のみを提供することができるという効果が
ある。

【０１２３】この発明によれば、ユーザが指定する有益
度に達した変更情報のみを提供するので、ユーザにとっ
て有益な情報を提供することができるという効果があ
る。

【０１２４】この発明によれば、ユーザが指定するキー
ワードの有無に基づいて変更情報に有益度を付与するの
で、ユーザにとって有益な情報を提供することができる
という効果がある。

【０１２５】この発明によれば、ユーザが指定する特定
のタグ及びこれの有益度を受け付けると共に、当該タグ
が既に登録されていれば受け付けた有益度に変更し、特
定のタグの有無に基づいて変更情報に有益度を付与する
ので、ユーザにとって有益な情報を提供することができ
るという効果がある。

【０１２６】この発明によれば、変更情報と共に変更前
後のＷｅｂページ内容を表示する提供用情報を生成する
ので、変更内容を容易に視認できるという効果がある。

【０１２７】この発明によれば、変更情報中の変更部分
をブロック単位で表示する提供用情報を生成するので、
ユーザにとって有益な情報を提供することができるとい
う効果がある。

【０１２８】この発明によれば、ユーザの端末装置に搭
載され、閲覧中のＷｅｂページについて変更情報の有無
を表示すると共にその変更内容を表示する機能を付加し
たＷｅｂページ閲覧用のブラウザソフトウェアを介し
て、端末装置と変更情報のやり取りを行うので、ユーザ
が所望するタイミングで有益な変更情報を伝えることが
できるという効果がある。

【０１２９】この発明によれば、ユーザが指定する検索
エンジンのＵＲＬ及び検索キーワードを受け付け、当該
検索キーワードについての上記検索エンジンの検索結果
を比較して変更の有無を判定し、検索結果に変更がある
とその変更情報をユーザに提供するので、ユーザにとっ
て既知のＷｅｂページ以外に存在する有益な情報を自動
的に提供することができるという効果がある。

【０１３０】この発明によれば、ユーザが指定する検索
対象の件数を受け付け、検索エンジンの検索対象の件数
内の検索結果を比較して変更の有無を判定するので、ユ
ーザが所望の情報量で検索することができるという効果
がある。

【０１３１】この発明によれば、Ｗｅｂサイト内におけ
る各Ｗｅｂページのリンク関係及びその変更情報を表示
するサイトマップを提供用情報として生成するので、Ｗ
ｅｂサイト内の管理を容易に行うことができるという効
果がある。

【０１３２】この発明によれば、上記情報提供装置と、
ユーザが閲覧しているＷｅｂページに関する変更情報の
やり取りを、当該ユーザの端末装置と情報提供装置との
間で中継するＷｅｂサーバ装置とを備えるので、あるＷ
ｅｂサイトやＷｅｂページの変更情報を取得するために
ユーザが特定のシステムの存在を意識する必要がなく、
ユーザが変更情報の提供を受けるために特別な操作を施
す必要もないことから、システムの利便性を向上させる
ことができるという効果がある。また、Ｗｅｂサーバ側
から問い合わせを受けたＷｅｂページについて差分分析
を行えばよいことから、ユーザが所望しないＷｅｂペー
ジの収集を行う必要がないという効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による情報提供シス
テムの構成を示す図である。

【図２】 図１中の表示部が作成した特定のＷｅｂサイ
ト内のＷｅｂページの追加、削除、変更、移動を表現す
るイメージ画面を示す図である。

【図３】 図１中の表示部が作成した特定のＷｅｂペー
ジ内の追加、削除、変更、移動を表現するイメージ画面
を示す図である。

【図４】 実施の形態１の情報提供システムによる動作
を示すフロー図である。

【図５】 実施の形態１の情報提供システムによるＷｅ
ｂページ比較動作の一例を示すフロー図である。

【図６】 図１中の分析リスト格納部が保持する分析要
求データテーブルを示す図である。

【図７】 図１中のＷｅｂページ比較部による構成リス
トの作成動作を示すフロー図である。

【図８】 図１中のＷｅｂページ比較部による構成リス
トの作成後の動作を示すフロー図である。

【図９】 図７及び図８による比較処理結果を用いて作
成した新旧Ｗｅｂページ間の変更情報を表示するイメー
ジ画面を示す図である。

【図１０】 図１中の有益度リスト格納部に設定される
有益度リストの一例を示す図である。

【図１１】 図１中の通知処理部が生成する通知情報の
一例を示す図である。

【図１２】 この発明の実施の形態２による情報提供シ
ステムの構成を示す図である。

【図１３】 実施の形態２による情報提供システムの動
作を示すフロー図である。

【図１４】 この発明の実施の形態３による情報提供シ
ステムの分析リスト格納部が保持する分析要求データテ
ーブルを示す図である。

【図１５】 この発明の実施の形態４による情報提供シ
ステムの分析リスト格納部が保持する分析要求データテ
ーブルを示す図である。

【図１６】 この発明の実施の形態５による情報提供シ
ステムの変更情報をやり取りを説明する説明図である。

【符号の説明】

１ Ｗｅｂページ差分分析システム（情報提供装置）、
２ Ｗｅｂページ収集部（Ｗｅｂページ収集手段）、３
通信処理部（通信処理手段）、４ Ｗｅｂページ蓄積
部（収集データ蓄積手段）、５ Ｗｅｂページ比較部
（変更情報抽出手段、有益度付与手段）、６ 通知処理
部（提供処理手段）、７ 表示部（提供処理手段）、８
Ｗｅｂページ格納部（収集データ蓄積手段）、９ 分
析リスト格納部、９−１ ＵＲＬ欄、９−２ サイト
欄、９−３ 収集周期欄、９−４ 次回収集予定日欄、
９−５ キーワード欄、９−６ 未通知フラグ、９−７
検索キーワード欄、９−８ 検索件数欄、１０ 有益
度リスト格納部（有益度付与手段）、１０−１ 特定タ
グ・キーワード欄、１０−２ 有益度欄、１１ インタ
ーネット網、１２ ユーザ端末（端末装置）、１３ Ｗ
ｅｂサーバ群（Ｗｅｂサーバ装置）。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 KK07 NK02 NR02 NR20 PQ02 QM10 5B082 GA04 GA14 GB06 5B085 AA08

Claims (23)

【特許請求の範囲】
1. 【請求項１】 情報提供に関する情報を受け付ける通信
   処理手段と、 上記情報提供に関する情報で特定されるＷｅｂページを
   定期的に収集するＷｅｂページ収集手段と、 該Ｗｅｂページ収集手段が収集したＷｅｂページに関す
   る情報を蓄積する収集データ蓄積手段と、 所定の異なる時期に収集された情報内容を比較して、Ｗ
   ｅｂページ及び／又はこれが属するＷｅｂサイトの変更
   情報を抽出する変更情報抽出手段と、 上記変更情報抽出手段が抽出した変更情報に有益度を付
   与する有益度付与手段と、 上記変更情報に基づいて提供用情報を生成して提供する
   提供処理手段とを備えた情報提供装置。
2. 【請求項２】 Ｗｅｂページ収集手段は、所定の有益度
   以上の変更情報が抽出される回数に応じて、Ｗｅｂペー
   ジ又はＷｅｂサイト単位で収集期間を制御することを特
   徴とする請求項１記載の情報提供装置。
3. 【請求項３】 通信処理手段は、情報提供に関する情報
   としてユーザからＷｅｂページ及び／又はＷｅｂサイト
   のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃ
   ａｔｏｒ）を受け付け、 Ｗｅｂページ収集手段は、上記通信処理手段が受け付け
   たＵＲＬから導き出されるＷｅｂページを収集すること
   を特徴とする請求項１記載の情報提供装置。
4. 【請求項４】 通信処理手段は、情報提供に関する情報
   としてユーザからＷｅｂページ収集手段の収集周期を受
   け付け、 Ｗｅｂページ収集手段は、上記通信処理手段が受け付け
   た収集周期でＷｅｂページを収集することを特徴とする
   請求項１記載の情報提供装置。
5. 【請求項５】 通信処理手段は、情報提供に関する情報
   としてユーザから比較対象とすべき情報の収集時期を受
   け付け、 変更情報抽出手段は、上記通信処理手段が受け付けた収
   集時期に係る情報を収集データ蓄積手段から読み出して
   変更情報を抽出することを特徴とする請求項１記載の情
   報提供装置。
6. 【請求項６】 変更情報抽出手段は、Ｗｅｂページの構
   成を特定のタグごとにブロック化し、当該Ｗｅｂページ
   の全体構成及び上記ブロックごとに比較を行って変更情
   報を抽出することを特徴とする請求項１記載の情報提供
   装置。
7. 【請求項７】 変更情報抽出手段は、ブロックごとに類
   似度を比較して変更情報を抽出することを特徴とする請
   求項６記載の情報提供装置。
8. 【請求項８】 変更情報抽出手段は、同一のＷｅｂサイ
   トに属するＷｅｂページ間でブロックごとに内容を比較
   して、変更情報としてロケーションの移動を抽出するこ
   とを特徴とする請求項６記載の情報提供装置。
9. 【請求項９】 変更情報抽出手段は、Ｗｅｂページがフ
   レーム構造を有している場合、当該フレーム構造を規定
   する特定のタグに基づいてブロック化し、当該Ｗｅｂペ
   ージの構成及び上記ブロックごとの比較を行って変更情
   報を抽出することを特徴とする請求項６記載の情報提供
   装置。
10. 【請求項１０】 有益度付与手段は、タグ及び／又は属
    性の種類に対応づけて有益度が設定されており、変更情
    報を構成するタグ及び／又は属性から有益度を付与する
    ことを特徴とする請求項６記載の情報提供装置。
11. 【請求項１１】 提供処理手段は、変更情報を構成する
    タグ及び／又は属性から付与された有益度に基づいて、
    当該変更情報の提供の可否を判定することを特徴とする
    請求項１０記載の情報提供装置。
12. 【請求項１２】 通信処理手段は、情報提供に関する情
    報としてユーザが指定する有益度を受け付け、 提供処理手段は、上記通信処理手段が受け付けた有益度
    に達した変更情報のみを提供することを特徴とする請求
    項１記載の情報提供装置。
13. 【請求項１３】 通信処理手段は、情報提供に関する情
    報としてユーザが指定するキーワードを受け付け、 有益度付与手段は、上記通信処理手段が受け付けた上記
    キーワードの有無に基づいて変更情報に有益度を付与す
    ることを特徴とする請求項１記載の情報提供装置。
14. 【請求項１４】 通信処理手段は、情報提供に関する情
    報としてユーザが指定する特定のタグ及びこれの有益度
    を受け付けると共に、当該タグが既に登録されていれば
    受け付けた有益度に変更し、 有益度付与手段は、上記通信処理手段が受け付けた上記
    タグの有無に基づいて変更情報に有益度を付与すること
    を特徴とする請求項１記載の情報提供装置。
15. 【請求項１５】 提供処理手段は、変更情報と共に変更
    前後のＷｅｂページ内容を表示する提供用情報を生成す
    ることを特徴とする請求項１記載の情報提供装置。
16. 【請求項１６】 提供処理手段は、変更情報中の変更部
    分をブロック単位で表示する提供用情報を生成すること
    を特徴とする請求項１記載の情報提供装置。
17. 【請求項１７】 ユーザの端末装置に搭載され、閲覧中
    のＷｅｂページについて変更情報の有無を表示すると共
    にその変更内容を表示する機能を付加したＷｅｂページ
    閲覧用のブラウザソフトウェアを介して、上記端末装置
    と変更情報のやり取りを行うことを特徴とする請求項１
    記載の情報提供装置。
18. 【請求項１８】 通信処理手段は、情報提供に関する情
    報としてユーザが指定する検索エンジンのＵＲＬ及び検
    索キーワードを受け付け、 変更情報抽出手段は、上記検索キーワードについての上
    記検索エンジンの検索結果を比較して変更の有無を判定
    し、 提供処理手段は、当該検索結果に変更があるとその変更
    情報をユーザに提供することを特徴とする請求項１記載
    の情報提供装置。
19. 【請求項１９】 通信処理手段は、ユーザが指定する検
    索対象の件数を受け付け、 変更情報抽出手段は、検索エンジンの上記検索対象の件
    数内の検索結果を比較して変更の有無を判定することを
    特徴とする請求項１８記載の情報提供装置。
20. 【請求項２０】 提供処理手段は、Ｗｅｂサイト内にお
    ける各Ｗｅｂページのリンク関係及びその変更情報を表
    示するサイトマップを提供用情報として生成することを
    特徴とする請求項１記載の情報提供装置。
21. 【請求項２１】 Ｗｅｂページを定期的に収集するＷｅ
    ｂページ収集手段と、該Ｗｅｂページ収集手段が収集し
    たＷｅｂページに関する情報を蓄積する収集データ蓄積
    手段と、所定の異なる時期に収集された情報内容を比較
    して、Ｗｅｂページ及び／又はこれが属するＷｅｂサイ
    トの変更情報を抽出する変更情報抽出手段と、該変更情
    報抽出手段が抽出した変更情報に有益度を付与する有益
    度付与手段と、上記変更情報に基づいて提供用情報を生
    成して提供する提供処理手段とを有する情報提供装置
    と、 ユーザが閲覧しているＷｅｂページに関する上記変更情
    報のやり取りを、当該ユーザの端末装置と上記情報提供
    装置との間で中継するＷｅｂサーバ装置とを備えた情報
    提供システム。
22. 【請求項２２】 インターネット網を介して情報の送受
    を行う通信手段を有するコンピュータの情報提供方法に
    おいて、 上記通信手段によってＷｅｂページを定期的に収集する
    Ｗｅｂページ収集ステップと、 該Ｗｅｂページ収集ステップにて収集したＷｅｂページ
    に関する情報を、上記コンピュータの記憶装置に蓄積す
    る収集データ蓄積ステップと、 上記コンピュータが所定の異なる時期に収集された情報
    内容を比較して、Ｗｅｂページ及び／又はこれが属する
    Ｗｅｂサイトの変更情報を抽出する変更情報抽出ステッ
    プと、 該変更情報抽出ステップにて抽出された変更情報に有益
    度を付与する有益度付与ステップと、 上記コンピュータが上記変更情報に基づいて提供用情報
    を生成して提供する提供処理ステップとを備えたことを
    特徴とする情報提供方法。
23. 【請求項２３】 情報提供に関する情報を受け付ける通
    信処理手段、 上記情報提供に関する情報で特定されるＷｅｂページを
    定期的に収集するＷｅｂページ収集手段、 該Ｗｅｂページ収集手段が収集したＷｅｂページに関す
    る情報を蓄積する収集データ蓄積手段、 所定の異なる時期に収集された情報内容を比較して、Ｗ
    ｅｂページ及び／又はこれが属するＷｅｂサイトの変更
    情報を抽出する変更情報抽出手段、 該変更情報抽出手段が抽出した変更情報に有益度を付与
    する有益度付与手段、 上記変更情報に基づいて提供用情報を生成して提供する
    提供処理手段としてコンピュータを機能させるプログラ
    ム。