(57)【要約】【課題】一人の利用者が使用することができる認証用カードの枚数を一元的に管理し、制限する認証管理システムを提供する。【解決手段】  認証管理システムであって、認証装置は、１以上の認証情報を利用者毎に記憶する第１の記憶部と、オフィス機器に対する認証の要求を受け付けると、送信された認証情報に対する認証を実行する認証部と、第１の記憶部に記憶されていない認証情報を第１の記憶部に追加登録をすることの許否を管理装置に確認する確認部と、を有し、管理装置は、１以上の認証情報を利用者毎に記憶する第２の記憶部と、確認部による追加登録の確認の要求に応じて、第２の記憶部に記憶されている認証情報の数に基づき、追加の登録を許可するか否かを判定する判定部と、追加の登録を許可すると判定した結果を返信し、第２の記憶部に認証情報を追加登録する登録部と、を有する。【選択図】図１
2018142226.tif 000002
【特許請求の範囲】
【請求項１】
オフィス機器を利用する利用者の認証を行う認証装置と、それぞれ異なるオフィス機器に対する認証を行う複数台の前記認証装置において登録される前記利用者の認証情報を管理する管理装置と、を備える認証管理システムであって、
前記複数台の認証装置はそれぞれ、
利用者が認証に用いる１以上の認証情報を、利用者毎に記憶する第１の記憶部と、
利用者の操作により入力される前記認証情報が送信され、前記オフィス機器に対する認証の要求を受け付けると、受信した認証情報に対する認証を実行する認証部と、
前記第１の記憶部に記憶されていない前記送信された認証情報を、当該利用者の認証情報として前記第１の記憶部に追加登録をすることの許否を前記管理装置に確認する確認部と、
を有し、
前記管理装置は、
利用者が認証に用いる１以上の認証情報を、利用者毎に記憶する第２の記憶部と、
前記確認部による前記追加登録の確認の要求に応じて、登録の対象である利用者について前記第２の記憶部に記憶されている認証情報の数に基づき、追加の登録を許可するか否かを判定する判定部と、
追加の登録を許可すると判定した場合に、確認を要求した前記認証装置に許可する旨の確認結果を返信し、前記第２の記憶部においても前記認証情報を追加登録する登録部と、
を有することを特徴とする認証管理システム。
【請求項２】
前記判定部は、利用者に所持され認証に利用される物理媒体から取得される前記認証情報の追加登録の許否を、予め設定された一人の利用者が所有する前記物理媒体の上限値に基づき判定する、
請求項１記載の認証管理システム。
【請求項３】
前記管理装置は、
前記第２の記憶部に記憶されている前記利用者ごとの前記認証情報の数を、前記認証装置に送信する登録数送信部を有し、
前記認証装置の前記確認部は、送信した登録許否の確認に対する返信が前記管理装置から無い場合、自身で登録許否を判定する、
請求項２記載の認証管理システム。
【請求項４】
前記管理装置は、前記上限値を設定するための操作表示部を有し、
前記判定部は、前記操作表示部を介して前記上限値が設定されると、前記第２の記憶部に記憶されている利用者毎の前記認証情報に基づき、設定された前記上限値による条件を各利用者が満たしているか否かを判定する、
請求項２または３に記載の認証管理システム。
【請求項５】
前記第２の記憶部は、前記上限値の設定に応じた判定結果を、利用者ごとに対応付けて記憶し、
前記判定部は、前記認証装置から登録許否の確認要求を受信すると、前記記憶した対応付けに基づき、新規の登録の可否を判定する、
請求項４記載の認証管理システム。
【請求項６】
オフィス機器を利用するための認証を行う複数の認証装置と通信可能な管理装置であって、
利用者が認証に用いる１以上の認証情報を、利用者毎に記憶する記憶部と、
前記認証装置から送信される前記認証情報の追加登録に関する諾否の確認情報に応じて、登録対象である当該利用者について前記記憶部に記憶されている認証情報の数に基づき、追加の登録を許可するか否かを判定する判定部と、
追加の登録を許可すると判定した場合に、前記確認情報を送信してきた前記認証装置に許可する旨の確認結果を返信し、前記記憶部においても前記認証情報を追加登録する登録部と、
を有する管理装置。
【請求項７】
前記判定部は、利用者に所持され認証に利用される物理媒体から取得される前記認証情報の追加登録の諾否を、予め設定された一人の利用者が所有する前記物理媒体の上限値に基づき判定する、
請求項６記載の管理装置。
【請求項８】
オフィス機器を利用するための認証を行う認証装置であって、
利用者が認証に用いる１以上の認証情報を、利用者毎に記憶する記憶部と、
利用者の操作により入力される前記認証情報が送信され、前記オフィス機器に対する認証の要求を受け付けると、受信した認証情報に対する認証を実行する認証部と、
前記記憶部に記憶されていない前記送信された認証情報を、当該利用者の認証情報として前記記憶部に追加登録することの諾否を外部の装置に対して確認する確認部と、
を有する認証装置。
【請求項９】
オフィス機器を利用者に認証を行い、それぞれ異なるオフィス機器に対する認証を行う複数台の認証装置における前記利用者の認証情報を管理する認証管理方法であって、
利用者が認証に用いる１以上の認証情報を、利用者毎に記憶し、
利用者の操作により入力される前記認証情報が送信され、前記オフィス機器に対する認証の要求を受け付けると、受信した認証情報に対する認証を実行し、
事前に記憶されていない前記送信された認証情報を、当該利用者の認証情報として追加の登録をすることの許否を確認し、
を有し、
追加の登録の確認の要求に応じて、登録の対象である利用者について事前に記憶されている認証情報の数に基づき、追加の登録を許可するか否かを判定し、
追加の登録を許可すると判定した場合に、確認を要求元に許可する旨の確認結果を返信し、前記認証情報を追加登録する、
ことを特徴とする認証管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証管理システム、認証装置、認証装置を管理する管理装置および認証管理方法に関し、画像形成装置を使用する利用者に対して、使用可否の認証を行う技術に関する。
【背景技術】
【０００２】
ＩＣカード（ＩＣ：Integrated Circuit）を用いて、利用者に対し画像形成装置の使用許可を認証する認証管理システムがある。この認証管理システムでは、画像形成装置に付属しているカードリーダが、利用者によりかざされたＩＣカードを読み取り、得られたＩＣカードの識別情報（以下、カードＩＤと称する）を認証サーバへ送信する。認証サーバは、受信したカードＩＤが登録済みであるか否かを判定し、登録済みである場合は認証成功のメッセージを画像形成装置に送信する。画像形成装置は、認証成功のメッセージを受信すると、当該利用者の使用権限に従い、コピーやスキャンなどの機能の使用制限を解除する。
【０００３】
認証に必要なカードＩＤなどは認証サーバに事前に登録しておく必要がある。画像形成装置において使用許可を得ようとしたときに、認証サーバにカード情報が登録されていなければ、画像形成装置上でＩＣカードの登録を行うことを可能にするシステムが知られている（例えば特許文献１を参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数の画像形成装置を有する規模のシステムでは、１つの認証サーバが複数台の画像形成装置の認証処理を担う場合がある。また国内や海外に複数の拠点を有する組織などで使用する大規模システムの場合、拠点ごとに認証サーバを設け、それぞれの認証サーバが配下の画像形成装置群の認証処理を担う。この場合、各認証サーバは、それぞれがカードＩＤ、ユーザ名、パスワードなどの認証用のデータを個別に管理する。
【０００５】
このように各拠点における認証サーバが個別に認証用のデータを管理する場合、拠点間を移動して職務を遂行する利用者は、拠点ごとにＩＣカードを所有する必要があり、一人の利用者が複数のＩＣカードを所有することになる。
【０００６】
また、企業の合併や事業統合が行われた後、これまで各企業で使用していたＩＣカードを継続して使用したいという要望もある。この場合も、職場を移動する利用者は、職場ごとにＩＣカードを所有することになり、すなわち、一人の利用者が複数のＩＣカードを所有することになる。
【０００７】
このように、一人の利用者が複数のＩＣカードを所有する場合、利用者にとってはＩＣカードの管理が煩雑になるとともに、ＩＣカードが増えるごとにカードを紛失する可能性も増える。これらを抑制するため、ＩＣカードの一人あたりの所有数に制限を設け、一時的に滞在する拠点や職場ではＩＣカードを貸与などすることが望まれる。
【０００８】
このような要望に応じるため、一人の利用者が登録できるＩＣカードの上限数を、例えば全体で３枚までと制限する場合を考える。また、画像形成装置側でＩＣカードの登録を行う上記技術を適用するものとする。この条件のもと、ある利用者が、画像形成装置を介して１つの認証サーバ（ここでは認証サーバＡとする）で３枚のカードを登録すると、この３枚のカード情報は認証サーバＡで管理、保持される。認証サーバＡにおいて、追加でカードを登録するよう試みたときは、設定された上限値から登録を失敗させることが可能となる。しかしながら、別拠点や別職場の認証サーバ（ここでは認証サーバＢとする）でカードを追加しようとした際、認証サーバＢは認証サーバＡに登録されたカード情報を保持していないため、ＩＣカードを追加登録できてしまう。すなわち、全体の上限数を超えた登録を行うことができてしまう。
【０００９】
本発明は、ＩＣカードの上限設定や登録可否の制御を一元的に行う技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の一態様は、オフィス機器を利用する利用者の認証を行う認証装置と、それぞれ異なるオフィス機器に対する認証を行う複数台の前記認証装置において登録される前記利用者の認証情報を管理する管理装置と、を備える認証管理システムであって、前記複数台の認証装置はそれぞれ、利用者が認証に用いる１以上の認証情報を、利用者毎に記憶する第１の記憶部と、利用者の操作により入力される前記認証情報が送信され、前記オフィス機器に対する認証の要求を受け付けると、受信した認証情報に対する認証を実行する認証部と、前記第１の記憶部に記憶されていない前記送信された認証情報を、当該利用者の認証情報として前記第１の記憶部に追加登録をすることの許否を前記管理装置に確認する確認部と、を有し、前記管理装置は、利用者が認証に用いる１以上の認証情報を、利用者毎に記憶する第２の記憶部と、前記確認部による前記追加登録の確認の要求に応じて、登録の対象である利用者について前記第２の記憶部に記憶されている認証情報の数に基づき、追加の登録を許可するか否かを判定する判定部と、追加の登録を許可すると判定した場合に、確認を要求した前記認証装置に許可する旨の確認結果を返信し、前記第２の記憶部においても前記認証情報を追加登録する登録部と、を有する。
【発明の効果】
【００１１】
本発明によれば、ＩＣカードの上限設定や登録可否の制御を一元的に行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る認証管理システムの全体構成例を示す図である。
【図２】本発明の実施形態に係るコアサーバのハードウェア構成例を示す図である。
【図３】本発明の実施形態に係る認証サーバのハードウェア構成例を示す図である。
【図４】本発明の実施形態に係る画像形成装置のハードウェア構成例を示す図である。
【図５】本発明の実施形態に係る認証管理システムの機能ブロックの一例を示す図である。
【図６】本発明の実施形態に係る上限を管理するためのデータ構成例を示す図である。
【図７】本発明の実施形態に係る利用者およびカードＩＤを管理するためのテーブル構成例を示す図である。
【図８】本発明の実施形態に係る利用者の登録可否を管理するためのテーブル構成例を示す図である。
【図９】本発明の実施形態に係るカード上限値を登録する際の設定画面の一例を示す図である。
【図１０】本発明の実施形態に係るカード登録の際の認証画面の一例を示す図である。
【図１１】本発明の実施形態に係る認証管理システムの動作例を示すシーケンス図である。
【図１２】本発明の実施形態に係る、上限値設定処理の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
本発明は、複数の認証装置を有し、当該認証装置のそれぞれが１台または複数台の画像形成装置の認証処理を個別に行う構成において、認証処理に用いるＩＣカードの上限設定および登録制御を一元的に行う、ことを要旨とする。
【００１４】
以下、本発明に係る実施形態について図面を参照しながら説明する。図１は、本実施形態に係る認証管理システム１の構成例を示す図である。
【００１５】
［認証管理システム１の概要］
図１に示される認証管理システム１において、拠点Ａ及び拠点Ｂ等の各拠点は、企業のオフィスや事業所等の活動拠点を例示している。例えば、拠点Ａが日本にあるオフィスや事業所等であり、拠点Ｂが米国にあるオフィスや事業所等である。即ち、各拠点は、物理的に離れた位置に存在するものとする。図１では、拠点Ａで構築されるネットワークのドメインをドメインＡ、拠点Ｂで構築されるネットワークのドメインをドメインＢとしている。なお、二つの拠点を例示したが、三つ以上の拠点が存在してもよい。なお、図１では、拠点Ａに属する装置の符号の末尾に「ａ」を付与し、拠点Ｂに属する装置の符号の末尾に「ｂ」を付与して表しているが、以下の説明において、拠点Ａ及び拠点Ｂの各装置を区別しない場合は、符号の末尾の「ａ」又は「ｂ」は省略する。
【００１６】
認証管理システム１は、各拠点に配置される複数の機器により構成される。即ち、認証管理システム１は、一以上のプリンタサーバ１０、一以上のクライアントＰＣ２０、一以上の画像形成装置であるＭＦＰ（Multi-Function Peripheral）３００、認証装置である認証サーバ４０、配信サーバ５０、管理装置である管理サーバ６０等が、により構成される。各拠点の各プリンタサーバ１０と、各クライアントＰＣ２０、各ＭＦＰ３０、認証サーバ４０、配信サーバ５０、管理サーバ６０は、ＬＡＮ（Local Area Network）又はインターネット等の通信ネットワーク１００を介して相互の接続されている。
【００１７】
≪クライアントＰＣ２０の概要≫
クライアントＰＣ２０は、各拠点において業務を行うユーザが利用する情報処理装置であって、例えば、一般的なＰＣ（Personal Computer）である。本実施形態において、クライアントＰＣ２０は、当該クライアントＰＣ２０と同じ拠点に属するプリンタサーバ１０に対して、印刷データを送信し保存させる機能を備える。また、クライアントＰＣ２０は、各ユーザの操作に基づいて、印刷データを自らの記憶手段に保存する機能を備える。
【００１８】
≪プリンタサーバ１０の概要≫
プリンタサーバ１０は、クライアントＰＣ２０から送信される印刷ジョブを受信し、当該印刷ジョブに含まれる印刷データと、当該印刷ジョブの書誌情報等を含む印刷設定情報を記憶するコンピュータである。本実施形態において、プリンタサーバ１０は、一つの拠点に一つ以上設置される。また、プリンタサーバ１０は、受信した印刷ジョブに係る印刷設定情報を解析して、当該印刷データに係るユーザ情報等を管理サーバ６０に送信する。また、プリンタサーバ１０は、ＭＦＰ３０からの印刷データ取得要求に応じるために必要な情報の収集と表示等を行う。
【００１９】
≪ＭＦＰ３０の概要≫
ＭＦＰ３０は、印刷機能を有する機器である。ＭＦＰ３０は、ユーザによる操作に応じ、当該ＭＦＰ３０と同一の拠点に属するプリンタサーバ１０に印刷データ及び印刷ジョブ管理情報の取得要求を送信し、当該取得要求に応じて返信される印刷データに基づいて印刷ジョブを実行する。すなわち、各ＭＦＰ３０には、予め、印刷データ及び印刷ジョブ管理情報の取得要求を送信する送信先として、当該ＭＦＰ３０と同一拠点に属するプリンタサーバ１０のアドレス情報が管理者等によって設定されている。
【００２０】
ＭＦＰ３０は、それぞれがカード認証モジュールを備えている。利用者は、ＭＦＰ３０の各々を使用する際、自身で所有するＩＣカードを各画像形成装置のカードリーダにかざし、認証を行う。認証が適合である場合、利用者は、使用権限に従い認証済みのＭＦＰ３０を使用することができる。
【００２１】
カードＩＤとユーザＩＤ（ユーザ名と称する）の対応関係は、認証サーバ４０が記憶しており、ＭＦＰ３０において予め参照先として設定されている認証サーバ４０のいずれかで認証を行う。このようにＭＦＰ３０を使用可能に動作させるため、ＩＣカード内に記憶されているカードＩＤに基づき認証を行うことを、ここでは「使用時認証」と称する。
【００２２】
上記に加え、ＭＦＰ３０は、ＩＣカードの新規登録を画像形成装置側で行う機能も提供する。ＭＦＰ３０は、登録されていないＩＣカードがかざされた場合に、新規登録のモードに自動に切り替える。または、ＭＦＰ３０は、利用者もしくは管理者が所定の操作を行うことで、ＩＣカードの新規登録を行うモードに切り替える。また、認証機能についても印刷機能と同様に、ＭＦＰ３０には、予め、認証要求を送信する送信先として、同一拠点に属する認証サーバ４０のアドレス情報が設定されている。
【００２３】
≪認証サーバ４０の概要≫
認証サーバ４０は、一台以上の情報処理装置によって実現される。認証サーバ４０は、ＭＦＰ３０において印刷ジョブの実行要求を行ったユーザが正当な実行権限を有するユーザであることを認証する機能を提供するコンピュータである。
【００２４】
≪配信サーバ５０の概要≫
配信サーバ５０は、一台以上の情報処理装置によって実現される。配信サーバ５０は、ＭＦＰ３０において蓄積されたデータや、クライアントＰＣ２０から送信されてきたデータを処理対象として、予め設定されているワークフロー処理を実行するコンピュータである。
【００２５】
≪管理サーバ６０の概要≫
コアサーバである管理サーバ６０は、各拠点に設置されるプリンタサーバ１０、認証サーバ４０、配信サーバ５０と、インターネット又はＬＡＮ等の通信ネットワーク１００を介して通信可能に接続されるコンピュータである。各認証サーバ４０が管理、保持しているユーザ情報の一部もしくは全てを記憶する。管理サーバ６０で一元管理することで、利用者ごとのＩＣカードの所有数の管理を行うことができ、システム全体でのＩＣカードの上限設定が可能になる。ここで「ＩＣカード」は、一般には当該利用者に貸与されることが多く、当該利用者がＭＦＰ３０の利用権限を有する正当利用者であることを認証するための認証情報を備える媒体である。尚、データの新規登録や更新、削除、検索のうちの一部の動作や全ての動作を行うことを、本実施形態では「管理」と称する。
【００２６】
本実施形態の態様を適用することで、異なる認証サーバ４０に属するＭＦＰ３０を用いて利用者がＩＣカードの登録を行った場合でも、認証管理システム１の全体で何枚のカードが登録されているかを把握することができる。また、カード登録数の上限設定も容易に行うことができる。
【００２７】
尚、管理サーバ６０および認証サーバ４０の構成を認証管理システム１としてもよく、管理サーバ６０のみの構成や、認証サーバ４０のみの構成を認証管理システム１としてもよい。
【００２８】
本実施形態では、認証サーバ４０ａおよびその配下のＭＦＰ３０ａと、認証サーバ４０ｂおよびその配下のＭＦＰ３０ｂは、別拠点に設置されているものとする。ここでは、認証サーバ４０ａが管理／管轄している拠点をドメインＡとし、認証サーバ４０ｂが管理／管轄している拠点をドメインＢとする。
【００２９】
認証サーバ４０ａは、ＭＦＰ３０ａに関しての認証用のデータを記憶しており、ＭＦＰ３０ａの使用の際の認証部として機能する。一方、認証サーバ４０ａは、ＭＦＰ３０ｂに関しての認証用のデータを記憶しておらず、ＭＦＰ３０ｂに対しては認証部として機能しない。
【００３０】
管理サーバ６０は、認証サーバ４０を統合管理するサーバである。管理サーバ６０は、利用者が登録しているＩＣカードの所有数を、利用者ごとに管理、保持する。また管理サーバ６０は、一人の利用者がシステム全体で所有することができるＩＣカードの上限数を保持している。管理サーバ６０は、通信ネットワーク１００を介して認証サーバ４０とデータ通信を行うことができる。通信ネットワーク１００は、本実施形態では広域通信網を含んだネットワーク構成とする。尚、管理サーバ６０は、認証サーバ４０から遠方に位置する、例えばデータセンサに設置されていてもよく、管理サーバ６０の機能がクラウドシステムとして提供されてもよい。
【００３１】
［管理サーバ６０のハードウェア構成］
次に、認証管理システム１に含まれるサーバや画像形成装置のハードウェア構成について説明する。図２は、管理サーバ６０のハードウェア構成を示す図である。図２に示すように、管理サーバ６０は、一般的なサーバやＰＣ等と同様の構成を含む。
【００３２】
管理サーバ６０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３、ストレージ１４、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）１５およびＩ／Ｆ１６がバスを介して接続されている。また、Ｉ／Ｆ１６にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）１８及び操作部１７が接続されている。
【００３３】
ＣＰＵ１１は演算処理装置であり、管理サーバ６０全体の動作を制御する。ＲＡＭ１２は、情報の高速な読み書きが可能な揮発性の記憶装置であり、ＣＰＵ１１が情報を処理する際の作業領域として用いられる。ＲＯＭ１３は、読み出し専用の不揮発性記憶装置であり、ファームウェア等のプログラムが格納されている。ストレージ１４は、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）など、不揮発性に情報を記憶する装置であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００３４】
本実施形態においては、プログラム１４１、上限値定義ファイル６００、上限管理テーブル６１０、カード管理テーブル７００、登録可否テーブル８００がストレージ１４に記憶されている。各テーブルやファイルの詳細については後述する。
【００３５】
Ｉ／Ｆ１６は、バスと各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ１８は、各種の情報を表示し、管理者が管理サーバ６０の状態を確認するための視覚的ユーザインターフェイスである。操作部１７は、キーボード、マウス、ハードボタンやタッチパネル等、管理者が管理サーバ６０に情報を入力するためのユーザインターフェイスである。ＮＩＣ１５は、外部機器やサーバとの間でデータ通信を制御するユニットであり、本実施形態では、ネットワーク５を介して認証サーバ４０との間でのデータ通信を制御する。
【００３６】
このようなハードウェア構成において、ＲＯＭ１３に格納されたプログラムや、ストレージ１４のプログラム１４１、若しくは光学ディスク等の記憶媒体からＲＡＭ１２に読み出されたプログラムに従ってＣＰＵ１１が演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、後述する機能ブロックが構成される。
【００３７】
［認証サーバ４０のハードウェア構成］
図３は、認証サーバ４０のハードウェア構成を示す図である。認証サーバ４０は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ストレージ２４、ＮＩＣ２５およびＩ／Ｆ２６がバスを介して接続されている。また、Ｉ／Ｆ２６にはＬＣＤ２８及び操作部２７が接続されている。これら各ハードウェアの機能や動作は、上記の管理サーバ６０の各ユニットと同様であるため、説明を割愛する。尚、ストレージ２４には、プログラム２４１、カード管理テーブル７００、認証情報テーブル７１０、登録可否テーブル８００が記憶されている。これら各テーブルの詳細については後述する。尚、認証サーバ４０で管理、保持されているカード管理テーブル７００、登録可否テーブル８００は、管理サーバ６０で管理、保持されているカード管理テーブル７００、登録可否テーブル８００のキャッシュデータとしての位置付けである。例えば管理サーバ６０との間で通信障害などが生じた場合、認証サーバ４０は、自己が管理、保持しているカード管理テーブル７００、登録可否テーブル８００、および認証情報テーブル７１０を使用する。また、カード管理テーブル７００については当該認証サーバの配下に属する利用者に関する値のみが記憶されている。
【００３８】
［ＭＦＰ３０のハードウェア構成］
次に、ＭＦＰ３０の内部構成について説明する。図４は、ＭＦＰ３０の構成を示す図である。ＭＦＰ３０は、コントローラ３２０、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ：原稿自動搬送装置）３１１、スキャナユニット３１２、原稿排出トレイ３１３、ディスプレイパネル３１４、シート供給テーブル３３１、プリントエンジン３３２、シート排出トレイ３３３、ネットワークＩ／Ｆ３４１及びカードリーダ３４２を有する。
【００３９】
また、コントローラ３２０は、主制御部３２３、エンジン制御部３２１、入出力制御部３２５、画像処理部３２２及び操作表示制御部３２４を有する。図４に示すように、ＭＦＰ３０ａは、スキャナユニット３１２、プリントエンジン３３２を有する複合機として構成されている。尚、図４においては、電気的接続を実線の矢印で示しており、シート若しくはシート束の流れを破線の矢印で示している。
【００４０】
ディスプレイパネル３１４は、ＭＦＰ３０の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとして利用者がＭＦＰ３０を直接操作し若しくはＭＦＰ３０に対して情報を入力する際の入力インタフェース（操作部）でもある。ネットワークＩ／Ｆ３４１は、ＭＦＰ３０が通信ネットワーク１００を介して認証サーバ４０およびその他の機器と通信するためのインタフェースであり、ＮＩＣやＵＳＢインタフェースが用いられる。
【００４１】
カードリーダ３４２は、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の技術によりＩＣカードと非接触通信を行い、ＩＣカード内の情報を読み取るユニットである。本実施形態では、利用者が所有するＩＣカードと非接触通信を行う。カードリーダ３４２は、利用者によってかざされたＩＣカードを起動し、ＩＣカード内に記録されているカードＩＤを読み取る。
【００４２】
コントローラ３２０は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、各種のプログラムに従ってＣＰＵが演算を行うことにより構成されるソフトウェア制御部と、集積回路などのハードウェアとによってコントローラ３２０が構成される。ＣＰＵが演算を行うためのプログラムは、例えばＲＯＭに格納されたものやストレージ等の不揮発性記憶装置からＲＡＭにロードされたものが用いられる。コントローラ３２０は、ＭＦＰ３０全体を制御する制御部として機能する。
【００４３】
主制御部３２３は、コントローラ３２０に含まれる各部を制御する役割を担い、コントローラ３２０の各部に命令を与える。エンジン制御部３２１は、プリントエンジン３３２やスキャナユニット３１２等を制御若しくは駆動する駆動手段としての役割を担う。入出力制御部３２５は、ネットワークＩ／Ｆ３４１、カードリーダ３４２を介して入力される信号や命令を主制御部３２３に出力する。また、主制御部３２３は、入出力制御部３２５を制御し、ネットワークＩ／Ｆ３４１及びネットワークを介して他の装置にアクセスする。
【００４４】
画像処理部３２２は、主制御部３２３の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン３３２が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部３２２は、スキャナユニット３１２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の成果物としてＭＦＰ３０に格納され若しくはネットワークＩ／Ｆ３４１を介して他の機器に送信される情報である。操作表示制御部３２４は、ディスプレイパネル３１４に情報表示を行い、若しくはディスプレイパネル３１４を介して入力された情報を主制御部３２３に通知する。
【００４５】
ＭＦＰ３０がプリンタとして動作する場合は、まず、入出力制御部３２５がネットワークＩ／Ｆ３４１を介して印刷ジョブを受信する。入出力制御部３２５は、受信した印刷ジョブを主制御部３２３に転送する。主制御部３２３は、受信した印刷ジョブの実行を開始すると、まず画像処理部３２２を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００４６】
画像処理部３２２によって描画情報が生成されると、エンジン制御部３２１は、生成された描画情報に基づき、シート供給テーブル３３１から搬送されるシートに対して画像形成を実行する。プリントエンジン３３２の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン３３２によって画像形成が施されたシートはシート排出トレイ３３３に排出される。
【００４７】
ＭＦＰ３０がスキャナとして動作する場合は、ユーザによるディスプレイパネル３１４の操作若しくは外部の機器から入力されるスキャン実行指示に応じて、操作表示制御部３２４若しくは入出力制御部３２５が主制御部３２３にスキャン実行信号を転送する。主制御部３２３は、受信したスキャン実行信号に基づき、エンジン制御部３２１を制御する。エンジン制御部３２１は、ＡＤＦ３１１を駆動し、ＡＤＦ３１１にセットされた撮像対象原稿をスキャナユニット３１２に搬送する。
【００４８】
また、エンジン制御部３２１は、スキャナユニット３１２を駆動し、ＡＤＦ３１１から搬送される原稿を撮像する。また、ＡＤＦ３１１に原稿がセットされておらず、スキャナユニット３１２に直接原稿がセットされた場合、スキャナユニット３１２は、エンジン制御部３２１の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット３１２が撮像部として動作する。
【００４９】
撮像動作においては、スキャナユニット３１２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいた撮像情報が生成される。エンジン制御部３２１は、スキャナユニット３１２が生成した撮像情報を画像処理部３２２に転送する。画像処理部３２２は、主制御部３２３の制御に従い、エンジン制御部３２１から受信した撮像情報に基づき画像情報を生成する。
【００５０】
画像処理部３２２が生成した画像情報はストレージ等のＭＦＰ３０に装着された記憶媒体に保存される。画像処理部３２２によって生成された画像情報は、利用者の指示に応じてそのままストレージ等に格納され、若しくはネットワークＩ／Ｆ３４１を介して、入出力制御部３２５により外部の装置に送信される。
【００５１】
また、ＭＦＰ３０が複写機として動作する場合は、エンジン制御部３２１がスキャナユニット３１２から受信した撮像情報、若しくは画像処理部３２２が生成した画像情報に基づき、画像処理部３２２が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部３２１がプリントエンジン３３２を駆動する。
【００５２】
［管理サーバ６０の機能構成］
次に、図５を参照して認証管理システム１を構成する各装置の機能ブロックの構成例を説明する。まず管理サーバ６０は、上限値登録部１０１、上限管理部１０２、可否判定／登録部１１０、認証サーバ通信部１０３、上限値保持部１０４、登録数保持部１０５、登録可否保持部１０７、カード情報保持部１０８を有する。
【００５３】
上限値登録部１０１は、管理者が管理ツールを介して、一人の利用者がシステム内で登録することができるＩＣカードの上限値を設定する。上限管理部１０２は、上限値登録部１０１によって設定される上限数を、上限値保持部１０４に保持された上限値を更新する。
【００５４】
可否判定／登録部１１０は、登録数保持部１０５に保持されている情報の更新を行う。可否判定／登録部１１０は、カードＩＤとユーザ名との対をカード情報保持部１０８に保持させる。可否判定／登録部１１０は、登録可否の情報（後述の図８）を登録可否保持部１０７に保持させるとともに、登録可否保持部１０７に保持されているデータに基づき、カードの新規登録の可否を判定する。可否判定／登録部１１０は、登録を許可する確認を実行した結果、当該カードの登録を許可すると判定された場合、当該許可を要求した認証サーバ４０に対して確認結果を返信する。認証サーバ通信部１０３は、認証サーバ４０とのデータ送受信の機能を担う。
【００５５】
上限値保持部１０４は、図２に示す上限値定義ファイル６００の情報（後述の図６（Ａ））を保持する機能部であり、登録数保持部１０５は、上限管理テーブル６１０の情報（後述の図６（Ｂ））を保持する機能部である。登録可否保持部１０７は、図２に示す登録可否テーブル８００の情報（後述の図８）を保持する機能部である。カード情報保持部１０８は、図２に示すカード管理テーブル７００（後述の図７（Ａ））を保持する機能部である。
【００５６】
以上の構成を備える管理サーバ６０は、可否判定／登録部１１０が管理装置である管理サーバ６０における判定部と登録部を構成する。上限値登録部１０１は、操作表示部を構成する。カード情報保持部１０８が、第２の記憶部を構成する。
【００５７】
認証サーバ４０は、コアサーバ通信部２０１、可否確認／登録部２０２、認証部２０３、画像形成装置通信部２０５、ディレクトリサーバ２０６、登録可否保持部２０７、カード情報保持部２０８を有する。コアサーバ通信部２０１は、管理サーバ６０とのデータ送受信の機能を担う。可否確認／登録部２０２は、カードＩＤとユーザ名との対をカード情報保持部２０８に保持させる。可否確認／登録部２０２は、登録可否の情報（後述の図８）を登録可否保持部２０７に保持させる。管理サーバ６０との通信が不可の場合、登録可否保持部２０７に保持されているデータに基づき、カードの新規登録の可否を判定する。登録可否の情報は認証情報の追加登録に関する諾否の確認情報に相当する。
【００５８】
認証部２０３は、ディレクトリサーバ２０６やカード情報保持部２０８に保持されている情報に従い、配下のＭＦＰ３０の使用の適否を判定する（使用時認証）。尚、認証サーバ４０の場合は、その配下のＭＦＰ３０の適否判定となる。認証部２０３は、ＩＣカードを新規に登録する際にも、利用者に対し認証処理を行う。画像形成装置通信部２０５は、配下のＭＦＰ３０とのデータ送受信の機能を担う。ディレクトリサーバ２０６は、利用者のユーザＩＤ、パスワードなどの属性情報の登録や検索を行う機能部である。ディレクトリサーバ２０６は、図３に示す認証情報テーブル７１０（後述の図７（Ｂ））の情報を保持し、管理する。ディレクトリサーバ２０６は、管理サーバ６０の識別情報、および配下のＭＦＰ３０の識別情報などの各機器の属性値を保持し、検索する機能を有してもよい。また、従来のディレクトリサービス機能を提供するソフトウェアをディレクトリサーバ２０６として代用してもよい。
【００５９】
登録可否保持部２０７は、図３に示す登録可否テーブル８００の情報（後述の図８）を保持する機能部である。カード情報保持部２０８は、図３に示すカード管理テーブル７００（後述の図７（Ａ））を保持する機能部である。カード情報保持部２０８で保持される情報は、認証サーバ４０に属する利用者に関するデータのみである。認証サーバ４０ｂの場合も同様に、カード情報保持部２０８で保持される情報は、認証サーバ４０ｂに属する利用者に関するデータのみ保持される。
【００６０】
以上の構成を備える認証サーバ４０は、可否確認／登録部２０２が確認部を構成する。カード情報保持部２０８が、第１の記憶部を構成する。
【００６１】
ＭＦＰ３０は、認証サーバ通信部３０１、カード読取り部３０２、ユーザインターフェイス部３０３を有する。認証サーバ通信部３０１は、認証サーバ４０とのデータ送受信の機能を担う。カード読取り部３０２は、ＩＣカードに記録されている情報を読み取る。ユーザインターフェイス部３０３は、ＭＦＰ３０を使用する利用者に、メッセージ表示し、また利用者から入力を受け付ける機能部である。
【００６２】
次に、図６〜図８を参照して本実施形態で用いられるデータの構成例を説明する。図６は、管理サーバ６０で保持、管理されているデータを示しており、図６（Ａ）は、上限値定義ファイル６００を例示したものである。上限値定義ファイル６００は、一人の利用者がシステム全体で登録することができるカード枚数の上限値を格納するファイルである。実施形態のように、上限値定義ファイル６００において上限値を「３」と設定した場合は、ドメインＡ、ドメインＢを含めた全体において、一人の利用者が登録できるカード枚数の上限値が「３」になる。なお、上限値定義ファイル６００における上限値の設定は、管理者が設定し、かつ、更新することができる。
【００６３】
図６（Ｂ）は、上限管理テーブル６１０を例示した図である。上限管理テーブル６１０は、ユーザ名カラム６１１、登録数カラム６１２の各カラムが対応付けられたテーブルである。ユーザ名カラム６１１には、ユーザ名と、当該ユーザが属するドメインとを「＠」で連結したデータが格納される。登録数カラム６１２は、当該ユーザがドメイン内で現在登録しているカードの枚数が格納される。図６（Ｂ）に例示したケースでは、ユーザ名「ａａａ」の利用者は、ドメインＡにおいて２枚のカードを登録しており、ドメインＢにおいて１枚のカードを登録している。またユーザ名「ｂｂｂ」の利用者は、ドメインＡにおいて１枚のカードを登録しており、ドメインＢにおいては１枚も登録されていない。
【００６４】
図７（Ａ）は、管理サーバ６０で保持、管理されているカード管理テーブル７００を例示している。カード管理テーブル７００は、各拠点の認証サーバ４０（認証サーバ４０ａ、認証サーバ４０ｂなど）でもキャッシュ情報として、自己が管理する分のみの情報が保持されている。カード管理テーブル７００は、カードＩＤカラム７０１、ユーザ名カラム７０２の各カラムを対応付けたテーブルである。カードＩＤカラム７０１は、ＩＣカードの識別情報（すなわちカードＩＤ）を格納する。ユーザ名カラム７０２は、当該ＩＣカードを所有しているユーザのＩＤを格納している。図７（Ａ）の例では、ユーザ名「ａａａ」の利用者が「０００１」、「０００２」、「０００４」の各ＩＤをそれぞれ有する３枚のＩＣカードを所有しており、ユーザ名「ｂｂｂ」の利用者が「０００３」のＩＤを有する１枚のＩＣカードを所有している。
【００６５】
図７（Ｂ）は、認証情報テーブル７１０を例示したものである。認証サーバ４０で管理、保持されている認証情報テーブル７１０は、ユーザ名カラム７１１とパスワードカラム７１２を対応付けたテーブルである。パスワードカラム７１２は、利用者が指定したパスワードを格納しているが、これに替えて、パスワードに基づいたハッシュ値などを格納してもよい。図７（Ａ）、図７（Ｂ）により、ユーザ名でカードＩＤとパスワードとが紐づけられる。
【００６６】
図８は、管理サーバ６０で保持、管理されている登録可否テーブル８００を例示したものである。登録可否テーブル８００は、各拠点の認証サーバ４０（認証サーバ４０ａ、認証サーバ４０ｂなど）でもキャッシュ情報として同じ情報が保持、管理されている。登録可否テーブル８００は、ユーザ名カラム８０１、登録可否カラム８０２の各カラムを対応付けたテーブルである。登録可否テーブル８００は、利用者が、ＩＣカードの新規登録を行うことができるか否かを規定するためのテーブルである。図８の例では、ユーザ名「ａａａ」の利用者はＩＣカードの新規登録を行うことができず、ユーザ名「ｂｂｂ」の利用者は新規登録を行うことができる。管理サーバ６０は、図６（Ｂ）で示す登録数が図６（Ａ）に示す上限数に達した利用者のカード登録を「否」にする。登録可否カラム８０２が「可」から「否」に書き替わると、認証管理システム１は、当該利用者の新規登録を受け付けないようにする。
【００６７】
図９は、登録カードの上限値を設定するための画面例である。図９に示す画面例は、管理サーバ６０の上限値登録部１０１が表示する設定画面９００の例である、設定画面９００は、ＩＣカードの登録上限値以外にも、カード登録を行う際の認証方法なども設定することができる。
【００６８】
チェックボックス９０１に印が付されると、本実施形態ではＭＦＰ３０においてＩＣカードの登録を行うことができるようになるものとする。上限値設定欄９０３は、一人の利用者あたりの登録上限数を受け付ける。
【００６９】
設定画面９００の「操作パネルでのパスワード入力」は、ＩＣカードを与えられた利用者本人が、ＭＦＰ３０を介して新規登録を行う場合を想定している。すなわち、「操作パネルでのパスワード入力」は、操作しているユーザが正規の利用者本人であるかを判定するため、正規の利用者のみが知りえるパスワードを入力させるモードである。このラジオボタンに印が付されると、ＭＦＰ３０は、ＩＣカードを読み取った後、ユーザ名、パスワードを入力する画面を表示する（図１０参照）。
【００７０】
設定画面９００の「パスワード入力なし（代理ユーザ）」は、例えば管理者がＭＦＰ３０で利用者のＩＣカードを登録する場合を想定している。この場合、ＭＦＰ３０は、ＩＣカードを読み取った後、ユーザ名のみを入力する欄を表示する。
【００７１】
設定画面９００の「パスワード入力なし（登録済みパスワード使用）」は、利用者本人が登録を行うことを想定し、登録の際にパスワード入力までは要求しないモードである。この場合、ＭＦＰ３０は、ＩＣカードを読み取った後、ユーザ名のみを入力する欄を表示する。
【００７２】
設定画面９００の「操作パネルでのＰＩＮコード入力」は、パスワードに変えてＰＩＮコードを入力させることを想定している。ＰＩＮコードは、利用者もしくは管理者が事前に決めたコードでもよく、時刻によって変化するコードなどでもよい。
【００７３】
設定画面９００のＯＫボタン９０６が押下されると、上限値定義ファイル６００の値が、上限値設定欄９０３で指定された値に更新される。キャンセルボタン９０７が押下されると、設定操作がキャンセルされ、上限値定義ファイル６００の値はそのまま維持される。
【００７４】
図１０は、カード登録を行う際のＭＦＰ３０表示する登録用の認証画面である。ＭＦＰ３０のカード読取り部３０２が、ＩＣカードに記録されたカードＩＤを読み取ると、ユーザインターフェイス部３０３は図１０に示す認証画面１０００を表示する。利用者は、自身のユーザ名をユーザ名欄１００１に入力し、パスワードをパスワード１００２に入力し、ＯＫボタン１００３を押下する。これにより、ＭＦＰ３０は、入力されたユーザ名、パスワード、および読み取ったカードＩＤを認証サーバ４０に送信する。認証サーバにおいて、送られてきたカードＩＤに対する認証が適合であり、且つカードの登録数が上限値に達していない場合、図７（Ａ）に示すカード管理テーブル７００に登録されて、新規のＩＣカードが使用可能となる。キャンセルボタン１００４が押下されると、ここまでの操作がキャンセルされ、登録されない。
【００７５】
［認証管理方法の処理フロー］
次に図１１や図１２を参照しつつ、本実施形態の動作について説明する。尚、図１１は、認証管理システム１の全体動作例を示すシーケンス図であり、図１２は、上限値設定処理の動作例を示すフローチャートである。
【００７６】
管理サーバ６０は、一人当たりの登録カード上限値を設定する（Ｓ１１０１）。ステップＳ１１０１の動作の詳細について、図１２のフローチャートを参照しつつ説明する。管理サーバ６０の上限値登録部１０１は、管理者の所定操作に従い、設定画面９００を表示する（Ｓ１２０１）。管理者は設定画面９００に対し、上限値設定欄９０３などに設定値を入力する。上限値登録部１０１は、ＯＫボタン９０６が押下されるまで入力を受け付ける（Ｓ１２０２：Ｎｏのループ）。ＯＫボタン９０６が押下されると（Ｓ１２０２：Ｙｅｓ）、上限値登録部１０１は、上限値設定欄９０３で指定された値を上限管理部１０２に引き渡す。
【００７７】
管理サーバ６０の上限管理部１０２は、上限値保持部１０４に記憶されている上限値を、引き渡された値に更新する（Ｓ１２０３）。上限管理部１０２は、更新後の上限値を可否判定／登録部１１０に引き渡す。
【００７８】
可否判定／登録部１１０は、登録数保持部１０５に記憶されている上限管理テーブル６１０を参照し、ユーザ名ごとにカード登録数の合計を算出する（Ｓ１２０４）。例えば図６（Ｂ）の例では、ユーザ名「ａａａ」のカード登録数はドメインＡの２枚とドメインＢの１枚から、合計値「３」を得ることができる。またユーザ名「ｂｂｂ」のカード登録数はドメインＡの１枚とドメインＢの０枚から、合計値「１」を得ることができる。
【００７９】
可否判定／登録部１１０は、更新後の上限値とユーザ名ごとのカード登録数とを比較し、利用者について新規登録を可とするか否とするかを判定する（Ｓ１２０５）。可否判定／登録部１１０は、カード登録数が上限値以上である場合、否を示すフラグ値をユーザ名に対応付けて一時的に記憶し、登録数が上限値未満である場合、可を示すフラグ値をユーザ名に対応付けて一時的に記憶する。可否判定／登録部１１０は、全てのユーザに対しステップＳ１１０４、Ｓ１１０５の処理を実施したかを判定する（Ｓ１２０６）。未実施のユーザがある場合（ステップＳ１２０６：Ｎｏ）、処理はＳ１２０４に戻る。一方、全てのユーザに対し実施した場合（Ｓ１２０６：Ｙｅｓ）、可否判定／登録部１１０は、一時的に記憶した可否フラグに従い、登録可否テーブル８００の登録可否カラム８０２を、ユーザ名ごとに「可」から「否」へ、または「否」から「可」へ更新する（Ｓ１２０７）。また可否判定／登録部１１０は、認証サーバ通信部１０３を介して、ユーザ名と可否フラグのデータセットを認証サーバ４０ａ、認証サーバ４０ｂに送信する。
【００８０】
認証サーバ４０ａの可否確認／登録部２０２は、コアサーバ通信部２０１を介してデータセット（ユーザ名、可否フラグ）を取得する。可否確認／登録部２０２は、可否フラグに従い、登録可否テーブル８００の登録可否カラム８０２を、ユーザ名ごとに「可」から「否」へ、または「否」から「可」へ更新する（Ｓ１２０７）。認証サーバ４０ｂでも同様の処理が行われる。
【００８１】
引き続き図１１に示すシーケンス図を参照して、使用時認証およびＩＣカードを新規登録する際の認証管理システム１の動作例を説明する。実施形態では、図９で説明した「操作パネルでのパスワード入力」のモードが有効になっているものとして説明する。
【００８２】
利用者は、ＩＣカードをＭＦＰ３０ａのカードリーダ３４２にかざす（Ｓ１１１０）。ＭＦＰ３０ａのカード読取り部３０２は、ＩＣカードに記録されているカードＩＤを読み取り、認証サーバ４０ａにカードＩＤを送信する（Ｓ１１１１）。認証サーバ４０ａの認証部２０３は、カード情報保持部２０８のデータを検索することで、受信したカードＩＤが登録済みかを確認する。
【００８３】
登録済みである場合、認証部２０３は、ユーザ名をキーにしてディレクトリサーバ２０６に問い合わせ、当該ユーザの認証処理を行う（Ｓ１１１２）。認証部２０３は、利用者の使用権限などをディレクトリサーバ２０６から取得して、認証結果や使用権限の情報をＭＦＰ３０ａに返信する。これによりＭＦＰ３０ａは、ＩＣカードをかざした利用者に対してコピーやプリントなどの機能を提供する。
【００８４】
登録済みでなかった場合、認証部２０３は、その旨を示すメッセージをＭＦＰ３０ａに送信する。ＭＦＰ３０ａのユーザインターフェイス部３０３は、図１０に示す認証画面１０００を表示して、ユーザ名およびパスワードの入力を待ち受ける（Ｓ１１２１）。
【００８５】
利用者からユーザ名、パスワードの入力があると（Ｓ１１２２）、認証サーバ通信部３０１が、認証要求メッセージとともに、ユーザ名、パスワード、および読み取られたカードＩＤの各値をセットにして認証サーバ４０ａに送信する（Ｓ１１２３）。
【００８６】
認証サーバ４０ａの画像形成装置通信部２０５は、認証用のデータ（ユーザ名、パスワード、カードＩＤのデータセット）を受信し、認証部２０３に引き渡す。認証部２０３は、ディレクトリサーバ２０６にユーザ名およびパスワードを問い合わせることで、認証情報テーブル７１０に当該ユーザ名が登録されているか、またパスワードが一致するかの認証（登録時認証）を行う（Ｓ１１２３Ａ）。認証部２０３は、得られた認証結果をＭＦＰ３０に返信する。
【００８７】
登録時認証が適合であった場合、ＭＦＰ３０ａの認証サーバ通信部３０１は、登録要求メッセージを認証サーバ４０ａに送信する（Ｓ１１２４）。認証サーバ４０ａの可否確認／登録部２０２は、ここまでの処理で得られたユーザ名およびカードＩＤの各情報とともに、登録可否確認のメッセージを管理サーバ６０に送信する（Ｓ１１２５）。
【００８８】
管理サーバ６０の可否判定／登録部１１０は、登録可否保持部１０７に記憶されている登録可否テーブル８００を参照し、当該ユーザの新規登録の可否を判定する（Ｓ１１２６）。ここで当該利用者のカード保持数が上限に達していないかが判定される。上限に到達している場合は、この旨のメッセージがＭＦＰ３０ａまで送信され、ＭＦＰ３０ａがＩＣカードの登録が上限に達していることを利用者に表示する。処理はここで終了し、新規のＩＣカードは登録されない。
【００８９】
新規登録が可能の場合、管理サーバ６０の可否判定／登録部１１０は、以下の登録／更新処理などを行う（Ｓ１１２７）。なお、Ｓ１１２７における処理には、複数のバリエーションがある。本実施形態では、以下に示すＳ１１２７の処理のバリエーションのいずれかが行われるものとする。
【００９０】
例えば、可否判定／登録部１１０は、カード情報保持部１０８に記憶されているカード管理テーブル７００に、ユーザ名とカードＩＤのセットを新規に追加する。
【００９１】
また、可否判定／登録部１１０は、該当利用者の登録数の値を１増加させて、上限管理テーブル６１０の登録数カラム６１２を更新する。
【００９２】
また、可否判定／登録部１１０は、当該利用者について、上限値に達したか否かの判定を行う。上限値に達した場合、可否判定／登録部１１０は、登録可否テーブル８００の該当利用者の登録可否カラム８０２の値を「可」から「否」に更新する。上限値に達している場合、ユーザ名および「否」の値を示す可否フラグをセットにして認証サーバ４０ａに送信する。
【００９３】
新規登録可の判定結果を受信した認証サーバ４０ａの可否判定／登録部２０２は、ユーザ名とカードＩＤのセットを、カード情報保持部２０８に記憶されているカード管理テーブル７００に新規登録する（Ｓ１１２８）。可否判定／登録部２０２は、新規登録が行われたことをＭＦＰ３０ａに送信し、ＭＦＰ３０ａのユーザインターフェイス部３０３は、利用者に通知する。また一方で、認証サーバ４０ａの可否確認／登録部２０２は、ユーザ名および「否」の値を示す可否フラグのセットを受信すると、登録可否テーブル８００の該当ユーザの登録可否カラム８０２の値を「可」から「否」の値に更新する。
【００９４】
上記実施形態では、管理サーバ６０での登録可否の判定は、図８に示す登録可否テーブル８００の値に基づき行われるものとして説明した。登録可否テーブル８００では、図６（Ｂ）に示す上限管理テーブル６１０および上限値の比較結果に従い、「可」／「否」の値が設定されることから、管理サーバ６０は、上限管理テーブル６１０に基づき登録可否の判定を行っていると換言することができる。また一方で、管理サーバ６０は、登録可否テーブル８００を介さずに上限管理テーブル６１０の値を直接的に使用し、登録可否の判定を行ってもよい。この場合、図１１のステップＳ１１２６では、管理サーバ６０は、上限管理テーブル６１０で管理、保持された登録数と上限値とを比較して、新規登録を要求している利用者のカード登録可否を判定する。
【００９５】
上記実施形態では、ドメインＡ、ドメインＢの２つのドメインを例示し、各ドメイン内に１台の認証サーバおよび２台の画像形成装置を有する構成として説明したが、ドメインの数や認証サーバ、画像形成装置の台数は、これに限定されない。またコアサーバの台数も、上記実施形態に限定されない。
【００９６】
上記実施形態では、拠点や職場を単位としてドメインが形成されるものとして説明したが、ドメインを構成する範囲や規模、領域はこれに限定されない。
【００９７】
上記実施形態では、ＭＦＰ３０等の画像形成装置にログインするときの認証を例として説明したが、認証サーバ４０による認証は、画像形成装置へのログインのみに限定されない。例えば、クライアントＰＣ等の業務端末や、プロジェクター、インタラクティブホワイトボード、テレビ会議システムなど、オフィスで利用される種々の機器が認証の対象となりうる。つまり、ＭＦＰ３０はオフィスの従業員がその業務において利用する機器の一例であり、そのオフィスが機器を従業員に利用させる際に認証を要すると決定されたオフィス機器は、認証サーバ４０による認証の対象となる。なお、オフィス機器とは、オフィスに設置されている機器に限定するものではなく、一般には、使用者と従業者の関係において、その使用者が従業者に業務を行わせる上で使用させる機器ということができる。
【００９８】
上記実施形態では、認証のためにＩＣカードを利用する例として説明したが、認証に利用する媒体としてはＩＣカードに限定しなくてもよい。例えば、携帯端末等のユーザが通常的に携帯可能な他の物理媒体であってもよく、あるいは、生体情報などがその対象として含まれていても同等のシステムを実現することができる。但し、利用者および管理する側の双方にとっての管理の煩雑性という視点で考えると、生体情報のようにユーザ自身が備えるものではなく、別に所持される物理的な媒体を対象とするのがより望ましい効果を得られるとも取れる。
【００９９】
したがって、認証情報としてもカードＩＤに限定しなくてよい。認証サーバ４０には、利用者毎に、利用者が認証に利用するカードＩＤ等の認証情報が記憶されて管理され、管理サーバ６０ではさらに、異なるドメインに在る複数の認証サーバ４０で管理されている認証情報が集約されて利用者毎に管理される。
【０１００】
以上に詳説したように、実施形態の構成により、ＩＣカードの使用数の上限値を設定することができ、一人の利用者が使用することができるＩＣカードの枚数を一元的に管理、制限することができる。これにより、利用者にとってのＩＣカード管理の煩雑さを低減することができ、カードを紛失することを抑制することができる。
【符号の説明】
【０１０１】
１      認証管理システム
１０    プリンタサーバ
３０    ＭＦＰ
４０    認証サーバ
１０１  上限値登録部
１０２  上限管理部
１０３  認証サーバ通信部
１０４  上限値保持部
１０５  登録数保持部
１０７  登録可否保持部
１０８  カード情報保持部
１１０  登録部
２０１  コアサーバ通信部
２０２  登録部
２０３  認証部
２０５  画像形成装置通信部
２０６  ディレクトリサーバ
２０７  登録可否保持部
２０８  カード情報保持部
３０１  認証サーバ通信部
３０２  カード読取り部
６００  上限値定義ファイル
６１０  上限管理テーブル
７００  カード管理テーブル
７１０  認証情報テーブル
８００  登録可否テーブル
８０１  ユーザ名カラム
【先行技術文献】
【特許文献】
【０１０２】
【特許文献１】特開２０１０−０８６２０５号公報
【図１】
2018142226.tif 000003
【図２】
2018142226.tif 000004
【図３】
2018142226.tif 000005
【図４】
2018142226.tif 000006
【図５】
2018142226.tif 000007
【図６】
2018142226.tif 000008
【図７】
2018142226.tif 000009
【図８】
2018142226.tif 000010
【図９】
2018142226.tif 000011
【図１０】
2018142226.tif 000012
【図１１】
2018142226.tif 000013
【図１２】
2018142226.tif 000014