JP7040084B2 - 認証システム、認証方法、およびプログラム - Google Patents

Description

本発明は、個人認証を行って所定のエリアへの入場を管理する技術に関する。

上述の技術の一例として、次のような技術が下記特許文献１に開示されている。特許文献１の技術では、入場制限エリアの通行権限のある人物の識別情報が認証された後、一定の制限時間内に、当該入場制限エリアの通行権限のない人物の識別情報が取得された場合、その識別情報を「臨時通行者」として登録する。これにより、入場制限エリアの通行権限のない人物が、当該入場制限エリアを一時的に通行できるようになる。

特開２０１０－２６７３３号公報

特許文献１の技術によれば、入場制限エリアへ入場可能な人物を簡易に登録できる。その反面、通行権限のある人物が認証された後の一定時間、悪意のある人物が臨時通行者として不正に登録されてしまう可能性がある。

本発明は、上記の課題に鑑みてなされたものである。本発明の目的の一つは、入場制限のあるエリアへ入場可能な人物を登録する処理の簡易化とセキュリティ強度の維持を両立する技術を提供することである。

本発明によれば、
認証対象の人物の個人識別情報を取得する取得手段と、
前記認証対象の人物が対象エリアへの入場を許可されているか否かを、前記個人識別情報と予め登録された登録情報との照合結果に基づいて判定する認証処理を実行する認証処理手段と、
第１の人物の個人識別情報を用いた認証処理が失敗した場合、当該認証処理の失敗から第１の所定時間内に特定人物の個人識別情報が取得されることを条件に、当該認証処理で用いられた個人識別情報を当該第１の人物の登録情報として追加登録する登録処理手段と、
を有し、
前記登録処理手段は、前記認証処理に失敗した個人識別情報よりも前に前記特定人物の個人識別情報が取得された場合に、当該特定人物の個人識別情報の取得から第２の所定時間が経過するまでの間、前記登録情報を追加登録できるモードに移行する、
認証システムが提供される。

本発明によれば、
少なくとも１つのコンピュータが、
認証対象の人物の個人識別情報を取得し、
前記認証対象の人物が対象エリアへの入場を許可されているか否かを、前記個人識別情報と予め登録された登録情報との照合結果に基づいて判定する認証処理を実行し、
第１の人物の個人識別情報を用いた認証処理が失敗した場合、当該認証処理の失敗から第１の所定時間内に特定人物の個人識別情報が取得されることを条件に、当該認証処理で用いられた個人識別情報を当該第１の人物の登録情報として追加登録する、
ことを含み、
前記認証処理に失敗した個人識別情報よりも前に前記特定人物の個人識別情報が取得された場合に、当該特定人物の個人識別情報の取得から第２の所定時間が経過するまでの間、前記登録情報を追加登録できるモードに移行する、
認証方法が提供される。

本発明によれば、
コンピュータに、上述の認証方法を実行させるプログラムが提供される。

本発明によれば、入場制限のあるエリアへ入場可能な人物を登録する処理の簡易化とセキュリティ強度の維持を両立することができる。

第１実施形態における認証システムの構成を概念的に示すブロック図である。 第１実施形態に係る認証システムのハードウエア構成を例示するブロック図である。 第１実施形態に係る認証端末により実行される処理の流れを例示するフローチャートである。 データベースが記憶する情報の一例を示す図である。 第１実施形態に係る情報処理装置により実行される処理の流れを例示するフローチャートである。 登録処理部による登録情報の追加登録処理の具体例を説明するための図である。 第２実施形態に係る情報処理装置により実行される処理の流れを例示するフローチャートである。 第３実施形態における認証システムの構成を概念的に示すブロック図である。 第３実施形態に係る情報処理装置により実行される処理の流れを例示するフローチャートである。 特定人物の端末の宛先情報を記憶するテーブルの一例を示す図である。 承認待ち情報の一例を示す図である。

以下、本発明の実施形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また、特に説明する場合を除き、各ブロック図において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

［第１実施形態］
〔システム構成〕
図１は、第１実施形態における認証システム１の構成を概念的に示すブロック図である。図１に示されるように、認証システム１は、情報処理装置１０と、当該情報処理装置１０と通信可能に接続された認証端末２０と、を含んで構成される。なお、図の例に限らず、認証システム１において、複数の認証端末２０が情報処理装置１０と通信可能に接続されていてもよい。

認証端末２０は、例えば、許可された人物のみが入場可能な対象エリアの近傍に備えられる。認証端末２０は、対象エリアへの入場を希望する人物の認証処理の結果に応じて、対象エリアへの入場を許可するか否かを決定する。図１に示されるように、認証端末２０は、取得部２１０、制御部２３０、認証処理部２２０、およびデータベース２２２を有する。

取得部２１０は、対象エリアへの入場を希望する人物（認証対象の人物）の個人識別情報を取得する。取得部２１０により取得された個人識別情報は、認証処理部２２０での認証処理に用いられる。

認証処理部２２０は、取得部２１０が取得した個人識別情報を用いた認証処理を実行する。具体的には、認証処理部２２０は、取得部２１０が取得した個人識別情報と予め登録された登録情報とを照合することによって、上述の認証対象の人物が対象エリアへの入場を許可されているか否かを判定する。ここで、登録情報は、データベース２２２に事前に登録された個人識別情報である。ある人物の個人識別情報を登録情報として予めデータベース２２２に登録することにより、その人物が「認証端末２０に対応する対象エリアへの入場を許可された人物」となる。登録情報は、例えば、事前の登録申請に応じて生成され、データベース２２２に登録される。

制御部２３０は、認証処理部２２０による認証処理の結果に応じて、対象エリアへの入場を制限するセキュリティ装置（図示せず）の動作を制御する。対象エリアへの入場を制限するセキュリティ装置は、例えば、電子錠や入場ゲートなどである。認証端末２０は、認証対象の人物が認証された（すなわち、対象エリアへの入場が許可されている人物と判定された）場合に、上述のセキュリティ装置による入場制限を解除する。これにより、当該認証対象の人物が対象エリアへの入場できるようになる。

なお、認証対象の人物について、その人物の登録情報が上述のデータベース２２２に予め登録されていない場合もある。例えば、急な来客があった場合に、登録申請が間に合わず、その来客の登録情報がデータベース２２２に用意されていない、といったことも起こり得る。この場合、その来客は対象エリアに入場することができない。また、正規の入場申請手続きを行った場合、データベース２２２にその来客用の登録情報が用意されるまでに手間がかかる。情報処理装置１０は、登録情報が登録されていない人物の登録情報を簡易に登録可能とする登録処理部１１０を有する。

まず、認証処理部２２０は、ある認証対象の人物（第１の人物）の個人識別情報を用いた認証処理に失敗した場合、当該第１の人物の個人識別情報を登録処理部１１０に送信する。登録処理部１１０は、第１の人物の認証処理の失敗から第１の所定時間内に、取得部２１０により特定人物の個人識別情報が取得された場合、当該認証処理で用いた個人識別情報を「第１の人物の登録情報」としてデータベース２２２に追加登録する。なお、特定人物は、登録処理部１１０による追加登録処理を実行可能な人物として予め指定された人物である。特に限定されないが、例えば、対象エリアの管理者や対象エリアで開催されるミーティングの担当責任者などが、特定人物として指定され得る。

以上、本実施形態では、照合すべき登録情報が存在しないために第１の人物の認証が失敗した場合、その認証に用いられた個人識別情報が、所定時間内に特定人物の個人識別情報が読み取られることを条件に、当該第１の人物の登録情報として追加登録される。本実施形態によれば、特定人物の個人識別情報を読み取らせるという簡易な操作で、対象エリアへ入場可能な人物を追加で登録することが可能となる。また、本実施形態では、認証に失敗した第１の人物の個人識別情報よりも後の時点で特定人物の個人識別情報が取得されることが、当該第１の人物の個人識別情報を登録情報として追加登録する条件となっている。これにより、悪意のある人物が、許可された人物のみが入場可能なエリアへの入場許可を不正に取得するために特定人物の後ろを密かについて行ったとしても、その人物の個人識別情報が登録情報として登録されることはない。つまり、本実施形態によれば、入場制限のあるエリアへ入場可能な人物を登録する処理の簡易化とセキュリティ強度の維持を両立することができる。

以下、本実施形態についてより詳細に説明する。

〔ハードウエア構成〕
認証システム１を構成する各装置の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、認証システム１を構成する各装置の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、図２を用いてさらに説明する。図２は、第１実施形態に係る認証システム１のハードウエア構成を例示するブロック図である。

＜情報処理装置１０のハードウエア構成＞
図２に示されるように、情報処理装置１０は、バス１００２、プロセッサ１００４、メモリ１００６、ストレージデバイス１００８、入出力インタフェース１０１０、及びネットワークインタフェース１０１２を有する。

バス１００２は、プロセッサ１００４、メモリ１００６、ストレージデバイス１００８、入出力インタフェース１０１０、及びネットワークインタフェース１０１２が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１００４などを互いに接続する方法は、バス接続に限定されない。

プロセッサ１００４は、ＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などで実現されるプロセッサである。

メモリ１００６は、ＲＡＭ（Random Access Memory）などで実現される主記憶装置である。

ストレージデバイス１００８は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカード、又はＲＯＭ（Read Only Memory）などで実現される補助記憶装置である。ストレージデバイス１００８は情報処理装置１０の各機能（登録処理部１１０など）を実現するプログラムモジュールを記憶している。プロセッサ１００４がこれら各プログラムモジュールをメモリ１００６上に読み込んで実行することで、そのプログラムモジュールに対応する各機能が実現される。

入出力インタフェース１０１０は、情報処理装置１０と各種入出力デバイスとを接続するためのインタフェースである。入出力インタフェース１０１０には、例えば、マウスやキーボードなどの入力装置や、ディスプレイなどの出力装置が接続される。

ネットワークインタフェース１０１２は、情報処理装置１０をネットワークに接続するためのインタフェースである。このネットワークは、例えばＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）である。ネットワークインタフェース１０１２がネットワークに接続する方法は、無線接続であってもよいし、有線接続であってもよい。情報処理装置１０は、ネットワークインタフェース１０１２を介して、少なくとも１つ以上の認証端末２０と通信可能に接続される。

＜認証端末２０のハードウエア構成＞
図２に示されるように、認証端末２０は、バス２００２、プロセッサ２００４、メモリ２００６、ストレージデバイス２００８、入出力インタフェース２０１０、及びネットワークインタフェース２０１２を有する。

バス２００２は、プロセッサ２００４、メモリ２００６、ストレージデバイス２００８、入出力インタフェース２０１０、及びネットワークインタフェース２０１２が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ２００４などを互いに接続する方法は、バス接続に限定されない。

プロセッサ２００４は、ＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などで実現されるプロセッサである。

メモリ２００６は、ＲＡＭ（Random Access Memory）などで実現される主記憶装置である。

ストレージデバイス２００８は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカード、又はＲＯＭ（Read Only Memory）などで実現される補助記憶装置である。ストレージデバイス２００８は認証端末２０の各機能（取得部２１０、認証処理部２２０、制御部２３０など）を実現するプログラムモジュールを記憶している。プロセッサ２００４がこれら各プログラムモジュールをメモリ２００６上に読み込んで実行することで、そのプログラムモジュールに対応する各機能が実現される。ストレージデバイス２００８は、データベース２２２としての役割も果たす。

入出力インタフェース２０１０は、認証端末２０と各種入出力デバイスとを接続するためのインタフェースである。図２の例では、入出力インタフェース２０１０には、読取装置２１２または撮像装置２１４が接続されている。読取装置２１２は、有形媒体３０に記憶された個人識別情報を読み取る装置である。有形媒体３０は、個人識別情報となり得る情報を記憶しているものであればよい。特に限定されないが、有形媒体３０の具体例としては、それぞれの人物が所有するカード型の記憶媒体（磁気カードやＩＣカード）が挙げられる。また、撮像装置２１４は、例えば、顔、虹彩または静脈など、個人の生体情報を含む画像を生成する装置である。また、図示してはいないが、入出力インタフェース２０１０には、指紋を読み取るための指紋センサーや、声紋認証用の音声を取得するマイクなどが更に接続されていてもよい。その他にも、入出力インタフェース２０１０には、例えば、マウスやキーボードなどの入力装置や、ディスプレイなどの出力装置が接続される。

ネットワークインタフェース２０１２は、認証端末２０をネットワークに接続するためのインタフェースである。このネットワークは、例えばＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）である。ネットワークインタフェース２０１２がネットワークに接続する方法は、無線接続であってもよいし、有線接続であってもよい。認証端末２０は、ネットワークインタフェース２０１２を介して、情報処理装置１０と通信可能に接続される。また、認証端末２０は、ネットワークインタフェース２０１２を介して、電子錠や入場ゲートといったセキュリティ装置２３２と接続される。

なお、図２に例示されるハードウエア構成はあくまで一例である。認証システム１のハードウエア構成は、図２の例に制限されない。

〔動作例〕
本実施形態に係る認証システム１の処理の流れを説明する。

＜認証端末２０の処理＞
まず、図３を用いて、認証端末２０により実行される処理の流れについて説明する。図３は、第１実施形態に係る認証端末２０により実行される処理の流れを例示するフローチャートである。

取得部２１０は、読取装置２１２や撮像装置２１４などを用いて、認証対象の人物の個人識別情報を取得する（Ｓ１０２）。取得部２１０は、取得した個人識別情報を認証処理部２２０に渡す。

認証処理部２２０は、取得部２１０により取得された個人識別情報を用いて認証処理を実行する（Ｓ１０４）。例えば、認証処理部２２０は、図４に例示されるようなデータベース２２２の中から、取得された個人識別情報に対応する登録情報を検索する。

図４は、データベース２２２が記憶する情報の一例を示す図である。図４に例示されるデータベース２２２は、ＩＤ（Identifier）、特定人物フラグ、承認者情報、承認時刻、および認証時刻を互いに対応付けて記憶している。

データベース２２２に記憶されているＩＤは、登録情報の一例である。この場合、認証処理部２２０は、例えば、取得部２１０が読取装置２１２を用いて有形媒体３０から読み出したＩＤ（個体識別情報）と、データベース２２２に記憶されているＩＤ（登録情報）とを照合する。そして、認証処理部２２０は、当該ＩＤの照合結果に応じて、認証対象の人物が対象エリアへの入場を許可されているか否かを判定することができる。なお、図４のＩＤの代わりに、生体情報（例えば、人物の顔画像または当該顔画像から抽出可能な特徴量）が登録情報として記憶されていてもよい。この場合、認証処理部２２０は、取得部２１０が撮像装置２１４を用いて取得した生体情報（個人識別情報）と、データベース２２２に記憶されている生体情報（登録情報）とを照合する。そして、認証処理部２２０は、当該生体情報の照合結果に応じて、認証対象の人物が対象エリアへの入場を許可されているか否かを判定することができる。

特定人物フラグは、その人物が、後述の登録処理部１１０による追加登録処理を実行可能な人物か否かを示す情報の一例である。図４の例では、ＩＤ「０１０２０３０４」の人物が特定人物であって、ＩＤ「０１０２０７０８」の人物は特定人物ではないことが分かる。

承認者情報は、後述の登録処理部１１０による追加登録処理を承認した特定人物を示す情報である。また、承認時刻は、後述の登録処理部１１０による追加登録処理によって、認証に失敗した人物の個人識別情報が登録情報として追加登録された時刻を示す情報である。

認証時刻は、認証対象人物の認証が成功した時刻を示す。認証時刻は、例えば次のようにデータベース２２２に記憶される。まず、認証処理部２２０が、認証対象人物の認証が成功した（対応する登録情報が見つかった）場合、当該認証が成功した時刻を取得して制御部２３０に通知する。制御部２３０は、通知された時刻をデータベース２２２に記憶する。

図３に戻り、制御部２３０は、認証処理部２２０による認証処理の結果に応じて、電子錠や入場ゲートなどのセキュリティ装置２３２を制御する（Ｓ１０６）。例えば、認証処理で認証対象人物の認証に成功した場合、制御部２３０は、電子錠や入場ゲートなどのセキュリティ装置２３２による入場制限を解除する。これにより、認証対象人物が対象エリアへ入場できるようになる。一方、認証処理部２２０による認証処理が「認証失敗」であった場合、制御部２３０は、電子錠や入場ゲートなどのセキュリティ装置２３２による入場制限を解除しない。

さらに、制御部２３０は、認証処理部２２０による認証処理の結果に応じた情報を情報処理装置１０に送信する。具体的には、制御部２３０は、Ｓ１０２の処理で取得された個人識別情報を用いた認証処理が失敗した場合（Ｓ１０８：ＮＯ）、当該個人識別情報（認証に失敗した人物の個人識別情報）を情報処理装置１０に送信する（Ｓ１１０）。この場合、制御部２３０は、「認証に失敗した人物の個人識別情報」であることを示す情報を、情報処理装置１０に送信する個人識別情報に対応付ける。また、制御部２３０は、Ｓ１０２の処理で取得された個人識別情報を用いた認証処理が成功した場合（Ｓ１０８：ＹＥＳ）、認証された人物が特定人物であるか否かを更に判定する（Ｓ１１２）。一例として、制御部２３０は、データベース２２２の中から特定された登録情報に対応付けられた特定フラグが「あり」か否かを判定する。制御部２３０は、登録情報に対応付けられた「特定人物フラグ」が「あり」の場合、認証された人物が特定人物であると判定することができる。認証された人物が特定人物である場合（Ｓ１１２：ＹＥＳ）、制御部２３０は、Ｓ１０２の処理で取得された個人識別情報（特定人物の個人識別情報）を情報処理装置１０に送信する（Ｓ１１４）。この場合、制御部２３０は、「特定人物の個人識別情報」であることを示す情報を、情報処理装置１０に送信する個人識別情報に対応付ける。一方、認証された人物が特定人物でない場合（Ｓ１２０：ＮＯ）、制御部２３０は、上述のＳ１１４の処理を実行しない。

＜情報処理装置１０の処理＞
次に、図５を用いて、情報処理装置１０により実行される処理の流れについて説明する。図５は、第１実施形態に係る情報処理装置１０により実行される処理の流れを例示するフローチャートである。

登録処理部１１０は、認証に失敗した人物の個人識別情報を認証端末２０から取得したか否かを判定する（Ｓ２０２）。登録処理部１１０は、例えば、上述のＳ１１０の処理において個人識別情報に対応付けられた情報に基づいて、認証端末２０から取得した個人識別情報が「認証に失敗した人物の個人識別情報」であるか否かを判定することができる。また、情報処理装置１０が図４に例示されるデータベースと同様のデータベースを有している場合、登録処理部１１０は、当該データベースに記憶されている登録情報との照合結果に基づいて、認証端末２０から取得した個人識別情報が「認証に失敗した人物の個人識別情報」であるか否かを判定することもできる。認証端末２０から取得した個人識別情報が「認証に失敗した人物の個人識別情報」でない場合（Ｓ２０２：ＮＯ）、以降で説明する処理は実行されない。この場合、登録処理部１１０は、認証に失敗した人物の個人識別情報が取得されるまで待機する。

認証に失敗した人物の個人識別情報を取得した場合（Ｓ２０２：ＹＥＳ）、特定人物の個人識別情報を認証端末２０から更に取得したか否かを更に判定する（Ｓ２０４）。登録処理部１１０は、例えば、上述のＳ１１４の処理で個人識別情報に対応付けられた情報に基づいて、認証端末２０から取得した個人識別情報が「特定人物の個人識別情報」であるか否かを判定することができる。また、情報処理装置１０が図４に例示されるデータベースと同様のデータベースを有している場合、登録処理部１１０は、当該データベースに記憶されている登録情報との照合結果に基づいて、認証端末２０から取得した個人識別情報が「特定人物の個人識別情報」であるか否かを判定することもできる。なお、特定人物の個人識別情報が取得されていない場合（Ｓ２０４：ＮＯ）、登録処理部１１０は、認証失敗から第１の所定時間Ｔ_１が経過するまでの間、Ｓ２０４の判定処理を繰り返す（Ｓ２０６：ＮＯ）。登録処理部１１０は、例えば、Ｓ２０２の処理で個人識別情報を取得した時間を基準に、認証に失敗してからの経過時間を算出することができる。なお、追加登録の実行可否を決める第１の所定時間Ｔ_１は、あまり長くしない方が好ましい。第１の所定時間Ｔ_１が長すぎると、特定人物の前に認証に失敗した人物が、特定人物の意図に関係なく登録されてしまう可能性があるからである。第１の所定時間Ｔ１は、好ましくは１０秒以下、さらに好ましくは３秒以下である。このように第１の所定時間Ｔ１の長さを制限することにより、意図しない人物の登録情報がデータベース２２２に誤って登録される可能性を低減できる。

認証失敗から第１の所定時間が経過するまでの間に特定人物の個人識別情報が取得された場合（Ｓ２０４：ＹＥＳ）、登録処理部１１０は、例えば図６に示すように、認証端末２０から取得した「認証に失敗した人物の識別情報」を当該人物の登録情報としてデータベース２２２に追加登録する（Ｓ２０８）。図６は、登録処理部１１０による登録情報の追加登録処理の具体例を説明するための図である。登録処理部１１０は、Ｓ２０２の処理で認証端末２０から取得した「認証に失敗した個人識別情報」と、Ｓ２０６の処理で認証端末２０から取得した「特定人物の個人識別情報」とに基づいて、データベース２２２に追加登録するレコードを生成する。図６では、Ｓ２０２の処理で認証に失敗した個人識別情報として「０１０２０５０６」が取得され、かつ、Ｓ２０６の処理で特定人物の個人識別情報として「０１０２０３０４」が取得された場合に生成されるレコードの例として、レコードＡが示されている。

一方、認証失敗から第１の所定時間Ｔ_１が経過した場合（Ｓ２０６：ＹＥＳ）、登録処理部１１０は、認証端末２０から取得した「認証に失敗した人物の個人識別情報」を当該人物の登録情報としてデータベース２２２に追加登録せずに処理を終了する。

このように、一度認証に失敗した人物の個人識別情報が当該人物の登録情報としてデータベース２２２に記憶されることにより、以降、当該人物の認証処理が成功するようになる。

［第２実施形態］
本実施形態は、以下の点を除いて、第１実施形態と同様である。

本実施形態において、登録処理部１１０は、認証処理に失敗した個人識別情報よりも前に特定人物の個人識別情報が取得された場合に、図５で説明したような処理を実行可能とするモード（追加登録モード）に移行する。また、登録処理部１１０は、当該特定人物の個人識別情報の取得から第２の所定時間が経過した場合、追加登録モードを終了する。

〔ハードウエア構成〕
本実施形態の認証システム１は、第１実施形態と同様のハードウエア構成（例：図２）を有する。本実施形態のストレージデバイス１００８は、上述の登録処理部１１０の機能を実現するプログラムモジュールを更に記憶している。プロセッサ１００４が、これら各プログラムモジュールをメモリ１００６に読み込んで実行することにより、本実施形態に係る登録処理部１１０の機能が実現される。

〔動作例〕
図７は、第２実施形態に係る情報処理装置１０により実行される処理の流れを例示するフローチャートである。

登録処理部１１０は、認証に失敗した人物の個人識別情報よりも前に特定人物の個人識別情報を取得した場合（Ｓ３０２：ＹＥＳ）、図５で説明したような処理を実行可能とするモード（追加登録モード）に移行する（Ｓ３０４）。追加登録モードは、Ｓ３０２の処理で特定人物の個人識別情報が取得されてから第２の所定時間Ｔ_２が経過するまで継続する（Ｓ３０６：ＮＯ）。第２の所定時間Ｔ_２が経過するまでの間に、認証に失敗した人物の個人識別情報が取得された場合、図５を用いて説明した追加登録処理が実行される。なお、第２の所定時間Ｔ_２は、第１の所定時間Ｔ_１と同じであっても、異なっていてもよい。Ｓ３０２の処理で特定人物の個人識別情報が取得されてから第２の所定時間Ｔ_２が経過した場合（Ｓ３０６：ＹＥＳ）、登録処理部１１０は、追加登録モードを終了する（Ｓ３０８）。追加登録モードが終了した後は、認証に失敗した人物の個人識別情報が取得されたとしても、図５を用いて説明した追加登録処理は実行されない。

以上、本実施形態では、認証に失敗した人物の個人識別情報よりも前に特定人物の個人識別情報が取得された場合、当該特定人物の個人識別情報の取得時点から第２の所定時間、登録処理部１１０が追加登録モードに移行する。なお、認証に失敗した人物の個人識別情報は、第１実施形態で説明したように、当該認証に失敗した人物の個人識別情報の取得時点から第１の所定時間内に、特定人物の個人識別情報が再度取得された場合に、データベース２２２に追加登録される。このようにすることで、特定の人物が、認証に失敗した人物の個人識別情報を登録情報として意図的に登録しようとしているか否かを認証システム１側で容易に判別できる。よって、本実施形態によれば、意図しない人物の登録情報が誤ってデータベース２２２に登録される可能性を更に低減させることができる。

［第３実施形態］
本実施形態は、以下の点を除いて、第２実施形態と同様である。

〔システム構成〕
図８は、第３実施形態における認証システム１の構成を概念的に示すブロック図である。本実施形態の認証システム１は、承認待ち情報通知部１１２を更に備える。承認待ち情報通知部１１２は、ある人物の認証処理の失敗から第１の所定時間Ｔ_１が経過するまでの間に特定人物の個人識別情報が取得された場合、当該特定人物の端末に追加登録の承認待ち情報を通知する。承認待ち情報は、個人識別情報の追加登録処理の承認を待っている人物がいることを、特定人物に通知するための情報である。本実施形態の登録処理部１１０は、追加登録を承認する旨の返信を特定人物の端末から取得した場合に、認証に失敗した人物の個人識別情報を当該人物の登録情報としてデータベース２２２に追加登録する。

〔ハードウエア構成〕
本実施形態の認証システム１は、第１および第２実施形態と同様のハードウエア構成（例：図２）を有する。本実施形態のストレージデバイス１００８は、上述の承認待ち情報通知部１１２および登録処理部１１０の機能を実現するプログラムモジュールを更に記憶している。プロセッサ１００４が、これら各プログラムモジュールをメモリ１００６に読み込んで実行することにより、上述の承認待ち情報通知部１１２および登録処理部１１０の機能が実現される。

〔動作例〕
図９を用いて、本実施形態の情報処理装置１０により実行される処理の流れについて説明する。図９は、第３実施形態に係る情報処理装置１０により実行される処理の流れを例示するフローチャートである。図９に示される処理は、図７のＳ３０４の処理（追加登録モードに移行する処理）の後に実行される。

まず、登録処理部１１０は、認証に失敗した人物の個人識別情報を認証端末２０から取得したか否かを判定する（Ｓ２０２）。この処理は、図５のＳ２０２の処理と同様である。

認証に失敗した人物の個人識別情報が取得された場合（Ｓ４０２：ＹＥＳ）、承認待ち情報通知部１１２は、特定人物が所有する端末に承認待ち情報を通知する（Ｓ４０４）。特定人物が所有する端末の宛先情報は、例えば、Ｓ３０２の処理で取得された特定人物の個人識別情報に対応付けられている（例：図１０）。図１０は、特定人物の端末の宛先情報を記憶するテーブルの一例を示す図である。図１０に示されるようなテーブルは、例えば、情報処理装置１０のストレージデバイス１００８に予め定義されている。承認待ち情報通知部１１２は、Ｓ３０２の処理で取得した特定人物の個人識別情報に基づいて、当該特定人物が所有する端末の宛先情報を取得することができる。例えば、Ｓ３０２の処理でＩＤ「１０２０３０４」が取得された場合、承認待ち情報通知部１１２は、当該ＩＤに対応する宛先情報「ｐａｕｌ＠ａｂｃ．ｃｏｍ」を取得することができる。そして、承認待ち情報通知部１１２は、取得した宛先情報を用いて、例えば図１１に示されるような承認待ち情報を特定人物に通知する。図１１は、承認待ち情報の一例を示す図である。特定人物は、自身の端末上で図１１に示されるような承認待ち情報を確認し、承認を行うか否かを決定する。図１１の例では、特定人物が自身の端末上で「承認」ボタンを押下した場合、認証に失敗した人物の個人識別情報の追加登録を承認する旨の情報が情報処理装置１０に返信される。また、特定人物が自身の端末上で「承認」ボタンを押下した場合、認証に失敗した人物の個人識別情報の追加登録を却下する旨の情報が情報処理装置１０に返信される。

承認待ち情報の通知から第３の所定時間Ｔ_３が経過するまで、または、追加登録を却下する旨の返信を特定人物の端末から受け取るまで、登録処理部１１０は、特定人物の端末から登録を承認する旨の返信を待つ（Ｓ４０６：ＮＯ、Ｓ４０８：ＮＯ）。なお、第３の所定時間Ｔ_３は任意の長さに設定することができる。登録処理部１１０は、特定人物の端末から登録を承認する旨の返信を受け取った場合（Ｓ４０６：ＹＥＳ）、認証に失敗した人物の個人識別情報を、当該人物の登録情報としてデータベース２２２に追加登録する（Ｓ４１０）。一方、承認待ち情報の通知から第３の所定時間Ｔ_３が経過した、或いは、追加登録を却下する旨の返信を特定人物の端末から受け取った場合（Ｓ４０８：ＹＥＳ）、登録処理部１１０は、認証に失敗した人物の個人識別情報を当該人物の登録情報としてデータベース２２２に追加登録せずに処理を終了する。

以上、本実施形態によっても、第２実施形態と同様の作用および効果を得ることができる。また、本実施形態の承認待ち情報により、特定人物は、追加登録の承認待ちの人物がいることを把握することができる。これにより、意図しない人物の登録情報が誤ってデータベース２２２に登録される可能性を更に低減させることができる。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

例えば、認証処理に係る認証処理部２２０およびデータベース２２２は、情報処理装置１０に備えられていてもよい。この場合、認証端末２０は、取得部２１０により取得された個人識別情報を情報処理装置１０に送信し、情報処理装置１０は、認証端末２０から取得した個人識別情報を用いて認証処理を実行する。情報処理装置１０は、認証端末２０から取得した個人識別情報を用いた認証処理に失敗した場合、第１の所定時間Ｔ_１内に特定人物の個人識別情報を認証端末２０から更に取得することを条件に、当該認証に失敗した人物の個人識別情報を当該人物の登録情報としてデータベース２２２に登録する。なお、認証端末２０は、情報処理装置１０から取得した認証処理の結果に応じて、当該人物の対象エリアへの入場を許可するか否かを決定することができる。

また例えば、認証端末２０が、情報処理装置１０の機能を併せ持っていてもよい。この場合、上述の各実施形態で情報処理装置１０の処理として説明した処理は、認証端末２０上で実行される。

また、上述の説明で用いた複数のフローチャートでは、複数の工程（処理）が順番に記載されているが、各実施形態で実行される工程の実行順序は、その記載の順番に制限されない。各実施形態では、図示される工程の順番を内容的に支障のない範囲で変更することができる。また、上述の各実施形態は、内容が相反しない範囲で組み合わせることができる。

上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下に限られない。
１．
認証対象の人物の個人識別情報を取得する取得手段と、
前記認証対象の人物が対象エリアへの入場を許可されているか否かを、前記個人識別情報と予め登録された登録情報との照合結果に基づいて判定する認証処理を実行する認証処理手段と、
第１の人物の個人識別情報を用いた認証処理が失敗した場合、当該認証処理の失敗から第１の所定時間内に特定人物の個人識別情報が取得されることを条件に、当該認証処理で用いられた個人識別情報を当該第１の人物の登録情報として追加登録する登録処理手段と、
を有する認証システム。
２．
前記第１の所定時間は１０秒以下である、
１．に記載の認証システム。
３．
前記第１の所定時間は３秒以下である、
２．に記載の認証システム。
４．
前記個人識別情報は所定の有形媒体に記憶されている、
１．から３．のいずれか１つに記載の認証システム。
５．
前記個人識別情報は人物の生体情報である、
１．から３．のいずれか１つに記載の認証システム。
６．
前記生体情報は、人物の顔を含む画像または当該画像から抽出可能な画像特徴量である、
５．に記載の認証システム。
７．
前記登録処理手段は、前記認証処理に失敗した個人識別情報よりも前に前記特定人物の個人識別情報が取得された場合に、当該特定人物の個人識別情報の取得から第２の所定時間が経過するまでの間、前記登録情報を追加登録できるモードに移行する、
１．から６．のいずれか１つに記載の認証システム。
８．
権限を有する人物のみが入場可能なエリアの入場口近傍に備えられている、
１．から７．のいずれか１つに記載の認証システム。
９．
少なくとも１つのコンピュータが、
認証対象の人物の個人識別情報を取得し、
前記認証対象の人物が対象エリアへの入場を許可されているか否かを、前記個人識別情報と予め登録された登録情報との照合結果に基づいて判定する認証処理を実行し、
第１の人物の個人識別情報を用いた認証処理が失敗した場合、当該認証処理の失敗から第１の所定時間内に特定人物の個人識別情報が取得されることを条件に、当該認証処理で用いられた個人識別情報を当該第１の人物の登録情報として追加登録する、
ことを含む認証方法。
１０．
前記第１の所定時間は１０秒以下である、
９．に記載の認証方法。
１１．
前記第１の所定時間は３秒以下である、
１０．に記載の認証方法。
１２．
前記個人識別情報は所定の有形媒体に記憶されている、
９．から１１．のいずれか１つに記載の認証方法。
１３．
前記個人識別情報は人物の生体情報である、
９．から１２．のいずれか１つに記載の認証方法。
１４．
前記生体情報は、人物の顔を含む画像または当該画像から抽出可能な画像特徴量である、
１３．に記載の認証方法。
１５．
前記コンピュータが、前記認証処理に失敗した個人識別情報よりも前に前記特定人物の個人識別情報が取得された場合に、当該特定人物の個人識別情報の取得から第２の所定時間が経過するまでの間、前記登録情報を追加登録できるモードに移行する、
９．から１４．のいずれか１つに記載の認証方法。
１６．
前記認証対象の人物の個人識別情報を取得するための装置が、権限を有する人物のみが入場可能なエリアの入場口近傍に備えられている、
９．から１５．のいずれか１つに記載の認証方法。
１７．
少なくとも１つのコンピュータに、９．から１６．のいずれか１つに記載の認証方法を実行させるプログラム。

１ 認証システム
１０ 情報処理装置
１００２ バス
１００４ プロセッサ
１００６ メモリ
１００８ ストレージデバイス
１０１０ 入出力インタフェース
１０１２ ネットワークインタフェース
１１０ 登録処理部
１１２ 承認待ち情報通知部
２０ 認証端末
２００２ バス
２００４ プロセッサ
２００６ メモリ
２００８ ストレージデバイス
２０１０ 入出力インタフェース
２０１２ ネットワークインタフェース
２１０ 取得部
２１２ 読取装置
２１４ 撮像装置
２２０ 認証処理部
２２２ データベース
２３０ 制御部
２３２ セキュリティ装置
３０ 有形媒体

Claims (9)

1. 認証対象の人物の個人識別情報を取得する取得手段と、
   前記認証対象の人物が対象エリアへの入場を許可されているか否かを、前記個人識別情報と予め登録された登録情報との照合結果に基づいて判定する認証処理を実行する認証処理手段と、
   第１の人物の個人識別情報を用いた認証処理が失敗した場合、当該認証処理の失敗から第１の所定時間内に特定人物の個人識別情報が取得されることを条件に、当該認証処理で用いられた個人識別情報を当該第１の人物の登録情報として追加登録する登録処理手段と、
   を有し、
   前記登録処理手段は、前記認証処理に失敗した個人識別情報よりも前に前記特定人物の個人識別情報が取得された場合に、当該特定人物の個人識別情報の取得から第２の所定時間が経過するまでの間、前記登録情報を追加登録できるモードに移行する、
   認証システム。
2. 前記第１の所定時間は１０秒以下である、
   請求項１に記載の認証システム。
3. 前記第１の所定時間は３秒以下である、
   請求項２に記載の認証システム。
4. 前記個人識別情報は所定の有形媒体に記憶されている、
   請求項１から３のいずれか１項に記載の認証システム。
5. 前記個人識別情報は人物の生体情報である、
   請求項１から３のいずれか１項に記載の認証システム。
6. 前記生体情報は、人物の顔を含む画像または当該画像から抽出可能な画像特徴量である、
   請求項５に記載の認証システム。
7. 権限を有する人物のみが入場可能なエリアの入場口近傍に備えられている、
   請求項１から６のいずれか１項に記載の認証システム。
8. 少なくとも１つのコンピュータが、
   認証対象の人物の個人識別情報を取得し、
   前記認証対象の人物が対象エリアへの入場を許可されているか否かを、前記個人識別情報と予め登録された登録情報との照合結果に基づいて判定する認証処理を実行し、
   第１の人物の個人識別情報を用いた認証処理が失敗した場合、当該認証処理の失敗から第１の所定時間内に特定人物の個人識別情報が取得されることを条件に、当該認証処理で用いられた個人識別情報を当該第１の人物の登録情報として追加登録する、
   ことを含み、
   前記認証処理に失敗した個人識別情報よりも前に前記特定人物の個人識別情報が取得された場合に、当該特定人物の個人識別情報の取得から第２の所定時間が経過するまでの間、前記登録情報を追加登録できるモードに移行する、
   認証方法。
9. 少なくとも１つのコンピュータに、請求項８に記載の認証方法を実行させるプログラム。

Images