(57)【特許請求の範囲】
【請求項１】
ネットワークにより電子メール通信を容易にするための電子メールサーバにおいて、前記電子メールサーバは、
複数のデータベース記録を含んでいるアカウントネームデータベースを具備し、
前記データベース記録は、それぞれ電子メールアカウントと関係しており、記録文字セットタイプを有する少なくとも１つの記録文字を含んでいる電子メールアドレスネームと、前記記録文字セットタイプを識別する記録文字セット識別子とをそれぞれ含んでおり、
前記電子メールサーバはさらに、
メッセージデータベ−スと、
前記アカウントネームデータベ−スおよび前記メッセージデータベースと通信し，ネットワーク上でネットワークサーバから受信された少なくとも１つの電子メールメッセージを処理するアカウントネームプロセッサとを具備し、前記電子メールメッセージは少なくとも１つの電子メールアドレス文字を含む電子メールアドレスを含んでおり、前記アドレス文字の１つは非ＡＳＣII文字セットのメンバーであり、
前記アカウントネームプロセッサは、
前記ネットワークサーバと前記文字セットを折衝して、前記受信された電子メールアドレスと前記折衝された文字セットとを前記電子メールアカウントの１つと相関するように構成されている相関プロセッサと、
前記相関プロセッサと通信して前記相関の結果にしたがって前記メッセージデータベースに、前記受信された電子メールメッセージを導く応答プロセッサとを具備している電子メールサーバ。
【請求項２】
前記受信された電子メールアドレスは前記文字セットを識別する文字セット識別子を含み、前記相関プロセッサは前記受信された電子メールアドレスおよび前記識別された文字セットから前記１つの電子メールアカウントを識別するように構成されている請求項１記載の電子メールサーバ。
【請求項３】
前記１つの電子メールアカウントはそれと関連する複数の前記電子メールアドレスネームを有し、前記各電子メールアドレスネームは前記１つの電子メールアカウントに対する１つの電子メールアドレス別名を含み、前記文字セットタイプの１つと関連しており、前記相関プロセッサは前記受信された電子メールアドレスにより前記電子メールアドレス別名を問合わせることにより前記相関動作を行うように構成されている請求項１記載の電子メールサーバ。
【請求項４】
電子メールサーバとネットワークサーバの間で電子メールメッセージに対して文字セットを折衝し、前記文字セットは非ＡＳＣII文字セットを含んでおり、
前記電子メールサーバにおいて前記ネットワークサーバから電子メールメッセージを受信し、前記電子メールメッセージは少なくとも１つの電子メールアドレス文字を含む電子メールアドレスを有し、前記アドレス文字の１つは前記折衝された文字セットのメンバーであり、前記電子メールサーバは電子メールアカウントと関連している電子メールアドレスネームを有する少なくとも１つの電子メールアカウントを維持しており、
前記受信された電子メールアドレスを前記電子メールアカウントの１つと相関させ、
前記相関の結果にしたがって前記受信された電子メールメッセージをメッセージデータベースに導くステップを含んでいる、電子メール通信方法。
【請求項５】
前記折衝するステップは、使用できる文字セットの指示を前記ネットワークサーバに提供し、前記使用できる文字セットの選択された１つの指示を前記ネットワークサーバから受信するステップを含んでいる請求項４記載の方法。
【請求項６】
前記受信された電子メールアドレスは前記文字セットを識別する文字セット識別子を含み、前記電子メールサーバは複数のデータベース記録を保持し、前記各記録は前記電子メールアカウントのそれぞれ１つと関連し、記録文字セットタイプを有する少なくとも１つの記録文字を含んでいる電子メールアドレスネームと、前記記録文字セットタイプを識別する記録文字セット識別子とを含んでおり、前記相関するステップは前記受信された電子メールアドレスと受信された文字セット識別子を前記データベースに問合わせるステップを含んでいる請求項４記載の方法。
【請求項７】
前記電子メールサーバは複数のデータベース記録を維持し、それらの各記録は、前記電子メールアカウントのそれぞれと関連し、記録文字セットタイプを有する少なくとも１つの記録文字を含んでいる電子メールアドレスネームと、前記記録文字セットタイプを識別する記録文字セット識別子とを含み、前記相関された１つの電子メールアカウントはそれと関係する複数の前記電子メールアドレスネームを有し、前記各電子メールアドレスネームは前記相関された１つの電子メールアカウントに対する１つの電子メールアドレスの別名を含み、前記文字セットタイプの１つと関連しており、前記相関するステップは前記受信された電子メールアドレスに前記電子メールアドレスの別名を問合わせるステップを含んでいる請求項４記載の方法。
【請求項８】
前記電子メールメッセージはヘッダ部分およびデータ部分を含み、ヘッダ部分は前記電子メールアドレスを含み、前記メッセージを受信するステップはヘッダ部分およびデータ部に対するポインタを受信するステップを含んでいる請求項４記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、広域ネットワークによる電子メールの伝送および配送を容易にするためのシステムおよび方法に関する。特に、本発明は、非ＡＳＣII文字からなる電子メールアカウント識別子を認識するように構成された電子メールサーバに関する。
【０００２】
【従来の技術】
ネットワークによる通信装置間の通信を容易にするために、各ネットワーク装置は典型的に特有の数字のネットワークアドレスを割当てられている。ネットワーク装置の１つと関係するユーザは、その後は意図する装置と通信するために意図する装置の数字のネットワークアドレスを有するネットワーク転送層を与えることだけが必要である。このシステムは、ネットワーク通信装置の数が少ない小さいネットワークでは満足できる機能を行うが、そのようなシステムでは、各ネットワークユーザが非常に多数の特有の数字のネットワークアドレスを思い出す必要があるために大きいネットワークに容易に転送することができない。この理由で、ドメインネームシステム（ＤＮＳ）が1987年にＭockapeytisによってインターネットによる通信装置間の通信を容易にする機構として提案された（ＲＥＣ1034およびＲＥＣ1035、ニューヨークワーキンググループ；現在http/www,intf.org で入手可能）。
【０００３】
ＤＮＳは数字の（ＩＰ，“インターネットプロトコル”）ネットワークアドレスをドメインネームと関連させることによってインターネット通信を容易にしている。ＤＮＳは基本的にリソース記録と、ドメインネームサーバと、レゾルバとから構成されている。各リソース記録はネットワークノードのＩＰアドレスとＩＰアドレスに関係するドメインネームとを含む各ネットワークノードに関する情報を含んでいる。リソース記録は共にツリー構造のドメインネームスペースをインターネットに与える。ドメインネームサーバはインターネットサーバであり、それはドメインネームスペースに関する情報を保持している。特に、各ドメインネームサーバはドメインネームスペースのそれ自身のサブセットと関連するリソース記録を保持しているファイル（ゾーンファイル）を有している。これらの記録は“信頼すべき記録”と呼ばれている。また、レゾルバからの問合わせにより、ドメインネームサーバは、ローカルでないデータがレゾルバによってリクエストされたとき検索プロセスの性能を改善するために他のドメインネームサーバから得たリソース記録のコピーを一時的に記憶(cache) する。レゾルバはクライアントリクエストに応答してドメインネームサーバから情報を抽出するローカルプログラムである。
【０００４】
典型的に、特定のＩＰアドレスにおいてネットワーク装置と関連するドメインネームはトップレベルのラベルフィールドと１以上のそれより低いレベルのラベルフィールドとを有する。ドメインネームを含むラベルフィールドは区切り文字（“- ”）によって互いに分離されており、ドメインネーム階層中のそれぞれの相対レベルにしたがってドメインネーム中にそれぞれ位置している。遠隔のネットワーク装置に存在している電子メールアカウントを有する受信者に電子メールメッセージを送信するために、発信元のローカルコンピュータを使用して電子メールメッセージの発信元はその電子メールメッセージを、発信元のネーム、発信元が電子メールアカウントを設定した電子メールサーバのドメインネーム、受信者のネーム、および受信者が電子メールアカウントを設定した電子メールサーバのドメインネームと共にその電子メールサーバに与える。実効的に、各電子メールアカウントは異なった名簿（ディレクトリ）として電子メールサーバ上に現れて、それぞれ入来する電子メールメッセージを記憶するためのサブディレクトリと、出て行く電子メールメッセージを記憶するためのサブディレクトリとを有している。
【０００５】
発信元から電子メールメッセージを受信したとき、発信元の電子メールサーバは包括的な特有のメッセージ識別子を割当て（電子メールメッセージの受信時間にしたがって決定された）、電子メールメッセージから受信者の電子メールサーバのドメインネームを抽出し、抽出されたドメインネームを受信者の電子メールサーバのＩＰアドレスの決定のためにドメインネームレゾルバに転送する。このレゾルバは、トップレベルドメインと関連するゾーンファイルを有するＤＮＳサーバのＩＰアドレスを得るためにドメインネーム中で識別されたトップレベルラベルについてルートＤＮＳサーバに問合わせる。その後、レゾルバは得られたＩＰアドレスを使用して識別されたＤＮＳサーバにアクセスし、ドメインネーム階層中の次に高い位置を占めるラベル（ドメインネーム中のトップレベルラベルのすぐ左のラベル）によりＤＮＳサーバのＩＰアドレスを獲得し、それは問合わされたラベルと関連するゾーンファイルを有している。このプロセスはドメインネーム中の各ラベルが分解されるまで継続し、それが完了した時点で最後に問合わされたＤＮＳサーバが特定されたドメインネームを有するネットワーク装置のＩＰアドレスを有するレゾルバを与える。その後、このレゾルバは受信されたＩＰアドレスを発信元の電子メールサーバに送信する。
【０００６】
受信者の電子メールサーバに割当てられたＩＰアドレスを受信したとき、発信元の電子メールサーバは受信者の電子メールサーバと通信チャンネルを設定し、その通信チャンネルによって、典型的にはシンプル・メール転送プロトコル（通常“ＳＭＴＰ”と呼ばれ、詳細はＲＦＣ821 およびＲＦＣ1869，“http/www,ietf.org ”に記載されている）を使用してその電子メールメッセージを転送する。電子メールメッセージを受取る意思があり、受信者がそれについての電子メールアカウントが設定されたことを受信者の電子メールサーバが承認する初期のハンドシェイク後、発信元の電子メールサーバは電子メールメッセージを受信者の電子メールサーバに送信し、その後通信チャンネルを閉じる。電子メールメッセージを受信したとき、受信者の電子メールサーバはその電子メールメッセージを受信者に関連するディレクトリに記憶する。
【０００７】
電子メールメッセージを検索するために、受信者は受信者の電子メールサーバとの通信チャンネルを設定し、通信チャンネル上で典型的にはポストオフィスプロトコル・バージョン３（通常“ＰＯＰ３”と呼ばれており、詳細はＲＦＣ1939およびＲＦＣ2449，“http/www,ietf.org ”に記載されている）を使用して電子メールメッセージを検索する。再び、電子メールメッセージを受信者に送信する準備ができたことを受信者の電子メールサーバが承認する初期のハンドシェイク段階後、受信者は割当ててられたユーザネームおよびパスワードを使用して電子メールサーバによって自分を証明する。受信者が自分の証明に成功した後、受信者は通信チャンネルにより受信者のローカルコンピュータに電子メールメッセージの送信を開始することが可能になる。
【０００８】
【発明が解決しようとする課題】
電子メールシステムはＳＭＴＰおよびＰＯＰ３を使用して世界的規模で構成されることに成功しているが、通常の電子メールシステムは少なくとも３つの大きな欠点を有する。第１に、ＤＮＳにより形成されたドメインネームはＡＲＰＡＮＥＴホストネームに対するルールに従わなければならない。結果的に電子メールサーバと関連する各ドメインネームは１つの“文字”または数字０〜９の１つで開始および終了しなければならず、間に“文字”、数字０〜９、またはハイフォンしか含まれない。さらに、各“文字”はＡ〜Ｚおよびａ〜ｚの１つでなければならない。その結果、利用できるドメインネームの数は厳しく制限される。第２に、ＤＮＳシステムは、同じスペルであるが、そのコンポーネントの文字はそれぞれの場合のタームで対応していない２つのドメインネームは同じネットワークアドレスにレゾルブされる。第３に、多くの電子メールサーバは電子メールアカウントネームの一部として、ハイフォン、数字０〜９、および文字Ａ〜Ｚおよびａ〜ｚを受取るだけであるので、利用できるアカウントネームの数が制限される。
【０００９】
それ故、電子メールアドレスのアカウントネームコンポーネントおよびドメインネームコンポーネントに対して利用可能な文字の数および形式を拡張することのできる電子メールシステムの必要性が存在する。
【００１０】
【課題を解決するための手段】
本発明の第１の特徴によれば、従来の電子メールシステムの欠点を克服してネットワーク上の電子メール通信を容易にする電子メールサーバおよび方法を提供する。
【００１１】
本発明の第１の特徴による電子メールサーバは、アカウントネームデータベースと、ネットワークにより受信されたメッセージに応答するためにアカウントネームデータベースと通信するアカウントネームプロセッサとを具備している。典型的に、メッセージは少なくとも１つのアカウントネーム文字（アカウントネーム文字セットタイプを有する）を含み、文字セットタイプは非ＡＳＣIIコンパチブル文字セットを含んでいる。アカウントネームデータベースは複数のデータベース記録を含み、各データベース記録は、記録文字セットタイプとその記録文字セットタイプを識別する記録文字セット識別子とを有している。アカウントネームプロセッサは相関プロセッサと、応答プロセッサとを具備している。相関プロセッサは受信された電子メールアカウントネームラベルと、関連する文字セットタイプにしたがった各電子メールアカウントネームとの間の相関関係を決定するように構成されている。応答プロセッサは、この相関プロセッサと通信して相関指示にしたがってメッセージに対して応答を与える。
【００１２】
本発明の第１の特徴による電子メール通信を容易にする方法は、（１）電子メールアカウントネームラベルを含むメッセージを電子メールサーバにおいて受信し、この電子メールサーバは電子メールアカウントネームと関係している少なくとも１つの電子メールアカウントをそれぞれ維持し、アカウントネームラベルは少なくとも１つのアカウントネーム文字を含み、この少なくとも１つのアカウントネーム文字はアカウントネーム文字セットタイプを有しており、文字セットタイプは非ＡＳＣIIコンパチブル文字セットを含んでおり、（２）受信された電子メールアカウントネームラベルと、関連する文字セットタイプにしたがった各電子メールアカウントネームとの間の相関関係を決定し、（３）相関指示にしたがってメッセージに応答する。
【００１３】
本発明の第２の特徴によれば、電子通信を容易にするための電子メッセージが提供される。本発明の第２の特徴によるこの電子メッセージは、ヘッダ部分と、そのヘッダ部分と関連するデータ部分とを含む。ヘッダ部分は電子メールアカウントネームラベルを含み、アカウントネームラベルは少なくとも１つのアカウントネーム文字を含み（アカウントネーム文字セットタイプを有する）、文字セットタイプは非ＡＳＣIIコンパチブル文字セットを含む。データ部分はメッセージの発信元を識別する発信元フィールドとメッセージの受信者を識別する受信者フィールドとを含み、フィールドの１つは電子メールアカウントネームラベルと関係している。
【００１４】
本発明の第３の特徴によれば、電子通信を容易にするための電子メールアカウントネームデータベースが提供される。本発明の第３の特徴によるこのアカウントネームデータベースは少なくとも１つのデータベース記録を含んでおり、それぞれ（１）電子メールアカウントネームと関連し、記録文字セットタイプを有する少なくとも１つの記録文字を含んでいるアカウントネームラベルと、（２）記録文字セットタイプを識別する記録文字電子セット識別子とを含んでいる。
【００１５】
【発明の実施の形態】
本発明の好ましい実施形態を添付図面を参照に単なる例示として説明する
図１を参照すると、全体を100 で示された電子メールシステムは、複数のネットワーククライアント102 、複数のネーム決定サーバ104 、複数のネットワークアドレスサーバ106 、複数の電子メール転送サーバ200 、複数の電子メール配送サーバ500 、およびネットワーククライアント102 とネーム決定サーバ104 とネットワークアドレスサーバ106 と電子メール転送サーバ200 と電子メール配送サーバ500 とを相互接続している通信ネットワーク108 とを備えている。通信ネットワーク108 はインターネットからなり、電子メール転送サーバ200 はＳＭＴＰベースのサーバで構成され、電子メール配送サーバ500 はＰＯＰ３ベースのサーバで構成されることが好ましい。しかしながら、通信ネットワーク108 はまた、イントラネット、または無線ネットワークのような他のネットワーク形態であってもよく、電子メールサーバ200 および500 は所望によりＳＭＴＰおよびＰＯＰ３以外のプロトコルを使用してもよい。さらに、各電子メール転送サーバ200 は電子メール配送サーバ500 と対にされてもよく、両サーバ500 が共通のコンピュータに設けられてもよい。
【００１６】
各ネットワーククライアント102 は通信ネットワーク108 によりネーム決定サーバ104 、電子メール転送サーバ200 、電子メール配送サーバ500 と通信するためのソフトウエアを備えたパーソナルコンピュータを含んでいる。さらに、ネーム決定サーバ104 とネットワークアドレスサーバ106 は、ＲＦＣ1034およびＲＦＣ1035においてＭockapetrise により記載されたようにそれぞれドメインネームレゾルバおよびドメインネームサーバで構成されることもできる。ＲＦＣ1034およびＲＦＣ1035は公開されて入手可能な文献であり、ドメインネームレゾルバおよびドメインネームサーバの構造および動作は当業者によく知られているから、ネーム決定サーバ104 とネットワークアドレスサーバ106 について説明する必要はない。
【００１７】
図２に示されるように、各電子メール転送サーバ200 はネットワーククライアント102 および他の電子メール転送サーバ200 と通信ネットワーク108 により通信するためのネットワークインターフェース202 と、ネットワークインターフェース202 と通信する中央処理装置（ＣＰＵ）204 と、ＣＰＵ204 と通信する不揮発性メモリ（ＮＶＭ）206 および揮発性メモリ（ＲＡＭ）208 とを備えている。ＮＶＭ206 は磁気または光記憶装置であることが好ましく、不揮発性のアカウントネームデータベース210 を含み、それは電子メール転送サーバ200 によって管理された各電子メールアカウントを識別する記録と、ネットワーククライアント102 から受信された電子メールメッセージを記憶する電子メールメッセージデータベース212 とを有している。ＳＭＴＰベースの電子メールサーバの構造と整合して電子メールメッセージデータベース212 は複数のディレクトリまたは電子フォルダーを含み、それぞれ各電子メールアカウントと関連し、ボックス内のサブディレクトリおよびボックス外のサブディレクトリを含んでいる。
【００１８】
ＮＶＭ206 はまたＣＰＵ204 に対するプロセッサ命令を含んでおり、それはＲＡＭ208 中に不揮発性のアカウントネームデータベース210 のコピーとして揮発性のアカウントネームデータベース214 を設定し、メモリオブジェクトはアカウントネームデータベース214 と通信するアカウントネームプロセッサ216 を規定する。認められるように、アカウントネームデータベース214 はＲＡＭ208 中に設定され、アカウントネーム決定プロセスの速度を増加させ、速度があまり問題にならないアプリケーションにおいては省略されてもよい。
【００１９】
各電子メール転送サーバ200 のアカウントネームデータベース214 はそれぞ電子メールアカウントと関連している複数のデータベース記録300 を含んでいる。典型的なデータベース記録の構造は図３に示されている。示されているように、各データベース記録300 は複数の文字302 を含み、それらは共に電子メールアカウントネーム304aを規定し、文字セット識別子306aは、電子メールアカウントネーム304aを構成する文字がメンバーである文字セットを識別する。しかしながら、１つの文字セットを使用する電子メールアカウントネームを規定するために使用される文字コードは別の文字セットを使用する別の電子メールアカウントネームを規定することができることが認識される。したがって、以下説明するアカウントネーム決定プロセスにしたがわない（すなわち、電子メールアドレスユーザネームコンポーネントを定めるために使用される文字セットを識別するために文字セット識別子を送信しない）他のＳＭＴＰサーバと通信することを電子メール転送サーバ200 に許容するために、各データベース記録は関連する（異なった）文字セット識別子をそれぞれ有する複数の疑似電子メールアカウントネーム304b, 304c, 304dを含んでいる。
【００２０】
示された実施形態において、電子メールアカウントネーム304a, 304bは同じ文字符号を使用するが、各電子メールアカウントネームを規定するために異なった文字セット（漢字セットＢｉｇ５およびＧＢ２３１２）を使用する。電子メールアカウントネーム304a, 304cは異なった文字セット（漢字セットＢｉｇ５およびＧＢ２３１２）を使用するが異なった文字符号を使用する同じアカウントネームを規定する。電子メールアカウントネーム304c, 304dは再び異なった文字セット（漢字セットＢｉｇ５およびＧＢ２３１２）を使用するが同じ文字符号を使用して異なったアカウントネームを規定する。以下明らかにされるように、電子メールアカウントネーム304aと複数の電子メールアカウントネーム別名304b, 304c, 304dにより各電子メールアカウントをユニークに関連させることにより、電子メール転送サーバ200 は、受信された電子メールアドレスが文字セット識別子を含まない場合でも（以下説明する）複数の異なった文字セットの任意のものを使用して定められたアカウントネームをレゾルブすることができる。しかしながら、電子メールシステム100 の目的は、ユニコードベースの文字セットのような多数の国の文字セットに対して全ての電子メールサーバによって使用された文字セット均等に標準化することであり、そのため任意のアカウントネームは文字セット識別子を参照にすることなく任意の言語で規定されることができる。結果的に、文字セット識別子306 と電子メールアカウント別名304b, 304c, 304dの使用は伝統的な方法であり、多数の国の文字セットに対して標準としての時間が設定されるまで使用されることが認められるであろう。
【００２１】
再び図２を参照すると、アカウントネームプロセッサ216 が示されており、それは相関プロセッサ218 とこの相関プロセッサ218 と通信している応答プロセッサ220 とを備えている。相関プロセッサ218 は電子メールアドレスのアカウントネームコンポーネントとアカウントネームデータベース214 中で識別されたアカウントネーム304 との間の相関を決定するように構成されている。換言すれば、各電子メール転送サーバ200 の相関プロセッサ218 は、通信ネットワーク108 を通って受信された電子メールメッセージの電子メールアカウントネームコンポーネントが電子メール転送サーバ200 のアカウントネームデータベース214 における対応するエントリーを有するか否かを決定するように構成されている。応答プロセッサ220 は相関指示にしたがって受信された電子メールメッセージに応答を行うように構成されている。
【００２２】
各電子メール転送サーバ200 は非ＡＳＣIIコンパチブル文字セット（ＵＴＦ-8：８ビットユニコードベース文字セット）を含む複数の異なった文字セットを認識して８ビット電子メールサーバにより電子メール（アカウントネームフィールド中の他国文字を有する）の通信を容易にするように構成されていることが好ましい。さらに、７ビット電子メールサーバによるバックワードコンパチビリティのために７ビットＡＣＥ（ＡＳＣIIコンパチブル符号化）文字セットを各電子メール転送サーバ200 が認識するように構成されることが好ましいが、。しかしながら、上述のように、ユニコードベース文字セットのような多数の国文字セットに対して全ての電子メールサーバにより使用される文字セットを標準化してそれにより文字セット識別子を参照することなく任意の言語でアカウントネームが規定されることができるようにすることが電子メールシステム100 の目的である。結論として、ＡＣＥ文字セットの使用は、多数の国の文字セットに対する標準規格が設定され、全ての電子メールサーバが多数の国の文字セットによりコード化されたアカウントネームを認識できるようになるまでは使用される伝統的な手法である。
【００２３】
電子メールメッセージ400 の構造（発信元の電子メール転送サーバ200 と受信者の電子メール転送サーバ200 との間で送信されることができる）は図４に示されている。図示されているように、電子メールメッセージ400 はＲＦＣ822 で詳細に記載されているインターネットテキストメッセージに対する標準のメッセージフォーマットに類似しており（http://www.jett.org.で利用可能）、電子メールメッセージ400 はメッセージＩＤ402 と、テキストヘッダ部分404 と、ヘッダ部分404 と関連するテキスト本体すなわちデータ部分406 とを含んでいる。ヘッダ部分404 は複数のヘッダライン408 を含み、それらはそれぞれフィールド識別子410 、アカウント“ニックネーム”414 を規定する複数の文字412 、および電子メールアカウントネーム418 を規定するフィールド識別子410 と関連する複数の文字416 を含んでいる。
【００２４】
“Ｍ−ＦＲＯＭ”および“Ｍ−ＲＥＰＬＡＹ−ＴＯ”フィールド識別子410 とそれぞれ関連されたアカウントネーム418 は多国の文字を使用するアカウントネームの表示のために電子メール転送サーバ200 によって使用される。特に、“Ｍ−ＦＲＯＭ”フィールド識別子410 は電子メールメッセージの発信元のアカウントネームを規定し、一方、“Ｍ−ＲＥＰＬＡＹ−ＴＯ”フィールド識別子410 は回答が送信されるべきアカウントネームを規定する。“ＦＲＯＭ”および“ＲＥＰＬＡＹ−ＴＯ”フィールド識別子410 は“Ｍ−ＦＲＯＭ”および“Ｍ−ＲＥＰＬＡＹ−ＴＯ”フィールド識別子410 とそれぞれ類似した目的に対してサービスする。ただし例外として“ＦＲＯＭ”および“ＲＥＰＬＡＹ−ＴＯ”フィールド識別子410 に関連するアカウントネームはコンプライアントでないクライアントサーバ102 とのバックワードコンパティビリティを確実にするためにＡＣＥ文字セットを使用して規定される。電子メール配送サーバ500 は実質上電子メール転送サーバ200 と類似した構造である。図５に示すように、各電子メール配送サーバ500 は通信ネットワーク108 上でネットワーククライアント102 および電子メール転送サーバ200 と通信するためのネットワークインターフェース502 と、ネットワークインターフェース502 と通信する中央処理装置（ＣＰＵ）504 と、ＣＰＵ504 と通信する不揮発性メモリ（ＮＶＭ）506 および揮発性メモリ（ＲＡＭ）508 とを備えて入る。ＮＶＭ506 は磁気または光記憶装置であることが好ましく、不揮発性のアカウントネームデータベース510 を含み、それは電子メール配送サーバ500 によって管理される各電子メールアカウントを識別する記録と、入来する電子メールメッセージをキャッシュするためのメッセージデータベース512 とを有している。
【００２５】
ＮＶＭ506 はまたＣＰＵ504 のためのプロセッサコマンドを含み、それはＲＡＭ508 中に不揮発性のアカウントネームデータベース510 のコピーとして揮発性のアカウントネームデータベース514 を設定し、メモリオブジェクトはアカウントネームデータベース514 と通信するアカウントネームプロセッサ516 を規定する。各電子メール配送サーバ500 のアカウントネームデータベース514 はそれぞれ電子メールアカウントと関連している複数のデータベース記録300 を含んでいる。示されているアカウントネームプロセッサ516 は相関プロセッサ518 と、この相関プロセッサ518 と通信している応答プロセッサ520 とを備えている。相関プロセッサ518 はネットワーククライアント102 から受信されたアカウントネームとアカウントネームデータベース514 中で識別されたアカウントネームとの間の相関を決定して受信されたアカウントネームが確実なものであるか否かを決定する。応答プロセッサ520 は相関指示にしたがってネットワーククライアント102 に対して応答を与えるように構成されている。
【００２６】
電子メールシステム100 の動作を図６の（ａ）および（ｂ）を参照に以下説明する。電子メールサーバ200, 500が配備され、電力が供給されると、各電子メールサーバ200, 500はそのそれぞれのデータベースをそれぞれのＲＡＭに読込む。その後、ステップ500 で、ネットワーククライアント102 の１つは電子メール転送サーバ200 の１つ（“発信元”電子メール転送サーバ200 ）と電子メール転送サーバ200 の別のものとの通信ネットワーク108 による通信チャンネルをオープンさせて、電子メールメッセージ400 を受信電子メール転送サーバ200 にある電子メールアカウントを有する受信者に送る。ＳＭＴＰプロトコルが一致すると、各電子メール転送サーバ200 は電子メール転送リクエストの開始のためにＴＣＰポート25で接続を待機するように構成されている。
【００２７】
一度通信チャンネルが設定されると、ステップ502 において発信元サーバ200 は受信サーバ200 にコマンドを送信し、受信サーバ200 が多数の国の言語の文字を含む電子メールアドレスを有するメッセージ400 を処理することができるか否かを示すことをリクエストし、イエスならば、受信サーバ200 によって認識された文字セットのリストを発信元サーバ200 に与える。実際にステップ502 において、発信元サーバ200 は適当な文字セットについて受信サーバ200 と折衝を試みる。ステップ504 において、発信元サーバ200 は識別された文字セットの１つを選択して受信サーバ200 に“ＭＡＩＬ  ＦＲＯＭ”コマンドを電子メールメッセージ400 の発信元のアカウントネームと共に送信し、そのアカウントネームは選択された文字セットおよび選択された文字セットを規定する“ＣＨＡＲＳＥＴ”パラメータで符号化されている。
【００２８】
アカウントネームおよびそれに関連する“ＣＨＡＲＳＥＴ”パラメータを受信したとき、ステップ506 において受信サーバ200 のアカウントネームプロセッサ216 は、受信された“ＣＨＡＲＳＥＴ”パラメータが受信サーバ200 により認識された文字セットの１つを識別するか否かを決定する。“ＣＨＡＲＳＥＴ”パラメータが認識された場合には、受信サーバ200 はポジティブな承諾を回答し、一方、もしも“ＣＨＡＲＳＥＴ”パラメータが認識されない場合には、受信サーバ200 はエラーメッセージを回答する。
【００２９】
適切な文字セットが折衝により決定された後、ステップ508 で発信元サーバ200 は“ＲＣＰＴ  ＴＯ”コマンドを選択された文字セットでコード化された電子メールメッセージ400 の受信者のアカウントネームと共に受信サーバ200 に送信する。ステップ510 におけるアカウントネームの受信において、受信サーバ200 のアカウントネームプロセッサ216 は受信されたアカウントネームおよび“ＣＨＡＲＳＥＴ”パラメータを有するアカウントネームデータベース214 を問合わせてアカウントネームが確実なものか否かを決定する。その代わりに、発信元サーバ200 が“ＣＨＡＲＳＥＴ”パラメータを与えない場合には、受信サーバ200 のアカウントネームプロセッサ216 は電子メールアカウントネーム304aまたはアカウントネーム別名304b, 304c, 304dの１つと整合するエントリーに対する受信されたアカウントネームをそのアカウントネームデータベース214 に問合わせる。
【００３０】
ステップ512 において受信サーバ200 からポジティブな応答を受取ったとき、発信元サーバ200 は電子メールメッセージ400 のデータ部分を受信サーバ200 に送信し、その後受信サーバ200 との通信チャンネルを閉じる。その代わりに、１つの変形では、発信元サーバ200 はヘッダ部分404 だけをデータ部分に対するポインタと共に受信サーバ200 に送信し、その場合にデータ部分406 は発信元サーバ200 の電子メールメッセージデータベース212 に記憶されている。この変形は、同じ受信サーバ200 に電子メールアカウントを有している電子メールメッセージ400 に対する複数の受信者の全てを電子メールメッセージ400 の発信元が識別する場合には特に有効である。それは受信サーバ200 のディスクのスペースを節約できるからである。その代わりに、さらに別の変形では、発信元サーバ200 はヘッダ部分404 とデータ部分406 とを受信サーバ200 に送信し、受信サーバ200 はその電子メールメッセージデータベース212 中に受信された電子メールメッセージ400 の単一のコピーを保持し、その後電子メール配送サーバ500 にヘッダ部分404 およびデータ部分406 に対するポインタを与え、その場合データ部分406 は受信サーバ200 の電子メールメッセージデータベース212 に記憶される。
【００３１】
発信元電子メール転送サーバ200 （Ｃ）と受信電子メール転送サーバ200 （Ｓ）との間のサンプルＳＭＴＰセッションは以下に示されており、コマンド“ＥＨＬＯ”はＳＭＴＰセッションからのコマンドであり、受信サーバ200 からサポートされたモードのリストおよび文字セットをリクエストする。選択された文字セットはＵＴＦ-8であり、応答“ＭＡＴＲＸ”ｔｏ“ＥＨＬＯ”コマンドは、受信サーバ200 がサブジェクトプロトコルに従うことを識別する。
Ｓ：＜ TCPポート25における接続のため待機＞
Ｃ：＜サーバへの接続オープン＞
Ｓ：220 mail.nteka.com…サーバＳＭＴＰ（NeBOX v 1.1 ）
Ｃ：EHLO mail.toronto.edu
Ｓ：250 mail.nteka.com
Ｓ：250-8 BITMIME
Ｓ：250 MATRX UTF-8 GB2312
Ｃ：MAIL FROM:＜ (E4 E8 AD E6 96 87)＠toronto.edu ＞ CHARSET＝UTF-8
Ｓ：250 アドレスＯｋ
Ｃ：RCPT TO:＜david ＠neteka.com＞
Ｓ：250 david ＠neteka.comＯＫ
Ｃ：データ。
【００３２】
別のサンプルＳＭＴＰセッションは以下に示されており、選択された文字セットは受信サーバ200 によりサポートされない。
Ｃ：EHLO mail.toronto.edu
Ｓ：250 mail.nteka.com
Ｓ：250-8 BITMIME
Ｓ：250 MATRX UTF-8 GB2312
Ｃ：MAIL FROM:＜ (A4 A4 A4 E5 ) ＠neteka.com＞ CHARSET＝Big5
Ｓ：504 実行されないコマンドパラメータ
Ｃ：MAIL FROM:＜ (E4 E8 AD E6 96 87)＠toronto.edu ＞ CHARSET＝UTF-8
Ｓ：250 アドレスＯｋ。
【００３３】
代わりに、１変形では、“ＣＨＡＲＳＥＴ”パラメータは省略され、“ＭＡＩＬ  ＦＲＯＭ”および“ＲＣＰＴ  ＴＯ”コマンドはそれぞれ“Ｍ−ＭＡＩＬ  ＦＲＯＭ”および“Ｍ−ＲＣＰＴ  ＴＯ”コマンドによって置換され、それはＵＴＦ-8文字セットが選択されたこと示唆している。これらの付加的なコマンドを使用するサンプルＳＭＴＰセッションはいかに示される。
Ｃ：EHLO mail.toronto.edu
Ｓ：250-mail.nteka.com
Ｓ：250-8 BITMIME
Ｓ：250 MATRX
Ｃ：M-MAIL FROM:＜ (E4 E8 AD E6 96 87)＠neteka.com＞
Ｓ：250 アドレスＯｋ。
【００３４】
もしもステップ502 において、受信サーバ200 が多国文字を含む電子メールアドレスを有する電子メールメッセージ400 を処理することができないと発信元サーバ200 が決定した場合には、発信元サーバ200 はＡＣＥフォーマットでいかなる多国文字でも送信することを試みなければならない。したがって、以下のＳＭＴＰセッションの例においては、発信元サーバ200 はＲＡＣＥフォーマットでコード化されたＢＩＧ５でコード化されたアカウントネームを送信する。
Ｓ：220 mail.example.com−サーバＳＭＴＰ
Ｃ：EHLO mail.neteka.com
Ｓ：500 Comand notreicognized:EHLO
Ｃ：EHLO mail.neteka.com
Ｓ：250 mail.example.com hello
Ｃ：M-MAIL FROM:＜bq…3bhc2zmh＠neteka.com＞
Ｓ：250 アドレスＯｋ。
【００３５】
受信サーバ200 に転送された後、受信者に配送される電子メールメッセージ400 のために、ステップ514 において受信している電子メール転送サーバ200 は電子メール配送サーバ500 の１つとの通信チャンネルを開く。ＰＯＰ３プロトコルと一致しているとき、各電子メール配送サーバ500 は電子メール配送リクエストの開始に対してＴＣＰポート110 における接続を待機するように構成されている。
【００３６】
一度通信チャンネルが設定されると、ステップ516 において、受信サーバ200 は電子メール配送サーバ500 にコマンドを送り、電子メール配送サーバ500 が多国文字を含む電子メールアドレスを有する電子メールメッセージ400 を処理することができるか否かを示すことをリクエストする。イエスであれば受信サーバ200 に電子メール配送サーバ500 により認識された文字セットのリストを与える。実効的に、ステップ516 において、受信サーバ200 は電子メール配送サーバ500 と適当な文字セットについて折衝を試みる。ステップ518 において、受信サーバ200 は識別された文字セットの１つを選択し、“ユーザ”コマンドを、選択された文字セットおよび選択された文字セットを規定する“ＣＨＡＲＳＥＴ”パラメータでコード化された電子メールメッセージ400 を受信者のアカウントネームと共に電子メール配送サーバ500 に送信する。
【００３７】
アカウントネームおよびそれと関連する“ＣＨＡＲＳＥＴ”パラメータを受信したとき、ステップ520 において、電子メール配送サーバ500 のアカウントネームプロセッサ516 は、受信された“ＣＨＡＲＳＥＴ”パラメータが配送サーバ500 によって認識された文字セットの１つを識別するか否かを決定する。“ＣＨＡＲＳＥＴ”パラメータが認識される場合には、アカウントネームプロセッサ516 は受信されたアカウントネームおよび“ＣＨＡＲＳＥＴ”パラメータをアカウントネームデータベース514 に問合わせてアカウントネームが確実であるか否かを決定する。ステップ522 において、受信サーバ200 はその後電子メールメッセージ400 （または前述のようにヘッダ部分404 およびデータ部分406 に対するポインタ）を電子メール配送サーバ500 に送信し、配送サーバ500 との通信チャンネルを閉じる。
【００３８】
電子メール転送サーバ200 （Ｃ）と電子メール配送サーバ500 （Ｓ）との間のサンプルＰＯＰ３セッションは以下に示されており、コマンド“ＣＡＰＡ”はＰＯＰ３エクステンションからのコマンドであり、サポートされるモードのリストおよび文字セットを配送サーバ500 からリクエストする。
Ｓ：＋ＯＫ  ＰＯＰ３サーバ準備完了
Ｃ：ＣＡＰＡ
Ｓ：＋ＯＫ  能力リストが続く
Ｓ：ＴＯＰ
Ｓ：ユーザ
Ｓ：ＭＡＴＲＸ  ＵＴＦ-8  ＧＢ2312
Ｓ：．
Ｃ：ユーザ（Ａ4 Ａ4 Ａ4 Ｅ5 ）＠neteka.comＣＨＡＲＳＥＴ＝Ｂｉｇ5
Ｓ：ＥＲＲ  ＣＨＡＲＳＥＴ＝big5  実行されず
Ｃ：ユーザ（E4 E8 AD E6 96 87)＠neteka.com CHARSET＝UTF-8
Ｓ：ＯＫ  歓迎
以上の説明は本発明の好ましい実施形態を例示したものであり、本発明は記載された特許請求の範囲によって規定される。当業者は明瞭には記載されていない実施形態に対する追加、除去および、または変更を、本発明の技術的範囲を逸脱することなく考えることがで可能である。
【図面の簡単な説明】
【図１】  複数のネットワーククライアントと、複数の電子メール転送サーバと、複数の電子メール配送サーバと、ネットワーククライアントと電子メールサーバとを相互接続している通信ネットワークとを含む本発明による電子メールシステムの概略図。
【図２】  アカウントネームデータベースと相関プロセッサとアカウントネームプロセッサの応答プロセッサとを含む図１に示された電子メール転送サーバの概略図。
【図３】  アカウントネームデータベースを含むサンプル記録の概略図。
【図４】  電子メールサーバ間で伝送されることのできるサンプル電子メールメッセージの概略図。
【図５】  アカウントネームデータベースと、相関プロセッサと、アカウントネームプロセッサの応答プロセッサとを含む図１に示された電子メール配送サーバの概略図。
【図６】  通信ネットワークによりネットワーククライアント間で電子メールメッセージを送信するときに電子メールサーバにより実行されるステップのシーケンスヲ示すフロー図。
【図１】
0004759709.tif 000002
【図２】
0004759709.tif 000003
【図３】
0004759709.tif 000004
【図４】
0004759709.tif 000005
【図５】
0004759709.tif 000006
【図６】
0004759709.tif 000007