JP2002149478A - 更新情報の自動表示方法、装置、媒体およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】 インターネット等において、サーバに蓄積さ
れた情報をクライアント端末で閲覧する際に、個別情報
毎に当該端末にとって最適な更新情報の有無を表示でき
るようにする。 【解決手段】 インターネットにおいて、サーバ側文書
情報として各情報に個別の更新情報を持たせておき、こ
れをクライアント端末側の更新情報と比較することによ
って、個別情報のいずれが当該端末において既読（既
見）な情報であるかを判定することが可能となる。この
判定結果にもとづいてクライアント端末毎に個別情報に
対して未読（未見）を示す表示属性を付加して返信する
ことによって、クライアント端末毎に一律的でない個別
の更新情報を容易に把握することが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
のネットワークにおいて、サーバに蓄積された情報を端
末装置で閲覧する際に適用して有効な技術に関する。

【０００２】

【従来の技術】インターネットでは、ウェブサーバに蓄
積された情報をネットワークを介して閲覧プログラムを
起動させた閲覧用端末装置で閲覧している。

【０００３】ウェブサーバで提供する情報は、部分的に
更新されることが多いため、ウェブサーバ上に新たな情
報を登録する場合には、新たに更新した箇所だけに新規
であることを示す「ＮＥＷ！！」等のロゴを表示させる
ようなタグ、たとえば「＜IMGSRC=new.gif＞」という書
式を挿入していた。

【０００４】一方、閲覧プログラムとして多用されてい
るマイクロソフト社のインターネットエクスプローラ、
あるいはネットスケープ社のネットスケープと呼ばれる
プログラムには、キャッシュまたはクッキー(Cookie)と
呼ばれるログ情報等の端末毎の個別情報を蓄積する機能
が設けられており、閲覧プログラムは、ウェブサーバに
アクセスして特定の情報を閲覧する際に、当該特定情報
と端末装置内に蓄積されたクッキー情報とを対比させ
て、当該端末装置での前回のアクセス以降で当該情報が
更新されているか否かを判定し、ウェブサーバ側の特定
情報が更新されている場合にだけ端末装置に当該情報を
ダウンロードするような機能を持たせることも可能であ
る。

【０００５】

【発明が解決しようとする課題】しかし、ウェブサーバ
上で情報提供者が更新する情報は不特定多数の閲覧者に
対して一律かつ定型的な書式になっているため、情報提
供者側でウェブサーバのソースファイルを更新するまで
は常に新規であることを示すロゴが一律に表示されてし
まう。

【０００６】そのため、閲覧者にとっては当該ウェブサ
ーバの情報を閲覧したときに、個々の情報それぞれにつ
いてそれが本当に当該閲覧端末にとって新規な情報なの
か否かがわからないという問題があった。

【０００７】また、前述のキャッシュまたはクッキーを
用いた技術では、当該閲覧端末が蓄積している個別情報
と比較して前回の閲覧以降、ウェブサーバにある情報が
更新されたか否かはわかるものの、どの箇所が更新され
たかはわからず、結局情報提供者が付与した新規である
ことを示すタグで表示されるロゴ等を手がかりにする以
外はなかった。

【０００８】本発明は、このような点に鑑みてなされた
ものであり、ウェブサーバあるいは代理サーバに簡易な
プログラムを付加するだけで、ウェブサーバから提供さ
れる情報について、個別の端末装置毎に当該端末装置に
とって新規な情報部分を特定して表示することが可能な
技術を実現することを技術的課題とする。

【０００９】

【課題を解決するための手段】本発明は、前記課題を解
決するため、クライアント端末からアドレスおよび端末
更新情報（クッキー情報）を含む情報送信要求を受け付
けて、個別情報毎の個別更新情報（更新日時または日
付）を備えたサーバ側文書情報を読み出すとともに、端
末更新情報と、前記個別更新情報とを比較し前記端末更
新情報よりも後に更新された個別情報を抽出し、この抽
出個別情報に表示属性を付加する。そして、この個別情
報を編集して表示用文書情報（汎用のＨＴＭＬファイ
ル）として前記クライアント端末に返信するようにし
た。

【００１０】このように、本発明では、サーバ側文書情
報として各情報に個別の更新情報を持たせておき、これ
をクライアント端末側の更新情報と比較することによっ
て、個別情報のいずれが当該端末において既読（既見）
な情報であるかを判定することが可能となる。この判定
結果にもとづいてクライアント端末毎に個別情報に対し
て未読（未見）を示す表示属性を付加して返信すること
によって、クライアント端末毎に一律的でない個別の更
新情報を容易に把握することが可能となる。

【００１１】

【発明の実施の形態】

【００１２】

【実施例】以下、図面にもとづいて、本発明の実施の形
態を説明する。

【００１３】図１は、本発明を実現するためのシステム
構成図である。

【００１４】同図において、１はクライアント端末（情
報閲覧端末）であり、パーソナルコンピュータ、インタ
ーネット閲覧専用端末装置または携帯情報端末等で構成
されている。

【００１５】このクライアント端末１には、オペレーシ
ョンシステムとして、マイクロソフト社のウィンドウ
ズ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ等がインストー
ルされており、これらのオペレーションシステム上には
マイクロソフト社のインターネット・エクスプローラ、
ネットスケープ社のネットスケープ等のブラウザプログ
ラム２（閲覧プログラム）がインストールされている。

【００１６】このブラウザプログラム２は、クライアン
ト端末１毎の個別情報蓄積機能（クッキー機能：Cooki
e）を有しており、この個別情報（クッキー情報）を蓄
積する領域（クッキー領域３）を有している。

【００１７】なお、本実施例においてクライアント端末
１におけるブラウザプログラム２は、前述のように汎用
のものであり、クッキー機能さえ備えていればよい。

【００１８】このクライアント端末１は、インターネッ
ト等の情報通信路５に接続されており、ウェブサーバ７
へのアクセスが可能となっている。

【００１９】ウェブサーバ７は、図示は省略している
が、汎用のコンピュータシステムで構築されており、内
部バスによって相互に接続された中央処理装置、記憶装
置、入出力装置等を有しており、サーバ処理装置として
機能している。このサーバ処理装置は、前記情報通信路
５を介してクライアント端末１からのアドレス(URL:Uni
form Resource Locator)を特定した情報送信要求４を受
け付けると、この文書データベースより当該アドレスに
格納されていたＷＷＷ文書情報１１を返信情報６として
送信する機能を有している。この機能は具体的にはハー
ドディスク装置にインストールされたサーバプログラム
によって実現されている。

【００２０】ソース側文書情報としてのＷＷＷ文書情報
１１は、ＨＴＭＬファイル(Hyper Transfer Mark-up La
nguage)で記述されたテキストである。しかし、このＷ
ＷＷ文書情報１１には拡張タグが挿入されており、個々
の情報毎に更新年月日または更新日時が記録されてい
る。具体的には個々の情報毎に「update=20000524」等
のような記述が更新情報として挿入されている。

【００２１】本実施例において、ウェブサーバ７には、
タグ解析プログラム８、更新判定プログラム９およびタ
グ変換プログラム１０がインストールされており、ＷＷ
Ｗ文書情報１１を加工してクライアント端末１に返信す
ることが可能となっている。

【００２２】以下、各プログラム８，９および１０の機
能を説明する。

【００２３】まず、クライアント端末１は、情報通信路
５を通じて、ウェブサーバ７に対して情報送信要求４を
発行する。このとき、情報送信要求４には、ウェブサー
バ７の特定のアドレスを示すＵＲＬとともに、クライア
ント端末１のクッキー領域３に蓄積されているクッキー
情報を付加する。

【００２４】このクッキー情報とは、たとえばクッキー
領域３に蓄積された当該ＵＲＬのアクセス情報（前回の
アクセス日時記録）である。なお、クライアント端末１
は当該ＵＲＬに対応するクッキー情報がクッキー領域３
に存在しないときには当該情報送信要求４にはクッキー
情報を付加しなくてよい。

【００２５】この情報送信要求４を受信したウェブサー
バ７は、当該ＵＲＬに対応するＷＷＷ文書情報１１を読
み出してタグ解析プログラム８を起動する。このタグ解
析プログラム８の処理手順を示したものが図２である。
このタグ解析プログラム８の中で更新判定プログラム９
を起動して、前記クライアント端末１からのクッキー情
報とウェブサーバ７のＷＷＷ文書情報１１とを比較す
る。具体的には図３に示すようなクッキー情報にもとづ
いた最終アクセス日時と、ＷＷＷ文書情報１１の個々の
更新情報との比較であり、この結果、クッキー情報から
読み出した更新日時よりも後の更新情報については、タ
グ変換プログラム１０によりタグを書き換える。

【００２６】これらの各プログラムについて詳細に説明
する。

【００２７】図２は、タグ解析プログラム８の処理フロ
ー図である。

【００２８】同図において、Ｓ１はクッキー情報の検出
ステップであり、クライアントの情報送信要求４にクッ
キー情報が付加されていたかどうかを検出する。

【００２９】次のステップ（Ｓ２）は、情報送信要求４
がなされたＵＲＬに対応するＷＷＷ文書情報１１からタ
グを検出するステップであり、ＷＷＷ文書情報１１に付
与されている全てのタグについて処理が完了するまで繰
り返される。

【００３０】ＷＷＷ文書情報１１中のタグを検出する
と、このタグが更新タグであるか否かが判定される。

【００３１】ここで、本実施例では更新タグとして＜Ｎ
ＥＷ＞タグを新たに定義する。この＜ＮＥＷ＞タグには
２個のオプション指定が可能である。第１オプションの
「更新日時」には、情報が更新された日時（または日
付）を記述する。第２オプションの「ファイル名」には
「Ｎｅｗマーク」として使用されるロゴ等のイメージフ
ァイル名を記述する。この＜ＮＥＷ＞タグの具体的な表
示例を以下に示す。 「Ａ：サポート情報＜NEW update="20000524" src="../
image/new.gif"＞」 この記述において、更新日時オプションは「update="20
000524"」の部分であり、ファイル名は「src="../image
/new.gif"」の部分である。

【００３２】このような更新タグでない場合には、一般
的なタグ解析処理ステップ（Ｓ４）を実行し処理を戻
す。このとき一般的なタグ処理とは、文字の大きさ、そ
の他の書式に関する処理である。

【００３３】ステップＳ３において更新タグが抽出され
たときには、更新判定プログラム９を起動し（Ｓ５）、
引き続いてタグ変換プログラム１０を起動して（Ｓ６）
タグの変換処理を行う。

【００３４】図３は更新判定プログラム９の処理フロー
図である。この更新判定プログラム９は、クッキー情報
から得られた最終アクセス日時と＜ＮＥＷ＞タグの更新
日時オプションに記述された情報を用いて、その情報が
閲覧者（ユーザ）にとって新しい情報であることを示す
「Ｎｅｗマーク」を付加するか否かを決定する。

【００３５】同図において、前述のクッキー情報の検出
ステップ（Ｓ１）の判定結果を引き継ぎ、クライアント
端末１からの情報送信要求４にクッキー情報が付加され
ていた場合には、当該クッキー情報から当該クライアン
ト端末１が当該ウェブサーバ７のＷＷＷ文書情報の所在
を示すＵＲＬにアクセスした最後の日時を抽出する（ス
テップＳ７，Ｓ８）。

【００３６】次に、前記で抽出されたアクセス日時の情
報と、ＷＷＷ文書情報１１の個々の情報に付与された更
新情報とを比較する（Ｓ１０）。この結果、更新された
情報であると判定された場合には、Ｓ１１に進み「Ｎｅ
ｗマーク」を付加する処理を実行する。

【００３７】図４は、タグ変換プログラム１０の処理フ
ロー図であり、＜ＮＥＷ＞タグを変換してクライアント
端末１上の汎用のブラウザプログラム２で当該＜ＮＥＷ
＞タグが正しく表示されるようにするための処理であ
る。

【００３８】前述のステップＳ１１において、「Ｎｅｗ
マーク」を付加する判定がされたとき（Ｓ１３）、この
＜ＮＥＷ＞タグからファイル名オプションを抽出する
（Ｓ１４）。このファイル名オプションとは前述の具体
例で説明した、「src="../image/new.gif"」の記述を抽
出する処理である。

【００３９】そして、抽出したこのファイル名オプショ
ンにもとづいて＜ＩＭＧ＞タグを生成し、クライアント
端末１に送信するためのＷＷＷ文書中に付加する。具体
的には、前述の表記例は、「Ａ：サポート情報＜src
="../image/new.gif"＞」となる。この＜ＩＭＧ＞タグ
がクライアント端末１のブラウザプログラム２で実際の
「Ｎｅｗマーク」として表示される部分となる。

【００４０】次のステップ（Ｓ１６）では、前述の＜Ｎ
ＥＷ＞タグを削除する処理である。この＜ＮＥＷ＞タグ
を削除することで、変換された＜ＩＭＧ＞タグのみがク
ライアント端末１に送信されることになる。つまり、＜
ＮＥＷ＞タグに関する処理はサーバ側で完結するためク
ライアント側には何等影響を与えることなく、新規情報
の表示制御が可能となる。

【００４１】図５は、図２乃至図４で説明した処理をよ
り具体的に示した処理フロー図である。

【００４２】同図において、ウェブサーバ７に蓄積され
ているＷＷＷ文書において、情報Ａ（サポート情報）は
２０００年５月２４日に更新された情報であり、情報Ｂ
（Ｑ＆Ａ事例）は２０００年５月１０日に更新された情
報であるとする。それぞれの情報について＜ＮＥＷ＞タ
グが付与されており、このタグの書式は前述の規則にも
とづいている。

【００４３】一方、クライアント端末１からの情報送信
要求４に添付されたクッキー情報中の最終アクセス日時
情報は「２０００年５月１５日」を示している。したが
って、このクライアント端末１にとって情報Ａは全く新
規な情報であるが、情報Ｂは前回のアクセスで既見の情
報である。

【００４４】ウェブサーバ７において、クライアント端
末１からの情報送信要求４があると、まずこの情報送信
要求４中にクッキー情報が含まれているか否かが判定さ
れる（図２および図３で説明したＳ１，Ｓ７）。ここで
クッキー情報が存在している場合には、このクッキー情
報中から当該クライアント端末１が当該ＵＲＬにアクセ
スした最終日時を読み出す（Ｓ８，Ｓ１８）。

【００４５】次に、当該指定されたＵＲＬに蓄積された
ＷＷＷ文書が読み出されて、タグ解析プログラム８が起
動され、当該ＷＷＷ文書のタグが解析される（Ｓ２，Ｓ
３，Ｓ１７）。

【００４６】ここで、＜ＮＥＷ＞タグが抽出されると、
この＜ＮＥＷ＞タグの更新日時オプションの日時情報と
クッキー情報中の最終アクセス日時情報とが比較される
（Ｓ９，Ｓ１９）。

【００４７】図５の具体例では、情報Ａは最終アクセス
後に更新された情報であり、情報Ｂは最終アクセス前に
既に更新されていた情報である。したがって、クライア
ント端末１を操作するユーザとしては、情報Ａは目新し
い情報であるが情報Ｂは既読の情報である。したがっ
て、ここでは情報Ａは「Ｎｅｗマーク」を付与すべき情
報であると判定され、情報Ｂは「Ｎｅｗマーク」を付与
する必要のない情報であると判定される（Ｓ１０〜Ｓ１
２）。

【００４８】次に、タグ変換プログラム１０が起動され
（Ｓ２０）、「Ｎｅｗマーク」を付与すべきと判定され
た情報Ａについて、図４で説明したステップＳ１４〜Ｓ
１６が実行される。

【００４９】この結果、図５のＳ２１に表示されたソー
スファイル形式にＷＷＷ文書が変換されてクライアント
端末１に返信情報６として返信される。

【００５０】図６は、本実施例におけるＷＷＷ文書の＜
ＮＥＷ＞タグとクッキー情報の最終アクセス日時情報と
の比較を示す概念図である。

【００５１】同図に示すように、単一のＷＷＷ文書中に
複数の＜ＮＥＷ＞タグが存在していた場合、それぞれの
＜ＮＥＷ＞タグ毎に更新判定処理とタグ変換処理とが繰
り返される。更新判定処理には＜ＮＥＷ＞タグのオプシ
ョンである「更新日時」とクッキー情報に記述された最
終アクセス日時情報が必要であるが、クッキー情報には
ＷＷＷ文書毎（ページ毎）の更新情報を有しているだけ
であり、「タグ毎」の情報は有していない。そのため、
本実施例では文書単位でのクッキー情報（最終アクセス
日時情報）に対して、文書中の個々の＜ＮＥＷ＞タグを
対比させて比較処理を行っているわけである。

【００５２】図７は、クライアント端末１のブラウザプ
ログラム２においてＷＷＷページが表示される状態を示
したものである。同図においてウェブサーバ７に蓄積さ
れているＷＷＷ文書（ＳＶ）には、情報Ａおよび情報Ｂ
のそれぞれについて＜ＮＥＷ＞タグが記述されている。

【００５３】４つのクライアント端末（ＣＬ１〜ＣＬ
４）のブラウザプログラム２では、当該ＷＷＷ文書のＵ
ＲＬに対するクッキー情報はそれぞれ異なっている。

【００５４】クライアント端末ＣＬ１は、当該ウェブサ
ーバ７のＷＷＷ文書に初めてアクセスした状態であり、
クッキー情報が全く存在しない状態でアクセスしたもの
であるため、全ての情報が新規であり、あえて情報Ａ，
Ｂについて「Ｎｅｗマーク」は付与されていない。

【００５５】クライアント端末ＣＬ２は、クッキー情報
を有しており、かつこのクッキー情報にもとづく最終ア
クセス日時が情報ＡおよびＢの双方の更新日時の前であ
るため、情報Ａおよび情報Ｂのいずれにも「Ｎｅｗマー
ク」が付与されている。

【００５６】クライアント端末ＣＬ３の最終アクセス日
時は、情報Ｂの更新後であり、情報Ａの更新前である。
したがって、最終アクセス後に更新された情報Ａについ
てのみ「Ｎｅｗマーク」が付与されて表示されている。

【００５７】クライアント端末ＣＬ４の最終アクセス日
時は、情報ＡおよびＢの更新後である。したがって、最
終アクセス時には更新後の情報Ａおよび情報Ｂを既に見
ている（読んでいる）ため、いずれの情報にも「Ｎｅｗ
マーク」は付与されない。以上、本発明の実施例を説明
したが、本発明はこれに限定されるものではない。たと
えば、タグ解析プログラム８、更新判定プログラム９お
よびタグ変換プログラム１０はウェブサーバ７にインス
トールされている例で説明したが、たとえばウェブサー
バ７とクライアント端末１との間に図示しない代理サー
バを介在させてこの代理サーバに当該各プログラムまた
はこれらに相当する機能を持たせてもよい。

【００５８】また、＜ＮＥＷ＞タグの更新日時オプショ
ンとクッキー情報の最終アクセス日時情報とを直接比較
して（Ｓ８〜Ｓ１０，Ｓ１９）タグ変換を行い「Ｎｅｗ
マーク」を表示させる場合で説明したが、日時を直接比
較するのではなく、クッキー情報の日時情報を一定日時
分だけ減算した結果値を＜ＮＥＷ＞タグの更新日時オプ
ションと比較してもよい。このような処理を行えば、Ｗ
ＷＷ文書（ＳＶ）の情報更新の直後にアクセスした場合
であっても所定日数（前記で減算した日時分）の間だけ
は常に「Ｎｅｗマーク」を表示させることができる。

【００５９】具体的には、サーバ側で情報更新後１０日
間は常に「Ｎｅｗマーク」を表示させておきたければス
テップＳ８のクッキー情報から最終アクセス日時を抽出
した後、この日時を−１０日減算すればよい。

【００６０】このようにした場合、図７のクライアント
端末ＣＬ４の場合、実際のクッキー情報から得られる最
終アクセス日時は２０００年５月２８日であるが、−１
０日分だけ減算処理されるため、＜ＮＥＷ＞タグの更新
日時オプションと比較される日時は２０００年５月１８
日となる。したがって、この処理後の日時情報と＜ＮＥ
Ｗ＞タグの更新日時オプションとが比較される結果、ク
ライアント端末ＣＬ４については既に見た（読んだ）情
報であっても情報Ａに「Ｎｅｗマーク」が表示されるこ
とになる。

【００６１】つまり、サポート情報Ａ（５月２４日に更
新された情報）については、クッキー情報の最終アクセ
ス日時が−１０日分だけ減算されるため、６月３日まで
のアクセスには常に「Ｎｅｗマーク」を表示させておく
ことが可能となる。

【００６２】さらに、クッキー情報にはＵＲＬ毎のアク
セス回数を登録させておくようにして、ステップＳ９，
Ｓ１０において、アクセス回数によって「Ｎｅｗマー
ク」を付与するか否かを決定するようにしてもよい。

【００６３】さらに、ステップＳ７ではクッキー情報が
存在しないときに、全ての情報が新規であるとして「Ｎ
ｅｗマーク」は付与しない処理を行った場合（図７のク
ライアントＣＬ１の場合）で説明したが、これに限定す
る必要はなく、全ての情報に「Ｎｅｗマーク」を付与し
て表示させてもよい。

【００６４】最後に、本発明を総括すれば、下記の付記
的事項を含む概念である。

【００６５】（付記１） クライアント端末からアドレ
スおよび端末更新情報を含む情報送信要求を受け付ける
ステップと、個別情報毎の個別更新情報を備えたサーバ
側文書情報を読み出すステップと、前記端末更新情報
と、前記個別更新情報とを比較し前記端末更新情報より
も後に更新された個別情報を抽出するステップと、抽出
された個別情報に表示属性を付加するステップと、表示
属性の付加された個別情報を編集して表示用文書情報と
して前記クライアント端末に返信するステップとからな
る更新情報の自動表示方法。

【００６６】（付記２） 前記個別情報を抽出するステ
ップは、サーバ側文書情報を読み出すステップと、サー
バ側文書情報中のタグが更新属性を備えた更新タグであ
るか否かを解析するステップと、更新タグである場合に
更新タグに含まれる更新日時または更新日付を個別更新
情報として読み出すステップと、前記更新日時または更
新日付を前記端末更新情報に含まれる端末毎の当該サー
バ側文書情報に対する最終アクセス日時または最終アク
セス日付と比較するステップと、前記比較の結果、前記
サーバ側文書情報に対する最終アクセス日時または最終
アクセス日付よりも後に更新された更新情報を抽出する
ステップとからなる付記１記載の更新情報の自動表示方
法。

【００６７】（付記３） 前記個別情報の編集は、サー
バ側文書情報に付加された更新属性を備えた更新タグを
削除し、クライアント端末で可読な汎用の表示用タグま
たは表示用図形を付加する処理である付記１記載の更新
情報の自動表示方法。

【００６８】（付記４） 前記情報送信要求中に端末更
新情報が存在しない場合には、前記個別情報の編集の際
に、前記サーバ側文書情報に付加された更新属性を備え
た更新タグの削除のみを行い削除後のサーバ側文書情報
を表示用文書情報として前記クライアント端末に返信す
る付記１記載の更新情報の自動表示方法。

【００６９】（付記５） 前記情報送信要求中に端末更
新情報が存在しない場合には、前記個別情報の編集の際
に全ての個別情報に対して、サーバ側文書情報に付加さ
れた更新属性を備えた更新タグを削除し、クライアント
端末で可読な汎用の表示用タグまたは表示用図形を付加
する処理を行う付記１記載の更新情報の自動表示方法。

【００７０】（付記６） 前記端末更新情報と、前記個
別更新情報との比較は、前記端末更新情報または前記個
別更新情報のいずれか一方に所定の補正値を付与して行
う付記１記載の更新情報の自動表示方法。

【００７１】（付記７） 前記所定の補正値は日数であ
る付記６記載の更新情報の自動表示方法。

【００７２】（付記８） 前記所定の補正値は日数であ
り、前記端末更新情報を所定の日数で減算処理した結果
値と前記個別情報の更新日時とを比較する付記６記載の
更新情報の自動表示方法。

【００７３】（付記９） クライアント端末からアドレ
スおよび端末更新情報を含む情報送信要求を受け付ける
受付部と、個別情報毎の個別更新情報を備えたサーバ側
文書情報を読み出す文書情報読出部と、前記端末更新情
報と、前記個別更新情報とを比較し前記端末更新情報よ
りも後に更新された個別情報を抽出する個別情報抽出部
と、抽出された個別情報に表示属性を付加する付加部
と、表示属性の付加された個別情報を編集して表示用文
書情報として前記クライアント端末に返信する返信部と
からなる情報表示装置。

【００７４】（付記１０） 前記個別情報を抽出する個
別情報抽出部は、読み出したサーバ側文書情報中のタグ
が更新属性を備えた更新タグであるか否かを解析する解
析部と、更新タグである場合に更新タグに含まれる更新
日時または更新日付を個別更新情報として読み出す個別
更新情報読出部と、前記更新日時または更新日付を前記
端末更新情報に含まれる端末毎の当該サーバ側文書情報
に対する最終アクセス日時または最終アクセス日付と比
較する比較部と、前記比較の結果、前記サーバ側文書情
報に対する最終アクセス日時または最終アクセス日付よ
りも後に更新された更新情報を抽出する更新情報抽出部
とからなる付記９記載の情報表示装置。

【００７５】（付記１１） 前記付加部は、サーバ側文
書情報に付加された更新属性を備えた更新タグを削除
し、クライアント端末で可読な汎用の表示用タグまたは
表示用図形を付加するものである付記９記載の情報表示
装置。

【００７６】（付記１２） 前記付加部は、前記情報送
信要求中に端末更新情報が存在しない場合には、前記個
別情報の編集の際に、前記サーバ側文書情報に付加され
た更新属性を備えた更新タグの削除のみを行い、前記返
信部は前記削除後のサーバ側文書情報を表示用文書情報
として前記クライアント端末に返信する付記９記載の情
報表示装置。

【００７７】（付記１３） 前記付加部は、前記情報送
信要求中に端末更新情報が存在しない場合には、前記個
別情報の編集の際に全ての個別情報に対して、サーバ側
文書情報に付加された更新属性を備えた更新タグを削除
し、クライアント端末で可読な汎用の表示用タグまたは
表示用図形を付加する処理を行う付記９記載の情報表示
装置。

【００７８】（付記１４） 前記個別情報抽出部は、前
記端末更新情報と前記個別更新情報との比較に際して、
前記端末更新情報または前記個別更新情報のいずれか一
方に所定の補正値を付与して行う付記９記載の情報表示
装置。

【００７９】（付記１５） 前記所定の補正値は日数で
ある付記１４記載の情報表示装置。

【００８０】（付記１６） 前記所定の補正値は日数で
あり、前記端末更新情報を所定の日数で減算処理した結
果値と前記個別情報の更新日時とを比較する付記１４記
載の情報表示装置。

【００８１】（付記１７） コンピュータに対してクラ
イアント端末からアドレスおよび端末更新情報を含む情
報送信要求を受け付けるステップと、個別情報毎の個別
更新情報を備えたサーバ側文書情報を読み出すステップ
と、前記端末更新情報と、前記個別更新情報とを比較し
前記端末更新情報よりも後に更新された個別情報を抽出
するステップと、抽出された個別情報に表示属性を付加
するステップと、表示属性の付加された個別情報を編集
して表示用文書情報として前記クライアント端末に返信
するステップとを実行させるプログラムを記憶したコン
ピュータ読み取り可能な記憶媒体。

【００８２】（付記１８） 前記個別情報を抽出するス
テップは、サーバ側文書情報を読み出すステップと、サ
ーバ側文書情報中のタグが更新属性を備えた更新タグで
あるか否かを解析するステップと、更新タグである場合
に更新タグに含まれる更新日時または更新日付を個別更
新情報として読み出すステップと、前記更新日時または
更新日付を前記端末更新情報に含まれる端末毎の当該サ
ーバ側文書情報に対する最終アクセス日時または最終ア
クセス日付と比較するステップと、前記比較の結果、前
記サーバ側文書情報に対する最終アクセス日時または最
終アクセス日付よりも後に更新された更新情報を抽出す
るステップとを実行させるプログラムである付記１７記
載のコンピュータ読み取り可能な記憶媒体。

【００８３】（付記１９） 前記個別情報の編集は、サ
ーバ側文書情報に付加された更新属性を備えた更新タグ
を削除し、クライアント端末で可読な汎用の表示用タグ
または表示用図形を付加する処理ステップである付記１
７記載のコンピュータ読み取り可能な記憶媒体。

【００８４】（付記２０） 前記情報送信要求中に端末
更新情報が存在しない場合には、前記個別情報の編集の
際に、前記サーバ側文書情報に付加された更新属性を備
えた更新タグの削除のみを行い削除後のサーバ側文書情
報を表示用文書情報として前記クライアント端末に返信
する付記１７記載のコンピュータ読み取り可能な記憶媒
体。

【００８５】（付記２１） 前記情報送信要求中に端末
更新情報が存在しない場合には、前記個別情報の編集の
際に全ての個別情報に対して、サーバ側文書情報に付加
された更新属性を備えた更新タグを削除し、クライアン
ト端末で可読な汎用の表示用タグまたは表示用図形を付
加する処理を行う付記１７記載のコンピュータ読み取り
可能な記憶媒体。

【００８６】（付記２２） 前記端末更新情報と、前記
個別更新情報との比較は、前記端末更新情報または前記
個別更新情報のいずれか一方に所定の補正値を付与して
行う付記１７記載のコンピュータ読み取り可能な記憶媒
体。

【００８７】（付記２３） 前記所定の補正値は日数で
ある付記２２記載のコンピュータ読み取り可能な記憶媒
体。

【００８８】（付記２４） 前記所定の補正値は日数で
あり、前記端末更新情報を所定の日数で減算処理した結
果値と前記個別情報の更新日時とを比較する付記２２記
載のコンピュータ読み取り可能な記憶媒体。

【００８９】

【発明の効果】本発明によれば、ウェブサーバから提供
される情報について、個別のクライアント端末毎に個別
に新規な情報部分を特定して表示することが可能とな
り、クライアント端末毎に更新情報の把握が容易とな
る。

【図面の簡単な説明】

【図１】 本発明の実施例におけるシステム構成図

【図２】 実施例におけるタグ解析プログラムの処理フ
ロー図

【図３】 実施例における更新判定プログラムの処理フ
ロー図

【図４】 実施例におけるタグ変換プログラムの処理フ
ロー図

【図５】 実施例における比較処理および変換処理の具
体例を示す処理フロー図

【図６】 実施例の＜ＮＥＷ＞タグとクッキー情報との
比較概念図

【図７】 実施例のサーバ側文書とクライアント端末Ｃ
Ｌ１〜ＣＬ４毎の表示例を示す説明図

【符号の説明】

１ クライアント端末 ２ ブラウザプログラム ３ クッキー領域 ４ 情報送信要求 ５ 情報通信路 ６ 返信情報 ７ ウェブサーバ ８ タグ解析プログラム ９ 更新判定プログラム １０ タグ変換プログラム １１ ＷＷＷ文書情報

Claims (11)

【特許請求の範囲】
1. 【請求項１】 クライアント端末からアドレスおよび端
   末更新情報を含む情報送信要求を受け付けるステップ
   と、 個別情報毎の個別更新情報を備えたサーバ側文書情報を
   読み出すステップと、 前記端末更新情報と、前記個別更新情報とを比較し前記
   端末更新情報よりも後に更新された個別情報を抽出する
   ステップと、 抽出された個別情報に表示属性を付加するステップと、 表示属性の付加された個別情報を編集して表示用文書情
   報として前記クライアント端末に返信するステップとか
   らなる更新情報の自動表示方法。
2. 【請求項２】 前記個別情報を抽出するステップは、サ
   ーバ側文書情報を読み出すステップと、 サーバ側文書情報中のタグが更新属性を備えた更新タグ
   であるか否かを解析するステップと、 更新タグである場合に更新タグに含まれる更新日時また
   は更新日付を個別更新情報として読み出すステップと、 前記更新日時または更新日付を前記端末更新情報に含ま
   れる端末毎の当該サーバ側文書情報に対する最終アクセ
   ス日時または最終アクセス日付と比較するステップと、 前記比較の結果、前記サーバ側文書情報に対する最終ア
   クセス日時または最終アクセス日付よりも後に更新され
   た更新情報を抽出するステップとからなる請求項１記載
   の更新情報の自動表示方法。
3. 【請求項３】 前記個別情報の編集は、サーバ側文書情
   報に付加された更新属性を備えた更新タグを削除し、ク
   ライアント端末で可読な汎用の表示用タグまたは表示用
   図形を付加する処理である請求項１記載の更新情報の自
   動表示方法。
4. 【請求項４】 前記情報送信要求中に端末更新情報が存
   在しない場合には、前記個別情報の編集の際に、前記サ
   ーバ側文書情報に付加された更新属性を備えた更新タグ
   の削除のみを行い削除後のサーバ側文書情報を表示用文
   書情報として前記クライアント端末に返信する請求項１
   記載の更新情報の自動表示方法。
5. 【請求項５】 前記情報送信要求中に端末更新情報が存
   在しない場合には、前記個別情報の編集の際に全ての個
   別情報に対して、サーバ側文書情報に付加された更新属
   性を備えた更新タグを削除し、クライアント端末で可読
   な汎用の表示用タグまたは表示用図形を付加する処理を
   行う請求項１記載の更新情報の自動表示方法。
6. 【請求項６】 前記端末更新情報と、前記個別更新情報
   との比較は、前記端末更新情報または前記個別更新情報
   のいずれか一方に所定の補正値を付与して行う請求項１
   記載の更新情報の自動表示方法。
7. 【請求項７】 前記所定の補正値は日数である請求項６
   記載の更新情報の自動表示方法。
8. 【請求項８】 前記所定の補正値は日数であり、前記端
   末更新情報を所定の日数で減算処理した結果値と前記個
   別情報の更新日時とを比較する請求項６記載の更新情報
   の自動表示方法。
9. 【請求項９】 コンピュータに対してクライアント端末
   からアドレスおよび端末更新情報を含む情報送信要求を
   受け付けるステップと、 個別情報毎の個別更新情報を備えたサーバ側文書情報を
   読み出すステップと、 前記端末更新情報と、前記個別更新情報とを比較し前記
   端末更新情報よりも後に更新された個別情報を抽出する
   ステップと、 抽出された個別情報に表示属性を付加するステップと、 表示属性の付加された個別情報を編集して表示用文書情
   報として前記クライアント端末に返信するステップとを
   実行させるプログラムを記憶したコンピュータ読み取り
   可能な記憶媒体。
10. 【請求項１０】 クライアント端末からアドレスおよび
    端末更新情報を含む情報送信要求を受け付ける受付部
    と、 個別情報毎の個別更新情報を備えたサーバ側文書情報を
    読み出す読出部と、 前記端末更新情報と、前記個別更新情報とを比較し前記
    端末更新情報よりも後に更新された個別情報を抽出する
    更新判定部と、 抽出された個別情報に表示属性を付加するとともに、こ
    の表示属性の付加された個別情報を編集する変換部とか
    らなるサーバ処理装置。
11. 【請求項１１】 コンピュータに対してクライアント端
    末からアドレスおよび端末更新情報を含む情報送信要求
    を受け付けるステップと、 個別情報毎の個別更新情報を備えたサーバ側文書情報を
    読み出すステップと、 前記端末更新情報と、前記個別更新情報とを比較し前記
    端末更新情報よりも後に更新された個別情報を抽出する
    ステップと、 抽出された個別情報に表示属性を付加するステップと、 表示属性の付加された個別情報を編集して表示用文書情
    報として前記クライアント端末に返信するステップとを
    実行させるプログラム。