"第1の端末、第2の端末、第3の端末を含んで構成される電子メールクライアントシステムであって、メール同期サーバを備え、前記第1の端末は、ローカルメールボックスと、第1の電子メールクライアントを備え、前記第2の端末は、第2の電子メールクライアントと、持出データ管理機能と、持出メールボックスと、を備え、前記第3の端末は、第3の電子メールクライアントを備え、前記メール同期サーバは、メール同期モジュールと同期データDBとを備え、前記第2のメールクライアントと、前記第3のメールクライアントは、前記第2の端末が備える前記持出メールボックスにアクセスし、前記メール同期サーバは、前記第1の電子メールクライアントまたは、前記持出データ管理機能との間で、持出データを同期する同期モジュールを備え、前記第1の端末が備える第1のメールボックスと前記同期データDBとの間で、前記持出データを同期する前に、前記第2の端末の前記持出データ管理機能と前記同期データDBとの間で、前記持出データの同期を行うことを特徴とする電子メールクライアントシステム。前記第1の電子メールクライアントと、前記メール同期モジュールは、所定のタイミングで行う、前記同期処理として、前記メール同期モジュールは、前記電子メールクライアントの認証処理を行い、前記認証に成功した場合に、前記メール同期モジュールは、前記第2の端末の前記持出データ管理機能との間で、前記持出データの同期処理を行い、前記持出データ管理機能との同期処理が実施された後に、前記認証処理の結果を返送し、前記第1の端末の前記ローカルメールボックスと、前記メール同期サーバの前記同期データDBとの間で、前記持出データの同期処理を行うことを特徴とする電子メールクライアントシステム。請求項2に記載の電子メールクライアントシステムにおいて、前記所定のタイミングとは、前記第1の電子メールクライアントが起動された時、または、前記持出メールボックスへの持出対象となる前記持出データが指定された時、または、前記第1の電子メールクライアントの起動中に定期的に、または、前記第1の電子メールクライアントの終了時、のいずれかひとつ以上であることを特徴とする電子メールクライアントシステム。請求項1から3のいずれか一に記載の電子メールクライアントシステムにおいて、前記メール同期モジュールは、前記第1の端末の前記第1の電子メールクライアントと、前記第2の端末または前記第3の端末の前記電子メールクライアントが異なった形式で前記持出データを保存する場合に、前記持出データの保存形式を変換することを特徴とする電子メールクライアントシステム。請求項1から4のいずれか一に記載の電子メールクライアントシステムにおいて、前記持出データは、電子メールおよび/またはアドレス帳を含むことを特徴とする電子メールクライアントシステム。請求項4に記載の電子メールクライアントシステムにおいて、前記メール同期サーバは、電子メールへの添付ファイルを処理するモバイルコードを格納するモバイルコードDBを備え、前記メール同期モジュールは、前記同期データDBと前記持出メールボックスとを同期する際に、前記電子メールデータへの添付ファイルの表示に必要なモバイルコードを、前記持出データ管理機能へ送信することを特徴とする電子メールクライアントシステム。特許文献2が開示する方法により、オフライン環境でモバイル端末を用いて、添付ファイルのついた電子メールの閲覧および編集ができるようになる。しかし、電子メールの持出に関しては、メールの状態情報未読既読の区別や、返信済み転送済みなどの状態情報やアドレス帳などを含めて持ち出すことが必要である。しかし、ユーザが利用可能なモバイル端末の選択肢としてスマートフォン等の携帯電話やモバイルPC、タブレット端末など、さまざまな端末モバイル端末というが利用されるようになってきており、デスクトップ端末とこれらの複数台のモバイル端末を利用している場合において問題が発生することがある。たとえば、デスクトップ端末とスマートフォン、およびタブレット端末を同期させた後に、スマートフォンとタブレット端末で同じ電子メールに対して異なった相手への返信操作をそれぞれ行った後に、スマートフォン、およびタブレット端末をデスクトップ端末と再同期させた場合、スマートフォンもしくはタブレット端末での変更内容はどちらかが破棄され、正しく同期できなくなる。開示されるのは、3台以上の端末間で電子メールなどの持出データを同期させ、同期させた持出データをオフラインで利用可能な電子メールクライアントシステムである。本明細書において、持出データとは、電子メールおよび/またはアドレス帳を少なくとも含む。上記システムは、具体的には、メールサーバとのやり取りを、3台以上の端末のうちの一つ例えば、デスクトップ端末に限定し、その他の端末例えば、モバイル端末のうちの一つが、最終データ更新時刻を記録する持ち出しデータ管理部を備え、上記その他の端末例えばモバイル端末は前記持ち出しデータ管理部にアクセスして同期する電子メールクライアントを備え、上記その他の端末例えばモバイル端末は、持ち出しデータ管理部を備えるその他の端末との間で、データの同期を行い、さらに、デスクトップ端末に搭載された電子メールクライアントモジュールと、持ち出しデータ管理部との間で、更新された電子メールデータを交換する同期モジュールを含めて電子メールクライアントシステムを構成する。モバイル端末のうちの一つに持出データ管理機能を、各モバイル端末にモバイル端末間でデータを共有できるようにするネットワーク通信基盤を介して前記持出データ管理機能にアクセスする電子メールクライアントモジュールを搭載し、デスクトップ端末に搭載された電子メールクライアントモジュールと、前記持出データ管理機能との間で、持出データを同期する同期モジュールを準備し、前記デスクトップ端末と前記同期モジュールの間で持出データを同期する際には、前記持出データ管理機能と前記同期モジュールとの間での同期をあらかじめ実行させる機能を持たせた電子メール同期機能を含めて電子メールクライアントシステムを構成する。また、電子メールクライアントに関して、メールサーバとのデータ交換プロトコルたとえばSMTPやPOP3は標準化されているが、電子メールを保存する形式や、各メールが未読、返信済み、転送済みであることを記録する方法は、それぞれの独自仕様となる。しかしながら、特許文献2では、仕様の違いを考慮しておらず、デスクトップ端末とモバイル端末に搭載された電子メールクライアントが、単純な同期を行うだけで、互いに電子メールを利用できることを前提としている。本明細書が開示する電子メールクライアントシステムでは、上述の特徴的な電子メール同期機能が、さらに、電子メールデータの保存形式フォーマットを変換する機能を備えても良い。これにより、複数のモバイル端末それぞれで異なる種類保存形式を扱う電子メールクライアントモジュールを利用している場合でも、オフラインでアクセス可能になる。さらに、特許文献2が開示する方法では、オフラインで利用可能な添付ファイルの種別が、それぞれのモバイル端末に搭載されたアプリケーションプログラム以下、アプリケーションというに限定されてしまう。本明細書が開示する電子メールクライアントシステムでは、上述の特徴的な電子メール同期機能が、さらに、添付ファイルを処理するモバイルコードをモバイル端末にダウンロードさせる機能を備え、各モバイル端末にダウンロードされたモバイルコードを動作させる機能を、電子メールクライアントシステムに追加する、ように構成しても良い。これにより、モバイル端末に搭載されたアプリケーションに左右されず、添付ファイルを処理できるようになる。開示によれば、デスクトップ端末で使用している電子メール環境において、持出設定したメッセージとその状態未読既読の区別や、返信済み転送済みなどの状態情報やアドレス帳を同期させて複数のモバイル端末でアクセスすることが可能になる。実施例を、図面を参照して説明する。図1は、本実施例の電子メールクライアントシステムの全体構成を説明する図である。本システムは、組織内ネットワーク130に接続されるデスクトップ端末100、メールサーバ110および、メール同期サーバ120と、インターネット140に接続されるスマートフォン150とタブレット端末160により構成される。本実施例においては、スマートフォン150とタブレット端末160を総称してモバイル端末と呼ぶことがある。メールサーバ110は、SMTPSimpleMailTransferProtocol等のメール配送プロトコルを用いて電子メールの配信を担当するメール転送エージェント111図1中ではMTA:MailTransferAgentと略記されていると、前記メールサーバ110のアカウントを有するユーザの受信メール等を保存するユーザメールボックス112を有する。デスクトップ端末100は、電子メールクライアントモジュール以下、電子メールクライアントと略記する。さらに図1中ではMUA:MailUserAgentと略記101と、電子メールに添付されたファイルの閲覧、編集等の機能を提供する添付ファイル用アプリケーション102図1中ではAPと略記と、ユーザの受信メールを格納するローカルメールボックス103を有する。電子メールクライアント101は、ユーザ宛てのメールをPOP3PostOfficeProtocolVersion3やIMAPInternetMessageAccessProtocol等を用いてメール転送エージェント111から受信し、閲覧する機能と、新規もしくは返信、転送等のメールを作成し、SMTP等を用いてメール転送エージェント111に送信する機能を有する。さらに電子メールクライアント101は、メールの宛先となるアドレス帳を管理する機能も有する。電子メールクライアント101は、モバイル端末で電子メールの閲覧、返信等の作業を行うために、ローカルメールボックス103の中からモバイル端末に持ち出す電子メールをユーザに選択させ、持出対象メールとして記憶する機能と、メール同期サーバ120とのデータ交換機能も有する。電子メールの持ち出しとは、持出対象となる電子メールデータのコピーを、持ち出し先例えば、後述する、スマートフォン150の持出メールボックスに格納することである。持出対象メールをユーザに選択させる機能は、たとえば電子メールクライアント101の受信メール一覧画面で、選択されたメールごとに持出対象マークをつけたり、GUI上の操作によりあらかじめ持出用に指定したフォルダに電子メールを移動させてもよい。また、送信元やサブジェクトにより、電子メールを受信したタイミング等で所定のフォルダに振り分けるメッセージフィルタ機能を利用してもよい。また、電子メールクライアント101は、持出対象メールに、モバイル端末への持出期限を設定してもよい。例えば、持出対象マークを付ける際に持出期限たとえば一週間後とかを設定したり、持出用フォルダを複数個準備し、フォルダごとに持出期間たとえば一週間とかを設けてもよい。スマートフォン150は、インターネット接続用ネットワークインタフェース151図中ではネットIFと略記と、モバイル端末間連携用ネットワークインタフェース152図中では端末間IFと略記および、電子メールクライアント153と、電子メールに添付されたファイルの閲覧、編集等の機能を提供する添付ファイル用アプリケーション154と、持出データ管理モジュール155、持出メールボックス156により構成されている。インターネット接続用ネットワークインタフェース151は、3GやWiFi登録商標、WiMax登録商標等の無線通信インタフェースである。モバイル端末間連携用ネットワークインタフェース152は、スマートフォン150と、ユーザの傍らにあるその他のタブレット端末160との間でローカルな通信を行うために使用するもので、Bluetooth登録商標等の近距離無線通信インタフェースである。スマートフォン150に搭載された電子メールクライアント153図1中ではMUA:MailUserAgentと略記は、持出メールボックス156にアクセスし、格納された電子メールを閲覧可能に表示する機能と、新規もしくは返信、転送等のメールを作成する機能を有する。さらに電子メールクライアント153は、メールの宛先となるアドレス帳を管理する機能も有する。ユーザが、電子メールクライアント153を用いて受信メールを閲覧中に、添付ファイルを閲覧する場合には、添付ファイル用アプリケーション154図1中ではAPと略記を起動し、添付ファイルを表示することができる。また、電子メールクライアント153で新規メール作成、および受信メールに対する返信メールもしくは転送メールを作成する際には、アドレス帳の参照が可能である。作成したメールは、持出メールボックス156にアクセスし、下書きフォルダに格納することができる。持出データ管理モジュール155は、メール同期サーバ120との間で、電子メールおよび/またはアドレス帳を少なくとも含む持出データを交換する機能を提供するモジュールである。持出データを交換するシーケンスは後述する。スマートフォン150上で稼働する電子メールクライアント153および、添付ファイル用アプリケーション154は、たとえばJava登録商標やJavaScript登録商標等のプログラムを動作させる仮想化基盤157上で動作させるようにしてもよい。タブレット端末160は、モバイル端末間連携用ネットワークインタフェース162図中では端末間IFと略記と、電子メールクライアント163と、添付ファイル用アプリケーション164により構成されている。タブレット端末160は、形態としてタブレットである必然性はなく、ノートPCのような持ち運びが可能なPCと同等の形態であってもよい。また、タブレット端末160は、それ自身がインターネット接続用ネットワークインタフェース161を備えていても、モバイル端末間連携用ネットワークインタフェース162およびモバイル端末間連携用ネットワークインタフェース152を介し、スマートフォン150が提供するインターネット接続用ネットワークインタフェース151を用いてネットワークに接続するようにしてもよい。タブレット端末160に搭載された電子メールクライアント163図1中ではMUA:MailUserAgentと略記は、モバイル端末間連携用ネットワークインタフェース162、および、モバイル端末間連携用ネットワークインタフェース152を介し、スマートフォン150内の持出メールボックス156にアクセスし、格納された電子メールを閲覧可能に表示する機能と、新規もしくは返信、転送等のメールを作成する機能を有する。さらに電子メールクライアント163は、メールの宛先となるアドレス帳を管理する機能も有する。ユーザが、電子メールクライアント163を用いて受信メールを閲覧中に、添付ファイルを閲覧する場合には、添付ファイル用アプリケーション164図1中ではAPと略記を起動し、添付ファイルを表示することができる。また、電子メールクライアント163で新規メール作成、および受信メールに対する返信メールもしくは転送メールを作成する際には、アドレス帳の参照が可能である。電子メールクライアント163は、作成したメールを、モバイル端末間連携用ネットワークインタフェース162およびモバイル端末間連携用ネットワークインタフェース152を介し、スマートフォン150内の持出メールボックス156にアクセスし、下書きフォルダに格納する。タブレット端末160上で稼働する電子メールクライアント163および、添付ファイル用アプリケーション164も、仮想化基盤165上で動作するようにしてもよい。メール同期サーバ120は、デスクトップ端末100とモバイル端末の間で持出対象情報を同期させる機能を提供するサーバで、デスクトップ端末100に搭載された電子メールクライアント101とスマートフォン150に搭載された持出データ管理モジュール155とのデータ同期を仲介するメール同期モジュール121と、スマートフォン150に送信して同期させるべき持出対象情報のコピーを保管する同期データDB122を有する。メール同期サーバ120が有する機能は、デスクトップ端末100がインターネットから直接アクセス可能であれば、デスクトップ端末100上に構成してもよい。本実施例における電子メールクライアントシステムを構成する各装置、すなわち、上述のデスクトップ端末100、メールサーバ110、メール同期サーバ120、スマートフォン150、タブレット端末160は、CPUと記憶装置とを備える一般的な計算機を用いて実現することができる。さらに、本実施例で説明する、モジュール、アプリケーション等の各機能は、CPUが記憶装置に格納されているプログラムを実行することにより、上記計算機上に具現化される。各プログラムは、あらかじめ、上記計算機内の記憶装置に格納されていても良いし、必要なときに、入出力インタフェースと上記計算機が利用可能な媒体を介して、他の装置から上記記憶装置に導入されてもよい。媒体とは、たとえば、入出力インタフェースに着脱可能な記憶媒体、または通信媒体すなわち有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号を指す。ここで、持出対象情報とは、MIMEMultipurposeInternetMailExtensionsによりフォーマットが定められている電子メール本文とその添付ファイル以外に、前記電子メールの状態情報たとえば未読既読情報、返信済転送済情報など、および電子メールクライアント101がアクセスするアドレス帳の内容等が該当する。状態情報およびアドレス帳の形式は電子メールクライアントに依存するものであり、電子メールメッセージのヘッダとして追記されるものや、メッセージを格納するファイル名に付記されるものなどがある。同期データDB122の持出対象情報格納フォーマットは、デスクトップ端末100、スマートフォン150、タブレット端末160の電子メールクライアントがすべて同じ種類である場合は、その電子メールクライアントの形式で保存することも可能であるが、それぞれの端末で異なった電子メールクライアントを使用する場合には、アプリケーションから独立したフォーマットを用いてもよい。スマートフォン150およびタブレット端末160上で稼働する電子メールクライアント153および163および添付ファイル用アプリケーション154および164が仮想化基盤157および165を利用するものである場合には、仮想化基盤上で動作するモバイルコードを格納する、モバイルコードDB123を持つようにしてもよい。図2はデスクトップ端末100の電子メールクライアント101とメール同期サーバ120のメール同期モジュール121の間の同期シーケンスである。本シーケンスは、所定のタイミング、たとえば電子メールクライアント101が起動された時、持出対象メールが指定された時、電子メールクライアント101を起動中に定期的に、電子メールクライアント101の終了時に起動するよう設定することができる。ステップ201は同期を開始するステップで、電子メールクライアント101は、メール同期モジュール121に対してコネクションを確立し、あらかじめ記憶しておいたメールユーザのユーザIDおよびパスワードを送信する。メール同期モジュール121は、メールユーザのユーザIDパスワードを受理することによりデスクトップ端末100の電子メールクライアント101を認証するステップ202を実施する。ステップ202の認証に成功した場合は以降のステップを実施する。ステップ203は、デスクトップ端末100とメール同期サーバ120の同期を実行するに先立ち、モバイル端末とメール同期サーバ120の間での不整合を防ぐために、メール同期モジュール121は、スマートフォン150の持出データ管理モジュール155に同期指示を送るステップである。本ステップを実施することにより、図3に示す、スマートフォン150の持出データ管理モジュール155と、メール同期サーバ120のメール同期モジュール121の間の同期シーケンスが実施される。図3シーケンスの実施を確認したのち、以降のステップを実施する。ステップ204は、メール同期モジュール121が電子メールクライアント101に認証結果及び、電子メールクライアント101の前回の接続時刻情報を返送するステップである。電子メールクライアント101は、受信した前回の接続時刻情報を参照し、ローカルメールボックス103にアクセスし、その中からメール同期モジュール121に送信すべきデータをピックアップするステップ205。ここで、ピックアップすべきデータは、前回の接続時刻以降に新たにマークされた電子メール、前回の接続時刻以降に未読既読状態が変更されたり、返信、もしくは転送されたりした、電子メールクライアント101でマーク済みの電子メール、更新されたアドレス帳などが該当する。電子メールクライアント101で持出対象の電子メールが削除されても、その結果をメール同期モジュール121に送信しなくてよいメール同期モジュール121に反映させなくてよい。メール同期モジュール121へ持出された電子メールは、後述する通り、保存期限を過ぎた場合に消去されるためである。ステップ205と並行して、メール同期モジュール121は、電子メールクライアント101と前回接続した後に、スマートフォン150の持出データ管理モジュール155から受信したデータをピックアップするステップ206。ここで、ピックアップすべきデータは、前回の接続時刻以後にモバイル端末で新たに作成され、未送信の電子メール、前回の接続時刻以降にモバイル端末で未読既読状態が変更されたり、返信、もしくは転送されたりした電子メール、モバイル端末で更新されたアドレス帳などが該当する。モバイル端末側で状態が変更された電子メールが、既に電子メールクライアント101側で消去されていた場合は、同期データとしてステップ207で交換されて電子メールクライアント101に通知されるが、既に、対象となるデータが存在しないため、電子メールクライアント101側に反映されないようにする。モバイル端末と、メール同期モジュール121との間では、削除された情報も反映し、同じ内容を保持するが、モバイル端末側で削除された情報は、電子メールクライアント101には反映しないので、電子メールクライアント101に送信する必要はない。ステップ205およびステップ206において準備された同期データは、ステップ207において交換される。ステップ207終了後に、電子メールクライアント101は、メール同期モジュール121より受信したデータを更新するステップ208を実施する。ステップ208では、前回の接続時刻以後にモバイル端末で新たに作成された電子メールを作成済みメールとして送信し、送信済みトレイへ保管する処理と、モバイル端末に合わせた電子メールの状態変更処理が行われる。ただし、ステップ208では、上述したとおり、モバイル端末で削除された電子メール等があっても、電子メールクライアント101では削除は行わない。ステップ208と並行して、メール同期モジュール121は、電子メールクライアント101から受信したデータを更新するステップ209を実施する。ステップ209では、新たにマークされたメールに持出期限を付与して同期データDB122に格納する処理と、既に同期データDB122に格納されている電子メールの中で、未読既読情報もしくは返信済み転送済み情報の変更を反映する処理と、同期データDB122内のアドレス帳の更新処理と、が行われる。ステップ208およびステップ209が終了した後、電子メールクライアント101はメール同期モジュール121に接続終了通知を送信するステップ210。図3はスマートフォン150の持出データ管理モジュール155と、メール同期サーバ120のメール同期モジュール121の間の同期シーケンスである。本シーケンスは、スマートフォン150の持出データ管理モジュール155がメール同期サーバ120のメール同期モジュール121への接続性を定期的に監視し、接続が可能になった時に起動されるよう設定することができる。また、上述したように、図2のステップ203が実行され、スマートフォン150がメール同期サーバ120から同期指示を受け取った場合には、本シーケンスを実施する。ステップ301は同期を開始するステップで、持出データ管理モジュール155は、メール同期モジュール121に対してコネクションを確立し、あらかじめ記憶しておいたメールユーザのユーザIDおよびパスワードを送信する。メール同期モジュール121は、メールユーザのユーザIDパスワードを受理することによりスマートフォン150の持出データ管理モジュール155を認証するステップ302を実施し、認証に成功した場合は以降のステップを実施する。メール同期モジュール121の接続相手が、デスクトップ端末100の電子メールクライアント101であるか、もしくはスマートフォン150の持出データ管理モジュール155であるかは、たとえばメール同期モジュールのサービスがHTTPを用いているのであれば、URLを変えることにより判別することが可能である。ステップ303は、メール同期モジュール121が持出データ管理モジュール155に認証結果及び、持出データ管理モジュール155の前回の接続時刻情報を返送するステップである。持出データ管理モジュール155は、持出中の電子メールの期限情報を確認し、保存期限を過ぎているものは消去した上で、受信した前回の接続時刻情報を参照し、持出メールボックス156にアクセスし、その中からメール同期モジュール121に送信すべきデータをピックアップするステップ304。ここで、ピックアップすべきデータは、前回の接続時刻以後に電子メールクライアント101から受信した電子メール、前回の接続時刻以降に未読既読状態が変更されたり、返信、もしくは転送されたりした、電子メールクライアント101でマーク済みの電子メール、更新されたアドレス帳などが該当する。なお、モバイル端末でユーザが削除する操作を行った場合、持出データ管理モジュール155は持出メールボックス内から消去せずに、持出情報である電子メールに削除マークを付与する処理を実施しておく。削除マークが付与された情報も、上記ピックアップの対象に該当する。ステップ304と並行して、メール同期モジュール121は、持出データ管理モジュール155と前回接続した後に、デスクトップ端末100の電子メールクライアント101から受信したデータをピックアップするステップ305。ここで、ピックアップすべきデータは、前回の接続時刻以後にデスクトップ端末100で新たにマークされた電子メール、デスクトップ端末100で新たに作成され、かつ、未送信の電子メール、前回の接続時刻以降にデスクトップ端末100で未読既読状態が変更されたり、返信、もしくは転送されたりした電子メール、デスクトップ端末100で更新されたアドレス帳などが該当する。ステップ304およびステップ305において準備された同期データは、ステップ306において交換される。ステップ306終了後に、持出データ管理モジュール155は、メール同期モジュール121より受信したデータの更新処理を実施する。本ステップでは、前回の接続時刻以後にデスクトップ端末100で新たに作成された電子メールを作成済みメールとして送信し、送信済みトレイへ保管する処理と、デスクトップ端末100に合わせた電子メールの状態変更処理を実施するステップ307。ステップ307と並行して、メール同期モジュール121は、持出データ管理モジュール155から受信したデータの更新処理を実施する。本ステップでは、モバイル端末で新たに作成されたメールを同期データDB122に格納する処理と、既に同期データDB122に格納されている電子メールの中で、未読既読情報もしくは返信済み転送済み情報の変更を反映する処理、同期データDB122内のアドレス帳の更新処理を実施するステップ308。持出データ管理モジュール155において削除マークが付与された電子メールは、メール同期モジュール121内から消去する。ステップ307が終了した後、持出データ管理モジュール155はメール同期モジュール121に接続終了通知を送信するステップ309。図4はメール同期サーバ120に搭載された同期データDB122の内容を詳細に示した図である。同期データDB122は、複数ユーザに対応するために、同期データを格納するユーザのIDとパスワードの組を格納するテーブルである、usertabletxtを持つ。各ユーザの持出データを管理するDBの形式としては、たとえばMHMailHandlerフォルダ形式をベースに拡張することができる。MHでは、一つのディレクトリ以降フォルダと呼ぶことにするの下にメールメッセージをそれぞれ一つのファイルとして格納しており、メール同期サーバは接続ユーザごとに一つのフォルダを割当てればよい。図4においては接続ユーザごとに割り当てるフォルダの名称に、ユーザのメールアドレスを使用している。さらに、同期対象のメールメッセージを格納するサブフォルダとしてsyncdir、いずれかの電子メールクライアントにおいて作成途中のメールメッセージを保存するサブフォルダとしてdrafts、ユーザのアドレス帳として宛先表示文字列をファイル名とし、メールアドレス等の情報とそのファイルの最終更新時刻を記載したファイル群を格納するサブフォルダとしてaddressdirを使用する。さらに、図2のステップ203で、メール同期モジュール121が、ユーザの使用するスマートフォン150に同期指示を送ることを可能にするため、スマートフォン150に付与されたメールアドレスを格納するファイルとしてmobileaddrを使用する。syncdir内に格納されたメッセージファイルのファイル名は、フォルダ内でのメッセージの順番を表わす整数である。未読既読および、返信済み転送済みなどの状態情報は、メッセージヘッダの追加フィールドとして記載する。たとえば、未読既読状態はxseenフィールド、返信済みかどうかはxrepliedフィールド、転送済みかどうかはxforwardedフィールドの値により識別できるようにすればよい。また、デスクトップ端末100の電子メールクライアント101において、持出対象の電子メールであることを識別するために、メッセージヘッダの追加フィールドxportableフィールドを利用するようにしてもよい。さらに、各メッセージの持出期限情報も、追加フィールドxexpiredateフィールドを利用するようにしてもよい。また、持出メールボックス156内に保管された電子メールで、モバイル端末上で削除されたものは、上述の削除マークに対応する追加フィールドxremovedフィールドを用いて区別できるようにする。なお、アドレス帳情報の削除については、デスクトップ端末100とメール同期モジュール121、およびメール同期モジュール121と持出データ管理モジュール155間で、同期処理を行う際に、片方でアドレス帳が削除されていたら、もう片方も消去するように構成する。各ユーザがデスクトップ端末100の電子メールクライアント101からメール同期モジュール121に前回接続した時刻は、desktoplastファイルに最終接続時刻として記録される。また、スマートフォン150の持出データ管理モジュール155からメール同期モジュール121に前回接続した時刻は、mobilelastファイルに最終接続時刻として記録される。図5Aから図7Bは、メール同期モジュール121が図2に示したステップ201、202、203、205、206、208、209を処理する際のフローチャートと、電子メールクライアント101が図2に示したステップ201、203、204、206、207、209を処理する際のフローチャートである。図5Aは、メール同期モジュール121が実行する処理で、501はデスクトップ端末100の電子メールクライアント101からの接続待ち処理で、接続が完了した後502のユーザIDおよびパスワードの受付処理を実施する。503はユーザ認証処理で、処理502で受信したユーザIDとパスワードの組が、同期データDB122のusertabletxtと一致するかを確認し、一致した場合は認証に成功した旨を通知し、一致しない場合は電子メールクライアント101に認証に失敗した旨を通知したのちすべての処理を終了する。504以降はユーザ認証に成功した場合に、同期データDB122に対して実施される処理である。504は、処理502で入手したユーザの最終接続時刻をdesktoplastファイルから入手する処理、505は、mobileaddrファイルを参照し、ユーザのスマートフォン150に対して、同期を指示する電子メールを送信する処理で、スマートフォン150は、メール同期サーバ120からの電子メールを受け取った場合に図3に示すシーケンスを実行するよう構成しておく。メール同期サーバ120が送信する電子メールは、たとえばメール同期サーバの管理者ユーザが送信者のメールで、タイトル、本文とも空のメールであっても良いし、第三者のなりすましを防ぐために電子署名を付与し、スマートフォン150で前記電子署名を検証するように構成しても良い。506は、デスクトップ端末100の電子メールクライアント101に前記最終接続時刻を通知する処理、507は、前記最終接続時刻以降に持出メールボックスから送信され、メール同期モジュール121で更新されたデータを、電子メールクライアント101に送信するスレッドと、前記最終接続時刻以降に電子メールクライアント101で更新されたデータを受信するスレッドを生成する処理、508はスレッドの終了を待つ処理である。図5Bは、電子メールクライアント101が実行する処理で、511は同期サーバ120のメール同期モジュール121への接続処理で、接続に成功した場合には512のユーザIDおよびパスワードの送付処理を実施する。513はユーザ認証結果の受信待ち処理、514はユーザ認証結果の判定処理であり、ユーザ認証が成功した場合には、515の最終接続時刻情報を、メール同期モジュール121から受信する処理と、516のメール同期モジュール121との送信および受信を担当するスレッドを生成する処理、および、517のスレッド終了待ち処理を実施する。図6A,図6Bは、メール同期モジュール121の処理507で生成した、送信用スレッドおよび受信用スレッドの詳細なフローである。図6Aは、送信用スレッドの処理で、601は同期データDB122のsyncdir、draftsおよびaddressdirサブフォルダ内で、前回の最終同期時刻以降に編集されたメッセージファイルおよびアドレス帳ファイルを検索する処理、602は処理601で検索されたファイル群をバッファに格納する処理、603は電子メールクライアント101にバッファ内容を送信する処理、604は送信用スレッドを消去する処理である。図6Bは、受信用スレッドの処理で、611は電子メールクライアント101から受信したデータをバッファに格納する処理、612は処理611でバッファに格納したデータをメッセージデータとアドレス帳データに分解し、テンポラリディレクトリにファイルとして格納する処理である。613から616はメッセージデータファイルに関する処理で、613は未処理メッセージがあるか確認する処理、614は未処理メッセージファイルを一つオープンする処理、615は処理614でオープンしたファイルからメッセージIDフィールドを抽出し、同期データDB122のsyncdirおよびdraftsサブフォルダ内のメッセージのメッセージIDと比較して、一致するメールメッセージを検索する処理、616は処理615の検索で一致した同期データDB122内のメッセージの書換え、および、検索にヒットしなかった場合に、同期データDB122内にメッセージを新規作成する処理である。受信メールの場合、処理615で検索にヒットした場合には未読既読等の状態情報フィールドの追記、変更が、ヒットしなかった場合には新規の持出情報の追加が、同期データDB122に対して行われることになる。新規作成メールの場合、検索にヒットした場合は最新ファイルへの書換えを、ヒットしなかった場合には新規の持出情報の追加が同期データDB122に対して行われることになる。617から618は、同期データDB122内のアドレス帳ファイルに関する処理で、617は未処理アドレス帳ファイルがあるか確認する処理、618はアドレス帳ファイルを書き換える処理で、同名のファイルがない場合には新規追加となる。619は受信用スレッドを消去する処理で、本処理を行う前にメール同期モジュール121内のすべてもメールメッセージの保存期限を確認し、期限を過ぎている場合には消去する処理を行ってもよい。図7A、図7Bは、電子メールクライアント101の処理516で生成した、送信用スレッドおよび受信用スレッドの詳細なフローである。ここで、電子メールクライアント101は電子メールメッセージを管理するフォーマットとしてMHフォルダ形式を用いているとして以下を記載しているが、他のメッセージ管理フォーマットを用いている場合でも受信用スレッドのメッセージ処理においてフォーマットを変換することにより、以下に示す処理と同等のことを実行することは当業者には容易である。図7Aは、送信用スレッドの処理で、701は電子メールクライアント101のローカルメールボックス103内で、前回の最終同期時刻以降に新たに受信された、もしくは編集されたメッセージファイルおよびアドレス帳ファイルを検索する処理、702は処理701で検索されたファイル群をバッファに格納する処理、703はメール同期モジュール121にバッファ内容を送信する処理、704は送信用スレッドを消去する処理である。処理703でバッファ内容を送信する前に、バッファデータを圧縮し、送信に必要なネットワーク帯域の削減、および送信に必要な時間を短縮するようにし、処理611において受信したデータをバッファに格納する際に受信データを伸長するようにしてもよい。図7Bは、受信用スレッドの処理で、711はメール同期モジュール121から受信したデータをバッファに格納する処理、712は処理711でバッファに格納したデータをメッセージデータとアドレス帳データに分解し、テンポラリディレクトリにファイルとして格納する処理である。713から716はメッセージデータファイルに関する処理で、713は、テンポラリディレクトリに未処理メッセージがあるか確認する処理、714は未処理メッセージファイルを一つオープンする処理、715は処理714でオープンしたファイルからメッセージIDフィールドを抽出し、ローカルメールボックス103にアクセスし、その中のメッセージのメッセージIDと比較して、一致するメールメッセージを検索する処理、716は、処理715で検索してヒットしたメッセージについて、ローカルメールボックス103内の未読既読等の状態情報フィールドの追記、変更に伴う書換えを行う処理である。さらに、処理715で検索にヒットしなかった、モバイル端末で新規に作成されたメッセージに関して、電子メールサーバ110のメール転送エージェント111へのメール送信依頼処理を実施し、送信済みトレイ等にメールを格納する処理を行う。717から718は、ローカルメールボックス103にアクセスして行うアドレス帳ファイルに関する処理で、717は未処理アドレス帳ファイルがあるか確認する処理、718はアドレス帳ファイルを書き換える処理で、同名のファイルがない場合には新規追加となる。719は受信用スレッドを消去する処理で、本処理を行う前に同期データDB122内のすべてのメールメッセージの保存期限を確認し、期限を過ぎている場合には持出マークの消去処理を行ってもよい。図5Aから図7Bの処理は、電子メールクライアント101とメール同期モジュール121の間での同期処理であるが、図3に示すスマートフォン150の持出データ管理モジュール155とメール同期モジュール121の間でも同様の処理ただし、ローカルメールボックス103を、持出メールボックス156と読み替えるを実施することにより、メールデータの同期を行うことが可能となる。また、モバイル端末への情報の持ち出しは、メール同期モジュール121を介して行われるため、持出データに関する情報をログとしてメール同期モジュール121に蓄積し、管理者に提示するインタフェースを設けてもよい。また、メール同期モジュール121と持出データ管理モジュール155との間でメッセージデータを同期する際、メール同期モジュール121がメッセージデータのMIMEヘッダを解析し、メッセージデータの添付ファイル部分の表示に必要なモバイルコードをモバイルコードDB123より取り出し、スマートフォンの持出メールボックス156内に保管するようにしてもよい。なお、モバイル端末上で新規にメールを作成する場合、ユーザの指示に従い添付ファイルを作成するためのモバイルコードをメール同期サーバより入手する。持ち出されたモバイルコードは、スマートフォン150の仮想化基盤157もしくは、タブレット端末160の仮想化基盤165上に展開し、電子メールクライアント153もしくは163において添付ファイルを閲覧する際に、添付ファイル用アプリケーション154もしくは164として利用できるようにしてもよい。図6および図7においては、電子メールを格納するフォーマットとしてMHフォルダ形式を拡張して実現しているが、他の電子メール格納フォーマットにおいても同様な拡張により実現することが可能である。たとえば、Maildir形式であった場合には、メッセージの格納されるフォルダディレクトリ名が異なっており、また電子メールの状態情報は、ファイル名に付加されるようになっている。これらは図6および図7で示したフローチャートを微調整することにより対応できることは容易である。"