(57)【要約】【課題】主として小型の情報処理装置において、電子メールを用いたデータ退避により、利用者が記憶領域の残容量を気にすることなくデータの作成、保存、読み出しを可能とし、記憶容量の管理労力を軽減することを課題とする。【解決手段】データを記憶する記憶部と、記憶部の残容量を監視し、データの退避が必要か否かを判断し、退避データを決定する退避管理部と、決定された退避データを添付した退避要求用電子メールを生成するメール生成部と、外部の電子メール記憶制御装置へ前記生成された退避要求用電子メールを送信する送信部とを備えた情報処理装置。【選択図】  図２
2004227469.tif 000002
【特許請求の範囲】
【請求項１】
データを記憶する記憶部と、記憶部の残容量を監視し、データの退避が必要か否かを判断し、退避データを決定する退避管理部と、決定された退避データを添付した退避要求用電子メールを生成するメール生成部と、外部の電子メール記憶制御装置へ、前記生成された退避要求用電子メールを送信する送信部とを備えたことを特徴とする情報処理装置。
【請求項２】
前記退避管理部が、前記記憶部に新たに記憶させようとするデータが、現在の記憶部の残容量よりも大きい場合に、データの退避が必要であると判断し、所定の決定基準に基づいて、現在の記憶部の中に存在するデータおよび前記新たに記憶させようとするデータのうち、１または２以上のデータを退避データに決定することを特徴とする請求項１の情報処理装置。
【請求項３】
前記退避データの決定基準が、
（１）記憶部に記憶された日付の古い順に決定すること、
（２）記憶部に記憶されたデータの容量の大きい順に決定すること、
（３）新たに記憶させようとするデータよりも大きな容量を持つ任意のデータに決定すること、
（４）予め各データに付与された優先度の低い順に決定すること、および
（５）参照要求された回数が最も少ない順に決定すること
のいずれかであることを特徴とする請求項２の情報処理装置。
【請求項４】
インデックス情報を記憶した退避情報記憶部をさらに備え、前記インデックス情報が、前記退避管理部が決定した退避データを特定する情報と、前記退避データの送信先である電子メール記憶制御装置を特定する情報とを含むことを特徴とする請求項１の情報処理装置。
【請求項５】
前記退避要求用電子メールが、退避を要求するメールであることを特定する情報を含んだ送信元情報を備えていることを特徴とする請求項１の情報処理装置。
【請求項６】
所望のデータが前記記憶部にない場合に、前記退避管理部が、前記退避情報記憶部に記憶されたインデックス情報の退避データ特定情報を参照し、前記電子メール記憶制御装置に対して、前記所望のデータをダウンロード要求することを特徴とする請求項４の情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、情報処理装置に関し、特にデータの記憶機能とデータ通信機能を有する小型の情報処理装置に関する。
【０００２】
【従来の技術】
情報処理装置は、必要なデータを格納するための記憶装置をその内部に備えているが、その記憶容量にも限界がある。
そこで、従来の情報処理装置では、内部記憶に記憶可能な容量を越えてデータを記録しようとした場合、古いデータを削除して新しいデータを記録するか、逆に新しいデータを記録せずに古いデータを削除しない方法が採用されていた。また、内部記憶のデータを、外部のコンピュータの記憶装置や、ＩＣカードなどの記憶装置に接続し、利用者が手動で退避させる方法なども採用されている。さらに、ネットワークに接続された他のコンピュータにデータを退避する方法も実現されている。
【０００３】
また、複数の上位装置によって共有されている外部記憶装置に格納されたデータを、所定の制御情報に基づいて他の外部記憶装置に退避するデータ退避方法が提案されている（特許文献１参照）。
さらに、内部のＤ−ＲＡＭの空き容量と、ダウンロートデータサイズとを比較し、Ｄ−ＲＡＭに十分な残り容量がない場合に、使用頻度が最も少ないアプリケーションプログラムをサーバに送信して退避した後に、Ｄ−ＲＡＭからそのアプリケーションプログラムを削除して、データのダウンロードを行う情報処理装置が提案されている（特許文献２参照）。
【０００４】
【特許文献１】
特開平１１−２７２４２７号公報
【特許文献２】
特開２００１−３５０６３１号公報
【０００５】
【発明が解決しようとする課題】
近年の計算機性能の向上と、記憶装置の大容量化に伴い、小型の情報処理装置でも画像、音声、文字情報などを電子的に蓄積し、利用することが多くなっている。
しかし、携帯端末や、携帯電話などの小型の情報処理装置に搭載可能な記憶装置は、物理的な制限により、大型の計算機に搭載される記憶装置と比較して記録可能なデータの容量が少なく、この傾向は記憶媒体が大容量化されても変化することはない。そのため、さまざまな情報が電子化されていながら、小型の情報処理装置の記憶容量の不足は慢性的に続いており、利用者は小型の情報処理装置上で限られた量のデータしか扱うことができない状態である。
【０００６】
このような問題を解決するために、データの退避を行うことが考えられるが、現在ではデータの退避を内部記憶の空き容量が不足する前に、あらかじめ手動で行う必要がある。また、携帯電話などの無線通信装置を備えた機器であっても、外部記憶装置と有線で接続し、データの退避を行う必要がある。小型の情報処理装置は、その可搬性を利用し、利用者が外出する場合や、移動中に使用することが多いため、外部記憶装置と接続不可能な状況でも、データの退避が可能であることが望まれる。
【０００７】
このようなデータ退避機能は、内部記憶の容量が小さいほど重要であり、利用者が記憶領域の管理に費やす労力を軽減するために、前記した特許文献のように内部記憶のデータを外部記憶装置に自動的に退避させる手法が提案されてきた。
しかし、従来のデータ退避機能は、有線、無線のいずれの場合でも、データ退避機能を実現するために外部記憶装置との通信インタフェースやプロトコルの設計などの専用のデータ退避機構を備える必要があり、無線通信を利用する場合は通信キャリアとのネゴシエーションが必要となっている。
【０００８】
そこで、この発明は、以上のような事情を考慮してなされたものであり、既存の電子メールの送受信機能を用いて、データを外部の記憶装置に退避する情報処理装置を提供することを課題とする。
【０００９】
【課題を解決するための手段】
この発明は、データを記憶する記憶部と、記憶部の残容量を監視し、データの退避が必要か否かを判断し、退避データを決定する退避管理部と、決定された退避データを添付した退避要求用電子メールを生成するメール生成部と、外部の電子メール記憶制御装置へ、前記生成された退避要求用電子メールを送信する送信部とを備えたことを特徴とする情報処理装置を提供するものである。
これによれば、情報処理装置を使用する利用者の記録容量の管理労力を軽減できる。また、通常の電子メール送受信機能を用いてデータの退避をするので、新たな専用の通信プログラムおよびハードウェアを備える必要がない。
【００１０】
また、前記退避管理部が前記記憶部に新たに記憶させようとするデータが、現在の記憶部の残容量よりも大きい場合に、データの退避が必要であると判断し、所定の決定基準に基づいて、現在の記憶部の中に存在するデータおよび前記新たに記憶させようとするデータのうち、１または２以上のデータを退避データに決定するようにしてもよい。
【００１１】
ここで、前記退避データの決定基準は、
（１）記憶部に記憶された日付の古い順に決定すること、
（２）記憶部に記憶されたデータの容量の大きい順に決定すること、
（３）新たに記憶させようとするデータよりも大きな容量を持つ任意のデータに決定すること、
（４）予め各データに付与された優先度の低い順に決定すること、および
（５）参照要求された回数が最も少ない順に決定すること
のいずれかを採用することができる。また、これらのうちいくつかを組み合わせて使用してもよい。
【００１２】
また、インデックス情報を記憶した退避情報記憶部をさらに備え、前記インデックス情報が、前記退避管理部が決定した退避データを特定する情報と、前記退避データを送信する先の電子メール記憶制御装置を特定する情報とを含むようにしてもよい。
ここで、退避データを特定する情報とは、例えば記憶されたファイル名を意味し、電子メール記憶制御装置を特定する情報とは、例えば電子メール記憶制御装置の電子メールアドレスを意味する。
さらに、前記退避要求用電子メールの送信元情報には、退避を要求するメールであることを特定する情報を含めてもよい。
【００１３】
また、所望のデータが前記記憶部にない場合に、前記退避管理部が、前記退避情報記憶部に記憶されたインデックス情報の退避データ特定情報を参照し、前記電子メール記憶制御装置に対して、前記所望のデータをダウンロード要求することを特徴とする情報処理装置を提供するものである。
【００１４】
【発明の実施の形態】
以下、図に示す実施例に基づいてこの発明を説明する。
なお、これによってこの発明が限定されるものではない。
図１に、この発明の情報処理装置を含む全体構成の一実施例の説明図を示す。
図１において、携帯端末１が、この発明の情報処理装置に対応し、メールサーバ２が、データを退避する電子メール記憶制御装置に対応する。
【００１５】
図１において、データ記憶部１１は、携帯端末１で作成した文書、図面、撮影した画像または音声などのデータをそれぞれ一つのファイルとして保存しておく内部記憶である。例えば、画像ファイルの場合は、ＩＭＧ１．ｐｎｇというようなファイル名が付けられて保存されている。
データ記憶部１１は、例えば、ＲＡＭ、ハードディスク、ＩＣカードなどの不揮発性の書き換え可能なメモリが用いられる。
【００１６】
退避管理部１２は、データ記憶部１１の残容量を監視し、データの退避が必要か否かを判断し、退避が必要となった場合に、後述するような退避処理を実行する部分である。
メール生成部１３は、退避管理部１２から与えられるデータを添付して、退避要求用電子メールを自動生成する部分である。
データ送信部１５は、既存の通信媒体を介して既存の通信手順で、電子メール等のデータを無線送信又は有線送信する部分である。
データ受信部１６は、データ送信部１５と同様の手順で電子メール等のデータを無線受信又は有線受信する部分である。
【００１７】
退避情報記憶部１４は、どのデータをどこに退避したかを示すインデックス情報を記憶した部分であり、不揮発性の書き換え可能なメモリが用いられる。
インデックス情報は、例えば退避したデータのファイル名、退避先を特定する識別子、退避したデータのチェックサムとを含む情報である。
インデックス情報は、退避管理部１２から与えられるデータをもとにして、メール生成部１３により生成され、退避情報記憶部１４に記憶される。
【００１８】
メールサーバ２は、携帯端末１のデータを退避する外部記憶装置であり、主としてメール記憶部２１、受信制御部２２、送信制御部２３とから構成される。
このメールサーバ２の構成、機能は、既存のメールサーバと同じものを用いることができる。また、メールサーバの送信機能、受信機能、読出機能、書込機能などすべての処理プログラムは、既存の電子メールを処理するプログラムを用いることができ、この発明の実現のために新しい処理プログラムをこのメールサーバ２に、実装する必要はない。
【００１９】
受信制御部２２は、携帯端末１のデータ送信部１５から送られてくるデータを受信し、そのデータが退避要求用電子メールである場合には、添付された退避データをメール記憶部２１に記憶する部分である。ただし、受信処理自体は、通常の電子メールの受信と同様であり、添付データ内容が退避要求用か否かは判断されない。
送信制御部２３は、携帯端末１からの退避データのダウンロード要求があった場合に、メール記憶部２１に記憶された退避データを携帯端末１に対して送信する部分である。
ただし、ダウンロード要求自体は、この発明特有の要求処理ではなく、メールサーバに対して受信チェックをする際に送信される通常の電子メールのダウンロード要求と同じものである。
したがって、ダウンロード要求から、携帯端末側への退避データの送信までの一連の処理手順は、通常の電子メールの受信処理手順と全く同様である。
【００２０】
携帯端末１において、退避管理部１２、メール生成部１３は、主としてＣＰＵを中心として、ＲＯＭ、ＲＡＭ、タイマー、Ｉ／Ｏコントローラーからなるマイクロコンピュータにより実現できる。
また、退避管理部１２やメール生成部１３の機能は、ハードウェアとＲＯＭ等に記憶された制御プログラムとの協働により実現される。
データ送信部１５およびデータ受信部１６は、マイクロコンピュータの他、既存のＴＣＰ／ＩＰ通信、赤外線通信、無線通信などの伝送制御手順を実行する専用のＬＳＩにより実現することができる。
メールサーバ２の受信制御部２２、送信制御部２３も、マイクロコンピュータの他、同様の専用のＬＳＩにより実現できる。
【００２１】
また、携帯端末１とメールサーバ２との間は、いわゆるメタルケーブルのような伝送線で直結してもよく、また、無線通信で接続してもよい。無線通信の場合は、携帯電話やＰＨＳのような高周波通信の他、赤外線やＢｌｕｅ  ｔｏｏｔｈのような近距離通信でもよい。あるいは、ＬＡＮを介した有線通信や、ＩＳＤＮ、ＡＤＳＬ、ＦＴＴＨなどのブロードバンドネットワークを介した有線通信でもよい。ただし、小型の携帯型情報処理装置の場合は、移動中でもデータ退避ができるようにするために、無線通信機能を備えていることが好ましい。
【００２２】
図２に、この発明のデータ退避処理の一実施例の概要の説明図を示す。
図２において、携帯端末１のデータ記憶部１１には、複数個のデータファイル（ＩＭＧ１．ｐｎｇ、ＩＭＧ２．ｐｎｇ、．．．ＩＭＧｎ．ｐｎｇ）が格納されているものとする。
今、退避管理部１２が、データ記憶部１１の記憶容量の残容量を確認すると、予め設定された退避基準を満たしていたとする。
退避基準とは退避処理の実行を開始するための基準であり、次のようなものが考えられる。
（ａ）データ記憶部１１の現在の残容量が、所定容量値以下となった場合、退避処理を開始する。
（ｂ）データ記憶部１１の現在の残容量が、新たにデータ記憶部１１に格納しようとしているデータの容量よりも小さい場合、退避処理を開始する。
（ｃ）生成データを保存することにより、データ記憶部１１の残容量が、所定容量値以下となる場合、退避処理を開始する。
【００２３】
この時、退避管理部１２は、所定の決定基準に基づいて、退避すべきデータを決定し、退避のためのメール（退避要求用電子メール）を作成すべきことをメール生成部１３に通知する。
例えば、ＩＭＧ１．ｐｎｇを退避すべきデータに決定したとすると、退避管理部１２は、ファイル（ＩＭＧ１．ｐｎｇ）を読み出し、退避データの宛先（メールサーバ２）と退避ファイル名（ＩＭＧ１．ｐｎｇ）をメール生成部１３へ通知する（図１、図２のａ、ｂ）。
【００２４】
次に、メール生成部１３は、通常の電子メールと同様の形式の退避要求用電子メールを生成する。退避要求用電子メールは、宛先（Ｔｏ）、識別子（Ｆｒｏｍ）、題名（Ｓｕｂｊｅｃｔ）および添付ファイルから構成される（図２参照）。
【００２５】
宛先（Ｔｏ）には、このメールを送る相手を特定するメールアドレスが設定されるが、退避データのダウンロードをするために、この携帯端末１自身のメールアドレスが設定される。
識別子（Ｆｒｏｍ）には、このメールが退避要求メールであることと、退避される場所、すなわちこの場合は「メールサーバ（ＭＳ０１）」であることを特定する情報が設定される。
また、題名には、添付ファイルのチェックサム情報（例えばＣＲＣ）が設定される。添付ファイルには、データ記憶部１１から読み出された「ＩＭＧ１．ｐｎｇ」ファイルの内容が設定される。
【００２６】
また、メール生成部１３は、作成した退避要求メールに関するインデックス情報を作成し、退避情報記憶部１４に記憶する（図１、図２のｉ）。ここでは、インデックス情報は、退避するデータのファイル名、上記した識別子およびチェックサム情報とから構成される。
次に、メール生成部１３は、データ送信部１５に対して、作成した退避要求用電子メールを与える（図１、図２のｃ）。
データ送信部１５は、通常のメール送信手順に従って、与えられた退避要求用電子メールをメールサーバ２に対して送信する（図１、図２のｄ）。
【００２７】
一方、メールサーバ２は、予め登録された利用者を宛先とするメールの受信チェックを定期的に行っている。宛先が登録された利用者である場合、受信制御部２２がそのメールを受信するが、これと同様にして退避要求用メールを受信する。
受信制御部２２は、受信メールが退避要求用メールであるか否かにかかわらず、退避要求用メールに添付されているファイル（退避データ０１：ＩＭＧ１．ｐｎｇ）を、メール記憶部２１へ格納する（図１、図２のｅ）。
通常メールサーバに格納されたメールは、そのメールの宛先の利用者から受信チェックがあった場合に、新着メールとしてその宛先の端末へダウンロードされる。すなわち、携帯端末１が単に受信チェックするだけでは退避されたデータも新着メールとしてダウンロードされることになる。ただし、後述するように携帯端末１は、退避情報記憶部１４のインデックス情報の内容を確認することにより、この退避データは退避要求のために送信された電子メールの添付ファイルであると判断できるので、この退避データをダウンロードしないで、メールサーバに残す。
【００２８】
退避要求用電子メールを送信した後、携帯端末１のデータ記憶部１１には、退避データの記憶容量分だけ空き容量が増加するので、その後に生成されたデータの大きさが残容量よりも小さければ、データ記憶部１１に格納できる。以上が退避処理の概要である。
【００２９】
逆に、携帯端末１において、メールサーバ２にすでに退避されたデータ（例えば、ＩＭＧ８．ｐｎｇ）を参照するようなイベントが発生した場合、退避管理部１２は、退避情報記憶部１４のインデックス情報を検索し、この退避データ（ＩＭＧ８．ｐｎｇ）についてのインデックス情報を読み出し（図１のｊ）、削除する。
あるいは、削除のかわりに、この退避データのインデックス情報の中に、ダウンロードを許可することを示す情報を書き込んでもよい。
【００３０】
そして、退避管理部１２は、ダウンロード要求するために受信チェック要求データをデータ送信部１５へ与える（図１のｃ）。データ送信部１５は、受信チェック要求データをメールサーバ２へ送信する（図１のｄ）。
ここで、ダウンロード要求は、電子メールの送信とは異なり、通常の電子メールの受信チェックの際にメールサーバに送信されるデータに相当するものである。
【００３１】
受信チェック要求データを受信したメールサーバ２では、送信制御部２３が受信チェックで見つけられたファイル（ＩＭＧ８．ｐｎｇ）をメール記憶部２１から読み出して携帯端末１へ送信する（図１、図２のｆ、ｇ）。
携帯端末１では、メールサーバ２から送られてきたファイル（ＩＭＧ８．ｐｎｇ）を、データ受信部１６により受信し、退避情報記憶部１４にインデックス情報がない場合には退避管理部１２が受信したファイルをデータ記憶部１１に格納する（図１、図２のａ、ｈ）。
この後、携帯端末１において、ダウンロードしたファイルの参照が可能となる。
【００３２】
以上がこの発明のデータ退避およびダウンロード処理の概要であるが、一般的な既存の電子メールの送受信機能をそのまま利用して、携帯端末のデータを外部のメールサーバ２へ退避するので、専用のデータ退避装置や退避用通信プログラムを開発することなく、容易にデータ退避処理を実現できる。
また、この発明のデータ退避処理を必要に応じて自動的に実行させることにより、携帯端末の利用者にとっては、データ記憶部１１の残容量を管理する労力が軽減できる。さらに、利用者にとっては、記憶容量の残りを気にすることなく、外部のメールサーバ２のメール記憶部２１を、あたかも携帯端末の内蔵メモリの一部であるかのような使い方もできる。
【００３３】
〈退避処理の実施例〉
次に、この発明のデータ退避処理の一実施例について、説明する。
図３に、この発明のデータ退避処理のフローチャートを示す。これは、携帯端末１から、メールサーバ２へ、退避データを電子メールの添付ファイルとして送信する処理であり、携帯端末１に内蔵されたＣＰＵが実行する処理である。図１の機能ブロックで言えば、退避管理部１２、メール生成部１３、データ送信部１５によって実行される処理に相当する。
【００３４】
まず、ステップＳ１００において、利用者が携帯端末１において文字入力等の何らかの操作をすることにより、データが生成されたとする。
ここで、生成されるデータとしては、例えば、文字入力により作成された文書データ、内蔵カメラにより撮影された画像データ、マイクから入力された音声データなどが挙げられる。以下、生成されたデータをＤと呼ぶ。
【００３５】
ステップＳ１０１において、ＣＰＵは生成されたデータＤをデータ記憶部１１に保存するか否かを判断する。この判断は、例えば、利用者が保存キーを入力したか否かによりすることができる。
保存キーが入力されたことを確認した場合は、ステップＳ１０２へ進み、そうでない時はステップＳ１０７へ進む。
ステップＳ１０２において、ＣＰＵは、生成データＤの容量を計算し、データ記憶部１１に、保存できるか否か確認する。すなわち、データ記憶部１１の残容量が、生成データＤの容量よりも大きいか否か確認する。
残容量が生成データＤよりも大きい場合は、ステップＳ１０８へ進み、その生成データＤを、特定のファイル名を付けてデータ記憶部１１の空き領域に保存する。
【００３６】
一方、残容量が生成データよりも小さい場合は、ステップＳ１０３へ進む。ステップＳ１０３において、データ記憶部１１に記憶されたデータのうち、どのデータを退避すべきかを決定する。
【００３７】
ここで、退避データの決定基準としては、種々のものが考えられるが、例えば次のようなものがある。
（１）データ記憶部１１のメモリ領域の先頭のデータを退避する。
（２）データ記憶部の中の最大容量を占有しているデータを退避する。
（３）データ記憶部の中に最も古い時に保存されたデータを退避する。
（４）データ記憶部１１のデータのうち、利用者が指定したデータを退避する。
（５）データ記憶部１１のデータのうち、読み出し頻度の最も少ないデータを退避する。
（６）データ記憶部１１のデータのうち、予め付与された優先度の最も低いデータを退避する。
（７）データ記憶部１１のデータのうち、生成データの容量よりも大きいいずれかのデータを退避する。
（８）データ記憶部１１のデータを、データを識別するＩＤ（例えばファイル名など）をソートした場合に，先頭または末尾に位置するデータを退避する。
（９）データ記憶部１１のデータの形式別に区分し、指定された区分に属するデータを退避する（例えば画像データなら退避せず、音楽データなら退避するなど）。
【００３８】
この決定は退避管理部１２が行うが、決定基準は予めプログラムのアルゴリズムとしてどれか一つを固定的に組み込んでもよく、あるいは、どの決定基準を採用するかを利用者が選択できるようにしてもよい。また、一つの基準を採用するのではなく、複数個の基準を採用してもよい。
例えば、上記基準のうち（１）の基準を採用し、図２のデータ記憶部１１のＩＭＧ１．ｐｎｇを退避ファイルとして選択したとする。
【００３９】
次に、ステップＳ１０４において、退避要求用電子メールを生成し、送信する。退避要求用電子メールとしては、前記したように、宛先（Ｔｏ）に携帯端末自身のアドレスを設定し、送り元（Ｆｒｏｍ）に識別子を設定し、題名（Ｓｕｂｊｅｃｔ）に退避ファイルのチェックサムを設定し、さらに、退避ファイル（ＩＭＧ１．ｐｎｇ）の内容を添付ファイルとして設定する。
【００４０】
次に、ステップＳ１０５において、設定された情報のうち、退避ファイル名、識別子、チェックサムの情報を、退避情報記憶部１４にインデックス情報として記憶する。
また、退避ファイルの大きさや更新日時、退避日時などもインデックス情報に含めてもよい。
【００４１】
ステップＳ１０４で生成された退避要求用電子メールは、データ送信部１５が、例えば無線通信により送信する。これにより、退避ファイルのデータはメールサーバ２に送信されたので、携帯端末１のデータ記憶部１１には、この退避ファイルの容量分だけ空き容量が増加したことになる。
【００４２】
次に、ステップＳ１０６において、新たにデータ記憶部１１に保存すべきデータがあるか否かチェックする。保存データがなければ、処理を終了する。
今、ステップＳ１００で生成されたデータＤは、まだデータ記憶部１１に保存していないので、ステップＳ１０２へ戻る。
ステップＳ１０２において、再度データ記憶部１１の残容量を確認し、生成されたデータＤが保存できる程度の残容量がある時はステップＳ１０８へ進み、そうでない時は、ステップＳ１０３へ進み、前記した処理を実行する。
ここで、ステップＳ１０８へ進んだ時は、退避されたデータが占有していた記憶領域も開放され、空き容量とみなされて、生成データＤが上書き保存される。
【００４３】
一方、ステップＳ１０１で、利用者がデータ保存をしないキー入力をした時は、ステップ１０７へ進み、生成されたデータＤのデータ退避をするか否か判断する。このデータ退避の判断は、例えば、利用者の退避キー入力の有無により判断することができる。退避キーが押されれば、ステップＳ１０４へ進み、そうでない時は、処理を終了し、生成データＤは、保存も退避もされないことになる。
【００４４】
退避キーが押され、ステップＳ１０４へ進んだ時は、退避ファイルとして、生成データＤのファイルが選択され、退避要求用電子メールに添付され、送信される。
以上のように、図３に示した退避処理によれば、利用者が生成したデータＤの保存の要否を入力してやるだけで、保存の前に携帯端末１のデータ記憶部１１の残容量を気にすることなく、また、保存の前に不要なデータを削除する操作をすることもなく、容易に生成データＤの保存と、データの退避が可能となる。
また、データの退避は通常の電子メールの送信と同じ処理により行われるので、携帯端末１に、Ｆｒｏｍ，Ｓｕｂｊｅｃｔなどの設定とインデックス情報を記憶する必要はあるが、携帯端末側もメールサーバ側も、退避のための特別なデータ送受信手順のプログラムを組み込む必要がない。
【００４５】
次に、メールサーバ２（ＭＳ０１）側の処理について説明する。
メールサーバ２では、前記したように受信制御部２２が電子メール受信の有無を定期的に確認することにより、退避要求用電子メールを受信するが、この受信処理は、一般的なメール受信処理と全く同じ手順を利用できる。
受信制御部２２は、退避要求用電子メールを通常のメールとして受信し、この受信メールに添付されているファイル（ＩＭＧ１．ｐｎｇ）を、メール記憶部２１のその宛先（Ｔｏ）用に確保されている領域に格納する。
以上の処理により、メールサーバ側では、受信したメールの添付ファイルが退避データであるか否かを全く調べることなく、通常のメールとして受信するだけで、退避データを格納することができる。
【００４６】
〈ダウンロード処理の実施例〉
次に、メールサーバ２に退避されたデータを携帯端末１側へダウンロードする処理について説明する。
図４に、この発明のダウンロード処理のフローチャートを示す。
まず、携帯端末１で、利用者がそのデータ記憶部１１に格納されているはずのデータの参照要求をしたとする（ステップＳ２００）。
例えば、利用者が撮影した画像ファイル（ＩＭＧ８．ｐｎｇ）を画面上に表示する要求をしたとする。
【００４７】
このデータ参照要求に対して、退避管理部１２は、データ記憶部１１に、参照要求されたデータ（ＩＭＧ８．ｐｎｇ）が存在するか否か確認する（ステップＳ２０１）。
データが存在する場合は、ステップＳ２１０へ進み、データ記憶部１１からそのデータを読み出して処理を終了する。
データが存在しない場合は、ステップＳ２０２へ進み、このデータをメールサーバ２からダウンロードをする前に、データ記憶部１１の現在の残容量を確認する。
ここで、ダウンロードするためには、残容量は参照要求されたデータの大きさよりも大きいことを必要とするので、退避情報記憶部１４に格納された参照要求データのインデックス情報のうち、参照要求データのファイルの大きさ情報と、現在の残容量とを比較する。
【００４８】
ステップＳ２０２で、残容量が参照要求データよりも大きく、十分な空き容量がある場合は、ステップＳ２０３へ進み、参照要求データに対するインデックス情報を退避情報記憶部１４から読み出す。
そして、ステップＳ２０４において、読み出したインデックス情報から、メールサーバ２に対してダウンロード要求をするために必要なデータを抽出し、通常の電子メールの受信チェックに相当する処理をする。通常の電子メールの受信チェックと同じ受信チェック要求データを生成し、メールサーバ２に送信する（ステップＳ２０４）。
また、ここで、参照要求データに対するインデックス情報を、退避情報記憶部１４から削除する。
【００４９】
受信チェック要求データを受信したメールサーバ２の受信制御部２２は、通常の受信チェック時と同様の処理を行い、メール記憶部２１の中の携帯端末１用の領域を確認し、この携帯端末１あての電子メールがあるか否かをチェックする。
たとえば、データ（ＩＭＧ８．ｐｎｇ）が存在すれば、送信制御部２３は受信チェックで見つけられたこの退避データ（ＩＭＧ８．ｐｎｇ）をメール記憶部２１から読み出して、通常の電子メールのダウンロード手順を実行し、携帯端末１に向けて送信する。
【００５０】
次に、携帯端末側１では、メールサーバ２からデータが送られてくるのを待ち、ステップＳ２０５において、データ受信部１６がメールサーバから送られて来た退避データ（ＩＭＧ８．ｐｎｇ）について、インデックス情報が退避情報記憶部１４にないことを確認した後ダウンロードする。
さらに、ステップＳ２０６において、退避管理部１２が、ダウンロードされた退避データ（ＩＭＧ８．ｐｎｇ）を、データ記憶部１１の空き領域に保存する。
この後、ステップＳ２００で行われた要求に対応する処理を、データ記憶部１１に保存した退避データ（ＩＭＧ８．ｐｎｇ）に対して行う。例えば、ダウンロードした退避データを画面上に表示する。
【００５１】
一方、ステップＳ２０２において、データ記憶部１１の残容量に、退避データをダウンロードできる程度の十分な空き容量がない場合は、ステップＳ２０７へ進み、データ記憶部１１の残容量を増加させるために、退避させるデータを決定する。これは、前記したステップＳ１０３と同様である。
【００５２】
次に、ステップＳ２０８において、決定された退避データを添付ファイルとした退避要求用電子メールをメールサーバ２に送信する。そして、決定された退避データの記憶領域を解放し、この退避データに対するインデックス情報を退避情報記憶部１４へ記憶する（ステップＳ２０９）。その後、ステップＳ２０２へ戻り、再度空き領域が存在するか否かチェックする。
【００５３】
以上のように、メールサーバ２から退避データをダウンロードする場合は、まずデータ記憶部１１の中に、退避データを格納できるだけの空き領域があるか否か確認し、データ記憶部１１に十分な空き領域がない場合は、所定の決定基準で決定されたデータをメールサーバ２に退避し、空き領域を確保した後に、ダウンロードを行う。
【００５４】
以上が、この発明の退避データのダウンロード処理であるが、利用者は参照要求したデータが携帯端末にあるか、メールサーバに退避されているかを意識することなく、また、携帯端末の空き領域が残り少ないか否かを調べることなく、表示要求や保存要求等の操作をするだけで、容易に要求したデータに対する処理をすることができる。
また、携帯端末１とメールサーバ２との間で行われるデータの退避要求、退避データのダウンロードは、通常の電子メールの送受信と同様の処理手順およびファイル形式で行われるので、両者間の通信を実行するために、携帯端末１およびメールサーバ２とも、特別な通信プログラムやハードウェアは必要としない。
【００５５】
以上の実施例では、情報処理装置の一実施例として携帯端末１を用いて説明したが、これに限るものではない。情報処理装置としては、携帯性を有する携帯電話、ＰＨＳ、ＰＤＡの他、ノート型パソコン、デスクトップ型パソコン、カーナビゲーションシステム、ウェアラブルコンピュータのような情報機器でもよい。
また、データを退避する側の装置として、メールサーバ２を用いて説明したが、これに限るものではなく、他のパソコン、外付けの大容量記憶装置、携帯端末１のような記憶機能を持つ機器、またこれらの機器と有線または無線で接続されたユビキタスコンピュータでもよい。
【００５６】
また、実施例では、メールサーバ２を一つとして説明しているが、一つに限るものではなく、複数個のメールサーバを用いてもよい。
すなわち、退避要求用電子メールの宛先を一ヶ所に限るのではなく、予め設定された複数個のメールサーバのアドレスの中からいずれかを選択するようにしてもよい。例えば、退避するデータの種類や大きさ等の基準に基づいて、自動的に送信する宛先のメールサーバを決定し、退避先を変更できるようにしてもよい。
【００５７】
【発明の効果】
この発明によれば、電子メール送受信機能により、外部の電子メール記憶制御装置にデータを退避しているので、利用者は情報処理装置の記憶部の残容量を意識することなく、データの作成、保存、読み出し等の処理を実行することができる。
したがって、情報処理装置の利用者は、その記憶領域の残容量を気にしながら使用する必要がなく、作成データの保存の前に不要なデータを探し出して削除するような操作をする必要もなく、利用者の記憶容量の管理労力を軽減できる。
また、データの送受信処理に、通常の電子メールを送受信する機能を利用するので、新たな通信プログラムやハードウェアを開発することがなく、安価にデータ退避処理を実現できる。
【図面の簡単な説明】
【図１】この発明の情報処理装置を含むデータ退避機能を実現する一実施例の構成図である。
【図２】この発明のデータ退避処理の一実施例の概略説明図である。
【図３】この発明のデータ退避処理の一実施例のフローチャートである。
【図４】この発明のダウンロード処理の一実施例のフローチャートである。
【符号の説明】
１  携帯端末
２  メールサーバ
１１  データ記憶部
１２  退避管理部
１３  メール生成部
１４  退避情報記憶部
１５  データ送信部
１６  データ受信部
２１  メール記憶部
２２  受信制御部
２３  送信制御部
【図１】
2004227469.tif 000003
【図２】
2004227469.tif 000004
【図３】
2004227469.tif 000005
【図４】
2004227469.tif 000006