(57)【要約】【課題】本発明はＳＭＴＰでメール送信を行う際に平分での認証によるパスワードの盗聴の危険を適切に防止するネットワーク通信装置を提供する。【解決手段】ＳＭＴＰクライアントは、ＳＭＴＰサーバにメール送信を行うに際して、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う場合、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力する。したがって、盗聴されやすい平分で認証を行う旨をユーザに認識させることができるとともに、不用意に平分のパスワードがネットワーク上に流れることを防止して安全性を向上させる。【選択図】          図２
2004213534.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してＲＦＣ２８２１に基づくプロトコルによりＳＭＴＰサーバにメール送信を行うＳＭＴＰクライアント機能を備えたネットワーク通信装置において、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う際に、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力することを特徴とするネットワーク通信装置。
【請求項２】
前記ネットワーク通信装置は、前記ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＳＭＴＰ認証を行うことなくメール送信を行うことを特徴とする請求項１記載のネットワーク通信装置。
【請求項３】
前記ネットワーク通信装置は、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメール送信を行うこと特徴とする請求項１記載のネットワーク通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク通信装置に関し、詳細には、ＳＭＴＰに基づいてメール送信を行う際に、平分での認証によるパスワードの盗聴の危険をユーザに適切に認識させるネットワーク通信装置に関する。
【０００２】
【従来の技術】
【特許文献１】
特開平９−２２３９６号公報
【特許文献２】
特開２００１−１２５８６３号公報
近年、インターネット等のコンピュータ通信網の発達に伴って、コンピュータ等の情報通信装置を使用して、最寄りのプロバイダ（コンピュータ通信網への接続業者）に発呼することで、日本国内だけでなく、全世界の通信端末と通信することができる。
【０００３】
そして、このインターネットを用いて電子メールを送受信することのできる電子メールシステムが構築されており、従来、電子メールの認証には、一般的に、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）認証による認証方式が用いられている。
【０００４】
このＳＭＴＰによる認証方式は、平文による認識方式であり、メールサーバの不正利用防止のために、メールを受信した後に、パスワードを送信することで、認証を行う仕組みである。
【０００５】
ところが、ＳＭＴＰによる認証方式は、ネットワーク上へ平分によるパスワードが流れるため、容易に盗聴される危険があるにも関わらず、ユーザはパスワードが盗聴されるおそれがあることを認識することなく使用しているという問題があった。
【０００６】
そして、従来、ネットワーク上でのパスワードの秘密性に関して、特許文献１に、「ネットワーク連携方法並びにそのための発信元ネットワーク及び連携装置」が提案されている。この従来技術は、発信元ネットワークが、発信者の送信先ネットワークでの識別番号やパスワードなどの中の少なくとも後者を暗号化した形の証明書と、送信先ネットワークへのメッセージとを連携装置に送信し、これを受けた連携装置が、証明書の暗号化部分を秘密鍵で復号化して取り出した識別番号と、パスワードとを用いることにより送信先ネットワークにログインし、続いてこのログイン先にメッセージを送信するものである。
【０００７】
そして、この従来技術においては、識別番号とパスワードを平文で送信している。
【０００８】
また、本出願人は、先に、「メッセージをユーザに送信するため種々の通信モードに基づいて遠隔的な診断、制御及び情報収集を行う方法及びシステム」を提案している（特許文献２参照）。
【０００９】
この従来技術は、第１の装置によって第１の電子メッセージを送信し、第１のコンピュータによって第１の電子メッセージを受信して、受信した第１の電子メッセージが第１のエンドユーザに関する情報を含むかどうかを判定し、第１の電子メッセージが第１のエンドユーザに関する情報を含むと判定すると、第１のコンピュータから第１のエンドユーザに第１の通信情報を送信するものである。
【００１０】
そして、この従来技術においても、エンドユーザに関する情報を平文で送信している。
【００１１】
【発明が解決しようとする課題】
しかしながら、従来技術にあっては、いずれにおいても、識別番号とパスワードやエンドユーザに関する情報を平文で送信しているため、これらの情報がやはり容易に盗聴される危険があり、それにも関わらず、ユーザはこれらの情報が盗聴されるおそれがあることを認識することなく使用しているという問題が解決されていなかった。
【００１２】
そこで、請求項１記載の発明は、ネットワークを介してＲＦＣ２８２１に基づくプロトコルによりＳＭＴＰサーバにメール送信を行うに際して、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う場合、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力することにより、盗聴されやすい平分で認証を行う旨をＳＭＴＰクライアントのユーザに認識させるとともに、ユーザの許可があるときにのみ盗聴されやすい平分での認証を行って、不用意に平分でのパスワードがネットワーク上に流れることを未然に防止し、安全性を向上させることのできるネットワーク通信装置を提供することを目的としている。
【００１３】
請求項２記載の発明は、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＳＭＴＰ認証を行うことなくメール送信を行うことにより、ＳＭＴＰサーバの設定によっては、宛先によって認証無しでもメール送信できる場合があり、この場合に、認証処理を行うことなく、メール送信を試みることで、メール送信を可能とし、平分によるパスワードをネットワーク上に流すことなくメール送信の可能性を広げて、安全性を向上させつつ、利用性を向上させることのできるネットワーク通信装置を提供することを目的としている。
【００１４】
請求項３記載の発明は、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメール送信を行うことにより、平分によるパスワードをネットワーク上に流すことなく、メール送信の確率を高めるとともに、パスワードをネットワーク上へ流すか流さないかの判断だけをユーザに求めて、ユーザがメール送信時の認証に関わる設定の手間を簡略化し、安全性を向上させつつ、より一層利用性を向上させることのできるネットワーク通信装置を提供することを目的としている。
【００１５】
【課題を解決するための手段】
請求項１記載の発明のネットワーク通信装置は、ネットワークを介してＲＦＣ２８２１に基づくプロトコルによりＳＭＴＰサーバにメール送信を行うＳＭＴＰクライアント機能を備えたネットワーク通信装置において、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う際に、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力することにより、上記目的を達成している。
【００１６】
上記構成によれば、ネットワークを介してＲＦＣ２８２１に基づくプロトコルによりＳＭＴＰサーバにメール送信を行うに際して、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う場合、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力するので、盗聴されやすい平分で認証を行う旨をＳＭＴＰクライアントのユーザに認識させることができるとともに、ユーザの許可があるときにのみ盗聴されやすい平分での認証を行って、不用意に平分でのパスワードがネットワーク上に流れることを未然に防止することができ、安全性を向上させることができる。
【００１７】
この場合、例えば、請求項２に記載するように、前記ネットワーク通信装置は、前記ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＳＭＴＰ認証を行うことなくメール送信を行うものであってもよい。
【００１８】
上記構成によれば、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＳＭＴＰ認証を行うことなくメール送信を行うので、ＳＭＴＰサーバの設定によっては、宛先によって認証無しでもメール送信できる場合があり、この場合に、認証処理を行うことなく、メール送信を試みることで、メール送信をおこなうことができ、平分によるパスワードをネットワーク上に流すことなくメール送信の可能性を広げて、安全性を向上させることができるとともに、利用性を向上させることができる。
【００１９】
また、例えば、請求項３に記載するように、前記ネットワーク通信装置は、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメール送信を行うものであってもよい。
【００２０】
上記構成によれば、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメール送信を行うので、平分によるパスワードをネットワーク上に流すことなく、メール送信の確率を高めることができるとともに、パスワードをネットワーク上へ流すか流さないかの判断だけをユーザに求めて、ユーザがメール送信時の認証に関わる設定の手間を簡略化することができ、安全性を向上させることができるとともに、より一層利用性を向上させることができる。
【００２１】
【発明の実施の形態】
以下、本発明の好適な実施の形態を添付図面に基づいて詳細に説明する。なお、以下に述べる実施の形態は、本発明の好適な実施の形態であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００２２】
図１及び図２は、本発明のネットワーク通信装置の第１の実施の形態を示す図であり、図１は、本発明のネットワーク通信装置の第１の実施の形態のネットワーク通信装置を適用したネットワークシステム１におけるメッセージシーケンスを示す図である。
【００２３】
図１において、ネットワークシステム１は、ＳＭＴＰサーバ２とＳＭＴＰクライアント３を備えており、ＳＭＴＰサーバ２とＳＭＴＰクライアント３は、インターネット等のネットワークにより接続されている。
【００２４】
ＳＭＴＰクライアント３は、パーソナルコンピュータ等のネットワークに接続するためのインタフェース、ディスプレイ及び各種入力操作を行う操作部等を備えたネットワーク通信装置であり、ＲＦＣ２８２１（ＳＭＴＰ：Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に基づいたプロトコルによりネットワークを介してＳＭＴＰサーバ２にメール送信を行う。
【００２５】
また、ＳＭＴＰクライアント３は、拡張ＳＭＴＰ機能（ＳＭＴＰ  Ｓｅｒｖｉｃｅ  Ｅｘｔｅｎｓｉｏｎ  ｆｏｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ）を搭載しており、この拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づいたＳＭＴＰ認証（ＳＭＴＰ−ＡＵＴＨ）を行う際に、自機が利用できる複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバ２が暗号化による認証方式をサポートしていないときにときには、平文による認証方式で認証を行うが、この場合、ユーザに対して平文による認証方式で認証を行う旨とその同意を求めるメッセージをディスプレイに表示する。
【００２６】
ＳＭＴＰサーバ２は、通常のＳＭＴＰサーバであり、ネットワークを介して複数のＳＭＴＰクライアント３とＲＦＣ２８２１に基づいたプロトコルによりメールの送受信を行う。
【００２７】
次に、本実施の形態の作用を説明する。本実施の形態のネットワークシステム１は、ＳＭＴＰクライアント３から電子メールを送信する場合、まず、図１にメッセージシーケンスを示すように、ＳＭＴＰクライアント３が、ポート２５でＳＭＴＰサーバ２に接続を行い、ＳＭＴＰサーバ２から接続許可／２２０があると、ＨＥＬＯコマンドを送り、セッションを開始する。
【００２８】
ＳＭＴＰクライアント３は、ＳＭＴＰサーバ２から２５０の応答があると、ＡＵＴＨコマンドを送って、ＳＭＴＰクライアント３の認証を行い、ＳＭＴＰサーバ２から２３５のログインを許可する応答があると、ＭＡＩＬコマンドを送って、メールの送信者を通知する。
【００２９】
ＳＭＴＰクライアント３は、ＳＭＴＰサーバ２から２５０の応答があると、ＲＣＰＴコマンドを送って、メール受信者の一覧を知らせ、２５０／２５１の応答があると、ＤＡＴＡコマンドでメールの本文を送信し、最後に“．”（ピリオド）だけの行を送ると、それが本文の終了を意味する。
【００３０】
ＳＭＴＰクライアント３は、最後に、ＱＵＩＴコマンドを送って、２２１の応答があると、実際にメールが送信されることになり、２２１の応答があると、ポート２５の接続を切断する。
【００３１】
メールを受け取ったＳＭＴＰサーバ２は、受け取ったメールが自分のスプール内のユーザ宛であれば、そのままユーザのスプールに格納するが、他のシステム宛であれば、さらにＳＭＴＰプロトコルを使って必要な相手システムに転送を行なう。
【００３２】
そして、ＳＭＴＰクライアント３は、上記メッセージシーケンスにおいて、図２に示すように認証制御処理を行う。すなわち、ＳＭＴＰクライアント３は、ＨＥＬＯコマンドを送信すると（ステップＳ１０１）、ＳＭＴＰサーバ２の応答からＳＭＴＰ認証がサポートされているか、どのような認証方式が使用できるかを解析し（ステップＳ１０２）、ＳＭＴＰサーバ２がＳＭＴＰ認証をサポートしているかチェックする（ステップＳ１０３）。
【００３３】
ＳＭＴＰクライアント３は、ＳＭＴＰサーバ２がＳＭＴＰ認証をサポートしていないときには、認証を行わずにＳＭＴＰプロトコル処理を続行し（ステップＳ１０４）、ＳＭＴＰサーバ２がＳＭＴＰ認証をサポートしているときには、自己（ＳＭＴＰクライアント３）の利用できる認証方式があるかチェックする（ステップＳ１０５）。
【００３４】
ＳＭＴＰクライアント３は、自己の利用できる認証方式がないときには、認証を行わずにＳＭＴＰプロトコル処理を続行し（ステップＳ１０６）、自己の利用できる認証方式があるときには、暗号化による認証方式が使用できるかチェックする（ステップＳ１０７）。
【００３５】
ＳＭＴＰクライアント３は、暗号化による認証方式が使用できるときには、当該暗号化された方式で認証を行って、上述のようにＳＭＴＰプロトコル処理を続行する（ステップＳ１０８）。
【００３６】
ＳＭＴＰクライアント３は、暗号化による認証方式が使用できないときには、ユーザに対して平文による認証方式で認証を行う旨とその同意を求めるメッセージをディスプレイに表示してユーザに通知し（ステップＳ１０９）、ユーザが平文による認証を行うことに同意したかチェックする（ステップＳ１１０）。このとき、ＳＭＴＰクライアント３は、メッセージとして、例えば、「パスワードがネットワーク上を流れて盗聴される危険性もあるがそれでもメール送信しますか」等のメッセージをディスプレイに表示出力することで、注意を促すとともに、同意を求める。
【００３７】
ＳＭＴＰクライアント３のユーザは、ディスプレイに表示されるメッセージによって、暗号化による認証方式を利用することができず、認証が盗聴されるおそれのあることを認識し、その上で、平文による認証を行うことに同意するか否かを、マウスやキーボード等から指示操作する。
【００３８】
ＳＭＴＰクライアント３は、平文による認証にユーザが同意しないときには、ユーザに対してメール送信を行うことができなう旨を通知して、メールを送信することなく、処理を終了する（ステップＳ１１１）。
【００３９】
なお、ＳＭＴＰクライアント３は、平文による認証にユーザが同意しない場合、メール送信を中止することなく、認証処理を行わずにメール送信を試みてもよい。すなわち、ＳＭＴＰサーバ２の設定によっては、宛先によっては認証無しでもメール送信できる場合があり、この場合には、認証処理を行うことなく、メール送信を試みることで、メール送信を行うことができる。
【００４０】
また、ＳＭＴＰクライアント３は、平文による認証にユーザが同意すると、平文での認証を行って、ＳＭＴＰプロトコル処理を続行して、上述のようにメールの送信を行う（ステップＳ１１２）。
【００４１】
このように、本実施の形態のネットワークシステム１のＳＭＴＰクライアント３は、ネットワークを介してＲＦＣ２８２１に基づくプロトコルによりＳＭＴＰサーバ２にメール送信を行うに際して、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う場合、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバ２が暗号化による認証方式を利用不可能なＳＭＴＰサーバ２であって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力している。
【００４２】
したがって、盗聴されやすい平分で認証を行う旨をＳＭＴＰクライアント３のユーザに認識させることができるとともに、ユーザの許可があるときにのみ盗聴されやすい平分での認証を行って、不用意に平分でのパスワードがネットワーク上に流れることを未然に防止することができ、安全性を向上させることができる。
【００４３】
また、本実施の形態のＳＭＴＰクライアント３は、ＳＭＴＰサーバ２が暗号化による認証方式を利用不可能なＳＭＴＰサーバ２であるときには、ＳＭＴＰ認証を行うことなくメール送信を行っている。
【００４４】
したがって、ＳＭＴＰサーバ２の設定によっては、宛先によって認証無しでもメール送信できる場合があり、この場合に、認証処理を行うことなく、メール送信を試みることで、メール送信をおこなうことができ、平分によるパスワードをネットワーク上に流すことなくメール送信の可能性を広げて、安全性を向上させることができるとともに、利用性を向上させることができる。
【００４５】
図３は、本発明のネットワーク通信装置の第２の実施の形態を適用したネットワークシステムのメッセージシーケンスでのネットワーク通信装置であるＳＭＴＰクライアントによる認証制御処理を示すフローチャートである。
【００４６】
なお、本実施の形態は、上記第１の実施の形態のネットワークシステム１と同様のネットワークシステムに適用したものであり、本実施の形態の説明においては、必要に応じて、上記第１の実施の形態の説明で用いた符号をそのまま用いて説明する。
【００４７】
本実施の形態のネットワークシステム１は、ＳＭＴＰサーバ２が暗号化による認証方式をサポートしていないときに、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証した後にメール送信を行うものである。
【００４８】
拡張ＳＭＴＰ機能では、認証を行う方式としては、上記第１の実施の形態のように、ＡＵＴＨコマンドを用いて行う方式（ＳＭＴＰ−ＡＵＴＨ方式）の他に、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰを用いる方式がある。
【００４９】
このＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰ方式は、自分宛てのメールが届いているか調べないとメールを送信することができない方式、すなわち、メールを送信する前にＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）サーバあるいはＩＭＡＰサーバであるＳＭＴＰサーバ２に対してログイン処理をして、一定時間の間ＳＭＴＰサーバ２の利用が可能となる方式である。
【００５０】
そして、本実施の形態のネットワークシステム１では、ＳＭＴＰクライアント３が、図３に示すようにメッセージシーケンスでの認証制御処理を行う。
【００５１】
すなわち、ＳＭＴＰクライアント３は、ＨＥＬＯコマンドを送信すると（ステップＳ２０１）、ＳＭＴＰサーバ２の応答からＳＭＴＰ認証がサポートされているか、どのような認証方式が使用できるかを解析し（ステップＳ２０２）、ＳＭＴＰサーバ２がＳＭＴＰ認証をサポートしているかチェックする（ステップＳ２０３）。
【００５２】
ＳＭＴＰクライアント３は、ＳＭＴＰサーバ２がＳＭＴＰ認証をサポートしていないときには、認証を行わずにＳＭＴＰプロトコル処理を続行し（ステップＳ２０４）、ＳＭＴＰサーバ２がＳＭＴＰ認証をサポートしているときには、自己（ＳＭＴＰクライアント３）の利用できる認証方式があるかチェックする（ステップＳ２０５）。
【００５３】
ＳＭＴＰクライアント３は、自己の利用できる認証方式がないときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメールの送信を行う（ステップＳ２０６）。
【００５４】
ＳＭＴＰクライアント３は、自己の利用できる認証方式があるときには、暗号化による認証方式が使用できるかチェックし（ステップＳ２０７）、暗号化による認証方式が使用できるときには、当該暗号化された方式で認証を行って、上述のようにＳＭＴＰプロトコル処理を続行する（ステップＳ２０８）。
【００５５】
ＳＭＴＰクライアント３は、暗号化による認証方式が使用できないときには、ユーザに対して平文による認証方式で認証を行う旨とその同意を求めるメッセージをディスプレイに表示してユーザに通知し（ステップＳ２０９）、ユーザが平文による認証を行うことに同意したかチェックする（ステップＳ２１０）。このとき、ＳＭＴＰクライアント３のユーザは、ディスプレイに表示されるメッセージによって、暗号化による認証方式を利用することができず、認証が盗聴されるおそれのあることを認識し、その上で、平文による認証を行うことに同意するか否かを、マウスやキーボード等から指示操作する。
【００５６】
ＳＭＴＰクライアント３は、平文による認証にユーザが同意しないときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメールの送信を行う（ステップＳ２１１）。
【００５７】
また、ＳＭＴＰクライアント３は、平文による認証にユーザが同意すると、平文での認証を行って、ＳＭＴＰプロトコル処理を続行して、上述のようにメールの送信を行う（ステップＳ２１２）。
【００５８】
このように、本実施の形態のネットワークシステム１のＳＭＴＰクライアント３は、ＳＭＴＰサーバ２が暗号化による認証方式を利用不可能なＳＭＴＰサーバ２であるときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメール送信を行っている。
【００５９】
したがって、平分によるパスワードをネットワーク上に流すことなく、メール送信の確率を高めることができるとともに、パスワードをネットワーク上へ流すか流さないかの判断だけをユーザに求めて、ユーザがメール送信時の認証に関わる設定の手間を簡略化することができ、安全性を向上させることができるとともに、より一層利用性を向上させることができる。
【００６０】
以上、本発明者によってなされた発明を好適な実施の形態に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【００６１】
【発明の効果】
請求項１記載の発明のネットワーク通信装置によれば、ネットワークを介してＲＦＣ２８２１に基づくプロトコルによりＳＭＴＰサーバにメール送信を行うに際して、拡張ＳＭＴＰ機能であるＲＦＣ２５５４に基づくＳＭＴＰ認証を行う場合、自機が利用可能な複数の認証方式から暗号化による認証方式と平文による認証方式を区別し、接続先のＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであって平文による認証方式で認証を行うときには、ユーザに対して平文による認証方式で認証を行う旨及び当該平分による認証方式で認証を行うことの同意を求めるメッセージを出力するので、盗聴されやすい平分で認証を行う旨をＳＭＴＰクライアントのユーザに認識させることができるとともに、ユーザの許可があるときにのみ盗聴されやすい平分での認証を行って、不用意に平分でのパスワードがネットワーク上に流れることを未然に防止することができ、安全性を向上させることができる。
【００６２】
請求項２記載の発明のネットワーク通信装置によれば、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＳＭＴＰ認証を行うことなくメール送信を行うので、ＳＭＴＰサーバの設定によっては、宛先によって認証無しでもメール送信できる場合があり、この場合に、認証処理を行うことなく、メール送信を試みることで、メール送信をおこなうことができ、平分によるパスワードをネットワーク上に流すことなくメール送信の可能性を広げて、安全性を向上させることができるとともに、利用性を向上させることができる。
【００６３】
請求項３記載の発明のネットワーク通信装置によれば、ＳＭＴＰサーバが暗号化による認証方式を利用不可能なＳＭＴＰサーバであるときには、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰで認証を行った後にメール送信を行うので、平分によるパスワードをネットワーク上に流すことなく、メール送信の確率を高めることができるとともに、パスワードをネットワーク上へ流すか流さないかの判断だけをユーザに求めて、ユーザがメール送信時の認証に関わる設定の手間を簡略化することができ、安全性を向上させることができるとともに、より一層利用性を向上させることができる。
【図面の簡単な説明】
【図１】本発明のネットワーク通信装置の第１の実施の形態を適用したネットワークシステムのメッセージシーケンスを示す図。
【図２】図１のＳＭＴＰクライアントによる認証制御処理を示すフローチャート。
【図３】本発明のネットワーク通信装置の第２の実施の形態を適用したネットワークシステムのＳＭＴＰクライアントによる認証制御処理を示すフローチャート。
【符号の説明】
１  ネットワークシステム
２  ＳＭＴＰサーバ
３  ＳＭＴＰクライアント
【図１】
2004213534.tif 000003
【図２】
2004213534.tif 000004
【図３】
2004213534.tif 000005