メールシステム
【課題】メールおよびメールボックスの特性に基づいてメールの格納先を決定することによりメールの効率的な管理を行い、メールの配信性能を向上したメールシステムを提供することを課題とする。
【解決手段】本発明による発明によるメールシステム１００は、端末装置１０１のユーザ宛に送信されるメールを格納するデータストアサーバ１０８と、前記メールの格納を制御するメールボックスサーバ１０７とを有するメールシステム１００であって、前記データストアサーバ１０８の記憶部は、第１の記憶部３０７と第２の記憶部３０９とを有し、前記メールボックスサーバ１０７の制御部は、前記メールの特性、前記データストアサーバ１０８の記憶部の特性、前記端末装置１０１の設定情報の少なくともいずれか１つに基づいて、前記メールの格納先を前記第１の記憶部１０７または前記第２の記憶部１０９に決定することを特徴とする。
【解決手段】本発明による発明によるメールシステム１００は、端末装置１０１のユーザ宛に送信されるメールを格納するデータストアサーバ１０８と、前記メールの格納を制御するメールボックスサーバ１０７とを有するメールシステム１００であって、前記データストアサーバ１０８の記憶部は、第１の記憶部３０７と第２の記憶部３０９とを有し、前記メールボックスサーバ１０７の制御部は、前記メールの特性、前記データストアサーバ１０８の記憶部の特性、前記端末装置１０１の設定情報の少なくともいずれか１つに基づいて、前記メールの格納先を前記第１の記憶部１０７または前記第２の記憶部１０９に決定することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールシステムに関する。
【背景技術】
【０００２】
携帯電話によるメールサービスの利用が普及するに伴い、携帯電話や携帯情報端末向けのデータ通信サービスを提供する会社（以下、携帯通信キャリアと呼ぶ）のメールシステムでは、大量のメールを処理している。
【０００３】
以下、携帯通信キャリアのメールシステムの概要について説明する。
携帯通信キャリアは、自社のメールサービス加入者のメールを格納するメールボックスサーバを有する。メールボックスサーバは、受信したメールを、磁気ディスクドライブ等の記憶装置（以下、ディスクと呼ぶ）に格納する。
【０００４】
メールボックスサーバは、メールサービス加入者の携帯電話等から、メール取得要求を受信すると、当該要求に対応するメールをディスクから取得し、当該携帯電話等へ取得したメールを送信する。
このように、携帯通信キャリアのメールシステムにおいて、単位時間あたりのメールの処理数（以下、配信性能と呼ぶ）は、ディスクの処理速度（入出力性能）に依存するものとなっていた。
【０００５】
ところで、メールを効率的に管理する技術として、例えば、下記の特許文献に記載される技術が知られている。
【０００６】
特許文献１に記載のメールサーバ等は、電子機器によるメールのアクセス履歴から、ユーザの特徴的なアクセス操作を考慮して、電子機器がアクセスする可能性の高いメールであるかを判断する。そしてアクセスする可能性が高いと判断されたメールはメモリに格納され、アクセスする可能性が高くないと判断されたメールはハードディスクに格納される。
高速処理が可能だが高価である小容量のメモリと、高速処理が可能ではないが安価である大容量のハードディスクとを、アクセス履歴に基づき使い分けることによって、メールの効率的な管理を行っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−３５９６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術では、電子機器によるメールのアクセス履歴から、メールの格納場所を判断するため、メールおよびメールボックスの特性に基づいた判断は行っていない。
【０００９】
そこで、本発明は、メールおよびメールボックスの特性に基づいてメールの格納先を決定することによりメールの効率的な管理を行い、メールの配信性能を向上したメールシステムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するため、本発明によるメールシステムは、端末装置のユーザ宛に送信されるメールを格納するデータストアサーバと、前記メールの格納を制御するメールボックスサーバとを有するメールシステムであって、前記データストアサーバの記憶部は、第１の記憶部と第２の記憶部とを有し、前記メールボックスサーバの制御部は、前記メールの特性、前記データストアサーバの記憶部の特性、前記端末装置の設定情報の少なくともいずれか１つに基づいて、前記メールの格納先を前記第１の記憶部または前記第２の記憶部に決定することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、メールの配信性能を向上したメールシステムを提供することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の概略を説明する図である。
【図２】本実施形態のメールボックスサーバの構成を説明する図である。（ａ）は、本実施形態のメールボックスサーバの構成の概要を説明する図である。（ｂ）は、揮発性記憶部の構成を説明する図である。
【図３】本実施形態のデータストアサーバの構成を説明する図である。（ａ）は、本実施形態のデータストアサーバの構成の概要を説明する図である。（ｂ）は、揮発性記憶部の構成を説明する図である。（ｃ）は、メールデータ情報の構成を説明する図である。（ｄ）は、エントリデータに格納されるメールボックス管理情報の構成を説明する図である。
【図４】メールボックスサーバとデータストアサーバとの間でやりとりされるデータの構成を説明する図である。
【図５】本実施形態のメール格納処理を示すシーケンス図である。
【図６】通信端末が自動でメールを取得する場合のメール受信処理を示すシーケンス図である。
【図７】通信端末のユーザが当該通信端末を操作して、メールを取得する場合のメール受信処理を示すシーケンス図である。
【図８】メール格納先判定処理のフローチャートである。
【発明を実施するための形態】
【００１３】
以降、本発明を実施するための形態（「本実施形態」と呼ぶ）を、図等を参照しながら詳細に説明する。また、本実施形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１４】
（構成）
図１は、本実施形態の概略を説明する図である。
メールシステム１００は、通信端末１０１、無線網１０２、キャリア設備網１０３、インターネット１０４、メール転送サーバ１０５、メールゲートウェイ１０６、メールボックスサーバ１０７、データストアサーバ１０８およびプッシュゲートウェイ１０９を有する。
【００１５】
通信端末１０１は、データ通信可能な端末装置である。通信端末１０１は、例えば、携帯電話や携帯情報端末やパーソナルコンピュータ等である。
無線網１０２は、無線通信を行うネットワークである。
キャリア設備網１０３は、無線網１０２からの通信を、後記するインターネット１０４およびメールゲートウェイ１０６へ中継するネットワークおよびネットワーク設備である。
【００１６】
インターネット１０４は、インターネット・プロトコル技術を利用したネットワークである。
メール転送サーバ１０５は、ＭＴＡ（Mail Transfer Agent）とも呼ばれ、インターネット１０４を経由して後記するメールゲートウェイ１０６とメールの送受信を行う装置である。
【００１７】
メールゲートウェイ１０６は、メール転送サーバ１０５を介して受信したメールを、後記するメールボックスサーバ１０７へ中継する処理を行う装置である。また、メールゲートウェイ１０６は、後記するプッシュゲートウェイ１０９を介して通信端末１０１へ、メールの着信を通知するメッセージ（以下、着信通知と呼ぶ）の送信要求を送信する処理および通信端末１０１からのメール取得要求をメールボックスサーバ１０７へ中継する処理を行う。
【００１８】
一般的に、メールゲートウェイ１０６と通信端末１０１間、メールゲートウェイ１０６とメール転送サーバ１０５間の通信プロトコルは、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＥＳＭＴＰ（Extended SMTP）、ＩＭＡＰ（Internet Message Access Protocol）およびＭＭＳ（Multimedia Messaging Service）のいずれかが用いられる。なお、本実施形態では、通信プロトコルを限定しない。
【００１９】
また、本実施形態では、メールの送信経路が、メール転送サーバ１０５、メールゲートウェイ１０６およびメールボックスサーバ１０７の順である場合を例に説明する。メールの送信経路は、これに限られるものではなく、通信端末１０１、メールゲートウェイ１０６およびメールボックスサーバ１０７の順であってもよい。
【００２０】
メールボックスサーバ１０７は、後記するデータストアサーバ１０８との間で、メールの格納および取得する処理を行う装置である。メールボックスサーバ１０７は、メールゲートウェイ１０６を介して受信したメールを、ユーザのメールボックスに格納する処理を行う。なお、この際の通信プロトコルは、一般的に、ＩＭＡＰまたはＭＭＳが用いられる。
また、メールボックスサーバ１０７は、通信端末１０１からのメール取得要求に対して、ユーザのメールボックスからメールを取得し、通信端末１０１へメールを送信する処理を行う。なお、この際の通信プロトコルは、一般的に、ＬＭＴＰ（Local Mail Transfer Protocol）が用いられる。
なお、本実施形態では、通信プロトコルを限定しない。
【００２１】
データストアサーバ１０８は、メールボックスサーバ１０７からのメールおよび後記するメールボックス情報等のデータを受信し、受信したデータを揮発性メモリまたはディスクに格納する処理を行う装置である。また、データストアサーバ１０８は、メールボックスサーバ１０７を介した通信端末１０１からのメール取得要求に対する応答を送信する処理を行う。データストアサーバ１０８は、一般的にキーバリューストアと呼ばれるデータストアであり、キーとバリュー（値）の組でデータを管理する。
【００２２】
プッシュゲートウェイ１０９は、メールゲートウェイ１０６から着信通知要求を受信し、通信端末１０１へ着信通知を送信する処理を行う装置である。一般的に、プッシュゲートウェイ１０９とメールゲートウェイ１０６間のプロトコルは、ＰＡＰ（Push Access Protocol）が用いられ、プッシュゲートウェイ１０９と通信端末１０１間のプロトコルは、ＳＭＰＰ（Short Message Peer-to-Peer Protocol）が用いられる。なお、本実施形態では、通信プロトコルを限定しない。
【００２３】
また、メールゲートウェイ１０６、メールボックスサーバ１０７、データストアサーバ１０８およびプッシュゲートウェイ１０９は、負荷を分散するため、それぞれ複数台で構成することもできる。
【００２４】
（メールボックスサーバ）
図２は、本実施形態のメールボックスサーバ１０７の構成を説明する図である。図２（ａ）は、本実施形態のメールボックスサーバ１０７の構成の概要を説明する図である。
メールボックスサーバ１０７は、プロセッサ２０２、入出力回路インタフェース２０３、揮発性メモリ２０４およびディスク２０８を有する。これらは、バスを介して相互に接続される。
【００２５】
プロセッサ２０２は、後記する揮発性メモリ２０４に格納されているメールボックスサーバプログラム２０５を実行して、メールボックスサーバ１０７を制御する。
入出力回路インタフェース２０３は、他の装置の入出力インタフェースとの間で、情報のやり取りを仲介する。
【００２６】
揮発性メモリ２０４は、メールボックスサーバ１０７が使用するデータや実行するプログラムを格納する。揮発性メモリ２０４は、メールボックスサーバプログラム２０５および揮発性記憶部２０７を有する。
メールボックスサーバプログラム２０５は、メールボックスサーバ１０７を制御する各種プログラム（詳細後記）を格納する。なお、当該プログラムは、図示しない着脱可能な記憶媒体または通信媒体（ネットワーク、デジタル信号、搬送波）を介して、メールボックスサーバプログラム２０５に導入されてもよい。
【００２７】
揮発性記憶部２０７は、後記する図２（ｂ）に示すキー管理情報２２０、キー管理情報２３０およびキャッシュ領域２４０を格納する。キー管理情報２２０およびキー管理情報２３０は、データ構成が同様であり、格納する情報が異なる（詳細後記）。
ディスク２０８は、メールボックスサーバプログラム２０５が出力したログ等のデータを格納する。
【００２８】
図２（ｂ）は、揮発性記憶部２０７の構成を説明する図である。
キー管理情報２２０は、データストアサーバ１０８が格納する、メールボックスに関する情報（以下、メールボックス情報と呼ぶ）を識別するキーを管理する情報である。キー管理情報２２０は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
キー管理情報２２０は、担当キー情報２２１およびデータストアサーバ情報２２２（２２２ａ、２２２ｂ、２２２ｃ）を有する。キー管理情報２２０は、担当キー情報２２１およびデータストアサーバ情報２２２の組み合わせを、複数格納する。
【００２９】
担当キー情報２２１は、データストアサーバ１０８が格納するメールボックス情報を識別するキーの値である。換言すれば、担当キー情報２２１は、データストアサーバ１０８が担当するキーの値である。担当キー情報２２１は、例えば、範囲を指定することにより、複数のキーを格納してもよい。
【００３０】
データストアサーバ情報２２２は、メールボックス情報を格納するデータストアサーバ１０８を特定する情報である。当該データストアサーバ１０８は、データストアサーバ情報２２２と対をなす担当キー情報２２１において特定されるキーに対応付けられたメールボックス情報を格納する。
データストアサーバ情報２２２は、例えば、データストアサーバ１０８のＩＰ（Internet Protocol）アドレスを格納する。
【００３１】
また、図２（ｂ）に示すように、キー管理情報２２０は、１つの担当キー情報２２１に対して、複数のデータストアサーバ情報２２２ａ〜２２２ｃを有することとしてもよい。例えば、データストアサーバ情報２２２ａにおいて特定されるデータストアサーバ１０８の予備として、データストアサーバ情報２２２ｂおよびデータストアサーバ情報２２２ｃにおいてデータストアサーバ１０８を特定することとしてもよい。
【００３２】
キー管理情報２３０は、データストアサーバ１０８が格納する、メールに関する情報（以下、メールデータ情報と呼ぶ）を識別するキーを管理する情報である。キー管理情報２３０は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
キー管理情報２３０は、担当キー情報２３１およびデータストアサーバ情報２３２（２３２ａ、２３２ｂ、２３２ｃ）を有する。キー管理情報２３０は、担当キー情報２３１およびデータストアサーバ情報２３２の組み合わせを、複数格納する。
【００３３】
担当キー情報２３１は、データストアサーバ１０８が格納するメールデータ情報を識別するキーの値である。換言すれば、担当キー情報２３１は、データストアサーバ１０８が担当するキーの値である。担当キー情報２３１は、例えば、範囲を指定することにより、複数のキーを格納してもよい。
【００３４】
データストアサーバ情報２３２は、メールデータ情報を格納するデータストアサーバ１０８を特定する情報である。当該データストアサーバ１０８は、データストアサーバ情報２３２と対をなす担当キー情報２３１において特定されるキーに対応付けられたメールデータ情報を格納する。
データストアサーバ情報２３２は、例えば、データストアサーバ１０８のＩＰ（Internet Protocol）アドレスを格納する。
【００３５】
また、図２（ｂ）に示すように、キー管理情報２３０は、１つの担当キー情報２３１に対して、複数のデータストアサーバ情報２３２ａ〜２３２ｃを有することとしてもよい。例えば、データストアサーバ情報２３２ａにおいて特定されるデータストアサーバ１０８の予備として、データストアサーバ情報２３２ｂおよびデータストアサーバ情報２３２ｃにおいてデータストアサーバ１０８を特定することとしてもよい。なお、図２（ｂ）において、キー管理情報２３０は、データストアサーバ情報２３２（２３２ａ〜２３２ｃ）を３個有することとしたが、個数はこれに限るものではない。
【００３６】
キャッシュ領域２４０は、メールボックスサーバプログラム２０５が処理を実行するためのデータを一時的に格納する。キャッシュ領域２４０は、例えば、受信したメールならびにデータストアサーバ１０８から取得したメールボックス情報およびメールデータ情報を格納する。
【００３７】
（データストアサーバ）
図３は、本実施形態のデータストアサーバ１０８の構成を説明する図である。図３（ａ）は、本実施形態のデータストアサーバ１０８の構成の概要を説明する図である。
データストアサーバ１０８は、プロセッサ３０２、入出力回路インタフェース３０３、揮発性メモリ３０４およびディスク３０８を有する。これらは、バスを介して相互に接続される。
【００３８】
プロセッサ３０２は、後記する揮発性メモリ３０４に格納されているデータストアサーバプログラム３０５を実行して、データストアサーバ１０８を制御する。
入出力回路インタフェース２０３は、他の装置の入出力インタフェースとの間で、情報のやり取りを仲介する。
【００３９】
揮発性メモリ３０４は、データストアサーバ１０８が使用するデータや実行するプログラムを格納する。揮発性メモリ３０４は、データストアサーバプログラム３０５および揮発性記憶部３０７を有する。
データストアサーバプログラム３０５は、データストアサーバ１０８を制御する各種プログラム（詳細後記）を格納する。なお、当該プログラムは、図示しない着脱可能な記憶媒体または通信媒体（ネットワーク、デジタル信号、搬送波）を介して、データストアサーバプログラム３０５に導入されてもよい。
【００４０】
揮発性記憶部３０７は、メールボックス情報３２０、メールデータ情報３３０、３４０を格納する（詳細後記）。
ディスク３０８は、不揮発性記憶部３０９を有する。
不揮発性記憶部３０９は、メールデータ情報３５０を格納する（詳細後記）。
【００４１】
図３（ｂ）は、揮発性記憶部３０７の構成を説明する図である。
データストアサーバ１０８はキーバリューストアであり、メールボックス情報３２０、メールデータ情報３３０、３４０は、キーとバリューの組でデータを管理する。本実施形態において、エントリデータとは、バリューとして格納されるデータを示す。
【００４２】
メールボックス情報３２０は、キー３２１、エントリデータ３２２および登録更新時刻３２３を有する。
キー３２１は、メールボックス情報３２０を一意に識別するキーを格納する。キー３２１は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
エントリデータ３２２は、後記するメールボックス管理情報３２２を格納する。
登録更新時刻３２３は、メールボックス情報３２０を作成した日付および／または時刻（以下、日時と呼ぶ）ならびに更新した日時を格納する。
【００４３】
メールデータ情報３３０、３４０は、メール１通を格納するためのデータである。メールデータ情報３３０は、メールを揮発性記憶部３０７に格納する際のデータ形式である。メールデータ情報３４０は、メールを不揮発性記憶部３０９に格納する際のデータ形式である。また、メールデータ情報３４０は、後記するメールデータ情報３５０（図３（ｃ）参照）と対をなし、メールを不揮発性記憶部３０９に格納する。
【００４４】
メールデータ情報３３０は、キー３３１、エントリデータ３３２、登録更新時刻３３３および状態遷移時間３３４を有する。
キー３３１は、メールデータ情報３３０を一意に識別するキーを格納する。前記したように、メールデータ情報３３０はメール１通を格納するためのデータであるので、キー３３１は、メールを一意に識別するキー（以下、メールＩＤと呼ぶ）を格納する。メールデータ情報３３０は、キー３３１は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
エントリデータ３３２は、メールを格納する。
登録更新時刻３３３は、メールデータ情報３３０を作成した日時または更新した日時を格納する。
状態遷移時間３３４は、揮発性記憶部３０７から不揮発性記憶部３０９へ、メールが遷移する時間を格納する（詳細後記）。状態遷移時間３３４は、登録更新時刻３３３を起点とした時間を格納する。
【００４５】
メールデータ情報３４０は、キー３４１ａおよびメール格納先情報３４２を有する。
キー３４１ａは、メールデータ情報３４０を一意に識別するキーを格納する。前記したように、メールデータ情報３４０はメール１通を格納するためのデータであるので、キー３４１は、メールＩＤを格納する。キー３４１ａは、メールデータ情報３４０とメールデータ情報３５０（図３（ｃ）参照）とを対応付ける。
メール格納先情報３４２は、メールを不揮発性記憶部３０９に格納する際の、メールの格納先を示す情報を格納する。
【００４６】
図３（ｃ）は、メールデータ情報３５０の構成を説明する図である。
メールデータ情報３５０は、キー３４１ｂ、エントリデータ３４３および登録更新時刻３４４を有する。
キー３４１ｂは、メールデータ情報３５０を一意に識別するキーを格納する。前記したように、メールデータ情報３５０は、メールデータ情報３４０と対をなしてメールを不揮発性記憶部３０９に格納する。その際、メールデータ情報３４０およびメールデータ情報３５０は、キー３４１ｂにより対応付けられる。また、キー３４１ｂは、キー３４１ａと同様に、メールＩＤを格納する。
エントリデータ３４３は、メールを格納する。
登録更新時刻３４４は、メールデータ情報３５０を作成した日時または更新した日時を格納する。
【００４７】
図３（ｄ）は、エントリデータ３２２に格納されるメールボックス管理情報３２２の構成を説明する図である。
メールボックス管理情報３２２（エントリデータ３２２）は、管理ＩＤ３５１、クォータ情報３５２、インデックス情報３５３、ヘッダ情報３５４およびメールＩＤ３５５（３５５ａ、３５５ｂ）を有する。
【００４８】
管理ＩＤ３５１は、メールボックスを一意に識別するキーを格納する。管理ＩＤ３５１は、例えば、通信端末１０１の電話番号等を格納する。
クォータ情報３５２は、メールボックスの容量に関する情報を格納する。クォータ情報３５２は、例えば、メールボックスの全容量、使用している容量、使用可能な容量（残容量）や、メールボックスに格納可能な全メール数、格納しているメール数、格納可能なメール数（残メール数）等を格納する。
インデックス情報３５３は、管理ＩＤ３５１で特定されるメールボックスに格納されているメールの検索等を高速に処理するための情報を格納する。メールの検索等を高速に処理するための情報とは、例えば、メール本文に含まれるキーワードである。当該キーワードをメールの検索時に利用することで、メール本文を全文検索するよりも高速に処理することができる。
【００４９】
ヘッダ情報３５４は、管理ＩＤ３５１で特定されるメールボックスに格納されているメールの情報を格納する。ヘッダ情報３５４は、例えば、各メールのフラグ情報、サイズ情報、格納先情報、アクセス権限情報およびメールの送受信についての設定情報等を格納する。
ここで、フラグ情報とは、既読または未読を示す情報、削除状態（所定のタイミングで削除される状態）を示す情報、重要度を示す情報である。また、サイズ情報とは、メールおよびメールヘッダのサイズを示す情報である。また、格納先情報とは、メールが揮発性記憶部３０７または不揮発性記憶部３０９のどちらに格納されているかを示す情報である。また、アクセス権限情報とは、メールを利用（読み書き等）できるか否かを示す情報である。
【００５０】
メールＩＤ３５５は、管理ＩＤ３５１で特定されるメールボックスに格納されているメールＩＤを格納する。メールＩＤ３５５は、図３（ｄ）に示すように、複数のメールＩＤを格納することができる。
【００５１】
（データの構成）
図４は、メールボックスサーバ１０７とデータストアサーバ１０８との間でやりとりされるデータ４００の構成を説明する図である。
データ４００は、エントリデータヘッダ４１０およびエントリデータ４１１を有する。
エントリデータヘッダ４１０は、データ４００に関する情報を格納する。エントリデータヘッダ４１０は、データサイズ４０１、データ種別４０２、ステータスコード４０３、シーケンスＩＤ４０４、キー４０５および状態遷移時間４０６を有する。
【００５２】
データサイズ４０１は、データ４００全体のデータサイズを格納する。データサイズ４０１は、エントリデータ４１１のデータサイズを格納してもよい。
データ種別４０２は、データ４００が何の用途であるかを示す情報を格納する。データ種別４０２は、データストアサーバ１０８がデータ４００をどう処理するか（用途）を判定する際に参照される。データ種別４０２は、例えば、要求および応答を示す情報ならびにエントリデータ４１１の格納、取得、更新および削除を示す情報（コマンド情報）ならびに後記するメール格納先判定処理において決定されたメールの格納先を示す情報を格納する。
ここで、データ種別４０２において、要求とは、メールボックスサーバ１０７がデータストアサーバ１０８へデータ４００を送信することである。一方、応答とは、データストアサーバ１０８がメールボックスサーバ１０７へデータ４００を送信することである。
【００５３】
ステータスコード４０３は、データ種別４０２が応答である場合に、処理の詳細を示す情報を格納する。ステータスコード４０３は、例えば、「２００」（正常終了）や「５００」（エラー）等を格納する。データ種別４０２が要求である場合は、ステータスコード４０３は未使用として、「０」を格納する。
シーケンスＩＤ４０４は、メールボックスサーバ１０７とデータストアサーバ１０８との間のデータ４００のやりとりを識別する情報を格納する。シーケンスＩＤ４０４は、メールボックスサーバ１０７がデータストアサーバ１０８へデータ４００を送信する度に、異なる値が発行され、格納される。シーケンスＩＤ４０４は、要求と当該要求に対する応答に対して、同じ値を格納する。
【００５４】
キー４０５は、要求または応答の対象となるデータを識別する情報を格納する。キー４０５は、キー３２１、キー３３１およびキー３４１（図３参照）のいずれかを格納する。
状態遷移時間４０６は、状態遷移時間３３４（図３参照）と同様に、揮発性記憶部３０７から不揮発性記憶部３０９へ、メールが遷移する時間を格納する。なお、状態遷移時間４０６が負の値の場合は、メールは遷移せずに、不揮発性記憶部３０９へ格納されることを示す。
【００５５】
エントリデータ４１１は、キー４０５に対応付けられたバリューを格納する。エントリデータ４１１は、エントリデータ（メールボックス管理情報）３２２、エントリデータ３３２（メール）、メール格納先情報３４２およびエントリデータ３４３（メール）（図３参照）のいずれかを格納する。
【００５６】
（メール格納処理）
図５は、本実施形態のメール格納処理を示すシーケンス図である。図５では、データストアサーバ１０８の処理は正常に終了する例を示し、簡略化のためデータストアサーバ１０８が送信するエントリデータ４１１がない正常応答（ステップＳ５０７およびステップＳ５０８の応答）は省略する。メールボックスサーバ１０７は、上記正常応答を受信したことをもって、要求が終了したと判定する。
メール格納処理は、メールボックスサーバ１０７が、メールゲートウェイ１０６を介してメール転送サーバ１０５からメールを受信し、データストアサーバ１０８へ当該メールを格納する処理である。この処理は、図示しない送信元の通信端末１０１のユーザが、当該通信端末１０１を操作してメールを送信することを契機に行われる。
【００５７】
まず、メール転送サーバ１０５は、メールゲートウェイ１０６へメールを送信する（ステップＳ５０１）。
そして、メールゲートウェイ１０６は、メール転送サーバ１０５から受信したメールのデータ形式を変換等し、当該メールをメールボックスサーバ１０７へ送信可能な場合は、メール転送サーバ１０５へ正常終了を通知する（ステップＳ５０２）。
次に、メールゲートウェイ１０６は、メール転送サーバ１０５から受信したメールを、メールボックスサーバ１０７へ送信する（ステップＳ５０３）。
【００５８】
メールボックスサーバ１０７は、データストアサーバ１０８に対して、メールゲートウェイ１０６から受信したメールの宛先に対応するメールボックス情報３２０（図３（ｂ）参照）の取得を要求する（ステップＳ５０４）。ここで、メールの宛先とは、例えば、通信端末１０１の電話番号等であり、図３（ｄ）に示す管理ＩＤ３５１である。
また、メールの宛先に対応けられたメールボックス情報３２０を特定する方法は、携帯通信キャリアのメールシステムや通信端末１０１の仕様により異なる。
【００５９】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、要求を示す情報およびエントリデータ４１１（メールボックス管理情報３２２）の取得を示すコマンド情報が格納される。
ステータスコード４０３は、未使用である。
シーケンスＩＤ４０４には、例えば通し番号であり、前回発行したシーケンスＩＤ４０４に１を加算した値等が格納される。
キー４０５には、メールの宛先に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１は、未使用である。
【００６０】
そして、データストアサーバ１０８は、メールボックスサーバ１０７からの要求に対応するメールボックス情報３２０を、メールボックスサーバ１０７へ送信する（ステップＳ５０５）。具体的には、データストアサーバ１０８は、メールボックスサーバ１０７からの要求に含まれるキー４０５を検索キーとしてキー３２１を検索し、当該要求に対応するメールボックス情報３２０を特定（取得）することができる。
【００６１】
また、この場合においてデータストアサーバ１０８からメールボックスサーバ１０７へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、応答を示す情報が格納される。
ステータスコード４０３には、データストアサーバ１０８がメールボックス情報３２０を取得できた場合は「２００」（正常終了）が、取得できなかった場合は「５００」（エラー）等の正常終了以外の値が格納される。
シーケンスＩＤ４０４には、ステップＳ５０４においてメールボックスサーバ１０７が発行した値が格納される。このようにすることで、ステップＳ５０４の要求に対する応答であることが明確となる。
キー４０５には、メールの宛先に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１には、取得したメールボックス情報３２０が格納される。メールボックス情報３２０が取得できなかった場合は、エントリデータ４１１は、未使用である。
【００６２】
メールボックスサーバ１０７は、データストアサーバ１０８から受信したメールボックス情報３２０等に基づいて、メール格納先判定処理を行う（ステップＳ５０６）。メール格納先判定処理は、ステップＳ５０３においてメールゲートウェイ１０６から受信したメールを、揮発性記憶部３０７および不揮発性記憶部３０９のどちらに格納するかを判定する処理である。メール格納先判定処理の詳細については、図８を参照して後記する。
【００６３】
次に、メールボックスサーバ１０７は、メール格納先判定処理の結果に基づいて、データストアサーバ１０８に対して、メールの格納を要求する（ステップＳ５０７）。
【００６４】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、要求を示す情報、エントリデータ４１１（ステップＳ５０３において、メールゲートウェイ１０６から受信したメール）の格納を示すコマンド情報およびメール格納先判定処理（図８参照）において決定されたメールの格納先を示す情報が格納される。
ステータスコード４０３は、未使用である。
シーケンスＩＤ４０４には、例えば通し番号であり、ステップＳ５０４においてメールボックスサーバ１０７が発行した値に１を加算した値等が格納される。
キー４０５には、ステップＳ５０３において、メールゲートウェイ１０６から受信したメールのメールＩＤが格納される。
状態遷移時間４０６には、メール格納先判定処理（図８参照）において設定された値が格納される。
エントリデータ４１１には、ステップＳ５０３においてメールゲートウェイ１０６から受信したメールが格納される。
【００６５】
そして、データストアサーバ１０８は、メールボックスサーバ１０７から受信したデータ４００に基づいて、メールを揮発性記憶部３０７または不揮発性記憶部３０９に格納する。
【００６６】
具体的には、データ種別４０２に、格納先を不揮発性記憶部３０９とする情報が含まれる場合、データストアサーバ１０８は、メールを不揮発性記憶部３０９（図３（ａ）（ｃ）参照）に格納する。
その際、キー３４１ａおよびキー３４１ｂには、キー４０５が格納される。
メール格納先情報３４２には、メールの格納先を示す情報を格納する。メール格納先情報３４２は、例えば、不揮発性記憶部３０９のアドレス等である。
エントリデータ３４３には、エントリデータ４１１が格納される。
登録更新時刻３４４には、現在の日時が格納される。
【００６７】
一方、データ種別４０２に、格納先を揮発性記憶部３０７とする情報が含まれる場合、データストアサーバ１０８は、メールを揮発性記憶部３０７（図３（ａ）（ｂ）（ｄ）参照）に格納する。
その際、キー３３１には、キー４０５が格納される。
エントリデータ３３２には、エントリデータ４１１が格納される。
登録更新時刻３３３には、現在の日時が格納される。
状態遷移時間３３４には、状態遷移時間４０６が格納される。
【００６８】
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０（図３（ｂ）（ｄ）参照）の更新を要求する（ステップＳ５０８）。ステップＳ５０８では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ５０５において特定したメールボックス情報３２０に、ステップＳ５０７において格納したメールに関する情報を格納する（更新する）ことを求める。
【００６９】
そして、データストアサーバ１０８は、メールボックス情報３２０（図３（ｂ）（ｄ）参照）を更新する。その際、更新されるメールボックス情報３２０の項目は、次のとおりである。
登録更新時刻３２３には、現在の日時が格納される。
クォータ情報３５２、インデックス情報３５３およびヘッダ情報３５４には、格納したメールに関連する情報を反映した値を、それぞれの項目へ格納する。
メールＩＤ３５５には、キー４０５が格納される（追記される）。
【００７０】
次に、メールボックスサーバ１０７は、メールの格納およびメールボックス情報３２０の更新ができた場合、メール転送サーバ１０５へ正常終了を通知する（ステップＳ５０９）。
【００７１】
次に、メールゲートウェイ１０６は、着信通知要求をプッシュゲートウェイ１０９へ送信する（ステップＳ５１０）。ここで、着信通知とは、メールボックスにメールが届いたことを示す通知である。また、着信通知には、当該メールを含めることができる。そして、着信通知要求とは、着信通知の送信を求めることである。
一般的に、通信プロトコルとして、着信通知要求にはＰＡＰ（Push Access Protocol）が用いられ、着信通知にはＳＭＰＰ（Short Message Peer-to-Peer Protocol）が用いられる。なお、本実施形態では、通信プロトコルを限定しない。
【００７２】
そして、プッシュゲートウェイ１０９は、メールゲートウェイ１０６からの着信通知要求に対し、通信端末１０１へ着信通知を送信する（ステップＳ５１１）。
【００７３】
（メール受信処理の概要）
次に、通信端末１０１がメールを受信する処理について説明する。通信端末１０１がメールを受信（取得）する処理には、以下の３類型がある。
（１）着信通知を受信する（ステップＳ５１１（図５）参照）と、通信端末１０１が自動でメールボックスへアクセスして、メールを取得する場合。以下、類型１と呼ぶ。
（２）通信端末１０１のユーザが当該通信端末１０１を操作して、メールを取得する場合。以下、類型２と呼ぶ。
（３）着信通知（ステップＳ５１１（図５）参照）内または他の通信プロトコルのメッセージ内にメールを含めて、通信端末１０１がメールを取得する場合。以下、類型３と呼ぶ。
【００７４】
類型１の場合、通信端末１０１が着信通知を受信した後にメールボックスのメールを取得および削除するため、メールボックスがメールを保持する時間が短い。
類型２の場合、ユーザが通信端末１０１を操作することを契機として、メールボックスのメールを取得および削除するため、ユーザの操作のタイミングによっては、メールボックスがメールを保持する時間が長くなる。
類型３の場合、通信端末１０１は着信通知でメールを受信しているため、新たにメールを取得する処理を行う必要がない。
【００７５】
上記３類型において、メールボックスがメールを保持する時間は、データストアサーバ１０８が揮発性記憶部３０７にメールを格納している時間である。データストアサーバ１０８は揮発性記憶部３０７の残容量が少なくなると、メールを不揮発性記憶部３０９へ格納する（移動する）。揮発性記憶部３０７よりも処理速度が劣る不揮発性記憶部３０９にメールが格納されることによって、当該メールを処理する速度が低下し、メールの配信性能が低下する。
【００７６】
メール格納先判定処理（ステップＳ５０６（図５）参照）により、各類型に適した格納先へメールが格納されることにより、揮発性記憶部３０７に格納されるメールが増え、メールの配信性能が向上する。以下、各類型について説明する。
【００７７】
（メール受信処理１）
まず、類型１の場合のメール受信処理について説明する。
図６は、通信端末１０１が自動でメールを取得する場合のメール受信処理を示すシーケンス図である。図６では、データストアサーバ１０８の処理は正常に終了する例を示し、簡略化のためデータストアサーバ１０８が送信する、エントリデータ４１１がない正常応答（ステップＳ６１２、ステップＳ６１５およびステップＳ６１６の応答）は省略する。メールボックスサーバ１０７は、上記正常応答を受信したことをもって、要求が終了したと判定する。
このメール受信処理は、通信端末１０１が着信通知を受信する（ステップＳ５１１（図５）参照）ことを契機に行われる。なお、当該処理において、通信端末１０１およびメールボックスサーバ１０７間の通信は、メールゲートウェイ１０６の中継により行われるが、メールゲートウェイ１０６についての説明は省略する。
【００７８】
まず、通信端末１０１は、メールボックスサーバ１０７へログインを要求する（ステップＳ６０１）。
次に、メールボックスサーバ１０７は、通信端末１０１からの要求に対して、ログイン可能であるか否か、認証を行う（ステップＳ６０２）。
ステップＳ６０２における認証の結果、ログイン可能である場合、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０（図３（ｂ）参照）の取得を要求する（ステップＳ６０３）。
【００７９】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）は、ステップＳ５０４（図５参照）とほぼ同様である。なお、キー４０５には、通信端末１０１に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
ここで、通信端末１０１に対応付けられたメールボックス情報３２０を特定する方法は、携帯通信キャリアのメールシステムや通信端末１０１の仕様により異なる。例えば、下記の方法がある。
【００８０】
（１）メールボックス情報３２０を一意に識別する情報（キー３２１）を、ステップＳ６０１におけるログイン要求時に併せて送信し、当該情報に基づいてメールボックス情報３２０を特定する方法。
（２）通信端末１０１を一意に識別する情報と、メールボックス情報３２０を一意に識別する情報（キー３２１）とを対応付ける情報をメールボックスサーバ１０７が保持しており、ステップＳ６０２における認証時に、これらの情報に基づいてメールボックス情報３２０を特定する方法。
【００８１】
そして、データストアサーバ１０８は、ステップＳ６０３におけるメールボックス取得要求に対して、対応するメールボックス情報３２０をメールボックスサーバ１０７へ送信する（ステップＳ６０４）。
また、この場合においてデータストアサーバ１０８からメールボックスサーバ１０７へ送信されるデータ４００（図４参照）は、ステップＳ５０５（図５参照）とほぼ同様である。なお、キー４０５には、通信端末１０１に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
【００８２】
次に、ステップＳ６０４においてメールボックスサーバ１０７がメールボックス情報３２０を取得できた場合、メールボックスサーバ１０７は、通信端末１０１へ、ステップＳ６０１におけるログイン要求が正常終了したことを通知する（ステップＳ６０５）。
【００８３】
次に、通信端末１０１は、メールボックスサーバ１０７へメール取得要求を送信する（ステップＳ６０６）。
そして、メールボックスサーバ１０７は、ステップＳ６０６における通信端末１０１からのメール取得要求に基づいて、当該通信端末１０１が、類型１の方法によりメールを取得する設定であるか否かを判定する（ステップＳ６０７）。以下、類型１の方法によりメールを取得する設定である通信端末１０１のユーザを、自動設定ユーザと呼ぶ。
【００８４】
ここで、自動設定ユーザか否かを判定する方法は、携帯通信キャリアのメールシステムや通信端末１０１の仕様により異なる。例えば、下記の方法がある。
（１）通信端末１０１が前記した類型１の方法によりメールを取得する設定であることを示す情報が、メール取得要求に含まれており、当該情報に基づいて判定する方法。
（２）ステップＳ６０１におけるログイン要求から、ステップＳ６０６におけるメール取得要求までの処理のシーケンスに基づいて判定する方法。
【００８５】
次に、メールボックスサーバ１０７は、メール取得要求を、データストアサーバ１０８へ送信する（ステップＳ６０８）。
【００８６】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、要求を示す情報およびエントリデータ４１１（エントリデータ３３２）の取得を示すコマンド情報が格納される。
ステータスコード４０３は、未使用である。
シーケンスＩＤ４０４には、例えば通し番号であり、前回発行したシーケンスＩＤ４０４に１を加算した値等が格納される。
キー４０５には、メールＩＤが格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１は、未使用である。
【００８７】
なお、キー４０５に格納されるメールＩＤは、ステップＳ６０４において取得したメールボックス情報３２０を基に、指定することができる。例えば、ヘッダ情報３５４に、未読を示す情報（フラグ情報）が格納されている場合、キー４０５に、当該未読のメールＩＤを格納する。
【００８８】
そして、データストアサーバ１０８は、ステップＳ６０８におけるメールボックスサーバ１０７からのメール取得要求で指定されたメールを、メールボックスサーバ１０７へ送信する（ステップＳ６０９）。
ここで、当該指定されたメールは、メール格納先判定処理（詳細後記。ステップＳ５０６（図５）およびステップＳ８０９〜Ｓ８１１（図８）参照）により、データストアサーバ１０８の揮発性記憶部３０７（図３（ａ）参照）に格納されている。データストアサーバ１０８は、メール取得要求で指定されたメールＩＤと一致するキー３３１を格納するメールデータ情報３３０（図３（ｂ）参照）を特定し、当該メールデータ情報３３０のエントリデータ３３２をメールボックスサーバ１０７へ送信する。
【００８９】
また、この場合においてデータストアサーバ１０８からメールボックスサーバ１０７へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、応答を示す情報が格納される。
ステータスコード４０３は、データストアサーバ１０８がエントリデータ３３２を取得できた場合は「２００」（正常終了）が、取得できなかった場合は「５００」（エラー）等の正常終了以外の値が格納される。
シーケンスＩＤ４０４には、ステップＳ６０８においてメールボックスサーバ１０７が発行した値が格納される。
キー４０５には、メールＩＤが格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１には、取得したエントリデータ３３２が格納される。エントリデータ３３２が取得できなかった場合は、エントリデータ４１１は、未使用である。
【００９０】
次に、メールボックスサーバ１０７は、ステップＳ６０９においてデータストアサーバ１０８から受信したメールを、メールヘッダ等を書き換えて、通信端末１０１へ送信する（ステップＳ６１０）。
そして、通信端末１０１は、メールボックスサーバ１０７からメールを受信すると、削除フラグセットをメールボックスサーバ１０７へ送信する（ステップＳ６１１）。ここで、削除フラグセットとは、メールボックスに格納されたメールを削除状態にする要求である。削除フラグセットは、例えば、ＩＭＡＰにおいてｓｔｏｒｅコマンドでｄｅｌｅｔｅフラグをセットする要求を送信することである。
【００９１】
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０（図３（ｂ）（ｄ）参照）の更新を要求する（ステップＳ６１２）。ステップＳ６１２では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ６０９においてデータストアサーバ１０８から受信したメールを削除状態にすることを求める。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、当該メールのメールＩＤが格納されているメールボックス情報３２０のヘッダ情報３５４（図３（ｄ）参照）へ、削除状態を示す情報を格納することを求める。
【００９２】
そして、メールボックスサーバ１０７は、データストアサーバ１０８がメールボックス情報３２０を更新すると、通信端末１０１へ、メールボックス情報３２０の更新が正常終了したことを通知する（ステップＳ６１３）。
次に、通信端末１０１は、メールボックスサーバ１０７へ抹消要求を送信する（ステップＳ６１４）。抹消要求とは、メールの削除を求めることである。抹消要求とは、ＩＭＡＰにおいてＥｘｐｕｎｇｅ要求のことである。
【００９３】
次に、メールボックスサーバ１０７は、ステップＳ６１４における通信端末１０１からの抹消要求で指定されたメールを削除する要求を、データストアサーバ１０８へ送信する（ステップＳ６１５）。なお、メール削除要求には、要求の対象となるメールのメールＩＤが含まれる。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ６０９においてデータストアサーバ１０８から受信したメールが格納されているメールデータ情報３３０（図３（ｂ）参照）を削除することを求める。
【００９４】
また、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０の更新を要求する（ステップＳ６１６）。ステップＳ６１６では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ６０９においてデータストアサーバ１０８から受信したメールを削除することを求める。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、当該メールのメールＩＤが格納されているメールボックス情報３２０（図３（ｂ）（ｄ）参照）から、当該メールＩＤ等を削除することを求める。
【００９５】
そして、メールボックスサーバ１０７は、データストアサーバ１０８がメールボックス情報３２０を削除しメールボックス情報３２０を更新すると、通信端末１０１へ、メールの削除およびメールボックス情報３２０の更新が正常終了したことを通知する（ステップＳ６１７）。
【００９６】
次に、通信端末１０１は、メールボックスサーバ１０７へログアウト要求を送信する（ステップＳ６１８）。
そして、メールボックスサーバ１０７は、通信端末１０１へ、ログアウトが正常終了したことを通知する（ステップＳ６１９）。
【００９７】
このように、類型１のメール受信処理は、通信端末１０１が着信通知を受信する（ステップＳ５１１（図５）参照）ことを契機に行われるので、データストアサーバ１０８がメールを格納（ステップＳ５０７）してから削除（ステップＳ６１５）までの時間が短い。そのため、メールが揮発性記憶部３０７に格納されていても、揮発性記憶部３０７の容量を圧迫することが少ない。したがって、メール格納先判定処理（ステップＳ５０６）では、メールの格納先を揮発性記憶部３０７と決定する。
【００９８】
（メール受信処理２）
次に、類型２の場合のメール受信処理について説明する。
図７は、通信端末１０１のユーザが当該通信端末１０１を操作して、メールを取得する場合のメール受信処理を示すシーケンス図である。図７では、データストアサーバ１０８の処理は正常に終了する例を示し、簡略化のためデータストアサーバ１０８が送信する、エントリデータ４１１がない正常応答（ステップＳ７０８およびステップＳ７２３の応答）は省略する。メールボックスサーバ１０７は、上記正常応答を受信したことをもって、要求が終了したと判定する。
図７のメール受信処理は、通信端末１０１のユーザが当該通信端末１０１を操作することを契機に行われる。なお、当該処理において、通信端末１０１およびメールボックスサーバ１０７間の通信は、メールゲートウェイ１０６の中継により行われるが、メールゲートウェイ１０６についての説明は省略する。
また、図６と同様の処理については、その繰り返しの説明は省略する。
【００９９】
ステップＳ７０１〜Ｓ７０５は、図６に示すステップＳ６０１〜Ｓ６０５と同様である。
次に、通信端末１０１は、手動操作コマンドをメールボックスサーバ１０７へ送信する（ステップＳ７０６）。手動操作コマンドとは、通信端末１０１のユーザが当該通信端末１０１を操作することにより、通信端末１０１が送信するコマンドである。手動操作コマンドには、例えば、メールのサイズやヘッダ等の情報を取得するコマンド、メールに特定のフラグを設定するコマンド等がある。
【０１００】
そして、メールボックスサーバ１０７は、ステップＳ７０６における通信端末１０１からのメール取得要求に基づいて、当該通信端末１０１が、類型２の方法によりメールを取得する設定であるか否かを判定する（ステップＳ７０７）。以下、類型２の方法によりメールを取得する設定である通信端末１０１のユーザを、手動設定ユーザと呼ぶ。
【０１０１】
ここで、手動設定ユーザか否かを判定する方法は、メールボックスサーバ１０７が、ステップＳ７０４においてデータストアサーバ１０８から受信したメールボックス情報３２０に基づいて行う。前記したように、メールボックス情報３２０のヘッダ情報３５４（図３（ｂ）（ｄ）参照）には、メールの送受信についての設定情報が格納される。メールボックスサーバ１０７は、手動設定ユーザであることを示す情報がヘッダ情報３５４に格納されている場合、当該通信端末１０１は手動設定ユーザであると判定する。
【０１０２】
また、手動設定ユーザか否かを判定する方法は、メールボックスサーバ１０７が、ステップＳ７０６において通信端末１０１から受信した手動操作コマンドに基づいて行うこともできる。メールボックスサーバ１０７は、手動操作コマンドに手動設定ユーザであることを示す情報が含まれている場合、当該通信端末１０１は手動設定ユーザであると判定する。
【０１０３】
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０の更新を要求する（ステップＳ７０８）。ステップＳ７０８では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ７０４において特定したメールボックス情報３２０を更新することを求める。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、当該メールボックス情報３２０のヘッダ情報３５４（図３（ｄ）参照）へ、手動設定ユーザであることを示す情報を格納することを求める。
【０１０４】
次に、メールボックスサーバ１０７は、データストアサーバ１０８がメールボックス情報３２０を更新すると、通信端末１０１へ、メールボックス情報３２０の更新が正常終了したことを通知する（ステップＳ７０９）。
ステップＳ７１０〜Ｓ７１３は、図６に示すステップＳ６０６〜Ｓ６１０と同様である。
【０１０５】
以上、ステップＳ７０１〜Ｓ７１３が、通信端末１０１のユーザが当該通信端末１０１を操作して、メールを取得する処理である。以下、説明するステップＳ７２１〜Ｓ７２４は、当該ユーザが、取得したメールを削除せずにログアウトを行った場合の処理である。
【０１０６】
ステップＳ７２１〜Ｓ７２２は、図６に示すステップＳ６１８〜Ｓ６１９と同様である。
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメール遷移要求を送信する（ステップＳ７２３）。
【０１０７】
メール遷移要求とは、メールを揮発性記憶部３０７から不揮発性記憶部３０９（図３（ａ）参照）へ遷移させることを求めることである。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ７１２においてデータストアサーバ１０８から受信し、揮発性記憶部３０７に格納しているメールを、不揮発性記憶部３０９に格納する。
より詳細には、当該メールのメールデータ情報３３０（図３（ｂ）参照）を基に、メールデータ情報３４０およびメールデータ情報３５０（図３（ｃ）参照）を作成し、揮発性記憶部３０７および不揮発性記憶部３０９に格納する。その際、キー３４１にはキー３３１を格納し、メール格納先情報３４２にはメールデータ情報３５０の格納先を示す情報を格納し、エントリデータ３４３にはエントリデータ３３２を格納し、登録更新時刻３４４には、メールデータ情報３５０を作成した時刻を格納する。
【０１０８】
そして、データストアサーバ１０８は、メールボックスサーバ１０７からのメール遷移要求に対して、要求に対応するメールを揮発性記憶部３０７から不揮発性記憶部３０９へ遷移させる。
また、メール遷移要求に代えて、メール削除要求（ステップＳ６１５（図６参照））としてもよい。
【０１０９】
このように、類型２のメール受信処理は、通信端末１０１のユーザが当該通信端末１０１を操作することを契機に行われるので、データストアサーバ１０８がメールを格納（ステップＳ５０７（図５参照））してから遷移または削除（ステップＳ６１５（図６参照））するまでの時間は、ユーザに依存する。そのため、メールが遷移または削除されずに揮発性記憶部３０７に格納されていると、揮発性記憶部３０７の容量を圧迫することがある。したがって、メール格納先判定処理（ステップＳ５０６（図５参照））では、後記する平均取得時間等に基づいて、メールの格納先を決定する。
【０１１０】
（メール受信処理３）
最後に、類型３の場合のメール受信処理について説明する。
このメール受信処理は、着信通知内にメールを含めて通信端末１０１へ送信するため、通信端末１０１が改めてメールを取得する処理は不要である。
通信端末１０１へ送信済みのメールは、メール削除要求（ステップＳ６１５（図６）と同様）を送信することで、削除することができる。メールの削除は、（１）着信通知に対する応答（図示せず）の後や、（２）通信端末１０１が自動でメールボックスサーバ１０７へログイン（ステップＳ６０１（図６参照）と同様）して、行うことができる。
【０１１１】
このように、類型３のメール受信処理は、データストアサーバ１０８がメールを格納（ステップＳ５０７（図５参照））してから削除するまでの時間が短い。そのため、メールが揮発性記憶部３０７に格納されていても、揮発性記憶部３０７の容量を圧迫することが少ない。したがって、メール格納先判定処理（ステップＳ５０６（図５参照））では、メールの格納先を揮発性記憶部３０７と決定する。
【０１１２】
（メール格納先判定処理）
次に、メール格納先判定処理について説明する。
図８は、メール格納先判定処理（ステップＳ５０６（図５）参照）のフローチャートである。メール格納先判定処理は、メールボックスサーバプログラム２０５（図２（ａ）参照）が、ステップＳ５０５においてデータストアサーバ１０８がメールボックスサーバ１０７へ送信したデータ４００（図４参照）等に基づいて行う処理である。
【０１１３】
ステップＳ８０１において、メールボックスサーバプログラム２０５は、エントリデータ４１１に格納されているメールボックス情報３２０（図３（ｂ）参照）のクォータ情報３５２（図３（ｄ）参照）を参照する。そして、ステップＳ８０２へ進む。
【０１１４】
ステップＳ８０２において、メールボックスサーバプログラム２０５は、クォータ情報３５２に格納されている残メール数または残容量が、各閾値を超過しているか否かを判定する。
残メール数または残容量のいずれかが、各閾値を超過している場合（ステップＳ８０２“Ｙｅｓ”）、ステップＳ８０３へ進む。この場合、（１）手動設定ユーザがメールを取得する操作をしていない、（２）通信端末１０１の電源が入っていないまたは無線網１０２の圏外である、（３）ユーザが海外などにいるためメールを取得しない設定にしている等の理由が想定される。そのため、通信端末１０１がメールを受信するまでに時間を要すると想定される。
残メール数および残容量のいずれもが、各閾値を超過していない場合（ステップＳ８０２“Ｎｏ”）、ステップＳ８０４へ進む。
【０１１５】
ステップＳ８０３において、メールボックスサーバプログラム２０５は、メールの格納先を不揮発性記憶部３０９に設定する。具体的には、メールボックスサーバプログラム２０５は、データ種別４０２にメールの格納先を示す情報として不揮発性記憶部３０９を格納する。または、メールボックスサーバプログラム２０５は、状態遷移時間４０６に負の値を設定する。そして、ステップＳ５０６に戻る。
【０１１６】
ステップＳ８０４において、メールボックスサーバプログラム２０５は、着信通知でメールを送付可能か否かを判定する。送付可能な場合（ステップＳ８０４“Ｙｅｓ”）、ステップＳ８０５へ進む。送付可能でない場合（ステップＳ８０４“Ｎｏ”）、ステップＳ８０７へ進む。
なお、着信通知でメールを送付可能か否かの判定は、例えば、メールサイズに基づいて判定することができる。メールサイズが所定の閾値未満の場合は送付可能とし、閾値以上の場合は送付不可能と判定することができる。また、サイズの小さなメールを揮発性記憶部３０７に格納して、多数のメールを高速処理することで、メールの配信性能が向上する。
【０１１７】
ステップＳ８０５において、メールボックスサーバプログラム２０５は、状態遷移時間４０６を設定する。状態遷移時間４０６は、予め定められた値を設定してもよいし、クォータ情報３５２に格納されている残メール数または残容量等に基づいて算出した値を設定してもよい。状態遷移時間４０６は、キー４０５の値、メールを受信した回線に基づいて設定してもよい。
そして、ステップＳ８０６へ進む。
【０１１８】
ステップＳ８０６において、メールボックスサーバプログラム２０５は、メールの格納先を揮発性記憶部３０７に設定する。具体的には、メールボックスサーバプログラム２０５は、データ種別４０２にメールの格納先を示す情報として揮発性記憶部３０７を格納するし、状態遷移時間４０６に所定の値を設定する。そして、ステップＳ５０６に戻る。
【０１１９】
ステップＳ８０７において、メールボックスサーバプログラム２０５は、揮発性記憶部３０７の残容量が閾値を超過しているか否かを判定する。具体的には、メールボックスサーバプログラム２０５は、ヘッダ情報３５４に格納されている各メールのサイズ情報および格納先情報に基づいて、当該判定を行う。これにより、各ユーザが、ある程度均等に揮発性記憶部３０７を利用することができる。
閾値を超過している場合（ステップＳ８０７“Ｙｅｓ”）、ステップＳ８０８へ進む。閾値を超過していない場合（ステップＳ８０７“Ｎｏ”）、ステップＳ８０９へ進む。
【０１２０】
ステップＳ８０８は、ステップＳ８０３と同様である。
【０１２１】
ステップＳ８０９において、メールボックスサーバプログラム２０５は、通信端末１０１のユーザが自動設定ユーザであるか否かを判定する。具体的には、メールボックスサーバプログラム２０５は、ヘッダ情報３５４に格納されているメールの送受信についての設定情報に基づいて、自動設定ユーザであるか否かを判定する。
自動設定ユーザである場合（ステップＳ８０９“Ｙｅｓ”）、ステップＳ８１０へ進む。自動設定ユーザでない場合（ステップＳ８０９“Ｎｏ”）、ステップＳ８１２へ進む。
【０１２２】
ステップＳ８１０〜Ｓ８１１は、ステップＳ８０５〜Ｓ８０６と同様である。
【０１２３】
ステップＳ８１２において、メールボックスサーバプログラム２０５は、受信したメールがスパムメールであるか否かを判定する。当該判定は、従来公知の方法を用いればよい。スパムメールの場合は、ユーザがメールを受信せずに削除することがある。そのため、スパムメールを揮発性記憶部３０７に格納しても、配信処理の向上が期待できない。
受信したメールがスパムメールであった場合（ステップＳ８１２“Ｙｅｓ”）、ステップＳ８１３へ進む。受信したメールがスパムメールでなかった場合（ステップＳ８１２“Ｎｏ”）、ステップＳ８１４へ進む。
【０１２４】
ステップＳ８１３は、ステップＳ８０３と同様である。
【０１２５】
ステップＳ８１４において、メールボックスサーバプログラム２０５は、メール平均取得時間が、閾値を超過しているか否かを判定する。ここで、メール平均取得時間とは、メールを受信してから通信端末１０１が当該メールを取得する時間の平均値である。より詳細には、メール平均取得時間とは、ステップＳ５０７（図５参照）においてメールボックスサーバ１０７がデータストアサーバ１０８へ送信したメールを、データストアサーバ１０８が揮発性記憶部３０７または不揮発性記憶部３０９に格納してから、通信端末１０１が当該メールを取得し、データストアサーバ１０８から当該メールが削除されるまでに要した時間の平均値である。具体的には、メール平均取得時間は、メールデータ情報３３０の登録更新時刻３３３（図３（ｂ）参照）およびメールデータ情報３５０の登録更新時刻３４４（図３（ｃ）参照）ならびにディスク２０８（図２（ａ）参照）に格納されているメールボックスサーバプログラム２０５が出力したログ等に基づいて算出することができる。
メール平均取得時間が閾値を超過している場合（ステップＳ８１４“Ｙｅｓ”）、ステップＳ８１５へ進む。メール平均取得時間が閾値を超過していない場合（ステップＳ８１４“Ｎｏ”）、ステップＳ８１６へ進む。
【０１２６】
ステップＳ８１５は、ステップＳ８０３と同様である。
ステップＳ８１６〜Ｓ８１７は、ステップＳ８０５〜Ｓ８０６と同様である。
【０１２７】
なお、図８のフローチャートは一例であり、判定条件、判定の順番、設定する状態遷移時間等を任意に変更することができる。
【０１２８】
（まとめ）
本実施形態では、メールの特性、メールボックス（データストアサーバ１０８の揮発性記憶部３０７またはディスク３０８）の特性、メールの受信に関する設定情報に基づいて、メールの格納先を決定することで、通信端末１０１からアクセスされる可能性が高いと考えられるメールを、揮発性記憶部３０７により多く格納することができる。
ここで、メールの特性とは、メールのサイズ（サイズ情報）、フラグ情報、格納先情報、アクセス権限情報、スパムメールか否か等である。
また、メールボックスの特性とは、全容量、使用している容量（使用容量）、使用可能な容量（残容量）、格納可能な全メール数（格納可能メール数）、格納しているメール数（格納メール数）、格納可能なメール数（残メール数）等である。
【０１２９】
また、状態遷移時間を設定することで、通信端末１０１からアクセスされないメールが揮発性記憶部３０７から不揮発性記憶部３０９へ遷移するので、揮発性記憶部３０７をより効率的に使用することができる。
【０１３０】
このように、不揮発性記憶部３０９よりも処理速度の速い揮発性記憶部３０７に、多くのメールを格納することで、メールの配信機能を向上させることができる。
【０１３１】
（その他）
なお、前記した実施形態は、本発明を実施するための好適なものであるが、その実施形式はこれらに限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々変更することが可能である。
【符号の説明】
【０１３２】
１０１ 通信端末（端末装置）
１０７ メールボックスサーバ
１０８ データストアサーバ
２０２ プロセッサ（制御部）
２０４ 揮発性メモリ（記憶部）
２０５ メールボックスサーバプログラム（制御部）
２０８ ディスク（記憶部）
３０２ プロセッサ（制御部）
３０４ 揮発性メモリ（記憶部、第１の記憶部）
３０５ データストアサーバプログラム（制御部）
３０７ 揮発性記憶部（記憶部、第１の記憶部）
３０８ ディスク（記憶部、第２の記憶部）
３０９ 不揮発性記憶部（記憶部、第２の記憶部）
【技術分野】
【０００１】
本発明は、メールシステムに関する。
【背景技術】
【０００２】
携帯電話によるメールサービスの利用が普及するに伴い、携帯電話や携帯情報端末向けのデータ通信サービスを提供する会社（以下、携帯通信キャリアと呼ぶ）のメールシステムでは、大量のメールを処理している。
【０００３】
以下、携帯通信キャリアのメールシステムの概要について説明する。
携帯通信キャリアは、自社のメールサービス加入者のメールを格納するメールボックスサーバを有する。メールボックスサーバは、受信したメールを、磁気ディスクドライブ等の記憶装置（以下、ディスクと呼ぶ）に格納する。
【０００４】
メールボックスサーバは、メールサービス加入者の携帯電話等から、メール取得要求を受信すると、当該要求に対応するメールをディスクから取得し、当該携帯電話等へ取得したメールを送信する。
このように、携帯通信キャリアのメールシステムにおいて、単位時間あたりのメールの処理数（以下、配信性能と呼ぶ）は、ディスクの処理速度（入出力性能）に依存するものとなっていた。
【０００５】
ところで、メールを効率的に管理する技術として、例えば、下記の特許文献に記載される技術が知られている。
【０００６】
特許文献１に記載のメールサーバ等は、電子機器によるメールのアクセス履歴から、ユーザの特徴的なアクセス操作を考慮して、電子機器がアクセスする可能性の高いメールであるかを判断する。そしてアクセスする可能性が高いと判断されたメールはメモリに格納され、アクセスする可能性が高くないと判断されたメールはハードディスクに格納される。
高速処理が可能だが高価である小容量のメモリと、高速処理が可能ではないが安価である大容量のハードディスクとを、アクセス履歴に基づき使い分けることによって、メールの効率的な管理を行っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−３５９６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術では、電子機器によるメールのアクセス履歴から、メールの格納場所を判断するため、メールおよびメールボックスの特性に基づいた判断は行っていない。
【０００９】
そこで、本発明は、メールおよびメールボックスの特性に基づいてメールの格納先を決定することによりメールの効率的な管理を行い、メールの配信性能を向上したメールシステムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するため、本発明によるメールシステムは、端末装置のユーザ宛に送信されるメールを格納するデータストアサーバと、前記メールの格納を制御するメールボックスサーバとを有するメールシステムであって、前記データストアサーバの記憶部は、第１の記憶部と第２の記憶部とを有し、前記メールボックスサーバの制御部は、前記メールの特性、前記データストアサーバの記憶部の特性、前記端末装置の設定情報の少なくともいずれか１つに基づいて、前記メールの格納先を前記第１の記憶部または前記第２の記憶部に決定することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、メールの配信性能を向上したメールシステムを提供することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の概略を説明する図である。
【図２】本実施形態のメールボックスサーバの構成を説明する図である。（ａ）は、本実施形態のメールボックスサーバの構成の概要を説明する図である。（ｂ）は、揮発性記憶部の構成を説明する図である。
【図３】本実施形態のデータストアサーバの構成を説明する図である。（ａ）は、本実施形態のデータストアサーバの構成の概要を説明する図である。（ｂ）は、揮発性記憶部の構成を説明する図である。（ｃ）は、メールデータ情報の構成を説明する図である。（ｄ）は、エントリデータに格納されるメールボックス管理情報の構成を説明する図である。
【図４】メールボックスサーバとデータストアサーバとの間でやりとりされるデータの構成を説明する図である。
【図５】本実施形態のメール格納処理を示すシーケンス図である。
【図６】通信端末が自動でメールを取得する場合のメール受信処理を示すシーケンス図である。
【図７】通信端末のユーザが当該通信端末を操作して、メールを取得する場合のメール受信処理を示すシーケンス図である。
【図８】メール格納先判定処理のフローチャートである。
【発明を実施するための形態】
【００１３】
以降、本発明を実施するための形態（「本実施形態」と呼ぶ）を、図等を参照しながら詳細に説明する。また、本実施形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１４】
（構成）
図１は、本実施形態の概略を説明する図である。
メールシステム１００は、通信端末１０１、無線網１０２、キャリア設備網１０３、インターネット１０４、メール転送サーバ１０５、メールゲートウェイ１０６、メールボックスサーバ１０７、データストアサーバ１０８およびプッシュゲートウェイ１０９を有する。
【００１５】
通信端末１０１は、データ通信可能な端末装置である。通信端末１０１は、例えば、携帯電話や携帯情報端末やパーソナルコンピュータ等である。
無線網１０２は、無線通信を行うネットワークである。
キャリア設備網１０３は、無線網１０２からの通信を、後記するインターネット１０４およびメールゲートウェイ１０６へ中継するネットワークおよびネットワーク設備である。
【００１６】
インターネット１０４は、インターネット・プロトコル技術を利用したネットワークである。
メール転送サーバ１０５は、ＭＴＡ（Mail Transfer Agent）とも呼ばれ、インターネット１０４を経由して後記するメールゲートウェイ１０６とメールの送受信を行う装置である。
【００１７】
メールゲートウェイ１０６は、メール転送サーバ１０５を介して受信したメールを、後記するメールボックスサーバ１０７へ中継する処理を行う装置である。また、メールゲートウェイ１０６は、後記するプッシュゲートウェイ１０９を介して通信端末１０１へ、メールの着信を通知するメッセージ（以下、着信通知と呼ぶ）の送信要求を送信する処理および通信端末１０１からのメール取得要求をメールボックスサーバ１０７へ中継する処理を行う。
【００１８】
一般的に、メールゲートウェイ１０６と通信端末１０１間、メールゲートウェイ１０６とメール転送サーバ１０５間の通信プロトコルは、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＥＳＭＴＰ（Extended SMTP）、ＩＭＡＰ（Internet Message Access Protocol）およびＭＭＳ（Multimedia Messaging Service）のいずれかが用いられる。なお、本実施形態では、通信プロトコルを限定しない。
【００１９】
また、本実施形態では、メールの送信経路が、メール転送サーバ１０５、メールゲートウェイ１０６およびメールボックスサーバ１０７の順である場合を例に説明する。メールの送信経路は、これに限られるものではなく、通信端末１０１、メールゲートウェイ１０６およびメールボックスサーバ１０７の順であってもよい。
【００２０】
メールボックスサーバ１０７は、後記するデータストアサーバ１０８との間で、メールの格納および取得する処理を行う装置である。メールボックスサーバ１０７は、メールゲートウェイ１０６を介して受信したメールを、ユーザのメールボックスに格納する処理を行う。なお、この際の通信プロトコルは、一般的に、ＩＭＡＰまたはＭＭＳが用いられる。
また、メールボックスサーバ１０７は、通信端末１０１からのメール取得要求に対して、ユーザのメールボックスからメールを取得し、通信端末１０１へメールを送信する処理を行う。なお、この際の通信プロトコルは、一般的に、ＬＭＴＰ（Local Mail Transfer Protocol）が用いられる。
なお、本実施形態では、通信プロトコルを限定しない。
【００２１】
データストアサーバ１０８は、メールボックスサーバ１０７からのメールおよび後記するメールボックス情報等のデータを受信し、受信したデータを揮発性メモリまたはディスクに格納する処理を行う装置である。また、データストアサーバ１０８は、メールボックスサーバ１０７を介した通信端末１０１からのメール取得要求に対する応答を送信する処理を行う。データストアサーバ１０８は、一般的にキーバリューストアと呼ばれるデータストアであり、キーとバリュー（値）の組でデータを管理する。
【００２２】
プッシュゲートウェイ１０９は、メールゲートウェイ１０６から着信通知要求を受信し、通信端末１０１へ着信通知を送信する処理を行う装置である。一般的に、プッシュゲートウェイ１０９とメールゲートウェイ１０６間のプロトコルは、ＰＡＰ（Push Access Protocol）が用いられ、プッシュゲートウェイ１０９と通信端末１０１間のプロトコルは、ＳＭＰＰ（Short Message Peer-to-Peer Protocol）が用いられる。なお、本実施形態では、通信プロトコルを限定しない。
【００２３】
また、メールゲートウェイ１０６、メールボックスサーバ１０７、データストアサーバ１０８およびプッシュゲートウェイ１０９は、負荷を分散するため、それぞれ複数台で構成することもできる。
【００２４】
（メールボックスサーバ）
図２は、本実施形態のメールボックスサーバ１０７の構成を説明する図である。図２（ａ）は、本実施形態のメールボックスサーバ１０７の構成の概要を説明する図である。
メールボックスサーバ１０７は、プロセッサ２０２、入出力回路インタフェース２０３、揮発性メモリ２０４およびディスク２０８を有する。これらは、バスを介して相互に接続される。
【００２５】
プロセッサ２０２は、後記する揮発性メモリ２０４に格納されているメールボックスサーバプログラム２０５を実行して、メールボックスサーバ１０７を制御する。
入出力回路インタフェース２０３は、他の装置の入出力インタフェースとの間で、情報のやり取りを仲介する。
【００２６】
揮発性メモリ２０４は、メールボックスサーバ１０７が使用するデータや実行するプログラムを格納する。揮発性メモリ２０４は、メールボックスサーバプログラム２０５および揮発性記憶部２０７を有する。
メールボックスサーバプログラム２０５は、メールボックスサーバ１０７を制御する各種プログラム（詳細後記）を格納する。なお、当該プログラムは、図示しない着脱可能な記憶媒体または通信媒体（ネットワーク、デジタル信号、搬送波）を介して、メールボックスサーバプログラム２０５に導入されてもよい。
【００２７】
揮発性記憶部２０７は、後記する図２（ｂ）に示すキー管理情報２２０、キー管理情報２３０およびキャッシュ領域２４０を格納する。キー管理情報２２０およびキー管理情報２３０は、データ構成が同様であり、格納する情報が異なる（詳細後記）。
ディスク２０８は、メールボックスサーバプログラム２０５が出力したログ等のデータを格納する。
【００２８】
図２（ｂ）は、揮発性記憶部２０７の構成を説明する図である。
キー管理情報２２０は、データストアサーバ１０８が格納する、メールボックスに関する情報（以下、メールボックス情報と呼ぶ）を識別するキーを管理する情報である。キー管理情報２２０は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
キー管理情報２２０は、担当キー情報２２１およびデータストアサーバ情報２２２（２２２ａ、２２２ｂ、２２２ｃ）を有する。キー管理情報２２０は、担当キー情報２２１およびデータストアサーバ情報２２２の組み合わせを、複数格納する。
【００２９】
担当キー情報２２１は、データストアサーバ１０８が格納するメールボックス情報を識別するキーの値である。換言すれば、担当キー情報２２１は、データストアサーバ１０８が担当するキーの値である。担当キー情報２２１は、例えば、範囲を指定することにより、複数のキーを格納してもよい。
【００３０】
データストアサーバ情報２２２は、メールボックス情報を格納するデータストアサーバ１０８を特定する情報である。当該データストアサーバ１０８は、データストアサーバ情報２２２と対をなす担当キー情報２２１において特定されるキーに対応付けられたメールボックス情報を格納する。
データストアサーバ情報２２２は、例えば、データストアサーバ１０８のＩＰ（Internet Protocol）アドレスを格納する。
【００３１】
また、図２（ｂ）に示すように、キー管理情報２２０は、１つの担当キー情報２２１に対して、複数のデータストアサーバ情報２２２ａ〜２２２ｃを有することとしてもよい。例えば、データストアサーバ情報２２２ａにおいて特定されるデータストアサーバ１０８の予備として、データストアサーバ情報２２２ｂおよびデータストアサーバ情報２２２ｃにおいてデータストアサーバ１０８を特定することとしてもよい。
【００３２】
キー管理情報２３０は、データストアサーバ１０８が格納する、メールに関する情報（以下、メールデータ情報と呼ぶ）を識別するキーを管理する情報である。キー管理情報２３０は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
キー管理情報２３０は、担当キー情報２３１およびデータストアサーバ情報２３２（２３２ａ、２３２ｂ、２３２ｃ）を有する。キー管理情報２３０は、担当キー情報２３１およびデータストアサーバ情報２３２の組み合わせを、複数格納する。
【００３３】
担当キー情報２３１は、データストアサーバ１０８が格納するメールデータ情報を識別するキーの値である。換言すれば、担当キー情報２３１は、データストアサーバ１０８が担当するキーの値である。担当キー情報２３１は、例えば、範囲を指定することにより、複数のキーを格納してもよい。
【００３４】
データストアサーバ情報２３２は、メールデータ情報を格納するデータストアサーバ１０８を特定する情報である。当該データストアサーバ１０８は、データストアサーバ情報２３２と対をなす担当キー情報２３１において特定されるキーに対応付けられたメールデータ情報を格納する。
データストアサーバ情報２３２は、例えば、データストアサーバ１０８のＩＰ（Internet Protocol）アドレスを格納する。
【００３５】
また、図２（ｂ）に示すように、キー管理情報２３０は、１つの担当キー情報２３１に対して、複数のデータストアサーバ情報２３２ａ〜２３２ｃを有することとしてもよい。例えば、データストアサーバ情報２３２ａにおいて特定されるデータストアサーバ１０８の予備として、データストアサーバ情報２３２ｂおよびデータストアサーバ情報２３２ｃにおいてデータストアサーバ１０８を特定することとしてもよい。なお、図２（ｂ）において、キー管理情報２３０は、データストアサーバ情報２３２（２３２ａ〜２３２ｃ）を３個有することとしたが、個数はこれに限るものではない。
【００３６】
キャッシュ領域２４０は、メールボックスサーバプログラム２０５が処理を実行するためのデータを一時的に格納する。キャッシュ領域２４０は、例えば、受信したメールならびにデータストアサーバ１０８から取得したメールボックス情報およびメールデータ情報を格納する。
【００３７】
（データストアサーバ）
図３は、本実施形態のデータストアサーバ１０８の構成を説明する図である。図３（ａ）は、本実施形態のデータストアサーバ１０８の構成の概要を説明する図である。
データストアサーバ１０８は、プロセッサ３０２、入出力回路インタフェース３０３、揮発性メモリ３０４およびディスク３０８を有する。これらは、バスを介して相互に接続される。
【００３８】
プロセッサ３０２は、後記する揮発性メモリ３０４に格納されているデータストアサーバプログラム３０５を実行して、データストアサーバ１０８を制御する。
入出力回路インタフェース２０３は、他の装置の入出力インタフェースとの間で、情報のやり取りを仲介する。
【００３９】
揮発性メモリ３０４は、データストアサーバ１０８が使用するデータや実行するプログラムを格納する。揮発性メモリ３０４は、データストアサーバプログラム３０５および揮発性記憶部３０７を有する。
データストアサーバプログラム３０５は、データストアサーバ１０８を制御する各種プログラム（詳細後記）を格納する。なお、当該プログラムは、図示しない着脱可能な記憶媒体または通信媒体（ネットワーク、デジタル信号、搬送波）を介して、データストアサーバプログラム３０５に導入されてもよい。
【００４０】
揮発性記憶部３０７は、メールボックス情報３２０、メールデータ情報３３０、３４０を格納する（詳細後記）。
ディスク３０８は、不揮発性記憶部３０９を有する。
不揮発性記憶部３０９は、メールデータ情報３５０を格納する（詳細後記）。
【００４１】
図３（ｂ）は、揮発性記憶部３０７の構成を説明する図である。
データストアサーバ１０８はキーバリューストアであり、メールボックス情報３２０、メールデータ情報３３０、３４０は、キーとバリューの組でデータを管理する。本実施形態において、エントリデータとは、バリューとして格納されるデータを示す。
【００４２】
メールボックス情報３２０は、キー３２１、エントリデータ３２２および登録更新時刻３２３を有する。
キー３２１は、メールボックス情報３２０を一意に識別するキーを格納する。キー３２１は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
エントリデータ３２２は、後記するメールボックス管理情報３２２を格納する。
登録更新時刻３２３は、メールボックス情報３２０を作成した日付および／または時刻（以下、日時と呼ぶ）ならびに更新した日時を格納する。
【００４３】
メールデータ情報３３０、３４０は、メール１通を格納するためのデータである。メールデータ情報３３０は、メールを揮発性記憶部３０７に格納する際のデータ形式である。メールデータ情報３４０は、メールを不揮発性記憶部３０９に格納する際のデータ形式である。また、メールデータ情報３４０は、後記するメールデータ情報３５０（図３（ｃ）参照）と対をなし、メールを不揮発性記憶部３０９に格納する。
【００４４】
メールデータ情報３３０は、キー３３１、エントリデータ３３２、登録更新時刻３３３および状態遷移時間３３４を有する。
キー３３１は、メールデータ情報３３０を一意に識別するキーを格納する。前記したように、メールデータ情報３３０はメール１通を格納するためのデータであるので、キー３３１は、メールを一意に識別するキー（以下、メールＩＤと呼ぶ）を格納する。メールデータ情報３３０は、キー３３１は、メールボックスサーバ１０７がデータストアサーバ１０８にアクセスする際に参照される（詳細後記）。
エントリデータ３３２は、メールを格納する。
登録更新時刻３３３は、メールデータ情報３３０を作成した日時または更新した日時を格納する。
状態遷移時間３３４は、揮発性記憶部３０７から不揮発性記憶部３０９へ、メールが遷移する時間を格納する（詳細後記）。状態遷移時間３３４は、登録更新時刻３３３を起点とした時間を格納する。
【００４５】
メールデータ情報３４０は、キー３４１ａおよびメール格納先情報３４２を有する。
キー３４１ａは、メールデータ情報３４０を一意に識別するキーを格納する。前記したように、メールデータ情報３４０はメール１通を格納するためのデータであるので、キー３４１は、メールＩＤを格納する。キー３４１ａは、メールデータ情報３４０とメールデータ情報３５０（図３（ｃ）参照）とを対応付ける。
メール格納先情報３４２は、メールを不揮発性記憶部３０９に格納する際の、メールの格納先を示す情報を格納する。
【００４６】
図３（ｃ）は、メールデータ情報３５０の構成を説明する図である。
メールデータ情報３５０は、キー３４１ｂ、エントリデータ３４３および登録更新時刻３４４を有する。
キー３４１ｂは、メールデータ情報３５０を一意に識別するキーを格納する。前記したように、メールデータ情報３５０は、メールデータ情報３４０と対をなしてメールを不揮発性記憶部３０９に格納する。その際、メールデータ情報３４０およびメールデータ情報３５０は、キー３４１ｂにより対応付けられる。また、キー３４１ｂは、キー３４１ａと同様に、メールＩＤを格納する。
エントリデータ３４３は、メールを格納する。
登録更新時刻３４４は、メールデータ情報３５０を作成した日時または更新した日時を格納する。
【００４７】
図３（ｄ）は、エントリデータ３２２に格納されるメールボックス管理情報３２２の構成を説明する図である。
メールボックス管理情報３２２（エントリデータ３２２）は、管理ＩＤ３５１、クォータ情報３５２、インデックス情報３５３、ヘッダ情報３５４およびメールＩＤ３５５（３５５ａ、３５５ｂ）を有する。
【００４８】
管理ＩＤ３５１は、メールボックスを一意に識別するキーを格納する。管理ＩＤ３５１は、例えば、通信端末１０１の電話番号等を格納する。
クォータ情報３５２は、メールボックスの容量に関する情報を格納する。クォータ情報３５２は、例えば、メールボックスの全容量、使用している容量、使用可能な容量（残容量）や、メールボックスに格納可能な全メール数、格納しているメール数、格納可能なメール数（残メール数）等を格納する。
インデックス情報３５３は、管理ＩＤ３５１で特定されるメールボックスに格納されているメールの検索等を高速に処理するための情報を格納する。メールの検索等を高速に処理するための情報とは、例えば、メール本文に含まれるキーワードである。当該キーワードをメールの検索時に利用することで、メール本文を全文検索するよりも高速に処理することができる。
【００４９】
ヘッダ情報３５４は、管理ＩＤ３５１で特定されるメールボックスに格納されているメールの情報を格納する。ヘッダ情報３５４は、例えば、各メールのフラグ情報、サイズ情報、格納先情報、アクセス権限情報およびメールの送受信についての設定情報等を格納する。
ここで、フラグ情報とは、既読または未読を示す情報、削除状態（所定のタイミングで削除される状態）を示す情報、重要度を示す情報である。また、サイズ情報とは、メールおよびメールヘッダのサイズを示す情報である。また、格納先情報とは、メールが揮発性記憶部３０７または不揮発性記憶部３０９のどちらに格納されているかを示す情報である。また、アクセス権限情報とは、メールを利用（読み書き等）できるか否かを示す情報である。
【００５０】
メールＩＤ３５５は、管理ＩＤ３５１で特定されるメールボックスに格納されているメールＩＤを格納する。メールＩＤ３５５は、図３（ｄ）に示すように、複数のメールＩＤを格納することができる。
【００５１】
（データの構成）
図４は、メールボックスサーバ１０７とデータストアサーバ１０８との間でやりとりされるデータ４００の構成を説明する図である。
データ４００は、エントリデータヘッダ４１０およびエントリデータ４１１を有する。
エントリデータヘッダ４１０は、データ４００に関する情報を格納する。エントリデータヘッダ４１０は、データサイズ４０１、データ種別４０２、ステータスコード４０３、シーケンスＩＤ４０４、キー４０５および状態遷移時間４０６を有する。
【００５２】
データサイズ４０１は、データ４００全体のデータサイズを格納する。データサイズ４０１は、エントリデータ４１１のデータサイズを格納してもよい。
データ種別４０２は、データ４００が何の用途であるかを示す情報を格納する。データ種別４０２は、データストアサーバ１０８がデータ４００をどう処理するか（用途）を判定する際に参照される。データ種別４０２は、例えば、要求および応答を示す情報ならびにエントリデータ４１１の格納、取得、更新および削除を示す情報（コマンド情報）ならびに後記するメール格納先判定処理において決定されたメールの格納先を示す情報を格納する。
ここで、データ種別４０２において、要求とは、メールボックスサーバ１０７がデータストアサーバ１０８へデータ４００を送信することである。一方、応答とは、データストアサーバ１０８がメールボックスサーバ１０７へデータ４００を送信することである。
【００５３】
ステータスコード４０３は、データ種別４０２が応答である場合に、処理の詳細を示す情報を格納する。ステータスコード４０３は、例えば、「２００」（正常終了）や「５００」（エラー）等を格納する。データ種別４０２が要求である場合は、ステータスコード４０３は未使用として、「０」を格納する。
シーケンスＩＤ４０４は、メールボックスサーバ１０７とデータストアサーバ１０８との間のデータ４００のやりとりを識別する情報を格納する。シーケンスＩＤ４０４は、メールボックスサーバ１０７がデータストアサーバ１０８へデータ４００を送信する度に、異なる値が発行され、格納される。シーケンスＩＤ４０４は、要求と当該要求に対する応答に対して、同じ値を格納する。
【００５４】
キー４０５は、要求または応答の対象となるデータを識別する情報を格納する。キー４０５は、キー３２１、キー３３１およびキー３４１（図３参照）のいずれかを格納する。
状態遷移時間４０６は、状態遷移時間３３４（図３参照）と同様に、揮発性記憶部３０７から不揮発性記憶部３０９へ、メールが遷移する時間を格納する。なお、状態遷移時間４０６が負の値の場合は、メールは遷移せずに、不揮発性記憶部３０９へ格納されることを示す。
【００５５】
エントリデータ４１１は、キー４０５に対応付けられたバリューを格納する。エントリデータ４１１は、エントリデータ（メールボックス管理情報）３２２、エントリデータ３３２（メール）、メール格納先情報３４２およびエントリデータ３４３（メール）（図３参照）のいずれかを格納する。
【００５６】
（メール格納処理）
図５は、本実施形態のメール格納処理を示すシーケンス図である。図５では、データストアサーバ１０８の処理は正常に終了する例を示し、簡略化のためデータストアサーバ１０８が送信するエントリデータ４１１がない正常応答（ステップＳ５０７およびステップＳ５０８の応答）は省略する。メールボックスサーバ１０７は、上記正常応答を受信したことをもって、要求が終了したと判定する。
メール格納処理は、メールボックスサーバ１０７が、メールゲートウェイ１０６を介してメール転送サーバ１０５からメールを受信し、データストアサーバ１０８へ当該メールを格納する処理である。この処理は、図示しない送信元の通信端末１０１のユーザが、当該通信端末１０１を操作してメールを送信することを契機に行われる。
【００５７】
まず、メール転送サーバ１０５は、メールゲートウェイ１０６へメールを送信する（ステップＳ５０１）。
そして、メールゲートウェイ１０６は、メール転送サーバ１０５から受信したメールのデータ形式を変換等し、当該メールをメールボックスサーバ１０７へ送信可能な場合は、メール転送サーバ１０５へ正常終了を通知する（ステップＳ５０２）。
次に、メールゲートウェイ１０６は、メール転送サーバ１０５から受信したメールを、メールボックスサーバ１０７へ送信する（ステップＳ５０３）。
【００５８】
メールボックスサーバ１０７は、データストアサーバ１０８に対して、メールゲートウェイ１０６から受信したメールの宛先に対応するメールボックス情報３２０（図３（ｂ）参照）の取得を要求する（ステップＳ５０４）。ここで、メールの宛先とは、例えば、通信端末１０１の電話番号等であり、図３（ｄ）に示す管理ＩＤ３５１である。
また、メールの宛先に対応けられたメールボックス情報３２０を特定する方法は、携帯通信キャリアのメールシステムや通信端末１０１の仕様により異なる。
【００５９】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、要求を示す情報およびエントリデータ４１１（メールボックス管理情報３２２）の取得を示すコマンド情報が格納される。
ステータスコード４０３は、未使用である。
シーケンスＩＤ４０４には、例えば通し番号であり、前回発行したシーケンスＩＤ４０４に１を加算した値等が格納される。
キー４０５には、メールの宛先に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１は、未使用である。
【００６０】
そして、データストアサーバ１０８は、メールボックスサーバ１０７からの要求に対応するメールボックス情報３２０を、メールボックスサーバ１０７へ送信する（ステップＳ５０５）。具体的には、データストアサーバ１０８は、メールボックスサーバ１０７からの要求に含まれるキー４０５を検索キーとしてキー３２１を検索し、当該要求に対応するメールボックス情報３２０を特定（取得）することができる。
【００６１】
また、この場合においてデータストアサーバ１０８からメールボックスサーバ１０７へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、応答を示す情報が格納される。
ステータスコード４０３には、データストアサーバ１０８がメールボックス情報３２０を取得できた場合は「２００」（正常終了）が、取得できなかった場合は「５００」（エラー）等の正常終了以外の値が格納される。
シーケンスＩＤ４０４には、ステップＳ５０４においてメールボックスサーバ１０７が発行した値が格納される。このようにすることで、ステップＳ５０４の要求に対する応答であることが明確となる。
キー４０５には、メールの宛先に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１には、取得したメールボックス情報３２０が格納される。メールボックス情報３２０が取得できなかった場合は、エントリデータ４１１は、未使用である。
【００６２】
メールボックスサーバ１０７は、データストアサーバ１０８から受信したメールボックス情報３２０等に基づいて、メール格納先判定処理を行う（ステップＳ５０６）。メール格納先判定処理は、ステップＳ５０３においてメールゲートウェイ１０６から受信したメールを、揮発性記憶部３０７および不揮発性記憶部３０９のどちらに格納するかを判定する処理である。メール格納先判定処理の詳細については、図８を参照して後記する。
【００６３】
次に、メールボックスサーバ１０７は、メール格納先判定処理の結果に基づいて、データストアサーバ１０８に対して、メールの格納を要求する（ステップＳ５０７）。
【００６４】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、要求を示す情報、エントリデータ４１１（ステップＳ５０３において、メールゲートウェイ１０６から受信したメール）の格納を示すコマンド情報およびメール格納先判定処理（図８参照）において決定されたメールの格納先を示す情報が格納される。
ステータスコード４０３は、未使用である。
シーケンスＩＤ４０４には、例えば通し番号であり、ステップＳ５０４においてメールボックスサーバ１０７が発行した値に１を加算した値等が格納される。
キー４０５には、ステップＳ５０３において、メールゲートウェイ１０６から受信したメールのメールＩＤが格納される。
状態遷移時間４０６には、メール格納先判定処理（図８参照）において設定された値が格納される。
エントリデータ４１１には、ステップＳ５０３においてメールゲートウェイ１０６から受信したメールが格納される。
【００６５】
そして、データストアサーバ１０８は、メールボックスサーバ１０７から受信したデータ４００に基づいて、メールを揮発性記憶部３０７または不揮発性記憶部３０９に格納する。
【００６６】
具体的には、データ種別４０２に、格納先を不揮発性記憶部３０９とする情報が含まれる場合、データストアサーバ１０８は、メールを不揮発性記憶部３０９（図３（ａ）（ｃ）参照）に格納する。
その際、キー３４１ａおよびキー３４１ｂには、キー４０５が格納される。
メール格納先情報３４２には、メールの格納先を示す情報を格納する。メール格納先情報３４２は、例えば、不揮発性記憶部３０９のアドレス等である。
エントリデータ３４３には、エントリデータ４１１が格納される。
登録更新時刻３４４には、現在の日時が格納される。
【００６７】
一方、データ種別４０２に、格納先を揮発性記憶部３０７とする情報が含まれる場合、データストアサーバ１０８は、メールを揮発性記憶部３０７（図３（ａ）（ｂ）（ｄ）参照）に格納する。
その際、キー３３１には、キー４０５が格納される。
エントリデータ３３２には、エントリデータ４１１が格納される。
登録更新時刻３３３には、現在の日時が格納される。
状態遷移時間３３４には、状態遷移時間４０６が格納される。
【００６８】
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０（図３（ｂ）（ｄ）参照）の更新を要求する（ステップＳ５０８）。ステップＳ５０８では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ５０５において特定したメールボックス情報３２０に、ステップＳ５０７において格納したメールに関する情報を格納する（更新する）ことを求める。
【００６９】
そして、データストアサーバ１０８は、メールボックス情報３２０（図３（ｂ）（ｄ）参照）を更新する。その際、更新されるメールボックス情報３２０の項目は、次のとおりである。
登録更新時刻３２３には、現在の日時が格納される。
クォータ情報３５２、インデックス情報３５３およびヘッダ情報３５４には、格納したメールに関連する情報を反映した値を、それぞれの項目へ格納する。
メールＩＤ３５５には、キー４０５が格納される（追記される）。
【００７０】
次に、メールボックスサーバ１０７は、メールの格納およびメールボックス情報３２０の更新ができた場合、メール転送サーバ１０５へ正常終了を通知する（ステップＳ５０９）。
【００７１】
次に、メールゲートウェイ１０６は、着信通知要求をプッシュゲートウェイ１０９へ送信する（ステップＳ５１０）。ここで、着信通知とは、メールボックスにメールが届いたことを示す通知である。また、着信通知には、当該メールを含めることができる。そして、着信通知要求とは、着信通知の送信を求めることである。
一般的に、通信プロトコルとして、着信通知要求にはＰＡＰ（Push Access Protocol）が用いられ、着信通知にはＳＭＰＰ（Short Message Peer-to-Peer Protocol）が用いられる。なお、本実施形態では、通信プロトコルを限定しない。
【００７２】
そして、プッシュゲートウェイ１０９は、メールゲートウェイ１０６からの着信通知要求に対し、通信端末１０１へ着信通知を送信する（ステップＳ５１１）。
【００７３】
（メール受信処理の概要）
次に、通信端末１０１がメールを受信する処理について説明する。通信端末１０１がメールを受信（取得）する処理には、以下の３類型がある。
（１）着信通知を受信する（ステップＳ５１１（図５）参照）と、通信端末１０１が自動でメールボックスへアクセスして、メールを取得する場合。以下、類型１と呼ぶ。
（２）通信端末１０１のユーザが当該通信端末１０１を操作して、メールを取得する場合。以下、類型２と呼ぶ。
（３）着信通知（ステップＳ５１１（図５）参照）内または他の通信プロトコルのメッセージ内にメールを含めて、通信端末１０１がメールを取得する場合。以下、類型３と呼ぶ。
【００７４】
類型１の場合、通信端末１０１が着信通知を受信した後にメールボックスのメールを取得および削除するため、メールボックスがメールを保持する時間が短い。
類型２の場合、ユーザが通信端末１０１を操作することを契機として、メールボックスのメールを取得および削除するため、ユーザの操作のタイミングによっては、メールボックスがメールを保持する時間が長くなる。
類型３の場合、通信端末１０１は着信通知でメールを受信しているため、新たにメールを取得する処理を行う必要がない。
【００７５】
上記３類型において、メールボックスがメールを保持する時間は、データストアサーバ１０８が揮発性記憶部３０７にメールを格納している時間である。データストアサーバ１０８は揮発性記憶部３０７の残容量が少なくなると、メールを不揮発性記憶部３０９へ格納する（移動する）。揮発性記憶部３０７よりも処理速度が劣る不揮発性記憶部３０９にメールが格納されることによって、当該メールを処理する速度が低下し、メールの配信性能が低下する。
【００７６】
メール格納先判定処理（ステップＳ５０６（図５）参照）により、各類型に適した格納先へメールが格納されることにより、揮発性記憶部３０７に格納されるメールが増え、メールの配信性能が向上する。以下、各類型について説明する。
【００７７】
（メール受信処理１）
まず、類型１の場合のメール受信処理について説明する。
図６は、通信端末１０１が自動でメールを取得する場合のメール受信処理を示すシーケンス図である。図６では、データストアサーバ１０８の処理は正常に終了する例を示し、簡略化のためデータストアサーバ１０８が送信する、エントリデータ４１１がない正常応答（ステップＳ６１２、ステップＳ６１５およびステップＳ６１６の応答）は省略する。メールボックスサーバ１０７は、上記正常応答を受信したことをもって、要求が終了したと判定する。
このメール受信処理は、通信端末１０１が着信通知を受信する（ステップＳ５１１（図５）参照）ことを契機に行われる。なお、当該処理において、通信端末１０１およびメールボックスサーバ１０７間の通信は、メールゲートウェイ１０６の中継により行われるが、メールゲートウェイ１０６についての説明は省略する。
【００７８】
まず、通信端末１０１は、メールボックスサーバ１０７へログインを要求する（ステップＳ６０１）。
次に、メールボックスサーバ１０７は、通信端末１０１からの要求に対して、ログイン可能であるか否か、認証を行う（ステップＳ６０２）。
ステップＳ６０２における認証の結果、ログイン可能である場合、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０（図３（ｂ）参照）の取得を要求する（ステップＳ６０３）。
【００７９】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）は、ステップＳ５０４（図５参照）とほぼ同様である。なお、キー４０５には、通信端末１０１に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
ここで、通信端末１０１に対応付けられたメールボックス情報３２０を特定する方法は、携帯通信キャリアのメールシステムや通信端末１０１の仕様により異なる。例えば、下記の方法がある。
【００８０】
（１）メールボックス情報３２０を一意に識別する情報（キー３２１）を、ステップＳ６０１におけるログイン要求時に併せて送信し、当該情報に基づいてメールボックス情報３２０を特定する方法。
（２）通信端末１０１を一意に識別する情報と、メールボックス情報３２０を一意に識別する情報（キー３２１）とを対応付ける情報をメールボックスサーバ１０７が保持しており、ステップＳ６０２における認証時に、これらの情報に基づいてメールボックス情報３２０を特定する方法。
【００８１】
そして、データストアサーバ１０８は、ステップＳ６０３におけるメールボックス取得要求に対して、対応するメールボックス情報３２０をメールボックスサーバ１０７へ送信する（ステップＳ６０４）。
また、この場合においてデータストアサーバ１０８からメールボックスサーバ１０７へ送信されるデータ４００（図４参照）は、ステップＳ５０５（図５参照）とほぼ同様である。なお、キー４０５には、通信端末１０１に対応けられたメールボックス情報３２０を識別する情報（キー３２１）が格納される。
【００８２】
次に、ステップＳ６０４においてメールボックスサーバ１０７がメールボックス情報３２０を取得できた場合、メールボックスサーバ１０７は、通信端末１０１へ、ステップＳ６０１におけるログイン要求が正常終了したことを通知する（ステップＳ６０５）。
【００８３】
次に、通信端末１０１は、メールボックスサーバ１０７へメール取得要求を送信する（ステップＳ６０６）。
そして、メールボックスサーバ１０７は、ステップＳ６０６における通信端末１０１からのメール取得要求に基づいて、当該通信端末１０１が、類型１の方法によりメールを取得する設定であるか否かを判定する（ステップＳ６０７）。以下、類型１の方法によりメールを取得する設定である通信端末１０１のユーザを、自動設定ユーザと呼ぶ。
【００８４】
ここで、自動設定ユーザか否かを判定する方法は、携帯通信キャリアのメールシステムや通信端末１０１の仕様により異なる。例えば、下記の方法がある。
（１）通信端末１０１が前記した類型１の方法によりメールを取得する設定であることを示す情報が、メール取得要求に含まれており、当該情報に基づいて判定する方法。
（２）ステップＳ６０１におけるログイン要求から、ステップＳ６０６におけるメール取得要求までの処理のシーケンスに基づいて判定する方法。
【００８５】
次に、メールボックスサーバ１０７は、メール取得要求を、データストアサーバ１０８へ送信する（ステップＳ６０８）。
【００８６】
また、この場合においてメールボックスサーバ１０７からデータストアサーバ１０８へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、要求を示す情報およびエントリデータ４１１（エントリデータ３３２）の取得を示すコマンド情報が格納される。
ステータスコード４０３は、未使用である。
シーケンスＩＤ４０４には、例えば通し番号であり、前回発行したシーケンスＩＤ４０４に１を加算した値等が格納される。
キー４０５には、メールＩＤが格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１は、未使用である。
【００８７】
なお、キー４０５に格納されるメールＩＤは、ステップＳ６０４において取得したメールボックス情報３２０を基に、指定することができる。例えば、ヘッダ情報３５４に、未読を示す情報（フラグ情報）が格納されている場合、キー４０５に、当該未読のメールＩＤを格納する。
【００８８】
そして、データストアサーバ１０８は、ステップＳ６０８におけるメールボックスサーバ１０７からのメール取得要求で指定されたメールを、メールボックスサーバ１０７へ送信する（ステップＳ６０９）。
ここで、当該指定されたメールは、メール格納先判定処理（詳細後記。ステップＳ５０６（図５）およびステップＳ８０９〜Ｓ８１１（図８）参照）により、データストアサーバ１０８の揮発性記憶部３０７（図３（ａ）参照）に格納されている。データストアサーバ１０８は、メール取得要求で指定されたメールＩＤと一致するキー３３１を格納するメールデータ情報３３０（図３（ｂ）参照）を特定し、当該メールデータ情報３３０のエントリデータ３３２をメールボックスサーバ１０７へ送信する。
【００８９】
また、この場合においてデータストアサーバ１０８からメールボックスサーバ１０７へ送信されるデータ４００（図４参照）には、次のような値が格納される。
データサイズ４０１には、データ４００全体のデータサイズが格納される。
データ種別４０２には、応答を示す情報が格納される。
ステータスコード４０３は、データストアサーバ１０８がエントリデータ３３２を取得できた場合は「２００」（正常終了）が、取得できなかった場合は「５００」（エラー）等の正常終了以外の値が格納される。
シーケンスＩＤ４０４には、ステップＳ６０８においてメールボックスサーバ１０７が発行した値が格納される。
キー４０５には、メールＩＤが格納される。
状態遷移時間４０６は、未使用である。
エントリデータ４１１には、取得したエントリデータ３３２が格納される。エントリデータ３３２が取得できなかった場合は、エントリデータ４１１は、未使用である。
【００９０】
次に、メールボックスサーバ１０７は、ステップＳ６０９においてデータストアサーバ１０８から受信したメールを、メールヘッダ等を書き換えて、通信端末１０１へ送信する（ステップＳ６１０）。
そして、通信端末１０１は、メールボックスサーバ１０７からメールを受信すると、削除フラグセットをメールボックスサーバ１０７へ送信する（ステップＳ６１１）。ここで、削除フラグセットとは、メールボックスに格納されたメールを削除状態にする要求である。削除フラグセットは、例えば、ＩＭＡＰにおいてｓｔｏｒｅコマンドでｄｅｌｅｔｅフラグをセットする要求を送信することである。
【００９１】
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０（図３（ｂ）（ｄ）参照）の更新を要求する（ステップＳ６１２）。ステップＳ６１２では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ６０９においてデータストアサーバ１０８から受信したメールを削除状態にすることを求める。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、当該メールのメールＩＤが格納されているメールボックス情報３２０のヘッダ情報３５４（図３（ｄ）参照）へ、削除状態を示す情報を格納することを求める。
【００９２】
そして、メールボックスサーバ１０７は、データストアサーバ１０８がメールボックス情報３２０を更新すると、通信端末１０１へ、メールボックス情報３２０の更新が正常終了したことを通知する（ステップＳ６１３）。
次に、通信端末１０１は、メールボックスサーバ１０７へ抹消要求を送信する（ステップＳ６１４）。抹消要求とは、メールの削除を求めることである。抹消要求とは、ＩＭＡＰにおいてＥｘｐｕｎｇｅ要求のことである。
【００９３】
次に、メールボックスサーバ１０７は、ステップＳ６１４における通信端末１０１からの抹消要求で指定されたメールを削除する要求を、データストアサーバ１０８へ送信する（ステップＳ６１５）。なお、メール削除要求には、要求の対象となるメールのメールＩＤが含まれる。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ６０９においてデータストアサーバ１０８から受信したメールが格納されているメールデータ情報３３０（図３（ｂ）参照）を削除することを求める。
【００９４】
また、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０の更新を要求する（ステップＳ６１６）。ステップＳ６１６では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ６０９においてデータストアサーバ１０８から受信したメールを削除することを求める。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、当該メールのメールＩＤが格納されているメールボックス情報３２０（図３（ｂ）（ｄ）参照）から、当該メールＩＤ等を削除することを求める。
【００９５】
そして、メールボックスサーバ１０７は、データストアサーバ１０８がメールボックス情報３２０を削除しメールボックス情報３２０を更新すると、通信端末１０１へ、メールの削除およびメールボックス情報３２０の更新が正常終了したことを通知する（ステップＳ６１７）。
【００９６】
次に、通信端末１０１は、メールボックスサーバ１０７へログアウト要求を送信する（ステップＳ６１８）。
そして、メールボックスサーバ１０７は、通信端末１０１へ、ログアウトが正常終了したことを通知する（ステップＳ６１９）。
【００９７】
このように、類型１のメール受信処理は、通信端末１０１が着信通知を受信する（ステップＳ５１１（図５）参照）ことを契機に行われるので、データストアサーバ１０８がメールを格納（ステップＳ５０７）してから削除（ステップＳ６１５）までの時間が短い。そのため、メールが揮発性記憶部３０７に格納されていても、揮発性記憶部３０７の容量を圧迫することが少ない。したがって、メール格納先判定処理（ステップＳ５０６）では、メールの格納先を揮発性記憶部３０７と決定する。
【００９８】
（メール受信処理２）
次に、類型２の場合のメール受信処理について説明する。
図７は、通信端末１０１のユーザが当該通信端末１０１を操作して、メールを取得する場合のメール受信処理を示すシーケンス図である。図７では、データストアサーバ１０８の処理は正常に終了する例を示し、簡略化のためデータストアサーバ１０８が送信する、エントリデータ４１１がない正常応答（ステップＳ７０８およびステップＳ７２３の応答）は省略する。メールボックスサーバ１０７は、上記正常応答を受信したことをもって、要求が終了したと判定する。
図７のメール受信処理は、通信端末１０１のユーザが当該通信端末１０１を操作することを契機に行われる。なお、当該処理において、通信端末１０１およびメールボックスサーバ１０７間の通信は、メールゲートウェイ１０６の中継により行われるが、メールゲートウェイ１０６についての説明は省略する。
また、図６と同様の処理については、その繰り返しの説明は省略する。
【００９９】
ステップＳ７０１〜Ｓ７０５は、図６に示すステップＳ６０１〜Ｓ６０５と同様である。
次に、通信端末１０１は、手動操作コマンドをメールボックスサーバ１０７へ送信する（ステップＳ７０６）。手動操作コマンドとは、通信端末１０１のユーザが当該通信端末１０１を操作することにより、通信端末１０１が送信するコマンドである。手動操作コマンドには、例えば、メールのサイズやヘッダ等の情報を取得するコマンド、メールに特定のフラグを設定するコマンド等がある。
【０１００】
そして、メールボックスサーバ１０７は、ステップＳ７０６における通信端末１０１からのメール取得要求に基づいて、当該通信端末１０１が、類型２の方法によりメールを取得する設定であるか否かを判定する（ステップＳ７０７）。以下、類型２の方法によりメールを取得する設定である通信端末１０１のユーザを、手動設定ユーザと呼ぶ。
【０１０１】
ここで、手動設定ユーザか否かを判定する方法は、メールボックスサーバ１０７が、ステップＳ７０４においてデータストアサーバ１０８から受信したメールボックス情報３２０に基づいて行う。前記したように、メールボックス情報３２０のヘッダ情報３５４（図３（ｂ）（ｄ）参照）には、メールの送受信についての設定情報が格納される。メールボックスサーバ１０７は、手動設定ユーザであることを示す情報がヘッダ情報３５４に格納されている場合、当該通信端末１０１は手動設定ユーザであると判定する。
【０１０２】
また、手動設定ユーザか否かを判定する方法は、メールボックスサーバ１０７が、ステップＳ７０６において通信端末１０１から受信した手動操作コマンドに基づいて行うこともできる。メールボックスサーバ１０７は、手動操作コマンドに手動設定ユーザであることを示す情報が含まれている場合、当該通信端末１０１は手動設定ユーザであると判定する。
【０１０３】
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメールボックス情報３２０の更新を要求する（ステップＳ７０８）。ステップＳ７０８では、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ７０４において特定したメールボックス情報３２０を更新することを求める。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、当該メールボックス情報３２０のヘッダ情報３５４（図３（ｄ）参照）へ、手動設定ユーザであることを示す情報を格納することを求める。
【０１０４】
次に、メールボックスサーバ１０７は、データストアサーバ１０８がメールボックス情報３２０を更新すると、通信端末１０１へ、メールボックス情報３２０の更新が正常終了したことを通知する（ステップＳ７０９）。
ステップＳ７１０〜Ｓ７１３は、図６に示すステップＳ６０６〜Ｓ６１０と同様である。
【０１０５】
以上、ステップＳ７０１〜Ｓ７１３が、通信端末１０１のユーザが当該通信端末１０１を操作して、メールを取得する処理である。以下、説明するステップＳ７２１〜Ｓ７２４は、当該ユーザが、取得したメールを削除せずにログアウトを行った場合の処理である。
【０１０６】
ステップＳ７２１〜Ｓ７２２は、図６に示すステップＳ６１８〜Ｓ６１９と同様である。
次に、メールボックスサーバ１０７は、データストアサーバ１０８へメール遷移要求を送信する（ステップＳ７２３）。
【０１０７】
メール遷移要求とは、メールを揮発性記憶部３０７から不揮発性記憶部３０９（図３（ａ）参照）へ遷移させることを求めることである。具体的には、メールボックスサーバ１０７はデータストアサーバ１０８に対して、ステップＳ７１２においてデータストアサーバ１０８から受信し、揮発性記憶部３０７に格納しているメールを、不揮発性記憶部３０９に格納する。
より詳細には、当該メールのメールデータ情報３３０（図３（ｂ）参照）を基に、メールデータ情報３４０およびメールデータ情報３５０（図３（ｃ）参照）を作成し、揮発性記憶部３０７および不揮発性記憶部３０９に格納する。その際、キー３４１にはキー３３１を格納し、メール格納先情報３４２にはメールデータ情報３５０の格納先を示す情報を格納し、エントリデータ３４３にはエントリデータ３３２を格納し、登録更新時刻３４４には、メールデータ情報３５０を作成した時刻を格納する。
【０１０８】
そして、データストアサーバ１０８は、メールボックスサーバ１０７からのメール遷移要求に対して、要求に対応するメールを揮発性記憶部３０７から不揮発性記憶部３０９へ遷移させる。
また、メール遷移要求に代えて、メール削除要求（ステップＳ６１５（図６参照））としてもよい。
【０１０９】
このように、類型２のメール受信処理は、通信端末１０１のユーザが当該通信端末１０１を操作することを契機に行われるので、データストアサーバ１０８がメールを格納（ステップＳ５０７（図５参照））してから遷移または削除（ステップＳ６１５（図６参照））するまでの時間は、ユーザに依存する。そのため、メールが遷移または削除されずに揮発性記憶部３０７に格納されていると、揮発性記憶部３０７の容量を圧迫することがある。したがって、メール格納先判定処理（ステップＳ５０６（図５参照））では、後記する平均取得時間等に基づいて、メールの格納先を決定する。
【０１１０】
（メール受信処理３）
最後に、類型３の場合のメール受信処理について説明する。
このメール受信処理は、着信通知内にメールを含めて通信端末１０１へ送信するため、通信端末１０１が改めてメールを取得する処理は不要である。
通信端末１０１へ送信済みのメールは、メール削除要求（ステップＳ６１５（図６）と同様）を送信することで、削除することができる。メールの削除は、（１）着信通知に対する応答（図示せず）の後や、（２）通信端末１０１が自動でメールボックスサーバ１０７へログイン（ステップＳ６０１（図６参照）と同様）して、行うことができる。
【０１１１】
このように、類型３のメール受信処理は、データストアサーバ１０８がメールを格納（ステップＳ５０７（図５参照））してから削除するまでの時間が短い。そのため、メールが揮発性記憶部３０７に格納されていても、揮発性記憶部３０７の容量を圧迫することが少ない。したがって、メール格納先判定処理（ステップＳ５０６（図５参照））では、メールの格納先を揮発性記憶部３０７と決定する。
【０１１２】
（メール格納先判定処理）
次に、メール格納先判定処理について説明する。
図８は、メール格納先判定処理（ステップＳ５０６（図５）参照）のフローチャートである。メール格納先判定処理は、メールボックスサーバプログラム２０５（図２（ａ）参照）が、ステップＳ５０５においてデータストアサーバ１０８がメールボックスサーバ１０７へ送信したデータ４００（図４参照）等に基づいて行う処理である。
【０１１３】
ステップＳ８０１において、メールボックスサーバプログラム２０５は、エントリデータ４１１に格納されているメールボックス情報３２０（図３（ｂ）参照）のクォータ情報３５２（図３（ｄ）参照）を参照する。そして、ステップＳ８０２へ進む。
【０１１４】
ステップＳ８０２において、メールボックスサーバプログラム２０５は、クォータ情報３５２に格納されている残メール数または残容量が、各閾値を超過しているか否かを判定する。
残メール数または残容量のいずれかが、各閾値を超過している場合（ステップＳ８０２“Ｙｅｓ”）、ステップＳ８０３へ進む。この場合、（１）手動設定ユーザがメールを取得する操作をしていない、（２）通信端末１０１の電源が入っていないまたは無線網１０２の圏外である、（３）ユーザが海外などにいるためメールを取得しない設定にしている等の理由が想定される。そのため、通信端末１０１がメールを受信するまでに時間を要すると想定される。
残メール数および残容量のいずれもが、各閾値を超過していない場合（ステップＳ８０２“Ｎｏ”）、ステップＳ８０４へ進む。
【０１１５】
ステップＳ８０３において、メールボックスサーバプログラム２０５は、メールの格納先を不揮発性記憶部３０９に設定する。具体的には、メールボックスサーバプログラム２０５は、データ種別４０２にメールの格納先を示す情報として不揮発性記憶部３０９を格納する。または、メールボックスサーバプログラム２０５は、状態遷移時間４０６に負の値を設定する。そして、ステップＳ５０６に戻る。
【０１１６】
ステップＳ８０４において、メールボックスサーバプログラム２０５は、着信通知でメールを送付可能か否かを判定する。送付可能な場合（ステップＳ８０４“Ｙｅｓ”）、ステップＳ８０５へ進む。送付可能でない場合（ステップＳ８０４“Ｎｏ”）、ステップＳ８０７へ進む。
なお、着信通知でメールを送付可能か否かの判定は、例えば、メールサイズに基づいて判定することができる。メールサイズが所定の閾値未満の場合は送付可能とし、閾値以上の場合は送付不可能と判定することができる。また、サイズの小さなメールを揮発性記憶部３０７に格納して、多数のメールを高速処理することで、メールの配信性能が向上する。
【０１１７】
ステップＳ８０５において、メールボックスサーバプログラム２０５は、状態遷移時間４０６を設定する。状態遷移時間４０６は、予め定められた値を設定してもよいし、クォータ情報３５２に格納されている残メール数または残容量等に基づいて算出した値を設定してもよい。状態遷移時間４０６は、キー４０５の値、メールを受信した回線に基づいて設定してもよい。
そして、ステップＳ８０６へ進む。
【０１１８】
ステップＳ８０６において、メールボックスサーバプログラム２０５は、メールの格納先を揮発性記憶部３０７に設定する。具体的には、メールボックスサーバプログラム２０５は、データ種別４０２にメールの格納先を示す情報として揮発性記憶部３０７を格納するし、状態遷移時間４０６に所定の値を設定する。そして、ステップＳ５０６に戻る。
【０１１９】
ステップＳ８０７において、メールボックスサーバプログラム２０５は、揮発性記憶部３０７の残容量が閾値を超過しているか否かを判定する。具体的には、メールボックスサーバプログラム２０５は、ヘッダ情報３５４に格納されている各メールのサイズ情報および格納先情報に基づいて、当該判定を行う。これにより、各ユーザが、ある程度均等に揮発性記憶部３０７を利用することができる。
閾値を超過している場合（ステップＳ８０７“Ｙｅｓ”）、ステップＳ８０８へ進む。閾値を超過していない場合（ステップＳ８０７“Ｎｏ”）、ステップＳ８０９へ進む。
【０１２０】
ステップＳ８０８は、ステップＳ８０３と同様である。
【０１２１】
ステップＳ８０９において、メールボックスサーバプログラム２０５は、通信端末１０１のユーザが自動設定ユーザであるか否かを判定する。具体的には、メールボックスサーバプログラム２０５は、ヘッダ情報３５４に格納されているメールの送受信についての設定情報に基づいて、自動設定ユーザであるか否かを判定する。
自動設定ユーザである場合（ステップＳ８０９“Ｙｅｓ”）、ステップＳ８１０へ進む。自動設定ユーザでない場合（ステップＳ８０９“Ｎｏ”）、ステップＳ８１２へ進む。
【０１２２】
ステップＳ８１０〜Ｓ８１１は、ステップＳ８０５〜Ｓ８０６と同様である。
【０１２３】
ステップＳ８１２において、メールボックスサーバプログラム２０５は、受信したメールがスパムメールであるか否かを判定する。当該判定は、従来公知の方法を用いればよい。スパムメールの場合は、ユーザがメールを受信せずに削除することがある。そのため、スパムメールを揮発性記憶部３０７に格納しても、配信処理の向上が期待できない。
受信したメールがスパムメールであった場合（ステップＳ８１２“Ｙｅｓ”）、ステップＳ８１３へ進む。受信したメールがスパムメールでなかった場合（ステップＳ８１２“Ｎｏ”）、ステップＳ８１４へ進む。
【０１２４】
ステップＳ８１３は、ステップＳ８０３と同様である。
【０１２５】
ステップＳ８１４において、メールボックスサーバプログラム２０５は、メール平均取得時間が、閾値を超過しているか否かを判定する。ここで、メール平均取得時間とは、メールを受信してから通信端末１０１が当該メールを取得する時間の平均値である。より詳細には、メール平均取得時間とは、ステップＳ５０７（図５参照）においてメールボックスサーバ１０７がデータストアサーバ１０８へ送信したメールを、データストアサーバ１０８が揮発性記憶部３０７または不揮発性記憶部３０９に格納してから、通信端末１０１が当該メールを取得し、データストアサーバ１０８から当該メールが削除されるまでに要した時間の平均値である。具体的には、メール平均取得時間は、メールデータ情報３３０の登録更新時刻３３３（図３（ｂ）参照）およびメールデータ情報３５０の登録更新時刻３４４（図３（ｃ）参照）ならびにディスク２０８（図２（ａ）参照）に格納されているメールボックスサーバプログラム２０５が出力したログ等に基づいて算出することができる。
メール平均取得時間が閾値を超過している場合（ステップＳ８１４“Ｙｅｓ”）、ステップＳ８１５へ進む。メール平均取得時間が閾値を超過していない場合（ステップＳ８１４“Ｎｏ”）、ステップＳ８１６へ進む。
【０１２６】
ステップＳ８１５は、ステップＳ８０３と同様である。
ステップＳ８１６〜Ｓ８１７は、ステップＳ８０５〜Ｓ８０６と同様である。
【０１２７】
なお、図８のフローチャートは一例であり、判定条件、判定の順番、設定する状態遷移時間等を任意に変更することができる。
【０１２８】
（まとめ）
本実施形態では、メールの特性、メールボックス（データストアサーバ１０８の揮発性記憶部３０７またはディスク３０８）の特性、メールの受信に関する設定情報に基づいて、メールの格納先を決定することで、通信端末１０１からアクセスされる可能性が高いと考えられるメールを、揮発性記憶部３０７により多く格納することができる。
ここで、メールの特性とは、メールのサイズ（サイズ情報）、フラグ情報、格納先情報、アクセス権限情報、スパムメールか否か等である。
また、メールボックスの特性とは、全容量、使用している容量（使用容量）、使用可能な容量（残容量）、格納可能な全メール数（格納可能メール数）、格納しているメール数（格納メール数）、格納可能なメール数（残メール数）等である。
【０１２９】
また、状態遷移時間を設定することで、通信端末１０１からアクセスされないメールが揮発性記憶部３０７から不揮発性記憶部３０９へ遷移するので、揮発性記憶部３０７をより効率的に使用することができる。
【０１３０】
このように、不揮発性記憶部３０９よりも処理速度の速い揮発性記憶部３０７に、多くのメールを格納することで、メールの配信機能を向上させることができる。
【０１３１】
（その他）
なお、前記した実施形態は、本発明を実施するための好適なものであるが、その実施形式はこれらに限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々変更することが可能である。
【符号の説明】
【０１３２】
１０１ 通信端末（端末装置）
１０７ メールボックスサーバ
１０８ データストアサーバ
２０２ プロセッサ（制御部）
２０４ 揮発性メモリ（記憶部）
２０５ メールボックスサーバプログラム（制御部）
２０８ ディスク（記憶部）
３０２ プロセッサ（制御部）
３０４ 揮発性メモリ（記憶部、第１の記憶部）
３０５ データストアサーバプログラム（制御部）
３０７ 揮発性記憶部（記憶部、第１の記憶部）
３０８ ディスク（記憶部、第２の記憶部）
３０９ 不揮発性記憶部（記憶部、第２の記憶部）
【特許請求の範囲】
【請求項１】
端末装置のユーザ宛に送信されるメールを格納するデータストアサーバと、前記メールの格納を制御するメールボックスサーバとを有するメールシステムであって、
前記データストアサーバの記憶部は、
第１の記憶部と第２の記憶部とを有し、
前記メールボックスサーバの制御部は、
前記メールの特性、前記データストアサーバの記憶部の特性、前記端末装置の設定情報の少なくともいずれか１つに基づいて、前記メールの格納先を前記第１の記憶部または前記第２の記憶部に決定する
ことを特徴とする、メールシステム。
【請求項２】
前記データストアサーバの記憶部の特性は、
前記記憶部に格納されているメール数、メールのサイズ、前記端末装置の設定情報の少なくともいずれか１つである
ことを特徴とする、請求項１に記載のメールシステム。
【請求項３】
前記端末装置の設定情報は、
前記端末装置が前記メールサーバへアクセスする手段に基づいて決定される
ことを特徴とする、請求項２に記載のメールシステム。
【請求項４】
前記メールの特性は、
前記メールのサイズである
ことを特徴とする、請求項１ないし請求項３のいずれか１項に記載のメールシステム。
【請求項５】
前記メールボックスサーバの制御部は、さらに、
前記メールが前記記憶部に格納されてから削除されるまでの時間の平均値である平均取得時間に基づいて、前記メールの格納先を前記第１の記憶部または前記第２の記憶部に決定する機能を有する
ことを特徴とする、請求項４に記載のメールシステム。
【請求項６】
前記メールボックスサーバの制御部は、
格納先を前記第１の記憶部と決定したメールが、前記第１の記憶部から前記第２の記憶部へ遷移するまでの時間である状態遷移時間を決定する
ことを特徴とする、請求項５に記載のメールシステム。
【請求項７】
前記データストアサーバの制御部は、
前記メールボックスサーバが決定した格納先または状態遷移時間に基づいて前記メールを格納する
ことを特徴とする、請求項６に記載のメールシステム。
【請求項１】
端末装置のユーザ宛に送信されるメールを格納するデータストアサーバと、前記メールの格納を制御するメールボックスサーバとを有するメールシステムであって、
前記データストアサーバの記憶部は、
第１の記憶部と第２の記憶部とを有し、
前記メールボックスサーバの制御部は、
前記メールの特性、前記データストアサーバの記憶部の特性、前記端末装置の設定情報の少なくともいずれか１つに基づいて、前記メールの格納先を前記第１の記憶部または前記第２の記憶部に決定する
ことを特徴とする、メールシステム。
【請求項２】
前記データストアサーバの記憶部の特性は、
前記記憶部に格納されているメール数、メールのサイズ、前記端末装置の設定情報の少なくともいずれか１つである
ことを特徴とする、請求項１に記載のメールシステム。
【請求項３】
前記端末装置の設定情報は、
前記端末装置が前記メールサーバへアクセスする手段に基づいて決定される
ことを特徴とする、請求項２に記載のメールシステム。
【請求項４】
前記メールの特性は、
前記メールのサイズである
ことを特徴とする、請求項１ないし請求項３のいずれか１項に記載のメールシステム。
【請求項５】
前記メールボックスサーバの制御部は、さらに、
前記メールが前記記憶部に格納されてから削除されるまでの時間の平均値である平均取得時間に基づいて、前記メールの格納先を前記第１の記憶部または前記第２の記憶部に決定する機能を有する
ことを特徴とする、請求項４に記載のメールシステム。
【請求項６】
前記メールボックスサーバの制御部は、
格納先を前記第１の記憶部と決定したメールが、前記第１の記憶部から前記第２の記憶部へ遷移するまでの時間である状態遷移時間を決定する
ことを特徴とする、請求項５に記載のメールシステム。
【請求項７】
前記データストアサーバの制御部は、
前記メールボックスサーバが決定した格納先または状態遷移時間に基づいて前記メールを格納する
ことを特徴とする、請求項６に記載のメールシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２３５２２０（Ｐ２０１２−２３５２２０Ａ）
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願番号】特願２０１１−１０１２１９（Ｐ２０１１−１０１２１９）
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]