JP3944770B2 - 情報管理装置および方法 - Google Patents
情報管理装置および方法 Download PDFInfo
- Publication number
- JP3944770B2 JP3944770B2 JP2002058202A JP2002058202A JP3944770B2 JP 3944770 B2 JP3944770 B2 JP 3944770B2 JP 2002058202 A JP2002058202 A JP 2002058202A JP 2002058202 A JP2002058202 A JP 2002058202A JP 3944770 B2 JP3944770 B2 JP 3944770B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- server
- data
- update date
- accessed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は情報管理装置および方法に関し、ファイルが更新されているか否かを迅速かつ確実に監視することができるようにした、情報管理装置および方法に関する。
【０００２】
【従来の技術】
図１９は、従来の情報管理装置の構成例を表している。同図に示すように、ユーザの各端末は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、インターネット（ｔｈｅ Ｉｎｔｅｒｎｅｔ）などのネットワークを介して各種のサーバに接続されている。ユーザは、必要に応じてサーバにアクセスし、サーバから所望の情報の提供を受けることができる。
【０００３】
各サーバが提供する情報は、必要に応じて更新される。各ユーザは、各サーバの保持するファイルが更新されているか否かを知る必要がある。ファイルの更新をユーザが知るための方法として、従来、次のような方法が知られている。
【０００４】
第１の方法は、各サーバが、自己が管理するファイルに対してアクセスしてくるユーザを予め登録しておき、ファイルを更新したとき、その登録されているユーザに対して、更新されたファイルのデータをネットワークを介して自動的に転送するようにするものである。
【０００５】
第２の方法は、更新されたファイルのデータそのものを各ユーザに対して転送するのではなく、情報が更新されたことを表すメッセージを電子メールとして、各ユーザにサーバから伝送するようにするものである。
【０００６】
さらに第３の方法は、各ユーザが、必要に応じて各サーバに対してアクセスし、ファイルが更新されているか否かを、その都度確認するものである。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記した第１の方法は、各サーバに負荷がかかり、ユーザの数が増加すると実現困難となる。
【０００８】
また、第２の方法は、伝送するのがメッセージに過ぎないので、第１の方法に較べてサーバの負荷は軽減されるが、それでもサーバは、そのための管理を要求され、大きな負荷となる。
【０００９】
さらに、第３の方法は、ユーザが必要に応じてアクセスするので、サーバがファイルを更新したタイミングと、そのファイルをユーザが受け取ることができるタイミングとの間にズレが生じ、最新の情報を各ユーザが取得することができない課題があった。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、サーバに負荷をかけずに、ユーザが監視するファイルの更新状態を、迅速かつ確実に知ることができるようにするものである。
【００１１】
【課題を解決するための手段】
本発明の情報管理装置は、ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段と、設定手段により設定されたアドレスを基に、所定のタイミングでファイルにアクセスするアクセス手段と、アクセス手段によってファイルへアクセスした際に、サーバからファイルの更新日が得られる場合には、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かを判定し、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とを比較して、ファイルが更新されているか否かを判定する判定手段と、判定手段の判定結果に対応して、ファイルの更新状態をユーザに通知する通知手段とを含むことを特徴とする。
【００１２】
本発明の情報管理方法は、情報管理装置の情報管理方法であって、設定手段により、ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定ステップと、アクセス手段により、設定ステップの処理により設定されたアドレスを基に、所定のタイミングでファイルにアクセスするアクセスステップと、判定手段により、アクセスステップの処理によってファイルへアクセスした際に、サーバからファイルの更新日が得られる場合には、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かを判定し、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とを比較して、ファイルが更新されているか否かを判定する判定ステップと、通知手段により、判定ステップの処理の判定結果に対応して、ファイルの更新状態をユーザに通知する通知ステップとを含むことを特徴とする。
【００１３】
本発明の情報管理装置および情報管理方法においては、ネットワークを介して監視する、サーバのファイルのアドレスが設定され、設定されたアドレスを基に、所定のタイミングでファイルがアクセスされる。ファイルへアクセスしたとき、サーバからファイルの更新日が得られる場合、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かが判定される。一方、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とが比較されて、ファイルが更新されているか否かが判定される。そして、判定結果に対応して、ファイルの更新状態がユーザに通知される。
【００１４】
【発明の実施の形態】
図１は、本発明の情報管理装置が接続されるネットワークの構成例を表している。同図に示すように、世界規模で接続されたコンピュータネットワークとしてのインターネットには、直接、あるいはサブネットワークとしてのＬＡＮをさらに介して、多くのサーバあるいはユーザが接続されている。この例では、ユーザの社内のサーバＳ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に対しても同様の処理が、登録されている時刻に行われる。
【００７４】
各ファイルをアクセスするタイミングは、使用者が任意の時刻に設定することができる。従って、使用者が希望する頻度（使用者にとってリアルタイムと認識しうる任意のタイミング）でファイルの更新状態を知ることができる。
【００７５】
図１８は、このようにして行われる更新状態を表すウインドウのディスプレイ１５上のより具体的な表示例を表している。ここで、図１８および図８、図９に示されるウインドウ４１−２の縮小一覧表示において、カーソル６１で指し示されたホームページの縮小画面を、水平方向へ拡大し、縦と横が同一の比率の縮小画面として表示するようにすれば、使用者が任意のファイルの概要を確認することが可能となる。
【００７６】
【発明の効果】
以上の如く、本発明の情報管理装置および情報管理方法によれば、ネットワークを介して監視する、サーバのファイルのアドレスが設定され、設定されたアドレスを基に、所定のタイミングでファイルがアクセスされる。ファイルへアクセスしたとき、サーバからファイルの更新日が得られる場合、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かが判定される。一方、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とが比較されて、ファイルが更新されているか否かが判定される。そして、判定結果に対応して、ファイルの更新状態がユーザに通知されるようにしたので、ファイルの提供者に負荷をかけずに、迅速かつ確実に、注目するファイルが更新されているか否かを知ることができる。
￥
【図面の簡単な説明】
【図１】本発明の情報管理装置を接続するネットワークを説明する図である。
【図２】本発明の情報管理装置の一実施の形態の構成例を示すブロック図である。
【図３】メニューの表示例を示す図である。
【図４】ホームページの表示例を示す図である。
【図５】本発明における表示の原理を説明する図である。
【図６】本発明におけるカーソルと表示範囲の関係を説明する図である。
【図７】本発明におけるカーソルを移動した場合における表示の範囲を説明する図である。
【図８】ファイルの更新状態を表す画像の表示の原理を示す図である。
【図９】図８のウインドウ４１−２の圧縮を説明する図である。
【図１０】図２の実施の形態の動作を説明するフローチャートである。
【図１１】図１０に続くフローチャートである。
【図１２】監視ファイルリストを説明する図である。
【図１３】ヘッダ情報を説明する図である。
【図１４】オリジナルの縮小画像を説明する図である。
【図１５】図１０のステップＳ４における表示例を示す図である。
【図１６】図１０のステップＳ６における表示例を示す図である。
【図１７】図１１のステップＳ１５の表示例を示す図である。
【図１８】図８の表示例に対応する具体的な表示例を示す写真である。
【図１９】従来のファイルの更新を検知する方法を説明する図である。
【符号の説明】
１１ ＣＰＵ，１２ メインメモリ，１３ 表示バッファ，１４ ビデオ信号発生部，１５ ディスプレイ，１６ ポインティングデバイス，１７ キーボード，１７Ａ カーソルキー，１８ 文書データ格納部，１９ イメージ展開処理部，２０ イメージデータ転送部，２１ イメージデータ圧縮転送部，２３ ネットワークインタフェース，２４ 更新情報格納部
【発明の属する技術分野】
本発明は情報管理装置および方法に関し、ファイルが更新されているか否かを迅速かつ確実に監視することができるようにした、情報管理装置および方法に関する。
【０００２】
【従来の技術】
図１９は、従来の情報管理装置の構成例を表している。同図に示すように、ユーザの各端末は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、インターネット（ｔｈｅ Ｉｎｔｅｒｎｅｔ）などのネットワークを介して各種のサーバに接続されている。ユーザは、必要に応じてサーバにアクセスし、サーバから所望の情報の提供を受けることができる。
【０００３】
各サーバが提供する情報は、必要に応じて更新される。各ユーザは、各サーバの保持するファイルが更新されているか否かを知る必要がある。ファイルの更新をユーザが知るための方法として、従来、次のような方法が知られている。
【０００４】
第１の方法は、各サーバが、自己が管理するファイルに対してアクセスしてくるユーザを予め登録しておき、ファイルを更新したとき、その登録されているユーザに対して、更新されたファイルのデータをネットワークを介して自動的に転送するようにするものである。
【０００５】
第２の方法は、更新されたファイルのデータそのものを各ユーザに対して転送するのではなく、情報が更新されたことを表すメッセージを電子メールとして、各ユーザにサーバから伝送するようにするものである。
【０００６】
さらに第３の方法は、各ユーザが、必要に応じて各サーバに対してアクセスし、ファイルが更新されているか否かを、その都度確認するものである。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記した第１の方法は、各サーバに負荷がかかり、ユーザの数が増加すると実現困難となる。
【０００８】
また、第２の方法は、伝送するのがメッセージに過ぎないので、第１の方法に較べてサーバの負荷は軽減されるが、それでもサーバは、そのための管理を要求され、大きな負荷となる。
【０００９】
さらに、第３の方法は、ユーザが必要に応じてアクセスするので、サーバがファイルを更新したタイミングと、そのファイルをユーザが受け取ることができるタイミングとの間にズレが生じ、最新の情報を各ユーザが取得することができない課題があった。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、サーバに負荷をかけずに、ユーザが監視するファイルの更新状態を、迅速かつ確実に知ることができるようにするものである。
【００１１】
【課題を解決するための手段】
本発明の情報管理装置は、ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段と、設定手段により設定されたアドレスを基に、所定のタイミングでファイルにアクセスするアクセス手段と、アクセス手段によってファイルへアクセスした際に、サーバからファイルの更新日が得られる場合には、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かを判定し、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とを比較して、ファイルが更新されているか否かを判定する判定手段と、判定手段の判定結果に対応して、ファイルの更新状態をユーザに通知する通知手段とを含むことを特徴とする。
【００１２】
本発明の情報管理方法は、情報管理装置の情報管理方法であって、設定手段により、ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定ステップと、アクセス手段により、設定ステップの処理により設定されたアドレスを基に、所定のタイミングでファイルにアクセスするアクセスステップと、判定手段により、アクセスステップの処理によってファイルへアクセスした際に、サーバからファイルの更新日が得られる場合には、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かを判定し、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とを比較して、ファイルが更新されているか否かを判定する判定ステップと、通知手段により、判定ステップの処理の判定結果に対応して、ファイルの更新状態をユーザに通知する通知ステップとを含むことを特徴とする。
【００１３】
本発明の情報管理装置および情報管理方法においては、ネットワークを介して監視する、サーバのファイルのアドレスが設定され、設定されたアドレスを基に、所定のタイミングでファイルがアクセスされる。ファイルへアクセスしたとき、サーバからファイルの更新日が得られる場合、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かが判定される。一方、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とが比較されて、ファイルが更新されているか否かが判定される。そして、判定結果に対応して、ファイルの更新状態がユーザに通知される。
【００１４】
【発明の実施の形態】
図１は、本発明の情報管理装置が接続されるネットワークの構成例を表している。同図に示すように、世界規模で接続されたコンピュータネットワークとしてのインターネットには、直接、あるいはサブネットワークとしてのＬＡＮをさらに介して、多くのサーバあるいはユーザが接続されている。この例では、ユーザの社内のサーバＳ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に対しても同様の処理が、登録されている時刻に行われる。
【００７４】
各ファイルをアクセスするタイミングは、使用者が任意の時刻に設定することができる。従って、使用者が希望する頻度（使用者にとってリアルタイムと認識しうる任意のタイミング）でファイルの更新状態を知ることができる。
【００７５】
図１８は、このようにして行われる更新状態を表すウインドウのディスプレイ１５上のより具体的な表示例を表している。ここで、図１８および図８、図９に示されるウインドウ４１−２の縮小一覧表示において、カーソル６１で指し示されたホームページの縮小画面を、水平方向へ拡大し、縦と横が同一の比率の縮小画面として表示するようにすれば、使用者が任意のファイルの概要を確認することが可能となる。
【００７６】
【発明の効果】
以上の如く、本発明の情報管理装置および情報管理方法によれば、ネットワークを介して監視する、サーバのファイルのアドレスが設定され、設定されたアドレスを基に、所定のタイミングでファイルがアクセスされる。ファイルへアクセスしたとき、サーバからファイルの更新日が得られる場合、サーバから取得したファイル更新日に基づいてファイルが更新されているか否かが判定される。一方、サーバからファイルの更新日が得られない場合には、サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、サーバに過去にアクセスした際に取得したファイルに対する所定のハッシュ関数の演算で得られた結果とが比較されて、ファイルが更新されているか否かが判定される。そして、判定結果に対応して、ファイルの更新状態がユーザに通知されるようにしたので、ファイルの提供者に負荷をかけずに、迅速かつ確実に、注目するファイルが更新されているか否かを知ることができる。
￥
【図面の簡単な説明】
【図１】本発明の情報管理装置を接続するネットワークを説明する図である。
【図２】本発明の情報管理装置の一実施の形態の構成例を示すブロック図である。
【図３】メニューの表示例を示す図である。
【図４】ホームページの表示例を示す図である。
【図５】本発明における表示の原理を説明する図である。
【図６】本発明におけるカーソルと表示範囲の関係を説明する図である。
【図７】本発明におけるカーソルを移動した場合における表示の範囲を説明する図である。
【図８】ファイルの更新状態を表す画像の表示の原理を示す図である。
【図９】図８のウインドウ４１−２の圧縮を説明する図である。
【図１０】図２の実施の形態の動作を説明するフローチャートである。
【図１１】図１０に続くフローチャートである。
【図１２】監視ファイルリストを説明する図である。
【図１３】ヘッダ情報を説明する図である。
【図１４】オリジナルの縮小画像を説明する図である。
【図１５】図１０のステップＳ４における表示例を示す図である。
【図１６】図１０のステップＳ６における表示例を示す図である。
【図１７】図１１のステップＳ１５の表示例を示す図である。
【図１８】図８の表示例に対応する具体的な表示例を示す写真である。
【図１９】従来のファイルの更新を検知する方法を説明する図である。
【符号の説明】
１１ ＣＰＵ，１２ メインメモリ，１３ 表示バッファ，１４ ビデオ信号発生部，１５ ディスプレイ，１６ ポインティングデバイス，１７ キーボード，１７Ａ カーソルキー，１８ 文書データ格納部，１９ イメージ展開処理部，２０ イメージデータ転送部，２１ イメージデータ圧縮転送部，２３ ネットワークインタフェース，２４ 更新情報格納部
Claims (2)
- ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段と、
前記設定手段により設定された前記アドレスを基に、所定のタイミングで前記ファイルにアクセスするアクセス手段と、
前記アクセス手段によって前記ファイルへアクセスした際に、前記サーバから前記ファイルの更新日が得られる場合には、前記サーバから取得したファイル更新日に基づいて前記ファイルが更新されているか否かを判定し、前記サーバから前記ファイルの更新日が得られない場合には、前記サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果とを比較して、前記ファイルが更新されているか否かを判定する判定手段と、
前記判定手段の判定結果に対応して、前記ファイルの更新状態をユーザに通知する通知手段と
を含むことを特徴とする情報管理装置。 - 情報管理装置の情報管理方法において、
設定手段により、ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定ステップと、
アクセス手段により、前記設定ステップの処理により設定された前記アドレスを基に、所定のタイミングで前記ファイルにアクセスするアクセスステップと、
判定手段により、前記アクセスステップの処理によって前記ファイルへアクセスした際に、前記サーバから前記ファイルの更新日が得られる場合には、前記サーバから取得したファイル更新日に基づいて前記ファイルが更新されているか否かを判定し、前記サーバから前記ファイルの更新日が得られない場合には、前記サーバから取得したファイルに対する所定のハッシュ関数の演算で得られた結果と、前記サーバに過去にアクセスした際に取得したファイルに対する前記所定のハッシュ関数の演算で得られた結果とを比較して、前記ファイルが更新されているか否かを判定する判定ステップと、
通知手段により、前記判定ステップの処理の判定結果に対応して、前記ファイルの更新状態をユーザに通知する通知ステップと
を含むことを特徴とする情報管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002058202A JP3944770B2 (ja) | 1995-09-29 | 2002-03-05 | 情報管理装置および方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7-252859 | 1995-09-29 | ||
| JP25285995 | 1995-09-29 | ||
| JP2002058202A JP3944770B2 (ja) | 1995-09-29 | 2002-03-05 | 情報管理装置および方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8252930A Division JPH09190372A (ja) | 1995-09-29 | 1996-09-25 | 情報管理装置および方法 |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004008769A Division JP4447928B2 (ja) | 1995-09-29 | 2004-01-16 | 情報管理装置および方法 |
| JP2007006970A Division JP4463282B2 (ja) | 1995-09-29 | 2007-01-16 | 情報管理装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002318721A JP2002318721A (ja) | 2002-10-31 |
| JP3944770B2 true JP3944770B2 (ja) | 2007-07-18 |
Family
ID=26540921
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002058202A Expired - Lifetime JP3944770B2 (ja) | 1995-09-29 | 2002-03-05 | 情報管理装置および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3944770B2 (ja) |
-
2002
- 2002-03-05 JP JP2002058202A patent/JP3944770B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002318721A (ja) | 2002-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5933851A (en) | Time-stamp and hash-based file modification monitor with multi-user notification and method thereof | |
| US6330611B1 (en) | Client peripheral device-based network resource management method and system | |
| US6385654B1 (en) | File transferring apparatus and method thereof | |
| US6700589B1 (en) | Method, system, and program for magnifying content downloaded from a server over a network | |
| US6222634B1 (en) | Apparatus and method for printing related web pages | |
| US8484012B2 (en) | Information service apparatus and method, information display apparatus and information service system | |
| US6981053B2 (en) | Data transfer utilizing preview data | |
| US5805153A (en) | Method and system for resizing the subtitles of a video | |
| US8005808B2 (en) | Information processing apparatus and information processing method | |
| US6947157B1 (en) | Printer provided with communication device | |
| US20030177444A1 (en) | System for describing markup language for mobile use, and information processing apparatus and program for generating display content | |
| US20020004802A1 (en) | Computer peripheral device and a processing system having a hypertext interpretation section and control method therefor image information input-output unit, image information input-output unit control method, and image information processing system | |
| US7251774B2 (en) | System for describing markup language for mobile use, and information processing apparatus and program for generating display content | |
| JP4811069B2 (ja) | 情報提示装置、情報提示方法、及び情報提示処理プログラム | |
| JP2000090001A (ja) | 変換設定を使用した電子デ―タの変換方法およびシステム | |
| US20040032614A1 (en) | Image forming apparatus and information sharing system for image forming apparatus | |
| JPH10133973A (ja) | Ｈｔｍｌ情報提供方法 | |
| US6829619B1 (en) | Information providing server | |
| JPH09231022A (ja) | 文書蓄積装置 | |
| US20050024355A1 (en) | Selecting items displayed on respective areas on a screen | |
| US7281048B2 (en) | Method and system for transmitting image | |
| JP2006237705A (ja) | 文書閲覧印刷システム | |
| US7203766B2 (en) | Gateway server in which picture contents can be displayed in small terminal, and processing speed is fast, and manufacturing cost is cheap, and method of obtaining contents | |
| US7508539B2 (en) | Image forming device, layouter, and renderer | |
| JP4463282B2 (ja) | 情報管理装置および方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061117 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070315 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070328 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100420 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110420 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110420 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120420 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120420 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130420 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130420 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140420 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |