(57)【特許請求の範囲】
【請求項１】
メール送受信機能を持つアプリケーションから与えられた送信メールのヘッダ部を解析する送信メール解析部と、
該送信メール解析部でヘッダ部が解析された前記送信メールを宛先のメール送受信装置のヘッダ規約に合わせて修正する送信メール作成部と、
受信した受信メールのヘッダ部を解析する受信メール解析部と、
該受信メールを前記アプリケーションが認識できるメールに修正する受信メール作成部と、
前記送信メール作成部により修正された送信メールの送信を制御するとともに、受信した受信メールを前記受信メール作成部に与える制御を行なうメール送受信部と、
を具備し、
添付ファイルの付加された送信メールであって、ヘッダ部と、所定のコードを有する拡張ヘッダ部とを備えた送信メールが前記アプリケーションから与えられる場合に、該ヘッダ部における宛先と、該拡張ヘッダ部における宛先に対して、前記送信メール作成部により該添付ファイルを削除することにより、該添付ファイルが付加されていないメール本文を通信メールとして送信し、前記ヘッダ部における宛先に対して、該添付ファイルが付加された該メール本文を別の送信メールとして送信し、
前記メール送受信部が添付ファイルが付加されたメールを受信し、前記受信メール作成部に、該添付ファイルが付加されたメールが与えられた場合に、前記受信メール作成部は、前記修正に従って、添付ファイルを削除したメールを前記アプリケーションに与える、ことを特徴とする電子メール送受信装置。
【請求項２】
受信したメールから相手アプリケーションのヘッダ規約を抽出し、相手アプリケーション情報を蓄積する相手アプリケーション情報設定部を具備することを特徴とする請求項１記載の電子メール送受信装置。
【請求項３】
前記送信メール作成部は、相手アプリケーション情報設定部を参照して、相手のメール規約が最新のものに対応していない場合、送信メールを旧規約のものに変換することを特徴とする請求項２記載の電子メール送受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電子メール送受信装置に関する。近年、電子メールは人が情報を送る手段としてだけでなく、アプリケーションソフトウェアが情報を共有するための手段としても使用されるようになってきている。例えば、ｍｉｃｒｏｓｏｆｔのＯｕｔｌｏｏｋにおいて、スケジュールをグループで共有するために電子メールの仕組みを利用している。本発明は、電子メールを利用した装置全般に関するものである。
【０００２】
【従来の技術】
電子メールの送受信のヘッダには、電子メールの規約で定められている標準部分と、アプリケーション側が自由に設定できる拡張部分がある。この拡張部分を大いに利用しているのが添付ファイルである。例えば、暗号化情報ファイル等は、利用者が明に添付する添付ファイルとは異なる扱いにしたいため、拡張部分に個別のヘッダを付与して送っている。
【０００３】
この規約を適用している電子メールソフトは、暗号化ファイルを受信してもそれを添付ファイルとして利用者に表示することはしない。この規約を適用していない電子メールソフトは、認識できない情報が付与されたとして受信を拒否したり、一般の添付ファイルとして利用者に表示したりしている。
【０００４】
この拡張部分は、自由といってもある程度規約化される仕組みとなっており、ベンダが考案した新しいサービスの普及具合や、ウイルス対策等の世の中の動きに応じて、それに対応した規約が追加、更新されている。
【０００５】
【発明が解決しようとする課題】
例えば、Ａさんが暗号化ファイルに対応した規約に基づく電子メールソフトを用いてメールを発信し、Ｂさんはそれを暗号化ファイルに対応していない規約に基づく電子メールソフトで受信しようとしたものとする。先に述べたように、現在の技術では、Ｂさんはそのメールを受信できないか、添付ファイルの一つとしてその暗号化ファイルを受信してしまう。これを解決するためには、以下のように方法が考えられる。
▲１▼Ａさんが発信時に、暗号化ファイルに対応していない規約に基づく電子メールソフトを使用している人（ここではＢさん）へは暗号化ファイルが添付されないようにする（つまり、発信者が相手のメールソフトの規約を意識する）。
▲２▼Ｂさんが、暗号化ファイルに対応したバージョンにバージョンアップする。
▲３▼Ｂさんが、暗号化ファイルに対応した電子メールソフトに乗り換える。
【０００６】
それぞれの対処方法には以下のような問題点がある。先ず、▲１▼に示す方法は、送る相手の電子メールソフトが何であるかを知っている必要があり、また、知っていても、その電子メールソフトがどういう規約に基づいているのかは、技術者レベルでなければ判断できない。▲２▼に示す方法は、対象の電子メールソフトが当該規約に対応したバージョンアップを行っていない場合には選択できない。▲３▼に示す方法は、使い慣れたＧＵＩ（画面）が変わってしまうのはもちろんのこと、旧電子メール環境を移行しなければならず、作業の手間がかかる他、ソフトの移行に伴い、アドレス帳や保存しているメールの消去等、誤操作の危険が伴う。
【０００７】
昨今、インターネットの急激な普及に伴い、市場では安全性を含め新サービスのために新たな規約が増えている。
本発明はこのような課題に鑑みてなされたものであって、メール送受信機能を持つ任意のアプリケーションを改造することなく、任意のヘッダ規約でメール送受信機能を持つアプリケーションとメールの送受信を行なうことができる電子メール送受信装置を提供することを目的としている。
【０００８】
【課題を解決するための手段】
（１）図１は本発明の原理ブロック図である。図において、１は利用者、２は利用者１からの指令を受けて電子メールを動作させる電子メールアプリケーション、３はメールを送受信するメール送受信部で、電子メールアプリケーション２内に含まれている。１０は本発明に係る電子メール送受信装置である。該電子メール送受信装置１０において、１１はメール送信機能を持つ任意のアプリケーション２が発信するメールのヘッダを解析する送信メール解析部、１２は該送信メール解析部１１の出力を受けて、その送信メールを相手のメール送受信装置のヘッダ規約に合わせて修正する送信メール作成部である。
【０００９】
１３は送信相手先のアプリケーション情報が記憶される相手アプリケーション（以下単にアプリと略す）情報記憶部、１４はメールの送受信を制御するメール送受信部である。前記送信メール作成部１２の出力は、メール送受信部１４に入力される。１５はメール送受信部１４からの信号を受けて受信したメールのヘッダ部を解析する受信メール解析部、１６は該受信メール解析部１５の出力を受けて、その受信メールを当該アプリケーション２が認識できるメールに修正する受信メール作成部である。該受信メール作成部１６の出力は、メール送受信部３に入力される。また、電子メールアプリケーション２のメール送受信部３からは電子メール送受信装置１０のメール送受信部１４にコマンド等が送出される。
【００１０】
相手アプリ情報記憶部１３の情報は送信メール解析部１１により参照され、また受信メール解析部１５は、受信メールの解析結果を相手アプリ情報記憶部１３に与えると共に、相手アプリケーション情報を相手アプリ情報記憶部１３より受ける。１７はメール送信環境設定情報が記憶されるメール送信環境設定情報記憶部である。２０は、電子メール送受信装置１０と接続されるメールサーバである。
【００１１】
このように構成された装置において、電子メールアプリケーション２は、電子メール送受信装置１０の存在を意識することなく、メールサーバ２０との間でやりとりをしているように振る舞うことができる。
【００１２】
先ず、送信メール解析部１１で電子メールアプリケーション２からメール送受信部３を利用して送信されたメールを解析する。ここで、主として解析するのは、メールのヘッダ部分である。送信メール解析部１１は、送信メールのヘッダ部に記述されているメールの宛先を抽出し、相手アプリ情報記憶部１３からメールの宛先に対応する送信メールの編集ルールを取得する。相手アプリ情報記憶部１３には、メールを解析する時に利用する相手識別情報と編集ルールが関連付けされて格納されている。
【００１３】
相手アプリ情報の例を図２に示す。図２は、相手識別情報ＩＤｉ（ｉは任意の整数で１〜ｎまで）とそれに対応した編集ルールｉが記憶されていることを示す。
【００１４】
ここでいう編集ルールの例としては、例えば送信するメールにアプリケーション固有のデータが付加されていた場合、送信相手が利用するアプリケーションが該当のファイルを利用することができるかどうかの情報を相手アプリ情報記憶部１３から取得し、利用できなければ送信メール作成部１２で添付ファイル部分を削除したメールを作成する。
【００１５】
送信メール解析部１１で解析した結果を送信メール作成部１２に渡すと、送信メール作成部１２は送信メール解析部１１で解析した結果により、送信メールを作成する。作成したメールは、メール送受信部１４からメールサーバ２０へ送信される。この時、メールの送信環境は、メール送信環境設定情報記憶部１７に設定された送信先メールサーバや、ポート番号を取得して利用する。
【００１６】
次に、利用者１が電子メールアプリケーション２を利用して電子メールを受信する場合、電子メールアプリケーション２を操作してメール送受信部３より発行されるメール受信コマンドが、電子メール送受信装置１０のメール送受信部１４に転送される。そして、コマンドを転送されたメール送受信部１４は、メール送信環境設定情報記憶部１７よりメールサーバ２０のアドレスや、ポート番号等の接続環境を取得後、接続し、メールを受信する。受信したメールは、受信メール解析部１５に渡されてヘッダの内容を解析する。受信メール解析部１５は、メールのヘッダ部を解析する。
【００１７】
受信メール作成部１６では、受信メール解析部１５で解析した結果と、メール送受信部１４で受信したメールが渡され、受信メール解析部１５で解析した通りにメールを編集し、電子メールアプリケーション２へのメールとして作成する。作成したメールは、電子メールアプリケーション２のメール送受信部３を経由して電子メールアプリケーション２へ取り込まれる。
【００１８】
このように、この発明の構成によれば、メール送受信機能を持つ任意のアプリケーションを改造することなく、任意のヘッダ規約でメール送受信機能を持つ電子メールアプリケーション２とメールの送受信を行なうことができる。また、利用者が利用する電子メールアプリシーションに具備されていない機能があった場合で、その電子メールアプリシーションの改造や、該当機能が具備されている電子メールアプリシーションに置き換えることなく、拡張機能を利用することができる。
（２）請求項２記載の発明は、受信したメールから相手アプリケーションのヘッダ規約を抽出し、相手アプリケーション情報を蓄積する相手アプリケーション情報設定部を具備することを特徴とする。
【００１９】
このように構成すれば、相手アプリ情報記憶部１３に、自動的に送受信相手のヘッダ規約を蓄積することが可能となり、記憶された編集ルールは、次回の送受信処理から利用することができる。また、相手アプリ情報を、受信したメールを解析し編集ルールを取得し、蓄積することで、編集ルールの設定の手間を省くことができる。
（３）請求項３記載の発明は、前記送信メール作成部は、相手アプリケーション情報設定部を参照して、相手のメール規約が最新のものに対応していない場合、送信メールを旧規約のものに変換することを特徴とする。
【００２０】
このように構成すれば、メール送信者とメール受信者との間で、メール受信者のもつ旧いバージョンのメールソフトで電子メールのやりとりを行なうことができる。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
図３は本発明の第１の実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。この実施の形態例は、図１に示す構成に比較して、受信メール解析部１５と相手アプリ情報記憶部１３との間に相手アプリ情報設定部１８が設けられた点が異なっている。
【００２２】
利用者１が電子メールアプリケーション２を利用してメールを受信する場合について考える。上記した通り、メール送受信部１４がメール送信環境設定情報記憶部１７よりメール受信環境を取得してメールサーバ２０と接続し、メールを受信する。受信したメールは、受信メール解析部１５に渡されて、メールヘッダ部を解析する。
【００２３】
この解析の結果、編集ルールが相手アプリ情報記憶部１３に格納されていない時、相手／識別情報と、編集ルールを相手アプリ情報設定部１８を経由して相手アプリ情報記憶部１３に記憶する。記憶された編集ルールは、次回のメールの送受信処理から利用することができる。
【００２４】
このように、本発明によれば、相手アプリ情報記憶部１３に、自動的に送受信相手のヘッダ規約を蓄積することが可能となり、記憶された編集ルールは、次回の送受信処理から利用することができる。
【００２５】
図４は本発明の第２の実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。図において、２は電子メールアプリケーション、１０は該電子メールアプリケーション２と接続される電子メール送受信装置、２０はネットワーク２５を介して電子メール送受信装置１０と接続されるメールサーバである。
【００２６】
この実施の形態例では、同一コンピュータ３０内に利用者が利用する電子メールアプリケーション２と、本発明である電子メール送受信装置１０が存在している。ここでは、電子メール送受信装置１０をコンピュータ３０内に設けた例を示しているが、代わりにメールサーバ２０内に設けることもできる。
【００２７】
コンピュータ３０はネットワーク２５上に存在し、ネットワーク２５上には利用者がメール送受信の際利用するメールサーバ２０が存在している。電子メール送受信装置１０のメール送受信部１４とメールサーバ２０は、ネットワーク２５を介して相互接続されている。ここでは、利用者が利用する電子メールアプリケーション２では、同じ本文のメールで、宛先毎に添付ファイルを付加／付加しないで送信する機能を有していないものとする。
【００２８】
そこで、本発明では、添付ファイルを宛先毎に付加／或いは付加しないで送信する場合を説明する。図５は本発明による送信処理動作を示すフローチャートである。先ず、電子メールアプリケーション２よりメールを送信する（Ｓ１）。次に、電子メール送受信装置１０は、ユーザ利用アプリケーション２からメールを受信する（Ｓ２）。
【００２９】
次に、電子メール送受信装置１０内の送信メール解析部１１は、相手アプリ情報記憶部１３を参照して、送信先アドレスより、送信ルールを取得し、メールヘッダを解析する（Ｓ３）。次に、送信メール作成部１２は、送信メール解析部１１の出力を受けて送信メールを編集する（Ｓ４）。この場合において、相手アプリ情報から取得した編集ルールにより送信メールを編集する。
【００３０】
次に、ルールにより編集の必要があるか否かをチェックする（Ｓ５）。編集の必要がない場合には、電子メール送受信装置１０からオリジナルのメールを送信する（Ｓ８）。ステップＳ５において、編集が必要な場合、送信メール作成部１２は送信メールを編集する（Ｓ６）。そして、編集したメールをメールをメールサーバ２０に送信する（Ｓ７）。その後、オリジナルのメールを送信する（Ｓ８）。
【００３１】
利用者が、電子メールアプリケーション２を利用して任意のファイルを添付して電子メールを送信する時、普段利用している電子メールアプリケーション２よりメール本文を編集した後、添付したいファイルを指定してメールを送信する。通常では、宛先に指定した全てのアドレスに対してファイルが添付されて送信されるが、本発明を利用して任意の宛先にのみファイルを添付して送信する場合、電子メールアプリケーション２で宛先を指定する時に拡張ヘッダを利用する。
【００３２】
添付ファイルを付加せずに、メール本文のみ送信したい宛先については、拡張ヘッダとして“Ｘ−Ａｔｔａｃｈ−Ｔｏ”を付加してメールを送信する。この“Ｘ−Ａｔｔａｃｈ−Ｔｏ”というヘッダが付された場合には、添付ファイルは付加されない。
【００３３】
図６は拡張ヘッダ利用の送信先指定の説明図である。図において、４０は標準ヘッダ、４１は“Ｘ−Ａｔｔａｃｈ−Ｔｏ”がついた拡張ヘッダ、４２はマルチパートヘッダである。マルチパートヘッダ４２は、あるパートがどのようなものであるかを示すために用いられる。マルチパートヘッダ４２の後に本文（図示せず）がくる。
【００３４】
電子メールアプリケーション２は、メールサーバ２０ではなく、電子メール送受信装置１０に対して接続を行ない、作成した電子メールを送信する。その電子メールを受信した電子メール送受信装置１０は、送信メール解析部１１で図６に示すようなメールのヘッダ部を解析し、拡張ヘッダである“Ｘ−Ａｔｔａｃｈ−Ｔｏ”を取得する。
【００３５】
送信メール解析部１１では、相手アプリ情報記憶部１３より“Ｘ−Ａｔｔａｃｈ−Ｔｏ”をキーに編集ルールを取得する。図７は相手アプリケーション情報記憶部１３の実装例の説明図である。相手アプリ情報は、相手／識別情報とルールより構成されている。相手／識別情報はヘッダと値より構成されている。例えば、“Ｘ−Ａｔｔａｃｈ−Ｔｏ”のヘッダがある場合、その値は任意の値をとることができ（図中＊で示す）、その場合のルールは、添付ファイル部を削除して宛先をＴｏにするというものである。
【００３６】
この場合において、送信処理の場合には、送信メールのヘッダに記述されているヘッダと、その値よりルールを取得する。そして、取得したルールにより、送信メールを編集し、メールサーバに送信する。
【００３７】
一方、受信処理の場合には、受信したメールのヘッダに記述されているヘッダとその値よりルールを取得する。そして、取得したルールにより受信メールを編集し、ユーザが利用するアプリケーションにレスポンスとして返す。
【００３８】
この結果、メール解析部１１では“Ｘ−Ａｔｔａｃｈ−Ｔｏ”の編集ルールである“添付ファイル部を削除し宛先をｔｏにする”というルールを取得する。取得したルールは送信メール作成部１２に渡される。
【００３９】
送信メール作成部１２では、送信メール解析部１１より渡された編集ルール通りに送信メールを編集する。この実施の形態例の場合、添付ファイルを付加したメールの他に、添付ファイルを削除したメールを作成する。添付ファイルを削除したメールは、拡張ヘッダ“Ｘ−Ａｔｔａｃｈ−Ｔｏ”に指定された宛先（図６に示す例の場合ではｓｏｍｅｏｎｅ@ｄｏｍａｉｎ.ｃｏｍ）に送信するためのものである。
【００４０】
編集ルールでは、“Ｘ−Ａｔｔａｃｈ−Ｔｏ”で示したアドレスに対しては添付ファイルを削除した後、宛先をＴｏに変換することになっているので、図６で示されたメールのヘッダは図８に示すように変換される。図８は拡張ヘッダを標準ヘッダに変換する場合の説明図である。図において、４３が標準ヘッダ、４２がマルチパートヘッダである。図６において示されている“Ｘ−Ａｔｔａｃｈ−Ｔｏ”：ｓｏｍｅｏｎｅ＜ｓｏｍｅｏｎｅ@ｄｏｍａｉｎ.ｃｏｍ＞が、通常の標準ヘッダであるＴｏ：＜ｓｏｍｅｏｎｅ@ｄｏｍａｉｎ.ｃｏｍ＞に変換されていることが分かる。
【００４１】
このように、本発明によれば、メール送受信機能を持つ任意のアプリケーションを改造することなく、任意のヘッダ規約でメール送受信機能を持つ電子メールアプリケーション２とメールの送受信を行なうことができる。
【００４２】
図９は本発明による受信処理動作を示すフローチャートである。先ず、ユーザ利用アプリケーション２を電子メール送受信装置１０に接続する（Ｓ１）。次に、メールサーバ２０からメールを１通受信する（Ｓ２）。受信されたメールは、メール送受信部１４を介して受信メール解析部１５に渡される。該受信メール解析部１５は、相手アプリ情報記憶部１３を参照して受信メールの編集ルールを取得し、受信メール１通分を解析する（Ｓ３）。次に、電子メール送受信装置１０は、相手のアプリ情報記憶部１３の情報を更新する必要があるか否かをチェックする（Ｓ４）。
【００４３】
相手アプリ情報を更新する必要がある場合、受信メール解析部１５は相手アプリ情報記憶部１３にアクセスして相手識別情報とルールを更新する（Ｓ５）。この結果、相手アプリ情報記憶部１３の内容は更新される。ステップＳ４において、相手アプリ情報記憶部１３の内容を記憶する必要がなかった場合、受信メール解析部１５は、ルールにより編集が必要であるか否かをチェックする（Ｓ６）。
【００４４】
編集が必要である場合、受信メール作成部１６は受信メールを編集する（Ｓ７）。編集が必要でない場合、電子メール送受信装置１０は解析が完了したかどうかチェックする（Ｓ８）。解析が終了していない場合には、ステップＳ３に戻る。解析が完了している場合、及びステップＳ７で受信メール編集が終了した場合には、電子メール送受信装置１０は、ユーザ利用アプリケーション２へメールを送信する（Ｓ９）。
【００４５】
上述した受信処理の場合では、受信したメールに添付されていた添付ファイルは、利用者が利用する電子メールアプリケーション２では、扱うことのできないアプリケーション固有のファイルであったものとする。
【００４６】
利用者が電子メールアプリケーション２を利用してメールの受信操作を行った時、メール受信コマンドは、本発明の受信メール作成部１６、受信メール解析部１５を経由してメール送受信部１４に渡される。メール送受信部１４は、ネットワーク２５上に存在するメールサーバ２０に対してメール受信コマンドを投入すると、メールを受信することができる。
【００４７】
なお、メール送受信部１４は、接続先メールサーバのアドレスやポート番号等の接続環境を予め用意されているメール送信環境設定情報記憶部１７から取得する。受信したメールは、受信メール解析部１５に渡され、メールの内容を解析する。受信したメールの例を図１０に示す。この図は、特定のアプリケーション同士でないと利用できないファイルが添付されているメールの例を示している。
【００４８】
このメールは、ヘッダのＣｏｎｔｅｎｔ−Ｔｙｐｅの値がａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｐｐｒｏｇｆｉｌｅとなっている。受信メール解析部１５は、この値をキーに相手アプリ情報記憶部１３より編集条件を取得する。この場合、添付ファイルを削除するルールを取得することができる。編集ルールを取得した後、受信メール作成部１６に編集ルールを渡すと、受信メール作成部１６は、そのルールの通り受信したメールを編集する。
【００４９】
図１０に示すファイルを編集した結果は、図１１に示すようになる。アプリケーション固有の添付ファイルが削除され、メールのヘッダ部も修正が行なわれ、電子メールアプリケーション２で受信しても通常表示できるようになっている。編集ルールによる電子メールの編集後は、ユーザが利用する電子メールアプリケーション２にメール受信コマンドのレスポンスとして返される。
【００５０】
上記受信処理の中で、相手アプリ情報記憶部１３より編集条件を取得する処理がある。受信したメールを解析した結果、編集条件として相手アプリ情報記憶部１３に追加する必要があった場合、その条件を相手アプリ情報記憶部１３に追加することができる。例として、受信したメールの差出人が利用する電子メールアプリケーション２が最新規約での添付ファイルを付加してきた場合を想定する。最新規約の電子メールにおける添付ファイル付加は、図１２に示すようになっている。図１２は、最新規約での添付ファイル付加を示す図である。図１２は、添付ファイル部分があることを示している。図のライン５０は添付ファイル名である。
【００５１】
このようなメールに対して、受信メール作成処理では、図１３に示すように、新規約に対応していない電子メールアプリケーションでも添付ファイル名を解釈できるような形式に変換する（図１２の添付ファイル名５０は、図１３では添付ファイル名５１に変わっている）が、相手アプリケーション情報（図７参照）にメールの差出人に対しては新規約に変換して送信しなければならないというルールを追加する。新ルールが追加された相手アプリ情報の構成を図１４に示す。以後、新規約に対応したメールを利用する相手にファイルを添付してメールを送信する場合、新規約でのメール送信を行なうようになる。
【００５２】
以上、説明したように、この実施の形態例によれば、相手アプリ情報記憶部１３に、自動的に送受信相手のヘッダ規約を蓄積することが可能となり、記憶された編集ルールは、次回の送受信処理から利用することができる。
【００５３】
なお、本発明によれば、前記送信メール作成部１１は、相手アプリケーション情報設定部を参照して、相手のメール規約が最新のものに対応していない場合、送信メールを旧規約のものに変換することができる。
【００５４】
このように構成すれば、メール送信者とメール受信者との間で、メール受信者のもつ旧いバージョンのメールソフトで電子メールのやりとりを行なうことができる。
【００５５】
【発明の効果】
以上説明したように、本発明によれば以下の効果が得られる。
（１）請求項１記載の発明によれば、メール送受信機能を持つ任意のアプリケーションを改造することなく、任意のヘッダ規約でメール送受信機能を持つ電子メールアプリケーション２とメールの送受信を行なうことができる。
（２）請求項２記載の発明によれば、相手アプリ情報記憶部１３に、自動的に送受信相手のヘッダ規約を蓄積することが可能となり、記憶された編集ルールは、次回の送受信処理から利用することができる。
（３）請求項３記載の発明によれば、メール送信者とメール受信者との間で、メール受信者のもつ旧いバージョンのメールソフトで電子メールのやりとりを行なうことができる。
【００５６】
このように、本発明によれば、メール送受信機能を持つ任意のアプリケーションを改造することなく、任意のヘッダ規約でメール送受信機能を持つアプリケーションとメールの送受信を行なうことができる電子メール送受信装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】相手アプリ情報の例を示す図である。
【図３】本発明の第１の実施の形態例を示すブロック図である。
【図４】本発明の第２の実施の形態例を示すブロック図である。
【図５】本発明による送信処理動作を示すフローチャートである。
【図６】拡張ヘッダ利用の送信先指定の説明図である。
【図７】相手アプリケーション情報の実装例の説明図である。
【図８】拡張ヘッダを標準ヘッダに変換する場合の説明図である。
【図９】本発明による受信処理動作を示すフローチャートである。
【図１０】アプリケーション固有の添付ファイルが付加された例を示す図である。
【図１１】アプリケーション固有の添付ファイル部を削除したメールの例を示す図である。
【図１２】最新規約での添付ファイル付加を示す図である。
【図１３】旧規約で添付ファイルを編集する時の説明図である。
【図１４】相手アプリケーション情報に新ルールを追加した時の説明図である。
【符号の説明】
１  利用者
２  電子メールアプリケーション
３  メール送受信部
１０  電子メール送受信装置
１１  送信メール解析部
１２  送信メール作成部
１３  相手アプリ情報記憶部
１４  メール送受信部
１５  受信メール解析部
１６  受信メール作成部
１７  メール送信環境設定情報記憶部
２０  メールサーバ
【図１】
0004230708.tif 000002
【図２】
0004230708.tif 000003
【図３】
0004230708.tif 000004
【図４】
0004230708.tif 000005
【図５】
0004230708.tif 000006
【図６】
0004230708.tif 000007
【図７】
0004230708.tif 000008
【図８】
0004230708.tif 000009
【図９】
0004230708.tif 000010
【図１０】
0004230708.tif 000011
【図１１】
0004230708.tif 000012
【図１２】
0004230708.tif 000013
【図１３】
0004230708.tif 000014
【図１４】
0004230708.tif 000015