JP2003333101A - 記憶装置管理システム - Google Patents

Abstract

(57)【要約】 【課題】 利便性を高め、記憶資源の利用効率を高め
る。 【解決手段】 記憶装置管理システムにおいて、記憶容
量のうち、有効な単位データの蓄積を行っていない空き
容量が所定容量未満となったことを検出する空き容量検
査部と、単位データの少なくとも本体部分から、所定の
目的情報を抽出する目的情報抽出部と、目的情報抽出部
が抽出した目的情報を利用して、記憶装置上に蓄積され
ている単位データの重要度を判定する重要度判定部と、
空き容量検査部が空き容量が所定容量以下となったこと
を検出したとき、重要度判定部が重要度が低いものと判
定した単位データから順番に無効化して所定容量以上の
空き容量を確保する空き容量確保部とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は記憶装置管理システ
ムに関し、例えば、電子メールやＷｅｂページなどの単
位データをキャッシュする場合などに適用して好適なも
のである。

【０００２】

【従来の技術】従来のこの種のキャッシュ技術を記載し
たものとして、次の文献１があげられる。

【０００３】文献１：特開平１１−１７７６１０号公報 この文献１では、特にメモリ容量が限られた携帯電話の
ような端末におけるメールクライアントで、記憶領域の
空きが無くなった場合、古いメール（すなわち、早期に
着信し、メモリに書き込まれたメール）から順に消去す
る手順が記載されている。

【０００４】また、消去されたくないメールは、ユーザ
が手動でマークすることによって、古くても消去されな
いようにするマーク機能を搭載した携帯端末も存在す
る。

【０００５】

【発明が解決しようとする課題】しかしながら実際に
は、先に着信し、メモリに書き込まれた順番が早いから
といって、ユーザにとっての重要度が低く、先に消去し
てよいメールであるとは限らない。

【０００６】たとえば図２に示した例で、現在が３月１
日であるものとすると、すでに２月２５日（メール本文
には「今日」と記述されているが、ヘッダ中のＤａｔｅ
フィールドの記述からこの「今日」は、２月２５日を指
すことがわかる）に終わった懇親会の予定を通知するメ
ールＭ１２はユーザにとって重要度は低く消去してもか
まわないメールであり、１０日後の３月１１日が開催予
定の会議について通知するメールＭ１１はユーザにとっ
て重要度が高く消去してはならないメールである可能性
が高い。

【０００７】ところが、メールの着信日時自体はＭ１１
のほうが早いため、上述した手順にしたがえば、Ｍ１１
のほうが先に消されてしまう。すなわち、もう必要が無
くなったメールＭ１２が残ってメモリの限られた記憶容
量を消費しつづけ、必要なメール１１が削除されてしま
うという矛盾が生じ、実質的に記憶資源の利用効率が低
いといえる。

【０００８】また、このような矛盾の発生を避けるた
め、上述したマーク機能を利用することも可能である
が、操作がわずらわしく、また、不要になった後にマー
クを解除する必要もあり利便性は良くない。

【０００９】なお、Ｗｅｂページのキャッシュも古い物
から消されるので、ここで述べた電子メールのキャッシ
ュに関する課題は、そのまま、Ｗｅｂページのキャッシ
ュにもあてはまる。

【００１０】

【課題を解決するための手段】かかる課題を解決するた
めに、第１の発明では、所定の通信プロトコルによって
搬送され、記述形式が規定されているヘッダ部分と、記
述形式が規定されておらず、第１のユーザが自由に記述
する本体部分とを有する単位データを、その通信の経路
上に介在する記憶装置上で当該記憶装置の記憶容量に応
じて一時的に蓄積する記憶装置管理システムにおいて、
（１）前記記憶容量のうち、有効な単位データの蓄積を
行っていない空き容量が所定容量未満となったことを検
出する空き容量検査部と、（２）少なくとも前記本体部
分から、所定の目的情報を抽出する目的情報抽出部と、
（３）当該目的情報抽出部が抽出した目的情報を利用し
て、前記記憶装置上に蓄積されている単位データの重要
度を判定する重要度判定部と、（４）前記空き容量検査
部が前記空き容量が所定容量以下となったことを検出し
たとき、当該重要度判定部が重要度が低いものと判定し
た単位データから順番に無効化して前記所定容量以上の
空き容量を確保する空き容量確保部とを備えたことを特
徴とする。

【００１１】また、第２の発明では、所定の通信プロト
コルによって搬送され、当該通信プロトコルに応じて記
述形式が規定されているヘッダ部分と、当該通信プロト
コルによっては記述形式を規定されておらず、第１のユ
ーザが自由に記述する本体部分とを有する単位データ
を、その通信の経路上に介在する第１の記憶装置と第２
の記憶装置上で各記憶装置の記憶容量に応じて一時的に
蓄積し、第１の記憶装置は当該経路上で第１のユーザに
近く、第２の記憶装置は当該経路上で第１のユーザと通
信を行う第２のユーザに近い場合の記憶装置管理システ
ムにおいて、前記単位データが前記第１の記憶装置に蓄
積されているとき、当該単位データの重要度を、基準と
なる日時を変更することで予測判定する重要度予測判定
部と、この変更の範囲が現時点から所定時間以内の未来
にあるときのいずれかの予測判定において、当該重要度
予測判定部が所定順位以上の上位になると判定した単位
データから優先的に、前記第２の記憶装置の記憶容量の
範囲内で第２の記憶装置に単位データを送信する選択送
信部とを備えることを特徴とする。

【００１２】

【発明の実施の形態】（Ａ）実施形態 以下、本発明にかかる記憶装置管理システムの実施形態
について説明する。

【００１３】本実施形態では、メールの内容（ヘッダお
よび本文）に記載された日時や場所の情報から、当該メ
ールの今後の必要性を推定し、消去する順番を自動的に
決定することを特徴とする。

【００１４】（Ａ−１）第１の実施形態の構成 本実施形態にかかるキャッシュシステム９の全体構成例
を図１に示す。このキャッシュシステム９は、例えば、
パーソナルコンピュータや携帯電話機などメーラを搭載
した情報処理端末に搭載する。

【００１５】図１において、当該キャッシュシステム９
は、メーラ部１１と、送信日検出部２０と、日時情報検
出部３０と、日付知識部３１と、地名知識部５１と、日
時情報解釈部４０と、場所情報検出部５０と、記憶領域
９０と、削除判定部１０と、優先度判定部６０と、削除
部７０と、時計機能３８０と、位置情報機能３９０とを
備えている。

【００１６】このうち送信日検出部２０と、日時情報検
出部３０と、日付知識部３１と、地名知識部５１と、日
時情報解釈部４０と、場所情報検出部５０によって、情
報抽出部１００が構成されている。

【００１７】前記記憶領域９０は、前記情報処理端末に
搭載されたキャッシュシステム９に受信された前記電子
メールＭＥ１を物理的に記憶する記憶媒体で、電力の供
給を断たれたときに記憶内容が失われる揮発性のもの
（ＲＡＭなど）と、電力の供給が断たれたときにも記憶
内容を維持できる不揮発性のもの（ハードディスクな
ど）があり得る。当該記憶領域９０はハードウエア的な
記憶装置（ＲＡＭ、ハードディスクなど）の記憶資源の
全部を使用するものであってもよく、一部を使用するも
のであってもよい。

【００１８】いずれにしても、当該記憶領域９０は、キ
ャッシュとして使用されるものであるため、予め記憶に
使用できる容量が限定されており、その容量を越えるメ
ール（例えばＭＥ１）を記憶する必要が生じた場合など
には、すでに記憶しているメールを削除する必要があ
る。アクセス効率の観点から、一般的な情報処理端末の
内部では、記憶領域上からデータ（ここではメール）を
削除する場合、物理的に当該データを消去することまで
は行わず、そのデータを記憶している記憶領域に新たな
データ（新たなメール）を上書きすることのできるよう
に論理的な処理を行うだけで済ませるのが普通である。

【００１９】本実施形態において、この必要が生じたか
否かを判定するのが削除判定部１０であり、削除を実行
するのは、前記削除部７０である。

【００２０】削除判定部１０は、記憶領域９０上で新た
なメールを記憶することのできる空き領域の容量が、前
記情報処理端末が属する電子メールシステムにおいて、
許容されている１つの電子メールに関するサイズの上限
値を下回ったときに、削除の必要が生じたものと判定す
るものであってよい。一例として、携帯電話ネットワー
クにおける電子メールシステムでは、携帯電話事業者ご
とにこの上限値が設定されており、具体的には、６Ｋバ
イトなどの値が知られている。

【００２１】ただし、この削除判定部１０が判定を実行
する時点については、前記情報処理端末が属する電子メ
ールシステムに応じて異なるものとする必要がある。

【００２２】例えば、一部の携帯電話ネットワークのよ
うに、端末がアベイラブルであることが確認できれば、
サーバ主導で、メールを端末に送り付けるタイプの電子
メールシステムであれば、いつメールを送り付けられる
かを予測することは困難であるため、いつ送り付けられ
てもかまわないように、常時、前記上限値程度の空き容
量を記憶領域９０上に確保しておく必要があるが、その
他の携帯電話ネットワークやパーソナルコンピュータの
電子メールシステムのようにＰＯＰ３やＩＭＡＰ４など
のプロトコルにしたがって、メールサーバ（内の自身の
メールボックス）に着信した電子メールを端末側から取
り出すタイプの電子メールシステムの場合には、取り出
す際に前記判定を行い、必要に応じて、空き容量を確保
すれば十分である。

【００２３】また、取り出すタイプの電子メールシステ
ムなどでは、予め、これから前記記憶容量９０に読み込
む電子メールＭＥ１のサイズを知ることも可能であるた
め、この場合には、そのサイズ分（多くの場合、前記上
限値よりも小さい）の空き容量を確保すれば足りる。

【００２４】前記優先度判定部６０は、記憶領域９０に
蓄積されているメールの優先度を判定する部分である。
この優先度は、当該情報処理端末を操作し、前記メーラ
部１１を用いてメールを読むユーザＵ２にとって重要で
削除したくないメールであるほど高くなる指標である。
したがって当該優先度に応じて、削除されるメールの順
番が決まる。

【００２５】優先度判定部６０がこの判定を実行するに
は、時計機能３８０が出力する現在時刻情報（必要に応
じて、秒の精度で時刻を出力し、年月日、曜日などの情
報をも含んでいてよい）Ｓ１８と、位置情報機能３９が
出力するユーザＵ２（すなわち、情報処理端末）の現在
位置を示す現在位置情報Ｓ１９のほか、前記情報抽出部
１００が予めメールから抽出しておいた各種情報が利用
される。

【００２６】位置情報機能３９０は、ＧＰＳや、携帯電
話機の基地局などの情報（一斉呼び出しなどを行うため
に携帯電話ネットワーク内で蓄積される携帯電話機の位
置を示す位置情報）から動的に得られた現在位置情報Ｓ
１９を出力するものであってもよく、ユーザＵ２の住所
等よく使われる位置を１つまたは複数登録しておき、静
的に得られた現在位置情報Ｓ１９を出力するものであっ
てもよい。特に、キャッシュシステム９を搭載する前記
情報処理端末が据え置き型のパーソナルコンピュータな
どの場合、このような静的な現在位置情報Ｓ１９を使う
のが簡便である。

【００２７】一方、情報抽出部１００内において、送信
日検出部２０は、メールＭＥ１のヘッダから当該メール
ＭＥ１の送信日を示す送信日情報Ｓ１０を抽出する部分
である。送信日にかぎらず、ヘッダに記述する各種情報
は、どのフィールドに、何をどのように記述するかが厳
格に決まっているため、当該送信日検出部２０による抽
出は極めて単純な処理になる。

【００２８】インターネット上で広く利用されているＭ
ＩＭＥ形式の電子メールの場合、ヘッダのＤａｔｅフィ
ールドにはその電子メールを作成した日付（作成日（秒
単位の時刻情報なども含まれる））が記述されるが、こ
の作成日は実質的に当該送信日と同じであるとみること
ができる。

【００２９】例えば、当該メールＭＥ１が図２に示した
メールＭ１２と同じ情報を持つメールであるとすると、
送信日検出部２０は、「Ｍｏｎ，２５ Ｆｅｂ ２００
２１３：２０：１４ ＪＳＴ」を当該送信日情報Ｓ１０
として抽出することになる。なお、当該ＪＳＴは、日本
標準時間を示している。

【００３０】送信日検出部２０が抽出した送信日情報Ｓ
１０は、記憶領域９０内の所定の領域に記憶するもので
あってよく、対応するメールに対応付け、なおかつ、優
先度判定部６０から当該送信日情報Ｓ１０だけを参照す
るのに都合のよい形式で蓄積しておくとよい。

【００３１】なお、蓄積しているメールが削除される場
合には、その送信日情報Ｓ１０も当該メールとともに削
除するのは当然である。

【００３２】日時情報検出部３０は電子メールＭＥ１の
メール本文の記載内容から日時に関する記述（日時情報
Ｓ１１）を単数もしくは複数検索する部分である。日付
知識部３１０には、例えば「○月△日」といった日時を
表すパターンとそれが具体的にどのような日時であるか
を示す日付知識を記憶しているため、当該日付知識部３
１０と協働することで、日時情報検出部３０が当該パタ
ーンと適合する文字列をメール本文から検索し、前記日
時情報Ｓ１１を得ることが可能になる。

【００３３】日時情報解釈部４０は日時情報検出部３０
で検出された日時情報Ｓ１１について、日付知識部３１
０に従って時間として解釈を行う部分である。この解釈
には、必要に応じて、送信日検出部２０が検出した送信
日情報Ｓ１０なども利用する。例えばメール本文に「明
日」とかかれていれば送信日検出部２０で得られた送信
日情報Ｓ１０が示す日付の翌日として解釈する。

【００３４】場所情報検出部５０は、電子メールＭＥ１
のメール本文中の記載内容から場所に関する記述（場所
情報）Ｓ２５を単数もしくは複数検索する部分である。
地名知識部３１には、地名と位置との関係を示す地名知
識を記憶してあるため、当該地名知識部３１との協働に
より、場所情報検出部５０が、当該地名知識部３１に記
憶された地名と一致する文字列を検索するなどの方法
で、メール本文から前記場所情報Ｓ２５を検索すること
が可能になる。

【００３５】前記日時情報Ｓ１２や当該場所情報Ｓ２５
は、前記送信日情報Ｓ１０と同様に、記憶領域９０内の
所定の領域に記憶するものであってよく、対応するメー
ルに対応付け、なおかつ、優先度判定部６０から当該情
報Ｓ１２，Ｓ２５だけを参照するのに都合のよい形式で
蓄積しておくとよい。また、蓄積しているメールが削除
される場合には、そのメールに関する日時情報Ｓ１２や
場所情報Ｓ２５も当該メールとともに削除する。一般的
に、前記送信日情報Ｓ１０を得るために送信日検出部２
０が行う処理に比べ、当該日時情報Ｓ１２や場所情報Ｓ
２５を得るための処理は複雑で、演算量も多いため、実
際に蓄積しているメールの削除が必要になるよりも前に
予めこれらの情報Ｓ１２、Ｓ２５を求めて蓄積しておく
必要性は高い。

【００３６】蓄積しておくのは必要に応じて何度でも再
利用するためであり、予め求めておくのは、削除の必要
が生じたときに求めるのでは、実際にメールＭＥ１を蓄
積するまでに多くの時間を要し、ユーザビリティの低下
を招く可能性が高いからである。

【００３７】前記現在位置情報Ｓ１９と現在時刻情報Ｓ
１８のほか、当該送信日情報Ｓ１０，日時情報Ｓ１２，
場所情報Ｓ２５を用い、これらの情報を総合的に判断し
て、前記優先度判定部６０が行う優先度判定処理には様
々なものが考えられるが、本実施形態では、次のような
判定基準ＣＲ１〜ＣＲ４を用いて優先度判定処理を行
う。

【００３８】（ＣＲ１） メール内容（メールの本文）
に日時が無い、あるいは過去の日付しか含まれない物は
優先度が低い。

【００３９】（ＣＲ２） メール本文に近い将来の日時
情報Ｓ１２が含まれたものは優先度が高い。

【００４０】（ＣＲ３） メール本文に近い将来の日時
情報Ｓ１２を含み近い場所情報Ｓ２５をもつものは優先
度が高い。

【００４１】（ＣＲ４） メール本文に近い将来の日時
情報Ｓ１２を含み遠い場所情報Ｓ２５をもつものは優先
度が低い。

【００４２】さらにこれらの判定基準を利用して行う具
体的な優先度判定処理は次のＤＰ１〜ＤＰ４のいずれか
となる。

【００４３】（ＤＰ１） 送信日情報Ｓ１０が一定以上
古く、メール本文に日時情報Ｓ１２が無い、あるいは過
去の日時情報Ｓ１２しか無いメールは優先度を最も低い
０とする。

【００４４】（ＤＰ２） 一定以上遠い将来の日時情報
Ｓ１２しかもたないメールは、優先度を２番目に低い１
とする。

【００４５】（ＤＰ３） 一定以上近い日時情報Ｓ１２
をもち、かつ場所情報Ｓ２５が一定以上遠い内容を持つ
メールを３番日に低い優先度２とする。

【００４６】（ＤＰ４） これらのいずれにも該当しな
いメール、すなわち近い将来の日時情報Ｓ１２をもち、
かつ近い場所情報Ｓ２５を持つメールは、優先度が最高
の３とする。

【００４７】なお、副次的な基準として、優先度判定処
理ＤＰ１〜ＤＰ４によって得られた優先度が同じである
メールが記憶領域９０内に複数蓄積されている場合、そ
の複数メール間での詳細な優先度（削除の順番）をどの
ように決めるかについては様々な方法が考えられるが、
ここでは、前記送信日情報Ｓ１０が古いものから先に削
除するものとする。

【００４８】削除部７０による削除は、必要な空き容量
が確保できた時点で終了するため、優先度が同じであっ
ても、この詳細な優先度の相違によって、削除されるメ
ールとされないメールに分かれることがある。

【００４９】なお、優先度判定部６０による優先度判定
処理ＤＰ１〜ＤＰ４が適用されるのは、すでに記憶領域
９０に蓄積されているメールに限られるため、これから
蓄積されるメールＭＥ１は、たとえこれらの優先度判定
処理ＤＰ１〜ＤＰ４を適用した結果が最低の優先度０と
なるような内容のメールであったとしても、確保された
空き領域に優先的に読み込まれることになる。

【００５０】以下、上記のような構成を有する本実施形
態の動作について説明する。

【００５１】（Ａ−２）第１の実施形態の動作 サーバ主導で端末９に送り付けられることによって、あ
るいは、端末９のメーラ部１１を操作するユーザＵ２が
サーバ内のメールボックスから取り出すことによって、
記憶領域９０に前記メールＭＥ１を蓄積するときまでに
は、前記削除判定部１０、優先度判定部６０、削除部７
０が動作して上述した空き領域を記憶領域９０に確保し
ておくことになる。

【００５２】もちろん、蓄積してあるメールを削除しな
くても十分な空き領域がある場合には、削除判定部１０
は優先度判定部６０を起動しないから、蓄積してあるメ
ールは削除されず、ただ単に、着信したメールＭＥ１が
その空き領域に蓄積されるだけである。

【００５３】ただしその場合でも、情報抽出部１０内で
は、前記送信日検出部２０、日時情報検出部３０，日時
情報解釈部４０，場所情報検出部５０が動作して当該メ
ールＭＥ１から各種情報Ｓ１０，Ｓ１２，Ｓ２５を取得
し、メールＭＥ１に対応付けた形式で、記憶領域９０に
蓄積する。

【００５４】したがって、記憶領域９０内にすでに蓄積
されているメールがＭ１１，Ｍ１２、Ｍ１３であるとす
ると、これらのメールＭ１１，Ｍ１２、Ｍ１３に関して
も、同様にして、着信時に抽出した各種情報Ｓ１０，Ｓ
１２，Ｓ２５が記憶領域９０内に蓄積されていることに
なる。

【００５５】上述した優先度判定処理ＤＰ１〜ＤＰ４の
内容から明らかなように、優先度判定処理の結果として
得られる優先度は、単にメール（例えば、Ｍ１１）から
抽出された情報だけで決まるものではなく、その時点に
おける前記キャッシュシステム９を搭載した情報処理端
末の現在位置情報Ｓ１９や、現在時刻情報Ｓ１８との関
係で相対的に決定されるものである。

【００５６】いま、削除判定部１０が空き容量を確保す
るために蓄積しているメールＭ１１〜Ｍ１３のいずれか
を削除する必要性を認めたものと仮定し、前記時計機能
３８が出力する現在時刻情報Ｓ１８が「２００２年２月
２５日（２００２／２／２５）」で、位置情報機能３９
が出力する現在位置情報Ｓ１９が「関西」を示してお
り、図３（Ａ）に示すように、メールＭ１１の送信日情
報Ｓ１０が２００２／２／１４，日時情報Ｓ１２が２０
０２／３／１１で、メールＭ１２の送信日情報Ｓ１０が
２００２／２／２５，日時情報Ｓ１２が２００２／２／
２５で、メールＭ１３の送信日情報Ｓ１０が２００２／
２／２６，日時情報Ｓ１２が２００２／２／２６である
ものとすると、前記優先度判定処理ＤＰ１〜ＤＰ４を実
行することによって、優先度判定部６０が各メールＭ１
１〜Ｍ１３について求めた優先度は、図３（Ｃ）に示す
ものとなる。

【００５７】すなわち、メールＭ１１とＭ１２について
は、前記優先度判定処理ＤＰ４が適用されて優先度３、
メールＭ１３については、場所情報Ｓ２５が「関東」で
現在位置情報Ｓ１９が指す「関西」に比べて一定以上に
遠いとみなされたため、優先度判定処理ＤＰ３が適用さ
れて優先度は２となる。

【００５８】したがって、この場合には、削除部７０は
当該メールＭ１３とその各種情報Ｓ１０，Ｓ１２，Ｓ２
５を、記憶領域９０から削除することによって空き領域
を増加することになる。ここで増加した空き領域が十分
なものであれば、メールＭ１１とＭ１２はそのまま記憶
領域９０内に蓄積されつづけ、着信したメールＭＥ１が
これらとともに蓄積されることになる。

【００５９】なお、現在時刻情報Ｓ１８と日時情報Ｓ１
２が同日の場合をどのように取り扱うかについては様々
な方法が考えられるが、ここでは、近い将来に含めるも
のとしている。ただし現在時刻が十分に遅い時刻（例え
ば、午後１１時５０分など）である場合などには、必要
に応じて、同日を過去に含めることとしてもよい。会議
などが開催される場所がどこであったとしても、日付が
変わる深夜０時までの１０分で到達することは、不可能
であることが多いからである。

【００６０】記憶領域９０に蓄積されることによって、
ユーザＵ２はメーラ部１１を通して当該メールＭＥ１を
読むことが可能になる。

【００６１】次は、同様の優先度判定が、現在位置情報
Ｓ１９が同じ関西を指し、現在時刻情報Ｓ１８が２００
２／３／１であるときに行われたものとすると、図３
（Ｂ）および（Ｄ）に示すように、前記各種情報Ｓ１
０，Ｓ１２，Ｓ２５の値は同じであっても、各メールＭ
１２，Ｍ１３の優先度は最低の０に変わる。時間経過に
よって、日時情報Ｓ１２が指す日時が、現在時刻情報Ｓ
１８が指す日時よりも過去の日時となり、前記優先度判
定処理ＤＰ１が適用されたためである。

【００６２】したがってこの場合、削除部７０は、メー
ルＭ１２，Ｍ１３を削除し得るが、いずれを先に削除す
るかは、上述した詳細な優先度に応じて決まる。前記送
信日情報Ｓ１０が古いものから先に削除するものとする
と、詳細な優先度はメールＭ１２のほうが低くなり、先
にメールＭ１２が削除される。もしもこの削除によって
十分な空き領域が確保できたなら、Ｍ１３とＭ１１はそ
のまま記憶領域に蓄積されるが、まだ空き領域が足りな
い場合には、次は、Ｍ１３が削除されることになる。

【００６３】従来ならば、単純に送信日情報Ｓ１０が古
いものから削除されるため、Ｍ１１〜Ｍ１３のなかで
は、Ｍ１１が最初に削除されることになるが、図３
（Ｄ）からも明らかなように、本実施形態では、Ｍ１１
は最高の優先度３を付与され、最も削除されにくいメー
ルとなる。

【００６４】すなわち本実施形態では、すでに過ぎ去っ
た予定がかかれたメールＭ１２、Ｍ１３が残っているに
もかかわらず、これからの予定が書かれたメールＭ１１
が消されるような矛盾の発生を防止でき、容量の限られ
ている記憶領域９０の実質的な利用効率を高め、ユーザ
Ｕ２に対する利便性を向上することができる。

【００６５】なお、以上のような優先度判定処理ＤＰ１
〜ＤＰ４を実行するためには、メールＭ１１〜Ｍ１３に
関し、日時情報Ｓ１２と場所情報Ｓ２５の有無などを検
査し、有る場合には優先度判定部６０が処理しやすい一
定の形式で抽出しておくことが前提となるが、その場合
の抽出動作の詳細は以下の通りである。

【００６６】図１上ではすでに記憶領域９０に蓄積され
ている図２に示すメールＭ１１が、図１上のＭＥ１のよ
うに、端末に着信した時点で、情報抽出部１００にて実
行する抽出動作では、まず前記送信日検出部２０が、メ
ールヘッダのＤａｔｅフィールドから、２００２／２／
１４などの送信日情報Ｓ１０を抽出する。

【００６７】メールＭ１１の本文に含まれる日時に関す
る情報は、図２に日付知識として例示したようなパター
ンを用い、日時情報検出部３０にて、Ｆ１「３月１１
日」の部分を検出する。このようなパターンは本文内に
複数検出されることもある。この検出された日時を表す
文字列「３月１１日」は、さらに日時情報解釈部４０で
実際の時間として解釈される。すなわち「３月１１日」
であれば、月は３で、日は１１であり、当該メールＭ１
１の前記送信日情報Ｓ１０から年号を補完して２００２
／３／１１として解釈され、前記日時情報Ｓ１２として
出力される。

【００６８】さらに地名知識と一致する文字列を探すこ
とで、場所情報検出部５０はＦ２「関西」という地名を
検出し、この関西が、前記場所情報Ｓ２５として出力さ
れる。

【００６９】このようにして抽出した送信日情報Ｓ１０
の「２００２／２／１４」、日時情報Ｓ１２の「２００
２／３／１１」、場所情報Ｓ２５の「関西」とともに当
該メールＭ１１を記憶領域９０に保存する。

【００７０】同様に図２に示すメールＭ１２からは、Ｄ
ａｔｅフィールドから送信日情報Ｓ１０として「２００
２／２／２５」を抽出し、メール本文からは、本文中の
記述「今日」をＤａｔｅフィールドから抽出した送信日
情報Ｓ１０が指す日時と同じ日時を指すものと解釈する
ことで、前記日時情報Ｓ１２として「２００２／２／２
５」を抽出し、本文中の記述「梅田」は、地名知識にし
たがって「関西」に属する一地名と解釈できるので、場
所情報Ｓ２５としては当該「関西」を抽出する。 そし
て、抽出されたこれらの情報とともに、メールＭ１２
を、記憶領域９０に保存する。

【００７１】同様にして、前記メールＭ１３も、送信日
情報Ｓ１０を「２００２／２／２６」とし、日時情報Ｓ
１２を「２００２／２／２６」とし、場所情報Ｓ２５を
「関東」として記憶領域９０に保存されたものである。

【００７２】なお、以上の説明では、メール着信時に情
報抽出部１００を実行して、抽出した各種情報をメール
とともに記憶部９０に保存したが、キャッシュシステム
９を搭載した情報処理端末の処理能力が十分に高い場合
などには、削除する必要が生じたときに、蓄積している
全メールに対して逐次、情報抽出処理を実行するように
しても、同じ効果が得られる。

【００７３】（Ａ−３）第１の実施形態の効果 本実施形態によれば、メールのヘッダだけでなく本文の
記述内容も反映し、なおかつ、現在時刻情報（Ｓ１８）
や現在位置情報（Ｓ１９）との関係にも配慮した優先度
判定処理（ＤＰ１〜ＤＰ４）を用いることにより、上述
した矛盾の発生を防止して、容量の限られている記憶領
域（９０）の実質的な利用効率を高め、ユーザ（Ｕ２）
に対する利便性を向上することができる。

【００７４】（Ｂ）第２の実施形態 以下では、本実施形態が第１の実施形態と相違する点に
ついてのみ説明する。

【００７５】本実施形態は、基本的に、第１の実施形態
における電子メールをＷｅｂページに置換したような構
成を持つが、電子メールとＷｅｂページの機能上の相違
から、第１の実施形態には無かったいくつかの特徴を備
える。

【００７６】上述したように、Ｗｅｂページのキャッシ
ュも古い物から消されるため、第１の実施形態をそのま
まＷｅｂページに適用したとして、第１の実施形態と同
等な効果を得ることができる。

【００７７】ただしＷｅｂページはリンクを辿ることに
よって閲覧されるものであるため、多くのリンク元を収
容したＷｅｂページ（メニューページ、あるいはリンク
集など）の扱いが重要になる。

【００７８】Ｗｅｂブラウザによっては、「戻る」ボタ
ンなど、画面に表示されたＷｅｂブラウザのボタンを操
作するだけで記憶領域（９０）に蓄積したＷｅｂページ
を順次に画面表示させるユーザインタフェースを備えた
ものもあるが、そのようなユーザインタフェースを持た
ないブラウザやそのようなインタフェースの操作性が必
ずしもよくない場合には、リンク元を収容したＷｅｂペ
ージが記憶領域（９０）上から削除されたあとでは、当
該記憶領域（９０）にリンク先のＷｅｂページが蓄積さ
れていたとしても、ユーザがそのＷｅｂページを画面表
示させるためには、ネットワーク経由で、前記メニュー
ページにアクセスしなければならなくなる。

【００７９】ネットワーク経由でメニューページにアク
セスするためには、新たな通信トラフィックが発生し、
ネットワークの輻輳度やメニューページのサイズによっ
てはメニューページが画面表示されるまでに長い時間を
要する可能性もある。また、通信料金も新たに課金され
るなど、多くの不利、不便があり、ユーザビリティが低
下する。

【００８０】（Ｂ−２）第２の実施形態の構成および動
作 本実施形態にかかるキャッシュシステム８の全体構成例
を図４に示す。このキャッシュシステム８は、例えば、
パーソナルコンピュータや携帯電話機などＷｅｂブラウ
ザを搭載した情報処理端末に搭載する。当該情報処理端
末が、メーラも搭載しているものであれば、第１の実施
形態のキャッシュシステム９も当該情報処理端末上に混
在させることが可能である。

【００８１】図４において、当該キャッシュシステム８
は、ブラウザ部１２と、閲覧日検出部２５と、日時情報
検出部３０と、日時情報解釈部４０と、場所情報検出部
５０と、記憶領域９０と、削除判定部１０と、優先度判
定部６０と、削除部７０と、日付知識部３１と、地名知
識部５１と、リンク元優先度修正部８０と、時計機能３
８０と、位置情報機能３９０とを備えている。

【００８２】また、閲覧日検出部２５と、日時情報検出
部３０と、日時情報解釈部４０と、場所情報検出部５０
と、日付知識部３１と、地名知識部５１によって、情報
抽出部１１０が構成されている。

【００８３】図４上で、図１と同じ符号を付与した構成
要素および信号の機能は、第１の実施形態と同じであ
る。

【００８４】したがって、本実施形態のキャッシュシス
テム８が第１の実施形態と相違する点は、閲覧日検出部
２５と、ブラウザ部１２と、リンク元優先度修正部８０
に関連する部分に限られる。

【００８５】Ｗｅｂページにおいて、第１の実施形態の
メールヘッダに相当するものは、ブラウザ部１２からＨ
ＴＴＰリクエストを受信したＷｅｂサーバ（図示せず）
が、Ｗｅｂページとともに返送するＨＴＴＰレスポンス
ヘッダであるので、閲覧日検出部２５は当該レスポンス
ヘッダから閲覧日に相当する情報（閲覧日情報Ｓ３０）
を取得することも可能であるが、本実施形態では、時計
機能３８が出力する現在時刻情報Ｓ１８をもとに、当該
閲覧日情報Ｓ３０を得ている。

【００８６】この閲覧日情報Ｓ３０は、第１の実施形態
の送信日情報Ｓ１０に相当する。もっとも、送信日情報
Ｓ１０がメールの作成日を示していたのに対し、当該閲
覧日は、閲覧した日付を示すものであって、Ｗｅｂペー
ジが作成された日付ではないことは当然である。基本的
に、特定のユーザから特定のユーザに宛てて（基本的に
は瞬時に）配送される電子メールと異なり、Ｗｅｂペー
ジは作成してＷｅｂサーバ上に登録しても、いつ誰が閲
覧するか（あるいは、誰も閲覧しない可能性もある）は
不明である。したがって、電子メールの作成日は送信日
と同じであっても、Ｗｅｂページの作成日は、決して閲
覧日と同じではない。

【００８７】本実施形態の大部分の構成要素が第１の実
施形態と同じであることからも明らかなように、必要が
生じたときには、優先度判定部６０が、記憶領域９０内
に蓄積されているＷｅｂページＰ１１〜Ｐ１４につい
て、前記優先度判定処理ＤＰ１〜ＤＰ４に基づいて優先
度を判定する。なお、前記ＤＰ１〜ＤＰ４の内容のう
ち、送信日情報Ｓ１０は閲覧日情報Ｓ３０と読み替える
必要がある。

【００８８】当該優先度判定処理ＤＰ１〜ＤＰ４を適用
された結果、ＷｅｂページＰ１１〜Ｐ１４は、まったく
独立したＷｅｂページとして、別個に、優先度を付与さ
れることになる。ただしこのような優先度判定処理だけ
では、上述したように、ネットワーク経由でメニューペ
ージにアクセスすることにともなう不利、不便が発生す
るため、前記リンク元優先度修正部８０により、当該優
先度の修正処理が施される。

【００８９】すなわち、リンク元優先度修正部８０によ
る優先度の修正は、メニューページのように、多くのリ
ンク元を含むページの優先度を高く修正して、そのよう
なページが記憶領域９０から削除されにくくなる方向に
誘導するものである。

【００９０】具体的には、記憶領域９０に蓄積されてい
る各ページＰ１１〜Ｐ１４のうちのいずれかのページ
が、より高い優先度を付けられたページへのリンク情報
を一定以上含む場合、そのリンク元のページの優先度
を、リンク先のページの優先度を元に算出される優先度
（例えば、最も優先度が高いリンク先ページと同じ優先
度等）に変更する。

【００９１】端的には、リンク情報を１つでも含むペー
ジ（リンク元ページ）であれば、そのリンク情報が指す
リンク先のページ（リンク先ページ）の優先度が、当該
リンク元ページの優先度よりも高い場合、リンク元ペー
ジの優先度をリンク先ページの優先度と同じ値に修正す
るものであってよい。

【００９２】もちろん、メニューページのように、多く
のリンク情報を含むページであればあるほど、この修正
によって、優先度が高くなる確率は高まる。

【００９３】ここでは、図５（Ａ）に示すように、前記
ページＰ１３はＷｅｂメールのメール一覧画面で、前記
ページＰ１１は当該メール一覧画面からリンクされたＷ
ｅｂメール本文の１つであり、また、図５（Ｂ）に示す
ように、前記ページＰ１４はＷｅｂ掲示板の記事一覧ペ
ージで、前記ページＰ１２は当該記事一覧ページからリ
ンクされた掲示内容ページであるものとする。

【００９４】この場合、ブラウザ部１２を操作するユー
ザＵ２は、図５（Ａ）では、メール一覧画面Ｐ１３を閲
覧しているときにタグ（Ａ１）を操作することによって
Ｗｅｂメール本文Ｐ１１を閲覧したものである。また、
図５（Ｂ）では、Ｗｅｂ掲示板の記事一覧ページＰ１４
を閲覧しているときにタグ（Ａ２）を操作することによ
って掲示内容ページＰ１２を閲覧したものである。

【００９５】したがって、ページＰ１３とＰ１１のあい
だにはリンクが張られていて、Ｐ１３はＰ１１に対する
リンク元ページであり、Ｐ１１はＰ１３からみてリンク
先ページとなる。同様に、ページＰ１４とＰ１２のあい
だにはリンクが張られていて、Ｐ１４はＰ１２に対する
リンク元ページであり、Ｐ１２はＰ１４からみてリンク
先ページとなる。

【００９６】前記情報抽出処理部１００が第１の実施形
態と同様に図６（Ａ）に示した各種情報の抽出を行った
とき、抽出された各種情報とともにこれらのＷｅｂペー
ジＰ１１〜Ｐ１４が記憶領域９０に保存される。リンク
元優先度修正部８０による優先度修正前の状態を示す図
６（Ａ）において、Ｐ１１、Ｐ１２については第１の実
施形態と同様な情報抽出が行われた結果として得られた
各種情報が記載されている。Ｐ１３、Ｐ１４に関しても
同様の情報抽出を行ったものの、日時情報Ｓ１２と場所
情報Ｓ２５が得られていないことを示している。

【００９７】また、閲覧日は閲覧日検出部２５０によ
り、もっとも最近そのページを見た日になっている。記
憶領域９０に蓄積されているページを閲覧する場合、前
記ＨＴＴＰリクエストは発生せず、したがってＨＴＴＰ
レスポンスが返ってくることもないが、本実施形態で
は、時計機能３８０が出力する現在時刻情報Ｓ１８を用
いているため、閲覧日を更新することができる。

【００９８】ここでは、新たなページが２００２／３／
５に関西で閲覧された結果、記憶領域９０の空きが足り
なくなったことを削除判定部１０が検知したとする。

【００９９】このとき、第１の実施形態と同様に優先度
判定部６０により、Ｐ１１は将来の日時情報Ｓ１２が含
まれていて同じ場所（関西）の情報であるため優先度を
３とし、Ｐ１２は過去の日時情報Ｓ１２でありＰ１３、
Ｐ１４は日時情報Ｓ１２が含まれないために優先度が０
となるから、各優先度をまとめると、図６（Ａ）に示し
たようになる。

【０１００】次にリンク元優先度修正部８０による優先
度修正が行われる。

【０１０１】Ｐ１１、Ｐ１２はリンク先がないために変
化は無い。Ｐ１３はリンク先ページＰ１１の優先度が３
でＰ１３自身の優先度０より高いため、優先度が３に修
正される。Ｐ１４はリンク先ページＰ１２の優先度はＰ
１４自身の優先度より高くないので修正は行われない。
この結果、各ページの優先度は図６（Ｂ）に示したよう
になる。

【０１０２】このあとは第１の実施形態と同様に削除部
７０が必要な空き容量が確保できるまで、蓄積している
ページの削除を行い、優先度が高いＰ１１、Ｐ１３より
も先に過去の予定しか記されていないＰ１２と、そこへ
のリンクしか持たないＰ１４が消去される。

【０１０３】なお、以上の説明ではリンクによる優先度
の修正は、リンク先ページの優先度によってリンク元ペ
ージの優先度を修正するようにしたが、これとは反対
に、リンク元ページの優先度をもとにリンク先ページの
優先度を修正するようにしてもよい。すなわち、優先度
の高いページから多くリンクされているページの優先度
を上げることで、これらから共通してリンクされる重要
なページが記憶領域９０に残りやすくなって、関連情報
が残りやすくなる効果がある。

【０１０４】（Ｂ−２）第２の実施形態の効果 本実施形態によれば、Ｗｅｂページに関して、第１の実
施形態の効果と同等な効果を得ることができる。

【０１０５】加えて、本実施形態では、リンクの張られ
ているページ相互の優先度を、対応するリンク先ページ
またはリンク元ページの持つ優先度に応じて、高く修正
するため、上述したネットワーク経由でＷｅｂアクセス
を行うことにともなう不利、不便が解消されて、利便性
および記憶領域（９０）の実質的な利用効率を、いっそ
う高めることが可能になる。

【０１０６】（Ｃ）第３の実施形態 以下では、本実施形態が第１、第２の実施形態と相違す
る点についてのみ説明する。

【０１０７】第１、第２の実施形態では、情報処理端末
に搭載してある記憶領域９０の管理についてのみ説明し
たが、本実施形態では、当該記憶領域９０の管理とサー
バ側の記憶領域２９０の管理を連携させた点に特徴を有
する。

【０１０８】当該サーバには、例えば、当該情報処理端
末が接続するプロバイダ（ＩＳＰ）のメールサーバ（電
子メールの場合）が該当し得る。

【０１０９】情報処理端末に十分な記憶領域が無い場合
や電子メールの受信の頻度が高い場合、第１の実施形態
では、かなり先の予定を記したメールなど、送信日情報
Ｓ１０と情報抽出された本文中の日時情報Ｓ１２に大き
な開きがあると、本文中の日時情報Ｓ１２が指す日付に
なった時には、その電子メールが記憶領域９０上から前
記削除部７０によって削除されている可能性が高い。

【０１１０】本実施形態は、サーバにメールを記憶し、
一定期間内に必要とされそうなメールだけを少しずつ端
末に送ることでこの問題の解決を図る。本実施形態はい
ったん閲覧されたＷｅｂページをキャッシュサーバにキ
ャッシュしておく場合にも利用可能であるが、以下で
は、主として電子メールを例に説明を進める。

【０１１１】（Ｃ−１）第３の実施形態の構成および動
作 本実施形態のキャッシュシステム７の全体構成例は図７
に示すとおりである。図７中、情報抽出サーバ２００は
メールサーバに該当し、端末３００はメーラを搭載した
パーソナルコンピュータや携帯電話機などの情報処理端
末である。したがって、インターネットなどを経由して
外部から着信するメールは、先ずメールサーバである情
報抽出サーバ２００に着信し、当該情報抽出サーバ２０
０から必要に応じて端末３００へ送られることになる。

【０１１２】すなわち、情報抽出サーバ２００は、メー
ルを保存し、端末３００から要求があった時に、それ以
後の日付を含むデータを端末３００に送る機能を持ち、
端末３００は、必要に応じて情報抽出サーバ２００に対
し、データＳ５０の送信を要求する機能を持つ。

【０１１３】ここで、データ（Ｓ５０）とは主としてメ
ールのことであるが、そのメールから抽出された前記各
種情報Ｓ１０，Ｓ１２，Ｓ２５も含む。また、情報抽出
サーバ２００と端末３００のあいだで、メールを一義的
に指定するメール識別子がこのデータとなることもあ
る。

【０１１４】図７において、当該情報抽出サーバ２００
は、情報抽出部１００と、優先度判定部６１と、要求受
信部２２０と、データ同期部２３０と、データ送信部２
４０と、時計機能２８０と、記憶領域２９０とを備えて
いる。

【０１１５】また、端末３００は、要求送信部３１０
と、データ受信部３２０と、表示優先度判定部３３０
と、操作履歴記録部３４０と、時計機能３８０と、位置
情報機能３９０と、記憶領域９０と、操作部３６０とを
備えている。

【０１１６】図７上で、図１と同じ符号を付与した構成
要素および信号の機能は、第１の実施形態と同じであ
る。

【０１１７】したがって情報抽出部１００の機能は第１
の実施形態とまったく同様で、情報抽出サーバ２００が
メールＭＥ１を受け取ると当該メールＭＥ１の各種情報
Ｓ１０，Ｓ１２，Ｓ２５を抽出する。

【０１１８】記憶領域２９０は電子メールＭＥ１を一時
的に蓄積する点で第１の実施形態の記憶領域９０と同じ
であるが、サーバ２００に搭載された記憶領域であるた
め、通常、端末が搭載する記憶領域よりも、はるかに大
きな記憶容量を有している。当該記憶領域２９０は、ユ
ーザＵ２のためにメールサーバ内に確保されたメールボ
ックスに相当する。

【０１１９】要求受信部２２０は端末３００からのデー
タ要求Ｓ４５を受け取る。データ要求Ｓ４５は、端末３
００から情報抽出サーバ２００に対して、上述したデー
タＳ５０の送信を要求する信号である。データ要求Ｓ４
５には端末３００の現在位置情報Ｓ１９のほか、端末３
００の記憶領域９０に蓄積されているメールを示すメー
ル識別子、記憶領域９０上における前記データ（Ｓ５
０）の削除など、端末３００上で行われた操作に関する
情報が含まれる。

【０１２０】この操作は、操作部３５０を用いてユーザ
Ｕ２が行うものである。したがって、操作部３５０は、
メーラに相当する構成要素である。

【０１２１】サーバ２００側において、データ同期部２
３０は、受信されたデータ要求Ｓ４５に従い、データの
同期を行う。データの同期とは、記憶領域２９０の記憶
内容を端末３００側の記憶領域９０の記憶内容に近づけ
る処理である。したがって、端末３００側で削除された
メールは、このデータ同期によって、記憶領域２９０上
でも削除されることになる。

【０１２２】優先度判定部６１は基本的に第１の実施形
態の優先度判定部７０と同じ機能を持つが、サーバ２０
０では、第１の実施形態の端末のように、現在位置情報
Ｓ１９をいつでも得ることができないため、実行するこ
とのできる優先度判定処理に制約があり、基本的に、前
記ＤＰ１とＤＰ２に相当する優先度判定処理しか実行す
ることができない。

【０１２３】このため、例えば、抽出された日時情報Ｓ
１２が、時計機能２８０が出力する現在時刻情報Ｓ５８
が指す現在時刻よりも後で、なおかつ、もっとも近いメ
ールほど優先順位を高くするのが、当該優先度判定部６
１の動作となる。

【０１２４】データ送信部２４０は、記憶領域２９０内
に蓄積されたメールのうち、優先度が高く、新しいメー
ル（前記データ）から順に、端末３００へ送信する。こ
のとき、端末３００が搭載している記憶領域９０の容量
に配慮し、一度に送信するメール（前記データ）のデー
タ量は、端末３００に保存可能な所定データ量に制限さ
れる。

【０１２５】また、このときすでに端末３００の記憶領
域９０上に保持されていることが端末３００からのデー
タ要求Ｓ４６でわかっているメールについては、そのメ
ール識別子だけ送信し、データ本体は送信しないことに
より、送信するデータ量を削減する。メール識別子だけ
は送信するのは、後述するように、当該メールが端末３
００側で削除されないようにするためである。

【０１２６】前記端末３００の内部において、要求送信
部３１０は情報抽出サーバ２００に上述したデータ要求
Ｓ４６を送る部分であり、このデータ要求Ｓ４６のなか
には、端末３００の記憶領域９０に保持されているメー
ル識別子と、操作履歴情報が含まれている。操作履歴情
報とは、端末３００上で、ユーザＵ２の指示に基づいて
記憶領域９０に蓄積されているメールに対して行われた
削除操作の履歴である。

【０１２７】データ要求Ｓ４６の送信は、ユーザＵ２か
らの指示にしたがって行うようにしてもよいが、本実施
形態では、端末３００またはサーバ２００の判断で、通
信可能なときに自動的に実行するものとする。例えば、
前記日時情報Ｓ１２が将来のメールが、記憶領域２９０
上で前記所定データ量以下になっている場合や、前回、
サーバ２００から端末３００へ前記データＳ５０を送信
してから、所定期間が経過している場合などである。

【０１２８】データ受信部３２０は、前記データ要求Ｓ
４５にこたえて情報抽出サーバ２００から送られてくる
データＳ５０を受け取る。このとき、対応するデータ本
体もメール識別子も受け取ることができなかった記憶領
域９０上のデータ（Ｓ５０）は自動的に削除する。ま
た、新たに送られてきたデータ（メールのデータ本体お
よび前記各種情報Ｓ１０，Ｓ１２，Ｓ２５，メール識別
子など）は、記憶領域９０上に保存する。

【０１２９】操作履歴記録部３４０は、操作部３６０に
よる記憶領域９０のデータ削除操作を記録する部分であ
る。ただし記憶領域９０上からデータを削除する場合、
操作履歴記録部３４０上の前記操作履歴情報のうち、削
除したデータに対応する操作履歴情報は、操作履歴記録
部３４０上からも削除されるのは当然である。

【０１３０】表示優先度判定部３３０はデータ受信部３
２０によって受信され、記憶領域９０上に保存されたメ
ールについて、画面表示を行う順番（表示優先度）を判
定する部分である。この順番は、メールに対応付けられ
て受信、保存された各種情報Ｓ１０，Ｓ１２，Ｓ２５
と、端末３００の機能として得られる前記現在時刻情報
Ｓ１８，前記現在位置情報Ｓ１９を用いて、決定され
る。

【０１３１】例えば、現在時刻時以後で最も近い日時情
報Ｓ１２を含むメールほど優先順位を高くし、同じ日時
となるメールでは前記場所情報Ｓ１２が指す位置が近い
情報を含むメールほど優先順位を高くする。他にも、例
えば現在時刻より後の日時情報Ｓ１２を持つものについ
て、当該日時情報Ｓ１２が指す日時と現在時間との差
と、場所情報Ｓ２５が指す場所と現在位置との距離を一
定比率で足し合わせた値が小さいメールほど表示優先度
を高くして先に表示することで、最も近い将来であっ
て、なおかつ、近い場所での予定が記載されたメールが
先に表示されやすくすることも好ましい。

【０１３２】このような本実施形態のキャッシュシステ
ム７において、あらたなメールＭＥ１が情報抽出サーバ
２００に着信したとき、情報抽出部１００にて各種情報
Ｓ１０、Ｓ１２，Ｓ２５を抽出し、それとともにメール
ＭＥ１を保存する。これは第１の実施形態と同様であ
る。

【０１３３】このような処理が繰り返された結果とし
て、図９（Ａ）に示したように記憶領域２９０にメール
Ｍ３１〜Ｍ３４が保存されているものとする。また、そ
れまでの情報抽出サーバ２００から端末３００へのデー
タ送信により、端末３００上の記憶領域９０には図８
（Ａ）に示すようにメールＭ３１〜Ｍ３３が保存されて
いるものとする。もちろん、メールが保存されている場
合には、そのメールに対応する各種情報Ｓ１０，Ｓ１
２，Ｓ２５も保存されている。

【０１３４】ここで端末３００のユーザＵ２がメールＭ
３３を削除する操作を行った場合、図８（Ｂ）に示した
ように操作履歴記録部３４０はＭ３３が削除されたこと
を示す操作履歴情報を記録する。そのあと、前回のデー
タ送受信から定められた時間が経過後始めて通信が可能
な状態になった時が２００２／２／２６であったとする
と、キャッシュシステム７の動作は以下のようになる。

【０１３５】このとき要求送信部３１０が送信するデー
タ要求Ｓ４６には、端末３００上にメールＭ３２、Ｍ３
１のデータがあることと、Ｍ３３が削除されたことを示
す操作履歴情報が含まれている。

【０１３６】このデータ要求Ｓ４６を要求受信部２２０
で受けとった情報抽出サーバ２００では、データ要求Ｓ
４６に、メールＭ３３が端末３００で削除されたという
情報があるため、データ同期部２３０が、情報抽出サー
バ２００上の記憶領域２９０でも、メールＭ３３を削除
する。これにより、記憶領域２９０の記憶内容を記憶領
域９０の記憶内容に同期させる。

【０１３７】次に、図９（Ａ）において、優先度判定部
６１は現在日時の２００２／２／２６と比較して最も近
い将来を示す日時である２００２／３／１１を日時情報
Ｓ１２として含むメールＭ３１を１位に、次の２００２
／３／１３を含むメールＭ３４を２位とする。メールＭ
３２は過去の日時である２００２／２／２５しか日時情
報Ｓ１２として含まないので送信対象としない。また、
メールＭ３３はすでにデータ同期部２３０によって削除
されている。その結果、図９（Ｂ）に示したように優先
順位が決められる。

【０１３８】これを受けてデータ送信部２４０は、Ｍ３
１、Ｍ３４…の順でメールとその各種情報Ｓ１０、Ｓ１
２，Ｓ２５を含むデータＳ５０を送信する。このとき送
信されるデータＳ５０の全データ量は、前記所定データ
量以下である。

【０１３９】なお、メールＭ３１が端末３００上にすで
にあることは要求受信部２２０が受信した前記データ要
求Ｓ４６によりわかっているため、Ｍ３１はそのメール
識別子だけを送信し、データ本体は送らない。このよう
にして、データ送信部２４０は、Ｍ３１が有効であるこ
とを伝える。ただしまだ、記憶領域９０に蓄積されてい
ないメールＭ３４についてはそのデータ本体を送信す
る。

【０１４０】端末３００はデータ受信部３２０によりこ
のデータＳ５０を受け取る。

【０１４１】Ｍ３１のようにすでに端末３００上にあり
且つ有効であるデータはそのまま維持し、Ｍ３２のよう
にデータＳ５０中に無いものは削除し、Ｍ３４のように
新たに送られてきたデータについては記憶領域９０に各
種情報Ｓ１０、Ｓ１２，Ｓ２５とともに保存する。これ
により記憶領域９０の記憶内容は、図１０（Ｂ）に示す
ようになる。

【０１４２】なお、メールＭ３２は端末３００側では削
除されたが、サーバ２００側ではまだ保存されているた
め、その保存は記憶領域２９０の容量が許すかぎりでき
るだけ維持するようにし、特別に端末３００側から要求
があれば、送信することができるようにしてもよい。

【０１４３】表示優先度判定部３６０は記憶領域９０に
蓄積しているメールを操作部３５０に表示するときに実
行される。例えば、ユーザＵ１が操作部３５０を操作し
てメールを読むのが、２００２／３／１であるとする
と、図１０（Ａ）および（Ｂ）の例の場合、もっとも近
い将来の日時２００２／３／１１を含むメールＭ３１が
１位になり、図１０（Ｂ）に示したような順位で表示を
行う。もし２００２／３／１２にメールを読む場合に
は、Ｍ３１は過去の日時情報Ｓ１２しかもたないため、
Ｍ３４が１位となる。

【０１４４】以上の一連の動作により、端末３００上の
記憶領域９０の容量が小さなものであっても、情報抽出
サーバ２００から定期的にデータＳ５０を受け取ること
で端末３００上には常に、近い将来の日時情報Ｓ１２が
含まれたメールが蓄積されている状態にすることができ
る。

【０１４５】第１の実施形態であると、端末３００上の
記憶領域９０が小さい場合、近い将来の予定（Ｓ１２）
が含まれたメールを残すために、遠い将来の予定（Ｓ１
２）が含まれたメールを削除せざるをえない場合が発生
し得るのに対し、本実施形態では、サーバ２００から定
期的に近い将来の予定（Ｓ１２）が記載されたメールを
受け取ることでこの問題が解消される。

【０１４６】（Ｃ−２）第３の実施形態の効果 本実施形態によれば、サーバ（２００）と端末（３０
０）の記憶領域管理を連携させることで、端末へはユー
ザにとって必要性の高いメール少しずつ送信しながら、
サーバ側では、ユーザにとって必要性の高くないメール
（例えば、前記Ｍ３２）も蓄積しつづけ、しかもこの連
携をユーザからの操作に依存することなく実行できるた
め、記憶領域（９０）の実質的な利用効率が極めて高
く、ユーザ（Ｕ２）に対する利便性も向上する。

【０１４７】また本実施形態では、閲覧時にサーバに接
続するＷｅｂメール形式ではなく、接続可能なときにデ
ータ（Ｓ５０）を受信しておくように構成することで、
電波が届かない等の理由で端末（３００）からサーバ
（２００）に接続できないシーンでも端末（３００）上
でメールを読むことができ、電波の圏外・圏内を気にし
ない利用が可能となる点でも、利便性が高い。

【０１４８】（Ｄ）他の実施形態 第１の実施形態にかかわらず、第１の実施形態のキャッ
シュシステム９を、メーラ（メールクライアント）の内
部に組み込む構成とすることも可能であり、また、Ｗｅ
ｂメールなどのサービスとして提供することも考えられ
る。

【０１４９】なお、第２の実施形態にかかわらず、第２
の実施形態のキャッシュシステム８は、Ｗｅｂブラウザ
の内部に組み込む構成とすることも考えられる。

【０１５０】さらに上記第１の実施形態にかかわらず、
蓄積しているメールのサイズも、優先度判定に用いるよ
うにしてもよい。サイズを考慮しないで求めた優先度が
同じメールが複数ある場合、ユーザにとってのメールの
重要度がサイズに依存しないものとすると、サイズの小
さなメールを多数削除するよりも、サイズの大きなメー
ルを１つ（または少数）削除するほうが、好ましいこと
も考えられるからである。

【０１５１】また、第１の実施形態における前記優先度
の決定には、記憶領域（９０）に蓄積してあるメールが
読まれたか否か（開封されたか否か）を反映させるよう
にしてもよい。例えば、ユーザＵ２が一度も読んでいな
いメールを、自動的に削除してしまうのは、好ましくな
い場合も多いと考えられるからである。

【０１５２】なお、上記第１〜第３の実施形態ではユー
ザＵ２は人間であったが、場合によっては、アプリケー
ションプログラムが当該ユーザＵ２として、電子メール
を読んで処理するシステム構成もあり得る。同様のこと
は電子メールの送信側についても成り立つ。

【０１５３】以上の説明では主としてソフトウエア的に
本発明を実現したが、本発明はハードウエア的に実現す
ることも可能である。

【０１５４】

【発明の効果】以上に説明したように、本発明によれ
ば、利便性が高く、記憶資源（記憶容量）の利用効率が
高い記憶装置管理システムを提供することができる。

【図面の簡単な説明】

【図１】第１の実施形態に係るキャッシュシステムの主
要部の構成例を示す概略図である。

【図２】従来および実施形態の動作説明図である。

【図３】第１の実施形態の動作説明図である。

【図４】第２の実施形態に係るキャッシュシステムの主
要部の構成例を示す概略図である。

【図５】第２の実施形態の動作説明図である。

【図６】第２の実施形態の動作説明図である。

【図７】第３の実施形態に係るキャッシュシステムの主
要部の構成例を示す概略図である。

【図８】第３の実施形態の動作説明図である。

【図９】第３の実施形態の動作説明図である。

【図１０】第３の実施形態の動作説明図である。

【符号の説明】

７，８，９…キャッシュシステム、１０…削除判定部、
１１…メーラ部、２０…送信日検出部、３０…日時情報
検出部、４０…日時情報解釈部、５０…場所情報検出
部、６０…優先度判定部、９０、２９０…記憶領域、１
００…情報抽出部、２００…情報抽出サーバ、３４０…
操作履歴記録部、３６０…表示優先度判定部、３８０…
時計機能、３９０…位置情報機能、ＭＥ１，Ｍ１１〜Ｍ
１３…電子メール、Ｐ１４…Ｗｅｂページ。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 所定の通信プロトコルによって搬送さ
   れ、記述形式が規定されているヘッダ部分と、記述形式
   が規定されておらず、第１のユーザが自由に記述する本
   体部分とを有する単位データを、その通信の経路上に介
   在する記憶装置上で当該記憶装置の記憶容量に応じて一
   時的に蓄積する記憶装置管理システムにおいて、 前記記憶容量のうち、有効な単位データの蓄積を行って
   いない空き容量が所定容量未満となったことを検出する
   空き容量検査部と、 少なくとも前記本体部分から、所定の目的情報を抽出す
   る目的情報抽出部と、 当該目的情報抽出部が抽出した目的情報を利用して、前
   記記憶装置上に蓄積されている単位データの重要度を判
   定する重要度判定部と、 前記空き容量検査部が前記空き容量が所定容量以下とな
   ったことを検出したとき、当該重要度判定部が重要度が
   低いものと判定した単位データから順番に無効化して前
   記所定容量以上の空き容量を確保する空き容量確保部と
   を備えたことを特徴とする記憶装置管理システム。
2. 【請求項２】 請求項１の記憶装置管理システムにおい
   て、 前記第１のユーザと通信を行う第２のユーザに関する所
   定の動的な状況を示す状況情報を取得する状況情報取得
   部を備え、 前記重要度判定部は、 当該状況情報取得部が取得した状況情報を利用して、前
   記単位データの重要度を判定することを特徴とする記憶
   装置管理システム。
3. 【請求項３】 請求項１の記憶装置管理システムにおい
   て、 前記目的情報抽出部は、 前記単位データのヘッダ部分に記述されている単位デー
   タ作成日時または単位データ閲覧日時の抽出も行い、 前記重要度判定部は、 当該単位データ作成日時または単位データ閲覧日時と、
   前記目的情報としての日時情報である目的日時情報を比
   較して、前記単位データの重要度の判定を行うことを特
   徴とする記憶装置管理システム。
4. 【請求項４】 請求項３の記憶装置管理システムにおい
   て、 現在の日時を示す現在日時情報を生成する時計機能部を
   備え、 前記重要度判定部は、 前記目的日時情報を、当該現在日時情報と比較して、前
   記単位データの重要度の判定を行うことを特徴とする記
   憶装置管理システム。
5. 【請求項５】 単位データが電子メールまたはＷｅｂメ
   ールである場合の請求項３の記憶装置管理システムにお
   いて、 前記目的情報抽出部は、 前記電子メールまたはＷｅｂメールのヘッダ部分に記述
   されているメール作成日時の抽出も行い、 前記本体部分に記述されている記述情報が直接的には日
   時を表現しないものである場合、当該メール作成日時に
   基づいて当該記述情報を解釈することによって、前記目
   的日時情報を抽出することを特徴とする記憶装置管理シ
   ステム。
6. 【請求項６】 単位データがＷｅｂページである場合の
   請求項３の記憶装置管理システムにおいて、 前記重要度判定部は、 前記記憶装置に複数のＷｅｂページが蓄積されており、
   なおかつ、蓄積されているＷｅｂページ間でリンクが張
   られている場合、リンク元のＷｅｂページの重要度をリ
   ンク先のＷｅｂページの重要度に応じて高く判定し、ま
   たは、リンク先のＷｅｂページの重要度をリンク元のＷ
   ｅｂページの重要度に応じて高く判定することを特徴と
   する記憶装置管理システム。
7. 【請求項７】 請求項５の記憶装置管理システムにおい
   て、 前記目的情報抽出部は、 前記記述情報が直接的に日時を表現しているものの、そ
   の表現が所定の日時表現形式に照らして不完全なもので
   ある場合、前記メール作成日時に基づいて、当該記述情
   報を補完することを特徴とする記憶装置管理システム。
8. 【請求項８】 請求項４の記憶装置管理システムにおい
   て、 前記重要度判定部は、 前記目的日時情報が前記現在日時情報よりも過去の日時
   を示す場合にはその目的日時情報を抽出した単位データ
   の重要度を所定の重要度よりも低く判定し、 前記目的日時情報が前記現在日時情報よりも未来の日時
   を示す場合にはその目的日時情報を抽出した単位データ
   の重要度を当該所定の重要度よりも高く判定するととも
   に、より近い未来であるほど、より高く重要度を判定す
   ることを特徴とすることを特徴とする記憶装置管理シス
   テム。
9. 【請求項９】 状況情報として第２のユーザの地理的な
   位置を示す現在位置情報を用いる場合の請求項２の記憶
   装置管理システムにおいて、 前記目的情報抽出部は、 前記目的情報として単位データの本文部分から抽出した
   地理的な位置を示す目的位置情報を抽出し、 前記重要度判定部は、 当該目的位置情報と前記現在位置情報を比較することに
   より、当該目的位置情報を抽出した単位データの重要度
   を判定することを特徴とする記憶装置管理システム。
10. 【請求項１０】 請求項９の記憶装置管理システムにお
    いて、 現在の日時を示す現在日時情報を生成する時計機能部を
    備え、 前記重要度判定部は、 前記目的日時情報が前記現在日時情報よりも未来の日時
    を示す場合、当該現在日時情報から所定以上近い未来の
    目的日時情報を含み、なおかつ、前記現在位置情報から
    所定以上遠い目的位置情報を含む単位データについて
    は、その重要度を低く判定することを特徴とする記憶装
    置管理システム。
11. 【請求項１１】 所定の通信プロトコルによって搬送さ
    れ、当該通信プロトコルに応じて記述形式が規定されて
    いるヘッダ部分と、当該通信プロトコルによっては記述
    形式を規定されておらず、第１のユーザが自由に記述す
    る本体部分とを有する単位データを、その通信の経路上
    に介在する第１の記憶装置と第２の記憶装置上で各記憶
    装置の記憶容量に応じて一時的に蓄積し、第１の記憶装
    置は当該経路上で第１のユーザに近く、第２の記憶装置
    は当該経路上で第１のユーザと通信を行う第２のユーザ
    に近い場合の記憶装置管理システムにおいて、 前記単位データが前記第１の記憶装置に蓄積されている
    とき、当該単位データの重要度を、基準となる日時を変
    更することで予測判定する重要度予測判定部と、 この変更の範囲が現時点から所定時間以内の未来にある
    ときのいずれかの予測判定において、当該重要度予測判
    定部が所定順位以上の上位になると判定した単位データ
    から優先的に、前記第２の記憶装置の記憶容量の範囲内
    で第２の記憶装置に単位データを送信する選択送信部と
    を備えることを特徴とする記憶装置管理システム。
12. 【請求項１２】 請求項１１の記憶装置管理システムに
    おいて、 前記第２の記憶装置上にすでに蓄積されている単位デー
    タは、第１の記憶装置から第２の記憶装置へ送信しない
    ように制御する選択送信制限部と、 前記第２の記憶装置上で蓄積されいる単位データに対し
    て第２のユーザが所定の変更操作を行った場合、当該変
    更操作を、第１の記憶装置において当該単位データに対
    応する単位データの蓄積にも反映させる操作反映部とを
    備えたことを特徴とする記憶装置管理システム。