JP2005149221A - 通信装置、通信システムおよび電子メール送信方法 - Google Patents

Abstract

【課題】 操作性を低下させることなく、送信プロトコルを行って送信する際のセキュリティの向上を図ることができる通信装置を提供する。
【解決手段】 認証サーバ１０２は、電子メールを送信しようとするユーザが、ＭＦＰ１００を利用可能な登録ユーザであるか否かを認証する。認証の結果、ＯＫである場合、ＭＦＰ１００は、ユーザ情報に対応する電子メールアドレス、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードを取得する。取得したＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードを用い、ＭＦＰ１００からＭａｉｌサーバ１０３に対し、ＳＭＴＰ認証を行う。ＳＭＴＰ認証がＯＫである場合、Ｍａｉｌサーバ１０３は、電子メールを取得した電子メールアドレスの宛先に送信する。
【選択図】 図５

Description

本発明は、送信プロトコルに則って電子メールを送信する通信装置、通信システムおよび電子メール送信方法に関する。

近年、コンピュータの普及および情報のネットワーク化に伴い、文字情報をネットワークで送受信する電子メールが普及している。電子メールには、文字情報であるメール本文の他、さまざまな形式のファイルを添付することが可能である。例えば、添付ファイルにＴＩＦＦ（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）形式のファイルを添付することで、画像の送受信を行うインターネットＦＡＸが普及している。

ここで、インターネットＦＡＸ（単に、ＩＦＡＸという）とは、送信機側でスキャナが読み取った画像データをＴＩＦＦ形式に変換して送信し、受信機側で受信したＴＩＦＦ形式の画像データを再生して印刷する際、送信機および受信機間の通信技術である。このとき、通信されるＴＩＦＦ形式の画像データは、複数の機器で互換性を保つために、インターネット技術を標準化する組織であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって、技術仕様ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２３０１に詳細に規格化されている。

また、電子メールを通信プロトコルＳＭＴＰで送信する際、メールサーバでユーザ認証を行ってから送信することで、メールアドレスを偽ったメールを不正に中継することを防止する、ＳＭＴＰ認証に関する技術は技術仕様ＲＦＣ２５５４に規格化されている。ユーザ認証を行ってから電子メールを送信する従来技術としては、例えば、特許文献１に記載ものが挙げられる。

また、本願出願人は、電子メールの送信を開始する前に認証サーバにログインし、認証サーバで認証された場合、この認証されたユーザ名に対応する電子メールアドレスを取得し、この取得した電子メールアドレスを使って電子メールを送信する方法を既に提案している（特願２００３−０６６８５７号参照）。
特開平１１−２３４４９６号公報

しかしながら、上記提案の電子メール送信方法、つまり送信を開始する前に認証サーバにログインし、認証されたユーザ名に対応する電子メールアドレスを取得し、この電子メールアドレスを使って電子メールを送信する方法であっても、以下に掲げる問題があり、その改善が要望された。

すなわち、ＳＭＴＰ認証を用いて送信する際、ＳＭＴＰ認証のユーザ名、パスワードを、機器（ＭＦＰ等の通信装置）固有の設定値を用いて送信した場合、機器側には、送信ログとして、認証サーバにログインしたユーザ名のログが残るが、メールサーバ側には、機器固有のユーザ名のログしか残らない。この結果、機器側のログとメールサーバ側のログとを対応付けることが困難であった。したがって、実際の送信者を特定することが難しく、セキュリティの向上を図る上で好ましくはなかった。

これに対し、送信を開始する際、毎回ＳＭＴＰ認証のユーザ名、パスワードを入力することで、上記問題は回避されるが、この場合、操作性が低下するという新たな問題があった。

そこで、本発明は、操作性を低下させることなく、送信プロトコルを行って送信する際のセキュリティの向上を図ることができる通信装置、通信システムおよび電子メール送信方法を提供することを目的とする。

上記目的を達成するために、本発明の通信装置は、送信プロトコルに則って電子メールを送信する通信装置において、ユーザ情報を入力する入力手段と、該入力されたユーザ情報の認証を要求するユーザ認証要求手段と、前記ユーザ情報が認証された場合、該認証されたユーザ情報に対応する電子メールアドレスを取得する電子メールアドレス取得手段と、前記認証されたユーザ情報に対応する前記送信プロトコルの認証情報を取得する認証情報取得手段と、該取得した認証情報の認証を前記送信プロトコルに則ってメール配信装置に要求する送信認証要求手段と、前記認証情報が認証された場合、前記送信プロトコルに則って電子メールを前記メール配信装置に送信する送信手段とを備えたことを特徴とする。

本発明の通信システムは、電子メールを配信するメール配信装置に、認証装置および通信装置がネットワークを介して接続され、前記通信装置から前記メール配信装置に送信プロトコルに則って電子メールを送信する通信システムにおいて、前記通信装置からユーザ情報を入力する入力手段と、該入力されたユーザ情報の認証を前記認証装置に要求するユーザ認証要求手段と、前記認証装置で前記ユーザ情報が認証された場合、該認証されたユーザ情報に対応する電子メールアドレスを前記認証装置から取得する電子メールアドレス取得手段と、前記認証されたユーザ情報に対応する前記送信プロトコルの認証情報を取得する認証情報取得手段と、該取得した認証情報の認証を前記送信プロトコルに則って前記通信装置から前記メール配信装置に要求する送信認証要求手段と、前記メール配信装置で前記認証情報が認証された場合、前記送信プロトコルに則って、前記通信装置から前記メール配信装置に電子メールを送信する送信手段とを備えたことを特徴とする。

本発明の電子メール送信方法は、通信装置からメール配信装置に送信プロトコルに則って電子メールを送信する電子メール送信方法において、前記通信装置からユーザ情報を入力する入力ステップと、該入力されたユーザ情報の認証を前記通信装置に接続された認証装置に要求するユーザ認証要求ステップと、前記認証装置で前記ユーザ情報が認証された場合、該認証されたユーザ情報に対応する電子メールアドレスを前記認証装置から取得する電子メールアドレス取得ステップと、前記認証されたユーザ情報に対応する前記送信プロトコルの認証情報を取得する認証情報取得ステップと、該取得した認証情報の認証を前記送信プロトコルに則って前記通信装置から前記メール配信装置に要求する送信認証要求ステップと、前記メール配信装置で前記認証情報が認証された場合、前記送信プロトコルに則って、前記通信装置から前記メール配信装置に電子メールを送信する送信ステップとを有することを特徴とする。

本発明の請求項１に係る通信装置によれば、通信装置からユーザ情報を入力し、入力されたユーザ情報の認証を通信装置に接続された認証装置に要求し、認証装置でユーザ情報が認証された場合、認証されたユーザ情報に対応する電子メールアドレスを認証装置から取得し、認証されたユーザ情報に対応する送信プロトコルの認証情報を取得し、取得した認証情報の認証を送信プロトコルに則って通信装置からメール配信装置に要求し、メール配信装置で認証情報が認証された場合、送信プロトコルに則って、通信装置からメール配信装置に電子メールを送信するので、操作性を低下させることなく、送信プロトコルを行って送信する際のセキュリティの向上を図ることができる。また、請求項３に係る通信装置によれば、認証情報を格納していない通信装置が存在する場合、認証情報を格納している通信装置から、認証を行って送信することが可能となる。請求項４に係る通信装置によれば、秘匿性を向上できる。

本発明の通信装置、通信システムおよび電子メール送信方法の実施の形態について図面を参照しながら説明する。本実施形態の通信システムは、電子メールシステムに適用される。
［第１の実施形態］
図１は第１の実施形態における電子メールシステムのネットワーク接続環境を示す図である。この電子メールシステムは、全世界に広がるインターネット網１１０を介して第１のネットワーク１０５および第２のネットワーク１２５に接続された複数の機器から構成される。

第１のネットワーク１０５には、ドメイン名「ｘｙｚ．ｃｏ．ｊｐ」が与えられており、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００、１０１、認証サーバ１０２、Ｍａｉｌ／ＰＯＰサーバ１０３およびクライアントＰＣ１０４が接続されている。第２のネットワーク１２５には、ドメイン名「ａｂｃ．ｃｏ．ｊｐ」が与えられており、Ｍａｉｌ／ＰＯＰサーバ１２０、ＰＣ１２１およびインターネットＦＡＸ１２２が接続されている。

ＭＦＰ１００、１０１は、スキャナおよびプリンタを搭載し、コピー機能、ファクシミリ（ＦＡＸ）送受信機能、コンピュータで作成されたデータを印刷するプリンタ機能などを有する。また、ＭＦＰ１００には、ＨＯＳＴ名「ｃｏｐｙ１．ｘｙｚ．ｃｏ．ｊｐ」、および電子メールアドレス「ｉｆａｘ＠ｃｏｐｙ１．ｘｙｚ．ｃｏ．ｊｐ」が付与されている。ＭＦＰ１０１には、ＨＯＳＴ名「ｃｏｐｙ２．ｘｙｚ．ｃｏ．ｊｐ」、および電子メールアドレス「ｉｆａｘ＠ｃｏｐｙ２．ｘｙｚ．ｃｏ．ｊｐ」が付与されている。

認証サーバ１０２は、第１のネットワーク１０５におけるドメイン内のユーザ認証を行うものであり、認証サーバ１０２には、このドメイン内で有効なユーザ名、パスワードなどが登録されている。ＰＣ１０４には、汎用電子メールソフトウェアがインストールされており、電子メールアドレス「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」が付与されている。クライアントＰＣ１０４の電源を立ち上げると、ユーザ名およびパスワードの入力が求められ、ユーザがユーザ名およびパスワードを入力すると、クライアントＰＣ１０４は認証サーバ１０２に対し、ユーザ名およびパスワードが一致しているか否かを問い合わせる。認証サーバ１２にユーザとして登録されている場合、ＰＣ１０４は使用可能な状態となる。

Ｍａｉｌ／ＰＯＰサーバ１０３は、ＭａｉｌサーバおよびＰＯＰサーバの双方の機能を有するものである。また、第２のネットワーク１２５におけるドメイン内のＭａｉｌ／ＰＯＰサーバ１２０も同様の機能を有する。例えば、ＰＣ１０４から電子メールアドレス「ｐｃｍａｉｌ＠ａｂｃ．ｃｏ．ｊｐ」宛に電子メールを送信する場合、ＰＣ１０４で作成された電子メールデータは、Ｍａｉｌサーバ１０３にＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルで送られ、さらに、Ｍａｉｌサーバ１０３からインターネット網１１０を経由してＭａｉｌサーバ１２０にＳＭＴＰプロトコルで送られる。

ＰＣ１２１には、汎用電子メールソフトウェアがインストールされている。ＰＣ１２１は、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）プロトコルを用い、ＰＯＰサーバ１２０に電子メールが届いているか否かを一定間隔で監視し、電子メールが届いている場合、電子メールのデータを受信する。また、電子メールアドレス「ｐｃｍａｉｌ＠ａｂｃ．ｃｏ．ｊｐ」を有するＰＣ１２１から、電子メールアドレス「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」を有するＰＣ１０４に電子メールを送る場合、逆のルートをたどり、ＰＣ１２１で作成された電子メールデータは、Ｍａｉｌサーバ１２０を中継し、Ｍａｉｌサーバ１０３に送られる。そして、ＰＣ１０４は、ＰＯＰ３プロトコルを用い、届けられた電子メールデータを取得する。

ＭＦＰ１００、１０１には、ファクシミリ（ＦＡＸ）、ＩＦＡＸ受信機能で受信した画像やスキャナで読み取った白黒／カラー画像を、一般の電子メールの宛先に送ることを前提として送信するＥｍａｉｌ送信モードと、ＩＦＡＸ規格に従った装置に送信することを前提としたＩＦＡＸ送信モードとが存在する。送信／受信の通信プロトコルには、ＳＭＴＰ、ＰＯＰ３が用いられ、ＭＦＰ１００、１０１は、前述したＰＣによる送信／受信と同様の動作を行う。

ここで、Ｅｍａｉｌ送信モードでは、ＪＰＥＧファイルフォーマットの画像（単に、ＪＰＥＧ画像という）が送信される。例えば、電子メールアドレス「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」を有するクライアントＰＣ１０４にカラー画像を送信すると、ＰＣ１０４は電子メールを受信し、汎用画像ビューアでＪＰＥＧ画像を表示する。ＩＦＡＸ送信モードでは、技術仕様ＲＦＣ２３０１に則ったＴＩＦＦ形式の画像が送信される。例えば、ＩＦＡＸ規格を有するＭＦＰ１００、ＭＦＰ１０１やインターネットＦＡＸ１２２によって画像が送受信される。カラー画像が扱える機器同士の場合、ＴＩＦＦ形式のＪＰＥＧ画像が送受信されるが、この画像を誤って、電子メールアドレス「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」を有するＰＣ１０４に送っても、汎用画像ビューアでは、画像を表示することはできない。

図２はＭＦＰ１００の構成を示すブロック図である。ＭＦＰ１００およびＭＦＰ１０１は同一の構成であるので、ここでは、ＭＦＰ１００の構成についてだけ説明する。ＭＦＰ１００は、ＣＰＵ１３０、ＲＯＭ１３１、ＲＡＭ１３２、操作部１３３、スキャナ１３４、プリンタ１３５、画像処理回路１３６、ハードディスク１３７、ネットワークインタフェース（Ｉ／Ｆ）１３８、フォーマッタ部１３９およびファクス部１４０を有する。

ＣＰＵ１３０は、システム全体を制御する制御回路として機能するものであり、ＲＯＭ１３１に格納されているプログラムを実行し、ＲＡＭ１３２をワークエリアとして使用する。操作部１３３は、スタートキー、テンキーなどのハードウェアキー、およびＬＣＤ表示パネルから構成され、ＬＣＤ表示パネル上にソフトウェアキーとしてボタンを表示し、ユーザの指などによるボタンのタッチを検出し、ユーザオペレーションを円滑に実行する。

スキャナ１３４は、原稿の画像を光電変換により電気的な画像データに変換するものである。原稿給送装置から原稿をプラテンガラス上に搬送し、原稿がプラテンガラス上に搬送されると、ランプを点灯し、そしてスキャナユニットの移動を開始させて、原稿を露光走査する。原稿からの反射光は、ミラーおよびレンズを介してＣＣＤイメージセンサに導かれる。ＣＤＤイメージセンサによって電気信号に変換されると、Ａ／Ｄ変換回路によってデジタルデータに変換される。原稿の読み取り動作終了後、プラテンガラス上の原稿は排紙される。

プリンタ部１３５は、画像データを記録紙に印刷する。レーザ発光部によって画像データに応じたレーザ光を発光させる。このレーザ光は、感光ドラム上に照射されると、感光ドラム上には、レーザ光に応じた潜像が形成される。感光ドラムの潜像の部分には、現像器によって現像剤が塗布され、レーザ光の照射開始と同期したタイミングで給紙カセットから記録紙を給紙し、転写部に搬送する。感光ドラムに付着した現像剤は、記録紙に転写される。現像剤が転写された記録紙は、定着部に搬送されると、定着部における熱と圧力により、現像剤は記像紙に定着する。定着部を通過した記録紙は、排出ローラによって排出される。排出された記録紙は、ソータによってそれぞれのビンに収納され、記録紙の仕分けが行われる。

画像処理回路１３６は、大容量の画像メモリ、画像回転回路、解像度変倍回路、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧなどの符号／複合化回路などから構成され、シェーディング、トリミング、マスキングなどの各種画像処理を実行する。ハードディスク１３７は、ＳＣＳＩ、ＵＳＢなどのインターフェース（Ｉ／Ｆ）で接続可能な大容量記録媒体である。尚、記録媒体としては、ハードディスクに限らず、光磁気ディスク（ＭＯ）などであってもよい。

ネットワークＩ／Ｆ１３８は、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−Ｔを代表とするイーサネット（登録商標）（米国ゼロックス社）あるいはトークンリング（米国ＩＢＭ社の登録商標）など、ネットワークに接続するためのネットワークデータリンクを実行する。フォーマッタ部１３９は、ＩＥＥＥ１２８４準拠のパラレルインタフェース、ＵＳＢなどのＰＣインターフェース（Ｉ／Ｆ）を有し、ＰＣインターフェース（Ｉ／Ｆ）あるいはネットワークＩ／Ｆ１３８を介して受信したパソコンからのＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データを基に画像データを作成する。作成された画像データに対し、画像処理回路１３６で画像処理が行われ、プリンタ１３５で印刷するためのレンダリング処理が行われる。

ファクス部１４０は、電話回線に接続され、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、ＭＯＤＥＭ（ＭＯｄｕｌａｔｏｒ／ＤＥＭｏｄｕｌａｔｏｒ）などから構成されるファクシミリＩ／Ｆ回路である。このファクス部１４０は、スキャナ１３４で読み取られた画像データに対し、画像処理回路１３６で画像処理を行い、電話回線を経由して他のファクシミリ（ＦＡＸ）装置に送信したり、あるいは他のファクシミリ（ＦＡＸ）装置から送信された画像データを受信し、画像処理回路１３６で画像処理を行い、プリンタ１３５に印刷を行わせる。

スキャナ１３４、プリンタ１３５、画像処理回路１３６、フォーマッタ部１３９およびファクス部１４０は、ＣＰＵ１３０のＣＰＵバス１４１とは別の高速ビデオバス１４２を介して接続され、画像データを高速に転送可能である。したがって、この高速ビデオバス１４２を使用することで、スキャナ１３４で読み取られた画像データに対し、画像処理回路１３６で画像処理を行い、画像処理された画像データをプリンタ１３５で印刷することで、コピー機能が実現される。

また、ＭＦＰ１００には、スキャナ１３４で読み取られた画像データに対し、画像処理回路１３６で画像処理を行った後、ネットワークＩ／Ｆからネットワーク１０５に送信する送信（Ｓｅｎｄ）機能、あるいは画像処理回路１３６で技術仕様ＲＦＣ２３０１に則ったた画像データを作成し、電子メールプロトコルでデータを送受信するＩＦＡＸ機能が設けられている。

図３はＭＦＰ１００が所有するネットワークプログラムの構成を示す図である。ネットワークプログラムは、大きく分けて３階層のプログラム、つまりＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）２００、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）２０１、およびアプリケーション階層のプログラム２０２から構成されている。

ＩＰ２００は、発信ホストから宛先ホストヘ、ルータなどの中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル階層である。そして、ＩＰ２００は、データを送信する発信先のアドレス、およびデータを受信する宛先のアドレスを管理し、データをアドレス情報に従ってネットワーク内をどのような経路で宛先ホストまで届けるかを管理するルーティング機能を実行する。

ＴＣＰ／ＵＤＰ２０１は、発信アプリケーションプロセスから受信アプリケーションプロセスにメッセージを送り届けるサービスを提供するトランスポート階層である。そして、ＴＣＰは、コネクション型サービスであって、通信の高度な信頼性を保証するが、ＵＤＰはコネクションレス型のサービスであって、信頼性の保証を行わない。

アプリケーション階層のプロトコル２０２は、複数のプロトコルを規定する。このプロトコル２００には、ファイル転送サービスであるＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ネットワーク管理プロトコルであるＳＮＭＰ、プリンタ印刷用のサーバプロトコルであるＬＰＤ、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバのプロトコルであるＨＴＴＰｄ、電子メール送受信プロトコルＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、メールダウンロードプロトコルＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）などが含まれる。この他、技術仕様ＲＦＣ１５１０に規定されているＫｅｒｂｅｒｏｓ認証プログラムも搭載されている。

図４は認証サーバ１０２に登録されているユーザ情報およびその内容を参照・編集するプログラムの操作画面を示す図である。ユーザ情報は、ユーザ名２３０、パスワード２３１、電子メールアドレス２３２、ＳＭＴＰ認証ユーザ名２３３およびＳＭＴＰ認証パスワード２３４から構成される。ユーザ名２３０は、認証サーバ１０２が受け持つドメイン名「ｘｙｚ．ｃｏ．ｊｐ」というドメイン（プリンシパル）内のコンピュータが使えるユーザ名を示す。図４では、「ｓｙａｉｎ１」〜「ｓｙａｉｎ５」までのユーザ名が登録されている。パスワード２３１には、各ユーザ名に対応するパスワードが登録されている。ここでは、容易に見られないように、各パスワードは「＊＊＊＊＊」で表示されている。

電子メールアドレス２３２には、登録されているユーザが使用可能な電子メールアドレスが登録されている。ユーザ名「ｓｙａｉｎ１」の電子メールアドレスは、「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」である。ユーザ名「ｓｙａｉｎ２」の電子メールアドレスは、「ｓｙａｉｎ２＠ｘｙｚ．ｃｏ．ｊｐ」である。ユーザ名「ｓｙａｉｎ３」の電子メールアドレスは、「ｓｙａｉｎ３＠ｘｙｚ．ｃｏ．ｊｐ」である。ユーザ名「ｓｙａｉｎ４」の電子メールアドレスは、「ｓｙａｉｎ４＠ｘｙｚ．ｃｏ．ｊｐ」である。ユーザ名「ｓｙａｉｎ５」の電子メールアドレスは、「ｓｙａｉｎ５＠ｘｙｚ．ｃｏ．ｊｐ」である。

ＳＭＴＰ認証ユーザ名２３３およびＳＭＴＰ認証パスワード２３４は、ＳＭＴＰ認証（ＲＦＣ２５５４）で使われるユーザ名とパスワード情報であり、例えば、ＭＦＰ１００、ＭＦＰ１０１、ＰＣ１０４からＭａｉｌサーバ１０３に電子メールを送信する際、ＳＭＴＰプロトコル上でユーザ認証を行い、不正アクセスや電子メールの差出人名称（Ｆｒｏｍアドレス）を偽ったメールの不正中継を防止するためのものである。図４の設定では、ユーザ名「ｓｙａｉｎ１」、「ｓｙａｉｎ２」のＳＭＴＰ認証ユーザ名は、それぞれユーザ名「ｓｙａｉｎ１」、「ｓｙａｉｎ２」と同一名称となっているが、異なる名称を使用してもよいことは勿論である。また、ＳＭＴＰ認証パスワード２３４は、パスワード２３１と同様、容易に見られないように、「＊＊＊＊＊」で表示されている。

追加キー２４０は、新規にユーザ登録する際に使用されるキーである。削除キー２４１は、登録ユーザを削除するキーである。プロパティキー２４２は、登録されている内容を修正するキーであり、プロパティキー２４２を押すと、登録されている内容が表示される。

図５はＭＦＰ１００における電子メールアドレス、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードを取得する際のログイン処理手順を示すフローチャートである。このログイン処理によって、ＭＦＰ１００は、認証サーバ１０２に対してユーザ認証を行い、指定されたユーザ名で電子メールを使えるようになる。尚、ＭＦＰ１０１についても同様であるので、ＭＦＰ１００についてだけ説明する。

ＭＦＰ１００の主電源が投入され、メモリ、Ｉ／Ｏポートの初期化などのイニシャライズ動作が実行された後、システムユーザ設定で「ユーザ認証」を「する」に設定されている場合、このログイン処理が開始する。この状態では、コピーなどのユーザオペレーションが介在する処理を実行することができず、操作部１３３には、ユーザ名を入力する画面が表示される。

まず、ユーザ名入力画面を表示し、ユーザからユーザ名が入力されるのを待つ（ステップＳ１）。ユーザ名が入力されると、つづいてパスワードが入力されるのを待つ（ステップＳ２）。パスワードが入力されると、認証サーバ１０２で認証を行うために、ユーザ名およびパスワードを送信する（ステップＳ３）。

そして、認証の結果、入力したユーザ名およびパスワードが、認証サーバ１０２に登録されているユーザ名２３０およびパスワード２３１と一致し、認証サーバ１０２から認証ＯＫが返答されたか否かを判別する（ステップＳ４）。入力したユーザ名、パスワードが誤っていた場合など、認証ＯＫが返答されず、認証ＮＧが返答された場合、ステップＳ１に戻って、ユーザ名入力画面から同様の処理を繰り返す。一方、認証ＯＫが返答された場合、認証サーバ１０２に登録されている、ログインしたユーザの電子メールアドレス２３２を認証サーバ１０２から取得する（ステップＳ５）。さらに、認証サーバ１０２から、ログインしたユーザのＳＭＴＰ認証のユーザ名２３３およびユーザのＳＭＴＰ認証のパスワード２３４を取得し（ステップＳ６、Ｓ７）、本処理を終了する。

このユーザ認証が正常終了すると、コピー、送信（ＳＥＮＤ）などのユーザオペレーションが介在する処理が実行可能となる。尚、本実施形態では、ユーザ認証の方法として、ユーザ名およびパスワードの入力する場合を示したが、指紋や眼球などによる生体認証、非接触や接触型のコントロールカードによるユーザ認証などでもよい。

図６はユーザ認証におけるＭＦＰ１００および認証サーバ１０２間の具体的な認証手順を示す図である。認証サーバ１０２のユーザ認証方式は、ネットワークアプリケーション階層のプログラム２０２であるケルベロス（Ｋｅｒｂｅｒｏｓ）を用いた認証方式であり、技術仕様ＲＦＣ１５１０として標準化されている。

まず、クライアントであるＭＦＰ１００から、Ｋｅｒｂｅｒｏｓ認証サービスリクエストＫＥＢ＿ＡＳ＿ＲＥＱが認証サーバ１０２に送られ（Ｔ１）、正当なユーザであるかの問い合わせが行われると、認証サーバ１０２から、Ｋｅｒｂｅｒｏｓ認証サービス返信ＫＥＢ＿ＡＳ＿ＲＥＰとして、暗号化されたログオンセッションキーおよびクライアント認証データがＭＦＰ１００に返される（Ｔ２）。

このデータを基に、Ｋｅｒｂｅｒｏｓチケット認可サービスリクエストＫＥＢ＿ＴＧＳ＿ＲＥＱが作成され、ＭＦＰ１００は、認証サーバ１０２に資格情報のリクエストを行う（Ｔ３）。認証サーバ１０２からＫｅｒｂｅｒｏｓチケット認可サービス返信ＫＥＢ＿ＴＧＳ＿ＲＥＰとして、暗号化されたクライアント認証データが返される（Ｔ４）。

このデータを基に、ＫｅｒｂｅｒｏｓアプリケーションリクエストＫＥＢ＿ＡＰ＿ＲＥが作成され、ＭＦＰ１００は、認証サーバ１０２にサービス利用許可を求める（Ｔ５）。そして、認証サーバ１０２からＫｅｒｂｅｒｏｓアプリケーション返信ＫＥＢ＿ＡＰ＿ＲＥＰが返されると（Ｔ６）、返されたデータが正常であり、かつ返信データ内の時刻データが同一である場合、ＭＦＰ１００は認証ＯＫであるとみなす。

尚、本実施形態では、３つのリクエストを同一の認証サーバで行った場合を示したが、ネットワークの構成などにより、複数のサーバを使ってもよい。また、認証方式としては、ＤＨ（Ｄｉｊｊｉｅ−Ｈｅｌｌｍａｎ）認証など他の認証方式でも可能である。

図７は操作部１３３に表示される送信設定画面を示す図である。この送信設定画面は、図５のログイン処理によりユーザ名「ｓｙａｉｎ１」で正常にログインが終了し、スキャナ１３４で読み取った画像データを電子メールで送信する際、操作部１３３に表示される。読み取りサイズ３００には、スキャナ１３４が読み込む原稿サイズ等が指定される。原稿として、Ａ３、Ａ４、Ａ５、Ｂ４、Ｂ５、１１＊１７、ＬＴＲ、ＳＴＭＴなどの用紙サイズとその向きを指定することができる。図７では、読み取りサイズ３００に「自動」が設定されているので、スキャナ１３４に設けられた原稿検知センサによって検知された値が読み込まれる。

また、解像度３０１には、スキャナ１３４が原稿を読み込む際の解像度を指定することが可能である。図７では、解像度として、２００＊１００、２００＊２００、２００＊４００、３００＊３００、４００＊４００および６００＊６００ｄｐｉのいずれかに指定される。図７では、デフォルト値の２００＊２００が設定されている。また、詳細設定３０２には、スキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整などのスキャン時の詳細動作を指定することが可能である。

Ｓｕｂｊｅｃｔ３０４および本文３０５は、それぞれ送信する電子メールに付けられる件名およびメール本文である。これらの各設定欄を選択すると、ソフトウェアキーボードが表示され、文字列を入力することが可能である。宛先３０３は、送信宛先を指定する欄である。

図８は送信宛先情報を管理しているアドレス帳を示す図である。送信宛先の電子メールアドレスは、アドレス欄３５２に表示される。そして、選択欄３５０にマークが付けられて宛先に電子メールが送信される際、選択されたアドレスが電子メールのＴｏ：フィールドに記載される。ＭＯＤＥ欄３５１には、送信宛先として、一般の電子メール宛先に送ることを前提として送信するＥｍａｉｌ送信モードと、機器同士の送受信機能が存在するＩＦＡＸ装置に送ることを前提として送信するＩＦＡＸ送信モードとのいずれかを指定することができる。図８の設定では、一般の電子メール宛先に送ることを前提とする２つのＥｍａｉｌ送信宛先（電子メールアドレス「ｐｃｍａｉｌ＠ａｂｃ．ｃｏ．ｊｐ」、「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」）、および機器同士の送受信を前提とする１つのＩＦＡＸ送信宛先（電子メールアドレス「ｉｆａｘ＠ａｂｃ．ｃｏ．ｊｐ」）が指定されている。

図９はスキャナ１３４で原稿を読み取った後、各宛先に電子メールを送信する際の送信処理手順を示すフローチャートである。この処理プログラムは、ＭＦＰ１００内の記憶媒体（ＲＯＭ１３１あるいはハードディスク１３７）に格納されており、各宛先に送信する際、ＣＰＵ１３０によって実行される。

まず、送信モード（ＭＯＤＥ３５１）がＩＦＡＸであるか否かを判別する（ステップＳ１１）。ＩＦＡＸである場合、電子メールのＦｒｏｍフィールドに、ユーザモードで入力された機器のアドレスを設定する（ステップＳ１２）。そして、電子メールのＳｅｎｄｅｒフィールドに、ログイン時に設定したユーザ名２３０に対応する電子メールアドレス２３２を設定する（ステップＳ１３、図４参照）。ここでは、ログイン時、ユーザ名「ｓｙａｉｎ１」でログインしているので、Ｓｅｎｄｅｒアドレスには、ユーザ名「ｓｙａｉｎ１」に対応する電子メールアドレス「ｓｙａｉｎ１＠ｘｙｚ．ｃｏ．ｊｐ」が設定される。Ｆｒｏｍフィールド、Ｓｅｎｄｅｒフィールドを設定した後、スキャナで読み取った画像の上端に、送信機器電子メールアドレス、送信宛先略称、送信時間などの情報を基に作成された画像ヘッダを付与する（ステップＳ１４）。

一方、送信モードがＩＦＡＸでなく、Ｅｍａｉｌであった場合、Ｆｒｏｍフィールドに、ログイン時に設定されたユーザ名２３０に対応する電子メールアドレス２３２を設定する（ステップＳ１５）。この場合、Ｓｅｎｄｅｒフィールドを作成しない。

この後、Ｆｒｏｍフィールド、Ｓｅｎｄｅｒフィールドの情報などを基に、メールヘッダの作成、ＭＩＭＥ情報の付与、添付ファイルにおけるＢＡＳＥ６４のデコードなどのメールデータ作成処理を行う（ステップＳ１６）。

作成した電子メールデータをＭａｉｌサーバ１０３に送信する際、認証サーバ１０２から、ステップＳ６で取得したＳＭＴＰ認証のユーザ名、およびステップＳ７で取得したＳＭＴＰ認証のパスワードを用いて、ＳＭＴＰ認証を実行する（ステップＳ１７）。そして、ＳＭＴＰ認証の結果を判別する（ステップＳ１８）。このＳＭＴＰ認証については、後述する。そして、認証終了後、つまり認証結果が認証ＯＫである場合、ＳＭＴＰ送信でＭａｉｌサーバ１０３にデータを送信する（ステップＳ１９）。送信が終了すると、ログイン時に指定したユーザ名２３０、送信宛先情報、送信日付、送信時間、送信枚数および送信結果をログに書き込み（ステップＳ２０）、本処理を終了する。一方、ステップＳ１８で、認証の結果が認証ＮＧであった場合、送信を行うことなく、本処理を終了する。

ＭＦＰ１００によってログに書き込まれたデータは、送信結果を知らせる送信結果レポート、あるいは送信件数が一定以上溜まる度に作成される通信管理レポートとして、印刷される。印刷されたレポートにより、送信したジョブ（ＪＯＢ）の送信者を特定することができる。また、Ｍａｉｌサーバ１０３には、ＳＭＴＰ認証を行った際の時間、認証ユーザ名などのログが残るので、送信管理結果レポートあるいは通信管理レポートの内容と、Ｍａｉｌサーバ１０３のログの内容とを照らし合わせ、対比させることができる。この結果、ログの妥当性を検証することができる。尚、ログに書き込まれたデータは、操作部１３３に、リスト表示することも可能である。

図１０はステップＳ１７におけるＭＦＰ１００およびＭａｉｌサーバ１０３間のＳＭＴＰ認証処理手順を具体的に示す図である。このＳＭＴＰ認証により、ＭＦＰ１０１からＭａｉｌサーバ１０３に電子メールを送信する際、電子メールの送信者を認証し、送信する電子メールアドレスを偽るなどの不正電子メールリレーを防止することが可能となる。

まず、ＭＦＰ１０１からＭａｉｌサーバ１０３にＳＭＴＰ接続を行うと（Ｔ１１）、Ｍａｉｌサーバ１０３からＳＭＴＰサービスレディを示す「２２０」の数字とドメイン名が返答される（Ｔ１２）。クライアントであるＭＦＰ１０１から拡張ＳＭＴＰのＳＭＴＰ開始を示すＥＨＬＯコマンドをＭａｉｌサーバ１０３に送信すると（Ｔ１３）、リクエストされたコマンドの成功を示す「２５０」の数値から始まるコマンド応答がＭａｉｌサーバ１０３から返される（Ｔ１４）。さらに、Ｍａｉｌサーバ１０３が所有しているＳＭＴＰ拡張機能が返信される（Ｔ１５、Ｔ１６）。Ｔ１５の応答では、Ｍａｉｌサーバ１０３がＤＳＮ（Ｄｅｌｉｖｅｒｙ Ｓｔａｔｕｓ Ｎｏｔｉｆｉｃａｔｉｏｎｓ）サービスを所有していることが示され、Ｔ１６の応答では、ＳＭＴＰ ＡＵＴＨをサポートし、認証方式として、ＣＲＡＭ−ＭＤ５およびＤＩＧＥＳＴ−ＭＤ５をサポートしていることが示される。

Ｍａｉｌサーバ１０３がＳＭＴＰ ＡＵＴＨに対応していることが判ったので、ＭＦＰ１０１からＳＭＴＰ ＡＵＴＨを使って認証し、認証方式としてＣＲＡＭ−ＭＤ５を使うことを示すコマンドを送信する（Ｔ１７）。Ｍａｉｌサーバ１０３からリクエスト継続を示す「３３４」の数字とサーバチャレンジデータである文字列を返答する（Ｔ１８）。ＭＦＰ１０１は、取得したサーバチャレンジデータとパスワードからＣＲＡＭ−ＭＤ５で暗号化された暗号パスワードを作成し、ユーザ名とパスワードを暗号化した文字列を返答する（Ｔ１９）。

Ｍａｉｌサーバ１０３でも、同様に送信したサーバチャレンジデータとＭＦＰ１０１から送信されたユーザ名に対するパスワードとから暗号パスワードを作成し、この作成した暗号パスワードと、ＭＦＰ１０１から送信された暗号パスワードとの一致を検出することで、パスワードが同一であるとみなす。そして、パスワードが同一とみなされた場合、Ｍａｉｌサーバ１０３から認証成功を示す「２３５」の数字から始まるメッセージを送信し（Ｔ２０）、ＳＭＴＰ認証を終了する。

この後、前述したように、ＳＭＴＰの通常シーケンスにより、電子メールデータは送信される。送信が終了すると、Ｍａｉｌサーバ１０３は、電子メールの配信を受けたＭＦＰ１０１の電子メールアドレス、送信宛先の電子メールアドレス、ＳＭＴＰ認証を行ったユーザ名、通信日付、時刻などの情報をログファイルに記録する。そして、Ｍａｉｌサーバ１０３の管理者は、記録されたログファイルを参照することができる。

このように、第１の実施形態１によれば、ＭＦＰ１００によってログに書き込まれたデータは、送信結果レポートあるいは通信管理レポートとして印刷されるので、送信したジョブ（ＪＯＢ）の送信者を特定することができる。一方、Ｍａｉｌサーバ１０３には、ＳＭＴＰ認証を行った際の時間、認証ユーザ名などのログが残る。したがって、送信管理結果レポートあるいは通信管理レポートの内容と、Ｍａｉｌサーバのログの内容とを照らし合わせて対比させることで、実際の送信者を特定することができる。これにより、操作性を低下させることなく、ＳＭＴＰ認証を用いて送信する際のセキュリティの向上を図ることができる。

また、ＭＦＰに対し、ＳＭＴＰ認証ユーザ名、ＳＭＴＰ認証パスワードおよび電子メールアドレスを設定する必要がなくなり、その登録・変更などの管理を容易にできる。そして、前述したように、メールサーバ側のログには、ＳＭＴＰ認証で認証されたユーザ名のログが残るので、ＭＦＰの送信ログと１対１で比較することが可能となり、セキュリティの向上を図ることができる。
［第２の実施形態］
第２の実施形態の電子メールシステムの構成は、前記第１の実施形態とほぼ同様であり、前記第１の実施形態と同一の構成部分については、同一の符号を付すことで、その説明を省略する。図１１は第２の実施形態における認証サーバ１０２に登録されているユーザ情報およびその内容を参照・編集するプログラムの操作画面を示す図である。前記第１の実施形態では、ユーザ情報として、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードが設定されていたが、第２の実施形態では、設定されない。

ここで、ユーザ名２３０は、登録されているユーザ名である。パスワード２３１は、登録ユーザ名のパスワードである。電子メールアドレス２３２は、登録ユーザ名の電子メールアドレスである。また、追加キー２４０は、新規にユーザ登録する際に使用されるキーである。削除キー２４１は、登録ユーザを削除する際に使用される。プロパティキー２４２は、登録されている内容を修正する際に使用されるキーである。プロパティキー２４２を押すと、登録されている内容が表示され、登録されている内容を修正することが可能である。

図１２はＭＦＰ１００における電子メールアドレス、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードを取得する際のログイン処理手順を示すフローチャートである。このログイン処理によって、ＭＦＰ１００は、認証サーバ１０２に対してユーザ認証を行い、指定されたユーザ名で電子メールを使えるようになる。尚、ＭＦＰ１０１についても同様であるので、ＭＦＰ１００についてだけ説明する。

ＭＦＰ１００の主電源が投入され、メモリ、Ｉ／Ｏポートの初期化などのイニシャライズ動作が実行された後、システムユーザ設定で「ユーザ認証」を「する」に設定されている場合、このログイン処理が開始する。この状態では、コピーなどのユーザオペレーションが介在する処理を実行することができず、操作部１３３では、ユーザ名を入力する画面が表示されている。

まず、ユーザ名入力画面を表示し、ユーザからユーザ名が入力されるのを待つ（ステップＳ３１）。ユーザ名が入力されると、パスワードが入力されるのを待つ（ステップＳ３２）。パスワードが入力されると、認証サーバ１０２で認証を行うために、ユーザ名およびパスワードを送信する（ステップＳ３３）。

そして、認証の結果、入力したユーザ名およびパスワードが、認証サーバ１０２に登録されているユーザ名２３０およびパスワード２３１と一致し、認証サーバ１０２から認証ＯＫが返答されたか否かを判別する（ステップＳ３４）。入力したユーザ名、パスワードが誤っていた場合など、認証ＯＫが返答されず、認証ＮＧが返答された場合、ステップＳ１に戻って、ユーザ名入力画面から同様の処理を繰り返す。一方、認証ＯＫが返答された場合、認証サーバ１０２に登録されている、ログインしたユーザの電子メールアドレス２３２を認証サーバ１０２から取得する（ステップＳ３５）。

電子メールアドレスの取得後、ＭＦＰ１００、ＭＦＰ１０１などの機器のユーザ毎に設定されているＳＭＴＰ認証ユーザ名３０６を取得する（ステップＳ３６）。さらに、同様に、機器のユーザ毎に設定されているＳＭＴＰ認証パスワード３０７を取得する（ステップＳ３７）。この後、本処理を終了する。

このユーザ認証が正常終了すると、コピー、送信（ＳＥＮＤ）などのユーザオペレーションが介在する処理が実行可能となる。尚、ユーザ認証の方法として、ユーザ名およびパスワードの入力する場合を示したが、指紋や眼球などによる生体認証、非接触や接触型のコントロールカードによるユーザ認証などでもよい。

図１３は操作部１３３に表示される送信設定画面を示す図である。Ｓｅｎｄオペレーションにおける、この送信設定画面では、ユーザ名「ｓｙａｉｎ１」でユーザがログインした場合、画面左上には、ログインしたユーザ名「ｓｙａｉｎ１」が表示されている。

読み取りサイズ３００には、スキャナ１３４が読み込む原稿サイズ等が指定される。原稿として、Ａ３、Ａ４、Ａ５、Ｂ４、Ｂ５、１１＊１７、ＬＴＲ、ＳＴＭＴなどの用紙サイズとその向きを指定することができる。図１３では、読み取りサイズ３００に「自動」が設定されているので、スキャナ１３４に設けられた原稿検知センサによって検知された値が読み込まれる。

また、解像度３０１には、スキャナ１３４が原稿を読み込む際の解像度を指定することが可能である。解像度として、２００＊１００、２００＊２００、２００＊４００、３００＊３００、４００＊４００および６００＊６００ｄｐｉのいずれかに指定される。図１３では、デフォルト値の２００＊２００が設定されている。また、詳細設定３０２には、スキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整などのスキャン時の詳細動作を指定することが可能である。

Ｓｕｂｊｅｃｔ３０４および本文３０５は、それぞれ送信する電子メールに付けられる件名およびメール本文である。これらの各設定欄を選択すると、ソフトウェアキーボードが表示され、文字列を入力することが可能である。宛先３０３は、送信宛先を指定する欄である。前記第１の実施形態のアドレス帳（図８参照）から宛先が選択される。

ＳＭＴＰ認証ユーザ名３０６およびＳＭＴＰ認証パスワード３０７は、Ｍａｉｌサーバ１０３に電子メールデータをＳＭＴＰプロトコルで送信する際、それぞれ使用されるユーザ名およびパスワードである。これらの値は、ユーザ毎に機器に記憶されている設定パラメータであり、各ユーザがログイン（Ｌｏｇｉｎ）すると、設定パラメータとして、送信設定画面のＳＭＴＰ認証ユーザ名３０６およびＳＭＴＰ認証パスワード３０７が表示される。また、この設定パラメータは変更可能である。

スキャナ１３４によって読み込まれた画像データは、図９に示す前記第１の実施形態の送信処理によって送信される。そして、ステップＳ１７のＳＭＴＰ認証処理では、ＳＭＴＰ認証ユーザ名３０６およびＳＭＴＰ認証パスワード３０７を用いて認証が行われる。

第２の実施形態によれば、ＳＭＴＰ認証をサポートしていないＭＦＰがネットワーク上に存在する場合、ＳＭＴＰ認証をサポートしているＭＦＰから、ＳＭＴＰ認証を行って送信することが可能となる。

以上が本発明の実施形態の説明であるが、本発明は、これら実施形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。

例えば、上記第１の実施形態では、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードは、認証サーバで管理され、上記第２の実施形態では、ＭＦＰで管理されている場合を示したが、認証サーバあるいはＭＦＰのいずれで管理するかを切り替えられるような構成にしてもよい。また、ネットワーク上に認証サーバを設置し、複数のＰＣおよびＭＦＰからのユーザ情報を認証する場合を示したが、ＭＦＰ内部に認証サーバ機能を取り込んでも、同様の効果が得られる。

また、本発明の目的は、上記実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードやコンパクトフラッシュ（登録商標）等のメモリカード、ハードディスク、マイクロＤＡＴ、光磁気ディスク、ＣＤ−ＲやＣＤ−ＲＷ等の光ディスク、ＤＶＤ等の相変化型光ディスク等で構成されてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

第１の実施形態における電子メールシステムのネットワーク接続環境を示す図である。 ＭＦＰ１００の構成を示すブロック図である。 ＭＦＰ１００が所有するネットワークプログラムの構成を示す図である。 認証サーバ１０２に登録されているユーザ情報およびその内容を参照・編集するプログラムの操作画面を示す図である。 ＭＦＰ１００における電子メールアドレス、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードを取得する際のログイン処理手順を示すフローチャートである。 ユーザ認証におけるＭＦＰ１００および認証サーバ１０２間の具体的な認証手順を示す図である。 操作部１３３に表示される送信設定画面を示す図である。 送信宛先情報を管理しているアドレス帳を示す図である。 スキャナ１３４で原稿を読み取った後、各宛先に電子メールを送信する際の送信処理手順を示すフローチャートである。 ステップＳ１７におけるＭＦＰ１００およびＭａｉｌサーバ１０３間のＳＭＴＰ認証処理手順を具体的に示す図である。 第２の実施形態における認証サーバ１０２に登録されているユーザ情報およびその内容を参照・編集するプログラムの操作画面を示す図である。 ＭＦＰ１００における電子メールアドレス、ＳＭＴＰ認証ユーザ名およびＳＭＴＰ認証パスワードを取得する際のログイン処理手順を示すフローチャートである。 操作部１３３に表示される送信設定画面を示す図である。

符号の説明

１００、１０１ ＭＦＰ
１０２ 認証サーバ
１０３ Ｍａｉｌサーバ／ＰＯＰサーバ
１３３ 操作部
２３３ ＳＭＴＰ認証ユーザ名
２３４ ＳＭＴＰ認証パスワード

Claims (7)

1. 送信プロトコルに則って電子メールを送信する通信装置において、
   ユーザ情報を入力する入力手段と、
   該入力されたユーザ情報の認証を要求するユーザ認証要求手段と、
   前記ユーザ情報が認証された場合、該認証されたユーザ情報に対応する電子メールアドレスを取得する電子メールアドレス取得手段と、
   前記認証されたユーザ情報に対応する前記送信プロトコルの認証情報を取得する認証情報取得手段と、
   該取得した認証情報の認証を前記送信プロトコルに則ってメール配信装置に要求する送信認証要求手段と、
   前記認証情報が認証された場合、前記送信プロトコルに則って電子メールを前記メール配信装置に送信する送信手段とを備えたことを特徴とする通信装置。
2. 前記ユーザ認証要求手段は、前記通信装置とネットワークを介して接続された認証装置に対し、前記ユーザ情報の認証を要求し、
   前記電子メールアドレス取得手段および前記認証情報取得手段は、前記認証装置から、該認証装置に格納された前記電子メールアドレスおよび前記認証情報をそれぞれ取得することを特徴とする請求項１記載の通信装置。
3. 前記認証情報を格納する認証情報格納手段を備え、
   前記認証情報取得手段は、前記認証情報格納手段に格納された認証情報を取得することを特徴とする請求項１記載の通信装置。
4. 前記認証情報は、ＳＭＴＰ認証のユーザ名およびパスワードであり、該バスワードは暗号化されて認証されることを特徴とする請求項１記載の通信装置。
5. 前記入力されたユーザ情報の認証を行うユーザ認証手段を備え、
   前記ユーザ認証要求手段は、前記ユーザ認証手段に対し、ユーザ情報の認証を要求することを特徴とする請求項１記載の通信装置。
6. 電子メールを配信するメール配信装置に、認証装置および通信装置がネットワークを介して接続され、前記通信装置から前記メール配信装置に送信プロトコルに則って電子メールを送信する通信システムにおいて、
   前記通信装置からユーザ情報を入力する入力手段と、
   該入力されたユーザ情報の認証を前記認証装置に要求するユーザ認証要求手段と、
   前記認証装置で前記ユーザ情報が認証された場合、該認証されたユーザ情報に対応する電子メールアドレスを前記認証装置から取得する電子メールアドレス取得手段と、
   前記認証されたユーザ情報に対応する前記送信プロトコルの認証情報を取得する認証情報取得手段と、
   該取得した認証情報の認証を前記送信プロトコルに則って前記通信装置から前記メール配信装置に要求する送信認証要求手段と、
   前記メール配信装置で前記認証情報が認証された場合、前記送信プロトコルに則って、前記通信装置から前記メール配信装置に電子メールを送信する送信手段とを備えたことを特徴とする通信システム。
7. 通信装置からメール配信装置に送信プロトコルに則って電子メールを送信する電子メール送信方法において、
   前記通信装置からユーザ情報を入力する入力ステップと、
   該入力されたユーザ情報の認証を前記通信装置に接続された認証装置に要求するユーザ認証要求ステップと、
   前記認証装置で前記ユーザ情報が認証された場合、該認証されたユーザ情報に対応する電子メールアドレスを前記認証装置から取得する電子メールアドレス取得ステップと、
   前記認証されたユーザ情報に対応する前記送信プロトコルの認証情報を取得する認証情報取得ステップと、
   該取得した認証情報の認証を前記送信プロトコルに則って前記通信装置から前記メール配信装置に要求する送信認証要求ステップと、
   前記メール配信装置で前記認証情報が認証された場合、前記送信プロトコルに則って、前記通信装置から前記メール配信装置に電子メールを送信する送信ステップとを有することを特徴とする電子メール送信方法。

Images