ウエブページの更新通知システムおよび更新通知方法
【課題】ユーザが閲覧を指定したウエブページであっても、そのユーザ自身が必要とする情報について更新があったときのみ、その更新通知を受けることのできるウエブページの更新通知システムおよび更新通知方法を得ること。
【解決手段】ウエブページ作成者１０４は、作成したウエブページをウエブページサーバ１０２で公開している。ユーザ１０７はユーザ端末１０３でウエブページを閲覧できるが、あらかじめ定めた一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定しておくと、ウエブページサーバ１０２が該当する更新の行われたウエブページの更新を、対応するユーザに知らせる。ウエブページサーバ１０２以外に同様の更新通知を他のサーバが行ってもよい。
【解決手段】ウエブページ作成者１０４は、作成したウエブページをウエブページサーバ１０２で公開している。ユーザ１０７はユーザ端末１０３でウエブページを閲覧できるが、あらかじめ定めた一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定しておくと、ウエブページサーバ１０２が該当する更新の行われたウエブページの更新を、対応するユーザに知らせる。ウエブページサーバ１０２以外に同様の更新通知を他のサーバが行ってもよい。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワーク上で提供されるウエブページの更新を通知するウエブページの更新通知システムおよび更新通知方法に関する。
【背景技術】
【０００２】
インターネットや各種ネットワークの発展により、多くのウエブページがネットワーク上で公開されている。本明細書でウエブページとは、単にＷＷＷ（World Wide Web）上の各種コンテンツを表わしたページだけをいうのではなく、たとえばＬＡＮ（ローカルエリアネットワーク）やＣＡＴＶ（CAble TeleVision）網あるいは携帯電話網からも得ることのできる各種情報を表わしたページをいうものとする。
【０００３】
ウエブページはその基となる情報が電気的なデータで構成されている。このため、作成者はこれをいつでも比較的簡易に書き改める処理としての更新作業を行うことができる。ウエブページの作成者の努力にもよるが、ウエブページが常に最新の状態に保たれることは、執筆時点あるいは購入時点から内容の陳腐化が進行する物理的な本や雑誌と比較して大きな魅力である。
【０００４】
そこで、ウエブページが更新されたときには、閲覧者としてのユーザに対して、この更新を電子メール等の通知手段を使用して通知することが行われている。しかしながら、ウエブページは通信ネットワーク全体で見ると膨大な数に上っており、必要のないウエブページの通知が行われることはユーザ側が迷惑を蒙るだけでなく、通知のためのトラヒックが増大する点でも問題がある。このため、あらかじめ更新情報の必要な分野を登録しておくと、その登録された分野のウエブページについての更新情報がユーザに通知されるようにした第１の提案が行われている（たとえば特許文献１参照）。
【０００５】
この第１の提案では、電子メールの送信先のメールリストを作成しておいて、ウエブページの変更が生じた場合にその更新情報を登録しているユーザに電子メールで送信するだけでなく、メール本文に、メンバが必要とする情報分野で内容の変更があったページのタイトルを記入して送信するようにしている。
【０００６】
しかしながら、このように情報分野を指定したウエブページの通知も、該当する分野に関するウエブページの数が膨大であれば多くの数となり、ユーザ側では一方的に通知されたウエブページを１つずつチェックする処理が馬鹿にならない。そこで、ユーザが希望するウエブページの更新チェックの周期で必要とするウエブページのみの更新情報をそのユーザに通知するという提案も行われている（たとえば特許文献２参照）。
【０００７】
この第２の提案で、クライアントサービスプロバイダは特定のウエブページについてユーザから更新通知要求を受け付ける。そして、要求のあったウエブページのＵＲＬ（Uniform Resource Locator）とチェックの周期を指定させ、該当する周期で指定されたＵＲＬをチェックして、更新があった場合にはこれをユーザに通知するようにしている。
【特許文献１】特開２００２−２１５５０６号公報（第００２８段落、第００４１段落、図８）
【特許文献２】特開２００２−０７３４５５号公報（第００４６段落、第００５０段落、図８、図９）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この第２の提案では、具体的なＵＲＬが指定されており、また、更新のチェックの周期が定まっている。したがって、ユーザは不要なウエブページの更新情報を取得したり、頻繁に更新情報を取得する煩雑さから開放される。しかしながら、ユーザが更新のチェックの対象とするウエブページが増えてくると、これに応じてウエブページの更新情報が数多く通知されるようになるのはもちろんである。
【０００９】
従来から、このようにウエブページの更新の通知が来ると、ユーザは通知のあったウエブページにアクセスしてその更新情報を確かめている。ところが、更新情報の中には、ユーザにとって必要でない情報も多い。たとえば、一般的には、文字サイズや文字の着色の変更あるいはページに配置された情報のレイアウトの単なる変更や、誤字の訂正といった内容もウエブページの更新であることに相違ない。このような形式的な変更は、多くのユーザにとって緊急に確認を必要とするものではなく、内容の実質的な変更を伴った更新があったときに併せて確認すれば足りる場合が多い。
【００１０】
また、内容の実質的な変更を伴う更新が行われている場合であっても、該当するウエブページに複数のコンテンツが掲載されているような場合には、ユーザが全然必要としないコンテンツも存在する。たとえばあるメーカから新しくプリンタを自宅で購入したユーザは、プリンタドライバのソフトウェアの最新のものをダウンロードするための「ダウンロードのページ」の更新情報に強い関心があっても、「新製品の紹介のページ」には購入から数年間、特に興味を持たない場合が多い。このようなとき、同一のウエブページ内の情報であっても、ユーザにとって必要でないページの更新情報は、ユーザに無駄な閲覧作業を強いるだけとなってしまい、好ましくない。
【００１１】
そこで、本発明の目的は、ユーザが閲覧を指定したウエブページであっても、そのユーザ自身が必要とする情報について更新があったときのみ、その更新通知を受けることのできるウエブページの更新通知システムおよび更新通知方法を提供することにある。
【課題を解決するための手段】
【００１２】
請求項１記載の発明では、（イ）ウエブページを閲覧する閲覧手段と、ウエブページの更新される内容を一覧で示した一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定する項目指定手段と、この項目指定手段によって指定された項目をウエブページの管理者側に通知（申請）する通知手段（申請手段）とを備えた利用者側通信端末と、（ロ）通知手段の通知を受信する通知受信手段と、ウエブページの更新が通知受信手段の受信した通知による項目に該当するかを通知された利用者側通信端末ごとに判別する項目該当有無判別手段と、この項目該当有無判別手段が該当すると判別した項目のウエブページの更新をその項目に対応した利用者側通信端末に通知する更新通知手段とを備えたウエブページ管理サーバとをウエブページの更新通知システムに具備させる。
【００１３】
すなわち請求項１記載の発明では、ウエブページの閲覧を行う側の利用者側通信端末に、ウエブページの更新される内容を一覧で示した一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させ、更新がその指定した項目で生じたときにそのウエブページをその指定した利用者側通信端末に通知することにして、指定しなかった項目だけの更新が行われた場合には通知が行われないようにして、利用者が特に必要としない更新のチェックを省略できるようにしている。
【００１４】
請求項８記載の発明では、（イ）ウエブページを閲覧するユーザに対して、そのウエブページの更新される内容を一覧で示した一覧表を基にしてウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させる項目指定ステップと、（ロ）ウエブページの更新があったとき、一覧表を基にしてその更新が項目指定ステップで指定した項目に該当するかどうかをユーザごとに判別する判別ステップと、（ハ）この判別ステップで該当するとされたウエブページの更新をその項目を指定したユーザに通知する更新通知ステップとをウエブページの更新通知方法に具備させる。
【００１５】
すなわち請求項８記載の発明では、ウエブページを閲覧するユーザに対して、そのウエブページの更新される内容を一覧で示した一覧表を基にしてウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させ、ウエブページの更新があったときにはその更新が項目指定ステップで指定した項目に該当するかどうかをユーザごとに判別して、該当するウエブページの更新をその項目を指定したユーザに通知することにした。これにより、ユーザは必要な更新が行われたウエブページのみについて更新の通知を受けることになり、不必要な更新の通知によるウエブページの無駄なチェックを省略することができる。
【発明の効果】
【００１６】
このように本発明では、ウエブページを閲覧するユーザが必要とする項目についてウエブページの更新が行われたときのみウエブページの更新の通知があるので、ユーザは無駄にウエブページをアクセスすることがなくなり、効率的な情報収集が可能になるだけでなく、更新通知の数も相対的に減少するので、無駄な通信によるトラヒックの増大を防止することができる。更に、ウエブページを公開するサーバ以外のサーバが専用でこのような更新通知の処理を行うようにすれば、高度の情報処理による項目の自動化も可能になるだけでなく、ウエブ用のビジネスとして成立させる可能性も生じる。
【発明を実施するための最良の形態】
【００１７】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１８】
図１は、本発明の実施例におけるウエブページの更新通知システムの概要を表わしたものである。このウエブページの更新通知システム１００は、インターネット１０１と、このインターネットに接続され、各種のウエブページを格納したウエブページサーバ１０２と、インターネット１０１を介してこのウエブページサーバ１０２にアクセスすることのできるユーザ端末１０３を備えている。ウエブページサーバ１０２は、図では代表的に１つのみを示しているがインターネット１０１上に複数存在している。ユーザ端末１０３も、図では代表的に１つのみを示しているが、実際には複数存在している。
【００１９】
ウエブページサーバ１０２は、たとえばインターネット１０１の接続業者としての図示しないプロバイダが管理するサーバである。ウエブページ作成者１０４は、パーソナルコンピュータ等の通信端末１０５を操作することで１まとまりのウエブページ（複数ページあるいは単一ページ）の作成や修正を行い、その内容をウエブページサーバ１０２の自己に割り当てられたＵＲＬの記憶領域にアップロードするようになっている。
【００２０】
ユーザ端末１０３は、ウエブページの閲覧に用いられる通信端末であり、インターネットにアクセスできてその閲覧用のブラウザと呼ばれるソフトウェアを搭載しているものであれば、どのような種類のものであってもよい。すなわち、ユーザ端末１０３は、パーソナルコンピュータ、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ゲーム端末のような各種の通信端末が含まれる。ユーザ端末１０３は、ユーザ１０７によって操作される。本実施例では、ユーザ１０７がユーザ端末１０３を使用して、ウエブページサーバ１０２内の所望のウエブページにアクセスしたとき、そのウエブページで更新内容の閲覧を希望する項目を指定できるようになっている。
【００２１】
図２は、本実施例のウエブページサーバの構成の概要を表わしたものである。ウエブページサーバ１０２は、中央処理装置（ＣＰＵ）１１１を備えている。中央処理装置１１１は、データバス等のバス１１２を介して、制御プログラムを格納した制御プログラム格納部１１３の他に、ウエブページを格納するウエブページデータベース１１４と、ウエブページの作成者の一覧を格納したウエブページ作成者データベース１１５と、このウエブページサーバのユーザの一覧を格納したユーザデータベース１１６と、ウエブページの比較結果の履歴情報を格納した比較結果履歴データベース１１７と接続されている。
【００２２】
図３は、本実施例で使用されるユーザ端末の構成を表わしたものである。ユーザ端末１０３は、中央処理装置１２１を備えている。中央処理装置１２１は、データバス等のバス１２２を介して、制御プログラムを格納した制御プログラム格納部１２３の他に、ウエブページ更新要素を指定した履歴情報を格納したウエブページ更新要素指定履歴データベース１２４を接続されている。また、バス１２２には入出力インタフェース回路１２５が接続されいる。入出力インタフェース回路１２５は、視覚的な情報を出力するためのディスプレイ１２６および図示しないキーボードやマウス等からなる入力機器１２７と接続されている。図示しないレーザプリンタ等の出力機器との接続も可能である。
【００２３】
なお、図１に示した通信端末１０５は、ウエブページ作成者１０４が通常使用するパーソナルコンピュータ等の情報機器であってウエブページサーバ１０２との通信機能を備えたものである。そこで、この図示および装置の具体的な説明は省略する。
【００２４】
図４は、ウエブページ作成者によるウエブページの処理の流れを表わしたものである。ウエブページ作成者１０４は、ウエブページの新規作成を行うときには（ステップＳ２０１：Ｙ）、ウエブページの本文（以下、ウエブページ本文という。）をＨＴＭＬ（Hyper Text Markup Language）等の文書構造記述用言語で記述して作成すると共に、今後のウエブページ本文の更新のときに更新通知を必要とするか否かをユーザ単位で指示できるように、更新要素一覧ページをこのウエブページ本文に付加する（ステップＳ２０２）。そして、これらをそのウエブページ作成者１０４のウエブページとしてウエブページサーバ１０２にアップロードする（ステップＳ２０３）。
【００２５】
図５は、この更新要素一覧ページの一例を示したものである。更新要素一覧ページ１３１は、一連の更新要素と、これら更新要素ごとの更新通知を必要とする更新要素の対で構成されている。たとえば、更新要素としての第１の要素では、新商品の追加が更新通知を必要とすることになっている。したがって、ユーザ１０７が第１の要素を指定すれば、ウエブページの更新が新商品の追加であったとき、そのユーザ１０７に対して更新通知が行われることになる。また、ユーザ１０７が第２の要素を指定している場合には、ウエブページに掲載された商品の価格が変更される更新が行われた場合に、そのユーザ１０７に更新通知が行われる。したがって、ユーザ１０７が第１２の要素や第１３の要素を併せて指定していない場合には、ウエブページのレイアウトが変更されたり、誤字脱字の訂正が行われただけの更新について、ユーザ１０７に更新通知が行われることはない。
【００２６】
この図５に示したような更新要素一覧ページは、ウエブページ作成者１０４が作成するウエブページの内容によっても変化するし、図１に示した閲覧側のユーザ１０７の要求によって、その内容が変更される場合もあり得る。たとえば、多くのユーザ１０７から「中古商品の買い取り価格の変更」についての更新情報を更新要素として新設して欲しいという要望がウエブページ作成者１０４に寄せられた場合、第１４の要素で「その他」としていた内容から、「中古商品の買い取り価格の変更」を概念上抜き出して、これに新たな更新要素を割り当てることになる。
【００２７】
図６は、ウエブページ作成者がウエブページサーバにアップロードするウエブページの構成を表わしたものである。ウエブページ１４１は、本来のウエブページとしてのウエブページ本文１４２と、図５で示した更新要素一覧ページ１３１の組によって構成されている。ウエブページ１４１は、１ページだけでもよいが、通常の場合には複数のページで構成されている場合が多い。また、これらのページの多くは、図５に示した更新要素に対応させた形で作成することができる。たとえば、「新商品の紹介」のページに、「新商品の追加」の更新を通知する第１の要素を対応付けて作成することで、ページの更新とユーザ１０７に対する通知の関係を分かりやすくすることができる。もちろん、第１２の要素や第１３の要素は、特定のページに関係するものではないので、対応付けを行うことはできない。
【００２８】
図４に戻って説明を続ける。ウエブページのアップロードを行ったら（ステップＳ２０３）、このウエブページの新規登録を知らせるべき者がいる場合（ステップＳ２０４：Ｙ）、この者にそのウエブページのアドレス（ＵＲＬ）を通知する（ステップＳ２０５）。また、より多くの者にウエブページを知ってもらうために、ウエブページの各種リンク先にこのウエブページのアドレスを登録するといった周知の手法を採ってもよい。
【００２９】
このようにしてウエブページの新規登録を行ったら、ウエブページ作成者１０４はその後、適宜、ウエブページ本文１４２の更新を行う（ステップＳ２０６：Ｙ）。この更新の際には、図１に示した通信端末１０５を使用して更新の行われたページをウエブページサーバ１０２にアップロードするだけでなく、ウエブページ作成者１０４は更新内容が図５に示した更新要素一覧ページ１３１に示す更新要素のいずれに該当するかをチェックする。そして、該当する更新要素をウエブページサーバ１０２にアップロードする（ステップＳ２０７）。
【００３０】
図７は、ウエブページサーバ側によるウエブページの登録・更新処理の流れを表わしたものである。ウエブページサーバ１０２は、ウエブページ作成者１０４からウエブページの新規登録があると、これを検知する（ステップＳ２２１：Ｙ）。このような検知は、たとえばウエブページ格納用にウエブページ作成者１０４ごとにあらかじめ用意した記憶領域に対する書き込み（新規登録）が行われたか否かのチェックを行うこと、あるいはウエブページ作成者１０４がウエブページの登録を完了したときにウエブページサーバ１０２の管理者へその旨の電子メールを通知させることにしておいてその通知があるかどうかをチェックすること等の公知の手法で行うことができる。
【００３１】
ウエブページの新規登録があったら、ウエブページサーバ１０２は図６に示したウエブページ本文１４２と図５で示した更新要素一覧ページ１３１を図２に示すウエブページデータベース１１４に登録する（ステップＳ２２２）。また、ウエブページ作成者１０４の名前と、更新要素一覧ページ１３１のウエブページデータベース１１４上における格納箇所を示す記憶領域のアドレスをウエブページ作成者データベース１１５に登録する（ステップＳ２２３）。更新要素一覧ページ１３１は、ウエブページサーバ１０２側が指定した識別符号をこのページの文書構造記述用言語で埋め込んでおく等の手法で、ウエブページ作成者１０４がアップロードしたウエブページ１４１から簡単に判別することができ、この部分の記憶領域のアドレスをウエブページ作成者データベース１１５に登録することができる。
【００３２】
本実施例で更新要素一覧ページ１３１をウエブページデータベース１１４側に登録することにしたのは、後に説明するユーザ１０７が更新要素を選択するときに、この更新要素一覧ページ１３１で表示される内容を適宜、ユーザ１０７側に示せるようにウエブページ本文１４２を作成できるようにするためである。更新要素一覧ページ１３１をウエブページ本文１４２と異なった記憶領域に分離してウエブページサーバ１０２側で保存するようにすると、ウエブページ本文１４２と更新要素一覧ページ１３１の間のリンク関係を示すアドレス情報を書き変える必要が生じる。また、ウエブページ作成者１０４が更新要素一覧ページ１３１を含めてウエブページサーバ１０２側のデータの全体をダウンロードするような場合に、ウエブページサーバ１０２の管理者側が本来的に管理するウエブページ作成者データベース１１５にウエブページ作成者１０４が自由にアクセスできる事態は好ましくない。
【００３３】
この一方で、ウエブページ作成者データベース１１５に更新要素一覧ページ１３１のリンク情報を記して、更新要素一覧ページ１３１をアクセスできるようにしたのは、ウエブページサーバ１０２側の更新通知処理のための検索処理をウエブページ１４１全体を検索対象とすることなく簡易に行えるようにするためである。また、ウエブページ作成者１０４が更新要素一覧ページ１３１自体に変更を加えた場合にも、その変更内容が自動的に適用されることになる。
【００３４】
さて、ウエブページ作成者１０４がウエブページの更新のためのアップロードを行った場合（ステップＳ２２４：Ｙ）、ウエブページサーバ１０２は、アップロードされたウエブページ本文１４２をウエブページデータベース１１４に上書きすることでその内容を更新する（ステップＳ２２５）。また、ウエブページ作成者１０４からこれと同時に送られてきた更新要素（図４ステップＳ２０７参照）を、ウエブページ作成者データベース１１５に追加登録する（ステップＳ２２６）。
【００３５】
このようにしてウエブページの更新登録が終了したら、ウエブページサーバ１０２は、登録された更新要素に対応するウエブページに該当するユーザの検索を行う（ステップＳ２２７）。すなわち、その更新について通知を必要とするユーザ１０７が存在するかを更新要素ごとにチェックすることになる。
【００３６】
ここで、説明を分かりやすくするために、ウエブページ本文１４２の新既登録後、更新が行われる前に複数のユーザ１０７（ここでは、ユーザＡ、ユーザＢ、ユーザＣとする。）がウエブページ作成者１０４（ここではウエブページ作成者Ｘ）のウエブページを閲覧したものとして説明を続ける。
【００３７】
図８は、ユーザ端末側のウエブページ閲覧に伴う処理を示したものである。ユーザＡが図３に示したユーザ端末１０３を操作してウエブページ作成者Ｘの作成したウエブページＸにアクセスしたとする（ステップＳ２４１：Ｙ）。これにより、ウエブページサーバ１０２から要求のあったＵＲＬのウエブページが送られてきて、ディスプレイ１２６にその内容が表示される（ステップＳ２４２）。ユーザＡはそのウエブページを気に入る等によって更新内容を見たいと思ったときに、更新通知登録ページに進んで更新の通知を受ける処理を行うことになる。ユーザ端末１０３は更新通知登録ページが要求されると（ステップＳ２４３：Ｙ）、更新通知登録ページを受信してディスプレイ１２６にこれを表示する（ステップＳ２４４）。
【００３８】
この更新通知登録ページでは、更新通知を受けようとする者の電子メールアドレスの入力と、どのような内容が更新されたときに更新通知が行われるかを指示するための更新要素の入力が求められる。ユーザＡは、更新要素の入力に際しては更新要素一覧ページ１３１を参照する。ウエブページ作成者１０４によっては、更新要素をユーザＡに入力させる代わりに、更新要素一覧ページ１３１の表示内容の各更新要素の表示位置にラジオボタンを配置して、所望の番号を選択できるようにしてもよい。
【００３９】
ユーザＡが所定の入力操作を完了させた後に更新通知の登録のための図示しない登録ボタンを押すと（ステップＳ２４５：Ｙ）、入力された電子メールアドレスおよび選択された更新要素がウエブページサーバ１０２側に送信される（ステップＳ２４６）。また、ユーザＡが指定した更新要素は、図３に示したユーザ端末１０３内のウエブページ更新要素指定履歴データベース１２４に登録される（ステップＳ２４７）。この後、ユーザＡが更新通知登録ページ以外のページの閲覧を要求すれば（ステップＳ２４８：Ｙ）、そのページの閲覧が行われる（ステップＳ２４２）。
【００４０】
また、このようにしてユーザＡが更新通知の登録を行うと、それ以後、そのウエブページにおけるユーザＡが指定した更新要素の更新があったときは、これを知らせる電子メールがウエブページサーバ１０２から送られてくることになる。ユーザ端末１０３が電子メールの受信状態であれば（ステップＳ２４９：Ｙ）、このような電子メールの受信処理が行われることになる（ステップＳ２５０）。なお、ユーザＡが更新通知登録ページをディスプレイ１２６に表示したものの、登録処理を中止するために「戻る」ボタンを押したような場合には（ステップＳ２５１：Ｙ）、ステップＳ２４２に進んで、戻った先の該当するウエブページが表示されることになる。
【００４１】
ところで、図７のステップＳ２２７では、ウエブページ本文１４２の更新が行われたとき、その更新に対応する更新要素に該当するユーザを検索することにしている。
【００４２】
図９は、図２に示したウエブページ作成者データベースの一部を示したものである。ウエブページ作成者データベース１１５には、ウエブページの更新の履歴が、ウエブページ名、ウエブページの更新日、更新要素、更新要素の指定日、ウエブページ作成者名の項目に分けて記されるようになっている。たとえば、ウエブページ作成者Ｘの作成したウエブページＸは、２００２年４月１日に更新され、そのときの更新要素は、「新商品の追加」の更新なので、第１の要素となっている。更新要素の指定日とは、該当する更新要素ごとに更新の通知の指定に対応できる日である。このため、ウエブページの更新日と更新要素の指定日は同日であるのが原則である。この例でも、ウエブページ作成者Ｘの作成したウエブページＸは、２００２年４月１日に更新されているので、更新要素の指定日も同日の２００２年４月１日となっている。たとえば、ウエブページの更新自体は過去に行ったが、その時点でウエブページ作成者Ｘがまだウエブページサーバ１０２以外の図示しないサーバを使用してそのウエブページを公開していたような場合には、ウエブページの更新日と更新要素の指定日が異なってくることになる。
【００４３】
図９に示したウエブページ作成者データベース１１５は、ユーザの要求に基づいて検索される。そして、このとき得られた各ウエブページの更新状況を基にして、ユーザデータベース１１６を検索して更新の通知の対象となるユーザを抽出し、これらのユーザに対して更新通知が行われることになる。
【００４４】
図１０は、ウエブページサーバ側におけるユーザデータベースの一部を示したものである。ユーザデータベース１１６には、更新通知の対象となるウエブページの名前と、更新通知の対象となる更新要素と、更新通知の必要性が生じた日としての必要性指定日と、更新通知の必要でなくなる日としての必要性解約日と、ユーザ名およびそのユーザ１０７に更新通知を知らせるための電子メールアドレスが、ユーザ１０７ごと、ならびに更新要素ごとに記録されるようになっている。一例として、この図１０の最上欄のケースを説明する。この例では、ウエブページ作成者Ｘの作成したウエブページＸの第１の要素について、２００２年４月１０日から特に期間の終期の指定がされていない状態で更新通知が設定されている。通知の対象となるユーザはユーザＡであり、通知の宛先は、「ｘｘｘｘｘ＠ｘｘｘ．ｃｏ．ｊｐ」となっている。
【００４５】
また、ユーザデータベース１１６で、必要性解約日が「未登録」とは、更新通知の必要でなくなる日が予定されていないことを意味する。ユーザ１０７が、たとえば夏休みに旅行に行く目的で、旅行に出発するまでの期間限定付きで資料収集のために旅行先の都市のウエブページの更新通知を要求するような場合には、図８のステップＳ２４５で示した更新通知の登録の際に必要性解約日を指定しておけばよい。また、そのウエブページを当初は大いに活用する目的で更新通知の登録を行ったが、更に適したウエブページが存在し、先に見つけたウエブページを利用することがなくなったような場合には、その利用しなくなったウエブページの必要性解約日を記入してウエブページサーバ１０２に送信するか、解約を別に申し込むようにすればよい。
【００４６】
図１１は、図１０に対応するもので、ユーザ端末に備わったウエブページ更新要素指定履歴データベースの一部を表わしたものである。ウエブページ更新要素指定履歴データベース１２４には、この例ではユーザＡのみの図１０と対応するデータが格納されることになる。もちろん、図１に示したユーザ端末１０３を複数のユーザが共有しているような場合は、これら共有しているユーザの分のみがユーザ端末側のウエブページ更新要素指定履歴データベース１２４に格納されることになる。
【００４７】
図７に戻って、ウエブページの更新が行われたときを具体的に説明する。図２に示したウエブページサーバ１０２は、その中央処理装置１１１がウエブページ作成者からの更新登録を待機している（ステップＳ２２４）。今、ウエブページ作成者Ｘがウエブページの更新のためのアップロードを行い（Ｙ）、ウエブページ本文１４２あるいは変更されたページの部分が更新登録されたものとする（ステップＳ２２５）。
【００４８】
図１２は、ウエブページ作成者Ｘが更新したウエブページ本文を構成するページの一例を示したものである。このページ１４２Ｘ1は、メーカの取扱商品の説明やアフタサービスに関するものであり、ＨＴＭＬ言語を使用して記述されている。ここでは、「商品の修理」に関する「修理先Ｃ」の項目１５１が新たに追加されている。
【００４９】
ウエブページサーバ１０２はウエブページ本文１４２あるいは変更されたページ１４２Ｘ1をウエブページデータベース１１４上で更新すると、図９に示すウエブページ作成者データベース１１５を更新する（図７ステップＳ２２６）。図１２に示した更新によって追加あるいは変更された部分は、図９に示されているように更新要素の第５の要素に関するものであり、更新日は２００２年６月１日となっている。
【００５０】
ここでは、ウエブページ作成者Ｘの作成したウエブページＸにおける第５の要素の更新が行われたので、この更新を通知する対象となるユーザが存在するかどうかの検索が行われることになる（ステップＳ２２７）。具体的には、図１０に示したユーザデータベース１１６の検索が行われる。ユーザデータベース１１６には、ウエブページＸにおける第５の要素の更新に対してユーザＡが２００２年５月１０日から更新通知を待機していることが記されている。そこで、更新通知の対象となるユーザが存在することになる（ステップＳ２２８：Ｙ）。このため、ウエブページサーバ１０２は更新通知の対象となるユーザとして、ここではユーザＡに対して所望の更新要素についてウエブページの更新があったことを通知する（ステップＳ２２９）。
【００５１】
図１３は、この例でウエブページサーバがユーザＡに通知する更新通知の例を示したものである。この例では、ユーザＡが登録したアドレス「ｘｘｘｘｘ＠ｘｘｘ．ｃｏ．ｊｐ」に対して更新通知の電子メールが送信される。電子メール１６１には、更新されたページがハイパーリンク１６２によって示されている。したがって、ユーザＡはハイパーリンク１６２の箇所を図示しないマウスでクリックするだけで、更新されたページを見ることができる。また、この電子メール１６１には、ユーザＡが指定した更新要素についての情報１６３も付記されている。このため、ユーザＡは、この更新通知が適切なものであるかを判別することができ、必要に応じて更新通知の対象となる更新要素の修正を行ったり、場合によっては自己に対する更新通知そのものを取りやめさせることも可能である。
【００５２】
以上のようにしてユーザに対して更新通知を行ったら、ウエブページサーバ１０２は更新要素の比較履歴を記録する（図７ステップＳ２３０）。これは、更新通知の行われた状況を順次記録しておくことで、たとえばユーザ１０７からの更新通知が来ないといった問い合わせに対応して、再度更新通知を行えるようにするためである。ウエブページサーバ１０２は更新要素の比較履歴を記録したら、続いて、更新通知の送信履歴を記録する（ステップＳ２３１）。このようにしてウエブページサーバ１０２側の一連の処理が終了する（リターン）。
【００５３】
図１４は、更新要素の比較と更新通知の送信履歴の記録とを行う比較結果履歴データベースの一部を表わしたものである。比較結果履歴データベース１１７には、それぞれのウエブページの更新の指定に対して、更新の通知の行われた日（更新通知の送信日）が記されるようになっている。この比較結果履歴データベース１１７で「Ｎ／Ａ」とは、該当する情報が存在しないことを示している。例で挙げたウエブページＸの第５の要素の更新については、ユーザＡが指定した２００２年５月１０日以降でウエブページ作成者がその更新要素を更新対象として指定した２００２年６月１日に更新通知が送信されたことが分かる。
【００５４】
一方で、ウエブページＸの第１の要素の更新については、ユーザＡが更新要素を指定した日が、図１０より２００２年４月１０日となっている。ウエブページＸの第１の要素の更新は、最新のものが図１４より２００２年４月１日となってるので、ユーザＡが更新要素を指定した日よりも古い。ユーザＡが更新要素を指定した日にそのウエブページＸを閲覧しているので、ユーザＡは２００２年４月１日に更新した内容をすでに閲覧の対象としていることになる。したがって、ウエブページサーバ１０２はこのようにすでに配布している内容を更にユーザＡに更新内容として通知する必要はない。そこで、比較結果履歴データベース１１７におけるウエブページＸの第１の要素の欄では、「ユーザが更新要素を指定した日」、「更新通知の送信日」、「ユーザ名」および「電子メールアドレス」が「Ｎ／Ａ」となっている。もちろん、他のユーザが２００２年４月１日よりも前に第１の要素の更新について通知を指定していれば、その者の「ユーザ名」、「更新通知の送信日」等の情報がこの欄に記載されていることになる。
【００５５】
＜発明の変形例＞
【００５６】
図１５は、本発明の変形例におけるウエブページの更新通知システムの概要を表わしたものである。図１５で図１と同一部分には同一の符号を付している。この変形例のウエブページの更新通知システム１００Ａでは、インターネット１０１に新たに更新管理サーバ３０１が接続されている。更新管理サーバ３０１は、更新管理を専用に行うサーバである。ユーザ１０７は、ウエブページサーバ１０２Ａに公開されているウエブページについての更新通知を更新管理サーバ３０１に依頼する。更新管理サーバ３０１は、ウエブページ作成者１０４と契約してそのウエブページの更新があったとき、それが指定された更新要素に該当する場合、これをユーザ端末１０３あるいはユーザ１０７に通知する。
【００５７】
この変形例のウエブページの更新通知システムによれば、ウエブページサーバ１０２Ａ自体が実施例で説明したような更新通知のサービスを行わない場合であっても、ユーザ１０７に対するこのサービスを実現することができる。しかも、更新管理サーバ３０１に高度なウエブページ解析機能を持たせることで、ウエブページ作成者１０４に負担を掛けることなく更新要素の分析が可能である。
【００５８】
以上説明した実施例では、ウエブページサーバ１０２およびユーザ端末１０３が各種データベースを備えることにしたが、これらは同等のデータを格納するテーブルあるいは記憶領域といった異なった名称のデバイスで構成されていてもよいことは当然である。
【００５９】
更に実施例では、図５に示した更新要素一覧ページ１３１をウエブページ作成者ごとに用意することにしたが、ウエブページサーバ１０２側が統一した更新要素一覧ページあるいは更新要素一覧表を用意しておいて、更新要素を統一して使用できるようにしてもよい。これにより、ウエブページ作成者は更新要素一覧ページ１３１を個別に管理する煩わしさから開放される。また、更新要素一覧の内容を統一すると共に、各ウエブページの表記をある程度ルール化することによって、ウエブページ作成者が更新内容がどの更新要素に当たるかを判別しなくても、ウエブページサーバ１０２側で機械的に更新要素を判別することが可能になる。これにより、ウエブページ作成者に特別の負担を掛けずに更新要素別の更新通知が可能になる。また、ウエブページ作成者も気楽に更新を行うことができるので、ウエブページの新鮮さを保つことができるようになる。
【００６０】
また、実施例では個々にウエブページ作成者の作成したウエブページを指定して、これらの更新内容の取捨選択を行うようにしたが、たとえば誤記の訂正やレイアウトの変更程度の更新内容については、すべてのウエブページの更新の通知を排除するような指定を通信端末側で行うようにしてもよい。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施例におけるウエブページの更新通知システムの概要を表わしたシステム構成図である。
【図２】本実施例のウエブページサーバの構成の概要を表わしたブロック図である。
【図３】本実施例で使用されるユーザ端末の構成を表わしたブロック図である。
【図４】本実施例でウエブページ作成者によるウエブページの処理の流れを表わした流れ図である。
【図５】更新要素一覧ページの一例を示した説明図である。
【図６】本実施例でウエブページの構成を示した説明図である。
【図７】本実施例でウエブページサーバ側によるウエブページの登録・更新処理を示した流れ図である。
【図８】本実施例でユーザ端末側のウエブページ閲覧に伴う処理を示した流れ図である。
【図９】本実施例のウエブページ作成者データベースの一部を示した説明図である。
【図１０】本実施例のウエブページサーバ側におけるユーザデータベースの一部を示した説明図である。
【図１１】本実施例でユーザ端末に備わったウエブページ更新要素指定履歴データベースの一部を表わした説明図である。
【図１２】本実施例でウエブページ作成者Ｘが更新したウエブページ本文を構成するページの一例を示した説明図である。
【図１３】本実施例でウエブページサーバがユーザＡに通知する更新通知の例を示した説明図である。
【図１４】本実施例で更新要素の比較と更新通知の送信履歴の記録とを行う比較結果履歴データベースの一部を表わした説明図である。
【図１５】変形例におけるウエブページの更新通知システムの概要を表わしたシステム構成図である。
【符号の説明】
【００６２】
１００ ウエブページの更新通知システム
１０１ インターネット
１０２、１０２Ａ ウエブページサーバ
１０３、１０３Ａ ユーザ端末
１０４ ウエブページ作成者
１０５ 通信端末
１０７ ユーザ
１１１、１２１ 中央処理装置
１１４ ウエブページデータベース
１１５ ウエブページ作成者データベース
１１６ ユーザデータベース
１１７ 比較結果履歴データベース
１１３、１２３ 制御プログラム格納部
１２４ ウエブページ更新要素指定履歴データベース
１３１ 更新要素一覧ページ
１４２ ウエブページ本文
３０１ 更新管理サーバ
【技術分野】
【０００１】
本発明は、インターネット等のネットワーク上で提供されるウエブページの更新を通知するウエブページの更新通知システムおよび更新通知方法に関する。
【背景技術】
【０００２】
インターネットや各種ネットワークの発展により、多くのウエブページがネットワーク上で公開されている。本明細書でウエブページとは、単にＷＷＷ（World Wide Web）上の各種コンテンツを表わしたページだけをいうのではなく、たとえばＬＡＮ（ローカルエリアネットワーク）やＣＡＴＶ（CAble TeleVision）網あるいは携帯電話網からも得ることのできる各種情報を表わしたページをいうものとする。
【０００３】
ウエブページはその基となる情報が電気的なデータで構成されている。このため、作成者はこれをいつでも比較的簡易に書き改める処理としての更新作業を行うことができる。ウエブページの作成者の努力にもよるが、ウエブページが常に最新の状態に保たれることは、執筆時点あるいは購入時点から内容の陳腐化が進行する物理的な本や雑誌と比較して大きな魅力である。
【０００４】
そこで、ウエブページが更新されたときには、閲覧者としてのユーザに対して、この更新を電子メール等の通知手段を使用して通知することが行われている。しかしながら、ウエブページは通信ネットワーク全体で見ると膨大な数に上っており、必要のないウエブページの通知が行われることはユーザ側が迷惑を蒙るだけでなく、通知のためのトラヒックが増大する点でも問題がある。このため、あらかじめ更新情報の必要な分野を登録しておくと、その登録された分野のウエブページについての更新情報がユーザに通知されるようにした第１の提案が行われている（たとえば特許文献１参照）。
【０００５】
この第１の提案では、電子メールの送信先のメールリストを作成しておいて、ウエブページの変更が生じた場合にその更新情報を登録しているユーザに電子メールで送信するだけでなく、メール本文に、メンバが必要とする情報分野で内容の変更があったページのタイトルを記入して送信するようにしている。
【０００６】
しかしながら、このように情報分野を指定したウエブページの通知も、該当する分野に関するウエブページの数が膨大であれば多くの数となり、ユーザ側では一方的に通知されたウエブページを１つずつチェックする処理が馬鹿にならない。そこで、ユーザが希望するウエブページの更新チェックの周期で必要とするウエブページのみの更新情報をそのユーザに通知するという提案も行われている（たとえば特許文献２参照）。
【０００７】
この第２の提案で、クライアントサービスプロバイダは特定のウエブページについてユーザから更新通知要求を受け付ける。そして、要求のあったウエブページのＵＲＬ（Uniform Resource Locator）とチェックの周期を指定させ、該当する周期で指定されたＵＲＬをチェックして、更新があった場合にはこれをユーザに通知するようにしている。
【特許文献１】特開２００２−２１５５０６号公報（第００２８段落、第００４１段落、図８）
【特許文献２】特開２００２−０７３４５５号公報（第００４６段落、第００５０段落、図８、図９）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この第２の提案では、具体的なＵＲＬが指定されており、また、更新のチェックの周期が定まっている。したがって、ユーザは不要なウエブページの更新情報を取得したり、頻繁に更新情報を取得する煩雑さから開放される。しかしながら、ユーザが更新のチェックの対象とするウエブページが増えてくると、これに応じてウエブページの更新情報が数多く通知されるようになるのはもちろんである。
【０００９】
従来から、このようにウエブページの更新の通知が来ると、ユーザは通知のあったウエブページにアクセスしてその更新情報を確かめている。ところが、更新情報の中には、ユーザにとって必要でない情報も多い。たとえば、一般的には、文字サイズや文字の着色の変更あるいはページに配置された情報のレイアウトの単なる変更や、誤字の訂正といった内容もウエブページの更新であることに相違ない。このような形式的な変更は、多くのユーザにとって緊急に確認を必要とするものではなく、内容の実質的な変更を伴った更新があったときに併せて確認すれば足りる場合が多い。
【００１０】
また、内容の実質的な変更を伴う更新が行われている場合であっても、該当するウエブページに複数のコンテンツが掲載されているような場合には、ユーザが全然必要としないコンテンツも存在する。たとえばあるメーカから新しくプリンタを自宅で購入したユーザは、プリンタドライバのソフトウェアの最新のものをダウンロードするための「ダウンロードのページ」の更新情報に強い関心があっても、「新製品の紹介のページ」には購入から数年間、特に興味を持たない場合が多い。このようなとき、同一のウエブページ内の情報であっても、ユーザにとって必要でないページの更新情報は、ユーザに無駄な閲覧作業を強いるだけとなってしまい、好ましくない。
【００１１】
そこで、本発明の目的は、ユーザが閲覧を指定したウエブページであっても、そのユーザ自身が必要とする情報について更新があったときのみ、その更新通知を受けることのできるウエブページの更新通知システムおよび更新通知方法を提供することにある。
【課題を解決するための手段】
【００１２】
請求項１記載の発明では、（イ）ウエブページを閲覧する閲覧手段と、ウエブページの更新される内容を一覧で示した一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定する項目指定手段と、この項目指定手段によって指定された項目をウエブページの管理者側に通知（申請）する通知手段（申請手段）とを備えた利用者側通信端末と、（ロ）通知手段の通知を受信する通知受信手段と、ウエブページの更新が通知受信手段の受信した通知による項目に該当するかを通知された利用者側通信端末ごとに判別する項目該当有無判別手段と、この項目該当有無判別手段が該当すると判別した項目のウエブページの更新をその項目に対応した利用者側通信端末に通知する更新通知手段とを備えたウエブページ管理サーバとをウエブページの更新通知システムに具備させる。
【００１３】
すなわち請求項１記載の発明では、ウエブページの閲覧を行う側の利用者側通信端末に、ウエブページの更新される内容を一覧で示した一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させ、更新がその指定した項目で生じたときにそのウエブページをその指定した利用者側通信端末に通知することにして、指定しなかった項目だけの更新が行われた場合には通知が行われないようにして、利用者が特に必要としない更新のチェックを省略できるようにしている。
【００１４】
請求項８記載の発明では、（イ）ウエブページを閲覧するユーザに対して、そのウエブページの更新される内容を一覧で示した一覧表を基にしてウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させる項目指定ステップと、（ロ）ウエブページの更新があったとき、一覧表を基にしてその更新が項目指定ステップで指定した項目に該当するかどうかをユーザごとに判別する判別ステップと、（ハ）この判別ステップで該当するとされたウエブページの更新をその項目を指定したユーザに通知する更新通知ステップとをウエブページの更新通知方法に具備させる。
【００１５】
すなわち請求項８記載の発明では、ウエブページを閲覧するユーザに対して、そのウエブページの更新される内容を一覧で示した一覧表を基にしてウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させ、ウエブページの更新があったときにはその更新が項目指定ステップで指定した項目に該当するかどうかをユーザごとに判別して、該当するウエブページの更新をその項目を指定したユーザに通知することにした。これにより、ユーザは必要な更新が行われたウエブページのみについて更新の通知を受けることになり、不必要な更新の通知によるウエブページの無駄なチェックを省略することができる。
【発明の効果】
【００１６】
このように本発明では、ウエブページを閲覧するユーザが必要とする項目についてウエブページの更新が行われたときのみウエブページの更新の通知があるので、ユーザは無駄にウエブページをアクセスすることがなくなり、効率的な情報収集が可能になるだけでなく、更新通知の数も相対的に減少するので、無駄な通信によるトラヒックの増大を防止することができる。更に、ウエブページを公開するサーバ以外のサーバが専用でこのような更新通知の処理を行うようにすれば、高度の情報処理による項目の自動化も可能になるだけでなく、ウエブ用のビジネスとして成立させる可能性も生じる。
【発明を実施するための最良の形態】
【００１７】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１８】
図１は、本発明の実施例におけるウエブページの更新通知システムの概要を表わしたものである。このウエブページの更新通知システム１００は、インターネット１０１と、このインターネットに接続され、各種のウエブページを格納したウエブページサーバ１０２と、インターネット１０１を介してこのウエブページサーバ１０２にアクセスすることのできるユーザ端末１０３を備えている。ウエブページサーバ１０２は、図では代表的に１つのみを示しているがインターネット１０１上に複数存在している。ユーザ端末１０３も、図では代表的に１つのみを示しているが、実際には複数存在している。
【００１９】
ウエブページサーバ１０２は、たとえばインターネット１０１の接続業者としての図示しないプロバイダが管理するサーバである。ウエブページ作成者１０４は、パーソナルコンピュータ等の通信端末１０５を操作することで１まとまりのウエブページ（複数ページあるいは単一ページ）の作成や修正を行い、その内容をウエブページサーバ１０２の自己に割り当てられたＵＲＬの記憶領域にアップロードするようになっている。
【００２０】
ユーザ端末１０３は、ウエブページの閲覧に用いられる通信端末であり、インターネットにアクセスできてその閲覧用のブラウザと呼ばれるソフトウェアを搭載しているものであれば、どのような種類のものであってもよい。すなわち、ユーザ端末１０３は、パーソナルコンピュータ、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ゲーム端末のような各種の通信端末が含まれる。ユーザ端末１０３は、ユーザ１０７によって操作される。本実施例では、ユーザ１０７がユーザ端末１０３を使用して、ウエブページサーバ１０２内の所望のウエブページにアクセスしたとき、そのウエブページで更新内容の閲覧を希望する項目を指定できるようになっている。
【００２１】
図２は、本実施例のウエブページサーバの構成の概要を表わしたものである。ウエブページサーバ１０２は、中央処理装置（ＣＰＵ）１１１を備えている。中央処理装置１１１は、データバス等のバス１１２を介して、制御プログラムを格納した制御プログラム格納部１１３の他に、ウエブページを格納するウエブページデータベース１１４と、ウエブページの作成者の一覧を格納したウエブページ作成者データベース１１５と、このウエブページサーバのユーザの一覧を格納したユーザデータベース１１６と、ウエブページの比較結果の履歴情報を格納した比較結果履歴データベース１１７と接続されている。
【００２２】
図３は、本実施例で使用されるユーザ端末の構成を表わしたものである。ユーザ端末１０３は、中央処理装置１２１を備えている。中央処理装置１２１は、データバス等のバス１２２を介して、制御プログラムを格納した制御プログラム格納部１２３の他に、ウエブページ更新要素を指定した履歴情報を格納したウエブページ更新要素指定履歴データベース１２４を接続されている。また、バス１２２には入出力インタフェース回路１２５が接続されいる。入出力インタフェース回路１２５は、視覚的な情報を出力するためのディスプレイ１２６および図示しないキーボードやマウス等からなる入力機器１２７と接続されている。図示しないレーザプリンタ等の出力機器との接続も可能である。
【００２３】
なお、図１に示した通信端末１０５は、ウエブページ作成者１０４が通常使用するパーソナルコンピュータ等の情報機器であってウエブページサーバ１０２との通信機能を備えたものである。そこで、この図示および装置の具体的な説明は省略する。
【００２４】
図４は、ウエブページ作成者によるウエブページの処理の流れを表わしたものである。ウエブページ作成者１０４は、ウエブページの新規作成を行うときには（ステップＳ２０１：Ｙ）、ウエブページの本文（以下、ウエブページ本文という。）をＨＴＭＬ（Hyper Text Markup Language）等の文書構造記述用言語で記述して作成すると共に、今後のウエブページ本文の更新のときに更新通知を必要とするか否かをユーザ単位で指示できるように、更新要素一覧ページをこのウエブページ本文に付加する（ステップＳ２０２）。そして、これらをそのウエブページ作成者１０４のウエブページとしてウエブページサーバ１０２にアップロードする（ステップＳ２０３）。
【００２５】
図５は、この更新要素一覧ページの一例を示したものである。更新要素一覧ページ１３１は、一連の更新要素と、これら更新要素ごとの更新通知を必要とする更新要素の対で構成されている。たとえば、更新要素としての第１の要素では、新商品の追加が更新通知を必要とすることになっている。したがって、ユーザ１０７が第１の要素を指定すれば、ウエブページの更新が新商品の追加であったとき、そのユーザ１０７に対して更新通知が行われることになる。また、ユーザ１０７が第２の要素を指定している場合には、ウエブページに掲載された商品の価格が変更される更新が行われた場合に、そのユーザ１０７に更新通知が行われる。したがって、ユーザ１０７が第１２の要素や第１３の要素を併せて指定していない場合には、ウエブページのレイアウトが変更されたり、誤字脱字の訂正が行われただけの更新について、ユーザ１０７に更新通知が行われることはない。
【００２６】
この図５に示したような更新要素一覧ページは、ウエブページ作成者１０４が作成するウエブページの内容によっても変化するし、図１に示した閲覧側のユーザ１０７の要求によって、その内容が変更される場合もあり得る。たとえば、多くのユーザ１０７から「中古商品の買い取り価格の変更」についての更新情報を更新要素として新設して欲しいという要望がウエブページ作成者１０４に寄せられた場合、第１４の要素で「その他」としていた内容から、「中古商品の買い取り価格の変更」を概念上抜き出して、これに新たな更新要素を割り当てることになる。
【００２７】
図６は、ウエブページ作成者がウエブページサーバにアップロードするウエブページの構成を表わしたものである。ウエブページ１４１は、本来のウエブページとしてのウエブページ本文１４２と、図５で示した更新要素一覧ページ１３１の組によって構成されている。ウエブページ１４１は、１ページだけでもよいが、通常の場合には複数のページで構成されている場合が多い。また、これらのページの多くは、図５に示した更新要素に対応させた形で作成することができる。たとえば、「新商品の紹介」のページに、「新商品の追加」の更新を通知する第１の要素を対応付けて作成することで、ページの更新とユーザ１０７に対する通知の関係を分かりやすくすることができる。もちろん、第１２の要素や第１３の要素は、特定のページに関係するものではないので、対応付けを行うことはできない。
【００２８】
図４に戻って説明を続ける。ウエブページのアップロードを行ったら（ステップＳ２０３）、このウエブページの新規登録を知らせるべき者がいる場合（ステップＳ２０４：Ｙ）、この者にそのウエブページのアドレス（ＵＲＬ）を通知する（ステップＳ２０５）。また、より多くの者にウエブページを知ってもらうために、ウエブページの各種リンク先にこのウエブページのアドレスを登録するといった周知の手法を採ってもよい。
【００２９】
このようにしてウエブページの新規登録を行ったら、ウエブページ作成者１０４はその後、適宜、ウエブページ本文１４２の更新を行う（ステップＳ２０６：Ｙ）。この更新の際には、図１に示した通信端末１０５を使用して更新の行われたページをウエブページサーバ１０２にアップロードするだけでなく、ウエブページ作成者１０４は更新内容が図５に示した更新要素一覧ページ１３１に示す更新要素のいずれに該当するかをチェックする。そして、該当する更新要素をウエブページサーバ１０２にアップロードする（ステップＳ２０７）。
【００３０】
図７は、ウエブページサーバ側によるウエブページの登録・更新処理の流れを表わしたものである。ウエブページサーバ１０２は、ウエブページ作成者１０４からウエブページの新規登録があると、これを検知する（ステップＳ２２１：Ｙ）。このような検知は、たとえばウエブページ格納用にウエブページ作成者１０４ごとにあらかじめ用意した記憶領域に対する書き込み（新規登録）が行われたか否かのチェックを行うこと、あるいはウエブページ作成者１０４がウエブページの登録を完了したときにウエブページサーバ１０２の管理者へその旨の電子メールを通知させることにしておいてその通知があるかどうかをチェックすること等の公知の手法で行うことができる。
【００３１】
ウエブページの新規登録があったら、ウエブページサーバ１０２は図６に示したウエブページ本文１４２と図５で示した更新要素一覧ページ１３１を図２に示すウエブページデータベース１１４に登録する（ステップＳ２２２）。また、ウエブページ作成者１０４の名前と、更新要素一覧ページ１３１のウエブページデータベース１１４上における格納箇所を示す記憶領域のアドレスをウエブページ作成者データベース１１５に登録する（ステップＳ２２３）。更新要素一覧ページ１３１は、ウエブページサーバ１０２側が指定した識別符号をこのページの文書構造記述用言語で埋め込んでおく等の手法で、ウエブページ作成者１０４がアップロードしたウエブページ１４１から簡単に判別することができ、この部分の記憶領域のアドレスをウエブページ作成者データベース１１５に登録することができる。
【００３２】
本実施例で更新要素一覧ページ１３１をウエブページデータベース１１４側に登録することにしたのは、後に説明するユーザ１０７が更新要素を選択するときに、この更新要素一覧ページ１３１で表示される内容を適宜、ユーザ１０７側に示せるようにウエブページ本文１４２を作成できるようにするためである。更新要素一覧ページ１３１をウエブページ本文１４２と異なった記憶領域に分離してウエブページサーバ１０２側で保存するようにすると、ウエブページ本文１４２と更新要素一覧ページ１３１の間のリンク関係を示すアドレス情報を書き変える必要が生じる。また、ウエブページ作成者１０４が更新要素一覧ページ１３１を含めてウエブページサーバ１０２側のデータの全体をダウンロードするような場合に、ウエブページサーバ１０２の管理者側が本来的に管理するウエブページ作成者データベース１１５にウエブページ作成者１０４が自由にアクセスできる事態は好ましくない。
【００３３】
この一方で、ウエブページ作成者データベース１１５に更新要素一覧ページ１３１のリンク情報を記して、更新要素一覧ページ１３１をアクセスできるようにしたのは、ウエブページサーバ１０２側の更新通知処理のための検索処理をウエブページ１４１全体を検索対象とすることなく簡易に行えるようにするためである。また、ウエブページ作成者１０４が更新要素一覧ページ１３１自体に変更を加えた場合にも、その変更内容が自動的に適用されることになる。
【００３４】
さて、ウエブページ作成者１０４がウエブページの更新のためのアップロードを行った場合（ステップＳ２２４：Ｙ）、ウエブページサーバ１０２は、アップロードされたウエブページ本文１４２をウエブページデータベース１１４に上書きすることでその内容を更新する（ステップＳ２２５）。また、ウエブページ作成者１０４からこれと同時に送られてきた更新要素（図４ステップＳ２０７参照）を、ウエブページ作成者データベース１１５に追加登録する（ステップＳ２２６）。
【００３５】
このようにしてウエブページの更新登録が終了したら、ウエブページサーバ１０２は、登録された更新要素に対応するウエブページに該当するユーザの検索を行う（ステップＳ２２７）。すなわち、その更新について通知を必要とするユーザ１０７が存在するかを更新要素ごとにチェックすることになる。
【００３６】
ここで、説明を分かりやすくするために、ウエブページ本文１４２の新既登録後、更新が行われる前に複数のユーザ１０７（ここでは、ユーザＡ、ユーザＢ、ユーザＣとする。）がウエブページ作成者１０４（ここではウエブページ作成者Ｘ）のウエブページを閲覧したものとして説明を続ける。
【００３７】
図８は、ユーザ端末側のウエブページ閲覧に伴う処理を示したものである。ユーザＡが図３に示したユーザ端末１０３を操作してウエブページ作成者Ｘの作成したウエブページＸにアクセスしたとする（ステップＳ２４１：Ｙ）。これにより、ウエブページサーバ１０２から要求のあったＵＲＬのウエブページが送られてきて、ディスプレイ１２６にその内容が表示される（ステップＳ２４２）。ユーザＡはそのウエブページを気に入る等によって更新内容を見たいと思ったときに、更新通知登録ページに進んで更新の通知を受ける処理を行うことになる。ユーザ端末１０３は更新通知登録ページが要求されると（ステップＳ２４３：Ｙ）、更新通知登録ページを受信してディスプレイ１２６にこれを表示する（ステップＳ２４４）。
【００３８】
この更新通知登録ページでは、更新通知を受けようとする者の電子メールアドレスの入力と、どのような内容が更新されたときに更新通知が行われるかを指示するための更新要素の入力が求められる。ユーザＡは、更新要素の入力に際しては更新要素一覧ページ１３１を参照する。ウエブページ作成者１０４によっては、更新要素をユーザＡに入力させる代わりに、更新要素一覧ページ１３１の表示内容の各更新要素の表示位置にラジオボタンを配置して、所望の番号を選択できるようにしてもよい。
【００３９】
ユーザＡが所定の入力操作を完了させた後に更新通知の登録のための図示しない登録ボタンを押すと（ステップＳ２４５：Ｙ）、入力された電子メールアドレスおよび選択された更新要素がウエブページサーバ１０２側に送信される（ステップＳ２４６）。また、ユーザＡが指定した更新要素は、図３に示したユーザ端末１０３内のウエブページ更新要素指定履歴データベース１２４に登録される（ステップＳ２４７）。この後、ユーザＡが更新通知登録ページ以外のページの閲覧を要求すれば（ステップＳ２４８：Ｙ）、そのページの閲覧が行われる（ステップＳ２４２）。
【００４０】
また、このようにしてユーザＡが更新通知の登録を行うと、それ以後、そのウエブページにおけるユーザＡが指定した更新要素の更新があったときは、これを知らせる電子メールがウエブページサーバ１０２から送られてくることになる。ユーザ端末１０３が電子メールの受信状態であれば（ステップＳ２４９：Ｙ）、このような電子メールの受信処理が行われることになる（ステップＳ２５０）。なお、ユーザＡが更新通知登録ページをディスプレイ１２６に表示したものの、登録処理を中止するために「戻る」ボタンを押したような場合には（ステップＳ２５１：Ｙ）、ステップＳ２４２に進んで、戻った先の該当するウエブページが表示されることになる。
【００４１】
ところで、図７のステップＳ２２７では、ウエブページ本文１４２の更新が行われたとき、その更新に対応する更新要素に該当するユーザを検索することにしている。
【００４２】
図９は、図２に示したウエブページ作成者データベースの一部を示したものである。ウエブページ作成者データベース１１５には、ウエブページの更新の履歴が、ウエブページ名、ウエブページの更新日、更新要素、更新要素の指定日、ウエブページ作成者名の項目に分けて記されるようになっている。たとえば、ウエブページ作成者Ｘの作成したウエブページＸは、２００２年４月１日に更新され、そのときの更新要素は、「新商品の追加」の更新なので、第１の要素となっている。更新要素の指定日とは、該当する更新要素ごとに更新の通知の指定に対応できる日である。このため、ウエブページの更新日と更新要素の指定日は同日であるのが原則である。この例でも、ウエブページ作成者Ｘの作成したウエブページＸは、２００２年４月１日に更新されているので、更新要素の指定日も同日の２００２年４月１日となっている。たとえば、ウエブページの更新自体は過去に行ったが、その時点でウエブページ作成者Ｘがまだウエブページサーバ１０２以外の図示しないサーバを使用してそのウエブページを公開していたような場合には、ウエブページの更新日と更新要素の指定日が異なってくることになる。
【００４３】
図９に示したウエブページ作成者データベース１１５は、ユーザの要求に基づいて検索される。そして、このとき得られた各ウエブページの更新状況を基にして、ユーザデータベース１１６を検索して更新の通知の対象となるユーザを抽出し、これらのユーザに対して更新通知が行われることになる。
【００４４】
図１０は、ウエブページサーバ側におけるユーザデータベースの一部を示したものである。ユーザデータベース１１６には、更新通知の対象となるウエブページの名前と、更新通知の対象となる更新要素と、更新通知の必要性が生じた日としての必要性指定日と、更新通知の必要でなくなる日としての必要性解約日と、ユーザ名およびそのユーザ１０７に更新通知を知らせるための電子メールアドレスが、ユーザ１０７ごと、ならびに更新要素ごとに記録されるようになっている。一例として、この図１０の最上欄のケースを説明する。この例では、ウエブページ作成者Ｘの作成したウエブページＸの第１の要素について、２００２年４月１０日から特に期間の終期の指定がされていない状態で更新通知が設定されている。通知の対象となるユーザはユーザＡであり、通知の宛先は、「ｘｘｘｘｘ＠ｘｘｘ．ｃｏ．ｊｐ」となっている。
【００４５】
また、ユーザデータベース１１６で、必要性解約日が「未登録」とは、更新通知の必要でなくなる日が予定されていないことを意味する。ユーザ１０７が、たとえば夏休みに旅行に行く目的で、旅行に出発するまでの期間限定付きで資料収集のために旅行先の都市のウエブページの更新通知を要求するような場合には、図８のステップＳ２４５で示した更新通知の登録の際に必要性解約日を指定しておけばよい。また、そのウエブページを当初は大いに活用する目的で更新通知の登録を行ったが、更に適したウエブページが存在し、先に見つけたウエブページを利用することがなくなったような場合には、その利用しなくなったウエブページの必要性解約日を記入してウエブページサーバ１０２に送信するか、解約を別に申し込むようにすればよい。
【００４６】
図１１は、図１０に対応するもので、ユーザ端末に備わったウエブページ更新要素指定履歴データベースの一部を表わしたものである。ウエブページ更新要素指定履歴データベース１２４には、この例ではユーザＡのみの図１０と対応するデータが格納されることになる。もちろん、図１に示したユーザ端末１０３を複数のユーザが共有しているような場合は、これら共有しているユーザの分のみがユーザ端末側のウエブページ更新要素指定履歴データベース１２４に格納されることになる。
【００４７】
図７に戻って、ウエブページの更新が行われたときを具体的に説明する。図２に示したウエブページサーバ１０２は、その中央処理装置１１１がウエブページ作成者からの更新登録を待機している（ステップＳ２２４）。今、ウエブページ作成者Ｘがウエブページの更新のためのアップロードを行い（Ｙ）、ウエブページ本文１４２あるいは変更されたページの部分が更新登録されたものとする（ステップＳ２２５）。
【００４８】
図１２は、ウエブページ作成者Ｘが更新したウエブページ本文を構成するページの一例を示したものである。このページ１４２Ｘ1は、メーカの取扱商品の説明やアフタサービスに関するものであり、ＨＴＭＬ言語を使用して記述されている。ここでは、「商品の修理」に関する「修理先Ｃ」の項目１５１が新たに追加されている。
【００４９】
ウエブページサーバ１０２はウエブページ本文１４２あるいは変更されたページ１４２Ｘ1をウエブページデータベース１１４上で更新すると、図９に示すウエブページ作成者データベース１１５を更新する（図７ステップＳ２２６）。図１２に示した更新によって追加あるいは変更された部分は、図９に示されているように更新要素の第５の要素に関するものであり、更新日は２００２年６月１日となっている。
【００５０】
ここでは、ウエブページ作成者Ｘの作成したウエブページＸにおける第５の要素の更新が行われたので、この更新を通知する対象となるユーザが存在するかどうかの検索が行われることになる（ステップＳ２２７）。具体的には、図１０に示したユーザデータベース１１６の検索が行われる。ユーザデータベース１１６には、ウエブページＸにおける第５の要素の更新に対してユーザＡが２００２年５月１０日から更新通知を待機していることが記されている。そこで、更新通知の対象となるユーザが存在することになる（ステップＳ２２８：Ｙ）。このため、ウエブページサーバ１０２は更新通知の対象となるユーザとして、ここではユーザＡに対して所望の更新要素についてウエブページの更新があったことを通知する（ステップＳ２２９）。
【００５１】
図１３は、この例でウエブページサーバがユーザＡに通知する更新通知の例を示したものである。この例では、ユーザＡが登録したアドレス「ｘｘｘｘｘ＠ｘｘｘ．ｃｏ．ｊｐ」に対して更新通知の電子メールが送信される。電子メール１６１には、更新されたページがハイパーリンク１６２によって示されている。したがって、ユーザＡはハイパーリンク１６２の箇所を図示しないマウスでクリックするだけで、更新されたページを見ることができる。また、この電子メール１６１には、ユーザＡが指定した更新要素についての情報１６３も付記されている。このため、ユーザＡは、この更新通知が適切なものであるかを判別することができ、必要に応じて更新通知の対象となる更新要素の修正を行ったり、場合によっては自己に対する更新通知そのものを取りやめさせることも可能である。
【００５２】
以上のようにしてユーザに対して更新通知を行ったら、ウエブページサーバ１０２は更新要素の比較履歴を記録する（図７ステップＳ２３０）。これは、更新通知の行われた状況を順次記録しておくことで、たとえばユーザ１０７からの更新通知が来ないといった問い合わせに対応して、再度更新通知を行えるようにするためである。ウエブページサーバ１０２は更新要素の比較履歴を記録したら、続いて、更新通知の送信履歴を記録する（ステップＳ２３１）。このようにしてウエブページサーバ１０２側の一連の処理が終了する（リターン）。
【００５３】
図１４は、更新要素の比較と更新通知の送信履歴の記録とを行う比較結果履歴データベースの一部を表わしたものである。比較結果履歴データベース１１７には、それぞれのウエブページの更新の指定に対して、更新の通知の行われた日（更新通知の送信日）が記されるようになっている。この比較結果履歴データベース１１７で「Ｎ／Ａ」とは、該当する情報が存在しないことを示している。例で挙げたウエブページＸの第５の要素の更新については、ユーザＡが指定した２００２年５月１０日以降でウエブページ作成者がその更新要素を更新対象として指定した２００２年６月１日に更新通知が送信されたことが分かる。
【００５４】
一方で、ウエブページＸの第１の要素の更新については、ユーザＡが更新要素を指定した日が、図１０より２００２年４月１０日となっている。ウエブページＸの第１の要素の更新は、最新のものが図１４より２００２年４月１日となってるので、ユーザＡが更新要素を指定した日よりも古い。ユーザＡが更新要素を指定した日にそのウエブページＸを閲覧しているので、ユーザＡは２００２年４月１日に更新した内容をすでに閲覧の対象としていることになる。したがって、ウエブページサーバ１０２はこのようにすでに配布している内容を更にユーザＡに更新内容として通知する必要はない。そこで、比較結果履歴データベース１１７におけるウエブページＸの第１の要素の欄では、「ユーザが更新要素を指定した日」、「更新通知の送信日」、「ユーザ名」および「電子メールアドレス」が「Ｎ／Ａ」となっている。もちろん、他のユーザが２００２年４月１日よりも前に第１の要素の更新について通知を指定していれば、その者の「ユーザ名」、「更新通知の送信日」等の情報がこの欄に記載されていることになる。
【００５５】
＜発明の変形例＞
【００５６】
図１５は、本発明の変形例におけるウエブページの更新通知システムの概要を表わしたものである。図１５で図１と同一部分には同一の符号を付している。この変形例のウエブページの更新通知システム１００Ａでは、インターネット１０１に新たに更新管理サーバ３０１が接続されている。更新管理サーバ３０１は、更新管理を専用に行うサーバである。ユーザ１０７は、ウエブページサーバ１０２Ａに公開されているウエブページについての更新通知を更新管理サーバ３０１に依頼する。更新管理サーバ３０１は、ウエブページ作成者１０４と契約してそのウエブページの更新があったとき、それが指定された更新要素に該当する場合、これをユーザ端末１０３あるいはユーザ１０７に通知する。
【００５７】
この変形例のウエブページの更新通知システムによれば、ウエブページサーバ１０２Ａ自体が実施例で説明したような更新通知のサービスを行わない場合であっても、ユーザ１０７に対するこのサービスを実現することができる。しかも、更新管理サーバ３０１に高度なウエブページ解析機能を持たせることで、ウエブページ作成者１０４に負担を掛けることなく更新要素の分析が可能である。
【００５８】
以上説明した実施例では、ウエブページサーバ１０２およびユーザ端末１０３が各種データベースを備えることにしたが、これらは同等のデータを格納するテーブルあるいは記憶領域といった異なった名称のデバイスで構成されていてもよいことは当然である。
【００５９】
更に実施例では、図５に示した更新要素一覧ページ１３１をウエブページ作成者ごとに用意することにしたが、ウエブページサーバ１０２側が統一した更新要素一覧ページあるいは更新要素一覧表を用意しておいて、更新要素を統一して使用できるようにしてもよい。これにより、ウエブページ作成者は更新要素一覧ページ１３１を個別に管理する煩わしさから開放される。また、更新要素一覧の内容を統一すると共に、各ウエブページの表記をある程度ルール化することによって、ウエブページ作成者が更新内容がどの更新要素に当たるかを判別しなくても、ウエブページサーバ１０２側で機械的に更新要素を判別することが可能になる。これにより、ウエブページ作成者に特別の負担を掛けずに更新要素別の更新通知が可能になる。また、ウエブページ作成者も気楽に更新を行うことができるので、ウエブページの新鮮さを保つことができるようになる。
【００６０】
また、実施例では個々にウエブページ作成者の作成したウエブページを指定して、これらの更新内容の取捨選択を行うようにしたが、たとえば誤記の訂正やレイアウトの変更程度の更新内容については、すべてのウエブページの更新の通知を排除するような指定を通信端末側で行うようにしてもよい。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施例におけるウエブページの更新通知システムの概要を表わしたシステム構成図である。
【図２】本実施例のウエブページサーバの構成の概要を表わしたブロック図である。
【図３】本実施例で使用されるユーザ端末の構成を表わしたブロック図である。
【図４】本実施例でウエブページ作成者によるウエブページの処理の流れを表わした流れ図である。
【図５】更新要素一覧ページの一例を示した説明図である。
【図６】本実施例でウエブページの構成を示した説明図である。
【図７】本実施例でウエブページサーバ側によるウエブページの登録・更新処理を示した流れ図である。
【図８】本実施例でユーザ端末側のウエブページ閲覧に伴う処理を示した流れ図である。
【図９】本実施例のウエブページ作成者データベースの一部を示した説明図である。
【図１０】本実施例のウエブページサーバ側におけるユーザデータベースの一部を示した説明図である。
【図１１】本実施例でユーザ端末に備わったウエブページ更新要素指定履歴データベースの一部を表わした説明図である。
【図１２】本実施例でウエブページ作成者Ｘが更新したウエブページ本文を構成するページの一例を示した説明図である。
【図１３】本実施例でウエブページサーバがユーザＡに通知する更新通知の例を示した説明図である。
【図１４】本実施例で更新要素の比較と更新通知の送信履歴の記録とを行う比較結果履歴データベースの一部を表わした説明図である。
【図１５】変形例におけるウエブページの更新通知システムの概要を表わしたシステム構成図である。
【符号の説明】
【００６２】
１００ ウエブページの更新通知システム
１０１ インターネット
１０２、１０２Ａ ウエブページサーバ
１０３、１０３Ａ ユーザ端末
１０４ ウエブページ作成者
１０５ 通信端末
１０７ ユーザ
１１１、１２１ 中央処理装置
１１４ ウエブページデータベース
１１５ ウエブページ作成者データベース
１１６ ユーザデータベース
１１７ 比較結果履歴データベース
１１３、１２３ 制御プログラム格納部
１２４ ウエブページ更新要素指定履歴データベース
１３１ 更新要素一覧ページ
１４２ ウエブページ本文
３０１ 更新管理サーバ
【特許請求の範囲】
【請求項１】
ウエブページを閲覧する閲覧手段と、ウエブページの更新される内容を一覧で示した一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定する項目指定手段と、この項目指定手段によって指定された項目をウエブページの管理者側に通知する通知手段とを備えた利用者側通信端末と、
前記通知手段の通知を受信する通知受信手段と、ウエブページの更新が通知受信手段の受信した通知による項目に該当するかを通知された利用者側通信端末ごとに判別する項目該当有無判別手段と、この項目該当有無判別手段が該当すると判別した項目のウエブページの更新をその項目に対応した利用者側通信端末に通知する更新通知手段とを備えたウエブページ管理サーバ
とを具備することを特徴とするウエブページの更新通知システム。
【請求項２】
前記ウエブページ管理サーバは、ウエブページを公開しているウエブページサーバであることを特徴とする請求項１記載のウエブページの更新通知システム。
【請求項３】
前記ウエブページ管理サーバは、ウエブページを公開しているウエブページサーバ以外の所定の管理用のサーバであることを特徴とする請求項１記載のウエブページの更新通知システム。
【請求項４】
前記ウエブページ管理サーバは、利用者側通信端末の個別指定したウエブページごとに前記一覧表の項目に応じて更新を通知することを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項５】
前記一覧表は、前記ウエブページ管理サーバの管理するウエブページ全体で共通して適用される表であることを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項６】
前記一覧表は、ウエブページごとにそれらのコンテンツに適合するように作成された表であることを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項７】
前記更新通知手段は、更新の通知が行われる期間あるいは終期を特定する更新通知時間特定手段を更に具備することを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項８】
ウエブページを閲覧するユーザに対して、そのウエブページの更新される内容を一覧で示した一覧表を基にしてウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させる項目指定ステップと、
ウエブページの更新があったとき、前記一覧表を基にしてその更新が前記項目指定ステップで指定した項目に該当するかどうかをユーザごとに判別する判別ステップと、
この判別ステップで該当するとされたウエブページの更新をその項目を指定したユーザに通知する更新通知ステップ
とを具備することを特徴とするウエブページの更新通知方法。
【請求項１】
ウエブページを閲覧する閲覧手段と、ウエブページの更新される内容を一覧で示した一覧表からウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定する項目指定手段と、この項目指定手段によって指定された項目をウエブページの管理者側に通知する通知手段とを備えた利用者側通信端末と、
前記通知手段の通知を受信する通知受信手段と、ウエブページの更新が通知受信手段の受信した通知による項目に該当するかを通知された利用者側通信端末ごとに判別する項目該当有無判別手段と、この項目該当有無判別手段が該当すると判別した項目のウエブページの更新をその項目に対応した利用者側通信端末に通知する更新通知手段とを備えたウエブページ管理サーバ
とを具備することを特徴とするウエブページの更新通知システム。
【請求項２】
前記ウエブページ管理サーバは、ウエブページを公開しているウエブページサーバであることを特徴とする請求項１記載のウエブページの更新通知システム。
【請求項３】
前記ウエブページ管理サーバは、ウエブページを公開しているウエブページサーバ以外の所定の管理用のサーバであることを特徴とする請求項１記載のウエブページの更新通知システム。
【請求項４】
前記ウエブページ管理サーバは、利用者側通信端末の個別指定したウエブページごとに前記一覧表の項目に応じて更新を通知することを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項５】
前記一覧表は、前記ウエブページ管理サーバの管理するウエブページ全体で共通して適用される表であることを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項６】
前記一覧表は、ウエブページごとにそれらのコンテンツに適合するように作成された表であることを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項７】
前記更新通知手段は、更新の通知が行われる期間あるいは終期を特定する更新通知時間特定手段を更に具備することを特徴とする請求項１〜請求項３いずれかに記載の更新通知システム。
【請求項８】
ウエブページを閲覧するユーザに対して、そのウエブページの更新される内容を一覧で示した一覧表を基にしてウエブページの更新時に更新通知を必要とする更新内容に対応する項目を指定させる項目指定ステップと、
ウエブページの更新があったとき、前記一覧表を基にしてその更新が前記項目指定ステップで指定した項目に該当するかどうかをユーザごとに判別する判別ステップと、
この判別ステップで該当するとされたウエブページの更新をその項目を指定したユーザに通知する更新通知ステップ
とを具備することを特徴とするウエブページの更新通知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００６−４８３２７（Ｐ２００６−４８３２７Ａ）
【公開日】平成１８年２月１６日（２００６．２．１６）
【国際特許分類】
【出願番号】特願２００４−２２７６７０（Ｐ２００４−２２７６７０）
【出願日】平成１６年８月４日（２００４．８．４）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
【公開日】平成１８年２月１６日（２００６．２．１６）
【国際特許分類】
【出願日】平成１６年８月４日（２００４．８．４）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
[ Back to top ]