JP4873658B2 - 画像形成装置、認証システム、認証方法、プログラム及びコンピュータ読み取り可能な記憶媒体 - Google Patents

Description

本発明は、認証サーバと通信可能に接続された画像形成装置、認証サーバと画像形成装置を含む認証システム、画像形成装置における認証方法、当該認証方法をコンピュータに実行させるためのプログラム、及び、当該プログラムを記憶するコンピュータ読み取り可能な記憶媒体に関するものである。

現在、ＩＣカードを用いた複合機の認証技術やキーボードを使った複合機の認証技術は、広く普及している。このような複合機の認証システムでは、ＩＣカードから読み取った情報やキーボードで入力された情報の照合先として、認証用サーバを利用している。

認証用サーバには、複合機内に独自の認証データベースを作成して複合機自体を認証用サーバとして利用する方法や、複合機と同じネットワークに独自の認証サーバを構築する方法、既存の認証システムで使用されているディレクトリサーバを利用する方法などがある。

例えば、特許文献１には、独自の認証サーバとディレクトリサーバを併用する仕組みが開示されている。具体的に、特許文献１には、ＩＣカードを用いた認証（ＩＣカード認証）の場合は、かざされたＩＣカード情報を読み取り、独自の認証サーバにＩＣカード情報を問い合わせる。そして、独自の認証サーバ上のテーブルにＩＣカード情報が登録されていれば認証成功とみなし、登録されていなければ認証失敗とみなすようにしている。また、特許文献１には、キーボードを用いた認証（キーボード認証）の場合は、ユーザの入力したユーザ名、パスワード、ログイン先ドメインをもとに、ログインサービスＰＣ経由でディレクトリサーバでの認証を行うようにしている。

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

以下に、背景技術で示したＩＣカード認証及びキーボード認証を実現させるための認証システムについて説明する。

図２０は、背景技術で示したＩＣカード認証及びキーボード認証を実現させるための認証システムの概略構成の一例を示す模式図である。
図２０に示す認証システムは、複合機２０１０と、ＩＣカード認証サーバ２０２０と、ログインサービスサーバ２０３０と、ディレクトリサーバ２０４０と、これらの装置を通信可能に接続するネットワーク１０５を有して構成されている。

複合機２０１０は、カード読取機能部２１、認証処理機能部２２及びログインサービス接続機能部２３を構成する認証アプリケーション２０と、キーボードを含む操作部３３０と、ＩＣカードの情報を読み取るカードリーダ３４０を有して構成されている。また、ＩＣカード認証サーバ２０２０は、ＩＣカード認証サービス部２０２１と、ＩＣカード認証テーブル記憶部２０２２を有して構成されている。また、ログインサービスサーバ２０３０は、ログインサービス部２０３１を有して構成されている。また、ディレクトリサーバ２０４０は、ＬＤＡＰ（Lightweight Directory Access Protocol）サービス部２０４１と、管理データ記憶部２０４２を有して構成されている。

図２０に示す認証システムにおいて、ＩＣカード認証の場合、まず、ユーザ２００が複合機２０１０のカードリーダ３４０にＩＣカードをかざすと、複合機２０１０のカード読取機能部２１は、カードリーダ３４０を制御し、ＩＣカードからカード情報を取得する。そして、カード読取機能部２１は、取得したカード情報を認証処理機能部２２に渡す。認証処理機能部２２は、ＩＣカード認証サーバ２０２０のＩＣカード認証サービス部２０２１との接続を確立した後に、ＩＣカード認証サービス部２０２１に対してカード情報の認証要求を発行する。

そして、ＩＣカード認証サービス部２０２１は、認証処理機能部２２からの認証要求を受け付け、ＩＣカード認証テーブル記憶部２０２２に記憶されているＩＣカード認証テーブルを用いて該当するユーザ２００の検索を行う。そして、ＩＣカード認証サービス部２０２１は、検索結果を認証処理機能部２２へ返答する。そして、認証処理機能部２２は、検索結果を複合機２０１０の制御部に渡して、検索結果に応じた複合機２０１０へのログイン処理が行われる。

また、図２０に示す認証システムにおいて、キーボード認証の場合、まず、ユーザ２００が複合機２０１０の操作部３３０におけるキーボードログイン画面でユーザ名、パスワード及びログイン先を入力し、ログインボタンを押下する。

この場合、複合機２０１０の認証処理機能部２２は、操作部３３０から入力されたユーザ入力情報（ユーザ名、パスワード及びログイン先）を複合機２０１０のログインサービス接続機能部２３に渡して、認証を依頼する。そして、ログインサービス接続機能部２３は、ユーザ入力情報のログイン先に示されたドメインを取り出し、当該ドメインを用いて、ログインサービスサーバ２０３０を検索する。続いて、ログインサービス接続機能部２３は、検索されたログインサービスサーバ２０３０のログインサービス部２０３１に接続を行い、当該ログインサービス部２０３１に対して、ユーザ入力情報のユーザ名及びパスワードを渡して認証を依頼する。

ログインサービス部２０３１は、ディレクトリサーバ２０４０上で起動するＬＤＡＰサービス部２０４１に接続する。続いて、ログインサービス部２０３１は、予め設定されたユーザ名及びパスワードを用いてＬＤＡＰサービス部２０４１にログインする。続いて、ログインサービス部２０３１は、ＬＤＡＰサービス部２０４１にユーザ入力情報のユーザ名及びパスワードを渡す。

そして、ＬＤＡＰサービス部２０４１は、管理データ記憶部２０４２に管理され記憶されているユーザ情報と、ユーザ入力情報のユーザ名及びパスワードに従って、ユーザ２００が正当なユーザであるか否かを判断する。そして、正当なユーザであるか否かの判断結果をログインサービス部２０３１に返答する。

そして、ログインサービス部２０３１は、ＬＤＡＰサービス部２０４１から受け取った判断結果をログインサービス接続機能部２３に返答し、ログインサービス接続機能部２３は、当該判断結果を認証処理機能部２２に返答する。そして、認証処理機能部２２は、ログインサービス接続機能部２３から受け取った判断結果を複合機２０１０の制御部に渡して、当該判断結果に応じた複合機２０１０へのログイン処理が行われる。

このように、背景技術で示したＩＣカード認証及びキーボード認証を実現させるための認証システムでは、独自の認証サーバ（ＩＣカード認証サーバ２０２０）とディレクトリサーバ２０４０を管理しなければならず、ユーザ情報としてＩＣカード認証テーブル記憶部２０２２と管理データ記憶部２０４２の両方を管理する必要があった。これにより、認証システムの運用管理コストが増大してしまうという問題が生じていた。

また、この問題を解決するために、例えば、ディレクトリサーバ２０４０においてＩＣカードユーザ情報（ＩＣカード認証テーブル）を管理することが考えられるが、ディレクトリサーバ２０４０では、ユーザ情報を検索するために、一旦、当該ディレクトリサーバ２０４０にログインする必要があるので、ユーザ名、パスワードが必要となる。この点、ＩＣカード認証の場合には、パスワード等をＩＣカード内に保存することが必要となり、この場合には、セキュリティ上の問題が生じる。より詳細に、セキュリティ上、パスワードは定期的に変更されるものであるのにもかかわらず、ＩＣカードのように内部情報を定期的に変更しない媒体を利用した場合、ＩＣカードに記憶されるパスワードが固定されてしまい、この点でセキュリティ上大きな問題が発生する。

さらに、背景技術で示したＩＣカード認証及びキーボード認証を実現させるための認証システムにおいては、ディレクトリサーバ２０４０に対して認証を行う場合に、ログインサービスＰＣ（ログインサービスサーバ２０３０）を用意する必要があり、この点からも運用管理コストが増大してしまうという問題が生じる。また、この問題を解決するために、ログインサービス機能を複合機２０１０が行うことが考えられるが、この場合、ＰＣに比べて処理速度が劣る複合機２０１０が直接ディレクトリサーバ２０４０と通信を行って認証処理を行うと、その煩雑な処理から認証に時間がかかってしまうという問題が発生してしまう。

本発明は、画像形成装置へのログインのたびに認証チケットを発行することなく、一度発行された認証チケットを繰り返し利用して、ユーザ識別情報及びパスワードを含むユーザ管理情報を記憶する認証サーバと画像形成装置との認証の認証時間を短縮することが可能な仕組みを提供することを目的とする。

本発明の画像形成装置は、１ユーザに対して少なくともユーザ特定情報及びユーザ識別情報を含むユーザ管理情報を記憶する認証サーバと通信可能に接続された画像形成装置であって、ユーザを特定するためのユーザ特定情報を読み取る読取手段と、前記読取手段で読み取られたユーザ特定情報を認証するために用いられる、前記認証サーバに対してログインするための共通のユーザ識別情報及びパスワードを少なくとも含む第１のログイン情報を予め記憶するログイン情報記憶手段と、前記読取手段でユーザ特定情報を読み取った場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをキャッシュするチケットキャッシュ手段と、前記読取手段でユーザ特定情報を読み取った場合に、前記第１のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断する判断手段と、前記判断手段で、前記第１のログイン情報に対応する認証チケットがないと判断された場合に、前記第１のログイン情報を用いて認証チケットを前記認証サーバに要求するチケット要求手段と、前記判断手段で認証チケットがあると判断された場合に、前記チケットキャッシュ手段から認証チケットを取得する取得手段と、前記認証サーバにログインするべく、前記取得手段で取得した認証チケット又は前記チケット要求手段の要求により取得した認証チケットを用いて、前記認証サーバに対して認証要求を行う認証要求手段と、前記認証要求手段による要求により前記認証サーバに対する前記認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記読取手段で読み取られたユーザ特定情報の検索を、前記認証サーバに対して要求する検索要求手段とを有する。

本発明の認証システムは、前記画像形成装置と、前記認証サーバと、印刷データを記憶するプリントサーバと、ユーザごとに印刷データ一覧を生成する印刷管理サーバとを有し、前記プリントサーバに記憶されている印刷データの印刷処理を行う際に、前記認証サーバにおいて前記画像形成装置の使用を許可されたユーザの印刷データ一覧を、前記印刷管理サーバから画像形成装置に出力する。

本発明の認証方法は、１ユーザに対して少なくともユーザ特定情報及びユーザ識別情報を含むユーザ管理情報を記憶する認証サーバと通信可能に接続された画像形成装置における認証方法であって、前記画像形成装置が、ユーザを特定するためのユーザ特定情報を、読取手段を用いて読み取る読取ステップと、前記読取ステップで読み取られたユーザ特定情報を認証するために用いられる、前記認証サーバに対してログインするための共通のユーザ識別情報及びパスワードを少なくとも含む第１のログイン情報を記憶するログイン情報記憶ステップと、前記読取ステップでユーザ特定情報を読み取った場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをチケットキャッシュ手段にキャッシュするチケットキャッシュステップと、前記読取ステップでユーザ特定情報を読み取った場合に、前記第１のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断する判断ステップと、前記判断ステップで、前記第１のログイン情報に対応する認証チケットがないと判断された場合に、前記第１のログイン情報を用いて認証チケットを前記認証サーバに要求するチケット要求ステップと、前記判断ステップで認証チケットがあると判断された場合に、前記チケットキャッシュ手段から認証チケットを取得する取得ステップと、前記認証サーバにログインするべく、前記取得ステップで取得した認証チケット又は前記チケット要求ステップの要求により取得した認証チケットを用いて、前記認証サーバに対して認証要求を行う認証要求ステップと、前記認証要求ステップによる要求により前記認証サーバに対する前記認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記読取ステップで読み取られたユーザ特定情報の検索を、前記認証サーバに対して要求する検索要求ステップとを実行する。

本発明のプログラムは、１ユーザに対して少なくともユーザ特定情報及びユーザ識別情報を含むユーザ管理情報を記憶する認証サーバと通信可能に接続された画像形成装置における認証方法をコンピュータに実行させるためのプログラムであって、ユーザを特定するためのユーザ特定情報を、読取手段を用いて読み取る読取ステップと、前記読取ステップで読み取られたユーザ特定情報を認証するために用いられる、前記認証サーバに対してログインするための共通のユーザ識別情報及びパスワードを少なくとも含む第１のログイン情報を記憶するログイン情報記憶ステップと、前記読取ステップでユーザ特定情報を読み取った場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをチケットキャッシュ手段にキャッシュするチケットキャッシュステップと、前記読取ステップでユーザ特定情報を読み取った場合に、前記第１のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断する判断ステップと、前記判断ステップで、前記第１のログイン情報に対応する認証チケットがないと判断された場合に、前記第１のログイン情報を用いて認証チケットを前記認証サーバに要求するチケット要求ステップと、前記判断ステップで認証チケットがあると判断された場合に、前記チケットキャッシュ手段から認証チケットを取得する取得ステップと、前記認証サーバにログインするべく、前記取得ステップで取得した認証チケット又は前記チケット要求ステップの要求により取得した認証チケットを用いて、前記認証サーバに対して認証要求を行う認証要求ステップと、前記認証要求ステップによる要求により前記認証サーバに対する前記認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記読取ステップで読み取られたユーザ特定情報の検索を、前記認証サーバに対して要求する検索要求ステップとをコンピュータに実行させるためのものである。

本発明のコンピュータ読み取り可能な記憶媒体は、前記プログラムを記憶する。

本発明によれば、画像形成装置へのログインのたびに認証チケットを発行することなく、一度発行された認証チケットを繰り返し利用して、ユーザ識別情報及びパスワードを含むユーザ管理情報を記憶する認証サーバと画像形成装置との認証の認証時間を短縮することが可能となる。

以下、本発明を実施するための最良の形態について、添付図面を参照しながら詳細に説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態に係る認証システムの一例を示す外観図である。
本実施形態の認証システム１００は、図１に示すように、複合機１０１と、クライアントＰＣ１０３と、ディレクトリサーバ１０４と、これらの装置を相互に通信可能に接続するＬＡＮ（Local Area Network）等からなるネットワーク１０５を有して構成されている。ここで、複合機１０１は、ネットワーク１０５に複数設置されており、例えば、オフィスビルの階毎に設置されている。また、クライアントＰＣ１０３は、ネットワーク１０５に複数設置されており、例えば、管理者毎に１台設置されている。また、ディレクトリサーバ１０４は、ネットワーク１０５に複数設置されており、例えば、拠点毎に設置されている。

複合機１０１は、プリンタ、複写機、ファクシミリ等の機能を有する画像形成装置である。

クライアントＰＣ１０３は、複合機１０１の設定等を行うＰＣであり、例えば、ネットワーク１０５を介してＨＴＴＰ（Hyper Text Transfer Protocol）で複合機１０１と通信することができる（例えば、マイクロソフト社のInternet Explorer（登録商標））機能を搭載したＰＣである。

ディレクトリサーバ１０４は、本発明に係る認証サーバを構成する。
具体的に、ディレクトリサーバ１０４は、ネットワーク１０５上に存在するサーバや、クライアントＰＣ１０３、複合機１０１等のハードウエア資源や、それらを使用するユーザの属性（例えば、マイクロソフト社のWindows（登録商標）のログインユーザ名やパスワード）、アクセス権等の情報を一元的に記憶管理するものであり、例えば、アクティブディレクトリ（Active Directory（登録商標））機能を搭載したサーバである。

以下に、図１に示すクライアントＰＣ１０３及びディレクトリサーバ１０４に適用可能なハードウエア構成について説明する。
図２は、図１に示すクライアントＰＣ１０３及びディレクトリサーバ１０４のハードウエア構成の一例を示すブロック図である。

図２に示すように、クライアントＰＣ１０３及びディレクトリサーバ１０４は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、システムバス２０４と、入力コントローラ２０５と、ビデオコントローラ２０６と、メモリコントローラ２０７と、通信インタフェース（通信Ｉ／Ｆ）コントローラ２０８と、キーボード（ＫＢ）２０９と、ＣＲＴディスプレイ（ＣＲＴ）２１０と、外部メモリ２１１の各ハードウエア構成を有して構成されている。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御するプロセッサである。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）、各クライアントＰＣ１０３或いは各ディレクトリサーバ１０４の実行する機能を実現するために必要な各種のプログラム等が記憶されている。さらに、前記プログラム等の実行時に用いられる定義ファイル及び各種情報テーブル等も、ＲＯＭ２０３或いは外部メモリ２１１に記録されているものとする。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して、必要なプログラム等をＲＯＭ２０３或いは外部メモリ２１１からＲＡＭ２０２にロードして、当該ロードしたプログラム等を実行することで各種の動作を実現する。

入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイスなどからの入力を制御する。

ビデオコントローラ２０６は、表示装置であるＣＲＴディスプレイ（ＣＲＴ）２１０への表示を制御する。なお、図２では、表示装置としてＣＲＴディスプレイ（ＣＲＴ）を適用した例を示しているが、表示装置としてＣＲＴディスプレイ（ＣＲＴ）だけでなく、例えば、液晶ディスプレイ等を適用する形態であってもよい。これらは、必要に応じて管理者が使用するものである。

メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種のデータ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部装置と接続し通信を行うためのものであり、ネットワーク１０５に対する通信制御処理を実行する。例えば、通信Ｉ／Ｆコントローラ２０８は、ＴＣＰ／ＩＰを用いた通信等を行うことが可能である。また、図２の破線で囲まれた領域は、例えば、コントローラユニットとして構成される領域である。

なお、ＣＰＵ２０１は、例えば、ＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴディスプレイ（ＣＲＴ）２１０上における表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴディスプレイ（ＣＲＴ）２１０上に表示された不図示のマウスカーソル等を介してユーザからの指示を受け付け可能となっている。

次に、図１に示す複合機１０１に適用可能なハードウエア構成について説明する。
図３は、図１に示す複合機１０１のハードウエア構成の一例を示すブロック図である。

図３に示すように、複合機１０１は、コントローラユニット３２０と、操作部３３０と、カードリーダ３４０と、プリンタ３５０と、スキャナ３６０の各ハードウエア構成を有して構成されている。

また、コントローラユニット３２０は、ＣＰＵ３０１と、ＲＡＭ３０２と、ＲＯＭ３０３と、ハードディスクドライブ（ＨＤＤ）３０４と、ネットワークインタフェース（Ｎｅｔｗｏｒｋ＿Ｉ／Ｆ）３０５と、モデム（ＭＯＤＥＭ）３０６と、操作部インタフェース（操作部Ｉ／Ｆ）３０７と、イメージバスインタフェース（ＩＭＡＧＥ＿ＢＵＳ＿Ｉ／Ｆ）３０８と、外部インタフェース（外部Ｉ／Ｆ）３０９と、システムバス３１０と、ラスタイメージプロセッサ（ＲＩＰ）３１１と、プリンタインタフェース（プリンタＩ／Ｆ）３１２と、スキャナインタフェース（スキャナＩ／Ｆ）３１３と、画像処理部３１４と、画像バス３１５の各ハードウエア構成を有して構成されている。

コントローラユニット３２０は、画像入力デバイスとして機能するスキャナ３６０や、画像出力デバイスとして機能するプリンタ３５０と接続する一方、ネットワーク１０５や、例えばＰＳＴＮまたはＩＳＤＮ等の公衆回線網（ＷＡＮ）と接続することで、画像データやデバイス情報の入出力を行う。

ＣＰＵ３０１は、システムバス３１０及び画像バス３１５に接続される各デバイスを統括的に制御するプロセッサである。

ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのワークメモリであり、また、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリの機能も有する。

ＲＯＭ３０３は、システムのブートプログラムや各種の制御プログラムが格納されている。ＨＤＤ３０４は、システムを制御するための各種のプログラム及び画像データ等を格納する。

Ｎｅｔｗｏｒｋ＿Ｉ／Ｆ３０５は、ネットワーク（ＬＡＮ）１０５に接続し、データの入出力を行う。ＭＯＤＥＭ３０６は、公衆回線網に接続し、ＦＡＸにおける送受信等のデータの入出力を行う。

操作部Ｉ／Ｆ３０７は、ユーザインタフェース（ＵＩ）である操作部３３０におけるインタフェースであり、操作部３３０に表示する画像データを操作部３３０に対して出力する。また、操作部Ｉ／Ｆ３０７は、本システムのユーザが操作部３３０から入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３３０は、キーボードに相当するタッチパネルを有する表示部を備え、当該表示部に表示されたキーボードのボタンを、ユーザが押下（指等でタッチ）することにより、各種の指示を行うことができる。

ＩＭＡＧＥ＿ＢＵＳ＿Ｉ／Ｆ３０８は、システムバス３１０と、画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

外部Ｉ／Ｆ３０９は、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるインタフェースである。本実施形態においては、外部Ｉ／Ｆ３０９には、ＩＣカード認証で必要となるＩＣカードの情報を読み取るためのカードリーダ３４０が接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３０９を介してカードリーダ３４０によるＩＣカードからの情報の読み取りを制御し、当該ＩＣカードから読み取られた情報を取得可能となっている。

以上の３０１〜３０９に示すデバイスがシステムバス３１０上に配置され、相互に通信可能となっている。

ＲＩＰ３１１は、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。

プリンタＩ／Ｆ３１２は、プリンタ３５０とコントローラユニット３２０とを接続し、画像データの同期系／非同期系の変換を行う。

スキャナＩ／Ｆ３１３は、スキャナ３６０とコントローラユニット３２０とを接続し、画像データの同期系／非同期系の変換を行う。

画像処理部３１４は、入力画像データに対して、補正処理、加工処理、編集処理を行ったり、プリント出力画像データに対して、プリンタの補正処理、解像度変換処理等を行ったりする。また、画像処理部３１４は、これらの処理に加えて、画像データの回転処理や、多値画像データに対してはＪＰＥＧ、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

以上の３０８、３１１〜３１４に示すデバイスが画像バス３１５上に配置され、相互に通信可能となっている。画像バス３１５は、例えば、ＰＣＩバスまたはＩＥＥＥ１３９４で構成されている。

操作部３３０は、具体的に、ＬＣＤ表示部を有し、当該ＬＣＤ表示部上にタッチパネルシートが貼られており、本システムの操作画面を表示するとともに、表示した操作画面のキー（ボタン）が押されると、その位置情報が操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝えられる。また、操作部３３０は、各種の操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等のキーボード機能を備える。

ここで、操作部３３０のスタートキーは、例えば、原稿画像の読み取り動作を開始する際などに操作される。このスタートキーの中央部には、例えば、緑と赤の２色のＬＥＤがあり、その各色の発光によってスタートキーが使える状態にあるかどうかが示される。また、操作部３３０のストップキーは、例えば、稼働中の動作を止める際などに操作される。また、操作部３３０のＩＤキーは、例えば、ユーザ（使用者）のユーザＩＤを入力する際などに操作される。また、操作部３３０のリセットキーは、例えば、操作部３３０による設定を初期化する際などに操作される。

カードリーダ３４０は、ＣＰＵ３０１からの制御により、認証カードに相当するＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されているユーザ識別情報を読み取るものである。カードリーダ３４０で読み取られたユーザ識別情報は、外部Ｉ／Ｆ３０９を介してＣＰＵ３０１へ通知される。

プリンタ３５０は、例えば、ラスタイメージデータを用紙上に画像として変換するものである。その変換方式としては、感光体ドラムや感光体ベルトを用いた電子写真方式や、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの変換方式を用いても構わない。プリンタ３５０のプリント動作の起動は、ＣＰＵ３０１からの指示によって開始される。なお、プリンタ３５０には、異なる用紙のサイズまたは異なる用紙の向きを選択できるように複数の給紙段が構成されており、それぞれの給紙段に対応した用紙カセットが設けられている。

スキャナ３６０は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサを用いて原稿を走査することで、原稿の画像をラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットされ、複合機１０１のユーザが操作部３３０から読み取り起動指示を行うことにより、ＣＰＵ３０１がスキャナ３６０に指示を与え、フィーダは、原稿用紙を１枚ずつフィードして原稿の画像の読み取り動作を行う。

以上のような構成によって、複合機１０１は、スキャナ３６０から読み込んだ画像データをネットワーク（ＬＡＮ）１０５上に送信したり、ネットワーク（ＬＡＮ）１０５から受信した印刷データをプリンタ３５０で印刷出力したりすることができる。また、複合機１０１は、スキャナ３６０から読み込んだ画像データをＭＯＤＥＭ３０６から公衆回線網上にＦＡＸ送信したり、公衆回線網からＦＡＸ受信した画像データをプリンタ３５０で印刷出力したりすることできる。

図４は、本発明の第１の実施形態に係る認証システムの概略構成の一例を示す模式図である。具体的に、図４には、認証システム１００の複合機１０１及びディレクトリサーバ１０４における各機能構成が示されている。

図４に示すように、複合機１０１は、キーボードを含む操作部３３０及びＩＣカードのユーザ識別情報を読み取るカードリーダ３４０のハード構成に加えて、カード読取機能部１１、認証処理機能部１２、ケルベロス認証機能部１３及びＬＤＡＰ通信機能部１４の各機能構成を有する認証アプリケーション１０を有して構成されている。ここで、認証アプリケーション１０における各機能構成は、例えば、図３に示すＣＰＵ３０１及びＲＯＭ３０３或いはＨＤＤ３０４に記憶されているプログラム、並びに、ＨＤＤ３０４或いはＲＡＭ３０２の記憶部等から構成される。

また、ディレクトリサーバ１０４は、認証サービス部４１１とチケット認可サービス部４１２を実行する鍵（チケット）配布局４１のアプリケーション、及び、ＬＤＡＰサービス部４２のアプリケーション、並びに、管理データ記憶部４３を有して構成されている。ここで、鍵配布局４１及びＬＤＡＰサービス部４２のアプリケーションは、例えば、図２に示すＣＰＵ２０１及びＲＯＭ２０３或いは外部メモリ２１１に記憶されているプログラム等から構成される。また、管理データ記憶部４３は、例えば、図２に示す外部メモリ２１１に構成される。

図５は、本発明の第１の実施形態に係る認証システムの各機能構成の処理の一例を示す模式図である。図５において、図４と同様の構成については、同じ符号を付している。

認証処理機能部１２には、図５に示すように、ＩＣカード用チケットキャッシュ部１２１と、キーボード用チケットキャッシュ部１２２と、複合機ログインユーザ情報部１２３と、ユーザ入力情報部１２４と、設定情報部１２５と、カード情報部１２６が設けられている。この１２１〜１２６の構成は、例えば、図３に示す複合機１０１のＨＤＤ３０４又はＲＡＭ３０２に構成される。

ＩＣカード用チケットキャッシュ部１２１は、ＩＣカードがカードリーダ３４０にかざされた際に、ＩＣカード認証を行うためのサービスチケットを記憶する記憶領域である。

キーボード用チケットキャッシュ部１２２は、操作部３３０のキーボードからユーザ情報が入力された際に、キーボード認証を行うためのサービスチケットを記憶する記憶領域である。

複合機ログインユーザ情報部１２３は、ＬＤＡＰサービス部４２で検索されたユーザ情報を記憶する記憶領域である。

ユーザ入力情報部１２４は、操作部３３０のキーボード等を用いて複合機１０１に入力されたユーザ入力情報を記憶する記憶領域である。

設定情報部１２５は、ユーザ（ここでは、管理者）がクライアントＰＣ１０３を用いてネットワークを介して複合機１０１に設定する設定情報（例えば、ドメイン、ホスト、ユーザ名、パスワードの各情報）を記憶する記憶領域である。

カード情報部１２６は、カードリーダ３４０により読み取られたカード情報を記憶する記憶領域である。

次に、複合機１０１の認証アプリケーション１０における各機能構成について説明する。

＜カード読取機能部１１の説明＞
ユーザによってカードリーダ３４０にＩＣカードがかざされると、カード読取機能部１１は、カードリーダ３４０を制御し、ＩＣカードからカード情報を取得し（６０２）、取得したカード情報を認証処理機能部１２に渡す（６０３）。

図６は、複合機１０１のカード読取機能部１１で取得されたカード情報の一例を示す模式図である。図６には、カード情報としてカードＩＤの情報が示されている。

＜認証処理機能部１２の説明＞
認証処理機能部１２は、管理者がクライアントＰＣ１０３を用いてネットワーク１０５を介して入力した設定情報を取得し、取得した設定情報を設定情報部１２５に記憶して設定する（６０１）。

図７は、複合機１０１の設定情報部１２５に設定される設定情報の一例を示す模式図である。図７に示すように、設定情報として、ドメイン、ホスト、ユーザ名、パスワードの各情報が設定される。ここで、ドメイン及びホストの情報は、ネットワーク１０５に接続された複数のディレクトリサーバ１０４における各ディレクトリサーバを識別するための情報であり、ユーザ名及びパスワードの情報は、サービスチケット取得のための認証（即ち、ユーザ２００に複合機１０１の使用を許可するための認証の前段階の認証）に用いられる情報である。ここで、設定情報において、１ドメインにつき複数のホスト（ディレクトリサーバ１０４）を登録する形態もありうる。また、複数ドメインを登録する形態もありうる。特に、図７に示す設定情報は、ＩＣカード認証を行う際には、ディレクトリサーバ１０４に対するログインを行うための情報として利用される。また、本実施形態では、図７に示す設定情報は、ネットワーク１０５に接続されるディレクトリサーバ１０４ごとに用意されるものとする。
なお、ＩＣカード認証を行う際のディレクトリサーバ１０４に対するログインを行うための情報は、ディレクトリサーバ１０４が属するドメインごとに保持するように構成されるものとするが、ディレクトリサーバ１０４ごとに保持するように構成してもよい。

この設定情報部１２５に記憶される設定情報はＬＤＡＰ通信する際に使用され、認証処理機能部１２は、設定情報部１２５から設定情報を読み取って（６０４）、読み取った設定情報をＬＤＡＰ通信機能部１４に渡して接続要求を行う（６０５）。

さらに、認証処理機能部１２は、カード読取機能部１１でカード情報が取得されると、当該カード情報をカード読取機能部１１から取得してカード情報部１２６に記憶する（６０３）。その後、認証処理機能部１２は、ＩＣカード認証を行う際に、カード情報部１２６に記憶したカード情報を読み出す（６２１）。

また、認証処理機能部１２は、ユーザが操作部３３０のキーボード等を用いてユーザ入力情報が入力されると、当該ユーザ入力情報をユーザ入力情報部１２４に記憶する（７０２）。

図８は、複合機１０１のユーザ入力情報部１２４に記憶されるユーザ入力情報の一例を示す模式図である。図８に示すように、ユーザ入力情報として、ドメイン、ユーザ名、パスワードの各情報が設定される。

このユーザ入力情報部１２４に記憶されるユーザ入力情報は、ケルベロス認証を行う際に利用され、認証処理機能部１２は、ユーザ入力情報部１２４からユーザ入力情報を読み取って（７０８）、読み取ったユーザ入力情報をケルベロス認証機能部１３に渡してサービスチケットの取得を要求する（６１０）。

また、認証処理機能部１２は、カード読取機能部１１から図６に示すカード情報を取得すると、図７に示す設定情報からドメインとユーザ名とパスワードを取得して、ＩＣカード用チケットキャッシュ部１２１から、該当するユーザの図９に示すサービスチケットを取得する（６０９）。ここで、サービスチケットは、図９に示すように、暗号化された暗号化データで構成されている。また、図７に示す設定情報は、ドメイン・ホスト数分（即ち、ネットワーク１０５に接続されるディレクトリサーバ数分）だけ設定情報部１２５に保持されるものとする。

また、認証処理機能部１２は、ユーザ入力情報部１２４から図８に示すユーザ入力情報を取得すると、図７に示す設定情報からドメインとユーザ名とパスワードを取得して、キーボード用チケットキャッシュ部１２２から該当するユーザの図９に示すサービスチケットを取得する（７０９）。

また、認証処理機能部１２は、前述の処理６０９又は処理７０９において、ＩＣカード用チケットキャッシュ部１２１又はキーボード用チケットキャッシュ部１２２にサービスチケットがキャッシュされていなかった場合には、図７に示す設定情報からドメインとユーザ名とパスワードを取得して、取得した各情報をケルベロス認証機能部１３に渡してサービスチケットの取得を要求する（６１０）。

また、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、取得したサービスチケットを渡して認証要求を行ったり（６１６）、図６に示すカード情報を渡して検索要求を行ったり（６２２）、接続終了要求を行ったりする（６２８）。

また、認証処理機能部１２は、前述の処理６１６で認証に成功したサービスチケットを、ＩＣカード用チケットキャッシュ部１２１又はキーボード用チケットキャッシュ部１２２に記憶する（６２０、７２０）。この際、ＩＣカード用チケットキャッシュ部１２１には、図７に示す設定情報ごとに（即ち、ネットワーク１０５に接続されるディレクトリサーバ１０４ごとに（本実施形態では、ドメインごとに）サービスチケットがキャッシュされる。また、キーボード用チケットキャッシュ部１２２には、操作部３３０から入力されたユーザ入力情報に基づくユーザごとにサービスチケットがキャッシュされる。

図１０は、ディレクトリサーバ１０４の管理データ記憶部４３に記憶されているユーザの管理データの一例を示す模式図である。図１０に示すように、ユーザの管理データとして、ユーザ名、表示名、メール、グループ、拡張属性（例えば、カード情報）の各情報が設定されており、また、管理データ記憶部４３には、１又は複数のユーザの管理データが記憶されている。また、ユーザごとにパスワード（不図示）も管理データとして管理されている。なお、このパスワードは、後述する図１３−２のステップＳ２１６での認証処理、及び図１６−２のステップＳ３１０での認証処理を行う際に用いられ、ＬＤＡＰサービス部４２から参照できるように当該パスワードは暗号化されている。また、このパスワードは、ＬＤＡＰサービス部４２以外から知られないように管理されている。なお、図１０の管理データ（ユーザ管理情報）は、１ユーザに対して少なくともユーザ名（ユーザ識別情報）と拡張属性（ユーザ特定情報）が記憶されている。
図１１は、複合機１０１の複合機ログインユーザ情報部１２３に記憶される複合機ログインユーザ情報の一例を示す模式図である。図１１に示すように、複合機ログインユーザ情報として、ユーザ名、表示名、ドメイン、メール、権限の各情報が設定される。

認証処理機能部１２は、前述の処理６２２で検索された図１０に示す管理データの各情報のうち、ユーザ名、表示名及びメールを、図１１に示す複合機ログインユーザ情報のユーザ名、表示名及びメールとして設定する。また、認証処理機能部１２は、図１０に示す管理データのグループが特定のグループであった場合（例えば、Ｃａｎｏｎ＿Ｐｅｒｉｐｈｅｒａｌ＿Ａｄｍｉｎｓ）に、図１１に示す複合機ログインユーザ情報の権限に管理者権限（例えば、Ａｄｍｉｎｉｓｔａｔｏｒ）を設定する。また、認証処理機能部１２は、接続したディレクトリサーバ１０４におけるドメインを、図１１に示す複合機ログインユーザ情報のドメインに設定する。そして、認証処理機能部１２は、設定された図１１に示す複合機ログインユーザ情報を複合機ログインユーザ情報部１２３に記憶する（６２７）。

そして、認証処理機能部１２は、複合機ログインユーザ情報部１２３に記憶した複合機ログインユーザ情報を読み出して（６３０）、例えば、複合機１０１のＣＰＵ３０１に渡し、ログイン処理を要求すると共に、操作部３３０の画面遷移処理を要求する（６３１）。これにより、操作部３３０には、ログイン結果が表示されて、ユーザ２００に当該ログイン結果が報知される（６３２）。

＜ケルベロス（チケット）認証機能部１３の説明＞
ケルベロス認証機能部１３は、認証処理機能部１２からドメイン、ユーザ名及びパスワードを受け取る（６１０）。そして、ケルベロス認証機能部１３は、ユーザ名及びパスワードをもとに認証要求を作成し、指定されたドメインにおけるディレクトリサーバ１０４の鍵配布局４１が管理する認証サービス部４１１に対して、ネットワーク１０５を介して、当該認証要求を発行する（６１１）。そして、ケルベロス認証機能部１３は、認証サービス部４１１が作成した認証返答を受け取る（６１２）。

ここで、認証要求（ＡＳ−ＲＥＱ）とは、ケルベロス認証における認証サービス部４１１への要求を示す。また、認証返答（ＡＳ−ＲＥＰ）とは、ケルベロス認証における認証サービス部４１１からの返答を示す。

ケルベロス認証機能部１３は、認証サービス部４１１からの認証返答に基づいてチケット認可要求を作成し、ディレクトリサーバ１０４のチケット認可サービス部４１２へ発行する（６１３）。また、ケルベロス認証機能部１３は、チケット認可サービス部４１２が作成したチケット認可返答を受け取る（６１４）。

ここで、チケット認可要求（ＴＧＴ−ＲＥＱ）とは、ケルベロス認証におけるチケット認可サービス部４１２への要求を示す。また、チケット認可返答（ＴＧＴ−ＲＥＰ）とは、ケルベロス認証におけるチケット認可サービス部４１２からの返答を示す。

そして、ケルベロス認証機能部１３は、チケット認可サービス部４１２から送られたチケット認可返答から図９に示すサービスチケットを取り出し、取り出したサービスチケットを認証処理機能部１２に渡す（６１５）。

＜ＬＤＡＰ通信機能部１４の説明＞
ＬＤＡＰ通信機能部１４は、設定情報部１２５に設定された図７に示す設定情報の各情報のうち、ドメインとホストをもとに、ネットワーク１０５を介して、指定されたディレクトリサーバ１０４のＬＤＡＰサービス部４２に接続処理を行う（６０６）。また、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２からの接続可否を受け取り（６０７）、認証処理機能部１２へ返答する（６０８）。

また、ＬＤＡＰ通信機能部１４は、認証処理機能部１２から受け取った図９に示すサービスチケットを（６１６）、ネットワーク１０５を介して、ＬＤＡＰサービス部４２へ送信する（６１７）。また、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２が行ったサービスチケット認証可否判定の結果を受け取り（６１８）、これを認証処理機能部１２へ返答する（６１９）。

また、ＬＤＡＰ通信機能部１４は、ＩＣカード認証の場合には、認証処理機能部１２から図６に示すカード情報を取得し（６２２）、ネットワーク１０５を介して、取得したカード情報をＬＤＡＰサービス部４２へ送信する（６２３）。また、ＬＤＡＰ通信機能部１４は、キーボード認証の場合には、図８に示すユーザ入力情報からユーザ名を取得し（６２２）、ネットワーク１０５を介して、取得したユーザ名の情報をＬＤＡＰサービス部４２へ送信する（６２３）。

また、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２が管理データ記憶部４３に記憶されている管理データを検索し（６２４）、検索された管理データをＬＤＡＰサービス部４２から受け取り（６２５）、当該管理データを認証処理機能部１２へ返答する（６２６）。

また、ＬＤＡＰ通信機能部１４は、認証処理機能部１２から通信切断要求を受け取り（６２８）、ＬＤＡＰサービス部４２との通信を切断処理する。また、ＬＤＡＰ通信機能部１４は、その切断処理結果を認証処理機能部１２へ返答する（６２９）。

次に、ＩＣカード認証及びキーボード認証を行う前段階で行われる設定情報の設定処理手順について説明する。
図１２は、本発明の第１の実施形態に係る認証システムの設定情報における設定処理手順の一例を示すフローチャートである。ここで、図１２に示すフローチャートにおいては、図１２の上部に示されたユーザ（図１２では、管理者）２００、認証アプリケーション１０における各機能構成（１１〜１４）及びディレクトリサーバ１０４における処理が縦割りで示されている。

設定情報の設定処理が開始され、ユーザ（ここでは、管理者）２００から図７に示すドメイン、ホスト、ユーザ名及びパスワードの各情報からなる設定情報が入力されると、ステップＳ１０１において、認証処理機能部１２は、これを検知する。

続いて、ステップＳ１０２において、認証処理機能部１２は、ステップＳ１０１で検知した設定情報を、設定情報部１２５に記憶する。

以上により、設定情報部１２５に対する設定情報の設定処理がなされる。なお、設定情報部１２５に設定される設定情報は、ドメイン・ホスト数分（即ち、ネットワーク１０５に接続されるディレクトリサーバ数分）設定される。この設定情報は、ディレクトリサーバ１０４に接続する際に利用される。

次に、ＩＣカード認証の処理手順について説明する。
図１３−１〜図１３−３は、本発明の第１の実施形態に係る認証システムのＩＣカード認証における処理手順の一例を示すフローチャートである。ここで、図１３−１〜図１３−３に示すフローチャートにおいては、各図面の上部に示されたユーザ２００、認証アプリケーション１０における各機能構成（１１〜１４）及びディレクトリサーバ１０４における処理が縦割りで示されている。

ＩＣカード認証における処理が開始され、ユーザ２００がカードリーダ３４０に対して自己のＩＣカードをかざすと、図１３−１のステップＳ２０１において、カード読取機能部１１は、カードリーダ３４０を介してこれを検知する。

続いて、ステップＳ２０２において、カード読取機能部２１は、カードリーダ３４０で取得されたユーザ２００のカード情報（例えば、図６に示す情報）を読み取る。

続いて、ステップＳ２０３において、認証処理機能部１２は、ステップＳ２０２で読み取られたカード情報をカード情報部１２６に記憶し保持する。

続いて、ステップＳ２０４において、認証処理機能部１２は、図１２のステップＳ１０２で設定情報部１２５に保持された複数の設定情報の中から、１つの設定情報を読み込む。

続いて、ステップＳ２０５において、認証処理機能部１２は、ステップＳ２０４で読み込んだ図７に示す設定情報のドメイン及びホストの情報をＬＤＡＰ通信機能部１４に渡して、対応するディレクトリサーバ１０４への接続処理を依頼する。

続いて、ステップＳ２０６において、ＬＤＡＰ通信機能部１４は、ステップＳ２０５で渡された設定情報のドメインのホストに対応するディレクトリサーバ１０４に対して、接続処理を行う。なお、ここでは、あるドメインのホストに接続できなかった場合には、同一ドメインの別ホストに接続処理を行うことも可能である。

続いて、ステップＳ２０７において、ディレクトリサーバ１０４のＬＤＡＰサービス部４２は、ＬＤＡＰ通信機能部１４との接続を確立する処理を行う。

続いて、ステップＳ２０８において、ＬＤＡＰサービス部４２は、ＬＤＡＰ通信機能部１４に接続可否を返答する。

続いて、ステップＳ２０９において、ＬＤＡＰ通信機能部１４は、認証処理機能部１２に対して、ＬＤＡＰサービス部４２から送られた接続可否を返答する。

続いて、ステップＳ２１０において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４から受け取った接続可否の情報をもとに、ディレクトリサーバ１０４との接続処理が成功したか否かを判断する。

ステップＳ２１０の判断の結果、ディレクトリサーバ１０４との接続処理が成功しなかった（即ち、失敗した）場合には、ステップＳ２１１に進む。ステップＳ２１１に進むと、認証処理機能部１２は、例えば、現在、操作部３３０に表示されている画面に、エラーを通知する処理を行う。これにより、例えば、操作部３３０に、後述する図１５のエラー画面１５４０が表示される。その後、ＩＣカード認証処理が終了する。

一方、ステップＳ２１０の判断の結果、ディレクトリサーバ１０４との接続処理が成功した場合には、図１３−２のステップＳ２１２に進む。ステップＳ２１２に進むと、認証処理機能部１２は、ステップＳ２０４で読み込んだ設定情報（図７）を再度読み込む。

続いて、ステップＳ２１３において、認証処理機能部１２は、ステップＳ２１２で読み込んだ設定情報からドメイン、ユーザ名及びパスワードを取得し、取得した情報に基づくサービスチケットがＩＣカード用チケットキャッシュ部１２１にキャッシュされているかどうかの検索処理を行う。

図１４は、ＩＣカード用チケットキャッシュ部１２１又はキーボード用チケットキャッシュ部１２２におけるサービスチケットキャッシュのデータ構造の一例を示す模式図である。このサービスチケットキャッシュは、図９に示すサービスチケットを記憶するために使用される。なお、このデータ構造には、どのサービスチケットを用いるかを特定するために、図７の設定情報又は図８のユーザ入力情報のドメイン、ユーザ名及びパスワードをハッシュ関数によってハッシュ化したキー情報が保持されている。また、サービスチケットの暗号化データ内にはドメイン、ユーザ名及びパスワードが含まれており、この情報を用いることによって、ＬＤＡＰサービス部４２で認証の可否を判断することが可能となる。

ステップＳ２１３の検索処理では、ドメイン、ユーザ名及びパスワードをハッシュ関数によってハッシュ化し、得られた値をキーとして当該キーに一致するサービスチケットがＩＣカード用チケットキャッシュ部１２１に存在するかどうかを検索する処理を行う。

続いて、ステップＳ２１４において、認証処理機能部１２は、ステップＳ２１３の検索処理においてＩＣカード用チケットキャッシュ部１２１に取得した設定情報に基づくサービスチケットが存在するか否かを判断する。

ステップＳ２１４の判断の結果、ＩＣカード用チケットキャッシュ部１２１に取得した設定情報に基づくサービスチケットが存在しない場合には、ステップＳ２１５に進む。ステップＳ２１５に進むと、認証処理機能部１２は、ステップＳ２１２で読み込んだ設定情報をケルベロス認証機能部１３に渡し、サービスチケットの発行要求を行う。この発行要求には、ステップＳ２０４で読み込まれた設定情報のユーザ名及びパスワードを用いる。なお、この設定情報はＩＣカードを用いた認証処理を行う際に用いられる共通の情報であり、少なくともユーザ名（ユーザ識別情報）及びパスワードを含む。また、ドメインとホストの情報はユーザ名とパスワードと対に記憶されていなくても良く、例えば、ドメインとホストが一意に決まる場合にはプログラム上。或いは、プログラムが適宜参照する情報ファイルに記憶されるように構成されていても良い。

続いて、ステップＳ２１６において、ケルベロス認証機能部１３は、認証処理機能部１２から設定情報（具体的には、設定情報のドメイン、ユーザ名及びパスワード）を受け取り、当該設定情報のユーザ名及びパスワードをもとに認証要求を作成する。そして、ケルベロス認証機能部１３は、指定されたドメインのディレクトリサーバ１０４の鍵配布局４１が管理する認証サービス部４１１に対して、ネットワーク１０５を介して、作成した認証要求を発行する。具体的に、ステップＳ２１６では、図１０に示す管理データ（ユーザ管理情報）内に一致するユーザ名及びパスワードがあれば対応するディレクトリサーバ１０４で認証できると判定し、その後、ステップＳ２１８において対応するディレクトリサーバ１０４から認証可能と返答を受ける。一方、パスワード等が一致しない場合にはディレクトリサーバ１０４で認証できないと判定し、その後、ステップＳ２１８において認証不可能と返答を受ける。

続いて、ステップＳ２１７において、認証サービス部４１１は、ケルベロス認証機能部１３から送られた認証要求を受け付ける。この認証要求処理では、ステップＳ２１６から送信されたユーザ名とパスワードを用いて、送信されたユーザ名に一致するユーザ名が図１０の管理データ（ユーザ管理情報）にあるかを検索し、管理データ（ユーザ管理情報）内にあった場合にはそのユーザに対応するパスワードが、送信されたパスワードと一致するかを判断している。

続いて、ステップＳ２１８において、認証サービス部４１１は、ステップＳ２１７で受け付けた認証要求をもとに認証返答を作成し、ケルベロス認証機能部１３に対して発行する。

続いて、ステップＳ２１９において、ケルベロス認証機能部１３は、認証サービス部４１１から認証返答を受け取り、チケット認可サービス部４１２に対してチケット認可要求を発行する。

続いて、ステップＳ２２０において、チケット認可サービス部４１２は、ステップＳ２１９でケルベロス認証機能部１３から送られたチケット認可要求を受け付ける。

続いて、ステップＳ２２１において、チケット認可サービス部４１２は、ステップＳ２２０で受け付けたチケット認可要求をもとにチケット認可返答を作成し、ケルベロス認証機能部１３に対して発行する。

続いて、ステップＳ２２２において、ケルベロス認証機能部１３は、チケット認可サービス部４１２から受け取ったチケット認可返答からサービスチケットを取り出して、認証処理機能部１２に渡す。

一方、ステップＳ２１４の判断の結果、ＩＣカード用チケットキャッシュ部１２１に取得した設定情報に基づくサービスチケットが存在する場合には、ステップＳ２２３に進む。ステップＳ２２３に進むと、認証処理機能部１２は、ＩＣカード用チケットキャッシュ部１２１から該当するサービスチケットを取り出す。

ステップＳ２２２の処理が終了した場合、或いは、ステップＳ２２３の処理が終了した場合には、ステップＳ２２４に進む。ステップＳ２２４に進むと、認証処理機能部１２は、ステップＳ２２２又はステップＳ２２３で取得したサービスチケットをＬＤＡＰ通信機能部１４に渡して、認証要求を行う。

続いて、ステップＳ２２５において、ＬＤＡＰ通信機能部１４は、認証処理機能部１２から渡されたサービスチケットをＬＤＡＰサービス部４２に渡して、認証要求を行う。

続いて、ステップＳ２２６において、ＬＤＡＰサービス部４２は、ステップＳ２２５でＬＤＡＰ通信機能部１４から受け取ったサービスチケットの認証処理を行う。

続いて、ステップＳ２２７において、ＬＤＡＰサービス部４２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ２２６で行った認証処理における認証可否を返答する。

続いて、ステップＳ２２８において、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２から受け取った認証可否を認証処理機能部１２に渡す。

続いて、ステップＳ２２９において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４から受け取った認証可否の情報をもとに、認証が成功したか否かを判断する。

ステップＳ２２９の判断の結果、認証が成功しなかった（即ち、失敗した）場合には、ステップＳ２３０に進む。ステップＳ２３０に進むと、認証処理機能部１２は、図１４に示すサービスチケットキャッシュ（即ち、本例では、ＩＣカード用チケットキャッシュ部１２１）からキーが一致するサービスチケットを検索し、当該サービスチケットを削除する。

続いて、ステップＳ２３１において、認証処理機能部１２は、ステップＳ２２４において依頼した認証が、ＩＣカード用チケットキャッシュ部１２１に予めキャッシュされていたサービスチケットを用いたものであったか否かを判断する。

ステップＳ２３１の判断の結果、ステップＳ２２４において依頼した認証が、ＩＣカード用チケットキャッシュ部１２１に予めキャッシュされていたサービスチケットを用いたものである場合には、ステップＳ２１５に戻り、新たにサービスチケットを取得する処理に移行する。

一方、ステップＳ２３１の判断の結果、ステップＳ２２４において依頼した認証が、ＩＣカード用チケットキャッシュ部１２１に予めキャッシュされていたサービスチケットを用いたものでない場合には、ステップＳ２３２に進む。ステップＳ２３２に進むと、認証処理機能部１２は、例えば、現在、操作部３３０に表示されている画面に、エラーを通知する処理を行う。これにより、例えば、操作部３３０に、後述する図１５のエラー画面１５４０が表示される。その後、ＩＣカード認証処理が終了する。

一方、ステップＳ２２９の判断の結果、認証が成功した場合には、ステップＳ２３３に進む。ステップＳ２３３に進むと、認証処理機能部１２は、図１４に示すサービスチケットキャッシュ（即ち、本例では、ＩＣカード用チケットキャッシュ部１２１）の更新処理を行う。

具体的には、図１４に示すサービスチケットキャッシュに、認証に使用したサービスチケットがある場合には、図１４に示すサービスチケットキャッシュの先頭（番号１）に当該サービスチケットを移動させる。また、図１４に示すサービスチケットキャッシュに当該サービスチケットが予め存在していなかった場合には、図１４に示すサービスチケットキャッシュの先頭（番号１）に当該サービスチケットを記憶させる。なお、このとき、サービスチケットキャッシュがキャッシュ上限（図１４に示す例では、１０個）に達していた場合、末尾（番号１０）に記憶されているサービスチケットを削除した後に、当該サービスチケットを先頭（番号１）に記憶する。

ステップＳ２３３の処理が終了すると、図１３−３のステップＳ２３４に進む。ステップＳ２３４に進むと、認証処理機能部１２は、ステップＳ２０３でカード情報部１２６に記憶したカード情報を読み込む。

続いて、ステップＳ２３５において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ２３４で読み込んだカード情報を渡して検索要求を行う。ここで、この検索要求は、ＩＣカードのユーザ２００に対する当該複合機１０１の使用を許可するための検索要求である。

続いて、ステップＳ２３６において、ＬＤＡＰ通信機能部１４は、ステップＳ２３５で認証処理機能部１２から受け取ったカード情報をＬＤＡＰサービス部４２に渡して、検索要求を行う。

続いて、ステップＳ２３７において、ＬＤＡＰサービス部４２は、管理データ記憶部４３に記憶されている図１０に示す管理データ（ユーザ管理情報）のうち、ステップＳ２３６でＬＤＡＰ通信機能部１４から受け取った図１０に示すカード情報と拡張属性が一致する管理データ（例えば、ユーザ名）を検索する。

続いて、ステップＳ２３８において、ＬＤＡＰサービス部４２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ２３７で検索された管理データを管理データ情報として、ネットワーク１０５を介して、ＬＤＡＰ通信機能部１４へ返答する。この際、ステップＳ２３７での検索の結果、該当する管理データが無い場合には、該当する管理データが無い旨の情報が管理データ情報としてＬＤＡＰ通信機能部１４に返答される。

続いて、ステップＳ２３９において、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２から送られた管理データ情報を認証処理機能部１２に渡す。

続いて、ステップＳ２４０において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、通信の切断要求を行う。

続いて、ステップＳ２４１において、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２との接続を切断する。

続いて、ステップＳ２４２において、認証処理機能部１２は、ステップＳ２３９でＬＤＡＰ通信機能部１４から受け取った管理データ情報に基づいて（例えば、ユーザ名があるか否か）、ディレクトリサーバ１０４に、ユーザ２００に該当するユーザ情報が存在するか否かを判断する。この際、管理データ情報がステップＳ２３７で検索された管理データの情報（例えば、ユーザ名）である場合には、ユーザ２００に該当するユーザ情報が存在すると判断される。また、管理データ情報が該当する管理データが無い旨の情報である場合には、ユーザ２００に該当するユーザ情報が存在しないと判断される。

ステップＳ２４２の判断の結果、ディレクトリサーバ１０４に、ユーザ２００に該当するユーザ情報が存在しない場合には、ステップＳ２４３に進む。ステップＳ２４３に進むと、認証処理機能部１２は、設定情報部１２５に保持されている全ての設定情報における処理を行ったか否かを判断する。即ち、ステップＳ２４３の処理では、ネットワーク１０５に接続されている全てのディレクトリサーバ１０４に対して処理を行ったか否かが判断される。

ステップＳ２４３の判断の結果、設定情報部１２５に保持されている全ての設定情報については、未だ処理を行っていない場合には、ステップＳ２０４に戻り、未だ処理を行っていない設定情報を読み込んで、ステップＳ２０５以降の処理が行われる。

一方、ステップＳ２４３の判断の結果、設定情報部１２５に保持されている全ての設定情報における処理を行った場合には、ステップＳ２４４に進む。ステップＳ２４４に進むと、認証処理機能部１２は、例えば、現在、操作部３３０に表示されている画面に、エラーを通知する処理を行う。これにより、例えば、操作部３３０に、後述する図１５のエラーダイアログ１５４０が表示される。その後、ＩＣカード認証処理が終了する。

一方、ステップＳ２４２の判断の結果、ディレクトリサーバ１０４に、ユーザ２００に該当するユーザ情報が存在する場合には、ステップＳ２４５に進む。ステップＳ２４５に進むと、認証処理機能部１２は、ステップＳ２３９でＬＤＡＰ通信機能部１４から受け取った管理データをもとにして、図１１に示す複合機ログインユーザ情報を作成し設定する。

具体的に、認証処理機能部１２は、図１０に示す管理データ（受け取った管理データ）の各情報のうち、ユーザ名、表示名及びメールを、図１１に示す複合機ログインユーザ情報のユーザ名、表示名及びメールとして設定する。また、認証処理機能部１２は、図１０に示す管理データ（受け取った管理データ）のグループが特定のグループであった場合（例えば、Ｃａｎｏｎ＿Ｐｅｒｉｐｈｅｒａｌ＿Ａｄｍｉｎｓ）に、図１１に示す複合機ログインユーザ情報の権限に管理者権限（例えば、Ａｄｍｉｎｉｓｔａｔｏｒ）を設定する。また、認証処理機能部１２は、接続したディレクトリサーバ１０４におけるドメインを、図１１に示す複合機ログインユーザ情報のドメインに設定する。そして、認証処理機能部１２は、設定された図１１に示す複合機ログインユーザ情報を複合機ログインユーザ情報部１２３に記憶する。

続いて、ステップＳ２４６において、認証処理機能部１２は、複合機ログインユーザ情報部１２３に記憶した複合機ログインユーザ情報を、例えば、複合機１０１のＣＰＵ３０１に渡して、ログイン処理を要求する。

続いて、ステップＳ２４７において、認証処理機能部１２は、例えば、複合機１０１のＣＰＵ３０１に対して操作部３３０の画面遷移処理を要求する。

図１５は、複合機１０１の操作部３３０に表示される表示画面の一例を示すイメージ図である。図１５に示すログイン画面１５１０は、認証処理を開始する際に表示される画面である。複合機使用画面１５２０は、ユーザ認証がＯＫとなった際に表示される画面である。キーボード入力画面１５３０は、ログイン画面１５１０の「キーボード入力」ボタンが押下された際に表示される画面である。エラー画面１５４０は、ユーザ２００に対してエラーを通知する際に表示される画面である。

ステップＳ２４７の画面遷移処理では、図１５のログイン画面１５１０から複合機使用画面１５２０に切り替え表示がなされる。

以上の図１３−１〜図１３−３に示すフローチャートの処理により、本実施形態の認証システム１００におけるＩＣカード認証が行われる。

次に、キーボード認証の処理手順について説明する。
図１６−１〜図１６−３は、本発明の第１の実施形態に係る認証システムのキーボード認証における処理手順の一例を示すフローチャートである。ここで、図１６−１〜図１６−３に示すフローチャートにおいては、各図面の上部に示されたユーザ２００、認証アプリケーション１０における各機能構成（１１〜１４）及びディレクトリサーバ１０４における処理が縦割りで示されている。なお、図１６−１〜図１６−３では、図１３−１〜図１３−３に示すステップと同じ処理を行うステップについては、同じステップ番号を付している。

ユーザ２００が操作部３３０に表示されたログイン画面１５１０の「キーボード入力」ボタン１５１１を押下すると、操作部３３０にキーボード入力画面１５３０が表示されてキーボード認証における処理が開始される。そして、ユーザ２００がキーボード入力画面１５３０のユーザ名、パスワード及びログイン先を入力してログインボタン１５３１を押下すると、図１６−１のステップＳ３０１において、認証処理機能部１２は、入力されたユーザ名、パスワード及びログイン先の情報を図８に示すユーザ入力情報として検知する。この際、認証処理機能部１２は、図８に示すように、入力されたログイン先の情報をドメインの情報として検知する。

続いて、ステップＳ３０２において、認証処理機能部１２は、ステップＳ３０１で検知されたユーザ入力情報をユーザ入力情報部１２４に記憶する。

続いて、ステップＳ３０３において、認証処理機能部１２は、図１２のステップＳ１０２で設定情報部１２５に保持された複数の設定情報を読み込み、ステップＳ３０２で記憶されたユーザ入力情報のドメイン（ログイン先の情報）をキーにして、該当する設定情報からホストの情報を取得する。これにより、キーボード認証においては、接続対象のディレクトリサーバ１０４が１つに定まる。

続いて、ステップＳ３０４において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ３０３で取得したホストの情報に対応するディレクトリサーバ１０４への接続処理を依頼する。

続いて、ステップＳ３０５において、ＬＤＡＰ通信機能部１４は、ステップＳ３０４で依頼されたホストの情報に対応するディレクトリサーバ１０４に対して、接続処理を行う。

その後、ＩＣカード認証の場合と同様に、図１３−１に示すステップＳ２０７〜ステップＳ２１１の処理が行われる。その後、図１６−２のステップＳ３０６に進む。

ステップＳ３０６に進むと、認証処理機能部１２は、ステップＳ３０２でユーザ入力情報部１２４に記憶した図８に示すユーザ入力情報を読み込む。

続いて、ステップＳ３０７において、認証処理機能部１２は、図８に示すユーザ入力情報からドメイン、ユーザ名及びパスワードを取得し、取得した情報に基づくサービスチケットがキーボード用チケットキャッシュ部１２２にキャッシュされているかどうかの検索処理を行う。ここで、ステップＳ３０７の検索処理は、ドメイン、ユーザ名及びパスワードをハッシュ関数によってハッシュ化し、得られた値をキーとして当該キーに一致するサービスチケットがキーボード用チケットキャッシュ部１２２に存在するかどうかを検索する処理を行う。

続いて、ステップＳ３０８において、認証処理機能部１２は、ステップＳ３０７の検索処理においてキーボード用チケットキャッシュ部１２２に取得したユーザ入力情報に基づくサービスチケットが存在するか否かを判断する。

ステップＳ３０８の判断の結果、キーボード用チケットキャッシュ部１２２に取得したユーザ入力情報に基づくサービスチケットが存在しない場合には、ステップＳ３０９に進む。ステップＳ３０９に進むと、認証処理機能部１２は、ステップＳ３０６で読み込んだユーザ入力情報をケルベロス認証機能部１３に渡し、サービスチケットの発行要求を行う。この発行要求には、ステップＳ３０６で読み込まれたユーザ入力情報（ユーザ名及びパスワード）を用いる。

続いて、ステップＳ３１０において、ケルベロス認証機能部１３は、認証処理機能部１２からユーザ入力情報（具体的には、ユーザ入力情報のドメイン、ユーザ名及びパスワード）を受け取り、当該ユーザ入力情報のユーザ名及びパスワードをもとに認証要求を作成する。そして、ケルベロス認証機能部１３は、指定されたドメインのディレクトリサーバ１０４の鍵配布局４１が管理する認証サービス部４１１に対して、ネットワーク１０５を介して、作成した認証要求を発行する。具体的に、ステップＳ３１０では、図１０に示す管理データ内に一致するユーザ名及びパスワードがあれば対応するディレクトリサーバ１０４に認証できると判定し、その後、ステップＳ２１８において対応するディレクトリサーバ１０４から認証可能と返答を受ける。一方、パスワード等が一致しない場合にはディレクトリサーバ１０４に認証できないと判定し、その後、ステップＳ２１８において認証不可能と返答を受ける。

その後、ＩＣカード認証の場合と同様に、図１３−２に示すステップＳ２１７〜ステップＳ２２２の処理が行われる。その後、図１６−２のステップＳ３１２に進む。

一方、ステップＳ３０８の判断の結果、キーボード用チケットキャッシュ部１２２に取得したユーザ入力情報に基づくサービスチケットが存在する場合には、ステップＳ３１１に進む。ステップＳ３１１に進むと、認証処理機能部１２は、キーボード用チケットキャッシュ部１２２から該当するサービスチケットを取り出す。

ステップＳ２２２の処理が終了した場合、或いは、ステップＳ３１１の処理が終了した場合には、ステップＳ３１２に進む。ステップＳ３１２に進むと、認証処理機能部１２は、ステップＳ２２２又はステップＳ３１１で取得したサービスチケットをＬＤＡＰ通信機能部１４に渡して、認証要求を行う。

その後、ＩＣカード認証の場合と同様に、図１３−２に示すステップＳ２２５〜ステップＳ２２９の処理が行われる。

ステップＳ２２９の判断の結果、認証が成功しなかった（即ち、失敗した）場合には、ステップＳ３１３に進む。ステップＳ３１３に進むと、認証処理機能部１２は、図１４に示すサービスチケットキャッシュ（即ち、本例では、キーボード用チケットキャッシュ部１２２）からキーが一致するサービスチケットを検索し、当該サービスチケットを削除する。

続いて、ステップＳ３１４において、認証処理機能部１２は、ステップＳ３１２において依頼した認証が、キーボード用チケットキャッシュ部１２２に予めキャッシュされていたサービスチケットを用いたものであったか否かを判断する。

ステップＳ３１４の判断の結果、ステップＳ３１２において依頼した認証が、キーボード用チケットキャッシュ部１２２に予めキャッシュされていたサービスチケットを用いたものである場合には、ステップＳ３０９に戻り、新たにサービスチケットを取得する処理に移行する。

一方、ステップＳ３１４の判断の結果、ステップＳ３１２において依頼した認証が、キーボード用チケットキャッシュ部１２２に予めキャッシュされていたサービスチケットを用いたものでない場合には、ステップＳ２３２に進む。そして、ＩＣカード認証の場合と同様に、図１３−２に示すステップＳ２３２のエラーを通知する処理を行う。

一方、ステップＳ２２９の判断の結果、認証が成功した場合には、ステップＳ３１５に進む。ステップＳ３１５に進むと、認証処理機能部１２は、図１４に示すサービスチケットキャッシュ（即ち、本例では、キーボード用チケットキャッシュ部１２２）の更新処理を行う。このステップＳ３１５の具体的な更新処理の内容については、ＩＣカード認証の場合におけるステップＳ２３３と同様である。

ステップＳ３１５の処理が終了すると、図１６−３のステップＳ３１６に進む。ステップＳ３１６に進むと、認証処理機能部１２は、ステップＳ３０２でユーザ入力情報部１２４に記憶したユーザ入力情報を読み込む。

続いて、ステップＳ３１７において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ３１６で読み込んだユーザ入力情報を渡して、ユーザ名の検索要求を行う。ここで、この検索要求は、操作部３３０からユーザ入力情報の入力操作を行ったユーザ２００に対する当該複合機１０１の使用を許可するための検索要求である。

続いて、ステップＳ３１８において、ＬＤＡＰ通信機能部１４は、ステップＳ３１７で認証処理機能部１２から受け取ったユーザ入力情報からユーザ名を取り出して、ＬＤＡＰサービス部４２に渡して、ユーザ名の検索要求を行う。

続いて、ステップＳ３１９において、ＬＤＡＰサービス部４２は、管理データ記憶部４３に記憶されている図１０に示す管理データ（ユーザ管理情報）のうち、ステップＳ３１８でＬＤＡＰ通信機能部１４から受け取ったユーザ入力情報のユーザ名と一致する管理データを検索する。

続いて、ステップＳ３２０において、ＬＤＡＰサービス部４２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ３１９で検索された管理データ（例えば、ユーザ名）を管理データ情報として、ネットワーク１０５を介して、ＬＤＡＰ通信機能部１４へ返答する。この際、ステップＳ３１９での検索の結果、該当する管理データが無い場合には、該当する管理データが無い旨の情報が管理データ情報としてＬＤＡＰ通信機能部１４に返答される。

その後、ＩＣカード認証の場合と同様に、図１３−３に示すステップＳ２３９〜ステップＳ２４１の処理が行われる。その後、ステップＳ３２１に進む。

ステップＳ３２１に進むと、認証処理機能部１２は、ステップＳ２３９でＬＤＡＰ通信機能部１４から受け取った管理データ（例えば、ユーザ名）をもとにして、図１１に示す複合機ログインユーザ情報を作成し設定する。このステップＳ３２１の具体的な処理内容については、ＩＣカード認証の場合におけるステップＳ２４５と同様である。

その後、ＩＣカード認証の場合と同様に、図１３−３に示すステップＳ２４６及びステップＳ２４７の処理が行われる。

以上の図１６−１〜図１６−３に示すフローチャートの処理により、本実施形態の認証システム１００におけるキーボード認証が行われる。

ここで、図１６−１〜図１６−３に示すキーボード認証において、図１６−２のステップＳ２２９で認証が成功した場合には、この段階でユーザ入力情報を用いた認証が成功しているので、ＩＣカード認証における図１３−３のステップＳ２４２における判断は行われない。反対に、図１３−１〜図１３−３に示すＩＣカード認証において、図１３−２のステップＳ２２９で認証が成功した場合、この段階では、ＩＣカードのカード情報では無く設定情報を用いた認証が成功したのみであるので、その後、図１３−３のステップＳ２３４以降でカード情報を用いた認証が行われ、当該認証の結果が図１３−３のステップＳ２４２で判断されることになる。

図１７は、ＩＣカード用チケットキャッシュ部１２１又はキーボード用チケットキャッシュ部１２２におけるサービスチケットのキャッシュ処理を説明する模式図である。
具体的に、図１７では、ステップＳ３１５又はステップＳ２３３におけるキャッシュ更新処理のうち、サービスチケットを登録及び検索する際のキー作成処理において、ドメイン、ユーザ名及びパスワードをハッシュ関数によってハッシュ化し、得られた値をキーとしている。そして、当該キーに関連付けられてサービスチケットがキャッシュされる。

図１８は、ＩＣカード用チケットキャッシュ部１２１又はキーボード用チケットキャッシュ部１２２におけるキャッシュ方法の一例を示す模式図である。

例えば、図１４に示すサービスチケットキャッシュにおいて、認証に使用したサービスチケットがない場合には、図１８のキャッシュ方法１８０１に示すように、先頭（番号１）に当該サービスチケットを記憶させ、予め記憶されていたサービスチケットについては番号を１つ繰り下げて記憶する。なお、この際、図１４に示すサービスチケットキャッシュがキャッシュ上限（図１４に示す例では、１０個）に達していた場合には、図１８のキャッシュ方法１８０３に示すように、末尾（番号１０）に記憶されているサービスチケットを削除した後に、当該サービスチケットを先頭（番号１）に記憶する。

また、例えば、図１４に示すサービスチケットキャッシュにおいて、認証に使用したサービスチケットがある場合には、図１８のキャッシュ方法１８０２に示すように、先頭（番号１）に当該サービスチケットを移動させる。また、図１４に示すサービスチケットキャッシュにおいて、保存されたサービスチケットを使った認証に失敗した場合、図１８のキャッシュ方法１８０４に示すように、サービスチケットキャッシュから当該サービスチケットを削除する。

以上説明したように、本実施形態の複合機（画像形成装置）１０１は、以下に示す構成を有している。
カードリーダ（読取手段）３４０では、認証カードに相当するＩＣカードからユーザ特定情報に相当する図６に示すカード情報を読み取るようにしている。
設定情報部（ログイン情報記憶手段）１２５には、カードリーダ３４０で読み取られたカード情報を認証するために用いられる、ディレクトリサーバ（認証サーバ）１０４に対してログインするための図７に示す設定情報（第１のログイン情報）が記憶されている。ここで、図７に示す設定情報には、ユーザ名（ユーザ識別情報）及びパスワードの情報が含まれている。
操作部（操作手段）３３０では、ユーザ２００による操作に応じて、ユーザ名（ユーザ識別情報）及びパスワードの情報を少なくとも含む、図８に示すユーザ入力情報（第２のログイン情報）の入力操作を受け付けるようにしている。
ケルベロス認証機能部１３では、ディレクトリサーバ１０４へのログインを行う場合に、図７に示す設定情報（第１のログイン情報）または図８に示すユーザ入力情報（第２のログイン情報）を用いて、ディレクトリサーバ１０４にログインする際の認証に利用されるサービスチケット（認証チケット）を要求するようにしている（図１３−２または図１６−２のＳ２１９）。このサービスチケットの要求を行うケルベロス認証機能部１３は、チケット要求手段を構成する。
ＬＤＡＰ通信機能部１４では、ケルベロス認証機能部１３による要求により得られたサービスチケットを用いて、ディレクトリサーバ１０４に対して認証要求を行うようにしている（図１３−２または図１６−２のＳ２２５）。この認証要求を行うＬＤＡＰ通信機能部１４は、認証要求手段を構成する。
認証処理機能部１２では、ＬＤＡＰ通信機能部１４による要求によりディレクトリサーバ１０４に対するサービスチケットを用いた認証が成功した場合（図１３−２または図１６−２のＳ２２９／ＹＥＳ）、ディレクトリサーバ１０４に対して、カードリーダ３４０で読み取られた図６に示すカード情報または図８に示すユーザ入力情報のユーザ名の情報等を用いた、図１０に示す管理データ（ユーザ管理情報）の検索要求を行うようにしている（図１３−３のＳ２３５または図１６−３のＳ３１７）。即ち、認証処理機能部１２は、ディレクトリサーバ１０４に対して、ＩＣカードのユーザまたは操作部３３０からユーザ入力情報の入力操作を行ったユーザに当該複合機１０１の使用を許可するための検索要求を行うようにしている。この検索要求を行う認証処理機能部１２は、検索要求手段を構成する。
かかる構成によれば、ＩＣカード認証を行う際もキーボード認証を行う際も、ユーザの管理データを記憶する１つのディレクトリサーバ１０４を用いて認証を行うことができる。即ち、ユーザの管理データを記憶する認証サーバである１つのディレクトリサーバ１０４で、複数の認証方法に対していずれの認証も行うことができる。これにより、ユーザ情報を管理データ記憶部４３に一括で管理でき、独自の認証サーバを設ける必要が無く、運用管理コストの削減を実現することができる。また、ＩＣカード認証を行う場合に、図７に示す設定情報（第１のログイン情報）にパスワード等を設定することで、ＩＣカード内にパスワード等を保存させる必要が無くなり、セキュリティ上の問題を回避することができる。また、認証チケット（サービスチケット）をキャッシュし、そのキャッシュした認証チケットを用いてディレクトリサーバ１０４側にログインに係る認証を行わせることにより、当該認証を複合機で行う場合に比べて認証時間の低減を図れ、認証時間の増大を招くことを回避することができる。また、認証チケット（サービスチケット）を用いた認証を行うことで強固なセキュア認証環境を構築することができる。

さらに、本実施形態の複合機１０１では、認証処理機能部１２は、カードリーダ３４０で読み取られたカード情報（ユーザ特定情報）を用いて当該画像形成装置へログインする場合に、図７に示す設定情報（第１のログイン情報）をチケット要求手段であるケルベロス認証機能部１３に渡すよう制御し（図１３−２のＳ２１５）、一方、図８に示すユーザ入力情報（第２のログイン情報）を用いて当該画像形成装置へログインする場合に、当該ユーザ入力情報をチケット要求手段であるケルベロス認証機能部１３に渡すよう制御している（図１３−２のＳ３０９）。この制御を行う認証処理機能部１２は、認証制御手段を構成する。

さらに、本実施形態の複合機１０１では、図７に示す設定情報（第１のログイン情報）を用いて得られたサービスチケットをキャッシュするＩＣカード用チケットキャッシュ部（第１のチケットキャッシュ手段）１２１と、図８に示すユーザ入力情報（第２のログイン情報）を用いて得られたサービスチケットをキャッシュするキーボード用チケットキャッシュ部（第２のチケットキャッシュ手段）１２２を有している。この際、認証処理機能部１２は、カードリーダ３４０でカード情報（ユーザ特定情報）が読み取られた場合に、図７に示す設定情報（第１のログイン情報）を用いて得られた認証チケット（サービスチケット）がＩＣカード用チケットキャッシュ部１２１にキャッシュされているか否かを判断（第１の判断）するようにしており（図１３−２のＳ２１４）、また、操作部３３０で図８に示すユーザ入力情報（第２のログイン情報）の入力操作を受け付けた場合に、当該ユーザ入力情報を用いて得られた認証チケット（サービスチケット）がキーボード用チケットキャッシュ部１２２にキャッシュされているか否かを判断（第２の判断）するようにしている（図１６−２のＳ３０８）。
そして、認証要求手段であるＬＤＡＰ通信機能部１４は、ＩＣカード用チケットキャッシュ部１２１またはキーボード用チケットキャッシュ部１２２に認証要求を行うサービスチケットがキャッシュされている場合には、当該サービスチケットを用いてディレクトリサーバ１０４に対して認証要求を行うようにしている（図１３−２のＳ２２３及びＳ２２４に基づくＳ２２５、または、図１６−２のＳ３１１及びＳ３１２に基づくＳ２２５）。
かかる構成によれば、一度、チケットキャッシュ部にキャッシュされたサービスチケットを使いまわすことができるので、サービスチケットをディレクトリサーバ１０４から取得する必要が無くなり、認証時間の低減を更に図ることができる。

さらに、本実施形態の複合機１０１では、認証処理機能部１２は、ＬＤＡＰ通信機能部１４による要求によりディレクトリサーバ１０４に対する認証が成功した場合に（図１３−２または図１６−２のＳ２２９／ＹＥＳ）、当該認証に用いたサービスチケットをキャッシュしているＩＣカード用チケットキャッシュ部１２１またはキーボード用チケットキャッシュ部１２２のサービスチケットを更新する制御を行うようにしている（図１３−２のＳ２３３または図１６−２のＳ３１５）。一方、認証処理機能部１２は、ＬＤＡＰ通信機能部１４による要求によりディレクトリサーバ１０４に対する認証が失敗した場合に（図１３−２または図１６−２のＳ２２９／ＮＯ）、当該認証に用いたサービスチケットをキャッシュしているＩＣカード用チケットキャッシュ部１２１またはキーボード用チケットキャッシュ部１２２から当該認証に用いたサービスチケットを削除する制御を行うようにしている（図１３−２のＳ２３０または図１６−２のＳ３１３）。このサービスチケットの更新及び削除の制御を行う認証処理機能部１２は、キャッシュ制御手段を構成する。

次に、本実施形態の認証システム１００における応用例について説明する。
図１９は、本発明の第１の実施形態に係る認証システムの応用例を示す外観図である。図１９において、図１に示す装置と同様の装置については同じ符号を付している。つまり、後述する図１９の（４）認証処理は、図１３−１〜図１３−３、図１６−１〜図１６−３、並びに、後述の第２の実施形態で説明する図２１、図２２の処理を行って認証処理がなされている。

図１９に示す認証システム（印刷システム）は、複合機１０１、クライアントＰＣ１０３及びディレクトリサーバ１０４に加えて、印刷データを記憶するプリントサーバ５１０と、ユーザごとに印刷データ一覧を生成する印刷管理サーバ５２０を有して構成されている。また、図１９に示す認証システムには、不図示ではあるが、複合機１０１、クライアントＰＣ１０３、ディレクトリサーバ１０４、プリントサーバ５１０及び印刷管理サーバ５２０を相互に通信可能に接続するネットワーク１０５が構成されている。

まず、ユーザは、クライアントＰＣ１０３にログインし（（１）−１）、当該クライアントＰＣ１０３で実行されるアプリケーションプログラムから印刷先に設定されたプリンタドライバに対応する論理プリンタへの印刷指示を行う（（１）−２）。この印刷指示に応じて、クライアントＰＣ１０３のアプリケーションプログラムは、グラフィックエンジンを介して、プリンタドライバにデータを送信する。クライアントＰＣ１０３のプリンタドライバは、当該アプリケーションプログラムからグラフィックエンジンを介して受け取ったデータに基づいて印刷データを生成する。

そして、クライアントＰＣ１０３は、生成した印刷データをプリントサーバ５１０に送信し（（２）−１）、プリントサーバ５１０は、受信した印刷データを所定の格納場所に格納する（（２）−２）。なお、クライアントＰＣ１０３からプリントサーバ５１０への送信は、例えばＬＰＲ印刷の仕組みを用いて送信される。また、プリントサーバ５１０は、前記所定の格納場所に印刷データが格納されても、印刷装置である複合機１０１への送信は行わない。

続いて、プリントサーバ５１０は、クライアントＰＣ１０３から受信して前記所定の格納場所に格納された印刷データから書誌情報データを抽出（生成）し（（２）−３）、当該抽出（生成）した書誌情報データを印刷管理サーバ５２０に送信する。そして、プリントサーバ５１０は、印刷管理サーバ５２０に対して、ネットワーク１０５上でのファイル共有の仕組みを用いて書誌情報データを書誌情報ファイルとして印刷管理サーバ５２０の所定の格納場所（予め設定されているディレクトリ）に格納させる（（３）−１）。

続いて、印刷管理サーバ５２０は、前記所定のディレクトリを監視し、当該所定のディレクトリにプリントサーバ５１０から書誌情報ファイルが格納されると、当該書誌情報ファイルを解析して書誌情報を、印刷管理サーバ５２０の外部記憶装置上に構築される書誌情報ＤＢに登録する（（３）−２）。この書誌情報ＤＢには、プリントサーバ５１０の印刷ジョブ情報を特定するための情報（パス）や出力したユーザ名やジョブ名、印刷管理サーバ５２０で管理するための一意の情報である印刷データのタイムスタンプ等が記憶され管理されている。

また、複合機１０１は、図１３−１〜図１３−３に示すＩＣカード認証処理や図１６−１〜図１６−３に示すキーボード認証処理、並びに、後述の第２の実施形態で説明する図２１及び図２２の認証処理により当該複合機１０１の使用が許可されると（（４））、印刷管理サーバ５２０に印刷データ一覧の要求を送信する（（５）−１）。なお、この印刷データ一覧の要求には、認証ユーザ名（ユーザＩＤ）が含まれる。

続いて、印刷管理サーバ５２０は、複合機１０１から印刷データ一覧の要求を受信すると、当該印刷データ一覧の要求に含まれるユーザ名（ユーザＩＤ）で書誌情報ＤＢを検索する。そして、印刷管理サーバ５２０は、当該ユーザ名（ユーザＩＤ）に対応する印刷データ一覧を生成し、複合機１０１に返信する（（５）−２）。

複合機１０１は、印刷管理サーバ５２０から印刷データ一覧を受信すると、当該印刷データ一覧を操作部３３０のＵＩ上に表示する。そして、複合機１０１の使用が許可されたユーザ２００により、操作部３３０から印刷データの選択が行われて印刷指示がなされると、複合機１０１は、当該選択された印刷データの印刷要求（出力指示）を印刷管理サーバ５２０に送信する（（６））。なお、この印刷要求は、ユーザ名（ユーザＩＤ）、印刷データのタイムスタンプを含むものとする。

印刷管理サーバ５２０は、複合機１０１から印刷データの印刷要求（出力指示）を受信すると、当該出力指示がなされた印刷データの書誌情報を、ユーザ名（ユーザＩＤ）、印刷データのタイムスタンプをキーにして書誌情報ＤＢから検索する。そして、印刷管理サーバ５２０は、検索した書誌情報から該当する印刷データを格納しているプリントサーバ５１０を特定し、特定したプリントサーバ５１０に該当する印刷データの印刷指示を送信する（（７））。なお、上述のタイムスタンプは、プリントサーバ５１０で印刷データを受信した際に付与される。

プリントサーバ５１０は、印刷管理サーバ５２０から印刷指示を受信すると、当該印刷指示に基づいて、印刷データを印刷要求のあった複合機１０１に送信して、複合機１０１で印刷処理（ＬＰＲ印刷処理）させる（（８）−１）。

また、プリントサーバ５１０は、ＬＰＲ印刷（（８）−１）の終了後、印刷管理サーバ５２０へ印刷状況（結果）（印刷結果のメッセージ）を送信する（（８）−２）。この印刷状況（結果）（印刷結果のメッセージ）を受信した印刷管理サーバ５２０は、当該印刷状況（結果）（印刷結果のメッセージ）に関する情報を、自装置のＨＤＤ又はＲＡＭへ記憶し保持する。

一方、複合機１０１は、印刷管理サーバ５２０へ出力指示（（６））を行った後、印刷管理サーバ５２０へ印刷状況の確認要求を行う（（９））。この印刷状況の確認要求は、一定時間ごとに、複合機１０１から印刷管理サーバ５２０へなされる。

印刷管理サーバ５２０は、複合機１０１からの印刷状況の確認要求（（９））に基づいて、前記ＨＤＤ又はＲＡＭに記憶し保持している印刷状況（結果）を複合機１０１へ送信する（（１０））。そして、複合機１０１は、印刷管理サーバ５２０から受信した印刷状況（結果）をＨＤＤ３０４又はＲＡＭ３０２へ記憶して保存し、また、その旨を操作部３３０へ表示する。

なお、図１９に示す認証システムにおいては、プリントサーバ５１０及び印刷管理サーバ５２０を１つのサーバで構成する形態であっても適用可能である。

本実施形態に係る認証システムでは、当該認証システムを導入する際に、既に企業が所有しているディレクトリサーバ１０４を用いて運用することができるため、本認証システムに特化した認証サーバを構築することが必要なくなり、運用管理コストの削減を実現でき、また、運用管理が容易となる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。
以下に示す第２の実施形態では、認証システム１００において、認証時間の低減を図るための処理（或いは、認証時間の増大を招くことを回避するための処理に）ついて、図２１〜図２５を用いて説明する。なお、第２の実施形態における図２１（図２２も含む）の処理は、第１の実施形態における図１３−３の処理に置き換えることで、当該第２の実施形態が実現可能である。このため、第２の実施形態は、図２１（図２２も含む）に示す処理以外の処理、並びに、認証システム１００のシステム構成やハードウエア構成等については、第１の実施形態と同様であり、その詳細な説明は省略する。

図２１は、本発明の第２の実施形態に係る認証システムのＩＣカード認証における処理手順の一例を示すフローチャートである。また、図２２は、図２１に示す検索詳細処理における詳細な処理手順の一例を示すフローチャートである。ここで、図２１及び図２２に示すフローチャートにおいては、各図面の上部に示されたユーザ２００、認証アプリケーション１０における各機能構成（１１〜１４）及びディレクトリサーバ１０４における処理が縦割りで示されている。なお、ステップＳ２１０１までの処理は、図１３−２のステップＳ２３３から続く処理であり、第１の実施形態と同じであるため、その説明は省略する。

また、第２の実施形態では、カード情報を用いて処理するように構成した一例を示すが、例えば、操作部３３０のキーボードからユーザ情報が入力された際に処理するように構成してもよい。この場合、カード情報を、操作部３３０で入力されたユーザ名に置き換えることで実現可能である。また、この場合、後述する図２３のカードＩＤをユーザ名に置き換える。これにより、操作部３３０のキーボードからユーザ情報が入力された場合に、入力されたユーザ情報のユーザ名に対応するＤＮ（このＤＮについては後述する）があるか否かを判定することが可能となる。つまり、ＤＮがあった場合には検索条件にＤＮを設定し、ＤＮがなかった場合には検索条件にユーザ名と検索位置に入力されたユーザ情報のドメイン名を設定する。

図１３−２のステップＳ２３３の処理が終了すると、図２１のステップＳ２１０１に進み、ステップＳ２１０１において、認証処理機能部１２は、ステップＳ２０３でカード情報部１２６に記憶したカード情報（カードＩＤ）を読み込む。この処理は、図１３−３のステップＳ２３４と同様の処理である。

続いて、ステップＳ２１０２において、認証処理機能部１２は、図２３に示すＤＮキャッシュ内を確認し、ステップＳ２１０１で読み込んだカード情報があるか否かを判断する。

図２３は、図４の認証処理機能部１２で管理される記憶領域であって、図３のＨＤＤ３０４内に存在するＤＮキャッシュの情報の一例を示す模式図である。このＤＮキャッシュでは、カードＩＤとユーザＤＮとの各情報の組み合わせを保持する。ここで、カードＩＤとは、ＩＣカードが持っている一意の番号であり、例えば図６で示されるものである。ユーザＤＮについては、以下で説明する。

図２５は、図４の管理データ記憶部４３内部のディレクトリ構造の一例を示す模式図である。図２５に示すように、ディレクトリサーバ１０４は、階層構造で情報を管理している。そして、階層構造のそれぞれの構成要素を表現する場合は、性質によって異なる名前を使う。例えば、その構成要素が組織を表している場合は、ＤＣ（Ｄｏｍａｉｎ Ｃｏｍｐｏｎｅｎｔ）を用い、組織の一単位を表している場合は、ＯＵ（Ｏｒｇａｎｉｚａｔｉｏｎ Ｕｎｉｔ）を用い、エントリ（ユーザ情報）を表している場合は、ＣＮ（Ｃｏｍｍｏｎ Ｎａｍｅ）を用いる。これらの構成要素の種類や数などは、組織によって様々であり、自由な設計を行うことができる。ここでは、一般的な要素を使って単純な例を示している。

また、その構成要素を指し示す場合に、ＤＮ（Ｄｉｓｔｉｎｇｕｉｓｈｅｄ Ｎａｍｅ）を用いる。このＤＮは、当該構成要素が所属する階層構造内の位置を示すものであり、例えば、構成要素名を後ろから順番に並べてカンマで連結したものとして適用することができる。このＤＮは、ディレクトリ内で一意となるものである。つまり、ＤＮとは、ディレクトリ内の特定の情報を一意に識別するための識別名である。なお、このＤＮは、ユーザを検索するために指定される検索位置であるとともに、ユーザの情報（ユーザ名）を備えている。また、ＤＮは、ＬＤＡＰ識別名ともいう。

以下に、図２５を用いて構成要素２５０２のＤＮを説明する。
構成要素２５０２は、"ＯＵ＝ｄｉｖ１"という構成要素であり、階層構造から見ると、"ＤＣ＝ｃｏｍ１，ＤＣ＝ｌｏｃａｌ"という構成要素２５０１の直下に存在する構成要素である。この場合、構成要素２５０２のＤＮは、"ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ１，ＤＣ＝ｌｏｃａｌ"ということになる。このＤＮを使うことで、階層構造内にある構成要素を区別することができる。例えば、構成要素２５０２と構成要素２５１２は同じ"ＯＵ＝ｄｉｖ１"であるが、ＤＮを使って表現することで、"ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ１，ＤＣ＝ｌｏｃａｌ"、"ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ２，ＤＣ＝ｌｏｃａｌ"とそれぞれの構成要素を区別することができる。

また、各構成要素は属性を持つことができる。図２５の例で説明すると、属性２５０５は、構成要素２５０４の属性である。また、図２５に示す例では、属性２５１５、２５１８、２５２０、２５２４には２種類の属性しか示していないが、実際は属性２５０５のように複数の多くの属性を持っている。また、構成要素２５０１、構成要素２５０２、構成要素２５０３などの構成要素も、属性を持つことができる。なお、図１０に管理データを示したが、これは、図２５のディレクトリ構造を省略して、ユーザ情報のみを表現したものである。

図２３に示すＤＮキャッシュは、上述のようなユーザ情報のＤＮと、カードＩＤを紐付けたものである。

また、図２５に示す例では、トップレベルの構成要素（具体的には、構成要素２５０１及び２５１１）が２つ存在している。これらは、別々のディレクトリサーバで管理されてもよいし、同一のディレクトリサーバで管理されてもよいが、ディレクトリサーバのアプリケーションによっては、同一のディレクトリサーバで管理できないものもある（例えば、Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ（登録商標）など）。ここでは、後者の１ディレクトリサーバに対して、１ドメインという管理方法を用いて説明する。よって、図２５で示しているディレクトリ構造は、ドメイン２５０１を管理するディレクトリサーバと、ドメイン２５１１を管理するディレクトリサーバとの、２つのディレクトリサーバによって管理される。

ここで、再び、図２１の説明に戻る。
ステップＳ２１０２の判断の結果、図２３に示すＤＮキャッシュに、ステップＳ２１０１で読み込んだカード情報（カードＩＤ）がなかった場合には、ステップＳ２１０３に進む。

ステップＳ２１０３に進むと、認証処理機能部１２は、検索情報を設定する処理を行う。なお、初回のユーザ認証でカードＩＤが記憶されていることはないので、ユーザが初めて複合機１０１にＩＣカードをかざした場合には、このステップを実行することになる。

図２４は、複合機１０１の認証処理機能部１２で設定される検索情報の一例を示す模式図である。
ステップＳ２１０３では、例えば、図２４に示す検索情報が設定される。具体的に、図２４に示す検索情報の検索条件２４０１には、ステップＳ２１０１で読み込んだカード情報（カードＩＤ）が設定され、検索位置２４０２には、ドメインのトップレベル要素が設定される。ここで、検索位置２４０２として設定されるドメインのトップレベル要素は、図５で示した設定情報部１２５に格納されている設定情報（図７）から取得する。ここにドメインが記憶されているので、そのドメインをＤＮに変換する。例えば、ドメインが"ｃｏｍ１．ｌｏｃａｌ"と設定されていれば、"ＤＣ＝ｃｏｍ１，ＤＣ＝ｌｏｃａｌ"とする。ここで、検索情報としてトップレベル要素とカードＩＤを指定するのは、カードＩＤに一致するユーザが図２５で示すディレクトリ構造内のどの位置に存在するのかが分からないためである。よって、トップレベルの要素を指定し、最上位からすべての構成要素の属性を検索する、という手順をとる。

図２５を用いて、この設定を行った場合の検索の例について説明する。
なお、検索条件としては"拡張属性＝０１２３４５６７８９"を設定し、検索位置としては"ＤＣ＝ｃｏｍ１，ＤＣ＝ｌｏｃａｌ"を設定するものとする。この設定の場合、ディレクトリサーバ１０４は、まず、構成要素２５０１から検索を開始し、続いて、構成要素２５０２の拡張属性、構成要素２５０３の拡張属性、構成要素２５０４の拡張属性という順に検索し、それぞれの構成要素の拡張属性が、指定した条件と一致するかを確認していく。この場合、最終的に構成要素２５０４の拡張属性が一致するので、ユーザが見つかったとみなし、構成要素２５０４及びその属性２５０５を検索結果として返す。

即ち、図２４に示す検索情報は、認証処理機能１２がディレクトリサーバ１０４を検索する際に、図２５で示されるディレクトリ構造のうちのどの場所から検索を開始するのか、また、どの条件に一致するものを検索するのかを指定するためのものである。

ここで、再び、図２１の説明に戻る。
ステップＳ２１０３の処理が終了すると、続いて、ステップＳ２１０４において、認証処理機能部１２は、検索詳細処理を行う。この検索詳細処理の具体的な処理は、図２２を用いて後述するが、このステップＳ２１０４では、ステップＳ２１０３で設定した検索情報を用いて検索処理を行う。

続いて、ステップＳ２１０５において、認証処理機能部１２は、ユーザ情報が見つかったか否かを判断する。ここで、この処理は、図１３−３のステップＳ２４２と同様の処理である。

ステップＳ２１０５の判断の結果、ユーザ情報が見つかった場合には、ステップＳ２１１７に進む。一方、ステップＳ２１０５の判断の結果、ユーザ情報が見つからなかった場合には、ステップＳ２１２１に進む。このステップＳ２１１７及びステップＳ２１２１の処理は後述する。

また、ステップＳ２１０２の判断の結果、図２３に示すＤＮキャッシュに、ステップＳ２１０１で読み込んだカード情報（カードＩＤ）があった場合には、ステップＳ２１０６に進む。

ステップＳ２１０６に進むと、認証処理機能部１２は、カード情報（カードＩＤ）に一致するＤＮを取得する。

続いて、ステップＳ２１０７において、認証処理機能部１２は、図２４に示す検索情報を設定する処理を行う。具体的には、図２４に示す検索条件２４０１としてステップＳ２１０６で取得したＤＮを設定し、この際、検索位置２４０２には何も設定しない。ここで、検索条件２４０１に直接ＤＮを設定するのは、カードＩＤに一致するユーザが、図２５に示すディレクトリ構造内のどの位置にいるのかが分かっているためである。つまり、この場合は、検索条件２４０１にユーザ名と検索位置の両方の情報が記憶されることになる。

図２５を用いて、この設定を行った場合の検索の例について説明する。
なお、検索条件としては"ＣＮ＝ｕｓｅｒ１，ＯＵ＝ｄｅｐｔ１，ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ１，ＤＣ＝ｌｏｃａｌ"を設定し、検索位置には何も設定しないものとする。この設定の場合、ディレクトリサーバ１０４は、直接、構成要素２５０４にアクセスする。そして、構成要素２５０４及びその属性２５０５を検索結果として返す。

ここで、再び、図２１の説明に戻る。
ステップＳ２１０７の処理が終了すると、続いて、ステップＳ２１０８において、認証処理機能部１２は、検索詳細処理を行う。この検索詳細処理の具体的な処理は、図２２を用いて後述するが、このステップＳ２１１０では、ステップＳ２１０７で設定した検索情報を用いて検索処理を行う。

続いて、ステップＳ２１０９において、認証処理機能部１２は、ユーザ情報が見つかったか否かを判断する。ここで、この処理は、図１３−３のステップＳ２４２と同様の処理である。

ステップＳ２１０９の判断の結果、ユーザが見つかった場合には、ステップＳ２１１０に進む。

ステップＳ２１１０に進むと、認証処理機能部１２は、カード情報（カードＩＤ）が正しいか否かを判断する。具体的には、ステップＳ２１０１で読み込んだカード情報（カードＩＤ）と、ステップＳ２１０９で見つかったユーザ情報のカード検索用属性（例えば、図１０に示す拡張属性）が一致するか否かによって、カード情報（カードＩＤ）が正しいか否かを判断する。ここで、この処理を行うのは、前回キャッシュされた時点から、ユーザのカードＩＤが変更された場合に、異なるユーザの情報を取得してしまうことを防ぐためである。

ステップＳ２１１０の判断の結果、カード情報（カードＩＤ）が正しい場合（即ち、ユーザ情報のカード検索用属性と一致した場合）には、ステップＳ２１１７に進む。このステップＳ２１１７の処理は後述する。

一方、ステップＳ２１１０の判断の結果、カード情報（カードＩＤ）が正しくない場合（即ち、ユーザ情報のカード検索用属性と一致しなかった場合）には、ステップＳ２１１１に進む。

即ち、ステップＳ２１１０でカード情報（カードＩＤ）が正しくないと判断された場合、或いは、ステップＳ２１０９でユーザが見つからなかったと判断された場合には、ステップＳ２１１１に進む。ここで、ステップＳ２１０９において、ユーザが見つからなかった場合として考えられるのは、例えば、前回キャッシュ時からユーザの登録された位置が変更された、もしくはユーザが削除されたという場合である。

ステップＳ２１１１に進むと、認証処理機能部１２は、図２３に示すＤＮキャッシュから、登録されているＤＮのキャッシュを削除する。ここで、該当レコードは、ステップＳ２１０１で取得したカード情報（カードＩＤ）と一致するレコードである。

続いて、ステップＳ２１１２において、認証処理機能部１２は、上位階層があるか否かを判断する。具体的には、ステップＳ２１０６で取得（設定）したＤＮに対して、上位の構成要素があるか否かを判断する。例えば、ディレクトリサーバ１０４において、図２５に示すディレクトリ構造としてＤＮが表す構成要素が構成要素２５１７の場合、構成要素２５１７の上位に構成要素２５１６が存在するので、この場合、上位階層はあると判断される。また、例えば、ＤＮが表す構成要素が構成要素２５１１の場合、構成要素２５１１の上位に構成要素が存在しないので、この場合、上位階層はないと判断される。

ステップＳ２１１２の判断の結果、上位階層がない場合には、ステップＳ２１２１に進む。このステップＳ２１２１の処理は後述する。

一方、ステップＳ２１１２の判断の結果、上位階層がある場合には、ステップＳ２１１３に進む。

ステップＳ２１１３に進むと、認証処理機能部１２は、上位階層のＤＮを取得する処理を行う。例えば、ＤＮが表す構成要素が、"ＣＮ＝ｕｓｅｒ３，ＯＵ＝ｄｅｐｔ２，ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ２，ＤＣ＝ｌｏｃａｌ"の構成要素２５１７である場合、"ＯＵ＝ｄｅｐｔ２，ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ２，ＤＣ＝ｌｏｃａｌ"の構成要素２５１６のＤＮを取得する処理を行う。

続いて、ステップＳ２１１４において、認証処理機能部１２は、図２４に示す検索情報を設定する処理を行う。具体的には、図２４に示す検索条件２４０１としてステップＳ２１０１で読み込んだカード情報（カードＩＤ）を設定し、検索位置２４０２としてステップＳ２１１３で取得した上位階層のＤＮを設定する。ここで、上位階層のＤＮを設定するのは、前回キャッシュされたＤＮの近傍を検索するためである。キャッシュされたＤＮにユーザ情報が見つからなかったとき、同一階層内や近くの階層に移動されていることが多い。よって、前回の位置から近いところから検索するために、検索位置２４０２として上位階層のＤＮを設定する。

図２５を用いて、この設定を行った場合の検索の例について説明する。
なお、検索条件としては"拡張属性＝４４４４４４４４４"を設定し、検索位置としては"ＯＵ＝ｄｅｐｔ２，ＯＵ＝ｄｉｖ１，ＤＣ＝ｃｏｍ２，ＤＣ＝ｌｏｃａｌ"を設定するものとする。この設定の場合、ディレクトリサーバ１０４は、構成要素２５１６にアクセスする。そして、構成要素２５１６に含まれる構成要素をそれぞれ順番に検索していく。この場合、最終的に、構成要素２５１９が一致するので、構成要素２５１９及びその属性２５２０を検索結果として返す。

ここで、再び、図２１の説明に戻る。
ステップＳ２１１４の処理が終了すると、続いて、ステップＳ２１１５において、認証処理機能部１２は、検索詳細処理を行う。この検索詳細処理の具体的な処理は、図２２を用いて後述するが、このステップＳ２１１５では、ステップＳ２１１４で設定した検索情報を用いて、検索処理を行う。

続いて、ステップＳ２１１６において、認証処理機能部１２は、ユーザ情報が見つかったか否かを判断する。ここで、この処理は、図１３−３のステップＳ２４２と同様の処理である。

このステップＳ２１１６の判断の結果、ユーザ情報が見つからなかった場合には、ステップＳ２１１２に戻り、再び、上位階層のＤＮの検索処理を行う。

一方、ステップＳ２１１６の判断の結果、ユーザ情報が見つかった場合には、ステップＳ２１１７に進む。

即ち、ステップＳ２１１６でユーザ情報が見つかったと判断された場合、ステップＳ２１１０でカード情報（カードＩＤ）が正しいと判断された場合、或いは、ステップＳ２１０５でユーザ情報が見つかったと判断された場合には、ステップＳ２１１７に進む。

ステップＳ２１１７に進むと、認証処理機能部１２は、ＤＮをキャッシュする処理を行う。具体的に、ここでは、カード情報（カードＩＤ）と見つかったユーザＤＮ（後述する図２２のＳ２２０３の検索処理で検索された管理データのＤＮ）とを紐付けるため、それぞれの情報を図２３に示すＤＮキャッシュに格納する。なお、すでに同じカードＩＤが登録されている場合は、そのユーザＤＮを上書きする処理が行われる。

続いて、ステップＳ２１１８において、認証処理機能部１２は、複合機ログインユーザ情報を設定する処理を行う。ここで、この処理は、図１３−３のステップＳ２４５と同様の処理である。

続いて、ステップＳ２１１９において、認証処理機能部１２は、複合機ログイン処理を行う。ここで、この処理は、図１３−３のステップＳ２４６と同様の処理である。

具体的には、ステップＳ２１１８で設定した複合機ログインユーザ情報を、複合機１０１に渡すものである。複合機ログインユーザ情報は、図１１に示すように、ユーザ名、表示名、ドメイン、メール、権限などから構成されており、この情報を受けた複合機１０１のオペレーティングシステムは、複合機１０１を操作可能なように操作禁止設定を解除する。この解除によって、図５の操作部３３０の操作が可能となる。

続いて、ステップＳ２１２０において、認証処理機能部１２は、操作禁止設定が解除されたことを受けて、画面切り替え処理を行い、例えば、図１５に示す複合機使用画面１５２０を表示させる。ここで、この処理は、図１３−３のステップＳ２４７と同様の処理である。

なお、図１５に示す複合機使用画面１５２０には、ログインしたユーザを示すために、ログインユーザのユーザＩＤを埋め込み表示させることも可能である。また、印刷やコピーのログにログインユーザのユーザ名を使用したり、スキャンデータの転送にログインユーザのメールアドレス情報を使用したり、複合機の利用制限機能に、ログインユーザの権限を使用したりすることも可能である。

また、ステップＳ２１０５でユーザ情報が見つからなかったと判断された場合、或いは、ステップＳ２１１２で上位階層がないと判断された場合には、ステップＳ２１２１に進む。

ステップＳ２１２１に進むと、認証処理機能部１２は、すべてのドメインを検索したか否かを判断する。ここで、この処理は、図１３−３のステップＳ２４３と同様の処理である。具体的には、設定情報には、複数のドメイン情報を設定できるため、図７で示した設定情報のすべてのドメインを検索したか否かを判断する。この処理を行うことで、１つのディレクトリサーバにユーザ情報がなかった場合、次のディレクトリサーバを検索することができる。例えば、１つのディレクトリサーバに対して、１つのドメインが管理されていた場合、この処理で複数のドメインに対しての検索を連続で行うことができる。

ステップＳ２１２１の判断の結果、すべてのドメインについては検索を行っていない場合（即ち、未だ検索を行っていないドメインがある場合）には、図１３−１のステップＳ２０４へ進む。

一方、ステップＳ２１２１の判断の結果、すべてのドメインを検索した場合には、ステップＳ２１２２に進む。

ステップＳ２１２２に進むと、認証処理機能部１２は、エラーを通知する処理を行う。ここで、この処理は、図１３−３のステップＳ２４４と同様の処理である。

ステップＳ２１２０或いはステップＳ２１２２の処理が終了すると、本実施形態の認証システム１００におけるＩＣカード認証が終了する。

次に、図２２のフローチャートを用いて、図２１のステップＳ２１０４、ステップＳ２１０８、ステップＳ２１１５において行われる、検索詳細処理について説明する。ここで、図２１に示す検索詳細処理は、認証処理機能部１２においてのみ行われるように示されているが、より詳細には、図２２に示すように、認証処理機能部１２に加えて、ＬＤＡＰ通信機能部１４及びＬＤＡＰサービス部４２において行われる。

まず、図２２のステップＳ２２０１において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、設定された検索情報（図２４）を渡して、検索要求を行う。ここで、この検索要求は、ＩＣカードのユーザ２００に対する当該複合機１０１の使用を許可するための検索要求である。

続いて、ステップＳ２２０２において、ＬＤＡＰ通信機能部１４は、ステップＳ２２０１で認証処理機能部１２から受け取った検索情報をＬＤＡＰサービス部４２に渡して（送信して）、検索要求を行う。ここで、この処理は、図１３−３のステップＳ２３６と同様の処理である。

続いて、ステップＳ２２０３において、ＬＤＡＰサービス部４２は、管理データ記憶部４３に記憶されている図２５に示すディレクトリ構造のうち、図２４で示す検索情報の検索条件２４０１に一致する構成要素を検索位置の始点として検索を行う。ここで、この処理は、図１３−３のステップＳ２３７と同様の処理である。前述したように、図１０に示す管理データは、図２５で示すディレクトリ構造の簡易表記であるため、図１３−３のステップＳ２３７では、図１０に示す管理データを使用している。しかしながら、ここでは、図２１のステップＳ２１０３、ステップＳ２１０７、ステップＳ２１１４などで、検索位置という概念を用いているため、図１０より詳細な構造を示した図２５に示すディレクトリ構造を使用している。

続いて、ステップＳ２２０４において、ＬＤＡＰサービス部４２は、ＬＤＡＰ通信機能部１４に対して、ステップＳ２２０３で検索された管理データ（図１０）を管理データ情報として、ネットワーク１０５を介して、ＬＤＡＰ通信機能部１４へ返答する。この際、ステップＳ２２０３での検索の結果、該当する管理データが無い場合には、該当する管理データが無い旨の情報が管理データ情報としてＬＤＡＰ通信機能部１４に返答される。ここで、この処理は、図１３−３のステップＳ２３８と同様の処理である。

続いて、ステップＳ２２０５において、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２から送られた管理データ情報を認証処理機能部１２に渡す。ここで、この処理は、図１３−３のステップＳ２３９と同様の処理である。

続いて、ステップＳ２２０６において、認証処理機能部１２は、ＬＤＡＰ通信機能部１４に対して、通信の切断要求を行う。ここで、この処理は、図１３−３のステップＳ２４０と同様の処理である。

続いて、ステップＳ２２０７において、ＬＤＡＰ通信機能部１４は、ＬＤＡＰサービス部４２との接続を切断する。ここで、この処理は、図１３−３のステップＳ２４１と同様の処理である。

図２２のステップＳ２２０１〜ステップＳ２２０７の処理を経ることにより、図２１に示す検索詳細処理（Ｓ２１０４、Ｓ２１０８、Ｓ２１１５）が行われる。

以上説明したように、本実施形態の複合機（画像形成装置）１０１は、以下に示す構成を有している。
認証処理機能部１２では、ディレクトリサーバ１０４内（認証サーバ内）の図１０に示す管理データ（ユーザ管理情報）における、図６に示すカード情報（ユーザ特定情報）または図８に示すユーザ入力情報（第２のログイン情報）のユーザ識別情報を検索するための検索位置を取得するようにしている（図２１のＳ２１０３、Ｓ２１０７等）。この検索位置を取得する処理を行う認証処理機能部１２は、検索位置取得手段を構成する。
そして、認証処理機能部１２では、当該検索位置と図６に示すカード情報（ユーザ特定情報）または図８に示すユーザ入力情報（第２のログイン情報）のユーザ識別情報とをディレクトリサーバ１０４に送信して、検索要求を行うようにしている（図２２）。
かかる構成によれば、認証時間を低減（或いは、認証時間の増大を招くことを回避）することが可能となる。

前述した第１及び第２の実施形態では、ＩＣカードを用いたＩＣカード認証を前提として説明したが、例えば、ＩＣカード認証に替えて指紋認証などのユーザを特定するユーザ特定情報を用いることも可能である。この場合、図３等のカードリーダ３４０に替えて、ユーザ２００の指紋を読み取るための指紋リーダを適用することで上述した第１及び第２の実施形態における認証処理を実現することが可能となる。この際、指紋リーダは、読み取った指紋の凹凸から指紋画像を生成し、特徴点を抽出する処理を行う。この抽出された特徴点の情報をカードＩＤと同じように用いて認証を行う。つまり、図２５の属性２５０５における拡張属性或いは図１０の拡張属性には、ユーザ２００の指紋の特徴点情報が登録されている形態を採る。なお、ここでは、ＩＣカード認証に替わる認証として指紋認証の例を示したが、例えば、声紋認証や、虹彩認証、静脈のヘモグロビンの反射光を用いた手のひら認証などの生体認証を適用した形態であってもよい。即ち、本発明においては、ユーザ２００に対する認証形式は、限定されるものではない。

また、前述した第１及び第２の実施形態では、認証サービス部４１１の処理（Ｓ２１７、Ｓ２１８）とチケット認可サービス部４１２の処理（Ｓ２２０、Ｓ２２１））をディレクトリサーバ１０４（認証サーバ）で行うように構成したが、他のサーバ（認証チケット管理サーバ）で処理を行うように構成することも可能である。なお、この場合、ステップＳ２１６、ステップＳ２１９、ステップＳ３１０は、他のサーバ（認証チケット管理サーバ）へ要求を行う。

前述した第１及び第２の実施形態に係る複合機（画像形成装置）１０１を構成する図５に示す各機能部、並びに、当該複合機１０１における認証方法を示す図１３−１〜図１３−３、図１６−１〜図１６−３、図２１及び図２２の各ステップは、ＣＰＵ３０１がＲＯＭ３０３或いはＨＤＤ３０４に記憶されているプログラムを実行することによって実現できる。このプログラム及び当該プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明に含まれる。

具体的に、前記プログラムは、例えばＣＤ−ＲＯＭのような記憶媒体に記録し、或いは各種伝送媒体を介し、コンピュータに提供される。前記プログラムを記録する記憶媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、不揮発性メモリカード等を用いることができる。他方、前記プログラムの伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネットの等のＷＡＮ、無線通信ネットワーク等）システムにおける通信媒体を用いることができる。また、この際の通信媒体としては、光ファイバ等の有線回線や無線回線などが挙げられる。

また、本発明は、コンピュータが供給されたプログラムを実行することにより第１及び第２の実施形態に係る複合機１０１の機能が実現される態様に限られない。そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して第１及び第２の実施形態に係る複合機１０１の機能が実現される場合も、かかるプログラムは本発明に含まれる。また、供給されたプログラムの処理の全て、或いは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて第１及び第２の実施形態に係る複合機１０１の機能が実現される場合も、かかるプログラムは本発明に含まれる。

また、前述した本実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態に係る認証システムの一例を示す外観図である。 図１に示すクライアントＰＣ及びディレクトリサーバのハードウエア構成の一例を示すブロック図である。 図１に示す複合機のハードウエア構成の一例を示すブロック図である。 本発明の第１の実施形態に係る認証システムの概略構成の一例を示す模式図である。 本発明の第１の実施形態に係る認証システムの各機能構成の処理の一例を示す模式図である。 複合機のカード読取機能部で取得されたカード情報の一例を示す模式図である。 複合機の設定情報部に設定される設定情報の一例を示す模式図である。 複合機のユーザ入力情報部に記憶されるユーザ入力情報の一例を示す模式図である。 サービスチケットのデータ構造の一例を示す模式図である。 ディレクトリサーバの管理データ記憶部に記憶されているユーザの管理データの一例を示す模式図である。 複合機の複合機ログインユーザ情報部に記憶される複合機ログインユーザ情報の一例を示す模式図である。 本発明の第１の実施形態に係る認証システムの設定情報における設定処理手順の一例を示すフローチャートである。 本発明の第１の実施形態に係る認証システムのＩＣカード認証における処理手順の一例を示すフローチャートである。 図１３−１に引き続き、本発明の第１の実施形態に係る認証システムのＩＣカード認証における処理手順の一例を示すフローチャートである。 図１３−２に引き続き、本発明の第１の実施形態に係る認証システムのＩＣカード認証における処理手順の一例を示すフローチャートである。 ＩＣカード用チケットキャッシュ部又はキーボード用チケットキャッシュ部におけるサービスチケットキャッシュのデータ構造の一例を示す模式図である。 複合機の操作部に表示される表示画面の一例を示すイメージ図である。 本発明の第１の実施形態に係る認証システムのキーボード認証における処理手順の一例を示すフローチャートである。 図１６−１に引き続き、本発明の第１の実施形態に係る認証システムのキーボード認証における処理手順の一例を示すフローチャートである。 図１６−２に引き続き、本発明の第１の実施形態に係る認証システムのキーボード認証における処理手順の一例を示すフローチャートである。 ＩＣカード用チケットキャッシュ部又はキーボード用チケットキャッシュ部におけるサービスチケットのキャッシュ処理を説明する模式図である。 ＩＣカード用チケットキャッシュ部又はキーボード用チケットキャッシュ部におけるキャッシュ方法の一例を示す模式図である。 本発明の第１の実施形態に係る認証システムの応用例を示す外観図である。 背景技術で示したＩＣカード認証及びキーボード認証を実現させるための認証システムの概略構成の一例を示す模式図である。 本発明の第２の実施形態に係る認証システムのＩＣカード認証における処理手順の一例を示すフローチャートである。 図２１に示す検索詳細処理における詳細な処理手順の一例を示すフローチャートである。 図４の認証処理機能部で管理される記憶領域であって、図３のＨＤＤ内に存在するＤＮキャッシュの情報の一例を示す模式図である。 複合機の認証処理機能部で設定される検索情報の一例を示す模式図である。 図４の管理データ記憶部内部のディレクトリ構造の一例を示す模式図である。

符号の説明

１０ 認証アプリケーション
１１ カード読取機能部
１２ 認証処理機能部
１３ ケルベロス認証機能部
１４ ＬＤＡＰ通信機能部
４１ 鍵（チケット）配布局
４２ ＬＤＡＰサービス部
４３ 管理データ記憶部
１００ 認証システム
１０１ 複合機
１０３ クライアントＰＣ
１０４ ディレクトリサーバ
１０５ ネットワーク
１２１ ＩＣカード用チケットキャッシュ部
１２２ キーボード用チケットキャッシュ部
１２３ 複合機ログインユーザ情報部
１２４ ユーザ入力情報部
１２５ 設定情報部
１２６ カード情報部
２００ ユーザ
３３０ 操作部
３４０ カードリーダ
４１１ 認証サービス部
４１２ チケット認可サービス部

Claims (13)

1. １ユーザに対して少なくともユーザ特定情報及びユーザ識別情報を含むユーザ管理情報を記憶する認証サーバと通信可能に接続された画像形成装置であって、
   ユーザを特定するためのユーザ特定情報を読み取る読取手段と、
   前記読取手段で読み取られたユーザ特定情報を認証するために用いられる、前記認証サーバに対してログインするための共通のユーザ識別情報及びパスワードを少なくとも含む第１のログイン情報を予め記憶するログイン情報記憶手段と、
   前記読取手段でユーザ特定情報を読み取った場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをキャッシュするチケットキャッシュ手段と、
   前記読取手段でユーザ特定情報を読み取った場合に、前記第１のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断する判断手段と、
   前記判断手段で、前記第１のログイン情報に対応する認証チケットがないと判断された場合に、前記第１のログイン情報を用いて認証チケットを前記認証サーバに要求するチケット要求手段と、
   前記判断手段で認証チケットがあると判断された場合に、前記チケットキャッシュ手段から認証チケットを取得する取得手段と、
   前記認証サーバにログインするべく、前記取得手段で取得した認証チケット又は前記チケット要求手段の要求により取得した認証チケットを用いて、前記認証サーバに対して認証要求を行う認証要求手段と、
   前記認証要求手段による要求により前記認証サーバに対する前記認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記読取手段で読み取られたユーザ特定情報の検索を、前記認証サーバに対して要求する検索要求手段と
   を有することを特徴とする画像形成装置。
2. ユーザによる操作に応じて、ユーザ識別情報及びパスワードを少なくとも含む第２のログイン情報の入力操作を受け付ける操作手段を更に有し、
   前記チケットキャッシュ手段は、前記操作手段でユーザ識別情報及びパスワードを受け付けた場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第２のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをキャッシュし、
   前記判断手段は、前記操作手段で第２のログイン情報を受け付けた場合に、当該第２のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断し、
   前記チケット要求手段は、前記判断手段で前記第２のログイン情報がないと判断された場合に、前記第２のログイン情報を用いて認証チケットを要求し、
   前記取得手段は、前記判断手段で前記第２のログイン情報に対応する認証チケットがあると判断された場合に、前記チケットキャッシュ手段から、前記第２のログイン情報に対応する認証チケットを取得し、
   前記認証要求手段は、前記認証サーバにログインするべく、前記取得手段で取得した前記第２のログイン情報に対応する認証チケット又は前記チケット要求手段の要求により取得した前記第２のログイン情報に対応する認証チケットを用いて、前記認証サーバに対して認証要求を行い、
   前記検索要求手段は、前記認証要求手段による要求により前記認証サーバに対する前記第２のログイン情報に対応する認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記第２のログイン情報のユーザ識別情報の検索を、前記認証サーバに対して要求することを特徴とする請求項１に記載の画像形成装置。
3. 前記読取手段で読み取られたユーザ特定情報を用いて、当該画像形成装置へログインする場合に、前記第１のログイン情報を前記チケット要求手段に渡すよう制御し、一方、前記第２のログイン情報を用いて当該画像形成装置へログインする場合に、前記第２のログイン情報を前記チケット要求手段に渡すよう制御する認証制御手段を更に有することを特徴とする請求項２に記載の画像形成装置。
4. 前記チケットキャッシュ手段は、前記読取手段でユーザ特定情報を読み取った場合に参照する、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをキャッシュする第１のチケットキャッシュ手段と、前記操作手段で第２のログイン情報を受け付けた場合に参照する、前記第２のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをキャッシュする第２のチケットキャッシュ手段とで構成されることを特徴とする請求項２又は３に記載の画像形成装置。
5. 前記認証要求手段による要求により前記認証サーバに対する認証が成功した場合に、当該認証に用いた認証チケットをキャッシュしている前記チケットキャッシュ手段の認証チケットを更新する制御を行い、一方、前記認証要求手段による要求により前記認証サーバに対する認証が失敗した場合に、当該認証に用いた認証チケットをキャッシュしている前記チケットキャッシュ手段から当該認証に用いた認証チケットを削除する制御を行うキャッシュ制御手段を更に有することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記検索要求手段の要求に従って、前記認証サーバから前記ユーザ特定情報に対応する、前記ユーザ識別情報の検索位置を含むユーザ管理情報を取得するユーザ管理情報取得手段と、
   前記ユーザ管理情報取得手段で取得したユーザ管理情報を記憶するユーザ管理情報記憶手段と、
   前記第１のログイン情報に対応する認証チケットを用いて、認証が成功した場合、前記読取手段で読み取られたユーザ特定情報に対応するユーザ管理情報から前記検索位置を取得する検索位置取得手段と
   を更に有し、
   前記検索要求手段は、前記検索位置からユーザ管理情報を検索するべく、前記検索位置取得手段で取得した検索位置と前記ユーザ特定情報を含む検索を、前記認証サーバに対して要求をすることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. 前記認証サーバは、ディレクトリサーバであり、当該ディレクトリサーバに認証要求を行うことを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
8. 前記取得手段で認証チケットを取得する認証サーバと、前記認証要求手段で認証要求を行う認証サーバとは異なるサーバであることを特徴とする請求項１乃至７のいずれか１項に記載の画像形成装置。
9. 請求項１乃至８のいずれか１項に記載の画像形成装置と、
   前記認証サーバと、
   印刷データを記憶するプリントサーバと、
   ユーザごとに印刷データ一覧を生成する印刷管理サーバと
   を有し、
   前記プリントサーバに記憶されている印刷データの印刷処理を行う際に、前記認証サーバにおいて前記画像形成装置の使用を許可されたユーザの印刷データ一覧を、前記印刷管理サーバから前記画像形成装置に出力することを特徴とする認証システム。
10. 前記画像形成装置は、前記印刷データ一覧の中から選択された印刷データを前記プリントサーバから取得し、取得した印刷データの印刷処理を行うことを特徴とする請求項９に記載の認証システム。
11. １ユーザに対して少なくともユーザ特定情報及びユーザ識別情報を含むユーザ管理情報を記憶する認証サーバと通信可能に接続された画像形成装置における認証方法であって、
    前記画像形成装置が、
    ユーザを特定するためのユーザ特定情報を、読取手段を用いて読み取る読取ステップと、
    前記読取ステップで読み取られたユーザ特定情報を認証するために用いられる、前記認証サーバに対してログインするための共通のユーザ識別情報及びパスワードを少なくとも含む第１のログイン情報を記憶するログイン情報記憶ステップと、
    前記読取ステップでユーザ特定情報を読み取った場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをチケットキャッシュ手段にキャッシュするチケットキャッシュステップと、
    前記読取ステップでユーザ特定情報を読み取った場合に、前記第１のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断する判断ステップと、
    前記判断ステップで、前記第１のログイン情報に対応する認証チケットがないと判断された場合に、前記第１のログイン情報を用いて認証チケットを前記認証サーバに要求するチケット要求ステップと、
    前記判断ステップで認証チケットがあると判断された場合に、前記チケットキャッシュ手段から認証チケットを取得する取得ステップと、
    前記認証サーバにログインするべく、前記取得ステップで取得した認証チケット又は前記チケット要求ステップの要求により取得した認証チケットを用いて、前記認証サーバに対して認証要求を行う認証要求ステップと、
    前記認証要求ステップによる要求により前記認証サーバに対する前記認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記読取ステップで読み取られたユーザ特定情報の検索を、前記認証サーバに対して要求する検索要求ステップと
    を実行することを特徴とする認証方法。
12. １ユーザに対して少なくともユーザ特定情報及びユーザ識別情報を含むユーザ管理情報を記憶する認証サーバと通信可能に接続された画像形成装置における認証方法をコンピュータに実行させるためのプログラムであって、
    ユーザを特定するためのユーザ特定情報を、読取手段を用いて読み取る読取ステップと、
    前記読取ステップで読み取られたユーザ特定情報を認証するために用いられる、前記認証サーバに対してログインするための共通のユーザ識別情報及びパスワードを少なくとも含む第１のログイン情報を記憶するログイン情報記憶ステップと、
    前記読取ステップでユーザ特定情報を読み取った場合、認証チケットを繰り返し利用して前記認証サーバにログインするべく、前記第１のログイン情報に対応する認証チケットの要求により取得した、前記認証サーバにログインする際の認証に利用される認証チケットをチケットキャッシュ手段にキャッシュするチケットキャッシュステップと、
    前記読取ステップでユーザ特定情報を読み取った場合に、前記第１のログイン情報に対応する認証チケットが前記チケットキャッシュ手段にあるか否かを判断する判断ステップと、
    前記判断ステップで、前記第１のログイン情報に対応する認証チケットがないと判断された場合に、前記第１のログイン情報を用いて認証チケットを前記認証サーバに要求するチケット要求ステップと、
    前記判断ステップで認証チケットがあると判断された場合に、前記チケットキャッシュ手段から認証チケットを取得する取得ステップと、
    前記認証サーバにログインするべく、前記取得ステップで取得した認証チケット又は前記チケット要求ステップの要求により取得した認証チケットを用いて、前記認証サーバに対して認証要求を行う認証要求ステップと、
    前記認証要求ステップによる要求により前記認証サーバに対する前記認証チケットを用いた認証が成功した場合、前記ユーザ管理情報を検索するために前記読取ステップで読み取られたユーザ特定情報の検索を、前記認証サーバに対して要求する検索要求ステップと
    をコンピュータに実行させるためのプログラム。
13. 請求項１２に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。

Images