画像形成装置、認証方法、及びプログラム
【課題】特別な認証デバイスを導入することなくユーザ認証を適切に行うことのできる画像形成装置、認証方法、及びプログラムの提供を目的とする。
【解決手段】画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手段と、前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手段と、前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手段と、取得された前記本人識別情報と前記照合情報とを照合する照合手段と、前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手段とを有する。
【解決手段】画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手段と、前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手段と、前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手段と、取得された前記本人識別情報と前記照合情報とを照合する照合手段と、前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、認証方法、及びプログラムに関し、特に認証された操作者に利用を許可する画像形成装置、認証方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、複合機等の画像形成装置においてもユーザ名及びパスワードに基づいて認証されたユーザに対して各ユーザに応じた利用権限を認める等、セキュリティの向上が図られている。
【０００３】
一方、一般的なコンピュータシステムにおいては、いわゆるパスワード認証の他にＩＣカード認証、指紋認証、静脈認証等、様々な認証情報が実用化されている。このような認証方法を画像形成装置に導入することで、更なるセキュリティの向上又は利便性の向上等が期待される。
【特許文献１】特開２００４−２７６２７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＩＣカード認証、指紋認証、又は静脈認証等は、ＩＣカードリーダ、指紋リーダ、又は静脈リーダ等、専用の認証デバイスが必要とされ、画像形成装置全体のコストアップにつながってしまうという問題がある。
【０００５】
一方で、操作パネルの構成によっては、ユーザ名及びパスワードを入力することができない画像形成装置も存在する。このような画像形成装置では、ＰＩＮ（Personal Identification Number：個人暗証番号）による認証が考えられる。しかし、ＰＩＮのみによって高いセキュリティを確保するにはＰＩＮの桁数を増加せざるをえず、利便性を劣化させるという問題がある。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、特別な認証デバイスを導入することなくユーザ認証を適切に行うことのできる画像形成装置、認証方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手段と、前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手段と、前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手段と、取得された前記本人識別情報と前記照合情報とを照合する照合手段と、前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手段とを有する。
【０００８】
このような画像形成装置では、特別な認証デバイスを導入することなくユーザ認証を適切に行うことができる。
【発明の効果】
【０００９】
本発明によれば、特別な認証デバイスを導入することなくユーザ認証を適切に行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、ネットワークインタフェース１５、及び操作パネル１６等のハードウェアを有する。
【００１１】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、及びＨＤＤ１１４等より構成される。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００１２】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタは１３、画像データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。ネットワークインタフェース１５は、ＬＡＮ（Local Area Network）等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。操作パネル１６は、ボタン等の入力装置や液晶パネル等の表示装置等を備えたハードウェアである。
【００１３】
図２は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。同図において、画像形成装置１０は、ローカルＵＩ部１２１、スキャナ制御部１２２、プリンタ制御部１２３、アプリケーション１２４、及びペーパー認証部１３０等を有する。これら各部は、ＣＰＵ１１１に処理を実行させることによりその機能を実現するプログラムである。
【００１４】
ローカルＵＩ部１２１は、画像形成装置１０の機能を利用させるための各種の操作画面の表示制御等を行う。スキャナ制御部１２２は、スキャナ１２を制御し、スキャン可能な記録媒体（例えば、紙、ＯＨＰ（overhead projector）シート等）からの画像データの読取をスキャナ１２に実行させる。プリンタ制御部１２３は、プリンタ１３を制御し、画像データの印刷をプリンタ１３に実行させる。アプリケーション１２４は、ユーザから直接利用されるプログラムであり、ユーザより要求されたジョブ（例えば、スキャンジョブ、コピージョブ等）の実行を制御する。本実施の形態において、アプリケーション１２４は、認証されたユーザのみが利用可能である。
【００１５】
ペーパー認証部１３０は、認証情報の入力手段としてスキャナ１２を利用した認証（以下、「ペーパー認証」という。）を実現するためのプログラム群であり、ペーパー認証管理部１３１、認証部１３２、ユーザ情報管理部１３３、認証ペーパー解析部１３４、埋め込みデータ解析部１３５、ロックアウト情報管理部１３６、及び永続部１３７等を含む。
【００１６】
ペーパー認証管理部１３１は、認証情報が記録された（埋め込まれた）スキャン可能な記録媒体より認証情報を抽出するための処理全体を制御する。本実施の形態において、認証情報が埋め込まれたスキャン可能な記録媒体を「認証シート」という。なお、後述されるように、認証シートには、認証情報以外のデータも埋め込まれている。
【００１７】
認証部１３２は、認証シートより抽出された認証情報を利用してユーザの認証処理を実行する。すなわち、認証情報の内容は、認証部１３２がどのような認証を行うかに依存する。パスワード認証であれば、ユーザ名及びパスワードが認証情報に相当する。
【００１８】
ユーザ情報管理部１３３は、画像形成装置１０を利用可能な各ユーザのユーザ情報のスキーマ（構成）を理解している。ユーザ情報の実体は永続部１３７によって管理されている。なお、ユーザ情報の一部に認証情報が含まれている。
【００１９】
認証ペーパー解析部１３４は、認証シートに埋め込まれているデータの抽出処理を制御する。埋め込みデータ解析部１３５は、認証シートに埋め込まれているデータの抽出及び解析を行う。
【００２０】
ロックアウト情報管理部１３６は、認証シートに関するロックアウト情報のスキーマを理解している。ロックアウト情報の実体は永続部１３７によって管理されている。なお、ロックアウト情報とは、認証シートの有効性を識別するための情報をいう。本実施の形態において、所定の条件が満たされた認証シートはロックアウト（無効化）され、利用できなくなる。
【００２１】
永続部１３７は、ＨＤＤ１１４を用いて各種のデータを体系的に管理する。但し、データの内容には関知しない。永続部１３７の具体例としてはファイルシステムが挙げられる。
【００２２】
以下、画像形成装置１０の処理手順について説明する。図３は、画像形成装置におけるペーパー認証処理の処理手順を説明するためのシーケンス図である。
【００２３】
ステップＳ１０１では、ローカルＵＩ部１２１が操作パネル１６に表示させている初期画面において、ユーザによってログインボタンが押下される。続いて、ローカルＵＩ部１２１は、スキャナ１２への認証シートのセットを要求する画面（認証シート要求画面）を操作パネル１６に表示させる（Ｓ１０２）。続いて、ローカルＵＩ部１２１は、ペーパー認証管理部１３１に対して、ペーパー認証のためのスキャンの準備を要求する（Ｓ１０３）。当該要求に応じ、ペーパー認証管理部１３１は、スキャンの準備処理を実行する（Ｓ１０４）。準備処理が完了すると、ペーパー認証管理部１３１は、スキャンの準備の完了をローカルＵＩ部１２１に通知する（Ｓ１０５）。ローカルＵＩ部１２１は、当該通知に応じ、ペーパー認証の実行が可能な状態となったことを示す画面（ペーパー認証可能画面）を操作パネル１６に表示させる（Ｓ１０６）。
【００２４】
一方、ユーザは、認証シート要求画面の表示に応じ、自らの認証シートをスキャナ１２にセットする。すなわち、認証シートは、各人にそれぞれの認証情報等が記録されたものが配布されている。
【００２５】
図４は、認証シートの一例を示す図である。同図における認証シート２００は、ヘッダ部２１０とデータ部２２０とを含む。
【００２６】
ヘッダ部２１０は、認証シート２００に対する埋め込みデータの一部が人に理解可能な形式で記録されている。同図の例では、シート種類、管理者、使用マシンＩＤがヘッダ部２１０に含まれている。管理者とは、認証シート２００の管理者をいい、認証シート２００の所有者（正当な利用者）とは異なる概念である。したがって、両者は必ずしも一致しない。例えば、同図では、認証シート２００の管理者は「Ｂさん」であると記されているが、認証シート２００の所有者はＡさんかもしれない。使用マシンＩＤは、認証シート２００が使用可能な画像形成装置１０の識別情報（マシンＩＤ）である。すなわち、認証シート２００は、使用マシンＩＤで識別される画像形成装置１０においてのみ有効とされる。なお、ヘッダ部２１０に何を表示させるかは任意である。
【００２７】
データ部２２０は、認証シート２００に対する埋め込みデータの実体である。同図では、ＱＲコードによって埋め込みデータが記録されているが、他の形式（例えば、バーコード、地紋、又は埋め込みデータがエンコードされた文字列等）によって記録されてもよい。なお、同図では、同一のＱＲコードが配列されているが、これは便宜的なものである。但し、読み取りミスを防止するため、同一のＱＲコード又はＱＲコード群等を繰り返し記録しておいてもよい。
【００２８】
続いて、ユーザは、ペーパー認証可能画面の表示に応じ、操作パネル１６におけるスタートボタン（スキャン開始ボタン）を押下する（Ｓ１０７）。スタートボタンの押下に応じ、ローカルＵＩ部１２１は、ログイン処理の実行要求をペーパー認証管理部１３１に要求し（Ｓ１０８）、操作パネル１６への表示画面をスキャン中であることを示す画面（スキャン中画面）に切り替える（Ｓ１０９）。
【００２９】
続いて、ペーパー認証管理部１３１は、スキャンの開始（実行）をスキャナ制御部１２２に要求する（Ｓ１０９）。続いて、スキャナ制御部１２２は、認証シートからの画像データの読み取りをスキャナ１２に実行させ、読み取られた画像データ（スキャン画像）をペーパー認証管理部１３１に入力する（Ｓ１１０）。続いて、ペーパー認証管理部１３１は、認証ペーパー解析部１３４にスキャン画像を入力し、認証情報の取得を要求する（Ｓ１１２）。認証ペーパー解析部１３４は、スキャン画像より認証情報を取得（抽出）し（Ｓ１１３）、認証情報の取得結果をペーパー認証管理部１３１に返却する（Ｓ１１４）。
【００３０】
続いて、ペーパー認証管理部１３１は、取得結果を参照して、認証情報の取得の成否を判定する（Ｓ１１５）。認証情報の取得に成功した場合、当該取得結果には認証情報が含まれている。認証情報の取得に失敗した場合、当該取得結果には失敗した理由を示す情報が含まれている。したがって、取得結果に認証情報が含まれている場合（Ｓ１１５でＹＥＳ）、ペーパー認証管理部１３１は、取得された認証情報を認証部１３２に入力し、認証の実行を要求する（Ｓ１１６）。
【００３１】
続いて、認証部１３２は、ローカルＵＩ部１２１に認証の開始を通知する（Ｓ１１７）。ローカルＵＩ部１２１は、当該通知に応じ、認証中であることを示す画面（認証中画面）を操作パネル１６に表示させる（Ｓ１１８）。続いて、認証部１３２は、認証情報を利用して認証処理を実行する（Ｓ１１９）。認証に成功した場合（Ｓ１２０）、認証部１３２は、アプリケーション１２４の利用制限を解除する（Ｓ１２１）。これによりアプリケーション１２４は利用可能となる。一方、認証に失敗した場合、アプリケーション１２４の利用制限は解除されない。したがって、ユーザはアプリケーション１２４を利用することはできない。続いて、認証部１３２は、認証結果（認証の成否を示す情報）をペーパー認証管理部１３１に返却する（Ｓ１２２）。
【００３２】
続いて、ペーパー認証管理部１３１は、認証結果に基づいてログインの成否を判定する（Ｓ１２３）。認証の成否がそのままログインの成否となる。したがって、ペーパー認証管理部１３１は、認証情報の取得に失敗した場合（Ｓ１２３でＮＯ）、ログインは失敗したと判定する。
【００３３】
ログインに失敗した場合（Ｓ１２３でＮＯ）、ペーパー認証管理部１３１は、ログインの失敗をローカルＵＩ部１２１に通知する（Ｓ１２４）ローカルＵＩ部１２１は、当該通知に応じ、ログインに失敗したことを示す画面（ログイン失敗画面）を操作パネル１６に表示させる（Ｓ１２５）。なお、一定期間経過後、認証シート要求画面を表示させ、認証シートの再セットをユーザに促してもよい。
【００３４】
一方、ログインに成功した場合（Ｓ１２３でＹＥＳ）、ペーパー認証管理部１３１は、ログインの成功をローカルＵＩ部１２１に通知する（Ｓ１２６）ローカルＵＩ部１２１は、当該通知に応じ、アプリケーション１２４を利用させるための画面（アプリ利用画面）を操作パネル１６に表示させる（Ｓ１２７）。その後、アプリ利用画面を介してジョブの実行要求が入力されると、ローカルＵＩ部１２１は、アプリケーション１２４に対してジョブの実行要求を通知する。アプリケーション１２４は、利用制限が解除されている場合はジョブを実行する。
【００３５】
続いて、ステップＳ１０４（スキャン準備処理）の詳細について説明する。図５は、スキャン準備処理の処理手順を説明するためのシーケンス図である。
【００３６】
ステップＳ１５１において、ペーパー認証管理部１３１は、原稿（ここでは、認証シート）がスキャナ１２にセットされていることの確認をスキャナ制御部１１２に要求する。当該要求に応じ、スキャナ制御部１２２は、スキャナ１２に原稿がセットされるまで待機する（Ｓ１５２）。ユーザによってスキャナ１２に原稿がセットされると（Ｓ１５３）、スキャナ制御部１２２は、原稿のセットを検知する（Ｓ１５２でＹＥＳ）。原稿のセットの検知に応じ、スキャナ制御部１２２は、スキャンが可能であることをペーパー認証管理部１３１に通知する（Ｓ１５４）。
【００３７】
続いて、図３のステップＳ１１９（認証処理）の詳細について説明する。図６は、認証処理の処理手順を説明するためのシーケンス図である。
【００３８】
ステップＳ１６１において、認証部１３２は、認証シートより取得された認証情報に含まれているユーザＩＤを指定して、照合対象の認証情報の取得をユーザ情報管理部１３３に要求する（Ｓ１６１）。ユーザ情報管理部１３３は、永続部１３７よりユーザＩＤに対応したユーザ情報を取得する（Ｓ１６２）。続いて、ユーザ情報管理部１３３は、取得されたユーザ情報より認証情報を取得し、認証部１３２に返却する（Ｓ１６４）。続いて、認証部１３２は、認証シートより取得された認証情報と、ユーザ情報より取得された認証情報とを照合することにより認証を行う（Ｓ１６５）。認証部１３２は、両者が完全に一致した場合は認証は成功したと判定し、そうでない場合は認証は失敗したと判定する。
【００３９】
続いて、図３のステップＳ１１３（認証シートからの認証情報の取得処理）の詳細について説明する。処理手順の説明の前に、認証シート２００のデータ部２２０に記録されたデータ（以下、「認証シートデータ」という。）の構成例について説明する。
【００４０】
図７は、認証シートデータの構成例を示す図である。同図において、認証シートデータ２２０ａは、ＳＯＭ（Start Of Mark）２２１、ＳＥＰ（Separator）２２２、ＥＯＭ（End Of Mark）２２３、ヘッダ部２２４ａ、及びデータ部２２５ａ等を有する。ＳＯＭ２２１とＳＥＰ２２２２との間がヘッダ部２２４ａとして認識され、ＳＥＰ２２２とＥＯＭ２２３との間がデータ部２２５ａとして認識される。
【００４１】
ヘッダ部２２４ａでは、データ部２２５ａに記録されているデータ項目の構成が定義されている。すなわち、データ部２２５ａに記録されるデータ項目の構成は、ヘッダ部２２４ａの定義内容によって変えることができる。同図のヘッダ部２２４ａには、Ｋ３、Ｇ１、Ａ１、Ｊ２、Ｋ１、Ｋ２、Ｇ４と記録されている。アルファベット１文字と数字１文字とから構成される一つの記号（以下、「項目識別子」という。）は、一つのデータ項目に対応する。各項目識別子の意味は埋め込みデータ定義テーブルに定義されている。
【００４２】
図８は、埋め込みデータ定義テーブルの例を示す図である。同図において、埋め込みデータ定義テーブル４００は、認証シートデータにおいて利用される項目識別子の意味が定義されている情報であり、例えば、ＨＤＤ１１４に記録され、永続部１３７によって管理されている。
【００４３】
埋め込みデータ定義テーブル４００の各列は、項目識別子の１文字目（アルファベット）に対応し、データ項目の種別を示す。各行は、項目識別子の１文字目（アルファベット）に対応し、データ項目の種別においてとりうる値を示す。
【００４４】
同図の例では、Ａは、シート種類を示す。シート種類としては認証シート（Ａ１）、本人確認シート（Ａ２）が定義されている。本人確認シートとは、認証シートと同様の形態による記録媒体であり、その詳細は後述される。埋め込みデータ定義テーブル４００の定義内容は、認証シート及び本人確認シートに対して共通に利用される。以下、認証シート及び本人確認シートを総称する場合、単に「シート」という。
【００４５】
Ｂは、スキャン時にシートがセットされるべき位置（セット位置）を示す。セット位置としては、圧板（Ｂ１）、ＡＤＦ（Auto Document Feeder）（Ｂ２）が定義されている。Ｃは、スキャン時にシートがセットされるべき向きを示す。向きとしては、縦方向（Ｃ１）、横方向（Ｃ２）が定義されている。Ｄは、シートのサイズを示す。サイズとしては、Ａ４（Ｄ１）、Ｂ５（Ｄ２）、Ａ５（Ｄ３）が定義されている。Ｅは、シートの材質を示す。材質としては、紙（Ｅ１）、ＯＨＰ（Ｅ２）が定義されている。Ｇは、シートＩＤを示す。シートＩＤとしては、発行者ＩＤ（Ｇ１）、使用者ＩＤ（Ｇ２）、発行マシンＩＤ（Ｇ３）、使用マシンＩＤ（Ｇ４）が定義されている。発行者ＩＤとは、シートの発行者のユーザＩＤである。使用者ＩＤとは、シートを使用可能なユーザＩＤである。発行マシンＩＤとは、シートを発行（生成）した画像形成装置１０のマシンＩＤである。使用マシンＩＤとは、シートを使用可能な画像形成装置１０のマシンＩＤである。
【００４６】
Ｈは、シートに対する埋め込みデータのデータ形式を示す。データ形式としては、ＱＲコード（Ｈ１）、バーコード（Ｈ２）が定義されている。Ｊは、本人確認方法を示す。本人確認方法とは、認証シートの利用者が本人（当該認証シートの所有者。すなわち、当該認証シートの正当な利用者）であるか否かを確認する方法を示す。本人確認方法としては、確認しない（Ｊ１）、ＡＮＤの組み合わせ（Ｊ２）、ＯＲの組み合わせ（Ｊ３）、ＰＩＮ（Personal Identification Number）の手入力（Ｊ４）が定義されている。ＡＮＤの組み合わせとは、複数の条件の論理積によって本人確認を行うことをいう。ＯＲの組み合わせとは、複数の条件の論理和によって本人確認を行うことをいう。ＰＩＮの手入力は、ＰＩＮを入力させることにより本人確認を行うことをいう。なお、本人確認方法がＪ２又はＪ３の場合、本人確認シートが利用される。
【００４７】
Ｋは、認証情報を示す。すなわち、認証部１３２による認証処理に利用される情報である。認証情報としては、ユーザＩＤ（Ｋ１）、パスワード（Ｋ２）、管理者名（Ｋ３）、ＰＩＮ（Ｋ４）が定義されている。Ｍは、シート色を示す。シート色としては、白黒（Ｍ１）、カラー（Ｍ２）等が定義されている。
【００４８】
同図の埋め込みデータ定義テーブル４００に基づいて、図７の認証シートデータ２２０ａの内容を説明する。改めて認証シートデータ２２０ａのヘッダ部２２４ａは、Ｋ３、Ｇ１、Ａ１、Ｊ２、Ｋ１、Ｋ２、Ｇ４である。Ｋ３より、データ部２２５ａの第１項目には管理者名（Ｂさん）が記録されていることが分かる。Ｇ１より、データ部２２５ａの第２項目には発行者ＩＤ（２２２）が記録されていることが分かる。Ａ１より、当該シートは認証シートであることが分かる。なお、種別Ａに対応するデータはデータ部２２５ａには存在しない。
【００４９】
Ｊ２より、当該認証シートの本人確認方法はＡＮＤの組み合わせであること、及びデータ部２２５ａの第３項目にはＡＮＤの組み合わせ条件が定義されていることが分かる。データ部２２５ａの第３項目には、（Ａ２、Ｋ３＝Ｂさん、Ｂ２）と記録されている。これは、Ａ２、Ｋ３＝Ｂさん、Ｂ２といった三つの条件の論理積を示す。すなわち、本人確認シート（Ａ２）によって本人確認が行われること、当該本人確認シートの管理者名（Ｋ３）はＢさんであること、当該本人確認シートはＡＤＦ（Ｂ２）にセットされることの全てが満たされた場合に、本人確認に成功したと判定される。
【００５０】
Ｋ１より、データ部２２５ａの第４項目にはユーザＩＤ（ｕｓｅｒ−ｂｂｂ）が記録されていることが分かる。Ｋ２より、データ部２２５ａの第５項目にはパスワード（ｐｗｄ−ｂｂｂ）が記録されていることが分かる。Ｇ４より、データ部２２５ａの第６項目には使用マシンＩＤ（９９９）が記録されていることが分かる。
【００５１】
以上をふまえて、認証シートからの認証情報の取得処理（図３のＳ１１３）を説明する。図９は、認証シートからの認証情報の取得処理の処理手順を説明するためのシーケンス図である。以下の例では、図７の認証シートデータ２２０ａが認証シートに記録されていることとする。
【００５２】
ステップＳ２０１において、認証ペーパー解析部１３４は、スキャン画像を埋め込みデータ解析部１３５に入力し、スキャン画像からのシート種類の抽出を要求する。続いて、埋め込みデータ解析部１３５は、スキャン画像に含まれているＱＲコードより認証シートデータ２２０ａを抽出し、認証シートデータ２２０ａよりシート種類を抽出する（Ｓ２０２）。より詳しくは、埋め込みデータ解析部１３５は、認証シートデータ２２０ａのヘッダ部２２４ａよりシート種類を示す項目識別子Ａｎ（ｎは、１又は２）を検索する。なお、埋め込みデータ解析部１３５は、解読した認証シートデータ２２０ａを後段の処理のためにＲＡＭ１１２に保持しておく。
【００５３】
続いて、埋め込みデータ解析部１３５は、取得されたシート種類を認証ペーパー解析部１３４に返却する（Ｓ２０３）。認証ペーパー解析部１３４は、シート種類が認証シートであるか否かを確認する（Ｓ２０４）。シート種類が認証シートでない場合（Ｓ２０４でＮＯ）、認証ペーパー解析部１３４は、シートの異常により認証情報の取得に失敗したこと示す情報をステップＳ１１４の取得結果としてペーパー認証情報管理部１３１に返却する（Ｓ２０５）。
【００５４】
シート種類が認証シートである場合（Ｓ２０４でＹＥＳ）、認証ペーパー解析部１３４は、認証シートからの認証情報の抽出を埋め込みデータ解析部１３５に要求する（Ｓ２０６）。続いて、埋め込みデータ解析部１３５は、ＲＡＭ１１２に保持されている認証シートデータ２２０ａより認証情報を抽出するための処理を実行し（Ｓ２０７）、認証情報の抽出結果を認証ペーパー解析部１３４に返却する（Ｓ２０８）。認証情報の抽出に成功した場合、当該抽出結果には認証情報が含まれている。認証情報の抽出に失敗した場合、当該抽出結果には失敗した理由を示す情報が含まれている。続いて、認証ペーパー解析部１３４は、当該抽出結果をステップＳ１１４の取得結果としてペーパー認証情報管理部１３１に返却する（Ｓ２０９）。
【００５５】
続いて、ステップＳ２０７（認証情報抽出処理）の詳細について説明する。図１０は、認証情報抽出処理の処理手順を説明するためのシーケンス図である。
【００５６】
ステップＳ２１１において埋め込みデータ解析部１３５は、ＲＡＭ１１２に保持されている認証シートデータ２２０ａよりシートＩＤを抽出する（Ｓ２１１）。具体的には、埋め込みデータ解析部１３５は、認証シートデータ２２０ａのヘッダ部２２４ａよりシートＩＤを示す項目識別子Ｇｎ（ｎは、１〜４）を検索することによりデータ部２２５ａの何番目にシートＩＤが記録されているかを判定し、その判定結果に基づいてデータ部２２５ａよりシートＩＤを取得する。なお、以降における認証シートデータ２２０ａからの他のデータ項目の抽出についても同様の手順で行われる。
【００５７】
続いて、埋め込みデータ解析部１３５は、シートＩＤに基づいて認証シートのロックアウト情報の取得処理を実行する（Ｓ２１２）。
【００５８】
図１１は、ロックアウト情報の構成例を示す図である。同図において、ロックアウト情報は、シートＩＤ、本人確認失敗回数、及びロックアウト期限等の情報を含む。
【００５９】
シートＩＤは、ロックアウト情報が関連付けられているシートＩＤである。すなわち、ロックアウト情報は、シートＩＤ単位で生成される。したがって、シートＩＤが共通する認証シートは同時にロックアウトされる。本人確認失敗回数は、シートＩＤに対応する認証シートに関して本人確認に失敗した回数である。ロックアウト期限は、シートＩＤに対応する認証シートのロックアウト期限である。ロックアウト期限が経過した場合、認証シートはロックアウトから解除され、利用可能（有効）となる。
【００６０】
続いて、埋め込みデータ解析部１３５は、認証シートのロックアウトポリシーを取得する（Ｓ２１３）。ロックアウトポリシーとは、認証シートをロックアウトする条件等が定義された情報であり、例えば、ＨＤＤ１１４に記録され永続部１３７によって管理されている。
【００６１】
図１２は、ロックアウトポリシーの構成例を示す図である。同図において、ロックアウトポリシー５１０は、ロックアウト対象、ロックアウト条件、及びロックアウト期間等の情報を含む。
【００６２】
ロックアウト対象は、当該ロックアウトポリシー５１０に基づいてロックアウトの対象とされるシートの種類である。同図では、ロックアウト対象の値は、認証シートとされている。したがって、同図のロックアウトポリシー５１０は、認証シートに対するロックアウトポリシーであることが分かる。ロックアウト条件は、ロックアウトする条件である。同図では、本人確認に３回失敗した場合ロックアウトされることが定義されている。ロックアウト期間は、ロックアウトされる期間である。同図では、６０分間ロックアウトされることが定義されている。
【００６３】
続いて、埋め込みデータ解析部１３５は、ロックアウト情報とロックアウトポリシー５１０とに基づいて、認証シートがロックアウト中であるか否かを判定する（Ｓ２１４）。具体的には、ロックアウト情報の本人確認失敗回数がロックアウトポリシー５１０のロックアウト条件に設定された値以上であり、かつ、現時点がロックアウト情報のロックアウト期限を経過していない場合は、ロックアウト中であると判定する。そうでない場合は、ロックアウト中でないと判定する。
【００６４】
認証シートがロックアウト中である場合（Ｓ２１４でＹＥＳ）、埋め込みデータ解析部１３５は、認証シートがロックアウトされているために認証情報の抽出に失敗したことを示す情報をステップＳ２０８の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２１５）。
【００６５】
認証シートがロックアウト中でない場合（Ｓ２１４でＮＯ）、埋め込みデータ解析部１３５は、認証シートに対する本人確認が必要か否かを調べる。具体的には、認証シートデータ２２０ａのヘッダ部２２４ａにおける本人確認方法の値がＪ１（確認しない）であるか否かを判定する（Ｓ２１６）。本人確認方法の値がＪ１である場合、又は本人確認方法が認証シートデータ２２０ａに記録されていない場合、埋め込みデータ解析部１３５は、本人確認は不要であると判定する。本人確認方法が記録されており、その値がＪ２（ＡＮＤの組み合わせ）、Ｊ３（ＯＲの組み合わせ）、又はＪ４（ＰＩＮの手入力）である場合、埋め込みデータ解析部１３５は、本人確認は必要であると判定する。
【００６６】
なお、本人確認は、認証シートからの認証情報の抽出に対してかけられている鍵として例えることができる。すなわち、本人確認が不要であるいうことは、認証シートからの認証情報の抽出には鍵がかけられていないことを示す。本人確認が必要であるということは、認証シートからの認証情報の抽出に鍵がかけられていることを示す。鍵がかけられている場合、本人であることを示す鍵を入力させるための処理が必要となる。本実施の形態において、当該鍵のことを本人識別情報という。
【００６７】
続いて、埋め込みデータ解析部１３５は、認証シートデータ２２０ａの本人確認方法の値は、Ｊ４（ＰＩＮの手入力）であるか否かを判定する（Ｓ２１９）。ＰＩＮの手入力である場合（Ｓ２１９でＹＥＳ）、埋め込みデータ解析部１３５は、本人識別情報としてＰＩＮをユーザに入力させるための処理の実行を制御する（Ｓ２２０）。具体的には、埋め込みデータ解析部１３５は、操作パネル１６へのＰＩＮの入力画面の表示をローカルＵＩ部１２１に実行させ、当該入力画面を介してユーザによって入力されたＰＩＮをローカルＵＩ部１２１より取得する。
【００６８】
図１３は、本人確認方法がＰＩＮの手入力である認証シートデータの例を示す図である。同図の認証シートデータ２２０ｂのヘッダ部２２４ｂの第４項目の値はＪ４である。したがって、認証シートデータ２２０ｂに係る認証シートに対する本人確認方法はＰＩＮの入力であることが分かる。なお、ステップＳ２１９でＹＥＳの場合における各ステップでは、便宜上、図１３の認証シートデータ２２０ｂが処理対象とされることとする。
【００６９】
続いて、埋め込みデータ解析部１３５は、本人識別情報と照合させる情報（以下、「本人識別照合情報」という。）を認証シートデータ２２０ｂより抽出する。ここでの本人識別照合情報は、認証シートデータ２２０ｂに記録されているＰＩＮが相当する（Ｓ２２１）。ヘッダ部２２４ｂにおいてＰＩＮを意味するＫ３は末尾に記録されている。したがって、データ部２２５ｂの末尾の値（９９９）が本人識別照合情報として抽出される。
【００７０】
続いて、埋め込みデータ解析部１３５は、本人識別照合情報の成否を判定する（Ｓ２２２）。本人識別照合情報が認証シートデータ２２０ｂに記録されていなかった場合等、本人識別照合情報の抽出に失敗した場合（Ｓ２２２でＮＯ）、埋め込みデータ解析部１３５は、認証シートが異常であるため認証情報の抽出に失敗ことを示す情報をステップＳ２０８（図９）の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２２３）。
【００７１】
本人識別照合情報の抽出に成功した場合（Ｓ２２２でＹＥＳ）、埋め込みデータ解析部１３５は、ユーザによって入力された本人識別情報（ＰＩＮ）と本人識別照合情報とを照合する（Ｓ２２４）。両者が一致しなかった場合（Ｓ２２５でＮＯ）、埋め込みデータ解析部１３５は、本人確認に失敗したことに基づいてロックアウト情報の更新処理を実行する（Ｓ２４０）。続いて、埋め込みデータ解析部１３５は、本人確認に失敗したため認証情報の取得に失敗したことを示す情報をステップＳ２０８（図９）の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２４１）。
【００７２】
両者が一致した場合（Ｓ２２５でＹＥＳ）、埋め込みデータ解析部１３５は、本人確認に成功したことに基づいてロックアウト情報の更新処理を実行する（Ｓ２４２）。続いて、埋め込みデータ解析部１３５は、認証シートデータ２２０ｂより認証情報としてユーザＩＤ（Ｋ１）及びパスワード（Ｋ２）を抽出する（Ｓ２４３）。続いて、埋め込みデータ解析部１３５は、抽出された認証情報をステップＳ２０８（図９）の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２４４）。
【００７３】
一方、ステップＳ２１９でＮＯの場合（すなわち、本人確認方法がＪ２（ＡＮＤの組み合わせ）又はＪ３（ＯＲの組み合わせ）の場合）、埋め込みデータ解析部１３５は、本人確認方法の条件を認証シートデータ２２０ａのデータ部２２５ｂより抽出する（Ｓ２３１）。なお、この場合、抽出された条件（「（Ａ２、Ｋ３＝Ｂさん、Ｂ２）」）が本人識別照合情報となる。
【００７４】
続いて、埋め込みデータ解析部１３５は、本人確認シートからの本人識別情報の抽出処理の実行を制御する（Ｓ２３３）。本人確認シートより本人識別情報が抽出されると、埋め込みデータ解析部１３５は、本人確認方法がＡＮＤの組み合わせ（Ｊ２）であるか否かを判定する（Ｓ２３４）。
【００７５】
本人確認方法がＡＮＤの組み合わせである場合（Ｓ２３４でＹＥＳ）。埋め込みデータ解析部１３５は、本人確認シートより抽出された本人識別情報と認証シートより抽出された本人識別照合情報とを照合する（Ｓ２３５）。両者が完全に一致しなかった場合（Ｓ２３６でＮＯ）、埋め込みデータ解析部１３５は、上述したステップＳ２４０及びＳ２４１を実行する。
【００７６】
両者が完全に一致した場合（Ｓ２３６でＹＥＳ）、埋め込みデータ解析部１３５は、上述したステップＳ２４２〜Ｓ２４４を実行する。なお、両者が完全に一致した場合とは、本人識別照合情報に含まれている全ての条件が満たされた場合をいう。条件が（Ａ２、Ｋ３＝Ｂさん、Ｂ２）である場合、本人確認シートより抽出された管理者名がＢさんであり、かつ、本人確認シートがスキャンの際にＡＤＦにセットされていれば、両者は完全に一致したと判定される。
【００７７】
一方、本人確認方法がＯＲの組み合わせである場合（Ｓ２３４でＮＯ）、埋め込みデータ解析部１３５は、本人確認シートより抽出された本人識別情報と認証シートより抽出された本人識別照合情報とを照合する（Ｓ２３８）。両者が部分的にも一致しなかった場合（Ｓ２３９でＮＯ）、埋め込みデータ解析部１３５は、上述したステップＳ２４０及びＳ２４１を実行する。
【００７８】
両者が少なくとも部分的に一致した場合（Ｓ２３９でＹＥＳ）、埋め込みデータ解析部１３５は、上述したステップＳ２４２〜Ｓ２４４を実行する。なお、両者が少なくとも部分的に一致した場合とは、本人識別照合情報に含まれているいずれか一つの条件が満たされた場合をいう。条件が（Ａ２、Ｋ３＝Ｂさん、Ｂ２）である場合、本人確認シートより抽出された管理者名がＢさんであるか、又は本人確認シートがスキャンの際にＡＤＦにセットされていれば、両者は少なくも部分的に一致したと判定される。
【００７９】
なお、ステップＳ２１６でＮＯの場合（すなわち、本人確認が不要な場合）、埋め込みデータ解析部１３５は、本人確認をせずにステップＳ２４２〜Ｓ２４４を実行する。例えば、図１４は、本人確認が不要な認証シートデータの例を示す図である。
【００８０】
同図の認証シートデータ２２０ｃのヘッダ部２２４ｃの第４項目の値はＪ１である。したがって、認証シートデータ２２０ｃに係る認証シートに対する本人確認は不要であることが分かる。
【００８１】
続いて、図１０のステップＳ２３３（本人確認シートからの本人識別情報抽出処理）の詳細について説明する。図１５は、本人確認シートからの本人識別情報抽出処理の処理手順を説明するためのシーケンス図である。
【００８２】
ステップＳ３０１において、埋め込みデータ解析部１３５は、認証シートより抽出された本人識別照合情報に含まれている条件を指定して、本人識別情報の取得を認証ペーパー解析部１３４に要求する。認証シートデータ２２０ａ（図７）に基づく場合、シート種類、管理者名、セット位置が条件として指定される。本人識別情報の取得要求は、認証ペーパー解析部１３４及びペーパー認証管理部１３１を介してローカルＵＩ部１２１に伝達される（Ｓ３０２、Ｓ３０３）。
【００８３】
続いて、ローカルＵＩ部１２１は、本人確認シートのセットを要求する画面（本人確認シートセット要求画面）を操作パネル１６に表示させる（Ｓ３０４）。ユーザは、本人確認シートセット要求画面の表示に応じ、自らの本人確認シートをスキャナ１２にセットする（Ｓ３０５）。
【００８４】
図１６は、本人確認シートの一例を示す図である。同図における本人確認シート３００の外観は、図４に示される認証シート２００と類似している。
【００８５】
すなわち、本人確認シート３００は、ヘッダ部３１０とデータ部３２０とを含む。ヘッダ部３１０は、本人確認シート３００に対する埋め込みデータの一部が人に理解可能な形式で記録されている。同図の例では、シート種類、管理者、発行者ＩＤがヘッダ部３１０に含まれている。管理者とは、本人確認シート３００の管理者をいい、本人確認シート３００の所有者とは異なる概念である。したがって、両者は必ずしも一致しない。発行者ＩＤは、本人確認シート３００の発行者のユーザＩＤである。なお、ヘッダ部３１０に何を表示させるかは任意である。
【００８６】
データ部３２０は、本人確認シート３００に対する埋め込みデータの実体である。同図では、ＱＲコードによって埋め込みデータが記録されているが、他の形式によって記録されてもよい。なお、同図では、同一のＱＲコードが配列されているが、これは便宜的なものである。但し、読み取りミスを防止するため、同一のＱＲコード又はＱＲコード群等を繰り返し記録しておいてもよい。
【００８７】
続いて、ユーザは、操作パネル１６におけるスタートボタン（スキャン開始ボタン）を押下する（Ｓ３０６）。スタートボタンの押下に応じ、ローカルＵＩ部１２１は、本人確認中であることを示す画面（本人確認中画面）を操作パネル１６に表示させる（Ｓ３０７）。続いて、ローカルＵＩ部１２１は、本人確認の実行をペーパー認証管理部１３１に要求する（Ｓ３０８）。
【００８８】
続いて、ペーパー認証管理部１３１は、スキャンの開始（実行）をスキャナ制御部１２２に要求する（Ｓ３０９）。スキャナ制御部１２２は、本人確認シートからの画像データの読み取りをスキャナ１２に実行させ、読み取られた画像データ（スキャン画像）をペーパー認証管理部１３１に入力する（Ｓ３１０）。なお、スキャナ制御部１２２は、スキャン画像と共に、スキャンジョブの属性情報（ジョブ情報）をペーパー認証管理部１３１に入力する。ジョブ情報には本人確認シートのセット位置（圧板又はＡＤＦ）を識別可能な情報が含まれている。
【００８９】
続いて、ペーパー認証管理部１３１は、認証ペーパー解析部１３４にジョブ情報及びスキャン画像を入力し、本人識別情報の抽出を要求する（Ｓ３１１）。当該要求には、本人識別情報として抽出すべき情報（シート種類、管理者名、セット位置）を示す情報も指定される。続いて、認証ペーパー解析部１３４は、当該要求を埋め込みデータ解析部１３５に伝達する（Ｓ３１２）。続いて、埋め込みデータ解析部１３５は、スキャン画像及びジョブ情報より本人識別情報を抽出する（Ｓ３１３）。具体的には、スキャン画像（本人確認シート３００のデータ部３２０）よりシート種類及び管理者名が、ジョブ情報よりセット位置が抽出される。
【００９０】
例えば、本人確認シート３００のデータ部３２０には図１７に示されるようなデータ（以下、「本人確認シートデータ」という。）が記録されている。図１７は、本人確認シートデータの構成例を示す図である。
【００９１】
同図において、本人確認シートデータ３２０ａは、ＳＯＭ（Start Of Mark）３２１、ＳＥＰ（Separator）３２２、ＥＯＭ（End Of Mark）３２３、ヘッダ部３２４ａ、及びデータ部３２５ａ等を有する。ＳＯＭ３２１とＳＥＰ３２２との間がヘッダ部３２４ａとして認識され、ＳＥＰ３２２とＥＯＭ３２３との間がデータ部３２５ａとして認識される。
【００９２】
ヘッダ部３２４ａでは、データ部３２５ａに記録されているデータ項目の構成が項目識別子によって定義されている。すなわち、データ部３２５ａに記録されるデータ項目の構成は、ヘッダ部３２４ａの定義内容によって変えることができる。同図のヘッダ部３２４ａには、Ｋ３、Ｇ１、Ａ２と記録されている。各項目識別子の意味は、図８において説明した通りである。
【００９３】
したがって、Ｋ３より、データ部３２５ａの第１項目には管理者名（Ｂさん）が記録されていることが分かる。Ｇ１より、データ部３２５ａの第２項目には発行者ＩＤ（２２２）が記録されていることが分かる。Ａ２より、当該シートは本人確認シートであることが分かる。
【００９４】
したがって、埋め込みデータ解析部１３５は、スキャン画像に含まれているＱＲコードより本人確認シートデータ３２０ａを抽出し、本人確認シートデータ３２０ａより管理者名及びシート種類を抽出する。
【００９５】
続いて、埋め込みデータ解析部１３５は、抽出結果を認証ペーパー解析部１３４に返却する（Ｓ３１４）。本人識別情報の抽出に成功した場合、当該抽出結果には本人識別情報例えば、シート種類、管理者名、及びセット位置）が含まれている。本人識別情報の抽出に失敗した場合、当該抽出結果には失敗した理由を示す情報が含まれている。続いて、認証ペーパー解析部１３４は、当該抽出結果をペーパー認証管理部１３１に返却する（Ｓ３１５）。
【００９６】
続いて、ペーパー認証管理部１３１は、抽出結果を参照して本人識別情報の抽出の成否を判定する（Ｓ３１６）。抽出に失敗した場合（Ｓ３１６でＮＯ）、ペーパー認証管理部１３１は、本人確認に失敗したことをローカルＵＩ部１２１に通知する（Ｓ３１７）。ローカルＵＩ部１２１は、本人確認に失敗したことを示す画面（本人確認失敗画面）を操作パネル１６に表示させる（Ｓ３１８）。なお、一定時間経過後、本人確認シートセット要求画面を表示させ、本人確認シートの再セットをユーザに促してもよい。
【００９７】
本人識別情報の抽出に成功した場合（Ｓ３１６でＹＥＳ）、ペーパー認証管理部１３１は、抽出結果に含まれている本人識別情報を認証ペーパー解析部１３４に入力する（Ｓ３１９）。続いて、認証ペーパー解析部１３４は、当該本人識別情報を埋め込みデータ解析部１３５に入力する（Ｓ３２０）。このタイミングで、図１０のステップＳ２３３に処理が復帰する。
【００９８】
続いて、図１０のステップＳ２１２（ロックアウト情報取得処理）の詳細について説明する。図１８は、ロックアウト情報取得処理の処理手順を説明するためのシーケンス図である。
【００９９】
ステップＳ４０１において、埋め込みデータ解析部１３５は、認証シートより抽出されたシートＩＤを指定してロックアウト情報の取得をロックアウト情報管理部１３６に要求する。ロックアウト情報管理部１３６は、シートＩＤに対応するロックアウト情報（指定されたシートＩＤを「シートＩＤ」の値として含むロックアウト情報）を永続部１３７より取得する（Ｓ４０２、Ｓ４０３）。
【０１００】
シートＩＤに対応するロックアウト情報が取得された場合（Ｓ４０４でＹＥＳ）、ロックアウト情報管理部１３６は、取得されたロックアウト情報を埋め込みデータ解析部１３５に返却する（Ｓ４０６）。シートＩＤに対応するロックアウト情報が取得されなかった場合（Ｓ４０４でＮＯ）、ロックアウト情報管理部１３６は、シートＩＤに対応したロックアウト情報を生成し、永続部１３７に保存させる（Ｓ４０５）。この際、本人確認失敗回数は「０」とし、ロックアウト期限は「無し」とする。続いて、ロックアウト情報管理部１３６は、生成されたロックアウト情報を埋め込みデータ解析部１３５に返却する（Ｓ４０６）。
【０１０１】
続いて、図１０のステップＳ２１３（ロックアウトポリシー取得処理）の詳細について説明する。図１９は、ロックアウトポリシー取得処理の処理手順を説明するためのシーケンス図である。
【０１０２】
ステップＳ４１１において、埋め込みデータ解析部１３５は、認証シートのロックアウトポリシー５１０の取得をロックアウト情報管理部１３６に要求する（Ｓ４１１）。ロックアウト情報管理部１３６は、認証シートに対応するロックアウトポリシー５１０（「ロックアウト対象」の値を「認証シート」とするロックアウトポリシー５１０）を永続部１３７より取得する（Ｓ４１２、Ｓ４１３）。続いて、ロックアウト情報管理部１３６は、取得されたロックアウトポリシー５１０を埋め込みデータ解析部１３５に返却する（Ｓ４１４）。
【０１０３】
続いて、図１０のステップＳ２４０（ロックアウト情報更新処理）の詳細について説明する。図２０は、ロックアウト情報更新処理の処理手順を説明するためのシーケンス図である。
【０１０４】
ステップＳ５０１において、埋め込みデータ解析部１３５は、認証シートより抽出されたシートＩＤと本人確認の成否を示す情報とを指定して、ロックアウト情報の更新をロックアウト情報管理部１３６に要求する。続いて、ロックアウト情報管理部１３６は、シートＩＤに対応するロックアウト情報（以下、「カレントロックアウト情報」という。）のロックアウト期限に基づいて、ロックアウトの解除は可能であるかを判定する（Ｓ５０２）。具体的には、現時点がロックアウト期限を経過していればロックアウトは解除可能であると判定する。また、現時点がロックアウト期限を経過していなければ、仮に本人確認に成功していたとしてもロックアウトの解除は不可能であると判定する。
【０１０５】
ロックアウトの解除が不可能な場合（Ｓ５０２でＮＯ）、ロックアウト情報管理部１３６は、ロックアウト中であることを示す情報をロックアウト情報更新処理の結果として埋め込みデータ解析部１３５に返却する（Ｓ５０３）。したがって、この場合、カレントロックアウト情報は更新されない。
【０１０６】
ロックアウトの解除が可能な場合（Ｓ５０２でＹＥＳ）であって、かつ、本人確認に失敗したことが埋め込みデータ解析部１３５より指定されている場合（Ｓ５０４でＮＯ）、ロックアウト情報管理部１３６は、カレントロックアウト情報の本人確認失敗回数に１を加算し、更新された本人確認失敗回数を永続化されているカレントロックアウト情報に書き込む（Ｓ５０５）。
【０１０７】
続いて、ロックアウト情報管理部１３６は、更新された本人確認失敗回数とロックアウトポリシー５１０に含まれているロックアウト条件に指定された回数とを比較することにより、認証シートをロックアウトするか否かを判定する（Ｓ５０７）。本人確認失敗回数がロックアウト条件に指定された回数以上である場合（Ｓ５０７でＹＥＳ）、ロックアウト情報管理部１３６は、カレントロックアウト情報のロックアウト期限を算出し、算出されたロックアウト期限を永続化されているカレントロックアウト情報に書き込む（Ｓ５０８）。なお、カレントロックアウト情報のロックアウト期限の算出は、ロックアウトポリシー５１０のロックアウト期間に設定されている時間を現在時刻に加算することにより行われる。続いて、ロックアウト情報管理部１３６は、認証シートはロックアウトされたことを示す情報をロックアウト情報更新処理の結果として埋め込みデータ解析部１３５に返却する（Ｓ５０９）。
【０１０８】
一方、本人確認失敗回数がロックアウト条件に指定された回数未満である場合（Ｓ５０７でＮＯ）、又は埋め込みデータ解析部１３５より本人確認に成功したことが指定されている場合（Ｓ５０４でＹＥＳ）、ロックアウト情報管理部１３６は、カレントロックアウト情報の本人確認失敗回数を「０」とし、ロックアウト期限を「無し」とする（Ｓ５１０）。これによって、認証シートのロックアウトは解除される。続いて、ロックアウト情報管理部１３６は、ロックアウトは解除されたことを示す情報をロックアウト情報更新処理の結果として埋め込みデータ解析部１３５に返却する（Ｓ５１１）。
【０１０９】
なお、ロックアウトの条件は、運用に応じて適宜定めればよい。例えば、一回でも本人確認に失敗した場合は直ちにロックアウトするようにしてもよい。また、一度ロックアウトされた認証シートは無期限に利用不可能としてもよい。但し、本実施の形態のように、本人確認失敗回数に条件を設け、ロックアウトに期限を設けることで、正当な操作者がたまたま本人確認シートの設置位置を誤った場合等に再度やり直しができるといった柔軟性を確保することができる。
【０１１０】
上述したように、本実施の形態における画像形成装置１０によれば、スキャナ１２（画像読み取り手段）によって認証シートより読み取られた画像より抽出される認証情報に基づいて操作者の認証を行うことができる。したがって、特別な認証デバイスを導入する必要はない。その結果、画像形成装置１０の導入コストの増大を抑制することができる。
【０１１１】
また、認証シートに記録された本人確認方法に従って、操作者本人の確認を行うことができる。本人確認に失敗した場合は、認証シートはロックアウト（無効化）される。したがって、他人によって不正に認証シートが利用される可能性を著しく低下させることができる。
【０１１２】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。
【図３】画像形成装置におけるペーパー認証処理の処理手順を説明するためのシーケンス図である。
【図４】認証シートの一例を示す図である。
【図５】スキャン準備処理の処理手順を説明するためのシーケンス図である。
【図６】認証処理の処理手順を説明するためのシーケンス図である。
【図７】認証シートデータの構成例を示す図である。
【図８】埋め込みデータ定義テーブルの例を示す図である。
【図９】認証シートからの認証情報の取得処理の処理手順を説明するためのシーケンス図である。
【図１０】認証情報抽出処理の処理手順を説明するためのシーケンス図である。
【図１１】ロックアウト情報の構成例を示す図である。
【図１２】ロックアウトポリシーの構成例を示す図である。
【図１３】本人確認方法がＰＩＮの手入力である認証シートデータの例を示す図である。
【図１４】本人確認が不要な認証シートデータの例を示す図である。
【図１５】本人確認シートからの本人識別情報抽出処理の処理手順を説明するためのシーケンス図である。
【図１６】本人確認シートの一例を示す図である。
【図１７】本人確認シートデータの構成例を示す図である。
【図１８】ロックアウト情報取得処理の処理手順を説明するためのシーケンス図である。
【図１９】ロックアウトポリシー取得処理の処理手順を説明するためのシーケンス図である。
【図２０】ロックアウト情報更新処理の処理手順を説明するためのシーケンス図である。
【符号の説明】
【０１１４】
１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ ネットワークインタフェース
１６ 操作パネル
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１２１ ローカルＵＩ部
１２２ スキャナ制御部
１２３ プリンタ制御部
１２４ アプリケーション
１３０ ペーパー認証部
１３１ ペーパー認証管理部
１３２ 認証部
１３３ ユーザ情報管理部
１３４ 認証ペーパー解析部
１３５ 埋め込みデータ解析部
１３６ ロックアウト情報管理部
１３７ 永続部
【技術分野】
【０００１】
本発明は、画像形成装置、認証方法、及びプログラムに関し、特に認証された操作者に利用を許可する画像形成装置、認証方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、複合機等の画像形成装置においてもユーザ名及びパスワードに基づいて認証されたユーザに対して各ユーザに応じた利用権限を認める等、セキュリティの向上が図られている。
【０００３】
一方、一般的なコンピュータシステムにおいては、いわゆるパスワード認証の他にＩＣカード認証、指紋認証、静脈認証等、様々な認証情報が実用化されている。このような認証方法を画像形成装置に導入することで、更なるセキュリティの向上又は利便性の向上等が期待される。
【特許文献１】特開２００４−２７６２７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＩＣカード認証、指紋認証、又は静脈認証等は、ＩＣカードリーダ、指紋リーダ、又は静脈リーダ等、専用の認証デバイスが必要とされ、画像形成装置全体のコストアップにつながってしまうという問題がある。
【０００５】
一方で、操作パネルの構成によっては、ユーザ名及びパスワードを入力することができない画像形成装置も存在する。このような画像形成装置では、ＰＩＮ（Personal Identification Number：個人暗証番号）による認証が考えられる。しかし、ＰＩＮのみによって高いセキュリティを確保するにはＰＩＮの桁数を増加せざるをえず、利便性を劣化させるという問題がある。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、特別な認証デバイスを導入することなくユーザ認証を適切に行うことのできる画像形成装置、認証方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手段と、前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手段と、前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手段と、取得された前記本人識別情報と前記照合情報とを照合する照合手段と、前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手段とを有する。
【０００８】
このような画像形成装置では、特別な認証デバイスを導入することなくユーザ認証を適切に行うことができる。
【発明の効果】
【０００９】
本発明によれば、特別な認証デバイスを導入することなくユーザ認証を適切に行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、ネットワークインタフェース１５、及び操作パネル１６等のハードウェアを有する。
【００１１】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、及びＨＤＤ１１４等より構成される。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００１２】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタは１３、画像データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。ネットワークインタフェース１５は、ＬＡＮ（Local Area Network）等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。操作パネル１６は、ボタン等の入力装置や液晶パネル等の表示装置等を備えたハードウェアである。
【００１３】
図２は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。同図において、画像形成装置１０は、ローカルＵＩ部１２１、スキャナ制御部１２２、プリンタ制御部１２３、アプリケーション１２４、及びペーパー認証部１３０等を有する。これら各部は、ＣＰＵ１１１に処理を実行させることによりその機能を実現するプログラムである。
【００１４】
ローカルＵＩ部１２１は、画像形成装置１０の機能を利用させるための各種の操作画面の表示制御等を行う。スキャナ制御部１２２は、スキャナ１２を制御し、スキャン可能な記録媒体（例えば、紙、ＯＨＰ（overhead projector）シート等）からの画像データの読取をスキャナ１２に実行させる。プリンタ制御部１２３は、プリンタ１３を制御し、画像データの印刷をプリンタ１３に実行させる。アプリケーション１２４は、ユーザから直接利用されるプログラムであり、ユーザより要求されたジョブ（例えば、スキャンジョブ、コピージョブ等）の実行を制御する。本実施の形態において、アプリケーション１２４は、認証されたユーザのみが利用可能である。
【００１５】
ペーパー認証部１３０は、認証情報の入力手段としてスキャナ１２を利用した認証（以下、「ペーパー認証」という。）を実現するためのプログラム群であり、ペーパー認証管理部１３１、認証部１３２、ユーザ情報管理部１３３、認証ペーパー解析部１３４、埋め込みデータ解析部１３５、ロックアウト情報管理部１３６、及び永続部１３７等を含む。
【００１６】
ペーパー認証管理部１３１は、認証情報が記録された（埋め込まれた）スキャン可能な記録媒体より認証情報を抽出するための処理全体を制御する。本実施の形態において、認証情報が埋め込まれたスキャン可能な記録媒体を「認証シート」という。なお、後述されるように、認証シートには、認証情報以外のデータも埋め込まれている。
【００１７】
認証部１３２は、認証シートより抽出された認証情報を利用してユーザの認証処理を実行する。すなわち、認証情報の内容は、認証部１３２がどのような認証を行うかに依存する。パスワード認証であれば、ユーザ名及びパスワードが認証情報に相当する。
【００１８】
ユーザ情報管理部１３３は、画像形成装置１０を利用可能な各ユーザのユーザ情報のスキーマ（構成）を理解している。ユーザ情報の実体は永続部１３７によって管理されている。なお、ユーザ情報の一部に認証情報が含まれている。
【００１９】
認証ペーパー解析部１３４は、認証シートに埋め込まれているデータの抽出処理を制御する。埋め込みデータ解析部１３５は、認証シートに埋め込まれているデータの抽出及び解析を行う。
【００２０】
ロックアウト情報管理部１３６は、認証シートに関するロックアウト情報のスキーマを理解している。ロックアウト情報の実体は永続部１３７によって管理されている。なお、ロックアウト情報とは、認証シートの有効性を識別するための情報をいう。本実施の形態において、所定の条件が満たされた認証シートはロックアウト（無効化）され、利用できなくなる。
【００２１】
永続部１３７は、ＨＤＤ１１４を用いて各種のデータを体系的に管理する。但し、データの内容には関知しない。永続部１３７の具体例としてはファイルシステムが挙げられる。
【００２２】
以下、画像形成装置１０の処理手順について説明する。図３は、画像形成装置におけるペーパー認証処理の処理手順を説明するためのシーケンス図である。
【００２３】
ステップＳ１０１では、ローカルＵＩ部１２１が操作パネル１６に表示させている初期画面において、ユーザによってログインボタンが押下される。続いて、ローカルＵＩ部１２１は、スキャナ１２への認証シートのセットを要求する画面（認証シート要求画面）を操作パネル１６に表示させる（Ｓ１０２）。続いて、ローカルＵＩ部１２１は、ペーパー認証管理部１３１に対して、ペーパー認証のためのスキャンの準備を要求する（Ｓ１０３）。当該要求に応じ、ペーパー認証管理部１３１は、スキャンの準備処理を実行する（Ｓ１０４）。準備処理が完了すると、ペーパー認証管理部１３１は、スキャンの準備の完了をローカルＵＩ部１２１に通知する（Ｓ１０５）。ローカルＵＩ部１２１は、当該通知に応じ、ペーパー認証の実行が可能な状態となったことを示す画面（ペーパー認証可能画面）を操作パネル１６に表示させる（Ｓ１０６）。
【００２４】
一方、ユーザは、認証シート要求画面の表示に応じ、自らの認証シートをスキャナ１２にセットする。すなわち、認証シートは、各人にそれぞれの認証情報等が記録されたものが配布されている。
【００２５】
図４は、認証シートの一例を示す図である。同図における認証シート２００は、ヘッダ部２１０とデータ部２２０とを含む。
【００２６】
ヘッダ部２１０は、認証シート２００に対する埋め込みデータの一部が人に理解可能な形式で記録されている。同図の例では、シート種類、管理者、使用マシンＩＤがヘッダ部２１０に含まれている。管理者とは、認証シート２００の管理者をいい、認証シート２００の所有者（正当な利用者）とは異なる概念である。したがって、両者は必ずしも一致しない。例えば、同図では、認証シート２００の管理者は「Ｂさん」であると記されているが、認証シート２００の所有者はＡさんかもしれない。使用マシンＩＤは、認証シート２００が使用可能な画像形成装置１０の識別情報（マシンＩＤ）である。すなわち、認証シート２００は、使用マシンＩＤで識別される画像形成装置１０においてのみ有効とされる。なお、ヘッダ部２１０に何を表示させるかは任意である。
【００２７】
データ部２２０は、認証シート２００に対する埋め込みデータの実体である。同図では、ＱＲコードによって埋め込みデータが記録されているが、他の形式（例えば、バーコード、地紋、又は埋め込みデータがエンコードされた文字列等）によって記録されてもよい。なお、同図では、同一のＱＲコードが配列されているが、これは便宜的なものである。但し、読み取りミスを防止するため、同一のＱＲコード又はＱＲコード群等を繰り返し記録しておいてもよい。
【００２８】
続いて、ユーザは、ペーパー認証可能画面の表示に応じ、操作パネル１６におけるスタートボタン（スキャン開始ボタン）を押下する（Ｓ１０７）。スタートボタンの押下に応じ、ローカルＵＩ部１２１は、ログイン処理の実行要求をペーパー認証管理部１３１に要求し（Ｓ１０８）、操作パネル１６への表示画面をスキャン中であることを示す画面（スキャン中画面）に切り替える（Ｓ１０９）。
【００２９】
続いて、ペーパー認証管理部１３１は、スキャンの開始（実行）をスキャナ制御部１２２に要求する（Ｓ１０９）。続いて、スキャナ制御部１２２は、認証シートからの画像データの読み取りをスキャナ１２に実行させ、読み取られた画像データ（スキャン画像）をペーパー認証管理部１３１に入力する（Ｓ１１０）。続いて、ペーパー認証管理部１３１は、認証ペーパー解析部１３４にスキャン画像を入力し、認証情報の取得を要求する（Ｓ１１２）。認証ペーパー解析部１３４は、スキャン画像より認証情報を取得（抽出）し（Ｓ１１３）、認証情報の取得結果をペーパー認証管理部１３１に返却する（Ｓ１１４）。
【００３０】
続いて、ペーパー認証管理部１３１は、取得結果を参照して、認証情報の取得の成否を判定する（Ｓ１１５）。認証情報の取得に成功した場合、当該取得結果には認証情報が含まれている。認証情報の取得に失敗した場合、当該取得結果には失敗した理由を示す情報が含まれている。したがって、取得結果に認証情報が含まれている場合（Ｓ１１５でＹＥＳ）、ペーパー認証管理部１３１は、取得された認証情報を認証部１３２に入力し、認証の実行を要求する（Ｓ１１６）。
【００３１】
続いて、認証部１３２は、ローカルＵＩ部１２１に認証の開始を通知する（Ｓ１１７）。ローカルＵＩ部１２１は、当該通知に応じ、認証中であることを示す画面（認証中画面）を操作パネル１６に表示させる（Ｓ１１８）。続いて、認証部１３２は、認証情報を利用して認証処理を実行する（Ｓ１１９）。認証に成功した場合（Ｓ１２０）、認証部１３２は、アプリケーション１２４の利用制限を解除する（Ｓ１２１）。これによりアプリケーション１２４は利用可能となる。一方、認証に失敗した場合、アプリケーション１２４の利用制限は解除されない。したがって、ユーザはアプリケーション１２４を利用することはできない。続いて、認証部１３２は、認証結果（認証の成否を示す情報）をペーパー認証管理部１３１に返却する（Ｓ１２２）。
【００３２】
続いて、ペーパー認証管理部１３１は、認証結果に基づいてログインの成否を判定する（Ｓ１２３）。認証の成否がそのままログインの成否となる。したがって、ペーパー認証管理部１３１は、認証情報の取得に失敗した場合（Ｓ１２３でＮＯ）、ログインは失敗したと判定する。
【００３３】
ログインに失敗した場合（Ｓ１２３でＮＯ）、ペーパー認証管理部１３１は、ログインの失敗をローカルＵＩ部１２１に通知する（Ｓ１２４）ローカルＵＩ部１２１は、当該通知に応じ、ログインに失敗したことを示す画面（ログイン失敗画面）を操作パネル１６に表示させる（Ｓ１２５）。なお、一定期間経過後、認証シート要求画面を表示させ、認証シートの再セットをユーザに促してもよい。
【００３４】
一方、ログインに成功した場合（Ｓ１２３でＹＥＳ）、ペーパー認証管理部１３１は、ログインの成功をローカルＵＩ部１２１に通知する（Ｓ１２６）ローカルＵＩ部１２１は、当該通知に応じ、アプリケーション１２４を利用させるための画面（アプリ利用画面）を操作パネル１６に表示させる（Ｓ１２７）。その後、アプリ利用画面を介してジョブの実行要求が入力されると、ローカルＵＩ部１２１は、アプリケーション１２４に対してジョブの実行要求を通知する。アプリケーション１２４は、利用制限が解除されている場合はジョブを実行する。
【００３５】
続いて、ステップＳ１０４（スキャン準備処理）の詳細について説明する。図５は、スキャン準備処理の処理手順を説明するためのシーケンス図である。
【００３６】
ステップＳ１５１において、ペーパー認証管理部１３１は、原稿（ここでは、認証シート）がスキャナ１２にセットされていることの確認をスキャナ制御部１１２に要求する。当該要求に応じ、スキャナ制御部１２２は、スキャナ１２に原稿がセットされるまで待機する（Ｓ１５２）。ユーザによってスキャナ１２に原稿がセットされると（Ｓ１５３）、スキャナ制御部１２２は、原稿のセットを検知する（Ｓ１５２でＹＥＳ）。原稿のセットの検知に応じ、スキャナ制御部１２２は、スキャンが可能であることをペーパー認証管理部１３１に通知する（Ｓ１５４）。
【００３７】
続いて、図３のステップＳ１１９（認証処理）の詳細について説明する。図６は、認証処理の処理手順を説明するためのシーケンス図である。
【００３８】
ステップＳ１６１において、認証部１３２は、認証シートより取得された認証情報に含まれているユーザＩＤを指定して、照合対象の認証情報の取得をユーザ情報管理部１３３に要求する（Ｓ１６１）。ユーザ情報管理部１３３は、永続部１３７よりユーザＩＤに対応したユーザ情報を取得する（Ｓ１６２）。続いて、ユーザ情報管理部１３３は、取得されたユーザ情報より認証情報を取得し、認証部１３２に返却する（Ｓ１６４）。続いて、認証部１３２は、認証シートより取得された認証情報と、ユーザ情報より取得された認証情報とを照合することにより認証を行う（Ｓ１６５）。認証部１３２は、両者が完全に一致した場合は認証は成功したと判定し、そうでない場合は認証は失敗したと判定する。
【００３９】
続いて、図３のステップＳ１１３（認証シートからの認証情報の取得処理）の詳細について説明する。処理手順の説明の前に、認証シート２００のデータ部２２０に記録されたデータ（以下、「認証シートデータ」という。）の構成例について説明する。
【００４０】
図７は、認証シートデータの構成例を示す図である。同図において、認証シートデータ２２０ａは、ＳＯＭ（Start Of Mark）２２１、ＳＥＰ（Separator）２２２、ＥＯＭ（End Of Mark）２２３、ヘッダ部２２４ａ、及びデータ部２２５ａ等を有する。ＳＯＭ２２１とＳＥＰ２２２２との間がヘッダ部２２４ａとして認識され、ＳＥＰ２２２とＥＯＭ２２３との間がデータ部２２５ａとして認識される。
【００４１】
ヘッダ部２２４ａでは、データ部２２５ａに記録されているデータ項目の構成が定義されている。すなわち、データ部２２５ａに記録されるデータ項目の構成は、ヘッダ部２２４ａの定義内容によって変えることができる。同図のヘッダ部２２４ａには、Ｋ３、Ｇ１、Ａ１、Ｊ２、Ｋ１、Ｋ２、Ｇ４と記録されている。アルファベット１文字と数字１文字とから構成される一つの記号（以下、「項目識別子」という。）は、一つのデータ項目に対応する。各項目識別子の意味は埋め込みデータ定義テーブルに定義されている。
【００４２】
図８は、埋め込みデータ定義テーブルの例を示す図である。同図において、埋め込みデータ定義テーブル４００は、認証シートデータにおいて利用される項目識別子の意味が定義されている情報であり、例えば、ＨＤＤ１１４に記録され、永続部１３７によって管理されている。
【００４３】
埋め込みデータ定義テーブル４００の各列は、項目識別子の１文字目（アルファベット）に対応し、データ項目の種別を示す。各行は、項目識別子の１文字目（アルファベット）に対応し、データ項目の種別においてとりうる値を示す。
【００４４】
同図の例では、Ａは、シート種類を示す。シート種類としては認証シート（Ａ１）、本人確認シート（Ａ２）が定義されている。本人確認シートとは、認証シートと同様の形態による記録媒体であり、その詳細は後述される。埋め込みデータ定義テーブル４００の定義内容は、認証シート及び本人確認シートに対して共通に利用される。以下、認証シート及び本人確認シートを総称する場合、単に「シート」という。
【００４５】
Ｂは、スキャン時にシートがセットされるべき位置（セット位置）を示す。セット位置としては、圧板（Ｂ１）、ＡＤＦ（Auto Document Feeder）（Ｂ２）が定義されている。Ｃは、スキャン時にシートがセットされるべき向きを示す。向きとしては、縦方向（Ｃ１）、横方向（Ｃ２）が定義されている。Ｄは、シートのサイズを示す。サイズとしては、Ａ４（Ｄ１）、Ｂ５（Ｄ２）、Ａ５（Ｄ３）が定義されている。Ｅは、シートの材質を示す。材質としては、紙（Ｅ１）、ＯＨＰ（Ｅ２）が定義されている。Ｇは、シートＩＤを示す。シートＩＤとしては、発行者ＩＤ（Ｇ１）、使用者ＩＤ（Ｇ２）、発行マシンＩＤ（Ｇ３）、使用マシンＩＤ（Ｇ４）が定義されている。発行者ＩＤとは、シートの発行者のユーザＩＤである。使用者ＩＤとは、シートを使用可能なユーザＩＤである。発行マシンＩＤとは、シートを発行（生成）した画像形成装置１０のマシンＩＤである。使用マシンＩＤとは、シートを使用可能な画像形成装置１０のマシンＩＤである。
【００４６】
Ｈは、シートに対する埋め込みデータのデータ形式を示す。データ形式としては、ＱＲコード（Ｈ１）、バーコード（Ｈ２）が定義されている。Ｊは、本人確認方法を示す。本人確認方法とは、認証シートの利用者が本人（当該認証シートの所有者。すなわち、当該認証シートの正当な利用者）であるか否かを確認する方法を示す。本人確認方法としては、確認しない（Ｊ１）、ＡＮＤの組み合わせ（Ｊ２）、ＯＲの組み合わせ（Ｊ３）、ＰＩＮ（Personal Identification Number）の手入力（Ｊ４）が定義されている。ＡＮＤの組み合わせとは、複数の条件の論理積によって本人確認を行うことをいう。ＯＲの組み合わせとは、複数の条件の論理和によって本人確認を行うことをいう。ＰＩＮの手入力は、ＰＩＮを入力させることにより本人確認を行うことをいう。なお、本人確認方法がＪ２又はＪ３の場合、本人確認シートが利用される。
【００４７】
Ｋは、認証情報を示す。すなわち、認証部１３２による認証処理に利用される情報である。認証情報としては、ユーザＩＤ（Ｋ１）、パスワード（Ｋ２）、管理者名（Ｋ３）、ＰＩＮ（Ｋ４）が定義されている。Ｍは、シート色を示す。シート色としては、白黒（Ｍ１）、カラー（Ｍ２）等が定義されている。
【００４８】
同図の埋め込みデータ定義テーブル４００に基づいて、図７の認証シートデータ２２０ａの内容を説明する。改めて認証シートデータ２２０ａのヘッダ部２２４ａは、Ｋ３、Ｇ１、Ａ１、Ｊ２、Ｋ１、Ｋ２、Ｇ４である。Ｋ３より、データ部２２５ａの第１項目には管理者名（Ｂさん）が記録されていることが分かる。Ｇ１より、データ部２２５ａの第２項目には発行者ＩＤ（２２２）が記録されていることが分かる。Ａ１より、当該シートは認証シートであることが分かる。なお、種別Ａに対応するデータはデータ部２２５ａには存在しない。
【００４９】
Ｊ２より、当該認証シートの本人確認方法はＡＮＤの組み合わせであること、及びデータ部２２５ａの第３項目にはＡＮＤの組み合わせ条件が定義されていることが分かる。データ部２２５ａの第３項目には、（Ａ２、Ｋ３＝Ｂさん、Ｂ２）と記録されている。これは、Ａ２、Ｋ３＝Ｂさん、Ｂ２といった三つの条件の論理積を示す。すなわち、本人確認シート（Ａ２）によって本人確認が行われること、当該本人確認シートの管理者名（Ｋ３）はＢさんであること、当該本人確認シートはＡＤＦ（Ｂ２）にセットされることの全てが満たされた場合に、本人確認に成功したと判定される。
【００５０】
Ｋ１より、データ部２２５ａの第４項目にはユーザＩＤ（ｕｓｅｒ−ｂｂｂ）が記録されていることが分かる。Ｋ２より、データ部２２５ａの第５項目にはパスワード（ｐｗｄ−ｂｂｂ）が記録されていることが分かる。Ｇ４より、データ部２２５ａの第６項目には使用マシンＩＤ（９９９）が記録されていることが分かる。
【００５１】
以上をふまえて、認証シートからの認証情報の取得処理（図３のＳ１１３）を説明する。図９は、認証シートからの認証情報の取得処理の処理手順を説明するためのシーケンス図である。以下の例では、図７の認証シートデータ２２０ａが認証シートに記録されていることとする。
【００５２】
ステップＳ２０１において、認証ペーパー解析部１３４は、スキャン画像を埋め込みデータ解析部１３５に入力し、スキャン画像からのシート種類の抽出を要求する。続いて、埋め込みデータ解析部１３５は、スキャン画像に含まれているＱＲコードより認証シートデータ２２０ａを抽出し、認証シートデータ２２０ａよりシート種類を抽出する（Ｓ２０２）。より詳しくは、埋め込みデータ解析部１３５は、認証シートデータ２２０ａのヘッダ部２２４ａよりシート種類を示す項目識別子Ａｎ（ｎは、１又は２）を検索する。なお、埋め込みデータ解析部１３５は、解読した認証シートデータ２２０ａを後段の処理のためにＲＡＭ１１２に保持しておく。
【００５３】
続いて、埋め込みデータ解析部１３５は、取得されたシート種類を認証ペーパー解析部１３４に返却する（Ｓ２０３）。認証ペーパー解析部１３４は、シート種類が認証シートであるか否かを確認する（Ｓ２０４）。シート種類が認証シートでない場合（Ｓ２０４でＮＯ）、認証ペーパー解析部１３４は、シートの異常により認証情報の取得に失敗したこと示す情報をステップＳ１１４の取得結果としてペーパー認証情報管理部１３１に返却する（Ｓ２０５）。
【００５４】
シート種類が認証シートである場合（Ｓ２０４でＹＥＳ）、認証ペーパー解析部１３４は、認証シートからの認証情報の抽出を埋め込みデータ解析部１３５に要求する（Ｓ２０６）。続いて、埋め込みデータ解析部１３５は、ＲＡＭ１１２に保持されている認証シートデータ２２０ａより認証情報を抽出するための処理を実行し（Ｓ２０７）、認証情報の抽出結果を認証ペーパー解析部１３４に返却する（Ｓ２０８）。認証情報の抽出に成功した場合、当該抽出結果には認証情報が含まれている。認証情報の抽出に失敗した場合、当該抽出結果には失敗した理由を示す情報が含まれている。続いて、認証ペーパー解析部１３４は、当該抽出結果をステップＳ１１４の取得結果としてペーパー認証情報管理部１３１に返却する（Ｓ２０９）。
【００５５】
続いて、ステップＳ２０７（認証情報抽出処理）の詳細について説明する。図１０は、認証情報抽出処理の処理手順を説明するためのシーケンス図である。
【００５６】
ステップＳ２１１において埋め込みデータ解析部１３５は、ＲＡＭ１１２に保持されている認証シートデータ２２０ａよりシートＩＤを抽出する（Ｓ２１１）。具体的には、埋め込みデータ解析部１３５は、認証シートデータ２２０ａのヘッダ部２２４ａよりシートＩＤを示す項目識別子Ｇｎ（ｎは、１〜４）を検索することによりデータ部２２５ａの何番目にシートＩＤが記録されているかを判定し、その判定結果に基づいてデータ部２２５ａよりシートＩＤを取得する。なお、以降における認証シートデータ２２０ａからの他のデータ項目の抽出についても同様の手順で行われる。
【００５７】
続いて、埋め込みデータ解析部１３５は、シートＩＤに基づいて認証シートのロックアウト情報の取得処理を実行する（Ｓ２１２）。
【００５８】
図１１は、ロックアウト情報の構成例を示す図である。同図において、ロックアウト情報は、シートＩＤ、本人確認失敗回数、及びロックアウト期限等の情報を含む。
【００５９】
シートＩＤは、ロックアウト情報が関連付けられているシートＩＤである。すなわち、ロックアウト情報は、シートＩＤ単位で生成される。したがって、シートＩＤが共通する認証シートは同時にロックアウトされる。本人確認失敗回数は、シートＩＤに対応する認証シートに関して本人確認に失敗した回数である。ロックアウト期限は、シートＩＤに対応する認証シートのロックアウト期限である。ロックアウト期限が経過した場合、認証シートはロックアウトから解除され、利用可能（有効）となる。
【００６０】
続いて、埋め込みデータ解析部１３５は、認証シートのロックアウトポリシーを取得する（Ｓ２１３）。ロックアウトポリシーとは、認証シートをロックアウトする条件等が定義された情報であり、例えば、ＨＤＤ１１４に記録され永続部１３７によって管理されている。
【００６１】
図１２は、ロックアウトポリシーの構成例を示す図である。同図において、ロックアウトポリシー５１０は、ロックアウト対象、ロックアウト条件、及びロックアウト期間等の情報を含む。
【００６２】
ロックアウト対象は、当該ロックアウトポリシー５１０に基づいてロックアウトの対象とされるシートの種類である。同図では、ロックアウト対象の値は、認証シートとされている。したがって、同図のロックアウトポリシー５１０は、認証シートに対するロックアウトポリシーであることが分かる。ロックアウト条件は、ロックアウトする条件である。同図では、本人確認に３回失敗した場合ロックアウトされることが定義されている。ロックアウト期間は、ロックアウトされる期間である。同図では、６０分間ロックアウトされることが定義されている。
【００６３】
続いて、埋め込みデータ解析部１３５は、ロックアウト情報とロックアウトポリシー５１０とに基づいて、認証シートがロックアウト中であるか否かを判定する（Ｓ２１４）。具体的には、ロックアウト情報の本人確認失敗回数がロックアウトポリシー５１０のロックアウト条件に設定された値以上であり、かつ、現時点がロックアウト情報のロックアウト期限を経過していない場合は、ロックアウト中であると判定する。そうでない場合は、ロックアウト中でないと判定する。
【００６４】
認証シートがロックアウト中である場合（Ｓ２１４でＹＥＳ）、埋め込みデータ解析部１３５は、認証シートがロックアウトされているために認証情報の抽出に失敗したことを示す情報をステップＳ２０８の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２１５）。
【００６５】
認証シートがロックアウト中でない場合（Ｓ２１４でＮＯ）、埋め込みデータ解析部１３５は、認証シートに対する本人確認が必要か否かを調べる。具体的には、認証シートデータ２２０ａのヘッダ部２２４ａにおける本人確認方法の値がＪ１（確認しない）であるか否かを判定する（Ｓ２１６）。本人確認方法の値がＪ１である場合、又は本人確認方法が認証シートデータ２２０ａに記録されていない場合、埋め込みデータ解析部１３５は、本人確認は不要であると判定する。本人確認方法が記録されており、その値がＪ２（ＡＮＤの組み合わせ）、Ｊ３（ＯＲの組み合わせ）、又はＪ４（ＰＩＮの手入力）である場合、埋め込みデータ解析部１３５は、本人確認は必要であると判定する。
【００６６】
なお、本人確認は、認証シートからの認証情報の抽出に対してかけられている鍵として例えることができる。すなわち、本人確認が不要であるいうことは、認証シートからの認証情報の抽出には鍵がかけられていないことを示す。本人確認が必要であるということは、認証シートからの認証情報の抽出に鍵がかけられていることを示す。鍵がかけられている場合、本人であることを示す鍵を入力させるための処理が必要となる。本実施の形態において、当該鍵のことを本人識別情報という。
【００６７】
続いて、埋め込みデータ解析部１３５は、認証シートデータ２２０ａの本人確認方法の値は、Ｊ４（ＰＩＮの手入力）であるか否かを判定する（Ｓ２１９）。ＰＩＮの手入力である場合（Ｓ２１９でＹＥＳ）、埋め込みデータ解析部１３５は、本人識別情報としてＰＩＮをユーザに入力させるための処理の実行を制御する（Ｓ２２０）。具体的には、埋め込みデータ解析部１３５は、操作パネル１６へのＰＩＮの入力画面の表示をローカルＵＩ部１２１に実行させ、当該入力画面を介してユーザによって入力されたＰＩＮをローカルＵＩ部１２１より取得する。
【００６８】
図１３は、本人確認方法がＰＩＮの手入力である認証シートデータの例を示す図である。同図の認証シートデータ２２０ｂのヘッダ部２２４ｂの第４項目の値はＪ４である。したがって、認証シートデータ２２０ｂに係る認証シートに対する本人確認方法はＰＩＮの入力であることが分かる。なお、ステップＳ２１９でＹＥＳの場合における各ステップでは、便宜上、図１３の認証シートデータ２２０ｂが処理対象とされることとする。
【００６９】
続いて、埋め込みデータ解析部１３５は、本人識別情報と照合させる情報（以下、「本人識別照合情報」という。）を認証シートデータ２２０ｂより抽出する。ここでの本人識別照合情報は、認証シートデータ２２０ｂに記録されているＰＩＮが相当する（Ｓ２２１）。ヘッダ部２２４ｂにおいてＰＩＮを意味するＫ３は末尾に記録されている。したがって、データ部２２５ｂの末尾の値（９９９）が本人識別照合情報として抽出される。
【００７０】
続いて、埋め込みデータ解析部１３５は、本人識別照合情報の成否を判定する（Ｓ２２２）。本人識別照合情報が認証シートデータ２２０ｂに記録されていなかった場合等、本人識別照合情報の抽出に失敗した場合（Ｓ２２２でＮＯ）、埋め込みデータ解析部１３５は、認証シートが異常であるため認証情報の抽出に失敗ことを示す情報をステップＳ２０８（図９）の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２２３）。
【００７１】
本人識別照合情報の抽出に成功した場合（Ｓ２２２でＹＥＳ）、埋め込みデータ解析部１３５は、ユーザによって入力された本人識別情報（ＰＩＮ）と本人識別照合情報とを照合する（Ｓ２２４）。両者が一致しなかった場合（Ｓ２２５でＮＯ）、埋め込みデータ解析部１３５は、本人確認に失敗したことに基づいてロックアウト情報の更新処理を実行する（Ｓ２４０）。続いて、埋め込みデータ解析部１３５は、本人確認に失敗したため認証情報の取得に失敗したことを示す情報をステップＳ２０８（図９）の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２４１）。
【００７２】
両者が一致した場合（Ｓ２２５でＹＥＳ）、埋め込みデータ解析部１３５は、本人確認に成功したことに基づいてロックアウト情報の更新処理を実行する（Ｓ２４２）。続いて、埋め込みデータ解析部１３５は、認証シートデータ２２０ｂより認証情報としてユーザＩＤ（Ｋ１）及びパスワード（Ｋ２）を抽出する（Ｓ２４３）。続いて、埋め込みデータ解析部１３５は、抽出された認証情報をステップＳ２０８（図９）の抽出結果として認証ペーパー解析部１３４に返却する（Ｓ２４４）。
【００７３】
一方、ステップＳ２１９でＮＯの場合（すなわち、本人確認方法がＪ２（ＡＮＤの組み合わせ）又はＪ３（ＯＲの組み合わせ）の場合）、埋め込みデータ解析部１３５は、本人確認方法の条件を認証シートデータ２２０ａのデータ部２２５ｂより抽出する（Ｓ２３１）。なお、この場合、抽出された条件（「（Ａ２、Ｋ３＝Ｂさん、Ｂ２）」）が本人識別照合情報となる。
【００７４】
続いて、埋め込みデータ解析部１３５は、本人確認シートからの本人識別情報の抽出処理の実行を制御する（Ｓ２３３）。本人確認シートより本人識別情報が抽出されると、埋め込みデータ解析部１３５は、本人確認方法がＡＮＤの組み合わせ（Ｊ２）であるか否かを判定する（Ｓ２３４）。
【００７５】
本人確認方法がＡＮＤの組み合わせである場合（Ｓ２３４でＹＥＳ）。埋め込みデータ解析部１３５は、本人確認シートより抽出された本人識別情報と認証シートより抽出された本人識別照合情報とを照合する（Ｓ２３５）。両者が完全に一致しなかった場合（Ｓ２３６でＮＯ）、埋め込みデータ解析部１３５は、上述したステップＳ２４０及びＳ２４１を実行する。
【００７６】
両者が完全に一致した場合（Ｓ２３６でＹＥＳ）、埋め込みデータ解析部１３５は、上述したステップＳ２４２〜Ｓ２４４を実行する。なお、両者が完全に一致した場合とは、本人識別照合情報に含まれている全ての条件が満たされた場合をいう。条件が（Ａ２、Ｋ３＝Ｂさん、Ｂ２）である場合、本人確認シートより抽出された管理者名がＢさんであり、かつ、本人確認シートがスキャンの際にＡＤＦにセットされていれば、両者は完全に一致したと判定される。
【００７７】
一方、本人確認方法がＯＲの組み合わせである場合（Ｓ２３４でＮＯ）、埋め込みデータ解析部１３５は、本人確認シートより抽出された本人識別情報と認証シートより抽出された本人識別照合情報とを照合する（Ｓ２３８）。両者が部分的にも一致しなかった場合（Ｓ２３９でＮＯ）、埋め込みデータ解析部１３５は、上述したステップＳ２４０及びＳ２４１を実行する。
【００７８】
両者が少なくとも部分的に一致した場合（Ｓ２３９でＹＥＳ）、埋め込みデータ解析部１３５は、上述したステップＳ２４２〜Ｓ２４４を実行する。なお、両者が少なくとも部分的に一致した場合とは、本人識別照合情報に含まれているいずれか一つの条件が満たされた場合をいう。条件が（Ａ２、Ｋ３＝Ｂさん、Ｂ２）である場合、本人確認シートより抽出された管理者名がＢさんであるか、又は本人確認シートがスキャンの際にＡＤＦにセットされていれば、両者は少なくも部分的に一致したと判定される。
【００７９】
なお、ステップＳ２１６でＮＯの場合（すなわち、本人確認が不要な場合）、埋め込みデータ解析部１３５は、本人確認をせずにステップＳ２４２〜Ｓ２４４を実行する。例えば、図１４は、本人確認が不要な認証シートデータの例を示す図である。
【００８０】
同図の認証シートデータ２２０ｃのヘッダ部２２４ｃの第４項目の値はＪ１である。したがって、認証シートデータ２２０ｃに係る認証シートに対する本人確認は不要であることが分かる。
【００８１】
続いて、図１０のステップＳ２３３（本人確認シートからの本人識別情報抽出処理）の詳細について説明する。図１５は、本人確認シートからの本人識別情報抽出処理の処理手順を説明するためのシーケンス図である。
【００８２】
ステップＳ３０１において、埋め込みデータ解析部１３５は、認証シートより抽出された本人識別照合情報に含まれている条件を指定して、本人識別情報の取得を認証ペーパー解析部１３４に要求する。認証シートデータ２２０ａ（図７）に基づく場合、シート種類、管理者名、セット位置が条件として指定される。本人識別情報の取得要求は、認証ペーパー解析部１３４及びペーパー認証管理部１３１を介してローカルＵＩ部１２１に伝達される（Ｓ３０２、Ｓ３０３）。
【００８３】
続いて、ローカルＵＩ部１２１は、本人確認シートのセットを要求する画面（本人確認シートセット要求画面）を操作パネル１６に表示させる（Ｓ３０４）。ユーザは、本人確認シートセット要求画面の表示に応じ、自らの本人確認シートをスキャナ１２にセットする（Ｓ３０５）。
【００８４】
図１６は、本人確認シートの一例を示す図である。同図における本人確認シート３００の外観は、図４に示される認証シート２００と類似している。
【００８５】
すなわち、本人確認シート３００は、ヘッダ部３１０とデータ部３２０とを含む。ヘッダ部３１０は、本人確認シート３００に対する埋め込みデータの一部が人に理解可能な形式で記録されている。同図の例では、シート種類、管理者、発行者ＩＤがヘッダ部３１０に含まれている。管理者とは、本人確認シート３００の管理者をいい、本人確認シート３００の所有者とは異なる概念である。したがって、両者は必ずしも一致しない。発行者ＩＤは、本人確認シート３００の発行者のユーザＩＤである。なお、ヘッダ部３１０に何を表示させるかは任意である。
【００８６】
データ部３２０は、本人確認シート３００に対する埋め込みデータの実体である。同図では、ＱＲコードによって埋め込みデータが記録されているが、他の形式によって記録されてもよい。なお、同図では、同一のＱＲコードが配列されているが、これは便宜的なものである。但し、読み取りミスを防止するため、同一のＱＲコード又はＱＲコード群等を繰り返し記録しておいてもよい。
【００８７】
続いて、ユーザは、操作パネル１６におけるスタートボタン（スキャン開始ボタン）を押下する（Ｓ３０６）。スタートボタンの押下に応じ、ローカルＵＩ部１２１は、本人確認中であることを示す画面（本人確認中画面）を操作パネル１６に表示させる（Ｓ３０７）。続いて、ローカルＵＩ部１２１は、本人確認の実行をペーパー認証管理部１３１に要求する（Ｓ３０８）。
【００８８】
続いて、ペーパー認証管理部１３１は、スキャンの開始（実行）をスキャナ制御部１２２に要求する（Ｓ３０９）。スキャナ制御部１２２は、本人確認シートからの画像データの読み取りをスキャナ１２に実行させ、読み取られた画像データ（スキャン画像）をペーパー認証管理部１３１に入力する（Ｓ３１０）。なお、スキャナ制御部１２２は、スキャン画像と共に、スキャンジョブの属性情報（ジョブ情報）をペーパー認証管理部１３１に入力する。ジョブ情報には本人確認シートのセット位置（圧板又はＡＤＦ）を識別可能な情報が含まれている。
【００８９】
続いて、ペーパー認証管理部１３１は、認証ペーパー解析部１３４にジョブ情報及びスキャン画像を入力し、本人識別情報の抽出を要求する（Ｓ３１１）。当該要求には、本人識別情報として抽出すべき情報（シート種類、管理者名、セット位置）を示す情報も指定される。続いて、認証ペーパー解析部１３４は、当該要求を埋め込みデータ解析部１３５に伝達する（Ｓ３１２）。続いて、埋め込みデータ解析部１３５は、スキャン画像及びジョブ情報より本人識別情報を抽出する（Ｓ３１３）。具体的には、スキャン画像（本人確認シート３００のデータ部３２０）よりシート種類及び管理者名が、ジョブ情報よりセット位置が抽出される。
【００９０】
例えば、本人確認シート３００のデータ部３２０には図１７に示されるようなデータ（以下、「本人確認シートデータ」という。）が記録されている。図１７は、本人確認シートデータの構成例を示す図である。
【００９１】
同図において、本人確認シートデータ３２０ａは、ＳＯＭ（Start Of Mark）３２１、ＳＥＰ（Separator）３２２、ＥＯＭ（End Of Mark）３２３、ヘッダ部３２４ａ、及びデータ部３２５ａ等を有する。ＳＯＭ３２１とＳＥＰ３２２との間がヘッダ部３２４ａとして認識され、ＳＥＰ３２２とＥＯＭ３２３との間がデータ部３２５ａとして認識される。
【００９２】
ヘッダ部３２４ａでは、データ部３２５ａに記録されているデータ項目の構成が項目識別子によって定義されている。すなわち、データ部３２５ａに記録されるデータ項目の構成は、ヘッダ部３２４ａの定義内容によって変えることができる。同図のヘッダ部３２４ａには、Ｋ３、Ｇ１、Ａ２と記録されている。各項目識別子の意味は、図８において説明した通りである。
【００９３】
したがって、Ｋ３より、データ部３２５ａの第１項目には管理者名（Ｂさん）が記録されていることが分かる。Ｇ１より、データ部３２５ａの第２項目には発行者ＩＤ（２２２）が記録されていることが分かる。Ａ２より、当該シートは本人確認シートであることが分かる。
【００９４】
したがって、埋め込みデータ解析部１３５は、スキャン画像に含まれているＱＲコードより本人確認シートデータ３２０ａを抽出し、本人確認シートデータ３２０ａより管理者名及びシート種類を抽出する。
【００９５】
続いて、埋め込みデータ解析部１３５は、抽出結果を認証ペーパー解析部１３４に返却する（Ｓ３１４）。本人識別情報の抽出に成功した場合、当該抽出結果には本人識別情報例えば、シート種類、管理者名、及びセット位置）が含まれている。本人識別情報の抽出に失敗した場合、当該抽出結果には失敗した理由を示す情報が含まれている。続いて、認証ペーパー解析部１３４は、当該抽出結果をペーパー認証管理部１３１に返却する（Ｓ３１５）。
【００９６】
続いて、ペーパー認証管理部１３１は、抽出結果を参照して本人識別情報の抽出の成否を判定する（Ｓ３１６）。抽出に失敗した場合（Ｓ３１６でＮＯ）、ペーパー認証管理部１３１は、本人確認に失敗したことをローカルＵＩ部１２１に通知する（Ｓ３１７）。ローカルＵＩ部１２１は、本人確認に失敗したことを示す画面（本人確認失敗画面）を操作パネル１６に表示させる（Ｓ３１８）。なお、一定時間経過後、本人確認シートセット要求画面を表示させ、本人確認シートの再セットをユーザに促してもよい。
【００９７】
本人識別情報の抽出に成功した場合（Ｓ３１６でＹＥＳ）、ペーパー認証管理部１３１は、抽出結果に含まれている本人識別情報を認証ペーパー解析部１３４に入力する（Ｓ３１９）。続いて、認証ペーパー解析部１３４は、当該本人識別情報を埋め込みデータ解析部１３５に入力する（Ｓ３２０）。このタイミングで、図１０のステップＳ２３３に処理が復帰する。
【００９８】
続いて、図１０のステップＳ２１２（ロックアウト情報取得処理）の詳細について説明する。図１８は、ロックアウト情報取得処理の処理手順を説明するためのシーケンス図である。
【００９９】
ステップＳ４０１において、埋め込みデータ解析部１３５は、認証シートより抽出されたシートＩＤを指定してロックアウト情報の取得をロックアウト情報管理部１３６に要求する。ロックアウト情報管理部１３６は、シートＩＤに対応するロックアウト情報（指定されたシートＩＤを「シートＩＤ」の値として含むロックアウト情報）を永続部１３７より取得する（Ｓ４０２、Ｓ４０３）。
【０１００】
シートＩＤに対応するロックアウト情報が取得された場合（Ｓ４０４でＹＥＳ）、ロックアウト情報管理部１３６は、取得されたロックアウト情報を埋め込みデータ解析部１３５に返却する（Ｓ４０６）。シートＩＤに対応するロックアウト情報が取得されなかった場合（Ｓ４０４でＮＯ）、ロックアウト情報管理部１３６は、シートＩＤに対応したロックアウト情報を生成し、永続部１３７に保存させる（Ｓ４０５）。この際、本人確認失敗回数は「０」とし、ロックアウト期限は「無し」とする。続いて、ロックアウト情報管理部１３６は、生成されたロックアウト情報を埋め込みデータ解析部１３５に返却する（Ｓ４０６）。
【０１０１】
続いて、図１０のステップＳ２１３（ロックアウトポリシー取得処理）の詳細について説明する。図１９は、ロックアウトポリシー取得処理の処理手順を説明するためのシーケンス図である。
【０１０２】
ステップＳ４１１において、埋め込みデータ解析部１３５は、認証シートのロックアウトポリシー５１０の取得をロックアウト情報管理部１３６に要求する（Ｓ４１１）。ロックアウト情報管理部１３６は、認証シートに対応するロックアウトポリシー５１０（「ロックアウト対象」の値を「認証シート」とするロックアウトポリシー５１０）を永続部１３７より取得する（Ｓ４１２、Ｓ４１３）。続いて、ロックアウト情報管理部１３６は、取得されたロックアウトポリシー５１０を埋め込みデータ解析部１３５に返却する（Ｓ４１４）。
【０１０３】
続いて、図１０のステップＳ２４０（ロックアウト情報更新処理）の詳細について説明する。図２０は、ロックアウト情報更新処理の処理手順を説明するためのシーケンス図である。
【０１０４】
ステップＳ５０１において、埋め込みデータ解析部１３５は、認証シートより抽出されたシートＩＤと本人確認の成否を示す情報とを指定して、ロックアウト情報の更新をロックアウト情報管理部１３６に要求する。続いて、ロックアウト情報管理部１３６は、シートＩＤに対応するロックアウト情報（以下、「カレントロックアウト情報」という。）のロックアウト期限に基づいて、ロックアウトの解除は可能であるかを判定する（Ｓ５０２）。具体的には、現時点がロックアウト期限を経過していればロックアウトは解除可能であると判定する。また、現時点がロックアウト期限を経過していなければ、仮に本人確認に成功していたとしてもロックアウトの解除は不可能であると判定する。
【０１０５】
ロックアウトの解除が不可能な場合（Ｓ５０２でＮＯ）、ロックアウト情報管理部１３６は、ロックアウト中であることを示す情報をロックアウト情報更新処理の結果として埋め込みデータ解析部１３５に返却する（Ｓ５０３）。したがって、この場合、カレントロックアウト情報は更新されない。
【０１０６】
ロックアウトの解除が可能な場合（Ｓ５０２でＹＥＳ）であって、かつ、本人確認に失敗したことが埋め込みデータ解析部１３５より指定されている場合（Ｓ５０４でＮＯ）、ロックアウト情報管理部１３６は、カレントロックアウト情報の本人確認失敗回数に１を加算し、更新された本人確認失敗回数を永続化されているカレントロックアウト情報に書き込む（Ｓ５０５）。
【０１０７】
続いて、ロックアウト情報管理部１３６は、更新された本人確認失敗回数とロックアウトポリシー５１０に含まれているロックアウト条件に指定された回数とを比較することにより、認証シートをロックアウトするか否かを判定する（Ｓ５０７）。本人確認失敗回数がロックアウト条件に指定された回数以上である場合（Ｓ５０７でＹＥＳ）、ロックアウト情報管理部１３６は、カレントロックアウト情報のロックアウト期限を算出し、算出されたロックアウト期限を永続化されているカレントロックアウト情報に書き込む（Ｓ５０８）。なお、カレントロックアウト情報のロックアウト期限の算出は、ロックアウトポリシー５１０のロックアウト期間に設定されている時間を現在時刻に加算することにより行われる。続いて、ロックアウト情報管理部１３６は、認証シートはロックアウトされたことを示す情報をロックアウト情報更新処理の結果として埋め込みデータ解析部１３５に返却する（Ｓ５０９）。
【０１０８】
一方、本人確認失敗回数がロックアウト条件に指定された回数未満である場合（Ｓ５０７でＮＯ）、又は埋め込みデータ解析部１３５より本人確認に成功したことが指定されている場合（Ｓ５０４でＹＥＳ）、ロックアウト情報管理部１３６は、カレントロックアウト情報の本人確認失敗回数を「０」とし、ロックアウト期限を「無し」とする（Ｓ５１０）。これによって、認証シートのロックアウトは解除される。続いて、ロックアウト情報管理部１３６は、ロックアウトは解除されたことを示す情報をロックアウト情報更新処理の結果として埋め込みデータ解析部１３５に返却する（Ｓ５１１）。
【０１０９】
なお、ロックアウトの条件は、運用に応じて適宜定めればよい。例えば、一回でも本人確認に失敗した場合は直ちにロックアウトするようにしてもよい。また、一度ロックアウトされた認証シートは無期限に利用不可能としてもよい。但し、本実施の形態のように、本人確認失敗回数に条件を設け、ロックアウトに期限を設けることで、正当な操作者がたまたま本人確認シートの設置位置を誤った場合等に再度やり直しができるといった柔軟性を確保することができる。
【０１１０】
上述したように、本実施の形態における画像形成装置１０によれば、スキャナ１２（画像読み取り手段）によって認証シートより読み取られた画像より抽出される認証情報に基づいて操作者の認証を行うことができる。したがって、特別な認証デバイスを導入する必要はない。その結果、画像形成装置１０の導入コストの増大を抑制することができる。
【０１１１】
また、認証シートに記録された本人確認方法に従って、操作者本人の確認を行うことができる。本人確認に失敗した場合は、認証シートはロックアウト（無効化）される。したがって、他人によって不正に認証シートが利用される可能性を著しく低下させることができる。
【０１１２】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。
【図３】画像形成装置におけるペーパー認証処理の処理手順を説明するためのシーケンス図である。
【図４】認証シートの一例を示す図である。
【図５】スキャン準備処理の処理手順を説明するためのシーケンス図である。
【図６】認証処理の処理手順を説明するためのシーケンス図である。
【図７】認証シートデータの構成例を示す図である。
【図８】埋め込みデータ定義テーブルの例を示す図である。
【図９】認証シートからの認証情報の取得処理の処理手順を説明するためのシーケンス図である。
【図１０】認証情報抽出処理の処理手順を説明するためのシーケンス図である。
【図１１】ロックアウト情報の構成例を示す図である。
【図１２】ロックアウトポリシーの構成例を示す図である。
【図１３】本人確認方法がＰＩＮの手入力である認証シートデータの例を示す図である。
【図１４】本人確認が不要な認証シートデータの例を示す図である。
【図１５】本人確認シートからの本人識別情報抽出処理の処理手順を説明するためのシーケンス図である。
【図１６】本人確認シートの一例を示す図である。
【図１７】本人確認シートデータの構成例を示す図である。
【図１８】ロックアウト情報取得処理の処理手順を説明するためのシーケンス図である。
【図１９】ロックアウトポリシー取得処理の処理手順を説明するためのシーケンス図である。
【図２０】ロックアウト情報更新処理の処理手順を説明するためのシーケンス図である。
【符号の説明】
【０１１４】
１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ ネットワークインタフェース
１６ 操作パネル
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１２１ ローカルＵＩ部
１２２ スキャナ制御部
１２３ プリンタ制御部
１２４ アプリケーション
１３０ ペーパー認証部
１３１ ペーパー認証管理部
１３２ 認証部
１３３ ユーザ情報管理部
１３４ 認証ペーパー解析部
１３５ 埋め込みデータ解析部
１３６ ロックアウト情報管理部
１３７ 永続部
【特許請求の範囲】
【請求項１】
画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手段と、
前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手段と、
前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手段と、
取得された前記本人識別情報と前記照合情報とを照合する照合手段と、
前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手段とを有する画像形成装置。
【請求項２】
前記本人識別情報取得手段は、前記読み取り手段に第二の画像を読み取らせ、前記第二の画像より前記照合情報を抽出する請求項１記載の画像形成装置。
【請求項３】
操作パネルを備え、
前記本人識別情報取得手段は、操作者に前記操作パネルを介して前記本人識別情報を入力させる請求項１記載の画像形成装置。
【請求項４】
前記本人識別情報と前記照合情報とが一致しなかったときに、前記第一の画像より抽出される所定の識別子に関連付けて操作者本人の確認に失敗したことを示す本人確認失敗情報を記憶手段に記録する本人確認失敗情報記録手段と、
前記本人確認失敗情報に基づいて、前記第一の画像の有効性を判定する判定手段とを有する請求項１乃至３いずれか一項記載の画像形成装置。
【請求項５】
前記判定手段は、前記本人確認失敗情報が記録されてから所定の期間が経過しているときは、前記画像は有効であると判定する請求項４記載の画像形成装置。
【請求項６】
画像形成装置が実行する認証方法であって、
画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手順と、
前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手順と、
前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手順と、
取得された前記本人識別情報と前記照合情報とを照合する照合手順と、
前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手順とを有する認証方法。
【請求項７】
前記本人識別情報取得手順は、前記読み取り手段に第二の画像を読み取らせ、前記第二の画像より前記照合情報を抽出する請求項６記載の認証方法。
【請求項８】
前記本人識別情報取得手順は、操作者に操作パネルを介して前記本人識別情報を入力させる請求項６記載の認証方法。
【請求項９】
前記本人識別情報と前記照合情報とが一致しなかったときに、前記第一の画像より抽出される所定の識別子に関連付けて操作者本人の確認に失敗したことを示す本人確認失敗情報を記憶手段に記録する本人確認失敗情報記録手順と、
前記本人確認失敗情報に基づいて、前記第一の画像の有効性を判定する判定手順とを有する請求項６乃至８いずれか一項記載の認証方法。
【請求項１０】
前記判定手順は、前記本人確認失敗情報が記録されてから所定の期間が経過しているときは、前記画像は有効であると判定する請求項９記載の認証方法。
【請求項１１】
画像形成装置に、
画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手順と、
前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手順と、
前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手順と、
取得された前記本人識別情報と前記照合情報とを照合する照合手順と、
前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手順とを実行させるためのプログラム。
【請求項１２】
前記本人識別情報取得手順は、前記読み取り手段に第二の画像を読み取らせ、前記第二の画像より前記照合情報を抽出する請求項１１記載のプログラム。
【請求項１３】
前記本人識別情報取得手順は、操作者に操作パネルを介して前記本人識別情報を入力させる請求項１１記載のプログラム。
【請求項１４】
前記本人識別情報と前記照合情報とが一致しなかったときに、前記第一の画像より抽出される所定の識別子に関連付けて操作者本人の確認に失敗したことを示す本人確認失敗情報を記憶手段に記録する本人確認失敗情報記録手順と、
前記本人確認失敗情報に基づいて、前記第一の画像の有効性を判定する判定手順とを有する請求項１１乃至１３いずれか一項記載のプログラム。
【請求項１５】
前記判定手順は、前記本人確認失敗情報が記録されてから所定の期間が経過しているときは、前記画像は有効であると判定する請求項１４記載のプログラム。
【請求項１】
画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手段と、
前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手段と、
前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手段と、
取得された前記本人識別情報と前記照合情報とを照合する照合手段と、
前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手段とを有する画像形成装置。
【請求項２】
前記本人識別情報取得手段は、前記読み取り手段に第二の画像を読み取らせ、前記第二の画像より前記照合情報を抽出する請求項１記載の画像形成装置。
【請求項３】
操作パネルを備え、
前記本人識別情報取得手段は、操作者に前記操作パネルを介して前記本人識別情報を入力させる請求項１記載の画像形成装置。
【請求項４】
前記本人識別情報と前記照合情報とが一致しなかったときに、前記第一の画像より抽出される所定の識別子に関連付けて操作者本人の確認に失敗したことを示す本人確認失敗情報を記憶手段に記録する本人確認失敗情報記録手段と、
前記本人確認失敗情報に基づいて、前記第一の画像の有効性を判定する判定手段とを有する請求項１乃至３いずれか一項記載の画像形成装置。
【請求項５】
前記判定手段は、前記本人確認失敗情報が記録されてから所定の期間が経過しているときは、前記画像は有効であると判定する請求項４記載の画像形成装置。
【請求項６】
画像形成装置が実行する認証方法であって、
画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手順と、
前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手順と、
前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手順と、
取得された前記本人識別情報と前記照合情報とを照合する照合手順と、
前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手順とを有する認証方法。
【請求項７】
前記本人識別情報取得手順は、前記読み取り手段に第二の画像を読み取らせ、前記第二の画像より前記照合情報を抽出する請求項６記載の認証方法。
【請求項８】
前記本人識別情報取得手順は、操作者に操作パネルを介して前記本人識別情報を入力させる請求項６記載の認証方法。
【請求項９】
前記本人識別情報と前記照合情報とが一致しなかったときに、前記第一の画像より抽出される所定の識別子に関連付けて操作者本人の確認に失敗したことを示す本人確認失敗情報を記憶手段に記録する本人確認失敗情報記録手順と、
前記本人確認失敗情報に基づいて、前記第一の画像の有効性を判定する判定手順とを有する請求項６乃至８いずれか一項記載の認証方法。
【請求項１０】
前記判定手順は、前記本人確認失敗情報が記録されてから所定の期間が経過しているときは、前記画像は有効であると判定する請求項９記載の認証方法。
【請求項１１】
画像形成装置に、
画像読み取り手段によって読み取られた第一の画像より操作者本人の確認方法を抽出する本人確認方法取得手順と、
前記操作者の本人識別情報に対する照合情報を前記第一の画像より抽出する照合情報抽出手順と、
前記確認方法に応じて前記本人識別情報を取得する本人識別情報取得手順と、
取得された前記本人識別情報と前記照合情報とを照合する照合手順と、
前記本人識別情報と前記照合情報とが一致したときに、前記第一の画像より抽出される前記操作者の認証情報に基づいて操作者の認証を行う認証手順とを実行させるためのプログラム。
【請求項１２】
前記本人識別情報取得手順は、前記読み取り手段に第二の画像を読み取らせ、前記第二の画像より前記照合情報を抽出する請求項１１記載のプログラム。
【請求項１３】
前記本人識別情報取得手順は、操作者に操作パネルを介して前記本人識別情報を入力させる請求項１１記載のプログラム。
【請求項１４】
前記本人識別情報と前記照合情報とが一致しなかったときに、前記第一の画像より抽出される所定の識別子に関連付けて操作者本人の確認に失敗したことを示す本人確認失敗情報を記憶手段に記録する本人確認失敗情報記録手順と、
前記本人確認失敗情報に基づいて、前記第一の画像の有効性を判定する判定手順とを有する請求項１１乃至１３いずれか一項記載のプログラム。
【請求項１５】
前記判定手順は、前記本人確認失敗情報が記録されてから所定の期間が経過しているときは、前記画像は有効であると判定する請求項１４記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１０−１４０３５０（Ｐ２０１０−１４０３５０Ａ）
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願番号】特願２００８−３１７３３０（Ｐ２００８−３１７３３０）
【出願日】平成２０年１２月１２日（２００８．１２．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願日】平成２０年１２月１２日（２００８．１２．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]