JP5966571B2 - 通信装置，画像形成装置，情報処理方法及びそのプログラム - Google Patents

Description

本発明は、通信装置，画像形成装置，情報処理方法及びそのプログラムに関する。

従来、ネットワークに接続されて通信を行う通信装置が知られている。例えば、特許文献１に記載のネットワークシステムでは、通信装置としてのデバイスがネットワークを介して管理者端末にステータス情報を送信して通知したり、デバイスが管理者端末から設定指示要求を受信してデバイス自身の設定を変更したりすることが記載されている。これにより、デバイス管理者は管理者端末から複数のデバイスの状態を確認したり設定変更を行ったりすることができる。

また、通信装置がネットワークに接続する際に認証処理を要する規格が知られている。例えば、特許文献２に記載のＩＥＥＥ８０２．１Ｘの規格では、通信装置がネットワークを介して認証サーバーと相互認証を行い、認証に成功した通信装置に対してのみネットワークを介した通信を許可するようにすることで、セキュリティを高めている。

特開２００５−３１７８３号公報 特開２００８−４２３８１号公報

しかし、ＩＥＥＥ８０２．１Ｘの規格では、認証処理に失敗した通信装置はネットワークからネットワーク層レベルで切断されるようになっている。そのため、このような規格に従うネットワークにおいては、認証処理に失敗した通信装置については特許文献１のようにネットワークを介してステータス情報を確認することができないという問題があった。ステータス情報は、認証処理の失敗の原因を調べる際に有用な場合があり、認証処理に失敗したときにこそステータス情報の通知を可能にしたいという要望があった。

本発明は、上述した課題に鑑みなされたものであり、認証に失敗するとネットワークから切断される方式での認証処理が失敗したときに、通信機器のステータス情報を報知可能とすることを主目的とする。

本発明は、上述の目的を達成するために以下の手段を採った。

本発明の通信装置は、
ネットワークに接続するための認証に失敗したときに該ネットワークから切断される規格に従った認証処理を行って、該ネットワークへの接続の許可を受ける通信装置であって、
前記認証処理を行う通信手段と、
該認証処理の内容に基づいて、該認証処理に関するエラーの有無及びエラーの内容を診断する診断手段と、
前記通信手段が前記認証処理に失敗したときには、前記診断されたエラーの内容を含むステータス情報を前記ネットワークを介さずに報知する報知手段と、
を備えたものである。

この本発明の通信装置では、ネットワークに接続するための認証に失敗したときにネットワークから切断される規格に従った認証処理を行い、ネットワークへの接続の許可を受ける。また、認証処理の内容に基づいて認証処理に関するエラーの有無及びエラーの内容を診断する。そして、認証処理に失敗したときには、診断されたエラーの内容を含むステータス情報をネットワークを介さずに報知する。このように、認証処理に失敗したときにネットワークを介さずにステータス情報を通知するため、認証に失敗するとネットワークから切断される方式での認証処理が失敗したときに、通信機器のステータス情報を報知可能とすることができる。しかも、ステータス情報にはエラーの内容が含まれているため、認証処理の失敗原因を解消するためにより有用な情報を報知することができる。ここで、ネットワークからの切断は、例えばネットワーク層レベルでの切断としてもよい。また、ネットワークに接続するための認証に失敗したときに該ネットワークから切断される規格とは、ＩＥＥＥ８０２．１Ｘとしてもよい。また、報知手段は、前記ステータス情報を画面に表示して報知するものとしてもよいし、媒体に印刷して報知するものとしてもよいし、音声として出力して報知するものとしてもよい。さらに、認証処理には、認証に用いる設定情報を確認する処理など、認証を開始するための準備処理が含まれるものとしてもよい。

本発明の通信装置において、前記診断手段は、前記認証処理に関する予め定められた複数のチェック項目の良否を前記認証処理中に順次判定し、不良と判定されたチェック項目に基づいて、前記エラーの内容を診断するものとしてもよい。こうすれば、チェック項目に基づいてエラー内容をより適切に診断できる。この場合において、前記報知手段は、前記通信手段が前記認証処理に失敗したときには、前記診断されたエラーの内容と、前記複数のチェック項目のうち前記診断手段により良好と判定されたチェック項目と、を含む前記ステータス情報を前記ネットワークを介さずに報知するものとしてもよい。こうすれば、エラーの内容だけでなく、良好だったチェック項目についてもステータス情報に含めて報知するため、認証処理の失敗原因を解消するためにより有用な情報を報知することができる。

本発明の通信装置において、前記認証処理は、該認証処理における接続先の機器との間でデータの送受信を複数回行って認証を行う処理であり、前記診断手段は、前記通信手段が前記認証処理に失敗したときには、前記認証処理における接続先の機器との間で最後に送受信したデータに基づいて、該認証処理に関するエラーの内容を診断するものとしてもよい。こうすれば、最後に送受信したデータはエラーの内容と関連があることが多いため、これに基づくことでより適切にエラーの内容を診断できる。この場合において、前記診断手段は、前記認証処理において接続先の機器との間で送受信する複数のデータの内容とエラーの内容とを対応付けたテーブルを予め記憶しておくものとし、認証処理に失敗したときの最後に送信したデータ又は受信したデータに対応するエラーの内容をこのテーブルから読み出して、エラーの内容を特定してもよい。

本発明の通信装置において、前記認証処理は、該認証処理における接続先の機器との間で所定の手順でデータの送受信を複数回行って認証を行う処理であり、前記診断手段は、前記通信手段が前記認証処理に失敗したときには、前記認証処理における接続先の機器との間で前記手順がどこまで進行したかに基づいて、該認証処理に関するエラーの有無及びエラーの内容を診断するものとしてもよい。こうすれば、認証処理の手順が決まっている場合に、手順の進行具合に基づいて簡易な処理によりエラーの内容を診断できる。この場合において、前記診断手段は、前記認証処理において接続先の機器との間で送受信するデータの手順（順序）を表す情報とエラーの内容とを対応付けたテーブルを予め記憶しておくものとし、認証処理に失敗したときに進行していた手順に対応するエラーの内容をこのテーブルから読み出して、エラーの内容を特定してもよい。また、前記診断手段は、該特定したエラーよりも前の順序が対応付けられているエラーの内容をテーブルから読み出し、該読み出したエラーについては、エラーなしと判定してもよい。データの手順を表す情報は、例えばデータの送受信の回数，送信の回数，受信の回数のいずれかとしてもよい。

本発明の画像形成装置は、
上述したいずれかの態様の本発明の通信装置、
を備え、
前記報知手段は、流体を吐出して媒体に画像を形成可能であり、前記ステータス情報を含む画像を該媒体に形成して前記報知を行う、
ものである。

この本発明の画像形成装置は、上述したいずれかの態様の本発明の通信装置を備えているため、上述した本発明の通信装置と同様の効果、例えば認証に失敗するとネットワークから切断される方式での認証処理が失敗したときに、通信機器のステータス情報を報知可能とすることができる効果が得られる。

本発明の情報処理方法は、
ネットワークに接続するための認証に失敗したときに該ネットワークから切断される規格に従った認証処理を行って、該ネットワークへの接続の許可を受ける通信装置の情報処理方法であって、
（ａ）前記認証処理を行うステップと、
（ｂ）該ステップ（ａ）の認証処理の内容に基づいて、該認証処理に関するエラーの有無及びエラーの内容を診断するステップと、
（ｃ）前記ステップ（ａ）の認証処理に失敗したときには、前記ステップ（ｂ）で診断されたエラーの内容を含むステータス情報を前記ネットワークを介さずに報知するステップと、
を含むものである。

この本発明の情報処理方法では、上述した本発明の通信装置と同様に、認証処理に失敗したときにネットワークを介さずにステータス情報を通知するため、認証に失敗するとネットワークから切断される方式での認証処理が失敗したときに、通信機器のステータス情報を報知可能とすることができる。しかも、ステータス情報にはエラーの内容が含まれているため、認証処理の失敗原因を解消するためにより有用な情報を報知することができる。なお、この情報処理方法において、上述した通信装置の種々の態様を採用してもよいし、また、上述した通信装置の各機能を実現するようなステップを追加してもよい。

本発明のプログラムは、上述した情報処理方法の各ステップを１以上のコンピューターに実現させるものである。このプログラムは、コンピューターが読み取り可能な記録媒体（例えばハードディスク、ＲＯＭ、ＦＤ、ＣＤ、ＤＶＤなど）に記録されていてもよいし、伝送媒体（インターネットやＬＡＮなどの通信網）を介してあるコンピューターから別のコンピューターへ配信されてもよいし、その他どのような形で授受されてもよい。このプログラムを一つのコンピューターに実行させるか又は複数のコンピューターに各ステップを分担して実行させれば、上述した情報処理方法の各ステップが実行されるため、この情報処理方法と同様の作用効果が得られる。

本実施形態の複合機２０を備えたネットワークシステム１０の構成図。 フラッシュメモリー３３に記憶されたデータの説明図。 認証処理ルーチンの一例を示すフローチャート。 認証準備処理の一例を示すフローチャート。 ＥＡＰ−ＴＬＳ認証処理の前半部分を示すフローチャート。 ＥＡＰ−ＴＬＳ認証処理の後半部分を示すフローチャート。 ＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理の一例を示すフローチャート。 印刷したステータスシートの一例を示す説明図。

次に、本発明の実施の形態を図面を用いて説明する。図１は、本発明の通信装置及び画像形成装置の一実施形態である複合機２０を備えたネットワークシステム１０の構成の概略を示す構成図である。図示するように、ネットワークシステム１０は、認証スイッチ６０を有するＬＡＮ１２と、認証スイッチ６０を介してＬＡＮ１２に接続された複合機２０，ユーザーＰＣ５０と、ＬＡＮ１２に接続された認証サーバー７０と、を備えている。

ＬＡＮ１２は、ＩＥＥＥ８０２．１Ｘの規格に従うネットワークとして構成されており、認証スイッチ６０を備えている。この認証スイッチ６０は、認証機能付きのスイッチングハブとして構成されており、認証スイッチ６０の図示しない通信ポートを制御する通信ポート制御部６１と、通信ポートに接続された複合機２０やユーザーＰＣ５０などの機器の認証を行う通信機器認証部６２と、各種プログラムや各種データを記憶する記憶部６３と、複合機２０，ユーザーＰＣ５０，認証サーバー７０などとの通信を行うデバイスである通信インターフェース（Ｉ／Ｆ）６４とを備えている。認証スイッチ６０は、通信Ｉ／Ｆ６４を介してＬＡＮ１２や複合機２０，ユーザーＰＣ５０と接続されている。通信ポート制御部６１は、複合機２０やユーザーＰＣ５０などの通信ポートに接続された機器から送信された情報を検知して通信機器認証部６２に認証処理を開始させる機能を有する。また、通信ポート制御部６１は、認証処理に成功した機器についてはＬＡＮ１２への接続を許可し、認証処理に失敗した機器についてはＬＡＮ１２への接続を遮断して、その機器をＬＡＮ１２からネットワーク層レベルで切断する機能を有する。通信機器認証部６２は、複合機２０やユーザーＰＣ５０などの認証スイッチ６０に接続された機器（クライアントとも称する）と認証サーバー７０との間で認証処理の仲介を行う機能を有する。具体的には、通信機器認証部６２は、認証処理において複合機２０やユーザーＰＣ５０などのクライアント側から受信したＭＡＣフレームをＲＡＤＩＵＳフレームに変換して認証サーバー７０に送信したり、認証サーバー７０から受信したＲＡＤＩＵＳフレームをＭＡＣフレームに変換してクライアントに送信したりする。また、通信機器認証部６２は、認証処理に成功したクライアントについて一定間隔（例えば６０分毎）に再認証要求を行う機能を有する。なお、本実施形態では、認証スイッチ６０を介して行う認証処理は、ＩＥＥＥ８０２．１Ｘにおける認証プロトコル（ＥＡＰ）としての、ＥＡＰ−ＴＬＳ方式で行うものとした。ＥＡＰ−ＴＬＳ方式は、電子証明書を用いて認証を行う方式であり、所定の手順でデータの送受信を複数回行うことで認証を行う。記憶部６３には、認証サーバー７０に関する情報である認証サーバー情報６６など、認証処理に用いる情報が記憶されている。

複合機２０は、スキャナーとしても機能すると共にプリンターとしても機能する装置であり、ＩＥＥＥ８０２．１Ｘの規格に従った認証処理を行ってＬＡＮ１２などのネットワークに接続され、ネットワークに接続された他の機器（例えばユーザーＰＣ５０）から通信によりネットワークを介して画像データや電子証明書などのデータを取得したり、スキャンした画像データをネットワークを介して他の機器に送信したりすることが可能な装置である。この複合機２０は、通信Ｉ／Ｆ２６を介して例えばＬＡＮケーブルなどにより認証スイッチ６０と接続されている。複合機２０は、画像データなどに基づく画像を紙などの媒体に形成する印刷機構２１と、紙などの媒体の画像などをスキャンして画像データとする読取機構２２と、ユーザーに各種情報を表示したりユーザーからの各種指示が入力されたりする操作パネル２３と、装置全体を制御するコントローラー３０と、を備えている。印刷機構２１は、各色のインクに圧力をかけこの加圧されたインクを媒体に吐出することで画像データに基づく画像を媒体に形成する印刷処理を実行するインクジェット方式の機構である。なお、インクへ圧力をかける機構は、圧電素子の変形によるものとしてもよいしヒーターの熱による気泡の発生によるものとしてもよい。また、読取機構２２は、ガラス台に載置された書類に向かって発光したあとの反射光を各色に分解して読取データとする周知のカラーイメージセンサーを走査して原稿を読み取るスキャナー機構として構成されている。操作パネル２３は、画像を表示する液晶ディスプレイとして構成された表示部と、ユーザーが各種入力を行うキーが配置された操作部とを備えており、表示部によりユーザーに各種情報を出力したり、ユーザーからの指示を操作部から入力したりする。

複合機２０のコントローラー３０は、ＣＰＵ３１を中心とするマイクロプロセッサーとして構成されており、一時的にデータを記憶したりデータを保存したりするＲＡＭ３２と、各種処理プログラムや各種データを記憶し書き換え可能なフラッシュメモリー３３とを備えている。フラッシュメモリー３３には、通信Ｉ／Ｆ２６を介して他の機器と通信を行うための通信設定情報を記憶する通信設定情報領域４０と、複合機２０自身を証明するための電子証明書（クライアント証明書とも称する）を記憶するクライアント証明書領域４１と、ＣＡ証明書（ルートＣＡ証明書及び中間ＣＡ証明書）を記憶するＣＡ証明書領域４２と、が設けられている。図２は、フラッシュメモリー３３に記憶されたデータの説明図である。図示するように、通信設定情報領域４０には、ＩＥＥＥ８０２．１Ｘに従って通信を行うためのＩＥＥＥ８０２．１Ｘ設定情報など、通信を行うために必要な各種設定情報が記憶されている。例えば、ＩＥＥＥ８０２．１Ｘ設定情報としては、ＩＥＥＥ８０２．１Ｘが現在有効か無効かを表す情報や、認証方式，認証に用いるクライアント証明書を指定する情報、ユーザーＩＤ、サーバーＩＤ、サーバーＩＤに対応付けられたＣＡ証明書を指定する情報、などが含まれている。

クライアント証明書領域４１には、クライアント証明書Ａなど、複合機２０自身を証明するための電子証明書が記憶されている。クライアント証明書Ａは、基本領域，拡張領域，認証局の署名を有している。基本領域には、複合機２０やその利用者などの情報である申請元情報（主体者情報ともいう）や、クライアント証明書Ａを発行した認証局に関する情報である発行者情報、有効期限などが含まれている。申請元情報には、例えば複合機２０やその利用者の所属する国名，会社名，部署名や、複合機２０のＩＰアドレスなどの情報が含まれている。なお、クライアント証明書の発行を要求するために図示しない認証局に送信するＣＳＲ（証明書署名要求）に予め申請者に関する情報を登録しておくと、発行されたクライアント証明書の申請元情報にはその情報が反映される。そのため、申請元情報にどのような情報を含めるかは、ＣＳＲの作成時に複合機２０の利用者や管理者などが任意に定めることができる。また、クライアント証明書領域４１に記憶されているクライアント証明書には、クライアント証明書の用途などのクライアント証明書に関する情報を含む利用設定情報が対応付けられている。例えば、クライアント証明書Ａには、クライアント証明書Ａの用途がＩＥＥＥ８０２．１Ｘである旨の情報を含む利用設定情報が対応付けられている。ＣＡ証明書領域４２には、例えばルートＣＡ証明書Ａ，Ｂや中間ＣＡ証明書Ａ，ＢなどのＣＡ証明書が記憶されている。ＣＡ証明書領域４２に記憶されたＣＡ証明書は、クライアント証明書領域４１に記憶されたクライアント証明書や認証処理において取得するサーバー証明書などの信頼性を検証するために用いるものである。クライアント証明書領域４１に記憶されたクライアント証明書については、証明書チェーンが構成されている場合があり、この場合にはクライアント証明書からルートＣＡ証明書までの一連のＣＡ証明書がクライアント証明書に対応付けられている。

このコントローラー３０は、印刷機構２１や読取機構２２からの各種動作信号や各種検出信号を入力したり、操作パネル２３の操作部の操作に応じて発生する操作信号を入力したり、他の機器から送信された各種データを通信Ｉ／Ｆ２６から入力したりする。また、コントローラー３０は、画像を印刷するよう印刷機構２１に指令を出力したり、原稿を読み取るよう読取機構２２に指令を出力したり、操作パネル２３の表示部に表示指令や表示する画像データを出力したり、他の機器に送信する各種データを通信Ｉ／Ｆ２６に出力したりする。

また、コントローラー３０は、機能ブロックとして、通信制御部３４と、診断部３５と、印刷制御部３６とを備えている。通信制御部３４は、通信Ｉ／Ｆ２６を介して接続された他の機器との通信を制御するものである。この通信制御部３４は、ＩＥＥＥ８０２．１Ｘの規格に従い、ＥＡＰ−ＴＬＳやＰＥＡＰ／ＭＳＣＨＡＰｖ２などの方式で認証処理を行ってＬＡＮ１２などのネットワークに接続するｗｐａ＿ｓｕｐｐｌｉｃａｎｔとしての機能であるＩＥＥＥ８０２．１Ｘ機能や、認証処理に成功したあとにネットワークを介したデータの送受信などを行ったりする機能を有する。なお、通信制御部３４のＩＥＥＥ８０２．１Ｘ機能は有効無効を例えば操作パネル２３の操作部を操作することで切替可能であり、無効の場合には認証処理を要しないネットワークに接続可能となる。また、通信制御部３４は、認証処理を行う際に必要に応じて通信設定情報領域４０，クライアント証明書領域４１，ＣＡ証明書領域４２の情報を参照する。

診断部３５は、通信制御部３４が行う認証処理の内容に基づいて、認証処理に関するエラーの有無及びエラーの内容を診断する機能を有する。具体的には、診断部３５は、認証処理に関する予め定められた複数のチェック項目の良否を認証処理中に順次判定し、不良と判定されたチェック項目に基づいて、エラーの内容を診断する。本実施形態では、ＩＥＥＥ８０２．１ＸのＥＡＰ−ＴＬＳ方式とＰＥＡＰ／ＭＳＣＨＡＰｖ２方式とについて、それぞれチェック項目が定められているものとした。チェック項目としては、ＥＡＰ−ＴＬＳ方式の場合には、ＩＥＥＥ８０２．１Ｘの機能が有効か、ユーザーＩＤが設定済みか、クライアント証明書は有効期限内か、ユーザーＩＤにエラーがないか、サーバー証明書は有効期限内か、サーバーＩＤにエラーがないか、サーバー証明書に対応するＣＡ証明書の指定にエラーはないか、サーバー証明書の証明書チェーンに以上はないか、クライアント認証にエラーはないか、の計９つの項目が予め定められているものとした。また、ＰＥＡＰ／ＭＳＣＨＡＰｖ２方式の場合には、クライアント証明書にエラーがないかをチェックする代わりにユーザーＩＤ及びパスワードにエラーはないかをチェックする点以外は、ＥＡＰ−ＴＬＳ方式と同様にして計９つのチェック項目が予め定められているものとした。また、各チェック項目には、認証処理において良否を判定するタイミングや、不良と判定したときのエラー内容などが対応付けられ、図示しないチェック項目テーブルとしてフラッシュメモリー３３に記憶されているものとした。

印刷制御部３６は、印刷機構２１を制御するものであり、印刷すべき画像データを印刷機構２１に送信して画像データに基づく画像を媒体に形成させる機能を有する。印刷制御部３６は、通信制御部３４が認証処理に失敗したときには、診断部３５により診断されたエラーの内容を含むステータス情報をステータスシートとして媒体に印刷するよう印刷機構２１を制御する機能を有する。

ユーザーＰＣ５０は、周知の汎用パソコンであり、ＬＡＮ１２などのネットワークに接続された他の機器（例えば複合機２０や認証サーバー７０）と通信によりネットワークを介してデータの送受信が可能な装置である。このユーザーＰＣ５０は、通信Ｉ／Ｆ５４を介して例えばＬＡＮケーブルなどにより認証スイッチ６０と接続されている。このユーザーＰＣ５０は、各種制御を実行するＣＰＵや各種制御プログラムを記憶するＲＯＭ，データを一時記憶するＲＡＭなどから構成された機能ブロックとしての通信制御部５１と、大容量メモリであるＨＤＤなどから構成された記憶部５３と、を備えている。また、ユーザーＰＣ５０は、各種情報を画面表示するディスプレイ５８やユーザーが各種指令を入力するキーボード等の入力装置５９を備えている。通信制御部５１は、通信Ｉ／Ｆ５４を介して接続された他の機器との通信を制御するものである。この通信制御部５４は、記憶部５３に記憶されている通信設定情報５６やクライアント証明書５７を用いて例えば認証処理や認証処理に成功したあとのデータの送受信などを行ったりする機能を有する。また、通信制御部５１は、複合機２０とユーザーＰＣ５０とがＬＡＮケーブルにより直接接続された状態において、通信設定情報領域４０などに記憶されたデータを読み出してディスプレイ５８に表示させたり、入力装置５９を介してユーザーから入力したデータを通信設定情報領域４０に記憶させて設定変更を行ったりする機能を有する。また、通信制御部５１は、複合機２０に画像データを出力したり、複合機２０から読み取った画像データを入力したりする機能を有する。記憶部５３には、通信Ｉ／Ｆ５４を介して他の機器と通信を行うための通信設定情報５６や、ユーザーＰＣ５０自身を証明するためのクライアント証明書５７が記憶されている。

なお、ユーザーＰＣ５０は、複合機２０とＬＡＮケーブルにより直接接続することで、複合機２０の通信設定情報領域４０に記憶されるＩＥＥＥ８０２．１Ｘ設定情報などの通信設定情報やクライアント証明書領域４１，ＣＡ証明書領域４２に記憶される電子証明書をユーザーＰＣ５０から複合機２０に送信して、フラッシュメモリー３３に記憶させることができるようになっている。

認証サーバー７０は、ＲＡＤＩＵＳサーバーとして構成されており、認証スイッチ６０を介して複合機２０やユーザーＰＣ５０などのクライアントから送信された認証要求を受け付け、クライアントに対してＩＥＥＥ８０２．１ＸにおけるＥＡＰ−ＴＬＳ方式での認証処理を行って認証結果を応答する装置である。認証サーバー７０は、通信Ｉ／Ｆ７４を介してＬＡＮ１２と接続されており、認証処理を行うクライアント認証部７１と、各種プログラムや各種データを記憶する記憶部７３とを備えている。記憶部７３には、ＣＡ証明書，中間ＣＡ証明書やクライアントのＩＤなどの認証処理に用いる情報である認証情報７６や、認証サーバー７０自身を証明するためのサーバー７８が記憶されている。

次に、こうして構成された本実施形態のネットワークシステム１０の動作、特に、複合機２０がＩＥＥＥ８０２．１Ｘに従った認証処理を行う様子について説明する。図３は、コントローラー３０のＣＰＵ３１によって実行される認証処理ルーチンの一例を示すフローチャートである。このルーチンは、フラッシュメモリー３３に記憶され、複合機２０の電源がオンされ且つ複合機２０と認証スイッチ６０とがＬＡＮケーブルなどで接続された状態となったときに実行される。なお、このルーチンは、コントローラー３０のＣＰＵ３１が通信制御部３４，診断部３５，印刷制御部３６の機能を用いて実行する。

この認証処理ルーチンが実行されると、ＣＰＵ３１は、まず、認証準備処理を行う（ステップＳ１００）。図４は、認証準備処理の一例を示すフローチャートである。この認証準備処理が開始されると、診断部３５は、通信制御部３４のＩＥＥＥ８０２．１Ｘ機能が有効か否かを判定する（ステップＳ２００）。そして、ＩＥＥＥ８０２．１Ｘ機能が有効であればエラー（設定無効）なしを示す情報をＲＡＭ３２に記憶し（ステップＳ２１０）、無効であればエラー（設定無効）ありを示す情報をＲＡＭ３２に記憶する（ステップＳ２２０）。エラー（設定無効）なしであったときには、通信設定情報領域４０のＩＥＥＥ８０２．１Ｘ設定情報のユーザーＩＤが設定済みか否かを判定する（ステップＳ２３０）。そして、設定済みであればエラー（設定項目が未設定）なしを示す情報をＲＡＭ３２に記憶し（ステップＳ２４０）、未設定であればエラー（設定項目が未設定）ありを示す情報をＲＡＭ３２に記憶する（ステップＳ２５０）。

エラー（設定無効）なしであったときには、ＣＰＵ３１は、通信設定情報領域４０のＩＥＥＥ８０２．１Ｘ設定情報で設定された認証方式がＥＡＰ−ＴＬＳであるかＰＥＡＰ／ＭＳＣＨＡＰｖ２であるかを調べる（ステップＳ２６０）。例えば図２に示したようにＩＥＥＥ８０２．１Ｘ設定情報が設定されている場合には、認証方式はＥＡＰ−ＴＬＳであると判定する。そして、認証方式がＰＥＡＰ／ＭＳＣＨＡＰｖ２であるときには、通信制御部３４は、ＩＥＥＥ８０２．１Ｘ設定情報で設定されたユーザーＩＤとパスワードを通信設定情報領域４０から読み込んで（ステップＳ２７０）、認証準備処理を終了する。

一方、認証方式がＥＡＰ−ＴＬＳであるときには、ＣＰＵ３１は、ＩＥＥＥ８０２．１Ｘ設定情報で設定されたクライアント証明書が有効期限内であるか否かを判定する（ステップＳ２８０）。例えば図２に示したようにＩＥＥＥ８０２．１Ｘ設定情報が設定されている場合には、クライアント証明書Ａが有効期限内であるか否かを判定する。そして、有効期限内であればエラー（クライアント証明書期限切れ）なしを示す情報をＲＡＭ３２に記憶し（ステップＳ２９０）、未設定であればエラー（クライアント証明書期限切れ）ありを示す情報をＲＡＭ３２に記憶する（ステップＳ３００）。

そして、エラー（クライアント証明書期限切れ）なしであったときには、ＣＰＵ３１は、ＩＥＥＥ８０２．１Ｘ設定情報で設定されたクライアント証明書に証明書チェーンが構成されており、クライアント証明書に対応づけられたＣＡ証明書があるか否かを調べる（ステップＳ３１０）。そして、対応づけられたＣＡ証明書があるときには、クライアント証明書及びチェーン関係にあるＣＡ証明書を全てクライアント証明書領域４１，ＣＡ証明書領域４２から読み込んで（ステップＳ３２０）、認証準備処理を終了する。また、対応づけられたＣＡ証明書がないとき、すなわちクライアント証明書が自己署名証明書であるときには、クライアント証明書をクライアント証明書領域４１から読み込んで（ステップＳ３３０）、認証準備処理を終了する。一方、何らかのエラーがあったときすなわちステップＳ２２０，Ｓ２５０，Ｓ３００のいずれかを行ったときには、そのまま認証準備処理を終了する。

このように、認証準備処理では、認証処理に必要な情報を通信設定情報領域４０やクライアント証明書領域４１，ＣＡ証明書領域４２から読み込む処理を行う。また、各チェック項目の良否を判定して判定結果に基づくエラーの有無及びその内容をＲＡＭ３２に記憶し、１つでもエラーがあるときにはその場で認証準備処理を終了する。

図３の認証処理ルーチンの説明に戻る。ステップＳ１００の認証準備処理を行うと、ＣＰＵ３１は、認証準備処理でエラーがあったか否かをＲＡＭ３２に記憶されたエラーの有無を示す情報に基づいて判定する（ステップＳ１１０）。続いて、１つもエラーがなかったときには、通信制御部３４は、ＩＥＥＥ８０２．１Ｘ設定情報で設定された認証方式がＥＡＰ−ＴＬＳであるかＰＥＡＰ／ＭＳＣＨＡＰｖ２であるかを調べる（ステップＳ１２０）。そして、認証方式がＥＡＰ−ＴＬＳであったときには、サーバー証明書とクライアント証明書とを用いて相互認証を行うＥＡＰ−ＴＬＳ認証処理を実行し（ステップＳ１３０）、認証処理がＰＥＡＰ／ＭＳＣＨＡＰｖ２であったときには、サーバー証明書と複合機２０のユーザーＩＤ，パスワードとを用いて相互認証を行うＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理を実行する（ステップＳ１４０）。

まず、ステップＳ１３０のＥＡＰ−ＴＬＳ認証処理について説明する。図５は、ＥＡＰ−ＴＬＳ認証処理の前半部分を示すフローチャートであり、図６は、ＥＡＰ−ＴＬＳ認証処理の後半部分を示すフローチャートである。このＥＡＰ−ＴＬＳ認証処理が開始されると、ＣＰＵ３１は、まず、接続要求としてのＥＡＰＯＬ開始フレームを認証スイッチ６０に送信し（ステップＳ４００）、認証スイッチ６０からの応答であるＥＡＰリクエスト（ＩＤ要求）を受信するのを待つ（ステップＳ４０５）。ＥＡＰリクエスト（ＩＤ要求）を受信すると、ＩＥＥＥ８０２．１Ｘ設定情報で設定された複合機２０のユーザーＩＤを付した認証要求であるＥＡＰレスポンス（ＩＤ通知）を送信する（ステップＳ４１０）。認証スイッチ６０は、複合機２０から受信したＥＡＰレスポンス（ＩＤ通知）に基づいて生成したＲＡＤＩＵＳアクセスリクエスト（ＩＤ通知）を、ＬＡＮ１２を介して認証サーバー７０に送信する。認証サーバー７０は、ＲＡＤＩＵＳアクセスリクエスト（ＩＤ通知）に含まれるユーザーＩＤを確認し、ユーザーＩＤにエラーがなければ、ＲＡＤＩＵＳアクセスチャレンジ（ＴＬＳ開始）を認証スイッチ６０に送信して、ＴＳＬによるユーザー認証を開始する。一方、ユーザーＩＤにエラーがある場合には、Ｆａｉｌｕｒｅ応答を認証スイッチ６０に送信する。認証スイッチ６０は、認証サーバー７０からＲＡＤＩＵＳアクセスチャレンジ（ＴＬＳ開始）を受信すると、複合機２０にＥＡＰリクエスト（ＴＬＳ開始）を送信し、Ｆａｉｌｕｒｅ応答を受信すると、複合機２０にＦａｉｌｕｒｅ応答を送信する。

ＣＰＵ３１は、認証スイッチ６０からこのＦａｉｌｕｒｅ応答を受信する（ステップＳ４１５）か又はＥＡＰリクエスト（ＴＬＳ開始）を受信する（ステップＳ４２０）まで待つ。そして、Ｆａｉｌｕｒｅ応答を受信すると、エラー（ユーザーＩＤエラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ４２５）、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、ＥＡＰリクエスト（ＴＬＳ開始）を受信すると、エラー（ユーザーＩＤエラー）なしを示す情報をＲＡＭ３２に記憶して（ステップＳ４３０）、応答として認証スイッチ６０にＥＡＰレスポンス（client_hello）を送信する（ステップＳ４３５）。複合機２０からのＥＡＰレスポンス（client_hello）を受信した認証スイッチ６０は、認証サーバー７０にＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）を送信する。これを受信した認証サーバー７０は、自己を証明するサーバー証明書７８やそれを検証するためのルートＣＡ証明書，中間ＣＡ証明書などの情報を含むＲＡＤＩＵＳアクセスチャレンジ（サーバー証明書）を認証スイッチ６０に送信する。これを受信した認証スイッチ６０は、ＥＡＰリクエスト（リクエストスルー）を複合機２０に送信する。

ＣＰＵ３１は、このＥＡＰリクエスト（リクエストスルー）を認証スイッチ６０から受信するのを待ち（ステップＳ４４０）、受信すると、ＥＡＰリクエスト（リクエストスルー）に含まれるサーバー証明書が有効期限内か否かを判定する（ステップＳ４４５）。サーバー証明書が有効期限切れであるときには、エラー（サーバー証明書エラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ４５０）、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、サーバー証明書が有効期限内であるときには、エラー（サーバー証明書エラー）なしを示す情報をＲＡＭ３２に記憶する（ステップＳ４５５）。

次に、ＣＰＵ３１は、サーバー証明書がルートＣＡ証明書（自己署名証明書）であるか否かを調べる（ステップＳ４６０）。そして、サーバー証明書がルートＣＡ証明書（自己署名証明書）でないときには、サーバー証明書に含まれるサーバーＩＤがＩＥＥＥ８０２．１Ｘ設定情報で設定されたサーバーＩＤと一致するか否かを調べる（ステップＳ４６５）。一致しないときには、エラー（サーバーＩＤエラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ４７０）、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、一致するときには、エラー（サーバーＩＤエラー）なしを示す情報をＲＡＭ３２に記憶する（ステップＳ４７５）。

続いて、ＣＰＵ３１は、認証スイッチ６０から受信したサーバー証明書、及びそれに対応付けられたＣＡ証明書について、ＩＥＥＥ８０２．１Ｘ設定情報で設定されたサーバーのＣＡ証明書を用いた比較及び検証を行い、受信したサーバー証明書等の信頼性を確認する（ステップＳ４８０）。例えば、図２に示したようにＩＥＥＥ８０２．１Ｘ設定情報が設定されている場合には、ＣＡ証明書としてルートＣＡ証明書Ｂと中間ＣＡ証明書Ｂとを用いて比較及び検証を行う。そして、比較の結果、受信したサーバー証明書に対応付けられたＣＡ証明書とＩＥＥＥ８０２．１Ｘ設定情報で設定されたＣＡ証明書とが一致したか否かを判定し（ステップＳ４８５）、一致しないときには、ＩＥＥＥ８０２．１Ｘ設定情報で設定されたＣＡ証明書に不備がある旨のエラー（ＣＡ証明書指定エラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ４９０）、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、一致するときには、エラー（ＣＡ証明書指定エラー）なしを示す情報をＲＡＭ３２に記憶する（ステップＳ４９５）。

次に、ＣＰＵ３１は、ステップＳ４８０の検証の結果、サーバー証明書の証明書チェーンに異常がないか否かを判定し（ステップＳ５００）、異常があるときには、エラー（サーバー証明書エラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ５０５）、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、異常がないときには、エラー（サーバー証明書エラー）なしを示す情報をＲＡＭ３２に記憶する（ステップＳ５１０）。

一方、ステップＳ４６０でサーバー証明書がルートＣＡ証明書（自己署名証明書）であるときには、ＣＰＵ３１は、認証スイッチ６０から受信したサーバー証明書について、ＩＥＥＥ８０２．１Ｘ設定情報で設定されたサーバーのルートＣＡ証明書を用いた比較及び検証を行い、受信したサーバー証明書の信頼性を確認する（ステップＳ５１５）。そして、比較及び検証の結果、サーバー証明書とＩＥＥＥ８０２．１Ｘ設定情報で設定されたサーバーのルートＣＡ証明書とが一致するか否かを判定し（ステップＳ５２０）、一致しないときには、ステップＳ４９０に進んでエラー（ＣＡ証明書指定エラー）ありを示す情報をＲＡＭ３２に記憶し、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、一致するときには、エラー（ＣＡ証明書指定エラー）なしを示す情報をＲＡＭ３２に記憶する（ステップＳ５２５）。

ステップＳ５１０又はステップＳ５２５のあと、図６に示すように、ＣＰＵ３１は、認証準備処理のステップＳ３２０又はＳ３３０で読み込んだクライアント証明書等の情報を含むＥＡＰレスポンス（クライアント証明書）を認証スイッチ６０に送信する（ステップＳ５３０）。

複合機２０からのＥＡＰレスポンス（クライアント証明書）を受信した認証スイッチ６０は、認証サーバー７０にＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）を送信する。認証サーバー７０は、ＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）に含まれる複合機２０のクライアント証明書を検証し、クライアント証明書が信頼できることを確認するとＲＡＤＩＵＳアクセスチャレンジ（暗号化方式）を認証スイッチ６０に送信する。一方、例えばクライアント証明書の有効期限が切れている場合やクライアント証明書に対応付けられたＣＡ証明書などの信頼性が確認できない場合など、クライアント証明書に問題があるときには、認証サーバー７０はＦａｉｌｕｒｅ応答を認証スイッチ６０に送信する。認証スイッチ６０は、認証サーバー７０からＲＡＤＩＵＳアクセスチャレンジ（暗号化方式）を受信したときにはＥＡＰリクエスト（リクエストスルー）を複合機２０に送信し、認証サーバー７０からＦａｉｌｕｒｅ応答を受信したときにはＦａｉｌｕｒｅ応答を複合機２０に送信する。

ＣＰＵ３１は、認証スイッチ６０からこのＦａｉｌｕｒｅ応答を受信する（ステップＳ５３５）か又はＥＡＰリクエスト（リクエストスルー）を受信する（ステップＳ５４０）まで待つ。そして、Ｆａｉｌｕｒｅ応答を受信すると、エラー（クライアント認証エラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ５４５）、ＥＡＰ−ＴＬＳ認証処理を終了（中止）する。一方、ＥＡＰリクエスト（リクエストスルー）を受信すると、エラー（クライアント認証エラー）なしを示す情報をＲＡＭ３２に記憶する（ステップＳ５５０）。そして、認証スイッチ６０からＥＡＰサクセスを受信するのを待ち（ステップＳ５５５）、ＥＡＰサクセスを受信すると、認証スイッチ６０からＥＡＰＯＬキーをさらに受信するのを待つ（ステップＳ５６０）。ＥＡＰＯＬキーを受信すると、これをコントローラー３０のＲＡＭ３２に記憶して（ステップＳ５６５）、認証処理を終了する。これにより、複合機２０のＬＡＮ１２への接続が完了し、以降はＥＡＰＯＬキーを用いた暗号通信により認証スイッチ６０やＬＡＮ１２に接続された機器との間でデータのやり取りが可能になる。

次に、ステップＳ１４０のＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理について説明する。図７は、ＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理の一例を示すフローチャートである。ＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理は、ステップＳ５３０〜Ｓ５５５の処理が異なる以外はＥＡＰ−ＴＬＳ認証処理と同じである。そのため、図５，６のＥＡＰ−ＴＬＳ認証処理と異なる部分についてのみ図７に図示し、重複する処理については説明を省略する。ステップＳ５１０又はＳ５２５の処理を行うと、図７に示すように、ＣＰＵ３１は、ＥＡＰレスポンスを認証スイッチ６０に送信する（ステップＳ６００）。複合機２０からのＥＡＰレスポンスを受信した認証スイッチ６０は、認証サーバー７０にＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）を送信する。これを受信した認証サーバー７０は、ＲＡＤＩＵＳアクセスチャレンジ（暗号化方式）を認証スイッチ６０に送信する。これを受信した認証スイッチ６０は、ＥＡＰリクエスト（リクエストスルー）を複合機２０に送信する。また、認証サーバー７０はその後ＲＡＤＩＵＳアクセスチャレンジ（ＥＡＰ／ＭＳＣＨＡＰｖ２要求）を認証スイッチ６０に送信し、これを受信した認証スイッチ６０は、ＥＡＰリクエスト（リクエストスルー）を複合機２０に送信する。

次に、ＣＰＵ３１は、認証サーバー７０が送信したＲＡＤＩＵＳアクセスチャレンジ（暗号化方式）とＲＡＤＩＵＳアクセスチャレンジ（ＥＡＰ／ＭＳＣＨＡＰｖ２要求）とにそれぞれ対応するＥＡＰリクエスト（リクエストスルー）を認証スイッチ６０から受信するまで待つ（ステップＳ６０５，Ｓ６１０）。そして、これらを受信すると、ＥＡＰレスポンス（ＥＡＰ／ＭＳＣＨＡＰｖ２応答）を送信する（ステップＳ６１５）。複合機２０からのＥＡＰレスポンス（ＥＡＰ／ＭＳＣＨＡＰｖ２応答）を受信した認証スイッチ６０は、認証サーバー７０にＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）を送信する。これを受信した認証サーバー７０は、ＲＡＤＩＵＳアクセスチャレンジ（ＩＤ，パスワード要求）を認証スイッチ６０に送信する。これを受信した認証スイッチ６０は、ＥＡＰリクエスト（リクエストスルー）を複合機２０に送信する。

続いて、ＣＰＵ３１は、ＥＡＰリクエスト（リクエストスルー）を認証スイッチ６０から受信するのを待つ（ステップＳ６２０）。そして、ＥＡＰリクエスト（リクエストスルー）を受信すると、認証準備処理のステップＳ２７０で読み込んだユーザーＩＤ，パスワードを含むＥＡＰレスポンス（ＩＤ，パスワード通知）を認証スイッチ６０に送信する（ステップＳ６２５）。複合機２０からのＥＡＰレスポンス（ＩＤ，パスワード通知）を受信した認証スイッチ６０は、認証サーバー７０にＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）を送信する。認証サーバー７０は、ＲＡＤＩＵＳアクセスリクエスト（レスポンススルー）に含まれる複合機２０のユーザーＩＤ及びパスワードが正しいか否かを判定し、正しいときにはＲＡＤＩＵＳアクセスアクセプト（レスポンススルー）を認証スイッチ６０に送信する。一方、ユーザーＩＤ及びパスワードが正しくないときには、認証サーバー７０はＦａｉｌｕｒｅ応答を認証スイッチ６０に送信する。認証スイッチ６０は、認証サーバー７０からＲＡＤＩＵＳアクセスアクセプト（レスポンススルー）を受信したときにはＥＡＰサクセスを複合機２０に送信し、認証サーバー７０からＦａｉｌｕｒｅ応答を受信したときにはＦａｉｌｕｒｅ応答を複合機２０に送信する。

次に、ＣＰＵ３１は、認証スイッチ６０からこのＦａｉｌｕｒｅ応答を受信する（ステップＳ６３０）か又はＥＡＰサクセスを受信する（ステップＳ６４０）まで待つ。そして、Ｆａｉｌｕｒｅ応答を受信すると、エラー（クライアント認証エラー）ありを示す情報をＲＡＭ３２に記憶して（ステップＳ６４５）、ＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理を終了（中止）する。一方、ＥＡＰサクセスを受信すると、エラー（クライアント認証エラー）なしを示す情報をＲＡＭ３２に記憶して（ステップＳ６５０）、ステップＳ５６０に進む。なお、認証スイッチ６０は、ＥＡＰサクセスを複合機２０に送信したあと、ＥＡＰ−ＴＬＳ方式と同様にＥＡＰＯＬキーを複合機２０に送信する。

このように、ＥＡＰ−ＴＬＳ認証処理やＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理では、通信制御部３４が認証処理を行うと共に診断部３５が各チェック項目の良否を判定して判定結果に基づくエラーの有無及びその内容をＲＡＭ３２に記憶し、１つでもエラーがあるときにはその場で認証処理を終了する。

図３の認証処理ルーチンの説明に戻る。ステップＳ１３０又はＳ１４０の認証処理を行うと、ＣＰＵ３１は、認証処理でエラーがあったか否かをＲＡＭ３２に記憶されたエラーの有無を示す情報に基づいて判定する（ステップＳ１５０）。そして、エラーがなかったときには本ルーチンを終了する。一方、ステップＳ１１０で認証準備処理におけるエラーがあったとき、又はステップＳ１５０で認証処理におけるエラーがあったときには、印刷制御部３６は、ＲＡＭ３２に記憶されたエラーの有無及びエラーの内容に基づくステータスシートを印刷するよう印刷機構２１を制御して（ステップＳ１６０）、本ルーチンを終了する。なお、ＥＡＰ−ＴＬＳ認証処理又はＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理を途中で終了したときには、認証処理失敗となり、認証スイッチ６０が複合機２０のＬＡＮ１２への接続を遮断して、複合機２０は、ＬＡＮ１２からネットワーク層レベルで切断された状態になる。そのため、例えばユーザーＰＣ５０からＬＡＮ１２を介して複合機２０の設定情報やエラーの内容などを確認することができなくなる。

図８は、印刷機構２１が印刷したステータスシートの一例を示す説明図である。図示するように、ステータスシートには、上述した計９つのチェック項目の良否判定結果に対応してＲＡＭ３２に記憶したエラーの内容として、「設定無効」，「設定項目が未設定」，「クライアント証明書期限切れ」，「ユーザーＩＤエラー」，「サーバーＩＤエラー」，「サーバー証明書エラー」，「ＣＡ証明書指定エラー」，「クライアント認証エラー」の８つの項目とそのエラーコードとが印刷されており、各項目についてエラーの「あり」又は「なし」が印刷される。また、上述したように認証処理ルーチンではエラーが１つでもあるときにはそれ以降の通常の認証準備処理や認証処理を行わないため、判定していないエラー項目については「未判定」が印刷される。

このように、本実施形態の認証処理ルーチンでは、認証処理中に予め定められたチェック項目の良否を順次判定し、判定結果に基づくエラーの内容をステータスシートに印刷するのである。こうすることで、例えば複合機２０のユーザーや管理者は、ステータスシートのエラーの内容を確認し、エラーの内容に応じた対処を行って認証処理が可能な状態になるよう、ＩＥＥＥ８０２．１Ｘ設定情報の設定変更やクライアント証明書，ＣＡ証明書などのインストールを行ったりするなど、適切な対処を行うことができる。また、対処方法がわからない場合でも、例えば複合機２０の製造者にエラーの内容を伝えることで、製造者が適切な対処方法を迅速に決定することができる。

ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態の通信制御部３４及び通信Ｉ／Ｆ２６が本発明の通信手段に相当し、診断部３５が診断手段に相当し、印刷制御部３６及び印刷機構２１が報知手段に相当する。なお、本実施形態では、複合機２０の動作を説明することにより本発明の通信装置の情報処理方法の一例も明らかにしている。

以上説明した本実施形態の複合機２０によれば、ネットワークに接続するための認証に失敗したときにネットワークから切断される規格であるＩＥＥＥ８０２．１Ｘに従った認証処理を行い、ネットワークへの接続の許可を受ける。また、その認証処理の内容に基づいて認証処理に関するエラーの有無及びエラーの内容を診断する。そして、認証処理に失敗したときには、診断されたエラーの内容をステータスシートとして媒体に印刷することで、ネットワークを介さずにエラーの内容を報知する。このように、認証処理に失敗したときにネットワークを介さずにステータス情報を通知するため、認証に失敗するとネットワークから切断される方式での認証処理が失敗したときに、通信機器のステータス情報を報知可能とすることができる。しかも、ステータス情報にはエラーの内容が含まれているため、認証処理の失敗原因を解消するためにより有用な情報を報知することができる。

また、認証処理に関する予め定められた複数のチェック項目の良否を認証処理中に順次判定し、不良と判定されたチェック項目に基づいて、エラーの内容を診断するため、チェック項目に基づいてエラー内容をより適切に診断できる。さらに、複数のチェック項目のうち良好と判定されたチェック項目、すなわちエラーがなかった項目についてもステータスシートに印刷して報知するため、認証処理の失敗原因を解消するためにより有用な情報を報知することができる。

なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。

例えば、上述した実施形態では、図４の認証準備処理においてエラーが１つでもあるとそこで認証準備処理を終了するものとしたが、例えばステップＳ３００でエラー（クライアント証明書期限切れ）ありをＲＡＭ３２に記憶したあとにステップＳ３１０の処理に進むなど、エラーがあっても他の処理や他のチェック項目の良否判定を行うものとしてもよい。

上述した実施形態では、９つのチェック項目について良否判定し、８つのエラー項目について診断を行うものとしたが、これに限らず上述した項目の１以上についての診断を省略してもよいし、他のチェック項目やエラー内容を用いてもよい。例えば、図５のＥＡＰ−ＴＬＳ認証処理において、ステップＳ４４５でサーバー証明書が有効期限切れの場合とステップＳ５００でサーバ証明書の証明書チェーンに異常がある場合とを、同じエラー（サーバー証明書エラー）としてステータスシートに印刷するものとしたが、エラー（サーバー証明書期限切れ）とエラー（証明書チェーン異常）などのように両者を区別するものとしてもよい。また、エラー（サーバー証明書エラー），エラー（サーバーＩＤエラー），エラー（ＣＡ証明書指定エラー）を区別せずにエラー（サーバー認証エラー）としてもよい。あるいは、図５のステップＳ４００のＥＡＰＯＬ開始フレームを送信してから一定時間（例えば３０秒間）認証スイッチ６０からの応答がない場合にエラー（タイムアウトエラー）ありと判定してもよい。

上述した実施形態では、ステータスシートにはエラーの有無や未判定か否かに関わらず全てのエラー内容の項目を印刷するものとしたが、これに限らずエラーがあった項目のみ印刷するものとしてもよいし、未判定のエラーの項目については印刷しないものとしてもよい。また、ステータスシートにはＩＥＥＥ８０２．１Ｘ設定情報など、エラー内容以外の情報も印刷するものとしてもよい。また、ステータスシートは図３の認証処理ルーチンにおいてエラーがあったときに印刷するものとしたが、ユーザーが指定した任意のタイミングで印刷できるものとしてもよい。その場合、エラーが１つもなく認証処理に成功しているときには「認証成功」など認証に成功したことを報知する情報をステータスシートに印刷するものとしてもよい。

上述した実施形態では、認証準備処理におけるエラーについても診断するものとしたが、これを省略してもよい。

上述した実施形態では、認証処理に関する予め定められた複数のチェック項目の良否を認証処理中に順次判定し、不良と判定されたチェック項目に基づいて、エラーの内容を診断するものとしたが、認証処理の内容に基づいて、認証処理に関するエラーの有無及びエラーの内容を診断するものであれば、どのように診断を行ってもよい。例えば、ＥＡＰ−ＴＬＳ認証処理又はＰＥＡＰ／ＭＳＣＨＡＰｖ２認証処理に失敗したときに、認証処理において最後に認証スイッチ６０に送信したデータに基づいてエラーの内容を診断したり、認証処理において最後に認証スイッチ６０から受信したデータに基づいてエラーの内容を診断したりするものとしてもよい。例えば、認証処理に失敗したときに最後に複合機２０が認証スイッチ６０に送信したデータがステップＳ４１０におけるＥＡＰレスポンス（ＩＤ通知）であったときには、エラー（ユーザーＩＤエラー）ありと判定してもよい。このようにすることで、認証失敗時に最後に送受信したデータはエラーの内容と関連があることが多いため、これに基づいてより適切にエラーの内容を診断できる。また、このような最後に送受信したデータに基づいてエラーの内容を診断する場合には、例えば認証処理において認証スイッチ６０との間で送受信する複数のデータの内容と、エラーの内容とを対応付けたテーブルを予めフラッシュメモリー３３などに記憶しておくものとし、認証処理に失敗したときの最後に送信したデータ又は受信したデータに対応するエラーの内容をこのテーブルから読み出して、エラーの内容を特定してもよい。

また、認証処理が、認証スイッチ６０との間で所定の手順でデータの送受信を複数回行って認証を行う処理である場合に、認証スイッチ６０との間でその手順がどこまで進行したかに基づいて、認証処理に関するエラーの有無及びエラーの内容を診断するものとしてもよい。例えば、ＥＡＰ−ＴＬＳ認証処理では、複合機２０が認証スイッチ６０との間でやりとりするデータの内容や手順は図５のフローチャートからわかるように予め定められている。この場合、例えば認証処理に失敗したときに図５のステップＳ５３０でＥＡＰレスポンス）の送信まで手順が進行していたときには、エラー（クライアント証明エラー）ありと判定してもよい。また、ステップＳ５３０までは手順が進行していたことから、エラー（ユーザーＩＤエラー），エラー（サーバー証明書エラー），エラー（サーバーＩＤエラー），エラー（ＣＡ証明書指定エラー）についてはエラーなしと判定してもよい。このようにしてエラーを判定するものとすれば、認証処理中に順次エラーの有無を判定したり判定結果を記憶したりする必要がなく、認証に失敗したときにエラーの内容を簡易な処理により診断できる。このような、データの送受信の手順がどこまで進行したかに基づいてエラーの内容を診断する場合には、例えば以下のように処理を行う。まず、認証処理において認証スイッチ６０との間で送受信する複数のデータの手順（順序）を表す情報と、エラーの内容と、を対応付けたテーブルを予め記憶しておく。そして、認証処理中には、認証処理におけるデータの送受信の回数を、手順がどこまで進行したかを表す情報としてカウントする。そして、認証処理に失敗したときに進行していた手順（データの送受信の回数）に対応するエラーの内容をこのテーブルから読み出して、エラーの内容を特定し、そのエラーがありと判定する。このとき、特定したエラーよりも前の順序が対応付けられているエラーの内容をテーブルから読み出し、そのエラーについては、エラーなしと判定してもよい。ここで、テーブルに対応付ける手順とエラーの内容との一例を説明する。例えば、ステップＳ４１０で送信するＥＡＰレスポンス（ＩＤ通知）は図５のＥＡＰ−ＴＬＳ認証処理において３番目に送受信するデータである（１番目はＥＡＰＯＬ開始フレームの送信、２番目はＥＡＰリクエスト（ＩＤ要求）の受信）。そして、ここまで手順が進行して認証処理が失敗したとき（例えば、ＥＡＰリクエスト（ＴＬＳ開始）を受信しないとき）には、エラー（ユーザーＩＤエラー）ありである可能性が高い。そこで、予め手順の３番目であることを表す情報とエラー（ユーザーＩＤエラー）を示す情報とをテーブルで対応付けておく。

上述した実施形態では、複合機２０はＩＥＥＥ８０２．１Ｘ規格のＥＡＰ−ＴＬＳ認証方式又はＰＥＡＰ／ＭＳＣＨＡＰｖ２方式に従って認証処理を行うものとしたが、ネットワークに接続するための認証に失敗したときにネットワークから切断される規格に従った認証処理であれば、どのような規格での認証処理を行ってもよい。例えば、ＰＥＡＰ−ＴＬＳ方式など、ＩＥＥＥ８０２．１Ｘ規格に従った他の方式で認証処理を行ってもよいし、ＩＥＥＥ８０２．１Ｘ以外の規格に従った認証処理を行ってもよい。認証処理に失敗したときのネットワークからの切断についても、ネットワーク層レベルで切断される規格に限られない。

上述した実施形態では、認証サーバー７０はＬＡＮ１２に接続されているものとしたが、例えばＬＡＮ１２にルーターを介して接続されたインターネットに認証サーバーが接続されているなど、複合機２０が接続されるネットワークとは別のネットワークに認証サーバー７０が接続されていてもよい。また、複合機２０が認証処理を行って接続されるネットワークもＬＡＮ１２に限られない。

上述した実施形態では、クライアント証明書領域４１には電子証明書と利用設定情報とを対応付けて記憶するものとしたが、利用設定情報が対応付けられていないものとしてもよい。

上述した実施形態では、ステータスシートを印刷することでエラーの内容を含むステータス情報を報知するものとしたが、例えば操作パネル２３の表示部に画像を表示して報知したり、音声で報知を行ったりするなど、どのような方法で報知してもよい。

上述した実施形態では、複合機２０と認証スイッチ６０とは有線で接続されるものとしたが、無線で接続されるものとしてもよい。

上述した実施形態では、印刷機能とスキャン機能とを備える複合機２０として説明したが、ネットワークに接続するための認証に失敗したときにネットワークから切断される規格に従った認証処理を行って、ネットワークへの接続の許可を受ける通信装置であればよい。例えば、印刷機能のみを備えたプリンターに適用するものとしてもよいし、ファクシミリ装置などに適用するものとしてもよいし、ユーザーＰＣ５０などのコンピューターに適用するものとしてもよい。

上述した実施形態では、本発明の通信装置及び画像形成装置を複合機２０に具体化した例を用いて説明したが、通信装置の情報処理方法の形態とするものとしてもよいし、通信装置の情報処理方法の各ステップを１または複数のコンピューターに実現させるためのプログラムの形態とするものとしてもよい。

１０ ネットワークシステム、１２ ＬＡＮ、２０ 複合機、２１ 印刷機構、２２ 読取機構、２３ 操作パネル、２６ 通信インターフェース（Ｉ／Ｆ）、３０ コントローラー、３１ ＣＰＵ、３２ ＲＡＭ、３３ フラッシュメモリー、３４ 通信制御部、３５ 診断部、３６ 印刷制御部、４０ 通信設定情報領域、４１ クライアント証明書領域、４２ ＣＡ証明書領域、５０ ユーザーＰＣ、５１ 通信制御部、５３ 記憶部、５４ 通信インターフェース（Ｉ／Ｆ）、５６ 通信設定情報、５７ クライアント証明書、５８ ディスプレイ、５９ 入力装置、６０ 認証スイッチ、６１ 通信ポート制御部、６２ 通信機器認証部、６３ 記憶部、６４ 通信インターフェース（Ｉ／Ｆ）、６６ 認証サーバー情報、７０ 認証サーバー、７１ クライアント認証部、７３ 記憶部、７４ 通信インターフェース（Ｉ／Ｆ）、７６ 認証情報、７８ サーバー証明書。

Claims (7)

1. ネットワークに接続するための認証に失敗したときに該ネットワークから切断される規格に従った認証処理を行って、該ネットワークへの接続の許可を受ける通信装置であって、
   前記認証処理を行う通信手段と、
   該認証処理の内容に基づいて、該認証処理に関するエラーの有無及びエラーの内容を診断する診断手段と、
   前記通信手段が前記認証処理に失敗したときには、前記診断されたエラーの内容を含むステータス情報を前記ネットワークを介さずに報知する報知手段と、
   を備え、
   前記診断手段は、前記認証処理に関する予め定められた複数のチェック項目の良否を前記認証処理中に順次判定し、不良と判定されたチェック項目に基づいて、前記エラーの内容を診断し、
   前記報知手段は、前記通信手段が前記認証処理に失敗したときには、前記診断されたエラーの内容と、前記複数のチェック項目のうち前記診断手段により良好と判定されたチェック項目と、を含む前記ステータス情報を前記ネットワークを介さずに報知し、
   前記通信装置は、前記ネットワークに有線で接続される、
   通信装置。
2. 前記認証処理は、該認証処理における接続先の機器との間でデータの送受信を複数回行って認証を行う処理であり、
   前記診断手段は、前記通信手段が前記認証処理に失敗したときには、前記認証処理における接続先の機器との間で最後に送受信したデータに基づいて、該認証処理に関するエラーの内容を診断する、
   請求項１に記載の通信装置。
3. 前記認証処理は、該認証処理における接続先の機器との間で所定の手順でデータの送受信を複数回行って認証を行う処理であり、
   前記診断手段は、前記通信手段が前記認証処理に失敗したときには、前記認証処理における接続先の機器との間で前記手順がどこまで進行したかに基づいて、該認証処理に関するエラーの有無及びエラーの内容を診断する、
   請求項１又は２に記載の通信装置。
4. 前記規格は、ＩＥＥＥ８０２．１Ｘである、
   請求項１〜３のいずれか１項に記載の通信装置。
5. 請求項１〜４のいずれか１項に記載の通信装置、
   を備え、
   前記報知手段は、流体を吐出して媒体に画像を形成可能であり、前記ステータス情報を含む画像を該媒体に形成して前記報知を行う、
   画像形成装置。
6. ネットワークに接続するための認証に失敗したときに該ネットワークから切断される規格に従った認証処理を行って、該ネットワークへの接続の許可を受ける通信装置の情報処理方法であって、
   （ａ）前記認証処理を行うステップと、
   （ｂ）該ステップ（ａ）の認証処理の内容に基づいて、該認証処理に関するエラーの有無及びエラーの内容を診断するステップと、
   （ｃ）前記ステップ（ａ）の認証処理に失敗したときには、前記ステップ（ｂ）で診断されたエラーの内容を含むステータス情報を前記ネットワークを介さずに報知するステップと、
   を含み、
   前記ステップ（ｂ）では、前記認証処理に関する予め定められた複数のチェック項目の良否を前記認証処理中に順次判定し、不良と判定されたチェック項目に基づいて、前記エラーの内容を診断し、
   前記ステップ（ｃ）では、前記通信手段が前記認証処理に失敗したときには、前記診断されたエラーの内容と、前記複数のチェック項目のうち前記診断手段により良好と判定されたチェック項目と、を含む前記ステータス情報を前記ネットワークを介さずに報知し、
   前記通信装置は、前記ネットワークに有線で接続される、
   情報処理方法。
7. 請求項６に記載の情報処理方法の各ステップを１以上のコンピューターに実現させるプログラム。

Images