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

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

特許文献１には、カメラで撮像されたユーザの顔画像とデータベースに予め記憶されている登録者の顔画像とを照合し、その照合結果に基づいてユーザを認証する認証装置が開示されている。当該認証装置は、顔照合の照合結果が照合一致である場合に、ユーザに対して予め設定されたセキュリティ権限に関するレベル値と所定の閾値とを更に対比することによって、最終的な認証許否の判定を行う。そして、当該認証装置は、ユーザが両方の判定条件を満たさないとき、電子錠を施錠状態に制御する。

特開２００６-３３６３６４号

しかし、特許文献１には、認証不可である場合に認証不可の理由又は対処方法を通知することは開示されていない。このため、認証装置がユーザを認証不可であると判定した場合の状況把握が困難となる虞がある。

そこで、本発明は、上述の問題に鑑み、認証装置がユーザを認証不可であると判定した場合の状況把握を容易にする情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

本発明の一観点によれば、登録者の登録生体情報を記憶するデータベースを参照して、前記登録生体情報を利用可能なサービスの利用を要求するユーザから取得された生体情報と複数の登録者の各々の前記登録生体情報とを照合する照合部と、複数の前記サービスのうち前記登録者が前記登録生体情報の利用を許諾した前記サービスに関する情報を記憶するデータベースを参照して、前記複数の登録者のうちの照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾しているか否かを判定する判定部と、前記照合部における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定部において前記照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力する出力部と、を備える情報処理装置が提供される。

本発明の他の観点によれば、コンピュータが、登録者の登録生体情報を記憶するデータベースを参照して、前記登録生体情報を利用可能なサービスの利用を要求するユーザから取得された生体情報と複数の登録者の各々の前記登録生体情報とを照合する照合処理を行うステップと、前記コンピュータが、複数の前記サービスのうち前記登録者が前記登録生体情報の利用を許諾した前記サービスに関する情報を記憶するデータベースを参照して、前記複数の登録者のうちの照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾しているか否かを判定する判定処理を行うステップと、前記コンピュータが、前記照合処理における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定処理において前記照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力するステップと、を備える情報処理方法が提供される。

本発明の更に他の観点によれば、コンピュータに、登録者の登録生体情報を記憶するデータベースを参照して、前記登録生体情報を利用可能なサービスの利用を要求するユーザから取得された生体情報と複数の登録者の各々の前記登録生体情報とを照合する照合処理を行うステップと、複数の前記サービスのうち前記登録者が前記登録生体情報の利用を許諾した前記サービスに関する情報を記憶するデータベースを参照して、前記複数の登録者のうちの照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾しているか否かを判定する判定処理を行うステップと、前記照合処理における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定処理において前記照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力するステップと、を実行させるためのプログラムが提供される。

本発明によれば、認証装置がユーザを認証不可であると判定した場合の状況把握を容易にする情報処理装置、情報処理方法及びプログラムを提供することができる。

第１実施形態における生体認証システムの全体構成例を示すブロック図である。 第１実施形態における認証情報データベースが記憶する情報の一例を示す図である。 第１実施形態における人物属性情報データベースが記憶する情報の一例を示す図である。 第１実施形態におけるオプトイン情報データベースが記憶する情報の一例を示す図である。 第１実施形態におけるオプトイン情報を説明する図である。 第１実施形態における拡張情報データベースが記憶する情報の一例を示す図である。 第１実施形態における施設ごとの拡張項目を説明する図である。 第１実施形態における認証サーバのハードウェア構成例を示すブロック図である。 第１実施形態における管理サーバのハードウェア構成例を示すブロック図である。 第１実施形態における入退場制御装置のハードウェア構成例を示すブロック図である。 第１実施形態における業務端末のハードウェア構成例を示すブロック図である。 第１実施形態における生体認証システムの処理の一例を示すフローチャートである。 第１実施形態における生体認証システムの処理の一例を示すフローチャートである。 第１実施形態における入退場制御装置が表示する画面の一例を示す図である。 第１実施形態における入退場制御装置が表示する画面の一例を示す図である。 第２実施形態における情報処理装置の構成例を示すブロック図である。

以下、図面を参照して、本発明の例示的な実施形態を説明する。図面において同様の要素又は対応する要素には同一の符号を付し、その説明を省略又は簡略化することがある。

［第１実施形態］
図１は、生体認証システム１の全体構成例を示すブロック図である。図１に示されるように、生体認証システム１は、認証サーバ１０、管理サーバ２０、入退場制御装置３０及び業務端末４０を備えるコンピュータシステムである。各装置は、ＬＡＮ（Local Area Network）やインターネット等のネットワークＮＷに接続されている。

本実施形態における生体認証システム１は、例えば、オフィスビル、テーマパーク、ホテル及びイベント会場等の各種施設への入退場のための本人確認、空港・海港・国境における入出国のための本人確認、行政機関における本人確認、決済処理における本人確認等に適用され得る。

認証サーバ１０は、管理サーバ２０からの認証要求に応じて認証処理を実行する情報処理装置（サーバコンピュータ）である。具体的には、認証サーバ１０は、本システムの加盟店の施設において撮像された顔画像（あるいは特徴量）と、認証情報データベース１１に予め登録された登録顔画像（あるいは特徴量）との照合処理を実行し、その照合結果に基づいてユーザの認証を行う。

また、認証サーバ１０は、照合処理の照合結果が照合一致である場合に、ユーザが管理対象である施設の利用権限を有する人物か否かを判定する。なお、本実施形態における「照合一致」の語句は、照合処理における照合スコアが所定の閾値以上であることを意味するものとする。「照合不一致」の語句は、照合スコアが閾値未満であることを意味するものとする。

そして、認証サーバ１０は、ユーザが管理対象である施設の利用権限を有する人物であると判定した場合には、対象施設における入退場、サービスの利用、商品の購入やサービスの利用に対する決済等を許可する。なお、認証サーバ１０は、ユーザが（Ａ）顔照合の照合結果が照合不一致、（Ｂ）対象施設に関する利用権限を有していない、のいずれかに該当する場合には、（Ａ）・（Ｂ）のそれぞれに対応するエラー情報をユーザに対して出力する。なお、当該エラー情報には、ユーザにエラーに対する対処を促す案内情報も含まれる。詳細については後述する。

また、認証サーバ１０は、認証情報データベース１１、人物属性情報データベース１２、オプトイン情報データベース１３及び拡張情報データベース１４等のデータベースを有する。なお、認証サーバ１０が備えるデータベースは、これらに限定されない。

認証情報データベース１１は、登録者の生体情報を記憶するデータベースである。本実施形態における“生体情報”の語句は、顔画像及び顔画像から抽出される特徴量を意味するものとするが、生体情報は顔画像及び顔特徴量に限られない。生体情報としては、虹彩画像、指紋画像、掌紋画像及び耳介画像等を用いてもよい。

図２は、認証情報データベース１１が記憶する情報の一例を示す図である。ここでは、認証情報データベース１１は、パーソンＩＤ、認証ＩＤ、登録顔画像及び特徴量をデータ項目として含んでいる。パーソンＩＤは、登録者ごとに固有な識別子である。パーソンＩＤは、ユーザが生体認証システム１に生体情報を登録する際に発行される。認証ＩＤは、パーソンＩＤの発行を決定した認証処理を特定する識別子である。例えば、認証ＩＤは認証処理を実行した日時やパーソンＩＤの発行順序に基づいて設定され得る。

人物属性情報データベース１２は、登録者の人物属性情報を記憶するデータベースである。図３は、人物属性情報データベース１２が記憶する情報の一例を示す図である。ここでは、人物属性情報データベース１２は、パーソンＩＤ、氏名、性別、年齢及び住所をデータ項目として含んでいる。また、人物属性情報データベース１２は、複数の拡張情報外部キーをデータ項目として含んでいる。拡張情報外部キーは、加盟店の業務システム（例えば、ホテルの宿泊予約システム、テーマパークのチケット販売システム等）から登録者についての業務情報を取得するために用いられる。取得された業務情報は、後述する拡張情報データベース１４において拡張情報として記憶・管理される。

オプトイン情報データベース１３は、認証基盤である認証サーバ１０を利用する複数の加盟店のうち、ユーザが生体情報の利用を許諾（opt-in）した加盟店に関する情報（以下、「オプトイン情報」と呼ぶ。）を記憶するデータベースである。オプトイン情報は、例えばユーザが生体認証システム１における登録画面（不図示）に表示されている加盟店一覧の中から任意に加盟店を指定することで作成され得る。

図４は、オプトイン情報データベース１３が記憶する情報の一例を示す図である。ここでは、オプトイン情報データベース１３は、パーソンＩＤ、企業コード、加盟店コード及びサービスＩＤをデータ項目として含んでいる。企業コードは、企業ごとに固有な識別子である。加盟店コードは、同一企業に属する加盟店（以下、単に「施設」ともいう。）ごとに固有な識別子である。サービスＩＤは、加盟店において利用するサービス内容を示す識別子である。例えば、施設が“カジノ”である場合には、パスポート等の写真付き公的証明書の顔画像に基づいた本人確認サービス、施設への入場時から退場時までに所定の時間制限がある場合には、入場時してからの経過時間を計測するサービス等をそれぞれ異なるサービスＩＤにより区別する。

図５は、オプトイン情報を説明する図である。ここでは、複数の登録者のパーソンＩＤと、複数の加盟店（ホテル／テーマパーク／カジノ／フィットネスジム）における顔認証サービスの利用可否が表形式で示されている。図５において、例えば、パーソンＩＤが“１０００１２３”である登録者は“ホテル”、“テーマパーク”、“カジノ”及び“フィットネスジム”の４つの施設について顔認証サービスを利用することを許諾している。

一方、パーソンＩＤが“１０００１２５”の登録者は、ホテルとカジノの２つの加盟店について顔認証サービスを利用することを許諾している。すなわち、後者は、“ホテル”及び“カジノ”についての利用権限を有するが、“テーマパーク”及び“フィットネスジム”についての利用権限を有していない。認証サーバ１０は、登録者のパーソンＩＤに基づいてオプトイン情報データベース１３を参照することにより、登録者が対象の加盟店に関する利用権限を有するか否かを判定できる。

拡張情報データベース１４は、各施設に対する登録者の利用権限の有無を詳細に判定するために使用される拡張情報を記憶するデータベースである。図６は、拡張情報データベース１４が記憶する情報の一例を示す図である。ここでは、拡張情報データベース１４は、拡張情報ＩＤ、施設ＩＤ、施設区分及び拡張項目をデータ項目として含んでいる。拡張情報ＩＤは、拡張情報ごとに固有な識別子であり、上述した拡張情報外部キーに対応する。施設ＩＤは、加盟店の施設ごとに固有な識別子である。施設区分は、施設の種類を示す区分である。拡張項目は、施設ごとに定義されるデータ項目である。

図７は、施設ごとの拡張項目を説明する図である。ここでは、施設として“ホテル”、“テーマパーク”、“カジノ”及び“フィットネスジム”の４つが例示され、各施設に複数の拡張項目が対応付けられている。施設が“ホテル”の場合には、拡張項目として予約チャンネルＩＤ、予約番号、部屋番号、人数、宿泊予定日、チェックイン日時、チェックアウト日時が含まれている。これらの拡張項目は、上述したパーソンＩＤ及びオプトイン情報によって登録者ごとに取得できる。このため、ユーザが認証を要求した日にユーザの宿泊予約が存在しない場合には、ユーザはホテルの利用権限を有さないと判定される。

また、施設が“テーマパーク”の場合には、拡張項目としてチケット種別、チケットＩＤ、有効期間、入場日時が含まれている。チケット種別は、例えば年間チケット、当日チケット、回数券等である。したがって、チケット種別や有効期間等を考慮することにより、ユーザが認証を要求した日にテーマパークへの入場権限を有するか否かを詳細に判定できる。

また、施設が“カジノ”の場合には、拡張項目としてトークンＩＤ、初回入場時、滞在時間合計が含まれている。トークンＩＤは、パーソンＩＤとは別に、カジノにおいてパスポート等の顔写真付きの公的証明書の提示及び認証を条件として初回入場時に発行される識別子である。したがって、施設が“カジノ”である場合には、ユーザに対してトークンＩＤが発行されていることや、滞在時間合計が所定の制限時間を超えていないことを入場条件に含めることができる。

そして、施設が“フィットネスジム”の場合には、拡張項目として会員種別及び有効期間が含まれている。会員種別は、レギュラー会員、ナイト会員、平日会員、ゲスト会員等の種別である。有効期間は、会員証の有効期間である。したがって、施設が“フィットネスジム”である場合には、ユーザが認証を要求した日付及び時間帯が会員種別や有効期間の条件を満たすか否かを入場条件に含めることができる。

管理サーバ２０は、ＰＣ（Personal Computer）、サーバ等のコンピュータであり、例えば複数の加盟店（施設）の各々に対応して設けられる。例えば、ホテルの業務システムを管理する管理サーバ２０と、テーマパークの業務システムを管理サーバ２０は、互いに独立している。

入退場制御装置３０は、施設においてユーザの入退場を制御する装置である。入退場制御装置３０としては、施設の出入口に設置されるゲート装置や、部屋のドアの電子錠を制御する装置等が挙げられる。

業務端末４０は、施設の管理者、職員又は認証対象者であるユーザが使用する端末装置である。業務端末４０としては、業務内容に応じて、ＰＣ、タブレット端末及びＫＩＯＳＫ端末等の各種端末が用いられる。業務端末４０は、例えば、ユーザが自身で操作し、生体情報、人物属性情報及びオプトイン情報を登録及び更新する際にも使用され得る。

続いて、図８乃至図１１を参照しながら、生体認証システム１における各装置のハードウェア構成を説明する。

図８は、認証サーバ１０のハードウェア構成例を示すブロック図である。同図に示すように、認証サーバ１０は、演算、制御及び記憶を行うコンピュータとして、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、通信Ｉ／Ｆ（Interface）１０５、表示装置１０６及び入力装置１０７を備える。ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０４、通信Ｉ／Ｆ１０５、表示装置１０６及び入力装置１０７は、バス、配線、駆動装置等を介して相互に接続される。

ＣＰＵ１０１は、ＲＯＭ１０３及びＨＤＤ１０４に記憶されたプログラムに従って所定の動作を行うとともに、認証サーバ１０の各部を制御する機能を有するプロセッサである。ＲＡＭ１０２は、揮発性記憶媒体から構成され、ＣＰＵ１０１の動作に必要な一時的なメモリ領域を提供する。ＲＯＭ１０３は、不揮発性記憶媒体から構成され、認証サーバ１０の動作に用いられるプログラム等の必要な情報を記憶する。ＨＤＤ１０４は、不揮発性記憶媒体から構成され、管理サーバ２０等から取得したデータの一時記憶、登録者の顔画像及び特徴量の記憶、認証サーバ１０の動作用プログラムの記憶等を行う記憶装置である。

通信Ｉ／Ｆ１０５は、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）、４Ｇ等の規格に基づく通信インターフェースであり、他の装置との通信を行うためのモジュールである。

表示装置１０６は、動画、静止画、文字等を表示する液晶ディスプレイ、ＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等であって、ユーザへの情報の提示に用いられる。

入力装置１０７は、キーボード、ポインティングデバイス、ボタン等であって、認証サーバ１０の管理者による操作を受け付ける。表示装置１０６及び入力装置１０７は、タッチパネルとして一体に形成されていてもよい。

図９は、管理サーバ２０のハードウェア構成例を示すブロック図である。同図に示すように、管理サーバ２０は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、通信Ｉ／Ｆ２０５、表示装置２０６及び入力装置２０７を備える。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、通信Ｉ／Ｆ２０５、表示装置２０６及び入力装置２０７は、バス、配線、駆動装置等を介して相互に接続される。

図１０は、入退場制御装置３０のハードウェア構成例を示すブロック図である。同図に示すように、入退場制御装置３０は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４、通信Ｉ／Ｆ３０５、表示装置３０６、入力装置３０７、媒体読取装置３０８、生体情報取得装置３０９及び開閉部材３１０を有している。

媒体読取装置３０８は、ユーザが所持するカード、チケット及び電子機器等の各種の記録媒体を読み取り、記録媒体に記録された情報を取得する装置である。媒体読取装置３０８は、例えば、コードリーダ、イメージスキャナ、非接触ＩＣ（Integrated Circuit）リーダ、ＯＣＲ（Optical Character Reader）装置等により構成され、その読取部にかざされた各種の記録媒体から情報を取得する。

生体情報取得装置３０９は、生体情報としてユーザの顔画像を取得する装置である。生体情報取得装置３０９は、例えば、装置の前に立つユーザの顔を撮像するデジタルカメラであり、ユーザの顔を撮像する。

開閉部材３１０は、入退場制御装置３０におけるユーザの本人確認に成功した場合に、ＣＰＵ３０１による制御に従って、待機時においてユーザの通行を遮る閉鎖状態から、ユーザの通行を許可する開放状態へ移行する。開閉部材３１０の方式は、特に限定されるものではなく、例えば、通路の片側又は両側から設けられたフラッパーが開閉するフラッパーゲート、３本のバーが回転するターンスタイルゲート等である。

図１１は、業務端末４０のハードウェア構成例を示すブロック図である。同図に示すように、業務端末４０は、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、ＨＤＤ４０４、通信Ｉ／Ｆ４０５、表示装置４０６、入力装置４０７、媒体読取装置４０８及び生体情報取得装置４０９を有している。

なお、図８乃至図１１に示されているハードウェア構成は一例であり、これら以外の装置が追加されていてもよく、一部の装置が設けられていなくてもよい。また、一部の装置が同様の機能を有する別の装置に置換されていてもよい。また、本実施形態の一部の機能がネットワークＮＷを介して他の装置により提供されてもよく、本実施形態の機能が複数の装置に分散されて実現されてもよい。

続いて、図１２乃至図１５を参照しながら、本実施形態における生体認証システム１の動作について説明する。

図１２は、生体認証システム１の処理の一例を示すフローチャートである。この処理は、ユーザが生体認証システム１に対して、生体情報、人物属性情報及びオプトイン情報の登録又は更新を行う際に実行される。

ここでは、ユーザが各施設に設けられた業務端末４０から管理サーバ２０を介して認証サーバ１０にアクセスして、各種情報の登録又は更新を行う場合を例として説明する。なお、各種情報の登録又は更新を行える装置は、業務端末４０のみに限られない。ユーザがユーザ端末（不図示）からネットワークＮＷを介して生体認証システム１のＷＥＢサイトにアクセスして、各種情報の登録・更新を行うことも可能である。

先ず、認証サーバ１０は、業務端末４０から管理サーバ２０を介してリクエストデータを受信すると、当該リクエストデータが生体情報の登録要求か否かを判定する（ステップＳ１０１）。

ここで、認証サーバ１０は、リクエストデータが生体情報の登録要求であると判定した場合には（ステップＳ１０１、ＹＥＳ）、処理はステップＳ１０２へ移行する。

これに対し、認証サーバ１０は、リクエストデータが生体情報の登録要求ではないと判定した場合（ステップＳ１０１、ＮＯ）には、処理はステップＳ１１１へ移行する。

ステップＳ１０２において、認証サーバ１０は、管理サーバ２０を介して、業務端末４０の表示装置４０６に生体情報、人物属性情報及びオプトイン情報の登録画面を表示させる。登録画面においては、ユーザは、入力装置４０７の操作によって、登録生体情報と、施設ごとの利用権限とを設定できるものとする。

次に、業務端末４０は、登録画面の表示中に、生体情報取得装置４０９によりユーザの顔画像を撮像すると（ステップＳ１０３）、撮像した顔画像を認証サーバ１０へ送信する。

次に、認証サーバ１０は、業務端末４０において撮像された顔画像を受信すると、顔画像から特徴量を算出し（ステップＳ１０４）、登録者であるユーザに対して固有なパーソンＩＤを発行する（ステップＳ１０５）。なお、パーソンＩＤの発行前に、特徴量に基づいて認証情報データベース１１を検索し、ユーザの顔画像が未登録であることを確認してもよい。また、登録に際し、パスポートや免許証等から顔画像を読み取り、読み取った顔画像と撮像された顔画像とを照合して、本人確認をしてもよい。

次に、認証サーバ１０は、ユーザの生体情報である顔画像及び特徴量を認証情報データベース１１に登録する（ステップＳ１０６）。

次に、認証サーバ１０は、ユーザが業務端末４０の表示装置４０６に表示された登録画面の入力フォームにおいて入力した人物属性情報を取得すると（ステップＳ１０７）、取得した人物属性情報をパーソンＩＤと関連付けて人物属性情報データベース１２に登録する（ステップＳ１０８）。また、人物属性情報の取得方法は、ステップＳ１０７のように登録画面上で入力された情報を取得する方法に限られない。例えば、ユーザの人物属性情報を記録している記録媒体（２次元バーコード、磁気カード、旅券、ＩＣカード等）を光学的に又は電磁的に読み取ってもよい。これは、生体情報やオプトイン情報についても同様である。

次に、認証サーバ１０は、ユーザが登録画面の入力フォームにおいて入力したオプトイン情報を取得すると（ステップＳ１０９）、取得したオプトイン情報をパーソンＩＤと関連付けてオプトイン情報データベース１３に登録し（ステップＳ１１０）、処理を終了する。

ステップＳ１１１において、認証サーバ１０は、業務端末４０の表示装置４０６に生体情報、人物属性情報及びオプトイン情報の更新画面を表示させる。更新画面においては、ユーザは、入力装置４０７の操作によって、データベースに登録済みの登録生体情報と、施設ごとの利用権限とをそれぞれ変更する情報を入力できるものとする。

次に、業務端末４０は、更新画面の表示中に、生体情報取得装置４０９によりユーザの顔画像を撮像すると（ステップＳ１１２）、撮像した顔画像を認証サーバ１０へ送信する。

次に、認証サーバ１０は、業務端末４０において撮像された顔画像を受信すると、顔画像から特徴量を算出する（ステップＳ１１３）。次に、認証サーバ１０は、撮影顔画像（あるいは特徴量）と認証情報データベース１１に記憶されている登録顔画像（あるいは登録特徴量）との顔照合を実行する（ステップＳ１１４）。

次に、認証サーバ１０は、顔照合の照合結果に基づいてユーザのパーソンＩＤを特定する（ステップＳ１１５）。具体的には、認証サーバ１０は、複数の登録者のうち、ステップＳ１１４における照合スコアが所定の閾値以上である登録者のパーソンＩＤを特定する。なお、複数人の登録者の各々の照合スコアが閾値以上である場合には、複数のパーソンＩＤが特定されてもよいし、照合スコアが最も高い登録者のパーソンＩＤのみを特定してもよい。

次に、認証サーバ１０は、ユーザが業務端末４０に表示された更新画面の入力フォームにおいて入力した人物属性情報を取得すると（ステップＳ１１６）、取得した人物属性情報とパーソンＩＤに基づいて人物属性情報データベース１２に記憶されている人物属性情報を更新する（ステップＳ１１７）。なお、ユーザが人物属性情報の変更を希望していない場合には、ステップＳ１１６及びステップＳ１１７の処理は省略される。また、ステップＳ１０７の場合と同様に、人物属性情報の取得方法は、更新画面上で入力された情報を取得する方法に限られない。

次に、認証サーバ１０は、ユーザが更新画面の入力フォームにおいて入力したオプトイン情報を取得すると（ステップＳ１１８）、取得したオプトイン情報とパーソンＩＤに基づいてオプトイン情報データベース１３に記憶されているオプトイン情報を更新し（ステップＳ１１９）、処理を終了する。なお、ユーザがオプトイン情報の変更を希望していない場合には、ステップＳ１１８及びステップＳ１１９の処理は省略される。

図１３は、生体認証システム１の処理の一例を示すフローチャートである。この処理は、例えば、ユーザが加盟店の施設において施設の利用（入退場、決済等）を要求した際に実行される。ここでは、加盟店の施設に設置された入退場制御装置３０においてユーザが施設への入場を要求する場合を例として説明する。

先ず、入退場制御装置３０は、生体情報取得装置３０９によりユーザの顔画像を撮像すると（ステップＳ２０１）、撮像した顔画像を管理サーバ２０経由で認証サーバ１０へ送信する。

次に、認証サーバ１０は、入退場制御装置３０において撮像された顔画像を受信すると、顔画像から特徴量を算出する（ステップＳ２０２）。次に、認証サーバ１０は、撮影顔画像（あるいは特徴量）と認証情報データベース１１に記憶されている登録顔画像（あるいは登録特徴量）との顔照合を実行する（ステップＳ２０３）。

次に、認証サーバ１０は、顔照合の照合結果に基づいてユーザがパーソンＩＤの登録者であるか否かを判定する（ステップＳ２０４）。

ここで、認証サーバ１０が、ユーザが登録者であると判定した場合（ステップＳ２０４、ＹＥＳ）、処理はステップＳ２０５へ移行する。

これに対し、認証サーバ１０が、ユーザが登録者ではないと判定した場合（ステップＳ２０４、ＮＯ）、処理はステップＳ２０７へ移行する。

ステップＳ２０５において、認証サーバ１０は、認証情報データベース１１を参照してユーザとの照合結果が照合一致である登録者のパーソンＩＤを特定する。

そして、認証サーバ１０は、特定したパーソンＩＤに基づいて人物属性情報データベース１２、オプトイン情報データベース１３及び拡張情報データベース１４をそれぞれ検索し、登録者に関する人物属性情報、オプトイン情報及び拡張情報を取得する（ステップＳ２０６）。その後、処理はステップＳ２０８へ移行する。

ステップＳ２０７において、認証サーバ１０は、顔照合の結果（照合不一致）に基づいて入退場制御装置３０の表示装置３０６に顔照合エラーを示す案内画面を表示させる。

図１４は、入退場制御装置３０が表示する画面の一例を示す図である。ここでは、顔照合エラーを示すエラーメッセージ（「お客様の生体情報（顔画像）は、認証システムに登録されていません。」）が案内画面に表示されている。これにより、ユーザは認証不可の理由を知ることができる。

また、同画面には、顔照合エラーに対してユーザが対処する方法を示す案内メッセージ（「当施設において顔認証サービスを利用される場合には、サービスカウンタにて生体情報を登録してください。」）も併せて表示されている。これにより、ユーザは認証不可の状況把握を容易に行えるだけでなく、認証不可の状況を解消するための対処方法も知ることができる。

なお、図１４に示すエラーメッセージは一例に過ぎず、対処方法も様々である。例えば、入退場制御装置３０における表示画面が案内画面から生体情報の登録画面に遷移し、その場で生体情報を登録できる構成にしてもよい。また、後続のユーザの認証処理を妨げないように、ゲート（入退場制御装置３０）の近傍に設置されているセルフ端末（例えば業務端末４０）に登録画面を連携表示させるシステム構成にしてもよい。これらの場合には、ユーザはサービスカウンタに赴かなくても済む利点がある。

ステップＳ２０８において、認証サーバ１０は、オプトイン情報及び拡張情報に基づいて、ユーザとの照合結果が照合一致である登録者が施設を利用できる人物であるか否かを判定する。ここでは、認証サーバ１０が、登録者が施設を利用できる人物であると判定した場合（ステップＳ２０８、ＹＥＳ）、処理はステップＳ２０９へ移行する。

これに対し、認証サーバ１０が、登録者が施設を利用できる人物ではないと判定した場合（ステップＳ２０８、ＮＯ）、処理はステップＳ２１０へ移行する。

ステップＳ２０９において、認証サーバ１０は、認証成功時の処理を実行し（ステップＳ２０９）、処理を終了する。具体的には、認証サーバ１０は、登録者と同一人物であると認証したユーザを施設内へ入場させるために、管理サーバ２０を介して入退場制御装置３０に対して開閉部材３１０を開放させる制御を行わせる。

ステップＳ２１０において、認証サーバ１０は、入退場制御装置３０の表示装置３０６にユーザが施設の利用権限を有していないことを示す案内画面を表示させる。

図１５は、入退場制御装置３０が表示する画面の一例を示す図である。ここでは、ユーザが施設の利用権限を有していないことを示すエラーメッセージ（「お客様は、顔認証サービスの利用対象リストに当施設を登録していません。」）が案内画面に表示されている。これにより、ユーザは認証不可の理由を知ることができる。

また、同画面には、利用権限のエラーに対してユーザが対処する方法を示す案内メッセージ（「当施設において顔認証サービスを利用される場合には、サービスカウンタにて利用対象リストを更新してください。」）も併せて表示されている。これにより、ユーザは認証不可の状況把握を容易に行えるだけでなく、認証不可の状況を解消するための対処方法も知ることができる。

なお、図１５に示すエラーメッセージは一例に過ぎず、対処方法も様々である。例えば、入退場制御装置３０における表示画面が案内画面から利用対象リストの更新画面に遷移し、その場で利用対象リストを更新できる構成にしてもよい。また、後続のユーザの認証処理を妨げないように、ゲート（入退場制御装置３０）の近傍に設置されているセルフ端末（例えば業務端末４０）に更新画面を連携表示させるシステム構成にしてもよい。これらの場合には、ユーザはサービスカウンタに赴かなくても済む利点がある。

以上により、本実施形態によれば、認証サーバ１０は、管理対象（例えば施設）の利用を要求したユーザと登録者との照合処理における照合結果が照合不一致である場合には登録者でないことを示す第１エラー情報（顔照合エラー）を出力し、利用権限の判定処理において登録者が管理対象の利用権限を有していないと判定された場合には第１エラー情報とは異なり、利用権限無しを示す第２エラー情報（利用権限エラー）を出力する。すなわち、認証サーバ１０がユーザを認証不可であると判定した場合には、ユーザに対して認証不可の理由及び理由に応じた対処方法が通知される。これにより、ユーザは顔認証サービスへの登録状況や顔認証サービスの利用対象施設の登録状況を容易に把握することができる。また、ユーザは認証不可の認証結果に容易に対処できる。

［第２実施形態］
図１６は、第２実施形態における情報処理装置１００の構成例を示すブロック図である。情報処理装置１００は、照合部１００Ａ、判定部１００Ｂ及び出力部１００Ｃを備える。照合部１００Ａは、管理対象の利用を要求するユーザから取得された生体情報と複数の登録者の各々の登録生体情報とを照合する。判定部１００Ｂは、複数の登録者のうちの照合結果が照合一致である登録者が管理対象の利用権限を有するか否かを判定する。出力部１００Ｃは、照合部１００Ａにおける照合結果が照合不一致である場合には第１エラー情報を出力し、判定部１００Ｂにおいて照合結果が照合一致である登録者が管理対象の利用権限を有していないと判定された場合には第１エラー情報とは異なる第２エラー情報を出力する。本実施形態によれば、認証装置がユーザを認証不可であると判定した場合の状況把握を容易にできる。

［変形実施形態］
本発明は、上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲において適宜変更可能である。例えば、いずれかの実施形態の一部の構成を他の実施形態に追加した例や、他の実施形態の一部の構成と置換した例も、本発明の実施形態である。

上述の実施形態においては、エラー情報が認証対象者であるユーザに対して提示される情報である場合について説明したが、エラー情報の提示先はユーザのみに限られない。例えば、認証対象者ではない、施設の管理者に対して認証不可の理由及び対処方法を提示してもよい。また、ユーザと管理者の両方に対してエラー情報を提示してもよい。これにより、ユーザにエラー情報を提示する場合と同様の効果を奏する。すなわち、管理者はユーザの顔認証サービスへの登録状況や顔認証サービスの利用対象施設の登録状況を容易に把握することができる。この結果、管理者は認証サーバ１０がユーザを認証不可とした認証結果に容易に対処できる。

上述の実施形態においては、ユーザが施設を利用する場合について説明したが、利用権限は施設に関する利用権限のみに限られない。例えば、会社の備品を管理するシステムの場合には、社員ごとに備品の利用権限（使用権限）を定めることで、顔認証によって備品の貸し出し管理を行うことができる。同様に、利用権限には、データベースへのアクセス権限等も含み得る。

上述の実施形態においては、認証サーバ１０が照合処理、判定処理及び出力処理の機能を備えるシステム構成について説明した。しかし、認証サーバ１０の機能の一部又は全部を他の装置（管理サーバ２０、入退場制御装置３０及び業務端末４０等）が備えてもよい。例えば、認証サーバ１０がユーザの生体情報及びオプトイン情報等を一元管理している場合に、各施設の入退場制御装置３０等が認証サーバ１０のデータベースを参照することで照合処理や判定処理を実行するシステム構成にしてもよい。

上述の実施形態の機能を実現するように該実施形態の構成を動作させるプログラムを記録媒体に記録させ、該記録媒体に記録されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も各実施形態の範疇に含まれる。すなわち、コンピュータ読取可能な記録媒体も各実施形態の範囲に含まれる。また、上述のプログラムが記録された記録媒体はもちろん、そのプログラム自体も各実施形態に含まれる。

該記録媒体としては例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、磁気テープ、不揮発性メモリカード等を用いることができる。また該記録媒体に記録されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ上で動作して処理を実行するものも各実施形態の範疇に含まれる。

上述の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
管理対象の利用を要求するユーザから取得された生体情報と複数の登録者の各々の登録生体情報とを照合する照合部と、
前記複数の登録者のうちの照合結果が照合一致である登録者が前記管理対象の利用権限を有するか否かを判定する判定部と、
前記照合部における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定部において前記照合結果が照合一致である登録者が前記利用権限を有していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力する出力部と、
を備える情報処理装置。

（付記２）
前記第１エラー情報は、前記照合不一致を示す情報を含む、
付記１に記載の情報処理装置。

（付記３）
前記第２エラー情報は、前記ユーザが前記利用権限を有していないことを示す情報を含む、
付記１又は２に記載の情報処理装置。

（付記４）
前記第１エラー情報は、前記生体情報の登録を促す情報を含む、
付記１乃至３のいずれかに記載の情報処理装置。

（付記５）
前記第２エラー情報は、前記利用権限の登録を促す情報を含む、
付記１乃至４のいずれかに記載の情報処理装置。

（付記６）
前記第１エラー情報及び前記第２エラー情報は、前記ユーザに対して提示される情報である、
付記１乃至５のいずれかに記載の情報処理装置。

（付記７）
前記第１エラー情報及び前記第２エラー情報は、前記ユーザとは異なる管理者に対して提示される情報である、
付記１乃至５のいずれかに記載の情報処理装置。

（付記８）
前記登録生体情報と複数の施設の各々に関する前記利用権限とを前記登録者ごとに関連付けて記憶する記憶部、
を更に備える付記１乃至７のいずれかに記載の情報処理装置。

（付記９）
前記登録生体情報及び前記施設ごとの前記利用権限を設定する設定部と、
前記登録者ごとに固有な識別子を発行し、設定された前記登録生体情報と前記利用権限とを前記識別子により関連付けて前記記憶部に登録する制御部と、
を更に備える付記８に記載の情報処理装置。

（付記１０）
前記生体情報は、顔画像、虹彩画像、指紋画像、耳介画像及び掌紋画像のいずれかである、
付記１乃至９のいずれかに記載の情報処理装置。

（付記１１）
管理対象の利用を要求するユーザから取得された生体情報と複数の登録者の各々の登録生体情報とを照合する照合処理を行うステップと、
前記複数の登録者のうちの照合結果が照合一致である登録者が前記管理対象の利用権限を有するか否かを判定する判定処理を行うステップと、
前記照合処理における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定処理において前記照合結果が照合一致である登録者が前記利用権限を有していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力するステップと、
を備える情報処理方法。

（付記１２）
コンピュータに、
管理対象の利用を要求するユーザから取得された生体情報と複数の登録者の各々の登録生体情報とを照合する照合処理を行うステップと、
前記複数の登録者のうちの照合結果が照合一致である登録者が前記管理対象の利用権限を有するか否かを判定する判定処理を行うステップと、
前記照合処理における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定処理において前記照合結果が照合一致である登録者が前記利用権限を有していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力するステップと、
を実行させるためのプログラムが記録された記録媒体。

ＮＷ・・・ネットワーク
１・・・生体認証システム
１０・・・認証サーバ
１１・・・認証情報データベース
１２・・・人物属性情報データベース
１３・・・オプトイン情報データベース
１４・・・拡張情報データベース
２０・・・管理サーバ
３０・・・入退場制御装置
４０・・・業務端末
１００・・・情報処理装置
１００Ａ・・・照合部
１００Ｂ・・・判定部
１００Ｃ・・・出力部

Claims (12)

1. 登録者の登録生体情報を記憶するデータベースを参照して、前記登録生体情報を利用可能なサービスの利用を要求するユーザから取得された生体情報と複数の登録者の各々の前記登録生体情報とを照合する照合部と、
   複数の前記サービスのうち前記登録者が前記登録生体情報の利用を許諾した前記サービスに関する情報を記憶するデータベースを参照して、前記複数の登録者のうちの照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾しているか否かを判定する判定部と、
   前記照合部における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定部において前記照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力する出力部と、
   を備える情報処理装置。
2. 前記第１エラー情報は、前記照合不一致を示す情報を含む、
   請求項１に記載の情報処理装置。
3. 前記第２エラー情報は、前記ユーザが前記登録生体情報の利用を許諾していないことを示す情報を含む、
   請求項１又は２に記載の情報処理装置。
4. 前記第１エラー情報は、前記生体情報の登録を促す情報を含む、
   請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第２エラー情報は、前記登録生体情報の利用の許諾に関する情報の登録を促す情報を含む、
   請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第１エラー情報及び前記第２エラー情報は、前記ユーザに対して提示される情報である、
   請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記第１エラー情報及び前記第２エラー情報は、前記ユーザとは異なる管理者に対して提示される情報である、
   請求項１乃至５のいずれか１項に記載の情報処理装置。
8. 前記登録生体情報と複数の施設の各々に関する前記登録生体情報の利用の許諾に関する情報とを前記登録者ごとに関連付けて記憶する記憶部、
   を更に備える請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記登録生体情報及び施設ごとの前記登録生体情報の利用の許諾に関する情報を設定する設定部と、
   前記登録者ごとに固有な識別子を発行し、設定された前記登録生体情報と前記登録生体情報の利用の許諾に関する情報とを前記識別子により関連付けて前記記憶部に登録する制御部と、
   を更に備える請求項８に記載の情報処理装置。
10. 前記生体情報は、顔画像、虹彩画像、指紋画像、耳介画像及び掌紋画像のいずれかである、
    請求項１乃至９のいずれか１項に記載の情報処理装置。
11. コンピュータが、登録者の登録生体情報を記憶するデータベースを参照して、前記登録生体情報を利用可能なサービスの利用を要求するユーザから取得された生体情報と複数の登録者の各々の前記登録生体情報とを照合する照合処理を行うステップと、
    前記コンピュータが、複数の前記サービスのうち前記登録者が前記登録生体情報の利用を許諾した前記サービスに関する情報を記憶するデータベースを参照して、前記複数の登録者のうちの照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾しているか否かを判定する判定処理を行うステップと、
    前記コンピュータが、前記照合処理における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定処理において前記照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力するステップと、
    を備える情報処理方法。
12. コンピュータに、
    登録者の登録生体情報を記憶するデータベースを参照して、前記登録生体情報を利用可能なサービスの利用を要求するユーザから取得された生体情報と複数の登録者の各々の前記登録生体情報とを照合する照合処理を行うステップと、
    複数の前記サービスのうち前記登録者が前記登録生体情報の利用を許諾した前記サービスに関する情報を記憶するデータベースを参照して、前記複数の登録者のうちの照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾しているか否かを判定する判定処理を行うステップと、
    前記照合処理における前記照合結果が照合不一致である場合には第１エラー情報を出力し、前記判定処理において前記照合結果が照合一致である前記登録者が前記サービスにおける前記登録生体情報の利用を許諾していないと判定された場合には前記第１エラー情報とは異なる第２エラー情報を出力するステップと、
    を実行させるためのプログラム。

Images