(57)【要約】【課題】ウェブページの更新通知が可能か否かをその場で提示することが可能なウェブページ更新通知装置を提供する。【解決手段】ＨＴＴＰの送受信を行う通信部１０４と、通信部により受信したＨＴＴＰのレスポンスを解析するＨＴＴＰレスポンス解析部１０６と、通信部により取得したウェブページの解析を行うウェブページ解析部１０５と、一つ以上の更新通知対象ページを設定する更新通知対象設定部１０１と、ＨＴＴＰレスポンス解析結果やウェブページ解析結果に基づいて前記更新通知対象ページの更新通知が可能であるか否かを判定する更新通知可否判定部１０３と、更新通知可否判定部による更新通知判定結果を更新通知対象設定時に利用者に提示する更新通知可否提示部１０８とを備えた。【選択図】      図１
2004206450.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰ（ハイパーテキストトランスファプロトコル）の送受信を行う通信手段と、
前記通信手段により受信した前記ＨＴＴＰのレスポンスを解析するＨＴＴＰレスポンス解析手段と、
前記通信手段により取得したウェブページの解析を行うウェブページ解析手段と、
一つ以上の更新通知対象ページを設定する更新通知対象設定手段と、
前記ＨＴＴＰレスポンス解析手段の解析結果や前記ウェブページ解析手段の解析結果に基づいて前記更新通知対象ページの更新通知が可能であるか否かを判定する更新通知可否判定手段と、
前記更新通知可否判定手段による更新通知判定結果を更新通知対象設定時に利用者に提示する更新通知可否提示手段とを備えたことを特徴とするウェブページ更新通知装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを用いて情報発信を行うシステムであるウェブ(或いはＷＷＷ、ワールドワイドウェブ)において、ウェブページの更新を登録者に通知するウェブページ更新通知装置に関する。
【０００２】
【従来の技術】
ウェブは、ウェブブラウザ装置(以下、ブラウザと記述する)がクライアントとなり、ウェブサーバ装置(以下、ウェブサーバと記述する)がサーバとなり、ハイパーテキストトランスファプロトコル(以下、ＨＴＴＰと記述する)を用いて、ブラウザがウェブサーバからウェブページ(以下、ページと記述する)を取得する通信を行い、取得したページをブラウザで表示することを基本動作とするシステムである。一般的には、ページの利用者がブラウザに対して特定ページの表示操作を行い、上記通信を経てブラウザに当該ページが表示される。
【０００３】
こうした一般的な利用方法では、ページの変更等による更新は、利用者が当該ページをブラウザで表示し、前回利用した時と異なるか否かを目視により確認するしかなかった。
【０００４】
そこで、利用者の表示操作が行われなくともウェブサーバからページ取得を行い、以前に取得したページデータと比較することで、ページの更新を検知し、ページが更新されたことを別の手段により利用者に通知するウェブページ更新通知装置が提供されてきた。
【０００５】
この種のウェブページ更新通知装置は、上記ウェブサーバ或いはクライアントと一体となった装置である他に、ウェブサーバやクライアントと独立した装置としても動作する。
【０００６】
このようなウェブページ更新通知装置としては、例えば、特開平１１−１５７１６号公報において開示されている文書更新通知装置や、特開２００１−６７２８３号公報において開示されているホームページ配信装置がある。
【０００７】
図７は、このような形態のウェブページ更新通知装置とブラウザやウェブサーバとの一般的な関係を示す図である。同図において、７０１は更新通知の対象となるページを提供するウェブサーバ、７０２は利用者が利用するブラウザ、７０３は利用者が利用するメール受信装置、７０４はウェブページ更新通知装置で、ウェブサーバ７０１上のページの更新を検知して、更新されている場合に、メール受信装置７０３に対して更新通知メールを送るものである。７０５はネットワークで、ウェブサーバ７０１、ブラウザ７０２、メール受信装置７０３及びウェブページ更新通知装置７０４間の通信を行うためのものである。
【０００８】
図８は、ウェブページ更新通知装置７０４に対して更新通知の対象とするページを登録する登録画面の一例を示す図である。同図において、８０１はＵＲＬフィールドで、更新通知の対象とするページのＵＲＬ（Uniform Resource Locator）を入力するものである。８０２は登録を実行するためにクリックする登録ボタンである。利用者がこの登録ボタン８０２をクリックすると、ＵＲＬフィールド８０１の値がブラウザ７０２からウェブページ更新通知装置７０４へ送信され、このウェブページ更新通知装置７０４において登録が行われる。
【０００９】
以後、ウェブページ更新通知装置７０４は、当該ＵＲＬにより指定されるページの更新を検知し、更新されている場合には、予め登録されている当該利用者のメールアドレスに対して更新通知メールを送信する。
【００１０】
【発明が解決しようとする課題】
しかしながら、以下に記すように、登録したウェブページが更新通知可能でない場合も存在する。
【００１１】
（１）通知対象ウェブサーバへのＨＴＴＰアクセスが可能でない。
【００１２】
「登録の際にウェブサーバ名を誤って入力した」、「ウェブサーバ名が名前解決できない」、「ＨＴＴＰサーバが稼動していない」、「ファイアウォールやプロクシサーバによって当該ウェブサーバへのアクセスが禁止されている」、「認証を必要とするページである」等の場合である。
【００１３】
（２）通知対象ウェブサーバで当該ウェブページの自動収集を禁止している。
【００１４】
「ｒｏｂｏｔｓ．ｔｘｔによって当該ウェブページの収集が禁止されている」、「当該ウェブページ内のｍｅｔａタグによって収集が禁止されている」等の場合である。
【００１５】
例えば、ｒｏｂｏｔｓ．ｔｘｔに以下のように記述されている場合、当該ウェブサーバ内にある全てのページの自動収集が禁止されていることを示す。
【００１６】
Ｕｓｅｒ−ａｇｅｎｔ：＊
Ｄｉｓａｌｌｏｗ：／
また、例えば、当該ウェブページ内に〈ｍｅｔａ  ｎａｍｅ＝“ｒｏｂｏｔｓ”ｃｏｎｔｅｎｔ＝“ｎｏｉｎｄｅｘ，ｎｏｆｏｌｌｏｗ”〉というメタ（ｍｅｔａ）タグが記述されている場合、当該ページ及びここからリンクされているページの自動収集が禁止されている。
【００１７】
こうした場合、上述したような従来例のウェブページ更新通知装置では、実際に更新通知を行う時点で初めて当該ウェブページを収集するため、更新通知が可能でないことは、更新通知の時点にならないと利用者には分らない。
【００１８】
従って、後になって更新通知が可能でないことが判明し、その時点で設定をやり直さなければならないという問題点があった。
【００１９】
本発明は上記従来技術の有する問題点を解決するためになされたもので、その目的は、通知対象となるウェブページを登録する際に、そのウェブページの更新通知が可能か否かをその場で提示することが可能なウェブページ更新通知装置を提供することである。
【００２０】
【課題を解決するための手段】
上記目的を達成するために、本発明のウェブページ更新通知装置は、ＨＴＴＰ（ハイパーテキストトランスファプロトコル）の送受信を行う通信手段と、前記通信手段により受信した前記ＨＴＴＰのレスポンスを解析するＨＴＴＰレスポンス解析手段と、前記通信手段により取得したウェブページの解析を行うウェブページ解析手段と、一つ以上の更新通知対象ページを設定する更新通知対象設定手段と、前記ＨＴＴＰレスポンス解析手段の解析結果や前記ウェブページ解析手段の解析結果に基づいて前記更新通知対象ページの更新通知が可能であるか否かを判定する更新通知可否判定手段と、前記更新通知可否判定手段による更新通知判定結果を更新通知対象設定時に利用者に提示する更新通知可否提示手段とを備えたことを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明の各実施の形態を図面に基づき説明する。
【００２２】
（第１の実施の形態）
まず、本発明の第１の実施の形態を、図１〜図５を用いて説明する。
【００２３】
図１は、本発明の第１の実施の形態に係るウェブページ更新通知装置の基本構成を示すブロック図である。
【００２４】
図１において、１０１は更新通知対象設定部で、更新を通知する対象であるウェブページを利用者が登録するものである。１０２はＵＲＬ保持部で、更新通知対象設定部１０１で入力されたＵＲＬ（Uniform Resource Locator）を保持するものである。１０３は更新通知可否判定部で、更新通知対象設定部１０１で設定された更新通知対象について、更新通知が可能か否を判定するものである。１０４は通信部で、ＨＴＴＰの送受信やメールの送信を行うものである。１０５はウェブページ解析部で、通信部１０４で取得したウェブページの内容を解析するものである。１０６はＨＴＴＰレスポンス解析部で、通信部１０４で受信したＨＴＴＰレスポンスの内容を解析するものである。１０７は更新通知対象保持部で、更新を通知する対象である一つ以上のウェブページのページ識別データを保持するものである。本実施の形態では、更新通知対象保持部１０７は、更新通知対象のページのＵＲＬリストを保持する。１０８は更新通知可否提示部で、更新通知可否判定部１０３で判定した結果を提示するものである。
【００２５】
図２は、本実施の形態に係るウェブページ更新通知装置の具体的構成を示すブロック図である。
【００２６】
図２において、２０１はＣＰＵ（中央演算処理装置）で、後述する手順を実現するプログラムに従って動作する。２０２はメモリで、ＵＲＬ保持部１０２及び更新通知対象保持部１０７と上記プログラムの動作に必要な記憶領域とを提供する。２０３は制御メモリで、後述する手順を実現するプログラムを保持する。２０４はディスプレイで、更新通知可否提示部１０８を実現する。２０５は各種の情報を入力するためのキーボードである。ディスプレイ２０４とキーボード２０５とで更新通知対象設定部１０１を実現する。２０６はネットワークインタフェースで、通信部１０４を実現する。２０７は各構成要素を結合するバスである。
【００２７】
次に、上述のように構成された本実施の形態に係るウェブページ更新通知装置の動作を、図３に基づき説明する。
【００２８】
図３は、本実施の形態に係るウェブページ更新通知装置の動作の流れを示すフローチャートである。
【００２９】
図３において、まず、ステップＳ３０１で、利用者が更新通知対象設定部１０１において更新通知対象を設定する。具体的には、例えば、図８に示すように、更新通知対象とするウェブページ(以下、通知対象ページと記述する)のＵＲＬを入力する。入力されたＵＲＬは、ＵＲＬ保持部１０２に保持する。
【００３０】
この例では、一つのＵＲＬを入力しているが、一つの更新通知対象として複数のＵＲＬを与えても良い。この場合、複数のＵＲＬの各々について、本実施の形態のウェブページ更新通知方法を適用する。また、ＵＲＬを指定したウェブページからリンクされているウェブページも含めて更新通知対象として扱っても良い。この場合、指定されたＵＲＬのウェブページについてのみ更新通知の可否を判定しても良いし、リンク先のウェブページも含めて更新通知の可否を判定しても良い。いずれにしても、本実施の形態のウェブページ更新通知方法によって実施することが可能である。
【００３１】
次に、ステップＳ３０２で、通信部１０４において、ＵＲＬ保持部１０２に保持された通知対象ページの存在するウェブサーバ(以下、知対象ウェブサーバと記述する)からｒｏｂｏｔｓ．ｔｘｔを取得する。このｒｏｂｏｔｓ．ｔｘｔは、ウェブサイトのトップに置かれるので、図８に示す例の場合は、http://www.foo.bar/robots.txtを取得する。
【００３２】
次に、ステップＳ３０３で、前記ステップＳ３０２においてｒｏｂｏｔｓ．ｔｘｔが取得できたか否かを判断する。そして、取得できたと判断された場合はステップＳ３０４へ、また、取得できなかったと判定された場合はステップＳ３０５へ、それぞれ進む。
【００３３】
ステップＳ３０４では、ウェブページ解析部１０５においてｒｏｂｏｔｓ．ｔｘｔの内容を解析し、通知対象ページの収集が許可されているか否かを判断する。そして、収集が許可されていると判断された場合はステップＳ３０５へ、また、収集が許可されていないと判断された場合はステップＳ３１０へ、それぞれ進む。
【００３４】
ステップＳ３０５では、通信部１０４においてＵＲＬ保持部１０２に保持された通知対象ページを取得する。図８に示す例ではhttp://www.foo.bar/baz/quux.htmlである。
【００３５】
次に、ステップＳ３０６で、前記ステップＳ３０５において通知対象ページが取得できたか否かを判断する。そして、取得できたと判断された場合はステップＳ３０７へ、また、取得できなかったと判断された場合はステップＳ３１０へ、それぞれ進む。
【００３６】
前記ステップＳ３０５において通知対象ページが取得できた場合は、通知対象ウェブサーバに対するＨＴＴＰアクセスが可能であることを確認できる。即ち、ウェブサーバ名が名前解決でき、実際にＨＴＴＰサーバが稼動しており、ファイアウォールやプロクシサーバによってアクセスが禁止されておらず、認証が必要でないページであることが確認できる。
【００３７】
一方、前記ステップＳ３０５において通知対象ページが取得できない場合は、これらのいずれかが成立しないか、或いは通知対象ウェブサーバ上に指定した通知対象ページが存在しない(ＨＴＴＰレスポンスとして４０４が返される)。
【００３８】
ステップＳ３０７では、ウェブページ解析部１０５において通知対象ページの内容を解析し、このページの収集が許可されているか否かを判断する。具体的には、通知対象ページに自動収集を排斥するためのｍｅｔａタグが記載されていないか否かを判断する。そして、許可されていると判断された場合はステップＳ３０８へ、また、許可されていないと判断された場合はステップＳ３１０へ、それぞれ進む。
【００３９】
ステップＳ３０８では、前記ステップＳ３０５で通知対象ページを取得した際に、ウェブサーバから返されるＨＴＴＰレスポンス中に更新日時(“Ｌａｓｔ−ｍｏｄｉｆｉｅｄ”)が含まれているか否かをＨＴＴＰレスポンス解析部１０６で調べる。そして、ウェブサーバから返されるＨＴＴＰレスポンス中に更新日時が含まれている場合はステップＳ３０９へ、また、ウェブサーバから返されるＨＴＴＰレスポンス中に更新日時が含まれていない場合はステップＳ３１０へ、それそれ進む。更新日時によって更新の有無を判定するような更新判定アルゴリズムの場合、更新日時を返さないウェブサーバでは更新の有無が判定できない。
【００４０】
ステップＳ３０９では、通知対象ページの更新通知が可能であると判定し、この通知対象ページを更新通知対象として、更新通知対象保持部１０７に保持する。
【００４１】
ステップＳ３１０では、通知対象ページの更新通知が不可であると判定する。次に、ステップＳ３１１で、前記ステップＳ３０９、若しくは前記ステップＳ３１０で更新通知の可否を判断した結果について、更新通知可否提示部１０８によって利用者に提示する。
【００４２】
図４は、この提示の一例を示す図である。提示する際には、単に更新通知の可否を提示するだけでなく、更新通知が不可の場合は、その理由も合わせて提示するようにしても良い。例えば、「ｒｏｂｏｔｓ．ｔｘｔやｍｅｔａタグによって収集が禁止されている」、「通知対象ページが通知対象ウェブサーバ上に存在しない」、「通知対象ウェブサーバにアクセスできない」等の理由である。
【００４３】
図５は、こうした提示の一例を示す図である。
【００４４】
尚、更新通知が可能な場合は、この後、更新通知のスケジュール等、詳細な設定を行うようにしても良い。
【００４５】
（他の実施の形態）
更新通知可否について調べる条件は、上記第１の実施の形態の組み合わせに限定されない。このうちの一部を外しても良いし、また、更新通知の可否が判断できる条件であれば、別の条件を加えても良く、いずれの場合も、上述した第１の実施の形態と同様に実施できる。
【００４６】
また、更新日時を必要としないような更新判定アルゴリズムの場合は、上記第１の実施の形態における図３の処理フローにおけるステップＳ３０８の判断処理は行わなくて良い。
【００４７】
また、上述した第１の実施の形態においては、通知対象ページが取得できない場合は更新通知を不可とした。
【００４８】
しかし、更新通知対象を設定する時点で、通知対象ウェブサーバが起動していない、或いはネットワークにトラブルがあるといった理由で、たまたま取得できなかった可能性も考えられる。
【００４９】
そこで、通知対象ページが取得できないという原因で更新通知が不可になった場合は、事前に設定した時間間隔で、事前に設定した回数、上記第１の実施の形態の処理を行うようにしても良い。また、この場合の利用者への提示方法は、メール等の手段を使用しても良い。
【００５０】
また、上述した第１の実施の形態においては、更新通知対象設定時に更新通知の可否を判定した。
【００５１】
しかし、その時点以降に通知対象ウェブサーバの設定が変更される等して、更新通知の可否が変化する可能性もある。特に、設定時に更新通知が不可だった場合、その後、更新通知が可能になったとしても、それを利用者が知ることはできない。
【００５２】
そこで、定期的に上述した第１の実施の形態の処理を行い、更新通知の可否が変化していないか否かを確認するようにしても良い。また、この場合の利用者への提示方法は、メール等の手段を使用しても良い。
【００５３】
また、上述した第１の実施の形態では、一つの通知対象ページについて調査し、更新通知の可否を提示するようにしたが、複数のページについて処理を行い、図６に示すように結果を纏めて提示するようにしても良い。
【００５４】
また、上述した第１の実施の形態においては、各部を同一の計算機上で構成する場合について説明したが、これに限定されるものではなく、複数の計算機上で実現してもよい。
【００５５】
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用しても良い。前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム、或いは装置に供給し、そのシステム、或いは装置のコンピュータ（または、ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００５６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになり、そのプログラムコードを格納した記憶媒体は、本発明を構成することになる。
【００５７】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００５８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部、または全部を行い、その処理によって、前述した各実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５９】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部、または全部を行い、その処理によって、前述した各実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６０】
以上では、本発明の様々な例と実施形態を説明したが、当業者であれば、本発明の趣旨と範囲は本明細書内の特定の説明と図に限定されるものではなく、本願特許請求の範囲に全て述べられた様々な修正と変更に及ぶことが可能であることは言うまでもない。
【００６１】
本発明の実施態様の例を以下に列挙する。
【００６２】
［実施態様１］  ＨＴＴＰ（ハイパーテキストトランスファプロトコル）の送受信を行う通信手段と、
前記通信手段により受信した前記ＨＴＴＰのレスポンスを解析するＨＴＴＰレスポンス解析手段と、
前記通信手段により取得したウェブページの解析を行うウェブページ解析手段と、
一つ以上の更新通知対象ページを設定する更新通知対象設定手段と、
前記ＨＴＴＰレスポンス解析手段の解析結果や前記ウェブページ解析手段の解析結果に基づいて前記更新通知対象ページの更新通知が可能であるか否かを判定する更新通知可否判定手段と、
前記更新通知可否判定手段による更新通知判定結果を更新通知対象設定時に利用者に提示する更新通知可否提示手段とを備えたことを特徴とするウェブページ更新通知装置。
【００６３】
［実施態様２］  前記更新通知可否判定手段は、前記更新通知対象ページへのアクセスが可能であるか否かを判定するページアクセス可否判定手段と、前記更新通知対象ページの収集が許可されているか否かを判定するページ収集可否判定手段のいずれか一方、若しくは両方から構成されることを特徴とする実施態様１に記載のウェブページ更新通知装置。
【００６４】
［実施態様３］  前記更新通知対象ページの更新日時が取得できるか否かを判定する更新日時取得可否判定手段を更に備え、前記更新日時取得可否判定手段の判定結果に基づいて更新通知可否を判定することを特徴とする実施態様２に記載のウェブページ更新通知装置。
【００６５】
［実施態様４］  更新通知判定を再実施する時間間隔及び回数を保持する保持手段を更に備え、前記更新通知可否判定手段において更新通知が不可と判定された場合に、前記時間間隔をおいて最大前記回数まで更新通知可否判定を実行することを特徴とする実施態様１乃至３のいずれかに記載のウェブページ更新通知装置。
【００６６】
［実施態様５］  ＨＴＴＰ（ハイパーテキストトランスファプロトコル）の送受信を行う通信工程と、
前記通信工程により受信した前記ＨＴＴＰのレスポンスを解析するＨＴＴＰレスポンス解析工程と、
前記通信工程により取得したウェブページの解析を行うウェブページ解析工程と、
一つ以上の更新通知対象ページを設定する更新通知対象設定工程と、
前記ＨＴＴＰレスポンス解析工程の解析結果や前記ウェブページ解析工程の解析結果に基づいて前記更新通知対象ページの更新通知が可能であるか否かを判定する更新通知可否判定工程と、
前記更新通知可否判定工程による更新通知判定結果を更新通知対象設定時に利用者に提示する更新通知可否提示工程とを備えたことを特徴とするウェブページ更新通知方法。
【００６７】
［実施態様６］  前記更新通知可否判定工程は、前記更新通知対象ページへのアクセスが可能であるか否かを判定するページアクセス可否判定工程と、前記更新通知対象ページの収集が許可されているか否かを判定するページ収集可否判定工程のいずれか一方、若しくは両方から構成されることを特徴とする実施態様５に記載のウェブページ更新通知方法。
【００６８】
［実施態様７］  前記更新通知対象ページの更新日時が取得できるか否かを判定する更新日時取得可否判定工程を更に備え、前記更新日時取得可否判定工程の判定結果に基づいて更新通知可否を判定することを特徴とする実施態様６に記載のウェブページ更新通知方法。
【００６９】
［実施態様８］  更新通知判定を再実施する時間間隔及び回数を保持する保持工程を更に備え、前記更新通知可否判定工程において更新通知が不可と判定された場合に、前記時間間隔をおいて最大前記回数まで更新通知可否判定を実行することを特徴とする実施態様５乃至７のいずれかに記載のウェブページ更新通知方法。
【００７０】
［実施態様９］  実施態様５乃至８のいずれかに記載のウェブページ更新通知方法が備える各工程をコンピュータに実行させるためのプログラムコードから成ることを特徴とする制御プログラム。
【００７１】
［実施態様１０］  実施態様９に記載の制御プログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【００７２】
【発明の効果】
以上説明したように、本発明のウェブページ更新通知装置によれば、更新通知対象となるウェブページを登録する際に、そのウェブページにアクセス可能か否かを即時に確認し、更新通知が可能か否かをその場で提示するようにしたので、利便性が向上する。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るウェブページ更新通知装置の基本構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係るウェブページ更新通知装置の具体的構成を示すブロック図である。
【図３】本発明の第１の実施の形態に係るウェブページ更新通知装置の処理動作の流れを示すフローチャートである。
【図４】本発明の第１の実施の形態に係るウェブページ更新通知装置における更新通知の可否を提示する画面の一例を示す図である。
【図５】本発明の第１の実施の形態に係るウェブページ更新通知装置における更新通知の可否を提示する画面の一例を示す図である。
【図６】本発明の他の実施の形態に係るウェブページ更新通知装置における更新通知の可否を提示する画面の一例を示す図である。
【図７】従来及び本発明のウェブページ更新通知装置の利用形態の一例を示す図である。
【図８】従来及び本発明のウェブページ更新通知装置における登録ページの画面の一例を示す図である。
【符号の説明】
１０１    更新通知対象設定部
１０２    ＵＲＬ保持部
１０３    更新通知可否判定部
１０４    通信部
１０５    ウェブページ解析部
１０６    ＨＴＴＰレスポンス解析部
１０７    更新通知対象保持部
１０８    更新通知可否提示部
２０１    ＣＰＵ
２０２    メモリ
２０３    制御メモリ
２０４    ディスプレイ
２０５    キーボード
２０６    ネットワークインタフェース
２０７    バス
【図１】
2004206450.tif 000003
【図２】
2004206450.tif 000004
【図３】
2004206450.tif 000005
【図４】
2004206450.tif 000006
【図５】
2004206450.tif 000007
【図６】
2004206450.tif 000008
【図７】
2004206450.tif 000009
【図８】
2004206450.tif 000010