JP3567290B2 - 電子メール配送先決定方法 - Google Patents
電子メール配送先決定方法 Download PDFInfo
- Publication number
- JP3567290B2 JP3567290B2 JP31864693A JP31864693A JP3567290B2 JP 3567290 B2 JP3567290 B2 JP 3567290B2 JP 31864693 A JP31864693 A JP 31864693A JP 31864693 A JP31864693 A JP 31864693A JP 3567290 B2 JP3567290 B2 JP 3567290B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- called party
- name
- recipient
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、電子メール配送先決定方法に係り、特に、電子メールの送受信により発信者及び着信者間で情報交換を行う際の配送先を決定する電子メール配送先決定方法に関する。
【０００２】
詳しくは、公衆電子メールシステムに関する勧告ＣＣＩＴＴにおいて、電子メールサービス及び関連プロトコルの標準化が行われているメッセージハンドリングシステム（ＭＨＳ）というアプリケーションを用いて、予め決定されている複数の着信者のアドレス情報から特定のアドレスを決定する方法に関する。
【０００３】
【従来の技術】
図９は、ディレクトリのサービスモデルを示す。同図は、ＩＳＯ９５９４及びＣＣＩＴＴ勧告Ｘ．５００シリーズにおけるモデルである。通信に関わる各種の情報を共通の構成方法で格納し、情報を提供するディレクトリ１２に対して、ディレクトリサービスの利用者は、ディレクトリユーザエージェント（ＤＵＡ）１１を介してアクセスする。ここで、ディレクトリ１２に格納されている情報の集合をディレクトリ情報ベース１２０と呼ぶ。
【０００４】
図１０は、図９に示すディレクトリ１２におけるディレクトリ情報ベース１２０の構造を示す。同図に示すようにディレクトリ情報ベース１２０は、あるオブジェクトに関する情報の集合である複数のエントリ２００１，２００２、…、２００ｎから構成される。各エントリ２００１、２００２、…、２００ｎは、各々識別名を持ち、識別名により一意に識別される。
【０００５】
図１１は、ＭＯＴＩＳ／ＭＨＳのサービスモデルを示す。
【０００６】
ＩＳＯ１００２１、及びＣＣＩＴＴ勧告Ｘ．４００シリーズにおいては、図１２に示すように、ＭＯＴＩＳ／ＭＨＳ（メッセージ指向側テキスト交換システム／メッセージ通信サービス）の利用者５０がＵＡ（ユーザエージェント）５１を介して発信したメッセージ（電子メール）は、メッセージ転送システム（ＭＴＳ）６１を介して指定された利用者５０に対応するＵＡ５１に転送される。
【０００７】
ここで、ＵＡ５１は、利用者５０毎に１つ存在し、ＭＴＳ６１は、１つ以上のメッセージ転送エージェント（ＭＴＡ）６３から構成されている。
【０００８】
ＭＯＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信するとき、電子メールを受け取る着信者の指定を着信者名によって行う。ここで、着信者名は、▲１▼着信者アドレス、▲２▼ディレクトリ名のいずれかの形式で指定できる。
【０００９】
図１２は、着信者名が着信者アドレスで指定されている場合の処理を示す。同図において、太線で書かれた矢印は、発信者（利用者）５０ａから着信者（利用者）５０ｂへのメッセージの流れを示す。
【００１０】
ここで、電子メールの着信者名を着信者アドレスにより指定した場合、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ５１ｂ、或いは、着信者への経路になるＭＴＡ６３に電子メールを配送する。
【００１１】
図１３は、着信者がディレクトリ名で指定されている場合の処理を示す。また、ＤＵＡ１１とディレクトリ１２間の矢印は、ディレクトリ１２へのアクセスを示す。
【００１２】
電子メールの着信者名をディレクトリ名により指定した場合には、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせる。この時、ＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせるため、ディレクトリ１２の利用者機能であるディレクトリユーザエージェント（ＤＵＡ）１１を併設している。ＤＵＡ１１は、着信者となるＭＨＳ利用者５０ｂの情報がディレクトリ情報ベース１２０に登録されていれば、ディレクトリ名で表された着信者名を識別名として持つエントリの着信者アドレス属性を読み出して、ＭＴＡ６３に渡す。
【００１３】
ＭＴＡ６３は、ディレクトリ名による着信者名をディレクトリ１２から読み出した着信者アドレスに変換してから、着信者であるＵＡ５１ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する。
【００１４】
図１４は、ディレクトリにおけるエントリの構造を示す図である。
【００１５】
ディレクトリ情報ベース１２０を構成する各エントリ２００の持つ属性２１０は、一般に複数の値をとることができる。ＭＨＳ利用者を表すエントリの持つ着信者アドレス情報についても複数の値をとることが規定されている。
【００１６】
図１５は、従来のディレクトリにおけるＭＨＳ利用者のエントリ構造を示す。同図に示す従来のエントリには、ＭＨＳ利用者の識別名を表す属性として「名前」２０１と、着信者アドレスを表す属性として、「アドレス」２０２を有する。従って、ＵＡ５１から発信された電子メールを受け取ったＭＴＡ６３はディレクトリ１２のエントリ２００の２つの属性を読み出して着信者アドレスを検索し、当該アドレスに電子メールを配送する。
【００１７】
一方、ＭＯＴＩＳ／ＭＨＳでのメッセージ配送においては、メッセージの発信者が着信者名をディレクトリ名で設定した場合には、図１３に示すように、ＭＴＡ６３に併設されたＤＵＡ１１がディレクトリ１２にアクセスして、ディレクトリ名で設定された着信者名に対応する着信者アドレスを読み出し、ディレクトリ名で設定された着信者名を着信者アドレスにＭＴＡ６３が変換し、メッセージを配送することが規定されている。
【００１８】
【発明が解決しようとする課題】
しかしながら、上記従来のシステムでは、各エントリの持つ属性、ＭＨＳ利用者を表すエントリの持つ着信者アドレス情報等は複数の値をとることができ、また、ＭＯＴＩＳ／ＭＨＳでのメッセージ配送において、メッセージの発信者が着信者名をディレクトリ名で設定した場合には、ディレクトリ名で設定された着信者名を着信者アドレスに変換してメッセージを配送することが規定されているが、ディレクトリ名で設定された着信者名に対応する着信者アドレスが複数あった場合の扱いについては、規定がない。
【００１９】
従って、ディレクトリ名で設定された着信者名に対応する着信者アドレスが複数あった場合に、複数の着信者アドレスを読み出したＭＴＡが読み出した複数の着信者アドレスをどのように扱うかが問題となる。
【００２０】
本発明は、上記の点に鑑みなされたもので、従来の問題点を解決し、名前によって指定された電子メールを名前に対応する着信者が有する複数のアドレスから、着信者が指定したアドレスに配送することができる電子メール配送先決定方法を提供することを目的とする。
【００２１】
【課題を解決するための手段】
図１は、本発明の第１の原理説明図である。
【００２２】
本発明は、利用者対応に予め登録された利用者名によって着信者が指定された電子メールを発信者から受信し、受信した該電子メールを指定された着信者に配送する電子メール処理装置で、該発信者が指定した利用者名から、具体的な配送先を特定できる着信者アドレスに変換し、変換した該着信者アドレスに対して電子メールを配送する電子メール配送網において、
利用者名と、該利用者名に対応する複数の着信者アドレスと、該複数の着信者アドレスのうち特定のアドレスを指定するための、人間よって指定された着信者アドレスの構成要素からなるアドレス指定情報を組にして電子メール処理装置に予め登録しておく登録段階と、
電子メール処理装置は、受信した電子メールから利用者名を獲得すると、複数の着信者アドレスからアドレス指定情報に合致する着信アドレスを選択する着信アドレス選択段階と、
着信アドレス選択段階において着信アドレスが選択されたならば、選択された着信者アドレスに向けて該電子メールを配送する配送段階と、からなる。
【００２３】
本発明は、登録段階では、
１つの利用者名に対して、優先順位がついたアドレス指定情報を予め２つ登録しておき、
着信アドレスの選択段階では、
電子メール処理装置は、受信した電子メールから利用者名を獲得すると、第１優先のアドレス指定情報が設定されていない場合、あるいは、該第１優先のアドレス指定情報に基づいて複数の着信者アドレスから特定のアドレスを選択して、該選択された着信者アドレスに向けて該電子メールを配送した結果、配送ができなかった場合には、第２優先のアドレス指定情報に基づいて複数の着信アドレスから特定のアドレスを選択させる。
【００２４】
また、本発明は、第１優先のアドレス指定情報は利用者が指定するもので、第２優先のアドレス指定情報は電子メール網の管理者が指定するものである。
【００２５】
また、本発明は、第１優先のアドレス指定情報は利用者が指定するもので、第２優先のアドレス指定情報は電子メール網の管理者が指定するものである。
【００２７】
【作用】
本発明は、ＭＨＳ（メッセージハンドリングシステム）利用者を表すエントリに、着信者アドレスに加えて複数の着信者アドレスのうちのどのアドレスへの配送を希望するかの情報を、予め着信者が設定しておき、ＭＴＡ（メッセージ転送エージェント）に併設されたディレクトリユーザエージェント（ＤＵＡ）は、ディレクトリにアクセスした際、ディレクトリ名で設定された着信者名に対応する着信者アドレスとともに、複数の着信者アドレスのうちのどのアドレスへの配送を希望するかの指定情報を読み出す。ＭＴＡでは、読み出した着信者アドレスのうち、どのアドレスへの配送を希望するのか否かの指定情報に合致しているアドレスを選択し、ディレクトリ名で設定された着信者名を着信先アドレスとして変換し、当該アドレスに電子メールを配送する。
【００２８】
【実施例】
以下、図面と共に、本発明の実施例を詳細に説明する。
【００２９】
本発明は、図１１に示すＭＯＴＩＳ／ＭＨＳのサービスモデルを用いる。ＩＳＯ１００２１及びＣＣＩＴＴ勧告Ｘ．４００シリーズにおいては、ＭＯＴＩＳ／ＭＨＳサービスの利用者５０がユーザエージェントＵＡ５１を介して発信したメッセージは、メッセージ転送システムＭＴＳ６１を介して、指定された着信先の利用者に転送される。ここで、ＵＡ５１は、利用者毎に１つ存在し、ＭＴＳ６１は１つ以上のメッセージエージェントＭＴＡ６３から構成される。図１１の例では、ＭＨＳ６０内には、ＵＡ５１１，５１２，５１３及びＭＴＳ６１があり、ＭＴＳ６１は、２つのＭＴＳ６３１，６３２を有する。ＭＨＳ６０に対して３人の利用者５０１，５０２，５０３が存在し、各利用者毎に、１つずつＵＴＡ５１１，５１２，５１３が存在する。
【００３０】
例えば、利用者５０１ がＵＡ５１１ を介して電子メールによりメッセージを発した場合には、ＭＴＳ６１のＭＴＡ６３１ 、ＭＴＡ６３２ を介して、ＵＡ５１３ を経由して着信者となる利用者５０３ に送信される。
【００３１】
《第１の実施例》
ここで、電子メールを発信する時に着信者を指定する着信者名をディレクトリ名で指定した場合の電子メール配送方法について説明する。
【００３２】
図２は、本発明の一実施例のシステム構成を示す。同図に示す太線ｍはメッセージの流れを表すものとする。
【００３３】
同図において、ＵＡ５１ａを介して利用者５０ａから発信された電子メールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせる。このため、ＭＴＡ６３は、ディレクトリの利用者機能であるディレクトリユーザエージェントＤＵＡ１１を併設している。
【００３４】
ＤＵＡ１１は、ディレクトリ１２をアクセスし、着信者となるＭＨＳ６０利用者の情報が、ディレクトリ情報ベース１２０のエントリ２００に登録されていれば、ディレクトリ名で表された着信者名を識別名として持つエントリの着信者アドレス属性２０２を読み出す。
【００３５】
ＭＴＡ６３は、ディレクトリ１２から読み出した着信者アドレス属性２０２に基づいて、ディレクトリ名による着信者名を着信者アドレスに変換してから、着信者であるＵＡ５１ｂ、或いは、着信者の経路にあるＭＴＡ６３に電子メールを配送する。
【００３６】
本発明においては、図１５に示す着信者アドレスをもっているＭＨＳ利用者のエントリ１２１に、図３に示すように、複数の着信者アドレスから配送を希望するアドレスを選択するためのアドレス指定情報属性２０３を追加する。この追加されるアドレス指定情報属性２０３及び着信者アドレス属性２０２は、着信者がエントリ１２１に予め情報を設定しておく。
【００３７】
エントリ１２１に設定されたアドレス指定情報属性２０３により、ＭＴＡ６３に併設されたＤＵＡ１１がＭＨＳ利用者のエントリ２００を読み出した時に、着信者アドレス２０２に加え、アドレス指定情報を読み出すことができる。
【００３８】
即ち、図２においてＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３が併設しているＤＵＡ１１により、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせた際、着信者となるＭＨＳ利用者の情報がディレクトリ情報ベース１２０に登録されていれば、ディレクトリ名で表された着信者名を識別名として持つエントリの着信者アドレス２０２と共に、アドレス指定情報２０３を読み出す。
【００３９】
次に、ＭＴＡ６３は、読み出した複数の着信者アドレス２０２のうち、アドレス指定情報２０３に合致している着信者アドレスを選択し、ディレクトリ名による着信者名を着信者アドレスに変換し、着信者であるＵＡ５１ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する。
【００４０】
この場合のＭＴＡにおける着信者名の処理について説明する。
【００４１】
図４は、本発明の一実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【００４２】
予め着信者は、自己の持つ着信者アドレスのうち、電子メールを配送してもらいたいアドレスの構成要素をアドレス指定情報として予めディレクトリ１２に登録しておく。
【００４３】
ＭＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信するときに電子メールを受け取る着信者を指定する着信者名として、▲１▼着信者アドレス、▲２▼ディレクトリ名のいずれかを指定する（ステップ１）。
【００４４】
電子メールの着信者名をディレクトリ名により指定した場合には、図２に示すように、ＵＡ５１ａから発信されたメールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをＤＵＡ１１を介してディレクトリ１２に問い合わせ、ディレクトリ名に対する着信者アドレス２０２、及びアドレス指定情報２０３を読み出す(ステップ２，３)。
【００４５】
アドレス指定情報２０３を読み出したＭＴＡ６３は、登録されているアドレス構成要素と合致する着信者アドレス２０２を着信者の希望する配送先とみなし、ディレクトリ名による着信者名をアドレス指定情報２０３に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ５）。もし、アドレス指定情報２０３に登録されているアドレス構成要素を持つ着信者アドレス２０２が存在しない場合には、電子メールを不達とする（ステップ６）。
【００４６】
ステップ１について、電子メールの着信者を着信者アドレスにより指定した場合には、図１２に示したように、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する(ステップ５)。
【００４７】
上記のように本実施例によれば、ディレクトリ名で設定された着信者名に対応する着信者アドレスが複数エントリに登録されている場合には、ＭＴＡは複数の着信者アドレスを読み出すことになる。このとき、特定の着信者アドレスを選択するためのアドレス指定情報をエントリに登録しておき、ＭＴＡがアドレス情報を読み出すと同時に、アドレス指定情報も読み出し、指定されている着信者アドレスを選択し、当該アドレスに電子メールを送達することができる。
【００４８】
《第２の実施例》
次に、第２の実施例について説明する。
【００４９】
前述の第１の実施例では、電子メール用のアドレス情報を予め設定されていたが、本実施例では、第１の実施例に示すように着信者が希望するアドレス情報のみならず、電子メール配送網サイドで着信者のアドレス情報を指定しておく場合について説明する。
【００５０】
本実施例におけるアドレス設定は、着信者が配送を希望するアドレスをアドレス指定情報として設定し、また、電子メール網管理サイドで着信者が有する着信アドレスから任意にあるアドレスを選択して、アドレス指定情報として設定しておくものである。
【００５１】
図５は、本発明の第２の実施例のＭＨＳ利用者のエントリを示す。ＭＨＳ利用者のエントリ３００は、ＭＨＳ利用者の識別名を表す属性３０１、着信者アドレスを表す属性３０２、着信者によるアドレスを選択するための属性（アドレス指定情報）３０４より構成される。
【００５２】
図６は、本発明の第２の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【００５３】
着信者は、自己の持つ着信者アドレスのうち電子メールを配送してもらいたいアドレスの構成要素を着信者によるアドレス指定情報として、予めディレクトリ１２に登録しておく。一方、電子メール網の管理者は、着信者の持つ着信アドレスのうち電子メールを配送してもらいたいアドレスの構成要素を網管理者によるアドレス指定情報として、予めディレクトリ１２に登録しておく。
【００５４】
ＭＯＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信する時に、電子メールを受け取る着信者を指定する着信者名として、発信者は、▲１▼着信者アドレス、▲２▼ディレクトリ名の何れかを指定する（ステップ２１）。
【００５５】
電子メールの着信者名をディレクトリ名によって指定した場合には、図２に示すように、ＵＡ５１ａから発信されたメールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをＤＵＡ１１によりディレクトリ１２に問い合わせ、ディレクトリ名に対する着信者アドレス３０２、着信者によるアドレス指定情報３０３、網管理者によるアドレス指定情報３０４を読み出す(ステップ２２，２３，２４)。
【００５６】
読み出した着信者アドレスにアドレス指定情報がある場合には（ステップ２５、Ｎｏ）、アドレス指定情報３０３を読み出したＭＴＡ６３は、着信者によるアドレス構成要素と合致する着信者アドレス３０２を着信者の希望する配送先と見做し、ディレクトリ名により着信者名をアドレス指定情報３０３に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ２６）。
【００５７】
ここで、アドレス指定情報３０３に登録されているアドレス構成要素をもつ着信者アドレス２０２が存在しない場合、あるいは、アドレス指定情報３０３が存在しない場合（ステップ２５，Ｙｅｓ ）、あるいは、ステップ２５による配送の結果により、電子メールが不達となった場合には（ステップ２８，Ｎｏ）、網管理者によるアドレス指定情報３０４を着信者の希望する配送先とみなし、ディレクトリ名による着信者名をアドレス指定情報３０４に登録されているアドレス構成要素をもつ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、あるいは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ２９）。
【００５８】
ステップ２１において、電子メールの着信者を着信者アドレスにより指定した場合には、図１２に示したように、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ５０ｂ、或いは、着信者への経路になるＭＴＡ６３に電子メールを配送する(ステップ３０)。
【００５９】
《第３の実施例》
次に、第３の実施例は、予め着信アドレスに優先順位を付与して、指定情報として設定しておく例について説明する。本実施例では、優先順位に従って着信アドレスが選択されるものである。
【００６０】
図７は、本発明の第３の実施例のＭＨＳ利用者エントリを示す。同図に示すＭＨＳ利用者エントリ４００は、ＭＨＳ利用者の識別名を表す属性（名前）４０１、着信者アドレスを表す属性４０２、着信者が希望する第１のアドレスを選択するための属性（アドレス指定情報）４０３、着信者が希望する第２のアドレスを選択するための属性（アドレス指定情報）４０４より構成される。このうち、属性４０３，４０４は、着信者により着信の優先順位が予め付与されており、属性４０３のアドレス指定情報によりメールが不達の場合には、属性４０４のアドレス指定情報にメールを再送する。
【００６１】
図８は、本発明の第３の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【００６２】
図７に示すように、着信者は、自己の持つ着信者アドレスのうち、電子メールを第１に配送して貰いたいアドレスの構成要素を第１のアドレス指定情報として、また、着信者は、自己のもつ着信者アドレスのうち、電子メールを第２の配送としてもらいたいアドレスの構成を第２のアドレス指定情報として、予めディレクトリ１２に登録しておく。
【００６３】
ＭＯＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信する時に、電子メールを受け取る着信者を指定する着信者名として、発信者は、▲１▼着信者アドレス、▲２▼ディレクトリ名の何れかを指定する（ステップ３１）。
【００６４】
電子メールの着信者名をディレクトリ名によって指定した場合には、図２に示すように、ＵＡ５１ａから発信されたメールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをＤＵＡ１１により、ディレクトリ１２に問い合わせ、ディレクトリ名に対する着信者アドレス４０２、第１のアドレス指定情報４０３、第２のアドレス指定情報４０４を読み出す(ステップ３２，３３，３４)。
【００６５】
上記で読み出した着信者アドレス内に第１のアドレス指定情報の構成要素を持つ着信者アドレスがある場合には（ステップ３５、Ｎｏ）、第１のアドレス指定情報４０３を読み出したＭＴＡ６３は、着信者によりアドレス構成要素と合致する着信者アドレス４０２を着信者の希望する配送先と見做し、ディレクトリ名による着信者名を第１のアドレス指定情報４０３に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、あるいは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ３６）。
【００６６】
ここで、第１のアドレス指定情報４０３に登録されているアドレス構成要素をもつ着信者アドレス４０２が存在しない場合（ステップ３５，Ｙｅｓ ）、或いは、ステップ３５による配送の結果により電子メールが不達となった場合には（ステップ３７，Ｎｏ）、第２のアドレス指定情報４０４を着信者の希望する配送先と見做し、ディレクトリ名による着信者名を第２のアドレス指定情報４０４に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ３８）。
【００６７】
ステップ３１において、電子メールの着信者を着信者アドレスにより指定した場合には、図１４に示したように、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ５０ｂ、或いは着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ３９）。
【００６８】
【発明の効果】
上述のように、本発明によれば、着信者のアドレスがディレクトリに複数登録してある場合に、予め着信者がディレクトリに配送を希望するアドレスを指定しておくことにより、発信者が着信者宛に電子メールを配送する場合に、ディレクトリ名で指定されたディレクトリのエントリからアドレス指定情報を読み出し、送信先アドレスに変換して電子メールを送信する。従って、名前によって配送先を指定された電子メールを名前に対応する着信者の持つ複数のアドレスのうち、着信者の指定したアドレスに配送することに利用できる。
【００６９】
また、本発明は、アドレス指定情報に基づいて送信された電子メールが不送達になった場合には、電子メール網等で予め設定される着信アドレスに配送し直すこともでき、さらに、着信者が予め着信アドレスに複数のアドレス候補を用意し、１つ目の候補のアドレスで不送達になっても次の候補のアドレスに再送することができる。
【図面の簡単な説明】
【図１】本発明の原理説明図である。
【図２】本発明の第１の実施例のシステム構成図である。
【図３】本発明の第１の実施例のエントリの構成を示す図である。
【図４】本発明の第１の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【図５】本発明の第２の実施例のＭＨＳエントリの構成図である。
【図６】本発明の第２の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【図７】本発明の第３の実施例のＭＨＳエントリの構成図である。
【図８】本発明の第３の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【図９】ディレクトリサービスモデルを示す図である。
【図１０】ディレクトリにおけるディレクトリ情報ベースの構造を示す図である。
【図１１】ＭＯＴＩＳ／ＭＨＳのサービスモデルを示す図である。
【図１２】着信者名が着信者アドレスの場合の処理を示す図である。
【図１３】着信者がディレクトリ名の場合の処理を示す図である。
【図１４】ディレクトリにおけるエントリの構造を示す図である。
【図１５】従来のディレクトリにおけるＭＨＳ利用者のエントリの構造を示す図である。
【符号の説明】
１０ ディレクトリ利用者
１１ ＤＵＡ（ディレクトリユーザエージェント）
１２ ディレクトリ
５０ 利用者
５１ ＵＡ（ユーザエージェント）
６０ ＭＨＳ（メッセージハンドリングシステム）
６１ ＭＴＳ（メッセージ転送システム）
６３ ＭＴＡ（メッセージ転送エージェント）
１２０ ディレクトリ情報ベース
２００ エントリ
２０１ 名前の属性
２０２ 着信者アドレス属性
２０３ アドレス指定情報属性
３００，４００ ＭＨＳエントリ
３０１，４０１ ＭＨＳ利用者の識別名を表す属性
３０２，４０２ 着信者アドレスを表す属性
３０３ 着信者によるアドレスを選択するための属性
３０４ 網管理者によるアドレスを選択するための属性
４０３ 着信者が希望する第１のアドレスを選択するための属性
４０４ 着信者が希望する第２のアドレスを選択するための属性
【産業上の利用分野】
本発明は、電子メール配送先決定方法に係り、特に、電子メールの送受信により発信者及び着信者間で情報交換を行う際の配送先を決定する電子メール配送先決定方法に関する。
【０００２】
詳しくは、公衆電子メールシステムに関する勧告ＣＣＩＴＴにおいて、電子メールサービス及び関連プロトコルの標準化が行われているメッセージハンドリングシステム（ＭＨＳ）というアプリケーションを用いて、予め決定されている複数の着信者のアドレス情報から特定のアドレスを決定する方法に関する。
【０００３】
【従来の技術】
図９は、ディレクトリのサービスモデルを示す。同図は、ＩＳＯ９５９４及びＣＣＩＴＴ勧告Ｘ．５００シリーズにおけるモデルである。通信に関わる各種の情報を共通の構成方法で格納し、情報を提供するディレクトリ１２に対して、ディレクトリサービスの利用者は、ディレクトリユーザエージェント（ＤＵＡ）１１を介してアクセスする。ここで、ディレクトリ１２に格納されている情報の集合をディレクトリ情報ベース１２０と呼ぶ。
【０００４】
図１０は、図９に示すディレクトリ１２におけるディレクトリ情報ベース１２０の構造を示す。同図に示すようにディレクトリ情報ベース１２０は、あるオブジェクトに関する情報の集合である複数のエントリ２００１，２００２、…、２００ｎから構成される。各エントリ２００１、２００２、…、２００ｎは、各々識別名を持ち、識別名により一意に識別される。
【０００５】
図１１は、ＭＯＴＩＳ／ＭＨＳのサービスモデルを示す。
【０００６】
ＩＳＯ１００２１、及びＣＣＩＴＴ勧告Ｘ．４００シリーズにおいては、図１２に示すように、ＭＯＴＩＳ／ＭＨＳ（メッセージ指向側テキスト交換システム／メッセージ通信サービス）の利用者５０がＵＡ（ユーザエージェント）５１を介して発信したメッセージ（電子メール）は、メッセージ転送システム（ＭＴＳ）６１を介して指定された利用者５０に対応するＵＡ５１に転送される。
【０００７】
ここで、ＵＡ５１は、利用者５０毎に１つ存在し、ＭＴＳ６１は、１つ以上のメッセージ転送エージェント（ＭＴＡ）６３から構成されている。
【０００８】
ＭＯＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信するとき、電子メールを受け取る着信者の指定を着信者名によって行う。ここで、着信者名は、▲１▼着信者アドレス、▲２▼ディレクトリ名のいずれかの形式で指定できる。
【０００９】
図１２は、着信者名が着信者アドレスで指定されている場合の処理を示す。同図において、太線で書かれた矢印は、発信者（利用者）５０ａから着信者（利用者）５０ｂへのメッセージの流れを示す。
【００１０】
ここで、電子メールの着信者名を着信者アドレスにより指定した場合、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ５１ｂ、或いは、着信者への経路になるＭＴＡ６３に電子メールを配送する。
【００１１】
図１３は、着信者がディレクトリ名で指定されている場合の処理を示す。また、ＤＵＡ１１とディレクトリ１２間の矢印は、ディレクトリ１２へのアクセスを示す。
【００１２】
電子メールの着信者名をディレクトリ名により指定した場合には、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせる。この時、ＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせるため、ディレクトリ１２の利用者機能であるディレクトリユーザエージェント（ＤＵＡ）１１を併設している。ＤＵＡ１１は、着信者となるＭＨＳ利用者５０ｂの情報がディレクトリ情報ベース１２０に登録されていれば、ディレクトリ名で表された着信者名を識別名として持つエントリの着信者アドレス属性を読み出して、ＭＴＡ６３に渡す。
【００１３】
ＭＴＡ６３は、ディレクトリ名による着信者名をディレクトリ１２から読み出した着信者アドレスに変換してから、着信者であるＵＡ５１ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する。
【００１４】
図１４は、ディレクトリにおけるエントリの構造を示す図である。
【００１５】
ディレクトリ情報ベース１２０を構成する各エントリ２００の持つ属性２１０は、一般に複数の値をとることができる。ＭＨＳ利用者を表すエントリの持つ着信者アドレス情報についても複数の値をとることが規定されている。
【００１６】
図１５は、従来のディレクトリにおけるＭＨＳ利用者のエントリ構造を示す。同図に示す従来のエントリには、ＭＨＳ利用者の識別名を表す属性として「名前」２０１と、着信者アドレスを表す属性として、「アドレス」２０２を有する。従って、ＵＡ５１から発信された電子メールを受け取ったＭＴＡ６３はディレクトリ１２のエントリ２００の２つの属性を読み出して着信者アドレスを検索し、当該アドレスに電子メールを配送する。
【００１７】
一方、ＭＯＴＩＳ／ＭＨＳでのメッセージ配送においては、メッセージの発信者が着信者名をディレクトリ名で設定した場合には、図１３に示すように、ＭＴＡ６３に併設されたＤＵＡ１１がディレクトリ１２にアクセスして、ディレクトリ名で設定された着信者名に対応する着信者アドレスを読み出し、ディレクトリ名で設定された着信者名を着信者アドレスにＭＴＡ６３が変換し、メッセージを配送することが規定されている。
【００１８】
【発明が解決しようとする課題】
しかしながら、上記従来のシステムでは、各エントリの持つ属性、ＭＨＳ利用者を表すエントリの持つ着信者アドレス情報等は複数の値をとることができ、また、ＭＯＴＩＳ／ＭＨＳでのメッセージ配送において、メッセージの発信者が着信者名をディレクトリ名で設定した場合には、ディレクトリ名で設定された着信者名を着信者アドレスに変換してメッセージを配送することが規定されているが、ディレクトリ名で設定された着信者名に対応する着信者アドレスが複数あった場合の扱いについては、規定がない。
【００１９】
従って、ディレクトリ名で設定された着信者名に対応する着信者アドレスが複数あった場合に、複数の着信者アドレスを読み出したＭＴＡが読み出した複数の着信者アドレスをどのように扱うかが問題となる。
【００２０】
本発明は、上記の点に鑑みなされたもので、従来の問題点を解決し、名前によって指定された電子メールを名前に対応する着信者が有する複数のアドレスから、着信者が指定したアドレスに配送することができる電子メール配送先決定方法を提供することを目的とする。
【００２１】
【課題を解決するための手段】
図１は、本発明の第１の原理説明図である。
【００２２】
本発明は、利用者対応に予め登録された利用者名によって着信者が指定された電子メールを発信者から受信し、受信した該電子メールを指定された着信者に配送する電子メール処理装置で、該発信者が指定した利用者名から、具体的な配送先を特定できる着信者アドレスに変換し、変換した該着信者アドレスに対して電子メールを配送する電子メール配送網において、
利用者名と、該利用者名に対応する複数の着信者アドレスと、該複数の着信者アドレスのうち特定のアドレスを指定するための、人間よって指定された着信者アドレスの構成要素からなるアドレス指定情報を組にして電子メール処理装置に予め登録しておく登録段階と、
電子メール処理装置は、受信した電子メールから利用者名を獲得すると、複数の着信者アドレスからアドレス指定情報に合致する着信アドレスを選択する着信アドレス選択段階と、
着信アドレス選択段階において着信アドレスが選択されたならば、選択された着信者アドレスに向けて該電子メールを配送する配送段階と、からなる。
【００２３】
本発明は、登録段階では、
１つの利用者名に対して、優先順位がついたアドレス指定情報を予め２つ登録しておき、
着信アドレスの選択段階では、
電子メール処理装置は、受信した電子メールから利用者名を獲得すると、第１優先のアドレス指定情報が設定されていない場合、あるいは、該第１優先のアドレス指定情報に基づいて複数の着信者アドレスから特定のアドレスを選択して、該選択された着信者アドレスに向けて該電子メールを配送した結果、配送ができなかった場合には、第２優先のアドレス指定情報に基づいて複数の着信アドレスから特定のアドレスを選択させる。
【００２４】
また、本発明は、第１優先のアドレス指定情報は利用者が指定するもので、第２優先のアドレス指定情報は電子メール網の管理者が指定するものである。
【００２５】
また、本発明は、第１優先のアドレス指定情報は利用者が指定するもので、第２優先のアドレス指定情報は電子メール網の管理者が指定するものである。
【００２７】
【作用】
本発明は、ＭＨＳ（メッセージハンドリングシステム）利用者を表すエントリに、着信者アドレスに加えて複数の着信者アドレスのうちのどのアドレスへの配送を希望するかの情報を、予め着信者が設定しておき、ＭＴＡ（メッセージ転送エージェント）に併設されたディレクトリユーザエージェント（ＤＵＡ）は、ディレクトリにアクセスした際、ディレクトリ名で設定された着信者名に対応する着信者アドレスとともに、複数の着信者アドレスのうちのどのアドレスへの配送を希望するかの指定情報を読み出す。ＭＴＡでは、読み出した着信者アドレスのうち、どのアドレスへの配送を希望するのか否かの指定情報に合致しているアドレスを選択し、ディレクトリ名で設定された着信者名を着信先アドレスとして変換し、当該アドレスに電子メールを配送する。
【００２８】
【実施例】
以下、図面と共に、本発明の実施例を詳細に説明する。
【００２９】
本発明は、図１１に示すＭＯＴＩＳ／ＭＨＳのサービスモデルを用いる。ＩＳＯ１００２１及びＣＣＩＴＴ勧告Ｘ．４００シリーズにおいては、ＭＯＴＩＳ／ＭＨＳサービスの利用者５０がユーザエージェントＵＡ５１を介して発信したメッセージは、メッセージ転送システムＭＴＳ６１を介して、指定された着信先の利用者に転送される。ここで、ＵＡ５１は、利用者毎に１つ存在し、ＭＴＳ６１は１つ以上のメッセージエージェントＭＴＡ６３から構成される。図１１の例では、ＭＨＳ６０内には、ＵＡ５１１，５１２，５１３及びＭＴＳ６１があり、ＭＴＳ６１は、２つのＭＴＳ６３１，６３２を有する。ＭＨＳ６０に対して３人の利用者５０１，５０２，５０３が存在し、各利用者毎に、１つずつＵＴＡ５１１，５１２，５１３が存在する。
【００３０】
例えば、利用者５０１ がＵＡ５１１ を介して電子メールによりメッセージを発した場合には、ＭＴＳ６１のＭＴＡ６３１ 、ＭＴＡ６３２ を介して、ＵＡ５１３ を経由して着信者となる利用者５０３ に送信される。
【００３１】
《第１の実施例》
ここで、電子メールを発信する時に着信者を指定する着信者名をディレクトリ名で指定した場合の電子メール配送方法について説明する。
【００３２】
図２は、本発明の一実施例のシステム構成を示す。同図に示す太線ｍはメッセージの流れを表すものとする。
【００３３】
同図において、ＵＡ５１ａを介して利用者５０ａから発信された電子メールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせる。このため、ＭＴＡ６３は、ディレクトリの利用者機能であるディレクトリユーザエージェントＤＵＡ１１を併設している。
【００３４】
ＤＵＡ１１は、ディレクトリ１２をアクセスし、着信者となるＭＨＳ６０利用者の情報が、ディレクトリ情報ベース１２０のエントリ２００に登録されていれば、ディレクトリ名で表された着信者名を識別名として持つエントリの着信者アドレス属性２０２を読み出す。
【００３５】
ＭＴＡ６３は、ディレクトリ１２から読み出した着信者アドレス属性２０２に基づいて、ディレクトリ名による着信者名を着信者アドレスに変換してから、着信者であるＵＡ５１ｂ、或いは、着信者の経路にあるＭＴＡ６３に電子メールを配送する。
【００３６】
本発明においては、図１５に示す着信者アドレスをもっているＭＨＳ利用者のエントリ１２１に、図３に示すように、複数の着信者アドレスから配送を希望するアドレスを選択するためのアドレス指定情報属性２０３を追加する。この追加されるアドレス指定情報属性２０３及び着信者アドレス属性２０２は、着信者がエントリ１２１に予め情報を設定しておく。
【００３７】
エントリ１２１に設定されたアドレス指定情報属性２０３により、ＭＴＡ６３に併設されたＤＵＡ１１がＭＨＳ利用者のエントリ２００を読み出した時に、着信者アドレス２０２に加え、アドレス指定情報を読み出すことができる。
【００３８】
即ち、図２においてＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３が併設しているＤＵＡ１１により、ディレクトリ名に対する着信者アドレスをディレクトリ１２に問い合わせた際、着信者となるＭＨＳ利用者の情報がディレクトリ情報ベース１２０に登録されていれば、ディレクトリ名で表された着信者名を識別名として持つエントリの着信者アドレス２０２と共に、アドレス指定情報２０３を読み出す。
【００３９】
次に、ＭＴＡ６３は、読み出した複数の着信者アドレス２０２のうち、アドレス指定情報２０３に合致している着信者アドレスを選択し、ディレクトリ名による着信者名を着信者アドレスに変換し、着信者であるＵＡ５１ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する。
【００４０】
この場合のＭＴＡにおける着信者名の処理について説明する。
【００４１】
図４は、本発明の一実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【００４２】
予め着信者は、自己の持つ着信者アドレスのうち、電子メールを配送してもらいたいアドレスの構成要素をアドレス指定情報として予めディレクトリ１２に登録しておく。
【００４３】
ＭＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信するときに電子メールを受け取る着信者を指定する着信者名として、▲１▼着信者アドレス、▲２▼ディレクトリ名のいずれかを指定する（ステップ１）。
【００４４】
電子メールの着信者名をディレクトリ名により指定した場合には、図２に示すように、ＵＡ５１ａから発信されたメールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをＤＵＡ１１を介してディレクトリ１２に問い合わせ、ディレクトリ名に対する着信者アドレス２０２、及びアドレス指定情報２０３を読み出す(ステップ２，３)。
【００４５】
アドレス指定情報２０３を読み出したＭＴＡ６３は、登録されているアドレス構成要素と合致する着信者アドレス２０２を着信者の希望する配送先とみなし、ディレクトリ名による着信者名をアドレス指定情報２０３に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ５）。もし、アドレス指定情報２０３に登録されているアドレス構成要素を持つ着信者アドレス２０２が存在しない場合には、電子メールを不達とする（ステップ６）。
【００４６】
ステップ１について、電子メールの着信者を着信者アドレスにより指定した場合には、図１２に示したように、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する(ステップ５)。
【００４７】
上記のように本実施例によれば、ディレクトリ名で設定された着信者名に対応する着信者アドレスが複数エントリに登録されている場合には、ＭＴＡは複数の着信者アドレスを読み出すことになる。このとき、特定の着信者アドレスを選択するためのアドレス指定情報をエントリに登録しておき、ＭＴＡがアドレス情報を読み出すと同時に、アドレス指定情報も読み出し、指定されている着信者アドレスを選択し、当該アドレスに電子メールを送達することができる。
【００４８】
《第２の実施例》
次に、第２の実施例について説明する。
【００４９】
前述の第１の実施例では、電子メール用のアドレス情報を予め設定されていたが、本実施例では、第１の実施例に示すように着信者が希望するアドレス情報のみならず、電子メール配送網サイドで着信者のアドレス情報を指定しておく場合について説明する。
【００５０】
本実施例におけるアドレス設定は、着信者が配送を希望するアドレスをアドレス指定情報として設定し、また、電子メール網管理サイドで着信者が有する着信アドレスから任意にあるアドレスを選択して、アドレス指定情報として設定しておくものである。
【００５１】
図５は、本発明の第２の実施例のＭＨＳ利用者のエントリを示す。ＭＨＳ利用者のエントリ３００は、ＭＨＳ利用者の識別名を表す属性３０１、着信者アドレスを表す属性３０２、着信者によるアドレスを選択するための属性（アドレス指定情報）３０４より構成される。
【００５２】
図６は、本発明の第２の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【００５３】
着信者は、自己の持つ着信者アドレスのうち電子メールを配送してもらいたいアドレスの構成要素を着信者によるアドレス指定情報として、予めディレクトリ１２に登録しておく。一方、電子メール網の管理者は、着信者の持つ着信アドレスのうち電子メールを配送してもらいたいアドレスの構成要素を網管理者によるアドレス指定情報として、予めディレクトリ１２に登録しておく。
【００５４】
ＭＯＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信する時に、電子メールを受け取る着信者を指定する着信者名として、発信者は、▲１▼着信者アドレス、▲２▼ディレクトリ名の何れかを指定する（ステップ２１）。
【００５５】
電子メールの着信者名をディレクトリ名によって指定した場合には、図２に示すように、ＵＡ５１ａから発信されたメールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをＤＵＡ１１によりディレクトリ１２に問い合わせ、ディレクトリ名に対する着信者アドレス３０２、着信者によるアドレス指定情報３０３、網管理者によるアドレス指定情報３０４を読み出す(ステップ２２，２３，２４)。
【００５６】
読み出した着信者アドレスにアドレス指定情報がある場合には（ステップ２５、Ｎｏ）、アドレス指定情報３０３を読み出したＭＴＡ６３は、着信者によるアドレス構成要素と合致する着信者アドレス３０２を着信者の希望する配送先と見做し、ディレクトリ名により着信者名をアドレス指定情報３０３に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ２６）。
【００５７】
ここで、アドレス指定情報３０３に登録されているアドレス構成要素をもつ着信者アドレス２０２が存在しない場合、あるいは、アドレス指定情報３０３が存在しない場合（ステップ２５，Ｙｅｓ ）、あるいは、ステップ２５による配送の結果により、電子メールが不達となった場合には（ステップ２８，Ｎｏ）、網管理者によるアドレス指定情報３０４を着信者の希望する配送先とみなし、ディレクトリ名による着信者名をアドレス指定情報３０４に登録されているアドレス構成要素をもつ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、あるいは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ２９）。
【００５８】
ステップ２１において、電子メールの着信者を着信者アドレスにより指定した場合には、図１２に示したように、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ５０ｂ、或いは、着信者への経路になるＭＴＡ６３に電子メールを配送する(ステップ３０)。
【００５９】
《第３の実施例》
次に、第３の実施例は、予め着信アドレスに優先順位を付与して、指定情報として設定しておく例について説明する。本実施例では、優先順位に従って着信アドレスが選択されるものである。
【００６０】
図７は、本発明の第３の実施例のＭＨＳ利用者エントリを示す。同図に示すＭＨＳ利用者エントリ４００は、ＭＨＳ利用者の識別名を表す属性（名前）４０１、着信者アドレスを表す属性４０２、着信者が希望する第１のアドレスを選択するための属性（アドレス指定情報）４０３、着信者が希望する第２のアドレスを選択するための属性（アドレス指定情報）４０４より構成される。このうち、属性４０３，４０４は、着信者により着信の優先順位が予め付与されており、属性４０３のアドレス指定情報によりメールが不達の場合には、属性４０４のアドレス指定情報にメールを再送する。
【００６１】
図８は、本発明の第３の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【００６２】
図７に示すように、着信者は、自己の持つ着信者アドレスのうち、電子メールを第１に配送して貰いたいアドレスの構成要素を第１のアドレス指定情報として、また、着信者は、自己のもつ着信者アドレスのうち、電子メールを第２の配送としてもらいたいアドレスの構成を第２のアドレス指定情報として、予めディレクトリ１２に登録しておく。
【００６３】
ＭＯＴＩＳ／ＭＨＳサービスにおいて、メッセージを発信する時に、電子メールを受け取る着信者を指定する着信者名として、発信者は、▲１▼着信者アドレス、▲２▼ディレクトリ名の何れかを指定する（ステップ３１）。
【００６４】
電子メールの着信者名をディレクトリ名によって指定した場合には、図２に示すように、ＵＡ５１ａから発信されたメールを受け取ったＭＴＡ６３は、ディレクトリ名に対する着信者アドレスをＤＵＡ１１により、ディレクトリ１２に問い合わせ、ディレクトリ名に対する着信者アドレス４０２、第１のアドレス指定情報４０３、第２のアドレス指定情報４０４を読み出す(ステップ３２，３３，３４)。
【００６５】
上記で読み出した着信者アドレス内に第１のアドレス指定情報の構成要素を持つ着信者アドレスがある場合には（ステップ３５、Ｎｏ）、第１のアドレス指定情報４０３を読み出したＭＴＡ６３は、着信者によりアドレス構成要素と合致する着信者アドレス４０２を着信者の希望する配送先と見做し、ディレクトリ名による着信者名を第１のアドレス指定情報４０３に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、あるいは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ３６）。
【００６６】
ここで、第１のアドレス指定情報４０３に登録されているアドレス構成要素をもつ着信者アドレス４０２が存在しない場合（ステップ３５，Ｙｅｓ ）、或いは、ステップ３５による配送の結果により電子メールが不達となった場合には（ステップ３７，Ｎｏ）、第２のアドレス指定情報４０４を着信者の希望する配送先と見做し、ディレクトリ名による着信者名を第２のアドレス指定情報４０４に登録されているアドレス構成要素を持つ着信者アドレスに変換し、着信者であるＵＡ５０ｂ、或いは、着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ３８）。
【００６７】
ステップ３１において、電子メールの着信者を着信者アドレスにより指定した場合には、図１４に示したように、ＵＡ５１ａから発信された電子メールを受け取ったＭＴＡ６３は、指定された着信者アドレスに従い、着信者であるＵＡ５０ｂ、或いは着信者への経路にあるＭＴＡ６３に電子メールを配送する（ステップ３９）。
【００６８】
【発明の効果】
上述のように、本発明によれば、着信者のアドレスがディレクトリに複数登録してある場合に、予め着信者がディレクトリに配送を希望するアドレスを指定しておくことにより、発信者が着信者宛に電子メールを配送する場合に、ディレクトリ名で指定されたディレクトリのエントリからアドレス指定情報を読み出し、送信先アドレスに変換して電子メールを送信する。従って、名前によって配送先を指定された電子メールを名前に対応する着信者の持つ複数のアドレスのうち、着信者の指定したアドレスに配送することに利用できる。
【００６９】
また、本発明は、アドレス指定情報に基づいて送信された電子メールが不送達になった場合には、電子メール網等で予め設定される着信アドレスに配送し直すこともでき、さらに、着信者が予め着信アドレスに複数のアドレス候補を用意し、１つ目の候補のアドレスで不送達になっても次の候補のアドレスに再送することができる。
【図面の簡単な説明】
【図１】本発明の原理説明図である。
【図２】本発明の第１の実施例のシステム構成図である。
【図３】本発明の第１の実施例のエントリの構成を示す図である。
【図４】本発明の第１の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【図５】本発明の第２の実施例のＭＨＳエントリの構成図である。
【図６】本発明の第２の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【図７】本発明の第３の実施例のＭＨＳエントリの構成図である。
【図８】本発明の第３の実施例のＭＴＡにおける着信者名の処理を示すフローチャートである。
【図９】ディレクトリサービスモデルを示す図である。
【図１０】ディレクトリにおけるディレクトリ情報ベースの構造を示す図である。
【図１１】ＭＯＴＩＳ／ＭＨＳのサービスモデルを示す図である。
【図１２】着信者名が着信者アドレスの場合の処理を示す図である。
【図１３】着信者がディレクトリ名の場合の処理を示す図である。
【図１４】ディレクトリにおけるエントリの構造を示す図である。
【図１５】従来のディレクトリにおけるＭＨＳ利用者のエントリの構造を示す図である。
【符号の説明】
１０ ディレクトリ利用者
１１ ＤＵＡ（ディレクトリユーザエージェント）
１２ ディレクトリ
５０ 利用者
５１ ＵＡ（ユーザエージェント）
６０ ＭＨＳ（メッセージハンドリングシステム）
６１ ＭＴＳ（メッセージ転送システム）
６３ ＭＴＡ（メッセージ転送エージェント）
１２０ ディレクトリ情報ベース
２００ エントリ
２０１ 名前の属性
２０２ 着信者アドレス属性
２０３ アドレス指定情報属性
３００，４００ ＭＨＳエントリ
３０１，４０１ ＭＨＳ利用者の識別名を表す属性
３０２，４０２ 着信者アドレスを表す属性
３０３ 着信者によるアドレスを選択するための属性
３０４ 網管理者によるアドレスを選択するための属性
４０３ 着信者が希望する第１のアドレスを選択するための属性
４０４ 着信者が希望する第２のアドレスを選択するための属性
Claims (4)
- 利用者対応に予め登録された利用者名によって着信者が指定された電子メールを発信者から受信し、受信した該電子メールを指定された着信者に配送する電子メール処理装置で、該発信者が指定した利用者名から、具体的な配送先を特定できる着信者アドレスに変換し、変換した該着信者アドレスに対して電子メールを配送する電子メール配送網において、
前記利用者名と、該利用者名に対応する複数の前記着信者アドレスと、該複数の着信者アドレスのうち特定のアドレスを指定するための、人間よって指定された着信者アドレスの構成要素からなるアドレス指定情報を組にして電子メール処理装置に予め登録しておく登録段階と、
前記電子メール処理装置は、受信した電子メールから利用者名を獲得すると、複数の着信者アドレスから前記アドレス指定情報に合致する着信アドレスを選択する着信アドレス選択段階と、
前記着信アドレス選択段階において着信アドレスが選択されたならば、選択された着信者アドレスに向けて該電子メールを配送する配送段階と、からなることを特徴とする電子メール配送先決定方法。 - 前記登録段階では、
１つの利用者名に対して、優先順位がついた前記アドレス指定情報を予め２つ登録しておき、
前記着信アドレスの選択段階では、
前記電子メール処理装置は、受信した電子メールから利用者名を獲得すると、第１優先のアドレス指定情報が設定されていない場合、あるいは、該第１優先のアドレス指定情報に基づいて複数の着信者アドレスから特定のアドレスを選択して、該選択された着信者アドレスに向けて該電子メールを配送した結果、配送ができなかった場合には、第２優先のアドレス指定情報に基づいて複数の着信アドレスから特定のアドレスを選択させる、
ことを特徴とする請求項１記載の電子メール配送先決定方法。 - 前記第１優先のアドレス指定情報は利用者が指定するもので、前記第２優先のアドレス指定情報は電子メール網の管理者が指定するものであることを特徴とする請求項２記載の電子メール配送先決定方法。
- 前記第１優先アドレス指定情報と前記第２優先のアドレス指定情報はともに、利用者が指定するものであることを特徴とする請求項２記載の電子メール配送先決定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31864693A JP3567290B2 (ja) | 1993-09-13 | 1993-12-17 | 電子メール配送先決定方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22740793 | 1993-09-13 | ||
| JP5-227407 | 1993-09-13 | ||
| JP31864693A JP3567290B2 (ja) | 1993-09-13 | 1993-12-17 | 電子メール配送先決定方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07131481A JPH07131481A (ja) | 1995-05-19 |
| JP3567290B2 true JP3567290B2 (ja) | 2004-09-22 |
Family
ID=26527652
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31864693A Expired - Fee Related JP3567290B2 (ja) | 1993-09-13 | 1993-12-17 | 電子メール配送先決定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3567290B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3485416B2 (ja) * | 1996-05-27 | 2004-01-13 | 日本電信電話株式会社 | 電子メール転送方法および装置 |
| JPH1165960A (ja) | 1997-08-27 | 1999-03-09 | Matsushita Electric Ind Co Ltd | ディレクトリ管理を用いたメッセージサーバ装置 |
-
1993
- 1993-12-17 JP JP31864693A patent/JP3567290B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07131481A (ja) | 1995-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7886005B1 (en) | Mail alert system | |
| JP4499296B2 (ja) | 呼出し元ｉｄおよび電子メールアドレス用統合登録簿 | |
| CA2192499C (en) | Universal directory service | |
| US6374246B1 (en) | Message service system that provides flexible route control and user interface adaption | |
| US5943398A (en) | Automated message-translation arrangement | |
| US6768790B1 (en) | Message automated information system and importance navigator | |
| EP0782316A2 (en) | Universal message delivery system | |
| EP0782304A2 (en) | Universal message storage system | |
| US20070081642A1 (en) | Electronic mail distribution system for integrated electronic communications | |
| JP2004521522A (ja) | 送信者が受信者の現在の宛先を知らない場合でも通信の送受信が可能な通信方法 | |
| JP2001168903A (ja) | すでに送信された電子メールを操作する方法および対応するサーバ | |
| JPH1093710A (ja) | 個人用メールボックス・フィルタの供給方法および装置 | |
| JP2001503226A (ja) | 通信システムにおいてマルチメディアメッセージを管理する方法および装置 | |
| US8111819B2 (en) | Message server and method for notification of a user about the delivery of an electronic message | |
| JP2002261834A (ja) | 通信処理方法及び装置 | |
| US8341396B1 (en) | Dynamic selection and insertion of signature blocks during message transmission | |
| JP2000010880A (ja) | 電子メール転送装置 | |
| US20030016658A1 (en) | E-mail with voice conversation feature | |
| JP3567290B2 (ja) | 電子メール配送先決定方法 | |
| JPH10207795A (ja) | 電子メール転送方法および電子メールサービス提供装置 | |
| JP3610081B2 (ja) | ファクシミリサーバシステム及びその制御方法 | |
| JP2003157222A (ja) | コンテンツ配信サーバ及びコンテンツ配信方法 | |
| JPS63294156A (ja) | メ−ルサ−ビスシステム | |
| JP3257590B2 (ja) | メール通信方法及びメール通信システム | |
| JP2005032126A (ja) | メッセージ送信方法、メッセージサーバ、受信者端末、仲介者端末、メッセージ中継プログラム、メッセージ受信プログラム及びメッセージ仲介プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20031216 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040212 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040316 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040419 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040518 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20040519 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040531 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090625 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090625 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110625 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120625 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |