JP4704440B2 - メール送受信プログラム、メール送受信方法およびメール送受信装置 - Google Patents

Description

本発明はメール送受信プログラム、メール送受信方法およびメール送受信装置に関し、特に電子メールを送受信するメール送受信プログラム、メール送受信方法およびメール送受信装置に関する。

近年の電子メールシステムでは規格の統一化が要求されている。このため、ＲＦＣ（Request For Comment）等、メール本文（ヘッダ、コンテンツ等）の規格が存在する。
しかし、開発段階におけるメーラ開発者の解釈の違い、また各社固有情報の独自な機能の追加等の理由により、互換性の問題が生じている。

このため、ユーザ単位で各社メーラの備えるメール本文（ヘッダ、コンテンツ等）を解釈し、相手メーラが解釈できるメール本文へ書き換えを行う必要がある。
そこで、この問題を解決するために予めメールアドレスやマシン機種を添付ファイルのフォーマット情報に対応付け、受信サーバが送信先の使用環境に応じてメールのデータ形式を変換する工夫が知られている（例えば、特許文献１参照）。

また、予め設定された変換表により添付データの変換をするほか、データ量の削減を目的とし、添付ファイルの付加を選択できる機能をもったメールゲートウェイ装置が知られている（例えば、特許文献２参照）。
特開平１１−１６８４９８号公報 特開平１１−１７５４１９号公報

しかしながら、従来の技術には以下のような問題があった。
例えば、特許文献１、２では、受信サーバ配下のメールアドレスと、その使用可能な機能を全て事前に登録しておく必要があるという問題があった。

また、特許文献１では、受信サーバ配下のメールのみを変換するため、特別な機能を備えるメールサーバをクライアント毎に設置する必要があり、システムが複雑化し、コストが増大するという問題があった。

本発明はこのような点に鑑みてなされたものであり、変換内容を手動で予め登録することなくメールの内容を変換することができるメール送受信プログラム、メール送受信方法およびメール送受信装置を提供することを目的とすることにあり、他の目的は、システムの簡易化（簡素化）を図ることができるメール送受信プログラム、メール送受信方法およびメール送受信装置を提供することを目的とする。

本発明では上記問題を解決するために、図１に示すようなメール送受信プログラムが提供される。本発明に係るメール送受信プログラムは、電子メールを送受信する際に用いられるものである。このメール送受信プログラムを実行するコンピュータ１は、解析情報作成手段２と、解析情報格納手段３と、メーラ種別特定手段４と、変換情報格納手段５と、検索手段６と、変換手段７とを有する。

解析情報作成手段２は、入力されるメールから送信元のメーラ種別と送信者の識別情報とを特定する解析情報を作成する。
解析情報格納手段３は、解析情報を格納する。

メーラ種別特定手段４は、識別情報を用い、解析情報格納手段３に格納されている解析情報から入力されたメールの送信先のメーラ種別を特定する。
変換情報格納手段５は、送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報を格納する。

検索手段６は、入力されたメールの送信元のメーラ種別と送信先のメーラ種別との組み合わせに一致する変換情報を検索する。
変換手段７は、組み合わせの一致があると、送信元のメールの内容を変換処理の情報に基づいて変換する。

このようなメール送受信プログラムをコンピュータ１で実行させた場合、コンピュータ１にメールが入力されると、解析情報作成手段２により、送信元のメーラ種別と送信者の識別情報とを特定する解析情報が作成される。解析情報格納手段３により、解析情報が格納される。そして、メーラ種別特定手段４により、解析情報格納手段３に格納されている解析情報の識別情報から、入力されたメールの送信先のメーラ種別が特定される。このとき変換情報格納手段５には、送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報が格納されており、検索手段６により、入力されたメールの送信元のメーラ種別と送信先のメーラ種別との組み合わせに一致する変換情報が検索される。そして、組み合わせの一致があると変換手段７により、送信元のメールの内容が、変換処理の情報に基づいて変換される。

また、上記課題を解決するために、電子メールを送受信するメール送受信方法において、入力されるメールから送信元のメーラ種別と送信者の識別情報とを特定する解析情報を作成するステップと、前記解析情報を格納するステップと、格納されている前記解析情報の前記識別情報から、入力された前記メールの送信先のメーラ種別を特定するステップと、予め用意された送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報を格納するステップと、入力された前記メールの前記送信元のメーラ種別と前記送信先のメーラ種別との組み合わせに一致するか否かを検索するステップと、前記組み合わせの一致があると、前記送信元のメールの内容を前記変換処理の情報に基づいて変換するステップと、を有することを特徴とするメール送受信方法が提供される。

このようなメール送受信方法によれば、メールが入力されると、送信元のメーラ種別と送信者の識別情報とを特定する解析情報が作成され、この解析情報が格納される。そして、格納されている解析情報の識別情報から、入力されたメールの送信先のメーラ種別が特定される。このとき送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報が格納されており、入力されたメールの送信元のメーラ種別と送信先のメーラ種別との組み合わせに一致する変換情報が検索される。そして、組み合わせの一致があると、送信元のメールの内容が、変換処理の情報に基づいて変換される。

また、上記課題を解決するために、電子メールを送受信するメール送受信装置において、入力されるメールから送信元のメーラ種別と送信者の識別情報とを有する解析情報を作成する解析情報作成手段と、前記解析情報を格納する解析情報格納手段と、前記解析情報格納手段に格納されている前記解析情報の前記識別情報から入力された前記メールの送信先のメーラ種別を特定するメーラ種別特定手段と、送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報を格納する変換情報格納手段と、入力された前記メールの前記送信元のメーラ種別と前記送信先のメーラ種別との組み合わせに一致する前記変換情報を検索する検索手段と、前記組み合わせの一致があると、前記送信元のメールの内容を前記変換処理の情報に基づいて変換する変換手段と、を有することを特徴とするメール送受信装置が提供される。

このようなメール送受信装置によれば、上記メール送受信プログラムを実行するコンピュータと同様の処理が実行される。

本発明によれば、解析情報作成手段が、メールが入力されると解析情報を作成して解析情報格納手段に格納し、メーラ種別特定手段が、解析情報格納手段に格納されている解析情報から、入力されたメールの受信側のメーラ種別を特定するようにしたので、受信するメール（受信サーバ配下のメール）に限らず、本発明の機能を備えるメールサーバを経由する全てのメールの解析情報を得ることができ、解析情報格納手段は、その解析情報を格納することができる。よって、解析情報格納手段に蓄積される内容が充実し、受信側のメーラ種別の特定をより容易に行うことができるため、より確実に所望のメール内容の変換を行うことができる。

また、本発明の機能を備えるメールサーバを経由する全てのメールに対応することができるため、特殊な機能を有するメールサーバの設置個数が少なくて済み、システムの簡易化（簡素化）を図ることができる。

本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

実施の形態に適用される発明を示す原理図である。 本実施の形態のメール送受信システムの構成を示す図である。 本実施の形態のメールサーバのハードウェア構成を示す図である。 メールサーバの機能を示すブロック図である。 解析情報テーブルのデータ構造例を示す図である。 変換情報テーブルのデータ構造例を示す図である。 カスタム設定画面を示す図である。 ヘッダ変換例を示す図である。 メール送受信システムの動作を示すフローチャートである。 相手メーラを特定する動作を示すフローチャートである。 メールヘッダ、コンテンツ変換動作を示すフローチャートである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。

図１は、実施の形態に適用される発明を示す原理図である。
図１に示すコンピュータ１は、解析情報作成手段２と、解析情報格納手段３と、メーラ種別特定手段４と、変換情報格納手段５と、検索手段６と、変換手段７と、メール送信処理を行うＳＭＴＰ（Simple Mail Transfer Protocol）サーバ８と、ＳＭＴＰサーバ８からのメールを格納するメールボックス９と、メール受信処理を行うＰＯＰ（Post Office Protocol）３／ＩＭＡＰ（Internet Message Access Protocol）４サーバ１０とを有している。

ここで、送信元のメールの送信先（宛先）は、特に限定されず、コンピュータ１に直接接続されているクライアントでもよいし、コンピュータ１を経由して他のＳＭＴＰサーバに接続されているクライアントでもよい。また、送信元のメールは、クライアントからコンピュータ１に直接送信されたものでもよいし、他のＳＭＴＰサーバを経由してコンピュータ１に送信されたものでもよい。

解析情報作成手段２は、入力されるメールから送信元のメーラ種別と送信者の識別情報とを特定する解析情報を作成する。
解析情報格納手段３は、解析情報を格納する。ここで、解析情報作成手段２が、作成した解析情報が既に存在する場合は、新たに作成した解析情報を作成前の解析情報に上書きして更新する。

メーラ種別特定手段４は、識別情報を用いて解析情報格納手段３に格納されている解析情報から入力されたメールの送信先のメーラ種別を特定する。なお、メーラ種別特定手段４は、メーラ種別が特定できない場合は、そのまま送信メールをＳＭＴＰサーバ８に出力する。

変換情報格納手段５には、送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報が格納されている。この変換処理の情報は、送信側のメーラ種別により作成されたメールの本文データや添付データを、受信側において識別するために行う処理の情報である。

検索手段６は、入力されたメールの送信元のメーラ種別と送信先のメーラ種別との組み合わせに一致する変換情報を検索する。すなわち、入力されたメールの送信元のメーラ種別と送信先のメーラ種別との組み合わせ、および送信側のメーラ種別と受信側のメーラ種別との組み合わせの一致を検索する。

変換手段７は、検索手段６による組み合わせの一致があると、送信元のメールの内容を変換処理の情報に基づいて変換する。変換手段７は、メールに含めるメールヘッダ、処理できるメールコンテンツ等を変換することができる。

ＳＭＴＰサーバ８と、メールボックス９とＰＯＰ３／ＩＭＡＰ４サーバ１０は、従来公知のものを用いることができるため、その詳細な説明を省略する。
このようなコンピュータ１によれば、メールが入力されると、解析情報作成手段２により、送信元のメーラ種別と送信者の識別情報とを特定する解析情報が作成される。解析情報格納手段３により、解析情報が格納される。そして、メーラ種別特定手段４により、解析情報格納手段に格納されている解析情報の識別情報から、入力されたメールの送信先のメーラ種別が特定される。ここで、変換情報格納手段５には、送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報が格納されており、検索手段６により、入力されたメールの送信元のメーラ種別と送信先のメーラ種別との組み合わせに一致する変換情報が検索される。そして、組み合わせの一致があると変換手段７により、送信元のメールの内容が、変換処理の情報に基づいて変換される。

その後、ＳＭＴＰサーバ８により、メール送信処理が行われる。ここでは、送信先が他のＳＭＴＰサーバであれば、他のメールサーバへ送信が行われる。また送信先がコンピュータ１に直接接続されているクライアントであれば、メールボックス９へメールが出力され、メールボックス９で保持される。そして、送信先のクライアントが備えるメーラからのメール取り出し要求があると、ＰＯＰ３／ＩＭＡＰ４サーバ１０により、メールボックス９のメールが取り出され、送信先のメーラに出力される。

このような（コンピュータプログラムを実行する）コンピュータ１によれば、メールが入力されると解析情報作成手段２により、解析情報が作成され、解析情報格納手段３に格納される。そして、メーラ種別特定手段４により、解析情報格納手段３に格納されている解析情報から、入力されたメールの受信側のメーラ種別を特定する。よって、ＰＯＰ３／ＩＭＡＰ４サーバ１０で受信するメールに限らず、ＳＭＴＰサーバ８を介して他のＳＭＴＰサーバに送信されるメールの解析情報をも得ることができ、解析情報格納手段３は、その解析情報を格納することができる。よって、解析情報格納手段３に蓄積される内容が充実し、受信側のメーラ種別の特定をより容易に行うことができるため、より確実に所望のメール内容の変換を行うことができる。

また、コンピュータ１を経由する全てのメールに対応することができるため、特殊な機能を有するメールサーバの設置個数が少なくて済み、システムの簡易化（簡素化）を図ることができる。

以下、本発明の実施の形態を具体的に説明する。
図２は、本実施の形態のメール送受信システムの構成を示す図である。
メール送受信システム５００は、複数のクライアント１００、１１０、１２０、１３０、１４０、１５０と、メール送受信処理を行うＳＭＴＰサーバ（送信用サーバ）と送信されたメールを格納するメールボックスとメール受信処理を行うＰＯＰ３／ＩＭＡＰ４サーバ（受信用サーバ）とを、それぞれ備えるメールサーバ２００、２００ａ、３００、３１０、３２０とを有している。

クライアント１００〜１５０は、ユーザが使用するコンピュータである。図２では、クライアント１００、１１０および１２０がメールサーバ２００に接続され、クライアント１３０がメールサーバ３００を介してメールサーバ２００に接続され、クライアント１４０がメールサーバ２００ａを介してメールサーバ２００に接続され、クライアント１５０がメールサーバ３２０およびメールサーバ３１０を介してメールサーバ２００に接続されている。メールサーバ２００とクライアント１００〜１２０、メールサーバ２００ａ、メールサーバ３００、３１０との間と、メールサーバ２００ａとクライアント１４０との間と、メールサーバ３００とクライアント１３０との間と、メールサーバ３１０とメールサーバ３２０との間と、メールサーバ３２０とクライアント１５０との間は、それぞれ例えばＬＡＮ（Local Area Network）で接続される。

クライアント１００〜１５０は、電子メールの送信元および宛先（送信先）を構成する。ユーザは、クライアント１００〜１５０（例えばクライアント１００）を用いてネットワークシステム内の他のクライアント１００〜１５０（例えばクライアント１１０〜１５０）との間で電子メールを送受信する。

メールサーバ２００、２００ａは、クライアント１００〜１５０からの要求に応じてメールのヘッダ、コンテンツ等の変換を行うサーバコンピュータであり、後述するメール変換部を備える点で、メールサーバ３００〜３２０とは異なっている。

メールサーバ２００、２００ａは、それぞれ同機能を有しており、クライアント１００〜１５０や、メールサーバ３００〜３２０からのメールを中継する機能を備えている。
例えば、クライアント１００がメールを送信するときは、メールサーバ２００が、クライアント１００から送信されたメールを受け取り、受信側のユーザのネットワーク内で稼動しているメールサーバ２００ａ、３００、３１０または３２０を探し、そこに転送する。

また、例えばクライアント１００がメールを受信するときは、メールサーバ２００上で動作しているＰＯＰ３／ＩＭＡＰ４サーバを呼び出し、メールサーバ２００が備えるＳＭＴＰサーバが受け取ったメールを転送してもらう。

次に、メールサーバ２００、２００ａのハードウェア構成について説明する。
なお、以下では代表的にメールサーバ２００のハードウェア構成について説明する。
図３は、本実施の形態のメールサーバのハードウェア構成を示す図である。

メールサーバ２００は、ＣＰＵ（Central Processing Unit）２０１によって装置全体が制御されている。ＣＰＵ２０１には、バス２０８を介してＲＡＭ（Random Access Memory）２０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）２０３、グラフィック処理装置２０４、入力インタフェース２０５、および通信インタフェース２０６が接続されている。

ＲＡＭ２０２には、ＣＰＵ２０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、ＣＰＵ２０１による処理に必要な各種データが格納される。ＨＤＤ２０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置２０４には、モニタ１１が接続されている。グラフィック処理装置２０４は、ＣＰＵ２０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース２０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース２０５は、キーボード１２やマウス１３から送られてくる信号を、バス２０８を介してＣＰＵ２０１に送信する。

通信インタフェース２０６は、ネットワーク２０に接続されている。通信インタフェース２０６は、ネットワーク２０を介して、他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。
次に、メールサーバ２００、２００ａのプログラムモジュールの構成について説明する。

なお、プログラムモジュールはメールサーバ２００、２００ａに実行させる処理を記述した情報であり、プログラムモジュールに基づいてメールサーバ２００、２００ａが所定の機能を実行することができる。また、以下では代表的にメールサーバ２００のプログラムモジュールの構成について説明する。

図４は、メールサーバの機能を示すブロック図である。
メールサーバ２００は、メール変換部２１０と、ＳＭＴＰサーバ２２０と、メールボックス２３０と、ＰＯＰ３／ＩＭＡＰ４サーバ２４０とを有している。

メール変換部２１０は、クライアント１００〜１２０からＳＭＴＰ送信されてくる送信メール、クライアント１３０からメールサーバ３００を介してＳＭＴＰ送信されてくる送信メール、クライアント１４０からメールサーバ２００ａを介してＳＭＴＰ送信されてくる送信メール、クライアント１５０からメールサーバ３２０、３１０を介してＳＭＴＰ送信されてくる送信メールを受け取ると、状況に応じて宛先のメーラが受信できる最適なメールコンテンツを生成するメール変換処理を行ってＳＭＴＰサーバ２２０へ送信するものであり、解析情報登録部２１１と、解析情報データベース２１２と、変換情報データベース２１３と、検索部２１４と、コンバータ２１５と、制御部２１６とを有している。

解析情報登録部２１１は、送信メールからメーラ種別と、送信元メールアドレス、ホスト名、送信メールのメールボディ、送信日付等のユーザの識別情報とを解析し、その解析した解析情報を解析情報データベース２１２に登録する。

また、解析情報登録部２１１は、送信メールから変換フラグの有無およびフラグの状態をチェックし、変換フラグがない、または変換フラグがＯＦＦの場合、宛先のメーラ種別の特定を試み、宛先のメーラ種別が特定できた場合、検索部２１４に検索指示を出力する。一方、変換フラグがＯＮの場合および宛先のメーラ種別が特定できなかった場合、送信メールを直接ＳＭＴＰサーバ２２０に出力する。なお、変換フラグについては後に詳述する。

解析情報データベース２１２は、解析情報登録部２１１で解析した解析情報を格納（記憶）する解析情報テーブル２１２ａを有している。
図５は、解析情報テーブルのデータ構造例を示す図である。

解析情報テーブル２１２ａには、解析情報が送信メール毎に関連づけられテーブル化されて格納されている。解析情報テーブル２１２ａには送信元メールアドレスの設定領域であるフィールド２５１と、ホスト名の設定領域であるフィールド２５２と、メーラ種別の設定領域であるフィールド２５３と、最終更新時間の設定領域であるフィールド２５４とが設けられている。各フィールドの横方向に並べられた情報同士が互いに関連づけられて、各ユーザの属性情報を示している。

フィールド２５１には、送信側（送信メール）のメールアドレスが設定される。
フィールド２５２には、送信側の端末機器を識別するホスト名が設定される。ホスト名が獲得できない場合は、ＩＰアドレスが設定される。

フィールド２５３には、送信側のメーラ種別が設定される。
フィールド２５４には、解析情報が新規追加されたときにはその時間が設定され、解析情報に同じものがあれば、その解析情報が上書きされたときの時間が設定される。

解析情報テーブル２１２ａの内容は、新たな送信メールがある度に解析情報登録部２１１によって更新（新規追加または上書き）される。例えば、メールアドレスがｔｅｓｔ１＠ｅｘａｍｐｌｅ．ｃｏ．ｊｐ、ホスト名がｈｏｓｔ１であっても、メーラ種別がＦｍａｉｌＶｅｒ．２．１以外のメールである場合には、新たに解析情報が追加される。送信側メールアドレスとメーラ種別が既存のデータに一致してもホスト名が異なる場合も同様に新たに解析情報が追加される。

再び図４に戻って説明する。
変換情報データベース２１３には、メーラ種別毎の変換規則が定義されており、メールに含めるメールヘッダ、メーラが処理できるメールコンテンツ等の情報を格納した変換情報テーブル２１３ａを有している。

図６は、変換情報テーブルのデータ構造例を示す図である。
変換情報テーブル２１３ａは、例えば初期設定により予め設定されたデフォルトテーブル２１３ｂと、カスタムテーブル作成処理（後述）により作成されたカスタムテーブル２１３ｃ、２１３ｄとで構成されている。カスタムテーブル２１３ｃは、メールアドレスｔｅｓｔ２＠ｅｘａｍｐｌｅ．ｃｏ．ｊｐ、ホスト名ｈｏｓｔ２に対応して作成されたテーブルであり、カスタムテーブル２１３ｄは、メールアドレスｔｅｓｔ１＠ｅｘａｍｐｌｅ．ｃｏ．ｊｐ、ホスト名ｈｏｓｔ１に対応して作成されたテーブルである。このように、カスタムテーブル２１３ｃ、２１３ｄは、メールアドレスおよびホスト名毎に設定されている。

次に、変換情報テーブル２１３ａの構成について説明するが、デフォルトテーブル２１３ｂとカスタムテーブル２１３ｃ、２１３ｄとの構成は等しいため、代表的にカスタムテーブル２１３ｄについて説明する。

カスタムテーブル２１３ｄには送信側メーラ種別の設定領域であるフィールド２５５と、受信側メーラ種別の設定領域であるフィールド２５６と、対象フラグの設定領域であるフィールド２５７と、対象ヘッダ／コンテンツの設定領域であるフィールド２５８と、マップ後ヘッダ／コンテンツの設定領域であるフィールド２５９とが設けられている。各フィールドの横方向に並べられた情報同士が互いに関連づけられている。

フィールド２５５には、変換前のメーラ種別（＃Ｆｒｏｍメーラ）が設定されている。
フィールド２５６には、変換対象のメーラ種別（Ｔｏメーラ）が設定されている。
フィールド２５７には、変換する対象を示すフラグ（切り分けフラグ）が設定されている。ここで、‘Ｈ’は変換する対象がメールヘッダであることを表し、‘Ｃ’は変換する対象がメールコンテンツであることを表し、‘Ａ’は変換する対象が添付ファイルであることを表している。このように、変換情報テーブル２１３ａには、変換する情報がメールヘッダ、メールコンテンツ、添付ファイル毎に設定されている。

フィールド２５８には、変換対象の（変換前の）対象ヘッダまたは対象コンテンツが設定されている。
フィールド２５９には、変換後のマップ後ヘッダまたはマップ後コンテンツが設定されている。

再び図４に戻って説明する。
検索部２１４は、解析情報登録部２１１からの検索指示があると、特定した宛先メールアドレスおよびホスト名に基づいて、変換情報データベース２１３に格納されている変換情報テーブル２１３ａを検索し、該当する変換情報テーブルを特定する。具体的には、宛先メールアドレスおよびホスト名に該当するメールアドレスおよびホスト名を備えるカスタムテーブル２１３ｃ、２１３ｄが存在する場合は、そのカスタムテーブルを検索し、そうでない場合はデフォルトテーブル２１３ｂを検索する。そして、入力されたメールの送信元のメーラ種別と宛先のメーラ種別との組み合わせとが、変換情報テーブル２１３ａの対応するテーブルのＦｒｏｍメーラとＴｏメーラに一致した場合に、対象となるヘッダまたはコンテンツの変換指示をコンバータ２１５に出力する。

また、検索部２１４は、コンバータ２１５からの変換終了メールを受け取ると、変換終了メールに変換フラグ：ＯＮを設定し、ＳＭＴＰサーバ２２０に出力する。
コンバータ２１５は、検索部２１４からの変換指示を受けると、対象となるヘッダ、コンテンツをマップ後ヘッダ／コンテンツに変換し、その後、検索部２１４に変換終了メールを出力する。

制御部２１６は、ユーザの要求に応じてデフォルトテーブル２１３ｂ、カスタムテーブル２１３ｃ、２１３ｄを、モニタ１１に表示させる。また、制御部２１６は、カスタムテーブル作成処理時に、カスタム設定画面をモニタ１１に表示させる。このときキーボード１２およびマウス１３を介してメールヘッダ、コンテンツの変換条件の選択情報が入力されると、選択された変換条件を備える新たなカスタムテーブルを生成し、変換情報テーブル２１３ａを上書き（更新）する。

ＳＭＴＰサーバ２２０は、クライアント１００〜１２０や他のメールサーバからのメールを中継する。宛先がクライアント１３０〜１５０、すなわちメールサーバ２００ａ、３００、３１０、３２０の備えるＳＭＴＰサーバを中継するクライアントであれば、そのＳＭＴＰサーバへメールの送信を行う。また宛先がクライアント１００〜１２０であれば、メールボックス２３０へメールを出力する。

メールボックス２３０は、ＳＭＴＰサーバ２２０からのメールを格納する。
ＰＯＰ３／ＩＭＡＰ４サーバ２４０は、クライアント１００〜１２０からの要求があると、メール受信処理を行うことにより、要求を行ったクライアントの備えるメーラにメールを出力する。

次に、カスタムテーブル作成処理について説明する。
図７は、カスタム設定画面を示す図である。
カスタム設定画面２０１は、メールアドレスを記入するメールアドレス記入欄２０１ａと、ホスト名を記入するホスト名記入欄２０１ｂと、Ｆｒｏｍメーラを選択する選択ボタン２０１ｃと、Ｔｏメーラを選択する選択ボタン２０１ｄと、切り分けフラグを選択する選択ボタン２０１ｅと、対象ヘッダ・コンテンツを選択する選択ボタン２０１ｆと、変換後ヘッダ・コンテンツを選択する選択ボタン２０１ｇと、追加ボタン２０１ｈと削除ボタン２０１ｉとを有している。

例えばマウス１３等を用いて選択ボタン２０１ｄが選択されると、デフォルトで定義されているメーラ種別の項目が一覧表示される。ユーザは、表示された項目を選択することによって、新たな項目を設定することができる。

また、手動でメールアドレス等の各項目の情報を入力することができ、追加ボタン２０１ｈまたは削除ボタン２０１ｉを押下することにより、内容を確定（反映）し、宛先のメールアドレス毎に適切な変換規則を設定することができる。

次に、メールのヘッダに含まれる情報およびその変換例について説明する。
図８は、ヘッダ変換例を示す図である。
ここで、図８（ａ）は、変換前のメール（送信メール）のヘッダを示し、図８（ｂ）は、変換後のメールのヘッダを示している。また、説明を分かり易くするため、以下で説明する部分には下線を引いている。

図８（ａ）に示すヘッダには、送信元ホスト情報、送信元メールアドレス、宛先メールアドレス、送信元メーラ名、変換対象の対象ヘッダが含まれる。
このメールがメール変換部２１０を通過すると、メーラＦｍａｉｌが設定した優先度の情報を含む対象ヘッダＸ−ＦＭａｉｌ−Ｐｒｉｏｒｉｔｙ：５が、メーラＧＭａｉｌにおいて、メーラＦｍａｉｌが設定した優先度と同じ優先度を表すマップ後ヘッダＸ−ＧＭａｉｌ−Ｐｒｉｏｒｉｔｙ：Ｎｏｒｍａｌに変換される。また、変換を行った際に、ヘッダの最後部に変換フラグＸ−Ｃｏｎｖｅｒｔ−ｆｌａｇ：ＯＮが付加される。

これにより、用途が同じヘッダに関して、相手先メーラ種別の解釈できるヘッダに変換することが可能となるため、送信元と宛先とが異なるメーラを使用している場合でも優先度に関する情報を正しく伝えることができる。

次に、メール送受信システム５００の動作について説明する。
図９は、メール送受信システムの動作を示すフローチャートである。
なお、以下ではクライアント１００が、クライアント１３０にメールを送信した際の動作について説明する。

まず、クライアント１００は、メールコンテンツを生成し、サーバ２００に対してメール送信を行う（ステップＳ１）。
次に、解析情報登録部２１１が送信メールを受信すると（ステップＳ２）、受信した送信メールに対し、メールヘッダ、ボディの解析を行う（ステップＳ３）。

次に、解析情報登録部２１１が、解析情報テーブル２１２ａを参照し、送信側のメールアドレス、ホスト名、メーラ種別について登録済みであるか否か（所定の条件を満たすか否か）を検索する。すなわち、同じメールアドレス・ホスト名・メーラ種別の組み合わせが存在するか否かを判断する（ステップＳ４）。

それらが存在した場合（ステップＳ４のＹｅｓ）、最終更新時間を更新し（ステップＳ５）ステップＳ７に移行する。一方、それらが存在しない場合（ステップＳ４のＮｏ）、解析情報を解析情報テーブル２１２ａに書き込み（ステップＳ６）ステップＳ７に移行する。

その後、解析情報登録部２１１が、メールヘッダに設定される変換フラグをチェックし、変換フラグがＯＮであるか否かを判断する（ステップＳ７）。変換フラグがＯＮの場合（ステップＳ７のＹｅｓ）、ステップＳ１５に移行する。変換フラグがＯＦＦであった場合（ステップＳ７のＮｏ）、宛先メーラ種別特定ルーチンに移行する（ステップＳ８）。宛先メーラ種別特定ルーチンの実行により宛先メーラ種別が特定できた場合、ステップＳ９に移行する。

次に、検索部２１４が、変換情報データベース２１３内に宛先メールアドレスおよびホスト名に該当するメールアドレスおよびホスト名を備えるカスタムテーブルが存在するか否かを判断する（ステップＳ９）。宛先メールアドレスおよびホスト名に該当するメールアドレスおよびホスト名を備えるカスタムテーブルが存在する場合（ステップＳ９のＹｅｓ）、そのカスタムテーブルを検索する（ステップＳ１０）。また、宛先メールアドレスおよびホスト名に該当するメールアドレスおよびホスト名を備えるカスタムテーブルが存在しない場合（ステップＳ９のＮｏ）、デフォルトテーブル２１３ｂを検索する（ステップＳ１１）。

そして、検索部２１４が、送信元のメーラ種別と宛先メーラ種別との組み合わせが、ステップＳ１０またはステップＳ１１にて選択したテーブル内のＦｒｏｍメーラとＴｏメーラとの組み合わせに一致するか否かを判断する（ステップＳ１２）。組み合わせが一致しない場合（ステップＳ１２のＮｏ）、ステップＳ１５に移行する。一方、組み合わせに一致した場合（ステップＳ１２のＹｅｓ）、対象となるヘッダまたはコンテンツの変換指示をコンバータ２１５に出力する。

次に、コンバータ２１５が、対象となるヘッダまたはコンテンツを変換して変換終了メールを検索部２１４に出力する（ステップＳ１３）。
その後、検索部２１４が、変換終了メールの変換フラグを「ＯＮ」にする（ステップＳ１４）。

その後、検索部２１４が、変換終了メールをＳＭＴＰサーバ２２０に出力する（ステップＳ１５）。これにより、ＳＭＴＰサーバ２２０は、変換終了メールを受信し（ステップＳ１６）、メールサーバ３００のＳＭＴＰサーバに変換終了メールを転送する。

また、検索部２１４が、ＳＭＴＰサーバ２２０への出力の完了後、解析情報登録部２１１に実行結果を返信する。
その後、解析情報登録部２１１が、実行結果を受信する（ステップＳ１７）。

以上で、メール変換動作が終了する。
また、メールサーバ３００は、クライアント１３０からのメール受信要求があると、クライアント１３０に変換終了メールを転送する。

次に、図９のステップＳ８の送信元メールアドレスより宛先メーラを特定する動作について詳述する。
図１０は、相手メーラを特定する動作を示すフローチャートである。

まず、解析情報登録部２１１は、宛先メールアドレスと一致する送信元メールアドレスが、解析情報テーブル２１２ａに存在するか否かを検索する（ステップＳ２１）。宛先メールアドレスと一致する送信元メールアドレスが、解析情報テーブル２１２ａに存在しない場合（ステップＳ２１のＮｏ）、ステップＳ１５に移行する。一方、宛先メールアドレスと一致する送信元メールアドレスが解析情報テーブル２１２ａに存在している場合（ステップＳ２１のＹｅｓ）、その送信元メールアドレスが複数存在しているか否かを判断する（ステップＳ２２）。送信元メールアドレスが、複数存在している場合（ステップＳ２２のＹｅｓ）、最終更新時間が最も新しい送信元メールアドレスを含む解析情報のメーラ種別を選択し（ステップＳ２３）、図９のステップＳ９に移行する。一方、その送信元メールアドレスが１つしか存在していない場合（ステップＳ２３のＮｏ）、その送信元メールアドレスを含む解析情報のメーラ種別を選択し（ステップＳ２４）、図９のステップＳ９に移行する。

次に、図９のステップＳ１３のメールヘッダ、コンテンツ変換動作について詳しく説明する。
図１１は、メールヘッダ、コンテンツ変換動作を示すフローチャートである。

まず、検索部２１４が、切り分けフラグが‘Ｈ’であるか否かを判断する（ステップＳ３１）。
切り分けフラグが‘Ｈ’である場合（ステップＳ３１のＹｅｓ）、コンバータ２１５は、ヘッダを変換する（ステップＳ３２）。

一方、切り分けフラグが‘Ｈ’ではない場合（ステップＳ３１のＮｏ）、ステップＳ３３に移行する。
次に、検索部２１４が、切り分けフラグが‘Ｃ’であるか否かを判断する（ステップＳ３３）。切り分けフラグが‘Ｃ’である場合（ステップＳ３３のＹｅｓ）、コンバータ２１５は、コンテンツを変換する（ステップＳ３４）。一方、切り分けフラグが‘Ｃ’ではない場合（ステップＳ３３のＮｏ）、ステップＳ３５に移行する。

次に、検索部２１４が、切り分けフラグが‘Ａ’であるか否かを判断する（ステップＳ３５）。切り分けフラグが‘Ａ’である場合（ステップＳ３５のＹｅｓ）、コンバータ２１５は、添付ファイルを変換する（ステップＳ３６）。一方、切り分けフラグが‘Ａ’ではない場合（ステップＳ３３のＮｏ）、ステップＳ３７に移行する。

上記処理が終了後、次の変換対象があるか否かを判断する（ステップＳ３７）。再度変換規則にマッチした場合（ステップＳ３７のＹｅｓ）、ステップＳ３１に移行し、再度ステップＳ３１以降を繰り返す。一方、次の変換対象がない場合（ステップＳ３７のＮｏ）、図９のステップＳ１４に移行する。

以上述べたように、メール送受信システム５００によれば、メールサーバ２００（２００ａ）が、例えばクライアント１４０からクライアント１００へのメールを受信した際や、クライアント１３０からクライアント１５０へのメールを中継した際に、解析情報登録部２１１が、そのメーラ種別およびメールアドレス、ホスト名を備える識別情報を解析情報テーブル２１２ａに追加（上書き）し、解析情報データベース２１２に格納する。その後、例えばクライアント１００がクライアント１４０にメールを送信すると、メールサーバ２００が、解析情報テーブル２１２ａを参照することによりクライアント１４０のメーラ情報を、容易に特定することができる。よって、より確実に所望のメール内容の変換を行うことができる。

また、クライアントが宛先のメーラ種別を意識することなく、メール本文や添付ファイルの送受信を行うことができる。
また、クライアント１００〜１５０間のいずれのメールの送受信においても、メールサーバ２００（メールサーバ２００ａ）を１回通過することによりそのメーラ種別およびメールアドレス、ホスト名の情報が、解析情報テーブル２１２ａに追加されるため、２回目以降のメールの送受信の際、メールサーバ２００が確実に宛先のメーラ種別を確認することができる。これにより、例えば、受信サーバ配下のメールのみチェック・変換する従来のサーバ等に比べて、１つのメールサーバで、広範囲のクライアントからのメールを変換することができる。よって、メール送受信システム５００の簡易化（簡素化）を図ることができる。

これにより、例えば、クライアント１００が、ＯＳ（Operating System）としてＭａｃｉｎｔｏｓｈ（登録商標）を備え、クライアント１４０がＯＳとしてＷｉｎｄｏｗｓ（登録商標）を備えている場合、クライアント１００が、ＭａｃＢｉｎａｒｙ形式の圧縮方式で圧縮された添付データを備えるメールを作成して送信した場合、メールサーバ２００が、メールを解析してＭａｃＢｉｎａｒｙを抽出し、コンバータ２１５が、ＭａｃＢｉｎａｒｙを一旦復号し、クライアント１４０のメーラ種別の解釈できる圧縮種類に再圧縮してＳＭＴＰサーバ２２０に出力する。そして、ＳＭＴＰサーバ２２０が、メールサーバ２００ａにメールを転送する。メールサーバ２００ａがメールを受け取ると、メールサーバ２００ａの解析情報登録部は、入力されたメールを解析してメールサーバ２００ａの解析情報データベースを更新した後に変換フラグがＯＮされていることを確認すると、変換処理を行わずにメールサーバ２００ａ内のＳＭＴＰサーバにメールを転送する。その後、メールサーバ２００ａのＳＭＴＰサーバは、メールサーバ２００ａのメールボックスにメールを格納し、クライアント１４０からの要求があった場合、メールサーバ２００ａのＰＯＰ３／ＩＭＡＰ４サーバが、メールボックスに格納されているメールを取り出し、クライアント１４０に送信する。これにより、クライアント１４０が、メールを受信する。

よって、例えば、クライアント１４０がＯＳとしてＷｉｎｄｏｗｓ（登録商標）を用いた場合においても、ＭａｃＢｉｎａｒｙを扱うことができ、参照することができる。また、メールサーバ２００ａの解析情報登録部が変換処理を行わずにメールサーバ２００ａ内のＳＭＴＰサーバにメールを転送することにより、処理が簡素化し、迅速な送受信動作を実現することができる。

また、制御部２１６は、キーボード１２およびマウス１３を介してメールヘッダ、コンテンツの変換条件の選択情報が入力されると、選択された変換条件を変換情報データベース２１３に記憶する。これにより、宛先のクライアントが新たに扱うメーラ種別に応じたメール形式や、ファイルフォーマットを定義することができ、また、不要となった情報の削除等を行うことができる。よって、クライアントの使用するメーラ種別毎に適切な変換規則を設定することができる。

また、解析情報登録部２１１が、送信元メールアドレスが複数存在している場合、最終更新時間が最も新しい送信元メールアドレスを含む解析情報のメーラ種別を選択するため、同じメールアドレスでもメーラや端末等が異なる場合に対応して変換することができる。

また、変換情報テーブル２１３ａが、宛先メールアドレスおよびホスト名に対応するカスタムテーブル２１３ｃ、２１３ｄを備えているため、検索部２１４の検索精度が高まり、コンバータ２１５は、より確実にメールの内容を変換することができる。

また、変換フラグを設定したことにより、メールサーバ２００、２００ａが、変換が既に行われたか否かを判断することができるため、変換処理が重複して行われることを容易かつ確実に防止することができる。よって、メールサーバ２００、２００ａの負荷を軽減することができ、また、効率よくメールの送受信を行うことができる。

また、変換フラグは、変換処理を行ったときに付加されるため、変換処理が重複して行われることをより確実に防止することができる。
なお、本実施の形態では、メールデータをテーブル化して格納したが、本発明ではこれに限定されない。

また、本発明によれば、使用することができるメーラは特に限定されず、例えば、ＵＮＩＸ（登録商標）系のメーラを用いることもできる。この場合、Ｃｏｎｔｅｎｔ−Ｔｙｐｅのｃｈａｒｓｅｔを抽出し、受信側のメーラの解釈できる文字コードへ変換することができる。よって、文字コード情報のｃｈａｒｓｅｔにおいて、例えば、ＵＮＩＸ（登録商標）系のメーラからｅｕｃｊｐで記述されたメールが送信された場合でも、ＭＩＭＥエンコードデータを一旦復号し、指定のコードへ変換し、再度、暗号化を行うことにより、Ｗｉｎｄｏｗｓ（登録商標）系メーラで、参照することができる。

以上、本発明のメール送受信プログラム、メール送受信方法およびメール送受信装置を、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。

また、本発明は、前述した実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、メールサーバ２００、２００ａが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスクドライブ（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

メール送受信プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

符号の説明

１ コンピュータ
２ 解析情報作成手段
３ 解析情報格納手段
４ メーラ種別特定手段
５ 変換情報格納手段
６ 検索手段
７ 変換手段
１００、１１０、１２０、１３０、１４０、１５０ クライアント
２００、２００ａ メールサーバ
２１０ メール変換部
２１１ 解析情報登録部
２１２ 解析情報データベース
２１３ 変換情報データベース
２１４ 検索部
２１５ コンバータ
２１６ 制御部
３００、３１０、３２０ メールサーバ
５００ メール送受信システム

Claims (10)

1. 電子メールを送受信するメール送受信プログラムにおいて、
   コンピュータを、
   入力されるメールから送信元のメーラ種別と送信者の識別情報とを有する解析情報を作成する解析情報作成手段、
   前記解析情報を格納する解析情報格納手段、
   前記解析情報格納手段に格納されている前記解析情報の前記識別情報から、入力された前記メールの送信先のメーラ種別を特定するメーラ種別特定手段、
   送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報を格納する変換情報格納手段、
   入力された前記メールの、前記送信元のメーラ種別と前記メーラ種別特定手段により特定された前記送信先のメーラ種別との組み合わせに一致する前記変換情報を検索する検索手段、
   前記組み合わせの一致があると、前記送信元のメールの内容を前記変換処理の情報に基づいて変換する変換手段、
   として機能させることを特徴とするメール送受信プログラム。
2. 前記識別情報は、前記送信元のメールアドレスの情報を有し、
   前記メーラ種別特定手段は、前記メールアドレスを検索することにより前記送信先のメーラ種別を特定することを特徴とする請求項１記載のメール送受信プログラム。
3. 前記解析情報は、最終更新時間の情報を有し、
   前記メーラ種別特定手段は、前記識別情報に対応する前記送信先のメーラ種別が複数存在するとき、最後に更新されたメーラ種別を前記送信先のメーラ種別として特定することを特徴とする請求項１記載のメール送受信プログラム。
4. 前記変換情報は、前記受信側の前記識別情報に対応して複数設定され、
   前記変換手段は、前記送信先の前記識別情報に対応する前記受信側の前記識別情報を備える前記変換情報に基づいて変換を行うことを特徴とする請求項１記載のメール送受信プログラム。
5. 前記識別情報は、前記送信元のホスト名の情報をさらに有し、
   前記変換情報は、前記ホスト名毎に設けられていることを特徴とする請求項４記載のメール送受信プログラム。
6. 前記変換処理の情報は、ヘッダ、コンテンツまたは添付ファイル毎に変換する情報を有することを特徴とする請求項１記載のメール送受信プログラム。
7. 前記解析情報作成手段は、フラグを参照して前記変換処理の要否を判断し、
   前記変換手段は変換が必要と判断されたときのみ前記変換処理を行うことを特徴とする請求項１記載のメール送受信プログラム。
8. 前記フラグは、前記変換手段が前記メールに前記変換処理を行ったときに付加されることを特徴とする請求項７記載のメール送受信プログラム。
9. 電子メールを送受信するメール送受信方法において、
   入力されるメールから送信元のメーラ種別と送信者の識別情報とを有する解析情報を作成するステップと、
   前記解析情報を格納するステップと、
   格納した前記解析情報の前記識別情報から、入力された前記メールの送信先のメーラ種別を特定するステップと、
   予め用意された送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報を格納するステップと、
   入力された前記メールの前記送信元のメーラ種別と前記メーラ種別を特定するステップにより特定された前記送信先のメーラ種別との組み合わせに一致する前記変換情報を検索するステップと、
   前記組み合わせの一致があると、前記送信元のメールの内容を前記変換処理の情報に基づいて変換するステップと、
   を有することを特徴とするメール送受信方法。
10. 電子メールを送受信するメール送受信装置において、
    入力されるメールから送信元のメーラ種別と送信者の識別情報とを有する解析情報を作成する解析情報作成手段と、
    前記解析情報を格納する解析情報格納手段と、
    前記解析情報格納手段に格納されている前記解析情報の前記識別情報から入力された前記メールの送信先のメーラ種別を特定するメーラ種別特定手段と、
    送信側のメーラ種別と受信側のメーラ種別との組み合わせに応じた変換処理の情報を備える変換情報を格納する変換情報格納手段と、
    入力された前記メールの前記送信元のメーラ種別と前記メーラ種別特定手段により特定された前記送信先のメーラ種別との組み合わせに一致する前記変換情報を検索する検索手段と、
    前記組み合わせの一致があると、前記送信元のメールの内容を前記変換処理の情報に基づいて変換する変換手段と、
    を有することを特徴とするメール送受信装置。

Images