(57)【特許請求の範囲】
【請求項１】
クライアント間のメール通信を行うメールサーバシステムであって、
メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則を記憶する記憶手段と、
自ドメインのクライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信手段と、
前記メール通信手段により自ドメインのクライアントを宛先とするメールを受信した場合には、前記記憶手段に記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換える置換え手段と、
前記置換え手段による置換え後のメールを前記自ドメインのクライアントに転送する転送手段と、を備え、
前記メール通信手段は、他ドメインのクライアントへメールを送信する場合、前記他ドメインのクライアントの相手メールサーバシステムに前記記憶手段を有するか否かを判断し、前記記憶手段を有する場合には、前記相手メールサーバシステムに前記置換え手段を実行させ、前記記憶手段を有しない場合には、自身の前記置換え手段の置換え規則に従ってメール送信を実行することを特徴とするメールサーバシステム。
【請求項２】
前記コマンドには、宛先、日付、時間、定型文書、添付ファイル、署名のうち少なくとも１つの機能が含まれていることを特徴とする請求項１に記載のメールサーバシステム。
【請求項３】
前記コマンドには、郵便番号から住所への置換え機能が含まれていることを特徴とする請求項１または２に記載のメールサーバシステム。
【請求項４】
メールサーバシステムを用いてクライアント間のメール通信を行うメール通信システムであって、
前記メールサーバシステムは、
メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則を記憶する記憶手段と、
クライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信手段と、
前記メール通信手段により自ドメインのクライアントを宛先とするメールを受信した場合には、前記記憶手段に記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換える置換え手段と、
前記置換え手段による置換え後のメールを前記自ドメインのクライアントに転送する転送手段と、
前記置換え手段による置換え後のメールを送信先のクライアントに転送する転送手段と、を備え、
前記メール通信手段は、他ドメインのクライアントへメールを送信する場合、前記他ドメインのクライアントの相手メールサーバシステムに前記記憶手段を有するか否かを判断し、前記記憶手段を有する場合には、前記相手メールサーバシステムに前記置換え手段を実行させ、前記記憶手段を有しない場合には、自身の前記置換え手段の置換え規則に従ってメール送信を実行し、
前記クライアントは、
前記置換え規則に基づくコマンドによりメール作成を支援するメール作成支援手段と、
メール送信の際に、前記メール作成支援手段で作成されたメールを自ドメインのメールサーバシステムに転送する転送手段と、
を備えることを特徴とするメール通信システム。
【請求項５】
メールサーバシステムを用いてクライアント間のメール通信を行うメール通信方法であって、
メールサーバシステムには、メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則があらかじめ記憶されており、メールサーバシステムにおいては、自ドメインのクライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信ステップと、
クライアントにおいては、前記置換え規則に基づくコマンドによりメール作成を支援するメール作成支援ステップと、
クライアントにおいては、メール送信の際に、前記メール作成支援ステップで作成されたメールを自ドメインのメールサーバシステムに転送する転送ステップと、
相手メールサーバシステムにおいては、前記メール通信ステップにより自ドメインのクライアントを宛先とするメールを受信した場合には、前記あらかじめ記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換えて、置換え後のメールを前記自ドメインのクライアントに転送する転送ステップと、を含み、
前記メール通信ステップは、自ドメインのメールサーバシステムよりメールを送信する場合、相手メールサーバシステムに前記置換え規則が記憶されているか否かを判断し、前記置換え規則が記憶されている場合には、前記相手メールサーバシステムにより前記転送ステップを実行し、前記置換え規則が記憶されていない場合には、自ドメインのメールサーバシステムにより前記置換え規則に従って宛先に相当する他ドメインのクライアントに対してメール送信を実行することを特徴とするメール通信方法。
【請求項６】
クライアント間のメール通信を行うメールサーバシステムのコンピュータにより実行可能なメール通信プログラムであって、
前記コンピュータに、
メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則をあらかじめ記憶しておき、
自ドメインのクライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信ステップと、
前記メール通信ステップにより自ドメインのクライアントを宛先とするメールを受信した場合には、前記あらかじめ記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換える置換えステップと、
前記置換えステップによる置換え後のメールを前記自ドメインのクライアントに転送する転送ステップと、を実行させ、
前記メール通信ステップは、他ドメインのクライアントへメールを送信する場合、相手メールサーバシステムが前記置換え規則を有するか否かを判断し、前記置換え規則を有する場合には、前記相手メールサーバシステムに前記置換えステップおよび転送ステップを実行させ、前記置換え規則を有しない場合には、前記あらかじめ記憶された置換え規則に従ってメール送信を実行することを特徴とするメール通信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、メールサーバシステム、メール通信システム、メール通信方法およびメール通信プログラムに関する。
【０００２】
【従来の技術】
各クライアントにおいては、メールサーバシステムを介してメールの送受信を行うことが一般的である。
【０００３】
メールには通常、宛先、件名、そして、本文があり、これらはユーザの操作によって埋められる。宛先には、通信相手の宛先を入れるほか、通信相手と同じ内容を第三者に送るためのＣＣ（Ｃａｒｂｏｎ  Ｃｏｐｙ）機能や通信相手に知らせずに通信相手と同じ内容を送るためのＢＣＣ（Ｂｌｉｎｄ  Ｃａｒｂｏｎ  Ｃｏｐｙ）機能がある。また、メールには、本文の最後に署名を挿入することが慣例となっている。
【０００４】
【発明が解決しようとする課題】
上述したように、従来、ＣＣやＢＣＣに宛先を埋めることによって同一内容のメールを複数の宛先に送信することはできるが、宛先に応じてメール本文の一部を書き換えて送信するような場合には、メール本文を書き直しつつ、１通ずつ送信する必要があった。それゆえ、ユーザにとりメール送信が面倒になることはもちろん、メールサーバシステム間のトラフィックが増大するという問題があった。そして、このトラフィックの増大はインターネットの高速化を妨げる虞があった。
【０００５】
本発明の目的は、複数の宛先に対して一部変更を伴うメールを送信する際の作業を簡略化し、メールサーバシステム間のトラフィックを減少させ、インターネットの高速化に貢献することが可能なメールサーバシステム、メール通信システム、メール通信方法およびメール通信プログラムを提供することにある。
【０００６】
【課題を解決するための手段】
上述した課題を解決し、上記目的を達成するため、本発明に係るメールサーバシステムは、クライアント間のメール通信を行うメールサーバシステムであって、メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則を記憶する記憶手段と、自ドメインのクライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信手段と、前記メール通信手段により自ドメインのクライアントを宛先とするメールを受信した場合には、前記記憶手段に記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換える置換え手段と、前記置換え手段による置換え後のメールを前記自ドメインのクライアントに転送する転送手段と、を備え、前記メール通信手段は、他ドメインのクライアントへメールを送信する場合、前記他ドメインのクライアントの相手メールサーバシステムに前記記憶手段を有するか否かを判断し、前記記憶手段を有する場合には、前記相手メールサーバシステムに前記置換え手段を実行させ、前記記憶手段を有しない場合には、自身の前記置換え手段の置換え規則に従ってメール送信を実行することを特徴とするものである。
【０００８】
この発明によれば、前記コマンドには、宛先、日付、時間、定型文書、添付ファイル、署名のうち少なくとも１つの機能が含まれているようにしてもよい。
【０００９】
この発明によれば、前記コマンドには、郵便番号から住所への置換え機能が含まれているようにしてもよい。
【００１０】
また、本発明に係るメール通信システムは、メールサーバシステムを用いてクライアント間のメール通信を行うメール通信システムであって、前記メールサーバシステムは、メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則を記憶する記憶手段と、クライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信手段と、前記メール通信手段により自ドメインのクライアントを宛先とするメールを受信した場合には、前記記憶手段に記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換える置換え手段と、前記置換え手段による置換え後のメールを前記自ドメインのクライアントに転送する転送手段と、前記置換え手段による置換え後のメールを送信先のクライアントに転送する転送手段と、を備え、前記メール通信手段は、他ドメインのクライアントへメールを送信する場合、前記他ドメインのクライアントの相手メールサーバシステムに前記記憶手段を有するか否かを判断し、前記記憶手段を有する場合には、前記相手メールサーバシステムに前記置換え手段を実行させ、前記記憶手段を有しない場合には、自身の前記置換え手段の置換え規則に従ってメール送信を実行し、前記クライアントは、前記置換え規則に基づくコマンドによりメール作成を支援するメール作成支援手段と、メール送信の際に、前記メール作成支援手段で作成されたメールを自ドメインのメールサーバシステムに転送する転送手段と、を備えることを特徴とするものである。
【００１１】
また、本発明に係るメール通信方法は、メールサーバシステムを用いてクライアント間のメール通信を行うメール通信方法であって、メールサーバシステムには、メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則があらかじめ記憶されており、メールサーバシステムにおいては、自ドメインのクライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信ステップと、クライアントにおいては、前記置換え規則に基づくコマンドによりメール作成を支援するメール作成支援ステップと、クライアントにおいては、メール送信の際に、前記メール作成支援ステップで作成されたメールを自ドメインのメールサーバシステムに転送する転送ステップと、相手メールサーバシステムにおいては、前記メール通信ステップにより自ドメインのクライアントを宛先とするメールを受信した場合には、前記あらかじめ記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換えて、置換え後のメールを前記自ドメインのクライアントに転送する転送ステップと、を含み、前記メール通信ステップは、自ドメインのメールサーバシステムよりメールを送信する場合、相手メールサーバシステムに前記置換え規則が記憶されているか否かを判断し、前記置換え規則が記憶されている場合には、前記相手メールサーバシステムにより前記転送ステップを実行し、前記置換え規則が記憶されていない場合には、自ドメインのメールサーバシステムにより前記置換え規則に従って宛先に相当する他ドメインのクライアントに対してメール送信を実行することを特徴とするものである。
【００１３】
また、本発明に係るメール通信プログラムは、クライアント間のメール通信を行うメールサーバシステムのコンピュータにより実行可能なメール通信プログラムであって、前記コンピュータに、メールに挿入すべき複数の挿入項目に対してそれぞれコマンドを対応付けた置換え規則をあらかじめ記憶しておき、自ドメインのクライアントからの要求に応じてメールを送信するとともに、相手メールサーバシステムからの要求に応じてメールを受信するメール通信ステップと、前記メール通信ステップにより自ドメインのクライアントを宛先とするメールを受信した場合には、前記あらかじめ記憶された置換え規則に応じて各コマンドに対応する挿入項目に置換える置換えステップと、前記置換えステップによる置換え後のメールを前記自ドメインのクライアントに転送する転送ステップと、を実行させ、前記メール通信ステップは、他ドメインのクライアントへメールを送信する場合、相手メールサーバシステムが前記置換え規則を有するか否かを判断し、前記置換え規則を有する場合には、前記相手メールサーバシステムに前記置換えステップおよび転送ステップを実行させ、前記置換え規則を有しない場合には、前記あらかじめ記憶された置換え規則に従ってメール送信を実行することを特徴とするものである。
【００１５】
【発明の実施の形態】
以下に添付図面を参照して、本発明にかかる一実施の形態を詳細に説明する。
【００１６】
本発明の原理は、まず、クライアント間のメール通信を行うメールサーバシステムを用いて、送信メールに挿入すべき宛先、日付、時間、署名、定型文、添付ファイル等の挿入項目に対してそれぞれコマンドを対応付けておき、自ドメインのクライアントで作成される送信メールにコマンドを挿入させた状態で送信を行うことになる。
【００１７】
そして、メールサーバシステムには、挿入項目に対応するコマンドの機能を置換え規則として記憶させておき、自ドメインのクライアントを宛先とするメールを受信した場合には、その置換え規則に応じて各コマンドに対応する挿入項目に置換えて、送信元のユーザが直接挿入しようとしていた挿入項目を有するメールを再現することになる。そして、メールサーバシステムから宛先に相当する自ドメインのクライアントに置換え後のメールを転送することになる。
【００１８】
以下、具体的な構成について説明する。図１は本発明の一実施の形態によるメールサーバシステムを示す構成図であり、１はメールサーバシステムを示す。このメールサーバシステム１は、例えば図１に示したように、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ１１、ＰＯＰ（Post Office Protocol）サーバ１２、ＩＭＡＰ（Internet Messages Access Protocol）サーバ１３、フィルタ１４、標準実装機能１５等により構成される。
【００１９】
ＳＭＴＰサーバ１１は、インターネットのネットワークにおいて相手メールサーバシステムにメール送信をしたり、ホスト間でメールを転送するためのプロトコルに相当する。このＳＭＴＰサーバ１２は、送信側主体のプロトコルであり、ＰＯＰサーバ１２にユーザ別のメールボックスを用意させ、各ユーザ宛のメールを受信させることになる。
【００２０】
ＰＯＰサーバ１２は、電子メールの受信に使用されるメール転送プロトコルの一つであり、メールの配信処理を行なうものである。このＰＯＰサーバ１２は、サイト間のメール転送をＳＭＴＰによって行なうものである。
【００２１】
ＩＭＡＰサーバ１３は、インターネットの電子メールで使用されるメール転送プロトコルであり、メールボックスを複数個作成したり、階層構造でメールの整理を行うものである。このＩＭＡＰサーバ１３は、受信のみの機能を有しているので、送信の際はＳＭＴＰサーバ１１を利用することになる。
【００２２】
フィルタ１４は、標準実装機能１５を参照して上述した置換え規則に基づいて構成されるコマンド付の受信メールにフィルタをかけて本来のメールを再現するものである。受信メールはこのフィルタ１４を介して宛先のメールサーバを経由し、クライアントに転送される。フィルタ１４は、全体を制御するＣＰＵ、本実施の携帯による置換え規則に基づく動作を実現するためのプログラム及びその格納メモリ、ＲＯＭ、ＲＡＭ等の構成を有している。標準実装機能１５は、上述の置換え規則に相当するものであり、フィルタ１４の動作を決定している。この標準実装機能１５はユーザにより作成可能であり、置換え規則に基づくメール通信を行うメールサーバ間で共通化するように更新可能である。
【００２３】
つぎに、標準実装機能１５について説明する。図２は本実施の形態による標準実装機能１５を説明するテーブルの一例を示す図である。標準実装機能１５は、例えば図２に示したように、各種コマンド名にそれぞれ実現できる機能を対応させたものである。この標準実装機能１５は、各コマンドがフィルタ１４でどのように作用するかを示したものであり、図２の”置”はコマンド部分を機能の内容に置き換える。”送”は、メールの送信にあたって、機能の内容を実現するものである。”動”は”置”、”送”以外の動作を示している。また、図２一番右の”前”はフィルタ１４において宛先への送信前に動作するコマンド、”後”はフィルタ１４を実装しないメールサーバ、もしくは自分のドメイン内へのメール送信時に動作するコマンドを示している。また、標準実装機能１５はユーザがアドインすることで拡張可能となっている。
【００２４】
コマンドについては、ＮＡＭＥは名前置換え機能を示し、ＴＯ、ＣＣはそれぞれＴＯ一覧、ＣＣ一覧の埋め込み機能を示している。ＴＩＭＥ、ＤＡＴＥ、ＳＩＧＮ、ＦＩＸＥＤはそれぞれ時間、日付、署名、定型文の埋め込みを示している。ＦＩＬＥは、添付ファイル一覧の埋め込み、説明の付加、ＦＴＰ（File Transfer Protocol）変換、添付圧縮、別メール送信等の機能を示している。
【００２５】
ＦＲＯＭは、ＦＲＯＭの置換え機能を示している。ＳＥＮＤ、ＺＩＰはそれぞれ時限装置付きメール送信、郵便番号から住所への置換え機能を示している。ＣＨＥＣＫは、無題、添付ファイルの有無等のチェックを行う機能を示している。ＡＬＩＡＳ、ＨＥＬＰは、それぞれ名前からメールアドレスに変換する機能、コマンドレファレンスを取得する機能を示している。
【００２６】
つぎに、メール送信前後の表示について説明する。図３、図４はそれぞれメール作成時の表示例、受信メールの表示例を示す図である。
【００２７】
メール作成時、メール本文を記載する欄には、ＣＭＤで示された個所にコマンドが挿入されている（図３参照）。宛先の名前を挿入する際には、ユーザは所望の個所に｛＊ＮＡＭＥ｝を挿入すればよい。同様に、日付を挿入する際には、ユーザは所望の個所に｛＊ＤＡＴＥ：ＹＹＹＹ年ＭＭ月ＤＤ日｝を挿入すればよい。図３においては、その他に、書式指定のない日付｛＊ＤＡＴＥ｝、登録番号１，２の定型文書｛＊ＦＩＸＥＤ：１｝，｛＊ＦＩＸＥＤ：２｝、署名｛＊ＳＩＧＮ｝が挿入されている。
【００２８】
このように、ユーザはメール作成上は所望の個所に置換え規則で定義されるコマンドを挿入するだけでよいので、一般のメールソフトがメール作成を十分に支援してくれる、専用のメールソフトは不要となる。
【００２９】
以上のようにして作成された送信メールがユーザの操作により送信指示されると、クライアントからメールサーバシステムに転送され、さらにネットワーク、相手メールサーバシステムを介して宛先のクライアントに送信される。
【００３０】
宛先のクライアントにおいては、図４に示した如く、受信メールが表示される。すなわち、図４にＩＮＳで示したように、各コマンドＣＭＤに対応して本来の内容が置換え規則によって挿入される。コマンドＮＡＭＥにより“受信者Ａ”が置換え規則によって表示され、コマンドＤＡＴＥにより“２００２年１１月２２日”や“２００２／１１／２２”が同置換え規則によって表示される。
【００３１】
以下同様に、コマンドＦＩＸＥＤ１，ＦＩＸＥＤ２によりこれらも “ご好評頂いております。・・・”，“クレオセミナー・・・”が 置換え規則により表示される。また、コマンドＳＩＧＮにより“株式会社クレオ・・・”が置換え規則により表示される。
【００３２】
つぎに、通信手順について説明する。図５は本実施の形態によるＳＭＴＰプロトコルを説明する図、図６は本実施の形態によるメール通信方法を概略的に説明する図、そして、図７は本実施の形態によるメール通信動作を説明するフローチャートである。
【００３３】
まず、メールサーバシステム間で受信側のメールサーバシステムが置換え規則を有しているかどうかの判断について説明する。ＳＭＴＰプロトコルの拡張では、図５に示したように、送信側のメールサーバシステムと受信側のメールサーバシステムの接続後、送信側のメールサーバシステムより受信側のメールサーバシステムに対してＨＥＬＯ、ＥＨＬＯが送信され、受信側のメールサーバシステムより下り電文にＸ−ＡＬＩＡＳを付加させる。
【００３４】
これにより、下り電文に例えば２５０−Ｘ−ＡＬＩＡＳが付加されている場合には、受信側のメールサーバシステムが送信側のメールサーバシステムのフィルタ１４及び標準実装機能１５と同様のフィルタ及び定義ファイルを有しているものと判断することができる。すなわち、受信側のメールサーバシステムが置換え規則を有していることになる。一方、下り電文に例えば２５０−Ｘ−ＡＬＩＡＳが付加されていない場合には、受信側のメールサーバシステムが上述のフィルタ及び定義ファイルを有していないものと判断することができる。すなわち、受信側のメールサーバシステムが置換え規則を有していないことになる
【００３５】
つづいて図６の概略構成を用いてメール通信を説明する。図６において、１Ａ，１Ｂは置換え規則を有しているメールサーバシステムを示し、３，６は置換え規則を有していないメールサーバシステムを示している。メールサーバシステム１Ａ，１Ｂ，３，６はネットワーク（インターネット）を介して接続される。したがって、メールサーバシステム１Ａ、１Ｂ間の場合には置換え規則に従うフィルタ間通信を行うことが可能であり、その他の組み合わせではいずれか一方が置換え規則を有していてもフィルタ間通信を行うことは不可能となる。
【００３６】
メールサーバシステム１Ａは自ドメイン（ｎｅｗ．ｃｏ．ｊｐ）の配下に例えばクライアント２Ａ１（ａ＠ｎｅｗ．ｃｏ．ｊｐ），２Ａ２（ｂ＠ｎｅｗ．ｃｏ．ｊｐ）を接続させており、メールサーバシステム１Ｂは自ドメイン（ｎｅｗ．ｃｏｍ）の配下に例えばクライアント２Ｂ１（ａ＠ｎｅｗ．ｃｏｍ），２Ｂ２（ｂ＠ｎｅｗ．ｃｏｍ）を接続させている。
【００３７】
メールサーバシステム３は自ドメイン（ｎｏｒｍａｌ．ｃｏ．ｊｐ）の配下に例えばクライアント４（ａ＠ｎｏｒｍａｌ．ｃｏ．ｊｐ），５（ｂ＠ｎｏｒｍａｌ．ｃｏ．ｊｐ）を接続させており、メールサーバシステム１Ｂは自ドメイン（ｎｏｒｍａｌ．ｃｏｍ）の配下に例えばクライアント７（ａ＠ｎｏｒｍａｌ．ｃｏｍ），８（ｂ＠ｎｏｒｍａｌ．ｃｏｍ）を接続させている。
【００３８】
メールサーバシステム間で置換え規則の有無を判断するには、図５にて説明した通り、下り電文に例えば２５０−Ｘ−ＡＬＩＡＳの付加があるかどうかによる。
【００３９】
図６の概略構成において、メールサーバシステム１Ａ，１Ｂ間の場合には、置換え規則を用いたメール通信を実現することができる。これにより、メールのトラフィックを減少させることが可能である（図中、▲１▼）。さらに、送信元のクライアントにおいては、コマンドを挿入してメール作成を支援してくれるので、メール作成上の簡略化を実現することが可能であるとともに、メール作成上の作業効率を向上させることが可能である（図中、▲２▼）。
【００４０】
また、メールサーバシステム１Ａ又は１Ｂが送信側のメールサーバシステムとなり、受信側のメールサーバシステムがメールサーバシステム３又は６の場合には、少なくとも送信側のクライアントにてメールを作成する際には、コマンドを挿入して作成することができることから、ユーザ側のメール作成上の簡略化を実現することが可能であるとともに、メール作成上の作業効率を向上させることが可能である（図中、▲２▼）。
【００４１】
つづいて図７を用いて動作について簡単に説明する。図７には、自ドメインのメールサーバシステムとフィルタ有りのメールサーバシステム、フィルタ無しのメールサーバシステムとの間のシーケンスの一例を示している。メールサーバシステムの配下には、同ドメインのクライアントを接続させている。
【００４２】
フィルタ１４の機能は、例えば図７に示したように、メイン（Ｍａｉｎ）、マネージャ（Ｍａｎａｇｅｒ）、コントロール（Ｃｏｎｔｒｏｌ）、コントロールヘルパ（Ｃｏｎｔｒｏｌ  Ｈｅｌｐｅｒ）、リプレイス（Ｒｅｐｌａｃｅ）及びコマンド（Ｃｏｍｍａｎｄ）となる。自ドメイン内の機能としては、上述のフィルタ１４の機能にさらにメールサーバ機能、ＤＮＳ（Domain Name System）サーバ機能が付加される。
【００４３】
フィルタ１４においては、メインによりマネージャが起動されているとき、クライアントから接続要求があると、マネージャはその要求に応じてコントロールを起動させる。これにより、コントロールは、コントロールヘルパの起動及びその他の動作を制御することになる。
【００４４】
コントロールは、まずメールサーバ機能に接続要求を発行し、コマンドリストの返信を受け、その情報をクライアントに返信する。これにより、クライアントにおいてはサーバ情報を入手することができる。コントロールは、さらにドメイン外メールサーバを検索するため、ＤＮＳサーバに接続してその回答を得る。
【００４５】
また、コントロールは、相手メールサーバ（送信先のクライアントと同ドメインを共有し、配下に接続させたホストサーバ）に接続して、サーバ情報を得る。その際、図５で説明したように、ＥＨＬＯ等によりフィルタの存在が確認される。フィルタ有りのメールサーバであれば、Ｘ−ＡＬＩＡＳの付与からコマンドリスト（図２で説明した定義ファイル）を得ることはできるが、フィルタ無しのメールサーバであれば、コマンドリストの返信はない。
【００４６】
フィルタ有りの場合には、コントロールはコントロールヘルパにフィルタ情報を設定し、例えばＥＨＬＯ（通信開始を宣言）によりメールサーバ機能から自身のコマンドリストを受け取る。コントロールとクライアント間では、コントロールからクライアントに対して相手メールサーバのサーバ情報が返信され、クライアントからコントロールに対しても例えばＥＨＬＯの発行により相手メールサーバのコマンドリストが送られる。
【００４７】
そして、クライアントからコントロールには、“ＭＡＩＬ  ＦＲＯＭ” （メール送信者を通知）が送られると、コントロールは、コントロールヘルパに“ＭＡＩＬ  ＦＲＯＭ”を設定するとともに、メールサーバ機能からはその応答を得る。その応答は、コントロールからクライアントにも応答される。
【００４８】
クライアントは、“ＭＡＩＬ  ＦＲＯＭ”の応答を受け取ると、コントロールとの間で“ＲＣＰＴ  ＴＯ”（メール受信者を通知）を宛先数繰り返し実行する。コントロールは、コントロールヘルパに“ＲＣＰＴ  ＴＯ”を設定するとともに、メールサーバ機能からはその応答を得る。その応答は、コントロールからクライアントにも応答される。
【００４９】
つぎにクライアントはＤＡＴＡ（メール本文の監視を通知）をコントロールに送り、コントロールはメールサーバ機能に転送する。その応答は、コントロールを介してクライアントに応答される。
【００５０】
そして、クライアントからメール送信が行われる。コントロールは、コントロールヘルパに対してメールヘッダの設定、マルチパート分析、リプレイスに対してその起動、メールボディの設定、一時置換え結果の返信受け、メールサーバ機能に対してフィルタ有りメールサーバ（他ドメイン）に対するメール送信、その応答受けを行う。
【００５１】
コンロールは、相手メールサーバがフィルタ無しの場合には、自ドメインをコントロールヘルプに送り、フィルタ無しドメイン名を取得する。そして、コントロールは、リプレイスより二次置換え結果を取得してフィルタ無しドメイン（相手メールサーバ）に対して例えばＪａｖａ（Ｒ）Ｍａｉｌでメール送信を行う。
【００５２】
このように、コントロールは、メール送信に対する応答を得ると、クライアントに転送する。クライアントはコントロールに対してＱＵＩＴ（通信の終了を宣言）を送信すると、コントロールはその終了をメールサーバ機能に転送する。これにより、相手メールサーバからの応答を受け取ると、相手メールサーバとのメール通信は終了する。
【００５３】
以上説明したように、本実施の形態によれば、複数の宛先に対して一部変更を伴うメールを送信する際の作業を簡略化し、メールサーバシステム間のトラフィックを減少させ、インターネットの高速化に貢献することが可能である。
【００５４】
また、クライアントのアプリケーションには依存せず、とくに専用メーラを必要としないので、既存のメールサーバシステムをそのまま使用することが可能である。
【００５５】
本発明は上述した実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々の変形が可能である。
【００５６】
【発明の効果】
以上説明したように本発明によれば、複数の宛先に対して一部変更を伴うメールを送信する際の作業を簡略化し、メールサーバシステム間のトラフィックを減少させ、インターネットの高速化に貢献することが可能なメールサーバシステム、メール通信システム、メール通信方法およびメール通信プログラムを提供できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるメールサーバシステムを示す構成図である。
【図２】本実施の形態による標準実装機能１５を説明するテーブルの一例を示す図である。
【図３】メール作成時の表示例を示す図である。
【図４】受信メールの表示例を示す図である。
【図５】本実施の形態によるＳＭＴＰプロトコルを説明する図である。
【図６】本実施の形態によるメール通信方法を概略的に説明する図である。
【図７】本実施の形態によるメール通信動作を説明するフローチャートである。
【符号の説明】
１  メールサーバシステム
１Ａ，１Ｂ  メールサーバシステム
１１  ＳＭＴＰサーバ
１２  ＰＯＰサーバ
１３  ＩＭＡＰサーバ
１４  フィルタ
１５  標準実装機能
２Ａ１，２Ａ２，２Ｂ１，２Ｂ２  クライアント
【図１】
0003698705.tif 000002
【図２】
0003698705.tif 000003
【図３】
0003698705.tif 000004
【図４】
0003698705.tif 000005
【図５】
0003698705.tif 000006
【図６】
0003698705.tif 000007
【図７】
0003698705.tif 000008