JP2013145546A - 情報処理装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】電子メール送信側と電子メール受信側のメーラの種類に関わらず、添付ファイルを容易閲覧可能とする情報処理装置、その制御方法、及びプログラムを提供すること。
【解決手段】電子メールを分割する場合に、分割したメールである分割メールに添付され、分割された添付ファイルを結合するための結合用ファイルを生成し、送信先に送信する。受信側は、メーラの種別に関わらず、当該結合用ファイルを用いて、当該分割された添付ファイル結合が可能となる。
【選択図】図５

Description

本発明は、情報処理装置、その制御方法、及びプログラムに関する。

近年、電子メールの受信サイズに制約を設けている企業が少なくない。添付ファイルのサイズが当該受信サイズの制約の値である閾値を超える場合、電子メール及び添付ファイルを閾値以下に分割して送信する、電子メールの分割送信の技術が一般に知られている。

また、送信する電子メールのサイズが閾値を超える場合に、添付ファイルの画像データをページ単位に分割することで電子メールのサイズを縮小し、閾値以下のサイズで電子メールを送信する技術が公開されている。（例えば、特許文献１）

特開２０１１−８６３１４号公報

しかしながら、特許文献１に記載の技術においては、電子メール受信側のユーザは、送信側のメーラと同一のメーラを使用していない場合、当該分割されたファイルを結合することが出来ない。

本発明は、電子メール送信側と電子メール受信側のメーラの種類に関わらず、添付ファイルを容易閲覧可能とする情報処理装置、その制御方法、及びプログラムを提供することを目的とする。

本発明の情報処理装置は、電子メールの送受信機能を有する情報処理装置であって、受信した電子メールの送信先を取得する送信先取得手段と、前記送信先取得手段で取得した送信先毎に設定されたデータサイズであって、前記送信先が１度に受信可能なデータサイズである上限サイズを取得する上限サイズ取得手段と、前記電子メールに添付ファイルが添付されているかを判定する添付ファイル判定手段と、前記添付ファイル判定手段で添付ファイルが添付されていると判定した場合、前記電子メールのサイズと前記添付ファイルのファイルサイズとを合わせたデータサイズが前記上限サイズに収まるかを判定するメールサイズ判定手段と、前記メールサイズ判定手段で、前記データサイズが前記上限サイズに収まらないと判定した場合、前記上限サイズに収まるように、前記電子メールと添付ファイルを分割する分割手段と、前記分割手段で分割した添付ファイルを結合するための結合用ファイルを生成する結合用ファイル生成手段と、前記分割手段で分割した電子メールと、前記結合用ファイル生成手段で生成した結合用ファイルとを送信先に送信する送信手段とを備えることを特徴とする。

本発明によれば、電子メール送信側と電子メール受信側のメーラの種類に関わらず、添付ファイルを容易閲覧可能とする情報処理装置、その制御方法、及びプログラムを提供することが出来る。

本発明の実施形態における、情報処理装置を含むシステム構成の一例を示す図 本発明の実施形態における、各種装置のハードウエア構成の一例を示す図 本発明の実施形態における、各種装置の機能構成の一例を示す図 本発明の実施形態における、電子メール送信処理の概要を示すフローチャート 本発明の実施形態における、電子メール分割処理の詳細を示すフローチャート 本発明の実施形態における、閾値テーブルの構成の一例を示す図 本発明の実施形態における、電子メール分割処理の様子を示す図 本発明の実施形態における、電子メールヘッダの構成の一例を示す図 本発明の実施形態における、添付ファイルが添付されている電子メールの分割処理の詳細を示すフローチャート 本発明の実施形態における、電子メールの送信履歴テーブルの構成の一例を示す図 本発明の実施形態における、バッチファイルの構成の一例を示す図 本発明の実施形態における、圧縮された添付ファイルが添付されている電子メールの分割処理の詳細を示すフローチャート 本発明の実施形態における、圧縮された添付ファイルの分割処理の詳細を示すフローチャート

以下、図面を参照して、本発明の実施形態を詳細に説明する。まず、図１を参照して、本発明の実施形態における、情報処理装置を含むシステム構成の一例について説明する。図１は、本発明の実施形態における、情報処理装置を含むシステム構成の一例を示す図である。尚、ここでいう情報処理装置とはサーバ２００のことである。

図１に示す通り、本発明の実施形態における、情報処理装置を含むシステムは、クライアントＰＣ１００、ＬＡＮ１０１、サーバ２００、ＷＡＮ１０２、サーバ２２０、ＰＣ１２０等を備えて構成されている。

クライアントＰＣ１００は、電子メールを生成し、サーバ２００に送信する。ＬＡＮ１０１は、クライアントＰＣ１００とサーバ２００を通信可能に接続する。尚、クライアントＰＣ１００とサーバ２００との通信は、必ずしも、ＬＡＮ１０１による通信でなくともよい。例えばＷＡＮ等であってもよい。

サーバ２００は、クライアントＰＣ１００より電子メール、また、電子メールに添付された添付ファイルを受信し、送信先毎の閾値に基づいて、当該電子メール、添付ファイルを、送信先毎のメール受信上限サイズに分割し、送信先に送信する。つまり、電子メールの送受信機能を有する。

ＷＡＮ１０２は、サーバ２００とサーバ２００から送信された電子メールを受信するサーバ２２０とを通信可能に接続する。サーバ２２０は、２００から送信された電子メールを受信し、ＰＣ１２０からの要求に応じて、当該電子メールを提供する。

ＰＣ１２０は、サーバ２２０が受信している電子メールを取得し、結合、復号する。尚、当該電子メールの結合、復号処理は必ずしもＰＣ１２０の処理によらずともよい。例えば、サーバ２２０が当該電子メールの結合、復号処理を行うようにしてもよい。以上が図１の、本発明の実施形態における、情報処理装置を含むシステム構成の一例についての説明である。

次に図２を参照して、本発明の実施形態における各種装置のハードウエア構成の一例について説明する。図１は、本発明の実施形態における各種装置のハードウエア構成の一例を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢａｓＩＣ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要は後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示機への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示機はＣＲＴだけではなく、液晶ディスプレイ等の他の表示機であってもよい。

メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されている。以上が、図２に示す、本発明の実施形態における各種装置のハードウエア構成の一例についての説明である。

次に図３を参照して、本発明の実施形態における各種装置の機能構成の一例について説明する。図３は、本発明の実施形態における各種装置の機能構成の一例を示す図である。

図３に示すように、クライアントＰＣ１００は、電子メール送信部３１１等から構成される。また、サーバ２００は、電子メール送受信部３２１、閾値判定部３２２、分割判定部３２３、電子メール分割部３２４、結合用ファイル生成部３２５、結合用ファイル送信部３２６等から構成される。

クライアントＰＣ１００の電子メール送信部３１１は、サーバ２００に電子メールを送信する送信部である。

サーバ２００の電子メール送受信部３２１は、クライアントＰＣ１００、外部の電子メールサーバ等から電子メールを受信し、クライアントＰＣ１００、外部の電子メールサーバ等に電子メールを送信する送受信部である。

閾値判定部３２２は、送信先毎に特定される、過去の電子メールの分割サイズから、電子メールを分割する際の閾値を判定する判定部である。

分割判定部３２３は、前記閾値判定部３２２で判定した閾値に基づいて、電子メールの分割、添付ファイルの分割を行うか否かを判定する判定部である。電子メール分割部３２４は、前記閾値判定部３２２で判定した閾値に基づいて電子メール、電子メールに添付された添付ファイルをを分割する分割部である。

結合用ファイル生成部３２５は、電子メール分割部３２４で分割した電子メール、添付ファイルを結合するためのファイルである結合用ファイルを生成する生成部である。

結合用ファイル送信部３２６は、前記結合用ファイル生成部３２５で生成した結合用ファイルを、分割した電子メールである分割電子メールの送信先に送信する送信部である。以上が図３の、本発明の実施形態における各種装置の機能構成の一例についての説明である。

次に図４を参照して、本発明の実施形態における、電子メール送信処理の概要について説明する。図４は、発明の実施形態における、電子メール分割処理の詳細を示すフローチャートである。

クライアントＰＣ１００のＣＰＵ２０１は、ユーザからの指示に基づいて電子メールを生成し（ステップＳ４０１）、当該電子メールをサーバ２００に対し送信する（ステップＳ４０２）。

サーバ２００のＣＰＵ２０１は、当該電子メールを受信し（ステップＳ４０３）、メール分割処理を実行する（ステップＳ４０４）。メール分割処理（ステップＳ４０４）の詳細については、図５の説明にて後述する。

ここで図５を参照して、本発明の実施形態における、電子メール分割処理の詳細について説明する。図５は、本発明の実施形態における、電子メール分割処理の詳細を示すフローチャートである。

サーバ２００のＣＰＵ２０１は、図４のステップＳ４０３で受信した電子メールに設定されたＦｒｏｍ情報、Ｔｏ情報、Ｓｕｂｊｅｃｔ情報、および内蔵時計から取得したＤａｔｅ情報を基に、電子メールヘッダ８００を作成する（ステップＳ５０１）。

電子メールヘッダ８００とは、例えば図８に示すようなデータである。電子メールヘッダについては、図８の説明にて後述する。

ここで図８を参照して、本発明の実施形態における、電子メールヘッダの構成の一例について説明する。図８は、本発明の実施形態における、電子メールヘッダの構成の一例を示す図である。

図８に示す通り、電子メールヘッダ８００は、送信元（Ｆｒｏｍ）８０１、送信先（Ｔｏ）８０２、ドメイン８０３、件名８０４、メッセージＩＤ（Ｍｅｓｓａｇｅ−Ｉｄ）８０５、返信元メッセージＩＤ（Ｉｎ−ｒｅｐｌｙ−ｔｏ）８０６等から構成されている。

送信元８０１は、当該電子メールヘッダ８００の作成元である電子メールの送信元の電子メールアドレスである。送信先８０２は、当該電子メールの送信先の電子メールアドレスである。

ドメイン８０３は、メールアドレスのドメインである。件名８０４は、当該電子メールの件名である。メッセージＩＤ８０５は、当該電子メールを一意に識別するための識別情報である。

返信元メッセージＩＤ８０６は、当該電子メールが、いずれの電子メールに対する返信メールであるかを特定するための識別情報であって、当該電子メールヘッダ８００の作成元である電子メールの返信元の電子メールのメッセージＩＤである。以上が図８の、本発明の実施形態における、電子メールヘッダの構成の一例について説明である。

図５の説明に戻る。サーバ２００のＣＰＵ２０１は、電子メールを送信先に送信することが可能な文字データに変換するために、ＢＡＳＥ６４変換を行う。（ステップＳ５０２）。

サーバ２００のＣＰＵ２０１は、図８の電子メールヘッダ８００に記載されたＴｏ情報のドメイン８０３を取得し（請求項中の送信先取得手段に該当）、当該ドメインに対応するメールサイズの閾値が、閾値テーブル６００に記憶されているか否かを判定する（ステップＳ５０３）。つまり、閾値６０２を取得可能か否かを判定する上限サイズ取得可否判定手段に該当。閾値テーブル６００については、図６の説明にて後述する。

ここで図６を参照して、本発明の実施形態における、閾値テーブルの構成の一例について説明する。図６は、本発明の実施形態における、閾値テーブルの構成の一例を示す図である。

図６に示す通り、閾値テーブル６００は、ドメイン６０１、閾値６０２等から構成されている。また、一律閾値テーブル６１０は、ドメイン６１１、閾値６１２等から構成されている。

閾値テーブル６００のドメイン６０１は、メールを分割送信する際の送信先のドメインである。閾値６０２は、当該ドメインを含む電子メールアドレスに対するメールの分割サイズの閾値である。つまり、当該ドメイン６０１を含む送信先が、一度に受信可能なデータサイズである上限サイズである。

尚、本発明の実施形態においては、当該ドメイン６０１、閾値６０２は、メールの送受信履歴から取得するものである。つまり、過去に同ドメインの送信先に送信した電子メールの、送信先側の受信可能サイズを、電子メールの送信履歴から取得し、閾値テーブル６００に設定する。（請求項中の第１の上限サイズ設定手段に該当）電子メールの送信履歴については図１０を参照して後述する。

一律閾値テーブル６１０は、図５のステップＳ５０１で生成した電子メールヘッダ８００の送信先８０１が、送信先毎の上限サイズが設定されている閾値テーブル６００のドメイン６０１に含まれていなかった場合に参照する、送信先を区別しない一律の上限サイズが設定されたテーブルである。

一律閾値テーブル６１０のドメイン６１１では、閾値６１２を適用されるドメインの指定がされず、どの送信先に対しても、一律に、閾値６１２を適用することを示している。閾値６１２は、メールの分割サイズの閾値である。本発明の実施形態においては、当該一律閾値テーブル６１０は、クライアントＰＣ１００を介して、ユーザの手動操作に基づいて、既に設定されているものとする（請求項中の第２の上限サイズ設定手段に該当）。

また、本発明の実施形態においてはドメイン毎に閾値６０２を記憶しているが、閾値６０２の記憶形態は必ずしもこれに限るものではない。

例えば、送信先の電子メールアドレス毎に閾値６０２を設定してもよいし、送信先の電子メールアドレスが属するグループ毎に閾値６０２を設定してもよい。以上が図６の、本発明の実施形態における、閾値テーブルの構成の一例についての説明である。

ここで図１０を参照して、本発明の実施形態における、電子メールの送信履歴テーブルの構成の一例について説明する。図１０は、本発明の実施形態における、電子メールの送信履歴テーブルの構成の一例を示す図である。

図１０に示す通り、送信履歴テーブル１０００は、送信先１００１、送信日時１００２、分割サイズ１００３等から構成されている。当該送信理例テーブル１０００は、クライアントＰＣ１００の外部メモリ２１１か、サーバ２００の外部メモリ２１１、又はその両方に記憶されているものとする。送信先１００１は、電子メールを送信した送信先である。

送信日時１００２は、電子メールを送信した日時である。分割サイズ１００３は、当該送信先１００１に電子メールを送信した際に、当該送信先に電子メールを受信させるべく、当該電子メールを分割したサイズである。

尚、図６の閾値テーブル６００には、送信履歴テーブル１０００の送信先のドメイン、及び分割サイズの最小値を抽出し、設定するものとする。例えば、ドメインが“ａａａ．ｃｏ．ｊｐ”の送信先１００１に対応した分割サイズ１００３の最小値は２ＭＢであるため、図６のドメイン６０１＝“ａａａ．ｃｏ．ｊｐ”に対応する閾値６０２は２ＭＢに設定される。

尚、例えば一定期間、送信履歴テーブル１０００に記憶される送信先１００１毎の分割サイズ１００３が３ＭＢと記憶されている場合、当該閾値６０２の値を２ＭＢから３ＭＢに変更するようにしてもよい。また、当該分割サイズの最小値の抽出及び設定の処理は、履歴の更新に伴って自動で行うようにしても良いし、ユーザの手動操作に基づいて設定するようにしても良い。以上が図１０の、本発明の実施形態における、電子メールの送信履歴テーブルの構成の一例についての説明である。

図５に戻る。サーバ２００のＣＰＵ２０１は、当該ドメイン８０３と同一のドメイン６０１が閾値テーブル６００に記憶されていると判定した場合（ステップＳ５０３でＹＥＳ）、当該ドメイン６０１に対応する閾値６０２を取得する（ステップＳ５０４）。つまり、請求項中の上限サイズ取得手段に該当する。

ドメイン８０３と同一のドメイン６０１が閾値テーブル６００に記憶されていないと判定した場合、（ステップＳ５０３でＮＯ）、つまり、閾値テーブル６００から、ドメイン８０３と同一のドメイン６０１、乃至、ドメイン６０１に対応した閾値６０２を取得不可であった場合、処理をステップＳ５１０に移行し、当該電子メールの送信側のメーラ等で設定されている分割サイズの閾値を取得する（ステップＳ５１２）。つまり、一律閾値テーブル６１０の閾値６１２を取得する。

サーバ２００のＣＰＵ２０１は、電子メールのサイズを取得し（ステップＳ５０５）、当該電子メールに添付ファイルが添付されているか否かを判定する（ステップＳ５０６）。つまり、請求項中の添付ファイル判定手段に該当。

添付ファイルが添付されていないと判定した場合（ステップＳ５０６でＮＯ）、電子メールのサイズが閾値６０２、またはステップＳ５１２で取得した閾値をクリアしている否かを判定し（ステップＳ５０７）、電子メールのサイズ（添付ファイルの添付されていない電子メールのサイズ）が閾値６０２、またはステップＳ５１２で取得した閾値をクリアしていると判定した場合（ステップＳ５０７でＹＥＳ）、電子メールの分割処理を実行せずに処理を終了する。

電子メールのサイズが閾値６０２、またはステップＳ５１２で取得した閾値をクリアしていないと判定した場合（ステップＳ５０７でＮＯ）、電子メールを閾値６０２に収まるよう分割する（ステップＳ５０８）。

閾値をクリアする状態とは、電子メールのサイズが閾値以下、又は、電子メールのサイズが閾値より小さい状態である。電子メールのサイズが閾値以下である状態と、電子メールのサイズが閾値より小さい状態とのいずれを前記閾値をクリアする状態とするかは装置側の設定によるものとする。

サーバ２００のＣＰＵ２０１は通番付のメールヘッダを生成し（ステップＳ５１０）、サーバ２００のＣＰＵ２０１は、当該電子メールの全ての送信先に対して、ステップＳ５０１〜ステップＳ５１４までの処理を適用済か否かを判定する（ステップＳ５１１）。

適用済と判定した場合は（ステップＳ５１１でＹＥＳ）処理を終了する。適用済でないと判定した場合は（ステップＳ５１１でＮＯ）、処理をステップＳ５０１の前に戻し、別の電子メールに対してステップＳ５０１〜Ｓ５１４の処理を適用する。

サーバ２００のＣＰＵ２０１は、当該電子メールに添付ファイルが添付されていると判定した場合（ステップＳ５０６でＹＥＳ）、処理をステップＳ５１３に移行し、添付ファイルが添付されている電子メールの分割処理を実行する（ステップＳ５１３）。添付ファイルが添付されている電子メールの分割処理（ステップＳ５１３）の詳細については、図９の説明にて後述する。

ここで図９を参照して、本発明の実施形態における、添付ファイルが添付されている電子メールの分割処理の詳細について説明する。図９は、本発明の実施形態における、添付ファイルが添付されている電子メールの分割処理の詳細を示すフローチャートである。

サーバ２００のＣＰＵ２０１は、添付ファイルのサイズを取得し（ステップＳ９０１／請求項中のファイルサイズ取得手段に該当）、添付ファイルが複数添付されているか否かを判定する（ステップＳ９０２）。つまり、請求項中のファイル数判定手段に該当。

添付ファイルが複数添付されていないと判定した場合（ステップＳ９０２でＮＯ）、サーバ２００のＣＰＵ２０１は、電子メールサイズと添付ファイルサイズとの合計が閾値６０２をクリアしているか否かを判定する（ステップＳ９１０／メールサイズ判定手段）。

電子メールサイズと添付ファイルサイズとの合計が閾値６０２をクリアしていると判定した場合（ステップＳ９１０でＹＥＳ）、分割処理を実行せずに処理を終了する。電子メールサイズと添付ファイルサイズとの合計が閾値６０２をクリアしていないと判定した場合（ステップＳ９１０でＮＯ）、添付ファイルサイズが閾値６０２をクリアしているか否かを判定する（ステップＳ９１１）。

サーバ２００のＣＰＵ２０１は、添付ファイルサイズが閾値６０２をクリアしていると判定した場合（ステップＳ９１１でＹＥＳ）、当該添付ファイルは分割せず、空メールを生成して（ステップＳ９０６／請求項中の空メール生成手段に該当）当該空メールに添付ファイルを添付する（ステップＳ９０７）。

添付ファイルサイズが閾値６０２をクリアしていないと判定した場合（ステップＳ９１１でＮＯ）、電子メールと添付ファイルを合わせて分割する（ステップＳ９１７）。ここでいう“電子メールと添付ファイルを合わせて分割する”とは、例えば、閾値６０２＝２ＭＢで、電子メール（本文）が５０ＫＢ、添付ファイルが３ＭＢの電子メールと添付ファイルを、閾値６０２（２ＭＢ）をクリアさせるべく、２つの組であって、電子メール＝２５ＫＢと添付ファイル＝１．５ＭＢとの組に分割することをいう。以下、“電子メールと添付ファイルを合わせて分割する”と記載した場合、上述の内容を示すものとする。

ここで図７を参照して、本発明の実施形態における、電子メール分割処理の様子について説明する。図７は、本発明の実施形態における、電子メール分割処理の様子を示す図である。

送信データ７００は、分割前の電子メール、及び添付ファイルである分割前送信データである。送信データ７１０は、本発明における電子メールの分割処理を施した送信データである。送信データ７２０は、従来の電子メールの分割処理を施した送信データである。

サーバ２００のＣＰＵ２０１は、閾値テーブル６００から閾値６０２を取得する。ここでは当該閾値６０２が２ＭＢであるものとする。また、送信データ７００における電子メールのサイズは６０ＫＢ、添付ファイル（単一）のサイズは１．９６ＭＢであるものとする。

送信データ７００に従来の電子メールの分割処理を適用した場合、例えば、電子メールと添付ファイルを合わせて、閾値６０２をクリアするよう分割した場合、送信データ７２０のように、電子メールと添付ファイルの両方が分割されることとなる。

本発明においては、サーバ２００のＣＰＵ２０１は、添付ファイルのサイズ（１．９６ＭＢ）が閾値６０２（２ＭＢ）をクリアしている場合、送信データ７１０に示すように、添付ファイルを分割せず、サイズの小さい空メールに添付し、電子メール本文と個別化させる。つまり、当該個別化とは、電子メール本文と添付ファイルを別々にすることである。

よって、厳密に言えば、添付ファイルのサイズ（１．９６ＭＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定は、添付ファイルのサイズ（１．９６ＭＢ）＋空メールのサイズ（ここでは５ＫＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定であるといえる。つまり、空メールと添付ファイルの合計データサイズが、閾値を下回っているか否かを判定するものである。

また、閾値６０２（２ＭＢ）を予め、空メールのサイズ分減じておいてもよい。メール本文が閾値６０２をクリアしていない場合は、メール本文のみを分割するものとする。

こうすることで、余分な分割処理をすることなく、電子メールを送信先に送信することが出来る。

また、添付ファイルが分割されていることにより生じる復号ミスを防止することが出来る。

以上が図７の、本発明の実施形態における、電子メール分割処理の様子についての説明である。

図９の説明に戻る。サーバ２００のＣＰＵ２０１は、ステップＳ９０２において、添付ファイルが複数添付されていると判定した場合（ステップＳ９０２でＹＥＳ）、当該添付ファイルの数が上限数以内かを判定する（ステップＳ９１６）。つまり、請求項中の上限超過判定手段に該当。

つまり、大量の添付ファイルが電子メールに添付されている場合、閾値６０２をクリアする添付ファイルの組み合わせの算出処理により処理負荷が高くなってしまうため、上限以上の添付ファイルが添付されている場合は、閾値６０２をクリアする添付ファイルの組み合わせの算出を行わず、処理をステップＳ９１７に進めるものである。

尚、ここでは上限“以内”か否かという判定をしているが、例えば、上限数を“超えるか”の判定であってもよい。また、当該上限数は予めクライアントＰＣ１００乃至サーバ２００の外部メモリ２１１等の記憶装置に記憶されているものとする。尚、当該上限は、後述するステップＳ９０５で行う、閾値６０２をクリアする添付ファイルの組み合わせが存在するか否かの判定処理の複雑化を防止するために設けられているものとする。

当該添付ファイルの数が上限数以内でないと判定した場合（ステップＳ９１６でＮＯ）、処理をステップＳ９１７に移行し、通常通り、電子メールと添付ファイルを合わせて分割する（ステップＳ９１７）。

当該添付ファイルの数が上限数以内であると判定した場合（ステップＳ９１６でＹＥＳ）、全ての添付ファイルの合計サイズが閾値６０２をクリアしているか否かを判定する（ステップＳ９０３／メールサイズ判定手段）。

全ての添付ファイルの合計サイズが閾値６０２をクリアしていると判定した場合（ステップＳ９０３でＹＥＳ）、サーバ２００のＣＰＵ２０１は、送信データの分割処理を行わずに処理を終了する。

全ての添付ファイルの合計サイズが閾値６０２をクリアしていないと判定した場合（ステップＳ９０３でＮＯ）、閾値６０２をクリアしている添付ファイルが存在するか否かを判定する（ステップＳ９０４／ファイルサイズ判定手段）。例えば、添付ファイルの中から１つのファイルを取得し、当該取得したファイルとの組み合せであって、当該閾値６０２をクリアする他のファイルとの組み合わせが存在するか否かを判定する。

また、添付ファイルのサイズ（１．９６ＭＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定にあたり、添付ファイルのサイズ（１．９６ＭＢ）＋空メールのサイズ（ここでは５ＫＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定を行う場合、最初に、ステップＳ８０５で取得したメールサイズの電子メール（本来、添付ファイルが添付されていた電子メール）のサイズ＋添付ファイルのサイズとの合計サイズで、閾値６０２（２ＭＢ）をクリアしているサイズが有るか否かを同ステップで判定する。存在する場合は、（ステップＳ９０４でＹＥＳ）、処理をステップＳ９０５へ、存在しない場合は、継続して、添付ファイルのサイズ（１．９６ＭＢ）＋空メールのサイズ（ここでは５ＫＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定を行う。

閾値６０２をクリアしている添付ファイルが存在しないと判定した場合（ステップＳ９０４でＮＯ）、サーバ２００のＣＰＵ２０１は、電子メールと添付ファイルを合わせて分割する（ステップＳ９１７）。つまり、図７の送信データ７２０のように分割する。

閾値６０２をクリアしている添付ファイルが存在すると判定した場合（ステップＳ９０４でＹＥＳ）、添付ファイル同士の、当該閾値６０２をクリアする組み合わせが存在するか否かを判定する（ステップＳ９０５）。

例えば、閾値が２ＭＢの送信先に対して、１．０ＭＢ、１．３ＭＢ、０．９ＭＢの３つの添付ファイルが添付された電子メールを送信する場合、１．０ＭＢのファイルと、０．９ＭＢのファイルを組み合わせると前記閾値をクリアするため、閾値をクリアする組み合わせが存在するものと判定する。

サーバ２００のＣＰＵ２０１は、当該閾値６０２をクリアする組み合わせが存在すると判定した場合（ステップＳ９０５でＹＥＳ）、それらの添付ファイルを組み合わせ（ステップＳ９１２）、当該組み合わせの数だけ空メールを生成する（ステップＳ９１３／請求項中の空メール生成手段に該当）。

サーバ２００のＣＰＵ２０１は、ステップＳ９１２で組み合わせた添付ファイルを空メールに添付し（ステップＳ９１４）、電子メールに添付された全ての添付ファイルに対する、空メールへの添付、乃至分割処理が終了したか否かを判定する（ステップＳ９１５）。

尚、ステップＳ９０４で、ステップＳ８０５で取得したメールサイズの電子メール（本来、添付ファイルが添付されていた電子メール）のサイズ＋添付ファイルのサイズとの合計サイズで、閾値６０２（２ＭＢ）をクリアしているサイズが有ると判定されていた場合、サーバ２００のＣＰＵ２０１は、ステップＳ９０６とＳ９０７、及びＳ９１３とＳ９１４の処理を実行するにあたり、まず、前記ステップＳ８０５で取得したメールサイズの電子メールを取得して、ステップＳ９０４で閾値６０２（２ＭＢ）をクリアしていると判定された、電子メールとの組み合せに用いられた添付ファイルを当該電子メールに添付する。その後、前記組み合わせ数分空メールを生成し、それぞれの組み合わせの示すファイルをそれぞれの空メールに添付する処理を行う。

電子メールに添付された全ての添付ファイルに対する、空メールへの添付、乃至分割処理が終了していないと判定した場合（ステップＳ９１５でＮＯ）、処理をステップＳ９０１の前に戻す。

電子メールに添付された全ての添付ファイルに対する、空メールへの添付、乃至分割処理が終了したと判定した場合（ステップＳ９１５でＹＥＳ）、電子メールのサイズが閾値６０２をクリアしているか否かを判定する（ステップＳ９０８）。

電子メールのサイズが閾値６０２をクリアしていないと判定した場合（ステップＳ９０８でＮＯ）、当該電子メールを閾値６０２に基づいて分割する（ステップＳ９０９）。

電子メールのサイズが閾値６０２をクリアしていると判定した場合（ステップＳ９０８でＹＥＳ）、当該電子メールを分割せず、処理を終了する。

サーバ２００のＣＰＵ２０１は、当該閾値６０２をクリアする組み合わせが存在しないと判定した場合（ステップＳ９０５でＮＯ）、当該閾値６０２をクリアしている添付ファイル数分空メールを生成し（ステップＳ９０６）、当該添付ファイルを当該空メールに添付し（ステップＳ９０７）、処理をステップＳ９０８に移行する。

尚、ステップＳ９１６の判定は、前述したように、添付ファイルの数が増えるのに比例して、前記組み合わせの数が増加することにより生じる、適切な組み合わせの判断に要する時間、装置への処理負荷を削減するために、上限を超えた場合は無条件に閾値で案分するためのものである。以上が図９の、本発明の実施形態における、添付ファイルが添付されている電子メールの分割処理の詳細についての説明である。

図５の説明に戻る。サーバ２００のＣＰＵ２０１は、当該電子メールが分割、乃至、添付ファイルと個別化されたか否かを判定し（ステップＳ５１４）、当該電子メールが分割、乃至、添付ファイルと個別化されていないと判定した場合（ステップＳ５１４でＮＯ）、処理を終了する。

当該電子メールが分割、乃至、添付ファイルと個別化されていると判定した場合（ステップＳ５１４でＹＥＳ）、処理をステップＳ５０９に移行し、分割した送信データを復号するための通番を結合用ファイルであるバッチファイルを生成する（ステップＳ５０９）。そして、処理をステップＳ５１０に移行する。以上が図５の、本発明の実施形態における、電子メール分割処理の詳細についての説明である。

バッチファイルは、分割されて当該電子メールに添付された添付ファイルを結合するためのコマンドが設定されたファイルである。バッチファイルとは、例えば図１１のバッチファイル１１００のようなファイルである。

ここで図１１を参照して、本発明の実施形態における、バッチファイルの構成の一例について説明する。図１１は、本発明の実施形態における、バッチファイルの構成の一例を示す図である。

図１１に示すように、バッチファイル１１００は、ＲＥＮＡＭＥ列１１０１、ＣＯＰＹ列１１０２、削除指示列１１０３等から構成されている。ＲＥＮＡＭＥ列１１０１には、分割された各ファイルの内の１つを分割前のファイル名にＲＥＮＡＭＥする処理を実行するための指示が記載されている。

ＣＯＰＹ列１１０２には、前記ＲＥＮＡＭＥ１１０１でＲＥＮＡＭＥしたファイル以外のファイルをコピーし、前記ＲＥＮＡＭＥ１１０１でＲＥＮＡＭＥしたファイルと結合する処理を実行する指示が記載されている。

削除指示列１１０３は、ＣＯＰＹ列１１０２の指示に従ってコピーしたファイルを削除する処理を実行する指示が記載されている。電子メール受信側のクライアントＰＣ１２０のＣＰＵ２０１は、ユーザからの指示に基づいて、分割された添付ファイルを１つのフォルダ等に集約し、当該バッチファイルの選択、押下指示を受け付けることで、ファイルの結合処理を実行する。以上が図１１の、本発明の実施形態における、バッチファイルの構成の一例についての説明である。

図４の説明に戻る。サーバ２００のＣＰＵ２０１は、電子メールと結合用ファイルのバッチファイルを送信先に送信する（ステップＳ４０５）以上が図４の、本発明の実施形態における、電子メール送信処理の概要についての説明である。尚、電子メールが分割されていない場合、個別化されていない場合は、必ずしも当該バッチファイルを送信する必要はない。

クライアントＰＣ１２０のＣＰＵは、当該電子メールを受信したサーバ２２０より電子メールを取得し、分割された添付ファイルを結合する。具体的には、ユーザからの指示に基づいて、分割された添付ファイルをひとつのフォルダに集約し、バッチファイルの指定、起動指示を受け付けることで当該集約したファイルを結合する。

次に図１２を参照して、本発明の実施形態における、圧縮された添付ファイルが添付されている電子メールの分割処理の詳細について説明する。図１２は、本発明の実施形態における、圧縮された添付ファイルが添付されている電子メールの分割処理の詳細を示すフローチャートである。図１２のフローチャートは、図９と同じく、図５のステップＳ５１３の詳細な手順を示すものである。

ステップＳ１２０１〜Ｓ１２０３、ステップＳ１２０５〜Ｓ１２１０、ステップＳ１２１２〜Ｓ１２１６の処理は、図９のステップＳ９０１〜Ｓ９０３、ステップＳ９０５〜Ｓ９１０、ステップＳ９１２〜Ｓ９１６の処理にそれぞれ対応するため、ここでは説明を省略する。

サーバ２００のＣＰＵ２０１は、ステップＳ１２０４において、閾値６０２をクリアしている添付ファイルが存在するか否かを判定する（ステップＳ１２０４）。例えば、添付ファイルの中から１つのファイルを取得し、当該取得したファイルとの組み合せであって、当該閾値６０２をクリアする他のファイルとの組み合わせが存在するか否かを判定する。

また、ステップＳ１２０４の判定を行う場合、最初に、ステップＳ８０５で取得したメールサイズの電子メール（本来、添付ファイルが添付されていた電子メール）のサイズ＋添付ファイルのサイズとの合計サイズで、閾値６０２（２ＭＢ）をクリアしているサイズが有るか否かを同ステップで判定する。存在する場合は、（ステップＳ１２０４でＹＥＳ）、処理をステップＳ１２０５へ、存在しない場合は、継続して、添付ファイルのサイズ（１．９６ＭＢ）＋空メールのサイズ（ここでは５ＫＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定を行う。

閾値６０２をクリアしている添付ファイルが存在すると判定した場合（ステップＳ１２０４でＹＥＳ）、添付ファイル同士の、当該閾値６０２をクリアする組み合わせが存在するか否かを判定する処理（ステップＳ１２０５）に移行する。

閾値６０２をクリアしている添付ファイルが存在しないと判定した場合（ステップＳ１２０４でＮＯ）、当該添付ファイルが圧縮ファイルか否かを判定する（ステップＳ１２１８）。

当該添付ファイルが圧縮ファイルでないと判定した場合（ステップＳ１２１８でＮＯ）、処理をステップＳ１２１７に移行する。当該添付ファイルが圧縮ファイルであると判定した場合（ステップＳ１２１８でＹＥＳ）、処理をステップＳ１２１９に移行し、当該圧縮ファイルの解凍し、分割し、結合する処理を実行し、処理を終了する。ステップＳ１２１９の処理の詳細については、図１３の説明にて後述する。

また、サーバ２００のＣＰＵ２０１は、ステップＳ１２１１において、添付ファイルサイズが閾値６０２をクリアしているか否かを判定する（ステップＳ１２１１）。添付ファイルサイズが閾値６０２をクリアしていると判定した場合（ステップＳ１２１１でＹＥＳ）、当該添付ファイルは分割せず、空メールを生成して（ステップＳ１２０６）当該空メールに添付ファイルを添付する（ステップＳ１２０７）。

添付ファイルサイズが閾値６０２をクリアしていないと判定した場合（ステップＳ１２１１でＮＯ）、処理をステップＳ１２１８に移行する。以上が図１２の、本発明の実施形態における、圧縮された添付ファイルが添付されている電子メールの分割処理の詳細についての説明である。

ここで図１３を参照して、本発明の実施形態における、圧縮された添付ファイルの分割処理の詳細について説明する。図１３は、本発明の実施形態における、圧縮された添付ファイルの分割処理の詳細を示すフローチャートである。ステップＳ１３１０〜Ｓ１３１３は、図９のステップＳ９１０〜Ｓ９１３の処理にそれぞれ対応するため、ここでは説明を割愛する。

サーバ２００のＣＰＵ２０１は、添付の圧縮ファイルにパスワードが設定されているか否かを判定する（ステップＳ１３０１）。本実施形態においては、添付ファイルの暗号化（パスワード設定）に用いられるパスワードは、サーバ２００にて記憶・管理されているものとする。

添付の圧縮ファイルにパスワードが設定されている場合（ステップＳ１３０１でＹＥＳ）、サーバ２００に予め記憶されているパスワード（キー）を用いて（取得して）、当該添付ファイルを復号し（ステップＳ１３０３）、解凍する（ステップＳ１３０２）。添付の圧縮ファイルにパスワードが設定されていない場合（ステップＳ１３０１でＮＯ）、処理をステップＳ１３０２に移行する。

尚、前記添付ファイルを復号するためのパスワードが取得不可能な場合（例えば、サーバ２００にパスワードが記憶されていない場合等）、当該添付ファイルを１つの添付ファイルとして扱う。つまり、当該添付ファイルを復号（ステップＳ１３０３）、解凍（ステップＳ１３０２）することなく、処理をステップＳ１３１６にすすめる（ステップＳ１３０４でＮＯ、ステップＳ１３１０でＮＯ、ステップＳ１３１１でＮＯ、復号・解凍していないためステップＳ１３１５をスキップしてステップＳ１３１６の処理を実行）。

サーバ２００のＣＰＵ２０１は、電子メールに添付されていた圧縮ファイルが、複数のファイルが１つのファイルに圧縮されたものか否かを判定する（ステップＳ１３０４）。電子メールに添付されていた圧縮ファイルが、１つのファイルが圧縮されたものであると判定した場合（ステップＳ１３０４でＮＯ）、処理をステップＳ１３１０に移行する。ステップＳ１３０１において、サーバ２００のＣＰＵ２０１は、添付ファイルのサイズと電子メールのサイズの合計が閾値をクリアしているか否かを判定し、クリアしていないと判定した場合は（ステップＳ１３１０でＮＯ）、処理をステップＳ１３１１に移行する。クリアしていると判定した場合は（ステップＳ１３１０でＹＥＳ）、処理をステップＳ１３１４に移行する。

サーバ２００のＣＰＵ２０１は、ステップＳ１３０５において、閾値６０２をクリアしているファイルが存在するか否かを判定する（ステップＳ１３０５）。尚、ここでは、サーバ２００のＣＰＵ２０１は、各ファイルを再度圧縮した場合の、圧縮後のファイルサイズを算出し、当該圧縮後のファイルサイズを用いて、閾値６０２をクリアしているファイルが存在するか否かを判定するものとする。以下に記載のファイルサイズの算出処理についても同様とする。

また、例えば、添付ファイルのサイズ（１．９６ＭＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定にあたり、添付ファイルのサイズ（１．９６ＭＢ）＋空メールのサイズ（ここでは５ＫＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定を行う場合、最初に、ステップＳ８０５で取得したメールサイズの電子メール（本来、添付ファイルが添付されていた電子メール）のサイズ＋添付ファイルのサイズとの合計サイズで、閾値６０２（２ＭＢ）をクリアしているサイズが有るか否かを同ステップで判定する。存在する場合は、（ステップＳ１３０５でＹＥＳ）、処理をステップＳ１３０６へ、存在しない場合は（ステップＳ１３０５でＮＯ）、継続して、添付ファイルのサイズ（１．９６ＭＢ）＋空メールのサイズ（ここでは５ＫＢ）が閾値６０２（２ＭＢ）をクリアしているか否かの判定を行う。

閾値６０２をクリアしているファイルが存在しないと判定した場合（ステップＳ１３０５でＮＯ）、当該ファイルを、再度、１つのファイルとして圧縮する（ステップＳ１３１５）。また、当該ファイルを圧縮するにあたり、当該ファイルがステップＳ１３０３で復号されたファイルかを判断し、復号されたファイルであれば、ステップＳ１３０３で復号処理に用いたパスワードを用いて、ステップＳ１３１５で、再圧縮したファイルを暗号化（再暗号化）する（ステップＳ１３１５）。

当該ファイルがステップＳ１３０３で復号されたファイルかを判断し、復号されていないファイルであれば、ステップＳ１３１５で前記再暗号化は行わず、処理をステップＳ１３１６に移行する。サーバ２００のＣＰＵ２０１は、電子メールと添付ファイルを合わせて分割する（ステップＳ１３１６）。

閾値６０２をクリアしている添付ファイルが存在すると判定した場合（ステップＳ１３０５でＹＥＳ）、添付ファイル同士の、当該閾値６０２をクリアする組み合わせが存在するか否かを判定する（ステップＳ１３０６）。例えば、添付ファイルの中から１つのファイルを取得し、当該取得したファイルとの組み合せであって、当該閾値６０２をクリアする他のファイルとの組み合わせが存在するか否かを判定する。

サーバ２００のＣＰＵ２０１は、当該閾値６０２をクリアする組み合わせが存在すると判定した場合（ステップＳ１３０６でＹＥＳ）、それらの添付ファイルを組み合わせ（ステップＳ１３１２）、当該組み合わせの数だけ空メールを生成する（ステップＳ１３１３）。

サーバ２００のＣＰＵ２０１は、ステップＳ１３１２で組み合わせた添付ファイルを圧縮（再圧縮）する（ステップＳ１３１４）。当該それぞれのファイルが、ステップＳ１３０３で復号した圧縮ファイルか否かを判定し、ステップＳ１３０３で復号した圧縮ファイルである場合は、ステップＳ１３０３で復号処理に用いたパスワードを用いて、当該再圧縮したファイルを暗号化（再暗号化）する（ステップＳ１３１４）。ステップＳ１３０３で復号した圧縮ファイルでない場合は、ステップＳ１３１４で再暗号化は行わず、処理を終了する。

サーバ２００のＣＰＵ２０１は、ステップＳ１３１４で圧縮し、ステップＳ１３１４で圧縮して暗号化したファイルを空メールに添付し（ステップＳ１３１７）、電子メールに添付された圧縮ファイル内の全てのファイルに対する、空メールへの添付、乃至分割処理が終了したか否かを判定する（ステップＳ１３１８）。

尚、ステップＳ１３０５で、ステップＳ８０５で取得したメールサイズの電子メール（本来、添付ファイルが添付されていた電子メール）のサイズ＋添付ファイルのサイズとの合計サイズで、閾値６０２（２ＭＢ）をクリアしているサイズが有ると判定されていた場合、サーバ２００のＣＰＵ２０１は、ステップＳ１３０７、及びＳ１３１３〜Ｓ１３１７の処理を実行するにあたり、まず、前記ステップＳ８０５で取得したメールサイズの電子メールを取得して、ステップＳ１３０５で閾値６０２（２ＭＢ）をクリアしていると判定された電子メールとの組み合せの添付ファイルを当該電子メールに添付する。その後、前記組み合わせ数分空メールを生成し、それぞれの組み合わせの示すファイルを再圧縮、再暗号化し、それぞれの空メールに添付する処理を行う。

電子メールに添付された全ての圧縮ファイル内のファイルに対する、空メールへの添付、乃至分割処理が終了していないと判定した場合（ステップＳ１３１８でＮＯ）、処理をステップＳ１３０５の前に戻す。

電子メールに添付された圧縮ファイル内の全てのファイルに対する、空メールへの添付、乃至分割処理が終了したと判定した場合（ステップＳ１３１８でＹＥＳ）、処理を終了する。

サーバ２００のＣＰＵ２０１は、当該閾値６０２をクリアする組み合わせが存在しないと判定した場合（ステップＳ１３０６でＮＯ）、当該閾値６０２をクリアしている添付ファイル数分空メールを生成し（ステップＳ１３０７）、処理をステップＳ１３１４に移行する。

尚、ステップＳ１３０５で、ステップＳ８０５で取得したメールサイズの電子メール（本来、添付ファイルが添付されていた電子メール）のサイズ＋添付ファイルのサイズとの合計サイズで、閾値６０２（２ＭＢ）をクリアしているサイズが有ると判定されていた場合、サーバ２００のＣＰＵ２０１は、ステップＳ１３０７、Ｓ１３１３、Ｓ１３１８の処理を実行するにあたり、まず、前記ステップＳ８０５で取得したメールサイズの電子メールを取得して、ステップＳ１３０５で閾値６０２（２ＭＢ）をクリアしていると判定された組み合せの添付ファイルを当該電子メールに添付する。その後、前記組み合わせ数分空メールを生成し、それぞれの組み合わせの示すファイルをそれぞれの空メールに添付する処理を行う。以上が図１３の、本発明の実施形態における、圧縮された添付ファイルの分割処理の詳細についての説明である。

上述した通り、本発明によれば、電子メール送信側と電子メール受信側のメーラの種類に関わらず、添付ファイルを容易閲覧可能とする情報処理装置、その制御方法、及びプログラムを提供することが出来る。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ クライアントＰＣ
１０１ ＬＡＮ
１０２ ＷＡＮ
１２０ ＰＣ
２００ サーバ
２２０ サーバ
３１１ メール送信部
３２１ メール送受信部
３２２ 閾値判定部
３２３ 分割判定部
３２４ メール分割部
３２５ 結合用ファイル生成部
３２６ 結合用ファイル送信部

Claims (13)

1. 電子メールの送受信機能を有する情報処理装置であって、
   受信した電子メールの送信先を取得する送信先取得手段と、
   前記送信先取得手段で取得した送信先毎に設定されたデータサイズであって、前記送信先が１度に受信可能なデータサイズである上限サイズを取得する上限サイズ取得手段と、
   前記電子メールに添付ファイルが添付されているかを判定する添付ファイル判定手段と、
   前記添付ファイル判定手段で添付ファイルが添付されていると判定した場合、前記電子メールのサイズと前記添付ファイルのファイルサイズとを合わせたデータサイズが前記上限サイズに収まるかを判定するメールサイズ判定手段と、
   前記メールサイズ判定手段で、前記データサイズが前記上限サイズに収まらないと判定した場合、前記上限サイズに収まるように、前記電子メールと添付ファイルを分割する分割手段と、
   前記分割手段で分割した添付ファイルを結合するための結合用ファイルを生成する結合用ファイル生成手段と、
   前記分割手段で分割した電子メールと、前記結合用ファイル生成手段で生成した結合用ファイルとを送信先に送信する送信手段と
   を備えることを特徴とする情報処理装置。
2. 前記電子メールとは別に空メールを生成する空メール生成手段と、
   前記添付ファイルのサイズと前記空メールのサイズとを合わせたデータサイズが前記上限サイズに収まるか否かを判定するファイルサイズ判定手段と、
   前記ファイルサイズ判定手段で、前記添付ファイルのサイズと前記空メールのサイズとを合わせたデータサイズが前記上限サイズに収まると判定した場合、前記空メールに、前記添付ファイルを、分割せずに添付する添付手段と
   を備え、
   前記送信手段は、前記添付ファイルの添付された空メールを送信先に送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記添付ファイルの数が複数か否かを判定するファイル数判定手段と、
   前記ファイル数判定手段で、前記添付ファイルの数が複数であると判定した場合、前記添付ファイル同士の組み合わせであって、前記空メールのサイズとの合計データサイズが、前記上限サイズに収まる添付ファイルの組み合わせがあるか否かを判定する組み合わせ判定手段と
   を備え、
   前記添付手段は、前記組み合わせ判定手段で前記上限サイズに収まる組み合わせがあると判定した場合に、前記組み合わせに含まれる添付ファイルを前記空メールに添付することを特徴とする請求項２に記載の情報処理装置。
4. 前記添付ファイルの数が上限数に収まるか否かを判定する上限超過判定手段と、
   前記分割手段は、前記上限超過判定手段で前記添付ファイルの数が上限数に収まらないと判定した場合であって、前記メールサイズ判定手段で前記電子メールのサイズと前記添付ファイルのファイルサイズとを合わせたデータのサイズが前記上限サイズに収まらない場合、前記上限サイズに収まるように、前記電子メールと前記添付ファイルとを合わせて、分割することを特徴とする請求項３に記載の情報処理装置。
5. 前記上限サイズを、電子メールの送信履歴の内の、送信先毎の受信可能な上限サイズを取得して設定する第１の上限サイズ設定手段と、
   前記上限サイズ取得手段は、前記第１の上限サイズ設定手段で設定した第１の上限サイズを取得することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第１の上限サイズ設定手段とは別に、一律の上限サイズを設定する第２の上限サイズ設定手段と、
   前記上限サイズを、前記第１の上限サイズから取得可能かを判定する上限サイズ取得可否判定手段と、
   前記上限サイズ取得手段は、前記上限サイズ取得可否判定手段で前記上限サイズを前記第１の上限サイズから取得不可であると判定した場合に、前記上限サイズを、前記第２の上限サイズから取得することを特徴とする請求項５に記載の情報処理装置。
7. 前記メールサイズ判定手段は、圧縮された添付ファイルに含まれる複数のファイルのそれぞれについて、前記電子メールのサイズと添付ファイルのファイルサイズとを合わせたデータサイズが前記上限サイズに収まるかを判定し、 前記分割手段は、前記メールサイズ判定手段で、前記データサイズが前記上限サイズに収まらないと判定した場合、前記上限サイズに収まるように、前記電子メールと添付ファイルを分割することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記ファイルサイズ判定手段は、圧縮された添付ファイルに含まれる複数のファイルのそれぞれのサイズと前記空メールのそれぞれのサイズとを合わせたデータサイズが前記上限サイズに収まるか否かを判定し、
   前記添付手段は、前記ファイルサイズ判定手段で、前記複数の添付ファイルのそれぞれのサイズと前記空メールのそれぞれのサイズとを合わせたデータサイズが前記上限サイズに収まると判定した場合、前記空メールに、前記それぞれの添付ファイルを、分割せずに添付することを特徴とする請求項２乃至７のいずれか１項に記載の情報処理装置。
9. 前記組み合わせ判定手段は、圧縮された添付ファイルに含まれるファイル同士の組み合わせであって、前記空メールのサイズとの合計データサイズが、前記上限サイズに収まる添付ファイルの組み合わせがあるか否かを判定し、
   前記添付手段は、前記組み合わせ判定手段で前記上限サイズに収まる組み合わせがあると判定した場合に、前記組み合わせに含まれる添付ファイルを前記空メールに添付することを特徴とする請求項２乃至８のいずれか１項に記載の情報処理装置。
10. 圧縮された添付ファイルを解凍する解凍手段と、
    前記解凍手段により解凍された、前記圧縮された添付ファイルに含まれるファイルを再圧縮する再圧縮手段と、
    を備え、
    前記添付手段は、前記圧縮された添付ファイルに含まれるファイルの内、前記上限サイズに収まる組み合わせのファイルであって、前記再圧縮手段により再圧縮されたファイルを添付することを特徴とする請求項２乃至９のいずれか１項に記載の情報処理装置。
11. 暗号化された添付ファイルを復号する復号手段と、
    前記復号手段により復号された、前記暗号化された添付ファイルに含まれるファイルを再暗号化する再暗号化手段と、
    を備え、
    前記分割手段は、前記復号手段により復号された添付ファイルと前記電子メールを、前記上限サイズに収まるように分割し、
    前記再暗号化手段は、前記分割手段で分割されたそれぞれの添付ファイルを、前記復号手段が添付ファイルを復号するために用いたキーを用いて暗号化することを特徴とする請求項２乃至１０に記載の情報処理装置。
12. 電子メールの送受信機能を有する情報処理装置の制御方法であって、
    送信先取得手段が、受信した電子メールの送信先を取得する送信先取得工程と、
    上限サイズ取得手段が、前記送信先取得工程で取得した送信先毎に設定されたデータサイズであって、前記送信先が１度に受信可能なデータサイズである上限サイズを取得する上限サイズ取得工程と、
    添付ファイル判定手段が、前記電子メールに添付ファイルが添付されているかを判定する添付ファイル判定工程と、
    メールサイズ判定手段が、前記添付ファイル判定工程で添付ファイルが添付されていると判定した場合、前記電子メールのサイズと前記添付ファイルのファイルサイズとを合わせたデータサイズが前記上限サイズに収まるかを判定するメールサイズ判定工程と、
    分割手段が、前記メールサイズ判定工程で、前記データサイズが前記上限サイズに収まらないと判定した場合、前記上限サイズに収まるように、前記電子メールと添付ファイルを分割する分割工程と、
    結合用ファイル生成手段が、前記分割工程で分割した添付ファイルを結合するための結合用ファイルを生成する結合用ファイル生成工程と、
    送信手段が、前記分割工程で分割した電子メールと、前記結合用ファイル生成工程で生成した結合用ファイルとを送信先に送信する送信工程と
    を含むことを特徴とする情報処理装置の制御方法。
13. 電子メールの送受信機能を有する情報処理装置で実行が可能なプログラムであって、
    前記情報処理装置を、
    受信した電子メールの送信先を取得する送信先取得手段と、
    前記送信先取得手段で取得した送信先毎に設定されたデータサイズであって、前記送信先が１度に受信可能なデータサイズである上限サイズを取得する上限サイズ取得手段と、
    前記電子メールに添付ファイルが添付されているかを判定する添付ファイル判定手段と、
    前記添付ファイル判定手段で添付ファイルが添付されていると判定した場合、前記電子メールのサイズと前記添付ファイルのファイルサイズとを合わせたデータサイズが前記上限サイズに収まるかを判定するメールサイズ判定手段と、
    前記メールサイズ判定手段で、前記データサイズが前記上限サイズに収まらないと判定した場合、前記上限サイズに収まるように、前記電子メールと添付ファイルを分割する分割手段と、
    前記分割手段で分割した添付ファイルを結合するための結合用ファイルを生成する結合用ファイル生成手段と、
    前記分割手段で分割した電子メールと、前記結合用ファイル生成手段で生成した結合用ファイルとを送信先に送信する送信手段と
    して機能させることを特徴とする情報処理装置のプログラム。

Images