JP5817484B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特にカードを利用した認証における情報処理装置、情報処理方法、及びプログラムに関する。

近年、企業においては、各従業員に社員証等のカードが配布され、カードによってセキュリティの確保が図られている。例えば、各従業員には、入退館時又は入退室時等においてカードリーダに対してカードを翳すことが要求され、認証された者のみが入退館又は入退室が許可されるように、情報処理システムが構築されている。

他方において、ユーザの認証に、カードを利用可能な画像形成装置が存在する。ユーザは、画像形成装置に接続されたカードリーダに、カードに記憶されたカードＩＤを読み取らせることで、認証を受けることができる。

上記のような画像形成装置には、ユーザ名とカードＩＤとの対応情報が予め設定される必要がある。画像形成装置は、当該対応情報に基づいて、カードＩＤに対応するユーザを特定するからである。

しかしながら、企業のセキュリティの確保等、他の用途で既にカードを導入している企業にとって、画像形成装置の認証用にユーザ名とカードＩＤとの対応情報が別途設定されるのは、情報の管理形態として冗長である。

本発明は、上記の点に鑑みてなされたものであって、カード認証のために設定が必要とされる情報の冗長性を低減させることのできる情報処理装置、情報処理方法、及びプログラムの提供を目的とする。

そこで上記課題を解決するため、情報処理装置は、カードＩＤとユーザ識別情報との対応情報を記憶する第一の記憶部と、カードＩＤの入力に応じ、前記カードＩＤに対応するユーザ識別情報を特定するユーザ特定部と、ユーザ特定部によって特定されたユーザ識別情報に基づいて、ネットワークを介して接続される認証装置に認証を要求する認証要求部とを有し、前記ユーザ特定部は、前記第一の記憶部に記憶されていないカードＩＤについては、前記認証装置に対して、対応するユーザ識別情報を問い合わせることを特徴とする。

カード認証のために設定が必要とされる情報の冗長性を低減させることができる。

第一の実施の形態におけるシステム構成例を示す図である。 第一の実施の形態におけるカード認証サーバのハードウェア構成例を示す図である。 第一の実施の形態における各装置の機能構成例を示す図である。 第一の実施の形態におけるカード認証処理の処理手順の一例を説明するためのフローチャートである。 第一の実施の形態のユーザ設定情報記憶部の構成例を示す図である。 第一の実施の形態の認証設定情報記憶部の構成例を示す図である。 第一の実施の形態のユーザ情報記憶部の構成例を示す図である。 第二の実施の形態におけるシステム構成例を示す図である。 第二の実施の形態における各装置の機能構成例を示す図である。 第二の実施の形態のユーザ設定情報記憶部の構成例を示す図である。 第二の実施の形態の認証設定情報記憶部の構成例を示す図である。 第二の実施の形態におけるカード認証処理の処理手順の一例を説明するためのフローチャートである。 第三の実施の形態における各装置の機能構成例を示す図である。 第三の実施の形態におけるカード認証処理の処理手順の一例を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態におけるシステム構成例を示す図である。図１において、一台以上の画像形成装置２０とカード認証サーバ１０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能に接続されている。また、カード認証サーバ１０と認証サーバ３０とは、ＬＡＮ又はインターネット等のネットワークを介して通信可能に接続されている。更に、従業員管理システム４０と認証サーバ３０とは、ＬＡＮ又はインターネット等のネットワークを介して通信可能に接続されている。

従業員管理システム４０は、例えば、図１のシステムが構築されている企業の入退館又は入退室等に関して、従業員に配布されているカードによって従業員を認証し、認証された従業員に関して、入退館又は入退室等を許可する情報処理システムである。従業員管理システム４０は、例えば、一台以上のカードリードと、一台以上のコンピュータとを含む。認証処理自体は、認証サーバ３０に委譲される。例えば、従業員管理システム４０は、カードリーダによってカードより読み取られたカードＩＤに対応するユーザ名を認証サーバ３０に問い合わせる。従業員管理システム４０は、問い合わせに応じて認証サーバ３０よりユーザ名が返信された場合、当該カードに係る従業員は認証されたこととする。カードは、接触型又は非接触型のいずれであってもよいし、ＩＣカード又は磁気カード等の別を問わない。すなわち、カードは、少なくともカードＩＤを記憶可能なものであればよい。カードＩＤは、例えば、Ｕｎｉｖｅｒｓａｌ ＩＤ又はＣａｒｄ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ等、各カードの識別情報である。

認証サーバ３０は、ユーザ名に基づく認証処理を実行するコンピュータである。認証サーバ３０は、企業等の組織内における各種の情報処理システムおいて共用される。本実施の形態において、認証サーバ３０は、従業員管理システム４０に対応させて、各従業員のユーザ名とカードＩＤとの対応情報等を記憶する。

画像形成装置２０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの二以上の機能を一台の筐体によって実現する機器である。但し、いずれか一つの機能を単体で有する機器が画像形成装置２０として用いられてもよい。画像形成装置２０には、カードからカードＩＤを読み出すための、非図示のカードリーダが接続されている。読み出されたカードＩＤは、カード認証に利用される。カード認証とは、カードを利用した認証機能をいう。

カード認証サーバ１０は、画像形成装置２０よりカードＩＤを含む認証要求を受信し、当該カードＩＤに基づく認証処理を制御するコンピュータである。カード認証サーバ１０は、本来的には、ユーザ名とカードＩＤとの対応情報を記憶し、画像形成装置２０からの認証要求に含まれるカードＩＤを、当該対応情報を用いてユーザ名に変換する。カード認証サーバ１０は、変換後のユーザ名に基づく認証要求を認証サーバ３０に送信する。

但し、本実施の形態において、カード認証サーバ１０は、従業員管理システム４０に対応させて認証サーバ３０が記憶する各従業員のユーザ名とカードＩＤとの対応情報をする。そうすることで、画像形成装置２０のカード認証とは別の目的又は用途で、既にユーザ名とカードＩＤとの対応情報が管理されている環境において、カード認証サーバ１０に対して、ユーザ名とカードＩＤとの対応情報が別途設定される必要性が低減される。

図２は、第一の実施の形態におけるカード認証サーバのハードウェア構成例を示す図である。図２のカード認証サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

カード認証サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってカード認証サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、認証サーバ３０や画像形成装置２０も、例えば、図２と同様のハードウェアを有している。但し、画像形成装置２０は、画像形成処理に特有のハードウェアを更に有している。

図３は、第一の実施の形態における各装置の機能構成例を示す図である。図３において、画像形成装置２０は、カードＩＤ取得部２１、カード認証要求部２２、及び利用制限部２３等を有する。これら各部は、画像形成装置２０にインストールされたプログラムが、画像形成装置２０のＣＰＵに実行させる処理により実現される。

カードＩＤ取得部２１は、画像形成装置２０のカードリーダにセットされたカードよりカードＩＤを取得する。カード認証要求部２２は、カードＩＤが指定された認証要求（カード認証要求）をカード認証サーバ１０に送信する。利用制限部２３は、カード認証要求に応じてカード認証サーバ１０より返信される認証結果に基づいて、ユーザによる画像形成装置２０の機能の利用を制限する。

カード認証サーバ１０は、認証要求受付部１１、ユーザ特定部１２、及び認証要求部１３等を有する。これら各部は、カード認証サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。カード認証サーバ１０は、また、ユーザ設定情報記憶部１４及び認証設定情報記憶部１５を利用する。これら各記憶部は、補助記憶装置１０２、又はネットワークを介してカード認証サーバ１０に接続される記憶装置等を用いて実現可能である。

認証要求受付部１１は、画像形成装置２０からのカード認証要求を受信する。ユーザ特定部１２は、カード認証要求に指定されたカードＩＤに対応するユーザの識別情報を特定する。本実施の形態では、ユーザ名が、ユーザの識別情報の一例として利用される。認証要求部１３は、ユーザ特定部１２によって特定されたユーザ名に基づく認証要求を、認証サーバ３０に送信する。

ユーザ設定情報記憶部１４は、カード認証用に、ユーザとカードＩＤとの対応情報を記憶する。認証設定情報記憶部１５は、認証サーバ３０に関する情報を記憶する。

認証サーバ３０は、ユーザ検索部３１及び認証処理部３２を有する。これら各部は、認証サーバ３０にインストールされたプログラムが、認証サーバ３０のＣＰＵに実行させる処理により実現される。認証サーバ３０は、また、ユーザ情報記憶部３３を利用する。ユーザ情報記憶部３３は、認証サーバ３０が有する補助記憶装置、又はネットワークを介して認証サーバ３０に接続される記憶装置等を用いて実現可能である。

ユーザ検索部３１は、カードＩＤに対応するユーザ名をユーザ情報記憶部３３より検索する。認証処理部３２は、ユーザ情報記憶部３３を用いてユーザ名に基づく認証処理を実行する。ユーザ情報記憶部３３は、各ユーザの属性情報を記憶する。

以下、主にカード認証サーバ１０が実行する処理手順について説明する。図４は、第一の実施の形態におけるカード認証処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１１０において、認証要求受付部１１は、画像形成装置２０のカード認証要求部２２より送信されたカード認証要求を受信する。カード認証要求には、カードＩＤが指定されている。当該カードＩＤは、ユーザのカードが画像形成装置２０のカードリーダにセットされた際に、カードＩＤ取得部２１によって当該カードより取得されたものである。カードリーダへのカードのセットとは、カードリーダにカードを挿入したり、カードリーダにカードを翳したりといったように、カードリーダがカードに記録されている情報を読み取り可能な状態にすることをいう。

なお、ユーザは、従業員管理システム４０において利用されるカードを画像形成装置２０のカードリーダにセットする。すなわち、本実施の形態では、従業員管理システム４０において利用されるカードが、画像形成装置２０のカード認証用のカードとして利用可能とされている。

続いて、ユーザ特定部１２は、カード認証要求に指定されているカードＩＤに対応するユーザ名を、ユーザ設定情報記憶部１４より検索する（Ｓ１２０）。

図５は、第一の実施の形態のユーザ設定情報記憶部の構成例を示す図である。図５に示されるように、ユーザ設定情報記憶部１４は、ユーザ名に対応付けてカードＩＤを記憶可能とされている。但し、本実施の形態では、ユーザ設定情報記憶部１４に対して、ユーザ名及カードＩＤの設定は行われていない。したがって、カードＩＤに対応するユーザ名の検索は失敗する。

カードＩＤに対応するユーザ名の検索に失敗した場合（Ｓ１３０でＮｏ）、ユーザ特定部１２は、当該カードＩＤに対応するユーザ名について、認証サーバ３０からの取得を試みる（Ｓ１４０）。具体的には、ユーザ特定部１２は、当該カードＩＤに対応するユーザ名の検索要求を認証サーバ３０に送信する。当該検索要求の送信に際し、ユーザ特定部１２は、認証設定情報記憶部１５を参照して、認証サーバ３０や、検索要求の送信方法等を特定する。

図６は、第一の実施の形態の認証設定情報記憶部の構成例を示す図である。図６に示されるように、認証設定情報記憶部１５は、サーバ名、認証タイプ、及びカードＩＤ項目名等を記憶する。

サーバ名は、認証サーバ３０のホスト名又はＩＰアドレス等、認証サーバ３０と通信するための識別情報である。認証タイプは、認証サーバ３０との通信に利用されるプロトコル等を示す情報である。図６の例において、認証タイプはＬＤＡＰ（Lightweight Directory Access Protocol）とされている。したがって、認証サーバ３０との通信は、ＬＤＡＰによって行えばよいことが分かる。カードＩＤ項目名は、認証サーバ３０のユーザ情報記憶部３３において、カードＩＤが記憶される項目の名前である。図６の例において、カードＩＤ項目名は、「従業員カードＩＤ」である。したがって、ユーザ情報記憶部３３では、「従業員カードＩＤ」という名前の項目において、カードＩＤが記憶されていることが分かる。

ユーザ特定部１２は、認証設定情報記憶部１５のサーバ名によって認証サーバ３０を特定し、認証タイプ及びカードＩＤ項目名によって、ユーザ名の検索要求の送信方法を特定する。すなわち、当該検索要求は、カードＩＤと、カードＩＤ項目名を示す文字列（「従業員カードＩＤ」）とが指定され、ＬＤＡＰに従って送信される。

認証サーバ３０のユーザ検索部３１は、当該検索要求の受信に応じ、当該カードＩＤに対応するユーザ名を、ユーザ情報記憶部３３より検索する。

図７は、第一の実施の形態のユーザ情報記憶部の構成例を示す図である。図７に示されるように、ユーザ情報記憶部３３は、従業員ごとに、ユーザ名、パスワード、メールアドレス、及び従業員カードＩＤ等の属性情報を記憶する。ユーザ名及びパスワードは、組織内における各種の情報処理システムに対するログイン用のユーザ名及びパスワードである。従業員カードＩＤは、従業員管理システム４０に対応させて、各ユーザ名に対応付けられて登録されたカードＩＤである。

ユーザ検索部３１は、ユーザ名の検索要求に指定されたカードＩＤ項目名が示す項目（従業員カードＩＤ）において、当該検索要求に指定されたカードＩＤに一致する値が設定されているレコードをユーザ情報記憶部３３より検索する。該当するレコードが検索された場合、ユーザ検索部３１は、当該レコードのユーザ名を含む応答をユーザ特定部１２に返信する。該当レコードが検索されない場合、ユーザ検索部３１は、検索の失敗を示す応答をユーザ特定部１２に返信する。

このように、認証設定情報記憶部１５において、認証タイプやカードＩＤ項目等が設定されていることにより、カード認証サーバ１０と認証サーバ３０との関係を動的なものとすることができる。その結果、認証サーバ３０が利用するプロトコルや、ユーザ情報記憶部３３の構成等が変化した場合であっても、カード認証サーバ１０と認証サーバ３０とを容易に通信可能とすることができる。なお、認証タイプ及びカードＩＤ項目名は、カード認証サーバ１０と認証サーバ３０との関係を動的なものとするために必要なパラメータの一例である。したがって、他のパラメータが認証設定情報記憶部１５に記憶されてもよい。

ユーザ検索部３１より検索の失敗を示す応答が返信された場合、すなわち、ユーザ名の取得に失敗した場合（Ｓ１５０でＮｏ）、認証要求受付部１１は、カード認証の失敗を示す応答を画像形成装置２０に返信する（Ｓ１６０）。

ユーザ検索部３１よりユーザ名を含む応答が返信された場合、すなわち、ユーザ名の取得に成功した場合（Ｓ１５０でＹｅｓ）、認証要求部１３は、取得されたユーザ名が指定された認証要求を認証サーバ３０に送信する（Ｓ１７０）。認証サーバ３０の認証処理部３２は、当該認証要求の受信に応じ、当該認証要求に指定されたユーザ名をユーザ情報記憶部３３より検索する。当該ユーザ名が検索された場合、認証処理部３２は、認証の成功を示す応答を認証要求部１３に返信する。当該ユーザ名が検索されない場合、認証処理部３２は、認証の失敗を示す応答を認証要求部１３に返信する。

認証要求部１３は、認証処理部３２より返信された応答を受信する（Ｓ１８０）。なお、ステップＳ１７０及びＳ１８０における認証要求部１３と認証処理部３２との間の通信手順は、認証設定情報記憶部１５に記憶されている認証タイプに従う。

認証要求受付部１１は、当該応答に含まれている認証結果（認証の成否を示す情報）を、カード認証の結果として画像形成装置２０に返信する（Ｓ１９０）。

なお、一般的には、ユーザ名及びパスワードの照合によって認証が行われるが、第一の実施の形態では、ユーザ名がユーザ情報記憶部３３に記憶されているか否かによって認証が行われる。ユーザにパスワードを入力させる手間を省くためである。この場合、カードが他人の手に渡ってしまうと、不正利用の可能性も考えられる。しかし、カードが厳重に管理され、パスワードの手間を省くことが優先される環境においては、ユーザ名のみによる認証は有効である。

また、本実施の形態では、カードＩＤに対応するユーザ名の取得先と、ユーザ名に基づく認証の要求先とは、共に同一の認証サーバ３０であるため、カードＩＤに対応するユーザ名の取得の成否によって、カード認証の成否が判定されてもよい。すなわち、ステップＳ１７０及びＳ１８０は、冗長な処理となっている。しかし、カードＩＤとユーザ名との対応情報が認証サーバ３０とは別のコンピュータ、例えば、従業員管理システム４０を構成するコンピュータにおいて管理されている場合、ステップＳ１７０及びＳ１８０は、意義の有るものとなる。この場合、カード認証サーバ１０のユーザ特定部１２は、カードＩＤに対応するユーザ名の取得先を、当該コンピュータとすればよい。

一方、ステップＳ１２０において、カードＩＤに対応するユーザ名の検索に成功した場合（Ｓ１３０でＹｅｓ）、検索されたユーザ名を利用して、ステップＳ１７０以降が実行される。

ステップＳ１６０又はＳ１９０において返信された、カード認証の結果を受信した画像形成装置２０の利用制限部２３は、当該結果に応じて処理制御を行う。例えば、カード認証の結果が失敗であった場合、利用制限部２３は、ユーザによる画像形成装置２０の一部又は全部の機能の利用を制限する。

上述したように、第一の実施の形態によれば、画像形成装置２０のカード認証とは別の目的で管理されているカードＩＤを用いて、画像形成装置２０のカード認証を行うことができる。したがって、カード認証を目的としてユーザ名とカードＩＤとの対応情報を記憶するユーザ設定情報記憶部１４に対して、別途当該対応情報を設定する必要性を低減させることができる。その結果、当該対応情報の設定作業の手間を省くことができる。また、同じ対応情報が重複して管理されることによる冗長性を排除することができ、メンテナンス作業の煩雑化を回避することができる。

次に、第二の実施の形態について説明する。第二の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でよい。

図８は、第二の実施の形態におけるシステム構成例を示す図である。図８中、図１と同一部分には同一符号を付し、その説明は省略する。

図８に示されるように、第二の実施の形態では、複数の認証サーバ３０が設置される。各認証サーバ３０の基本的な機能は同じであるが、各認証サーバ３０が認証可能なユーザは相互に異なる。例えば、ユーザＡの認証は認証サーバ３０ａによって行われ、ユーザＢの認証は認証サーバ３０ｂによって行われる。また、各認証サーバ３０の実装系は相互に異なっていてもよい。例えば、認証サーバ３０ａは、ＬＤＡＰ（Lightweight Directory Access Protocol）を利用し、認証サーバ３０ｂは、アクティブディレクトリ（Active Directory）を利用してもよい。すなわち、各認証サーバ３０が利用する通信プロトコルや、ユーザ情報記憶部３３の構成（スキーマ）等は、相互に異なっていてもよい。

なお、認証サーバ３０が複数設置されるような状況の一例として、企業の合併や部門の統合等が挙げられる。例えば、認証サーバ３０ａは、合併前のＡ社の従業員に関する認証サーバ３０であり、認証サーバ３０ｂは、合併前のＢ社の従業員に関する認証サーバ３０であった場合において、認証サーバ３０を統合するのには手間がかかるため、二つ以上の認証サーバ３０が、継続して利用される場合が想定されてもよい。

図９は、第二の実施の形態における各装置の機能構成例を示す図である。図９中、図３と同一部分には同一符号を付し、その説明は省略する。

図９において、画像形成装置２０は、パスワード受付部２４を更に有する。パスワード受付部２４は、例えば、画像形成装置２０の操作パネルを介して、パスワードの入力をユーザより受け付ける。すなわち、第二の実施の形態では、カードリーダへのカードのセットと、パスワードの入力とがユーザに対して要求される。

カード認証サーバ１０は、パスワード取得部１６を更に有する。パスワード取得部１６は、パスワード受付部２４に対してパスワードの送信を要求することにより、画像形成装置２０において入力されたパスワードを取得する。

また、認証サーバ３０が複数設置されることにより、第二の実施の形態のユーザ設定情報記憶部１４ａ及び認証設定情報記憶部１５ａは、例えば、図１０又は図１１に示されるような構成を有する。

図１０は、第二の実施の形態のユーザ設定情報記憶部の構成例を示す図である。第二の実施の形態において、ユーザ設定情報記憶部１４ａは、ユーザごとに、認証設定番号を更に記憶する。認証設定番号は、当該ユーザに適用される、認証設定情報記憶部１５ａのレコードを識別するための識別番号である。

図１１は、第二の実施の形態の認証設定情報記憶部の構成例を示す図である。第二の実施の形態では、認証サーバ３０が複数台設置されるため、認証設定情報記憶部１５ａは、認証サーバ３０ごとにレコードを記憶する。各レコードは、サーバ名、認証タイプ、及びカードＩＤ項目名に加え、認証設定番号、カードＩＤ検索、及び担当カードＩＤ等の項目を含む。

認証設定番号は、各レコードの識別番号である。カードＩＤ検索は、当該レコードに係る認証サーバ３０が、カードＩＤに対応付けてユーザ名を記憶しているか（ＯＮ）否か（ＯＦＦ）を示す情報である。担当カードＩＤは、当該認証サーバ３０が担当するカードＩＤを示す情報である。担当カードＩＤには、カードＩＤの一部又は全部を指定可能である。具体的には、ワイルドカード（「＊」や「？」等）を利用して、担当カードＩＤの任意の一部分が指定されてもよい。また、担当カードＩＤには、「１１１１１〜１２０００」のように、範囲指定が行われてもよい。更に、一以上のカードＩＤが、列挙されてもよい。なお、カードＩＤ項目及び担当カードＩＤは、カードＩＤ検索が「ＯＮ」である認証サーバ３０に関して有効である。また、図１１の認証タイプにおける「ＡＤ」は、アクティブディレクトリ（Active Directory）を示す。

以下、第二の実施の形態のカード認証処理について説明する。図１２は、第二の実施の形態におけるカード認証処理の処理手順の一例を説明するためのフローチャートである。図１２中、図４と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

図１２では、ユーザ設定情報記憶部１４ａからのカードＩＤの検索に失敗した場合に（Ｓ１３０でＮｏ）、ユーザ特定部１２は、認証設定情報記憶部１５ａ（図１１）を参照して、当該カードＩＤに対応する認証サーバ３０を特定する（Ｓ１３１）。すなわち、ユーザ特定部１２は、担当カードＩＤの値が当該カードＩＤに合致するレコードを認証設定情報記憶部１５ａより検索し、当該レコードのサーバ名を取得する。

該当するレコードが検索されなかった場合、すなわち、当該カードＩＤに対応する認証サーバ３０の特定に失敗した場合（Ｓ１３２でＮｏ）、ユーザ特定部１２は、カードＩＤ検索が「ＯＮ」である全ての認証サーバ３０から、当該カードＩＤに対応するユーザ名の取得を試みる（Ｓ１３３）。

一方、該当するレコードが検索された場合、すなわち、当該カードＩＤに対応する認証サーバ３０の特定に成功した場合（Ｓ１３２でＹｅｓ）、ユーザ特定部１２は、当該レコードのサーバ名によって識別される認証サーバ３０より、カードＩＤに対応するユーザ名の取得を試みる（Ｓ１４０）。

認証サーバ３０からのユーザ名の取得に成功した場合（Ｓ１５０でＹｅｓ）、ステップＳ１５１以降が実行される。なお、カードＩＤ検索が「ＯＮ」である全ての認証サーバ３０からユーザ名の取得が試みられた場合は、いずれか一つの認証サーバ３０からユーザ名が取得できれば、ユーザ名の取得に成功したことになる。

ステップＳ１５１において、パスワード取得部１６は、パスワードの送信要求を画像形成装置２０に送信することにより、画像形成装置２０において入力されるパスワードを取得する。すなわち、画像形成装置２０のパスワード受付部２４は、パスワードの送信要求に応じ、パスワードの入力画面を画像形成装置２０の操作パネルに表示させる。当該入力画面を介して、ユーザによってパスワードが入力されると、パスワード受付部２４は、入力されたパスワードを、パスワード取得部１６に返信する。

続いて、認証要求部１３は、取得されたユーザ名と取得されたパスワードとが指定された認証要求を認証サーバ３０に送信する（Ｓ１７０ａ）。認証要求の送信先となる認証サーバ３０は、ステップＳ１３０でＮｏの場合は、ステップＳ１３０において特定された認証サーバ３０、又はステップＳ１３３においてユーザ名の取得に成功した認証サーバ３０である。ステップＳ１３０でＹｅｓの場合は、ステップＳ１２０においてユーザ設定情報記憶部１４より検索されたレコードの認証設定番号に対応する、認証設定情報記憶部１５のレコードに係る認証サーバ３０である。

認証サーバ３０の認証処理部３２は、当該認証要求の受信に応じ、当該認証要求に指定されたユーザ名及びパスワードと一致するレコードをユーザ情報記憶部３３より検索する。該当するレコードが検索された場合、認証処理部３２は、認証の成功を示す応答を認証要求部１３に返信する。該当するレコードが検索されない場合、認証処理部３２は、認証の失敗を示す応答を認証要求部１３に返信する。

上述したように、第二の実施の形態によれば、認証サーバ３０が複数設置され、各認証サーバ３０が管理するユーザが異なる場合であっても、カード認証を適切に行うことができる。

なお、第二の実施の形態では、パスワードの入力が要求されるが、認証サーバ３０が複数設置されることと、パスワードの入力との間には、特段の依存関係は無い。第二の実施の形態においてパスワードの入力が行われるのは、第一の実施の形態におけるユーザ名のみに基づく認証に対する変形例を示すためである。したがって、第二の実施の形態において、パスワードの入力が行われなくてもよいし、第一の実施の形態において、パスワードの入力が行われてもよい。

次に、第三の実施の形態について説明する。第三の実施の形態では、第二の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第二の実施の形態と同様でよい。

図１３は、第三の実施の形態における各装置の機能構成例を示す図である。図１３中、図９と同一部分には同一符号を付し、その説明は省略する。

図１３において、画像形成装置２０は、ユーザ設定受付部２５を更に有する。ユーザ設定受付部２５は、例えば、画像形成装置２０の操作パネルを介して、ユーザ設定情報記憶部１４に記憶される情報（ユーザ設定情報）の入力を受け付ける。

カード認証サーバ１０は、ユーザ設定登録部１７を更に有する。ユーザ設定登録部１７は、ユーザ設定受付部２５によって受け付けられたユーザ設定情報を、ユーザ設定情報記憶部１４に登録する。

以下、第三の実施の形態のカード認証処理について説明する。図１４は、第三の実施の形態におけるカード認証処理の処理手順の一例を説明するためのフローチャートである。図１４中、図１２と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

図１４では、カードＩＤに対応するユーザ名について、認証サーバ３０からの取得に失敗した場合（Ｓ１５０でＮｏ）、ユーザ設定登録部１７は、ユーザ設定情報の登録の要否を、画像形成装置２０のユーザ設定受付部２５に問い合わせる（Ｓ１５２）。ユーザ設定受付部２５は、当該問い合わせに応じ、例えば、画像形成装置２０を操作中のユーザに関して、ユーザ設定情報の登録の要否を選択させる画面を操作パネルに表示させる。ユーザ設定受付部２５は、当該画面を介したユーザによる選択結果を示す情報を、ユーザ設定登録部１７に返信する。

ユーザによる選択結果が、ユーザ設定情報の登録は不要であることを示す場合（Ｓ１５２でＮｏ）、認証要求受付部１１は、カード認証の失敗を示す応答を画像形成装置２０に返信する（Ｓ１６０）。

ユーザによる選択結果が、ユーザ設定情報の登録は必要であることを示す場合（Ｓ１５２でＹｅｓ）、ユーザ設定登録部１７は、画像形成装置２０のユーザ設定受付部２５を介して、ユーザ名及びパスワードの入力をユーザより受け付ける。具体的には、ユーザ設定登録部１７は、ユーザ名及びパスワードの送信要求をユーザ設定受付部２５に送信する。当該送信要求に応じ、ユーザ設定受付部２５は、例えば、ユーザ名及びパスワードの入力画面を画像形成装置２０の操作パネルに表示させる。ユーザ設定受付部２５は、当該入力画面を介してユーザによって入力されたユーザ名及びパスワードを、ユーザ設定登録部１７に返信する。

なお、ユーザ名及びパスワードと共に、認証設定番号又は認証サーバ３０のサーバ名が入力されてもよい。認証設定番号又はサーバ名は、ユーザ名及びパスワードとは別項目として入力されてもよいし、例えば、「＜ユーザ名＞：＜認証設定番号又はサーバ名＞」のように、ユーザ名に続けて入力されてもよい。

続いて、ユーザ設定登録部１７は、返信されたユーザ名及びパスワードが指定された認証要求を、認証サーバ３０に送信する（Ｓ１５４）。ユーザ名及びパスワードと共に認証設定番号又はサーバ名が入力された場合、当該認証要求の送信先は、当該認証設定番号又はサーバ名に係る認証サーバ３０となる。一方、ユーザ名及びパスワードと共に認証設定番号又はサーバ名が入力されない場合、当該認証要求の送信先は、例えば、全ての認証サーバ３０とされる。

認証要求を受信した認証サーバ３０の認証処理部３２は、ステップＳ１７０ａに対応して実行される処理と同様の処理を実行し、認証結果を返信する。ユーザ設定登録部１７は、当該認証結果を受信する（Ｓ１５５）。当該認証結果が認証の成功を示す場合（Ｓ１５６でＹｅｓ）、ユーザ設定登録部１７は、ステップＳ１５３において入力されたユーザ名と、ステップＳ１１０において受信されたカードＩＤとを含むレコードを、ユーザ設定情報記憶部１４に登録する（Ｓ１５７）。この際、ユーザ名及びパスワードと共に認証設定番号又はサーバ名が入力されている場合は、当該認証設定番号、又は当該サーバ名に対応する認証設定番号が、当該レコードに登録される。ユーザ名及びパスワードと共に認証設定番号又はサーバ名が入力されていない場合は、ステップＳ１５５において認証に成功した認証サーバ３０に対応する認証設定番号が、当該レコードに登録される。

ステップＳ１５７に続いて、ステップＳ１９０が実行される。

一方、認証サーバ３０より返信された認証結果が認証の失敗を示す場合（Ｓ１５６でＮｏ）、ユーザ名とカードＩＤとの登録は行われずに、ステップＳ１９０が実行される。

上述したように、第三の実施の形態によれば、いずれの認証サーバ３０においてもカードＩＤが登録されていないユーザに関しては、ユーザ名とカードＩＤとの対応情報がユーザ設定情報記憶部１４に登録される。したがって、以降に当該ユーザが画像形成装置２０を利用する場合においては、画像形成装置２０のカードリーダへのカードのセットとパスワードの入力とを行うことにより、画像形成装置２０を利用することができる。また、ユーザによってユーザ名とカードＩＤとの登録が可能であるため、管理者等が一括して登録作業を行う必要性を低減させることができる。ユーザ名とカードＩＤとの登録は、認証に成功した場合に限って行われるため、管理者によって登録作業が行われなくても、安全性を確保することができる。

なお、上記各実施の形態では、カード認証によって利用可能となる情報処理装置として、画像形成装置２０を例示して説明した。しかし、画像形成装置２０以外の情報処理装置であって、カード認証が可能な情報処理装置が、画像形成装置２０と置き換えられて上記各実施の形態が実施されてもよい。

また、画像形成装置２０に、カード認証サーバ１０の機能が実装されてもよい。この場合、カード認証サーバ１０は、設置されなくてもよい。

なお、本実施の形態において、ユーザ設定情報記憶部１４は、第一の記憶部の一例である。認証設定情報記憶部１５は、第二の記憶部の一例である。ユーザ設定登録部１７は、登録部の一例である。

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

１０ カード認証サーバ
１１ 認証要求受付部
１２ ユーザ特定部
１３ 認証要求部
１４ ユーザ設定情報記憶部
１５ 認証設定情報記憶部
１６ パスワード取得部
１７ ユーザ設定登録部
２０ 画像形成装置
２１ カードＩＤ取得部
２２ カード認証要求部
２３ 利用制限部
２４ パスワード受付部
２５ ユーザ設定受付部
３０ 認証サーバ
３１ ユーザ検索部
３２ 認証処理部
３３ ユーザ情報記憶部
４０ 従業員管理システム
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

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

Claims (5)

1. カードＩＤとユーザ識別情報との対応情報を記憶する第一の記憶部と、
   カードＩＤの入力に応じ、前記カードＩＤに対応するユーザ識別情報を特定するユーザ特定部と、
   ユーザ特定部によって特定されたユーザ識別情報に基づいて、ネットワークを介して接続される認証装置に認証を要求する認証要求部とを有し、
   前記ユーザ特定部は、前記第一の記憶部に記憶されていないカードＩＤについては、前記認証装置に対して、対応するユーザ識別情報を問い合わせることを特徴とする情報処理装置。
2. カードＩＤの一部又は全部に対応付けて、複数の前記認証装置のうちのいずれかの認証装置の識別情報を記憶する第二の記憶部を有し、
   前記ユーザ特定部は、前記第一の記憶部に記憶されていないカードＩＤについては、前記第二の記憶部において対応付けられている識別情報に係る前記認証装置に対して、対応するユーザ識別情報を問い合わせることを特徴とする請求項１記載の情報処理装置。
3. 前記ユーザ特定部によって、前記カードＩＤに対応するユーザ識別情報が特定できない場合に、ユーザ識別情報の入力を受け付け、前記カードＩＤに対応付けて当該ユーザ識別情報を前記第一の記憶部に登録する登録部を有する請求項１又は２記載の情報処理装置。
4. カードＩＤとユーザ識別情報との対応情報を記憶する第一の記憶部を有するコンピュータが、
   カードＩＤの入力に応じ、前記カードＩＤに対応するユーザ識別情報を特定するユーザ特定手順と、
   ユーザ特定手順において特定されたユーザ識別情報に基づいて、ネットワークを介して接続される認証装置に認証を要求する認証要求手順とを実行し、
   前記ユーザ特定手順は、前記第一の記憶部に記憶されていないカードＩＤについては、前記認証装置に対して、対応するユーザ識別情報を問い合わせることを特徴とする情報処理方法。
5. カードＩＤとユーザ識別情報との対応情報を記憶する第一の記憶部を有するコンピュータに、
   カードＩＤの入力に応じ、前記カードＩＤに対応するユーザ識別情報を特定するユーザ特定手順と、
   ユーザ特定手順において特定されたユーザ識別情報に基づいて、ネットワークを介して接続される認証装置に認証を要求する認証要求手順とを実行させ、
   前記ユーザ特定手順は、前記第一の記憶部に記憶されていないカードＩＤについては、前記認証装置に対して、対応するユーザ識別情報を問い合わせることを特徴とするプログラム。

Images