JPH1115716A - 文書更新通知装置および文書更新通知方法 - Google Patents

Abstract

(57)【要約】 【課題】サーバにある情報が更新されたことを容易かつ
適切にクライアントに通知することのできる文書更新通
知装置を提供する。 【解決手段】ＷＷＷサーバ１０４とＷＷＷブラウザ１０
２との間に文書提供仲介サーバ１００を介在させ、この
文書提供仲介サーバ１００の制御装置１１０が、いずれ
かのＷＷＷブラウザ１０２の文書要求に応答してＷＷＷ
サーバ１０４から提供された文書が更新されていたと
き、または予め定められた期間を越えてＷＷＷブラウザ
１０２からの文書要求が発生しなかった場合に文書要求
定期発生装置１１１に自発的に発生させた文書要求に応
答してＷＷＷサーバ１０４から提供された文書が更新さ
れていたときに、メール送信装置１０８が送信する電子
メールによって、その旨を文書更新通信管理データベー
ス１０７に登録されたＷＷＷブラウザ１０２に対して通
知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、たとえばサーバ
コンピュータに格納された文書が更新されたときに、そ
の文書の提供先であるクライアントコンピュータに対し
てその更新の通知を適切に行なう文書更新通知装置およ
び文書更新通知方法に関する。

【０００２】

【従来の技術】近年、インターネットが急速に広まり、
様々な情報をインターネットでアクセスすることができ
るようになってきた。特に、Ｗｏｒｌｄ Ｗｉｄｅ Ｗ
ｅｂ（以下ＷＷＷ）では、ブラウザと呼ばれる情報閲覧
装置を利用して、電子新聞や電子出版物などの文書も、
ネットワークを介して提供／要求することができるシス
テムが普及している。このシステムは、文書提供プログ
ラムＷＷＷサーバと文書要求プログラムＷＷＷクライア
ント（ＷＷＷブラウザ）とからなり、クライアント（文
書要求装置）とサーバ（文書提供装置）との間で予め定
められた通信プロトコルにしたがって、文書をサーバ側
からクライアント側に提供するシステムである。クライ
アント側での文書要求は、文書中に表示されているリン
クを辿ることによって、次々に必要な情報を要求する、
いわゆるハイパーメディア形式である。

【０００３】一般に、ＷＷＷで提供される文書などの情
報には、公開された後には変更が加えられない静的な情
報と、時事刻々情報が更新される動的な情報とがある。
後者の動的な情報は、変更の頻度が情報の種類や内容に
よって様々であり、最新の情報が更新されたかどうか
は、実際にユーザがサーバにアクセスして更新されたか
どうかを逐次的に確認しなければならない。つまり、ク
ライアントから文書を要求しない限り、サーバにある文
書が更新されたかどうかを知る手段が提供されていな
い。そのため、注目している文書がしばしば更新される
ようなものである場合、ユーザは、頻繁にその文書をサ
ーバに要求しなければならないということを余儀なくさ
れていた。また、実際に文書が更新されていても、ほと
んどの部分が同じで、更新部分がわずかである場合に
は、どこが更新されているかなどの確認は、ユーザが目
視で行なわなければならなかった。

【０００４】ユーザによるこの負担を軽減するために、
サーバの情報を提供する側から特定のユーザに対し、情
報を更新したときに電子メールなどで通知するなどのサ
ービスを行なっていることもある。この通知を受けるま
で、サーバの情報は更新されていないので、更新された
かどうかを確認するためだけの無駄な文書要求をサーバ
にする必要がなくなる。しかしながら、このようなサー
ビスを行ってない一般のサーバについては解決手段とは
ならない。

【０００５】また、Ｎｅｔｓｃａｐｅ社のブラウザであ
るＮｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ ３．０で
は、ユーザが指定した複数の特定の情報について、その
情報が更新されたかどうかをシステムが内部でサーバに
アクセスし、その結果だけをユーザに提示するというブ
ックマークと呼ばれる機能もある。しかしながら、情報
が更新されたかどうかを知るための無駄な通信が増える
ことには変わりはなく、しかもこの機能はブラウザ固有
の機能であるため、ブラウザを使用していないときには
利用することができない。

【０００６】また、サーバ側でインデックスなどのペー
ジを作成し、変更が加えられたものや新たな項目の情報
などを、そのインデックス中で明示的に他と区別できる
ようなマークなどを表示するなどの手法が用いられてい
る。しかし、そのインデックスがあるページ自身が更新
されたかどうかについては、従来の問題と変わりはな
い。

【０００７】また、通常のブラウザでは、文書を辿るた
めのリンクを、ユーザが過去に一度アクセスした文書
と、まだアクセスしたことがない文書とで異なった色な
どを用いて区別して表示するなどの手法を用いている。
これにより、初めてアクセスする文書を他と区別するこ
とができるため、積極的に新たな情報にアクセスするこ
とができる。しかしながら、文書をＩＤで管理している
ため、過去にアクセスしたことがある文書が更新された
場合でも、ＩＤが変わるわけではないので、文書の更新
については従来の問題と変わりはない。

【０００８】

【発明が解決しようとする課題】以上説明したように、
従来のシステムでは、サーバの情報が更新されたかどう
かを知るためには、それぞれのクライアントから何らか
の手段で実際にサーバにアクセスしなければならず、情
報が更新されたことを即座に知ることができないという
問題があった。さらに、情報が更新されたことをできる
だけ早く知りたい場合には、短い間隔で何度もサーバに
アクセスしなければならず、通信量が膨大になるという
問題があった。

【０００９】また、サーバ側のインデックスを用いて情
報の更新された項目を区別して表示する手法では、一度
ユーザが更新された情報にアクセスした場合でも、表示
が変わるわけではなく、そのユーザにとっては古い情報
であっても、更新された項目という表示のままであると
いう問題があった。

【００１０】この発明はこのような実情に鑑みてなされ
たものであり、サーバ側にある情報が更新されたことを
容易かつ適切にクライアント側に通知することのできる
文書更新通知装置および文書更新通知方法を提供するこ
とを目的とする。

【００１１】

【課題を解決するための手段】この発明は、前述した目
的を達成するために、文書提供装置（サーバ）と文書閲
覧装置（クライアント）との間に文書提供仲介装置を介
在させ、いずれかの文書閲覧装置の要求によって文書提
供装置から提供された文書が更新されていたときに、そ
の旨を文書提供仲介装置が予め指定されたユーザに対し
て通知するようにしたものである。この発明において
は、いずれかのユーザの要求に起因して、その他のユー
ザに対して更新通知が行なわれるため、ユーザそれぞれ
が実施していた、文書が更新されたかどうかを確認する
ための無駄な通信を大幅に削減させることが可能とな
る。また、文書閲覧装置からの文書要求が予め定められ
た期間を越えて発生しなかったときに、文書提供装置に
対する文書要求を文書提供仲介装置が自発的に行なうこ
とにより、文書要求が少ない文書についても通知の漏れ
を起こすことがない。

【００１２】また、この発明は、ノードとこれらを関連
づけるリンク情報とから構成されるハイパーメディア型
の文書管理システムにおいて、いずれかの文書を表示す
るときに、その表示に含まれるリンク情報を（１）文書
要求したことがない文書、（２）前回の文書要求時から
更新されていない文書（３）前回の文書要求時から更新
されている文書のいずれであるかを区別可能に表示する
ようにしたものである。この発明においては、ユーザは
その表示されたリンク情報を見るのみでリンク先の文書
の状態を認識することができるため、前述と同様に、文
書の状態を確認するための無駄な通信をなくすことが可
能となる。

【００１３】また、この発明は、文書提供装置から提供
された文書を保存しておき、新たに提供された文書と保
存しておいた文書との差分を検出し、この検出した部分
を強調して新たに提供された文書を表示するようにした
ものである。この発明においては、更新部分がわずかで
ある場合に、その更新部分が強調されるため、ユーザ自
らが、文書全体にわたって目視を行なうといったことを
不要とすることが可能となる。

【００１４】

【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。 （第１実施形態）まず、この発明の第１実施形態につい
て説明する、図１はこの第１実施形態に係るシステムの
構成を示すブロック図である。

【００１５】図１に示したように、この第１実施形態の
システムは、文書提供装置であるＷＷＷサーバ１０４
と、文書閲覧装置であるＷＷＷブラウザ１０２との間に
位置し、相互の情報を仲介する機能の役割を果たす。以
下、この機能を持つ装置を文書提供仲介サーバ１００と
呼ぶことにする。

【００１６】文書提供仲介サーバ１００は、図１に示し
たように、次のような装置で構成されている。コマンド
受理装置１０１は、ユーザからのコマンドを受理する装
置である。コマンドは、ユーザが利用しているＷＷＷブ
ラウザ１０２から、ネットワークを介してこの装置に送
られてくる。コマンド実行装置１０３は、コマンド受理
装置１０１で受理されたコマンドを解釈実行し、適切な
装置に命令を送る装置である。

【００１７】文書要求発信装置１０５は、ＷＷＷサーバ
１０４とネットワークを介して通信し、求める情報を送
り返すように指示する装置である。ＷＷＷサーバ１０４
から送り返された文書は、文書受信装置１０６で受け取
られる。

【００１８】制御装置１１０は、コマンド実行装置１０
３や文書受信装置１０６からの命令を受けて、文書更新
通信管理データベース１０７にアクセスするための装置
である。

【００１９】文書発信装置１０９は、文書受信装置１０
６で受信したＷＷＷサーバ１０４から提供された文書を
ＷＷＷブラウザ１０２に送信するための装置である。文
書更新通信管理データベース１０７は、ネットワーク全
体でユニーク（一意）に決まる文書の識別子であるＵＲ
ＬとそのＵＲＬで示される文書とが更新されたとき、そ
の更新を通知するユーザのリストを管理するデータベー
スである。メール送信装置１０８は、文書が更新された
場合に、電子メールでユーザに通知するためのメッセー
ジを送る装置である。

【００２０】そして、文書要求定期発生装置１１１は、
ＷＷＷブラウザ１０２から文書要求が発生しない場合で
も、必要に応じて、文書更新通信管理データベース１０
７に登録されているＵＲＬで示される文書が更新されて
いるかどうかを調べるために文書要求を発生させる装置
である。

【００２１】ユーザからのコマンドの種類には、指定し
た文書をＷＷＷサーバ１０４から取り出すコマンドと、
文書提供仲介サーバ１００に文書の更新通知を登録また
は削除するコマンドがある。前者のコマンドは、ＵＲＬ
を与え、そのＵＲＬで示される文書を取り寄せるコマン
ドである。後者は、特定のＵＲＬで示される文書が更新
されたときに、その更新が発生したことを電子メールな
どの手段でユーザに通知する手段を登録または削除する
コマンドである。

【００２２】図２にコマンドの種類と形式を示す。図２
に示したように、コマンドの種類には、（１）ＧＥＴ、
（２）ＡＤＤ＿ＮＯＴＩＦＹ、（３）ＤＥＬＥＴＥ＿Ｎ
ＯＴＩＦＹの３種類ある。ＧＥＴは、引数にＵＲＬを指
定し、そのＵＲＬで示される情報をＷＷＷサーバ１０４
に要求するコマンドである。ＡＤＤ＿ＮＯＴＩＦＹは、
引数にＵＲＬと電子メールアドレス（Ｅｍａｉｌ Ａｄ
ｄｒｅｓｓ）と時間間隔（Ｉｎｔｅｒｖａｌ）とを指定
する。意味は、ＵＲＬで指定した情報が更新されたら、
遅くとも（Ｉｎｔｅｒｖａｌ）時間後に、（Ｅｍａｉｌ
Ａｄｄｒｅｓｓ）へ更新通知メールを送信するように
依頼の登録をするというものである。そして、ＤＥＬＥ
ＴＥ＿ＮＯＴＩＦＹは、引数にＵＲＬと電子メールアド
レスとを指定して、ＡＤＤ＿ＮＯＴＩＦＹで登録した変
更通知依頼を削除するものである。

【００２３】図３に、文書更新通信管理データベース１
０７に登録されている情報の形式を示す。このデータベ
ースは、表形式のものであり、一つの行がまとまった意
味をもつ。それぞれの行は、「ＵＲＬ」、「Ｉｎｔｅｒ
ｖａｌ」、「Ｅｍａｉｌ」、「Ｃｈｅｃｋ Ｔｉｍｅ」
および「Ｍｏｄｉｆｉｅｄ Ｔｉｍｅ」というフィール
ドから構成され、ＵＲＬをキーにして、それぞれ時間
と、電子メールアドレスと時間の組のリストと、更新チ
ェックを行なうべき時刻と、文書が最後に更新された時
刻が格納される。ａは、ＵＲＬ ｈｔｔｐ：／／ＷＷ
Ｗ．ａｂｃ．ｃｏｍ／で示される文書が更新されたら、
３０分以内にＥｍａｉｌアドレスがｔａｒｏ＠ｘｙｚ．
ｃｏｍとｊｉｒｏ＠ｕｖ．ｃｏ．ｊｐであるユーザにメ
ールで更新の通知を発送する、というデータを意味して
いる。また、Ｅｍａｉｌフィールドのｔａｒｏ＠ｘｙ
ｚ．ｃｏｍと組の１０”は、後に説明するＡＤＤ＿ＮＯ
ＴＩＦＹコマンドで指定したＩｎｔｅｒｖａｌの時間が
書かれている。さらに、Ｃｈｅｃｋ Ｔｉｍｅフィール
ドの９７／３／２３／１０２１は、９７年３月２３日１
０時２１分にこの文書が更新されているかどうかを検査
する必要があるということを意味している。最後のＭｏ
ｄｉｆｉｅｄ Ｔｉｍｅは、この文書が９７年３月２３
日１０時２１分に最後に更新されたことを意味する。ｂ
についても、それぞれのフィールドの意味はａと同様で
ある。

【００２４】図４に、コマンド実行装置１０３での処理
の流れを示す。コマンド実行装置１０３は、コマンド受
理装置１０１で受理されたコマンドを解釈し（ステップ
４０１）、このコマンドの種類に応じて、ＡＤＤ＿ＮＯ
ＴＩＦＹ処理（ステップ４０３）、ＤＥＬＥＴＥ＿ＮＯ
ＴＩＦＹ処理（ステップ４０５）またはＧＥＴ処理（ス
テップ４０７）のいずれかの処理を実行する。もし、定
義されていないコマンドの種類であったら（ステップ４
０６のＮｏ）、エラー返答してユーザにその旨を知らせ
る（ステップ４０８）。それぞれのコマンドの種類に応
じた処理の流れを以下に説明する。

【００２５】図５に、ＡＤＤ＿ＮＯＴＩＦＹコマンドを
実行するための処理の流れを示す。コマンド実行装置１
０３は、文書更新通信管理データベース１０７からＵＲ
Ｌキーが一致する行を検索し（ステップ５０１）、ＵＲ
Ｌキーが一致する行が登録されていなければ（ステップ
５０２のＮｏ）、ＵＲＬ、Ｉｎｔｅｒｖａｌ、Ｅｍａｉ
ｌの各フィールドに、コマンドの引数で与えた値を登録
する（ステップ５０３）。もし、ＵＲＬキーが一致する
行がすでに登録されていたら（ステップ５０２のＹｅ
ｓ）、Ｉｎｔｅｒｖａｌフィールドの値とコマンド引数
で与えた値とを比較し（ステップ５０４）、コマンド引
数で与えた値の方が小さいときに（ステップ５０４のＹ
ｅｓ）、Ｉｎｔｅｒｖａｌフィールドの値を置き換える
（ステップ５０５）。また、Ｅｍａｉｌフィールドにコ
マンド引数で与えたメールアドレスとｉｎｔｅｒｖａｌ
との組を必要に応じて追加する（ステップ５０６，ステ
ップ５０７）。さらに、いずれの場合でも、Ｃｈｅｃｋ
Ｔｉｍｅフィールドに現在時刻にＩｎｔｅｒｖａｌの
値を加えた時刻を登録する（ステップ５０８）。

【００２６】図６に、ＤＥＬＥＴＥ＿ＮＯＴＩＦＹコマ
ンドを実行するための処理の流れを示す。コマンド実行
装置１０３は、文書更新通信管理データベース１０７か
らＵＲＬをキーにして対応する行を検索する（ステップ
６０１）。もし、対応する行がなければ（ステップ６０
２のＮｏ）、エラーをユーザに通知する（ステップ６０
３）。対応する行があれば（ステップ６０２のＹｅ
ｓ）、Ｅｍａｉｌフィールドを取り出し、コマンドで指
定したメールアドレスが含まれていればＥｍａｉｌフィ
ールドからそのＥｍａｉｌアドレスを削除する（ステッ
プ６０４）。次に、コマンド実行装置１０３は、削除し
たことにより、Ｅｍａｉｌフィールドが空になったかど
うかを調べ（ステップ６０５）、空になったら（ステッ
プ６０５のＹｅｓ）、その行全体を削除する（ステップ
６０６）。次に、Ｅｍａｉｌフィールドの中で時間の一
番小さい値をＩｎｔｅｒｖａｌフィールドに書き込んで
終了する（ステップ６０７）。

【００２７】図７に、ＧＥＴコマンドを実行するための
処理の流れを示す。コマンド実行装置１０３は、ＧＥＴ
コマンドの引数で与えたＵＲＬを文書要求発信装置１０
５に渡し、文書をＷＷＷサーバ１０４に要求し（ステッ
プ７０１）、この要求した文書を文書受信装置１０６で
受信する（ステップ７０２）。次に、文書更新通信管理
データベース１０７中でこのＵＲＬをキーとする行を検
索し、Ｌａｓｔ Ｍｏｄｉｆｉｅｄのフィールドの時刻
とＷＷＷサーバ１０４から送られてきた文書の更新時刻
とを比較する（ステップ７０３）。ここで、ＷＷＷサー
バ１０４から送られてきた文書の方が時刻が新しければ
（ステップ７０４のＹｅｓ）、文書更新通信管理データ
ベース１０７のＥｍａｉｌフィールドに記録されている
自分以外のユーザにメールで更新の通知を行ない（ステ
ップ７０５）、文書更新通信管理データベース１０７の
Ｌａｓｔ Ｍｏｄｉｆｉｅｄフィールドの値をＷＷＷサ
ーバ１０４から送られてきた文書の更新時刻に書き換
え、さらに、Ｃｈｅｃｋ Ｔｉｍｅフィールドの値を現
在時刻にｉｎｔｅｒｖａｌの値を加えたものに置き換え
る（ステップ７０６）。このとき、その時刻になるまで
次に述べる文書要求定期発生装置１１１を休止させる。
最後に、文書発信装置１０９から要求元の文書閲覧装置
（ＷＷＷブラウザ１０２）に文書を送信する（ステップ
７０７）。

【００２８】図８に、文書要求定期発生装置１１１の処
理の流れを示す。文書要求定期発生装置１１１は、ある
特定時刻に動作するように設定され、その時刻になるま
では、この装置は休止状態になっている。前述したよう
に、ＧＥＴコマンドで休止時間が変更されることもあ
る。この文書要求定期発生装置１１１は、指定された時
刻になると起動し（ステップ８０１）、文書更新通信管
理データベース１０７中のＣｈｅｃｋ Ｔｉｍｅフィー
ルドの時刻が、現在時刻と同じかより古い値が書かれて
いる行を取り出す（ステップ８０２）。それぞれの行に
対し、その行のＵＲＬフィールドで示される情報提供サ
ーバにアクセスし、サーバにある情報と文書更新通信管
理データベースのＭｏｄｉｆｉｅｄ Ｔｉｍｅに登録さ
れている時刻とを比較し、ＷＷＷサーバ１０４にある情
報が更新されているかどうかを調べる（ステップ８０
３）。更新されている場合には（ステップ８０４のＹｅ
ｓ）、Ｅｍａｉｌフィールドのそれぞれのメールアドレ
スに更新の通知を発行し、Ｍｏｄｉｆｉｅｄ Ｔｉｍｅ
の値をＷＷＷサーバ１０４の値に置き換える（ステップ
８０５）。

【００２９】次に、文書要求定期発生装置１１１は、Ｃ
ｈｅｃｋ Ｔｉｍｅフィールドの値を現在時刻にＩｎｔ
ｅｒｖａｌの時間を加えた時刻に置き換える（ステップ
８０６）。その後、Ｃｈｅｅｋ Ｔｉｍｅフィールドの
最小時刻の値を求め、その時刻になるまで装置を休止さ
せる（ステップ８０７）。

【００３０】なお、以上の説明では、文書が更新された
かどうかを調べるため、文書の更新時刻を用いたが、文
書の本文から実用上ユニークに決まる値を計算し、その
値が異なっているかどうかにより判断してもよい。たと
えば、インターネットで公開されているＲＥＣ（Ｒｅｑ
ｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１３２１によるＭ
Ｄ５などのアルゴリズムを用いて文書の本文から１６バ
イトの長さの事実上ユニークに決まるシグニチャのデー
タを用いてもよい。このアルゴリズムは、同一の文書を
同一のシグニチャに、異なる文書を異なるシグニチャに
変換することができるので、シグニチャが以前の値と異
なっていたら文書が更新されたと判断することができ
る。そのため、文書の更新時刻の情報が得られない場合
でも、この第１実施形態の手法を有効とすることができ
る。

【００３１】また、この第１実施形態の応用としては、
様々なことが考えられる。たとえば、ある文書に特定の
ユーザからアクセスがあった場合に、その旨をあるユー
ザに通知したり、ある文書にある回数以上アクセスがあ
った場合に、その旨をあるユーザに通知したりなどの機
構を容易に実現することができる。

【００３２】（第２実施形態）次に、この発明の第２実
施形態について説明する。この第２実施形態は、特定の
ＷＷＷサーバに登録されている情報のうち、どの情報が
更新されているかどうかをユーザごとに提示することを
目的とするものである。

【００３３】図９は、この第２実施形態に係るシステム
の構成を示すブロック図である。文書閲覧装置９０７
は、ユーザが文書を閲覧するための装置であり、文書提
供装置９０８は、文書を提供するための装置である。

【００３４】文書提供装置９０８は、文書閲覧装置９０
７からの文書要求を受理する文書要求受信装置９０９、
その要求に応じて文書データベース９１２から目的の文
書を検索する文書検索装置９１１、文書データベース９
１２から検索された文書のシグニチャを計算し、文書の
リンク属性にそのシグニチャを埋め込むための文書シグ
ニチャ生成装置９１４および文書リンク属性生成装置９
１３、および文書閲覧装置９０７にリンク属性が付加さ
れた文書を送信するための文書送信装置９１０から構成
される。

【００３５】文書閲覧装置９０７は、ユーザからの文書
要求などの入力を受け付ける入力装置９０２、入力装置
から入力された命令を解釈実行する制御装置９０３、文
書要求を文書提供装置９０８にネットワークを介して要
求する文書要求発信装置９０５、文書提供装置９０８か
ら送信された文書を受け取る文書受信装置９０６、受信
した文書をユーザに表示するための表示装置９０１、お
よび過去の文書を表示したときの履歴を登録しておく閲
覧履歴データベース９０４から構成される。

【００３６】図１０は、文書データベース９１２に登録
されている項目の例である。文書データベース９１２に
は、「ＵＲＬ」、「Ｓｉｇｎａｔｕｒｅ」および「Ｂｏ
ｄｙ」というフィールドがあり、それぞれ、文書のＵＲ
Ｌ、文書シグニチャ生成装置９１４で生成されるシグニ
チャ、文書本文の意味である。ここで、Ｓｉｇｎａｔｕ
ｒｅのフィールドは、直接文書データベース９１２に登
録されていてもよいし、Ｂｏｄｙの内容から必要に応じ
て生成してもよい。前者の場合は、Ｂｏｄｙを更新した
らその時点でＳｉｇｎａｔｕｒｅも更新する必要があ
る。一方、後者の場合は、Ｓｉｇｎａｔｕｒｅが必要に
なる度にＢｏｄｙの内容に応じて計算すればよい。

【００３７】図１１は、文書データベース９１２に登録
されているＢｏｄｙフィールドに保存される文書の例で
ある。文書は通常のＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ
Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のファイルであ
る。ｃ、ｄ、ｅで示した部分が他の文書へのリンクと呼
ばれる部分である。たとえば、ｃは、ＵＲＬがｆｉｌｅ
１という文書へのリンクであることを示し、Ｉｔｅｍ１
は表示装置９０１にこのリンクを表示する際に出力され
る文字列を表す。

【００３８】文書リンク属性生成装置９１３は、文書中
のリンク部を抽出し、各リンクの属性としてリンク先の
文書のシグニチャを埋め込むことを行なう。図１１に示
した文書に対し、この操作を行なった結果として得られ
る文書を図１２に示す。リンク先の文書のＵＲＬを文書
データベース９１２から検索し、そのシグニチャを求め
て、リンクのＳＩＧＮＡＴＵＲＥ属性として埋め込んだ
ものである。

【００３９】文書受信装置９０６は、このようにシグニ
チャが埋め込まれた文書を受信し、この文書を制御装置
９０３に引き渡す。閲覧履歴データベース９０４には、
過去にこの閲覧装置で表示した文書のＵＲＬとそのとき
のシグニチャが図１３に示すような構造で登録されてい
る。文書のシグニチャは、文書提供装置から文書ととも
に送られてくる方式でもよいし、文書閲覧装置で計算し
てもよい。いずれにせよ、文書の本文によりシグニチャ
は唯一に決まるものである。そして、制御装置９０３で
は、受信した文書中のシグニチャと閲覧履歴データベー
ス９０４中にあるシグニチャとを比較する。そのときの
処理の流れを図１４に示す。

【００４０】制御装置９０３は、文書中のリンク先のＵ
ＲＬと同じＵＲＬが閲覧履歴データベース９０４に存在
するかどうか検索し（ステップ１４１）、なければ（ス
テップ１４２のＮｏ）、リンクを実線で表示する（ステ
ップ１４３）、一方、もしあれば（ステップ１４２のＹ
ｅｓ）、リンク中のシグニチャと閲覧履歴データベース
９０４中のシグニチャとを比較し（ステップ１４４）、
一致したら（ステップ１４５のＹｅｓ）、リンクを破線
で表示し（ステップ１４６）、異なっていたらリンクを
２重下線で表示する（ステップ１４７）。

【００４１】図１２で示した文書と図１３で示した閲覧
履歴データベース９０４に対し、この処理手続きで表示
した文書の例を図１５に示す。以上のように、この第２
実施形態の手法を用いると、リンク先を実際に表示しな
くても、リンク先の文書が過去に表示したときから更新
されているかどうかが分かるために、無駄なリンクを辿
る必要がなくなる。

【００４２】なお、以上の説明では、文書本文からシグ
ニチャを求める具体的な手法は説明しなかったが、たと
えばＲＦＣ１３２１によるＭＤ５などのアルゴリズムな
どを用いれば良い。

【００４３】（第３実施形態）次に、この発明の第３実
施形態について説明する。この第３実施形態は、文書が
更新された場合に、文書中の更新場所が分かるようにユ
ーザに表示することを目的とするものである。

【００４４】図１６は、この第３実施形態に係るシステ
ムの構成を示すブロック図である。文書提供装置１６１
４は、文書閲覧装置１６１３からの文書要求を受理する
文書要求受理装置１６０９、その要求に応じて文書デー
タベース１６１２から文書を検索する文書検索装置１６
１０、および検索した文書を文書閲覧装置１６１３に送
るための文書送信装置１６１１から構成される。

【００４５】文書閲覧装置１６１３は、ユーザからの文
書要求などの入力を受け付ける入力装置１６０２、入力
装置から入力された命令を解釈実行する制御装置１６０
３、文書要求を文書提供装置１６１４にネットワークを
介して要求する文書要求発信装置１６０４、文書提供装
置１６１４から送信された文書を受け取る文書受信装置
１６０５、受信した文書を一時的に保存する文書一時保
存装置１６０７、文書一時保存装置に別の文書を保存す
る際に、その時点で保存されている文書を蓄積する文書
蓄積装置１６０８、文書一時保存装置１６０７と文書蓄
積装置１６０８に保存されている文書の差分を検出する
文書差分検出装置１６０６、およびこの文書差分検出装
置１６０６により検出された部分を文書中で区別して表
示するための表示装置１６０１から構成される。

【００４６】図１７は、文書蓄積装置１６０８に保存さ
れている文書の例であり、図１８は、文書一時保存装置
１６０７に保存されている文書の例である。文書にはＩ
Ｄが付けられ、一度ＩＤが付けられた文書は、内容が更
新されても変わらないものとする。図１７および図１８
の文書は、同じＩＤを持つ文書であり、文書差分検出装
置１６０６により差分が検出される。図１９に、図１８
の文書中で検出された差分を強調表示した例を示す。

【００４７】なお、文書の差分検出については、既存の
アルゴリズムを利用すればよい。たとえば、ＵＮＩＸな
どのコマンドにｄｉｆｆというものがあるが、これは前
後の文脈を考慮して最小の差分を検出するものであり、
この第３実施形態の文書差分検出装置１６０６に利用可
能である。

【００４８】なお、前述した第１乃至第３実施形態の手
法は、サーバ側に保存されているデータが更新され、そ
の更新を明示的にユーザに知らせる機構を持たないシス
テムにおいて、説明に用いた文書のみならず、一般のデ
ータなどに対しても応用することが可能である。

【００４９】

【発明の効果】以上詳述したように、この発明によれ
ば、従来であれば文書提供装置に蓄えられている文書が
更新されたかどうかを知るために、ユーザがそれぞれ文
書閲覧装置で実際に文書要求を行なって文書を表示しな
ければならなかったものを、多くのユーザが文書要求を
行なう状況などにおいては、各人が文書が更新されたか
どうかを確認しなくても、他のユーザが文書要求を行な
ったときの情報を利用することができるために、文書が
更新されたかどうかを知ることだけを目的とした無駄な
文書要求を減らすことができ、かつ文書閲覧装置を使っ
ていないときにも更新通知を受け取ることができる。ま
た、ユーザからの文書要求が予め定められた期間を越え
て発生しなかったときには、文書提供仲介装置が自発的
に文書要求を行なうことによって、更新通知の漏れを防
止する。さらに、変更時刻に関する情報が提供されない
文書提供装置に対しては、文書の本文に対してユニーク
に決まる数値を用いることによって、本文そのものを比
較することなく文書が更新されたかどうか知ることを可
能とする。

【００５０】また、この発明によれば、閲覧履歴データ
ベースへの登録有無、および文書シグニチャの一致不一
致によって文書の閲覧有無および更新有無を判断し、こ
の判断結果に応じてその文書へ至るリンクの表示を可変
にするため、文書が更新されたかどうかを知ることだけ
を目的とした無駄な文書要求を一切なくすことが可能と
なる。

【００５１】また、この発明のよれば、文書閲覧装置で
過去に表示した文書を、新たに表示する際に、更新され
ている部分が他の部分と区別されて表示されるために、
ユーザに容易に更新部分を知らせることが可能となる。

【図面の簡単な説明】

【図１】この発明の第１実施形態に係るシステムの構成
を示すブロック図。

【図２】同第１実施形態のコマンドの種類と形式を示す
図。

【図３】同第１実施形態の文書更新通信管理データベー
ス登録されている情報の形式を示す図。

【図４】同第１実施形態のコマンド実行装置での処理の
流れを示すフローチャート。

【図５】同第１実施形態のＡＤＤ＿ＮＯＴＩＦＹコマン
ドを実行するための処理の流れを示すフローチャート。

【図６】同第１実施形態のＤＥＬＥＴＥ＿ＮＯＴＩＦＹ
コマンドを実行するための処理の流れを示すフローチャ
ート。

【図７】同第１実施形態のＧＥＴコマンドを実行するた
めの処理の流れを示すフローチャート。

【図８】同第１実施形態の文書要求定期発生装置の処理
の流れを示すフローチャート。

【図９】この発明の第２実施形態に係るシステムの構成
を示すブロック図。

【図１０】同第２実施形態の文書データベースに登録さ
れている項目の例を示す図。

【図１１】同第２実施形態の文書データベースに登録さ
れているＢｏｄｙフィールドに保存される文書の例を示
す図。

【図１２】同第２実施形態の図１１に示した文書に対し
てリンク先の文書のシグニチャを埋め込む操作を行なっ
た結果として得られる文書を示す図。

【図１３】同第２実施形態の閲覧履歴データベースに登
録された過去に閲覧装置で表示した文書のＵＲＬとその
ときのシグニチャとからなる構造を示す図。

【図１４】同第２実施形態の制御装置９０３が受信した
文書中のシグニチャと閲覧履歴データベース９０４中に
あるシグニチャとを比較するときの処理の流れを示すフ
ローチャート。

【図１５】同第２実施形態の図１２で示した文書と図１
３で示した閲覧履歴データベース９０４とに基づいて表
示した文書の例を示す図。

【図１６】この発明の第３実施形態に係るシステムの構
成を示すブロック図。

【図１７】同第３実施形態の文書蓄積装置に保存されて
いる文書の例を示す図。

【図１８】同第３実施形態の文書一時保存装置に保存さ
れている文書の例を示す図。

【図１９】同第３実施形態の図１８の文書中で検出され
た差分を強調表示した例を示す図。

【符号の説明】

１００…文書提供仲介サーバ、１０１…コマンド受理装
置、１０２…ＷＷＷブラウザ、１０３…コマンド実行装
置、１０４…ＷＷＷサーバ、１０５…文書要求発信装
置、１０６…文書受信装置、１０７…文書更新通信管理
データベース、１０８…メール送信装置、１０９…文書
発信装置、１１０…制御装置、１１１…文書要求定期発
生装置、９０１…表示装置、９０２…入力装置、９０３
…制御装置、９０４…閲覧履歴データベース、９０５…
文書要求発信装置、９０６…文書受信装置、９０７…文
書閲覧装置、９０８…文書提供装置、９０９…文書要求
受信装置、９１０…文書送信装置、９１１…文書検索装
置、９１２…文書データベース、９１３…文書リンク属
性生成装置、９１４…文書シグニチャ生成装置、１６０
１…表示装置、１６０２…入力装置、１６０３…制御装
置、１６０４…文書要求発信装置、１６０５…文書受信
装置、１６０６…文書差分検出装置、１６０７…文書一
時保存装置、１６０８…文書蓄積装置、１６０９…文書
要求受信装置、１６１０…文書検索装置、１６１１…文
書送信装置、１６１２…文書データベース、１６１３…
文書閲覧装置、１６１４…文書提供装置。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 文書を蓄積し、要求に応じて前記蓄積し
   た文書の中から前記要求に合致する文書を検索して提供
   する文書提供装置と、 所望の文書を要求し、この要求により得られた文書を表
   示する少なくとも一つ以上の文書閲覧装置と、 前記文書閲覧装置からの要求を受理して前記文書提供装
   置に送信し、この要求に応じて前記文書提供装置から提
   供された文書を前記文書閲覧装置に転送する文書提供仲
   介装置と、 前記文書提供装置から提供された文書が更新されていた
   際に通知すべきユーザのアドレスを記録する文書更新通
   知管理装置と、 ユーザに対して文書の更新を通知する更新伝達装置とを
   具備し、 前記文書提供仲介装置は、前記要求に応じて前記文書提
   供装置から提供された文書が前回の要求時から更新され
   ていたときに、前記文書更新通知管理装置に記録された
   ユーザに対して前記更新伝達装置によってその更新の通
   知を行なうことを特徴とする文書更新通知装置。
2. 【請求項２】 前記文書提供仲介装置は、前記文書閲覧
   装置からの要求が予め定められた期間を越えて発生しな
   かったときに、前記文書提供装置に対する要求を自発的
   に行ない、文書が更新されていたときに、ユーザにその
   更新の通知を行なうことを特徴とする請求項１記載の文
   書更新通知装置。
3. 【請求項３】 前記文書仲介装置は、文書の本文から実
   用上一意に決まる値を算出し、その値の比較によって前
   記文書提供装置から提供された文書が更新されたか否か
   判断する判断手段を具備することを特徴とする請求項１
   または２記載の文書更新通知装置。
4. 【請求項４】 文書がノードとこれらを関連づけるリン
   ク情報とから構成されるハイパーメディア型の文書管理
   システムに適用される文書更新通知装置において、 文書を蓄積し、要求に応じて前記蓄積した文書の中から
   前記要求に合致する文書を検索して提供する文書提供装
   置と、 所望の文書を要求し、この要求により得られた文書を表
   示する少なくとも一つ以上の文書閲覧装置と、 前記文書提供装置に蓄積した文書の本文から実用上一意
   な値となる文書シグニチャを算出する文書シグニチャ生
   成装置と、 前記文書提供装置が前記文書閲覧装置からの要求を受け
   たときに、その要求に合致する文書から他の文書へ辿る
   ためのリンク情報に前記文書シグニチャ生成装置が前記
   他の文書について算出した文書シグニチャを埋め込むリ
   ンク属性生成装置とを具備し、 前記情報閲覧装置は、各文書の名前と文書シグニチャと
   の対を蓄える閲覧履歴データベースを有し、前記文書を
   表示するときに、その表示に含まれるリンク情報を、そ
   のリンク先の文書の名前が前記閲覧履歴データベースに
   登録されていない第１の状況と、登録されている状況で
   あって、リンク情報に埋め込まれた文書シグニチャと前
   記閲覧履歴データベースに登録された文書シグニチャと
   が一致する第２の状況と、これらが一致しない第３の状
   況との３種類の状況の中のいずれの状況であるか区別可
   能に表示することを特徴とする文書更新通知装置。
5. 【請求項５】 文書を蓄積し、要求に応じて前記蓄積し
   た文書の中から前記要求に合致する文書を検索して提供
   する文書提供装置と、 所望の文書を要求し、この要求により得られた文書を表
   示する少なくとも一つ以上の文書閲覧装置とを具備し、 前記文書閲覧装置は、 前記要求に応じて前記文書提供装置から提供された文書
   を一時的に一つ保存する文書一時保存装置と、 前記文書一時保存装置に保存した文書を複数保存する文
   書蓄積装置と、 前記文書一時保存装置と前記文書蓄積装置とに保存され
   た文書の差分を検出する文書差分検出装置と、 前記文書差分検出装置が検出した部分を強調して前記文
   書一時保存装置に保存された文書を表示する表示装置と
   を具備してなることを特徴とする文書更新通知装置。
6. 【請求項６】 文書を蓄積し、要求に応じて前記蓄積し
   た文書の中から前記要求に合致する文書を検索して提供
   する文書提供装置と、所望の文書を要求し、この要求に
   より得られた文書を表示する文書閲覧装置と、前記文書
   提供装置から提供された文書が更新されていた際に通知
   すべきユーザのアドレスを記録する文書更新通知管理装
   置とを有してなる文書管理システムの文書更新通知方法
   において、 前記文書閲覧装置からの要求を受理して前記文書提供装
   置に送信するステップと、 前記要求に応じて前記文書提供装置から提供された文書
   が前回の要求時から更新されていたときに、前記文書更
   新通知管理装置に記録されたユーザに対してその更新の
   通知を行なうステップとからなることを特徴とする文書
   更新通知方法。
7. 【請求項７】 文書を蓄積し、要求に応じて前記蓄積し
   た文書の中から前記要求に合致する文書を検索して提供
   する文書提供装置と、所望の文書を要求し、この要求に
   より得られた文書を表示する文書閲覧装置とを有し、前
   記文書がノードとこれらを関連づけるリンク情報とから
   構成されるハイパーメディア型の文書管理システムの文
   書更新通知方法において、 前記文書提供装置に蓄積した文書の本文から実用上一意
   な値となる文書シグニチャを算出するステップと、 前記文書提供装置が前記文書閲覧装置からの要求を受け
   たときに、その要求に合致する文書から他の文書へ辿る
   ためのリンク情報に前記他の文書について算出した文書
   シグニチャを埋め込むステップと、 前記文書を表示するときに、その表示に含まれるリンク
   情報を、そのリンク先の文書の名前が前記閲覧履歴デー
   タベースに登録されていない第１の状況と、登録されて
   いる状況であって、リンク情報に埋め込まれた文書シグ
   ニチャと前記閲覧履歴データベースに登録された文書シ
   グニチャとが一致する第２の状況と、これらが一致しな
   い第３の状況との３種類の状況の中のいずれの状況であ
   るか区別可能に表示するステップとからなることを特徴
   とする文書更新通知方法。
8. 【請求項８】 文書を蓄積し、要求に応じて前記蓄積し
   た文書の中から前記要求に合致する文書を検索して提供
   する文書提供装置と、所望の文書を要求し、この要求に
   より得られた文書を表示する文書閲覧装置とを有してな
   る文書管理システムの文書更新通知方法において、 前記要求に応じて前記文書提供装置から提供された文書
   を一時的に一つ保存するステップと、 前記文書一時保存装置に保存した文書を複数保存するス
   テップと、 前記一時的に一つ保存した文書と複数保存された文書の
   差分を検出するステップと、 前記検出した部分を強調して前記文書一時保存装置に保
   存された文書を表示するステップとからなることを特徴
   とする文書更新通知方法。