JP3581311B2 - サーバ装置及び電子メールの送信制御方法 - Google Patents
サーバ装置及び電子メールの送信制御方法 Download PDFInfo
- Publication number
- JP3581311B2 JP3581311B2 JP2000366839A JP2000366839A JP3581311B2 JP 3581311 B2 JP3581311 B2 JP 3581311B2 JP 2000366839 A JP2000366839 A JP 2000366839A JP 2000366839 A JP2000366839 A JP 2000366839A JP 3581311 B2 JP3581311 B2 JP 3581311B2
- Authority
- JP
- Japan
- Prior art keywords
- destination
- address
- telephone number
- transmission
- 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 - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバ装置及び電子メールの送信制御方法に関する。
【０００２】
【従来の技術】
従来、電子メール通信を行う場合、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従って端末同士の間で直接電子メール通信したり、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）プロトコルに従ってメールサーバに送信された電子メールを宛先である端末が受信するという方法が一般的である。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述のようなプロトコルに従って電子メール通信を行う場合、電子メールの送信相手のメールアカウント等の情報を送信元で予め認識していなければならないという問題がある。具体的には、ＳＭＴＰプロトコルに従う場合にはＩＰアドレス及びメールアカウントを認識しておく必要があり、ＰＯＰ３に従う場合にはメールアカウントを認識しておく必要がある。
【０００４】
本発明は、かかる点に鑑みてなされたものであり、送信相手のメールアカウント等の情報を予め認識していなくても、電子メール通信を行うことができるサーバ装置及びこれを用いた電子メールの送信制御方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明のサーバ装置は、送信元の電子メール送信端末から送信先の電話番号を含む電子メールデータを受信し、電話番号とＩＰアドレスとが対応つけて登録された管理テーブルからその送信先の電話番号に対応するＩＰアドレスを取得し、そのＩＰアドレス宛てに電子メールデータを送信するようにしたものである。
【０００６】
これにより、送信元の電子メール送信端末から指定された電話番号に対応するＩＰアドレスをサーバ装置で取得するようにしたので、送信先のメールアカウント等の情報を予め認識していなくても、電子メール通信を行うことができる。
【０００７】
【発明の実施の形態】
本発明の第１の態様に係るサーバ装置は、電子メールデータを受信する受信手段と、前記電子メールデータから送信先の電話番号を解析する解析手段と、電話番号とＩＰアドレスとが対応づけて登録された管理テーブルと、前記送信先の電話番号に対応するＩＰアドレス宛てに前記電子メールデータを送信する送信手段と、を具備する構成を採る。
【０００８】
この構成によれば、受信した電子メールデータに含まれる送信先の電話番号に対応するＩＰアドレスに電子メールデータが送信されるので、送信先のメールアカウント等の情報を予め認識していなくても、送信先の電話番号を認識しておくだけで電子メール通信を行うことができる。
【０００９】
本発明の第２の態様は、第１の態様に係るサーバ装置において、前記管理テーブルに前記送信先の電話番号が登録されていない場合には前記電子メールデータの送信元にエラー通知を行う構成を採る。
【００１０】
この構成によれば、受信した電子メールデータに含まれる送信先の電話番号が管理テーブルに登録されていない場合に送信元に対してエラー通知が行われるため、即座にオペレータに送信エラーを認識させることができると共に、次の処理を促すことができる。
【００１１】
本発明の第３の態様は、第１又は第２の態様に係るサーバ装置において、前記電子メールデータを送信する際、前記送信手段は、前記電子メールデータのヘッダ情報のうち、送信元のメールアドレスのユーザ名に当該電子メールデータを識別可能なＩＤを割り当てる一方、ドメイン名に送達確認用のドメイン名を割り当てる構成を採る。
【００１２】
この構成によれば、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのユーザ名に電子メールデータを識別可能なＩＤが割り当てられるため、このＩＤにより本サーバ装置においてその電子メールデータを管理することができる。また、ドメイン名に送達確認用のドメイン名が割り当てられるため、送信先において本サーバ装置からの電子メールデータであること、あるいは、送信先から返信された電子メールを受信した本サーバ装置において、即時にこの電子メールが送達確認メッセージであることを認識することができる。迅速に送信元のオペレータに送達確認を通知することができる。
【００１３】
本発明の第４の態様は、第１から第３のいずれかの態様に係るサーバ装置において、前記解析手段は、前記電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名を判断し、送達確認用のドメイン名であった場合、当該電子メールの本文の内容に応じて以前に送信した電子メールデータの処理完了を判断する構成を採る。
【００１４】
この構成によれば、受信した電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名が送達確認用のドメイン名であった場合に送達確認メッセージであることを即時に認識することができる。そして、この場合に限って電子メールの本文の内容に応じて電子メールデータの処理完了を判断するので、本サーバ装置における送達確認についての処理を簡素化することができる。
【００１５】
本発明の第５の態様は、第１から第３のいずれかの態様に係るサーバ装置において、前記解析手段は、前記電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名を判断し、送達確認用のドメイン名であった場合、以前に送信した電子メールデータが正常に処理されていないと判断する構成を採る。
【００１６】
この構成によれば、受信した電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名が送達確認用のドメイン名である電子メールデータを受信するだけで以前に送信した電子メールが正常に送信されていないことを認識することができるので、本サーバ装置における送達確認についての処理をより簡素化することができる。
【００１７】
本発明の第６の態様は、第４又は第５の態様に係るサーバ装置において、前記送信先のメールアドレスのドメイン名が送達確認用のドメイン名であった場合、当該送信先のメールアドレスのユーザ名に割り当てられた電子メールデータの識別ＩＤに基いて、以前に送信した電子メールデータの送信元に処理結果を通知する構成を採る。
【００１８】
この構成によれば、受信した電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名が送達確認用のドメイン名であった場合、その送信先のメールアドレスのユーザに割り当てられた識別ＩＤに基いて、その識別ＩＤを有する電子メールデータの送信元に処理結果を通知する。すなわち、識別ＩＤに応じて送信元が特定されるので、処理結果を誤ることなく送信元に通知することができる。
【００１９】
本発明の第７の態様は、第６の態様に係るサーバ装置において、前記電子メールデータの送信元に処理結果を通知する場合、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのドメイン名に廃棄用のドメイン名を割り当てる構成を採る。
【００２０】
この構成によれば、電子メールデータの送信元に処理結果を通知する場合、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのドメイン名に廃棄用のドメイン名が割り当てられる。この処理結果の通知を受けた送信元において、即時に廃棄すべき電子メールデータであることを認識することができる。これにより、この電子メールデータを受信し、さらに返信処理を行うことによって生じ得る電子メール通信のループを防止することができる。
【００２１】
本発明の第８の態様は、第１の態様に係るサーバ装置において、前記端末管理テーブルは、前記電話番号に対応して端末種別が登録され、前記送信先の電話番号に対応する端末種別がＩＴＵ−Ｔ勧告に定められたＨ．３２３に対応する端末である場合にはＨ．３２３ゲートキーパから当該端末のＩＰアドレスを取得する構成を採る。
【００２２】
この構成によれば、受信した電子メールデータに含まれる送信先の電話番号に対応するＩＰアドレスが管理テーブルに登録されていない場合には、Ｈ．３２３ゲートキーパからその送信先のＩＰアドレスを取得し、このＩＰアドレスに電子メールデータが送信される。したがって、送信先のメールアカウント等の情報を予め認識していなくても、送信先の電話番号を認識しておくだけで電子メール通信を行うことができる。
【００２３】
本発明の第９の態様に係る電子メール送信端末は、送信先の電話番号が入力された後に電子メールデータの送信指示を受けると、前記送信先の電話番号を含む電子メールデータを第１から第８のいずれかの態様のサーバ装置に送信するものである。
【００２４】
本発明の第１０の態様に係る通信システムは、第１から第８のいずれかの態様に係るサーバ装置と、第９の態様に係る電子メール送信端末とから構成され、前記電子メール装置端末から電子メールデータが送信されると、前記電子メールデータに含まれる送信先の電話番号に対応するＩＰアドレスに前記電子メールデータを送信するものである。
【００２５】
本発明の第１１の態様に係る電子メールの送信制御方法は、送信元の電子メール送信端末から送信先の電話番号を含む電子メールデータを受信する工程と、前記電子メールデータから前記送信先の電話番号を解析する工程と、電話番号とＩＰアドレスとが対応つけて登録された管理テーブルから前記送信先の電話番号に対応するＩＰアドレスを取得する工程と、取得した前記送信先の電話番号に対応するＩＰアドレス宛てに前記電子メールデータを送信する工程と、を具備するものである。
【００２６】
以下、本発明の実施の形態について図面を参照して説明する。
【００２７】
図１は、本発明の実施の形態に係るサーバ装置が動作するネットワークを示す概念図である。
【００２８】
図１に示すように、本実施の形態に係るサーバ装置１０１は、ＩＰアドレスにより電子メールの送受信を管理・実行する装置（以下、「ＩＰ装置」という）に接続されている。ＩＰ装置としては、電子メール通信機能を有するパーソナルコンピュータやＰＤＡ等いかなる端末であってもよいが、本実施の形態ではＩＰ装置としてインターネットファクシミリ装置（以下、「ＩＦＡＸ」という）１０２、１０３が接続されている場合について説明する。このＩＦＡＸ１０２、１０３は、特開平８−２４２３２６号公報や米国特許５、８８１、２３３号に開示されているようなＩＦＡＸで構成されるものとする。
【００２９】
ＩＦＡＸ１０２、１０３は、公衆電話回線網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）１０４を介して所定のプロバイダにダイヤルアップ接続を行い、インターネット１０５上の本サーバ装置１０１に接続される。
【００３０】
なお、本サーバ装置１０１に接続されるＩＰ装置（本実施の形態ではＩＦＡＸ１０２、１０３）は、電子メールの送信処理を実行する場合、必ず本サーバ装置１０１にアクセスし、送信対象のメッセージを本サーバ装置１０１に送信する。本サーバ装置１０１は、この性質を利用して送信元のＩＰ装置のオペレータが送信先のメールアカウント等の情報を予め認識していなくても、電子メールを送信できるようにしたものである。具体的には、送信元のＩＰ装置のオペレータから入力される電話番号を利用して送信先を特定し、電子メールを送信するものである。
【００３１】
ＩＦＡＸ１０２を送信元、ＩＦＡＸ１０３を送信先として具体的にいうと、ＩＦＡＸ１０２は、オペレータから入力されたＩＦＡＸ１０３の電話番号が入力されると、その電話番号をヘッダ情報として含む電子メールを本サーバ装置１０１にＳＭＴＰプロトコルに従って送信する。本サーバ装置１０１は、この電子メールのヘッダ情報に含まれる電話番号を判定し、送信先であるＩＦＡＸ１０３のＩＰアドレスを特定した後に受信した電子メールのメッセージをＩＦＡＸ１０３にＳＭＴＰプロトコルに従って送信する。
【００３２】
なお、本サーバ装置１０１に接続されるＩＰ装置は、電子メールを送信する場合、その送信元の電子メールアドレスとして自己の電話番号をユーザ名として有する。すなわち、自己の電話番号が０１２−３４５６−７８９０であれば、０１２３４５６７８９０＠ドメイン名が電子メールアドレスとして登録されるものとする。
【００３３】
図２は、本実施の形態に係るサーバ装置１０１の機能を示すブロック図である。
【００３４】
図２において、ＳＭＴＰ受信部２０１は、送信元のＩＰ装置からＳＭＴＰプロトコルに従って送信される電子メールを受信する。本実施の形態では、上述のように、特にヘッダ情報に電話番号が含まれる電子メールを受信する。
【００３５】
メッセージ解析部２０２は、送信元のＩＰ装置から送信された電子メールの解析を行い、ヘッダ情報とメッセージとに分解する。また、そのヘッダ情報に含まれる送信元の電子メールアドレスを送信元の電話番号とドメインとに分解する。さらに、ヘッダ情報に含まれる送信先の電子メールアドレスを送信先アカウントとドメインとに分解する。
【００３６】
ユーザ認証部２０３は、送信元及び送信先の電話番号からユーザ登録が行われているかを確認する。具体的には、送信元及び送信先の電話番号に基いて端末管理テーブル２０４に電話番号が登録されているかを判定することでユーザ登録されているかを確認する。
【００３７】
ここで、端末管理テーブル２０４に登録される具体例について図３を用いて説明する。図３は、端末管理テーブル２０４に登録されるデータの一例を示す図である。
【００３８】
図３に示すように、端末管理テーブル２０４には、電話番号３０１に対応してＩＰアドレス３０２、ドメイン３０３、受信機能３０４及び機種３０５が登録されている。図３においては、機種としてＩＴＵ−Ｔ勧告Ｈ．３２３に対応した端末（以下、「Ｈ．３２３端末」という）及びＩＦＡＸが登録されている場合について示している。Ｈ．３２３端末は、後述するＨ．３２３ゲートキーパによりそのＩＰアドレスが管理されるため、固定されたＩＰアドレスは登録されていない。
【００３９】
ＩＰ変換部２０５は、端末管理テーブル２０４に登録されたデータに基いて、送信元のＩＰ装置から指定された送信先の電話番号をその送信先のＩＰアドレスに変換する。上述のように、送信先の電話番号に対応する機種がＨ．３２３端末の場合には、固定されたＩＰアドレスが端末管理テーブル２０４に登録されていないため、ＩＰ変換部２０５は、Ｈ．３２３ゲートキーパ２０６に問い合わせ、送信元のＩＰ装置から指定された送信先の電話番号に対応するＩＰアドレスを取得する。
【００４０】
なお、Ｈ．３２３ゲートキーパ２０６は、図４に示すように、電話番号に対応してＩＰアドレスが登録される電話番号／ＩＰアドレス管理テーブルを備えており、各電話番号に対応したＩＰアドレスをＩＰ変換部２０５の問い合わせに応じて返信する。
【００４１】
送信メッセージ作成部２０７は、送信元のＩＰ装置から受信した電子メールのメッセージに対して、各電子メールを識別可能なメッセージ管理ＩＤを付与した送信メッセージを作成する。送信メッセージを示す所定の情報がメッセージ管理データベース（ＤＢ）２０８に登録される。
【００４２】
ここで、メッセージ管理ＤＢ２０８に登録される具体例について図５を用いて説明する。図５は、メッセージ管理ＤＢ２０８に登録されるデータの一例を示す図である。
【００４３】
図５に示すように、メッセージ管理ＤＢ２０８には、送信メッセージに付与されたメッセージ管理ＩＤ５０１に対応して送信元電話番号５０２、送信先電話番号５０３及び添付ファイル名５０４が登録されている。
【００４４】
ＳＭＴＰ送信部２０９は、ＩＰ変換部２０５により変換された送信先のＩＰ装置のＩＰアドレスに対して、メッセージ管理ＤＢ２０８から取り出したデータを参照して送信メッセージをＳＭＴＰプロトコルに従って送信する。
【００４５】
次に、上記構成を有する本サーバ装置１０１における電子メールの送信動作について図６を用いて説明する。図６は、本サーバ装置１０１における電子メールの送信動作を示すフロー図である。以下の説明においては、ＩＦＡＸ１０２を送信元のＩＰ装置、ＩＦＡＸ１０３を送信先のＩＰ装置として説明する。なお、ＩＦＡＸ１０２、ＩＦＡＸ１０３のそれぞれに対応して、図３に示す「２３４５−６７−８９０１」、「９９９９−９９−９９９９」が割り当てられているものとする。
【００４６】
本サーバ装置１０１に電子メールを送信するに当たり、ＩＦＡＸ１０２は、送信すべき原稿を読取画面より読み込んだ後、送信先であるＩＦＡＸ１０３の電話番号を入力して送信指示を行う。
【００４７】
本サーバ装置１０１においては、この送信指示に応じてＩＦＡＸ１０２から送信されるＭＡＩＬコマンドをＳＭＴＰ受信部２０１が受信する（ＳＴ６０１）。このＭＡＩＬコマンドには、送信元であるＩＦＡＸ１０２の電話番号がユーザ名として設定された電子メールアドレスが含まれている。具体的には、電子メールのヘッダ情報のうち、送信元を示す部分（ＭＡＩＬ ＦＲＯＭ：）に「２３４５−６７−８９０１＠ＣＣＣ」という電子メールアドレスが割り当てられている。
【００４８】
メッセージ解析部２０２は、この送信元の電子メールアドレスの解析を行い、送信元の電話番号とドメインとに分解する（ＳＴ６０２）。すなわち、送信元の電子メールアドレスから「２３４５−６７−８９０１」という電話番号と「ＣＣＣ」というドメインとを取得する。この取得された送信元の電話番号は、ユーザ認証部２０３に渡される。
【００４９】
ユーザ認証部２０３は、この送信元の電話番号が端末管理テーブル２０４に登録されているかを判断することで、ＩＦＡＸ１０２がユーザ登録されているか判断する（ＳＴ６０３）。ここでは、図３に示すように、端末管理テーブル２０４にＩＦＡＸ１０２の電話番号が登録されているので、ＩＦＡＸ１０２がユーザ登録されていると判断される。
【００５０】
ＩＦＡＸ１０２がユーザ登録されていると判断すると、ＳＭＴＰ受信部２０１は、ＩＦＡＸ１０２から送信されるＲＣＰＴコマンドを受信する（ＳＴ６０４）。ＲＣＰＴコマンドには、送信先であるＩＦＡＸ１０３の電話番号が含まれている。具体的には、電子メールのヘッダ情報のうち、送信先を示す部分（ＲＣＰＴＴＯ：）に「９９９９−９９−９９９９」という電話番号が割り当てられている。
【００５１】
なお、ＳＴ６０３において、送信元の電話番号が端末管理テーブル２０４に登録されていない場合には、送信元であるＩＦＡＸ１０２に対してエラーコード（例えば、５０１）をＳＭＴＰプロトコルに従って送信し、電子メールの送信動作を終了する（ＳＴ６０５）。
【００５２】
ＳＴ６０４において、ＲＣＰＴコマンドを受信すると、メッセージ解析部２０２は、送信先の電子メールアドレスの解析を行い、送信先の電話番号とドメインとに分解する（ＳＴ６０６）。すなわち、送信先の電子メールアドレスから「９９９９−９９−９９９９」という電話番号と所定の場合にドメインとを取得する。ここでは、送信先の電子メールアドレスとして、電話番号しか割り当てられていないため、ドメインがないと判断する。なお、ドメインが取得される所定の場合とは、後述する送達確認メッセージ処理やメッセージを廃棄する処理の場合である。
【００５３】
ＳＴ６０６で送信先の電子メールアドレスを分解した後、メッセージ解析部２０２は、分解して取得したドメインを判断する（ＳＴ６０７）。具体的には、取得したドメインが送達確認用のドメインか、廃棄用のドメインか、それ以外のドメインかを判断する（ＳＴ６０８）。この送達確認用ドメイン及び廃棄用ドメインについては後述する。ここでは、上述のようにドメインがないと判断されるため、それ以外のドメインと判断される。
【００５４】
ＳＴ６０８におけるドメインの判断に応じた処理が選択される。すなわち、それ以外のドメインと判断された場合には、通常メッセージ処理が選択される（ＳＴ６０９）。また、送達確認用ドメインと判断された場合には、送達確認用メッセージ処理が選択される（ＳＴ６１０）。さらに廃棄用ドメインと判断された場合には、メッセージを廃棄する処理が選択される（ＳＴ６１１）。ここでは、それ以外のドメインと判断されるため、通常メッセージ処理が選択される。
【００５５】
通常メッセージ処理について図７を用いて説明する。図７は、本サーバ装置１０１における通常メッセージ処理の動作を示すフロー図である。
【００５６】
ＳＴ６０８において、通常メッセージ処理が選択されると、ユーザ認証部２０３は、ＳＴ６０６で取得した送信先の電話番号が端末管理テーブル２０４に登録されているかを判断することで、ＩＦＡＸ１０３がユーザ登録されているか判断する（ＳＴ７０１）。ここでは、図３に示すように、端末管理テーブル２０４にＩＦＡＸ１０３の電話番号が登録されているので、ＩＦＡＸ１０３がユーザ登録されていると判断される。
【００５７】
ＩＦＡＸ１０３がユーザ登録されていると判断すると、メッセージ解析部２０２は、ＳＭＴＰ受信部２０１を介して受信した電子メールメッセージを解析し、分解する（ＳＴ７０２）。具体的には、送信元がＩＦＡＸ１０２であるため、受信した電子メールメッセージをヘッダ情報とＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）ファイルに分解する。
【００５８】
なお、ＳＴ７０１において、送信先の電話番号が端末管理テーブル２０４に登録されていない場合には、送信元であるＩＦＡＸ１０２に対してエラーコード（例えば、５５０、５５１）をＳＭＴＰプロトコルに従って送信し、電子メールの送信動作を終了する（ＳＴ７０３）。
【００５９】
ＳＴ７０２において受信した電子メールメッセージをヘッダ情報とＴＩＦＦファイルとに分解した後、メッセージ解析部２０２は、さらに受信した電子メールメッセージの添付ファイルがＴＩＦＦ画像であるかを判断する（ＳＴ７０４）。すなわち、添付ファイルが例えば、ＭＨのような圧縮形式で圧縮されたものか判断する。具体的には、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）に従ったマルチパートメールに添付されたＴＩＦＦファイルのヘッダ情報を確認することで電子メールメッセージの添付ファイルがＴＩＦＦ画像であるかを判断する。
【００６０】
ＩＰ変換部２０５は、メッセージ解析部２０２が取得した送信先の電話番号を受け取る。そして、この電話番号を用いて端末管理テーブル２０４を検索し、送信先の端末種別及びドメインを取得する（ＳＴ７０５）。ここでは、端末機種として「ＩＦＡＸ」が、ドメインとして「ＢＢＢ」が取得される。取得された送信先の端末種別及びドメインは、ＳＭＴＰ送信部２０９に渡される。
【００６１】
一方、送信メッセージ作成部２０７は、ＳＴ７０４における判断結果を加味した上で、ＩＦＡＸ１０２から受信した電子メールメッセージに対して、メッセージ管理ＩＤを付与する。このとき、送信メッセージ作成部２０７は、この送信メッセージの内容を示す管理レコードをメッセージ管理ＤＢ２０８に登録する（ＳＴ７０６）。この管理レコードとは、図５に示すメッセージ管理ＩＤ５０１、送信元電話番号５０２、送信先電話番号５０３及び添付ファイル名５０４等である。ここでは、具体的に図５の最上段に示す、メッセージ管理ＩＤが「１００」である管理レコードが登録される。
【００６２】
さらに、送信メッセージ作成部２０７は、上述のメッセージ管理ＩＤ（１００）をユーザ名とし、送達確認用のドメインを付与した電子メールアドレスを送信元の電子メールアドレスと設定した送信メッセージを作成する（ＳＴ７０７）。ここで送達確認用ドメインは、いかなるドメインを設定してもよいが、例えば、「ｓｖｒ．ｃｏｎｆｉｒｍ」と設定するものとする。ここでは、送信元の電子メールアドレスとして、「１００＠ｓｖｒ．ｃｏｎｆｉｒｍ」と設定された送信メッセージが作成される。作成された送信メッセージは、ＳＭＴＰ送信部２０９に渡される。
【００６３】
送信メッセージが作成されると、ＩＰ変換部２０５は、ＳＴ７０５で取得した送信先の端末機種に応じて送信先のＩＰアドレスを取得する（ＳＴ７０８）。具体的には、送信先の端末機種がＩＦＡＸであれば、端末管理テーブル２０４からＩＰアドレスを取得し、また、送信先の端末機種がＨ．３２３端末であれば、Ｈ．３２３ゲートキーパ２０６との通信を行い（Ｈ．３２３ ＬＰＱ／ＬＣＦ）、ＩＰアドレスを取得する。ここでは、送信先の端末機種がＩＦＡＸ１０３であるため、ＩＰ変換部２０５は、端末管理テーブル２０４からＩＰアドレス（１３３．１８５．２５０．１２）を取得する。取得されたＩＰアドレスは、ＳＭＴＰ送信部２０９に渡される。
【００６４】
このＩＰアドレスを受け取ると、ＳＭＴＰ送信部２０９は、ＳＴ７０７で作成された送信メッセージを指定されたＩＰアドレスにＳＭＴＰプロトコルに従って送信する（ＳＴ７０９）。このとき、ＳＭＴＰ送信部２０９は、メッセージ管理ＤＢ２０８に登録された送信対象のメッセージ管理ＩＤに対応する管理レコードを参照して送信先の電子メールアドレスを指定する。具体的には、送信先の電話番号をユーザ名として送信先の電子メールアドレスを指定する。ここでは、送信先の電子メールアドレスが「９９９９−９９−９９９９＠ＢＢＢ」と指定される。
【００６５】
送信メッセージを送信すると、ＳＭＴＰ送信部２０９は、正常に電子メール送信が行われたかを判断する（ＳＴ７１０）。ここで、正常に電子メール送信が行われた場合には、電子メールの送信動作を終了する。一方、例えば、送信先のＩＦＡＸ１０３の電源が入っていない等の原因により正常に電子メール送信が行われていない場合には、その旨を送信メッセージ作成部２０７に通知する。
【００６６】
この通知を受け取ると、送信メッセージ作成部２０７は、予め用意されたエラー内容を示すメッセージを本文とし、送信できなかった送信メッセージを添付ファイルとしたエラーメールメッセージを作成する（ＳＴ７１１）。このエラーメールメッセージは、ＳＭＴＰ送信部２０９に渡される。
【００６７】
エラーメールメッセージが作成されると、ＩＰ変換部２０５は、端末管理テーブル２０４に登録された送信元（ＩＦＡＸ１０２）の端末機種に応じて、ＳＴ７０８の同様の要領で送信元のＩＰアドレスを取得する（ＳＴ７１２）。ここでは、送信元の端末機種がＩＦＡＸ１０２であるため、ＩＰ変換部２０５は、端末管理テーブル２０４からＩＰアドレス（１３３．１８５．２５０．１３）を取得する。取得されたＩＰアドレスは、ＳＭＴＰ送信部２０９に渡される。
【００６８】
このＩＰアドレスを受け取ると、ＳＭＴＰ送信部２０９は、ＳＴ７１１で作成されたエラーメールメッセージを指定されたＩＰアドレスにＳＭＴＰプロトコルに従って送信し（ＳＴ７１３）、電子メール送信動作を終了する。
【００６９】
次に、図６におけるＳＴ６０８において送達確認用ドメインと判断された場合の送達確認メッセージ処理について図８を用いて説明する。図８は、本サーバ装置１０１における送達確認メッセージ処理の動作を示すフロー図である。
【００７０】
ここで、送達確認メッセージ処理について説明する。送達確認メッセージ処理とは、何らかの原因で送信先のＩＰ装置に対してサーバ装置１０１からの送信メッセージが到達しなかった場合に送信先のＩＰ装置が所定の送達確認メッセージを送信元のＩＰ装置に送信する処理をいう。なお、以下の説明においては、上述のＩＦＡＸ１０２からの送信メッセージがＩＦＡＸ１０３に到達しないで、ＩＦＡＸ１０３が送達確認メッセージ処理を実行するものとする。
【００７１】
この送達確認メッセージ処理では、本サーバ装置１０１における送達確認の判断を自由に設定することができる。例えば、サーバ装置１０１からの送信メッセージが送信先のＩＰ装置に到達しなかった場合のみに送信先のＩＰ装置から送達確認メッセージを送信するように設定するとする。この場合には、その送達確認メッセージを受信した場合に送信メッセージが到達しなかったことを判断できる。また、サーバ装置１０１からの送信メッセージに対応して全て送達確認メッセージを送信するように設定するとする。この場合には、その送達確認メッセージの内容に応じて送信メッセージが到達か未到達かを判断できる。ここでは、前者の判断が設定されているものとする。
【００７２】
なお、この送達確認メッセージのヘッダ情報には、上述のＩＦＡＸ１０２からの送信メッセージのヘッダ情報の送信元と送信先の電子メールアドレスが入れ換えられて指定されている。上述の例でいうと、送信元の電子メールアドレスに元の送信先の電子メールアドレスであった「９９９９−９９−９９９９＠ＢＢＢ」が、送信先の電子メールアドレスに元の送信元の電子メールアドレスであった「１００＠ｓｖｒ．ｃｏｎｆｉｒｍ」が指定されている。
【００７３】
送達確認メッセージ処理においても、図６に示すＳＴ６０１〜ＳＴ６０８までの処理が同様に行われる。なお、ＳＴ６０６では、送信先の電子メールアドレスの解析により、ＩＦＡＸ１０３に到達されなかった送信メッセージのメッセージ管理ＩＤ（１００）と送達確認用ドメイン（ｓｖｒ．ｃｏｎｆｉｒｍ）に分解される。これらのメッセージ管理ＩＤ等は、送信メッセージ作成部２０７に渡される。さらに、ＳＴ６０８において、送達確認メッセージ処理が選択される。
【００７４】
送達確認メッセージ処理が選択されると、上述の送達確認の判断の設定に応じて送達確認の結果が判断される（ＳＴ８０１）。ここでは、ＩＦＡＸ１０３から送達確認メッセージを受信しているので、ＩＦＡＸ１０２からの送信メッセージがＩＦＡＸ１０３に到達していないと判断される。
【００７５】
ＳＴ８０１により送達確認の結果が判断されると、ＳＭＴＰ送信部２０９は、メッセージ解析部２０２及び送信メッセージ作成部２０７を通じて渡されたメッセージ管理ＩＤ（１００）に基いて、メッセージ管理ＤＢ２０８より元の送信元（ＩＦＡＸ１０２）及び元の送信先（ＩＦＡＸ１０３）の電話番号を取得する（ＳＴ８０２）。
【００７６】
ＩＰ変換部２０５は、ＳＭＴＰ送信部２０９から元の送信元（ＩＦＡＸ１０２）の電話番号を取得し、この電話番号を用いて端末管理テーブル２０４を検索し、元の送信元（ＩＦＡＸ１０２）の端末種別及びドメインを取得する（ＳＴ８０３）。ここでは、送信元であるＩＦＡＸ１０２の端末種別（ＩＦＡＸ）及びドメイン（ＣＣＣ）が取得される。取得された元の送信元（ＩＦＡＸ１０２）の端末種別及びドメインは、ＳＭＴＰ送信部２０９に渡される。
【００７７】
一方、送信メッセージ作成部２０７は、送信メッセージが到達していない旨を示すメッセージを本文とし、送信できなかった送信メッセージを添付ファイルとしたエラーメールメッセージを作成する（ＳＴ８０４）。このエラーメールメッセージは、ＳＭＴＰ送信部２０９に渡される。
【００７８】
なお、送信メッセージ作成部２０７は、この送達確認メッセージのヘッダ情報のうち、送信元の電子メールアドレスとして、元の送信先（ＩＦＡＸ１０３）の電話番号（９９９９−９９−９９９９）をユーザ名とし、ドメインを廃棄用ドメインと設定する。廃棄用ドメインは、いかなるものであってもよいが、例えば、「ｓｖｒ．ｄｅｌｅｔｅ」とする。ここでは、送信元の電子メールアドレスが「９９９９−９９−９９９９＠ｓｖｒ．ｄｅｌｅｔｅ」と設定される。
【００７９】
ＩＰ変換部２０５は、ＳＴ８０３で取得した元の送信元（ＩＦＡＸ１０２）の端末機種に応じて、ＳＴ７０８やＳＴ７１２と同様の要領でＩＰアドレスを取得する（ＳＴ８０５）。ここでは、元の送信元の端末機種がＩＦＡＸ１０２であるため、ＩＰ変換部２０５は、端末管理テーブル２０４からＩＰアドレス（１３３．１８５．２５０．１３）を取得する。取得されたＩＰアドレスは、ＳＭＴＰ送信部２０９に渡される。
【００８０】
このＩＰアドレスを受け取ると、ＳＭＴＰ送信部２０９は、ＳＴ８０４で作成されたエラーメールメッセージを指定されたＩＰアドレスにＳＭＴＰプロトコルに従って送信する（ＳＴ８０６）。そして、エラーメールメッセージを送信した後、電子メールの送信動作を終了する。
【００８１】
次に、図６におけるＳＴ６０８において、廃棄用のドメインと判断された場合に選択される、メッセージを廃棄する処理について説明する。この処理は、元の送信元であるＩＦＡＸ１０２が送達確認メッセージを受信した場合に、さらに元の送信先であるＩＦＡＸ１０３にエラーメールメッセージを送信することにより発生し得る、電子メール通信の無限ループを防止するものである。
【００８２】
このメッセージを廃棄する処理においても、図６に示すＳＴ６０１〜ＳＴ６０８までの処理が同様に行われる。なお、この場合には、ＳＴ６０８において、廃棄用ドメイン（ｓｖｒ．ｄｅｌｅｔｅ）と判断されることで、この処理が選択される。そして、この場合、その受信した電子メールメッセージが廃棄され（ＳＴ６１１）、電子メール送信動作を終了する。
【００８３】
このように本実施の形態のサーバ装置１０１によれば、端末管理テーブル２０４に送信先の電話番号に対応させて登録されたＩＰアドレス、あるいは、端末管理テーブル２０４に登録された端末種別からＨ．３２３ゲートキーパ等に問い合わせることで通知されるＩＰアドレスを取得するようにしたので、送信元のオペレータは、送信先のメールアカウント等の情報を予め認識していなくても、送信先の電話番号を認識しておくだけで電子メールを送信することができる。
【００８４】
【発明の効果】
以上説明したように、本発明によれば、送信元から指定された電話番号に対応するＩＰアドレスを取得するようにしたので、送信相手のメールアカウント等の情報を予め認識していなくても、電子メール通信を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るサーバ装置が動作するネットワークを示す概念図
【図２】上記実施の形態に係るサーバ装置の機能を示すブロック図
【図３】上記実施の形態に係るサーバ装置の端末管理テーブルに登録されるデータの一例を示す図
【図４】上記実施の形態に係るサーバ装置が通信するＨ．３２３ゲートキーパの電話番号／ＩＰアドレス管理テーブルに登録されるデータの一例を示す図
【図５】上記実施の形態に係るサーバ装置のメッセージ管理ＤＢに登録されるデータの一例を示す図
【図６】上記実施の形態に係るサーバ装置における電子メールの送信動作を示すフロー図
【図７】上記実施の形態に係る本サーバ装置における通常メッセージ処理の動作を示すフロー図
【図８】上記実施の形態に係るＩＦＡＸにおけるデフォルトドメイン名の登録の各工程を示すフロー図
【符号の説明】
１０１ サーバ装置
１０２，１０３ インターネットファクシミリ装置（ＩＦＡＸ）
１０４ 公衆電話回線網
１０５ インターネット
２０１ ＳＭＴＰ受信部
２０２ メッセージ解析部
２０３ ユーザ認証部
２０４ 端末管理テーブル
２０５ ＩＰ変換部
２０６ Ｈ．３２３ゲートキーパ
２０７ 送信メッセージ作成部
２０８ メッセージ管理データベース（ＤＢ）
２０９ ＳＭＴＰ送信部
【発明の属する技術分野】
本発明は、サーバ装置及び電子メールの送信制御方法に関する。
【０００２】
【従来の技術】
従来、電子メール通信を行う場合、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従って端末同士の間で直接電子メール通信したり、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）プロトコルに従ってメールサーバに送信された電子メールを宛先である端末が受信するという方法が一般的である。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述のようなプロトコルに従って電子メール通信を行う場合、電子メールの送信相手のメールアカウント等の情報を送信元で予め認識していなければならないという問題がある。具体的には、ＳＭＴＰプロトコルに従う場合にはＩＰアドレス及びメールアカウントを認識しておく必要があり、ＰＯＰ３に従う場合にはメールアカウントを認識しておく必要がある。
【０００４】
本発明は、かかる点に鑑みてなされたものであり、送信相手のメールアカウント等の情報を予め認識していなくても、電子メール通信を行うことができるサーバ装置及びこれを用いた電子メールの送信制御方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明のサーバ装置は、送信元の電子メール送信端末から送信先の電話番号を含む電子メールデータを受信し、電話番号とＩＰアドレスとが対応つけて登録された管理テーブルからその送信先の電話番号に対応するＩＰアドレスを取得し、そのＩＰアドレス宛てに電子メールデータを送信するようにしたものである。
【０００６】
これにより、送信元の電子メール送信端末から指定された電話番号に対応するＩＰアドレスをサーバ装置で取得するようにしたので、送信先のメールアカウント等の情報を予め認識していなくても、電子メール通信を行うことができる。
【０００７】
【発明の実施の形態】
本発明の第１の態様に係るサーバ装置は、電子メールデータを受信する受信手段と、前記電子メールデータから送信先の電話番号を解析する解析手段と、電話番号とＩＰアドレスとが対応づけて登録された管理テーブルと、前記送信先の電話番号に対応するＩＰアドレス宛てに前記電子メールデータを送信する送信手段と、を具備する構成を採る。
【０００８】
この構成によれば、受信した電子メールデータに含まれる送信先の電話番号に対応するＩＰアドレスに電子メールデータが送信されるので、送信先のメールアカウント等の情報を予め認識していなくても、送信先の電話番号を認識しておくだけで電子メール通信を行うことができる。
【０００９】
本発明の第２の態様は、第１の態様に係るサーバ装置において、前記管理テーブルに前記送信先の電話番号が登録されていない場合には前記電子メールデータの送信元にエラー通知を行う構成を採る。
【００１０】
この構成によれば、受信した電子メールデータに含まれる送信先の電話番号が管理テーブルに登録されていない場合に送信元に対してエラー通知が行われるため、即座にオペレータに送信エラーを認識させることができると共に、次の処理を促すことができる。
【００１１】
本発明の第３の態様は、第１又は第２の態様に係るサーバ装置において、前記電子メールデータを送信する際、前記送信手段は、前記電子メールデータのヘッダ情報のうち、送信元のメールアドレスのユーザ名に当該電子メールデータを識別可能なＩＤを割り当てる一方、ドメイン名に送達確認用のドメイン名を割り当てる構成を採る。
【００１２】
この構成によれば、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのユーザ名に電子メールデータを識別可能なＩＤが割り当てられるため、このＩＤにより本サーバ装置においてその電子メールデータを管理することができる。また、ドメイン名に送達確認用のドメイン名が割り当てられるため、送信先において本サーバ装置からの電子メールデータであること、あるいは、送信先から返信された電子メールを受信した本サーバ装置において、即時にこの電子メールが送達確認メッセージであることを認識することができる。迅速に送信元のオペレータに送達確認を通知することができる。
【００１３】
本発明の第４の態様は、第１から第３のいずれかの態様に係るサーバ装置において、前記解析手段は、前記電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名を判断し、送達確認用のドメイン名であった場合、当該電子メールの本文の内容に応じて以前に送信した電子メールデータの処理完了を判断する構成を採る。
【００１４】
この構成によれば、受信した電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名が送達確認用のドメイン名であった場合に送達確認メッセージであることを即時に認識することができる。そして、この場合に限って電子メールの本文の内容に応じて電子メールデータの処理完了を判断するので、本サーバ装置における送達確認についての処理を簡素化することができる。
【００１５】
本発明の第５の態様は、第１から第３のいずれかの態様に係るサーバ装置において、前記解析手段は、前記電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名を判断し、送達確認用のドメイン名であった場合、以前に送信した電子メールデータが正常に処理されていないと判断する構成を採る。
【００１６】
この構成によれば、受信した電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名が送達確認用のドメイン名である電子メールデータを受信するだけで以前に送信した電子メールが正常に送信されていないことを認識することができるので、本サーバ装置における送達確認についての処理をより簡素化することができる。
【００１７】
本発明の第６の態様は、第４又は第５の態様に係るサーバ装置において、前記送信先のメールアドレスのドメイン名が送達確認用のドメイン名であった場合、当該送信先のメールアドレスのユーザ名に割り当てられた電子メールデータの識別ＩＤに基いて、以前に送信した電子メールデータの送信元に処理結果を通知する構成を採る。
【００１８】
この構成によれば、受信した電子メールデータのヘッダ情報のうち、送信先のメールアドレスのドメイン名が送達確認用のドメイン名であった場合、その送信先のメールアドレスのユーザに割り当てられた識別ＩＤに基いて、その識別ＩＤを有する電子メールデータの送信元に処理結果を通知する。すなわち、識別ＩＤに応じて送信元が特定されるので、処理結果を誤ることなく送信元に通知することができる。
【００１９】
本発明の第７の態様は、第６の態様に係るサーバ装置において、前記電子メールデータの送信元に処理結果を通知する場合、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのドメイン名に廃棄用のドメイン名を割り当てる構成を採る。
【００２０】
この構成によれば、電子メールデータの送信元に処理結果を通知する場合、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのドメイン名に廃棄用のドメイン名が割り当てられる。この処理結果の通知を受けた送信元において、即時に廃棄すべき電子メールデータであることを認識することができる。これにより、この電子メールデータを受信し、さらに返信処理を行うことによって生じ得る電子メール通信のループを防止することができる。
【００２１】
本発明の第８の態様は、第１の態様に係るサーバ装置において、前記端末管理テーブルは、前記電話番号に対応して端末種別が登録され、前記送信先の電話番号に対応する端末種別がＩＴＵ−Ｔ勧告に定められたＨ．３２３に対応する端末である場合にはＨ．３２３ゲートキーパから当該端末のＩＰアドレスを取得する構成を採る。
【００２２】
この構成によれば、受信した電子メールデータに含まれる送信先の電話番号に対応するＩＰアドレスが管理テーブルに登録されていない場合には、Ｈ．３２３ゲートキーパからその送信先のＩＰアドレスを取得し、このＩＰアドレスに電子メールデータが送信される。したがって、送信先のメールアカウント等の情報を予め認識していなくても、送信先の電話番号を認識しておくだけで電子メール通信を行うことができる。
【００２３】
本発明の第９の態様に係る電子メール送信端末は、送信先の電話番号が入力された後に電子メールデータの送信指示を受けると、前記送信先の電話番号を含む電子メールデータを第１から第８のいずれかの態様のサーバ装置に送信するものである。
【００２４】
本発明の第１０の態様に係る通信システムは、第１から第８のいずれかの態様に係るサーバ装置と、第９の態様に係る電子メール送信端末とから構成され、前記電子メール装置端末から電子メールデータが送信されると、前記電子メールデータに含まれる送信先の電話番号に対応するＩＰアドレスに前記電子メールデータを送信するものである。
【００２５】
本発明の第１１の態様に係る電子メールの送信制御方法は、送信元の電子メール送信端末から送信先の電話番号を含む電子メールデータを受信する工程と、前記電子メールデータから前記送信先の電話番号を解析する工程と、電話番号とＩＰアドレスとが対応つけて登録された管理テーブルから前記送信先の電話番号に対応するＩＰアドレスを取得する工程と、取得した前記送信先の電話番号に対応するＩＰアドレス宛てに前記電子メールデータを送信する工程と、を具備するものである。
【００２６】
以下、本発明の実施の形態について図面を参照して説明する。
【００２７】
図１は、本発明の実施の形態に係るサーバ装置が動作するネットワークを示す概念図である。
【００２８】
図１に示すように、本実施の形態に係るサーバ装置１０１は、ＩＰアドレスにより電子メールの送受信を管理・実行する装置（以下、「ＩＰ装置」という）に接続されている。ＩＰ装置としては、電子メール通信機能を有するパーソナルコンピュータやＰＤＡ等いかなる端末であってもよいが、本実施の形態ではＩＰ装置としてインターネットファクシミリ装置（以下、「ＩＦＡＸ」という）１０２、１０３が接続されている場合について説明する。このＩＦＡＸ１０２、１０３は、特開平８−２４２３２６号公報や米国特許５、８８１、２３３号に開示されているようなＩＦＡＸで構成されるものとする。
【００２９】
ＩＦＡＸ１０２、１０３は、公衆電話回線網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）１０４を介して所定のプロバイダにダイヤルアップ接続を行い、インターネット１０５上の本サーバ装置１０１に接続される。
【００３０】
なお、本サーバ装置１０１に接続されるＩＰ装置（本実施の形態ではＩＦＡＸ１０２、１０３）は、電子メールの送信処理を実行する場合、必ず本サーバ装置１０１にアクセスし、送信対象のメッセージを本サーバ装置１０１に送信する。本サーバ装置１０１は、この性質を利用して送信元のＩＰ装置のオペレータが送信先のメールアカウント等の情報を予め認識していなくても、電子メールを送信できるようにしたものである。具体的には、送信元のＩＰ装置のオペレータから入力される電話番号を利用して送信先を特定し、電子メールを送信するものである。
【００３１】
ＩＦＡＸ１０２を送信元、ＩＦＡＸ１０３を送信先として具体的にいうと、ＩＦＡＸ１０２は、オペレータから入力されたＩＦＡＸ１０３の電話番号が入力されると、その電話番号をヘッダ情報として含む電子メールを本サーバ装置１０１にＳＭＴＰプロトコルに従って送信する。本サーバ装置１０１は、この電子メールのヘッダ情報に含まれる電話番号を判定し、送信先であるＩＦＡＸ１０３のＩＰアドレスを特定した後に受信した電子メールのメッセージをＩＦＡＸ１０３にＳＭＴＰプロトコルに従って送信する。
【００３２】
なお、本サーバ装置１０１に接続されるＩＰ装置は、電子メールを送信する場合、その送信元の電子メールアドレスとして自己の電話番号をユーザ名として有する。すなわち、自己の電話番号が０１２−３４５６−７８９０であれば、０１２３４５６７８９０＠ドメイン名が電子メールアドレスとして登録されるものとする。
【００３３】
図２は、本実施の形態に係るサーバ装置１０１の機能を示すブロック図である。
【００３４】
図２において、ＳＭＴＰ受信部２０１は、送信元のＩＰ装置からＳＭＴＰプロトコルに従って送信される電子メールを受信する。本実施の形態では、上述のように、特にヘッダ情報に電話番号が含まれる電子メールを受信する。
【００３５】
メッセージ解析部２０２は、送信元のＩＰ装置から送信された電子メールの解析を行い、ヘッダ情報とメッセージとに分解する。また、そのヘッダ情報に含まれる送信元の電子メールアドレスを送信元の電話番号とドメインとに分解する。さらに、ヘッダ情報に含まれる送信先の電子メールアドレスを送信先アカウントとドメインとに分解する。
【００３６】
ユーザ認証部２０３は、送信元及び送信先の電話番号からユーザ登録が行われているかを確認する。具体的には、送信元及び送信先の電話番号に基いて端末管理テーブル２０４に電話番号が登録されているかを判定することでユーザ登録されているかを確認する。
【００３７】
ここで、端末管理テーブル２０４に登録される具体例について図３を用いて説明する。図３は、端末管理テーブル２０４に登録されるデータの一例を示す図である。
【００３８】
図３に示すように、端末管理テーブル２０４には、電話番号３０１に対応してＩＰアドレス３０２、ドメイン３０３、受信機能３０４及び機種３０５が登録されている。図３においては、機種としてＩＴＵ−Ｔ勧告Ｈ．３２３に対応した端末（以下、「Ｈ．３２３端末」という）及びＩＦＡＸが登録されている場合について示している。Ｈ．３２３端末は、後述するＨ．３２３ゲートキーパによりそのＩＰアドレスが管理されるため、固定されたＩＰアドレスは登録されていない。
【００３９】
ＩＰ変換部２０５は、端末管理テーブル２０４に登録されたデータに基いて、送信元のＩＰ装置から指定された送信先の電話番号をその送信先のＩＰアドレスに変換する。上述のように、送信先の電話番号に対応する機種がＨ．３２３端末の場合には、固定されたＩＰアドレスが端末管理テーブル２０４に登録されていないため、ＩＰ変換部２０５は、Ｈ．３２３ゲートキーパ２０６に問い合わせ、送信元のＩＰ装置から指定された送信先の電話番号に対応するＩＰアドレスを取得する。
【００４０】
なお、Ｈ．３２３ゲートキーパ２０６は、図４に示すように、電話番号に対応してＩＰアドレスが登録される電話番号／ＩＰアドレス管理テーブルを備えており、各電話番号に対応したＩＰアドレスをＩＰ変換部２０５の問い合わせに応じて返信する。
【００４１】
送信メッセージ作成部２０７は、送信元のＩＰ装置から受信した電子メールのメッセージに対して、各電子メールを識別可能なメッセージ管理ＩＤを付与した送信メッセージを作成する。送信メッセージを示す所定の情報がメッセージ管理データベース（ＤＢ）２０８に登録される。
【００４２】
ここで、メッセージ管理ＤＢ２０８に登録される具体例について図５を用いて説明する。図５は、メッセージ管理ＤＢ２０８に登録されるデータの一例を示す図である。
【００４３】
図５に示すように、メッセージ管理ＤＢ２０８には、送信メッセージに付与されたメッセージ管理ＩＤ５０１に対応して送信元電話番号５０２、送信先電話番号５０３及び添付ファイル名５０４が登録されている。
【００４４】
ＳＭＴＰ送信部２０９は、ＩＰ変換部２０５により変換された送信先のＩＰ装置のＩＰアドレスに対して、メッセージ管理ＤＢ２０８から取り出したデータを参照して送信メッセージをＳＭＴＰプロトコルに従って送信する。
【００４５】
次に、上記構成を有する本サーバ装置１０１における電子メールの送信動作について図６を用いて説明する。図６は、本サーバ装置１０１における電子メールの送信動作を示すフロー図である。以下の説明においては、ＩＦＡＸ１０２を送信元のＩＰ装置、ＩＦＡＸ１０３を送信先のＩＰ装置として説明する。なお、ＩＦＡＸ１０２、ＩＦＡＸ１０３のそれぞれに対応して、図３に示す「２３４５−６７−８９０１」、「９９９９−９９−９９９９」が割り当てられているものとする。
【００４６】
本サーバ装置１０１に電子メールを送信するに当たり、ＩＦＡＸ１０２は、送信すべき原稿を読取画面より読み込んだ後、送信先であるＩＦＡＸ１０３の電話番号を入力して送信指示を行う。
【００４７】
本サーバ装置１０１においては、この送信指示に応じてＩＦＡＸ１０２から送信されるＭＡＩＬコマンドをＳＭＴＰ受信部２０１が受信する（ＳＴ６０１）。このＭＡＩＬコマンドには、送信元であるＩＦＡＸ１０２の電話番号がユーザ名として設定された電子メールアドレスが含まれている。具体的には、電子メールのヘッダ情報のうち、送信元を示す部分（ＭＡＩＬ ＦＲＯＭ：）に「２３４５−６７−８９０１＠ＣＣＣ」という電子メールアドレスが割り当てられている。
【００４８】
メッセージ解析部２０２は、この送信元の電子メールアドレスの解析を行い、送信元の電話番号とドメインとに分解する（ＳＴ６０２）。すなわち、送信元の電子メールアドレスから「２３４５−６７−８９０１」という電話番号と「ＣＣＣ」というドメインとを取得する。この取得された送信元の電話番号は、ユーザ認証部２０３に渡される。
【００４９】
ユーザ認証部２０３は、この送信元の電話番号が端末管理テーブル２０４に登録されているかを判断することで、ＩＦＡＸ１０２がユーザ登録されているか判断する（ＳＴ６０３）。ここでは、図３に示すように、端末管理テーブル２０４にＩＦＡＸ１０２の電話番号が登録されているので、ＩＦＡＸ１０２がユーザ登録されていると判断される。
【００５０】
ＩＦＡＸ１０２がユーザ登録されていると判断すると、ＳＭＴＰ受信部２０１は、ＩＦＡＸ１０２から送信されるＲＣＰＴコマンドを受信する（ＳＴ６０４）。ＲＣＰＴコマンドには、送信先であるＩＦＡＸ１０３の電話番号が含まれている。具体的には、電子メールのヘッダ情報のうち、送信先を示す部分（ＲＣＰＴＴＯ：）に「９９９９−９９−９９９９」という電話番号が割り当てられている。
【００５１】
なお、ＳＴ６０３において、送信元の電話番号が端末管理テーブル２０４に登録されていない場合には、送信元であるＩＦＡＸ１０２に対してエラーコード（例えば、５０１）をＳＭＴＰプロトコルに従って送信し、電子メールの送信動作を終了する（ＳＴ６０５）。
【００５２】
ＳＴ６０４において、ＲＣＰＴコマンドを受信すると、メッセージ解析部２０２は、送信先の電子メールアドレスの解析を行い、送信先の電話番号とドメインとに分解する（ＳＴ６０６）。すなわち、送信先の電子メールアドレスから「９９９９−９９−９９９９」という電話番号と所定の場合にドメインとを取得する。ここでは、送信先の電子メールアドレスとして、電話番号しか割り当てられていないため、ドメインがないと判断する。なお、ドメインが取得される所定の場合とは、後述する送達確認メッセージ処理やメッセージを廃棄する処理の場合である。
【００５３】
ＳＴ６０６で送信先の電子メールアドレスを分解した後、メッセージ解析部２０２は、分解して取得したドメインを判断する（ＳＴ６０７）。具体的には、取得したドメインが送達確認用のドメインか、廃棄用のドメインか、それ以外のドメインかを判断する（ＳＴ６０８）。この送達確認用ドメイン及び廃棄用ドメインについては後述する。ここでは、上述のようにドメインがないと判断されるため、それ以外のドメインと判断される。
【００５４】
ＳＴ６０８におけるドメインの判断に応じた処理が選択される。すなわち、それ以外のドメインと判断された場合には、通常メッセージ処理が選択される（ＳＴ６０９）。また、送達確認用ドメインと判断された場合には、送達確認用メッセージ処理が選択される（ＳＴ６１０）。さらに廃棄用ドメインと判断された場合には、メッセージを廃棄する処理が選択される（ＳＴ６１１）。ここでは、それ以外のドメインと判断されるため、通常メッセージ処理が選択される。
【００５５】
通常メッセージ処理について図７を用いて説明する。図７は、本サーバ装置１０１における通常メッセージ処理の動作を示すフロー図である。
【００５６】
ＳＴ６０８において、通常メッセージ処理が選択されると、ユーザ認証部２０３は、ＳＴ６０６で取得した送信先の電話番号が端末管理テーブル２０４に登録されているかを判断することで、ＩＦＡＸ１０３がユーザ登録されているか判断する（ＳＴ７０１）。ここでは、図３に示すように、端末管理テーブル２０４にＩＦＡＸ１０３の電話番号が登録されているので、ＩＦＡＸ１０３がユーザ登録されていると判断される。
【００５７】
ＩＦＡＸ１０３がユーザ登録されていると判断すると、メッセージ解析部２０２は、ＳＭＴＰ受信部２０１を介して受信した電子メールメッセージを解析し、分解する（ＳＴ７０２）。具体的には、送信元がＩＦＡＸ１０２であるため、受信した電子メールメッセージをヘッダ情報とＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）ファイルに分解する。
【００５８】
なお、ＳＴ７０１において、送信先の電話番号が端末管理テーブル２０４に登録されていない場合には、送信元であるＩＦＡＸ１０２に対してエラーコード（例えば、５５０、５５１）をＳＭＴＰプロトコルに従って送信し、電子メールの送信動作を終了する（ＳＴ７０３）。
【００５９】
ＳＴ７０２において受信した電子メールメッセージをヘッダ情報とＴＩＦＦファイルとに分解した後、メッセージ解析部２０２は、さらに受信した電子メールメッセージの添付ファイルがＴＩＦＦ画像であるかを判断する（ＳＴ７０４）。すなわち、添付ファイルが例えば、ＭＨのような圧縮形式で圧縮されたものか判断する。具体的には、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）に従ったマルチパートメールに添付されたＴＩＦＦファイルのヘッダ情報を確認することで電子メールメッセージの添付ファイルがＴＩＦＦ画像であるかを判断する。
【００６０】
ＩＰ変換部２０５は、メッセージ解析部２０２が取得した送信先の電話番号を受け取る。そして、この電話番号を用いて端末管理テーブル２０４を検索し、送信先の端末種別及びドメインを取得する（ＳＴ７０５）。ここでは、端末機種として「ＩＦＡＸ」が、ドメインとして「ＢＢＢ」が取得される。取得された送信先の端末種別及びドメインは、ＳＭＴＰ送信部２０９に渡される。
【００６１】
一方、送信メッセージ作成部２０７は、ＳＴ７０４における判断結果を加味した上で、ＩＦＡＸ１０２から受信した電子メールメッセージに対して、メッセージ管理ＩＤを付与する。このとき、送信メッセージ作成部２０７は、この送信メッセージの内容を示す管理レコードをメッセージ管理ＤＢ２０８に登録する（ＳＴ７０６）。この管理レコードとは、図５に示すメッセージ管理ＩＤ５０１、送信元電話番号５０２、送信先電話番号５０３及び添付ファイル名５０４等である。ここでは、具体的に図５の最上段に示す、メッセージ管理ＩＤが「１００」である管理レコードが登録される。
【００６２】
さらに、送信メッセージ作成部２０７は、上述のメッセージ管理ＩＤ（１００）をユーザ名とし、送達確認用のドメインを付与した電子メールアドレスを送信元の電子メールアドレスと設定した送信メッセージを作成する（ＳＴ７０７）。ここで送達確認用ドメインは、いかなるドメインを設定してもよいが、例えば、「ｓｖｒ．ｃｏｎｆｉｒｍ」と設定するものとする。ここでは、送信元の電子メールアドレスとして、「１００＠ｓｖｒ．ｃｏｎｆｉｒｍ」と設定された送信メッセージが作成される。作成された送信メッセージは、ＳＭＴＰ送信部２０９に渡される。
【００６３】
送信メッセージが作成されると、ＩＰ変換部２０５は、ＳＴ７０５で取得した送信先の端末機種に応じて送信先のＩＰアドレスを取得する（ＳＴ７０８）。具体的には、送信先の端末機種がＩＦＡＸであれば、端末管理テーブル２０４からＩＰアドレスを取得し、また、送信先の端末機種がＨ．３２３端末であれば、Ｈ．３２３ゲートキーパ２０６との通信を行い（Ｈ．３２３ ＬＰＱ／ＬＣＦ）、ＩＰアドレスを取得する。ここでは、送信先の端末機種がＩＦＡＸ１０３であるため、ＩＰ変換部２０５は、端末管理テーブル２０４からＩＰアドレス（１３３．１８５．２５０．１２）を取得する。取得されたＩＰアドレスは、ＳＭＴＰ送信部２０９に渡される。
【００６４】
このＩＰアドレスを受け取ると、ＳＭＴＰ送信部２０９は、ＳＴ７０７で作成された送信メッセージを指定されたＩＰアドレスにＳＭＴＰプロトコルに従って送信する（ＳＴ７０９）。このとき、ＳＭＴＰ送信部２０９は、メッセージ管理ＤＢ２０８に登録された送信対象のメッセージ管理ＩＤに対応する管理レコードを参照して送信先の電子メールアドレスを指定する。具体的には、送信先の電話番号をユーザ名として送信先の電子メールアドレスを指定する。ここでは、送信先の電子メールアドレスが「９９９９−９９−９９９９＠ＢＢＢ」と指定される。
【００６５】
送信メッセージを送信すると、ＳＭＴＰ送信部２０９は、正常に電子メール送信が行われたかを判断する（ＳＴ７１０）。ここで、正常に電子メール送信が行われた場合には、電子メールの送信動作を終了する。一方、例えば、送信先のＩＦＡＸ１０３の電源が入っていない等の原因により正常に電子メール送信が行われていない場合には、その旨を送信メッセージ作成部２０７に通知する。
【００６６】
この通知を受け取ると、送信メッセージ作成部２０７は、予め用意されたエラー内容を示すメッセージを本文とし、送信できなかった送信メッセージを添付ファイルとしたエラーメールメッセージを作成する（ＳＴ７１１）。このエラーメールメッセージは、ＳＭＴＰ送信部２０９に渡される。
【００６７】
エラーメールメッセージが作成されると、ＩＰ変換部２０５は、端末管理テーブル２０４に登録された送信元（ＩＦＡＸ１０２）の端末機種に応じて、ＳＴ７０８の同様の要領で送信元のＩＰアドレスを取得する（ＳＴ７１２）。ここでは、送信元の端末機種がＩＦＡＸ１０２であるため、ＩＰ変換部２０５は、端末管理テーブル２０４からＩＰアドレス（１３３．１８５．２５０．１３）を取得する。取得されたＩＰアドレスは、ＳＭＴＰ送信部２０９に渡される。
【００６８】
このＩＰアドレスを受け取ると、ＳＭＴＰ送信部２０９は、ＳＴ７１１で作成されたエラーメールメッセージを指定されたＩＰアドレスにＳＭＴＰプロトコルに従って送信し（ＳＴ７１３）、電子メール送信動作を終了する。
【００６９】
次に、図６におけるＳＴ６０８において送達確認用ドメインと判断された場合の送達確認メッセージ処理について図８を用いて説明する。図８は、本サーバ装置１０１における送達確認メッセージ処理の動作を示すフロー図である。
【００７０】
ここで、送達確認メッセージ処理について説明する。送達確認メッセージ処理とは、何らかの原因で送信先のＩＰ装置に対してサーバ装置１０１からの送信メッセージが到達しなかった場合に送信先のＩＰ装置が所定の送達確認メッセージを送信元のＩＰ装置に送信する処理をいう。なお、以下の説明においては、上述のＩＦＡＸ１０２からの送信メッセージがＩＦＡＸ１０３に到達しないで、ＩＦＡＸ１０３が送達確認メッセージ処理を実行するものとする。
【００７１】
この送達確認メッセージ処理では、本サーバ装置１０１における送達確認の判断を自由に設定することができる。例えば、サーバ装置１０１からの送信メッセージが送信先のＩＰ装置に到達しなかった場合のみに送信先のＩＰ装置から送達確認メッセージを送信するように設定するとする。この場合には、その送達確認メッセージを受信した場合に送信メッセージが到達しなかったことを判断できる。また、サーバ装置１０１からの送信メッセージに対応して全て送達確認メッセージを送信するように設定するとする。この場合には、その送達確認メッセージの内容に応じて送信メッセージが到達か未到達かを判断できる。ここでは、前者の判断が設定されているものとする。
【００７２】
なお、この送達確認メッセージのヘッダ情報には、上述のＩＦＡＸ１０２からの送信メッセージのヘッダ情報の送信元と送信先の電子メールアドレスが入れ換えられて指定されている。上述の例でいうと、送信元の電子メールアドレスに元の送信先の電子メールアドレスであった「９９９９−９９−９９９９＠ＢＢＢ」が、送信先の電子メールアドレスに元の送信元の電子メールアドレスであった「１００＠ｓｖｒ．ｃｏｎｆｉｒｍ」が指定されている。
【００７３】
送達確認メッセージ処理においても、図６に示すＳＴ６０１〜ＳＴ６０８までの処理が同様に行われる。なお、ＳＴ６０６では、送信先の電子メールアドレスの解析により、ＩＦＡＸ１０３に到達されなかった送信メッセージのメッセージ管理ＩＤ（１００）と送達確認用ドメイン（ｓｖｒ．ｃｏｎｆｉｒｍ）に分解される。これらのメッセージ管理ＩＤ等は、送信メッセージ作成部２０７に渡される。さらに、ＳＴ６０８において、送達確認メッセージ処理が選択される。
【００７４】
送達確認メッセージ処理が選択されると、上述の送達確認の判断の設定に応じて送達確認の結果が判断される（ＳＴ８０１）。ここでは、ＩＦＡＸ１０３から送達確認メッセージを受信しているので、ＩＦＡＸ１０２からの送信メッセージがＩＦＡＸ１０３に到達していないと判断される。
【００７５】
ＳＴ８０１により送達確認の結果が判断されると、ＳＭＴＰ送信部２０９は、メッセージ解析部２０２及び送信メッセージ作成部２０７を通じて渡されたメッセージ管理ＩＤ（１００）に基いて、メッセージ管理ＤＢ２０８より元の送信元（ＩＦＡＸ１０２）及び元の送信先（ＩＦＡＸ１０３）の電話番号を取得する（ＳＴ８０２）。
【００７６】
ＩＰ変換部２０５は、ＳＭＴＰ送信部２０９から元の送信元（ＩＦＡＸ１０２）の電話番号を取得し、この電話番号を用いて端末管理テーブル２０４を検索し、元の送信元（ＩＦＡＸ１０２）の端末種別及びドメインを取得する（ＳＴ８０３）。ここでは、送信元であるＩＦＡＸ１０２の端末種別（ＩＦＡＸ）及びドメイン（ＣＣＣ）が取得される。取得された元の送信元（ＩＦＡＸ１０２）の端末種別及びドメインは、ＳＭＴＰ送信部２０９に渡される。
【００７７】
一方、送信メッセージ作成部２０７は、送信メッセージが到達していない旨を示すメッセージを本文とし、送信できなかった送信メッセージを添付ファイルとしたエラーメールメッセージを作成する（ＳＴ８０４）。このエラーメールメッセージは、ＳＭＴＰ送信部２０９に渡される。
【００７８】
なお、送信メッセージ作成部２０７は、この送達確認メッセージのヘッダ情報のうち、送信元の電子メールアドレスとして、元の送信先（ＩＦＡＸ１０３）の電話番号（９９９９−９９−９９９９）をユーザ名とし、ドメインを廃棄用ドメインと設定する。廃棄用ドメインは、いかなるものであってもよいが、例えば、「ｓｖｒ．ｄｅｌｅｔｅ」とする。ここでは、送信元の電子メールアドレスが「９９９９−９９−９９９９＠ｓｖｒ．ｄｅｌｅｔｅ」と設定される。
【００７９】
ＩＰ変換部２０５は、ＳＴ８０３で取得した元の送信元（ＩＦＡＸ１０２）の端末機種に応じて、ＳＴ７０８やＳＴ７１２と同様の要領でＩＰアドレスを取得する（ＳＴ８０５）。ここでは、元の送信元の端末機種がＩＦＡＸ１０２であるため、ＩＰ変換部２０５は、端末管理テーブル２０４からＩＰアドレス（１３３．１８５．２５０．１３）を取得する。取得されたＩＰアドレスは、ＳＭＴＰ送信部２０９に渡される。
【００８０】
このＩＰアドレスを受け取ると、ＳＭＴＰ送信部２０９は、ＳＴ８０４で作成されたエラーメールメッセージを指定されたＩＰアドレスにＳＭＴＰプロトコルに従って送信する（ＳＴ８０６）。そして、エラーメールメッセージを送信した後、電子メールの送信動作を終了する。
【００８１】
次に、図６におけるＳＴ６０８において、廃棄用のドメインと判断された場合に選択される、メッセージを廃棄する処理について説明する。この処理は、元の送信元であるＩＦＡＸ１０２が送達確認メッセージを受信した場合に、さらに元の送信先であるＩＦＡＸ１０３にエラーメールメッセージを送信することにより発生し得る、電子メール通信の無限ループを防止するものである。
【００８２】
このメッセージを廃棄する処理においても、図６に示すＳＴ６０１〜ＳＴ６０８までの処理が同様に行われる。なお、この場合には、ＳＴ６０８において、廃棄用ドメイン（ｓｖｒ．ｄｅｌｅｔｅ）と判断されることで、この処理が選択される。そして、この場合、その受信した電子メールメッセージが廃棄され（ＳＴ６１１）、電子メール送信動作を終了する。
【００８３】
このように本実施の形態のサーバ装置１０１によれば、端末管理テーブル２０４に送信先の電話番号に対応させて登録されたＩＰアドレス、あるいは、端末管理テーブル２０４に登録された端末種別からＨ．３２３ゲートキーパ等に問い合わせることで通知されるＩＰアドレスを取得するようにしたので、送信元のオペレータは、送信先のメールアカウント等の情報を予め認識していなくても、送信先の電話番号を認識しておくだけで電子メールを送信することができる。
【００８４】
【発明の効果】
以上説明したように、本発明によれば、送信元から指定された電話番号に対応するＩＰアドレスを取得するようにしたので、送信相手のメールアカウント等の情報を予め認識していなくても、電子メール通信を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るサーバ装置が動作するネットワークを示す概念図
【図２】上記実施の形態に係るサーバ装置の機能を示すブロック図
【図３】上記実施の形態に係るサーバ装置の端末管理テーブルに登録されるデータの一例を示す図
【図４】上記実施の形態に係るサーバ装置が通信するＨ．３２３ゲートキーパの電話番号／ＩＰアドレス管理テーブルに登録されるデータの一例を示す図
【図５】上記実施の形態に係るサーバ装置のメッセージ管理ＤＢに登録されるデータの一例を示す図
【図６】上記実施の形態に係るサーバ装置における電子メールの送信動作を示すフロー図
【図７】上記実施の形態に係る本サーバ装置における通常メッセージ処理の動作を示すフロー図
【図８】上記実施の形態に係るＩＦＡＸにおけるデフォルトドメイン名の登録の各工程を示すフロー図
【符号の説明】
１０１ サーバ装置
１０２，１０３ インターネットファクシミリ装置（ＩＦＡＸ）
１０４ 公衆電話回線網
１０５ インターネット
２０１ ＳＭＴＰ受信部
２０２ メッセージ解析部
２０３ ユーザ認証部
２０４ 端末管理テーブル
２０５ ＩＰ変換部
２０６ Ｈ．３２３ゲートキーパ
２０７ 送信メッセージ作成部
２０８ メッセージ管理データベース（ＤＢ）
２０９ ＳＭＴＰ送信部
Claims (11)
- 宛先メールアドレスとして送信先の電話番号が指定された電子メールデータを受信する受信手段と、前記宛先メールアドレスから送信先の電話番号を解析する解析手段と、電話番号とＩＰアドレスとが対応づけて登録された管理テーブルと、前記送信先の電話番号に対応するＩＰアドレス宛てに前記電子メールデータを送信する送信手段と、を具備することを特徴とするサーバ装置。
- 前記管理テーブルに前記送信先の電話番号が登録されていない場合には前記電子メールデータの送信元にエラー通知を行うことを特徴とする請求項１記載のサーバ装置。
- 前記電子メールデータを送信する際、前記送信手段は、前記電子メールデータのヘッダ情報のうち、送信元のメールアドレスのユーザ名に当該電子メールデータを識別可能なＩＤを割り当てる一方、ドメイン名に送達確認用のドメイン名を割り当てることを特徴とする請求項１又は請求項２記載のサーバ装置。
- 前記解析手段は、前記受信手段で受信した電子メールデータのヘッダ情報のうち、前記宛先メールアドレスのドメイン名を判断し、送達確認用のドメイン名であった場合、当該電子メールの本文の内容に応じて以前に送信した電子メールデータの処理完了を判断することを特徴とする請求項１から請求項３のいずれかに記載のサーバ装置。
- 前記解析手段は、前記受信手段で受信した電子メールデータのヘッダ情報のうち、前記宛先メールアドレスのドメイン名を判断し、送達確認用のドメイン名であった場合、以前に送信した電子メールデータが正常に処理されていないと判断することを特徴とする請求項１から請求項３のいずれかに記載のサーバ装置。
- 前記宛先メールアドレスのドメイン名が送達確認用のドメイン名であった場合、当該宛先メールアドレスのユーザ名に割り当てられた電子メールデータの識別ＩＤに基いて、以前に送信した電子メールデータの送信元に処理結果を通知することを特徴とする請求項４又は請求項５記載のサーバ装置。
- 前記電子メールデータの送信元に処理結果を通知する場合、電子メールデータのヘッダ情報のうち、送信元のメールアドレスのドメイン名に廃棄用のドメイン名を割り当てることを特徴とする請求項６記載のサーバ装置。
- 前記管理テーブルは、前記電話番号に対応して端末種別が登録され、前記送信先の電話番号に対応する端末種別がＩＴＵ−Ｔ勧告に定められたＨ．３２３に対応する端末である場合にはＨ．３２３ゲートキーパから当該端末のＩＰアドレスを取得することを特徴とする請求項１記載のサーバ装置。
- 送信先の電話番号が入力された後に電子メールデータの送信指示を受けると、前記送信先の電話番号を宛先メールアドレスに指定した電子メールデータを請求項１から請求項８のいずれかに記載のサーバ装置に送信することを特徴とする電子メール送信端末。
- 請求項１から請求項８のいずれかに記載のサーバ装置と、請求項９記載の電子メール送信端末とから構成され、前記電子メール装置端末から宛先メールアドレスに送信先の電話番号が指定された電子メールデータが送信されると、前記サーバ装置から前記送信先の電話番号に対応するＩＰアドレスに前記電子メールデータを送信することを特徴とする通信システム。
- 送信元の電子メール送信端末から宛先メールアドレスとして送信先の電話番号が指定された電子メールデータを受信する工程と、前記宛先メールアドレスから前記送信先の電話番号を解析する工程と、電話番号とＩＰアドレスとが対応つけて登録された管理テーブルから前記送信先の電話番号に対応するＩＰアドレスを取得する工程と、取得した前記送信先の電話番号に対応するＩＰアドレス宛てに前記電子メールデータを送信する工程と、を具備することを特徴とする電子メールの送信制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000366839A JP3581311B2 (ja) | 2000-12-01 | 2000-12-01 | サーバ装置及び電子メールの送信制御方法 |
| US09/993,486 US7555520B2 (en) | 2000-12-01 | 2001-11-27 | Server apparatus and method for electronic mail transmission control |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000366839A JP3581311B2 (ja) | 2000-12-01 | 2000-12-01 | サーバ装置及び電子メールの送信制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002171291A JP2002171291A (ja) | 2002-06-14 |
| JP3581311B2 true JP3581311B2 (ja) | 2004-10-27 |
Family
ID=18837386
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000366839A Expired - Lifetime JP3581311B2 (ja) | 2000-12-01 | 2000-12-01 | サーバ装置及び電子メールの送信制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7555520B2 (ja) |
| JP (1) | JP3581311B2 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040020618A (ko) | 2002-08-31 | 2004-03-09 | 삼성전자주식회사 | 냉장고 |
| JP4794815B2 (ja) * | 2003-03-12 | 2011-10-19 | キヤノン株式会社 | 画像通信装置および画像通信方法 |
| JP4219196B2 (ja) * | 2003-03-19 | 2009-02-04 | シャープ株式会社 | 画像送信装置 |
| JP4075826B2 (ja) | 2004-02-27 | 2008-04-16 | ブラザー工業株式会社 | ネットワークファクシミリシステム |
| JP4124141B2 (ja) | 2004-02-27 | 2008-07-23 | ブラザー工業株式会社 | ネットワークファクシミリシステム |
| JP4062267B2 (ja) * | 2004-02-27 | 2008-03-19 | ブラザー工業株式会社 | 通信端末、中継サーバ、通信処理プログラム、およびネットワークファクシミリシステム |
| US8060566B2 (en) | 2004-12-01 | 2011-11-15 | Aol Inc. | Automatically enabling the forwarding of instant messages |
| US9002949B2 (en) | 2004-12-01 | 2015-04-07 | Google Inc. | Automatically enabling the forwarding of instant messages |
| US7730143B1 (en) * | 2004-12-01 | 2010-06-01 | Aol Inc. | Prohibiting mobile forwarding |
| US8655957B2 (en) * | 2004-12-16 | 2014-02-18 | Apple Inc. | System and method for confirming that the origin of an electronic mail message is valid |
| JP4897520B2 (ja) * | 2006-03-20 | 2012-03-14 | 株式会社リコー | 情報配信システム |
| EP1921814A1 (en) * | 2006-11-08 | 2008-05-14 | Murata Machinery, Ltd. | Communication device for sending emails |
| US20100042693A1 (en) * | 2006-11-15 | 2010-02-18 | Anders Eriksson | Method and arrangement for delivering electronic messages |
| JP4760839B2 (ja) * | 2008-02-27 | 2011-08-31 | 村田機械株式会社 | 電子メール中継装置及び電子メール中継方法 |
| FR2931607B1 (fr) * | 2008-05-20 | 2011-02-25 | Rte Network | Dispositif de communication |
| US20090319366A1 (en) * | 2008-06-19 | 2009-12-24 | Samsung Electronics Co., Ltd. | System and method for managing shared/forwarded advertisement |
| US9491316B2 (en) * | 2008-09-09 | 2016-11-08 | Applied Systems, Inc. | Methods and apparatus for delivering documents |
| JP5402387B2 (ja) * | 2009-08-17 | 2014-01-29 | 富士ゼロックス株式会社 | ファクシミリ装置、情報処理装置、プログラム |
| CN102299963A (zh) * | 2011-08-29 | 2011-12-28 | 鸿富锦精密工业（深圳）有限公司 | 文件下载系统 |
| US20130250937A1 (en) * | 2012-03-20 | 2013-09-26 | Leonid V. Nikeyenkov | Method for Converging Telephone Number and IP Address |
| JP6546373B2 (ja) * | 2014-05-07 | 2019-07-17 | Ｌｉｎｅ株式会社 | 通信サーバ |
| JP6337069B2 (ja) * | 2016-11-28 | 2018-06-06 | ソフトバンク株式会社 | 通信端末及びプログラム |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3160177B2 (ja) * | 1995-03-06 | 2001-04-23 | 松下電器産業株式会社 | ファクシミリ型電子メール装置 |
| US5872845A (en) | 1996-06-05 | 1999-02-16 | Feder; Benjamin | Method and apparatus for interfacing fax machines to digital communication networks |
| US6384927B1 (en) * | 1996-10-11 | 2002-05-07 | Ricoh Company, Ltd. | Internet facsimile machine |
| JP3153781B2 (ja) * | 1997-06-02 | 2001-04-09 | 松下電送システム株式会社 | 中継通信装置及び中継通信方法 |
| JP3464589B2 (ja) * | 1997-06-05 | 2003-11-10 | パナソニック コミュニケーションズ株式会社 | 中継機能付き通信装置及びその制御方法 |
| US6385195B2 (en) * | 1997-07-21 | 2002-05-07 | Telefonaktiebolaget L M Ericsson (Publ) | Enhanced interworking function for interfacing digital cellular voice and fax protocols and internet protocols |
| US5987508A (en) * | 1997-08-13 | 1999-11-16 | At&T Corp | Method of providing seamless cross-service connectivity in telecommunications network |
| US6539077B1 (en) * | 1998-06-05 | 2003-03-25 | Netnumber.Com, Inc. | Method and apparatus for correlating a unique identifier, such as a PSTN telephone number, to an internet address to enable communications over the internet |
| CA2269166A1 (en) | 1998-06-22 | 1999-12-22 | Lucent Technologies, Inc. | Facsimile routing using internet protocol addressing |
| JP2000066973A (ja) | 1998-08-24 | 2000-03-03 | Ddi Corp | 電子メールの送信方法および電子メール装置 |
| US6438217B1 (en) * | 1999-03-11 | 2002-08-20 | Microsoft Corporation | Apparatus and method for future transmission of device-independent messages |
| JP3170491B2 (ja) | 1999-03-29 | 2001-05-28 | 松下電送システム株式会社 | 画像通信装置及びサーバ装置並びに能力交換方法 |
| JP3543066B2 (ja) | 1999-05-06 | 2004-07-14 | パナソニック コミュニケーションズ株式会社 | ファクシミリ装置、及びファクシミリ通信方法 |
| JP3447624B2 (ja) * | 1999-08-10 | 2003-09-16 | エヌイーシーアクセステクニカ株式会社 | 移動通信システム及び移動端末 |
| US6625258B1 (en) * | 1999-12-27 | 2003-09-23 | Nortel Networks Ltd | System and method for providing unified communication services support |
| US6757732B1 (en) * | 2000-03-16 | 2004-06-29 | Nortel Networks Limited | Text-based communications over a data network |
| US6735617B1 (en) * | 2000-08-10 | 2004-05-11 | Bbnt Solutions Llc | Routing T-37 E-mail over an H 323 (VOIP) network |
| US6763226B1 (en) * | 2002-07-31 | 2004-07-13 | Computer Science Central, Inc. | Multifunctional world wide walkie talkie, a tri-frequency cellular-satellite wireless instant messenger computer and network for establishing global wireless volp quality of service (qos) communications, unified messaging, and video conferencing via the internet |
-
2000
- 2000-12-01 JP JP2000366839A patent/JP3581311B2/ja not_active Expired - Lifetime
-
2001
- 2001-11-27 US US09/993,486 patent/US7555520B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7555520B2 (en) | 2009-06-30 |
| US20020069254A1 (en) | 2002-06-06 |
| JP2002171291A (ja) | 2002-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3581311B2 (ja) | サーバ装置及び電子メールの送信制御方法 | |
| JP3599313B2 (ja) | ネットワークファクシミリ装置およびその制御方法 | |
| US20120206768A1 (en) | Image processing system, image processor and image processing program | |
| CA2281038C (en) | Communication terminal apparatus, internet facsimile apparatus, and e-mail receiving method | |
| JP2002135505A (ja) | ネットワークファクシミリ装置 | |
| EP0940967A2 (en) | Communication apparatus and communication method | |
| JP3149411B1 (ja) | 画像通信装置および画像通信方法 | |
| JP4316730B2 (ja) | 電子メールシステムの通信制御方法、電子メール装置およびその制御方法 | |
| JP3664581B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3618988B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP4080664B2 (ja) | ネットワークファクシミリ装置 | |
| KR100696974B1 (ko) | 네트워크 단말 장치 | |
| JP4167110B2 (ja) | 画像形成装置の制御方法および画像形成装置 | |
| JP2001265699A (ja) | ネットワークファクシミリ装置 | |
| JP3657144B2 (ja) | ネットワークファクシミリ装置およびネットワークファクシミリ装置のプログラム | |
| JP3775936B2 (ja) | ネットワークファクシミリ装置 | |
| JP2001313778A (ja) | ネットワークファクシミリ装置 | |
| JP3884605B2 (ja) | ネットワークファクシミリ装置 | |
| JP4008788B2 (ja) | ネットワーク端末装置 | |
| JP3871625B2 (ja) | 通信装置 | |
| JP3944602B2 (ja) | ファクシミリ装置 | |
| JP3730591B2 (ja) | 通信端末装置 | |
| JP4664414B2 (ja) | ファクシミリシステムの通信制御方法、ファクシミリ装置およびその制御方法 | |
| JP2001217970A (ja) | ネットワークファクシミリ装置 | |
| JP2000209370A (ja) | ネットワ―クファクシミリ装置およびその制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040323 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040518 |
|
| 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: 20040720 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040722 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3581311 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070730 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080730 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090730 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090730 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100730 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110730 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110730 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120730 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120730 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130730 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |