JP2001256100A

JP2001256100A - ワールドワイドウェブブラウザ装置およびワールドワイドウェブの更新通知方法

Info

Publication number: JP2001256100A
Application number: JP2001014023A
Authority: JP
Inventors: Kiyonobu Kojima; 清信小島; Naoki Fujisawa; 直樹藤澤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1995-09-29
Filing date: 2001-01-23
Publication date: 2001-09-21

Abstract

(57)【要約】【課題】監視するファイルが更新されたか否かを、迅
速かつ確実に知る。【解決手段】ＣＰＵ１１は、ネットワークを介して監
視する、サーバのファイルのアドレスを設定する。ネッ
トワークインタフェース２３は、設定されたアドレスを
基に、予め設定されたタイミングでファイルをアクセス
する。ＣＰＵ１１は、アクセスされたファイルが更新さ
れているか否かを判定し、判定結果に対応して、ファイ
ルの更新状態を示す画像の表示を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はワールドワイドウェ
ブブラウザ装置および更新通知方法に関し、ファイルが
更新されているか否かを迅速かつ確実に監視し、通知す
ることができるようにした、ワールドワイドウェブブラ
ウザ装置および更新通知方法に関する。

【０００２】

【従来の技術】図１９は、従来の情報管理装置の構成例
を表している。同図に示すように、ユーザの各端末は、
ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）や、
インターネット（ｔｈｅＩｎｔｅｒｎｅｔ）などのネ
ットワークを介して各種のサーバに接続されている。ユ
ーザは、必要に応じてサーバにアクセスし、サーバから
所望の情報の提供を受けることができる。

【０００３】各サーバが提供する情報は、必要に応じて
更新される。各ユーザは、各サーバの保持するファイル
が更新されているか否かを知る必要がある。ファイルの
更新をユーザが知るための方法として、従来、次のよう
な方法が知られている。

【０００４】第１の方法は、各サーバが、自己が管理す
るファイルに対してアクセスしてくるユーザを予め登録
しておき、ファイルを更新したとき、その登録されてい
るユーザに対して、更新されたファイルのデータをネッ
トワークを介して自動的に転送するようにするものであ
る。

【０００５】第２の方法は、更新されたファイルのデー
タそのものを各ユーザに対して転送するのではなく、情
報が更新されたことを表すメッセージを電子メールとし
て、各ユーザにサーバから伝送するようにするものであ
る。

【０００６】さらに第３の方法は、各ユーザが、必要に
応じて各サーバに対してアクセスし、ファイルが更新さ
れているか否かを、その都度確認するものである。

【０００７】

【発明が解決しようとする課題】しかしながら、上記し
た第１の方法は、各サーバに負荷がかかり、ユーザの数
が増加すると実現困難となる。

【０００８】また、第２の方法は、伝送するのがメッセ
ージに過ぎないので、第１の方法に較べてサーバの負荷
は軽減されるが、それでもサーバは、そのための管理を
要求され、大きな負荷となる。

【０００９】さらに、第３の方法は、ユーザが必要に応
じてアクセスするので、サーバがファイルを更新したタ
イミングと、そのファイルをユーザが受け取ることがで
きるタイミングとの間にズレが生じ、最新の情報を各ユ
ーザが取得することができない課題があった。

【００１０】本発明はこのような状況に鑑みてなされた
ものであり、サーバに負荷をかけずに、ユーザが監視す
るファイルの更新状態を、迅速かつ確実に知ることがで
きるようにするものである。

【００１１】

【課題を解決するための手段】本発明のワールドワイド
ウェブブラウザ装置は、ネットワークを介して監視す
る、サーバのファイルのアドレスを設定する設定手段
と、設定手段により設定されたアドレスを基に、予め設
定されたタイミングでファイルをアクセスするアクセス
手段と、アクセス手段にアクセスされたファイルが更新
されているか否かを判定する判定手段と、判定手段の判
定結果に対応して、ファイルの更新状態を示す画像の表
示を制御する表示制御手段とを含むことを特徴とする。

【００１２】判定手段は、前回のアクセスで取得され
た、ファイルの更新日時を記録する記録手段と、記録手
段に記録されている更新日時と、今回のアクセスで取得
されたファイルの更新日時とを比較する比較手段とをさ
らに含み、比較手段の比較結果に基づいて、ファイルが
更新されているか否かを判定するようにすることができ
る。

【００１３】記憶手段は、前回のアクセスで取得され
た、ハイパーテキストトランスファープロトコルのヘッ
ダ情報に含まれる、ファイルの更新日時を記録し、比較
手段は、記録手段に記録されている更新日時と、今回の
アクセスで取得されたヘッダ情報に含まれている、ファ
イルの更新日時とを比較するようにすることができる。

【００１４】表示制御手段は、ファイルの更新状態を示
す画像を、ファイルに対応した画像に重ねて表示するよ
うに表示を制御するようにすることができる。

【００１５】本発明のワールドワイドウェブの更新通知
方法は、ネットワークを介して監視する、サーバのファ
イルのアドレスを設定する設定ステップと、設定ステッ
プの処理により設定されたアドレスを基に、予め設定さ
れたタイミングでファイルをアクセスするアクセスステ
ップと、アクセスステップの処理によりアクセスされた
ファイルが更新されているか否かを判定する判定ステッ
プと、判定ステップの判定結果に対応して、ファイルの
更新状態を示す画像の表示を制御する表示制御ステップ
とを含むことを特徴とする。

【００１６】判定ステップは、前回のアクセスで取得さ
れた、ファイルの更新日時の記録を制御する記録制御ス
テップと、記録制御ステップの処理により記録されてい
る更新日時と、今回のアクセスで取得されたファイルの
更新日時とを比較する比較ステップとをさらに含み、比
較ステップの比較結果に基づいて、ファイルが更新され
ているか否かを判定するようにすることができる。

【００１７】記録制御ステップは、前回のアクセスで取
得された、ハイパーテキストトランスファープロトコル
のヘッダ情報に含まれる、ファイルの更新日時の記録を
制御し、比較ステップは、記録制御ステップの処理によ
り記録されている更新日時と、今回のアクセスで取得さ
れたヘッダ情報に含まれている、ファイルの更新日時と
を比較するようにすることができる。

【００１８】表示制御ステップは、ファイルの更新状態
を示す画像を、ファイルに対応した画像に重ねて表示す
るように表示を制御するようにすることができる。

【００１９】本発明のワールドワイドウェブブラウザ装
置および更新通知方法においては、ネットワークを介し
て監視する、サーバのファイルのアドレスが設定され、
設定されたアドレスを基に、予め設定されたタイミング
でファイルがアクセスされ、アクセスされたファイルが
更新されているか否かが判定され、判定結果に対応し
て、ファイルの更新状態を示す画像の表示が制御され
る。

【００２０】

【発明の実施の形態】図１は、本発明の情報管理装置が
接続されるネットワークの構成例を表している。同図に
示すように、世界規模で接続されたコンピュータネット
ワークとしてのインターネットには、直接、あるいはサ
ブネットワークとしてのＬＡＮをさらに介して、多くの
サーバあるいはユーザが接続されている。この例では、
ユーザの社内のサーバＳ_Aと、社外のサーバＳ_B，Ｓ_Cが
示されている。ユーザは、必要に応じて所定のサーバに
アクセスし、各種の情報やサービスの提供を受けること
ができる。

【００２１】図２は、本発明の情報管理装置の一実施の
形態の構成例を示すブロック図である。この実施の形態
においては、ネットワークインタフェース（Ｉ／Ｆ）２
３が、インターネット、その他のネットワークから供給
されるデータを受信し、文書データ格納部１８に供給
し、記憶させるようになされている。この文書データ格
納部１８は、ハードディスク、光ディスク、光磁気ディ
スクなどの他、固体メモリなどにより構成することがで
きる。また、文書データ格納部１８に格納されるデータ
構造は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕ
ｐＬａｎｇｕａｇｅ）などのハイパーテキスト記述言
語、イメージデータ、ＭＭＲ（ｍｏｄｉｆｉｅｄｍｏ
ｄｉｆｉｅｄＲＥＡＤ）やＭＨ（ｍｏｄｉｆｉｅｄ
Ｈｕｆｆｍａｎ）などにより圧縮されたイメージデー
タ、テキストデータ、ＤＴＰなどで用いられるＰｏｓｔ
ｓｃｒｉｐｔなどのページ記述言語などとすることがで
きる。

【００２２】イメージ展開処理部１９は、ＣＰＵ１１か
らの指令に対応して、文書データ格納部１８に記憶され
ているデータを、データ構造に対応してビットマップな
どのイメージデータに展開し、メインメモリ１２に出力
するようになされている。データ構造が、例えばファク
シミリなどで用いられているＭＭＲやＭＨなどにより圧
縮されているイメージデータである場合においては、イ
メージ展開処理部１９は伸長処理を行う。また、ＨＴＭ
ＬやＰｏｓｔｓｃｒｉｐｔなどのページ記述言語であれ
ば、フォントを展開しページ割り付けを行うラスタイメ
ージ展開処理を行う。

【００２３】メインメモリ１２に記憶されたデータは、
イメージデータ転送部２０またはイメージデータ圧縮転
送部２１を介して、表示バッファ１３に供給され、記憶
されるようになされている。基本的には、イメージデー
タ転送部２０は、メインメモリ１２に記憶されたデータ
をそのまま表示バッファ１３に転送し、イメージデータ
圧縮転送部２１は、メインメモリ１２に記憶されている
画像を圧縮して、表示バッファ１３に供給し、記憶させ
る。

【００２４】イメージデータ圧縮転送部２１は、数行お
きにデータを間引きながら転送する処理や、行間で論理
ＯＲなどの演算をしながら行数を減らす処理によって圧
縮処理を行う。あるいはまた、イメージデータのドット
の数を計数し、その数に対応して、圧縮処理を行うよう
にする。

【００２５】また、イメージデータ圧縮転送部２１とイ
メージデータ転送部２０は、メインメモリ１２から読み
出したデータを表示バッファ１３に転送するとき、２値
のイメージデータを多値化することにより、比較的解像
度の低いディスプレイにおいても、細かい文字をつぶさ
ないで、表示できるようにしている。ただし、多値化解
像度変換処理には時間がかかるため、例えば特開平４−
３３７８００号公報に開示されているように、先に粗い
画像をまず表示し、そのデータを多値化されたデータ
に、後で順次置き換えて行くようにする。これにより、
反応の速さときれいな表示の要求を両方満足することが
できる。

【００２６】また、領域コピー処理部２２は、表示バッ
ファ１３に記憶されている画像データの一部を、表示バ
ッファ１３の他の領域にコピー（移動）する処理を実行
する。

【００２７】ビデオ信号発生部１４は、表示バッファ１
３に記憶されている画像データを読み出し、ビデオ信号
に変換し、ディスプレイ１５に出力し、表示させるよう
になされている。

【００２８】更新情報格納部２４は、使用者が監視した
いサーバ（ファイル）のアドレスと、そのタイミングを
始め、アクセスしたファイルの前回の更新日などを記憶
するようになされている。

【００２９】キーボード１７は、少なくともカーソルキ
ー１７Ａを有し、ＣＰＵ１１に対して各種の指令を入力
するとき、使用者により操作されるようになされてい
る。また、マウスなどのポインティングデバイス１６
は、ディスプレイ１５に表示されたカーソルを用いて所
定の位置を指定するような場合に、使用者によって操作
される。

【００３０】次に、図２の実施の形態の動作について説
明する。まず最初に、インターネット上の所定のホーム
ページに対してアクセスするために、キーボード１７を
操作して、例えば、ＮｅｔｓｃａｐｅＮａｖｉｇａｔ
ｏｒ（ＮｅｔｓｃａｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ
ｓ社の商標）等のＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅ
ｂ）ブラウザを起動する。そして、所定のホームページ
を指定するためのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕ
ｒｃｅＬｏｃａｔｏｒ）を入力する。すると、ディス
プレイ１５には、例えば図３に示すように、ＷＷＷブラ
ウザのウインドウ３０に所定のホームページが表示され
る。このホームページには、インターネットに接続され
ている各種サーバにアクセスするためのアイコン３１等
が表示されている。

【００３１】ここで、使用者が、ポインティングデバイ
ス１６を操作して、例えば「Ｆａｘｉｎ」のアイコン３
１を選択すると、ＣＰＵ１１は、ネットワークインタフ
ェース２３を制御し、インターネットに接続されてい
る、そのアイコンに対応するサーバにアクセスさせる。
このサーバは、外部からＦａｘ受信回路で受信したイメ
ージデータ、またはＨＴＭＬエディタなどのソフトウェ
アを用いて、新聞、雑誌などの切抜きをイメージスキャ
ナで読み取ったイメージデータ（ビットマップデータ）
を記憶しており、そのデータを提供するサービス（Ｆａ
ｘｉｎサービス）を行っている。

【００３２】ネットワークインタフェース２３は、イン
ターネットを介してアクセスしたそのサーバから供給さ
れたデータを文書データ格納部１８に供給し、記憶させ
る。また、このデータの一部は、そのままイメージ展開
処理部１９に供給され、伸長処理などが施され、ビット
マップデータに変換され、メインメモリ１２に供給さ
れ、記憶される。

【００３３】メインメモリ１２に記憶されたデータは、
イメージデータ転送部２０を介して表示バッファ１３に
供給され、そこに書き込まれる。表示バッファ１３に書
き込まれたデータは、ビデオ信号発生部１４に供給され
ビデオ信号に変換され、ディスプレイ１５に供給され、
表示される。このようにして、ディスプレイ１５に、例
えばアクセスしたサーバの図４に示すようなホームペー
ジが最初に表示される。

【００３４】この図４に示す例においては、ＷＷＷブラ
ウザのウインドウ３０に、新聞の切り抜きのファイルを
指定するためのアイコン８１−１，８１−２であって、
各々の新聞の切り抜きの縮小イメージを模したアイコン
８１−１，８１ー２が配列表示されている。そして、使
用者が、このホームページを見ながら、ポインティング
デバイス１６やキーボード１７を操作し、希望する新聞
の切り抜きのファイルを指定するためのアイコン８１−
２を選択する。ここで、もし仮に、そのファイルのデー
タが未だ文書データ格納部１８に格納されていない場
合、ＣＰＵ１１は、ネットワークインタフェース２３を
介してサーバにデータの転送を要求する。サーバがこの
要求に対応してデータを転送すると、このデータは、ネ
ットワークインタフェース２３を介して文書データ格納
部１８に供給され、記憶される。

【００３５】次に、ＣＰＵ１１は、文書データ格納部１
８に記憶されたファイルのデータ（文書データ）を読み
出させ、イメージ展開処理部１９によりビットマップデ
ータに変換させた後、メインメモリ１２に供給させ、記
憶させる。そして、このデータが、イメージデータ転送
部２０またはイメージデータ圧縮転送部２１を介して表
示バッファ１３に供給され、記憶される。表示バッファ
１３に書き込まれた１枚（１ページ）の画像データは、
ビデオ信号発生部１４に供給され、ビデオ信号に変換さ
れ、ディスプレイ１５に出力され、表示される。

【００３６】次に、１枚の画像を表示する原理につい
て、図５を参照して説明する。今、ディスプレイ１５に
ウインドウ４１が表示されており、このウインドウ４１
に文書データ格納部１８より読み出された１枚（１ペー
ジ）のＡ４の大きさの新聞記事の切り抜きの画像を表示
させるものとする。メインメモリ１２に記憶された１枚
の画像のイメージデータ４２が、図５に示すように、幅
Ｗと高さＨを有するものとする。

【００３７】これに対して、ウインドウ４１は、その幅
がｗ、高さがｈであり、イメージデータ４２の幅Ｗと高
さＨが、ウインドウ４１の幅ｗと高さｈより大きいもの
とする。この場合、イメージデータ４２をウインドウ４
１に、その全部をそのまま表示することはできない。そ
こで、この実施の形態においては、例えばイメージデー
タ４２の幅Ｗを、ウインドウ４１の幅ｗに合わせる（調
整する）処理が行われる。すなわち、イメージデータ４
２は、その幅および高さが全体的に、ｗ／Ｗの圧縮率で
圧縮される。

【００３８】さらにまた、このようにして、幅および高
さ方向に全体的にｗ／Ｗに圧縮されたイメージデータ５
２が、さらに次のようにして高さ方向に圧縮される。す
なわち、ウインドウ４１の高さｈは、イメージデータ５
２の高さＨ×（ｗ／Ｗ）より小さいため、ウインドウ４
１の高さｈの、例えば７０％の高さａ₂の領域Ａ₂と、そ
の上部の高さａ₁の領域Ａ₁、およびその下部の高さａ₃
の領域Ａ₃とに、ウインドウ４１が区分される。この区
分に対応して、イメージデータ５０にも、高さｒ ₂（＝
ａ₂）の領域Ｒ₂と、その上部の高さｒ₁の領域Ｒ₁、およ
びその下部の高さｒ₃の領域Ｒ₃とに区分される。

【００３９】そして、イメージデータ５２の領域Ｒ₂の
データは、ウインドウ４１の領域Ａ₂に、そのまま（圧
縮せずに）転送、表示される。これに対して、領域Ｒ₁
のデータは、領域Ａ₁に、縦方向に圧縮されて転送、表
示され、また領域Ｒ₃のデータは、領域Ａ₃に、縦方向に
圧縮されて転送、表示される。領域Ａ₂の高さａ₂は、ウ
インドウ４１の高さｈの７０％の値とされ、イメージデ
ータ５２の領域Ｒ₂の高さｒ₂は、ａ₂と同一の値とされ
ているので、領域Ａ₂は、文字が正しい比率（縦方向と
横方向の比率）で表示される標準部とされるのに対し
て、領域Ａ₁とＡ₃は、文字が縦方向に圧縮されて表示さ
れる圧縮部とされる。

【００４０】標準部の領域Ａ₂の位置は、カーソルで移
動させることができるようになされている。図６と図７
は、この関係を表している。すなわち、図６に示すよう
に、表示バッファ１３（従ってウインドウ４１）のカー
ソル６１の位置を中心として、上方向にＫまでの範囲
と、下方向にＫまでの範囲が、標準部の領域Ａ₂とさ
れ、その上部と下部の領域がＡ₁またはＡ₃とされる。従
って、例えば、図６に示す状態から、カーソル６１を下
方に移動させると、図７に示すように、標準部の領域Ａ
₂は、図６における位置より下方に移動する。その結
果、領域Ａ₁の範囲は、図７における場合の方が図６に
おける場合より拡大し、また、領域Ａ₃の範囲は、図６
における場合より図７における場合の方が狭くなる。

【００４１】次に、本発明によるファイルの監視方法に
ついて、図１０と図１１のフローチャートを参照して説
明するが、その前に、監視するファイルの更新状態を表
す画像について、図８と図９を参照して説明する。

【００４２】すなわち、この実施の形態においては、図
８に示すように、ディスプレイ１５上に、そのとき処理
を行っているタスクの画像がウインドウ４１−１に表示
されている状態にあるとき、それとは別の比較的小さい
ウインドウ４１−２に、複数のファイルの更新状態を表
す画像が表示されるようになされている。

【００４３】図９は、このウインドウ４１−２を拡大し
て示している。いま、例えば、３つのファイルの更新状
態を監視しているものとする。このとき、図９の右側の
ウインドウ４１−２に示すように、監視しているファイ
ルの例えばホームページの画像（図９においてＡ，Ｂ，
Ｃで表されている）を縮小し、その縮小画像を横方向に
圧縮して表示している。

【００４４】そして、指定されたタイミングにおいて各
ファイルにアクセスし、そのファイルが更新されている
か否かを判定し、更新されている場合においては、図９
の左側のウインドウ４１−２に示すように、そのファイ
ルのホームページの画像を、更新されていないファイル
の画像に較べて大きく表示する。これにより、各使用者
が監視しているファイルの更新を、迅速かつ確実に知る
ことができるようになされている。

【００４５】次に、図１０と図１１のフローチャートを
参照して、ファイルを監視する方法について説明する。
この図１０と図１１に示す処理を開始する前に、使用者
は、キーボード１７あるいはポインティングデバイス１
６を操作して、監視すべきファイルのアドレスを登録す
る処理を実行する。ＣＰＵ１１は、この入力が行われた
とき、その入力情報を更新情報格納部２４に記憶させ
る。

【００４６】図１２は、このようにして更新情報格納部
２４に記憶形成された監視ファイルリストを模式的に表
している。この実施の形態においては、３つのファイル
Ａ，Ｂ，Ｃのアドレスａ，ｂ，ｃと、そのアドレスにア
クセスすべき日時の情報が登録されている。ここに登録
すべきファイルは、１つのサーバ（例えば図１のサーバ
Ｓ_A）の管理する複数のファイルであってもよいし、そ
れぞれ異なるサーバ（例えば図１のサーバＳ_A，Ｓ_B，Ｓ
_C）が管理するファイル（ファイルＡ，Ｂ，Ｃ）であっ
てもよいが、この実施の形態は後者の例とされている。
また、アクセスすべき時刻情報は、図１２に示すよう
に、毎週月曜日９時００分のように、曜日と時刻を指定
したり、毎日２３時００分のように、時刻を指定した
り、１時間毎のように、周期を指定することもできる。

【００４７】図１０と図１１に示す処理は、このように
予め登録されているファイルのアドレスに対して、それ
ぞれ行われる。

【００４８】図１０のステップＳ１において、ＣＰＵ１
１は、更新情報格納部２４に格納されているファイルの
アドレス（例えばアドレスａ）を読み出し、ネットワー
クインタフェース２３を制御し、そのアドレスに対して
アクセスを開始させる。これにより、例えば図１に示す
サーバＳ_Aに対してアクセスが行われる。

【００４９】このとき、アクセスを受けたサーバは、例
えば図１３に示すような、ヘッダ情報をユーザに対して
提供し、ＣＰＵ１１は、ネットワークインタフェース２
３を介して、このヘッダ情報を受け取る。

【００５０】このヘッダ情報は、通信のプロトコルの名
称（ＨＴＴＰ）、そのバージョン（１．０）、通信のス
テータス（２００ＯＫ）の他、そのファイルの更新日
時（Ｍｏｎ，１１−０９−９５０７：１８：５７Ｇ
ＭＴ）などを含んでいる。

【００５１】ＣＰＵ１１は、このように、所定のファイ
ル（サーバ）に対してアクセスしたときステップＳ２に
進み、予め文書データ格納部１８に用意しておいた、そ
のファイルの内容を表す画像（例えばホームページの画
像）を縮小し、さらに横方向に圧縮して、図９の右側の
ウインドウ４１−２に示すように表示する。そして、さ
らにその画像を点滅させる。いまの場合、例えば、図９
に示す右側のウインドウ４１−２の文字Ａを付加して表
すファイルＡの画像が点滅表示される。これにより、使
用者に、いまファイルＡに対してアクセスが行われ、更
新状態を確認中であることを知らしめることができる。

【００５２】次にステップＳ３に進み、アクセスしたア
ドレスの情報が一定時間内に返ってきたか否かを判定す
る。アクセスを開始した後、一定の時間が経過しても、
そのファイルに関する情報が伝送されてこない場合にお
いては、ステップＳ４に進み、×印をそのファイルの縮
小画像上に重畳表示する。そして、その背景色を通常の
場合における背景色（例えば白）と異なる色（例えば黄
色）に変更する。

【００５３】例えば、ウインドウ４１−２に表示されて
いるファイルＡのホームページの縮小画像が、図１４に
示すように、白地に黒の文字で表現されている場合、図
１５に示すように、背景を黄色にし、赤の×印を重畳表
示する。なお、図１４と図１５においては、便宜上、縮
小したホームページを横方向に圧縮していない状態で示
しているが、実際には図９に示すように、横方向に圧縮
された状態で、このような表示が行われる。横方向に圧
縮されているため、その画像は確認しにくくなるが、×
印のマークは比較的大きく表示されるため確認すること
ができる。また、背景が、通常白地であるにもかかわら
ず、黄色に変更されるため、この色からも、例えば回線
が切れていたり、アクセスしたサーバの電源が落ちてい
るなどの、ネットワーク上のトラブルが存在することを
認識することができる。

【００５４】ステップＳ４の次に、ステップＳ１９に進
み、次回のアクセス時刻に達するまで待機し、次のアク
セス時刻が到来したとき、ステップＳ１に戻り、それ以
降の処理を繰り返し実行する。

【００５５】一方、ステップＳ３において、アクセスし
たサーバから一定の時間内に情報が返ってきたと判定さ
れた場合においては、ステップＳ５に進み、その情報は
エラーの情報ではなく、正しい情報であるか否かを判定
する。もしエラーの情報である場合においては、ステッ
プＳ６に進み、？マークの印を縮小画面上に付加し、そ
の縮小画面の背景色を黄色に変更させる。

【００５６】例えば図１６に示すように、背景色を黄色
に変化させると共に、赤の？マークを重畳して表示す
る。ステップＳ４における場合と同様に、この画像が横
方向に圧縮されて、図９の右側のウインドウ４１−２に
表示されることになる。

【００５７】このような表示が行われた場合も、次にス
テップＳ１９に進み、次回のアクセス時刻が到来するま
で待機し、その時刻が到来したときステップＳ１に戻
り、それ以降の処理を繰り返し実行する。

【００５８】一方、ステップＳ５において、アクセスし
たサーバから正しい情報が伝送されてきたと判定された
場合においては、ステップＳ７に進み、ステップＳ２に
おいて点滅表示した縮小画像を元の状態に戻す。すなわ
ち、点滅を中止させる。そして、ステップＳ８に進み、
ヘッダ情報に更新日データが含まれているか否かを判定
する。すなわち、サーバによっては、更新日を返送して
こない場合もある。そこで、ここで更新日データが返送
されてきたか否かを判定する。

【００５９】更新日データが返送されてきたと判定され
た場合、ステップＳ９に進み、いま読み取った更新日デ
ータは、前回（あるいはそれ以前）にアクセスした更新
日より新しいか否かを判定する。初めてのアクセスの場
合、過去の更新日は存在しないので、今回の更新日デー
タが最新のものとなる。そこで、この場合においてはス
テップＳ１０に進み、その更新日を更新情報格納部２４
に記憶させる。

【００６０】第２回目以降のアクセスである場合におい
ては、この更新情報格納部２４に記憶されている過去の
アクセス時における更新日より、今回のアクセス時にお
ける更新日の方が新しければ、ステップＳ１０におい
て、その更新日を最新の更新日に変更する。

【００６１】次にステップＳ１５に進み、更新状態を表
す縮小画面に「ＮＥＷ」の文字を重畳表示する。そし
て、文字を緑色で表示する。さらに、この縮小画像を更
新されていない場合の縮小画像の大きさより拡大して表
示する。

【００６２】例えば、図１７に示すように、白地に対し
て黒で表示されていた文字を緑色に変更すると共に、赤
で「ＮＥＷ」の文字を重畳する。そして、この縮小画像
を、図９の左側のウインドウ４１−２に示すように、更
新されていない他のファイルの縮小画像（Ｂ，Ｃ）より
大きく表示する。表示画面で観察していると、図９にお
いて右側のウインドウ４１−２に示すように、３つのフ
ァイルＡ，Ｂ，Ｃの縮小画像が幅方向に圧縮されて均等
の幅で表示されていた状態から、ファイルＡのアクセス
を開始すると、ファイルＡの縮小画像が点滅し、そし
て、更新されていることが確認されると、図９において
左側のウインドウ４１−２に示すように、ファイルＡに
ついては、ウインドウ４１−２内においてより大きく
（幅方向の圧縮率を小さくして）表示し、残りのファイ
ルＢ，Ｃの画像は、右側のウインドウ４１−２における
場合より、さらに圧縮率を大きくして（その幅をより狭
くして）表示する。そして文字は緑色とされ、「ＮＥ
Ｗ」の赤い文字が大きく、重畳表示される。これにより
使用者は、ファイルＡが更新されていることを確実に知
ることができる。

【００６３】使用者は、このようにファイルが更新され
ていることを知った場合、そのファイルにアクセスする
とき、そのアクセスの手続きを最初から始めるのではな
く、単にこの縮小画面を指定する操作を行うだけでよ
い。

【００６４】すなわち、例えば図８に示すように、ポイ
ンティングデバイス１６のカーソル（マウスカーソル）
６１を、ウインドウ４１−２のそのファイルＡの縮小画
面上に移動させ、その位置でマウスをクリックする。

【００６５】ＣＰＵ１１は、ステップＳ１６で、このよ
うにマウスのボタンがクリックされるまで待機し、クリ
ックされたときステップＳ１７に進み、ウインドウ４１
−２の表示を元の状態に戻す。すなわち、図９の左側の
ウインドウ４１−２に示す状態から、右側のウインドウ
４１−２に示す状態に変更する。

【００６６】さらにステップＳ１８に進み、ＣＰＵ１１
は、ネットワークを介して接続された種々のサーバのフ
ァイルを閲覧するためのビューア（例えばＷＷＷブラウ
ザであるＮｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ）に対
して、クリックによって指定されたファイルをアクセス
するためのアドレス（ＷＷＷブラウザの場合は、ＵＲ
Ｌ）を引き渡す。すなわち、この実施の形態において
は、ウインドウ４１−２の縮小画面がファイルＡ，Ｂ，
Ｃの各々のアドレスにリンクされている。

【００６７】そしてステップＳ１９に進み、次回のアク
セス時刻まで待機し、アクセス時刻になったとき、再び
ステップＳ１に戻り、それ以降の処理を繰り返し実行す
る。

【００６８】一方、ステップＳ１８で、ファイルＡのア
ドレスを渡されると、ビューアは、そのアドレスに対す
るアクセスを行う。すなわち、いまの場合、ファイルＡ
に対するアクセスが開始される。そして、サーバ１から
更新されたファイルＡの情報の提供を受けることができ
る。

【００６９】一方、ステップＳ９において、今回アクセ
スした結果得られた更新日が、更新情報格納部２４に記
憶されている、前回（またはそれ以前）における更新日
と同一であると判定された場合、ステップＳ１０，Ｓ１
５乃至Ｓ１８の処理をスキップし、ステップＳ１９に進
み、次回のアクセス時刻まで待機する。

【００７０】また、上述したように、サーバによって
は、アクセスしてもファイルの更新日のデータを返送し
てこない場合がある。この場合においては、次のように
して、ハッシュ（ＨＡＳＨ）関数を利用して、ファイル
が更新されているか否かを判定する。

【００７１】すなわち、ステップＳ８において、更新日
データが返送されてこないと判定されると、ステップＳ
１１に進み、ＣＰＵ１１は、いまアクセスしたファイル
のデータの転送をサーバに要求する。そして、サーバよ
り、そのファイルのデータの提供を受ける。次にステッ
プＳ１２に進み、ＣＰＵ１１は、サーバより提供された
そのファイルデータ（全てのデータ）に対して、所定の
ハッシュ関数を乗算する。

【００７２】例えばいま、簡単のため、ファイルのデー
タが、Ａ₁，Ａ₂，Ａ₃，・・・Ａ_nのｎ文字からなるテキ
ストデータであるとする。このテキストデータのうち、
先頭の文字、中間の文字、および終わりから２番目の文
字の３文字を用いて、Ａ₁，Ａ₂，Ａ₃，・・・Ａ_nのｎ文
字からなるデータに対して、次のハッシュ関数を定義す
る。

【００７３】ｈａｓｈ（Ａ₁Ａ₂・・・Ａ_n）＝（Ａ₁＋Ａ
_n/2×２６＋Ａ_n-1×２６²）ｍｏｄ１０００

【００７４】例えば、受信したデータが’ＳＵＺＵＫ
Ｉ’のテキストデータであるとき、次の演算が行われ
る。

【００７５】ｈａｓｈ（ＳＵＺＵＫＩ）＝｛ＡＳＣ（’
Ｓ’）−ＡＳＣ（’Ａ’）＋（ＡＳＣ（’Ｚ’）−ＡＳ
Ｃ（’Ａ’））×２６＋（ＡＳＣ（’Ｋ’）−ＡＳ
Ｃ（’Ａ’））×２６²｝ｍｏｄ１０００＝（１８＋
６５０＋６７６０）ｍｏｄ１０００＝４２８

【００７６】このようにして、ハッシュ関数を演算する
ことで、データ”ＳＵＺＵＫＩ”を数値４２８に対応さ
せることができる。

【００７７】このように、ハッシュ関数を演算すること
によって得られた演算値は、元になるデータが異なって
いれば充分高い確率で異なるものとなる。従って、ハッ
シュ関数で求められた演算値から、そのファイルのデー
タが更新されていること（過去のデータと異なるデータ
となっていること）を検知することができる。

【００７８】そこで、ステップＳ１３において、ステッ
プＳ１２において得られたハッシュ関数の演算値を、更
新情報格納部２４に格納してある過去の演算値と比較
し、両者が一致しない場合においては、ステップＳ１４
に進み、ステップＳ１２でいま求めたハッシュ関数の演
算値を、更新情報格納部２４に記憶させる。すなわち、
演算値が過去の値と異なるものであるため、ファイルが
更新されていることになる。そこで、この場合において
はステップＳ１５に進み、「ＮＥＷ」の文字を縮小画面
上に重畳表示するなどの処理を実行する。

【００７９】それに対して、過去に求め、記憶されてい
るハッシュ関数の演算値と今回求めた演算値とが等しい
場合においては、ファイルのデータが更新されていない
ことになる。そこで、この場合においてはステップＳ１
９に進み、次のアクセス時刻まで待機し、アクセス時刻
になったときステップＳ１に戻り、それ以降の処理を繰
り返し実行する。

【００８０】以上のようにして、更新日を返送してこな
いサーバが管理するファイルの更新状態も検知すること
ができる。

【００８１】以上のように、例えば図１におけるサーバ
Ｓ_Aに対してアクセスが行われると、次に監視ファイル
リストに登録されているファイルＢを管理するサーバＳ
_Bや、ファイルＣを管理しているサーバＳ_Cに対しても同
様の処理が、登録されている時刻に行われる。

【００８２】各ファイルをアクセスするタイミングは、
使用者が任意の時刻に設定することができる。従って、
使用者が希望する頻度（使用者にとってリアルタイムと
認識しうる任意のタイミング）でファイルの更新状態を
知ることができる。

【００８３】図１８は、このようにして行われる更新状
態を表すウインドウのディスプレイ１５上のより具体的
な表示例を表している。ここで、図１８および図８、図
９に示されるウインドウ４１−２の縮小一覧表示におい
て、カーソル６１で指し示されたホームページの縮小画
面を、水平方向へ拡大し、縦と横が同一の比率の縮小画
面として表示するようにすれば、使用者が任意のファイ
ルの概要を確認することが可能となる。

【００８４】

【発明の効果】以上の如く、本発明のワールドワイドウ
ェブブラウザ装置および更新通知方法によれば、ネット
ワークを介して監視する、サーバのファイルのアドレス
が設定され、設定されたアドレスを基に、予め設定され
たタイミングでファイルがアクセスされ、アクセスされ
たファイルが更新されているか否かが判定され、判定結
果に対応して、ファイルの更新状態を示す画像の表示が
制御されるようにしたので、ファイルの提供者に負荷を
かけずに、迅速かつ確実に、注目するファイルが更新さ
れているか否かを知ることができる。

【図面の簡単な説明】

【図１】本発明の情報管理装置を接続するネットワーク
を説明する図である。

【図２】本発明の情報管理装置の一実施の形態の構成例
を示すブロック図である。

【図３】メニューの表示例を示す図である。

【図４】ホームページの表示例を示す図である。

【図５】本発明における表示の原理を説明する図であ
る。

【図６】本発明におけるカーソルと表示範囲の関係を説
明する図である。

【図７】本発明におけるカーソルを移動した場合におけ
る表示の範囲を説明する図である。

【図８】ファイルの更新状態を表す画像の表示の原理を
示す図である。

【図９】図８のウインドウ４１−２の圧縮を説明する図
である。

【図１０】図２の実施の形態の動作を説明するフローチ
ャートである。

【図１１】図１０に続くフローチャートである。

【図１２】監視ファイルリストを説明する図である。

【図１３】ヘッダ情報を説明する図である。

【図１４】オリジナルの縮小画像を説明する図である。

【図１５】図１０のステップＳ４における表示例を示す
図である。

【図１６】図１０のステップＳ６における表示例を示す
図である。

【図１７】図１１のステップＳ１５の表示例を示す図で
ある。

【図１８】図８の表示例に対応する具体的な表示例を示
す写真である。

【図１９】従来のファイルの更新を検知する方法を説明
する図である。

【符号の説明】

１１ＣＰＵ，１２メインメモリ，１３表示バッフ
ァ，１４ビデオ信号発生部，１５ディスプレイ，１
６ポインティングデバイス，１７キーボード，１７
Ａカーソルキー，１８文書データ格納部，１９イ
メージ展開処理部，２０イメージデータ転送部，２１
イメージデータ圧縮転送部，２３ネットワークイン
タフェース，２４更新情報格納部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 １１０Ｇ０６Ｆ 17/30 １１０Ｆ１１０Ｃ２４０２４０Ａ

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して監視する、サーバ
のファイルのアドレスを設定する設定手段と、前記設定手段により設定された前記アドレスを基に、予
め設定されたタイミングで前記ファイルをアクセスする
アクセス手段と、前記アクセス手段にアクセスされた前記ファイルが更新
されているか否かを判定する判定手段と、前記判定手段の判定結果に対応して、前記ファイルの更
新状態を示す画像の表示を制御する表示制御手段とを含
むことを特徴とするワールドワイドウェブブラウザ装
置。
【請求項２】前記判定手段は、前回のアクセスで取得された、前記ファイルの更新日時
を記録する記録手段と、前記記録手段に記録されている更新日時と、今回のアク
セスで取得された前記ファイルの更新日時とを比較する
比較手段とをさらに含み、前記比較手段の比較結果に基づいて、前記ファイルが更
新されているか否かを判定することを特徴とする請求項
１に記載のワールドワイドウェブブラウザ装置。
【請求項３】前記記憶手段は、前回のアクセスで取得
された、ハイパーテキストトランスファープロトコルの
ヘッダ情報に含まれる、前記ファイルの更新日時を記録
し、前記比較手段は、前記記録手段に記録されている更新日
時と、今回のアクセスで取得された前記ヘッダ情報に含
まれている、前記ファイルの更新日時とを比較すること
を特徴とする請求項２に記載のワールドワイドウェブブ
ラウザ装置。
【請求項４】前記表示制御手段は、前記ファイルの更
新状態を示す画像を、前記ファイルに対応した画像に重
ねて表示するように表示を制御することを特徴とする請
求項１に記載のワールドワイドウェブブラウザ装置。
【請求項５】ネットワークを介して監視する、サーバ
のファイルのアドレスを設定する設定ステップと、前記設定ステップの処理により設定された前記アドレス
を基に、予め設定されたタイミングで前記ファイルをア
クセスするアクセスステップと、前記アクセスステップの処理によりアクセスされた前記
ファイルが更新されているか否かを判定する判定ステッ
プと、前記判定ステップの判定結果に対応して、前記ファイル
の更新状態を示す画像の表示を制御する表示制御ステッ
プとを含むことを特徴とするワールドワイドウェブの更
新通知方法。
【請求項６】前記判定ステップは、前回のアクセスで取得された、前記ファイルの更新日時
の記録を制御する記録制御ステップと、前記記録制御ステップの処理により記録されている更新
日時と、今回のアクセスで取得された前記ファイルの更
新日時とを比較する比較ステップとをさらに含み、前記比較ステップの比較結果に基づいて、前記ファイル
が更新されているか否かを判定することを特徴とする請
求項５に記載のワールドワイドウェブの更新通知方法。
【請求項７】前記記録制御ステップは、前回のアクセ
スで取得された、ハイパーテキストトランスファープロ
トコルのヘッダ情報に含まれる、前記ファイルの更新日
時の記録を制御し、前記比較ステップは、前記記録制御ステップの処理によ
り記録されている更新日時と、今回のアクセスで取得さ
れたヘッダ情報に含まれている、前記ファイルの更新日
時とを比較することを特徴とする請求項６に記載のワー
ルドワイドウェブの更新通知方法。
【請求項８】前記表示制御ステップは、前記ファイル
の更新状態を示す画像を、前記ファイルに対応した画像
に重ねて表示するように表示を制御することを特徴とす
る請求項５に記載のワールドワイドウェブの更新通知方
法。