JP5381329B2 - 画像形成装置、認証システム、認証制御方法、及び認証制御プログラム - Google Patents

Description

本発明は、画像形成装置、認証システム、認証制御方法、及び認証制御プログラムに関し、特にユーザの認証を実行する画像形成装置、認証システム、認証制御方法、及び認証制御プログラムに関する。

従来、オフィス等において共用される画像形成装置は認証機能を備え、認証されたユーザにのみ利用を許可することが可能となっている。また、認証機能とアクセス制御機能との併用により、ユーザに応じて利用可能な機能を制限可能となっている。

認証機能を実現するために、画像形成装置は、ユーザごとに認証情報を管理するためのデータベース（以下、「ユーザＤＢ」という。）を備える必要がある。画像形成装置は、オフィスの規模に応じて複数台設置される場合がある。企業規模で見ると数千台又は数万台といった台数の画像形成装置が設置される場合がある。多数の画像形成装置にユーザＤＢが分散されてしまうと、ユーザＤＢ自体の保守作業が煩雑になるばかりでなく、画像形成装置のリソース（ＨＤＤ（Hard Disk Drive）等）の使用効率の悪化に繋がる。

そこで、画像形成装置の認証機能及びユーザＤＢを外部のコンピュータ（認証サーバ）に実装することが行われている（例えば、特許文献１）。この場合、各画像形成装置は、操作パネル等を介して入力された認証情報をネットワークを介して認証サーバに転送する。認証サーバは、認証情報をユーザＤＢ内の情報と照合して認証を行い、認証結果を画像形成装置にネットワークを介して返信する。このようなシステム形態によれば、ユーザＤＢの保守作業の簡便化や、画像形成装置のリソースの使用効率の向上を期待することができる。

しかしながら、認証サーバに認証処理を委譲する場合、画像形成装置と認証サーバとの間のネットワークに通信障害が発生した場合や、認証サーバ自体が正常に動作していない場合、画像形成装置自体は正常に動作しているにも拘わらず画像形成装置にログインすることができないという問題がある。その結果、ユーザは、画像形成装置を利用することができず、円滑な業務の遂行が阻害されてしまう。特に、画像形成装置と認証サーバとがインターネット等の広域ネットワークを介して接続されている場合、ネットワークに通信障害が発生する可能性は高くなる。

本発明は、上記の点に鑑みてなされたものであって、ネットワークを介して接続される認証装置を利用できない場合であってもユーザの認証を適切に実行することができる画像形成装置、認証システム、認証制御方法、及び認証制御プログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、認証情報の入力を受け付ける認証情報受付手段と、ネットワークを介して接続される認証装置に前記認証情報を送信し、該認証情報に基づく認証を該認証装置に実行させる認証制御手段と、前記認証装置による認証が成功した場合に、前記認証情報を認証情報記憶手段に記録する認証情報記録手段とを有し、前記認証制御手段は、前記認証装置を利用できない場合は、入力された認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行する。

このような画像形成装置では、ネットワークを介して接続される認証装置を利用できない場合であってもユーザの認証を適切に実行することができる。

本発明によれば、ネットワークを介して接続される認証装置を利用できない場合であってもユーザの認証を適切に実行することができる。

本発明の実施の形態におけるシステム構成例を示す図である。 本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 本実施の形態における画像形成装置及び認証サーバの機能構成例を示す図である。 第一の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。 ユーザ情報管理部におけるユーザ情報の構成例を示す図である。 ユーザ情報キャッシュ部の構成例を示す図である。 第二の実施の形態における各画像形成装置のアクセス先管理部の設定内容を示す図である。 第二の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。

同図において、画像形成装置１０ａ〜１０ｄ（以下、それぞれを区別しない場合「画像形成装置１０」という。）は、ＬＡＮ（Local Area Network）等のオフィス内のネットワーク７０（有線又は無線の別は問わない。）を介して通信可能に接続されている。また、各画像形成装置１０は、インターネット等の広域的なネットワーク８０を介して認証サーバ２０ａ及び２０ｂ（以下、両者を区別しない場合「認証サーバ２０」という。）と接続されている。

画像形成装置１０は、プリンタ、スキャナ、コピー機、ファクシミリ等の単体の機能を実現する機器であってもよいし、上記のいずれか二つ以上の機能を実現する複合機であってもよい。

認証サーバ２０は、画像形成装置１０のユーザの認証を行うコンピュータである。認証サーバ２０による認証方式は、所定のものに限定されない。例えば、認証サーバ２０ａは、ＬＤＡＰ（Lightweight Directory Access Protocol）サーバ６０を利用して認証を行う。

図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、ネットワークＩ／Ｆ１０４、画像出力部１０５、画像処理部１０６、外部デバイスＩ／Ｆ１０７、表示部１０８、及び操作部１０９等を有する。

画像形成装置１０での機能を実現するプログラムは、ＨＤＤ（Hard Disk Drive）等の不揮発性の補助記憶装置１０３に記録（インストール）される。補助記憶装置１０３は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ１０２は、プログラムの起動指示があった場合に、補助記憶装置１０３からプログラムを読み出して格納する。ＣＰＵ１０１は、メモリ１０２に格納されたプログラムに従って画像形成装置１０に係る機能を実現する。ネットワークＩ／Ｆ１０４は、ネットワークに接続するためのインタフェースとして用いられる。

表示部１０８は、ＬＣＤ（Liquid Crystal Display）等によって構成され、操作画面やメッセージ等を表示させる。操作部１０９は、ハード的なボタン（キー）によって構成され、ユーザによる操作入力を受け付ける。なお、表示部１０８及び操作部１０９は、オペレーションパネルとして一体的に構成されてもよい。

画像処理部１０６は、画像データを出力（印刷）等する際に必要とされる各種の画像処理を実行する。画像出力部１０５は、画像データの出力（印刷）を行う。

外部デバイスＩ／Ｆ１０７は、認証情報の入力に用いられるカードリーダーと接続するためのインタフェースであり、例えば、ＵＳＢポート（ＵＳＢホストインタフェース）又はシリアルボート等によって構成される。カードリーダー４０は、カード５０から情報を読み取るいわゆるカードリーダー（カード読み取り装置）であり、外部デバイスＩ／Ｆ１０７と接続可能なハードウェアインタフェース（例えば、ＵＳＢコネクタ又はシリアルインタフェース等）を備える。但し、カードリーダー４０は、画像形成装置１０に内蔵されていてもよい。カードリーダー４０は、接触型又は非接触型のいずれであってもよい。カード５０は、ＩＣカードに限定されず、磁気カード等、少なくとも各カード５０に一意なカードＩＤ（カード番号）が記録可能なものであればよい。カードＩＤは、一般的に、Ｕｎｉｖｅｒｓａｌ ＩＤ又はＣａｒｄ Ｓｅｒｉａｌ Ｎｕｍｂｅｒと呼ばれる。カード５０の具体例の一部としては、Ｐｒｏｘｉｍｉｔｙカード、Ｍｉｆａｒｅカード、Ｊａｖａ（登録商標）Ｃａｒｄ等が挙げられる。

本実施の形態において、カード５０は各ユーザに配布されていることとする。但し、運用上必要とされるセキュリティのレベルに応じて、複数のユーザによって一枚のカード５０を共用させてもよい。なお、各ユーザに配布されるカード５０は一種類に限定されなくてもよい。上記のようにカードリーダー４０は、ＵＳＢ等によって簡便に画像形成装置１０に接続することが可能である。したがって、カード５０の種類（Ｐｒｏｘｉｍｉｔｙカード、Ｍｉｆａｒｅカード、Ｊａｖａ（登録商標）Ｃａｒｄ等）に応じて複数のカードリーダー４０を画像形成装置１０に同時に接続させてもよい。この場合、複数種類のカード５０を同時に利用することができる。

図３は、本実施の形態における画像形成装置及び認証サーバの機能構成例を示す図である。

同図において、画像形成装置１０は、認証クライアントアプリ１１及び認証プロキシアプリ１２等を有する。認証クライアントアプリ１１は、ユーザに認証情報（カードＩＤ）の入力を実行させるプログラムである。認証クライアントアプリ１１は、画像形成装置１０をカードＩＤ取得部１１１及び認証要求部１１２等として機能させる。カードＩＤ取得部１１１は、カードリーダー４０がカード５０より読み取ったカードＩＤをカードリーダー４０より取得する。認証要求部１１２は、カードＩＤ取得部１１１によって取得されたカードＩＤを含む認証要求を認証プロキシアプリ１２に送信する。

認証プロキシアプリ１２は、入力されたカードＩＤに基づく認証を認証サーバ２０に実行させると共に、認証サーバ２０を利用できない場合にカードＩＤに基づく認証処理を自ら実行するプログラムである。認証プロキシアプリ１２は、画像形成装置１０を認証要求受信部１２１、認証制御部１２２、及びユーザ情報記録部１２３等として機能させる。認証要求受信部１２１は、認証クライアントアプリ１１からの認証要求を受信する。認証制御部１２２は、認証要求を認証サーバ２０に転送し、当該認証要求に含まれているカードＩＤに基づく認証処理を認証サーバ２０に実行させる。認証要求の転送先の認証サーバ２０の識別情報（ＩＰアドレス、ホスト名、又はＵＲＬ（Uniform Resource Locator）、等）は、アクセス先管理部１２４に記録されている。アクセス先管理部１２４は、補助記憶装置１０３において、認証要求の転送先の識別情報を記憶するための記憶領域である。ユーザ情報記録部１２３は、認証に成功した場合に認証サーバ２０より返信されるユーザの属性情報（ユーザ情報）をユーザ情報キャッシュ部１２５に記録する。ユーザ情報キャッシュ部１２５は、補助記憶装置１０３において、ユーザ情報を記憶するための記憶領域である。なお、認証制御部１２２は、認証サーバ２０を利用できない場合、ユーザ情報キャッシュ部１２５に記録されているユーザ情報を用いて、入力されたカードＩＤに基づく認証を行う。

認証サーバ２０は、認証サーバアプリ２１を有する。認証サーバアプリ２１は、カードＩＤに基づく認証処理を実行するプログラムである。認証サーバアプリ２１は、認証サーバ２１を認証要求受信部２２１及び認証処理部２２２として機能させる。認証要求受信部２２１は、認証プロキシアプリ１２より転送される認証要求を受信する。認証処理部２２２は、認証要求に含まれているカードＩＤと、ユーザ情報管理部２２３に記録されているユーザ情報とに基づいてユーザの認証を行う。認証処理部２２２は、認証に成功した場合、認証されたユーザのユーザ情報を認証プロキシアプリ１２に返信する。ユーザ情報管理部２２３は、認証サーバ２０の記憶装置において、予めユーザごとにユーザ情報が記録された記憶領域である。

なお、認証プロキシアプリ１２における認証要求受信部１２１のインタフェースを、認証サーバアプリ２１の認証要求受信部２２１のインタフェースと同じにしてもよい。具体的には、認証要求受信部１２１は、認証要求受信部２２１と同じ通信プロトコル（例えば、ＨＴＴＰ又はＳＯＡＰ等）による、同じメッセージ仕様（メッセージ形式）によって認証要求を受信可能としてもよい。そうすることにより、認証クライアントアプリ１１が直接的に認証サーバアプリ２１に対して認証要求を送信するように構成されている環境に対し、認証クライアントアプリ１１のソースコードを変更することなく、認証プロキシアプリ１２を組み込むことができる。

以下、画像形成装置１０及び認証サーバ２０による処理手順について説明する。図４は、第一の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。

画像形成装置１０へのログイン時において、ユーザによってカード５０がカードリーダー４０にセットされると、認証クライアントアプリ１１のカードＩＤ取得部１１１は、カードリーダー４０がカードより読み取ったカードＩＤ（以下、「カレントカードＩＤ」という。）をカードリーダー４０より取得し、メモリ１０２内に記録する（Ｓ１０１）。なお、カードリーダー４０へのカード５０のセットとは、カードリーダー４０へカード５０を挿入したり、カード５０を翳したりといったように、カードリーダー４０がカード５０に記録されている情報を読み取れる状態にすることをいう。続いて、認証クライアントアプリ１１の認証要求部１１２は、カレントカードＩＤを含む認証要求を認証プロキシアプリ１２に送信する（Ｓ１０２）。当該認証要求は、認証プロキシアプリ１１２の認証要求受信部１２１によって受信される。

続いて、認証プロキシアプリ１１２の認証制御部１２２は、アクセス先管理部１２４に登録されている識別情報に基づいて、当該識別情報に係る認証サーバ２０の利用の可否を判定する（Ｓ１０３）。例えば、当該認証サーバ２０への通信の可否が判定される。通信の可否の判定により、認証サーバ２０との間のネットワークの通信障害、又は認証サーバ２０の障害（認証サーバ２０が起動状態でないこと等）が検知される。なお、通信の可否の判定は、例えば、ｐｉｎｇコマンドの発行等、周知の技術を用いて行えばよい。

認証サーバ２０が利用可能な場合、認証制御部１２２は、カレントカードＩＤを含む認証要求を認証サーバ２０に送信する（Ｓ１０４）。当該認証要求は、認証サーバアプリ２１の認証要求受信部２２１によって受信される。

続いて、認証サーバアプリ２１の認証処理部２２２は、カレントカードＩＤに対応するユーザ情報をユーザ情報管理部２２３より取得する（Ｓ１０５）。

図５は、ユーザ情報管理部におけるユーザ情報の構成例を示す図である。同図に示されるように、ユーザ情報管理部２２３には、ユーザごとにユーザ情報が登録されている。ユーザ情報は、ユーザ名、パスワード、カードＩＤ、メールアドレス、及び権限情報等を含む。ユーザ名は、ユーザごとに一意な識別子である。パスワードは、ユーザに対して設定されたパスワードである。カードＩＤは、ユーザに配布されているカード５０に記録されているカードＩＤである。メールアドレスは、ユーザのメールアドレスである。権限情報は、画像形成装置１０の機能に関する権限情報である。

ステップＳ１０５において、認証処理部２２２は、カードＩＤの値がカレントカードＩＤに一致するレコード（ユーザ情報）をユーザ情報管理部２２３より取得する。取得されたユーザ情報を、以下「カレントユーザ情報」という。続いて、認証処理部２２２は、カレントユーザ情報に含まれているユーザ名及びパスワードを認証情報として認証処理を実行する。但し、必ずしもユーザ名及びパスワードの双方が利用されなくてもよい。また、認証処理は、認証サーバ２０内において実行されなくてもよい。例えば、図４において、認証処理部２２２は、ユーザ名をＬＤＡＰサーバ６０に送信し、当該ユーザ名に対応するエントリの存否をＬＤＡＰサーバ６０に問い合わせている（Ｓ１０６）。当該問い合わせに対し、当該ユーザ名に対応するエントリが存在することがＬＤＡＰサーバ６０より返信されると、認証処理部２２２は認証に成功したと判断し、認証の成功を示す応答を認証プロキシアプリ１２に送信する（Ｓ１０７）。なお、当該応答にはカレントユーザ情報が含まれる。認証に失敗した場合、認証サーバアプリ２１からの応答には、認証に失敗したことを示す情報が含まれ、カレントユーザ情報は含まれない。認証プロキシアプリ１２の認証制御部１２２は、認証サーバアプリ２１からの応答に基づいて認証の成否を判定する。

認証に成功した場合、認証プロキシアプリ１２のユーザ情報記録部１２３は、応答に含まれているカレントユーザ情報をユーザ情報キャッシュ部１２５に記録する（Ｓ１０８）。

図６は、ユーザ情報キャッシュ部の構成例を示す図である。同図に示されるように、ユーザ情報キャッシュ部１２３は、ユーザ情報管理部２２３と同様の構成を有する。但し、予め全ユーザのユーザ情報が登録されるユーザ情報管理部２２３とは異なり、ユーザ情報キャッシュ部１２３には、認証に成功したユーザのユーザ情報が登録される。したがって、全ユーザのユーザ情報を登録する場合に比べて、補助記憶装置１０３の消費量を著しく低下させることができる。同図では、ユーザ名が「ＡＡＡ」であるユーザ情報が登録された状態が示されている。

続いて、認証制御部１２２は、認証の成功を示し、カレントユーザ情報を含む応答を認証クラアイントアプリ１１に送信する（Ｓ１０９）。認証クライアントアプリ１１の認証要求部１１２は、認証の成功に応じ、表示部１０８及び操作部１０９を介した画像形成装置１０の利用を可能とする（Ｓ１１０）。なお、カレントユーザ情報は、例えば、ログ情報や課金情報の記録において、ログインユーザを識別するために利用される。また、カレントユーザ情報は、各機能の利用の可否の判定にも利用される。

その後、ユーザが一度ログアウトし、再度ログインする場合について説明する。ステップＳ１２１〜Ｓ１２３は、ステップＳ１０１〜Ｓ１０３と同様である。但し、ステップＳ１２３では、アクセス先管理部１２４に登録されている認証サーバ２０は利用できないと判定されたこととする。すなわち、ネットワーク障害又は当該認証サーバ２０の障害等が発生している場合である。

そこで、認証制御部１２２は、カレントカードＩＤ（ステップＳ１２１において取得されたカードＩＤ）とユーザ情報キャッシュ部１２５とを用いてユーザの認証を行う。具体的には、認証制御部１２２は、カレントカードＩＤに対応するユーザ情報をユーザ情報キャッシュ部１２５より検索する（Ｓ１２４）。当該ユーザ情報が検索された場合（当該ユーザ情報がユーザ情報キャッシュ部１２５に登録されていた場合）、認証制御部１２２は、認証は成功したと判定する。当該ユーザ情報が検索されなかった場合（当該ユーザ情報がユーザ情報キャッシュ部１２５に登録されていなかった場合）、認証制御部１２２は、認証は失敗したと判定する。

ステップＳ１２５以降は、ステップＳ１０９以降と同様である。すなわち、認証に成功した場合、認証制御部１２２は、認証に成功したことを示し、ユーザ情報キャッシュ部１２５より取得された（検索された）ユーザ情報を含む応答を認証クライアントアプリ１１に送信する（Ｓ１２５）。一方、認証に失敗した場合、認証制御部１２２は、認証に失敗したことを示す応答を認証クライアントアプリ１１に送信する。

上述したように、第一の実施の形態によれば、一度利用した画像形成装置１０であれば、認証サーバ２０を利用できない場合であってもログインすることができる。したがって、認証サーバ２０が利用の可否に拘わらず、安定して画像形成装置１０を利用することができる。その結果、認証サーバ２０が利用できないことにより、画像形成装置１０が利用できず、業務の円滑な遂行が阻害されるいといった事態が発生する可能性を低減させることができる。

また、ユーザ情報キャッシュ部１２５には、ログインに成功した場合にユーザ情報が登録されるため、ユーザ情報キャッシュ部１２５による記憶領域の消費量の増大は適切に抑制される。但し、多数のユーザに利用される可能性がある場合は、例えばユーザ情報記録部１２３が、利用頻度の少ないユーザ情報をユーザ情報キャッシュ部１２５より削除するようにしてもよい。

また、ユーザ情報（特に、パスワード）は、セキュリティの確保の観点より、認証サーバ２０において定期的に変更される場合がある。そのような場合を考慮して、ユーザ情報記録部１２３は、ユーザ情報キャッシュ部１２５に記録さているユーザ情報を定期的に認証サーバ２０よりダウンロードするようにしてもよい。そうすることにより、ユーザ情報キャッシュ部１２５におけるユーザ情報と、認証サーバ２０のユーザ情報管理部２２３におけるユーザ情報との間に不整合が発生する可能性を低減させることができる。また、ダウンロード対象は、ユーザ情報キャッシュ部１２５に登録されているユーザ情報に限定されるため、全てのユーザ情報をダウンロードする場合に比べて、ネットワーク負荷や記憶領域の消費量を抑制することができる。

なお、アクセス先管理部１２４には、複数の認証サーバ２０を登録可能としてもよい。この場合、認証プロキシアプリ１２の認証制御部１２２は、アクセス先管理部１２４に登録されている順番で、各認証サーバ２０の利用の可否を判定し、利用可能な各認証サーバ２０に対して認証要求を送信する。したがって、例えば認証サーバ２０ａが利用できない場合であっても、認証サーバ２０ｂが利用可能であれば、認証サーバ２０ｂを利用して認証処理を実行させることができる。その結果、認証サーバ２０を利用できる可能性の高めることができる。なお、アクセス先管理部１２４に登録されている全ての認証サーバ２０を利用できない場合、認証制御部１２２は、ユーザ情報キャッシュ部１２５を利用して認証処理を実行する。

ところで、第一の実施の形態では、認証サーバ２０を利用できない場合に、操作対象の画像形成装置１０に過去にログインした実績が無ければ、ユーザは当該画像形成装置１０にログインすることはできない。そこで、斯かる問題を解決した例を第二の実施の形態として説明する。

第二の実施の形態では、認証サーバ２０だけでなく、他の画像形成装置１０をもアクセス先管理部１２４への登録が可能とされる。図７は、第二の実施の形態における各画像形成装置のアクセス先管理部の設定内容を示す図である。

同図において、画像形成装置１０ａのアクセス先管理部１２４ａには、ＩＰアドレスＢ及びＩＰアドレスＣが登録されている。ＩＰアドレスＢは、画像形成装置１０ｂのＩＰアドレスであり、ＩＰアドレスＣは、画像形成装置１０ｃのＩＰアドレスである。したがって、画像形成装置１０ａは、画像形成装置１０ｂ及び１０ｃに対して認証要求を転送することができる。この場合、画像形成装置１０ａと、画像形成装置１０ｂ及び１０ｃとの間には参照関係があるという。当該参照関係において参照する側は画像形成装置１０ａであり、参照される側は画像形成装置１０ｂ及び１０ｃである。なお、図中に示されている破線の矢印は、画像形成装置１０間の参照関係を示している。

画像形成装置１０ｂのアクセス先管理部１２４ｂには、ＩＰアドレスＡが登録されている。ＩＰアドレスＡは、画像形成装置１０ａのＩＰアドレスである。すなわち、画像形成装置１０ｂは画像形成装置１０ａを参照している。画像形成装置１０ｃのアクセス先管理部１２４ｃには、ＩＰアドレスＢ及びＩＰアドレスＤが登録されている。ＩＰアドレスＤは、画像形成装置１０ｄのＩＰアドレスである。すなわち、画像形成装置１０ｃは画像形成装置１０ｂ及び１０ｄを参照している。

なお、各画像形成装置１０のアクセス先管理部１２４には、少なくとも一つの認証サーバ２０に対するＩＰアドレスも登録されているが、図７では省略されている。また、以下の説明において、各画像形成装置１０の構成要素は、図３に示される参照番号に対して各画像形成装置１０の参照番号の末尾のアルファベット（ａ、ｂ、ｃ、又はｄ）が付加されることにより区別される。

図８は、第二の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。同図において、ユーザは、画像形成装置１０ａを操作していることとする。

ステップＳ２０１〜Ｓ２０３は、図４のステップＳ１２１〜Ｓ１２３と同様である。すなわち、アクセス先管理部１２４ａに登録されている認証サーバ２０は利用できない状態である。

そこで、認証制御部１２２ａは、カレントカードＩＤに対応するユーザ情報をユーザ情報キャッシュ部１２５ａより検索する（Ｓ２０４）。ここでは、カレントカードＩＤに対応するユーザ情報は検索されなかったこととする。したがって、認証制御部１２２ａは、認証に失敗したと判定する。認証に失敗した場合、認証制御部１２２ａは、他の画像形成装置１０のユーザ情報キャッシュ部１２５に登録されているユーザ情報を利用した認証を実行するための処理を行う。

まず、認証制御部１２２ａは、アクセス履歴データをメモリ１０２に作成し、当該アクセス履歴データに画像形成装置１０ａのＩＰアドレス（ＩＰアドレスＡ）を記録する（Ｓ２０５）。アクセス履歴データとは、ユーザ情報キャッシュ部１２５を利用した認証を実行した画像形成装置１０の識別情報（本実施の形態では、ＩＰアドレス）を記録しておくためのデータである。アクセス履歴データの用途については後述する。

続いて、認証制御部１２２ａは、アクセス先管理部１２４ａに登録されている画像形成装置１０のＩＰアドレスを取得する（Ｓ２０６）。ここでは、図７に示されるように、ＩＰアドレスＢ及びＩＰアドレスＣが取得される。なお、アクセス先管理部１２４には、認証サーバ２０のＩＰアドレスと画像形成装置１０のＩＰアドレスとが区別可能なように登録されている。例えば、それぞれが登録される記憶領域（フォルダ等）が異なるようにしてもよいし、それぞれに認証サーバ２０のＩＰアドレスであるか画像形成装置１０のＩＰアドレスであるかを識別するための情報を付加してもよい。また、ＩＰアドレス自体によって区別可能としてもよい。

続いて、認証制御部１２２ａは、アクセス先管理部１２４ａより取得されたＩＰアドレスの中で、最上位に登録されているＩＰアドレスＢ宛（すなわち、画像形成装置１０ｂ宛）にカレントカードＩＤとアクセス履歴データとを含む認証要求を送信する（Ｓ２０７）。当該認証要求は、画像形成装置１０ｂにおいて、認証プロキシアプリ１２ｂの認証要求受信部１２１ｂによって受信される。

続いて、認証プロキシアプリ１２ｂの認証制御部１２２ｂは、認証サーバ２０の利用の可否を判定する（Ｓ２０８）。認証サーバ２０を利用できない場合、認証制御部１２２ｂは、認証要求に含まれているカレントカードＩＤに対応するユーザ情報をユーザ情報キャッシュ部１２５ｂより検索する（Ｓ２０９）。カレントカードＩＤに対応するユーザ情報が検索されない場合、認証制御部１２２ｂは、認証要求に含まれていたアクセス履歴データに画像形成装置１０ｂのＩＰアドレス（ＩＰアドレスＢ）を追加する（Ｓ２１０）。したがって、アクセス履歴データは、ＩＰアドレスＡ及びＩＰアドレスＢが登録された状態となる。続いて、認証制御部１２２ｂは、アクセス先管理部１２４ｂに登録されている画像形成装置１０のＩＰアドレスの中から、アクセス履歴データに含まれていないＩＰアドレスを取得する（Ｓ２１１）。図７に示されるように、アクセス先管理部１２４ｂには、ＩＰアドレスＡが登録されている。但し、ＩＰアドレスＡは、アクセス履歴データに含まれている。したがって、ここでは該当するＩＰアドレスは取得されない。そこで、認証制御部１２２ｂは、認証に失敗したことを示す応答を認証プロキシアプリ１２ａに送信する（Ｓ２１２）。なお、当該応答には、ＩＰアドレスＡ及びＩＰアドレスＢを含むアクセス履歴データも含められる。

このように、アクセス履歴データは、同じ画像形成装置１０によって重複して認証処理が実行されるのを回避するために利用される。アクセス履歴データによって、認証処理の冗長さを排除することができるだけでなく、認証処理の無限ループの発生も防止することができる。すなわち、図７において、画像形成装置１０ａ及び１０ｂとの間には参照関係のループが形成されている。しかし、アクセス履歴データによって、当該ループは適切に排除される。

続いて、認証プロキシアプリ１２ａの認証制御部１２２ａは、画像形成装置１０ｂによる認証に失敗したことに応じ、アクセス先管理部１２４においてＩＰアドレスＢの次に登録されているＩＰアドレスＣ宛（すなわち、画像形成装置１０ｃ宛）に、カレントカードＩＤとアクセス履歴データとを含む認証要求を送信する（Ｓ２１３）。当該認証要求は、画像形成装置１０ｃにおいて、認証プロキシアプリ１２ｃの認証要求受信部１２１ｃによって受信される。

続いて、認証プロキシアプリ１２ｃの認証制御部１２２ｃは、認証サーバ２０の利用の可否を判定する（Ｓ２１４）。認証サーバ２０を利用できない場合、認証制御部１２２ｃは、認証要求に含まれているカレントカードＩＤに対応するユーザ情報をユーザ情報キャッシュ部１２５ｃより検索する（Ｓ２１５）。カレントカードＩＤに対応するユーザ情報が検索されない場合、認証制御部１２２ｃは、認証要求に含まれていたアクセス履歴データに画像形成装置１０ｃのＩＰアドレス（ＩＰアドレスＣ）を追加する（Ｓ２１６）。したがって、アクセス履歴データは、ＩＰアドレスＡ、ＩＰアドレスＢ、及びＩＰアドレスＣが登録された状態となる。続いて、認証制御部１２２ｃは、アクセス先管理部１２４ｃに登録されている画像形成装置１０のＩＰアドレスの中から、アクセス履歴データに含まれていないＩＰアドレスを取得する（Ｓ２１７）。図７に示されるように、アクセス先管理部１２４ｃには、ＩＰアドレスＢ及びＩＰアドレスＤが登録されている。但し、ＩＰアドレスＢは、アクセス履歴データに含まれている。したがって、ここでは、ＩＰアドレスＤが取得される。

そこで、認証制御部１２２ｃは、ＩＰアドレスＤ宛（すなわち、画像形成装置１０ｄ宛）に、カレントカードＩＤとアクセス履歴データとを含む認証要求を送信する（Ｓ２１８）。当該認証要求は、画像形成装置１０ｄにおいて、認証プロキシアプリ１２ｄの認証要求受信部１２１ｄによって受信される。

続いて、認証プロキシアプリ１２ｄの認証制御部１２２ｄは、認証サーバ２０の利用の可否を判定する（Ｓ２１９）。認証サーバ２０を利用できない場合、認証制御部１２２ｄは、認証要求に含まれているカレントカードＩＤに対応するユーザ情報をユーザ情報キャッシュ部１２５ｄより検索する（Ｓ２２０）。当該ユーザ情報が検索された場合、認証制御部１２２ｄは、認証は成功したと判定する。認証に成功した場合、認証制御部１２２ｄは、認証に成功したことを示し、ユーザ情報キャッシュ部１２５ｄより取得されたユーザ情報を含む応答を認証プロキシアプリ１２ｃに送信する（Ｓ２２１）。認証プロキシアプリ１２ｃの認証制御部１２２ｃは、認証プロキシアプリ１２ｄからの応答が認証の成功示すものである場合、当該応答を認証プロキシアプリ１２ａに送信する（Ｓ２２２）。認証プロキシアプリ１２ａの認証制御部１２２ａは、認証プロキシアプリ１２ｃからの応答が認証の成功示すものである場合、当該応答を認証クライアンドアプリ１１ａに送信する（Ｓ２２３）。認証クライアントアプリ１１ａの認証要求部１１２ａは、認証の成功に応じ、表示部１０８及び操作部１０９を介した画像形成装置１０ａの利用を可能とする（Ｓ２２４）。

上述したように、第二の実施の形態によれば、各画像形成装置１０は、認証サーバ２０を利用できず、当該画像形成装置１０における認証処理（ユーザ情報キャッシュ部１２５を利用した認証処理）に失敗した場合に、他の画像形成装置１０に認証処理を委譲することができる。したがって、例えば、画像形成装置１０ａにおいて過去にログイン実績が無い場合であっても、画像形成装置１０ｄにおいてログイン実績があれば、ユーザは画像形成装置１０ａを利用することができる。

なお、各画像形成装置１０の認証制御部１２２は、アクセス先管理部１２４に登録されている他の画像形成装置１０に認証要求を送信する代わりに、当該他の画像形成装置１０のユーザ情報キャッシュ部１２５に登録されているユーザ情報を参照して認証処理を行ってもよい。具体的には、認証制御部１２２は、他の画像形成装置１０のユーザ情報キャッシュ部１２５に登録されているユーザ情報をダウンロードし、当該ユーザ情報の中にカレントＩＤを含むユーザ情報が含まれているか否かに基づいて、認証の成否を判定してもよい。このような形態も、他の画像形成装置１０のユーザ情報キャッシュ部１２５に登録されているユーザ情報を利用した認証の実行に含まれる。

また、上記実施の形態においては、ユーザに入力させる認証情報をカードＩＤとし、当該カードＩＤに基づいて特定されるユーザ名及びパスワードを認証サーバ２０から見た場合の認証情報とした例を説明した。但し、ユーザに入力させる認証情報は、カードＩＤに限定されない。例えば、ユーザ名及びパスワードを認証情報として入力させてもよい。この場合、ユーザ情報キャッシュ部１２５にはユーザ名及びパスワードを記録するようにすればよい。同様に、ユーザ名及びパスワードを利用した認証以外の認証方式（例えば、生体認証）に本実施の形態を適用させてもよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ａ、１０ｂ、１０ｃ、１０ｄ 画像形成装置
１１ 認証クライアントアプリ
１２ 認証プロキシアプリ
２０ａ、２０ｂ 認証サーバ
２１ 認証サーバアプリ
６０ ＬＤＡＰサーバ
１０１ ＣＰＵ
１０２ メモリ
１０３ 補助記憶装置
１０４ ネットワークＩ／Ｆ
１０５ 画像出力部
１０６ 画像処理部
１０７ 外部デバイスＩ／Ｆ
１０８ 表示部
１０９ 操作部
１１１ カードＩＤ取得部
１１２ 認証要求部
１２１ 認証要求部
１２２ 認証制御部
１２３ ユーザ情報記録部
２２１ 認証要求受信部
２２２ 認証処理部

特開２００９−０７１４０９号公報

Claims (12)

1. 認証情報の入力を受け付ける認証情報受付手段と、
   ネットワークを介して接続される認証装置に前記認証情報を送信し、該認証情報に基づく認証を該認証装置に実行させる認証制御手段と、
   前記認証装置による認証が成功した場合に、前記認証情報を認証情報記憶手段に記録する認証情報記録手段とを有し、
   前記認証制御手段は、前記認証装置を利用できない場合は、入力された認証情報を該認証装置とは異なる他の認証装置に送信し、該認証情報に基づく認証を該他の認証装置に実行させ、該他の認証装置を利用できない場合は、入力された認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いて認証を実行する画像形成装置。
2. 前記認証制御手段は、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が有する前記認証制御手段に、該他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いた認証を実行させる請求項１記載の画像形成装置。
3. 他の画像形成装置の識別情報の一覧を記憶したアクセス先記憶手段を有し、
   前記認証制御手段は、他の画像形成装置より転送される、認証情報と当該他の画像形成装置の識別情報とを含む認証要求の受信に応じ、該認証要求に含まれている認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、前記アクセス先記憶手段に識別情報が記憶されている前記他の画像形成装置の中で、前記認証要求に含まれている識別情報と異なる識別情報に係る前記他の画像形成装置に、前記認証要求に含まれている認証情報及び識別情報と当該画像形成装置の識別情報とを含む認証要求を転送する請求項１記載の画像形成装置。
4. 画像形成装置と認証装置とを含む認証システムであって、
   前記画像形成装置は、
   認証情報の入力を受け付ける認証情報受付手段と、
   前記認証装置に前記認証情報を送信し、該認証情報に基づく認証を該認証装置に実行させる認証制御手段と、
   前記認証装置による認証が成功した場合に、前記認証情報を認証情報記憶手段に記録する認証情報記録手段とを有し、
   前記認証制御手段は、前記認証装置を利用できない場合は、入力された認証情報を該認証装置とは異なる他の認証装置に送信し、該認証情報に基づく認証を該他の認証装置に実行させ、該他の認証装置を利用できない場合は、入力された認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いて認証を実行する認証システム。
5. 前記認証制御手段は、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が有する前記認証制御手段に、該他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いた認証を実行させる請求項４記載の認証システム。
6. 前記画像形成装置は、他の画像形成装置の識別情報の一覧を記憶したアクセス先記憶手段を有し、
   前記認証制御手段は、他の画像形成装置より転送される、認証情報と当該他の画像形成装置の識別情報とを含む認証要求の受信に応じ、該認証要求に含まれている認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、前記アクセス先記憶手段に識別情報が記憶されている前記他の画像形成装置の中で、前記認証要求に含まれている識別情報と異なる識別情報に係る前記他の画像形成装置に、前記認証要求に含まれている認証情報及び識別情報と当該画像形成装置の識別情報とを含む認証要求を転送する請求項４記載の認証システム。
7. 画像形成装置が実行する認証制御方法であって、
   認証情報の入力を受け付ける認証情報受付手順と、
   ネットワークを介して接続される認証装置に前記認証情報を送信し、該認証情報に基づく認証を該認証装置に実行させる認証制御手順と、
   前記認証装置による認証が成功した場合に、前記認証情報を認証情報記憶手段に記録する認証情報記録手順とを有し、
   前記認証制御手順は、前記認証装置を利用できない場合は、入力された認証情報を該認証装置とは異なる他の認証装置に送信し、該認証情報に基づく認証を該他の認証装置に実行させ、該他の認証装置を利用できない場合は、入力された認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いて認証を実行する認証制御方法。
8. 前記認証制御手順は、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が実行する前記認証制御手順に、該他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いた認証を実行させる請求項７記載の認証制御方法。
9. 他の画像形成装置より転送される、認証情報と当該他の画像形成装置の識別情報とを含む認証要求の受信に応じ、該認証要求に含まれている認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置の識別情報の一覧を記憶したアクセス先記憶手段に識別情報が記憶されている前記他の画像形成装置の中で、前記認証要求に含まれている識別情報と異なる識別情報に係る前記他の画像形成装置に、前記認証要求に含まれている認証情報及び識別情報と当該画像形成装置の識別情報とを含む認証要求を転送する第二の認証制御手順を有する請求項７記載の認証制御方法。
10. 画像形成装置に、
    認証情報の入力を受け付ける認証情報受付手順と、
    ネットワークを介して接続される認証装置に前記認証情報を送信し、該認証情報に基づく認証を該認証装置に実行させる認証制御手順と、
    前記認証装置による認証が成功した場合に、前記認証情報を認証情報記憶手段に記録する認証情報記録手順とを実行させ、
    前記認証制御手順は、前記認証装置を利用できない場合は、入力された認証情報を該認証装置とは異なる他の認証装置に送信し、該認証情報に基づく認証を該他の認証装置に実行させ、該他の認証装置を利用できない場合は、入力された認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いて認証を実行する認証制御プログラム。
11. 前記認証制御手順は、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置が実行する前記認証制御手順に、該他の画像形成装置が有する前記認証情報記憶手段に記録されている認証情報を用いた認証を実行させる請求項１０記載の認証制御プログラム。
12. 他の画像形成装置より転送される、認証情報と当該他の画像形成装置の識別情報とを含む認証要求の受信に応じ、該認証要求に含まれている認証情報に基づく認証を前記認証情報記憶手段に記録されている認証情報を用いて実行し、前記認証情報記憶手段に記録されている認証情報を用いて実行した認証に失敗した場合は、他の画像形成装置の識別情報の一覧を記憶したアクセス先記憶手段に識別情報が記憶されている前記他の画像形成装置の中で、前記認証要求に含まれている識別情報と異なる識別情報に係る前記他の画像形成装置に、前記認証要求に含まれている認証情報及び識別情報と当該画像形成装置の識別情報とを含む認証要求を転送する第二の認証制御手順を実行させる請求項１０記載の認証制御プログラム。

Images