(57)【特許請求の範囲】
【請求項１】
ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段と、
前記設定手段により設定された前記アドレスを基に、所定のタイミングで前記ファイルにアクセスするアクセス手段と、
前記アクセス手段によって前記ファイルへアクセスした際に前記サーバから取得したファイルのすべてのデータに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果とを比較して、前記ファイルが更新されているか否かを判定する判定手段と、
前記判定手段の判定結果に対応して、前記ファイルの更新状態をユーザに通知する通知手段と、
前記サーバに過去にアクセスした際に取得した前記ファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果を記憶するとともに、前記ファイルが更新されていると判定された場合、記憶している前記所定のハッシュ関数の演算で得られた結果を更新する記憶手段と
を含むことを特徴とする情報管理装置。
【請求項２】
前記判定手段は、
前記サーバから前記ファイルの更新日を取得し、前記サーバから取得したファイルの更新日に基づいて前記ファイルが更新されているか否かを判定し、
前記サーバから前記ファイルの更新日が得られない場合、前記サーバから取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果とに基づいて、前記ファイルが更新されているか否かを判定する
ことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
設定手段、アクセス手段、判定手段、記憶手段、および通知手段を備える情報管理装置の情報管理方法であって、
ネットワークを介して監視する、サーバのファイルのアドレスを前記設定手段が設定する設定ステップと、
前記設定ステップの処理により設定された前記アドレスを基に、前記アクセス手段が所定のタイミングで前記ファイルにアクセスするアクセスステップと、
前記アクセスステップの処理によって前記ファイルへアクセスした際に前記サーバから取得したファイルのすべてのデータに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果とを比較して、前記ファイルが更新されているか否かを前記判定手段が判定する判定ステップと、
前記ファイルが更新されていると判定された場合、前記サーバに過去にアクセスした際に取得した前記ファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果を記憶する前記記憶手段が、記憶している前記所定のハッシュ関数の演算で得られた結果を更新する更新ステップと、
前記判定ステップの処理の判定結果に対応して、前記ファイルの更新状態をユーザに前記通知手段が通知する通知ステップと
を含むことを特徴とする情報管理方法。
【請求項４】
前記判定ステップにおいては、
前記サーバから前記ファイルの更新日が取得され、前記サーバから取得したファイルの更新日に基づいて前記ファイルが更新されているか否かが前記判定手段により判定され、
前記サーバから前記ファイルの更新日が得られない場合、前記サーバから取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果とに基づいて、前記ファイルが更新されているか否かが前記判定手段により判定される
ことを特徴とする請求項３に記載の情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報管理装置および方法に関し、ファイルが更新されているか否かを迅速かつ確実に監視することができるようにした、情報管理装置および方法に関する。
【背景技術】
【０００２】
図１９は、従来の情報管理装置の構成例を表している。同図に示すように、ユーザの各端末は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、インターネット（ｔｈｅ  Ｉｎｔｅｒｎｅｔ）などのネットワークを介して各種のサーバに接続されている。ユーザは、必要に応じてサーバにアクセスし、サーバから所望の情報の提供を受けることができる。
【０００３】
各サーバが提供する情報は、必要に応じて更新される。各ユーザは、各サーバの保持するファイルが更新されているか否かを知る必要がある。ファイルの更新をユーザが知るための方法として、従来、次のような方法が知られている。
【０００４】
第１の方法は、各サーバが、自己が管理するファイルに対してアクセスしてくるユーザを予め登録しておき、ファイルを更新したとき、その登録されているユーザに対して、更新されたファイルのデータをネットワークを介して自動的に転送するようにするものである。
【０００５】
第２の方法は、更新されたファイルのデータそのものを各ユーザに対して転送するのではなく、情報が更新されたことを表すメッセージを電子メールとして、各ユーザにサーバから伝送するようにするものである。
【０００６】
さらに第３の方法は、各ユーザが、必要に応じて各サーバに対してアクセスし、ファイルが更新されているか否かを、その都度確認するものである。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した第１の方法は、各サーバに負荷がかかり、ユーザの数が増加すると実現困難となる。
【０００８】
また、第２の方法は、伝送するのがメッセージに過ぎないので、第１の方法に較べてサーバの負荷は軽減されるが、それでもサーバは、そのための管理を要求され、大きな負荷となる。
【０００９】
さらに、第３の方法は、ユーザが必要に応じてアクセスするので、サーバがファイルを更新したタイミングと、そのファイルをユーザが受け取ることができるタイミングとの間にズレが生じ、最新の情報を各ユーザが取得することができない課題があった。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、サーバに負荷をかけずに、ユーザが監視するファイルの更新状態を、迅速かつ確実に知ることができるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の一側面の情報管理装置は、ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段と、前記設定手段により設定された前記アドレスを基に、所定のタイミングで前記ファイルにアクセスするアクセス手段と、前記アクセス手段によって前記ファイルへアクセスした際に前記サーバから取得したファイルのすべてのデータに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果とを比較して、前記ファイルが更新されているか否かを判定する判定手段と、前記判定手段の判定結果に対応して、前記ファイルの更新状態をユーザに通知する通知手段と、前記サーバに過去にアクセスした際に取得した前記ファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果を記憶するとともに、前記ファイルが更新されていると判定された場合、記憶している前記所定のハッシュ関数の演算で得られた結果を更新する記憶手段とを含むことを特徴とする。
【００１３】
前記判定手段には、前記サーバから前記ファイルの更新日を取得し、前記サーバから取得したファイルの更新日に基づいて前記ファイルが更新されているか否かを判定させ、前記サーバから前記ファイルの更新日が得られない場合、前記サーバから取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果とに基づいて、前記ファイルが更新されているか否かを判定させることができる。
【００１４】
本発明の一側面の情報管理方法は、設定手段、アクセス手段、判定手段、記憶手段、および通知手段を備える情報管理装置の情報管理方法であって、ネットワークを介して監視する、サーバのファイルのアドレスを前記設定手段が設定する設定ステップと、前記設定ステップの処理により設定された前記アドレスを基に、前記アクセス手段が所定のタイミングで前記ファイルにアクセスするアクセスステップと、前記アクセスステップの処理によって前記ファイルへアクセスした際に前記サーバから取得したファイルのすべてのデータに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果とを比較して、前記ファイルが更新されているか否かを前記判定手段が判定する判定ステップと、前記ファイルが更新されていると判定された場合、前記サーバに過去にアクセスした際に取得した前記ファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果を記憶する前記記憶手段が、記憶している前記所定のハッシュ関数の演算で得られた結果を更新する更新ステップと、前記判定ステップの処理の判定結果に対応して、前記ファイルの更新状態をユーザに前記通知手段が通知する通知ステップとを含むことを特徴とする。
【００１６】
前記判定ステップにおいて、前記サーバから前記ファイルの更新日が取得され、前記サーバから取得したファイルの更新日に基づいて前記ファイルが更新されているか否かが前記判定手段により判定され、前記サーバから前記ファイルの更新日が得られない場合、前記サーバから取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果とに基づいて、前記ファイルが更新されているか否かが前記判定手段により判定されるようにすることができる。
【００１７】
本発明の一側面においては、ネットワークを介して監視する、サーバのファイルのアドレスが設定され、設定された前記アドレスを基に、所定のタイミングで前記ファイルがアクセスされ、前記ファイルへアクセスした際に前記サーバから取得したファイルのすべてのデータに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果とが比較されて、前記ファイルが更新されているか否かが判定され、判定結果に対応して、前記ファイルの更新状態がユーザに通知される。そして、前記サーバに過去にアクセスした際に取得した前記ファイルのすべてのデータに対する前記所定のハッシュ関数の演算で得られた結果を記憶する記憶手段により、前記ファイルが更新されていると判定された場合、記憶している前記所定のハッシュ関数の演算で得られた結果が更新される。
【発明の効果】
【００１８】
ファイルの提供者に負荷をかけずに、迅速かつ確実に、注目するファイルが更新されているか否かを知ることができる。
【発明を実施するための最良の形態】
【００１９】
図１は、本発明の情報管理装置が接続されるネットワークの構成例を表している。同図に示すように、世界規模で接続されたコンピュータネットワークとしてのインターネットには、直接、あるいはサブネットワークとしてのＬＡＮをさらに介して、多くのサーバあるいはユーザが接続されている。この例では、ユーザの社内のサーバＳAと、社外のサーバＳB，ＳCが示されている。ユーザは、必要に応じて所定のサーバにアクセスし、各種の情報やサービスの提供を受けることができる。
【００２０】
図２は、本発明の情報管理装置の一実施の形態の構成例を示すブロック図である。この実施の形態においては、ネットワークインタフェース（Ｉ／Ｆ）２３が、インターネット、その他のネットワークから供給されるデータを受信し、文書データ格納部１８に供給し、記憶させるようになされている。この文書データ格納部１８は、ハードディスク、光ディスク、光磁気ディスクなどの他、固体メモリなどにより構成することができる。また、文書データ格納部１８に格納されるデータ構造は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などのハイパーテキスト記述言語、イメージデータ、ＭＭＲ（ｍｏｄｉｆｉｅｄ  ｍｏｄｉｆｉｅｄ  ＲＥＡＤ）やＭＨ（ｍｏｄｉｆｉｅｄ  Ｈｕｆｆｍａｎ）などにより圧縮されたイメージデータ、テキストデータ、ＤＴＰなどで用いられるＰｏｓｔｓｃｒｉｐｔなどのページ記述言語などとすることができる。
【００２１】
イメージ展開処理部１９は、ＣＰＵ１１からの指令に対応して、文書データ格納部１８に記憶されているデータを、データ構造に対応してビットマップなどのイメージデータに展開し、メインメモリ１２に出力するようになされている。データ構造が、例えばファクシミリなどで用いられているＭＭＲやＭＨなどにより圧縮されているイメージデータである場合においては、イメージ展開処理部１９は伸長処理を行う。また、ＨＴＭＬやＰｏｓｔｓｃｒｉｐｔなどのページ記述言語であれば、フォントを展開しページ割り付けを行うラスタイメージ展開処理を行う。
【００２２】
メインメモリ１２に記憶されたデータは、イメージデータ転送部２０またはイメージデータ圧縮転送部２１を介して、表示バッファ１３に供給され、記憶されるようになされている。基本的には、イメージデータ転送部２０は、メインメモリ１２に記憶されたデータをそのまま表示バッファ１３に転送し、イメージデータ圧縮転送部２１は、メインメモリ１２に記憶されている画像を圧縮して、表示バッファ１３に供給し、記憶させる。
【００２３】
イメージデータ圧縮転送部２１は、数行おきにデータを間引きながら転送する処理や、行間で論理ＯＲなどの演算をしながら行数を減らす処理によって圧縮処理を行う。あるいはまた、イメージデータのドットの数を計数し、その数に対応して、圧縮処理を行うようにする。
【００２４】
また、イメージデータ圧縮転送部２１とイメージデータ転送部２０は、メインメモリ１２から読み出したデータを表示バッファ１３に転送するとき、２値のイメージデータを多値化することにより、比較的解像度の低いディスプレイにおいても、細かい文字をつぶさないで、表示できるようにしている。ただし、多値化解像度変換処理には時間がかかるため、例えば特開平４−３３７８００号公報に開示されているように、先に粗い画像をまず表示し、そのデータを多値化されたデータに、後で順次置き換えて行くようにする。これにより、反応の速さときれいな表示の要求を両方満足することができる。
【００２５】
また、領域コピー処理部２２は、表示バッファ１３に記憶されている画像データの一部を、表示バッファ１３の他の領域にコピー（移動）する処理を実行する。
【００２６】
ビデオ信号発生部１４は、表示バッファ１３に記憶されている画像データを読み出し、ビデオ信号に変換し、ディスプレイ１５に出力し、表示させるようになされている。
【００２７】
更新情報格納部２４は、使用者が監視したいサーバ（ファイル）のアドレスと、そのタイミングを始め、アクセスしたファイルの前回の更新日などを記憶するようになされている。
【００２８】
キーボード１７は、少なくともカーソルキー１７Ａを有し、ＣＰＵ１１に対して各種の指令を入力するとき、使用者により操作されるようになされている。また、マウスなどのポインティングデバイス１６は、ディスプレイ１５に表示されたカーソルを用いて所定の位置を指定するような場合に、使用者によって操作される。
【００２９】
次に、図２の実施の形態の動作について説明する。まず最初に、インターネット上の所定のホームページに対してアクセスするために、キーボード１７を操作して、例えば、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社の商標）等のＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザを起動する。そして、所定のホームページを指定するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を入力する。すると、ディスプレイ１５には、例えば図３に示すように、ＷＷＷブラウザのウインドウ３０に所定のホームページが表示される。このホームページには、インターネットに接続されている各種サーバにアクセスするためのアイコン３１等が表示されている。
【００３０】
ここで、使用者が、ポインティングデバイス１６を操作して、例えば「Ｆａｘ  ｉｎ」のアイコン３１を選択すると、ＣＰＵ１１は、ネットワークインタフェース２３を制御し、インターネットに接続されている、そのアイコンに対応するサーバにアクセスさせる。このサーバは、外部からＦａｘ受信回路で受信したイメージデータ、またはＨＴＭＬエディタなどのソフトウェアを用いて、新聞、雑誌などの切抜きをイメージスキャナで読み取ったイメージデータ（ビットマップデータ）を記憶しており、そのデータを提供するサービス（Ｆａｘ  ｉｎサービス）を行っている。
【００３１】
ネットワークインタフェース２３は、インターネットを介してアクセスしたそのサーバから供給されたデータを文書データ格納部１８に供給し、記憶させる。また、このデータの一部は、そのままイメージ展開処理部１９に供給され、伸長処理などが施され、ビットマップデータに変換され、メインメモリ１２に供給され、記憶される。
【００３２】
メインメモリ１２に記憶されたデータは、イメージデータ転送部２０を介して表示バッファ１３に供給され、そこに書き込まれる。表示バッファ１３に書き込まれたデータは、ビデオ信号発生部１４に供給されビデオ信号に変換され、ディスプレイ１５に供給され、表示される。このようにして、ディスプレイ１５に、例えばアクセスしたサーバの図４に示すようなホームページが最初に表示される。
【００３３】
この図４に示す例においては、ＷＷＷブラウザのウインドウ３０に、新聞の切り抜きのファイルを指定するためのアイコン８１−１，８１−２であって、各々の新聞の切り抜きの縮小イメージを模したアイコン８１−１，８１−２が配列表示されている。そして、使用者が、このホームページを見ながら、ポインティングデバイス１６やキーボード１７を操作し、希望する新聞の切り抜きのファイルを指定するためのアイコン８１−２を選択する。ここで、もし仮に、そのファイルのデータが未だ文書データ格納部１８に格納されていない場合、ＣＰＵ１１は、ネットワークインタフェース２３を介してサーバにデータの転送を要求する。サーバがこの要求に対応してデータを転送すると、このデータは、ネットワークインタフェース２３を介して文書データ格納部１８に供給され、記憶される。
【００３４】
次に、ＣＰＵ１１は、文書データ格納部１８に記憶されたファイルのデータ（文書データ）を読み出させ、イメージ展開処理部１９によりビットマップデータに変換させた後、メインメモリ１２に供給させ、記憶させる。そして、このデータが、イメージデータ転送部２０またはイメージデータ圧縮転送部２１を介して表示バッファ１３に供給され、記憶される。表示バッファ１３に書き込まれた１枚（１ページ）の画像データは、ビデオ信号発生部１４に供給され、ビデオ信号に変換され、ディスプレイ１５に出力され、表示される。
【００３５】
次に、１枚の画像を表示する原理について、図５を参照して説明する。今、ディスプレイ１５にウインドウ４１が表示されており、このウインドウ４１に文書データ格納部１８より読み出された１枚（１ページ）のＡ４の大きさの新聞記事の切り抜きの画像を表示させるものとする。メインメモリ１２に記憶された１枚の画像のイメージデータ４２が、図５に示すように、幅Ｗと高さＨを有するものとする。
【００３６】
これに対して、ウインドウ４１は、その幅がｗ、高さがｈであり、イメージデータ４２の幅Ｗと高さＨが、ウインドウ４１の幅ｗと高さｈより大きいものとする。この場合、イメージデータ４２をウインドウ４１に、その全部をそのまま表示することはできない。そこで、この実施の形態においては、例えばイメージデータ４２の幅Ｗを、ウインドウ４１の幅ｗに合わせる（調整する）処理が行われる。すなわち、イメージデータ４２は、その幅および高さが全体的に、ｗ／Ｗの圧縮率で圧縮される。
【００３７】
さらにまた、このようにして、幅および高さ方向に全体的にｗ／Ｗに圧縮されたイメージデータ５２が、さらに次のようにして高さ方向に圧縮される。すなわち、ウインドウ４１の高さｈは、イメージデータ５２の高さＨ×（ｗ／Ｗ）より小さいため、ウインドウ４１の高さｈの、例えば７０％の高さａ2の領域Ａ2と、その上部の高さａ1の領域Ａ1、およびその下部の高さａ3の領域Ａ3とに、ウインドウ４１が区分される。この区分に対応して、イメージデータ５０にも、高さｒ2（＝ａ2）の領域Ｒ2と、その上部の高さｒ1の領域Ｒ1、およびその下部の高さｒ3の領域Ｒ3とに区分される。
【００３８】
そして、イメージデータ５２の領域Ｒ2のデータは、ウインドウ４１の領域Ａ2に、そのまま（圧縮せずに）転送、表示される。これに対して、領域Ｒ1のデータは、領域Ａ1に、縦方向に圧縮されて転送、表示され、また領域Ｒ3のデータは、領域Ａ3に、縦方向に圧縮されて転送、表示される。領域Ａ2の高さａ2は、ウインドウ４１の高さｈの７０％の値とされ、イメージデータ５２の領域Ｒ2の高さｒ2は、ａ2と同一の値とされているので、領域Ａ2は、文字が正しい比率（縦方向と横方向の比率）で表示される標準部とされるのに対して、領域Ａ1とＡ3は、文字が縦方向に圧縮されて表示される圧縮部とされる。
【００３９】
標準部の領域Ａ2の位置は、カーソルで移動させることができるようになされている。図６と図７は、この関係を表している。すなわち、図６に示すように、表示バッファ１３（従ってウインドウ４１）のカーソル６１の位置を中心として、上方向にＫまでの範囲と、下方向にＫまでの範囲が、標準部の領域Ａ2とされ、その上部と下部の領域がＡ1またはＡ3とされる。従って、例えば、図６に示す状態から、カーソル６１を下方に移動させると、図７に示すように、標準部の領域Ａ2は、図６における位置より下方に移動する。その結果、領域Ａ1の範囲は、図７における場合の方が図６における場合より拡大し、また、領域Ａ3の範囲は、図６における場合より図７における場合の方が狭くなる。
【００４０】
次に、本発明によるファイルの監視方法について、図１０と図１１のフローチャートを参照して説明するが、その前に、監視するファイルの更新状態を表す画像について、図８と図９を参照して説明する。
【００４１】
すなわち、この実施の形態においては、図８に示すように、ディスプレイ１５上に、そのとき処理を行っているタスクの画像がウインドウ４１−１に表示されている状態にあるとき、それとは別の比較的小さいウインドウ４１−２に、複数のファイルの更新状態を表す画像が表示されるようになされている。
【００４２】
図９は、このウインドウ４１−２を拡大して示している。いま、例えば、３つのファイルの更新状態を監視しているものとする。このとき、図９の右側のウインドウ４１−２に示すように、監視しているファイルの例えばホームページの画像（図９においてＡ，Ｂ，Ｃで表されている）を縮小し、その縮小画像を横方向に圧縮して表示している。
【００４３】
そして、指定されたタイミングにおいて各ファイルにアクセスし、そのファイルが更新されているか否かを判定し、更新されている場合においては、図９の左側のウインドウ４１−２に示すように、そのファイルのホームページの画像を、更新されていないファイルの画像に較べて大きく表示する。これにより、各使用者が監視しているファイルの更新を、迅速かつ確実に知ることができるようになされている。
【００４４】
次に、図１０と図１１のフローチャートを参照して、ファイルを監視する方法について説明する。この図１０と図１１に示す処理を開始する前に、使用者は、キーボード１７あるいはポインティングデバイス１６を操作して、監視すべきファイルのアドレスを登録する処理を実行する。ＣＰＵ１１は、この入力が行われたとき、その入力情報を更新情報格納部２４に記憶させる。
【００４５】
図１２は、このようにして更新情報格納部２４に記憶形成された監視ファイルリストを模式的に表している。この実施の形態においては、３つのファイルＡ，Ｂ，Ｃのアドレスａ，ｂ，ｃと、そのアドレスにアクセスすべき日時の情報が登録されている。ここに登録すべきファイルは、１つのサーバ（例えば図１のサーバＳA）の管理する複数のファイルであってもよいし、それぞれ異なるサーバ（例えば図１のサーバＳA，ＳB，ＳC）が管理するファイル（ファイルＡ，Ｂ，Ｃ）であってもよいが、この実施の形態は後者の例とされている。また、アクセスすべき時刻情報は、図１２に示すように、毎週月曜日９時００分のように、曜日と時刻を指定したり、毎日２３時００分のように、時刻を指定したり、１時間毎のように、周期を指定することもできる。
【００４６】
図１０と図１１に示す処理は、このように予め登録されているファイルのアドレスに対して、それぞれ行われる。
【００４７】
図１０のステップＳ１において、ＣＰＵ１１は、更新情報格納部２４に格納されているファイルのアドレス（例えばアドレスａ）を読み出し、ネットワークインタフェース２３を制御し、そのアドレスに対してアクセスを開始させる。これにより、例えば図１に示すサーバＳAに対してアクセスが行われる。
【００４８】
このとき、アクセスを受けたサーバは、例えば図１３に示すような、ヘッダ情報をユーザに対して提供し、ＣＰＵ１１は、ネットワークインタフェース２３を介して、このヘッダ情報を受け取る。
【００４９】
このヘッダ情報は、通信のプロトコルの名称（ＨＴＴＰ）、そのバージョン（１．０）、通信のステータス（２００  ＯＫ）の他、そのファイルの更新日時（Ｍｏｎ，１１−０９−９５  ０７：１８：５７  ＧＭＴ）などを含んでいる。
【００５０】
ＣＰＵ１１は、このように、所定のファイル（サーバ）に対してアクセスしたときステップＳ２に進み、予め文書データ格納部１８に用意しておいた、そのファイルの内容を表す画像（例えばホームページの画像）を縮小し、さらに横方向に圧縮して、図９の右側のウインドウ４１−２に示すように表示する。そして、さらにその画像を点滅させる。いまの場合、例えば、図９に示す右側のウインドウ４１−２の文字Ａを付加して表すファイルＡの画像が点滅表示される。これにより、使用者に、いまファイルＡに対してアクセスが行われ、更新状態を確認中であることを知らしめることができる。
【００５１】
次にステップＳ３に進み、アクセスしたアドレスの情報が一定時間内に返ってきたか否かを判定する。アクセスを開始した後、一定の時間が経過しても、そのファイルに関する情報が伝送されてこない場合においては、ステップＳ４に進み、×印をそのファイルの縮小画像上に重畳表示する。そして、その背景色を通常の場合における背景色（例えば白）と異なる色（例えば黄色）に変更する。
【００５２】
例えば、ウインドウ４１−２に表示されているファイルＡのホームページの縮小画像が、図１４に示すように、白地に黒の文字で表現されている場合、図１５に示すように、背景を黄色にし、赤の×印を重畳表示する。なお、図１４と図１５においては、便宜上、縮小したホームページを横方向に圧縮していない状態で示しているが、実際には図９に示すように、横方向に圧縮された状態で、このような表示が行われる。横方向に圧縮されているため、その画像は確認しにくくなるが、×印のマークは比較的大きく表示されるため確認することができる。また、背景が、通常白地であるにもかかわらず、黄色に変更されるため、この色からも、例えば回線が切れていたり、アクセスしたサーバの電源が落ちているなどの、ネットワーク上のトラブルが存在することを認識することができる。
【００５３】
ステップＳ４の次に、ステップＳ１９に進み、次回のアクセス時刻に達するまで待機し、次のアクセス時刻が到来したとき、ステップＳ１に戻り、それ以降の処理を繰り返し実行する。
【００５４】
一方、ステップＳ３において、アクセスしたサーバから一定の時間内に情報が返ってきたと判定された場合においては、ステップＳ５に進み、その情報はエラーの情報ではなく、正しい情報であるか否かを判定する。もしエラーの情報である場合においては、ステップＳ６に進み、？マークの印を縮小画面上に付加し、その縮小画面の背景色を黄色に変更させる。
【００５５】
例えば図１６に示すように、背景色を黄色に変化させると共に、赤の？マークを重畳して表示する。ステップＳ４における場合と同様に、この画像が横方向に圧縮されて、図９の右側のウインドウ４１−２に表示されることになる。
【００５６】
このような表示が行われた場合も、次にステップＳ１９に進み、次回のアクセス時刻が到来するまで待機し、その時刻が到来したときステップＳ１に戻り、それ以降の処理を繰り返し実行する。
【００５７】
一方、ステップＳ５において、アクセスしたサーバから正しい情報が伝送されてきたと判定された場合においては、ステップＳ７に進み、ステップＳ２において点滅表示した縮小画像を元の状態に戻す。すなわち、点滅を中止させる。そして、ステップＳ８に進み、ヘッダ情報に更新日データが含まれているか否かを判定する。すなわち、サーバによっては、更新日を返送してこない場合もある。そこで、ここで更新日データが返送されてきたか否かを判定する。
【００５８】
更新日データが返送されてきたと判定された場合、ステップＳ９に進み、いま読み取った更新日データは、前回（あるいはそれ以前）にアクセスした更新日より新しいか否かを判定する。初めてのアクセスの場合、過去の更新日は存在しないので、今回の更新日データが最新のものとなる。そこで、この場合においてはステップＳ１０に進み、その更新日を更新情報格納部２４に記憶させる。
【００５９】
第２回目以降のアクセスである場合においては、この更新情報格納部２４に記憶されている過去のアクセス時における更新日より、今回のアクセス時における更新日の方が新しければ、ステップＳ１０において、その更新日を最新の更新日に変更する。
【００６０】
次にステップＳ１５に進み、更新状態を表す縮小画面に「ＮＥＷ」の文字を重畳表示する。そして、文字を緑色で表示する。さらに、この縮小画像を更新されていない場合の縮小画像の大きさより拡大して表示する。
【００６１】
例えば、図１７に示すように、白地に対して黒で表示されていた文字を緑色に変更すると共に、赤で「ＮＥＷ」の文字を重畳する。そして、この縮小画像を、図９の左側のウインドウ４１−２に示すように、更新されていない他のファイルの縮小画像（Ｂ，Ｃ）より大きく表示する。表示画面で観察していると、図９において右側のウインドウ４１−２に示すように、３つのファイルＡ，Ｂ，Ｃの縮小画像が幅方向に圧縮されて均等の幅で表示されていた状態から、ファイルＡのアクセスを開始すると、ファイルＡの縮小画像が点滅し、そして、更新されていることが確認されると、図９において左側のウインドウ４１−２に示すように、ファイルＡについては、ウインドウ４１−２内においてより大きく（幅方向の圧縮率を小さくして）表示し、残りのファイルＢ，Ｃの画像は、右側のウインドウ４１−２における場合より、さらに圧縮率を大きくして（その幅をより狭くして）表示する。そして文字は緑色とされ、「ＮＥＷ」の赤い文字が大きく、重畳表示される。これにより使用者は、ファイルＡが更新されていることを確実に知ることができる。
【００６２】
使用者は、このようにファイルが更新されていることを知った場合、そのファイルにアクセスするとき、そのアクセスの手続きを最初から始めるのではなく、単にこの縮小画面を指定する操作を行うだけでよい。
【００６３】
すなわち、例えば図８に示すように、ポインティングデバイス１６のカーソル（マウスカーソル）６１を、ウインドウ４１−２のそのファイルＡの縮小画面上に移動させ、その位置でマウスをクリックする。
【００６４】
ＣＰＵ１１は、ステップＳ１６で、このようにマウスのボタンがクリックされるまで待機し、クリックされたときステップＳ１７に進み、ウインドウ４１−２の表示を元の状態に戻す。すなわち、図９の左側のウインドウ４１−２に示す状態から、右側のウインドウ４１−２に示す状態に変更する。
【００６５】
さらにステップＳ１８に進み、ＣＰＵ１１は、ネットワークを介して接続された種々のサーバのファイルを閲覧するためのビューア（例えばＷＷＷブラウザであるＮｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ）に対して、クリックによって指定されたファイルをアクセスするためのアドレス（ＷＷＷブラウザの場合は、ＵＲＬ）を引き渡す。すなわち、この実施の形態においては、ウインドウ４１−２の縮小画面がファイルＡ，Ｂ，Ｃの各々のアドレスにリンクされている。
【００６６】
そしてステップＳ１９に進み、次回のアクセス時刻まで待機し、アクセス時刻になったとき、再びステップＳ１に戻り、それ以降の処理を繰り返し実行する。
【００６７】
一方、ステップＳ１８で、ファイルＡのアドレスを渡されると、ビューアは、そのアドレスに対するアクセスを行う。すなわち、いまの場合、ファイルＡに対するアクセスが開始される。そして、サーバ１から更新されたファイルＡの情報の提供を受けることができる。
【００６８】
一方、ステップＳ９において、今回アクセスした結果得られた更新日が、更新情報格納部２４に記憶されている、前回（またはそれ以前）における更新日と同一であると判定された場合、ステップＳ１０，Ｓ１５乃至Ｓ１８の処理をスキップし、ステップＳ１９に進み、次回のアクセス時刻まで待機する。
【００６９】
また、上述したように、サーバによっては、アクセスしてもファイルの更新日のデータを返送してこない場合がある。この場合においては、次のようにして、ハッシュ（ＨＡＳＨ）関数を利用して、ファイルが更新されているか否かを判定する。
【００７０】
すなわち、ステップＳ８において、更新日データが返送されてこないと判定されると、ステップＳ１１に進み、ＣＰＵ１１は、いまアクセスしたファイルのデータの転送をサーバに要求する。そして、サーバより、そのファイルのデータの提供を受ける。次にステップＳ１２に進み、ＣＰＵ１１は、サーバより提供されたそのファイルデータ（全てのデータ）に対して、所定のハッシュ関数を乗算する。
【００７１】
例えばいま、簡単のため、ファイルのデータが、Ａ1，Ａ2，Ａ3，・・・Ａnのｎ文字からなるテキストデータであるとする。このテキストデータのうち、先頭の文字、中間の文字、および終わりから２番目の文字の３文字を用いて、Ａ1，Ａ2，Ａ3，・・・Ａnのｎ文字からなるデータに対して、次のハッシュ関数を定義する。
ｈａｓｈ（Ａ1Ａ2・・・Ａn）
＝（Ａ1＋Ａn/2×２６＋Ａn-1×２６2）ｍｏｄ  １０００
【００７２】
例えば、受信したデータが’ＳＵＺＵＫＩ’のテキストデータであるとき、次の演算が行われる。
ｈａｓｈ（ＳＵＺＵＫＩ）＝｛ＡＳＣ（’Ｓ’）−ＡＳＣ（’Ａ’）
＋（ＡＳＣ（’Ｚ’）−ＡＳＣ（’Ａ’））×２６
＋（ＡＳＣ（’Ｋ’）−ＡＳＣ（’Ａ’））×２６2｝ｍｏｄ  １０００
＝（１８＋６５０＋６７６０）ｍｏｄ  １０００＝４２８
【００７３】
このようにして、ハッシュ関数を演算することで、データ”ＳＵＺＵＫＩ”を数値４２８に対応させることができる。
【００７４】
このように、ハッシュ関数を演算することによって得られた演算値は、元になるデータが異なっていれば充分高い確率で異なるものとなる。従って、ハッシュ関数で求められた演算値から、そのファイルのデータが更新されていること（過去のデータと異なるデータとなっていること）を検知することができる。
【００７５】
そこで、ステップＳ１３において、ステップＳ１２において得られたハッシュ関数の演算値を、更新情報格納部２４に格納してある過去の演算値と比較し、両者が一致しない場合においては、ステップＳ１４に進み、ステップＳ１２でいま求めたハッシュ関数の演算値を、更新情報格納部２４に記憶させる。すなわち、演算値が過去の値と異なるものであるため、ファイルが更新されていることになる。そこで、この場合においてはステップＳ１５に進み、「ＮＥＷ」の文字を縮小画面上に重畳表示するなどの処理を実行する。
【００７６】
それに対して、過去に求め、記憶されているハッシュ関数の演算値と今回求めた演算値とが等しい場合においては、ファイルのデータが更新されていないことになる。そこで、この場合においてはステップＳ１９に進み、次のアクセス時刻まで待機し、アクセス時刻になったときステップＳ１に戻り、それ以降の処理を繰り返し実行する。
【００７７】
以上のようにして、更新日を返送してこないサーバが管理するファイルの更新状態も検知することができる。
【００７８】
以上のように、例えば図１におけるサーバＳAに対してアクセスが行われると、次に監視ファイルリストに登録されているファイルＢを管理するサーバＳBや、ファイルＣを管理しているサーバＳCに対しても同様の処理が、登録されている時刻に行われる。
【００７９】
各ファイルをアクセスするタイミングは、使用者が任意の時刻に設定することができる。従って、使用者が希望する頻度（使用者にとってリアルタイムと認識しうる任意のタイミング）でファイルの更新状態を知ることができる。
【００８０】
図１８は、このようにして行われる更新状態を表すウインドウのディスプレイ１５上のより具体的な表示例を表している。ここで、図１８および図８、図９に示されるウインドウ４１−２の縮小一覧表示において、カーソル６１で指し示されたホームページの縮小画面を、水平方向へ拡大し、縦と横が同一の比率の縮小画面として表示するようにすれば、使用者が任意のファイルの概要を確認することが可能となる。
【図面の簡単な説明】
【００８１】
【図１】本発明の情報管理装置を接続するネットワークを説明する図である。
【図２】本発明の情報管理装置の一実施の形態の構成例を示すブロック図である。
【図３】メニューの表示例を示す図である。
【図４】ホームページの表示例を示す図である。
【図５】本発明における表示の原理を説明する図である。
【図６】本発明におけるカーソルと表示範囲の関係を説明する図である。
【図７】本発明におけるカーソルを移動した場合における表示の範囲を説明する図である。
【図８】ファイルの更新状態を表す画像の表示の原理を示す図である。
【図９】図８のウインドウ４１−２の圧縮を説明する図である。
【図１０】図２の実施の形態の動作を説明するフローチャートである。
【図１１】図１０に続くフローチャートである。
【図１２】監視ファイルリストを説明する図である。
【図１３】ヘッダ情報を説明する図である。
【図１４】オリジナルの縮小画像を説明する図である。
【図１５】図１０のステップＳ４における表示例を示す図である。
【図１６】図１０のステップＳ６における表示例を示す図である。
【図１７】図１１のステップＳ１５の表示例を示す図である。
【図１８】図８の表示例に対応する具体的な表示例を示す写真である。
【図１９】従来のファイルの更新を検知する方法を説明する図である。
【符号の説明】
【００８２】
１１  ＣＰＵ，１２  メインメモリ，１３  表示バッファ，１４  ビデオ信号発生部，１５  ディスプレイ，１６  ポインティングデバイス，１７  キーボード，１７Ａ  カーソルキー，１８  文書データ格納部，１９  イメージ展開処理部，２０  イメージデータ転送部，２１  イメージデータ圧縮転送部，２３  ネットワークインタフェース，２４  更新情報格納部
【図１】
0004463282.tif 000002
【図２】
0004463282.tif 000003
【図３】
0004463282.tif 000004
【図４】
0004463282.tif 000005
【図５】
0004463282.tif 000006
【図６】
0004463282.tif 000007
【図７】
0004463282.tif 000008
【図８】
0004463282.tif 000009
【図９】
0004463282.tif 000010
【図１０】
0004463282.tif 000011
【図１１】
0004463282.tif 000012
【図１２】
0004463282.tif 000013
【図１３】
0004463282.tif 000014
【図１４】
0004463282.tif 000015
【図１５】
0004463282.tif 000016
【図１６】
0004463282.tif 000017
【図１７】
0004463282.tif 000018
【図１８】
0004463282.tif 000019
【図１９】
0004463282.tif 000020