通信端末装置及びプログラム
【課題】ファイルが添付された電子メールを受信して記憶する場合に、受信した電子メールを効率よく記憶できるようにする。
【解決手段】制御部１は、通信部５から電子メールを受信した際に、この電子メールをバッファＢＦに一時的に格納すると共に、この電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別し、その条件を満たしている場合には、この添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共にメモリＭＢに記憶する。
【解決手段】制御部１は、通信部５から電子メールを受信した際に、この電子メールをバッファＢＦに一時的に格納すると共に、この電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別し、その条件を満たしている場合には、この添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共にメモリＭＢに記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ファイルが添付された電子メールを受信して記憶する通信端末装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、この種の通信端末装置を使用して、大量の音楽、画像、動画などのファイルを添付して電子メールを相手側に送信すると、その受信側の負担が増大し、電子メールを保存するメモリの容量を大量に消費してしまうという問題があった。また、メモリ残量が足りない場合に古い受信メールから自動的に削除するようにした機能を搭載している通信端末装置にあっては、気づかないうちに古い受信メールが自動的に削除されてしまうという問題があった。
【０００３】
そこで、従来では、受信側の負荷を軽減するために、電子メールの送信時には、その添付ファイルのサイズを縮小することによって電子メールのファイルサイズを小さくするようにした技術が開示されている（特許文献１参照）。すなわち、この特許文献１には、電子メールの送信時に、予め設定されている基準値を超えるサイズのファイルが添付されていれば、この基準値よりも小さいファイルサイズに加工した代替ファイルを電子メールに添付して送信するようにした技術が開示されている。
【特許文献１】特開２０００−２３５５３１公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のような先行技術にあっては、不用意に非圧縮のままでファイルを添付して送信してしまうことがあり、電子メール送信側がその添付ファイルを縮小して送信しない限り、電子メール受信側の負荷を軽減することはできなかった。
【０００５】
この発明の課題は、ファイルが添付された電子メールを受信して記憶する場合に、受信した電子メールを効率よく記憶できるようにすることである。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために請求項１記載の発明は、ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、前記受信手段によって電子メールを受信した際に、この電子メールを一時的に格納する一時格納手段と、この一時格納手段に格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する条件判別手段と、この条件判別手段によって所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、を具備したことを特徴とする。
【０００７】
請求項１に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールのサイズが前記記憶手段の記憶残量より大きいか否かに応じて所定の条件を満たすかを否か判別する、ようにしたことを特徴とする請求項２記載の発明であってもよい。
【０００８】
請求項１に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールの差出人が所定の差出人であるか否かにより条件を満たすか否か判別する、ようにしたことを特徴とする請求項３記載の発明であってもよい。
【０００９】
請求項１に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールが重要メールであるか否かにより条件を満たすか否か判別する、ようにしたことを特徴とする請求項４記載の発明であってもよい。
【００１０】
請求項１に従属する発明として、前記制御手段は、前記添付ファイルのファイルサイズを縮小する、ようにしたことを特徴とする請求項５記載の発明であってもよい。
【００１１】
請求項５に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールの添付ファイルが既に縮小されている場合であっても、更なる縮小が可能であるか否かを判別し、前記制御手段は、前記条件判別手段により更なる縮小が可能と判別された場合に、当該添付ファイルのサイズの更なる縮小を行う、ようにしたことを特徴とする請求項６記載の発明であってもよい。
【００１２】
請求項１に従属する発明として、前記受信手段によって受信した電子メールの添付ファイルは、画像ファイルあるいは映像ファイルであって、前記制御手段は、当該添付ファイルの表示サイズを縮小する、ようにしたことを特徴とする請求項７記載の発明であってもよい。
【００１３】
また、上述した課題を解決するために請求項８記載の発明は、ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別するタイミング判別手段と、このタイミング判別手段によって電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する特定手段と、この特定手段によって特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、を具備したことを特徴とする。
【００１４】
請求項８に従属する発明として、前記タイミング判別手段は、前記受信手段によって新たな電子メールが受信された際に、前記記憶手段に記憶されている電子メールを整理するタイミングであると判別する、ようにしたことを特徴とする請求項９記載の発明であってもよい。
【００１５】
請求項８に従属する発明として、前記タイミング判別手段は、前記記憶手段の記憶残量が所定の閾値より小さくなった際に、電子メールを整理するタイミングであると判別する、ようにしたことを特徴とする請求項１０記載の発明であってもよい。
【００１６】
請求項８に従属する発明として、前記タイミング判別手段は、所定の時間が経過する毎に、電子メールを整理するタイミングであると判別する、ようにしたことを特徴とする請求項１１記載の発明であってもよい。
【００１７】
請求項８に従属する発明として、前記特定手段は、前記記憶手段に記憶されている電子メールの日付により整理の対象となる電子メールを特定する、ようにしたことを特徴とする請求項１２記載の発明であってもよい。
【００１８】
請求項８に従属する発明として、前記特定手段は、前記記憶手段に記憶されている電子メールの差出人が所定の差出人であるか否かにより整理の対象となる電子メールを特定する、ようにしたことを特徴とする請求項１３記載の発明であってもよい。
【００１９】
請求項８に従属する発明として、前記特定手段は、前記記憶手段に記憶されている電子メールが重要メールであるか否かにより整理の対象となる電子メールを特定する、ようにしたことを特徴とする請求項１４記載の発明であってもよい。
【００２０】
請求項８に従属する発明として、前記記憶手段に記憶されている電子メールを整理するタイミングをユーザ操作によって任意に指定するタイミング指定手段を更に備え、前記タイミング判別手段は、前記タイミング指定手段によって指定されたタイミングになったか否かを判別する、ようにしたことを特徴とする請求項１５記載の発明であってもよい。
【００２１】
また、上述した課題を解決するために請求項１６記載の発明は、コンピュータに対して、ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶する機能と、前記電子メールを受信した際に、この電子メールを一時的に格納する機能と、前記一時格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する機能と、前記判別の結果、所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、を実現させるためのプログラムを特徴とする。
【００２２】
また、上述した課題を解決するために請求項１７記載の発明は、コンピュータに対して、ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶させる処理を行う機能と、前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別する機能と、前記電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する機能と、前記特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、を実現させるためのプログラムを特徴とする。
【発明の効果】
【００２３】
この発明によれば、ファイルが添付された電子メールを受信して記憶する場合に、受信した電子メールを効率よく記憶することができ、電子メール受信側の負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【００２４】
（実施形態１）
以下、図１〜図４を参照して本発明の第１実施形態を説明する。
この実施形態は、ファイルが添付された電子メールを受信して記憶する通信端末装置として、携帯電話機に適用した場合を例示したもので、図１は、この携帯電話機の基本的な構成要素を示したブロック図である。
この携帯電話機は、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）など、各種の機能を備えている。この電子メール機能は、図示省略したが、無線通信網、送信側のメールサーバ、受信側のメールサーバを介して電子メール（ショートメールをも含む）の送受信を行う通信機能である。なお、電子メールには画像・音声・映像などの各種のファイルを添付することができるが、以下、電子メールにファイルが添付されている場合でも、単に、電子メールと称する場合がある。
【００２５】
制御部１は、二次電池を備えた電源部２からの電力供給によって動作し、記憶部３内の各種のプログラムに応じてこの携帯電話機の全体動作を制御するもので、この制御部１にはＣＰＵ（中央演算処理装置）やメモリなどが設けられている。記憶部３は、ＲＯＭ、ＲＡＭなどの内部メモリで、プログラム領域とデータ領域とを有し、このプログラム領域には、後述する図３及び図４に示す動作手順に応じて本実施形態を実現するためのプログラムが格納されている。
【００２６】
また、記憶部３のデータ領域には、この携帯電話機が動作するために必要な各種のデータ（例えば、フラグ情報、タイマ情報など）を一時的に記憶するワーク領域などが設けられている。また、このデータ領域には、受信した電子メールを一時的に格納（一時記憶）するためのバッファＢＦ、このバッファＢＦ内の電子メールを記憶保存するためのメモリ（メールボックス）ＭＢが設けられているほか、後述するアドレス帳ＡＤ、メールフォルダＭＦが設けられている。なお、記憶部３としては、例えば、ＳＤカード、ＩＣカードなど、着脱自在な可搬型メモリ（記録メディア）を含む構成であってもよい。操作部４は、ダイヤル入力、文字入力、コマンド入力などを行うもので、制御部１は、操作部４からのキー操作信号に応じた処理として、例えば、電子メール作成／編集処理、電子メール送信処理など、各種の処理を実行する。
【００２７】
通信部５は、無線部、ベースバンド部、多重分離部などを備え、例えば、通話機能、電子メール機能、インターネット接続機能の動作時に最寄りの基地局との間でデータの送受信を行うもので、通話機能の動作時にはベースバンド部の受信側から信号を取り込んで受信ベースバンド信号に復調したのち、電話部６を介して通話用スピーカＳＰから音声出力させ、また、通話用マイクＭＣからの入力音声データを電話部６から取り込み、送信ベースバンド信号に符号化したのち、ベースバンド部の送信側に与えてアンテナから発信出力させる。また、通信部５は、無線通信網を介して電子メールを受信したり、送信したりする電子メールの送受信動作を行う。表示部７は、高精細液晶あるいは有機ＥＬなどを使用し、例えば、文字情報、待受画像、電子メールの内容などを表示する。
【００２８】
図２は、アドレス帳ＡＤを説明するための図である。
アドレス帳ＡＤは、通信相手に関する情報を記憶するもので、「名前」、「メールアドレス」、「電話番号」、「縮小フラグ」の各項目を有し、その内容は、操作部４や可搬型メモリなどから任意に入力設定されたものである。「名前」、「メールアドレス」、「電話番号」は、通信相手を特定するための情報である。「縮小フラグ」は、受信した電子メールの差出人に応じてその電メールに添付されているファイルを縮小してもよいか否か、つまり、縮小を禁止するか許可するかを示すフラグで、その値が“１”の場合には、その添付ファイルの縮小を禁止することを示し、“０”の場合には、添付ファイルの縮小を許容することを示している。
【００２９】
ここで、制御部１は、通信部５からの電子メールの受信を検出すると、受信した電子メールをバッファＢＦに一時的に格納したのち、このバッファＢＦ内に格納されている電子メールの添付ファイルのサイズを縮小するための所定の条件を満たすか否かの判別するようにしている。ここで、その条件を満たせば、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共にメモリＭＢに記憶保存するようにしている。この場合、上述の「縮小フラグ」は、添付ファイルのサイズを縮小するか否かを示す所定の条件で、受信した電子メールの差出人（発信元）に対応する「縮小フラグ」が“０”に設定されていれば、所定の条件を満たすものとして、添付ファイルのサイズを縮小するようにしている。
【００３０】
また、添付ファイルのサイズを縮小するための条件としては、上述した電子メールの差出人以外に、その添付ファイルのサイズがメモリＭＢの記憶残量より大きいことを条件とし、また、電子メールが重要メールであることを条件としている。また、添付ファイルのサイズを縮小する場合には、ファイル圧縮（可逆圧縮、非可逆圧縮）や表示サイズの変更を行うようにしている。例えば、添付ファイルが音楽などの音声ファイルであれば、非可逆圧縮を行い、画像（静止画）ファイルであれば、可逆圧縮又は非可逆圧縮を行い、映像（動画）ファイルであれば、動画特有の圧縮としてフレーム間予測などを行うようにしている。
【００３１】
次に、第１実施形態における携帯電話機の動作概念を図３及び図４に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。このことは後述する他の実施形態においても同様であり、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００３２】
図３は、電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャートである。
先ず、制御部１は、バッファＢＦなどをクリアするなどの初期処理を行ったのち（ステップＡ１）、着信などの待ち受け状態となる（ステップＡ２）。そして、この待ち受け状態において、通信部５から電話の着信有無をチェックしたり（ステップＡ３）、電子メールの受信有無をチェックしたり（ステップＡ８）、何らかの操作有無をチェックしたりする（ステップＡ１７）。いま、電話着信を検出したときには（ステップＡ３でＹＥＳ）、回線接続させるオフフック操作に応答して（ステップＡ４でＹＥＳ）、通話可能状態とする通話処理を開始する（ステップＡ５）。また、その後のオンフック操作に応答して（ステップＡ６でＹＥＳ）、回線切断処理を実行したのち（ステップＡ７）、上述のステップＡ３に戻る。
【００３３】
また、待ち受け状態において、何らかの操作が行われたときには（ステップＡ１７でＹＥＳ）、その操作に応じた処理として、例えば、電話発信処理、電子メール送信処理、各種の設定処理などを行ったのち（ステップＡ１８）、上述のステップＡ３に戻る。また、通信部５から電子メールを受信した場合には（ステップＡ８でＹＥＳ）、この電子メールをバッファＢＦに格納したのち（ステップＡ９）、この電子メール（添付ファイルを含む）のサイズを検出するほか、メモリＭＢの記憶残量を検出したのち、この受信メールサイズは、現時点におけるメモリＭＢの記憶残量以下であるか、つまり、現在の記憶残量で電子メールをその添付ファイルを含めてメモリＭＢに保存することができるかを調べる（ステップＡ１０）。
【００３４】
ここで、「電子メールのサイズ≦メモリＭＢの記憶残量」が成立する場合には（ステップＡ１０でＹＥＳ）、電子メールの全てをメモリＭＢに保存することができるので、ステップＡ１９に移り、今回受信した電子メールにはファイルが添付されているかを調べる。いま、添付ファイルが無ければ（ステップＡ１９でＮＯ）、ステップＡ１５に移り、今回受信した電子メールをバッファＢＦから読み出してメモリＭＢに転送保存する。そして、バッファＢＦの内容をクリアしたのち（ステップＡ１６）、上述のステップＡ３に戻る。
【００３５】
また、添付ファイルが有れば（ステップＡ１９でＹＥＳ）、この添付ファイルに“重要フラグ”が付加されているかを調べる（ステップＡ２０）。この重要フラグは、電子メールの送信者側において、重要性の高いファイルであることを明示するために付加されたもので、電子メールやその添付ファイルに“重要フラグ”が付加されていれば（ステップＡ２０でＹＥＳ）、添付ファイル（重要ファイル）の縮小を禁止するために、ステップＡ１５に移り、バッファＢＦ内の電子メールを添付ファイルと共に読み出してメモリＭＢに転送保存する。
【００３６】
また、“重要フラグ”が付加されていなければ（ステップＡ２０でＮＯ）、電子メールの差出人を特定する情報（例えば、名前、メールアドレスなど）を取得し（ステップＡ２１）、この情報に基づいてアドレス帳ＡＤを参照して差出人を特定する（ステップＡ２２）。そして、この差出人に対応付けられている「縮小フラグ」は、“１”か、つまり、添付ファイルの縮小が禁止されているかを調べ（ステップＡ２３）、「縮小フラグ」が“１”であれば（ステップＡ２３でＹＥＳ）、上述の場合と同様に、添付ファイルの縮小を禁止するために、ステップＡ１５に移り、バッファＢＦ内の電子メールをその添付ファイルと共に読み出してメモリＭＢに転送保存する。
【００３７】
一方、電子メールを受信してバッファＢＦに格納した状態において、メモリＭＢの記憶残量が電子メールのサイズ未満で、この電子メールをメモリＭＢに保存することができない場合には（ステップＡ１０でＮＯ）、今回受信した電子メールにファイルが添付されているかを調べる（ステップＡ１１）。いま、添付ファイルが無ければ（ステップＡ１１でＮＯ）、メモリＭＢの残量不足を報知するために、メモリオーバーエラー表示を行う（ステップＡ１２）。そして、バッファＢＦの内容をクリアしたのち（ステップ１６）、上述のステップＡ３に戻る。
【００３８】
また、メモリＭＢの記憶残量が少なく、今回受信した電子メールを保存できない場合に（ステップＡ１０でＮＯ）、それに添付ファイルが有れば（ステップＡ１１でＹＥＳ）、後述する添付ファイル縮小処理の実行に移る（ステップＡ１３）。この添付ファイル縮小処理は、バッファＢＦ内の添付ファイルのサイズを縮小するもので、この縮小処理が実行開始されるのは、添付ファイルのサイズがメモリＭＢの記憶残量よりも大きい場合のほか（ステップＡ１０でＮＯ）、重要な添付ファイルではない場合（ステップＡ２０でＮＯ）でかつ電子メールの差出人が所定の差出人（縮小フラグが“０”の差出人）の場合（ステップＡ２３でＮＯ）である。この添付ファイル縮小処理によって添付ファイルのサイズが縮小されると、この縮小後の添付ファイルのサイズを検出し、バッファＢＦ内の電子メールのサイズ（縮小後のサイズ）を検出し、縮小後のメールサイズは、メモリＭＢの記憶残量以下であるかを調べる（ステップＡ１４）。
【００３９】
いま、添付ファイルのサイズを縮小しても、縮小後のメールサイズがメモリＭＢの記憶残量を超えたままであれば（ステップＡ１４でＮＯ）、メモリＭＢの残量不足を報知するために、メモリオーバーエラー表示を行うが（ステップＡ１２）、添付ファイルを縮小することによってメールサイズがメモリＭＢの記憶残量以下であった場合、つまり、添付ファイルのサイズを縮小することによってメモリＭＢに保存できるようになった場合には（ステップＡ１４でＹＥＳ）、バッファＢＦ内の電子メールをその添付ファイルと共に読み出してメモリＭＢに転送保存する（ステップＡ１５）。
【００４０】
図４は、添付ファイル縮小処理（図３のステップＡ１３）を詳述するためのフローチャートである。
先ず、制御部１は、添付ファイルは画像（静止画）ファイルか（ステップＢ１）、映像（動画）ファイルかその他のファイルかを調べる（ステップＢ４）。いま、添付ファイルが画像ファイルであれば（ステップＢ１でＹＥＳ）、その表示サイズ（解像度）は、１２８０×９６０ｄｏｔｓ（１００万画素）より大きいかを調べ（ステップＢ２）、１２８０×９６０ｄｏｔｓより大きくなければ、次のステップＢ７に移るが、１２８０×９６０ｄｏｔｓより大きければ（ステップＢ２でＹＥＳ）、アスペクト比を維持して表示サイズを１２８０×９６０ｄｏｔｓ以下、例えば、１２８０×７２０ｄｏｔｓ（１６：９）、９６０×９６０ｄｏｔｓ（１：１）などのサイズに縮小したのち（ステップＢ３）、次のステップＢ９に移る。
【００４１】
同様に、添付ファイルが映像ファイルであれば（ステップＢ４でＹＥＳ）、その表示サイズは、６４０×４８０ｄｏｔｓより大きいかを調べ（ステップＢ５）、６４０×４８０ｄｏｔｓより大きくなければ、次のステップＢ７に移るが、６４０×４８０ｏｔｓより大きければ（ステップＢでＹＥＳ）、アスペクト比を維持して表示サイズを６４０×４８０ｄｏｔｓ以下、例えば、６４０×３６０ｄｏｔｓ（１６：９）などのサイズに縮小したのち（ステップＢ６）、次のステップＢ９に移る。また、画像ファイル、映像ファイル以外の添付ファイルである場合には（ステップＢ４でＮＯ）、次のステップＢ７に移る。
【００４２】
このステップＢ７は、受信した添付ファイルが圧縮されているか、つまり、電子メールの送信側などで既にファイルが圧縮済みであるかをチェックするための判断ステップであり、添付ファイルが圧縮されていなければ（ステップＢ７でＮＯ）、ステップＢ９に移ってファイル圧縮処理を実行して添付ファイルを圧縮する。ここで、添付ファイルの種類などに応じてその添付ファイルに対して可逆圧縮、非可逆圧縮、フレーム間予測などを行う。そして、バッファＢＦ内の当該添付ファイルを当該圧縮（縮小）後の添付ファイルに置き換えたのち（ステップＢ１０）、図４のフローの終了となる。また、受信した添付ファイルが既にファイル圧縮されている場合でも（ステップＢ７でＹＥＳ）、この添付ファイルの更なる圧縮が可能であれば（ステップＢ８でＹＥＳ）、例えば、圧縮率や圧縮方法を変更して、更なる圧縮を行うが（ステップＢ９）、更なる圧縮が不可能であれば（ステップＢ８でＮＯ）、この時点で図４のフローの終了となる。
【００４３】
以上のように、この第１実施形態において制御部１は、通信部５から電子メールを受信した際に、この電子メールをバッファＢＦに一時的に格納すると共に、この電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別し、その条件を満たしている場合には、この添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共にメモリＭＢに記憶するようにしたので、添付ファイルを縮小しても良いか否かを判別しつつメモリＭＢの使用量を減らすことができる。したがって、膨大なファイルが添付されている電子メールを受信した場合でも電子メールを効率よく記憶することができ、電子メール受信側の負担を軽減することが可能となる。
【００４４】
また、受信した電子メールのサイズがメモリＭＢの記憶残量より大きいか否かにより所定の条件を満たすかを否か判別するようにしたことで、メモリ残量が足りない場合に古い受信メールから自動的に削除する機能を搭載している場合でも、気づかないうちに古い受信メールが削除されてしまうという事態を解消することができる。
【００４５】
受信した電子メールの差出人が所定の差出人（縮小フラグが“０”の差出人）であるか否かにより条件を満たすか否か判別するようにしたので、電子メールの差出人が親しい友人などの特定人であれば、その添付ファイルを縮小せずに記憶することができ、それ以外の差出人であれば、その添付ファイルを縮小して記憶することができるので、差出人が誰かに応じて添付ファイルのサイズを縮小することができる。特に、添付ファイルを非可逆性圧縮する場合でも、親しい友人などの特定人からの添付ファイルであれば、その全ての内容をそのまま閲覧することができる。
【００４６】
受信した電子メールが重要メールであるか否かにより条件を満たすか否か判別するようにしたので、重要な添付ファイルであれば、それを縮小せずに記憶することができ、それ以外の添付ファイルであれば、それを縮小して記憶することができるので、重要な添付ファイルかに応じて添付ファイルのサイズを縮小することができる。特に、添付ファイルを非可逆性圧縮する場合でも、重要な添付ファイルであれば、その全ての内容をそのまま閲覧することができる。
【００４７】
添付ファイルのファイルサイズを縮小するようにしたので、可逆圧縮又は非可逆圧縮による効果的な圧縮が可能となり、メモリＭＢの使用量を減らすことができる。
【００４８】
受信した電子メールの添付ファイルが既に縮小されている場合であっても、更なる縮小が可能であるか否かを判別し、更なる縮小が可能であれば、添付ファイルのサイズの更なる縮小を行うようにしたので、効果的な圧縮が可能となり、メモリＭＢの使用量を減らすことができる。
【００４９】
受信される添付ファイルが画像ファイル、映像ファイルの場合には、その添付ファイルの表示サイズを縮小するようにしたので、表示サイズの変更によって効果的な圧縮が可能となり、メモリＭＢの使用量を減らすことができる。
【００５０】
なお、上述した実施形態においては、添付ファイルのサイズを縮小するための条件として、電子メールの差出人、メモリＭＢの記憶残量、電子メールの重要性を例示したが、これに限らず、添付ファイルの内容、日時情報などを縮小条件としてもよい。例えば、撮影画像が添付ファイルの場合には、その撮影画像を解析して人物が写っているかを判定し、人物が写っていれば、その画像ファイルを縮小せず、それ以外の画像ファイルを縮小するようにしてもよい。また、添付ファイルに含まれている日時情報（撮影日時など）を参照した結果、例えば、現在日時よりも６ヶ月以上前の撮影であれば、その添付ファイルを縮小し、それ以降の撮影であれば、添付ファイルを縮小しないようにしてもよい。
【００５１】
また、上述した第１実施形態においては、添付ファイルを縮小するための条件が成立した際に、添付ファイルのサイズを縮小するようにしたが、メッセージを出力して添付ファイルを縮小するか否かをユーザに問い合わせたのち、縮小を要求するユーザ指示に応答して添付ファイルのサイズを縮小するようにしてもよい。
【００５２】
（実施形態２）
以下、この発明の第２実施形態について図５〜図８を参照して説明する。
なお、上述した第１実施形態においては、電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別し、その条件を満たしている場合には、その電子メールの添付ファイルのサイズを縮小するようにしたが、この第２実施形態においては、メモリＭＢに保存されている電子メールを整理するタイミングになったか否かを判別し、整理するタイミングになった場合に、その電子メールの添付ファイルのサイズを縮小するようにしたものである。ここで、両実施形態において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施形態の特徴部分を中心に説明するものとする。なお、上述の第１実施形態で説明した図１、図２は、この第２実施形態においても同様であるので、その説明は省略するものとする。
【００５３】
図５は、メールフォルダＭＦを説明するための図である。
メールフォルダＭＦは、メモリＭＢに保存されている各電子メールを管理するための管理情報を記憶するもので、「受信日時」、「差出人」、「題名」、「重要」、「添付」の各項目を有している。「受信日時」は、電子メールを受信したときの日時、「差出人」はその発信元、「題名」は、そのタイトルを示している。「重要」は受信した電子メールやその添付ファイルに付加されている“重要フラグ”を示し、上述した第１実施形態と同様に、その値が“１”のときには、重要性があるファイルであることを示している。「添付」は、添付ファイルの種類（例えば、画像、映像、音楽）を示している。
【００５４】
図６は、電子メールを整理するタイミングを説明するための図である。
メモリＭＢに保存されている電子メールを整理するタイミングを示すフラグとしては、“０”、“１”、“２”を有し、タイミングフラグ“０”は、メモリＭＢの記憶残量が予め設定されている閾値を下回る場合のみ添付ファイルのサイズを縮小する処理を行うことを示している。タイミングフラグ“１”は、電子メールを受信した際に、メモリＭＢの記憶残量が閾値を下回る場合に添付ファイルのサイズを縮小する処理を行うことを示している。タイミングフラグ“２”は、タイマが所定時間を計時する毎に添付ファイルのサイズを縮小する処理を行うことを示している。このように電子メールを整理するタイミングとして、各タイミングフラグ“０”、“１”、“２”のうち、そのいずれかをユーザ操作によって任意に指定して設定可能となっている。
【００５５】
図７は、第２実施形態において、電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャートである。
先ず、制御部１は、バッファＢＦ、タイマなどをクリアするなどの初期処理を行ったのち（ステップＣ１）、着信などの待ち受け状態となる（ステップＣ２）。そして、電話の着信有無をチェックしたり（ステップＣ３）、電子メールの受信有無をチェックしたり（ステップＣ８）、タイマが所定の時間（例えば、６０分）を計時したかをチェックしたり（ステップＣ１７）、何らかの操作有無をチェックしたりする（ステップＣ２０）。いま、図３と同様に、電話着信を検出したときには（ステップＣ３でＹＥＳ）、第１実施形態と同様に電話処理の実行に移る（ステップＣ４〜Ｃ７）。
【００５６】
また、何らかの操作が行われたときには（ステップＣ２０でＹＥＳ）、操作に応じた処理として、例えば、電話発信処理、電子メール送信処理、タイミングフラグ設定処理などを実行する（ステップＣ２１）。このタイミングフラグ設定処理は、上述したタイミングフラグ“０”、“１”、“２”の中から所望するタイミングを任意に設定する操作が行われた際に実行される。その後、メモリＭＢの記憶残量を検出し、メモリ記憶残量は予め決められている閾値以上かを調べる（ステップＣ２２）。ここで、メモリ記憶残量が十分残っていて閾値以上であれば（ステップＣ２２でＹＥＳ）、上述のステップＣ３に戻るが、メモリ記憶残量が閾値を下回っていて残量不足の間近であれば（ステップＣ２２でＮＯ）、上述したタイミングフラグの値に拘わらず、縮小対象の電子メールを特定するためのメール特定処理を行ったのち（ステップＣ１２）、添付ファイル縮小処理に移る（ステップＣ１３）。
【００５７】
図８は、メール特定処理（図７のステップＣ１２）を詳述するためのフローチャートである。
先ず、制御部１は、メールフォルダＭＦの「受信日時」を参照して（ステップＤ１）、最も古い電子メールを特定し（ステップＤ２）、それに添付ファイルが有るかを調べる（ステップＤ３）。ここで、添付ファイルが無ければ、この電子メールを縮小対象から外すためにステップＤ８に移り、次に古い電子メールを特定したのち、それに添付ファイルが有るかを調べる（ステップＤ３）。
【００５８】
以下、「受信日時」の古い順に電子メールを順次特定しながら添付ファイルの有無をチェックする動作を繰り返す（ステップＤ３、Ｄ８）。これによって添付ファイルの有る電子メールを特定することができた場合には（ステップＤ３でＹＥＳ）、この添付ファイルは重要ファイルであるかを調べるために、その「重要フラグ」の値は“１”であるかをチェックする（ステップＤ４）。いま、「重要フラグ」が“１”で、重要な添付ファイルであると判断した場合には（ステップＤ４でＹＥＳ）、この電子メールを縮小対象から外すために、次に古い電子メールを特定する処理に移る（ステップＤ８）。
【００５９】
また、「重要フラグ」が“０”であれば（ステップＤ４でＮＯ）、特定した電子メールに対応付けられている「差出人」をメールフォルダＭＦから取得し（ステップＤ５）、この「差出人」に基づいてアドレス帳ＡＤを参照し（ステップＤ６）、その「差出人」に対応する「縮小フラグ」は“１”であるかをチェックすることによって添付ファイルの縮小が禁止されているファイルであるかを調べる（ステップＤ７）。ここで、「縮小フラグ」が“１”であれば（ステップＤ７でＹＥＳ）、この電子メールを縮小対象から外すために、次に古い電子メールを特定する処理に移るが（ステップＤ８）、「縮小フラグ」が“０”であれば（ステップＤ７でＮＯ）、この電子メールを縮小対象としてバッファＢＦに格納する（ステップＤ９）。
【００６０】
このようにして縮小対象となる電子メールを特定するメール特定処理が終わると（図７のステップＣ１２）、上述した図４のフローチャートにしたがって添付ファイル縮小処理を行う（ステップＣ１３）。そして、縮小前の電子メールを縮小後の電子メールに置き換えるために、縮小対象として特定した電子メールをメモリＭＢから削除したのち（ステップＣ１４）、縮小後の電子メールをバッファＢＦから読み出してメモリＭＢに記憶保存する（ステップＣ１５）。そして、バッファＢＦをクリアしたのち（ステップＣ１６）、上述のステップＣ３に戻る。
【００６１】
一方、電子メールを受信したときには（ステップＣ８でＹＥＳ）、受信した電子メールをメモリＭＢに記憶保存したのち（ステップＣ９）、メモリＭＢの記憶残量を検出し、その記憶残量は予め決められている閾値以上かを調べる（ステップＣ１０）。いま、メモリ記憶残量が閾値を下回っていて残量不足の間近であれば（ステップＣ１０でＮＯ）、タイミングフラグの値に拘わらず、縮小対象の電子メールを特定するメール特定処理を行ったのち（ステップＣ１２）、添付ファイル縮小処理の実行に移る（ステップＣ１３）。
【００６２】
また、メモリ記憶残量が十分残っていて閾値以上であれば（ステップＣ１０でＹＥＳ）、タイミングフラグが“１”に設定されているか、つまり、電子メールを受信した際に、電子メールを整理することが設定されているかを調べる（ステップＣ１１）。いま、タイミングフラグが“１”でなければ、上述のステップＣ３に戻るが、タイミングフラグが“１”であれば（ステップＣ１１でＹＥＳ）、縮小対象の電子メールを特定するメール特定処理を実行したのち（ステップＣ１２）、添付ファイル縮小処理の実行に移る（ステップＣ１３）。
【００６３】
他方、タイマが所定時間を計時した際には（ステップＣ１７でＹＥＳ）、タイミングフラグが“２”に設定されているか、つまり、タイマが所定時間を計時したことを条件に電子メールを整理することが設定されているかを調べる（ステップＣ１８）。いま、タイミングフラグが“２”でなければ、上述のステップＣ３に戻るが、タイミングフラグが“２”であれば（ステップＣ１８でＹＥＳ）、タイマをクリア・スタートさせる（ステップＣ１９）。そして、縮小対象の電子メールを特定するメール特定処理を実行したのち（ステップＣ１２）、添付ファイル縮小処理の実行に移る（ステップＣ１３）。
【００６４】
以上のように、この第２実施形態においては、メモリＭＢに記憶されている電子メールを整理するタイミングになったか否かを判別し、そのタイミングになった際に、その整理対象となる電子メールを特定して、この電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを電子メールと共にメモリＭＢに記憶するようにしたので、メモリＭＢの内容を整理することができ、膨大なファイルが添付されている電子メールを受信した場合でも電子メールを効率よく記憶することができ、電子メール受信側の負担を軽減することが可能となる。
【００６５】
新たな電子メールを受信した際に、電子メールを整理するタイミングであると判別するようにしたので、電子メールの受信時にメモリＭＢの内容を整理することができる。
【００６６】
メモリＭＢの記憶残量が所定の閾値より小さくなった際に、電子メールを整理するタイミングであると判別するようにしたので、メモリ記憶残量に応じてメモリＭＢの内容を整理することができるほか、メモリ残量が足りない場合に古い受信メールから自動的に削除するようにした機能が搭載されていても、気づかないうちに古い受信メールが削除されてしまうということを効果的に防止することができる。
【００６７】
所定の時間が経過する毎に、電子メールを整理するタイミングであると判別するようにしたので、ユーザが意識しなくても、メモリＭＢのメモリ残量を確保することができる。
【００６８】
メモリＭＢに記憶されている電子メールの日付（受信日時）に基づいて整理の対象となる電子メールを特定するようにしたので、重要ではない可能性がある最も古い電子メールの添付ファイルから優先して縮小することができる。
【００６９】
メモリＭＢに記憶されている電子メールの差出人が所定の差出人であるか否かにより整理の対象となる電子メールを特定するようにしたので、例えば、親しい友人から送られてきた電子メールの添付ファイルは縮小せず、それ例外の電子メールの添付ファイルを優先して縮小することができる。
【００７０】
メモリＭＢに記憶されている電子メールが重要メールであるか否かにより整理の対象となる電子メールを特定するようにしたので、重要な電子メールの添付ファイルは縮小せず、それ以外の電子メールの添付ファイルを優先して縮小することができる。
【００７１】
タイミングフラグ“０”、“１”、“２”の中から所望するタイミングを任意に指定するようにしたので、例えば、電子メールの過去の受信状況や今後の受信予定などを考慮して、適切なタイミングを設定することができる。
【００７２】
なお、上述した第２実施形態においては、メモリＭＢに記憶されている電子メールを整理するタイミングとして、メモリＭＢの記憶残量が予め設定されている閾値を下回る場合、電子メールを受信した際にメモリＭＢの記憶残量が閾値を下回る場合、タイマが所定時間を計時した場合を示したが、これに限らず、ユーザ操作によって電子メールの整理が指示された際に、メモリＭＢの内容を整理するようにしてもよい。
【００７３】
また、上述した第２実施形態においては、電子メールを整理するタイミングになった際に、添付ファイルのサイズを縮小するようにしたが、メッセージを出力して添付ファイルを縮小するか否かをユーザに問い合わせたのち、縮小を要求するユーザ指示に応答して添付ファイルのサイズを縮小するようにしてもよい。
【００７４】
また、上述した各実施形態においては、添付ファイルのサイズを縮小する場合、ファイル圧縮（可逆圧縮、非可逆圧縮）や表示サイズの変更を行うようにしたが、どのようにサイズを縮小するかは任意であり、例えば、電子メール毎に縮小する場合に限らず、複数の電子メールをまとめて縮小するようにしてもよい。つまり、メモリＭＢに記憶されている複数の電子メールに共通する部分（テキストや画像など）が存在する場合には、その共通部分を他の文字などに置き換えて記憶保存するようにしてもよい。
その他、電子メール機能付きの携帯電話機に限らず、例えば、電子メール機能付きのＰＤＡ（個人用の携帯情報端末）・デジタルカメラ・音楽プレイヤーであってもよい。
【図面の簡単な説明】
【００７５】
【図１】ファイルが添付された電子メールを受信して記憶する通信端末装置として適用した携帯電話機の基本的な構成要素を示したブロック図。
【図２】アドレス帳ＡＤを説明するための図。
【図３】電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャート。
【図４】添付ファイル縮小処理（図３のステップＡ１３）を詳述するためのフローチャート。
【図５】第２実施形態においてメールフォルダＭＦを説明するための図。
【図６】第２実施形態において電子メールを整理するタイミングを説明するための図。
【図７】第２実施形態において、電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャート。
【図８】メール特定処理（図７のステップＣ１２）を詳述するためのフローチャートである。
【符号の説明】
【００７６】
１ 制御部
３ 記憶部
４ 操作部
５ 通信部
ＢＦ バッファ
ＡＤ アドレス帳
ＭＦ メールフォルダ
ＭＢ メモリ
【技術分野】
【０００１】
この発明は、ファイルが添付された電子メールを受信して記憶する通信端末装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、この種の通信端末装置を使用して、大量の音楽、画像、動画などのファイルを添付して電子メールを相手側に送信すると、その受信側の負担が増大し、電子メールを保存するメモリの容量を大量に消費してしまうという問題があった。また、メモリ残量が足りない場合に古い受信メールから自動的に削除するようにした機能を搭載している通信端末装置にあっては、気づかないうちに古い受信メールが自動的に削除されてしまうという問題があった。
【０００３】
そこで、従来では、受信側の負荷を軽減するために、電子メールの送信時には、その添付ファイルのサイズを縮小することによって電子メールのファイルサイズを小さくするようにした技術が開示されている（特許文献１参照）。すなわち、この特許文献１には、電子メールの送信時に、予め設定されている基準値を超えるサイズのファイルが添付されていれば、この基準値よりも小さいファイルサイズに加工した代替ファイルを電子メールに添付して送信するようにした技術が開示されている。
【特許文献１】特開２０００−２３５５３１公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のような先行技術にあっては、不用意に非圧縮のままでファイルを添付して送信してしまうことがあり、電子メール送信側がその添付ファイルを縮小して送信しない限り、電子メール受信側の負荷を軽減することはできなかった。
【０００５】
この発明の課題は、ファイルが添付された電子メールを受信して記憶する場合に、受信した電子メールを効率よく記憶できるようにすることである。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために請求項１記載の発明は、ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、前記受信手段によって電子メールを受信した際に、この電子メールを一時的に格納する一時格納手段と、この一時格納手段に格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する条件判別手段と、この条件判別手段によって所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、を具備したことを特徴とする。
【０００７】
請求項１に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールのサイズが前記記憶手段の記憶残量より大きいか否かに応じて所定の条件を満たすかを否か判別する、ようにしたことを特徴とする請求項２記載の発明であってもよい。
【０００８】
請求項１に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールの差出人が所定の差出人であるか否かにより条件を満たすか否か判別する、ようにしたことを特徴とする請求項３記載の発明であってもよい。
【０００９】
請求項１に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールが重要メールであるか否かにより条件を満たすか否か判別する、ようにしたことを特徴とする請求項４記載の発明であってもよい。
【００１０】
請求項１に従属する発明として、前記制御手段は、前記添付ファイルのファイルサイズを縮小する、ようにしたことを特徴とする請求項５記載の発明であってもよい。
【００１１】
請求項５に従属する発明として、前記条件判別手段は、前記受信手段によって受信した電子メールの添付ファイルが既に縮小されている場合であっても、更なる縮小が可能であるか否かを判別し、前記制御手段は、前記条件判別手段により更なる縮小が可能と判別された場合に、当該添付ファイルのサイズの更なる縮小を行う、ようにしたことを特徴とする請求項６記載の発明であってもよい。
【００１２】
請求項１に従属する発明として、前記受信手段によって受信した電子メールの添付ファイルは、画像ファイルあるいは映像ファイルであって、前記制御手段は、当該添付ファイルの表示サイズを縮小する、ようにしたことを特徴とする請求項７記載の発明であってもよい。
【００１３】
また、上述した課題を解決するために請求項８記載の発明は、ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別するタイミング判別手段と、このタイミング判別手段によって電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する特定手段と、この特定手段によって特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、を具備したことを特徴とする。
【００１４】
請求項８に従属する発明として、前記タイミング判別手段は、前記受信手段によって新たな電子メールが受信された際に、前記記憶手段に記憶されている電子メールを整理するタイミングであると判別する、ようにしたことを特徴とする請求項９記載の発明であってもよい。
【００１５】
請求項８に従属する発明として、前記タイミング判別手段は、前記記憶手段の記憶残量が所定の閾値より小さくなった際に、電子メールを整理するタイミングであると判別する、ようにしたことを特徴とする請求項１０記載の発明であってもよい。
【００１６】
請求項８に従属する発明として、前記タイミング判別手段は、所定の時間が経過する毎に、電子メールを整理するタイミングであると判別する、ようにしたことを特徴とする請求項１１記載の発明であってもよい。
【００１７】
請求項８に従属する発明として、前記特定手段は、前記記憶手段に記憶されている電子メールの日付により整理の対象となる電子メールを特定する、ようにしたことを特徴とする請求項１２記載の発明であってもよい。
【００１８】
請求項８に従属する発明として、前記特定手段は、前記記憶手段に記憶されている電子メールの差出人が所定の差出人であるか否かにより整理の対象となる電子メールを特定する、ようにしたことを特徴とする請求項１３記載の発明であってもよい。
【００１９】
請求項８に従属する発明として、前記特定手段は、前記記憶手段に記憶されている電子メールが重要メールであるか否かにより整理の対象となる電子メールを特定する、ようにしたことを特徴とする請求項１４記載の発明であってもよい。
【００２０】
請求項８に従属する発明として、前記記憶手段に記憶されている電子メールを整理するタイミングをユーザ操作によって任意に指定するタイミング指定手段を更に備え、前記タイミング判別手段は、前記タイミング指定手段によって指定されたタイミングになったか否かを判別する、ようにしたことを特徴とする請求項１５記載の発明であってもよい。
【００２１】
また、上述した課題を解決するために請求項１６記載の発明は、コンピュータに対して、ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶する機能と、前記電子メールを受信した際に、この電子メールを一時的に格納する機能と、前記一時格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する機能と、前記判別の結果、所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、を実現させるためのプログラムを特徴とする。
【００２２】
また、上述した課題を解決するために請求項１７記載の発明は、コンピュータに対して、ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶させる処理を行う機能と、前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別する機能と、前記電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する機能と、前記特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、を実現させるためのプログラムを特徴とする。
【発明の効果】
【００２３】
この発明によれば、ファイルが添付された電子メールを受信して記憶する場合に、受信した電子メールを効率よく記憶することができ、電子メール受信側の負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【００２４】
（実施形態１）
以下、図１〜図４を参照して本発明の第１実施形態を説明する。
この実施形態は、ファイルが添付された電子メールを受信して記憶する通信端末装置として、携帯電話機に適用した場合を例示したもので、図１は、この携帯電話機の基本的な構成要素を示したブロック図である。
この携帯電話機は、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）など、各種の機能を備えている。この電子メール機能は、図示省略したが、無線通信網、送信側のメールサーバ、受信側のメールサーバを介して電子メール（ショートメールをも含む）の送受信を行う通信機能である。なお、電子メールには画像・音声・映像などの各種のファイルを添付することができるが、以下、電子メールにファイルが添付されている場合でも、単に、電子メールと称する場合がある。
【００２５】
制御部１は、二次電池を備えた電源部２からの電力供給によって動作し、記憶部３内の各種のプログラムに応じてこの携帯電話機の全体動作を制御するもので、この制御部１にはＣＰＵ（中央演算処理装置）やメモリなどが設けられている。記憶部３は、ＲＯＭ、ＲＡＭなどの内部メモリで、プログラム領域とデータ領域とを有し、このプログラム領域には、後述する図３及び図４に示す動作手順に応じて本実施形態を実現するためのプログラムが格納されている。
【００２６】
また、記憶部３のデータ領域には、この携帯電話機が動作するために必要な各種のデータ（例えば、フラグ情報、タイマ情報など）を一時的に記憶するワーク領域などが設けられている。また、このデータ領域には、受信した電子メールを一時的に格納（一時記憶）するためのバッファＢＦ、このバッファＢＦ内の電子メールを記憶保存するためのメモリ（メールボックス）ＭＢが設けられているほか、後述するアドレス帳ＡＤ、メールフォルダＭＦが設けられている。なお、記憶部３としては、例えば、ＳＤカード、ＩＣカードなど、着脱自在な可搬型メモリ（記録メディア）を含む構成であってもよい。操作部４は、ダイヤル入力、文字入力、コマンド入力などを行うもので、制御部１は、操作部４からのキー操作信号に応じた処理として、例えば、電子メール作成／編集処理、電子メール送信処理など、各種の処理を実行する。
【００２７】
通信部５は、無線部、ベースバンド部、多重分離部などを備え、例えば、通話機能、電子メール機能、インターネット接続機能の動作時に最寄りの基地局との間でデータの送受信を行うもので、通話機能の動作時にはベースバンド部の受信側から信号を取り込んで受信ベースバンド信号に復調したのち、電話部６を介して通話用スピーカＳＰから音声出力させ、また、通話用マイクＭＣからの入力音声データを電話部６から取り込み、送信ベースバンド信号に符号化したのち、ベースバンド部の送信側に与えてアンテナから発信出力させる。また、通信部５は、無線通信網を介して電子メールを受信したり、送信したりする電子メールの送受信動作を行う。表示部７は、高精細液晶あるいは有機ＥＬなどを使用し、例えば、文字情報、待受画像、電子メールの内容などを表示する。
【００２８】
図２は、アドレス帳ＡＤを説明するための図である。
アドレス帳ＡＤは、通信相手に関する情報を記憶するもので、「名前」、「メールアドレス」、「電話番号」、「縮小フラグ」の各項目を有し、その内容は、操作部４や可搬型メモリなどから任意に入力設定されたものである。「名前」、「メールアドレス」、「電話番号」は、通信相手を特定するための情報である。「縮小フラグ」は、受信した電子メールの差出人に応じてその電メールに添付されているファイルを縮小してもよいか否か、つまり、縮小を禁止するか許可するかを示すフラグで、その値が“１”の場合には、その添付ファイルの縮小を禁止することを示し、“０”の場合には、添付ファイルの縮小を許容することを示している。
【００２９】
ここで、制御部１は、通信部５からの電子メールの受信を検出すると、受信した電子メールをバッファＢＦに一時的に格納したのち、このバッファＢＦ内に格納されている電子メールの添付ファイルのサイズを縮小するための所定の条件を満たすか否かの判別するようにしている。ここで、その条件を満たせば、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共にメモリＭＢに記憶保存するようにしている。この場合、上述の「縮小フラグ」は、添付ファイルのサイズを縮小するか否かを示す所定の条件で、受信した電子メールの差出人（発信元）に対応する「縮小フラグ」が“０”に設定されていれば、所定の条件を満たすものとして、添付ファイルのサイズを縮小するようにしている。
【００３０】
また、添付ファイルのサイズを縮小するための条件としては、上述した電子メールの差出人以外に、その添付ファイルのサイズがメモリＭＢの記憶残量より大きいことを条件とし、また、電子メールが重要メールであることを条件としている。また、添付ファイルのサイズを縮小する場合には、ファイル圧縮（可逆圧縮、非可逆圧縮）や表示サイズの変更を行うようにしている。例えば、添付ファイルが音楽などの音声ファイルであれば、非可逆圧縮を行い、画像（静止画）ファイルであれば、可逆圧縮又は非可逆圧縮を行い、映像（動画）ファイルであれば、動画特有の圧縮としてフレーム間予測などを行うようにしている。
【００３１】
次に、第１実施形態における携帯電話機の動作概念を図３及び図４に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。このことは後述する他の実施形態においても同様であり、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００３２】
図３は、電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャートである。
先ず、制御部１は、バッファＢＦなどをクリアするなどの初期処理を行ったのち（ステップＡ１）、着信などの待ち受け状態となる（ステップＡ２）。そして、この待ち受け状態において、通信部５から電話の着信有無をチェックしたり（ステップＡ３）、電子メールの受信有無をチェックしたり（ステップＡ８）、何らかの操作有無をチェックしたりする（ステップＡ１７）。いま、電話着信を検出したときには（ステップＡ３でＹＥＳ）、回線接続させるオフフック操作に応答して（ステップＡ４でＹＥＳ）、通話可能状態とする通話処理を開始する（ステップＡ５）。また、その後のオンフック操作に応答して（ステップＡ６でＹＥＳ）、回線切断処理を実行したのち（ステップＡ７）、上述のステップＡ３に戻る。
【００３３】
また、待ち受け状態において、何らかの操作が行われたときには（ステップＡ１７でＹＥＳ）、その操作に応じた処理として、例えば、電話発信処理、電子メール送信処理、各種の設定処理などを行ったのち（ステップＡ１８）、上述のステップＡ３に戻る。また、通信部５から電子メールを受信した場合には（ステップＡ８でＹＥＳ）、この電子メールをバッファＢＦに格納したのち（ステップＡ９）、この電子メール（添付ファイルを含む）のサイズを検出するほか、メモリＭＢの記憶残量を検出したのち、この受信メールサイズは、現時点におけるメモリＭＢの記憶残量以下であるか、つまり、現在の記憶残量で電子メールをその添付ファイルを含めてメモリＭＢに保存することができるかを調べる（ステップＡ１０）。
【００３４】
ここで、「電子メールのサイズ≦メモリＭＢの記憶残量」が成立する場合には（ステップＡ１０でＹＥＳ）、電子メールの全てをメモリＭＢに保存することができるので、ステップＡ１９に移り、今回受信した電子メールにはファイルが添付されているかを調べる。いま、添付ファイルが無ければ（ステップＡ１９でＮＯ）、ステップＡ１５に移り、今回受信した電子メールをバッファＢＦから読み出してメモリＭＢに転送保存する。そして、バッファＢＦの内容をクリアしたのち（ステップＡ１６）、上述のステップＡ３に戻る。
【００３５】
また、添付ファイルが有れば（ステップＡ１９でＹＥＳ）、この添付ファイルに“重要フラグ”が付加されているかを調べる（ステップＡ２０）。この重要フラグは、電子メールの送信者側において、重要性の高いファイルであることを明示するために付加されたもので、電子メールやその添付ファイルに“重要フラグ”が付加されていれば（ステップＡ２０でＹＥＳ）、添付ファイル（重要ファイル）の縮小を禁止するために、ステップＡ１５に移り、バッファＢＦ内の電子メールを添付ファイルと共に読み出してメモリＭＢに転送保存する。
【００３６】
また、“重要フラグ”が付加されていなければ（ステップＡ２０でＮＯ）、電子メールの差出人を特定する情報（例えば、名前、メールアドレスなど）を取得し（ステップＡ２１）、この情報に基づいてアドレス帳ＡＤを参照して差出人を特定する（ステップＡ２２）。そして、この差出人に対応付けられている「縮小フラグ」は、“１”か、つまり、添付ファイルの縮小が禁止されているかを調べ（ステップＡ２３）、「縮小フラグ」が“１”であれば（ステップＡ２３でＹＥＳ）、上述の場合と同様に、添付ファイルの縮小を禁止するために、ステップＡ１５に移り、バッファＢＦ内の電子メールをその添付ファイルと共に読み出してメモリＭＢに転送保存する。
【００３７】
一方、電子メールを受信してバッファＢＦに格納した状態において、メモリＭＢの記憶残量が電子メールのサイズ未満で、この電子メールをメモリＭＢに保存することができない場合には（ステップＡ１０でＮＯ）、今回受信した電子メールにファイルが添付されているかを調べる（ステップＡ１１）。いま、添付ファイルが無ければ（ステップＡ１１でＮＯ）、メモリＭＢの残量不足を報知するために、メモリオーバーエラー表示を行う（ステップＡ１２）。そして、バッファＢＦの内容をクリアしたのち（ステップ１６）、上述のステップＡ３に戻る。
【００３８】
また、メモリＭＢの記憶残量が少なく、今回受信した電子メールを保存できない場合に（ステップＡ１０でＮＯ）、それに添付ファイルが有れば（ステップＡ１１でＹＥＳ）、後述する添付ファイル縮小処理の実行に移る（ステップＡ１３）。この添付ファイル縮小処理は、バッファＢＦ内の添付ファイルのサイズを縮小するもので、この縮小処理が実行開始されるのは、添付ファイルのサイズがメモリＭＢの記憶残量よりも大きい場合のほか（ステップＡ１０でＮＯ）、重要な添付ファイルではない場合（ステップＡ２０でＮＯ）でかつ電子メールの差出人が所定の差出人（縮小フラグが“０”の差出人）の場合（ステップＡ２３でＮＯ）である。この添付ファイル縮小処理によって添付ファイルのサイズが縮小されると、この縮小後の添付ファイルのサイズを検出し、バッファＢＦ内の電子メールのサイズ（縮小後のサイズ）を検出し、縮小後のメールサイズは、メモリＭＢの記憶残量以下であるかを調べる（ステップＡ１４）。
【００３９】
いま、添付ファイルのサイズを縮小しても、縮小後のメールサイズがメモリＭＢの記憶残量を超えたままであれば（ステップＡ１４でＮＯ）、メモリＭＢの残量不足を報知するために、メモリオーバーエラー表示を行うが（ステップＡ１２）、添付ファイルを縮小することによってメールサイズがメモリＭＢの記憶残量以下であった場合、つまり、添付ファイルのサイズを縮小することによってメモリＭＢに保存できるようになった場合には（ステップＡ１４でＹＥＳ）、バッファＢＦ内の電子メールをその添付ファイルと共に読み出してメモリＭＢに転送保存する（ステップＡ１５）。
【００４０】
図４は、添付ファイル縮小処理（図３のステップＡ１３）を詳述するためのフローチャートである。
先ず、制御部１は、添付ファイルは画像（静止画）ファイルか（ステップＢ１）、映像（動画）ファイルかその他のファイルかを調べる（ステップＢ４）。いま、添付ファイルが画像ファイルであれば（ステップＢ１でＹＥＳ）、その表示サイズ（解像度）は、１２８０×９６０ｄｏｔｓ（１００万画素）より大きいかを調べ（ステップＢ２）、１２８０×９６０ｄｏｔｓより大きくなければ、次のステップＢ７に移るが、１２８０×９６０ｄｏｔｓより大きければ（ステップＢ２でＹＥＳ）、アスペクト比を維持して表示サイズを１２８０×９６０ｄｏｔｓ以下、例えば、１２８０×７２０ｄｏｔｓ（１６：９）、９６０×９６０ｄｏｔｓ（１：１）などのサイズに縮小したのち（ステップＢ３）、次のステップＢ９に移る。
【００４１】
同様に、添付ファイルが映像ファイルであれば（ステップＢ４でＹＥＳ）、その表示サイズは、６４０×４８０ｄｏｔｓより大きいかを調べ（ステップＢ５）、６４０×４８０ｄｏｔｓより大きくなければ、次のステップＢ７に移るが、６４０×４８０ｏｔｓより大きければ（ステップＢでＹＥＳ）、アスペクト比を維持して表示サイズを６４０×４８０ｄｏｔｓ以下、例えば、６４０×３６０ｄｏｔｓ（１６：９）などのサイズに縮小したのち（ステップＢ６）、次のステップＢ９に移る。また、画像ファイル、映像ファイル以外の添付ファイルである場合には（ステップＢ４でＮＯ）、次のステップＢ７に移る。
【００４２】
このステップＢ７は、受信した添付ファイルが圧縮されているか、つまり、電子メールの送信側などで既にファイルが圧縮済みであるかをチェックするための判断ステップであり、添付ファイルが圧縮されていなければ（ステップＢ７でＮＯ）、ステップＢ９に移ってファイル圧縮処理を実行して添付ファイルを圧縮する。ここで、添付ファイルの種類などに応じてその添付ファイルに対して可逆圧縮、非可逆圧縮、フレーム間予測などを行う。そして、バッファＢＦ内の当該添付ファイルを当該圧縮（縮小）後の添付ファイルに置き換えたのち（ステップＢ１０）、図４のフローの終了となる。また、受信した添付ファイルが既にファイル圧縮されている場合でも（ステップＢ７でＹＥＳ）、この添付ファイルの更なる圧縮が可能であれば（ステップＢ８でＹＥＳ）、例えば、圧縮率や圧縮方法を変更して、更なる圧縮を行うが（ステップＢ９）、更なる圧縮が不可能であれば（ステップＢ８でＮＯ）、この時点で図４のフローの終了となる。
【００４３】
以上のように、この第１実施形態において制御部１は、通信部５から電子メールを受信した際に、この電子メールをバッファＢＦに一時的に格納すると共に、この電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別し、その条件を満たしている場合には、この添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共にメモリＭＢに記憶するようにしたので、添付ファイルを縮小しても良いか否かを判別しつつメモリＭＢの使用量を減らすことができる。したがって、膨大なファイルが添付されている電子メールを受信した場合でも電子メールを効率よく記憶することができ、電子メール受信側の負担を軽減することが可能となる。
【００４４】
また、受信した電子メールのサイズがメモリＭＢの記憶残量より大きいか否かにより所定の条件を満たすかを否か判別するようにしたことで、メモリ残量が足りない場合に古い受信メールから自動的に削除する機能を搭載している場合でも、気づかないうちに古い受信メールが削除されてしまうという事態を解消することができる。
【００４５】
受信した電子メールの差出人が所定の差出人（縮小フラグが“０”の差出人）であるか否かにより条件を満たすか否か判別するようにしたので、電子メールの差出人が親しい友人などの特定人であれば、その添付ファイルを縮小せずに記憶することができ、それ以外の差出人であれば、その添付ファイルを縮小して記憶することができるので、差出人が誰かに応じて添付ファイルのサイズを縮小することができる。特に、添付ファイルを非可逆性圧縮する場合でも、親しい友人などの特定人からの添付ファイルであれば、その全ての内容をそのまま閲覧することができる。
【００４６】
受信した電子メールが重要メールであるか否かにより条件を満たすか否か判別するようにしたので、重要な添付ファイルであれば、それを縮小せずに記憶することができ、それ以外の添付ファイルであれば、それを縮小して記憶することができるので、重要な添付ファイルかに応じて添付ファイルのサイズを縮小することができる。特に、添付ファイルを非可逆性圧縮する場合でも、重要な添付ファイルであれば、その全ての内容をそのまま閲覧することができる。
【００４７】
添付ファイルのファイルサイズを縮小するようにしたので、可逆圧縮又は非可逆圧縮による効果的な圧縮が可能となり、メモリＭＢの使用量を減らすことができる。
【００４８】
受信した電子メールの添付ファイルが既に縮小されている場合であっても、更なる縮小が可能であるか否かを判別し、更なる縮小が可能であれば、添付ファイルのサイズの更なる縮小を行うようにしたので、効果的な圧縮が可能となり、メモリＭＢの使用量を減らすことができる。
【００４９】
受信される添付ファイルが画像ファイル、映像ファイルの場合には、その添付ファイルの表示サイズを縮小するようにしたので、表示サイズの変更によって効果的な圧縮が可能となり、メモリＭＢの使用量を減らすことができる。
【００５０】
なお、上述した実施形態においては、添付ファイルのサイズを縮小するための条件として、電子メールの差出人、メモリＭＢの記憶残量、電子メールの重要性を例示したが、これに限らず、添付ファイルの内容、日時情報などを縮小条件としてもよい。例えば、撮影画像が添付ファイルの場合には、その撮影画像を解析して人物が写っているかを判定し、人物が写っていれば、その画像ファイルを縮小せず、それ以外の画像ファイルを縮小するようにしてもよい。また、添付ファイルに含まれている日時情報（撮影日時など）を参照した結果、例えば、現在日時よりも６ヶ月以上前の撮影であれば、その添付ファイルを縮小し、それ以降の撮影であれば、添付ファイルを縮小しないようにしてもよい。
【００５１】
また、上述した第１実施形態においては、添付ファイルを縮小するための条件が成立した際に、添付ファイルのサイズを縮小するようにしたが、メッセージを出力して添付ファイルを縮小するか否かをユーザに問い合わせたのち、縮小を要求するユーザ指示に応答して添付ファイルのサイズを縮小するようにしてもよい。
【００５２】
（実施形態２）
以下、この発明の第２実施形態について図５〜図８を参照して説明する。
なお、上述した第１実施形態においては、電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別し、その条件を満たしている場合には、その電子メールの添付ファイルのサイズを縮小するようにしたが、この第２実施形態においては、メモリＭＢに保存されている電子メールを整理するタイミングになったか否かを判別し、整理するタイミングになった場合に、その電子メールの添付ファイルのサイズを縮小するようにしたものである。ここで、両実施形態において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施形態の特徴部分を中心に説明するものとする。なお、上述の第１実施形態で説明した図１、図２は、この第２実施形態においても同様であるので、その説明は省略するものとする。
【００５３】
図５は、メールフォルダＭＦを説明するための図である。
メールフォルダＭＦは、メモリＭＢに保存されている各電子メールを管理するための管理情報を記憶するもので、「受信日時」、「差出人」、「題名」、「重要」、「添付」の各項目を有している。「受信日時」は、電子メールを受信したときの日時、「差出人」はその発信元、「題名」は、そのタイトルを示している。「重要」は受信した電子メールやその添付ファイルに付加されている“重要フラグ”を示し、上述した第１実施形態と同様に、その値が“１”のときには、重要性があるファイルであることを示している。「添付」は、添付ファイルの種類（例えば、画像、映像、音楽）を示している。
【００５４】
図６は、電子メールを整理するタイミングを説明するための図である。
メモリＭＢに保存されている電子メールを整理するタイミングを示すフラグとしては、“０”、“１”、“２”を有し、タイミングフラグ“０”は、メモリＭＢの記憶残量が予め設定されている閾値を下回る場合のみ添付ファイルのサイズを縮小する処理を行うことを示している。タイミングフラグ“１”は、電子メールを受信した際に、メモリＭＢの記憶残量が閾値を下回る場合に添付ファイルのサイズを縮小する処理を行うことを示している。タイミングフラグ“２”は、タイマが所定時間を計時する毎に添付ファイルのサイズを縮小する処理を行うことを示している。このように電子メールを整理するタイミングとして、各タイミングフラグ“０”、“１”、“２”のうち、そのいずれかをユーザ操作によって任意に指定して設定可能となっている。
【００５５】
図７は、第２実施形態において、電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャートである。
先ず、制御部１は、バッファＢＦ、タイマなどをクリアするなどの初期処理を行ったのち（ステップＣ１）、着信などの待ち受け状態となる（ステップＣ２）。そして、電話の着信有無をチェックしたり（ステップＣ３）、電子メールの受信有無をチェックしたり（ステップＣ８）、タイマが所定の時間（例えば、６０分）を計時したかをチェックしたり（ステップＣ１７）、何らかの操作有無をチェックしたりする（ステップＣ２０）。いま、図３と同様に、電話着信を検出したときには（ステップＣ３でＹＥＳ）、第１実施形態と同様に電話処理の実行に移る（ステップＣ４〜Ｃ７）。
【００５６】
また、何らかの操作が行われたときには（ステップＣ２０でＹＥＳ）、操作に応じた処理として、例えば、電話発信処理、電子メール送信処理、タイミングフラグ設定処理などを実行する（ステップＣ２１）。このタイミングフラグ設定処理は、上述したタイミングフラグ“０”、“１”、“２”の中から所望するタイミングを任意に設定する操作が行われた際に実行される。その後、メモリＭＢの記憶残量を検出し、メモリ記憶残量は予め決められている閾値以上かを調べる（ステップＣ２２）。ここで、メモリ記憶残量が十分残っていて閾値以上であれば（ステップＣ２２でＹＥＳ）、上述のステップＣ３に戻るが、メモリ記憶残量が閾値を下回っていて残量不足の間近であれば（ステップＣ２２でＮＯ）、上述したタイミングフラグの値に拘わらず、縮小対象の電子メールを特定するためのメール特定処理を行ったのち（ステップＣ１２）、添付ファイル縮小処理に移る（ステップＣ１３）。
【００５７】
図８は、メール特定処理（図７のステップＣ１２）を詳述するためのフローチャートである。
先ず、制御部１は、メールフォルダＭＦの「受信日時」を参照して（ステップＤ１）、最も古い電子メールを特定し（ステップＤ２）、それに添付ファイルが有るかを調べる（ステップＤ３）。ここで、添付ファイルが無ければ、この電子メールを縮小対象から外すためにステップＤ８に移り、次に古い電子メールを特定したのち、それに添付ファイルが有るかを調べる（ステップＤ３）。
【００５８】
以下、「受信日時」の古い順に電子メールを順次特定しながら添付ファイルの有無をチェックする動作を繰り返す（ステップＤ３、Ｄ８）。これによって添付ファイルの有る電子メールを特定することができた場合には（ステップＤ３でＹＥＳ）、この添付ファイルは重要ファイルであるかを調べるために、その「重要フラグ」の値は“１”であるかをチェックする（ステップＤ４）。いま、「重要フラグ」が“１”で、重要な添付ファイルであると判断した場合には（ステップＤ４でＹＥＳ）、この電子メールを縮小対象から外すために、次に古い電子メールを特定する処理に移る（ステップＤ８）。
【００５９】
また、「重要フラグ」が“０”であれば（ステップＤ４でＮＯ）、特定した電子メールに対応付けられている「差出人」をメールフォルダＭＦから取得し（ステップＤ５）、この「差出人」に基づいてアドレス帳ＡＤを参照し（ステップＤ６）、その「差出人」に対応する「縮小フラグ」は“１”であるかをチェックすることによって添付ファイルの縮小が禁止されているファイルであるかを調べる（ステップＤ７）。ここで、「縮小フラグ」が“１”であれば（ステップＤ７でＹＥＳ）、この電子メールを縮小対象から外すために、次に古い電子メールを特定する処理に移るが（ステップＤ８）、「縮小フラグ」が“０”であれば（ステップＤ７でＮＯ）、この電子メールを縮小対象としてバッファＢＦに格納する（ステップＤ９）。
【００６０】
このようにして縮小対象となる電子メールを特定するメール特定処理が終わると（図７のステップＣ１２）、上述した図４のフローチャートにしたがって添付ファイル縮小処理を行う（ステップＣ１３）。そして、縮小前の電子メールを縮小後の電子メールに置き換えるために、縮小対象として特定した電子メールをメモリＭＢから削除したのち（ステップＣ１４）、縮小後の電子メールをバッファＢＦから読み出してメモリＭＢに記憶保存する（ステップＣ１５）。そして、バッファＢＦをクリアしたのち（ステップＣ１６）、上述のステップＣ３に戻る。
【００６１】
一方、電子メールを受信したときには（ステップＣ８でＹＥＳ）、受信した電子メールをメモリＭＢに記憶保存したのち（ステップＣ９）、メモリＭＢの記憶残量を検出し、その記憶残量は予め決められている閾値以上かを調べる（ステップＣ１０）。いま、メモリ記憶残量が閾値を下回っていて残量不足の間近であれば（ステップＣ１０でＮＯ）、タイミングフラグの値に拘わらず、縮小対象の電子メールを特定するメール特定処理を行ったのち（ステップＣ１２）、添付ファイル縮小処理の実行に移る（ステップＣ１３）。
【００６２】
また、メモリ記憶残量が十分残っていて閾値以上であれば（ステップＣ１０でＹＥＳ）、タイミングフラグが“１”に設定されているか、つまり、電子メールを受信した際に、電子メールを整理することが設定されているかを調べる（ステップＣ１１）。いま、タイミングフラグが“１”でなければ、上述のステップＣ３に戻るが、タイミングフラグが“１”であれば（ステップＣ１１でＹＥＳ）、縮小対象の電子メールを特定するメール特定処理を実行したのち（ステップＣ１２）、添付ファイル縮小処理の実行に移る（ステップＣ１３）。
【００６３】
他方、タイマが所定時間を計時した際には（ステップＣ１７でＹＥＳ）、タイミングフラグが“２”に設定されているか、つまり、タイマが所定時間を計時したことを条件に電子メールを整理することが設定されているかを調べる（ステップＣ１８）。いま、タイミングフラグが“２”でなければ、上述のステップＣ３に戻るが、タイミングフラグが“２”であれば（ステップＣ１８でＹＥＳ）、タイマをクリア・スタートさせる（ステップＣ１９）。そして、縮小対象の電子メールを特定するメール特定処理を実行したのち（ステップＣ１２）、添付ファイル縮小処理の実行に移る（ステップＣ１３）。
【００６４】
以上のように、この第２実施形態においては、メモリＭＢに記憶されている電子メールを整理するタイミングになったか否かを判別し、そのタイミングになった際に、その整理対象となる電子メールを特定して、この電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを電子メールと共にメモリＭＢに記憶するようにしたので、メモリＭＢの内容を整理することができ、膨大なファイルが添付されている電子メールを受信した場合でも電子メールを効率よく記憶することができ、電子メール受信側の負担を軽減することが可能となる。
【００６５】
新たな電子メールを受信した際に、電子メールを整理するタイミングであると判別するようにしたので、電子メールの受信時にメモリＭＢの内容を整理することができる。
【００６６】
メモリＭＢの記憶残量が所定の閾値より小さくなった際に、電子メールを整理するタイミングであると判別するようにしたので、メモリ記憶残量に応じてメモリＭＢの内容を整理することができるほか、メモリ残量が足りない場合に古い受信メールから自動的に削除するようにした機能が搭載されていても、気づかないうちに古い受信メールが削除されてしまうということを効果的に防止することができる。
【００６７】
所定の時間が経過する毎に、電子メールを整理するタイミングであると判別するようにしたので、ユーザが意識しなくても、メモリＭＢのメモリ残量を確保することができる。
【００６８】
メモリＭＢに記憶されている電子メールの日付（受信日時）に基づいて整理の対象となる電子メールを特定するようにしたので、重要ではない可能性がある最も古い電子メールの添付ファイルから優先して縮小することができる。
【００６９】
メモリＭＢに記憶されている電子メールの差出人が所定の差出人であるか否かにより整理の対象となる電子メールを特定するようにしたので、例えば、親しい友人から送られてきた電子メールの添付ファイルは縮小せず、それ例外の電子メールの添付ファイルを優先して縮小することができる。
【００７０】
メモリＭＢに記憶されている電子メールが重要メールであるか否かにより整理の対象となる電子メールを特定するようにしたので、重要な電子メールの添付ファイルは縮小せず、それ以外の電子メールの添付ファイルを優先して縮小することができる。
【００７１】
タイミングフラグ“０”、“１”、“２”の中から所望するタイミングを任意に指定するようにしたので、例えば、電子メールの過去の受信状況や今後の受信予定などを考慮して、適切なタイミングを設定することができる。
【００７２】
なお、上述した第２実施形態においては、メモリＭＢに記憶されている電子メールを整理するタイミングとして、メモリＭＢの記憶残量が予め設定されている閾値を下回る場合、電子メールを受信した際にメモリＭＢの記憶残量が閾値を下回る場合、タイマが所定時間を計時した場合を示したが、これに限らず、ユーザ操作によって電子メールの整理が指示された際に、メモリＭＢの内容を整理するようにしてもよい。
【００７３】
また、上述した第２実施形態においては、電子メールを整理するタイミングになった際に、添付ファイルのサイズを縮小するようにしたが、メッセージを出力して添付ファイルを縮小するか否かをユーザに問い合わせたのち、縮小を要求するユーザ指示に応答して添付ファイルのサイズを縮小するようにしてもよい。
【００７４】
また、上述した各実施形態においては、添付ファイルのサイズを縮小する場合、ファイル圧縮（可逆圧縮、非可逆圧縮）や表示サイズの変更を行うようにしたが、どのようにサイズを縮小するかは任意であり、例えば、電子メール毎に縮小する場合に限らず、複数の電子メールをまとめて縮小するようにしてもよい。つまり、メモリＭＢに記憶されている複数の電子メールに共通する部分（テキストや画像など）が存在する場合には、その共通部分を他の文字などに置き換えて記憶保存するようにしてもよい。
その他、電子メール機能付きの携帯電話機に限らず、例えば、電子メール機能付きのＰＤＡ（個人用の携帯情報端末）・デジタルカメラ・音楽プレイヤーであってもよい。
【図面の簡単な説明】
【００７５】
【図１】ファイルが添付された電子メールを受信して記憶する通信端末装置として適用した携帯電話機の基本的な構成要素を示したブロック図。
【図２】アドレス帳ＡＤを説明するための図。
【図３】電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャート。
【図４】添付ファイル縮小処理（図３のステップＡ１３）を詳述するためのフローチャート。
【図５】第２実施形態においてメールフォルダＭＦを説明するための図。
【図６】第２実施形態において電子メールを整理するタイミングを説明するための図。
【図７】第２実施形態において、電源投入（オン）に伴って実行開始される携帯電話機の全体動作の概要を示したフローチャート。
【図８】メール特定処理（図７のステップＣ１２）を詳述するためのフローチャートである。
【符号の説明】
【００７６】
１ 制御部
３ 記憶部
４ 操作部
５ 通信部
ＢＦ バッファ
ＡＤ アドレス帳
ＭＦ メールフォルダ
ＭＢ メモリ
【特許請求の範囲】
【請求項１】
ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、
前記受信手段によって電子メールを受信した際に、この電子メールを一時的に格納する一時格納手段と、
この一時格納手段に格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する条件判別手段と、
この条件判別手段によって所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、
を具備したことを特徴とする通信端末装置。
【請求項２】
前記条件判別手段は、前記受信手段によって受信した電子メールのサイズが前記記憶手段の記憶残量より大きいか否かに応じて所定の条件を満たすかを否か判別する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記条件判別手段は、前記受信手段によって受信した電子メールの差出人が所定の差出人であるか否かにより条件を満たすか否か判別する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項４】
前記条件判別手段は、前記受信手段によって受信した電子メールが重要メールであるか否かにより条件を満たすか否か判別する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項５】
前記制御手段は、前記添付ファイルのファイルサイズを縮小する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項６】
前記条件判別手段は、前記受信手段によって受信した電子メールの添付ファイルが既に縮小されている場合であっても、更なる縮小が可能であるか否かを判別し、
前記制御手段は、前記条件判別手段により更なる縮小が可能と判別された場合に、当該添付ファイルのサイズの更なる縮小を行う、
ようにしたことを特徴とする請求項５記載の通信端末装置。
【請求項７】
前記受信手段によって受信した電子メールの添付ファイルは、画像ファイルあるいは映像ファイルであって、前記制御手段は、当該添付ファイルの表示サイズを縮小する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項８】
ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、
前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別するタイミング判別手段と、
このタイミング判別手段によって電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する特定手段と、
この特定手段によって特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、
を具備したことを特徴とする通信端末装置。
【請求項９】
前記タイミング判別手段は、前記受信手段によって新たな電子メールが受信された際に、前記記憶手段に記憶されている電子メールを整理するタイミングであると判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１０】
前記タイミング判別手段は、前記記憶手段の記憶残量が所定の閾値より小さくなった際に、電子メールを整理するタイミングであると判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１１】
前記タイミング判別手段は、所定の時間が経過する毎に、電子メールを整理するタイミングであると判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１２】
前記特定手段は、前記記憶手段に記憶されている電子メールの日付により整理の対象となる電子メールを特定する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１３】
前記特定手段は、前記記憶手段に記憶されている電子メールの差出人が所定の差出人であるか否かにより整理の対象となる電子メールを特定する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１４】
前記特定手段は、前記記憶手段に記憶されている電子メールが重要メールであるか否かにより整理の対象となる電子メールを特定する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１５】
前記記憶手段に記憶されている電子メールを整理するタイミングをユーザ操作によって任意に指定するタイミング指定手段を更に備え、
前記タイミング判別手段は、前記タイミング指定手段によって指定されたタイミングになったか否かを判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１６】
コンピュータに対して、
ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶する機能と、
前記電子メールを受信した際に、この電子メールを一時的に格納する機能と、
前記一時格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する機能と、
前記判別の結果、所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、
を実現させるためのプログラム。
【請求項１７】
コンピュータに対して、
ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶させる処理を行う機能と、
前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別する機能と、
前記電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する機能と、
前記特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、
を実現させるためのプログラム。
【請求項１】
ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、
前記受信手段によって電子メールを受信した際に、この電子メールを一時的に格納する一時格納手段と、
この一時格納手段に格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する条件判別手段と、
この条件判別手段によって所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、
を具備したことを特徴とする通信端末装置。
【請求項２】
前記条件判別手段は、前記受信手段によって受信した電子メールのサイズが前記記憶手段の記憶残量より大きいか否かに応じて所定の条件を満たすかを否か判別する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記条件判別手段は、前記受信手段によって受信した電子メールの差出人が所定の差出人であるか否かにより条件を満たすか否か判別する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項４】
前記条件判別手段は、前記受信手段によって受信した電子メールが重要メールであるか否かにより条件を満たすか否か判別する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項５】
前記制御手段は、前記添付ファイルのファイルサイズを縮小する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項６】
前記条件判別手段は、前記受信手段によって受信した電子メールの添付ファイルが既に縮小されている場合であっても、更なる縮小が可能であるか否かを判別し、
前記制御手段は、前記条件判別手段により更なる縮小が可能と判別された場合に、当該添付ファイルのサイズの更なる縮小を行う、
ようにしたことを特徴とする請求項５記載の通信端末装置。
【請求項７】
前記受信手段によって受信した電子メールの添付ファイルは、画像ファイルあるいは映像ファイルであって、前記制御手段は、当該添付ファイルの表示サイズを縮小する、
ようにしたことを特徴とする請求項１記載の通信端末装置。
【請求項８】
ファイルが添付された電子メールを受信する受信手段と、この受信手段によって受信した電子メールを記憶する記憶手段とを備える通信端末装置であって、
前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別するタイミング判別手段と、
このタイミング判別手段によって電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する特定手段と、
この特定手段によって特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる制御手段と、
を具備したことを特徴とする通信端末装置。
【請求項９】
前記タイミング判別手段は、前記受信手段によって新たな電子メールが受信された際に、前記記憶手段に記憶されている電子メールを整理するタイミングであると判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１０】
前記タイミング判別手段は、前記記憶手段の記憶残量が所定の閾値より小さくなった際に、電子メールを整理するタイミングであると判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１１】
前記タイミング判別手段は、所定の時間が経過する毎に、電子メールを整理するタイミングであると判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１２】
前記特定手段は、前記記憶手段に記憶されている電子メールの日付により整理の対象となる電子メールを特定する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１３】
前記特定手段は、前記記憶手段に記憶されている電子メールの差出人が所定の差出人であるか否かにより整理の対象となる電子メールを特定する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１４】
前記特定手段は、前記記憶手段に記憶されている電子メールが重要メールであるか否かにより整理の対象となる電子メールを特定する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１５】
前記記憶手段に記憶されている電子メールを整理するタイミングをユーザ操作によって任意に指定するタイミング指定手段を更に備え、
前記タイミング判別手段は、前記タイミング指定手段によって指定されたタイミングになったか否かを判別する、
ようにしたことを特徴とする請求項８記載の通信端末装置。
【請求項１６】
コンピュータに対して、
ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶する機能と、
前記電子メールを受信した際に、この電子メールを一時的に格納する機能と、
前記一時格納されている電子メールの添付ファイルがそれを縮小するための所定の条件を満たしているか否かを判別する機能と、
前記判別の結果、所定の条件を満たすと判別された場合に、当該添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、
を実現させるためのプログラム。
【請求項１７】
コンピュータに対して、
ファイルが添付された電子メールを受信して、この受信した電子メールを記憶手段に記憶させる処理を行う機能と、
前記記憶手段に記憶されている電子メールを整理するタイミングになったか否かを判別する機能と、
前記電子メールを整理するタイミングになったと判別された場合に、その整理対象となる電子メールを特定する機能と、
前記特定された電子メールの添付ファイルのサイズを縮小するほか、この縮小後の添付ファイルを当該電子メールと共に前記記憶手段に記憶させる処理を行う機能と、
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１２２７２９（Ｐ２０１０−１２２７２９Ａ）
【公開日】平成２２年６月３日（２０１０．６．３）
【国際特許分類】
【出願番号】特願２００８−２９３３０７（Ｐ２００８−２９３３０７）
【出願日】平成２０年１１月１７日（２００８．１１．１７）
【出願人】（５０４１４９１００）株式会社カシオ日立モバイルコミュニケーションズ (893)
【Ｆターム（参考）】
【公開日】平成２２年６月３日（２０１０．６．３）
【国際特許分類】
【出願日】平成２０年１１月１７日（２００８．１１．１７）
【出願人】（５０４１４９１００）株式会社カシオ日立モバイルコミュニケーションズ (893)
【Ｆターム（参考）】
[ Back to top ]