(57)【要約】【課題】電子メールの既存の利便性に不利益を与えることなく、電子メールの送信側のメールサーバにおいて広告を追加することができる電子メールサーバ及びこれによる電子メール送受信方法の提供。【解決手段】ユーザ端末（１０）のメールユーザエージェント（ＭＵＡ）（１４）との間で互いに電子メールデータを転送し合い電子メールを送受信するためのメール転送エージェント（ＭＴＡ）（１６）を含む電子メールサーバである。該電子メールサーバは、ＭＵＡ（１４）からＭＴＡ（１６）へ向けて送出された電子メールデータを受信し少なくとも画像データを含む追加データをこれに追加しＭＴＡ（１６）へ向けて送出するアタッチャー（５０）を含む。また、電子メール送受信方法において、前記したアタッチャー（５０）において、ＭＵＡ（１４）からＭＴＡ（１６）へ向けて送出された電子メールデータを受信するステップと、少なくとも画像データを含む追加データを電子メールデータに追加しＭＴＡ（１６）へ向けて送出する送出ステップと、を含む。【選択図】図３
2010258780.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末のメールユーザエージェントとの間で互いに電子メールデータを転送し合い電子メールを送受信するためのメール転送エージェントを含む電子メールサーバであって、
前記メールユーザエージェントから前記メール転送エージェントへ向けて送出された前記電子メールデータを受信し少なくとも画像データを含む追加データをこれに追加し前記メール転送エージェントへ向けて送出するアタッチャーを含むことを特徴とする電子メールサーバ。
【請求項２】
前記アタッチャーはＳＭＴＰサーバであることを特徴とする請求項１記載の電子メールサーバ。
【請求項３】
前記アタッチャーは前記メールユーザエージェントと前記メール転送エージェントとの間で直接、電子メールデータを転送し合う前記メールユーザエージェントのポートと独立したポートに接続されることを特徴とする請求項２記載の電子メールサーバ。
【請求項４】
前記アタッチャーは前記電子メールデータの一部にＨＴＭＬファイルを有するかどうかを判別した上でこれが含まれるときは前記ＨＴＭＬファイルに併せて前記追加データを別途追加することを特徴とする請求項２又は３に記載の電子メールサーバ。
【請求項５】
前記アタッチャーは特定のドメイン及び／若しくはアドレスを外部サーバを介して登録され、前記電子メールデータの送付先が前記特定のドメイン及び／若しくはアドレスであるときのみ、若しくは、これ以外のときのみ、前記追加データを追加して前記メール転送エージェントへ向けて送出することを特徴とする請求項２乃至４のうちの１つに記載の電子メールサーバ。
【請求項６】
前記アタッチャーは前記外部サーバと接続され、前記外部サーバに保存された前記追加データを追加することを特徴とする請求項２乃至５のうちの１つに記載の電子メールサーバ。
【請求項７】
ユーザ端末のメールユーザエージェントとメールサーバのメール転送エージェントとの間で互いに電子メールデータを転送し合い電子メールを送受信する方法であって、
前記メールサーバに含まれるアタッチャーにおいて、前記メールユーザエージェントから前記メール転送エージェントへ向けて送出された前記電子メールデータを受信するステップと、
少なくとも画像データを含む追加データを前記電子メールデータに追加し前記メール転送エージェントへ向けて送出する送出ステップと、を含むことを特徴とする電子メール送受信方法。
【請求項８】
前記送出ステップは、前記電子メールデータの一部にＨＴＭＬファイルを有するかどうかを判別するＨＴＭＬ判断ステップと、前記ＨＴＭＬ判断ステップの結果に基づき前記ＨＴＭＬファイルに併せて前記追加データを別途追加するステップを含むことを特徴とする請求項７記載の電子メール送受信方法。
【請求項９】
前記アタッチャーは特定のドメイン及び／若しくはアドレスを外部サーバを介して登録され、前記送出ステップは、前記電子メールデータの送付先が前記特定のドメイン及び／若しくはアドレスであるかどうか判断する特定送付先判断ステップと、前記特定送付先判断ステップの結果に基づき前記追加データを前記電子メールデータに追加せず前記メール転送エージェントへ向けて送出するステップと、を含むことを特徴とする請求項７記載の電子メール送受信方法。
【請求項１０】
前記アタッチャーは前記外部サーバと接続され、前記送出ステップは前記外部サーバに保存された前記追加データを呼び出すステップを含むことを特徴とする請求項７乃至９のうちの１つに記載の電子メール送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールサーバ及びこれによる電子メール送受信方法に関し、特にユーザ端末のメールユーザエージェントとの間で互いに電子メールデータを転送し合い電子メールを送受信するためのメール転送エージェントを含む電子メールサーバ及びこれによる電子メール送受信方法に関する。
【背景技術】
【０００２】
インターネットを介した電子メールシステムでは、各ユーザ端末に対応するメールサーバ同士をインターネットで結んで電子メールを送受信している。メールサーバにはＳＭＴＰサーバ及びＰＯＰサーバが設けられ、メール送信時にはユーザ端末に対応するメールサーバのＳＭＴＰサーバに電子メールデータが送信され、間接に複数のＳＭＴＰサーバを介して、若しくは、直接に受信側のユーザ端末に対応するメールサーバのＳＭＴＰサーバに送信されて内蔵ディスクに保存される。受信側では、ユーザ端末に対応するメールサーバのＰＯＰサーバにユーザ端末からアクセスし内蔵ディスクに保存された電子メールデータを呼び出すのである。
【０００３】
ここで、ユーザ端末における電子メールデータの作成にはメールユーザエージェント（ＭＵＡ）が用いられ、該ユーザ端末に対応するメールサーバのＳＭＴＰサーバ及びＰＯＰサーバの間で電子メールデータの送受信がなされる。また、ＳＭＴＰサーバにおいてインターネットとの接続を行って電子メールデータを送受信するには、メール配送エージェント（ＭＴＡ）が用いられる。
【０００４】
ところで、メールサーバを廉価若しくは無料で使用できるようにする代わりに、受信側若しくは送信側のメールサーバにおいて、電子メールに強制的に広告を追加させるサービスが広く行われている。
【０００５】
受信側のメールサーバにおいて電子メールに広告を追加する場合にあっては、メールサーバのＳＭＴＰサーバで受信された電子メールに広告を与えてから内蔵ディスクに保存することが考えられる。例えば、特許文献１乃至３では、このようなシステムが開示されている。かかるシステムでは１つの広告データが複製されて電子メールデータとして内蔵ディスクに保存されていくため、内蔵ディスクの記憶領域を大幅に占領してしまうといった問題があった。特に、広告データが画像データのように大きな容量のものであると問題は顕在化してしまう。
【０００６】
そこで、受信側のメールサーバにおいて、内蔵ディスクに保存された電子メールをユーザ端末のＭＵＡからＰＯＰサーバを経て呼び出す際に、電子メールに広告を追加する方法も考えられる。例えば、特許文献４では、ユーザ端末のＭＵＡとメールサーバとの間にプロキシサーバを介在させ、既存のシステムに変更を加えることなく、電子メールを加工出来るシステムを開示している。プロキシサーバはユーザ端末からの電子メールの受信要求を受けてメールサーバに接続し、内蔵ディスクから電子メールを呼び出してこれを加工し、ユーザ端末に送信している。この場合、電子メールの加工時にプロキシサーバ内の１つの広告データが複製されて電子メールに追加されるが、メールサーバの内蔵ディスクには保存されないので、メールサーバの内蔵ディスクの記憶領域を占領することはない。その一方、メールサーバの記憶領域から電子メールデータをアドレス情報に従って検索するＰＯＰサーバの処理に加え、広告を追加する処理を更に必要とし、ユーザ端末のＭＵＡで電子メールの受信を待機するユーザにとって時間的な苦痛を強いられることとなる。更に、この場合にあっても、広告データが画像データのように大きな容量のものであるなら、電子メールに広告を追加する処理や転送に更に時間がかかり、やはり大きな問題となる。
【０００７】
以上のことから、受信時ではなく、送信時に電子メールに広告を追加することが望まれる。かかる場合、自社からの送信メールに送信者自身が広告を追加しなくとも、所定の自社広告を自動的に追加することなども可能である。
【０００８】
例えば、上記した特許文献１乃至３では、受信時だけでなく、送信時にも電子メールに広告を追加出来るシステムを開示している。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−３２０３１４号公報
【特許文献２】特開２００１−３３３１０６号公報
【特許文献３】特開２００２−４９５５０号公報
【特許文献４】特開２００２−６３１１６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１乃至３に開示のシステムでは、送受信される電子メールに広告を追加するために処理部を一元化してＭＴＡに機能を追加している。すなわち、送信側のユーザ端末のＭＵＡから送信された電子メールは入出力インターフェース部を通過し、広告を追加された後に、再度、入出力インターフェース部を通過して送信される。かかる場合、入出力インターフェース部では、ＭＴＡの１つの機能を担うディスパッチャのワーカープロセス数を増加させることとなるので、マルチスレッドサーバとしての能力を減じてしまう。
【００１１】
本発明は、以上のような点に鑑みてなされたものであって、その目的とするところは、電子メールの既存の利便性に不利益を与えることなく、電子メールの送信側のメールサーバにおいて広告を追加することができる電子メールサーバ及びこれによる電子メール送受信方法の提供である。
【課題を解決するための手段】
【００１２】
本発明による電子メールサーバは、ユーザ端末のメールユーザエージェントとの間で互いに電子メールデータを転送し合い電子メールを送受信するためのメール転送エージェントを含む電子メールサーバであって、前記メールユーザエージェントから前記メール転送エージェントへ向けて送出された前記電子メールデータを受信し少なくとも画像データを含む追加データをこれに追加し前記メール転送エージェントへ向けて送出するアタッチャーを含むことを特徴とする。
【００１３】
かかる発明によれば、ＭＴＡに変更を加えることなく、故にＭＴＡの機能を損なわず且つ電子メールの既存の利便性に不利益を与えず電子メールの送信側のメールサーバにおいて広告を追加することができる。
【００１４】
また、上記発明において、前記アタッチャーはＳＭＴＰサーバであることを特徴としてもよい。かかる発明によれば、アタッチャーはＳＭＴＰサーバであるＭＴＡとともに電子メールデータを待ち受けする状態にあって、ＭＵＡからアタッチャーを介してＭＴＡにスムーズにデータを転送できる。つまり、ＭＴＡに変更を加えることなく、故にＭＴＡの機能を損なわず且つ電子メールの既存の利便性に不利益を与えず電子メールの送信側のメールサーバにおいて広告を追加することができる。
【００１５】
また、上記発明において、前記アタッチャーは、前記メールユーザエージェントと前記メール転送エージェントとの間で直接、電子メールデータを転送し合う前記メールユーザエージェントのポートと独立したポートに接続されることを特徴としてもよい。かかる発明によれば、ＭＵＡにおいて電子メールの広告の追加の可否を決定することができる。つまり、ＭＴＡに変更を加えることなく、故にＭＴＡのフィルタリング機能などの処機能を損なわず且つ電子メールの既存の利便性に不利益を与えずに電子メールの送信側のメールサーバにおいて広告を追加することができる。
【００１６】
また、上記発明において、前記アタッチャーは前記電子メールデータの一部にＨＴＭＬファイルを有するかどうかを判別した上でこれが含まれるときは前記ＨＴＭＬファイルに併せて前記追加データを別途追加することを特徴としてもよい。かかる発明によれば、テキストメールとＨＴＭＬメールの２つのメールを含むマルチパートメールでは、ＨＴＭＬメールにて少なくとも画像データを含む追加データを表示させることができる。
【００１７】
また、上記発明において、前記アタッチャーは特定のドメイン及び／若しくはアドレスを外部サーバを介して登録され、前記電子メールデータの送付先が前記特定のドメイン及び／若しくはアドレスであるときのみ、若しくは、これ以外のときのみ、前記追加データを追加して前記メール転送エージェントへ向けて送出することを特徴としてもよい。かかる発明によれば、広告の種類、性格等毎にフィルタリングを掛けて広告の追加の有無を選択できる。
【００１８】
また、上記発明において、前記アタッチャーは前記外部サーバと接続され、前記外部サーバに保存された前記追加データを追加することを特徴としてもよい。かかる発明によれば、メールサーバ内の内蔵ディスクの記憶領域を占領することがなく、また電子メールに追加される広告のデータを容易に第三者に変更されることを防止できる。また送信側のメールサーバにアタッチャーは設けられるので、外部ディスクとの追加データの送受信があってもユーザに時間的な苦痛を与えることはない。
【００１９】
更に、本発明による電子メールを送受信する方法は、ユーザ端末のメールユーザエージェントとメールサーバのメール転送エージェントとの間で互いに電子メールデータを転送し合い電子メールを送受信する方法であって、前記メールサーバに含まれるアタッチャーにおいて、前記メールユーザエージェントから前記メール転送エージェントへ向けて送出された前記電子メールデータを受信するステップと、少なくとも画像データを含む追加データを前記電子メールデータに追加し前記メール転送エージェントへ向けて送出する送出ステップと、を含むことを特徴とする。
【００２０】
かかる発明によれば、ＭＴＡに変更を加えることなく、故にＭＴＡの機能を損なわず且つ電子メールの既存の利便性に不利益を与えず、電子メールの送信側のメールサーバにおいて広告を追加することができる。
【００２１】
また、上記発明において、前記送出ステップは、前記電子メールデータの一部にＨＴＭＬファイルを有するかどうかを判別するＨＴＭＬ判断ステップと、前記ＨＴＭＬ判断ステップの結果に基づき前記ＨＴＭＬファイルに併せて前記追加データを別途追加するステップを含むことを特徴としてもよい。かかる発明によれば、テキストメールとＨＴＭＬメールの２つのメールを含むマルチパートメールでは、ＨＴＭＬメールにて少なくとも画像データを含む追加データを表示させることができる。
【００２２】
また、上記発明において、前記アタッチャーは特定のドメイン及び／若しくはアドレスを外部サーバを介して登録され、前記送出ステップは、前記電子メールデータの送付先が前記特定のドメイン及び／若しくはアドレスであるかどうか判断する特定送付先判断ステップと、前記特定送付先判断ステップの結果に基づき前記追加データを前記電子メールデータに追加せず前記メール転送エージェントへ向けて送出するステップと、を含むことを特徴としてもよい。かかる発明によれば、広告の種類、性格等毎にフィルタリングを掛けて広告の追加の有無を選択できる。
【００２３】
また、上記発明において、前記アタッチャーは前記外部サーバと接続され、前記送出ステップは前記外部サーバに保存された前記追加データを呼び出すステップを含むことを特徴としてもよい。かかる発明によれば、メールサーバ内の内蔵ディスクの記憶領域を占領することがなく、また電子メールに追加される広告のデータを容易に第三者に変更されることを防止できる。また送信側のメールサーバにアタッチャーは設けられるので、外部ディスクとの追加データの送受信があってもユーザに時間的な苦痛を与えることはない。
【図面の簡単な説明】
【００２４】
【図１】本発明による電子メールサーバを含む構成図である。
【図２】本発明による電子メールサーバを含む構成図である。
【図３】本発明による電子メールサーバを含む構成図である。
【図４】本発明による電子メールサーバへのデータ登録のためのフロー図である。
【図５】本発明による電子メールサーバでのメール送信時のフロー図である。
【図６】電子メールの表示例である。
【図７】本発明による電子メールサーバにより広告を与えられた電子メールの表示例である。
【発明を実施するための形態】
【００２５】
本発明の１つの実施例であるメールサーバについて、図１乃至図７を用いて詳細を説明する。
【００２６】
特に図１に示すように、電子メール１００（図６参照）を送受信するためのメールクライアントＰＣ１０及び１０’は、それぞれに対応するメールサーバ１２及び１２’を介してインターネット回線１に接続されている。なお、メールサーバ１２及び１２’がレンタルサーバなどメールクライアントＰＣ１０及び１０’と同じ場所に無いときなどにあっては、これらの間もインターネット回線１で接続されている。
【００２７】
後述するように、本実施例であるメールサーバ１２に内蔵されるアタッチャー５０（図２参照）を制御するための外部制御サーバ７もインターネット回線１に接続されている。外部制御サーバ７には内部プログラムの書き換えなどのための入出力装置として入出力ＰＣ８が接続されている。
【００２８】
特に図２に示すように、メールサーバ１２の内部には、メッセージルータとしてのＭＴＡ（Message Transfer Agent）１６があって、インターネット回線１と接続されている。ＭＴＡ１６はインターネット回線１を介して他のメールサーバから電子メールデータを待機受信すると、まずこれに含まれるアドレス情報を取り出す。アドレス情報がエイリアスであるときは必要に応じてこれを展開・変換して取り出す。かかるアドレス情報に基づいて、最終的な受信者へ向けて更に他のメールサーバにこの電子メールデータを転送してルーティングする。また、ＭＴＡは、アドレスやドメイン、ＩＰアドレスなどから電子メールデータをフィルタ処理する機能を有している。
【００２９】
内蔵ディスク１８はＭＴＡ１６で受信された電子メールファイルを保存する。電子メールファイルは、ｈｔｔｐ（Hyper Text Transfer Protocol）、ｉｍａｐ（Internet Message Access Protocol）、ｐｏｐ（Post Office Protocol）などのプロトコルで内蔵ディスク１８にあるメッセージアクセスサーバ１７に保存され、メールクライアントＰＣ１０から呼び出され得る。
【００３０】
ディレクトリサーバ１９は、必要に応じて、ＭＴＡ１６及びメッセージアクセスサーバ１７に対してディレクトリ情報を提供する。このアクセスには、ＬＤＡＰ（Lightweight Directory Access Protocol）などが適宜使われる。
【００３１】
アタッチャー５０は、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバであり、メールクライアントＰＣ１０から送信された電子メールファイルを待機受信し、広告データ記憶装置５２又は外部制御サーバ７（図１参照）に記憶された少なくとも画像データを含むバナー広告１０２（図７参照）のような広告データを電子メールファイルに追加し、やはりＳＭＴＰサーバとして機能するＭＴＡ１６へ送信する。
【００３２】
特に図３に示すように、メールクライアントＰＣ１０には、電子メール１００（図６参照）の作成及び閲覧、メールサーバ１２への電子メールファイルの送信、メールサーバ１２の内蔵ディスク１８から電子メールファイルを呼び出す機能を有するソフトウェアであるＭＵＡ（Mail User Agent）１４がインストールされている。ＭＵＡ１４の１つのＴＣＰポート１４ａはＭＴＡ１６の標準ポート１６ａに接続され、他のＴＣＰポート１４ｂがアタッチャー５０に接続されている。なお、アタッチャー５０の出力はＭＴＡ１６の標準ポート１６ａに接続される。
【００３３】
次に、バナー広告１０２（図７参照）のような少なくとも画像データを含む追加データの電子メール１００（図６参照）への追加の仕方について、特に、図４及び図５を用いて説明する。
【００３４】
図４に示すように、管理者は、外部制御サーバ７及びこれに接続された入出力ＰＣ８などを適宜操作して、広告データ記憶装置５２へ少なくとも画像データを含む追加データを登録していく（ＳＲ１）。追加データは、広告やアンケートなどの静止画像、動画、バナーなど、少なくとも画像データを含むデータである。
【００３５】
更に、管理者は、広告データ記憶装置５２に、追加データを追加して送信すべき電子メールアドレス又はＩＰアドレス、逆に、追加データを追加して送信してはならない電子メールアドレス又はＩＰアドレスを登録する（ＳＲ２）。かかるアドレス情報登録（ＳＲ２）は、追加データ登録（ＳＲ１）において登録された追加データ毎に関連付けられて登録されても良い。
【００３６】
さて、メールクライアントＰＣ１０において電子メールを受信する場合、メールクライアントＰＣ１０では、ＭＵＡ１４が立ち上げられ、ｈｔｔｐ、ｉｍａｐやｐｏｐなどのプロトコルでメッセージアクセスサーバ１７から自分宛の電子メールファイルを呼び出す。このとき、文字だけで構成されたテキストメール及びＨＴＭＬタグにより画像などを表示できるＨＴＭＬメールを同時に１つのメールとして送信するマルチパートメールを受信した場合にあっては、どちらを表示するかを選択してメールクライアントＰＣ１０の画面上に表示できるようになっている。かかる動作は公知故、詳述しない。
【００３７】
一方、メールクライアントＰＣ１０において電子メール１００（図６参照）を送信する場合、やはりメールクライアントＰＣ１０では、ＭＵＡ１４が立ち上げられ、ＳＭＴＰなどのプロトコルで電子メールファイルの受信待機状態にあるアタッチャー５０へ電子メールファイルを送信する。
【００３８】
図５に示すように、アタッチャー５０では、電子メールファイルからアドレス情報を取り出す（Ｓ１）。なお、アドレス情報がエイリアスであるときは必要に応じてこれを展開・変換して取り出す。
【００３９】
次に、アドレス情報が広告データ記憶装置５２に記憶された追加データを追加して送信すべき電子メールアドレス又はＩＰアドレス、逆に、追加データを追加して送信してはならない電子メールアドレス又はＩＰアドレスに該当するかどうかを判断する（Ｓ２）。追加データを追加して送信してはならないと判断されたときは、電子メールファイルをＭＴＡ１６にそのまま送信する。
【００４０】
追加データを追加して送信すべきと判断されたときは、アタッチャー５０では、メールヘッダーのcontent-Typeフィールドで電子メールの本文にあたる部分を電子メールファイルから特定する（Ｓ３）。これが出来ない場合にあっては、そのまま電子メールファイルをＭＴＡ１６に送信する。
【００４１】
一方、電子メールファイルから電子メールの本文にあたる部分を特定できたときは、かかる本文にあたる部分が単数か複数か、すなわち電子メールファイルが複数の本文を持つマルチパートメールであるかどうかを判断する（Ｓ４）。この判断はＨＴＭＬファイルを含むかどうかだけを判断するものであってもよい。そして、マルチパートメールではないときは、バナー広告のような少なくとも画像データを含む追加データを広告データ記憶装置５２から呼び出して、テキストファイルである本文にあたる部分をＨＴＭＬファイルに変換するとともにこれに追加する（Ｓ５）。またマルチパートメールのときは、本文にあたるＨＴＭＬファイル部分に追加データを追加するのではなく、含まれるＨＴＭＬファイルとは別個に更にＨＴＭＬファイルを追加するのである（Ｓ６）。すなわち、バナー広告のような少なくとも画像データを含む追加データを広告データ記憶装置５２から呼び出して、ＨＴＭＬファイルを新たに作成し、若しくは、ＨＴＭＬファイルを追加するようにして電子メールファイルに追加データを追加するのである。
【００４２】
ここで、追加データを外部制御サーバ７に保存しておいて、これを呼び出した上で、追加データを追加してもよい。この場合、広告データ記憶装置５２の容量を大きく占領せず、また追加データの悪意ある書き換えをより強固に防止できる。かかる構成を採用できるのは、送信側のメールサーバにアタッチャー５０が設けられるからであり、つまり、外部制御サーバ７との追加データの送受信があってもＭＵＡ１４を使用して待機状態にあるユーザに時間的な苦痛を与えることはないのである。
【００４３】
追加データを追加若しくは追加をされなかった電子メールファイルはＭＴＡ１６の標準ＴＣＰポート１６ａに送信される（Ｓ７）。ＭＴＡ１６はこれを通常の電子メールファイルのように他のメールサーバのＭＴＡに送信していく。これにより、送信側のクライアントＰＣ１０のＭＵＡ１４において作成された電子メール１００（図６参照）には、バナー広告１０２が追加されて、受信側のクライアントＰＣ１０の画面に表示されるのである（図７参照）。なお、ＭＴＡ１６の諸機能はそのままであるから、例えば、ウィルスチェックなどのフィルタリングなどが行われた上で電子メールファイルが送信されるのである。
【００４４】
以上、上記した実施例によれば、アタッチャー５０をＳＭＴＰサーバとしてＭＵＡ１４とＭＴＡ１６の間にあってＭＴＡ１６を含むサーバ内の独立したソフトウェアとして介在させたので、ＭＴＡ１６のディスパッチャ機能におけるワーカープロセス数を増加させることがなく、マルチスレッドサーバとしての能力を減じることもない。また、ＭＴＡ１６にもともと存在する諸機能を損なうこともない。すなわち、ＭＴＡ１６の機能を損なわず且つ電子メールの既存の利便性に不利益を与えず電子メールの送信側のメールサーバ１２において広告を追加することができる。
【００４５】
ここまで本発明による代表的な実施例を述べたが、本発明は必ずしもこれに限定されるものではなく、適宜、当業者によって変更され得る。すなわち、当業者であれば、添付した特許請求の範囲を逸脱することなく、種々の代替実施例及び改変例を見出すことができるであろう。
【符号の説明】
【００４６】
１        インターネット回線
７        外部制御サーバ
１０      メールクライアントＰＣ
１２      メールサーバ
１４      ＭＵＡ
１６      ＭＴＡ
１７      メッセージアクセスサーバ
１８      内蔵ディスク
１９      ディレクトリサーバ
５０      アタッチャー
５２      広告データ記憶装置
１００    電子メール
１０２    広告を追加された電子メール
【図１】
2010258780.tif 000003
【図２】
2010258780.tif 000004
【図３】
2010258780.tif 000005
【図４】
2010258780.tif 000006
【図５】
2010258780.tif 000007
【図６】
2010258780.tif 000008
【図７】
2010258780.tif 000009