JP2004287492A - 通信装置 - Google Patents
通信装置 Download PDFInfo
- Publication number
- JP2004287492A JP2004287492A JP2003075256A JP2003075256A JP2004287492A JP 2004287492 A JP2004287492 A JP 2004287492A JP 2003075256 A JP2003075256 A JP 2003075256A JP 2003075256 A JP2003075256 A JP 2003075256A JP 2004287492 A JP2004287492 A JP 2004287492A
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- authentication method
- server
- communication
- server device
- 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.)
- Granted
Links
Images
Abstract
【課題】通信装置のユーザが自機およびサーバ装置が対応している認証方式を調査および設定しなくても、適切な認証方式で認証を行うことができるようにする。
【解決手段】通信Ｉ／Ｆ１８を介してネットワークに接続するＷＳ１１が、認証要求部２６によって外部装置に認証を要求する際、認証方式選択部２５は、その外部装置が認証処理に対応しているかどうか判断し、対応している場合は、外部装置が対応している認証方式の中にＷＳ１１も対応しているものがあるかどうかを判断する。そして、双方が対応している認証方式の中から任意のものを自動的に選択し、選択した認証方式での認証処理を外部装置に要求する。なお、外部装置が認証処理に対応していない場合、および外部装置が対応している認証方式の中にＷＳ１１が対応しているものがない場合は、認証を要求しない。
【選択図】 図１
【解決手段】通信Ｉ／Ｆ１８を介してネットワークに接続するＷＳ１１が、認証要求部２６によって外部装置に認証を要求する際、認証方式選択部２５は、その外部装置が認証処理に対応しているかどうか判断し、対応している場合は、外部装置が対応している認証方式の中にＷＳ１１も対応しているものがあるかどうかを判断する。そして、双方が対応している認証方式の中から任意のものを自動的に選択し、選択した認証方式での認証処理を外部装置に要求する。なお、外部装置が認証処理に対応していない場合、および外部装置が対応している認証方式の中にＷＳ１１が対応しているものがない場合は、認証を要求しない。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
この発明は、ネットワークを介して接続した外部装置と通信可能な情報処理装置，通信端末装置，出力装置などの通信装置に関し、特に外部装置に認証情報を送信して認証処理を要求する機能を持つ通信装置に関する。
【０００２】
【従来の技術】
近年、インターネット上で提供されるサービスやアプリケーションの普及は目覚しく、様々な通信装置がネットワークを介して相互に接続され、盛んに通信を行なうようになっている。このような通信装置には、例えばパーソナルコンピュータ（ＰＳ），ワークステーション（ＷＳ）等の情報処理装置、携帯情報端末（ＰＤＡ），携帯電話等の通信端末装置などがある。
また最近では、ファクシミリ装置（ＦＡＸ）やスキャナ等の画像読取装置、プリンタ等の画像形成装置、家電製品、医療装置などに通信機能を設けてインターネットを介した通信を可能にした通信装置もある。これらの通信装置は、その殆どが標準化したＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用しており、機種の違いを超えて互いにネットワーク上で情報をやりとりできる。
【０００３】
ところで、インターネットは不特定多数のユーザが利用するため、他人になりすまして情報の盗み見や改竄を行ういわゆる「なりすまし」による被害が発生する危険性が高い。
そのため、インターネットを利用した通信では、例えばユーザがクライアント装置を用いて外部装置と情報を送受信するときに、ユーザが本人であるかどうか識別して正当なアクセス権があるかどうかを検証するいわゆる「認証」を行ったり、情報の機密性を確保するために情報を暗号化して送受信したりしている。
【０００４】
例えば特許文献１に見られるように、ユーザがセキュリティの確保されていない外部ネットワーク上の利用端末からゲートウェイを介して内部ネットワークにアクセスして、内部ネットワーク上のメールサーバに蓄積した機密性の高い電子メールを閲覧するときに、メールサーバがその電子メールを抽出して複製し、本文をユーザが予め入力した暗号化鍵を用いて暗号化した後に外部ネットワーク上に設けた中継サーバに転送する電子メール転送方法がある。
なお、この電子メール転送方法では、外部ネットワーク上でこの電子メールを閲覧するには中継サーバによって認証を受ける必要があり、さらに暗号化された電子メールを復号化する必要があるため、電子メールの機密性は高く保持される。
【０００５】
なお、認証方式には、ユーザＩＤやパスワードなどの認証情報を暗号化して送受信する方式（本明細書では「暗号化認証方式」と云う）と、平文のまま送受信する方式（本明細書では「平文認証方式」と云う）とがある。
また、暗号方式には、暗号化と復号化に同じ鍵を用いる共通鍵暗号（秘密鍵暗号）と、対になった公開鍵と秘密鍵とを使用する公開鍵暗号（非対称暗号）とに大別される様々な方式があり（特許文献２参照）、各々暗号の強度や処理速度などが異なる。
例えば、共通鍵暗号には、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ：デス）、ＲＣ２（Ｒｏｎ’ｓ Ｃｏｄｅ ２）、ＲＣ４などの暗号方式がある。
【０００６】
一方、公開鍵暗号には、ＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）、楕円曲線暗号、エルガマル暗号などの暗号方式がある。
さらに、情報の原文から固定長の疑似乱数を生成して通信経路の両端で比較することで通信途中での改竄の有無を検出する、ＭＤ５（Ｍａｓｓａｇｅ Ｄｉｇｅｓｔ ５）などのハッシュ関数も一般的に使用されている。
ユーザは、このような様々な認証方式および暗号方式の中から、クライアント装置および外部装置の暗号化処理能力や、通信する情報の機密性などに応じて適切なものを選択し、クライアント装置が格納している通信用プログラムなどを用いて設定すれば、自分の好みに応じた認証方式および暗号方式で安全に通信を行うことができる。
【０００７】
【特許文献１】
特開平１１−８８４１０号公報
【特許文献２】
特開平１１−１２２２３８号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、このときクライアント装置および外部装置が共にサポートしている認証方式および暗号方式以外のものをユーザが設定すると、クライアント装置と外部装置との間で正常な通信ができなくなってしまうという問題点があった。
例えば、インターネットのプロトコルの一種であるＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）にユーザ認証機能を追加したＳＭＴＰ−ＡＵＴＨ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）では、外部装置であるＳＭＴＰサーバがサポートしている認証方式の一覧からクライアント装置側が任意のものを選択し指定するが、このときクライアント装置がサポートしていない認証方式を指定してしまうとエラーになって通信できない。
【０００９】
そのため、ユーザは、クライアント装置がサポートしている認証方式および暗号方式と、外部装置がサポートしている認証方式および暗号方式との両方を調査し、クライアント装置と外部装置とが共にサポートしているものを選択する必要がある。
しかし、ユーザの大半はインターネットのプロトコルにまで詳しいわけではないため、このような認証方式および暗号方式の調査や設定が過剰な負担になるという問題点があった。
【００１０】
例えば、通信用プログラムである電子メールソフトには、接続するＳＭＴＰサーバに認証情報を送信するかどうかを設定する項目があるが、ユーザは、接続先のＳＭＴＰサーバがＳＭＴＰ−ＡＵＴＨに対応しているかどうかすら判らない場合が多い。
この場合、ユーザは、接続するＳＭＴＰサーバが認証に対応しているかどうか、また認証が必須かどうかを調査して、ＳＭＴＰサーバに認証情報を送信するかどうかを設定する必要がある。さらに、認証情報を送信すると設定した場合はクライアント装置とＳＭＴＰサーバとが共にサポートしている暗号方式があるかどうかを調査する必要がある。
【００１１】
この発明は上記の問題点に鑑みてなされたものであり、ネットワークを介して外部装置と通信可能な通信装置において、自機（クライアント装置）および外部装置が対応している認証方式を調査したり設定したりしなくても、外部装置に応じた適切な認証方式で認証を行うことができるようにすることを目的とする。
【００１２】
【課題を解決するための手段】
この発明は、上記の目的を達成するため、ネットワークを介して接続する外部装置と通信する通信手段と、その外部装置に認証情報を送信して認証処理を要求する認証要求手段とを有する通信装置において、外部装置に応じて認証方式を自動的に選択する認証方式選択手段を設け、上記認証要求手段が、認証方式選択手段が選択した認証方式に応じた認証情報を外部装置に送信し、その認証方式での認証処理を要求するようにしたものである。
なお、ネットワークを介して接続する外部装置をＳＭＴＰサーバまたはＰＯＰ３サーバまたはＩＭＡＰ４サーバとし、通信手段がそれらのサーバと通信する場合に、各々のサーバに応じた認証方式を自動的に選択する認証方式選択手段を備え、上記認証要求手段が、認証方式選択手段が選択した認証方式に応じた認証情報を各々のサーバに送信し、その認証方式での認証処理を要求するようにしてもよい。
【００１３】
また、これらの通信装置に、ネットワークを介して上記外部装置との間で画像情報を送受信する画像情報通信手段を設けるとよい。
さらに、認証方式選択手段が選択する認証方式の範囲を、認証情報を暗号化して送信する暗号化認証方式および／または認証情報を平文で送信する平文認証方式に制限する指示を受け付ける選択指示受付手段を設けるとよい。なお、その選択指示受付手段は、受け付けた指示に従って、認証方式選択手段を、暗号化認証方式の中から外部装置に応じたものを自動的に選択する第１のモード、平文認証方式の中から外部装置に応じたものを自動的に選択する第２のモード、暗号化認証方式および平文認証方式の中から外部装置に応じたものを自動的に選択する第３のモードのいずれかに設定するものである。
【００１４】
また、これらの通信装置に、認証要求手段の動作の有効／無効を設定する手段を設けるとよい。
さらに、認証方式選択手段による認証方式の選択の優先順位を設定する手段を設け、認証方式選択手段が選択可能な認証方式が複数あるとき、それらの複数の認証方式の中から優先順位の高いものを自動的に選択するようにするとよい。
さらにまた、認証要求手段が認証要求を行った場合、その認証要求に係る認証方式と、外部装置による認証結果とを記憶する記憶手段を設けるとよい。
【００１５】
【発明の実施の形態】
以下、この発明の実施の形態を図面に基づいて説明する。
まず、この発明による通信装置が接続するネットワークの構成例について説明する。図２は、そのネットワークの構成を示す図である。この図２において、ワークステーション等の通信装置および外部装置と共に括弧書きで示したアドレスは、その装置と対応する電子メールアドレスである。この点については後述する。
【００１６】
このネットワークは、それぞれＬＡＮ（ローカルエリアネットワーク）であるネットワーク１およびネットワーク２を、ルータ装置５または６を介してインターネット３に接続したものである。
そして、ネットワーク１には、この発明による通信装置であるワークステーション（ＷＳ）１１およびスキャナ１２が、サーバ装置１３，ＷＳ１４，ＦＡＸ装置１５など様々な種類の多くの外部装置と共に接続している。一方、ネットワーク２にも、サーバ装置２３、ＷＳ２１，２４、ＦＡＸ装置２２など多くの外部装置が接続している。
これらの各通信装置および外部装置はそれぞれ通信機能を備えており、ネットワークを介した通信が可能である。
【００１７】
なお、スキャナ１２は画像読取手段を備えた画像読取装置であり、ＦＡＸ装置１５，２２は画像形成手段を備えた画像形成装置である。
このスキャナ１２およびＦＡＸ装置１５，２２はファクシミリ通信（ＦＡＸ）機能も備えており、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ：一般の加入電話回線網）またはＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ：デジタル通信網）などの公衆網４を介した通信も可能である。しかし、このＦＡＸ機能および公衆網４への接続は本発明に必須のものではない。
【００１８】
なお、スキャナ１２およびＷＳ１１については、その詳細を後述する。また、ＦＡＸ装置１５，２２については、本発明に特有のものでも必須のものでもないため詳細な説明を省略する。
また、サーバ装置１３はメールサーバであり、インターネット３に常時接続し、ネットワーク１に接続したクライアント装置（ＷＳ１１、ＷＳ１４、スキャナ１２、ＦＡＸ装置１５）が行う電子メールの送受信を管理する。同様に、サーバ装置２３はネットワーク２に接続したクライアント装置（ＷＳ２１、ＷＳ２４、ＦＡＸ装置２２）が行う電子メールの送受信を管理する。
【００１９】
なお、メールサーバには、他のネットワークのクライアント装置に電子メールを送信するサーバ（ＳＭＴＰサーバなど）と、自ネットワーク内のクライアント装置宛に送られてきた電子メールを保管して、ユーザからのダウンロード要求に対応するサーバ（ＰＯＰ３サーバやＩＭＡＰ４サーバなど）とがあるが、サーバ装置１３，２３はこれらの両方の機能を備えているものとする。
【００２０】
＜第１の実施形態＞
次に、この発明の通信装置の第１の実施形態である、図２に示したワークステーション１１について詳細に説明する。
まず、図１の機能ブロック図に、このワークステーションの機能構成を示す。なお、この図においては、この発明に関連する部分の機能のみを示している。
このワークステーション（ＷＳ）１１は、ハードウェアとしては、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤＤ（ハードディスクドライブ），通信インタフェース（Ｉ／Ｆ）等を備えたＰＣ（パーソナルコンピュータ）等の公知のコンピュータを用いることができる。
【００２１】
そして、ＣＰＵは、ＲＯＭやＨＤＤに記憶している種々の制御プログラムを実行することにより、ＷＳ１１全体を統括制御する制御部１６として機能する。また、記憶部１７の機能は、ＲＯＭ，ＲＡＭ，ＨＤＤ等の記憶手段によって実現される。また通信Ｉ／Ｆ１８は、ネットワークを介して接続するサーバ装置１３等の外部装置と通信するための通信手段である。
また、この発明に係る機能として、制御部１６は、認証方式選択部２５と認証要求部２６の機能を有する。
認証方式選択部２５は、外部装置と通信を行う際にその外部装置に応じて認証方式を自動的に選択する認証方式選択手段として機能し、認証要求部２６は、認証方式選択部２５が選択した認証方式に応じた認証情報を外部装置に送信し、その認証方式での認証処理を要求する認証要求手段として機能する。
【００２２】
以下、このようなＷＳ１１がサーバ装置１３に対して通信を要求する場合の動作について、例を挙げて説明する。なお、以下の動作例において、ＷＳ１１の記憶部１７にはユーザが予め登録したユーザＩＤ（ユーザ名）およびパスワードと、サーバ装置のアドレス（図２に示した“ｍｓｒｖ１３．ａｂｃ．ｃｏ．ｊｐ”）とが格納されているものとする。
【００２３】
≪第１の動作例：サーバ装置１３がＳＭＴＰサーバとして機能する場合≫
まず、ワークステーション（ＷＳ）１１のユーザが、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ）サーバとして機能するサーバ装置１３を介して、図２に示したネットワーク２に接続したワークステーション２１のユーザに電子メールを送信する場合の動作について、図４〜図６に示す通信シーケンスを参照しながら、図３のフローチャートに沿って具体的に説明する。
なお、図４はサーバ装置が認証処理に対応している場合の通信シーケンスの一例を示す図であり、図５はサーバ装置が認証処理に対応していない場合の通信シーケンスの一例を示す図である。また、図６はサーバ装置がＥＳＭＴＰモードに対応していない場合の通信シーケンスの一例を示す図である。これらの通信シーケンスにおいて、実線の矢印はＷＳ１１からサーバ装置１３へ送信するリクエストを示し、破線の矢印はサーバ装置１３からＷＳ１１へ返信するレスポンスを示す。
【００２４】
ＷＳ１１のユーザがメールソフトウェアなどを用いてＷＳ２１のユーザ宛の電子メールを作成すると共に、メールヘッダのＴＯ：フィールドにＷＳ２１のアドレス（図２に示した“ｍｓｒｖ２３．ｘｙｚ．ｃｏ．ｊｐ”）を電子メールの送信先として指定して送信を指示すると、ＷＳ１１のＣＰＵは図３のフローチャートに示す処理を開始する。
そして、まずステップＳ１でサーバ装置１３とＴＣＰポート２５（この「２５」はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の規格であり、本明細書の符号ではない）で通信の接続を行う。この通信の接続は、図４〜図６に示すようにサーバ装置１３に接続を要求するリクエストＲ１を送信することによって行う。なお、サーバ装置１３は、接続要求を受け付けると接続応答を示すレスポンスＲ２を返す。
【００２５】
ステップＳ１で通信が接続されると、次のステップＳ２でＥＳＭＴＰ（ＳＭＴＰ ｓｅｒｖｉｃｅ Ｅｘｔｅｎｓｉｏｎｓ）モードへの移行をサーバ装置１３に要求する。
このＥＳＭＴＰモードへの移行要求は、例えば図４〜図６のリクエストＲ３に示すように、サーバ装置１３に対し、ＥＳＭＴＰモードへの移行を要求する「ＥＨＬＯ」コマンドと共にＷＳ１１のホスト名（この例では“ｗｓ１１．ａｂｃ．ｃｏ．ｊｐ”）を送信することによって行う。
次のステップＳ３では、サーバ装置１３がＥＳＭＴＰモードに対応しているか否か判断する。サーバ装置１３は、ステップＳ２で送信した要求に対し、ＥＳＭＴＰモードに対応しているか否かによって異なる応答を返すので、受け取った応答を基にこの判断を行うことができる。
【００２６】
なおこのときサーバ装置１３は、ＥＳＭＴＰモードに対応している場合には、ＥＳＭＴＰモードへの移行処理を正常終了したことを示す応答と共に、クライアント装置が拡張機能で使用できるコマンドの一覧も返す。
例えば図４に示す例では、サーバ装置１３はレスポンスＲ４として、ＥＳＭＴＰモードへの移行処理が正常終了したことを示すリプライコード２５０番の「２５０−Ｈｅｌｌｏ ｗｓｌｌ．ａｂｃ．ｃｏ．ｊｐ」と共に、ＥＸＰＮ，ＳＩＺＥ，ＡＵＴＨ，ＨＥＬＰの４つのコマンドが使用できる旨の応答を返している。このうちＡＵＴＨが、使用する認証方式を指定するコマンドであり、ここでは「２５０−ＡＵＴＨ ＬＯＧＩＮ ＣＲＡＭ−ＭＤ５」によって、「ＬＯＧＩＮ」及び「ＣＲＡＭ−ＭＤ５」の方式が選択可能であることを示している。
【００２７】
また、図５に示す例では、サーバ装置１３はレスポンスＲ４′として、ＥＳＭＴＰモードへの移行処理が正常終了し、ＥＸＰＮ，ＳＩＺＥ，ＨＥＬＰの３つのコマンドが使用でき、ＡＵＴＨコマンドは使用できない旨の応答を返している。
図３の説明に戻ると、ステップＳ３の判断がＹＥＳであった場合、ステップＳ４に進んでサーバ装置１３が認証処理に対応しているか否か判断する。この判断は、上記のレスポンスにおける、ＡＵＴＨコマンドが使用できる旨の応答の有無によって判断することができる。そして、使用可能であれば認証処理に対応しており、そうでなければ対応していないと判断する。
【００２８】
ステップＳ４でサーバ装置が認証処理に対応していると、ステップＳ５に進み、サーバ装置１３が対応している認証方式の中に自機も対応しているものがあるか否か判断する。この判断は、上記のレスポンスにおける、「２５０−ＡＵＴＨ」の引数によって判断することができる。例えばレスポンスＲ４の場合には、サーバ装置１３が「ＬＯＧＩＮ」及び「ＣＲＡＭ−ＭＤ５」に対応していることが分かるので、自機がこれらに対応しているか否かをもとに判断すればよい。
ステップＳ５の判断がＹＥＳであればステップＳ６に進み、その認証方式を使用する認証方式として選択する。この時複数の候補があれば、その中から適当な１つを選択するが、この場合の選択基準については、例えば認証情報を暗号化して送信する方式を優先する、ユーザが定めた優先順位に従う、等が考えられる。
【００２９】
そして、次のステップＳ７で、ステップＳ６で選択した認証方式による認証処理を、サーバ装置１３に対して要求する。図４に示す例では、リクエストＲ５の「ＡＵＴＨ ＣＲＡＭ−ＭＤ５」がこの要求に相当し、ＣＲＡＭ−ＭＤ５（Ｃｈａｌｌｅｎｇｅ Ｒｅｓｐｏｎｓｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｅｃｈａｎｉｓｍ−Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ ５）方式による認証処理を要求する旨の要求である。
次のステップＳ８では、ステップＳ７で要求した認証方式に応じた認証情報をサーバ装置１３に送信する。この認証情報としては、パスワードや暗号化データ等が考えられるが、上記のＣＲＡＭ−ＭＤ５方式においては、サーバ装置１３から受信するチャレンジ文字列にパスワードを加えた文字列をハッシュ関数であるＭＤ５で処理して求めたハッシュ値と、ユーザＩＤである。
【００３０】
図４に示す例では、ＣＲＡＭ−ＭＤ５方式による認証処理を要求するリクエストＲ５を受信したサーバ装置１３は、レスポンスＲ６として、認証処理を開始したことを示すリプライコード３３４番と共に適当なチャレンジ文字列を返すので、ＷＳ１１は、このチャレンジ文字列に上記の処理を施して得たハッシュ値（暗号化文字列）とユーザＩＤとを、リクエストＲ７としてサーバ装置１３に送信している。
サーバ装置１３は、送信したチャレンジ文字列に受信したユーザＩＤと対応するパスワードを加えた文字列をＭＤ５で処理してハッシュ値を求め、受信したハッシュ値と比較することにより、クライアント装置１１が用いたパスワードが正しいものであるか否かを判断することができる。
【００３１】
ステップＳ８の後は、ステップＳ９に進み、認証が成功であったか否か判断する。ステップＳ８で送信された認証情報を受信したサーバ装置１３は、認証処理を行って応答としてその結果を返すので、認証成否の判断は、この応答の内容を参照して行うことができる。なお、所定期間内に応答がなかった場合には、認証失敗として取り扱うようにするとよい。
図４に示す例では、サーバ装置１３はレスポンスＲ８において、認証成功を示すリプライコード「２３５ Ｏｋ」を返している。
【００３２】
ステップＳ９で認証成功（認証ＯＫ）と判断すると、電子メールを送信してもよいものとしてステップＳ１０に進み、通常の電子メール送信処理を行って処理を終了する。
なお、ステップＳ１０の電子メール送信処理は、図４にリクエストＲ９として示すように、電子メールの送信元であるＷＳ１１のユーザのアドレス「Ｍａｉｌ Ｆｒｏｍ：＜ｗｓ１１＠ａｂｃ．ｃｏ．ｊｐ＞」をサーバ装置１３へ送信したり、電子メールの件名や本文や添付ファイルなどをサーバ装置１３へ送信したりする処理である。これらの電子メール送信処理は本発明に特有のものではないため、詳細な説明は省略する。
【００３３】
なお、ステップＳ９で認証失敗（認証ＮＧ）であった場合にはステップＳ１１へ進み、エラー処理を行って終了する。この処理としては、例えばＷＳ１１のディスプレイに「認証が失敗しました」、「パスワードが違います」等のエラーメッセージを表示してエラーを通知することが考えられる。
また、図３のステップＳ４でサーバ装置１３が認証処理に対応していなかった場合、およびステップＳ５で適当な認証方式がなかった場合は、認証処理を行うことができないので、認証処理を行わないものとしてそのままステップＳ１０に進み、電子メール送信処理を行った後に処理を終了する。
【００３４】
さらに、ステップＳ３でサーバ装置１３がＥＳＭＴＰモードに対応していなかった場合も、認証処理を行うことができないので、認証処理を行わないものとしてステップＳ１２に進み、サーバ装置１３にＳＭＴＰモードへの移行を要求する。
サーバ装置１３は、ＥＳＭＴＰモードに対応していなかった場合には、図６に示すように、ＷＳ１１からのＥＳＭＴＰモードへの移行を要求するリクエストＲ３に対して、レスポンスＲ１０のようなエラー応答を返す。
このような場合には、図示は省略したが、サーバ装置１３に「ＨＥＬＯ」コマンドを送り、ＳＭＴＰモードへの移行をＳＭＴＰサーバに要求するのである。
【００３５】
次のステップＳ１３では、サーバ装置１３がＳＭＴＰモードに対応しているか否か判断する。サーバ装置１３は、ステップＳ１２で送信した要求に対し、ＳＭＴＰモードに対応しているか否かによって異なる応答を返すので、受け取った応答を基にこの判断を行うことができる。
サーバ装置１３がＳＭＴＰモードに対応している場合はステップＳ１０に進み、通常の電子メール送信処理を行って処理を終了する。一方、サーバ装置１３がＳＭＴＰモードに対応していない場合にはステップＳ１４へ進み、エラー処理を行って処理を終了する。この処理としては、例えばＷＳ１１のディスプレイに「接続したサーバは電子メールの送信に対応していません」等のエラーメッセージを表示してエラーを通知することが考えられる。
【００３６】
なお、図示は省略するが、ステップＳ７でＳＭＴＰサーバに認証処理を要求したときにＳＭＴＰサーバからエラー応答が返った場合は、ステップＳ８およびステップＳ９の処理を行わないでステップＳ１０に進み、通常の電子メール送信処理を行って処理を終了するとよい。
または、上記の場合に、他にも選択可能な認証方式がある場合は、その認証方式を選択して再度サーバ装置１３に指定するようにしてもよい。
【００３７】
以上の処理において、ステップＳ５，Ｓ６においてはＷＳ１１のＣＰＵが認証方式選択手段として機能し、ステップＳ７，Ｓ８においては同じＣＰＵが認証要求手段として機能する。
そして、以上のような処理を行うことにより、ＷＳ１１およびサーバ装置１３の双方が対応している認証方式を自動的に選択して、その認証方式による認証処理を行うことができるので、予めユーザがこれらの情報を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。
【００３８】
≪第２の動作例：サーバ装置１３がＰＯＰ３サーバとして機能する場合≫
次に、ＷＳ１１のユーザが、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ３）サーバとして機能するサーバ装置１３を介して電子メールを受信（ダウンロード）する場合の動作について、図８，９に示す通信シーケンスを参照しながら、図７のフローチャートに沿って具体的に説明する。
図８はサーバ装置が暗号化認証方式による認証処理（以下、単に「暗号化認証処理」と云う）に対応している場合の通信シーケンスの一例を示す図であり、図９はサーバ装置が暗号化認証処理に対応していない場合の通信シーケンスの一例を示す図である。これらの通信シーケンスにおいて、実線の矢印はＷＳ１１からサーバ装置１３へ送信するリクエストを示し、破線の矢印はサーバ装置１３からＷＳ１１へ返信するレスポンスを示す。
【００３９】
ＷＳ１１のＣＰＵは、定期的にまたはユーザの指示があったときに、図７のフローチャートに示す処理を行ってサーバ装置１３のメールボックスにそのユーザ宛に着信した電子メールが格納されているかどうかを調査する。
この処理を開始すると、まずステップＳ２１でサーバ装置１３とＴＣＰポート１１０（この「１１０」はＴＣＰ／ＩＰの規格であり、本明細書の符号ではない）で通信の接続を行う。この通信の接続は、図８，９に示すようにサーバ装置１３に接続を要求するリクエストＲ１１を送信することによって行う。なお、サーバ装置１３は接続要求を受け付けると応答を返すが、その応答内容はサーバ装置１３が暗号化認証処理に対応している場合と対応していない場合とでは異なる。
【００４０】
例えば図８に示す例では、サーバ装置１３はレスポンスＲ１２として、接続応答を示すリプライコード「＋ＯＫ」と共にチャレンジ文字列を返している。このチャレンジ文字列は、チャレンジアンドレスポンス方式で暗号化認証処理を行うときに使用するＯＴＰ（ワンタイムパスワード）である。
一方、図９に示す例では、サーバ装置１３は暗号化認証処理に対応していないので、レスポンスＲ１２′として、接続応答を示すリプライコード「＋ＯＫ」のみを返している。
しかし、ＷＳ１１は、ステップＳ２１で通信が接続されると、サーバ装置１３が暗号化認証処理に対応しているか否かに係らず、次のステップＳ２２で自機が対応している暗号化認証方式の中から所定のものを選択する。
【００４１】
そして、次のステップＳ２３で、ステップＳ２２で選択した暗号化認証方式による認証処理をサーバ装置１３に対して要求し、続くステップＳ２４で、その暗号化認証方式に応じた認証情報をサーバ装置１３に送信する。
なお、このステップＳ２３とステップＳ２４は同時に行ってもよい。例えば図８，９に示す例では、リクエストＲ１３として、チャレンジアンドレスポンス方式での認証処理を要求するコマンド「ＡＰＯＰ」と共に、認証情報であるユーザＩＤおよび暗号化文字列をサーバ装置１３に送信している。この暗号化文字列は、第１の動作例における暗号化文字列と同様に、チャレンジ文字列にパスワードを加えた文字列を暗号化処理して求めたものである。
【００４２】
このとき、サーバ装置１３は、要求された暗号化認証処理に対応している場合は認証処理を行い、応答として認証結果をＷＳ１１に返す。一方、要求された暗号化認証処理に対応していない場合は認証処理を行わないで、エラー応答をＷＳ１１に返す。
例えば図８に示す例では、サーバ装置１３は、送信したチャレンジ文字列に受信したユーザＩＤと対応するパスワードを加えた文字列を暗号化処理して、リクエストＲ１３で受信したものと比較し、それらが一致したときに認証が成功したと判断する。そして、レスポンスＲ１４として認証成功を示す応答「＋ＯＫ」を返す。また、図９に示す例では、サーバ装置１３はレスポンスＲ１６として認証失敗を示す応答「−ＥＲＲ」を返す。
【００４３】
図７の説明に戻ると、ステップＳ２４でサーバ装置１３に送信した認証情報に対し、次のステップＳ２５で認証が成功であったか否かを判断する。この認証成否の判断は、サーバ装置１３から受け取った上記応答の認証結果を参照して行うことができる。なお、所定期間内に応答がなかったときは、認証失敗として取り扱うようにするとよい。
ステップＳ２５で認証成功（認証ＯＫ）と判断すると、通信が許可されたものとしてステップＳ２６に進み、通常の電子メール受信処理を行って処理を終了する。なお、ステップＳ２６の電子メール受信処理は、図８，図９のリクエストＲ１５に示すように、サーバ装置１３にコマンド「ＳＴＡＴ」を送信して、サーバ装置１３のメールボックスなどに格納されたＷＳ１１のユーザ宛の電子メールの数とサイズを調査したり、その電子メールを受信したりする処理である。これらの電子メール受信処理は本発明に特有のものではないため、詳細な説明は省略する。
【００４４】
一方、ステップＳ２５で認証失敗（認証ＮＧ）と判断した場合はステップＳ２７へ進み、サーバ装置１３に平文認証方式での認証処理（以下、単に「平文認証処理」と云う）を要求し、認証情報を送信する。例えば図９に示す例では、リクエストＲ１７としてユーザＩＤを指定するコマンド「ＵＳＥＲ」と共にユーザＩＤを送信し、それに対するレスポンスＲ１８でサーバ装置１３からユーザＩＤを認識したことを示す応答「＋ＯＫ」を受け取ると、次にリクエストＲ１９として平文認証方式で認証情報を送信するコマンド「ＰＡＳＳ」と共にパスワードを送信する。
このとき、サーバ装置１３は、リクエストＲ１７で受信したユーザＩＤに対応するパスワードとリクエストＲ１９で受信したパスワードとを比較し、それらが一致した場合に認証成功と判断する。そして、レスポンスＲ２０として認証成功を示す応答「＋ＯＫ」を返す。なお、一致しない場合には認証失敗と判断して、認証失敗を示す応答「−ＥＲＲ」を返す。
【００４５】
そして、次のステップＳ２８では、平文認証処理が成功であったか否かを判断する。この認証成否の判断は、サーバ装置１３から受け取った上記応答の認証結果を参照して行うことができる。なお、所定期間内に応答がなかったときは、認証失敗として取り扱うようにするとよい。
ステップＳ２８で認証成功（認証ＯＫ）と判断すると、通信が許可されたものとして前述のステップＳ２６へ進み、電子メール受信処理を行って処理を終了する。
一方、ステップＳ２８で認証失敗（認証ＮＧ）と判断した場合はステップＳ２９へ進み、エラー処理を行って終了する。この処理としては、例えばＷＳ１１のディスプレイに「認証が失敗しました」、「パスワードが違います」等のエラーメッセージを表示してエラーを通知することが考えられる。
【００４６】
以上の処理において、ステップＳ２２，Ｓ２７においてはＷＳ１１のＣＰＵが認証方式選択手段として機能し、ステップＳ２３，Ｓ２４，Ｓ２７においては同じＣＰＵが認証要求手段として機能する。
なお、前述した第１の動作例では、サーバ装置１３が対応している認証方式の中からＷＳ１１にも対応しているものを自動的に選択し、その認証方式による認証処理を行ったが、この第２の動作例では、サーバ装置１３が暗号化認証処理に対応しているか否かに係らず、暗号化認証方式での認証処理を試みるようにしている。しかし、サーバ装置１３の暗号化認証方式への対応の有無を、この認証処理の応答によって判断し、暗号化認証方式に対応していない場合は、自動的に平文認証方式による認証処理を行うようにしている。
【００４７】
従って、第１の動作例と同様、予めユーザが認証方式を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。
なお、ＷＳ１１が対応している暗号化認証方式が複数ある場合は、ステップＳ２５で認証失敗（認証ＮＧ）を判断したときに、ステップＳ２７に進む代りにステップＳ２２に戻って別の暗号化認証方式を選択し、再度ステップＳ２３からステップＳ２５までの処理を行うようにしてもよい。
このようにして、ステップＳ２５で認証成功（認証ＯＫ）を判断するまで、ＷＳ１１が対応している全ての暗号化認証方式での認証処理を試みるようにすると、暗号化認証処理を行う確率が高くなるため、通信の安全性が向上する。
【００４８】
または、ステップＳ２１で送信した接続要求に対して、サーバ装置１３は前述したように暗号化認証処理に対応している場合と対応していない場合とで異なる応答を返すので、受け取ったその応答を基にして暗号化認証処理を行うかどうかを判断する処理を、ステップＳ２１とステップＳ２２の間で行うようにしてもよい。例えば、図８および図９に示した通信シーケンスの場合には、レスポンスＲ１２における「＋ＯＫ」の後の＜＞で囲まれたチャレンジ文字列の有無によって判断することができる。なお、この処理で暗号化認証処理を行うと判断した場合はステップＳ２２に進み、平文認証処理を行うと判断した場合はステップＳ２７に進むとよい。
さらに、ＰＯＰ３サーバとして機能するサーバ装置１３が前述したＡＵＴＨコマンドが使用できる場合には、第１の動作例と同様にして認証を行い、電子メールの受信処理を行うこともできる。
【００４９】
≪第３の動作例：サーバ装置１３がＩＭＡＰ４サーバとして機能する場合≫
次に、ＷＳ１１のユーザが、ＩＭＡＰ４（Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）サーバとして機能するサーバ装置１３を介して電子メールを受信する場合の動作について、図１１，１２に示す通信シーケンスを参照しながら、図１０のフローチャートに沿って具体的に説明する。
図１１はサーバ装置が暗号化認証処理に対応している場合の通信シーケンスの一例を示す図であり、図１２はサーバ装置が暗号化認証処理に対応していない場合の通信シーケンスの一例を示す図である。これらの通信シーケンスにおいて、実線の矢印および破線の矢印は、前述した通信シーケンスの場合と同様であり、それぞれリクエストおよびレスポンスを示す。
【００５０】
また、図１１および図１２の通信シーケンスでは、各々のリクエストおよびレスポンスの先頭に「タグ」，「＊」，「＋」のいずれかが付けられている。これらはいずれもＩＭＡＰ４のフォーマットで定められたタグであり、リクエストとレスポンスとの関係を明示するためのものである。なお、タグは本発明の特徴に係るものではないので、個々の詳細な説明は省略する。
さて、ＷＳ１１は、第２の動作例と同様、定期的にまたはユーザの指示があったときに、図１０のフローチャートに示す電子メールの受信処理を開始する。
そして、まずステップＳ３１でサーバ装置１３にＴＣＰポート１４３（この「１４３」はＴＣＰ／ＩＰの規格であり、本明細書の符号ではない）で通信の接続を行う。この通信の接続は、図１１，図１２に示すようにサーバ装置１３に接続を要求するリクエストＲ２１を送信することによって行う。なお、サーバ装置１３は、接続要求を受け付けると接続応答を示すレスポンスＲ２２を返す。
【００５１】
ステップＳ３１で通信が接続されると、次のステップＳ３２でサーバ装置１３の機能一覧の送信を要求する。この要求は、例えば図１１，図１２のリクエストＲ２３に示すように、サーバ装置１３に対し、使用可能な拡張コマンドや対応している認証方式の一覧送信を命令するコマンド「ＣＡＰＡＢＩＬＩＴＹ」を送信することによって行う。
【００５２】
このとき、サーバ装置１３はこの要求に対する応答として、機能の一覧と、送信処理が正常終了（表示ＯＫ）したことを示すコマンド「Ｏｋ」とをＷＳ１１に返信する。例えば図１１に示す例では、レスポンスＲ２４として「ｉｍａｐ４ ａｕｔｈ＝ＣＲＡＭ−ＭＤ５」と「Ｏｋ」を返している。このうち「ｉｍａｐ４ａｕｔｈ＝」はサーバ装置１３が暗号化認証方式での認証処理（暗号化認証処理）に対応している旨を示すコマンドであり、引数には対応している暗号化認証処理の一覧を表示している。つまり、ここでは「ＣＲＡＭ−ＭＤ５」に対応していることを示している。
なお、この送信処理が異常終了（表示ＮＧ）した場合は、図示しないが、サーバ装置１３は応答としてコマンド「Ｂａｄ」のみを返信する。
また、サーバ装置１３に何ら拡張機能がない場合は、図１２に示すレスポンスＲ２４′のように応答として「Ｏｋ」のみを返信する。この場合、サーバ装置１３が対応している暗号化認証処理がないことを示している。
【００５３】
図１０の説明に戻ると、次のステップＳ３３では、サーバ装置１３からの応答を正常に受信できたか否かを判断する。このステップＳ３３の判断がＮＯであった場合にはステップＳ４４へ進み、エラー処理を行って終了する。この処理としては、例えばＷＳ１１のディスプレイにエラーメッセージを表示してエラーを通知することが考えられる。
一方、ステップＳ３３の判断がＹＥＳであった場合には、次のステップＳ３４に進み、サーバ装置１３が暗号化認証処理に対応しているか否か判断する。この判断は、上記のレスポンスにおける、暗号化認証処理に対応している旨を示す応答の有無によって行うことができる。
【００５４】
ステップＳ３４でサーバ装置１３が暗号化認証処理に対応していると判断した場合はステップＳ３５に進み、サーバ装置１３が対応している暗号化認証方式の中に自機も対応しているものがあるか否か判断する。この判断は、上記のレスポンスにおける、「ｉｍａｐ４ ａｕｔｈ＝」の引数によって判断することができる。例えばレスポンスＲ２４の場合には、サーバ装置１３が「ＣＲＡＭ−ＭＤ５」に対応していることが分かるので、自機がこれに対応しているか否かをもとに判断すればよい。
【００５５】
ステップＳ３５の判断がＹＥＳであればステップＳ３６に進み、サーバ装置１３と自機の双方が対応している認証方式を、使用する暗号化認証方式として選択する。この時複数の候補があれば、その中から適当な１つを選択する。この場合の選択基準としては、例えばユーザの定めた優先順位に従うなどが考えられる。
そして、次のステップＳ３７で、ステップＳ３６で選択した認証方式による暗号化認証処理を、サーバ装置１３に対して要求する。図１１に示す例では、「ＡＵＴＥＮＴＩＣＡＴＥ ＣＲＡＭ−ＭＤ５」がこの要求に相当し、ＣＲＡＭ−ＭＤ５方式による認証処理を要求する旨の要求である。
【００５６】
次のステップＳ３８では、ステップＳ３７で要求した認証方式に応じた認証情報をサーバ装置１３に送信する。例えば図１１に示す例では、ＣＲＡＭ−ＭＤ５方式による認証処理を要求するリクエストＲ２５を受信したサーバ装置１３が、レスポンスＲ２６としてチャレンジ文字列を返すので、ＷＳ１１は、そのチャレンジ文字列を用いて、第１の動作例の場合と同様にして求めた暗号化文字列を認証情報としてリクエストＲ２７としてサーバ装置１３に送信する。このときサーバ装置１３は、受け取った暗号化文字列から、第１の動作例の場合と同様にしてクライアント装置１１が用いたパスワードが正しいものであるか否かを判断する。
【００５７】
ステップＳ３８の後は、ステップＳ３９に進み、暗号化認証処理が成功（認証ＯＫ）であったか否かを判断する。ステップＳ３８で送信された認証情報を受信したサーバ装置１３は、暗号化認証処理を行って応答としてその結果を返すので、暗号化認証成否の判断は、この応答内容を参照して行うことができる。なお、所定期間内に応答がなかった場合には、暗号化認証失敗として取り扱うようにするとよい。図１１に示す例では、サーバ装置１３はレスポンスＲ２８において、認証成功を示すリプライコード「Ｏｋ」を返している。
ステップＳ３９で認証成功（認証ＯＫ）と判断するとステップＳ４０に進み、図７に示したステップＳ２６と同様の通常の電子メール受信処理を行って処理を終了する。
【００５８】
一方、ステップＳ３４でサーバ装置１３が暗号化認証処理に対応していないと判断した場合や、ステップＳ３５でサーバ装置１３が対応する暗号化認証方式の中に自機も対応しているものがないと判断した場合にはステップＳ４１へ進み、平文認証方式での認証処理をサーバ装置１３に要求する。例えば図１２に示す例では、リクエストＲ２９でログインを要求するコマンド「ＬＯＧＩＮ」の引数にユーザＩＤとパスワードを平文のままサーバ装置１３に送信することにより、平文認証方式での認証処理をサーバ装置１３に要求している。このときサーバ装置１３は、リクエストＲ２９で受け取ったユーザＩＤとパスワードから、第１の動作例の場合と同様にしてクライアント装置１１が用いたパスワードが正しいものであるか否かを判断することができる。図１２に示す例では、サーバ装置１３はレスポンスＲ３０において、認証成功を示すリプライコード「Ｏｋ」を返している。
【００５９】
そして、ステップＳ４１の後はステップＳ４２に進み、平文認証処理が成功であったか否か判断する。ステップＳ４１で送信された認証情報を受信したサーバ装置１３は、平文認証処理を行って応答としてその結果を返すので、その内容を参照して認証成否の判断をすることができる。なお、所定期間内に応答がなかった場合には、認証失敗として取り扱うようにするとよい。
ステップＳ４２で認証成功（認証ＯＫ）と判断するとステップＳ４０に進み、通常の電子メール送信処理を行って処理を終了する。
一方、ステップＳ４２で認証失敗（認証ＮＧ）であった場合にはステップＳ４３へ進み、第１の動作例の場合と同様にしてエラー処理を行って終了する。
【００６０】
ステップＳ３９で認証失敗（認証ＮＧ）であった場合も、ステップＳ４１に進んで上記と同様の処理を行う。
以上の処理において、ステップＳ３５，Ｓ３６，Ｓ４１においてはＷＳ１１のＣＰＵが認証方式選択手段として機能し、ステップＳ３７，Ｓ３８，Ｓ４１においては同じＣＰＵが認証要求手段として機能する。
【００６１】
そして、以上のような処理を行うことにより、ＷＳ１１およびサーバ装置１３の双方が対応している暗号化認証方式を自動的に選択して、その暗号化認証方式による認証処理を行うことができるので、予めユーザがこれらの情報を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。また、ＷＳ１１およびサーバ装置１３の双方が対応している暗号化認証方式がない場合は自動的に平文認証方式で認証を行うので、これらの装置の対応する暗号化認証方式の違いによって電子メールが受信できなくなることが無い。
【００６２】
＜第２の実施形態＞
次に、この発明の通信装置の第２の実施形態である、図２に示したスキャナ１２について詳細に説明する。このスキャナ１２は、ネットワークを介して外部装置との間で画像情報を送受信する画像情報通信手段を備えた通信装置である。
まず、図１３の機能ブロック図に、このスキャナの機能構成を示す。なお、この図においては、この発明に関連する部分の機能のみを示している。また、図１３において図１と同様な部分には同一符号を付してその説明を省略する。
このスキャナ１２は、一般的なスキャナの機能部であるスキャナ部３１，プロッタ部３２，操作部３３，表示部３４，時計回路部３５の他に、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤＤ，通信インタフェース（Ｉ／Ｆ）等も備え、さらに一般的なＦＡＸ機能部であるＦＡＸ部２０も備える。これらは全て公知のハードウェアを用いて構成することができる。
【００６３】
そして、ＣＰＵは、ＲＯＭやＨＤＤに記憶している種々の制御プログラムを実行することにより、スキャナ１２全体を統括制御する制御部１６′として機能する。また、記憶部１７′の機能は、ＲＯＭ，ＲＡＭ，ＨＤＤ等の記憶手段によって実現される。
制御部１６′は、前述した認証方式選択部２５および認証要求部２６の機能の他にも、符号化／復号化部２７および画像情報通信部２８の機能を有する。
符号化／復号化部２７は、データ圧縮等の符号化を行ったり、逆に符号化された画像データを復号化して元の状態に戻したりする。また、画像情報通信部２８は通信Ｉ／Ｆ１８を制御し、ネットワークを介してサーバ装置１３との間で画像情報（画像データ）を送受信して、画像情報通信手段の機能を果たす。
【００６４】
記憶部１７′は、ＯＳ等の基本ソフトウェアを格納するシステムメモリ３６と、設定値などの変数を一時的に格納するパラメータメモリ３７と、画像データを格納する画像蓄積部３８との機能を有する。
また、スキャナ部３１は、シート上の画像を読み取ってデジタルの画像データに変換するユニットである。
プロッタ部３２は、画像データに基づいてシート上に画像を形成するユニットである。また、操作部３３は、ユーザが動作設定を行ったり電子メールなどを作成したりするためのものである。
表示部３４は、スキャナ１２の設定状態、動作状況、画像データ、ヘルプ情報などを表示するためのものである。時計回路部３５は時計機能を有し、時間を計測する。
【００６５】
一方、ＦＡＸ部２０は、Ｇ３ＦＡＸモデム４０および網制御部３９を有し、一般的なＦＡＸ通信の機能を有する。
このＦＡＸ部２０をスキャナ１２に設けた場合、ネットワーク１を介して受信した画像データをプロッタ部３２で印刷することなく、そのままＦＡＸ送信することができる。しかし、ＦＡＸ機能は本発明に必須のものではないので、ＦＡＸ部２０は設けなくてもよい。
また、プロッタ部３２，表示部３４，時計回路部３５も設けなくてもよい。
以下、このスキャナ１２がサーバ装置１３に対して通信を要求する場合の動作について、例を挙げて説明する。なお、以下の動作例において、スキャナ１２の記憶部１７′にはユーザが予め登録したユーザＩＤおよびパスワードと、サーバ装置のアドレス（図２に示した“ｍｓｒｖ１３．ａｂｃ．ｃｏ．ｊｐ”）とが格納されているものとする。
【００６６】
スキャナ１２がＳＭＴＰサーバとして機能するサーバ装置１３を介して、図２に示したネットワーク２に接続したワークステーション２１のユーザに画像データを添付した電子メールを送信する場合、ユーザは、まず記憶部１７′の画像蓄積部３８から送りたい画像データを選択するか、または送りたい画像が形成されたシートをスキャナ部３１にセットして操作部３３を操作し、シート上の画像を画像データに変換する。
そして、メールソフトウェアなどを用いてＷＳ２１のユーザ宛の電子メールを作成すると共に、メールヘッダのＴＯフィールドにＷＳ２１のアドレス（図２に示した“ｍｓｒｖ２３．ｘｙｚ．ｃｏ．ｊｐ”）を電子メールの送信先として指定し、さらに上記選択した画像データまたは変換した画像データを添付して送信を指示する。すると、スキャナ１２のＣＰＵは、第１の実施形態で説明したＷＳ１１の場合と同様に、図３のフローチャートに示したステップＳ１〜Ｓ１４と同様な処理を行って電子メールを送信する。
【００６７】
一方、スキャナ１２がＰＯＰ３サーバとして機能するサーバ装置１３のメールボックスから画像データが添付された電子メールを受信する場合も、スキャナ１２のＣＰＵは、ＷＳ１１の場合と同様に、図７のフローチャートに示したステップＳ２１〜Ｓ２９と同じ処理を行う。
また、スキャナ１２がＩＭＡＰ４サーバとして機能するサーバ装置１３のメールボックスから画像データが添付された電子メールを受信する場合には、同様に図１０のフローチャートに示したステップＳ３１〜Ｓ４４と同じ処理を行う。
なお、これらの処理におけるスキャナ１２とサーバ装置１３との通信シーケンス例は、それぞれ図４〜図６、図８、図９、図１１、図１２に示した通信シーケンスの「ＷＳ１１」を「スキャナ１２」に代えたものとなる。
【００６８】
従って、第２の実施形態においても第１の実施形態と同様に、スキャナ１２（通信装置）およびサーバ装置１３（外部装置）の双方が対応している認証方式を自動的に選択して、その認証方式による認証処理を行うことができるので、予めユーザがこれらの情報を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。
なお、第２の実施形態では通信装置がスキャナである場合について説明したがそれに限るものではなく、ネットワークに接続して通信可能な他の通信装置（例えばＦＡＸ装置やネットワークプリンタ等）であってもよい。
【００６９】
＜第３の実施形態＞
続いて、この発明の通信装置の第３の実施形態について説明する。この実施形態もスキャナであり、第２の実施形態のスキャナにおいて、認証方式を自動的に選択する場合の選択範囲を、認証情報を暗号化して送信する暗号化認証方式および／または認証情報を平文で送信する平文認証方式に制限する指示を受け付けるようにしたものである。その他の点は第２の実施形態のスキャナと同様であるので、説明を省略する。
【００７０】
このスキャナにおいて、認証情報の選択範囲の設定指示は、所定のアプリケーションプログラムなどを用いて予め受け付けておくことができ、この処理においてスキャナ１２のＣＰＵが選択指示受付手段として機能する。
そして、その受け付けた指示に従い、同ＣＰＵが認証方式選択手段として機能する場合の選択方式を、暗号化認証方式の中から外部装置に応じたものを自動的に選択する第１のモード、平文認証方式の中から外部装置に応じたものを自動的に選択する第２のモード、暗号化認証方式および平文認証方式の中から外部装置に応じたものを自動的に選択する第３のモードのいずれかに設定するようにしている。
以下、このスキャナの動作例について説明する。
【００７１】
≪第４の動作例：サーバ装置１３がＳＭＴＰサーバとして機能する場合≫
図１４は、このスキャナがＳＭＴＰサーバとして機能するサーバ装置と認証を行って電子メールを送信する場合の処理を示すフローチャートである。なお、図１４において、図３と同様な部分には同一符号を付してその説明を省略する。
スキャナ１２のユーザが画像データを添付した電子メールの送信を指示すると、スキャナ１２のＣＰＵは図１４のフローチャートに示す処理を開始する。そして、ステップＳ１〜Ｓ３では、図３に示したステップＳ１〜Ｓ３と同様の処理を行い、サーバ装置１３をＥＳＭＴＰモードに移行させることを試みる。また、ステップＳ３でサーバ装置１３がＥＳＭＴＰモードに対応していない場合はステップＳ１２へ進み、ステップＳ１２〜Ｓ１４では、図３に示したステップＳ１２〜Ｓ１４と同様の処理を行い、サーバ装置１３をＳＭＴＰモードに移行させることを試みる。
【００７２】
一方、ステップＳ３でサーバ装置がＥＳＭＴＰモードに対応している場合はステップＳ４に進み、図３に示したステップＳ４と同様、サーバ装置１３が認証処理に対応しているかどうか判断する。
ステップＳ４で対応していない場合は、そのままステップＳ５６へ進み、図３に示したステップＳ１０と同じ通常の電子メール送信処理を行って処理を終了する。この場合、認証は行わない。
ステップＳ４で対応している場合は、ステップＳ５０に進み、認証方式の選択方式の設定が、第３のモード（暗号化認証方式と平文認証方式の両方から特に制限なく自由に選択するモード）になっているか否かを判断する。
【００７３】
ステップＳ５０の判断がＹＥＳの場合にはステップＳ５１へ進み、図３に示したステップＳ５の場合と同様に、サーバ装置１３が対応している暗号化認証方式の中に自機も対応しているものがあるか否か判断する。
さらに、ステップＳ５１の判断がＹＥＳの場合にはステップＳ５２へ進み、サーバ装置１３とスキャナ１２の双方が共に対応している暗号化認証方式の中から適当なものを選択する。次のステップＳ５３では、ステップＳ５２で選択した認証方式での認証処理をサーバ装置１３に要求し、続くステップＳ５４では、ステップＳ５２で選択した暗号化認証方式に応じた認証情報をサーバ装置１３に送信する。なお、これらの詳細な説明は第１の動作例のステップＳ６〜Ｓ９と同様であるので、ここでは省略する。
【００７４】
そして、次のステップＳ５５では認証成功（認証ＯＫ）か否かを判断する。ステップＳ５５で認証ＯＫと判断した場合はステップＳ５６に進み、通常の電子メール送信処理を行って処理を終了する。また、ステップＳ５５で認証ＮＧと判断した場合はステップＳ５７に進み、図３のステップＳ１１の場合と同様なエラー処理を行って終了する。
ところで、ステップＳ５１で適当な暗号化認証方式がなかった場合はステップＳ５８に進む。ステップＳ５８では、サーバ装置１３と自機（スキャナ１２）の双方が対応している平文認証方式があるかどうか判断する。この判断は、対象が暗号化認証方式か平文認証方式かの差はあるが、概ね図３に示したステップＳ５の場合と同様にして行うことができる。
【００７５】
ステップＳ５８の判断がＮＯの場合は、双方が対応している認証方式がないことになるので、そのままステップＳ５６に進み、認証処理を行うことなく通常の電子メール送信処理を行って終了する。一方、ステップＳ５８の判断がＹＥＳの場合はステップＳ５９へ進み、サーバ装置１３とスキャナ１２の双方が共に対応している平文認証方式の中で適当なものを選択する。そして、次のステップＳ６０では、ステップＳ５９で選択した平文認証方式での認証処理をサーバ装置１３に要求し、続くステップＳ６１ではその平文認証方式に応じた認証情報をサーバ装置に送信する。
ステップＳ６１の後はステップＳ５５に進み、以下、ステップＳ５５〜Ｓ５７で前述した処理と同様の処理を行う。
【００７６】
また、ステップＳ５０で設定が第３のモードでない場合は、ステップＳ６２に進む。ステップＳ６２では、選択方式の設定が第１のモード（暗号化認証方式の中から選択するモード）であるか否かを判断する。
そして、第１のモードである場合はステップＳ６３へ進み、ステップＳ５１の場合と同様に、サーバ装置１３が対応している暗号化認証方式の中に自機も対応しているものがあるかどうか判断する。
ステップＳ６３の判断がＹＥＳである場合はステップＳ５２へ進み、以下、ステップＳ５１の判断がＹＥＳであった場合と同様に、暗号化認証方式を選択し、その方式で認証処理を行って、成功した場合に電子メールを送信して終了する。
【００７７】
さらに、ステップＳ６２で第１のモードでない場合、つまり選択方式の設定が第２のモード（平文認証方式の中から選択するモード）である場合はステップＳ６４へ進み、ステップＳ５８の場合と同様に、サーバ装置１３とスキャナ１２の双方が共に対応している平文認証方式があるかどうか判断する。
ステップＳ６４の判断がＹＥＳである場合はステップＳ５９へ進み、以下、ステップＳ５８の判断がＹＥＳであった場合と同様に、平文認証方式を選択し、その方式で認証処理を行って、成功した場合に電子メールを送信して終了する。
一方、ステップＳ６４の判断がＮＯである場合はそのままステップＳ５６へ進み、通常の電子メール送信処理を行って処理を終了する。
【００７８】
なお、図１４のフローチャートでは、ステップＳ４でサーバ装置１３が認証処理に対応していない場合、ステップＳ５８，Ｓ６３，Ｓ６４でそれぞれ適当な認証方式がなかった場合に、認証処理を行うことなくステップＳ５６へ進んで通常の電子メール送信処理を行うようにしている。
このようにした場合、サーバ装置１３とスキャナ１２との認証方式の違いにより電子メールの送信がエラーになってしまう確率を低くすることができる。
【００７９】
≪第５の動作例：サーバ装置１３がＰＯＰ３サーバとして機能する場合≫
図１５は、この第３の実施形態のスキャナが、ＰＯＰ３サーバとして機能するサーバ装置と認証を行って電子メールを受信する場合の処理を示すフローチャートである。なお、図１５において、図７と同様な部分には同一の符号を付してその説明を省略する。
スキャナ１２のＣＰＵは、定期的にまたはスキャナ１２のユーザが電子メールの受信を指示したときに図１５のフローチャートに示した処理を開始する。そして、ステップＳ２１では、図７に示したステップＳ２１の場合と同様な通信の接続処理を行う。
【００８０】
次のステップＳ７０では、認証方式の選択方式の設定が第３のモードになっているか否かを判断する。
ステップＳ７０で設定が第３のモードの場合は、ステップＳ７１〜Ｓ７３へ進み、図７に示したステップＳ２２〜Ｓ２４の場合と同様に、暗号化認証方式を選択し、その方式での認証処理をサーバ装置１３に要求し、認証情報を送信する。
そして、次のステップＳ７４では、認証成功（認証ＯＫ）か否かを判断する。ステップＳ７４で認証ＯＫの場合は、ステップＳ７５に進み、図７に示したステップＳ２５の場合と同様に通常の電子メール受信処理を行って終了する。
ステップＳ７４で認証ＮＧの場合は、ステップＳ７６〜Ｓ７８に進み、平文認証方式を選択し、図７のステップＳ２７の場合と同様に、その方式での認証処理をサーバ装置１３に要求し、認証情報を送信する。
【００８１】
そして、次のステップＳ７９で認証成功（認証ＯＫ）か否かを判断する。ステップＳ７９で認証ＯＫの場合は、ステップＳ７５へ進んで通常の電子メール受信処理を行って終了し、認証ＮＧの場合は、ステップＳ８０へ進んで図３のステップＳ１１の場合と同様にエラー処理を行って終了する。
一方、ステップＳ７０で設定が第３のモードでない場合は、ステップＳ８１に進み、設定が第１のモードであるか否かを判断する。
ステップＳ８１の判断がＮＯの場合、つまり設定が第２のモードの場合はステップＳ７６に進み、以下、ステップＳ７４の判断がＮＯである場合と同様の処理を行う。
【００８２】
ステップＳ８１の判断がＹＥＳの場合は、ステップＳ８２〜Ｓ８４へ進み、ステップＳ７１〜Ｓ７３と同様な処理を行う。そして、次のステップＳ８５で認証ＯＫか否かを判断し、その判断がＹＥＳの場合はステップＳ７５の処理を行って終了する。また、ステップＳ８５の判断がＮＯの場合は、ステップＳ８６に進み、ステップＳ８０の場合と同様なエラー処理を行って終了する。
以上、ＰＯＰ３サーバとして機能するサーバ装置から電子メールを受信する場合について説明したが、そのサーバ装置１３の拡張機能としてＡＵＴＨコマンドが使用できる場合は、第４の動作例と同様にして認証を行い、電子メールを受信することもできる。
【００８３】
≪第６の動作例：サーバ装置１３がＩＭＡＰ４サーバとして機能する場合≫
図１６は、この第３の実施形態のスキャナが、ＩＭＡＰ４サーバとして機能するサーバ装置と認証を行って電子メールを受信する場合の処理を示すフローチャートである。なお、図１６において、図１０と同様な部分には同一符号を付してその説明を省略する。
スキャナ１２のＣＰＵは、定期的にまたはスキャナ１２のユーザが電子メールの受信を指示したときに図１６のフローチャートに示した処理を開始する。そして、ステップＳ３１では、図１０に示したステップＳ３１と同様の通信の接続処理を行う。
【００８４】
そして次のステップＳ９０では、認証方式の選択方式の設定が第２のモードになっているか否かを判断する。
ステップＳ９０で設定が第２のモードの場合は、ステップＳ９１〜Ｓ９３へ進み、平文認証方式を選択し、図１０に示したステップＳ４１の場合と同様に、その方式での認証処理をサーバ装置１３に要求して認証情報を送信する。
そして、次のステップＳ９４では認証成功（認証ＯＫ）か否かを判断し、ＹＥＳの場合はステップＳ９５に進んで前述と同様の通常の電子メール受信処理を行って終了し、ＮＯの場合はステップＳ１１１に進んでエラー処理を行って終了する。
【００８５】
一方、ステップＳ９０で設定が第２のモードではない場合は、ステップＳ９６へ進み、図１０に示したステップＳ３２の場合と同様にサーバ装置１３に機能一覧の送信を要求する。そして、次のステップＳ９７では機能一覧を正常に受信したか否かを判断し、その判断がＮＯの場合は、ステップＳ１１１のエラー処理を行って終了する。
ステップＳ９７の判断がＹＥＳの場合は、ステップＳ９８へ進み、設定が第３のモードであるか否かを判断する。
【００８６】
ステップＳ９８で第３のモードである場合は、ステップＳ９９〜Ｓ１０４に進み、それぞれ図１０に示したステップＳ３４〜Ｓ３９の場合と同様に暗号化認証方式を選択し、その方式での認証処理をサーバ装置１３に要求して認証情報を送信する。なお、ステップＳ９９，Ｓ１００，Ｓ１０４のいずれかの処理でＮＯと判断した場合は、ステップＳ９１へ進み、以下、ステップＳ９０の判断がＹＥＳである場合と同様の処理を行う。また、ステップＳ１０４の判断がＹＥＳである場合は、ステップＳ９５の通常の電子メール受信処理を行って処理を終了する。
すなわち、第３のモードの場合には、暗号化認証方式と平文認証方式の双方の中から、自機とサーバ装置とが共に対応している方式を選択し、認証を要求する。
【００８７】
一方、ステップＳ９７で設定が第３のモードでない場合、つまり設定が第１のモードである場合はステップＳ１０５に進む。以下、ステップＳ１０５〜Ｓ１１０では、前述した第３のモードの場合のステップＳ９９〜Ｓ１０４と概ね同様の処理を行う。なお、第１のモードでは暗号化認証方式のみから選択するため、この中に適当な方式がなく、ステップＳ１０５，Ｓ１０６，Ｓ１１０のいずれかの処理でＮＯと判断した場合は、ステップＳ１１１に進み、エラー処理を行って終了する点が前述した第３のモードの場合と異なる。
【００８８】
以上、通信装置が自動的に選択する認証方式の範囲を、暗号化認証方式および／または平文認証方式に制限する指示を受け付けるようにし、認証方式を選択する場合の選択方式を、暗号化認証方式に制限する第１のモードか、平文認証方式に制限する第２のモードか、特に制限しないで暗号化認証方式および平文認証方式の両方から自由に選択できる第３のモードかのいずれかに設定できるようにしているため、ユーザが特に暗号化認証方式での認証または平文認証方式での認証を望む場合に、通信装置およびその通信装置と通信する外部装置に適した認証方式の中から、ユーザの要望に沿った認証方式を自動的に選択することができる。さらに、認証でエラーが発生した場合には、ユーザは明示的に結果を知ることができ、対処しやすくなる。
【００８９】
また、通信装置と外部装置との双方が対応している暗号化認証方式があることが予め判っている場合に第１のモードに設定したり、そのような暗号化認証方式がないことが予め判っている場合に第２のモードに設定したりすれば、ＣＰＵが無駄な処理を行わないので、ＣＰＵの負担を低減でき、処理速度を早くすることができる。
【００９０】
＜第１〜第３の実施形態の変形例＞
続いて、上述した各実施形態の変形例について説明する。
この変形例は、認証要求動作の有効／無効を所定のアプリケーションプログラムなどを用いて予め設定しておくことができるようにしたものである。
以下、変形例を上述した第４の動作例に適用した処理について説明する。
図１７に、この処理のフローを示す。なお、図１７において、図３あるいは図１４と同じ部分には同一符号を付してその説明を省略する。
スキャナ１２のユーザが電子メールの送信を指示すると、スキャナ１２のＣＰＵは図１７のフローチャートに示す処理を開始する。そして、ステップＳ１では、図１４に示したステップＳ１と同様の処理を行う。
【００９１】
次のステップＳ１２０では、ＣＰＵの認証要求手段としての動作、すなわち認証要求動作が有効に設定されているか否かを判断する。
ステップＳ１２０の判断がＮＯの場合、つまり認証要求を行わない設定になっている場合はステップＳ１２へ進み、以下のステップＳ１２〜Ｓ１４では、図３および図１４に示したステップＳ１２〜Ｓ１４と同様の処理を行う。すなわち、ＳＭＴＰモードへの移行をサーバ装置１３に要求し、サーバ装置１３がＳＭＴＰモードに対応しているかどうかを判断する。そして、対応している場合は通常の電子メール送信処理を行って終了し、対応していない場合はエラー処理を行って終了する。
【００９２】
ステップＳ１２０の判断がＹＥＳの場合はステップＳ２に進み、以下のステップＳ２〜Ｓ４では、図１４に示したステップＳ２〜Ｓ４と概ね同様の処理を行う。なお、ステップＳ３，Ｓ４の処理でＮＯと判断した場合、図１４のフローチャートでは認証要求動作の有効／無効の設定を行わなかったため、それぞれステップＳ１２，Ｓ５６に進んだ。しかし、この図１７のフローチャートでは、ステップＳ１２０で認証要求動作の設定が有効であるにもかかわらず、ステップＳ３，Ｓ４の処理でＮＯと判断した場合は認証を行うことができないので、ステップＳ５７へ進み、エラー処理を行って終了するようにしている。
【００９３】
ステップＳ４の判断でＹＥＳの場合はステップＳ５０に進み、以下、ステップＳ５０〜Ｓ６４では、それぞれ図１４に示したステップＳ５０〜Ｓ６４と概ね同様な処理を行う。なお、ステップＳ５８，Ｓ６３，Ｓ６４のいずれかの処理でＮＯと判断した場合、図１４に示したフローチャートでは認証を行わないままステップＳ５６に進み、それぞれ通常の電子メール送信処理を行うようにしていた。しかし、この図１７のフローチャートでは、ステップＳ１２０で認証要求動作の設定が有効であるにもかかわらず、ステップＳ５８，Ｓ６３，Ｓ６４の処理でＮＯと判断した場合は認証を行うことができないので、それぞれステップＳ５７に進み、エラー処理を行って終了するようにしている。
【００９４】
このような処理を行うことにより、認証要求をするか否かを予め設定できるので、予め通信装置または外部装置が認証処理に対応していないとわかっている場合に無効に設定することにより、ＣＰＵが無駄な処理を行わず、ＣＰＵの負担が低減し、処理速度が速くなる。
また、認証要求動作の有効／無効を設定することで、ユーザは、好みに応じて認証を行うか否かを選択することができる。さらに、認証でエラーが発生した場合には、ユーザは明示的に結果を知ることができ、対処がしやすくなる。
【００９５】
ところで、ここでは、ステップＳ１２０で無効の場合にステップＳ１２に進み、ＳＭＴＰモードへの移行を要求するようにしているが、それに限るものではない。例えば、ステップＳ２，Ｓ３と同様にしてＥＳＭＴＰモードへの移行をサーバ装置１３に要求し、サーバ装置１３がＥＳＭＴＰモードに対応しているか否か判断するようにしてもよい。そして、サーバ装置１３が対応していない場合はエラー処理を行って処理を終了し、サーバ装置１３が対応している場合はステップＳ５６の通常の電子メール送信処理を行って処理を終了するとよい。
【００９６】
また、この変形例は、もちろん他の実施形態や動作例にも適用することができる。例えば、第５の動作例に適用する場合には、図１５に示したフローチャートのステップＳ２１の後でステップＳ１２０の判断を行い、その判断がＹＥＳの場合にステップＳ７０に進み、ＮＯの場合にステップＳ７５に進むようにすればよい。
また、第６の動作に適用する場合には、図１６に示したフローチャートのステップＳ３１の後でステップＳ１２０の判断を行い、その判断がＹＥＳの場合にステップＳ９０に進み、ＮＯの場合にステップＳ９５に進むようにすればよい。
【００９７】
次に、上述した各動作例の処理において、選択可能な認証方式が複数ある場合に、その複数の認証方式の中から適当なものを選択する選択基準について説明する。
この選択基準としては、図１８に示すような優先順位テーブルを用いることができる。そして、選択の条件に合う認証方式が複数ある場合に、この認証方式の優先順位テーブルの中で優先順位が高いものを優先的に選択するのである。
なお、この優先順位テーブルは、暗号化認証方式を選択の優先順位に従って並べた暗号化認証方式優先順位テーブルと、平文認証方式を選択の優先順位に従って並べた平文認証方式優先順位テーブルとからなり、これらの各優先順位をアプリケーションソフトウェアなどを用いて予め任意に設定し、通信装置の記憶部などに格納しておくことができる。
【００９８】
そして、この優先順位テーブルには、通信装置が対応している認証方式のみを記載するものとする。この処理においてＣＰＵは、同ＣＰＵが認証方式選択手段として機能する場合の認証方式の選択の優先順位を設定する手段として機能する。
このような優先順位テーブルを用いる場合、例えば図３に示したステップＳ６では、サーバ装置１３が対応している認証方式と優先順位テーブルに含まれる認証方式とを優先順位の高い方から順番に比較し、最初に一致したものを選択するとよい。このとき、先に暗号化認証方式優先順位テーブルと比較し、一致するものがない場合に平文認証方式優先順位テーブルと比較するようにすれば、暗号化認証を行う確率が高くなるので、通信の安全性がより向上する。
【００９９】
図１５に示す優先順位テーブルを用いる場合には、まずサーバ装置１３が対応している認証方式と、暗号化認証方式優先順位テーブルにおける優先順位１位のＣＲＡＭ−ＭＤ５，２位のＫＥＲＢＥＲＯＳ＿Ｖ４とを比較し、次に平文認証方式優先順位テーブルにおける１位のＬＯＧＩＮ，２位のＰＬＡＩＮとを比較することになる。
なお、ＬＯＧＩＮおよびＰＬＡＩＮは、電子メールに添付される画像などのアプリケーションデータ（バイナリデータ）を文字列（テキストデータ）にエンコードするＢＡＳＥ６４を行うが、認証情報は平文のまま送受信するため、本明細書では平文認証方式と位置付ける。
【０１００】
また、図７に示したステップＳ２２では、暗号化認証方式優先順位テーブルの中で優先順位が最高位の方式を選択するとよい。さらに、ステップＳ２５で認証ＮＧの場合は、ステップＳ２２に戻って優先順位が次位の方式を選択し、再び認証要求するようにするとよい。このようにして、ステップＳ２５で認証ＯＫになるまで自機が対応する暗号化認証方式の全てについて優先順位の順番で選択するようにすれば、暗号化認証を行う確率が高くなるので、通信の安全性がより向上する。
さらに、ステップＳ２７でも同様にして、平文認証方式優先順位テーブルの中で優先順位が最高位の方式を選択するとよい。この場合も、対象が暗号化認証方式か平文認証方式かの違いがあるが、上記ステップＳ２２の場合と概ね同様にして、ステップＳ２８で認証ＯＫになるまで平文認証方式優先順位テーブルの優先順位が高い方から次々に選択して認証要求するとよい。
【０１０１】
また、図１４，図１７のフローチャートに示す処理の場合には、ステップＳ５１でサーバ装置１３が対応している認証方式と暗号化認証方式優先順位テーブルに含まれる認証方式とを優先順位の高い方から順番に比較し、一致する方式をステップＳ５２で選択するとよい。このとき一致する方式がなければ、ステップＳ５８でサーバ装置１３が対応している認証方式と平文認証方式優先順位テーブルに含まれる認証方式とを同様にして比較し、一致するものをステップＳ５９で選択するとよい。
さらに、ステップＳ６３の処理を行う場合には暗号化認証方式優先順位テーブルを用いて、ステップＳ６４の処理を行う場合には平文認証方式優先順位テーブルを用いて、上記の場合と同様に比較して一致するものを選択するとよい。
【０１０２】
以上のような処理を行うことにより、ユーザが指示した優先順位で認証処理を選択し、これを実行することができる。なお、優先順位テーブルは、暗号化認証方式優先順位テーブルと平文認証方式優先順位テーブルとを区別せずに順位を付すようにしてもよい。
【０１０３】
なお、上述した各実施形態において、認証要求に係る認証方式，外部装置による認証結果，エラー情報などをログ領域に一時格納しておき、ユーザが後程シートに印刷などして確認できるようにしてもよい。あるいは、外部装置のログ領域に一時格納しておき、ユーザが後程その外部装置と通信を行って確認できるようにしてもよい。このようにすれば、ユーザが認証結果を知り、装置の動作状況を把握することができる。
【０１０４】
また、ここでは通信装置がＷＳやスキャナである場合について説明したが、それに限るものではないのは勿論である。この発明は、通信機能を備えてネットワークに接続可能な通信装置であればどのようなものにも適用できる。例えば、パーソナルコンピュータ等の情報処理装置，携帯電話やＰＨＳ等の通信端末装置，プリンタ等の出力装置などの通信装置に本発明を適用することができる。
また、通信装置が通信を行う外部装置も、上述したＳＴＭＰサーバ，ＰＯＰ３サーバ，ＩＭＡＰ４サーバとして機能するサーバ装置に限るものではない。例えば、これらのメールサーバと略同じプロトコルで動作する他のメールサーバとして機能するサーバ装置であってもよい。あるいは、ウェブサーバなど、メールサーバ以外のサーバとして機能するサーバ装置であってもよい。さらに、例えば大型コンピュータなど、サーバ装置以外の電子装置であってもよい。
【０１０５】
さらに、本明細書では、暗号化認証方式としてＣＲＡＭ−ＭＤ５，ＫＥＲＢＥＲＯＳ＿Ｖ４、平文認証方式としてＬＯＧＩＮ，ＰＬＡＩＮをそれぞれ例示したが、本発明に対応している認証方式はこれらに限るものではないのは勿論であり、他の暗号化認証方式および平文認証方式であってもよい。
また、本明細書では、通信装置が認証方式を自動的に選択する場合について説明したがそれに限るものではなく、通信の認証以外の部分（例えば電子メールの本文など）を暗号する暗号化方式についても、同様にして自動的に選択することができる。
【０１０６】
また、上述したこの発明の通信装置と、その通信相手となる外部装置、例えばサーバ装置とによって通信システムを構成すれば、ユーザが通信装置と外部装置とが対応している暗号方式および認証方式を調査したり設定したりしなくても、適切な暗号方式および認証方式を自動的に選択して認証処理を行うことができるので、ユーザの作業負担が低い、便利な通信システムを実現することができる。
【０１０７】
【発明の効果】
以上説明してきたように、この発明による通信装置によれば、外部装置と自機が対応している認証方式に応じて適切な認証方式を自動的に選択でき、その認証方式で外部装置に認証処理を要求するので、ユーザが通信装置と外部装置がサポートしている認証方式および暗号方式を調査し、選択して設定する必要が無く、ユーザの負担を軽減することができる。
【図面の簡単な説明】
【図１】この発明による通信装置の第１の実施形態であるＷＳの機能を示す機能ブロック図である。
【図２】この発明による通信装置が接続するネットワークの構成例を示す図である。
【図３】図１に示したＷＳがＳＭＴＰサーバとして機能するサーバ装置を介して電子メールを送信する場合の処理を示すフローチャートである。
【図４】図３に示す処理において、サーバ装置が認証処理に対応している場合のＷＳとサーバ装置との間の通信シーケンスの例を示す図である。
【図５】同じく、サーバ装置が認証方式に対応していない場合の例を示す図である。
【図６】同じく、サーバ装置がＥＳＭＴＰモードに対応していない場合の例を示す図である。
【図７】図１に示したＷＳがＰＯＰ３サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図８】図７に示す処理において、サーバ装置が暗号化認証方式に対応している場合のＷＳとサーバ装置との間の通信シーケンスの例を示す図である。
【図９】同じく、サーバ装置が暗号化認証方式に対応していない場合の例を示す図である。
【図１０】図１に示したＷＳがＩＭＡＰ４サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図１１】図１０に示す処理において、サーバ装置が暗号化認証方式に対応している場合のＷＳとサーバ装置との間の通信シーケンスの例を示す図である。
【図１２】同じく、サーバ装置が暗号化認証方式に対応していない場合の例を示す図である。
【図１３】この発明による通信装置の第２の実施形態であるスキャナの機能を示す機能ブロック図である。
【図１４】この発明の第３の実施形態の通信装置が、ＳＭＴＰサーバとして機能するサーバ装置を介して電子メールを送信する場合の処理を示すフローチャートである。
【図１５】同じく、ＰＯＰ３サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図１６】同じく、ＩＭＡＰ４サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図１７】図１４に示した処理に変形例を適用した場合の処理を示すフローチャートである。
【図１８】認証方式の優先順位テーブルの例を示す図である。
【符号の説明】
１，２：ネットワーク ３：インターネット
４：公衆網 ５，６：ルータ装置
１１，１４，２１，２４：ワークステーション（ＷＳ）
１２：スキャナ １３，２３：サーバ装置
１５，２２：ＦＡＸ装置 １６，１６′：制御部
１７，１７′：記憶部
１８：通信インタフェース（Ｉ／Ｆ）
２０：ＦＡＸ部 ２５：認証方式選択部
２６：認証要求部 ２７：符号化／複合化部
２８：画像情報通信部
３１：スキャナ部 ３２：プロッタ部
３３：操作部 ３４：表示部
３５：時計回路部 ３６：システムメモリ
３７：パラメータメモリ ３８：画像蓄積部
３９：網制御部 ４０：Ｇ３ＦＡＸモデム
【発明の属する技術分野】
この発明は、ネットワークを介して接続した外部装置と通信可能な情報処理装置，通信端末装置，出力装置などの通信装置に関し、特に外部装置に認証情報を送信して認証処理を要求する機能を持つ通信装置に関する。
【０００２】
【従来の技術】
近年、インターネット上で提供されるサービスやアプリケーションの普及は目覚しく、様々な通信装置がネットワークを介して相互に接続され、盛んに通信を行なうようになっている。このような通信装置には、例えばパーソナルコンピュータ（ＰＳ），ワークステーション（ＷＳ）等の情報処理装置、携帯情報端末（ＰＤＡ），携帯電話等の通信端末装置などがある。
また最近では、ファクシミリ装置（ＦＡＸ）やスキャナ等の画像読取装置、プリンタ等の画像形成装置、家電製品、医療装置などに通信機能を設けてインターネットを介した通信を可能にした通信装置もある。これらの通信装置は、その殆どが標準化したＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用しており、機種の違いを超えて互いにネットワーク上で情報をやりとりできる。
【０００３】
ところで、インターネットは不特定多数のユーザが利用するため、他人になりすまして情報の盗み見や改竄を行ういわゆる「なりすまし」による被害が発生する危険性が高い。
そのため、インターネットを利用した通信では、例えばユーザがクライアント装置を用いて外部装置と情報を送受信するときに、ユーザが本人であるかどうか識別して正当なアクセス権があるかどうかを検証するいわゆる「認証」を行ったり、情報の機密性を確保するために情報を暗号化して送受信したりしている。
【０００４】
例えば特許文献１に見られるように、ユーザがセキュリティの確保されていない外部ネットワーク上の利用端末からゲートウェイを介して内部ネットワークにアクセスして、内部ネットワーク上のメールサーバに蓄積した機密性の高い電子メールを閲覧するときに、メールサーバがその電子メールを抽出して複製し、本文をユーザが予め入力した暗号化鍵を用いて暗号化した後に外部ネットワーク上に設けた中継サーバに転送する電子メール転送方法がある。
なお、この電子メール転送方法では、外部ネットワーク上でこの電子メールを閲覧するには中継サーバによって認証を受ける必要があり、さらに暗号化された電子メールを復号化する必要があるため、電子メールの機密性は高く保持される。
【０００５】
なお、認証方式には、ユーザＩＤやパスワードなどの認証情報を暗号化して送受信する方式（本明細書では「暗号化認証方式」と云う）と、平文のまま送受信する方式（本明細書では「平文認証方式」と云う）とがある。
また、暗号方式には、暗号化と復号化に同じ鍵を用いる共通鍵暗号（秘密鍵暗号）と、対になった公開鍵と秘密鍵とを使用する公開鍵暗号（非対称暗号）とに大別される様々な方式があり（特許文献２参照）、各々暗号の強度や処理速度などが異なる。
例えば、共通鍵暗号には、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ：デス）、ＲＣ２（Ｒｏｎ’ｓ Ｃｏｄｅ ２）、ＲＣ４などの暗号方式がある。
【０００６】
一方、公開鍵暗号には、ＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）、楕円曲線暗号、エルガマル暗号などの暗号方式がある。
さらに、情報の原文から固定長の疑似乱数を生成して通信経路の両端で比較することで通信途中での改竄の有無を検出する、ＭＤ５（Ｍａｓｓａｇｅ Ｄｉｇｅｓｔ ５）などのハッシュ関数も一般的に使用されている。
ユーザは、このような様々な認証方式および暗号方式の中から、クライアント装置および外部装置の暗号化処理能力や、通信する情報の機密性などに応じて適切なものを選択し、クライアント装置が格納している通信用プログラムなどを用いて設定すれば、自分の好みに応じた認証方式および暗号方式で安全に通信を行うことができる。
【０００７】
【特許文献１】
特開平１１−８８４１０号公報
【特許文献２】
特開平１１−１２２２３８号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、このときクライアント装置および外部装置が共にサポートしている認証方式および暗号方式以外のものをユーザが設定すると、クライアント装置と外部装置との間で正常な通信ができなくなってしまうという問題点があった。
例えば、インターネットのプロトコルの一種であるＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）にユーザ認証機能を追加したＳＭＴＰ−ＡＵＴＨ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）では、外部装置であるＳＭＴＰサーバがサポートしている認証方式の一覧からクライアント装置側が任意のものを選択し指定するが、このときクライアント装置がサポートしていない認証方式を指定してしまうとエラーになって通信できない。
【０００９】
そのため、ユーザは、クライアント装置がサポートしている認証方式および暗号方式と、外部装置がサポートしている認証方式および暗号方式との両方を調査し、クライアント装置と外部装置とが共にサポートしているものを選択する必要がある。
しかし、ユーザの大半はインターネットのプロトコルにまで詳しいわけではないため、このような認証方式および暗号方式の調査や設定が過剰な負担になるという問題点があった。
【００１０】
例えば、通信用プログラムである電子メールソフトには、接続するＳＭＴＰサーバに認証情報を送信するかどうかを設定する項目があるが、ユーザは、接続先のＳＭＴＰサーバがＳＭＴＰ−ＡＵＴＨに対応しているかどうかすら判らない場合が多い。
この場合、ユーザは、接続するＳＭＴＰサーバが認証に対応しているかどうか、また認証が必須かどうかを調査して、ＳＭＴＰサーバに認証情報を送信するかどうかを設定する必要がある。さらに、認証情報を送信すると設定した場合はクライアント装置とＳＭＴＰサーバとが共にサポートしている暗号方式があるかどうかを調査する必要がある。
【００１１】
この発明は上記の問題点に鑑みてなされたものであり、ネットワークを介して外部装置と通信可能な通信装置において、自機（クライアント装置）および外部装置が対応している認証方式を調査したり設定したりしなくても、外部装置に応じた適切な認証方式で認証を行うことができるようにすることを目的とする。
【００１２】
【課題を解決するための手段】
この発明は、上記の目的を達成するため、ネットワークを介して接続する外部装置と通信する通信手段と、その外部装置に認証情報を送信して認証処理を要求する認証要求手段とを有する通信装置において、外部装置に応じて認証方式を自動的に選択する認証方式選択手段を設け、上記認証要求手段が、認証方式選択手段が選択した認証方式に応じた認証情報を外部装置に送信し、その認証方式での認証処理を要求するようにしたものである。
なお、ネットワークを介して接続する外部装置をＳＭＴＰサーバまたはＰＯＰ３サーバまたはＩＭＡＰ４サーバとし、通信手段がそれらのサーバと通信する場合に、各々のサーバに応じた認証方式を自動的に選択する認証方式選択手段を備え、上記認証要求手段が、認証方式選択手段が選択した認証方式に応じた認証情報を各々のサーバに送信し、その認証方式での認証処理を要求するようにしてもよい。
【００１３】
また、これらの通信装置に、ネットワークを介して上記外部装置との間で画像情報を送受信する画像情報通信手段を設けるとよい。
さらに、認証方式選択手段が選択する認証方式の範囲を、認証情報を暗号化して送信する暗号化認証方式および／または認証情報を平文で送信する平文認証方式に制限する指示を受け付ける選択指示受付手段を設けるとよい。なお、その選択指示受付手段は、受け付けた指示に従って、認証方式選択手段を、暗号化認証方式の中から外部装置に応じたものを自動的に選択する第１のモード、平文認証方式の中から外部装置に応じたものを自動的に選択する第２のモード、暗号化認証方式および平文認証方式の中から外部装置に応じたものを自動的に選択する第３のモードのいずれかに設定するものである。
【００１４】
また、これらの通信装置に、認証要求手段の動作の有効／無効を設定する手段を設けるとよい。
さらに、認証方式選択手段による認証方式の選択の優先順位を設定する手段を設け、認証方式選択手段が選択可能な認証方式が複数あるとき、それらの複数の認証方式の中から優先順位の高いものを自動的に選択するようにするとよい。
さらにまた、認証要求手段が認証要求を行った場合、その認証要求に係る認証方式と、外部装置による認証結果とを記憶する記憶手段を設けるとよい。
【００１５】
【発明の実施の形態】
以下、この発明の実施の形態を図面に基づいて説明する。
まず、この発明による通信装置が接続するネットワークの構成例について説明する。図２は、そのネットワークの構成を示す図である。この図２において、ワークステーション等の通信装置および外部装置と共に括弧書きで示したアドレスは、その装置と対応する電子メールアドレスである。この点については後述する。
【００１６】
このネットワークは、それぞれＬＡＮ（ローカルエリアネットワーク）であるネットワーク１およびネットワーク２を、ルータ装置５または６を介してインターネット３に接続したものである。
そして、ネットワーク１には、この発明による通信装置であるワークステーション（ＷＳ）１１およびスキャナ１２が、サーバ装置１３，ＷＳ１４，ＦＡＸ装置１５など様々な種類の多くの外部装置と共に接続している。一方、ネットワーク２にも、サーバ装置２３、ＷＳ２１，２４、ＦＡＸ装置２２など多くの外部装置が接続している。
これらの各通信装置および外部装置はそれぞれ通信機能を備えており、ネットワークを介した通信が可能である。
【００１７】
なお、スキャナ１２は画像読取手段を備えた画像読取装置であり、ＦＡＸ装置１５，２２は画像形成手段を備えた画像形成装置である。
このスキャナ１２およびＦＡＸ装置１５，２２はファクシミリ通信（ＦＡＸ）機能も備えており、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ：一般の加入電話回線網）またはＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ：デジタル通信網）などの公衆網４を介した通信も可能である。しかし、このＦＡＸ機能および公衆網４への接続は本発明に必須のものではない。
【００１８】
なお、スキャナ１２およびＷＳ１１については、その詳細を後述する。また、ＦＡＸ装置１５，２２については、本発明に特有のものでも必須のものでもないため詳細な説明を省略する。
また、サーバ装置１３はメールサーバであり、インターネット３に常時接続し、ネットワーク１に接続したクライアント装置（ＷＳ１１、ＷＳ１４、スキャナ１２、ＦＡＸ装置１５）が行う電子メールの送受信を管理する。同様に、サーバ装置２３はネットワーク２に接続したクライアント装置（ＷＳ２１、ＷＳ２４、ＦＡＸ装置２２）が行う電子メールの送受信を管理する。
【００１９】
なお、メールサーバには、他のネットワークのクライアント装置に電子メールを送信するサーバ（ＳＭＴＰサーバなど）と、自ネットワーク内のクライアント装置宛に送られてきた電子メールを保管して、ユーザからのダウンロード要求に対応するサーバ（ＰＯＰ３サーバやＩＭＡＰ４サーバなど）とがあるが、サーバ装置１３，２３はこれらの両方の機能を備えているものとする。
【００２０】
＜第１の実施形態＞
次に、この発明の通信装置の第１の実施形態である、図２に示したワークステーション１１について詳細に説明する。
まず、図１の機能ブロック図に、このワークステーションの機能構成を示す。なお、この図においては、この発明に関連する部分の機能のみを示している。
このワークステーション（ＷＳ）１１は、ハードウェアとしては、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤＤ（ハードディスクドライブ），通信インタフェース（Ｉ／Ｆ）等を備えたＰＣ（パーソナルコンピュータ）等の公知のコンピュータを用いることができる。
【００２１】
そして、ＣＰＵは、ＲＯＭやＨＤＤに記憶している種々の制御プログラムを実行することにより、ＷＳ１１全体を統括制御する制御部１６として機能する。また、記憶部１７の機能は、ＲＯＭ，ＲＡＭ，ＨＤＤ等の記憶手段によって実現される。また通信Ｉ／Ｆ１８は、ネットワークを介して接続するサーバ装置１３等の外部装置と通信するための通信手段である。
また、この発明に係る機能として、制御部１６は、認証方式選択部２５と認証要求部２６の機能を有する。
認証方式選択部２５は、外部装置と通信を行う際にその外部装置に応じて認証方式を自動的に選択する認証方式選択手段として機能し、認証要求部２６は、認証方式選択部２５が選択した認証方式に応じた認証情報を外部装置に送信し、その認証方式での認証処理を要求する認証要求手段として機能する。
【００２２】
以下、このようなＷＳ１１がサーバ装置１３に対して通信を要求する場合の動作について、例を挙げて説明する。なお、以下の動作例において、ＷＳ１１の記憶部１７にはユーザが予め登録したユーザＩＤ（ユーザ名）およびパスワードと、サーバ装置のアドレス（図２に示した“ｍｓｒｖ１３．ａｂｃ．ｃｏ．ｊｐ”）とが格納されているものとする。
【００２３】
≪第１の動作例：サーバ装置１３がＳＭＴＰサーバとして機能する場合≫
まず、ワークステーション（ＷＳ）１１のユーザが、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ）サーバとして機能するサーバ装置１３を介して、図２に示したネットワーク２に接続したワークステーション２１のユーザに電子メールを送信する場合の動作について、図４〜図６に示す通信シーケンスを参照しながら、図３のフローチャートに沿って具体的に説明する。
なお、図４はサーバ装置が認証処理に対応している場合の通信シーケンスの一例を示す図であり、図５はサーバ装置が認証処理に対応していない場合の通信シーケンスの一例を示す図である。また、図６はサーバ装置がＥＳＭＴＰモードに対応していない場合の通信シーケンスの一例を示す図である。これらの通信シーケンスにおいて、実線の矢印はＷＳ１１からサーバ装置１３へ送信するリクエストを示し、破線の矢印はサーバ装置１３からＷＳ１１へ返信するレスポンスを示す。
【００２４】
ＷＳ１１のユーザがメールソフトウェアなどを用いてＷＳ２１のユーザ宛の電子メールを作成すると共に、メールヘッダのＴＯ：フィールドにＷＳ２１のアドレス（図２に示した“ｍｓｒｖ２３．ｘｙｚ．ｃｏ．ｊｐ”）を電子メールの送信先として指定して送信を指示すると、ＷＳ１１のＣＰＵは図３のフローチャートに示す処理を開始する。
そして、まずステップＳ１でサーバ装置１３とＴＣＰポート２５（この「２５」はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の規格であり、本明細書の符号ではない）で通信の接続を行う。この通信の接続は、図４〜図６に示すようにサーバ装置１３に接続を要求するリクエストＲ１を送信することによって行う。なお、サーバ装置１３は、接続要求を受け付けると接続応答を示すレスポンスＲ２を返す。
【００２５】
ステップＳ１で通信が接続されると、次のステップＳ２でＥＳＭＴＰ（ＳＭＴＰ ｓｅｒｖｉｃｅ Ｅｘｔｅｎｓｉｏｎｓ）モードへの移行をサーバ装置１３に要求する。
このＥＳＭＴＰモードへの移行要求は、例えば図４〜図６のリクエストＲ３に示すように、サーバ装置１３に対し、ＥＳＭＴＰモードへの移行を要求する「ＥＨＬＯ」コマンドと共にＷＳ１１のホスト名（この例では“ｗｓ１１．ａｂｃ．ｃｏ．ｊｐ”）を送信することによって行う。
次のステップＳ３では、サーバ装置１３がＥＳＭＴＰモードに対応しているか否か判断する。サーバ装置１３は、ステップＳ２で送信した要求に対し、ＥＳＭＴＰモードに対応しているか否かによって異なる応答を返すので、受け取った応答を基にこの判断を行うことができる。
【００２６】
なおこのときサーバ装置１３は、ＥＳＭＴＰモードに対応している場合には、ＥＳＭＴＰモードへの移行処理を正常終了したことを示す応答と共に、クライアント装置が拡張機能で使用できるコマンドの一覧も返す。
例えば図４に示す例では、サーバ装置１３はレスポンスＲ４として、ＥＳＭＴＰモードへの移行処理が正常終了したことを示すリプライコード２５０番の「２５０−Ｈｅｌｌｏ ｗｓｌｌ．ａｂｃ．ｃｏ．ｊｐ」と共に、ＥＸＰＮ，ＳＩＺＥ，ＡＵＴＨ，ＨＥＬＰの４つのコマンドが使用できる旨の応答を返している。このうちＡＵＴＨが、使用する認証方式を指定するコマンドであり、ここでは「２５０−ＡＵＴＨ ＬＯＧＩＮ ＣＲＡＭ−ＭＤ５」によって、「ＬＯＧＩＮ」及び「ＣＲＡＭ−ＭＤ５」の方式が選択可能であることを示している。
【００２７】
また、図５に示す例では、サーバ装置１３はレスポンスＲ４′として、ＥＳＭＴＰモードへの移行処理が正常終了し、ＥＸＰＮ，ＳＩＺＥ，ＨＥＬＰの３つのコマンドが使用でき、ＡＵＴＨコマンドは使用できない旨の応答を返している。
図３の説明に戻ると、ステップＳ３の判断がＹＥＳであった場合、ステップＳ４に進んでサーバ装置１３が認証処理に対応しているか否か判断する。この判断は、上記のレスポンスにおける、ＡＵＴＨコマンドが使用できる旨の応答の有無によって判断することができる。そして、使用可能であれば認証処理に対応しており、そうでなければ対応していないと判断する。
【００２８】
ステップＳ４でサーバ装置が認証処理に対応していると、ステップＳ５に進み、サーバ装置１３が対応している認証方式の中に自機も対応しているものがあるか否か判断する。この判断は、上記のレスポンスにおける、「２５０−ＡＵＴＨ」の引数によって判断することができる。例えばレスポンスＲ４の場合には、サーバ装置１３が「ＬＯＧＩＮ」及び「ＣＲＡＭ−ＭＤ５」に対応していることが分かるので、自機がこれらに対応しているか否かをもとに判断すればよい。
ステップＳ５の判断がＹＥＳであればステップＳ６に進み、その認証方式を使用する認証方式として選択する。この時複数の候補があれば、その中から適当な１つを選択するが、この場合の選択基準については、例えば認証情報を暗号化して送信する方式を優先する、ユーザが定めた優先順位に従う、等が考えられる。
【００２９】
そして、次のステップＳ７で、ステップＳ６で選択した認証方式による認証処理を、サーバ装置１３に対して要求する。図４に示す例では、リクエストＲ５の「ＡＵＴＨ ＣＲＡＭ−ＭＤ５」がこの要求に相当し、ＣＲＡＭ−ＭＤ５（Ｃｈａｌｌｅｎｇｅ Ｒｅｓｐｏｎｓｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｅｃｈａｎｉｓｍ−Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ ５）方式による認証処理を要求する旨の要求である。
次のステップＳ８では、ステップＳ７で要求した認証方式に応じた認証情報をサーバ装置１３に送信する。この認証情報としては、パスワードや暗号化データ等が考えられるが、上記のＣＲＡＭ−ＭＤ５方式においては、サーバ装置１３から受信するチャレンジ文字列にパスワードを加えた文字列をハッシュ関数であるＭＤ５で処理して求めたハッシュ値と、ユーザＩＤである。
【００３０】
図４に示す例では、ＣＲＡＭ−ＭＤ５方式による認証処理を要求するリクエストＲ５を受信したサーバ装置１３は、レスポンスＲ６として、認証処理を開始したことを示すリプライコード３３４番と共に適当なチャレンジ文字列を返すので、ＷＳ１１は、このチャレンジ文字列に上記の処理を施して得たハッシュ値（暗号化文字列）とユーザＩＤとを、リクエストＲ７としてサーバ装置１３に送信している。
サーバ装置１３は、送信したチャレンジ文字列に受信したユーザＩＤと対応するパスワードを加えた文字列をＭＤ５で処理してハッシュ値を求め、受信したハッシュ値と比較することにより、クライアント装置１１が用いたパスワードが正しいものであるか否かを判断することができる。
【００３１】
ステップＳ８の後は、ステップＳ９に進み、認証が成功であったか否か判断する。ステップＳ８で送信された認証情報を受信したサーバ装置１３は、認証処理を行って応答としてその結果を返すので、認証成否の判断は、この応答の内容を参照して行うことができる。なお、所定期間内に応答がなかった場合には、認証失敗として取り扱うようにするとよい。
図４に示す例では、サーバ装置１３はレスポンスＲ８において、認証成功を示すリプライコード「２３５ Ｏｋ」を返している。
【００３２】
ステップＳ９で認証成功（認証ＯＫ）と判断すると、電子メールを送信してもよいものとしてステップＳ１０に進み、通常の電子メール送信処理を行って処理を終了する。
なお、ステップＳ１０の電子メール送信処理は、図４にリクエストＲ９として示すように、電子メールの送信元であるＷＳ１１のユーザのアドレス「Ｍａｉｌ Ｆｒｏｍ：＜ｗｓ１１＠ａｂｃ．ｃｏ．ｊｐ＞」をサーバ装置１３へ送信したり、電子メールの件名や本文や添付ファイルなどをサーバ装置１３へ送信したりする処理である。これらの電子メール送信処理は本発明に特有のものではないため、詳細な説明は省略する。
【００３３】
なお、ステップＳ９で認証失敗（認証ＮＧ）であった場合にはステップＳ１１へ進み、エラー処理を行って終了する。この処理としては、例えばＷＳ１１のディスプレイに「認証が失敗しました」、「パスワードが違います」等のエラーメッセージを表示してエラーを通知することが考えられる。
また、図３のステップＳ４でサーバ装置１３が認証処理に対応していなかった場合、およびステップＳ５で適当な認証方式がなかった場合は、認証処理を行うことができないので、認証処理を行わないものとしてそのままステップＳ１０に進み、電子メール送信処理を行った後に処理を終了する。
【００３４】
さらに、ステップＳ３でサーバ装置１３がＥＳＭＴＰモードに対応していなかった場合も、認証処理を行うことができないので、認証処理を行わないものとしてステップＳ１２に進み、サーバ装置１３にＳＭＴＰモードへの移行を要求する。
サーバ装置１３は、ＥＳＭＴＰモードに対応していなかった場合には、図６に示すように、ＷＳ１１からのＥＳＭＴＰモードへの移行を要求するリクエストＲ３に対して、レスポンスＲ１０のようなエラー応答を返す。
このような場合には、図示は省略したが、サーバ装置１３に「ＨＥＬＯ」コマンドを送り、ＳＭＴＰモードへの移行をＳＭＴＰサーバに要求するのである。
【００３５】
次のステップＳ１３では、サーバ装置１３がＳＭＴＰモードに対応しているか否か判断する。サーバ装置１３は、ステップＳ１２で送信した要求に対し、ＳＭＴＰモードに対応しているか否かによって異なる応答を返すので、受け取った応答を基にこの判断を行うことができる。
サーバ装置１３がＳＭＴＰモードに対応している場合はステップＳ１０に進み、通常の電子メール送信処理を行って処理を終了する。一方、サーバ装置１３がＳＭＴＰモードに対応していない場合にはステップＳ１４へ進み、エラー処理を行って処理を終了する。この処理としては、例えばＷＳ１１のディスプレイに「接続したサーバは電子メールの送信に対応していません」等のエラーメッセージを表示してエラーを通知することが考えられる。
【００３６】
なお、図示は省略するが、ステップＳ７でＳＭＴＰサーバに認証処理を要求したときにＳＭＴＰサーバからエラー応答が返った場合は、ステップＳ８およびステップＳ９の処理を行わないでステップＳ１０に進み、通常の電子メール送信処理を行って処理を終了するとよい。
または、上記の場合に、他にも選択可能な認証方式がある場合は、その認証方式を選択して再度サーバ装置１３に指定するようにしてもよい。
【００３７】
以上の処理において、ステップＳ５，Ｓ６においてはＷＳ１１のＣＰＵが認証方式選択手段として機能し、ステップＳ７，Ｓ８においては同じＣＰＵが認証要求手段として機能する。
そして、以上のような処理を行うことにより、ＷＳ１１およびサーバ装置１３の双方が対応している認証方式を自動的に選択して、その認証方式による認証処理を行うことができるので、予めユーザがこれらの情報を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。
【００３８】
≪第２の動作例：サーバ装置１３がＰＯＰ３サーバとして機能する場合≫
次に、ＷＳ１１のユーザが、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ３）サーバとして機能するサーバ装置１３を介して電子メールを受信（ダウンロード）する場合の動作について、図８，９に示す通信シーケンスを参照しながら、図７のフローチャートに沿って具体的に説明する。
図８はサーバ装置が暗号化認証方式による認証処理（以下、単に「暗号化認証処理」と云う）に対応している場合の通信シーケンスの一例を示す図であり、図９はサーバ装置が暗号化認証処理に対応していない場合の通信シーケンスの一例を示す図である。これらの通信シーケンスにおいて、実線の矢印はＷＳ１１からサーバ装置１３へ送信するリクエストを示し、破線の矢印はサーバ装置１３からＷＳ１１へ返信するレスポンスを示す。
【００３９】
ＷＳ１１のＣＰＵは、定期的にまたはユーザの指示があったときに、図７のフローチャートに示す処理を行ってサーバ装置１３のメールボックスにそのユーザ宛に着信した電子メールが格納されているかどうかを調査する。
この処理を開始すると、まずステップＳ２１でサーバ装置１３とＴＣＰポート１１０（この「１１０」はＴＣＰ／ＩＰの規格であり、本明細書の符号ではない）で通信の接続を行う。この通信の接続は、図８，９に示すようにサーバ装置１３に接続を要求するリクエストＲ１１を送信することによって行う。なお、サーバ装置１３は接続要求を受け付けると応答を返すが、その応答内容はサーバ装置１３が暗号化認証処理に対応している場合と対応していない場合とでは異なる。
【００４０】
例えば図８に示す例では、サーバ装置１３はレスポンスＲ１２として、接続応答を示すリプライコード「＋ＯＫ」と共にチャレンジ文字列を返している。このチャレンジ文字列は、チャレンジアンドレスポンス方式で暗号化認証処理を行うときに使用するＯＴＰ（ワンタイムパスワード）である。
一方、図９に示す例では、サーバ装置１３は暗号化認証処理に対応していないので、レスポンスＲ１２′として、接続応答を示すリプライコード「＋ＯＫ」のみを返している。
しかし、ＷＳ１１は、ステップＳ２１で通信が接続されると、サーバ装置１３が暗号化認証処理に対応しているか否かに係らず、次のステップＳ２２で自機が対応している暗号化認証方式の中から所定のものを選択する。
【００４１】
そして、次のステップＳ２３で、ステップＳ２２で選択した暗号化認証方式による認証処理をサーバ装置１３に対して要求し、続くステップＳ２４で、その暗号化認証方式に応じた認証情報をサーバ装置１３に送信する。
なお、このステップＳ２３とステップＳ２４は同時に行ってもよい。例えば図８，９に示す例では、リクエストＲ１３として、チャレンジアンドレスポンス方式での認証処理を要求するコマンド「ＡＰＯＰ」と共に、認証情報であるユーザＩＤおよび暗号化文字列をサーバ装置１３に送信している。この暗号化文字列は、第１の動作例における暗号化文字列と同様に、チャレンジ文字列にパスワードを加えた文字列を暗号化処理して求めたものである。
【００４２】
このとき、サーバ装置１３は、要求された暗号化認証処理に対応している場合は認証処理を行い、応答として認証結果をＷＳ１１に返す。一方、要求された暗号化認証処理に対応していない場合は認証処理を行わないで、エラー応答をＷＳ１１に返す。
例えば図８に示す例では、サーバ装置１３は、送信したチャレンジ文字列に受信したユーザＩＤと対応するパスワードを加えた文字列を暗号化処理して、リクエストＲ１３で受信したものと比較し、それらが一致したときに認証が成功したと判断する。そして、レスポンスＲ１４として認証成功を示す応答「＋ＯＫ」を返す。また、図９に示す例では、サーバ装置１３はレスポンスＲ１６として認証失敗を示す応答「−ＥＲＲ」を返す。
【００４３】
図７の説明に戻ると、ステップＳ２４でサーバ装置１３に送信した認証情報に対し、次のステップＳ２５で認証が成功であったか否かを判断する。この認証成否の判断は、サーバ装置１３から受け取った上記応答の認証結果を参照して行うことができる。なお、所定期間内に応答がなかったときは、認証失敗として取り扱うようにするとよい。
ステップＳ２５で認証成功（認証ＯＫ）と判断すると、通信が許可されたものとしてステップＳ２６に進み、通常の電子メール受信処理を行って処理を終了する。なお、ステップＳ２６の電子メール受信処理は、図８，図９のリクエストＲ１５に示すように、サーバ装置１３にコマンド「ＳＴＡＴ」を送信して、サーバ装置１３のメールボックスなどに格納されたＷＳ１１のユーザ宛の電子メールの数とサイズを調査したり、その電子メールを受信したりする処理である。これらの電子メール受信処理は本発明に特有のものではないため、詳細な説明は省略する。
【００４４】
一方、ステップＳ２５で認証失敗（認証ＮＧ）と判断した場合はステップＳ２７へ進み、サーバ装置１３に平文認証方式での認証処理（以下、単に「平文認証処理」と云う）を要求し、認証情報を送信する。例えば図９に示す例では、リクエストＲ１７としてユーザＩＤを指定するコマンド「ＵＳＥＲ」と共にユーザＩＤを送信し、それに対するレスポンスＲ１８でサーバ装置１３からユーザＩＤを認識したことを示す応答「＋ＯＫ」を受け取ると、次にリクエストＲ１９として平文認証方式で認証情報を送信するコマンド「ＰＡＳＳ」と共にパスワードを送信する。
このとき、サーバ装置１３は、リクエストＲ１７で受信したユーザＩＤに対応するパスワードとリクエストＲ１９で受信したパスワードとを比較し、それらが一致した場合に認証成功と判断する。そして、レスポンスＲ２０として認証成功を示す応答「＋ＯＫ」を返す。なお、一致しない場合には認証失敗と判断して、認証失敗を示す応答「−ＥＲＲ」を返す。
【００４５】
そして、次のステップＳ２８では、平文認証処理が成功であったか否かを判断する。この認証成否の判断は、サーバ装置１３から受け取った上記応答の認証結果を参照して行うことができる。なお、所定期間内に応答がなかったときは、認証失敗として取り扱うようにするとよい。
ステップＳ２８で認証成功（認証ＯＫ）と判断すると、通信が許可されたものとして前述のステップＳ２６へ進み、電子メール受信処理を行って処理を終了する。
一方、ステップＳ２８で認証失敗（認証ＮＧ）と判断した場合はステップＳ２９へ進み、エラー処理を行って終了する。この処理としては、例えばＷＳ１１のディスプレイに「認証が失敗しました」、「パスワードが違います」等のエラーメッセージを表示してエラーを通知することが考えられる。
【００４６】
以上の処理において、ステップＳ２２，Ｓ２７においてはＷＳ１１のＣＰＵが認証方式選択手段として機能し、ステップＳ２３，Ｓ２４，Ｓ２７においては同じＣＰＵが認証要求手段として機能する。
なお、前述した第１の動作例では、サーバ装置１３が対応している認証方式の中からＷＳ１１にも対応しているものを自動的に選択し、その認証方式による認証処理を行ったが、この第２の動作例では、サーバ装置１３が暗号化認証処理に対応しているか否かに係らず、暗号化認証方式での認証処理を試みるようにしている。しかし、サーバ装置１３の暗号化認証方式への対応の有無を、この認証処理の応答によって判断し、暗号化認証方式に対応していない場合は、自動的に平文認証方式による認証処理を行うようにしている。
【００４７】
従って、第１の動作例と同様、予めユーザが認証方式を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。
なお、ＷＳ１１が対応している暗号化認証方式が複数ある場合は、ステップＳ２５で認証失敗（認証ＮＧ）を判断したときに、ステップＳ２７に進む代りにステップＳ２２に戻って別の暗号化認証方式を選択し、再度ステップＳ２３からステップＳ２５までの処理を行うようにしてもよい。
このようにして、ステップＳ２５で認証成功（認証ＯＫ）を判断するまで、ＷＳ１１が対応している全ての暗号化認証方式での認証処理を試みるようにすると、暗号化認証処理を行う確率が高くなるため、通信の安全性が向上する。
【００４８】
または、ステップＳ２１で送信した接続要求に対して、サーバ装置１３は前述したように暗号化認証処理に対応している場合と対応していない場合とで異なる応答を返すので、受け取ったその応答を基にして暗号化認証処理を行うかどうかを判断する処理を、ステップＳ２１とステップＳ２２の間で行うようにしてもよい。例えば、図８および図９に示した通信シーケンスの場合には、レスポンスＲ１２における「＋ＯＫ」の後の＜＞で囲まれたチャレンジ文字列の有無によって判断することができる。なお、この処理で暗号化認証処理を行うと判断した場合はステップＳ２２に進み、平文認証処理を行うと判断した場合はステップＳ２７に進むとよい。
さらに、ＰＯＰ３サーバとして機能するサーバ装置１３が前述したＡＵＴＨコマンドが使用できる場合には、第１の動作例と同様にして認証を行い、電子メールの受信処理を行うこともできる。
【００４９】
≪第３の動作例：サーバ装置１３がＩＭＡＰ４サーバとして機能する場合≫
次に、ＷＳ１１のユーザが、ＩＭＡＰ４（Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）サーバとして機能するサーバ装置１３を介して電子メールを受信する場合の動作について、図１１，１２に示す通信シーケンスを参照しながら、図１０のフローチャートに沿って具体的に説明する。
図１１はサーバ装置が暗号化認証処理に対応している場合の通信シーケンスの一例を示す図であり、図１２はサーバ装置が暗号化認証処理に対応していない場合の通信シーケンスの一例を示す図である。これらの通信シーケンスにおいて、実線の矢印および破線の矢印は、前述した通信シーケンスの場合と同様であり、それぞれリクエストおよびレスポンスを示す。
【００５０】
また、図１１および図１２の通信シーケンスでは、各々のリクエストおよびレスポンスの先頭に「タグ」，「＊」，「＋」のいずれかが付けられている。これらはいずれもＩＭＡＰ４のフォーマットで定められたタグであり、リクエストとレスポンスとの関係を明示するためのものである。なお、タグは本発明の特徴に係るものではないので、個々の詳細な説明は省略する。
さて、ＷＳ１１は、第２の動作例と同様、定期的にまたはユーザの指示があったときに、図１０のフローチャートに示す電子メールの受信処理を開始する。
そして、まずステップＳ３１でサーバ装置１３にＴＣＰポート１４３（この「１４３」はＴＣＰ／ＩＰの規格であり、本明細書の符号ではない）で通信の接続を行う。この通信の接続は、図１１，図１２に示すようにサーバ装置１３に接続を要求するリクエストＲ２１を送信することによって行う。なお、サーバ装置１３は、接続要求を受け付けると接続応答を示すレスポンスＲ２２を返す。
【００５１】
ステップＳ３１で通信が接続されると、次のステップＳ３２でサーバ装置１３の機能一覧の送信を要求する。この要求は、例えば図１１，図１２のリクエストＲ２３に示すように、サーバ装置１３に対し、使用可能な拡張コマンドや対応している認証方式の一覧送信を命令するコマンド「ＣＡＰＡＢＩＬＩＴＹ」を送信することによって行う。
【００５２】
このとき、サーバ装置１３はこの要求に対する応答として、機能の一覧と、送信処理が正常終了（表示ＯＫ）したことを示すコマンド「Ｏｋ」とをＷＳ１１に返信する。例えば図１１に示す例では、レスポンスＲ２４として「ｉｍａｐ４ ａｕｔｈ＝ＣＲＡＭ−ＭＤ５」と「Ｏｋ」を返している。このうち「ｉｍａｐ４ａｕｔｈ＝」はサーバ装置１３が暗号化認証方式での認証処理（暗号化認証処理）に対応している旨を示すコマンドであり、引数には対応している暗号化認証処理の一覧を表示している。つまり、ここでは「ＣＲＡＭ−ＭＤ５」に対応していることを示している。
なお、この送信処理が異常終了（表示ＮＧ）した場合は、図示しないが、サーバ装置１３は応答としてコマンド「Ｂａｄ」のみを返信する。
また、サーバ装置１３に何ら拡張機能がない場合は、図１２に示すレスポンスＲ２４′のように応答として「Ｏｋ」のみを返信する。この場合、サーバ装置１３が対応している暗号化認証処理がないことを示している。
【００５３】
図１０の説明に戻ると、次のステップＳ３３では、サーバ装置１３からの応答を正常に受信できたか否かを判断する。このステップＳ３３の判断がＮＯであった場合にはステップＳ４４へ進み、エラー処理を行って終了する。この処理としては、例えばＷＳ１１のディスプレイにエラーメッセージを表示してエラーを通知することが考えられる。
一方、ステップＳ３３の判断がＹＥＳであった場合には、次のステップＳ３４に進み、サーバ装置１３が暗号化認証処理に対応しているか否か判断する。この判断は、上記のレスポンスにおける、暗号化認証処理に対応している旨を示す応答の有無によって行うことができる。
【００５４】
ステップＳ３４でサーバ装置１３が暗号化認証処理に対応していると判断した場合はステップＳ３５に進み、サーバ装置１３が対応している暗号化認証方式の中に自機も対応しているものがあるか否か判断する。この判断は、上記のレスポンスにおける、「ｉｍａｐ４ ａｕｔｈ＝」の引数によって判断することができる。例えばレスポンスＲ２４の場合には、サーバ装置１３が「ＣＲＡＭ−ＭＤ５」に対応していることが分かるので、自機がこれに対応しているか否かをもとに判断すればよい。
【００５５】
ステップＳ３５の判断がＹＥＳであればステップＳ３６に進み、サーバ装置１３と自機の双方が対応している認証方式を、使用する暗号化認証方式として選択する。この時複数の候補があれば、その中から適当な１つを選択する。この場合の選択基準としては、例えばユーザの定めた優先順位に従うなどが考えられる。
そして、次のステップＳ３７で、ステップＳ３６で選択した認証方式による暗号化認証処理を、サーバ装置１３に対して要求する。図１１に示す例では、「ＡＵＴＥＮＴＩＣＡＴＥ ＣＲＡＭ−ＭＤ５」がこの要求に相当し、ＣＲＡＭ−ＭＤ５方式による認証処理を要求する旨の要求である。
【００５６】
次のステップＳ３８では、ステップＳ３７で要求した認証方式に応じた認証情報をサーバ装置１３に送信する。例えば図１１に示す例では、ＣＲＡＭ−ＭＤ５方式による認証処理を要求するリクエストＲ２５を受信したサーバ装置１３が、レスポンスＲ２６としてチャレンジ文字列を返すので、ＷＳ１１は、そのチャレンジ文字列を用いて、第１の動作例の場合と同様にして求めた暗号化文字列を認証情報としてリクエストＲ２７としてサーバ装置１３に送信する。このときサーバ装置１３は、受け取った暗号化文字列から、第１の動作例の場合と同様にしてクライアント装置１１が用いたパスワードが正しいものであるか否かを判断する。
【００５７】
ステップＳ３８の後は、ステップＳ３９に進み、暗号化認証処理が成功（認証ＯＫ）であったか否かを判断する。ステップＳ３８で送信された認証情報を受信したサーバ装置１３は、暗号化認証処理を行って応答としてその結果を返すので、暗号化認証成否の判断は、この応答内容を参照して行うことができる。なお、所定期間内に応答がなかった場合には、暗号化認証失敗として取り扱うようにするとよい。図１１に示す例では、サーバ装置１３はレスポンスＲ２８において、認証成功を示すリプライコード「Ｏｋ」を返している。
ステップＳ３９で認証成功（認証ＯＫ）と判断するとステップＳ４０に進み、図７に示したステップＳ２６と同様の通常の電子メール受信処理を行って処理を終了する。
【００５８】
一方、ステップＳ３４でサーバ装置１３が暗号化認証処理に対応していないと判断した場合や、ステップＳ３５でサーバ装置１３が対応する暗号化認証方式の中に自機も対応しているものがないと判断した場合にはステップＳ４１へ進み、平文認証方式での認証処理をサーバ装置１３に要求する。例えば図１２に示す例では、リクエストＲ２９でログインを要求するコマンド「ＬＯＧＩＮ」の引数にユーザＩＤとパスワードを平文のままサーバ装置１３に送信することにより、平文認証方式での認証処理をサーバ装置１３に要求している。このときサーバ装置１３は、リクエストＲ２９で受け取ったユーザＩＤとパスワードから、第１の動作例の場合と同様にしてクライアント装置１１が用いたパスワードが正しいものであるか否かを判断することができる。図１２に示す例では、サーバ装置１３はレスポンスＲ３０において、認証成功を示すリプライコード「Ｏｋ」を返している。
【００５９】
そして、ステップＳ４１の後はステップＳ４２に進み、平文認証処理が成功であったか否か判断する。ステップＳ４１で送信された認証情報を受信したサーバ装置１３は、平文認証処理を行って応答としてその結果を返すので、その内容を参照して認証成否の判断をすることができる。なお、所定期間内に応答がなかった場合には、認証失敗として取り扱うようにするとよい。
ステップＳ４２で認証成功（認証ＯＫ）と判断するとステップＳ４０に進み、通常の電子メール送信処理を行って処理を終了する。
一方、ステップＳ４２で認証失敗（認証ＮＧ）であった場合にはステップＳ４３へ進み、第１の動作例の場合と同様にしてエラー処理を行って終了する。
【００６０】
ステップＳ３９で認証失敗（認証ＮＧ）であった場合も、ステップＳ４１に進んで上記と同様の処理を行う。
以上の処理において、ステップＳ３５，Ｓ３６，Ｓ４１においてはＷＳ１１のＣＰＵが認証方式選択手段として機能し、ステップＳ３７，Ｓ３８，Ｓ４１においては同じＣＰＵが認証要求手段として機能する。
【００６１】
そして、以上のような処理を行うことにより、ＷＳ１１およびサーバ装置１３の双方が対応している暗号化認証方式を自動的に選択して、その暗号化認証方式による認証処理を行うことができるので、予めユーザがこれらの情報を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。また、ＷＳ１１およびサーバ装置１３の双方が対応している暗号化認証方式がない場合は自動的に平文認証方式で認証を行うので、これらの装置の対応する暗号化認証方式の違いによって電子メールが受信できなくなることが無い。
【００６２】
＜第２の実施形態＞
次に、この発明の通信装置の第２の実施形態である、図２に示したスキャナ１２について詳細に説明する。このスキャナ１２は、ネットワークを介して外部装置との間で画像情報を送受信する画像情報通信手段を備えた通信装置である。
まず、図１３の機能ブロック図に、このスキャナの機能構成を示す。なお、この図においては、この発明に関連する部分の機能のみを示している。また、図１３において図１と同様な部分には同一符号を付してその説明を省略する。
このスキャナ１２は、一般的なスキャナの機能部であるスキャナ部３１，プロッタ部３２，操作部３３，表示部３４，時計回路部３５の他に、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤＤ，通信インタフェース（Ｉ／Ｆ）等も備え、さらに一般的なＦＡＸ機能部であるＦＡＸ部２０も備える。これらは全て公知のハードウェアを用いて構成することができる。
【００６３】
そして、ＣＰＵは、ＲＯＭやＨＤＤに記憶している種々の制御プログラムを実行することにより、スキャナ１２全体を統括制御する制御部１６′として機能する。また、記憶部１７′の機能は、ＲＯＭ，ＲＡＭ，ＨＤＤ等の記憶手段によって実現される。
制御部１６′は、前述した認証方式選択部２５および認証要求部２６の機能の他にも、符号化／復号化部２７および画像情報通信部２８の機能を有する。
符号化／復号化部２７は、データ圧縮等の符号化を行ったり、逆に符号化された画像データを復号化して元の状態に戻したりする。また、画像情報通信部２８は通信Ｉ／Ｆ１８を制御し、ネットワークを介してサーバ装置１３との間で画像情報（画像データ）を送受信して、画像情報通信手段の機能を果たす。
【００６４】
記憶部１７′は、ＯＳ等の基本ソフトウェアを格納するシステムメモリ３６と、設定値などの変数を一時的に格納するパラメータメモリ３７と、画像データを格納する画像蓄積部３８との機能を有する。
また、スキャナ部３１は、シート上の画像を読み取ってデジタルの画像データに変換するユニットである。
プロッタ部３２は、画像データに基づいてシート上に画像を形成するユニットである。また、操作部３３は、ユーザが動作設定を行ったり電子メールなどを作成したりするためのものである。
表示部３４は、スキャナ１２の設定状態、動作状況、画像データ、ヘルプ情報などを表示するためのものである。時計回路部３５は時計機能を有し、時間を計測する。
【００６５】
一方、ＦＡＸ部２０は、Ｇ３ＦＡＸモデム４０および網制御部３９を有し、一般的なＦＡＸ通信の機能を有する。
このＦＡＸ部２０をスキャナ１２に設けた場合、ネットワーク１を介して受信した画像データをプロッタ部３２で印刷することなく、そのままＦＡＸ送信することができる。しかし、ＦＡＸ機能は本発明に必須のものではないので、ＦＡＸ部２０は設けなくてもよい。
また、プロッタ部３２，表示部３４，時計回路部３５も設けなくてもよい。
以下、このスキャナ１２がサーバ装置１３に対して通信を要求する場合の動作について、例を挙げて説明する。なお、以下の動作例において、スキャナ１２の記憶部１７′にはユーザが予め登録したユーザＩＤおよびパスワードと、サーバ装置のアドレス（図２に示した“ｍｓｒｖ１３．ａｂｃ．ｃｏ．ｊｐ”）とが格納されているものとする。
【００６６】
スキャナ１２がＳＭＴＰサーバとして機能するサーバ装置１３を介して、図２に示したネットワーク２に接続したワークステーション２１のユーザに画像データを添付した電子メールを送信する場合、ユーザは、まず記憶部１７′の画像蓄積部３８から送りたい画像データを選択するか、または送りたい画像が形成されたシートをスキャナ部３１にセットして操作部３３を操作し、シート上の画像を画像データに変換する。
そして、メールソフトウェアなどを用いてＷＳ２１のユーザ宛の電子メールを作成すると共に、メールヘッダのＴＯフィールドにＷＳ２１のアドレス（図２に示した“ｍｓｒｖ２３．ｘｙｚ．ｃｏ．ｊｐ”）を電子メールの送信先として指定し、さらに上記選択した画像データまたは変換した画像データを添付して送信を指示する。すると、スキャナ１２のＣＰＵは、第１の実施形態で説明したＷＳ１１の場合と同様に、図３のフローチャートに示したステップＳ１〜Ｓ１４と同様な処理を行って電子メールを送信する。
【００６７】
一方、スキャナ１２がＰＯＰ３サーバとして機能するサーバ装置１３のメールボックスから画像データが添付された電子メールを受信する場合も、スキャナ１２のＣＰＵは、ＷＳ１１の場合と同様に、図７のフローチャートに示したステップＳ２１〜Ｓ２９と同じ処理を行う。
また、スキャナ１２がＩＭＡＰ４サーバとして機能するサーバ装置１３のメールボックスから画像データが添付された電子メールを受信する場合には、同様に図１０のフローチャートに示したステップＳ３１〜Ｓ４４と同じ処理を行う。
なお、これらの処理におけるスキャナ１２とサーバ装置１３との通信シーケンス例は、それぞれ図４〜図６、図８、図９、図１１、図１２に示した通信シーケンスの「ＷＳ１１」を「スキャナ１２」に代えたものとなる。
【００６８】
従って、第２の実施形態においても第１の実施形態と同様に、スキャナ１２（通信装置）およびサーバ装置１３（外部装置）の双方が対応している認証方式を自動的に選択して、その認証方式による認証処理を行うことができるので、予めユーザがこれらの情報を調査したり設定したりしなくても、サーバ装置に応じた適切な認証方式で認証を行うことができる。
なお、第２の実施形態では通信装置がスキャナである場合について説明したがそれに限るものではなく、ネットワークに接続して通信可能な他の通信装置（例えばＦＡＸ装置やネットワークプリンタ等）であってもよい。
【００６９】
＜第３の実施形態＞
続いて、この発明の通信装置の第３の実施形態について説明する。この実施形態もスキャナであり、第２の実施形態のスキャナにおいて、認証方式を自動的に選択する場合の選択範囲を、認証情報を暗号化して送信する暗号化認証方式および／または認証情報を平文で送信する平文認証方式に制限する指示を受け付けるようにしたものである。その他の点は第２の実施形態のスキャナと同様であるので、説明を省略する。
【００７０】
このスキャナにおいて、認証情報の選択範囲の設定指示は、所定のアプリケーションプログラムなどを用いて予め受け付けておくことができ、この処理においてスキャナ１２のＣＰＵが選択指示受付手段として機能する。
そして、その受け付けた指示に従い、同ＣＰＵが認証方式選択手段として機能する場合の選択方式を、暗号化認証方式の中から外部装置に応じたものを自動的に選択する第１のモード、平文認証方式の中から外部装置に応じたものを自動的に選択する第２のモード、暗号化認証方式および平文認証方式の中から外部装置に応じたものを自動的に選択する第３のモードのいずれかに設定するようにしている。
以下、このスキャナの動作例について説明する。
【００７１】
≪第４の動作例：サーバ装置１３がＳＭＴＰサーバとして機能する場合≫
図１４は、このスキャナがＳＭＴＰサーバとして機能するサーバ装置と認証を行って電子メールを送信する場合の処理を示すフローチャートである。なお、図１４において、図３と同様な部分には同一符号を付してその説明を省略する。
スキャナ１２のユーザが画像データを添付した電子メールの送信を指示すると、スキャナ１２のＣＰＵは図１４のフローチャートに示す処理を開始する。そして、ステップＳ１〜Ｓ３では、図３に示したステップＳ１〜Ｓ３と同様の処理を行い、サーバ装置１３をＥＳＭＴＰモードに移行させることを試みる。また、ステップＳ３でサーバ装置１３がＥＳＭＴＰモードに対応していない場合はステップＳ１２へ進み、ステップＳ１２〜Ｓ１４では、図３に示したステップＳ１２〜Ｓ１４と同様の処理を行い、サーバ装置１３をＳＭＴＰモードに移行させることを試みる。
【００７２】
一方、ステップＳ３でサーバ装置がＥＳＭＴＰモードに対応している場合はステップＳ４に進み、図３に示したステップＳ４と同様、サーバ装置１３が認証処理に対応しているかどうか判断する。
ステップＳ４で対応していない場合は、そのままステップＳ５６へ進み、図３に示したステップＳ１０と同じ通常の電子メール送信処理を行って処理を終了する。この場合、認証は行わない。
ステップＳ４で対応している場合は、ステップＳ５０に進み、認証方式の選択方式の設定が、第３のモード（暗号化認証方式と平文認証方式の両方から特に制限なく自由に選択するモード）になっているか否かを判断する。
【００７３】
ステップＳ５０の判断がＹＥＳの場合にはステップＳ５１へ進み、図３に示したステップＳ５の場合と同様に、サーバ装置１３が対応している暗号化認証方式の中に自機も対応しているものがあるか否か判断する。
さらに、ステップＳ５１の判断がＹＥＳの場合にはステップＳ５２へ進み、サーバ装置１３とスキャナ１２の双方が共に対応している暗号化認証方式の中から適当なものを選択する。次のステップＳ５３では、ステップＳ５２で選択した認証方式での認証処理をサーバ装置１３に要求し、続くステップＳ５４では、ステップＳ５２で選択した暗号化認証方式に応じた認証情報をサーバ装置１３に送信する。なお、これらの詳細な説明は第１の動作例のステップＳ６〜Ｓ９と同様であるので、ここでは省略する。
【００７４】
そして、次のステップＳ５５では認証成功（認証ＯＫ）か否かを判断する。ステップＳ５５で認証ＯＫと判断した場合はステップＳ５６に進み、通常の電子メール送信処理を行って処理を終了する。また、ステップＳ５５で認証ＮＧと判断した場合はステップＳ５７に進み、図３のステップＳ１１の場合と同様なエラー処理を行って終了する。
ところで、ステップＳ５１で適当な暗号化認証方式がなかった場合はステップＳ５８に進む。ステップＳ５８では、サーバ装置１３と自機（スキャナ１２）の双方が対応している平文認証方式があるかどうか判断する。この判断は、対象が暗号化認証方式か平文認証方式かの差はあるが、概ね図３に示したステップＳ５の場合と同様にして行うことができる。
【００７５】
ステップＳ５８の判断がＮＯの場合は、双方が対応している認証方式がないことになるので、そのままステップＳ５６に進み、認証処理を行うことなく通常の電子メール送信処理を行って終了する。一方、ステップＳ５８の判断がＹＥＳの場合はステップＳ５９へ進み、サーバ装置１３とスキャナ１２の双方が共に対応している平文認証方式の中で適当なものを選択する。そして、次のステップＳ６０では、ステップＳ５９で選択した平文認証方式での認証処理をサーバ装置１３に要求し、続くステップＳ６１ではその平文認証方式に応じた認証情報をサーバ装置に送信する。
ステップＳ６１の後はステップＳ５５に進み、以下、ステップＳ５５〜Ｓ５７で前述した処理と同様の処理を行う。
【００７６】
また、ステップＳ５０で設定が第３のモードでない場合は、ステップＳ６２に進む。ステップＳ６２では、選択方式の設定が第１のモード（暗号化認証方式の中から選択するモード）であるか否かを判断する。
そして、第１のモードである場合はステップＳ６３へ進み、ステップＳ５１の場合と同様に、サーバ装置１３が対応している暗号化認証方式の中に自機も対応しているものがあるかどうか判断する。
ステップＳ６３の判断がＹＥＳである場合はステップＳ５２へ進み、以下、ステップＳ５１の判断がＹＥＳであった場合と同様に、暗号化認証方式を選択し、その方式で認証処理を行って、成功した場合に電子メールを送信して終了する。
【００７７】
さらに、ステップＳ６２で第１のモードでない場合、つまり選択方式の設定が第２のモード（平文認証方式の中から選択するモード）である場合はステップＳ６４へ進み、ステップＳ５８の場合と同様に、サーバ装置１３とスキャナ１２の双方が共に対応している平文認証方式があるかどうか判断する。
ステップＳ６４の判断がＹＥＳである場合はステップＳ５９へ進み、以下、ステップＳ５８の判断がＹＥＳであった場合と同様に、平文認証方式を選択し、その方式で認証処理を行って、成功した場合に電子メールを送信して終了する。
一方、ステップＳ６４の判断がＮＯである場合はそのままステップＳ５６へ進み、通常の電子メール送信処理を行って処理を終了する。
【００７８】
なお、図１４のフローチャートでは、ステップＳ４でサーバ装置１３が認証処理に対応していない場合、ステップＳ５８，Ｓ６３，Ｓ６４でそれぞれ適当な認証方式がなかった場合に、認証処理を行うことなくステップＳ５６へ進んで通常の電子メール送信処理を行うようにしている。
このようにした場合、サーバ装置１３とスキャナ１２との認証方式の違いにより電子メールの送信がエラーになってしまう確率を低くすることができる。
【００７９】
≪第５の動作例：サーバ装置１３がＰＯＰ３サーバとして機能する場合≫
図１５は、この第３の実施形態のスキャナが、ＰＯＰ３サーバとして機能するサーバ装置と認証を行って電子メールを受信する場合の処理を示すフローチャートである。なお、図１５において、図７と同様な部分には同一の符号を付してその説明を省略する。
スキャナ１２のＣＰＵは、定期的にまたはスキャナ１２のユーザが電子メールの受信を指示したときに図１５のフローチャートに示した処理を開始する。そして、ステップＳ２１では、図７に示したステップＳ２１の場合と同様な通信の接続処理を行う。
【００８０】
次のステップＳ７０では、認証方式の選択方式の設定が第３のモードになっているか否かを判断する。
ステップＳ７０で設定が第３のモードの場合は、ステップＳ７１〜Ｓ７３へ進み、図７に示したステップＳ２２〜Ｓ２４の場合と同様に、暗号化認証方式を選択し、その方式での認証処理をサーバ装置１３に要求し、認証情報を送信する。
そして、次のステップＳ７４では、認証成功（認証ＯＫ）か否かを判断する。ステップＳ７４で認証ＯＫの場合は、ステップＳ７５に進み、図７に示したステップＳ２５の場合と同様に通常の電子メール受信処理を行って終了する。
ステップＳ７４で認証ＮＧの場合は、ステップＳ７６〜Ｓ７８に進み、平文認証方式を選択し、図７のステップＳ２７の場合と同様に、その方式での認証処理をサーバ装置１３に要求し、認証情報を送信する。
【００８１】
そして、次のステップＳ７９で認証成功（認証ＯＫ）か否かを判断する。ステップＳ７９で認証ＯＫの場合は、ステップＳ７５へ進んで通常の電子メール受信処理を行って終了し、認証ＮＧの場合は、ステップＳ８０へ進んで図３のステップＳ１１の場合と同様にエラー処理を行って終了する。
一方、ステップＳ７０で設定が第３のモードでない場合は、ステップＳ８１に進み、設定が第１のモードであるか否かを判断する。
ステップＳ８１の判断がＮＯの場合、つまり設定が第２のモードの場合はステップＳ７６に進み、以下、ステップＳ７４の判断がＮＯである場合と同様の処理を行う。
【００８２】
ステップＳ８１の判断がＹＥＳの場合は、ステップＳ８２〜Ｓ８４へ進み、ステップＳ７１〜Ｓ７３と同様な処理を行う。そして、次のステップＳ８５で認証ＯＫか否かを判断し、その判断がＹＥＳの場合はステップＳ７５の処理を行って終了する。また、ステップＳ８５の判断がＮＯの場合は、ステップＳ８６に進み、ステップＳ８０の場合と同様なエラー処理を行って終了する。
以上、ＰＯＰ３サーバとして機能するサーバ装置から電子メールを受信する場合について説明したが、そのサーバ装置１３の拡張機能としてＡＵＴＨコマンドが使用できる場合は、第４の動作例と同様にして認証を行い、電子メールを受信することもできる。
【００８３】
≪第６の動作例：サーバ装置１３がＩＭＡＰ４サーバとして機能する場合≫
図１６は、この第３の実施形態のスキャナが、ＩＭＡＰ４サーバとして機能するサーバ装置と認証を行って電子メールを受信する場合の処理を示すフローチャートである。なお、図１６において、図１０と同様な部分には同一符号を付してその説明を省略する。
スキャナ１２のＣＰＵは、定期的にまたはスキャナ１２のユーザが電子メールの受信を指示したときに図１６のフローチャートに示した処理を開始する。そして、ステップＳ３１では、図１０に示したステップＳ３１と同様の通信の接続処理を行う。
【００８４】
そして次のステップＳ９０では、認証方式の選択方式の設定が第２のモードになっているか否かを判断する。
ステップＳ９０で設定が第２のモードの場合は、ステップＳ９１〜Ｓ９３へ進み、平文認証方式を選択し、図１０に示したステップＳ４１の場合と同様に、その方式での認証処理をサーバ装置１３に要求して認証情報を送信する。
そして、次のステップＳ９４では認証成功（認証ＯＫ）か否かを判断し、ＹＥＳの場合はステップＳ９５に進んで前述と同様の通常の電子メール受信処理を行って終了し、ＮＯの場合はステップＳ１１１に進んでエラー処理を行って終了する。
【００８５】
一方、ステップＳ９０で設定が第２のモードではない場合は、ステップＳ９６へ進み、図１０に示したステップＳ３２の場合と同様にサーバ装置１３に機能一覧の送信を要求する。そして、次のステップＳ９７では機能一覧を正常に受信したか否かを判断し、その判断がＮＯの場合は、ステップＳ１１１のエラー処理を行って終了する。
ステップＳ９７の判断がＹＥＳの場合は、ステップＳ９８へ進み、設定が第３のモードであるか否かを判断する。
【００８６】
ステップＳ９８で第３のモードである場合は、ステップＳ９９〜Ｓ１０４に進み、それぞれ図１０に示したステップＳ３４〜Ｓ３９の場合と同様に暗号化認証方式を選択し、その方式での認証処理をサーバ装置１３に要求して認証情報を送信する。なお、ステップＳ９９，Ｓ１００，Ｓ１０４のいずれかの処理でＮＯと判断した場合は、ステップＳ９１へ進み、以下、ステップＳ９０の判断がＹＥＳである場合と同様の処理を行う。また、ステップＳ１０４の判断がＹＥＳである場合は、ステップＳ９５の通常の電子メール受信処理を行って処理を終了する。
すなわち、第３のモードの場合には、暗号化認証方式と平文認証方式の双方の中から、自機とサーバ装置とが共に対応している方式を選択し、認証を要求する。
【００８７】
一方、ステップＳ９７で設定が第３のモードでない場合、つまり設定が第１のモードである場合はステップＳ１０５に進む。以下、ステップＳ１０５〜Ｓ１１０では、前述した第３のモードの場合のステップＳ９９〜Ｓ１０４と概ね同様の処理を行う。なお、第１のモードでは暗号化認証方式のみから選択するため、この中に適当な方式がなく、ステップＳ１０５，Ｓ１０６，Ｓ１１０のいずれかの処理でＮＯと判断した場合は、ステップＳ１１１に進み、エラー処理を行って終了する点が前述した第３のモードの場合と異なる。
【００８８】
以上、通信装置が自動的に選択する認証方式の範囲を、暗号化認証方式および／または平文認証方式に制限する指示を受け付けるようにし、認証方式を選択する場合の選択方式を、暗号化認証方式に制限する第１のモードか、平文認証方式に制限する第２のモードか、特に制限しないで暗号化認証方式および平文認証方式の両方から自由に選択できる第３のモードかのいずれかに設定できるようにしているため、ユーザが特に暗号化認証方式での認証または平文認証方式での認証を望む場合に、通信装置およびその通信装置と通信する外部装置に適した認証方式の中から、ユーザの要望に沿った認証方式を自動的に選択することができる。さらに、認証でエラーが発生した場合には、ユーザは明示的に結果を知ることができ、対処しやすくなる。
【００８９】
また、通信装置と外部装置との双方が対応している暗号化認証方式があることが予め判っている場合に第１のモードに設定したり、そのような暗号化認証方式がないことが予め判っている場合に第２のモードに設定したりすれば、ＣＰＵが無駄な処理を行わないので、ＣＰＵの負担を低減でき、処理速度を早くすることができる。
【００９０】
＜第１〜第３の実施形態の変形例＞
続いて、上述した各実施形態の変形例について説明する。
この変形例は、認証要求動作の有効／無効を所定のアプリケーションプログラムなどを用いて予め設定しておくことができるようにしたものである。
以下、変形例を上述した第４の動作例に適用した処理について説明する。
図１７に、この処理のフローを示す。なお、図１７において、図３あるいは図１４と同じ部分には同一符号を付してその説明を省略する。
スキャナ１２のユーザが電子メールの送信を指示すると、スキャナ１２のＣＰＵは図１７のフローチャートに示す処理を開始する。そして、ステップＳ１では、図１４に示したステップＳ１と同様の処理を行う。
【００９１】
次のステップＳ１２０では、ＣＰＵの認証要求手段としての動作、すなわち認証要求動作が有効に設定されているか否かを判断する。
ステップＳ１２０の判断がＮＯの場合、つまり認証要求を行わない設定になっている場合はステップＳ１２へ進み、以下のステップＳ１２〜Ｓ１４では、図３および図１４に示したステップＳ１２〜Ｓ１４と同様の処理を行う。すなわち、ＳＭＴＰモードへの移行をサーバ装置１３に要求し、サーバ装置１３がＳＭＴＰモードに対応しているかどうかを判断する。そして、対応している場合は通常の電子メール送信処理を行って終了し、対応していない場合はエラー処理を行って終了する。
【００９２】
ステップＳ１２０の判断がＹＥＳの場合はステップＳ２に進み、以下のステップＳ２〜Ｓ４では、図１４に示したステップＳ２〜Ｓ４と概ね同様の処理を行う。なお、ステップＳ３，Ｓ４の処理でＮＯと判断した場合、図１４のフローチャートでは認証要求動作の有効／無効の設定を行わなかったため、それぞれステップＳ１２，Ｓ５６に進んだ。しかし、この図１７のフローチャートでは、ステップＳ１２０で認証要求動作の設定が有効であるにもかかわらず、ステップＳ３，Ｓ４の処理でＮＯと判断した場合は認証を行うことができないので、ステップＳ５７へ進み、エラー処理を行って終了するようにしている。
【００９３】
ステップＳ４の判断でＹＥＳの場合はステップＳ５０に進み、以下、ステップＳ５０〜Ｓ６４では、それぞれ図１４に示したステップＳ５０〜Ｓ６４と概ね同様な処理を行う。なお、ステップＳ５８，Ｓ６３，Ｓ６４のいずれかの処理でＮＯと判断した場合、図１４に示したフローチャートでは認証を行わないままステップＳ５６に進み、それぞれ通常の電子メール送信処理を行うようにしていた。しかし、この図１７のフローチャートでは、ステップＳ１２０で認証要求動作の設定が有効であるにもかかわらず、ステップＳ５８，Ｓ６３，Ｓ６４の処理でＮＯと判断した場合は認証を行うことができないので、それぞれステップＳ５７に進み、エラー処理を行って終了するようにしている。
【００９４】
このような処理を行うことにより、認証要求をするか否かを予め設定できるので、予め通信装置または外部装置が認証処理に対応していないとわかっている場合に無効に設定することにより、ＣＰＵが無駄な処理を行わず、ＣＰＵの負担が低減し、処理速度が速くなる。
また、認証要求動作の有効／無効を設定することで、ユーザは、好みに応じて認証を行うか否かを選択することができる。さらに、認証でエラーが発生した場合には、ユーザは明示的に結果を知ることができ、対処がしやすくなる。
【００９５】
ところで、ここでは、ステップＳ１２０で無効の場合にステップＳ１２に進み、ＳＭＴＰモードへの移行を要求するようにしているが、それに限るものではない。例えば、ステップＳ２，Ｓ３と同様にしてＥＳＭＴＰモードへの移行をサーバ装置１３に要求し、サーバ装置１３がＥＳＭＴＰモードに対応しているか否か判断するようにしてもよい。そして、サーバ装置１３が対応していない場合はエラー処理を行って処理を終了し、サーバ装置１３が対応している場合はステップＳ５６の通常の電子メール送信処理を行って処理を終了するとよい。
【００９６】
また、この変形例は、もちろん他の実施形態や動作例にも適用することができる。例えば、第５の動作例に適用する場合には、図１５に示したフローチャートのステップＳ２１の後でステップＳ１２０の判断を行い、その判断がＹＥＳの場合にステップＳ７０に進み、ＮＯの場合にステップＳ７５に進むようにすればよい。
また、第６の動作に適用する場合には、図１６に示したフローチャートのステップＳ３１の後でステップＳ１２０の判断を行い、その判断がＹＥＳの場合にステップＳ９０に進み、ＮＯの場合にステップＳ９５に進むようにすればよい。
【００９７】
次に、上述した各動作例の処理において、選択可能な認証方式が複数ある場合に、その複数の認証方式の中から適当なものを選択する選択基準について説明する。
この選択基準としては、図１８に示すような優先順位テーブルを用いることができる。そして、選択の条件に合う認証方式が複数ある場合に、この認証方式の優先順位テーブルの中で優先順位が高いものを優先的に選択するのである。
なお、この優先順位テーブルは、暗号化認証方式を選択の優先順位に従って並べた暗号化認証方式優先順位テーブルと、平文認証方式を選択の優先順位に従って並べた平文認証方式優先順位テーブルとからなり、これらの各優先順位をアプリケーションソフトウェアなどを用いて予め任意に設定し、通信装置の記憶部などに格納しておくことができる。
【００９８】
そして、この優先順位テーブルには、通信装置が対応している認証方式のみを記載するものとする。この処理においてＣＰＵは、同ＣＰＵが認証方式選択手段として機能する場合の認証方式の選択の優先順位を設定する手段として機能する。
このような優先順位テーブルを用いる場合、例えば図３に示したステップＳ６では、サーバ装置１３が対応している認証方式と優先順位テーブルに含まれる認証方式とを優先順位の高い方から順番に比較し、最初に一致したものを選択するとよい。このとき、先に暗号化認証方式優先順位テーブルと比較し、一致するものがない場合に平文認証方式優先順位テーブルと比較するようにすれば、暗号化認証を行う確率が高くなるので、通信の安全性がより向上する。
【００９９】
図１５に示す優先順位テーブルを用いる場合には、まずサーバ装置１３が対応している認証方式と、暗号化認証方式優先順位テーブルにおける優先順位１位のＣＲＡＭ−ＭＤ５，２位のＫＥＲＢＥＲＯＳ＿Ｖ４とを比較し、次に平文認証方式優先順位テーブルにおける１位のＬＯＧＩＮ，２位のＰＬＡＩＮとを比較することになる。
なお、ＬＯＧＩＮおよびＰＬＡＩＮは、電子メールに添付される画像などのアプリケーションデータ（バイナリデータ）を文字列（テキストデータ）にエンコードするＢＡＳＥ６４を行うが、認証情報は平文のまま送受信するため、本明細書では平文認証方式と位置付ける。
【０１００】
また、図７に示したステップＳ２２では、暗号化認証方式優先順位テーブルの中で優先順位が最高位の方式を選択するとよい。さらに、ステップＳ２５で認証ＮＧの場合は、ステップＳ２２に戻って優先順位が次位の方式を選択し、再び認証要求するようにするとよい。このようにして、ステップＳ２５で認証ＯＫになるまで自機が対応する暗号化認証方式の全てについて優先順位の順番で選択するようにすれば、暗号化認証を行う確率が高くなるので、通信の安全性がより向上する。
さらに、ステップＳ２７でも同様にして、平文認証方式優先順位テーブルの中で優先順位が最高位の方式を選択するとよい。この場合も、対象が暗号化認証方式か平文認証方式かの違いがあるが、上記ステップＳ２２の場合と概ね同様にして、ステップＳ２８で認証ＯＫになるまで平文認証方式優先順位テーブルの優先順位が高い方から次々に選択して認証要求するとよい。
【０１０１】
また、図１４，図１７のフローチャートに示す処理の場合には、ステップＳ５１でサーバ装置１３が対応している認証方式と暗号化認証方式優先順位テーブルに含まれる認証方式とを優先順位の高い方から順番に比較し、一致する方式をステップＳ５２で選択するとよい。このとき一致する方式がなければ、ステップＳ５８でサーバ装置１３が対応している認証方式と平文認証方式優先順位テーブルに含まれる認証方式とを同様にして比較し、一致するものをステップＳ５９で選択するとよい。
さらに、ステップＳ６３の処理を行う場合には暗号化認証方式優先順位テーブルを用いて、ステップＳ６４の処理を行う場合には平文認証方式優先順位テーブルを用いて、上記の場合と同様に比較して一致するものを選択するとよい。
【０１０２】
以上のような処理を行うことにより、ユーザが指示した優先順位で認証処理を選択し、これを実行することができる。なお、優先順位テーブルは、暗号化認証方式優先順位テーブルと平文認証方式優先順位テーブルとを区別せずに順位を付すようにしてもよい。
【０１０３】
なお、上述した各実施形態において、認証要求に係る認証方式，外部装置による認証結果，エラー情報などをログ領域に一時格納しておき、ユーザが後程シートに印刷などして確認できるようにしてもよい。あるいは、外部装置のログ領域に一時格納しておき、ユーザが後程その外部装置と通信を行って確認できるようにしてもよい。このようにすれば、ユーザが認証結果を知り、装置の動作状況を把握することができる。
【０１０４】
また、ここでは通信装置がＷＳやスキャナである場合について説明したが、それに限るものではないのは勿論である。この発明は、通信機能を備えてネットワークに接続可能な通信装置であればどのようなものにも適用できる。例えば、パーソナルコンピュータ等の情報処理装置，携帯電話やＰＨＳ等の通信端末装置，プリンタ等の出力装置などの通信装置に本発明を適用することができる。
また、通信装置が通信を行う外部装置も、上述したＳＴＭＰサーバ，ＰＯＰ３サーバ，ＩＭＡＰ４サーバとして機能するサーバ装置に限るものではない。例えば、これらのメールサーバと略同じプロトコルで動作する他のメールサーバとして機能するサーバ装置であってもよい。あるいは、ウェブサーバなど、メールサーバ以外のサーバとして機能するサーバ装置であってもよい。さらに、例えば大型コンピュータなど、サーバ装置以外の電子装置であってもよい。
【０１０５】
さらに、本明細書では、暗号化認証方式としてＣＲＡＭ−ＭＤ５，ＫＥＲＢＥＲＯＳ＿Ｖ４、平文認証方式としてＬＯＧＩＮ，ＰＬＡＩＮをそれぞれ例示したが、本発明に対応している認証方式はこれらに限るものではないのは勿論であり、他の暗号化認証方式および平文認証方式であってもよい。
また、本明細書では、通信装置が認証方式を自動的に選択する場合について説明したがそれに限るものではなく、通信の認証以外の部分（例えば電子メールの本文など）を暗号する暗号化方式についても、同様にして自動的に選択することができる。
【０１０６】
また、上述したこの発明の通信装置と、その通信相手となる外部装置、例えばサーバ装置とによって通信システムを構成すれば、ユーザが通信装置と外部装置とが対応している暗号方式および認証方式を調査したり設定したりしなくても、適切な暗号方式および認証方式を自動的に選択して認証処理を行うことができるので、ユーザの作業負担が低い、便利な通信システムを実現することができる。
【０１０７】
【発明の効果】
以上説明してきたように、この発明による通信装置によれば、外部装置と自機が対応している認証方式に応じて適切な認証方式を自動的に選択でき、その認証方式で外部装置に認証処理を要求するので、ユーザが通信装置と外部装置がサポートしている認証方式および暗号方式を調査し、選択して設定する必要が無く、ユーザの負担を軽減することができる。
【図面の簡単な説明】
【図１】この発明による通信装置の第１の実施形態であるＷＳの機能を示す機能ブロック図である。
【図２】この発明による通信装置が接続するネットワークの構成例を示す図である。
【図３】図１に示したＷＳがＳＭＴＰサーバとして機能するサーバ装置を介して電子メールを送信する場合の処理を示すフローチャートである。
【図４】図３に示す処理において、サーバ装置が認証処理に対応している場合のＷＳとサーバ装置との間の通信シーケンスの例を示す図である。
【図５】同じく、サーバ装置が認証方式に対応していない場合の例を示す図である。
【図６】同じく、サーバ装置がＥＳＭＴＰモードに対応していない場合の例を示す図である。
【図７】図１に示したＷＳがＰＯＰ３サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図８】図７に示す処理において、サーバ装置が暗号化認証方式に対応している場合のＷＳとサーバ装置との間の通信シーケンスの例を示す図である。
【図９】同じく、サーバ装置が暗号化認証方式に対応していない場合の例を示す図である。
【図１０】図１に示したＷＳがＩＭＡＰ４サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図１１】図１０に示す処理において、サーバ装置が暗号化認証方式に対応している場合のＷＳとサーバ装置との間の通信シーケンスの例を示す図である。
【図１２】同じく、サーバ装置が暗号化認証方式に対応していない場合の例を示す図である。
【図１３】この発明による通信装置の第２の実施形態であるスキャナの機能を示す機能ブロック図である。
【図１４】この発明の第３の実施形態の通信装置が、ＳＭＴＰサーバとして機能するサーバ装置を介して電子メールを送信する場合の処理を示すフローチャートである。
【図１５】同じく、ＰＯＰ３サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図１６】同じく、ＩＭＡＰ４サーバとして機能するサーバ装置を介して電子メールを受信する場合の処理を示すフローチャートである。
【図１７】図１４に示した処理に変形例を適用した場合の処理を示すフローチャートである。
【図１８】認証方式の優先順位テーブルの例を示す図である。
【符号の説明】
１，２：ネットワーク ３：インターネット
４：公衆網 ５，６：ルータ装置
１１，１４，２１，２４：ワークステーション（ＷＳ）
１２：スキャナ １３，２３：サーバ装置
１５，２２：ＦＡＸ装置 １６，１６′：制御部
１７，１７′：記憶部
１８：通信インタフェース（Ｉ／Ｆ）
２０：ＦＡＸ部 ２５：認証方式選択部
２６：認証要求部 ２７：符号化／複合化部
２８：画像情報通信部
３１：スキャナ部 ３２：プロッタ部
３３：操作部 ３４：表示部
３５：時計回路部 ３６：システムメモリ
３７：パラメータメモリ ３８：画像蓄積部
３９：網制御部 ４０：Ｇ３ＦＡＸモデム
Claims (9)
- ネットワークを介して接続する外部装置と通信する通信手段と、該外部装置に認証情報を送信して認証処理を要求する認証要求手段とを有する通信装置であって、
前記外部装置に応じて認証方式を自動的に選択する認証方式選択手段を備え、
前記認証要求手段は、前記認証方式選択手段が選択した認証方式に応じた認証情報を前記外部装置に送信し、該認証方式での認証処理を要求する手段であることを特徴とする通信装置。 - ネットワークを介して接続する外部装置であるＳＭＴＰサーバと通信する通信手段と、該ＳＭＴＰサーバに認証情報を送信して認証処理を要求する認証要求手段とを有する通信装置であって、
前記ＳＭＴＰサーバに応じて認証方式を自動的に選択する認証方式選択手段を備え、
前記認証要求手段は、前記認証方式選択手段が選択した認証方式に応じた認証情報を前記ＳＭＴＰサーバに送信し、該認証方式での認証処理を要求する手段であることを特徴とする通信装置。 - ネットワークを介して接続する外部装置であるＰＯＰ３サーバと通信する通信手段と、該ＰＯＰ３サーバに認証情報を送信して認証処理を要求する認証要求手段とを有する通信装置であって、
前記ＰＯＰ３サーバに応じて認証方式を自動的に選択する認証方式選択手段を備え、
前記認証要求手段は、前記認証方式選択手段が選択した認証方式に応じた認証情報を前記ＰＯＰ３サーバに送信し、該認証方式での認証処理を要求する手段であることを特徴とする通信装置。 - ネットワークを介して接続する外部装置であるＩＭＡＰ４サーバと通信する通信手段と、該ＩＭＡＰ４サーバに認証情報を送信して認証処理を要求する認証要求手段とを有する通信装置であって、
前記ＩＭＡＰ４サーバに応じて認証方式を自動的に選択する認証方式選択手段を備え、
前記認証要求手段は、前記認証方式選択手段が選択した認証方式に応じた認証情報を前記ＩＭＡＰ４サーバに送信し、該認証方式での認証処理を要求する手段であることを特徴とする通信装置。 - 請求項１乃至４のいずれか一項に記載の通信装置において、
前記ネットワークを介して前記外部装置との間で画像情報を送受信する画像情報通信手段を備えることを特徴とする通信装置。 - 請求項１乃至５のいずれか一項に記載の通信装置において、
前記認証方式選択手段が選択する認証方式の範囲を、前記認証情報を暗号化して送信する暗号化認証方式および／または前記認証情報を平文で送信する平文認証方式に制限する指示を受け付ける選択指示受付手段を設け、
該選択指示受付手段は、該選択指示受付手段が受け付けた指示に従って、前記認証方式選択手段を、前記暗号化認証方式の中から前記外部装置に応じたものを自動的に選択する第１のモード、前記平文認証方式の中から前記外部装置に応じたものを自動的に選択する第２のモード、前記暗号化認証方式および前記平文認証方式の中から前記外部装置に応じたものを自動的に選択する第３のモードのいずれかに設定することを特徴とする通信装置。 - 請求項１乃至６のいずれか一項に記載の通信装置において、
前記認証要求手段の動作の有効／無効を設定する手段を設けたことを特徴とする通信装置。 - 請求項１乃至７のいずれか一項に記載の通信装置において、
前記認証方式選択手段による前記認証方式の選択の優先順位を設定する手段を設け、
該認証方式選択手段は、選択可能な認証方式が複数あるとき、その複数の認証方式の中から前記優先順位の高いものを自動的に選択することを特徴とする通信装置。 - 請求項１乃至８のいずれか一項に記載の通信装置において、
前記認証要求手段が認証要求を行った場合、その認証要求に係る認証方式と、前記外部装置による認証結果とを記憶する記憶手段を設けたことを特徴とする通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003075256A JP4446330B2 (ja) | 2003-03-19 | 2003-03-19 | 通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003075256A JP4446330B2 (ja) | 2003-03-19 | 2003-03-19 | 通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004287492A true JP2004287492A (ja) | 2004-10-14 |
| JP4446330B2 JP4446330B2 (ja) | 2010-04-07 |
Family
ID=33290614
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003075256A Expired - Fee Related JP4446330B2 (ja) | 2003-03-19 | 2003-03-19 | 通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4446330B2 (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005269656A (ja) * | 2004-03-19 | 2005-09-29 | Microsoft Corp | コンピューティングシステムの効率的かつセキュアな認証 |
| JP2008165444A (ja) * | 2006-12-27 | 2008-07-17 | Brother Ind Ltd | 情報処理装置および情報処理プログラム |
| JP2009037426A (ja) * | 2007-08-01 | 2009-02-19 | Sharp Corp | 通信装置、プログラムおよび記録媒体 |
| JP2009064065A (ja) * | 2007-09-04 | 2009-03-26 | Nec Corp | コマンド実行装置及びコマンド実行制御方法並びにプログラム |
| JP2009537093A (ja) * | 2006-05-12 | 2009-10-22 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理方法および装置 |
| JP2009284151A (ja) * | 2008-05-21 | 2009-12-03 | Softbank Mobile Corp | メール処理システム及び通信端末装置 |
| JP2009284154A (ja) * | 2008-05-21 | 2009-12-03 | Softbank Mobile Corp | 通信システム |
| JP2009284152A (ja) * | 2008-05-21 | 2009-12-03 | Softbank Mobile Corp | メール処理システム及び通信端末装置 |
| JP2010092111A (ja) * | 2008-10-03 | 2010-04-22 | Kawamura Electric Inc | 電子メール送信端末、電子メール認証方式設定方法、および電子メール認証方式設定プログラム |
| JP2011176649A (ja) * | 2010-02-25 | 2011-09-08 | Mitsubishi Electric Corp | 認証装置及び認証方法及びプログラム |
| US8386570B2 (en) | 2006-08-18 | 2013-02-26 | Brother Kogyo Kabushiki Kaisha | Electronic mail communication device |
| JP2014519634A (ja) * | 2011-04-28 | 2014-08-14 | インターデイジタル パテント ホールディングス インコーポレイテッド | 複数のｓｓｏ技術のためのｓｓｏフレームワーク |
| WO2019194155A1 (en) * | 2018-04-06 | 2019-10-10 | Nec Corporation | An authentication method for next generation systems |
| US12034899B2 (en) | 2021-02-12 | 2024-07-09 | Ricoh Company, Ltd. | Image forming apparatus, information processing method, and recording medium |
-
2003
- 2003-03-19 JP JP2003075256A patent/JP4446330B2/ja not_active Expired - Fee Related
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4746333B2 (ja) * | 2004-03-19 | 2011-08-10 | マイクロソフト コーポレーション | コンピューティングシステムの効率的かつセキュアな認証 |
| JP2005269656A (ja) * | 2004-03-19 | 2005-09-29 | Microsoft Corp | コンピューティングシステムの効率的かつセキュアな認証 |
| JP2009537093A (ja) * | 2006-05-12 | 2009-10-22 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理方法および装置 |
| US8261073B2 (en) | 2006-05-12 | 2012-09-04 | Samsung Electronics Co., Ltd. | Digital rights management method and apparatus |
| JP4865854B2 (ja) * | 2006-05-12 | 2012-02-01 | サムスン エレクトロニクス カンパニー リミテッド | デジタル著作権管理方法および装置 |
| US8386570B2 (en) | 2006-08-18 | 2013-02-26 | Brother Kogyo Kabushiki Kaisha | Electronic mail communication device |
| JP2008165444A (ja) * | 2006-12-27 | 2008-07-17 | Brother Ind Ltd | 情報処理装置および情報処理プログラム |
| JP2009037426A (ja) * | 2007-08-01 | 2009-02-19 | Sharp Corp | 通信装置、プログラムおよび記録媒体 |
| JP2009064065A (ja) * | 2007-09-04 | 2009-03-26 | Nec Corp | コマンド実行装置及びコマンド実行制御方法並びにプログラム |
| JP2009284152A (ja) * | 2008-05-21 | 2009-12-03 | Softbank Mobile Corp | メール処理システム及び通信端末装置 |
| JP2009284154A (ja) * | 2008-05-21 | 2009-12-03 | Softbank Mobile Corp | 通信システム |
| JP2009284151A (ja) * | 2008-05-21 | 2009-12-03 | Softbank Mobile Corp | メール処理システム及び通信端末装置 |
| JP2010092111A (ja) * | 2008-10-03 | 2010-04-22 | Kawamura Electric Inc | 電子メール送信端末、電子メール認証方式設定方法、および電子メール認証方式設定プログラム |
| JP2011176649A (ja) * | 2010-02-25 | 2011-09-08 | Mitsubishi Electric Corp | 認証装置及び認証方法及びプログラム |
| JP2014519634A (ja) * | 2011-04-28 | 2014-08-14 | インターデイジタル パテント ホールディングス インコーポレイテッド | 複数のｓｓｏ技術のためのｓｓｏフレームワーク |
| JP2017112640A (ja) * | 2011-04-28 | 2017-06-22 | インターデイジタル パテント ホールディングス インコーポレイテッド | 複数のｓｓｏ技術のためのｓｓｏフレームワーク |
| JP2018157604A (ja) * | 2011-04-28 | 2018-10-04 | インターデイジタル パテント ホールディングス インコーポレイテッド | 複数のｓｓｏ技術のためのｓｓｏフレームワーク |
| WO2019194155A1 (en) * | 2018-04-06 | 2019-10-10 | Nec Corporation | An authentication method for next generation systems |
| US11991165B2 (en) | 2018-04-06 | 2024-05-21 | Nec Corporation | Authentication method for next generation systems |
| US12034899B2 (en) | 2021-02-12 | 2024-07-09 | Ricoh Company, Ltd. | Image forming apparatus, information processing method, and recording medium |
| JP7567535B2 (ja) | 2021-02-12 | 2024-10-16 | 株式会社リコー | 情報処理装置、情報処理方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4446330B2 (ja) | 2010-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8726009B1 (en) | Secure messaging using a trusted third party | |
| US8184312B2 (en) | Image processing system with excellent operability | |
| JP4446330B2 (ja) | 通信装置 | |
| JP2006528443A (ja) | 送信者が受信者の証明書を持たないときに受信者に暗号化されたメッセージを送るためのシステムと方法とコンピュータ製品 | |
| US8176329B2 (en) | Scanned image disclosure apparatus, method and storage medium; electronic mail transmission apparatus, method and storage medium; and internet facsimile transmission apparatus | |
| EP1645999A1 (en) | Method and system for embedding user profile information in electronic messages | |
| JP2008165307A (ja) | 電子メール通信装置 | |
| US20090300197A1 (en) | Internet Protocol Communication System, Server Unit, Terminal Device, and Authentication Method | |
| TW200822640A (en) | Client device, e-mail system, program, and recording medium | |
| JP2006222476A (ja) | 電子メール端末装置 | |
| JP2007082208A (ja) | 電子ドキュメントをセキュリティ面で安全にドメイン間で伝送するシステム、方法、およびプログラム | |
| JP2002049571A (ja) | 通信制御装置及び通信制御方法 | |
| JP4367546B2 (ja) | メール中継装置 | |
| JP2002044462A (ja) | 暗号化処理装置及び暗号化処理方法 | |
| JP3580231B2 (ja) | ファクシミリ装置 | |
| JP5120405B2 (ja) | 電子メール通信装置及びコンピュータプログラム | |
| JP2007060467A (ja) | インターネットファクシミリ中継装置、プログラム、方法、ファクシミリ受信装置 | |
| JP2017069756A (ja) | 通信システム、通信装置、および、コンピュータプログラム | |
| JP2008134985A (ja) | ネットワークシステム | |
| JP6686350B2 (ja) | コンピュータプログラム、および、中継装置 | |
| JP2009043043A (ja) | Ｓｉｐを用いた認証システムおよび認証方法 | |
| JP3849642B2 (ja) | 通信端末装置 | |
| JP2002207636A (ja) | ネットワーク装置 | |
| JP4739248B2 (ja) | 送信装置、受信装置、送信装置の制御方法および受信装置の制御方法 | |
| JP2004213534A (ja) | ネットワーク通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050707 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081028 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081104 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081226 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090507 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090702 |
|
| 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: 20100112 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20100113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130129 Year of fee payment: 3 |
|
| 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: 20140129 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |