(57)【要約】【課題】選択登録型のウェブページ更新通知装置で登録する際に、メールアドレスを毎回入力することなく登録でき、利用者登録型のウェブページ更新通知装置としても動作し、また、登録された全てのページの更新通知をまとめて行なうことができるようにする。【解決手段】受信したＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出し（１０４）、前記解析によって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記ＨＴＴＰリクエストの送信元に返信する（１０５）。前記解析によって抽出されたページ識別データを記憶装置に保持する（１０２）。この保持したページ識別データに対応するページをインタネットから獲得し、ページの内容に更新があるとき、利用者識別データに対応する利用者にこの更新を知らせる（１０７，１０８）。【選択図】      図１
2004199272.tif 000002
【特許請求の範囲】
【請求項１】
利用者を識別するための利用者識別データと該利用者への連絡を可能にする連絡先データとを保持する利用者データ保持手段と、
前記利用者データ保持手段に保持された利用者識別データに対応する利用者が指定した更新通知対象ページを、前記利用者識別データに対応づけて保持する更新通知対象保持手段と、
少なくともＨＴＴＰ（Hyper Text Transfer Protocol）の送受信を行なう通信手段と、
前記通信手段によって受信されたＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出するリクエスト解析手段と、
前記リクエスト解析手段によって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記通信手段を通して前記ＨＴＴＰリクエストの送信元に返信する登録ページ送信手段と、
前記リクエスト解析手段で抽出された利用者識別データとページ識別データとを基に、前記更新通知対象保持手段に前記抽出されたページ識別データを登録すると共に、前記利用者データ保持手段に前記抽出された利用者識別データが保持されてない場合に該抽出された利用者識別データを登録する登録手段と、
前記更新通知対象保持手段に保持されているページ識別データを取得して、該ページ識別データに対応するページを前記通信手段によって獲得する獲得手段と、
前記獲得手段によって獲得されたページの内容の更新を検知する更新検知手段と、
前記更新検知手段によって更新が検知されたとき、前記更新通知対象保持手段を参照して、前記検出された更新に係るページのページ識別データに対応する利用者識別データを取得し、つぎに前記利用者データ保持手段を参照して、該取得された利用者識別データに対応する連絡先データを取得する取得手段と、
前記取得手段によって取得された連絡先データに基づき、前記更新検知手段によって検知された更新を、前記連絡先データに係る利用者に知らしめる通知手段と
を有することを特徴とするウェブページ更新通知装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ウェブページ更新通知装置に関し、特に、インターネットを用いて情報発信を行なう仕組みであるウェブ（ＷＷＷ）において、所定のウェブページの内容の更新を登録者に通知するウェブページ更新通知装置に関する。
【０００２】
【従来の技術】
一般に、インターネットを用いて情報発信を行なう仕組みであるウェブ（ＷＷＷ, World Wide Web）は、ウェブブラウザ装置（以下「ブラウザ」と記す）がクライアントとなり、ウェブサーバ装置（以下「ウェブサーバ」と記す）がサーバとなり、ハイパーテキストトランスファプロトコル（以下「ＨＴＴＰ」と記す）を用いて、ブラウザがウェブサーバからウェブページ（以下「ページ」と記す）を取得する通信を行ない、取得したページをブラウザで表示することを基本動作とするシステムである。一般的には、ページの利用者がブラウザに対して特定ページの表示操作を行ない、上記通信を経てブラウザに当該ページが表示される。こうした一般的な利用方法で、ページ内容の変更等によるページ更新があったか否かを確認するには、当初、利用者が当該ページをブラウザで表示し、前回利用した時と内容が異なっているか否かを目視によって行うしか方法がなかった。
【０００３】
そこで、利用者による表示操作が行なわれなくとも、ウェブサーバからページ取得を行ない、以前に取得したページデータと比較することで、ページの更新を検知し、更新されたことを別の手段で利用者に通知するウェブページ更新通知装置が考案された。
【０００４】
このウェブページ更新通知装置は、上記サーバあるいはクライアントと一体となった装置である他に、サーバやクライアントと独立した装置としても動作する。このようなウェブページ更新通知装置としては、例えば特許文献１で開示されている文書更新通知装置や、特許文献２で開示されているホームページ配信装置がある。
【０００５】
図１４は、従来のウェブページ更新通知装置とブラウザやウェブサーバとの関係を示すブロック図である。
【０００６】
同図において、４０１は、更新通知の対象となるページを提供するウェブサーバである。４０２は、利用者が利用するブラウザである。４０３は、利用者が利用するメール受信装置である。４０４は、ウェブサーバ４０１上のページの更新を監視して、更新されている場合に、メール受信装置４０３に対して更新通知メールを送るウェブページ更新通知装置である。４０５は、ウェブサーバ４０１、ブラウザ４０２、メール受信装置４０３、ウェブページ更新通知装置４０４間の通信を行なうためのネットワークである。ここで使用されるウェブページ更新通知装置４０４では、更新通知の対象にするページのユニフォームリソースロケータ（以下「ＵＲＬ」と記す）と、メール受信装置４０３へメールを送付するために必要なメール受信装置４０３のメールアドレスを登録する必要がある。そのため例えば、ウェブページ更新通知装置４０４が提供する登録ページをブラウザ４０２に表示して、ここにＵＲＬとメールアドレスを入力して、ウェブページ更新通知装置４０４に送信する。
【０００７】
図１５は、この例におけるウェブページ更新通知装置４０４が提供する登録ページの画面の一例を示す図である。
【０００８】
同図において５０１は、更新通知の対象とするページのＵＲＬを入力するためのＵＲＬフィールドである。５０２は、更新通知メールの送付先であるメールアドレスを入力するためのメールアドレスフィールドである。５０３は、登録を実行するための登録ボタンである。利用者が登録ボタン５０３をクリックすると、ＵＲＬフィールド５０１とメールアドレスフィールド５０２に入力された値が、ブラウザ４０２からウェブページ更新通知装置４０４に送信されて、ウェブページ更新通知装置４０４において登録が行なわれる。以後、ウェブページ更新通知装置４０４は、当該ＵＲＬにより指定されるページの更新を監視し、更新されている場合は、当該メールアドレスに対して更新通知メールを送信する。
【０００９】
図１６及び図１７は、ＵＲＬとメールアドレスを登録する他の登録方法における登録画面の一例を示す図であり、図１６は、ブラウザ４０２に表示されるログイン画面を、図１７はページ登録画面を示す。なお、該他の登録方法の説明では、図１４に示す構成を流用する。
【００１０】
この登録方法では、予め利用者のメールアドレスを登録しておき、利用者には利用者ＩＤとパスワードとを発行しておく。更新通知の対象とするページを登録するには、利用者がまず、図１６に示すログイン画面を開く。
【００１１】
図１６において、６０１は利用者ＩＤを入力するための利用者ＩＤフィールドである。６０２は、パスワードを入力するためのパスワードフィールドである。６０３は、ログインを実行するためのログインボタンである。ログインボタン６０３をクリックすると、ブラウザ４０２からウェブページ更新通知装置４０４に利用者ＩＤとパスワードが送られる。ウェブページ更新通知装置４０４は、送られてきた利用者ＩＤとパスワードにより、これが登録されている利用者であることを確認し、確認した場合は、図１７に示すページ登録画面をブラウザ４０２に返す。
【００１２】
図１７において、７０１は、更新通知の対象とするページのＵＲＬを入力するためのＵＲＬフィールドである。７０２は、登録を実行するための登録ボタンである。利用者が登録ボタンをクリックすると、ＵＲＬフィールド７０１に入力されたデータがブラウザ４０２からウェブページ更新通知装置４０４に送信されて、ウェブページ更新通知装置４０４において登録が行なわれる。
【００１３】
以後、ウェブページ更新通知装置４０４は、当該ＵＲＬにより指定されるページの更新を監視し、更新されている場合は、予め登録されている利用者のメールアドレスに対して更新通知メールを送信する。
【００１４】
例えば、特許文献３に開示されているコンテンツ更新状況監視システムでは、こうした登録方法が実行されている。
【００１５】
以上は、メールにより更新を通知する例であったが、特定のウェブページにおいて更新情報を提示する方法もある。上記のコンテンツ更新状況監視システムは、こうした更新情報提示方法も開示している。以下に、この更新情報提示方法を説明するが、この説明でも、図１４に示す構成を流用する。
【００１６】
すなわち、上記の更新情報提示方法では、ウェブ更新通知装置４０４に複数の更新通知対象のページを予め登録しておき、ウェブ更新通知装置４０４は、登録された各ページについて更新を監視し、その監視結果に基づき、登録された更新通知対象のページの更新状況を記載した一覧ページを作成する。ブラウザ４０２は、ウェブ更新通知装置４０４から該一覧ページを取得する。これにより、利用者はメール受信装置４０３を利用することなく、更新状況を知ることができる。また、利用者にとって、登録したページの更新状況を一度に知ることができるという利点もある。
【００１７】
この利点については、メールで更新を通知する方法であっても、登録されたページの更新状況をまとめたメールを送信することで実現可能であることは言うまでもない。
【００１８】
図１８は、図１６及び図１７を参照して説明した更新情報提示方法を実施するウェブページ更新通知装置を利用する際に、各装置間で行なわれる通信シーケンスの概略を示す図である。
【００１９】
同図において、通信８０１では、ブラウザ４０２からウェブページ更新通知装置４０４に対して、ログインページを要求する。これは、ログインページのＵＲＬを指定してページを要求するＨＴＴＰのＧＥＴリクエストにより実現される。通信８０２では、ウェブページ更新通知装置４０４からブラウザ４０２へログインページのＨＴＭＬデータが送られる。
【００２０】
通信８０３では、ブラウザ４０２からウェブページ更新通知装置４０４へ、利用者ＩＤとパスワードを送信する。これはログインページを構成するＨＴＭＬのフォーム中の各要素への入力値をエンコードしたＨＴＴＰのＧＥＴもしくはＰＯＳＴリクエストにより行なわれる。ウェブページ更新通知装置４０４は、利用者ＩＤとパスワードとが、登録されている利用者のものであることを確認し、確認されると、通信８０４においてページ登録画面のＨＴＭＬデータを返す。
【００２１】
通信８０５では、ブラウザ４０２からウェブページ更新通知装置４０４へ、通知対象ページのＵＲＬを送信する。これも通信８０３と同様に行なわれる。ウェブページ更新通知装置４０４は、送信されたＵＲＬを、ログインしている利用者に対応して、通知対象として登録する。通信８０６では、登録完了を知らせるページのＨＴＭＬを返す。
【００２２】
以後、一定間隔や所定時刻等適宜のタイミングで、ウェブページ更新通知装置４０４は、通知対象のページを提供するウェブサーバ４０１に対して、当該ページを取得するＨＴＴＰのＧＥＴリクエストを送信する。図１８においては、この通信８０７を一つしか記していないが、登録ページが複数ある場合には、登録ページごとにこの通信８０７が行なわれる。
【００２３】
ウェブサーバ４０１は、通信８０８において、当該ページのＨＴＭＬデータをウェブページ更新通知装置４０４に返す。通信８０８も登録ページごとに行なわれることは言うまでもない。
【００２４】
ウェブページ更新通知装置４０４は、通知対象のページごとに以前のページと今回取得したページとを比較して更新を検知する。更新の検知については、従来、データ間のサイズ、更新時刻、チェックサム等を用いて検知する方法が実現されている。そして、更新が検知されたページがある場合は、通信８０９において、これらのページが更新されたことを記したメールを、ウェブページ更新通知装置４０４からメール受信装置４０３に送る。
【００２５】
以上は、利用者が自ら更新通知対象のページのＵＲＬを指定して、登録を行なう方法であり、以下、こうした登録方法を実施する装置を、利用者登録型のウェブページ更新通知装置と呼ぶことにする。
【００２６】
利用者登録型のウェブページ更新通知装置では、利用者が更新通知対象のページのＵＲＬを入力する必要があり、操作が煩雑になる。そこで、更新通知対象となるページに更新通知機能を登録するボタン等を設け、利用者がブラウザでボタン等を選択すると、当該ページがウェブページ更新通知装置に登録されるようにしたウェブページ更新通知装置が考案されている。例えば、インターネットプロバイダＤＩＯＮが提供する「お知らせくん」では、ＤＩＯＮのウェブサーバが提供するページの中に「お知らせくん」ボタンが組み込まれ、利用者がブラウザで当該ページを表示し、当該ページ中のお知らせくんボタンをクリックすると、ウェブページ更新通知装置にページ登録が要求され、これに伴いウェブページ更新通知装置から返される登録ページにメールアドレスを入力することで登録が行なわれる。以下、このようなウェブページ更新通知装置を、選択登録型のウェブページ更新通知装置と呼ぶことにする。
【００２７】
図１９は、選択登録型のウェブページ更新通知装置を利用する際に、各装置間で行なわれる通信シーケンスの概略を示す図である。なお、以下に記す該通信シーケンスの説明でも、図１４に示す構成を流用する。
【００２８】
図１９において、通信９０１では、ブラウザ４０２から、提供ページ中に更新通知登録ボタンを含むようにしたページを提供するウェブサーバ４０１に対して、所望のページを要求する。これは、ページのＵＲＬを指定してページを要求するＨＴＴＰのＧＥＴリクエストにより実現される。通信９０２では、ウェブサーバ４０１からブラウザ４０２へ当該ページのＨＴＭＬデータを返す。
【００２９】
ブラウザ４０２において、返信されたページ中の更新通知登録ボタンを利用者がクリックすると、通信９０３で、登録のためのメッセージがブラウザ４０２からウェブページ更新通知装置４０４へ送られる。これは、前記更新通知登録ボタンに関連付けられたＵＲＬを取得するためのＨＴＴＰのＧＥＴもしくはＰＯＳＴリクエストとして送信される。このＵＲＬは、更新通知対象となるページを識別できるデータを含んでいる。例えば、ページのＵＲＬを埋め込むことで実現される。ウェブページ更新通知装置４０４は、このＵＲＬによる要求を受け取ると、通信９０４で、登録画面のＨＴＭＬデータをブラウザ４０２へ返す。
【００３０】
図２０は、通信９０４で返信された登録画面の一例を示す図である。
【００３１】
同図において、１００１は、利用者のメールアドレスを入力するためのメールアドレスフィールドである。１００２は、登録を行なうための登録ボタンである。
【００３２】
図１９に戻って、通信９０５では、ブラウザ４０２からウェブページ更新通知装置４０４へ、利用者のメールアドレスを送信する。これは、登録ページを構成するＨＴＭＬのフォーム中の各要素への入力値をエンコードしたＨＴＴＰのＧＥＴもしくはＰＯＳＴリクエストにより行なわれる。ウェブページ更新通知装置４０４は、送られてきた利用者のメールアドレスと当該ページのＵＲＬとを組として登録する。通信９０６では、登録完了を知らせるページのＨＴＭＬをブラウザ４０２へ返す。
【００３３】
以後、一定間隔や所定時刻等適宜のタイミングで、ウェブページ更新通知装置４０４が、通知対象のページを提供するウェブサーバ４０１に対して、当該ページを取得するＨＴＴＰのＧＥＴリクエストを送信する（通信９０７）。ウェブサーバ４０１は、通信９０８において、当該ページのＨＴＭＬデータをウェブページ更新通知装置４０４に返す。ウェブページ更新通知装置４０４は、通知対象のページごとに、以前のページと今回取得したページとを比較してページ内容の更新を検知する。そして、更新が検知されたページがあった場合は、通信９０９において、これらのページが更新されたことを記したメールを、ウェブページ更新通知装置４０４からメール受信装置４０３に送る。
【００３４】
このように従来の利用者登録型のウェブページ更新通知装置を利用すると、ウェブページ更新通知装置が、利用者の登録したページの更新を検知して、利用者に通知することが行われる。また、従来の選択登録型のウェブページ更新通知装置を利用すると、更新通知登録ボタン等が組み込まれたページにおいて、利用者が更新通知登録ボタンを選択し、次に表示される登録画面でメールアドレスを登録することにより、当該ページの更新をウェブページ更新通知装置が検知して、利用者に通知することが行われる。
【００３５】
【特許文献１】
特開平１１−１５７１６号公報
【特許文献２】
特開２００１−６７２８３号公報
【特許文献３】
特開２００１−２０２２８３号公報
【００３６】
【発明が解決しようとする課題】
しかしながら、上記従来の選択登録型のウェブ更新通知装置では、異なるページを登録するたびにメールアドレスを入力しなければならず操作が煩雑になるという問題があった。また、登録されたページの更新通知が個別に行なわれるため、更新情報をまとめて見ることができないという問題があった。
【００３７】
さらに、従来の利用者登録型のウェブ更新通知装置と、従来の選択登録型のウェブ更新通知装置とは、別個に動作するため、双方に登録したページの更新通知が二重に行なわれ、選択登録型のウェブ更新通知装置に登録した通知対象ページの更新通知と、利用者登録型のウェブ更新装置に登録した通知対象ページの更新通知とをまとめて見ることができないという問題があった。
【００３８】
本発明は上記の問題に鑑みてなされたものであり、選択登録型のウェブページ更新通知装置で登録する際に、メールアドレスを毎回入力することなく登録でき、利用者登録型のウェブページ更新通知装置としても動作し、また、登録された全てのページの更新通知をまとめて行なうことができるウェブページ更新通知装置を提供することを目的とする。
【００３９】
【課題を解決するための手段】
上記目的を達成するために、本発明によれば、利用者を識別するための利用者識別データと該利用者への連絡を可能にする連絡先データとを保持する利用者データ保持手段と、前記利用者データ保持手段に保持された利用者識別データに対応する利用者が指定した更新通知対象ページを、前記利用者識別データに対応づけて保持する更新通知対象保持手段と、少なくともＨＴＴＰの送受信を行なう通信手段と、前記通信手段によって受信されたＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出するリクエスト解析手段と、前記リクエスト解析手段によって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記通信手段を通して前記ＨＴＴＰリクエストの送信元に返信する登録ページ送信手段と、前記リクエスト解析手段で抽出された利用者識別データとページ識別データとを基に、前記更新通知対象保持手段に前記抽出されたページ識別データを登録すると共に、前記利用者データ保持手段に前記抽出された利用者識別データが保持されてない場合に該抽出された利用者識別データを登録する登録手段と、前記更新通知対象保持手段に保持されているページ識別データを取得して、該ページ識別データに対応するページを前記通信手段によって獲得する獲得手段と、前記獲得手段によって獲得されたページの内容の更新を検知する更新検知手段と、前記更新検知手段によって更新が検知されたとき、前記更新通知対象保持手段を参照して、前記検出された更新に係るページのページ識別データに対応する利用者識別データを取得し、つぎに前記利用者データ保持手段を参照して、該取得された利用者識別データに対応する連絡先データを取得する取得手段と、前記取得手段によって取得された連絡先データに基づき、前記更新検知手段によって検知された更新を、前記連絡先データに係る利用者に知らしめる通知手段とを有することを特徴とするウェブページ更新通知装置が提供される。
【００４０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
【００４１】
［第１の実施の形態］
図１は、本発明に係るウェブページ更新通知装置の第１の実施の形態における機能モジュール構成を示すブロック図である。
【００４２】
同図において、１０１は利用者識別データ保持部であり、利用者を識別するための２種のデータを保持する。本実施の形態における利用者識別データ保持部１０１に保持されるデータ例を図４に示す。図４において、各行が一つの利用者に対応するレコードである。列１１０１は各利用者のＩＤ番号であり、列１１０２は各利用者のメールアドレスである。いずれも全レコードにおいてユニークな値をとり、各レコードは、ＩＤ番号とメールアドレスのどちらからも検索可能である。
【００４３】
図１に戻って１０２は更新通知対象保持部であり、利用者識別データ保持部１０１に保持されているデータに対応する利用者が指定する更新通知の対象ページのＵＲＬを保持する。本実施の形態における更新通知対象保持部１０２に保持されるデータ例を図５に示す。図５において、各行が一つの通知対象ページに対応するレコードである。列１２０１は更新通知対象ページのＵＲＬであり、列１２０２は更新通知対象ページの更新が検知されたときに、更新を通知されるべき利用者の利用者ＩＤである。列１２０１は全レコードにおいてユニークであり、列１２０１をキーとして各レコードを検索可能である。また、全レコードを検索することも可能である。
【００４４】
図１に戻って１０３は、ＨＴＴＰの送受信やメールの送信を行なう通信部である。１０４はリクエスト解析部であり、通信部１０４で受信したＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出する。１０５は登録ページ送信部であり、リクエスト解析部１０４で利用者識別データを抽出できない場合に、新たに利用者識別データの入力を求めるための登録ページを作成し、通信部１０３を通して当該ＨＴＴＰリクエストの送信元に返信する。
【００４５】
１０６は登録部であり、リクエスト解析部１０４で抽出された利用者識別データとページ識別データとを基に、更新通知対象保持部１０２に対して、更新通知対象ページのＵＲＬと、該更新通知対象ページの更新を通知すべき利用者の利用者ＩＤとを登録すると共に、利用者識別データ保持部１０１に利用者識別データが保持されてない場合にこれを登録する。
【００４６】
１０７は更新検知部であり、更新通知対象保持部１０２に保持されている更新通知対象ページのデータを通信部１０３により取得し、その更新を検知する。１０８は通知メール送信部であり、更新検知部１０７によって更新通知対象ページの更新が検知されたとき、この更新をメールで通信部１０３から利用者に通知する。
【００４７】
図２は、本実施の形態におけるウェブページ更新通知装置のハードウェア構成を示すブロック図である。
【００４８】
同図において２０１はＣＰＵであり、下記に説明するプログラムを実行する。２０２はメモリであり、下記に説明するプログラムを格納するとともに、ＣＰＵ２０１がプログラムの実行に必要なワーキング領域を提供する。２０３は、ディスク装置であり、下記に説明するプログラムを格納すると共に、利用者識別データ保持部１０１と更新通知対象保持部１０２の機能を実現し、また他の動作に必要な永続的データを保持する。２０４はネットワークインタフェースであり、外部のネットワークと接続して、通信部２０３による通信を実現する。２０５はバスであり、前記各ハードウェアモジュール間の通信を実現する。
【００４９】
図３は、本実施の形態におけるウェブページ更新通知装置と他の装置（ブラウザ、ウェブサーバ、メール受信装置）との間で行なわれる通信シーケンスの概略を示す図である。なお、本実施の形態におけるウェブページ更新通知装置は、図１４に示す従来の構成と同様な構成に基づいて動作するので、以下の説明では、図１４に示す構成を流用する。
【００５０】
図３において、通信３０１では、ブラウザ４０２からウェブサーバ４０１に対して、更新通知登録ボタンが記載された何らかの所望ページを要求する。これは、利用者がブラウザ４０２に対して所望ページを要求することで起動され、ブラウザ４０２からウェブサーバ４０１へは、ＵＲＬを指定して当該ページを要求するＨＴＴＰのＧＥＴリクエストが送信される。例えば、ウェブサーバ４０１のホスト名を”ｓｅｒｖｅｒ”とし、ページのパスを”／ｔａｒｇｅｔ．ｈｔｍｌ”とすると、このＵＲＬは、”ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”となる。
【００５１】
通信３０２では、ウェブサーバ４０１からブラウザ４０２へ当該ページのＨＴＭＬデータをＨＴＴＰのレスポンスとして返す。ブラウザ４０２は、このＨＴＭＬデータに基づいてページ表示を行う。なお、表示されたページには更新通知登録ボタンが含まれるが、この更新通知登録ボタンは、ウェブ更新通知装置４０４をホストとし、パスに通知対象のホスト名と通知対象のパスを埋め込んだＵＲＬへのリンクとして実現される。例えば、ウェブ更新通知装置４０４のホスト名を”ｎｏｔｉｆｉｅｒ”とすると、”ｈｔｔｐ：／／ｎｏｔｉｆｉｅｒ／ｒｅｇｉｓｔｅｒ／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”というＵＲＬへのリンクとなる。
【００５２】
次に、当該ページ中の更新通知登録ボタンを利用者がクリックすると、通信３０３で、登録メッセージがウェブ更新通知装置４０４に送られる。前述したように、更新通知登録ボタンは上記ＵＲＬへのリンクであるので、ホスト部に指定されているホストであるウェブ更新通知装置４０４に対してＨＴＴＰのＧＥＴリクエストが送られる。この時、リクエストのパスは、”／ｒｅｇｉｓｔｅｒ／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”となる。
【００５３】
ウェブページ更新通知装置４０４が、図１に示すように、通信部１０３でリクエストを受け取ると、リクエスト解析部１０４が解析処理を行なう。
【００５４】
図６は、リクエスト解析部１０４で実行される解析処理の手順を示すフローチャートである。
【００５５】
まず、ステップＳ１では、受信したリクエストにＣｏｏｋｉｅヘッダがあるか否かを判別する。Ｃｏｏｋｉｅヘッダがある場合は、ステップＳ２に進む。Ｃｏｏｋｉｅヘッダがない場合はステップＳ３に進む。Ｃｏｏｋｉｅは一般に、ウェブサーバが、ブラウザに一時的にデータを書き込んで保存させるしくみであり、Ｃｏｏｋｉｅには、利用者に関する情報や最後にウェブサーバを訪れた日時、そのウェブサーバへの訪問回数などを記録しておくことができる。Ｃｏｏｋｉｅは利用者の識別に使われ、認証システムや、ＷＷＷによるサービスを利用者ごとにカスタマイズするパーソナライズシステムの要素技術として利用される。
【００５６】
ステップＳ２では、名称が”Ｎｏｔｉｃｅ”であるＣｏｏｋｉｅを検出し、その値を取得する。この値を利用者ＩＤとして利用者識別データ保持部１０１から同一ＩＤをもつレコードを検索し、レコードが存在すればこの利用者ＩＤを当該リクエストの利用者識別データとして抽出する。そしてステップＳ３に進む。
【００５７】
ステップＳ３では、受信したリクエストにクエリ（ＵＲＬ中の「？」以降の部分）があり、パラメータ名が”ａｄｄｒｅｓｓ”のパラメータがあるか否かを判別する。このパラメータがある場合は、ステップＳ４に進む。ない場合はステップＳ５に進む。
【００５８】
ステップＳ４では、名称が”ａｄｄｒｅｓｓ”であるパラメータの値を取得し、このパラメータ値（メールアドレス）を当該リクエストの利用者識別データとして抽出する。そしてステップＳ５に進む。
【００５９】
ステップＳ５では、当該リクエストのパス部から、更新通知対象ページのＵＲＬを復元する。すなわち、パス部の２番目の”／”から３番目の”／“までの間の文字列をホスト名とし、３番目の”／“の後をパスとしてＵＲＬに変換する。上記の”／ｒｅｇｉｓｔｅｒ／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”という例では、”ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”というＵＲＬに変換する。そして、このデータをページ識別データとする。そして、ステップＳ６に進む。
【００６０】
ステップＳ６では、これまでの処理によって利用者識別データが抽出されたか否かを判別する。抽出されている場合はステップＳ７に進み、抽出されていない場合はステップＳ９に進む。
【００６１】
ステップＳ７では、リクエスト解析部１０４が登録部１０６に対して、抽出された利用者識別データとページ識別データとを渡して、登録処理を行なうよう要求する。登録部１０６は、登録処理要求に応じて次の処理を行なう。
【００６２】
まず、利用者識別データがメールアドレスである場合は、これをキーとして利用者識別データ保持部１０１からレコードを検索し、当該利用者の利用者ＩＤを取得する。レコードが検索されない場合は、新たな利用者ＩＤを生成し、この利用者ＩＤとメールアドレスとの組であるレコードを利用者識別データ保持部１０１に新たに登録する。次に、更新通知対象保持部１０２に対して、当該ページ識別データをキーとして検索し、検索されたレコードの利用者ＩＤリスト１２０２に当該利用者ＩＤを追加する。レコードが検索されない場合は、当該ページ識別データのレコードを新たに生成して登録する。登録部１０６で以上の処理が終了すると、ステップＳ８に進む。
【００６３】
ステップＳ８では、リクエスト解析部１０４は登録ページ送信部１０５に対して、当該利用者識別データを渡して、確認ページを送信するように要求する。登録ページ送信部１０５は、確認ページ送信要求に応じて、当該利用者識別データをキーとして利用者識別データ保持部１０１を検索して、当該利用者の利用者ＩＤを取得する。そして、この利用者ＩＤを値とし、名称が”Ｎｏｔｉｃｅ”であるＣｏｏｋｉｅを永続的に送信するような要求ヘッダを確認ページに付けて、該確認ページをブラウザ４０２に返信する。そして、解析処理を終了する。
【００６４】
ステップＳ９では、リクエスト解析部１０４は登録ページ送信部１０５に対して、登録ページを送信するように要求する。登録ページ送信部１０５は、登録ページ送信要求に応じて、メールアドレスを入力するためのフィールドを含む登録ページをブラウザ４０２に返す。このフィールドでは、次のＨＴＴＰリクエストにおいて、パラメータ名が”ａｄｄｒｅｓｓ”、パラメータ値がフィールドへの入力値となるように設定が行われる。登録ページ送信部１０５での処理が終わると、解析処理を終了する。
【００６５】
以下再び図３を参照して、本実施の形態におけるウェブページ更新通知装置４０４と他の装置との間で行われる通信の説明を続ける。
【００６６】
通信３０３において、利用者がブラウザ４０２からウェブページ更新通知装置４０４に登録メッセージを送る。利用者が初めて登録メッセージを送る場合には、上記Ｃｏｏｋｉｅがリクエストに含まれないので、通信３０４において、ウェブページ更新通知装置４０４がブラウザ４０２に対して、ＨＴＴＰレスポンスにより登録ページを返す。これにより、ブラウザ４０２が登録ページを表示するので、利用者は登録ページにメールアドレスを入力し、登録ボタンをクリックする。
【００６７】
登録ボタンのクリックに伴い、通信３０５では、ブラウザ４０２が、クエリにメールアドレスを含むＨＴＴＰリクエストをウェブページ更新通知装置４０４に送る。今度はメールアドレスを利用者識別データとして抽出できるので、ウェブページ更新通知装置４０４は登録処理を行ない、通信３０６において、確認ページをＨＴＴＰレスポンスとして返す。
【００６８】
以後、ウェブページ更新通知装置４０４は、一定間隔または所定時刻等、適宜のタイミングで、通知対象のページを提供するウェブサーバ４０１に対して、当該ページを取得するＨＴＴＰのＧＥＴリクエストを送信する（通信３０７）。ウェブサーバ４０１は、通信３０８において、当該ページのＨＴＭＬデータをウェブページ更新通知装置４０４に返す。ウェブページ更新通知装置４０４は、通知対象のページごとに、以前のページと今回取得したページとを比較して更新を検知する。そして、更新が検知されたページがある場合は、通信３０９において、これらのページが更新されたことを記したメールを、ウェブページ更新通知装置４０４からメール受信装置４０３に送る。
【００６９】
以上は、利用者が初めて本実施の形態のウェブページ更新通知装置を利用する場合に行われる通信の流れである。ウェブページ更新通知装置に既に登録された利用者が同じブラウザを使用し、ブラウザがＣｏｏｋｉｅを永続的に返す場合には、通信３０３のリクエストには、名称が”Ｎｏｔｉｃｅ”であるＣｏｏｋｉｅを含むＣｏｏｋｉｅヘッダが含まれる。このＣｏｏｋｉｅが正しいものであれば、上述の処理に従って利用者識別データとなり、通信３０４と通信３０５とは行なわれず、確認ページを返す通信３０６に進むことになる。したがって、この場合には、利用者がメールアドレスを入力することなく、通知対象のページの登録が行なえ、操作が簡易になる。
【００７０】
以上説明したように、第１の実施の形態のウェブページ更新通知装置では、メールアドレスの他にＣｏｏｋｉｅを利用者識別データとしたので、異なる更新通知対象ページにおける更新通知登録ボタンをクリックして登録する場合でも、メールアドレスを再度入力する必要がなく、簡単な操作で通知対象のページを登録できる。
【００７１】
［第２の実施の形態］
次に第２の実施の形態を説明する。
【００７２】
上記第１の実施の形態においては、ウェブページ更新通知装置が、通知対象ページの更新をメールにより利用者に通知しているが、第２の実施の形態においては、通知対象ページの更新を利用者用の通知ページに記載することにより通知するようにしている。
【００７３】
図７は、第２の実施の形態におけるウェブページ更新通知装置とブラウザやウェブサーバとの関係を示すブロック図である。
【００７４】
同図において、１４０１は、更新通知の対象となるページを提供するウェブサーバである。１４０２は、利用者が利用するブラウザである。１４０３はウェブページ更新通知装置であり、ウェブサーバ１４０１が提供するページの更新を検知して更新情報を蓄積する。１４０４は、ウェブサーバ１４０１、ブラウザ１４０２、ウェブページ更新通知装置１４０３間の通信を行なうためのネットワークである。利用者はブラウザ１４０２によってウェブサーバ１４０１やウェブページ更新通知装置１４０３と通信を行ない、取得したページを閲覧する。
【００７５】
図８は、第２の実施の形態のウェブページ更新通知装置１４０３における機能モジュールの構成を示すブロック図である。
【００７６】
同図において、１５０１は利用者識別データ保持部であり、登録されている利用者を識別するための少なくとも２種のデータを保持する。第２の実施の形態における利用者識別データ保持部１５０１が保持するデータ例を図１０に示す。図１０において、各行が一つの利用者に対応するレコードである。列１７０１は各利用者のＩＤ番号であり、列１７０２は各利用者のアカウント名である。いずれも全レコードにおいてユニークな値をとり、各レコードは、ＩＤ番号とアカウント名のどちらからも検索可能である。
【００７７】
図８に戻って、１５０２は更新通知対象保持部であり、利用者識別データ保持部１５０１に保持されているデータに対応する利用者が指定する更新通知対象ページのＵＲＬを保持する。第２の実施の形態における更新通知対象保持部１５０２は、図５を参照して説明した第１の実施の形態における更新通知対象保持部１０２のデータ例と同様なデータを保持する。
【００７８】
１５０３は、ＨＴＴＰの送受信を行なう通信部である。１５０４はリクエスト解析部であり、通信部１５０３で受信したＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出する。１５０５は登録ページ送信部であり、リクエスト解析部１５０４で利用者識別データを抽出できない場合に、新たに利用者識別データの入力を求めるための登録ページを作成し、通信部１５０３を通して当該リクエストの送信先に返信する。１５０６は登録部であり、リクエスト解析部１５０４で抽出された利用者識別データとページ識別データとを基に更新通知対象保持部１５０２に対して、利用者に対応して更新通知対象ページを登録すると共に、当該利用者の利用者識別データが利用者識別データ保持部１５０１に保持されてない場合にこれを登録する。１５０７は更新検知部であり、更新通知対象保持部１５０２に保持されている更新通知対象ページのページデータを通信部１５０３により取得し、そのページの更新を検知する。１５０８は更新通知ページ送信部であり、リクエスト解析部１５０４でリクエストを解析した結果、このリクエストが更新情報の取得要求であった場合に、更新検知部１５０７によって更新が検知されたページの情報を基に更新通知ページを作成し、通信部１５０３を通して当該リクエストの送信先に返信する。
【００７９】
図９は、第２の実施の形態におけるウェブページ更新通知装置１４０３と他の装置（ウェブサーバ１４０１、ブラウザ１４０２）との間で行われる通信シーケンスを示す図である。
【００８０】
同図において、通信１６０１では、ブラウザ１４０２からウェブサーバ１４０１に対して、更新通知登録ボタンが記載されている所望のページを要求する。これは、利用者がブラウザ１４０２に対して当該ページを要求することで起動し、ブラウザ１４０２からウェブサーバ１４０１へは、ＵＲＬを指定して当該ページを要求するＨＴＴＰのＧＥＴリクエストが送信される。例えば、ウェブサーバ１４０１のホスト名を”ｓｅｒｖｅｒ”とし、ページのパスを”／ｔａｒｇｅｔ．ｈｔｍｌ”とすると、このＵＲＬは”ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”となる。
【００８１】
通信１６０２では、ウェブサーバ１４０１からブラウザ１４０２へ当該ページのＨＴＭＬデータをＨＴＴＰのレスポンスとして返す。ブラウザ１４０２は、このＨＴＭＬデータを表示する。ここで更新通知登録ボタンは、ウェブ更新通知装置１４０３をホストとし、パスに通知対象のホスト名と通知対象のパスを埋め込んだＵＲＬへのリンクとして実現される。例えば、ウェブ更新通知装置１４０３のホスト名を”ｎｏｔｉｆｉｅｒ”とすると、”ｈｔｔｐ：／／ｎｏｔｉｆｉｅｒ／ｒｅｇｉｓｔｅｒ／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”というＵＲＬへのリンクとなる。
【００８２】
次に、当該ページ中の更新通知登録ボタンを利用者がクリックすると、通信１６０３によって、登録メッセージがウェブ更新通知装置１４０３に送られる。前述したように、更新通知登録ボタンは上記ＵＲＬへのリンクであるので、ホスト部に指定されているホストであるウェブ更新通知装置１４０３に対してＨＴＴＰのＧＥＴリクエストが送られる。この時、リクエストのパスは”／ｒｅｇｉｓｔｅｒ／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”となる。
【００８３】
ウェブページ更新通知装置１４０３において、通信部１０３がＨＴＴＰのＧＥＴリクエストを受け取ると、リクエスト解析部１５０４が解析処理を行なう。この解析処理の内容は、図６を参照して示した前述の第１の実施の形態の解析処理とほぼ同じである。ただし、ステップＳ１の判別に先立ち、リクエストのパス内の最初の”／”と２番目の”／”との間の文字列が”ｒｅｇｉｓｔｅｒ”であるか、”ｇｅｔ”であるかを判別し、”ｒｅｇｉｓｔｅｒ”である場合にのみ、以下の処理を行なう点と、メールアドレスに代わってアカウント名が用いる点と、ＨＴＴＰリクエストにアカウントを含める際のパラメータ名が”ａｄｄｒｅｓｓ”ではなく”ａｃｃｏｕｎｔ”である点とが、第１の実施の形態の解析処理と異なる。
【００８４】
図９に戻って、通信１６０３において、利用者がブラウザ１４０２からウェブページ更新通知装置１４０３に登録メッセージを送る。利用者が初めて登録メッセージを送る場合には、上記Ｃｏｏｋｉｅがリクエストに含まれないので、通信１６０４において、ウェブページ更新通知装置１４０３がブラウザ１４０２に対して、ＨＴＴＰレスポンスにより登録ページを返す。これにより、ブラウザ１４０２が登録ページを表示するので、利用者は登録ページにアカウント名を入力し、登録ボタンをクリックする。
【００８５】
登録ボタンのクリックに伴い、通信１６０５では、このブラウザ１４０２は、クエリにアカウントを含むＨＴＴＰリクエストをウェブページ更新通知装置１４０３に送る。今度はウェブページ更新通知装置１４０３がアカウント名を利用者識別データとして抽出できるので、登録処理を行ない、通信１６０６により、確認ページをＨＴＴＰレスポンスとしてブラウザ１４０２へ返す。なお、確認ページには、更新通知ページを取得するためのＵＲＬが記載される。利用者は、ブラウザ１４０２からこのＵＲＬにアクセスすることで、更新通知ページを取得できる。この更新通知ページを取得するためのＵＲＬは、アカウント名が”ｒｅｃｅｉｖｅｒ”である時には、例えば”ｈｔｔｐ：／／ｎｏｔｉｆｉｅｒ／ｇｅｔ／ｒｅｃｅｉｖｅｒ”とする。
【００８６】
以後、ウェブページ更新通知装置１４０３は、一定間隔または所定時刻等、適宜のタイミングで、通知対象ページを提供するウェブサーバ１４０１に対して、当該ページを取得するためのＨＴＴＰのＧＥＴリクエストを送信する（通信１６０７）。ウェブサーバ１４０１は、通信１６０８において、当該ページのＨＴＭＬデータをウェブページ更新通知装置１４０３に返す。ウェブページ更新通知装置１４０３は、通知対象ページごとに、以前のページと今回取得したページとを比較して内容の更新を検知する。
【００８７】
利用者は、任意な時点で、ブラウザ１４０２から、更新通知ページのＵＲＬへアクセスする。この操作により、ブラウザ１４０２からウェブページ更新通知装置１４０３に対して、更新通知ページの取得リクエストが送られる（通信１６０９）。ウェブページ更新通知装置１４０３は、このリクエストを受信すると、リクエストに含まれるアカウント名を抽出して、この利用者に対して前回更新通知ページを作成した時点以降に更新が検知されたページをリストアップし、それらのページのＵＲＬを列挙した更新通知ページを作成する。そして、作成した更新通知ページを、通信１６１０により、ＨＴＴＰレスポンスとしてブラウザ１４０２に返信する。
【００８８】
利用者はこの更新通知ページを閲覧することで、更新されたページをまとめて知ることができる。
【００８９】
［第３の実施の形態］
次に第３の実施の形態を説明する。
【００９０】
上記第１及び第２の実施の形態は、選択登録型のウェブページ更新通知装置となっている。一方、利用者登録型のウェブページ更新装置も一般に存在する。また、利用者としては、選択登録型で登録したページの更新と、利用者登録型で登録したページの更新とを、まとめて通知された方が好適な場合もある。
【００９１】
第３の実施の形態では、選択登録型で登録したページの更新と、利用者登録型で登録したページの更新とを、まとめて通知できるウェブページ更新通知装置を説明する。
【００９２】
第３の実施の形態におけるウェブページ更新通知装置は、図１に示す第１の実施の形態におけるウェブページ更新通知装置と基本的に同じ機能モジュールの構成となっている。ただし、第３の実施の形態における利用者識別データ保持部に保持される利用者識別データの構成は、第１の実施の形態と異なっている。
【００９３】
図１２は、第３の実施の形態における利用者識別データ保持部に保持される利用者識別データの一例を示す図である。
【００９４】
同図において、各行が一つの利用者に対応するレコードである。列１９０１は各利用者のＩＤ番号であり、列１９０２は各利用者のアカウント名であり、列１９０３は各利用者のメールアドレスである。いずれも全レコードにおいてユニークな値をとり、各レコードは、ＩＤ番号、アカウント名、メールアドレスのいずれでも検索可能である。
【００９５】
図１１は、第３の実施の形態におけるウェブページ更新通知装置と他の装置（ブラウザ、ウェブサーバ、メール受信装置）との間で行なわれる通信シーケンスの概略を示す図である。なお、本実施の形態におけるウェブページ更新通知装置は、図１４に示す従来の構成と同様な構成に基づいて動作するので、以下の説明では、図１４に示す構成を流用する。また、図１に示す第１の実施の形態におけるウェブページ更新通知装置の構成も流用する。
【００９６】
図１１において、通信１８０１では、ブラウザ４０２からウェブサーバ４０１に対して、更新通知登録ボタンを含む所望のページを要求する。これは、利用者がブラウザ４０２に対して当該ページを要求することで起動し、ブラウザ４０２からウェブサーバ４０１へは、ＵＲＬを指定して当該ページを要求するＨＴＴＰのＧＥＴリクエストが送信される。例えば、ウェブサーバ４０１のホスト名を”ｓｅｒｖｅｒ”とし、ページのパスを”／ｔａｒｇｅｔ．ｈｔｍｌ”とすると、このＵＲＬは”ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”となる。
【００９７】
通信１８０２では、ウェブサーバ４０１からブラウザ４０２へ当該ページのＨＴＭＬデータがＨＴＴＰのレスポンスとして返される。ブラウザ４０２は、このＨＴＭＬデータを表示する。更新通知登録ボタンは、ウェブ更新通知装置４０４をホストとし、パスに通知対象のホスト名と通知対象のパスとを埋め込んだＵＲＬへのリンクとして実現される。例えば、ウェブ更新通知装置４０４のホスト名を”ｎｏｔｉｆｉｅｒ”とすると、”ｈｔｔｐ：／／ｎｏｔｉｆｉｅｒ／ｒｅｇｉｓｔｅｒ１／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”というＵＲＬへのリンクとなる。
【００９８】
次に、当該ページ中の更新通知登録ボタンを利用者がクリックすると、通信１８０３によって、登録メッセージがブラウザ４０２からウェブ更新通知装置４０４に送られる。前述したように、更新通知登録ボタンは上記ＵＲＬへのリンクであるので、ホスト部に指定されているホストであるウェブ更新通知装置４０４に対してＨＴＴＰのＧＥＴリクエストが送られる。この時、リクエストのパスは、”／ｒｅｇｉｓｔｅｒ１／ｓｅｒｖｅｒ／ｔａｒｇｅｔ．ｈｔｍｌ”となる。
【００９９】
ウェブページ更新通知装置４０４において、通信部１８０３がリクエストを受け取ると、リクエスト解析部１０４が解析処理を行なう。この解析処理は、図１６を参照して説明した第１の実施の形態における解析処理とほぼ同様であるが、次の点が異なる。
【０１００】
まず、ＨＴＴＰのＧＥＴリクエスト内の最初の”／”と２番目の”／”との間の文字列に応じて、処理を次のように３つに分岐させる。文字列が”ｒｅｇｉｓｔｅｒ１”である場合は、図１６を参照して説明した第１の実施の形態における解析処理を続けて行なう。文字列が”ｒｅｇｉｓｔｅｒ２”である場合には、後述する利用者登録型の登録処理を行なう。文字列が、これ以外の場合は所定のページをブラウザ４０２へ返す（通信１８０４）。
【０１０１】
例えば”／ｒｅｇｉｓｔｅｒ．ｈｔｍｌ”の場合は、図１３に示すような利用者登録型の登録ページをブラウザ４０２へ返す（通信１８０４）。図１３において２００１は、利用者のアカウント名を入力するためのアカウント名フィールドである。なお、利用者のアカウント名とメールアドレスとは予め登録されていることを前提とする。２００２は、更新通知の対象とするページのＵＲＬを入力するためのＵＲＬフィールドである。２００３は、登録を実行する登録ボタンである。
【０１０２】
図１１に戻って、通信１８０３において、利用者がブラウザ４０２からウェブページ更新通知装置４０４に初めて登録メッセージを送る場合には、上記Ｃｏｏｋｉｅがリクエストに含まれないので、通信１８０４において、ウェブページ更新通知装置４０４がブラウザ４０２に対して、ＨＴＴＰレスポンスにより選択登録型の登録ページを返す。
【０１０３】
これにより、ブラウザ４０４が選択登録型の登録ページを表示するので、利用者は、この登録ページにメールアドレスを入力し、登録ボタンをクリックする。この登録ボタンのクリックに伴い、通信１８０５により、ブラウザ４０２が、クエリにメールアドレスを含むＨＴＴＰリクエストをウェブページ更新通知装置４０４に送る。今度はウェブページ更新通知装置４０４が、メールアドレスを利用者識別データとして抽出できるので、登録処理を行ない、通信１８０６により、確認ページをＨＴＴＰレスポンスとしてブラウザ４０２に返す。
【０１０４】
一方、利用者登録型の登録を行ないたい場合は、利用者がブラウザ４０２に対して、”ｈｔｔｐ：／／ｎｏｔｉｆｉｅｒ／ｒｅｇｉｓｔｅｒ．ｈｔｍｌ”のページを表示するよう操作する。これを受けたブラウザ４０２は、通信１８０７により、ＨＴＴＰリクエストをウェブページ更新通知装置４０４に送り、前記ＵＲＬのページの取得を要求する。ウェブページ更新通知装置４０４は、通信１８０８により、前述したように利用者登録型の登録ページをＨＴＴＰレスポンスとしてブラウザ４０２に返信する。
【０１０５】
利用者は、利用者登録型の登録ページに対して、アカウント名と新たに登録する更新対象ページのＵＲＬとを入力し、登録ボタン２００３（図１３）をクリックする。この登録ボタン２００３のクリックに伴い、ブラウザ４０２は、通信１８０９により、アカウント名と更新対象ページのＵＲＬとをエンコードしたＨＴＴＰリクエストをウェブページ更新通知装置４０４に送る。この時のＵＲＬは、”ｈｔｔｐ：／／ｎｏｔｉｆｉｅｒ／ｒｅｇｉｓｔｅｒ２／”に、上記データをクエリパラメータとしてエンコードして加えたものである。ウェブページ更新通知装置４０４は、上記のＨＴＴＰリクエストを受信すると、アカウント名とＵＲＬとをデコードする。そして利用者識別データ保持部１０１から、当該アカウント名に対応するレコードを検索し、利用者ＩＤを得る。そして、更新通知対象保持部１０２に対して、当該ＵＲＬの通知先として、当該利用者ＩＤを追加する。
【０１０６】
以後、ウェブページ更新通知装置４０４は、一定間隔または所定時刻等、適宜のタイミングで、通知対象ページを提供するウェブサーバ４０１に対して、当該ページを取得するＨＴＴＰのＧＥＴリクエスト１８１１を送信する（通信１８１１）。ウェブサーバ４０１は、通信１８１２において、当該ページのＨＴＭＬデータをウェブページ更新通知装置４０４に返す。ウェブページ更新通知装置４０４は、通知対象ページごとに、以前のページと今回取得したページとを比較してページ内容の更新を検知する。そして、更新が検知されたページがある場合は、ウェブページ更新通知装置４０４が、通信１８１３において、更新されたページの情報をまとめて記したメールをメール受信装置４０３に送る。
【０１０７】
以上説明したように、第３の実施の形態におけるウェブページ更新通知装置では、アカウント名、メールアドレス、Ｃｏｏｋｉｅを利用者識別データとしたので、選択登録型の登録において、異なる更新通知対象ページにおける更新通知登録ボタンをクリックして登録する場合でも、メールアドレスを再度入力する必要がなく、簡単な操作で更新通知対象ページの登録ができる。さらに、選択登録型で登録したページの更新と、利用者登録型で登録したページの更新とをまとめて利用者に通知することができる。
【０１０８】
［第４の実施の形態］
上記の各実施の形態においては、通知対象ページの登録を１ページずつ行なうようにしているが、これに代わって、複数のページをまとめて通知対象ページとして登録するようにしてもよい。この場合、ページ識別データに代わって、通知対象のページの範囲を特定するためのページ範囲識別データを使用する。例えば、ウェブサーバのホスト名だけを指定し、当該ウェブサーバが発信する全てのページを対象とするようにしてもよい。また、指定したＵＲＬにより識別されるページから、所定回数だけリンクを辿って到達できるページを全て通知対象とするなど、各種の方法によって通知対象のページの範囲を特定して、複数のページをまとめて通知対象ページとして登録するようにしてもよい。
【０１０９】
［第５の実施の形態］
上記の各実施の形態においては、通知対象ページの登録リクエストがあると、全てのページをそのまま更新通知対象保持部に登録するようにしているが、これに代わって、登録処理の前に、既に更新通知対象保持部に同一ページが登録されているか否かを判別して、登録されている場合には登録を行なわないようにする二重登録阻止処理を行なうようにしてもよい。
【０１１０】
［第６の実施の形態］
上記の各実施の形態においては、利用者識別データ保持部に保持される利用者識別データと、更新通知対象保持部に保持される更新通知対象ページデータとを異なるレコードとしてそれぞれ保持するようにしているが、同一のレコードとして保持するなど、これらの保持部を任意のデータ構造で実現するようにしてもよい。
【０１１１】
［第７の実施の形態］
上記の各実施の形態においては、利用者識別データをＨＴＴＰリクエストにエンコードするようにしているが、これに代わって、これらの識別データを、ＵＲＬの別の箇所に埋め込むなど、他の任意のエンコード方式を採用するようにしてもよい。
【０１１２】
［第８の実施の形態］
上記の各実施の形態においては、登録メッセージに利用者を識別するＣｏｏｋｉｅが含まれている場合は、この識別データを優先して使用するようにしているが、これに代わって、他の利用者識別データを優先して使用するようにしてもよい。例えば、メールアドレスも付与されていた場合は、これを優先してもよい。この場合は、確認ページの返信を行なうＨＴＴＰレスポンスには、メールアドレスで識別される利用者の利用者ＩＤをエンコードしたＣｏｏｋｉｅを送信するように要求するヘッダを付与することになる。
【０１１３】
［第９の実施の形態］
上記の各実施の形態においては、Ｃｏｏｋｉｅの名称を”Ｎｏｔｉｃｅ”、値を利用者ＩＤとしているが、これに代わって、利用者を識別できる任意の名称、値をＣｏｏｋｉｅに設定してもよい。例えば、利用者ＩＤを抽出できるようなエンコードがされた任意の文字列を値としてもよい。
【０１１４】
［第１０の実施の形態］
上記の各実施の形態においては、各機能モジュールを同一の汎用計算機上で実現する場合について説明したが、機能モジュールの一部が、ネットワークで接続された他の汎用計算機や特定用途の装置に分散されて実現するようにしてもよい。また、更新通知対象保持部や利用者識別データ保持部が、全データを集中して保持するようにしているが、データの一部が他に分散して保存されるようにしてもよい。
【０１１５】
［他の実施の形態］
上記の各実施の形態は、コンピュータまたはＣＰＵやＭＰＵを用いて、前述した機能を実現するソウトウェアプログラムを動作させる実施の形態であったが、その機能の全部または一部を実現する論理回路により達成されることは言うまでもない。
【０１１６】
なお、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。前述した各実施の形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【０１１７】
プログラムコードを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤーＲＯＭ、ＣＤーＲ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行ない、その処理によって前述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０１１９】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０１２０】
以上のように、本発明の各種の実施の形態を示し説明したが、以下に本発明の実施態様の例を列挙する。
【０１２１】
〔実施態様１〕  利用者を識別するための利用者識別データと該利用者への連絡を可能にする連絡先データとを保持する利用者データ保持手段と、
前記利用者データ保持手段に保持された利用者識別データに対応する利用者が指定した更新通知対象ページを、前記利用者識別データに対応づけて保持する更新通知対象保持手段と、
少なくともＨＴＴＰ（Hyper Text Transfer Protocol）の送受信を行なう通信手段と、
前記通信手段によって受信されたＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出するリクエスト解析手段と、
前記リクエスト解析手段によって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記通信手段を通して前記ＨＴＴＰリクエストの送信元に返信する登録ページ送信手段と、
前記リクエスト解析手段で抽出された利用者識別データとページ識別データとを基に、前記更新通知対象保持手段に前記抽出されたページ識別データを登録すると共に、前記利用者データ保持手段に前記抽出された利用者識別データが保持されてない場合に該抽出された利用者識別データを登録する登録手段と、
前記更新通知対象保持手段に保持されているページ識別データを取得して、該ページ識別データに対応するページを前記通信手段によって獲得する獲得手段と、
前記獲得手段によって獲得されたページの内容の更新を検知する更新検知手段と、
前記更新検知手段によって更新が検知されたとき、前記更新通知対象保持手段を参照して、前記検出された更新に係るページのページ識別データに対応する利用者識別データを取得し、つぎに前記利用者データ保持手段を参照して、該取得された利用者識別データに対応する連絡先データを取得する取得手段と、
前記取得手段によって取得された連絡先データに基づき、前記更新検知手段によって検知された更新を、前記連絡先データに係る利用者に知らしめる通知手段と
を有することを特徴とするウェブページ更新通知装置。
【０１２２】
〔実施態様２〕  前記リクエスト解析手段は、ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法が前記ＨＴＴＰリクエストに適用されているときに、前記情報保存方法により書き込まれたデータを基に前記利用者識別データを抽出することを特徴とする実施態様１に記載のウェブページ更新通知装置。
【０１２３】
〔実施態様３〕  前記リクエスト解析手段は、前記ページ識別データに加えて、複数のページを一括して特定できるページ範囲識別データをも抽出でき、
前記登録手段は、前記ページ識別データに加えて、前記ページ範囲識別データで特定される複数のページを前記更新通知対象保持手段に登録することを特徴とする実施態様１に記載のウェブページ更新通知装置。
【０１２４】
〔実施態様４〕  前記更新通知対象保持手段に、同一のページが重ねて登録されることを防ぐ二重登録阻止手段をさらに有することを特徴とする実施態様１に記載のウェブページ更新通知装置。
【０１２５】
〔実施態様５〕  ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法により書き込まれたデータを、ブラウザがＨＴＴＰリクエストに付与するように要求するメッセージを前記ブラウザに送信するデータ送信要求手段をさらに有することを特徴とする実施態様１に記載のウェブページ更新通知装置。
【０１２６】
〔実施態様６〕  利用者を識別するための利用者識別データと該利用者への連絡を可能にする連絡先データとを保持する利用者データ保持手段と、前記利用者データ保持手段に保持された利用者識別データに対応する利用者が指定した更新通知対象ページを、前記利用者識別データに対応づけて保持する更新通知対象保持手段と、少なくともＨＴＴＰの送受信を行なう通信手段とを備えたウェブページ更新通知装置に適用されるウェブページ更新通知方法において、
前記通信手段によって受信されたＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出するリクエスト解析ステップと、
前記リクエスト解析ステップによって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記通信手段を通して前記ＨＴＴＰリクエストの送信元に返信する登録ページ送信ステップと、
前記リクエスト解析ステップによって抽出された利用者識別データとページ識別データとを基に、前記更新通知対象保持手段に前記抽出されたページ識別データを登録すると共に、前記利用者データ保持手段に前記抽出された利用者識別データが保持されてない場合に該抽出された利用者識別データを登録する登録ステップと、
前記更新通知対象保持手段に保持されているページ識別データを取得して、該ページ識別データに対応するページを前記通信手段によって獲得する獲得ステップと、
前記獲得ステップによって獲得されたページの内容の更新を検知する更新検知ステップと、
前記更新検知ステップによって更新が検知されたとき、前記更新通知対象保持手段を参照して、前記検出された更新に係るページのページ識別データに対応する利用者識別データを取得する第１の取得ステップと、
前記利用者データ保持手段を参照して、前記第１の取得ステップによって取得された利用者識別データに対応する連絡先データを取得する第２の取得ステップと、
前記第２の取得ステップによって取得された連絡先データに基づき、前記更新検知ステップによって検知された更新を、前記連絡先データに係る利用者に知らしめる通知ステップと
を有することを特徴とするウェブページ更新通知方法。
【０１２７】
〔実施態様７〕  前記リクエスト解析ステップは、ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法が前記ＨＴＴＰリクエストに適用されているときに、前記情報保存方法により書き込まれたデータを基に前記利用者識別データを抽出することを特徴とする実施態様６に記載のウェブページ更新通知方法。
【０１２８】
〔実施態様８〕  前記リクエスト解析ステップは、前記ページ識別データに加えて、複数のページを一括して特定できるページ範囲識別データをも抽出でき、
前記登録ステップは、前記ページ識別データに加えて、前記ページ範囲識別データで特定される複数のページを前記更新通知対象保持手段に登録することを特徴とする実施態様６に記載のウェブページ更新通知方法。
【０１２９】
〔実施態様９〕  前記更新通知対象保持手段に、同一のページが重ねて登録されることを防ぐ二重登録阻止ステップをさらに有することを特徴とする実施態様６に記載のウェブページ更新通知方法。
【０１３０】
〔実施態様１０〕  ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法により書き込まれたデータを、ブラウザがＨＴＴＰリクエストに付与するように要求するメッセージを前記ブラウザに送信するデータ送信要求ステップをさらに有することを特徴とする実施態様６に記載のウェブページ更新通知方法。
【０１３１】
〔実施態様１１〕  利用者を識別するための利用者識別データと該利用者への連絡を可能にする連絡先データとを保持する利用者データ保持手段と、前記利用者データ保持手段に保持された利用者識別データに対応する利用者が指定した更新通知対象ページを、前記利用者識別データに対応づけて保持する更新通知対象保持手段と、少なくともＨＴＴＰの送受信を行なう通信手段とを備えたウェブページ更新通知装置に適用されるウェブページ更新通知方法を、コンピュータに実行させるためのプログラムにおいて、
前記ウェブページ更新通知方法が、
前記通信手段によって受信されたＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出するリクエスト解析ステップと、
前記リクエスト解析ステップによって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記通信手段を通して前記ＨＴＴＰリクエストの送信元に返信する登録ページ送信ステップと、
前記リクエスト解析ステップによって抽出された利用者識別データとページ識別データとを基に、前記更新通知対象保持手段に前記抽出されたページ識別データを登録すると共に、前記利用者データ保持手段に前記抽出された利用者識別データが保持されてない場合に該抽出された利用者識別データを登録する登録ステップと、
前記更新通知対象保持手段に保持されているページ識別データを取得して、該ページ識別データに対応するページを前記通信手段によって獲得する獲得ステップと、
前記獲得ステップによって獲得されたページの内容の更新を検知する更新検知ステップと、
前記更新検知ステップによって更新が検知されたとき、前記更新通知対象保持手段を参照して、前記検出された更新に係るページのページ識別データに対応する利用者識別データを取得する第１の取得ステップと、
前記利用者データ保持手段を参照して、前記第１の取得ステップによって取得された利用者識別データに対応する連絡先データを取得する第２の取得ステップと、
前記第２の取得ステップによって取得された連絡先データに基づき、前記更新検知ステップによって検知された更新を、前記連絡先データに係る利用者に知らしめる通知ステップと
を有することを特徴とするプログラム。
【０１３２】
〔実施態様１２〕  前記リクエスト解析ステップは、ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法が前記ＨＴＴＰリクエストに適用されているときに、前記情報保存方法により書き込まれたデータを基に前記利用者識別データを抽出することを特徴とする実施態様１１に記載のプログラム。
【０１３３】
〔実施態様１３〕  前記リクエスト解析ステップは、前記ページ識別データに加えて、複数のページを一括して特定できるページ範囲識別データをも抽出でき、
前記登録ステップは、前記ページ識別データに加えて、前記ページ範囲識別データで特定される複数のページを前記更新通知対象保持手段に登録することを特徴とする実施態様１１に記載のプログラム。
【０１３４】
〔実施態様１４〕  前記ウェブページ更新通知方法が、
前記更新通知対象保持手段に、同一のページが重ねて登録されることを防ぐ二重登録阻止ステップをさらに有することを特徴とする実施態様１１に記載のプログラム。
【０１３５】
〔実施態様１５〕  前記ウェブページ更新通知方法が、
ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法により書き込まれたデータを、ブラウザがＨＴＴＰリクエストに付与するように要求するメッセージを前記ブラウザに送信するデータ送信要求ステップをさらに有することを特徴とする実施態様１１に記載のプログラム。
【０１３６】
〔実施態様１６〕  利用者を識別するための利用者識別データと該利用者への連絡を可能にする連絡先データとを保持する利用者データ保持手段と、前記利用者データ保持手段に保持された利用者識別データに対応する利用者が指定した更新通知対象ページを、前記利用者識別データに対応づけて保持する更新通知対象保持手段と、少なくともＨＴＴＰの送受信を行なう通信手段とを備えたウェブページ更新通知装置に適用されるウェブページ更新通知方法をプログラムとして記憶した、コンピュータにより読み出し可能な記憶媒体において、
前記ウェブページ更新通知方法が、
前記通信手段によって受信されたＨＴＴＰリクエストを解析して、利用者識別データとページ識別データとを抽出するリクエスト解析ステップと、
前記リクエスト解析ステップによって利用者識別データを抽出できない場合に、利用者識別データの入力を求める登録ページを作成し、前記通信手段を通して前記ＨＴＴＰリクエストの送信元に返信する登録ページ送信ステップと、
前記リクエスト解析ステップによって抽出された利用者識別データとページ識別データとを基に、前記更新通知対象保持手段に前記抽出されたページ識別データを登録すると共に、前記利用者データ保持手段に前記抽出された利用者識別データが保持されてない場合に該抽出された利用者識別データを登録する登録ステップと、
前記更新通知対象保持手段に保持されているページ識別データを取得して、該ページ識別データに対応するページを前記通信手段によって獲得する獲得ステップと、
前記獲得ステップによって獲得されたページの内容の更新を検知する更新検知ステップと、
前記更新検知ステップによって更新が検知されたとき、前記更新通知対象保持手段を参照して、前記検出された更新に係るページのページ識別データに対応する利用者識別データを取得する第１の取得ステップと、
前記利用者データ保持手段を参照して、前記第１の取得ステップによって取得された利用者識別データに対応する連絡先データを取得する第２の取得ステップと、
前記第２の取得ステップによって取得された連絡先データに基づき、前記更新検知ステップによって検知された更新を、前記連絡先データに係る利用者に知らしめる通知ステップと
を有することを特徴とする記憶媒体。
【０１３７】
〔実施態様１７〕  前記リクエスト解析ステップは、ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法が前記ＨＴＴＰリクエストに適用されているときに、前記情報保存方法により書き込まれたデータを基に前記利用者識別データを抽出することを特徴とする実施態様１６に記載の記憶媒体。
【０１３８】
〔実施態様１８〕  前記リクエスト解析ステップは、前記ページ識別データに加えて、複数のページを一括して特定できるページ範囲識別データをも抽出でき、
前記登録ステップは、前記ページ識別データに加えて、前記ページ範囲識別データで特定される複数のページを前記更新通知対象保持手段に登録することを特徴とする実施態様１６に記載の記憶媒体。
【０１３９】
〔実施態様１９〕  前記ウェブページ更新通知方法が、
前記更新通知対象保持手段に、同一のページが重ねて登録されることを防ぐ二重登録阻止ステップをさらに有することを特徴とする実施態様１６に記載の記憶媒体。
【０１４０】
〔実施態様２０〕  前記ウェブページ更新通知方法が、
ウェブサーバがブラウザに一時的にデータを書き込んで保存させる情報保存方法により書き込まれたデータを、ブラウザがＨＴＴＰリクエストに付与するように要求するメッセージを前記ブラウザに送信するデータ送信要求ステップをさらに有することを特徴とする実施態様１６に記載の記憶媒体。
【０１４１】
【発明の効果】
以上詳述したように本発明によれば、選択登録型のウェブページ登録において異なる複数のページを登録する場合に、メールアドレス等の利用者識別データを複数回入力する必要がなく、簡単な操作でページ登録できる。
【０１４２】
さらに、選択登録型で登録した更新通知対象ページの更新と、利用者登録型で登録した更新通知対象ページの更新とを、まとめてブラウザに通知できる。
【図面の簡単な説明】
【図１】第１の実施の形態におけるウェブページ更新通知装置の機能モジュール構成を示すブロック図である。
【図２】第１の実施の形態におけるウェブページ更新通知装置のハードウェア構成を示すブロック図である。
【図３】第１の実施の形態におけるウェブページ更新通知装置と他の装置（ブラウザ、ウェブサーバ、メール受信装置）との間で行なわれる通信シーケンスの概略を示す図である。
【図４】第１の実施の形態における利用者識別データ保持部に保持されるデータ例を示す図である。
【図５】第１の実施の形態における更新通知対象保持部に保持されるデータ例を示す図である。
【図６】リクエスト解析部で実行される解析処理の手順を示すフローチャートである。
【図７】第２の実施の形態におけるウェブページ更新通知装置とブラウザやウェブサーバとの関係を示すブロック図である。
【図８】第２の実施の形態のウェブページ更新通知装置における機能モジュールの構成を示すブロック図である。
【図９】第２の実施の形態におけるウェブページ更新通知装置と他の装置（ウェブサーバ、ブラウザ）との間で行われる通信シーケンスを示す図である。
【図１０】第２の実施の形態における利用者識別データ保持部が保持するデータ例を示す図である。
【図１１】第３の実施の形態におけるウェブページ更新通知装置と他の装置（ブラウザ、ウェブサーバ、メール受信装置）との間で行なわれる通信シーケンスの概略を示す図である。
【図１２】第３の実施の形態における利用者識別データ保持部に保持される利用者識別データの一例を示す図である。
【図１３】利用者登録型の登録ページを示す図である。
【図１４】従来のウェブページ更新通知装置とブラウザやウェブサーバとの関係を示すブロック図である。
【図１５】従来のウェブページ更新通知装置が提供する登録ページの画面の一例を示す図である。
【図１６】ＵＲＬとメールアドレスを登録する他の登録方法における登録画面の一例を示す図であり、ブラウザに表示されるログイン画面を示す図である。
【図１７】ＵＲＬとメールアドレスを登録する他の登録方法における登録画面の一例を示す図であり、ページ登録画面を示す図である。
【図１８】図１６及び図１７を参照して説明した更新情報提示方法を実施するウェブページ更新通知装置を利用する際に、各装置間で行なわれる通信シーケンスの概略を示す図である。
【図１９】選択登録型のウェブページ更新通知装置を利用する際に、各装置間で行なわれる通信シーケンスの概略を示す図である。
【図２０】登録画面の一例を示す図である。
【符号の説明】
１０１  利用者識別データ保持部（利用者データ保持手段）
１０２  更新通知対象保持部（更新通知対象保持手段）
１０３  通信部（通信手段）
１０４  リクエスト解析部（リクエスト解析手段）
１０５  登録ページ送信部（登録ページ送信手段）
１０６  登録部（登録手段）
１０７  更新検知部（獲得手段、更新検知手段）
１０８  通知メール送信部（取得手段、通知手段）
【図１】
2004199272.tif 000003
【図２】
2004199272.tif 000004
【図３】
2004199272.tif 000005
【図４】
2004199272.tif 000006
【図５】
2004199272.tif 000007
【図６】
2004199272.tif 000008
【図７】
2004199272.tif 000009
【図８】
2004199272.tif 000010
【図９】
2004199272.tif 000011
【図１０】
2004199272.tif 000012
【図１１】
2004199272.tif 000013
【図１２】
2004199272.tif 000014
【図１３】
2004199272.tif 000015
【図１４】
2004199272.tif 000016
【図１５】
2004199272.tif 000017
【図１６】
2004199272.tif 000018
【図１７】
2004199272.tif 000019
【図１８】
2004199272.tif 000020
【図１９】
2004199272.tif 000021
【図２０】
2004199272.tif 000022