(57)【要約】【課題】  サイズが大きいメッセージを受信／送信する際にＲＡＭ不足とならず、プログラムの動作が不安定とならないメール端末装置、メッセージ取得方法、メッセージ送信方法およびメールクライアントプログラムを提供すること【解決手段】  メール端末装置は、所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置において、前記処理部は、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得する。【選択図】図３
2012160153.tif 000002
【特許請求の範囲】
【請求項１】
所定サイズのバッファーを有する揮発性メモリと、
書き込み可能な不揮発性メモリと、
処理部とを備えたメール端末装置において、
前記処理部は、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得することを特徴とするメール端末装置。
【請求項２】
前記処理部は、受信するメッセージのサイズが所定値以下の場合には、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを揮発性メモリ上のオブジェクトに逐次格納するステップとを繰り返してメッセージを取得することを特徴とする請求項１に記載のメール端末装置。
【請求項３】
所定サイズのバッファーを有する揮発性メモリと、
書き込み可能な不揮発性メモリと、
処理部とを備えたメール端末装置において、
前記処理部は、作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とするメール端末装置。
【請求項４】
前記処理部は、作成したメッセージのサイズが所定値以下の場合には、メッセージのデータを揮発性メモリ上に保持するステップと、当該揮発性メモリ上に保持されたデータを固定長ずつ前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とする請求項３に記載のメール端末装置。
【請求項５】
所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置でメッセージを取得する方法において、
メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得することを特徴とするメッセージ取得方法。
【請求項６】
受信するメッセージのサイズが所定値以下の場合には、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを揮発性メモリ上のオブジェクトに逐次格納するステップとを繰り返してメッセージを取得することを特徴とする請求項５に記載のメール取得方法。
【請求項７】
所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置でメッセージを送信する方法において、
作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とするメール送信方法。
【請求項８】
成したメッセージのサイズが所定値以下の場合には、メッセージのデータを揮発性メモリ上に保持するステップと、当該揮発性メモリ上に保持されたデータを固定長ずつ前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とする請求項７に記載のメール送信方法。
【請求項９】
所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置で実行されるメールクライアントプログラムにおいて、
前記処理装置で実行することにより、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得する処理を実現することを特徴とするメールクライアントプログラム。
【請求項１０】
前記処理装置で実行することにより、さらに受信するメッセージのサイズが所定値以下の場合には、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを揮発性メモリ上のオブジェクトに逐次格納するステップとを繰り返してメッセージを取得する処理を実現することを特徴とする請求項９に記載のメールクライアントプログラム。
【請求項１１】
所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置で実行されるメールクライアントプログラムにおいて、
前記処理装置で実行することにより、作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とするメールクライアントプログラム。
【請求項１２】
前記処理装置で実行することにより、さらに作成したメッセージのサイズが所定値以下の場合には、メッセージのデータを揮発性メモリ上に保持するステップと、当該揮発性メモリ上に保持されたデータを固定長ずつ前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信する処理を実現することを特徴とする請求項１１に記載のメールクライアントプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、メール端末装置、メッセージ取得方法、メッセージ送信方法およびメールクライアントプログラムに関するものである。
【背景技術】
【０００２】  コンピュータネットワークを利用してメッセージを交換する方法として、電子メールは広く利用されている。また携帯電話端末ではシグナリングチャネルを利用してＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）といったメッセージを交換するサービスが同一事業者の契約端末間で提供されており、さらに携帯電話端末とインターネットに接続されたコンピュータまたは他通信事業者の契約端末との間では電子メールを交換することも広く行われている。【０００３】  個々のローカルネットワーク内で独自の通信方式（プロトコル）によって運用されていた電子メールは、インターネットが普及することにより、ＴＣＰ／ＩＰネットワーク上でＳＭＴＰ（Ｓｅｎｄ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）、ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）等のＲＦＣで定められた共通のプロトコルによって運用されている。【０００４】  携帯電話端末の電子メールも基本的には同様のプロトコルに沿って運用されているが、移動体通信事業者が提供しているネットワークやサービスに対応するため独自の拡張および修正が加えられている場合もある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１９９７−２６１３４４公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】  携帯電話端末でメッセージの作成、送受信、閲覧および管理を実現するためには、携帯電話端末上でＭＵＡ（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ）のプログラム（メーラー、メールクライアントと称する場合がある）を実行する必要がある。しかしながら、携帯電話端末はパーソナルコンピュータやサーバコンピュータ等と比べて処理能力やメモリ容量が制限されており、またメモリの構成も異なっている。このため、携帯電話端末用のメールクライアントでは、携帯電話端末に固有の問題が生じる場合がある。【０００７】  例えば、携帯電話のような組み込み機器におけるＲＡＭ搭載量は制限されているが、電子メールとして送受信されるメッセージの容量は数メガバイトに及ぶ場合もある。このため、携帯電話端末で使用されるメールクライアントプログラムで受信したメッセージをＲＡＭ上に保持する構成とすると、サイズの大きいメッセージを受信した際にメッセージによりＲＡＭが占有されてメモリ不足となり、ひいてはプログラムの動作が不安定になるという問題がある。このような問題は、送信するメッセージをＲＡＭ上に保持する構成において、サイズの大きいメッセージを送信する際にも同様に発生し得るものである。【０００８】  そこで本発明は、サイズが大きいメッセージを受信／送信する際にＲＡＭ不足とならず、プログラムの動作が不安定とならないメール端末装置、メッセージ取得方法、メッセージ送信方法およびメールクライアントプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】  上記課題を解決するために、本発明の第１の観点は、所定サイズのバッファーを有する揮発性メモリと、
書き込み可能な不揮発性メモリと、
処理部とを備えたメール端末装置において、
前記処理部は、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得することを特徴とするメール端末装置を提供する。【００１０】  上記構成において、前記処理部は、さらに受信するメッセージのサイズが所定値以下の場合には、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを揮発性メモリ上のオブジェクトに逐次格納するステップとを繰り返してメッセージを取得する構成とすることが望ましい。【００１１】  また、本発明の第２の観点は、所定サイズのバッファーを有する揮発性メモリと、
書き込み可能な不揮発性メモリと、
処理部とを備えたメール端末装置において、
前記処理部は、作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とするメール端末装置を提供する。【００１２】  上記構成において、前記処理部は、さらに作成したメッセージのサイズが所定値以下の場合には、メッセージのデータを揮発性メモリ上に保持するステップと、当該揮発性メモリ上に保持されたデータを固定長ずつ前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信する構成とすることが望ましい。【００１３】  さらに、本発明の第３の観点は、所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置でメッセージを取得する方法において、
メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得することを特徴とするメッセージ取得方法を提供する。【００１４】  上記構成においても、受信するメッセージのサイズが所定値以下の場合には、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを揮発性メモリ上のオブジェクトに逐次格納するステップとを繰り返してメッセージを取得する構成とすることが望ましい。【００１５】  さらにまた、本発明の第４の構成は、所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置でメッセージを送信する方法において、
作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とするメール送信方法を提供する。【００１６】  上記構成においても、作成したメッセージのサイズが所定値以下の場合には、メッセージのデータを揮発性メモリ上に保持するステップと、当該揮発性メモリ上に保持されたデータを固定長ずつ前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信する構成とすることが望ましい。【００１７】  さらにまた、本発明の第５の観点は、所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置で実行されるメールクライアントプログラムにおいて、
前記処理装置で実行することにより、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得する処理を実現することを特徴とするメールクライアントプログラムを提供する。【００１８】前記処理装置で実行することにより、さらに受信するメッセージのサイズが所定値以下の場合には、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを揮発性メモリ上のオブジェクトに逐次格納するステップとを繰り返してメッセージを取得する処理を実現することが望ましい。【００１９】  さらにまた、本発明の第６の観点においては、所定サイズのバッファーを有する揮発性メモリと、書き込み可能な不揮発性メモリと、処理部とを備えたメール端末装置で実行されるメールクライアントプログラムにおいて、
前記処理装置で実行することにより、作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信することを特徴とするメールクライアントプログラムを提供する。【００２０】  上記構成においても、前記処理装置で実行することにより、さらに作成したメッセージのサイズが所定値以下の場合には、メッセージのデータを揮発性メモリ上に保持するステップと、当該揮発性メモリ上に保持されたデータを固定長ずつ前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信する処理を実現することが望ましい。
【発明の効果】
【００２１】  本発明のメール端末装置、メッセージ取得方法およびメールクライアントプログラムは、メッセージのデータを固定長ずつ前記バッファーに受信するステップと、前記固定長ずつ受信したデータを不揮発性メモリ上のファイルに逐次格納するステップとを繰り返してメッセージを取得するので、受信したメッセージが揮発性メモリ（ＲＡＭ）上に配置されることはない。したがって、サイズの大きいメッセージを受信してもメール端末装置はＲＡＭ不足とはならず、プログラムの動作が不安定になることはない。【００２２】  また、本発明のメール端末装置、メッセージ送信方法およびメールクライアントプログラムは、作成したメッセージのデータを不揮発性メモリ上のファイルに格納するステップと、当該ファイルからデータを固定長ずつ読み出して前記バッファーに格納して逐次データを送信するステップとを繰り返してメッセージを送信するので、送信するメッセージが揮発性メモリ（ＲＡＭ）上に配置されることはない。したがって、サイズの大きいメッセージを送信する際にメール端末装置がＲＡＭ不足となることはなく、プログラムの動作が不安定になることはない。
【図面の簡単な説明】
【００２３】
【図１】  本発明の一実施形態にかかる通信端末装置のハードウェアブロック図である。
【図２】  本発明の一実施形態にかかる通信端末装置のソフトウェアブロック図である。
【図３】  本発明の一実施形態にかかるメールクライアントプログラムのブロック図である。
【図４】  （ａ）は電子メールメッセージのデータ構造例を示す図面であり、（ｂ）は別のデータ構造例を示す図面である。
【図５】  メッセージ取得動作のフローチャートである。
【図６】  メッセージ送信動作のフローチャートである。
【発明を実施するための形態】
【００２３】  以下、本発明にかかるメール受信方法、メール端末装置およびメールクライアントプログラムの実施の形態について説明する。図１は本発明にかかるメール端末装置の一実施形態である通信端末装置１００のハードウェアブロック図である。この図では、標準的なハードウェア構成について示しており、機能ブロックの一部には本発明と関係ないものも併せて示されている。図１に示すように、この通信端末装置１００は、主として、処理装置であるアプリケーションプロセッサ１０１およびベースバンドプロセッサ１０２と、アプリケーションプロセッサ１０１に接続されたバッテリー１０３、揮発性メモリであるＲＡＭ１０４、書き込み可能な不揮発性メモリであるフラッシュメモリ１０５、メモリーカード端子１０６、ＧＰＳトランシーバ１０８、ＷｉＦｉ／Ｂｌｕｅｔｏｏｔｈトランシーバ１０９、キーパッド／ボタン１１０、ＬＣＤ／タッチパネル１１１、マイク１１２、スピーカ１１３、ＵＳＢ端子１１４およびカメラ１１５と、ベースバンドプロセッサ１０２に接続されたトランシーバ／ＵＳＩＭ１０７とから構成されている。
以下、これらの構成について説明する。
【００２４】  アプリケーションプロセッサ１０１はＭＰＵないしＣＰＵであり、バッテリー１０３から電力の供給を受けて後述するフラッシュメモリ１０５に格納されたプログラムを実行することにより種々の機能を実現する部である。ベースバンドプロセッサ１０２は、無線通信の基本的な機能を実現するための信号処理を行うプロセッサである。これらアプリケーションプロセッサ１０１およびベースバンドプロセッサ１０２は一つのチップセットとして構成してもよいし、両者の機能を一つのプロセッサに統合したものであっても構わない。
【００２５】  バッテリー１０３は、各機能ブロックに電力を供給する部であり、必要に応じてバッテリーを制御するコントローラチップが併用される。
【００２６】  ＲＡＭ１０４は、揮発性メモリでありＳＲＡＭやＰＳＲＡＭ、各種ＤＲＡＭ等の半導体記憶装置が採用される。フラッシュメモリ１０５は、書き換え可能な不揮発性メモリであって、ＮＡＮＤ型であってもＮＯＲ型であってもよいし他の形式であっても構わない。ＲＡＭ１０４とフラッシュメモリ１０５とを比較すると、その読み出し時間および書き込み時間はいずれもＲＡＭ１０４がより高速である。また、通信端末装置１００にはメモリーカード端子１０６が設けられており、小型のフラッシュメモリモジュールを外部メモリとして接続することが可能である。
【００２７】  フラッシュメモリ１０５には、アプリケーションプロセッサ１０１およびベースバンドプロセッサ１０２で実行することにより通信端末装置１００で所定の機能を実現するための種々のプログラムおよびデータが格納されている。これらのプログラムおよび／またはデータは必要に応じてＲＡＭ１０４にロードされ、ＲＡＭ１０４上に確保されたヒープメモリを利用して実行される。
【００２８】  トランシーバ／ＵＳＩＭ１０７はベースバンドプロセッサ１０２と接続されており、装着されたＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）すなわち汎用加入者識別モジュールの情報に基づいて、ベースバンドプロセッサ１０２の制御により所定電波帯域で電波を送受信して通信を行う回路である。本実施形態における通信端末装置１００は、ベースバンドプロセッサ１０２とトランシーバ／ＵＳＩＭ１０７により移動体通信網に接続して通信を行う構成となっている。
【００２９】  ＧＰＳトランシーバ１０８は、通信端末装置１００の位置情報を取得するＧＰＳ信号を受信するための部であり、ＷｉＦｉ／Ｂｌｕｅｔｏｏｔｈトランシーバ１０９はＩＥＥＥ８０２．１１ａ，ＩＥＥＥ８０２，１１ｂ，ＩＥＥＥ８０２．１１ｇ，ＩＥＥＥ８０２．１１ｎ等で規定されたＷｉＦｉ（無線ＬＡＮ）技術を利用した通信およびＩＥＥＥ８０２．１５．１およびＢｌｕｅｔｏｏｔｈ規格で規定されたＢｌｕｅｔｏｏｔｈ技術を利用した通信を行う回路である。これらの回路は互いに独立したチップとして実装しても良いし、双方の回路を一つのチップに実装した構成であっても構わない。
【００３０】  キーパッド／ボタン１１０は、通信端末装置１００の筐体に設けられた入力装置であって、後述するＬＣＤ／タッチパネル１１１とともにユーザが通信端末装置１００を操作するための入力を受け付ける。
【００３１】  ＬＣＤ／タッチパネル１１１は、タッチパネル機能を備えた液晶ディスプレイ装置であって、通信端末装置１００はＬＣＤ／タッチパネル１１１の画面にアプリケーションの情報を表示するとともにＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を表示してユーザの操作に供する。
【００３２】  さらに、マイク１１２およびスピーカ１１３は通信端末装置１００で音声の入出力を実現し、ＵＳＢ１１４は通信端末装置１００を別の機器に接続してデータを送受信したり機能を制御したりするために使用される。また、カメラ１１５は、通信端末装置１００で写真撮影する機能を提供する。
【００３３】  次に、以上のように構成された通信端末装置１００のフラッシュメモリ１０５に格納されたプログラムの構成について概略を説明する。図２は、通信端末装置１００の全体的なプログラム構成を示す図面である。
図２に示すように通信端末装置１００のプログラム構成は、主として、オペレーティングシステム２００、ミドルウェア２０２およびアプリケーション２０７の３層からなっている。これらのプログラムはフラッシュメモリ１０５に格納されており、必要に応じてＲＡＭ１０４を使用してアプリケーションプロセッサ１０１および／またはベースバンドプロセッサ１０２により実行されることにより各種機能を実現するものである。
【００３４】  オペレーティングシステム２００は、ハードウェアを制御するためのデバイスドライバ２０１を内蔵しており、ミドルウェア２０２およびアプリケーション２０７に入出力の制御、メモリ管理、プロセス管理等といったコンピュータシステムとしての基本的な機能を提供する。
【００３５】  ミドルウェア２０２は、例えばグラフィック処理を行うグラフィックライブラリ２０３、ＨＴＭＬファイルのレンダリング処理を行うＨＴＭＬレンダリングエンジン２０４、データベースを管理するためのデータベースＡＰＩを提供するデータベース管理システム２０５、Ｕｎｉｘ系ＯＳにおけるＩｉｂｃに代表される標準ライブラリ２０６を含み、アプリケーション２０７が利用する汎用的な機能を提供する。ここで、通信端末１００でＪａｖａ（登録商標）アプリケーションのように実行環境を必要とするプログラムを実行する場合には、ミドルウェア２０２として当該実行環境を実装する。
【００３６】  アプリケーション２０７は、Ｗｅｂページを取得してＨＴＭＬレンダリングエンジン２０４で作成した画面を表示するブラウザ２０８、後述するメールクライアントプログラム２０９、電話機能を提供する電話アプリケーション２１０等を含み、通信端末装置１００のユーザに各種機能を提供するものである。
【００３７】  以下、メールクライアントプログラム２０９について説明する。
図３はメールクライアントプログラム２０９のソフトウェアブロック図を各種データ等と併せて示した図面である。図３に示すようにメールクライアントプログラム２０９は、主としてメニュー表示部２２１、アカウント設定管理部２２２、アドレス管理部２２３およびメッセージ管理部２２７から構成される。また、各種データ等は、データベース管理システム２０５で管理されたアカウント情報２４１、アドレスデータ部２４２、メールボックス２４３およびメッセージ格納部２４４を含んでいる。
【００３８】  フォルダ一覧表示部２２１は、起動後に表示される画面をなすブロックであり、デフォルトに設定されているアカウントのメールボックスについて、設定されているフォルダの一覧を表示してユーザの選択に供する。また、アカウント切り替え、設定、メール作成、アドレス帳表示の各機能を呼び出すためのＵＩを併せて画面に表示する。
【００３９】  アカウント設定管理部２２２は、フォルダ一覧表示部表示部２２１のなす画面からアカウントの切り替えのＵＩまたは設定のＵＩを操作することで呼び出され、アカウント一覧を表示してユーザの選択したものにアカウントを切り替える機能、アカウントの設定を行う機能を提供する。アカウント管理部２２２が設定管理するユーザのアカウント情報は、データベース管理システム２０５によって管理されたアカウント情報部２４１に保存される。
【００４０】  アドレス管理部２２３は、フォルダ一覧表示部表示部２２１のなす画面からアドレス帳表示のＵＩを操作することで呼び出され、登録されたアドレスの一覧を表示するアドレス一覧表示部２２４、登録されたアドレスを個別に画面に表示するアドレス個別表示部２２５、アドレスの追加および登録されたアドレスの修正を行うアドレス追加修正部２２６を備え、アドレス帳に登録されたデータの利用および管理する処理を行う。アドレス管理部２２３が管理するアドレス帳のデータは、データベース管理システム２０５によって管理されたアドレスデータ部２４２に保存される。
【００４１】  メッセージ管理部２２７は、メッセージ（メールクライアントプログラム２０９が作成ないし送受信した個々のメールをいう）を表示してユーザに閲覧させるメッセージ表示部２２８、新規メッセージの作成編集を行うメッセージ作成編集部２２９、メールサーバに接続してメッセージの送信を行うメッセージ送信部２３０、メールサーバに接続してメッセージの受信を行うメッセージ受信部２３１を備え、これらにより新規メールを作成して送信し、新規メールを受信して管理し、また画面に表示する処理を行う。
【００４２】  受信バッファー２３２は、メッセージ受信部２３１が移動体通信網を介して接続したメールサーバからメッセージのデータを取得するために使用するＲＡＭ１０４上の領域である。また、送信バッファー２３３がメッセージ送信部２３０が移動体通信網を介して接続したメールサーバにメッセージのデータを送信するために使用するＲＡＭ１０４上の領域である。受信バッファー２３２および送信バッファー２３３は、ずれも固定長バッファーである。
【００４３】  以下、メッセージ管理部２２７が管理するメッセージおよびメールボックスのデータ形式について説明する。メールクライアントプログラム２０９が送受信するメッセージは電子メールとして標準的なデータ形式をとるものであり、その構造は図４（ａ）および（ｂ）に示す通りである。図４（ａ）は添付ファイルが無いテキストメールのデータ構造を示しており、この場合のメッセージはヘッダ情報と、本文からなるボディ情報とが空行により分離された構造となっている。これに対して図４（ｂ）はファイルの添付されたマルチパートメールのデータ構造を示しており、この場合のメッセージはヘッダ情報と、本文のパートと添付ファイルのパートからなるボディ情報とが空行により分離された構造となっている。
【００４４】  メッセージ管理部２２７は、このようなメッセージから、受信した形態が（ＴＯ，ＣＣ，ＢＣＣ）のいずれかであるかを示す受信タイプ、Ｕｉｄ、タイトル、受信日、送信日、送信元、返信先、ボディ情報、コンテンツ形式およびＭＩＭＥタイプ等を抽出ないし判断し、さらにメッセージを格納するデータベース名、データベースのプライマリーキーとして使用するＩＤ、ユーティリティフラグ、フォルダ名、既読フラグ等を付与したメッセージオブジェクトをなし、当該メッセージオブジェクトの管理を行う。また、データベース管理システム２０５を利用してメールボックス２４３にメッセージオブジェクトを格納し、データベースとして管理する。
【００４５】  以下、メールクライアントプログラム２０９が使用する各種データ等について説明する。アカウント情報部２４１は、メッセージの送受信に使用するメールサーバにログインするためのアカウント情報を格納したデータベースであり、フラッシュメモリ１０５上に設けられている。アカウント情報にはメールの送受信に使用するメールアドレスが含まれており、さらに後述するメールボックスの一つが関連付けられている。
【００４６】  アドレスデータ部２４２は、メッセージを送受信する相手の情報を格納したデータベースであり、フラッシュメモリ１０５上に設けられている。アドレスデータ部２４２には、相手の名前、メールアドレス等が含まれている。
【００４７】  メールボックス２４３は、送受信および作成したメッセージをアカウント毎に格納したデータベースであり、フラッシュメモリ１０５上に設けられている。メールボックス２４３はメッセージ管理部２２７のメッセージ表示部２２８およびメッセージ作成編集部２２９よって読み出され、また、メッセージ受信部２３１が受信したメッセージおよびメッセージ送信部２３０が送信したメッセージが追加登録される。
【００４８】  メッセージ格納部２４４は、フラッシュメモリ１０５上に設けられており、所定の場合に受信バッファー２３２が受信したメッセージのデータを格納するため、また、所定の場合にメッセージ作成編集部２２９を利用してユーザが作成したメッセージのデータを格納する。
【００４９】  以下、以上のようなメールクライアントプログラム２０９の動作について、図面を参照しながら説明する。図５はメールクライアントプログラム２０９がメッセージを取得する動作を示すフローチャートであり、図６はメッセージを送信する動作を示すフローチャートである。
【００５０】  図５に示すようにメッセージを取得する動作は、メールクライアントプログラム２０９が起動した状態で、ユーザがＬＣＤ／タッチパネル１１１上に表示されたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を操作して新着メールの受信を指示することから開始される（ＳＴ１０１）。まずメールクライアントプログラム２０９がアカウント情報部２４１に記録されたアカウント情報に基づいてメールサーバにログインし（ＳＴ１０２）、メールサーバから新着メールの数とサイズの情報を取得する（ＳＴ１０３）。
【００５１】  続いてメールクライアントプログラム２０９は、メールサーバから取得した情報から新着メールがあるかを判断し（ＳＴ１０４）、新着メールがある場合には新着メールの合計サイズが所定値（例えば１Ｍバイト）以上であるかを判断する（ＳＴ１０５）。
【００５２】  ＳＴ１０５で所定値以上であると判断した場合には、新着メールを受信バッファー２３２経由で取得してメッセージ格納部２４４に格納する処理が実行される（ＳＴ１０６）。より具体的には、例えばメールサーバのメールボックスに格納された新着メッセージを所定の順（例えばメールサーバに到着した順）に、所定長ずつ受信バッファー２３２で受信し、受信した所定長のデータをメッセージ格納部２４４に格納する処理を繰り返すことにより新規メッセージを取得する構成とすることができる。この際、新着メッセージのデータが１件ずつ別ファイルになるようにすることが望ましい。
【００５３】  一方、ＳＴ１０５で所定値以上であると判断されなかった場合には、新着メールを受信バッファー２３２経由で取得してＲＡＭ１０４上に保持する処理が実行される（ＳＴ１０７）。より具体的には、例えばメールサーバのメールボックスに格納された新着メッセージを所定の順（例えばメールサーバに到着した順）に、所定長ずつ受信バッファー２３２で受信し、受信した所定長のデータをＲＡＭ１０４上にメッセージオブジェクトとして配置する処理を繰り返すことにより新規メッセージを取得する構成とすることができる。
【００５４】  ＳＴ１０６またはＳＴ１０７の処理を終了した後およびＳＴ１０４で新着メッセージがないと判断された場合には、メールサーバからログオフして（ＳＴ１０８）、一連の処理を終了する。
【００５５】  また、図６に示すようにメッセージを送信する動作は、メールクライアントプログラム２０９が起動した状態で、ユーザがＬＣＤ／タッチパネル１１１上に表示されたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を利用してメッセージを作成することから開始される（ＳＴ２０１）。まず、メールクライアントプログラム２０９はユーザが作成したメッセージのサイズが所定値（例えば１Ｍバイト）以上であるかを判断し（ＳＴ２０２）、所定値以上と判断した場合には作成したメッセージをメッセージ格納部２４４に保存する（ＳＴ２０３）。一方、ＳＴ２０２で所定値以上であると判断されなかった場合には、作成したメッセージはＲＡＭ１０４上に保持される（ＳＴ２０４）。
【００５６】  その後、ユーザがＬＣＤ／タッチパネル１１１上に表示されたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を操作してメール送信を指示（ＳＴ２０５）することを経て、メールクライアントプログラム２０９はメールサーバにログインし（ＳＴ２０６）、作成したメッセージをメッセージ格納部２４４またはＲＡＭ１０４から所定長ずつ読み出して送信バッファーに収容することにより、メッセージをメールサーバに送信する（ＳＴ２０７）。最後にメールサーバからログオフして（ＳＴ２０８）、一連の処理を終了する
【００５７】  上記メッセージを取得する動作によれば、新着メッセージの合計サイズが所定値以上と大きい場合には、取得したメッセージをＲＡＭ１０４上に保持することなくフラッシュメモリ１０５のメッセージ格納部２４４に格納するので、新着メッセージによってメモリ不足となりプログラムの動作が不安定になることを防止することができる。一方、新着メッセージの合計サイズが所定値に満たない場合には、取得したメッセージをＲＡＭ１０４上に保持するので、低速なフラッシュメモリ１０５を利用することの不利益を抑制することができる。
【００５８】  また、上記メッセージを送信する動作によれば、作成したメッセージの合計サイズが所定値以上と大きい場合には、取得したメッセージをＲＡＭ１０４上に保持することなくフラッシュメモリ１０５のメッセージ格納部２４４に格納するので、作成したメッセージによってメモリ不足となりプログラムの動作が不安定になることを防止することができる。一方、作成したメッセージのサイズが所定値に満たない場合には、メッセージをＲＡＭ１０４上に保持して高速なフラッシュメモリ１０５を利用することの不利益を抑制することができる。
【００５９】  本発明は上記実施の形態に限られるものではなく、種々変形が可能である。例えば、上記実施形態では、新着メッセージのサイズが所定値以上の場合および作成したメッセージのサイズが所定値以上の場合のみフラッシュメモリ１０５に格納する場合を示したが、そのような判断を行わずに取得したメッセージおよび作成したメッセージは全てフラッシュメモリ１０５に格納する構成としても良い。その場合には低速なフラッシュメモリ１０５を利用する頻度は増大するものの、メッセージの保存先に関する条件判断のオーバーヘッドを軽減することが可能である。
【００６０】  また、上記実施形態ではメッセージの作成後にサイズが所定値以上であるかを判断する場合を示したが、このような判断はメッセージ作成中に行っても良いし、メッセージを作成する動作と同時並行的に行うようにしても構わない。
【符号の説明】
【００６１】１０４    ＲＡＭ
１０５    フラッシュメモリ
２０５    データベース管理システム
２２１    フォルダ一覧表示部
２２３    アドレス管理部
２２４    アドレス一覧表示部
２２５    アドレス個別表示部
２２６    アドレス追加修正部
２２７    メッセージ管理部
２２８    メッセージ表示部
２２９    メッセージ作成編集部
２３０    メッセージ送信部
２３１    メッセージ受信部
２３２    受信バッファー
２３３    送信バッファー
２３４    キャッシュ管理部
２４１    アカウント情報部
２４２    アドレスデータ部
２４３    メールボックス
２４４    メッセージ格納部
【図１】
2012160153.tif 000003
【図２】
2012160153.tif 000004
【図３】
2012160153.tif 000005
【図４】
2012160153.tif 000006
【図５】
2012160153.tif 000007
【図６】
2012160153.tif 000008