特許 7687380 サーバ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-05-26

(45)【発行日】2025-06-03

(54)【発明の名称】サーバ装置

(51)【国際特許分類】

   G06F 21/32 20130101AFI20250527BHJP

   G06F 21/31 20130101ALI20250527BHJP

【ＦＩ】

G06F21/32

G06F21/31

【請求項の数】 5

(21)【出願番号】P 2023500168

(86)(22)【出願日】2021-02-17

(86)【国際出願番号】 JP2021005836

(87)【国際公開番号】W WO2022176042

(87)【国際公開日】2022-08-25

【審査請求日】2023-07-12

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100178216

【弁理士】

【氏名又は名称】浜野 絢子

(74)【代理人】

【識別番号】100149618

【弁理士】

【氏名又は名称】北嶋 啓至

(72)【発明者】

【氏名】藤田 直毅

(72)【発明者】

【氏名】奥山 嘉昭

【審査官】高橋 克

(56)【参考文献】

【文献】国際公開第２０１９／１３８８３９（ＷＯ，Ａ１）

【文献】特開２０１０－０９２１２２（ＪＰ，Ａ）

【文献】特許第６２４６４０３（ＪＰ，Ｂ１）

【文献】国際公開第２０２０／１８８７１４（ＷＯ，Ａ１）

【文献】国際公開第２０２０／２４０８０１（ＷＯ，Ａ１）

【文献】特開２０１８－１８０９５２（ＪＰ，Ａ）

【文献】特表２０１９－５２６１４１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／３２

Ｇ０６Ｆ ２１／３１

(57)【特許請求の範囲】

【請求項1】

認証成功と判定するための条件を含む認証ルールを取得する、取得部と、
第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、認証部と、
を備え、
利用者が前記第１の生体認証に成功した場合に、前記第１の端末から前記利用者に提供される第１のサービスと、前記利用者が前記第２の生体認証に成功した場合に、前記第２の端末から前記利用者に提供される第２のサービスとは異なり、
前記認証ルールは、前記第１の生体認証に成功していることを含み、
前記認証部は、前記第１の生体認証の結果を前記第１の端末に送信したことに応じて、前記第１の端末がサービスを提供した結果により得られるサービス提供ログを取得し、
前記認証部は、前記第２の生体認証を実行する際、前記サービス提供ログを用いて、前記第１の生体認証に成功していることを含む前記認証ルールが満たされているか否か判定する、
サーバ装置。

【請求項2】

複数の利用者それぞれの生体情報を取得し、前記取得した生体情報を認証情報データベースに記憶する、利用者登録部をさらに備える、請求項１に記載のサーバ装置。

【請求項3】

前記認証部は、前記第１又は第２の認証要求から得られる生体情報を照合側、前記認証情報データベースに記憶された複数の生体情報を登録側にそれぞれに設定し、１対Ｎ照合（Ｎは正の整数）を実行する、請求項２に記載のサーバ装置。

【請求項4】

前記認証部は、前記第１の生体認証を処理する際、前記認証情報データベースに登録された複数の生体情報のうち、前記照合側の生体情報との間の類似度が所定の値以上の生体情報が存在すれば、認証成功と判定する、請求項３に記載のサーバ装置。

【請求項5】

前記認証部は、前記第２の生体認証を処理する際、前記認証情報データベースに登録された複数の生体情報のうち、前記照合側の生体情報との間の類似度が所定の値以上の生体情報が存在し、且つ、前記認証ルールが満たされている場合に、認証成功と判定する、請求項３又は４に記載のサーバ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ装置、システム、生体認証方法及び記憶媒体に関する。

【背景技術】

【0002】

特許文献１には、ゲートの通過者に対する個別処理方法が開示されている。また、ゲートを用いた利用者のアクセス制御に加え、各種サービスに生体認証を用いることが行われている。

【0003】

特許文献２には、個人認証部と管理サーバとの連携サービスを容易に設定することができるとともに、連携サービスの応答性を向上させることができる個人認証システムを得る、と記載されている。特許文献２のシステムには、管理サーバと連携サービス調整部が含まれる。管理サーバは、認証装置での認証結果に関連付けた機器管理が可能である。連携サービス調整部は、管理サーバからの連携サービス要求に応じて、管理サーバと認証装置との間のアクセス権を確立するとともに、認証装置での認証結果と管理サーバによる機器管理との関連付けを設定する。

【0004】

特許文献３には、生体情報による認証システムの不確実性の補完により本人認証を確実に行うとともに、利用者の利便性の向上にも配慮した本人認証システム及び本人認証の方法を提供する、と記載されている。特許文献３には、利用者、取引種別等に応じて、最適の認証方法の組み合わせによる本人認証を行うことができる、と記載されている。特許文献３のシステムは、認証ルールデータベースと、認証情報データベースと、認証情報受付部と、認証情報判定部と、を含む。認証ルールデータベースには、口座別、取引別等に認証方法の組み合わせや認証順位が登録されている。認証情報データベースには、それぞれの認証方法に対応した認証データが登録されている。認証情報受付部が、顧客端末に入力された認証データを受信すると、認証情報判定部は認証ルールデータベースに登録されたルールに従って、認証情報データベース等を照合して本人認証を行う。

【先行技術文献】

【特許文献】

【0005】

【文献】特許第６７６７１３８号公報

【文献】特開２００７－１０９１７０号公報

【文献】特開２００４－２４０６４５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

生体認証を利用するシステムには、複数個所のサービス端末（認証端末）が含まれることがある。このようなサービス端末は、利用場所や利用時間が近接していても複数回のサービス利用ごとに独立して動作する。その結果、システムを利用する上での安全性と利便性のバランスに問題が生じることがある。例えば、生体認証に対応したチェックイン端末と入退ゲートと入退室の機能を備えたホテルにおいて、ホテルの安全性を確保する上では、チェックインを済ませていない利用者が入退ゲートを通って宿泊棟に移動できることは望ましくない。同様に、入退ゲートを通らずに入退室できることも望ましくない。しかしながら、従来のサービス利用ごとに独立して動作する生体認証では、チェックインを済ませていない利用者が入退ゲートを通って宿泊棟に移動するという望ましくない動作を抑止することが困難だった。同様に、チェックインを済ませた後で入退ゲートを通らずに入退室できるという望ましくない動作も抑止することも困難だった。利用者にとっても、チェックイン前に宿泊棟に入れても宿泊する部屋の利用権入手できていなければ、チェックインカウンタに引き返すことが必要であり、生体認証で得られるはずの利便性を損なっていた。

【0007】

なお、当該問題点は、特許文献２や特許文献３の技術を適用しても解決することはできない。特許文献２では、複数の認証装置による複数回の認証を前提としないためである。また、特許文献３に関して同様で、当該文献は、複数の認証装置による複数回の認証を前提としない。さらに、特許文献３では、銀行の顧客が一か所の窓口において一度認証するだけで全ての要件を満たせるような、ワンストップ窓口を目指す銀行での適用を前提とするためである。

【0008】

本発明は、複数の認証端末を含む認証システムにおける利便性を向上させることに寄与する、サーバ装置、システム、生体認証方法及び記憶媒体を提供することを主たる目的とする。

【課題を解決するための手段】

【0009】

本発明の第１の視点によれば、認証成功と判定するための条件を含む認証ルールを取得する、取得部と、第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、認証部と、を備える、サーバ装置が提供される。

【0010】

本発明の第２の視点によれば、第１の端末と、第２の端末と、前記第１及び第２の端末と接続されたサーバ装置と、を含み、前記サーバ装置は、認証成功と判定するための条件を含む認証ルールを取得する、取得部と、前記第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、前記第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、認証部と、を備える、システムが提供される。

【0011】

本発明の第３の視点によれば、サーバ装置において、認証成功と判定するための条件を含む認証ルールを取得し、第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、生体認証方法が提供される。

【0012】

本発明の第４の視点によれば、サーバ装置に搭載されたコンピュータに、認証成功と判定するための条件を含む認証ルールを取得する処理と、第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

【発明の効果】

【0013】

本発明の各視点によれば、複数の認証端末を含む認証システムにおける利便性を向上させることに寄与する、サーバ装置、システム、生体認証方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

【図面の簡単な説明】

【0014】

【図1】一実施形態の概要を説明するための図である。

【図2】第１の実施形態に係る認証システムの概略構成の一例を示す図である。

【図3】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図4】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図5】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図6】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図7】第１の実施形態に係る認証システムの概略動作を説明するための図である。

【図8】第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。

【図9】第１の実施形態に係る認証情報データベースの一例を示す図である。

【図10】第１の実施形態に係る認証ルール取得部の動作を説明するための図である。

【図11】第１の実施形態に係る認証ルール管理データベースの一例を示す図である。

【図12】第１の実施形態に係るログ管理データベースの一例を示す図である。

【図13】第１の実施形態に係る認証部の動作の一例を示すフローチャートである。

【図14】第１の実施形態に係る認証部の動作の一例を示すフローチャートである。

【図15】第１の実施形態に係る主端末の処理構成の一例を示す図である。

【図16】第１の実施形態に係る予約者情報データベースの一例を示す図である。

【図17】第１の実施形態に係る従端末の処理構成の一例を示す図である。

【図18】第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。

【図19】第２の実施形態の目的を説明するための図である。

【図20】本願開示のサーバ装置のハードウェア構成の一例を示す図である。

【図21】本願開示の変形例を説明するための図である。

【図22】本願開示の変形例を説明するための図である。

【図23】本願開示の変形例を説明するための図である。

【図24】本願開示の変形例に係る主端末及び従端末の処理構成の一例を示す図である。

【図25】本願開示の変形例に係る主端末及び従端末の処理構成の一例を示す図である。

【図26】本願開示の変形例に係る認証システムの概略構成の一例を示す図である。

【発明を実施するための形態】

【0015】

はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

【0016】

一実施形態に係るサーバ装置１００は、取得部１０１と、認証部１０２と、を備える（図１参照）。取得部１０１は、認証成功と判定するための条件を含む認証ルールを取得する。認証部１０２は、第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、認証ルールを用いる第２の生体認証を行う。

【0017】

サーバ装置１００を含む認証システムは、複数の箇所に設置された認証端末（第１の端末、第２の端末）を含み、当該異なる複数個所で異なるサービスを利用者に提供できる。例えば、小売店等の実店舗やホテル等において、チェックイン手続き、ゲートの入退場管理等のアクセス制御、決済サービス等が利用者に提供される。つまり、サーバ装置１００を含む認証システムは、複数個所にある異なる生体認証装置（認証端末）にてそれぞれ異なる複数回の認証を行うことを前提とする。サーバ装置１００は、複数回の認証のうち２回目以降の認証において成功と判定されるための認証ルールを外部（システム管理者等）から取得する。より具体的には、ホテルや小売店等の出入口以降に設置された、決済端末やゲートなどの認証と紐づいた認証端末における認証を成功と判定するための認証ルールを管理者自身が設定できる。複数の認証端末を含む認証システムにおいて、管理者が利用者（例えば、商品購入者、ホテル宿泊者）の利便性を高めるように認証ルールを柔軟に設定できる。その結果、利用者の利便性が向上する。また、複数の認証端末の後段端末の認証には、前段端末の認証成功が必要となるので、システムにおけるリスクが適切に管理される。換言すれば、管理者は、利用者の行動予定に適した（受容可能な）リスを考慮して認証ルールを設定することができる。このように、一実施形態に係るサーバ装置１００は、実店舗における物品やサービスの短期間の複数回の購入時のリスク低減と利便性の両立、及び、建物や部屋等の物理的なエリアへの短期間の複数回の入退場時のリスク低減と利便性を両立できる。

【0018】

以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。

【0019】

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

【0020】

図２は、第１の実施形態に係る認証システムの概略構成の一例を示す図である。図２を参照すると、認証システムには、サーバ装置１０、主端末２０、従端末３０－１及び３０－２が含まれる。

【0021】

以降の説明において、従端末３０－１及び３０－２を区別する特段の理由がない場合には、単に「従端末３０」と表記する。

【0022】

例えば、本願開示の認証システムは、図２に示すようにホテルで行われるサービスの提供に用いられる。具体的には、利用者（宿泊客）はエントランスのカウンタに設置された主端末２０において生体認証を用いたチェックイン手続きを行う。あるいは、利用者は、エントランスから宿泊エリアに移動する際、従端末３０－１における生体認証によりゲートやドアを開く。あるいは、利用者は、売店に設置された従端末３０－２において、生体認証により代金決済を行う。

【0023】

サーバ装置１０は、生体認証に係るサービスを提供する装置である。サーバ装置１０は、利用者の生体情報を記憶している。サーバ装置１０は、認証端末（主端末２０、従端末３０）から認証要求を受信する。サーバ装置１０は、記憶された生体情報を用いた生体認証を実行し、被認証者を特定する。サーバ装置１０は、認証結果（認証成功、認証失敗）を認証端末に送信する。サーバ装置１０は、ホテル内に設置されていてもよいし、クラウド上に設置されていてもよい。

【0024】

ここで、サーバ装置１０が実行する生体認証には２つの種類が含まれる。

【0025】

第１の生体認証は、サーバ装置１０に記憶された生体情報を用いた通常の生体認証である。サーバ装置１０は、主端末２０から受信した認証要求を処理する際に第１の生体認証を実行する。

【0026】

第２の生体認証は、少なくとも、サーバ装置１０に記憶された生体情報とシステム管理者等がサーバ装置１０に入力した認証ルールを用いた生体認証である。サーバ装置１０は、従端末３０から受信した認証要求を処理する際に第２の生体認証を実行する。

【0027】

また、サーバ装置１０は、主端末２０が第１の生体認証に成功した利用者に第１のサービスを提供した結果得られる情報を第２の生体認証に利用する。即ち、第２の生体認証は、第１の生体認証が終了していなければ認証成功となることがない。このような観点から、主端末２０は、従端末３０との関係において主たる認証端末となる。従端末３０は、第２の生体認証に成功すると第２のサービスを提供する。主端末２０が第１の端末に該当し、従端末３０が第２の端末に該当する。

【0028】

なお、認証システムに含まれる認証端末を「主端末」、「従端末」のいずれに設定するかは、事業者の業種やポリシに応じて設定すればよい。即ち、本願開示では、「主端末」及び「従端末」を柔軟に設定することができる。

【0029】

図２に示す各装置は相互に接続されている。例えば、サーバ装置１０と認証端末（主端末２０、従端末３０）は、有線又は無線の通信手段により接続され、相互に通信が可能となるように構成されている。

【0030】

図２は例示であって、本願開示の認証システムの構成等を限定する趣旨ではない。例えば、認証システムには２台以上のサーバ装置１０が含まれていてもよい。また、認証システムには少なくとも１以上の主端末２０と少なくとも１以上の従端末３０が含まれていればよい。

【0031】

なお、第１の実施形態では、ホテルにて提供されるサービスに本願開示の認証システムを適用する場合について説明するが、認証システムの適用先をホテルに限定する趣旨ではない。他の適用先については第２の実施形態において説明する。

【0032】

［システムの動作概略］
続いて、第１の実施形態に係る認証システムの概略動作について説明する。

【0033】

［利用者登録］
図３に示すように、認証システムを利用する利用者は、事前に利用者登録を行う。利用者は、自身の生体情報をサーバ装置１０に登録する。例えば、利用者は、所持する端末を操作して生体情報をサーバ装置１０に登録する。

【0034】

利用者の生体情報には、例えば、顔、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）が例示される。あるいは、利用者の生体情報は、顔画像、指紋画像等の画像データであってもよい。利用者の生体情報は、利用者の身体的特徴を情報として含むものであればよい。第１の実施形態では、生体情報は顔画像又は当該顔画像から生成された特徴量とする。

【0035】

サーバ装置１０は、生体情報（例えば、顔画像）を取得すると、利用者を識別するためのユーザＩＤ（Identifier）を生成する。サーバ装置１０は、利用者の生体情報とユーザＩＤを対応付けて認証情報データベース（ＤＢ；Database）に記憶する。サーバ装置１０は、認証情報データベースを用いて、複数の利用者それぞれの生体情報とユーザＩＤを対応付けて記憶する。

【0036】

サーバ装置１０は、生成したユーザＩＤを利用者に払い出す。より具体的には、利用者登録に成功すると、サーバ装置１０は、生成したユーザＩＤを端末に送信する。端末は、払い出されたユーザＩＤを記憶する。

【0037】

［サービス提供に必要な情報入力］
生体認証によりサービスの提供を受けることを希望する利用者は、その際に必要となる情報をシステムに入力する。例えば、チェックイン手続きを生体認証で行うことを希望する利用者は、予約情報等を宿泊先のホテルに入力する。その際、利用者は、サーバ装置１０から払い出されたユーザＩＤも併せてホテルに入力する。

【0038】

例えば、利用者は、図４に示すように、端末を操作してホテルが運営するＷＥＢ（ウェブ）ページにアクセスする。利用者は、当該ＷＥＢページ（ホテル予約ページ）上でユーザＩＤ、予約情報（例えば、氏名、生年月日、性別、住所、宿泊期間、連絡先等）を入力する。ＷＥＢページ上で入力された情報は、主端末２０に登録される。

【0039】

主端末２０は、予約者のユーザＩＤと予約情報を対応付けて予約者情報データベースに記憶する。

【0040】

なお、生体認証により代金決済を行う利用者は、決済情報（例えば、代金引き落としのための銀行口座やクレジット番号）をＷＥＢページに入力する。決済情報は、当該情報を必要とする従端末３０－２に登録される。従端末３０－２は、ユーザＩＤと決済情報を対応付けて記憶する。

【0041】

［認証ルールの登録］
上述のように、管理者は、サーバ装置１０が第２の生体認証を実行するための「認証ルール」をサーバ装置１０に登録する。管理者は、従端末３０を指定して、認証ルールをサーバ装置１０に登録する（図５参照）。

【0042】

例えば、管理者は、従端末３０－１に関する認証ルールとして、「チェックインが完了している被認証者を認証成功とする」といったルール（条件）をサーバ装置１０に登録する。あるいは、管理者は、従端末３０－２に関する認証ルールとして、「２０歳以上の被認証者を認証成功とする」といったルールをサーバ装置１０に登録する。

【0043】

サーバ装置１０は、従端末３０の端末ＩＤと認証ルールを対応付けて認証ルール管理データベースに記憶する。なお、端末ＩＤは、認証端末（主端末２０、従端末３０）を識別するための識別情報である。端末ＩＤには、各認証端末のＭＡＣ（Media Access Control）アドレス、ＩＰ（Internet Protocol）アドレス等を用いることができる。端末ＩＤは、任意の手段によってサーバ装置１０と認証端末の間で共有される。

【0044】

［第１の生体認証］
図６を参照しつつ、第１の生体認証について説明する。

【0045】

例えば、ホテルに到着した利用者（宿泊客）は、カウンタに設置された主端末２０の前に移動する。主端末２０は、当該利用者の生体情報（例えば、顔画像）を取得する。主端末２０は、取得した生体情報と端末ＩＤを含む「認証要求」をサーバ装置１０に送信する。

【0046】

サーバ装置１０は、取得した生体情報と事前登録された生体情報を用いた生体認証（照合処理）により利用者を特定する。サーバ装置１０は、特定した利用者のユーザＩＤを主端末２０に通知する。認証に成功すると、サーバ装置１０は、ユーザＩＤを含む肯定応答を主端末２０に送信する。

【0047】

主端末２０は、サーバ装置１０から取得したユーザＩＤを用いて利用者にサービスを提供する。具体的には、主端末２０は、ユーザＩＤをキーとして予約者情報データベースを検索し対応する予約情報を特定する。主端末２０は、当該特定した予約情報を用いてチェックイン手続きを行う。

【0048】

主端末２０は、第１のサービス（チェックイン手続き）を終了すると、利用者のユーザＩＤと、当該サービス提供に関するログ情報（以下、サービス提供ログと表記する）を含むログ登録要求をサーバ装置１０に送信する。例えば、主端末２０は、利用者の氏名、年齢、性別、状態（チェックイン済）をサービス提供ログとしてサーバ装置１０に送信する。

【0049】

サーバ装置１０は、ユーザＩＤとサービス提供ログを対応付けて「ログ管理データベース」に記憶する。

【0050】

［第２の生体認証］
図７を参照しつつ、第２の生体認証について説明する。

【0051】

例えば、利用者がエントランスから宿泊エリアに移動する場合を考える。この場合、利用者は、従端末３０－１において生体認証を受ける。従端末３０－１は、利用者の生体情報（例えば、顔画像）を取得する。従端末３０－１は、取得した生体情報と端末ＩＤを含む「認証要求」をサーバ装置１０に送信する。

【0052】

サーバ装置１０は、取得した生体情報と事前登録された生体情報を用いた生体認証（照合処理）により利用者を特定する。さらに、サーバ装置１０は、取得した端末ＩＤに基づいて事前登録された認証ルールを取得する。

【0053】

サーバ装置１０は、照合処理により特定された利用者のサービス提供ログと認証ルールに基づいて、認証成功又は認証失敗を決定する。例えば、上記の従端末３０－１に関する認証ルールは、「チェックインが完了している被認証者を認証成功とする」であるので、被認証者がチェックイン手続きを完了していれば認証成功と判定される。

【0054】

対して、未だ、チェックイン手続きを完了していない利用者が宿泊エリアに移動しようとした場合には、当該利用者の生体情報がサーバ装置１０に登録されていても、認証ルール及びサービス提供ログに基づいて認証失敗と判定される。

【0055】

サーバ装置１０は、認証結果（認証成功、認証失敗）を従端末３０－１に通知する。認証成功を受信すれば、従端末３０－１はゲートを開き被認証者が宿泊エリアに移動することを許可する。従端末３０－１は、ゲートを開くという第２のサービスを利用者に提供する。認証失敗を受信すれば、従端末３０－１はゲートを閉じ被認証者が宿泊エリアに移動することを拒否する。

【0056】

続いて、第１の実施形態に係る認証システムに含まれる各装置の詳細について説明する。

【0057】

［サーバ装置］
図８は、第１の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図８を参照すると、サーバ装置１０は、通信制御部２０１と、利用者登録部２０２と、認証ルール取得部２０３と、認証部２０４と、記憶部２０５と、を備える。

【0058】

通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、主端末２０からデータ（パケット）を受信する。また、通信制御部２０１は、主端末２０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。

【0059】

利用者登録部２０２は、上述の利用者登録を実現する手段である。利用者登録部２０２は、任意の手段を用いて利用者の生体情報を取得する。例えば、利用者登録部２０２は、端末に生体情報を取得するためのＧＵＩ（Graphical User Interface）や入力フォームを表示し、生体情報（例えば、顔画像）を取得する。あるいは、登録を希望する利用者が生体情報を記憶した外部記憶媒体をサーバ装置１０の管理事業者に送付し、当該事業者の職員等が当該外部記憶媒体を用いて生体情報をサーバ装置１０に入力してもよい。

【0060】

利用者登録部２０２は、取得した顔画像から特徴量（複数の特徴量からなる特徴ベクトル）を生成する。なお、特徴量の生成処理に関しては既存の技術を用いることができるのでその詳細な説明を省略する。例えば、利用者登録部２０２は、顔画像から目、鼻、口等を特徴点として抽出する。その後、利用者登録部２０２は、特徴点それぞれの位置や各特徴点間の距離を特徴量として計算し、複数の特徴量からなる特徴ベクトル（顔画像を特徴づけるベクトル情報）を生成する。

【0061】

利用者登録部２０２は、特徴量の生成に成功すると、利用者（登録希望者）を一意に識別するためのユーザＩＤを生成する。例えば、利用者登録部２０２は、利用者登録のたびにユーザＩＤを採番する。

【0062】

また、特徴量の生成に成功すると、利用者登録部２０２は、生成したユーザＩＤを端末に送信する。

【0063】

利用者登録部２０２は、生成したユーザＩＤと生体情報（例えば、特徴量）を認証情報データベースに記憶する（図９参照）。このように、利用者登録部２０２は、複数の利用者それぞれの生体情報を取得し、当該取得した生体情報を認証情報データベースに記憶する。

【0064】

なお、図９に示す認証情報データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、特徴量に代えて又は加えて顔画像に係る生体情報が認証情報データベースに記憶されていてもよい。

【0065】

認証ルール取得部２０３は、認証ルールを取得する手段である。認証ルールは、第２の認証要求を処理する際、認証成功と判定するための条件を含む。

【0066】

例えば、認証ルール取得部２０３は、管理者等からの要求に応じて、図１０に示すようなＧＵＩを表示する。管理者は、端末ＩＤを用いて認証ルールを設定する従端末３０を指定すると共に、従端末３０からの認証要求を認証成功と判定するためのルール（条件）を入力する。

【0067】

認証ルール取得部２０３は、取得した端末ＩＤと認証ルールを対応付けて認証ルール管理データベースに記憶する（図１１参照）。図１１を含む図面において、理解の容易のため、端末ＩＤとして各認証端末に割り当てられた符号を記載している。

【0068】

なお、図１１に示す認証ルール管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、認証ルールの登録日時等が認証ルール管理データベースに記憶されていてもよい。

【0069】

認証部２０４は、認証端末から受信した認証要求を処理すると共に、主端末２０から受信したログ登録要求を処理する手段である。

【0070】

はじめに、サービス提供ログの処理について説明する。認証部２０４は、第１の生体認証の結果を主端末２０に送信したことに応じて、主端末２０が利用者にサービスを提供した結果により得られるサービス提供ログを取得する。より具体的には、認証部２０４は、主端末２０に認証成功を通知したことに応じて、ログ登録要求を受信する。認証部２０４は、当該ログ登録要求に含まれるユーザＩＤとサービス提供ログをログ管理データベースに登録する（図１２参照）。

【0071】

なお、図１２に示すログ管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、サービス提供ログを受信した日時等がログ管理データベースに記憶されていてもよい。

【0072】

続いて、図１３、図１４を参照しつつ、認証端末から認証要求を受信した場合の認証部２０４の動作を説明する。認証部２０４は、主端末２０から送信された第１の認証要求に応じて第１の生体認証を行い、従端末３０から送信された第２の認証要求に応じて、認証ルールを用いる第２の生体認証を行う。第２の生体認証を実行する際、認証部２０４は、サービス提供ログを用いて認証ルールに記載された条件が満たされているか否か判定する。

【0073】

認証部２０４は、受信した認証要求から生体情報（例えば、顔画像）を取り出す。認証部２０４は、取り出した顔画像から特徴量を生成する（ステップＳ１０１）。

【0074】

ステップＳ１０２において、認証部２０４は、当該生成された特徴量を照合側の特徴量、認証情報データベースに格納された特徴量を登録側の特徴量にそれぞれ設定し、１対Ｎ照合を実行する（Ｎは正の整数、以下同じ）。具体的には、認証部２０４は、照合側と複数の登録側それぞれの特徴量との間の類似度を計算する。当該類似度には、ベクトル空間における距離や確率分布空間における距離等を用いることができる。なお、距離が離れているほど類似度は低く、距離が近いほど類似度が高い。

【0075】

認証部２０４は、認証情報データベースに登録された複数の特徴量のうち、照合対象の特徴量との間の類似度が所定の値以上の特徴量が存在するか否か判定する（ステップＳ１０３）。

【0076】

そのような特徴量が存在しない場合（ステップＳ１０３、Ｎｏ分岐）、認証部２０４は、認証に失敗したと判定する（ステップＳ１０４）。即ち、認証部２０４は、生体認証の種類によらず被認証者の生体情報が認証情報データベースに登録されていなければ認証失敗に設定する。

【0077】

上記のような特徴量が存在する場合（ステップＳ１０３、Ｙｅｓ分岐）、認証部２０４は、認証情報データベースのエントリのなかから照合側の特徴量と類似度が最も高い特徴量を持つエントリを特定し、対応するユーザＩＤを読み出す（ステップＳ１０５）。

【0078】

次に、認証部２０４は、認証要求に含まれる端末ＩＤに基づいて、認証要求の送信元が主端末２０か否か判定する（ステップＳ１０６）。

【0079】

認証要求の送信元が主端末２０であれば（ステップＳ１０６、Ｙｅｓ分岐）、認証部２０４は、第１の生体認証であると判定し、ステップＳ１０７以降の処理を実行する。

【0080】

認証要求の送信元が従端末３０であれば（ステップＳ１０６、Ｎｏ分岐）、認証部２０４は、第２の生体認証であると判定し、ステップＳ２０１以降の処理を実行する。なお、ステップＳ２０１以降の処理は図１４に記載する。

【0081】

このように、認証部２０４は、第１の生体認証、第２の生体認証によらず、認証要求から得られる生体情報を照合側、認証情報データベースに記憶された複数の生体情報を登録側にそれぞれに設定し、１対Ｎ照合（Ｎは正の整数）を実行する。その後、認証部２０４は、認証要求に含まれる端末ＩＤに基づいて、第１の生体認証及び第２の生体認証のいずれを実行するか判定する。

【0082】

第１の生体認証の場合、認証部２０４は、認証成功と判定する（ステップＳ１０７）。即ち、認証部２０４は、第１の生体認証を処理する際、認証情報データベースに登録された複数の生体情報のうち、照合側の生体情報との間の類似度が所定の値以上の生体情報が存在すれば、認証成功と判定する。

【0083】

認証部２０４は、認証結果を認証端末（主端末２０）に送信する（ステップＳ１０８）。認証失敗の場合には、認証部２０４は、その旨を示す否定応答を主端末２０に送信する。認証成功の場合には、認証部２０４は、ステップＳ１０５で読み出したユーザＩＤを含む肯定応答を主端末２０に送信する。

【0084】

第２の生体認証の場合、認証部２０４は、ステップＳ１０５で読み出したユーザＩＤをキーとしてログ管理データベースを検索し、上記ユーザＩＤに対応するエントリが存在するか否か判定する（図１４のステップＳ２０１）。

【0085】

対応するエントリが存在しない場合（ステップＳ２０１、Ｎｏ分岐）、認証部２０４は、認証失敗と判定する（ステップＳ２０２）。対応するエントリが存在しない事実は、第２の生体認証に必要なサービス提供ログがサーバ装置１０に送信されてないこと、つまり、主端末２０におけるサービス提供がなされていないことを示すためである。

【0086】

例えば、ホテルの予約者がホテルに到着し、チェックインを完了する前に、従端末３０に到着した場合に、上記認証失敗が起こり得る。より具体的には、チェックインが完了していない利用者は、宿泊エリアに進入できないし、年齢の確認が行われていない利用者にはタバコ等の商品を販売できない。

【0087】

対応するエントリが存在する場合（ステップＳ２０１、Ｙｅｓ分岐）、認証部２０４は、対応するエントリのサービス提供ログを取得する（ステップＳ２０３）。

【0088】

認証部２０４は、認証要求に含まれる端末ＩＤをキーとして認証ルール管理データベースを検索し、対応する認証ルールを取得する（ステップＳ２０４）。

【0089】

認証部２０４は、ステップＳ２０３で取得したサービス提供ログとステップＳ２０４で取得した認証ルールに基づいて、被認証者（被認証者の属性、状態）が認証ルールを満たしているか否かを判定する（ステップＳ２０５）。

【0090】

認証ルールが満たされていれば（ステップＳ２０５、Ｙｅｓ分岐）、認証部２０４は、認証成功と判定する（ステップＳ２０６）。

【0091】

認証ルールが満たされていなければ（ステップＳ２０５、Ｎｏ分岐）、認証部２０４は、認証失敗と判定する（ステップＳ２０２）。

【0092】

例えば、従端末３０－１の認証ルールは「被認証者はチェックインを完了していること」であるため（図１１の１行目参照）、図１２に示す３つのユーザＩＤに対応する被認証者の認証は成功する。

【0093】

従端末３０－２の認証ルールは「被認証者は２０歳以上であること」であるため（図１１の２行目参照）、図１２に示す３つのユーザＩＤのうち「ｕＩＤ０１」、「ｕＩＤ１２」に対応する被認証者の認証は成功する。対して、「ｕＩＤ１１」に対応する被認証者の認証は失敗する。

【0094】

このように、認証部２０４は、第２の生体認証を処理する際、認証情報データベースに登録された複数の生体情報のうち、照合側の生体情報との間の類似度が所定の値以上の生体情報が存在し、且つ、認証ルールが満たされている場合に、認証成功と判定する。

【0095】

認証部２０４は、認証結果を認証端末（従端末３０）に送信する（ステップＳ２０７）。認証失敗の場合には、認証部２０４は、その旨を示す否定応答を従端末３０に送信する。認証成功の場合には、認証部２０４は、その旨を示す肯定応答を従端末３０に送信する。なお、認証部２０４は、必要に応じて、ユーザＩＤを含む肯定応答を従端末３０に送信する。図２の例では、認証部２０４は、従端末３０－２に対して認証成功を通知する場合には、ユーザＩＤを含む肯定応答を従端末３０－２に送信する。

【0096】

記憶部２０５は、サーバ装置１０の動作に必要な情報を記憶する手段である。例えば、記憶部２０５は、端末ＩＤと認証端末（主端末２０、従端末３０）の対応関係を規定するテーブル情報を記憶する。

【0097】

［主端末］
図１５は、第１の実施形態に係る主端末２０の処理構成（処理モジュール）の一例を示す図である。図１５を参照すると、主端末２０は、通信制御部３０１と、認証要求部３０２と、サービス提供部３０３と、記憶部３０４と、を備える。

【0098】

通信制御部３０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部３０１は、サーバ装置１０からデータ（パケット）を受信する。また、通信制御部３０１は、サーバ装置１０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。

【0099】

認証要求部３０２は、サーバ装置１０に対して被認証者の生体認証を要求する手段である。認証要求部３０２は、カメラを制御し、利用者の生体情報（顔画像）を取得する。より具体的には、認証要求部３０２は、取得した画像に人の顔画像が含まれるか否かを判定し、顔画像が含まれる場合には取得した画像データから顔画像を抽出する。

【0100】

なお、認証要求部３０２による顔画像の抽出処理には既存の技術を用いることができるので詳細な説明を省略する。例えば、認証要求部３０２は、ＣＮＮ（Convolutional Neural Network）により学習された学習モデルを用いて、画像データの中から顔画像（顔領域）を抽出してもよい。あるいは、認証要求部３０２は、テンプレートマッチング等の手法を用いて顔画像を抽出してもよい。

【0101】

認証要求部３０２は、抽出した顔画像（生体情報）と自装置の端末ＩＤを含む認証要求をサーバ装置１０に送信する。

【0102】

認証要求部３０２は、サーバ装置１０から認証結果（認証成功、認証失敗）を取得する。

【0103】

認証に失敗した場合には、認証要求部３０２は、その旨を認証失敗者（認証失敗と判定された被認証者）に通知する。

【0104】

認証に成功した場合には、認証要求部３０２は、肯定応答に含まれるユーザＩＤをサービス提供部３０３に引き渡す。

【0105】

サービス提供部３０３は、認証成功者にサービスを提供する手段である。図２に示すように、主端末２０がチェックイン手続きを行うための端末の場合には、サービス提供部３０３は、認証成功者のチェックイン手続きを行う。

【0106】

具体的には、サービス提供部３０３は、サーバ装置１０から取得したユーザＩＤをキーとして予約者情報データベース（図１６参照）を検索し、対応するエントリ（予約者）を特定する。サービス提供部３０３は、特定した予約者の予約者情報に基づいてチェックイン手続きを行う。例えば、サービス提供部３０３は、予約者の到着日が予約情報の宿泊期間に含まれるか否か等を確認し、チェックイン手続きを行う。

【0107】

サービス提供部３０３は、利用者にサービスの提供を行うと、その結果生じた情報をサービス提供ログとしてサーバ装置１０に通知する。より具体的には、サービス提供部３０３は、サービスを提供した利用者のユーザＩＤとサービス提供ログを含むログ登録要求をサーバ装置１０に送信する。

【0108】

上記チェックイン手続きの例では、サービス提供部３０３は、利用者の氏名、年齢、性別等に加え、チェックインが完了していることを示す情報（利用者の状態）をサービス提供ログとしてサーバ装置１０に送信する。

【0109】

記憶部３０４は、主端末２０の動作に必要な情報を記憶する手段である。予約者情報データベースは記憶部３０４に構築される。予約者情報データベースに記憶する項目の取得等は、本願開示の趣旨とは異なり、また、当業者にとって明らかであるため詳細な説明を省略する。

【0110】

［従端末］
図１７は、第１の実施形態に係る従端末３０の処理構成（処理モジュール）の一例を示す図である。図１７を参照すると、従端末３０は、通信制御部４０１と、認証要求部４０２と、サービス提供部４０３と、記憶部４０４と、を備える。

【0111】

従端末３０に含まれる各処理モジュールの基本的な動作は、主端末２０に含まれる各処理モジュールの動作と同一とすることができるので詳細な説明を省略する。ただし、サービス提供部４０３は、「サービス提供ログ」をサーバ装置１０に送信する必要はない。

【0112】

［システムの動作］
続いて、第１の実施形態に係る認証システムの動作について説明する。なお、利用者登録、認証ルール登録に関する動作の説明を省略する。

【0113】

図１８は、第１の実施形態に係る認証システムの動作の一例を示すシーケンス図である。

【0114】

主端末２０は、被認証者の生体情報を取得し、当該生体情報を含む認証要求をサーバ装置１０に送信する（ステップＳ０１）。

【0115】

サーバ装置１０は、取得した認証要求に含まれる生体情報と事前に登録された生体情報を用いた生体認証を実行する（ステップＳ０２）。

【0116】

サーバ装置１０は、生体認証の結果を主端末２０に送信する（ステップＳ０３）。

【0117】

生体認証に成功すると、主端末２０は、利用者に対して第１のサービスを提供する（ステップＳ０４）。

【0118】

主端末２０は、サービス提供の結果により得られるサービス提供ログをサーバ装置１０に送信する（ステップＳ０５）。

【0119】

サーバ装置１０は、受信したサービス提供ログを記憶する（ステップＳ０６）。

【0120】

従端末３０は、被認証者の生体情報を取得し、当該生体情報を含む認証要求をサーバ装置１０に送信する（ステップＳ１１）。

【0121】

サーバ装置１０は、取得した認証要求に含まれる生体情報と事前に登録された生体情報を用いた生体認証を実行する（ステップＳ１２）。その際、サーバ装置１０は、主端末２０から取得したサービス提供ログと従端末３０に関する認証ルールを用いて認証処理の結果（認証成功、認証失敗）を定める。

【0122】

サーバ装置１０は、生体認証の結果を従端末３０に送信する（ステップＳ１３）。

【0123】

生体認証に成功すると、従端末３０は、利用者に対して第２のサービスを提供する（ステップＳ１４）。

【0124】

以上のように、第１の実施形態に係る認証システムでは、管理者は、従端末３０の認証を成功と判定するための認証ルールをサーバ装置１０に登録する。また、サーバ装置１０は、主端末２０から受信したサービス提供ログにより被認証者の行動、属性、状態等を把握する。例えば、サーバ装置１０は、被認証者がチェックイン手続きを完了しているか否か等を、サービス提供ログを介して把握する。サーバ装置１０は、利用者の行動等が管理者によって「認証成功」と想定されている行動に合致すれば、従端末３０からの認証を成功とし当該従端末３０からのサービス提供を可能とする。管理者は、利用者の利便性とシステムのセキュリティを考慮しつつ、認証ルールを定めることができる。

【0125】

［第２の実施形態］
続いて、第２の実施形態について説明する。

【0126】

第１の実施形態では、ホテルを例にとり本願開示の認証システムについて説明した。第１の実施形態では、主端末２０が利用者に第１のサービス（例えば、チェックイン手続き）を提供し、従端末３０が第２のサービス（例えば、宿泊エリアへの入場、代金決済）を提供することを説明した。

【0127】

第２の実施形態では、上記主端末２０及び従端末３０の関係、第１のサービス提供後に第２のサービスが提供されることの他の具体例を説明する。即ち、第２の実施形態では、図１９に示すような主端末２０、従端末３０、第１のサービス、第２のサービスの具体例を説明する。

【0128】

＜具体例１＞
本願開示の認証システムは、ビル等の建物におけるアクセス制限に利用することができる。具体的には、上記説明した主端末２０をビルの出入口に設定されたゲートの開閉を制御する端末とする。従端末３０を職場の出入口に設定されたゲートの開閉を制御する端末とする。管理者は、サーバ装置１０に従端末３０の認証ルールとして「主端末２０の認証に成功していること」を設定する。主端末２０は、利用者（従業員）の認証に成功すると、認証日時や社員番号等を含むサービス提供ログをサーバ装置１０に送信する。サーバ装置１０は、従端末３０からの認証要求を処理する際、被認証者がビルの出入口を通過（主端末２０での認証に成功）している場合に、認証成功と判定する。

【0129】

＜具体例２＞
本願開示の認証システムは、航空機や船舶等への搭乗制御に利用することができる。具体的には、上記説明した主端末２０を空港等の入場ゲートの開閉を制御する端末とする。従端末３０を航空機に乗り込む際の搭乗ゲートの開閉を制御する端末とする。管理者は、サーバ装置１０に従端末３０の認証ルールとして「主端末２０の認証に成功していること」を設定する。主端末２０は、利用者（旅客）の認証に成功すると、認証日時やパスポート番号等を含むサービス提供ログをサーバ装置１０に送信する。サーバ装置１０は、従端末３０からの認証要求を処理する際、被認証者が空港の入場ゲートを通過（主端末２０での認証に成功）している場合に、認証成功と判定する。

【0130】

＜具体例３＞
本願開示の認証システムは、イベント会場等への入場制御に利用することができる。具体的には、上記説明した主端末２０をイベント会場等の入場ゲートの開閉を制御する端末とする。従端末３０をイベントに関連したサービスを提供する端末とする。例えば、従端末３０は、イベント会場の待機スペース（待合室）の出入口に設置されたゲートの開閉を制御する端末とする。管理者は、サーバ装置１０に従端末３０の認証ルールとして「利用者がＶＩＰ（Very Important Person）会員であること」を設定する。主端末２０は、利用者（イベント参加者）の認証に成功すると、認証日時、チケット番号及び会員番号等を含むサービス提供ログをサーバ装置１０に送信する。サーバ装置１０は、従端末３０からの認証要求を処理する際、会員番号に基づいて利用者がＶＩＰであると判断した場合に、認証成功と判定する。

【0131】

＜具体例４＞
本願開示の認証システムは、パーソナルコンピュータ等の情報処理機器の使用を制限することに利用できる。具体的には、上記説明した主端末２０をオフィスの入場ゲートの開閉を制御する端末とする。従端末３０をパーソナルコンピュータとする。管理者は、サーバ装置１０に従端末３０の認証ルールとして「管理職以外の従業員による勤務時間内の利用であること」を設定する。主端末２０は、利用者（従業員）の認証に成功すると、認証日時、社員番号等を含むサービス提供ログをサーバ装置１０に送信する。サーバ装置１０は、従端末３０からの認証要求を処理する際、認証日時及び社員番号から上記認証ルールが満たされるか否か判定する。

【0132】

＜具体例５＞
本願開示の認証システムは、レンタカー等の車両の使用を制限することに利用できる。具体的には、上記説明した主端末２０をレンタカー営業所に設置された端末とする。主端末２０は、レンタカーの契約手付きを行うための端末である。従端末３０をレンタカーとする。管理者は、サーバ装置１０に従端末３０の認証ルールとして「レンタカー契約を済ませていること」を設定する。主端末２０は、利用者の認証に成功すると、契約状況等を含むサービス提供ログをサーバ装置１０に送信する。サーバ装置１０は、従端末３０からの認証要求を処理する際、利用者のレンタカー契約が済んでいるか否かを判定する。

【0133】

以上のように、第２の実施形態において説明したように、本願開示の認証システムは、ホテルの生体認証だけでなく、空港、イベント会場等の任意の場所に適用することができる。

【0134】

続いて、認証システムを構成する各装置のハードウェアについて説明する。図２０は、サーバ装置１０のハードウェア構成の一例を示す図である。

【0135】

サーバ装置１０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図２０に例示する構成を備える。例えば、サーバ装置１０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。

【0136】

但し、図２０に示す構成は、サーバ装置１０のハードウェア構成を限定する趣旨ではない。サーバ装置１０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、サーバ装置１０に含まれるプロセッサ３１１等の数も図２０の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がサーバ装置１０に含まれていてもよい。

【0137】

プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。

【0138】

メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。

【0139】

入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

【0140】

通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。

【0141】

サーバ装置１０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

【0142】

なお、主端末２０、従端末３０もサーバ装置１０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はサーバ装置１０と相違する点はないので説明を省略する。例えば、認証端末（主端末２０、従端末３０）は、利用者を撮像するためのカメラを備えていればよい。

【0143】

情報処理装置であるサーバ装置１０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでサーバ装置１０の機能が実現できる。また、サーバ装置１０は、当該プログラムにより生体認証方法を実行する。

【0144】

［変形例］
なお、上記実施形態にて説明した認証システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。

【0145】

上記実施形態では、サーバ装置１０が認証情報データベースや認証ルール管理データベースを備える構成について説明した。しかし、これらのデータベースは、サーバ装置１０等とは異なるデータベースサーバに構築されていてもよい。また、認証システムには、上記実施形態にて説明した各種手段（認証部２０４等）が含まれていればよい。

【0146】

主端末２０は、利用者に対し、当該端末で認証に成功したことに応じて利用可能になるサービス等を案内してもよい。例えば、主端末２０は、チェックイン手続きが完了した利用者に対して、宿泊棟や各部屋への生体認証での入場、売店やレストランでの生体認証での決済が可能であることを案内してもよい。あるいは、主端末２０は、上記生体認証を受けるための従端末３０が設置されている場所をマップ表示してもよい。

【0147】

あるいは、従端末３０は、利用者に対し、当該端末で認証に失敗した原因を提示し、主端末２０における生体認証を受けるように案内してもよい。例えば、従端末３０は、チェックイン手続きが完了していない利用者が各部屋で生体認証をして認証に失敗した場合、主端末２０においてチェックイン手続きを完了するように案内する。その際、従端末３０は、主端末２０の設置場所をマップ表示してもよい。

【0148】

ここで、第１のサービス、第２のサービスの関係は１対１に限定されない。第１の実施形態で説明したように、１つの第１のサービスに対応して複数の第２のサービスが提供されるようにしてもよい（図２１参照）。あるいは、図２２に示すように、複数の第１のサービスに対応して１つの第２のサービスが提供されるようにしてもよい。あるいは、図２３に示すように、複数の第１のサービスに対応して複数の第２のサービスが提供されるようにしてもよい。即ち、第１のサービスと第２のサービスの関係は、第１のサービスが提供された後に、第２のサービスが提供されるものであればよい。

【0149】

上記実施形態では、所謂、生体認証に関するクライアントサーバシステムの構成について説明した。しかし、認証端末（主端末２０、従端末３０）単独で生体認証を完結する構成とすることもできる。

【0150】

この場合、例えば、図２４に示すような構成とする。主端末２０は、第１の認証部５０１と、第１の制御部５０２と、第１のログ管理部５０３と、を備える。従端末３０は、第２の認証部５１１と、第２の制御部５１２と、第２のログ管理部５１３と、を備える。利用者は、利用者ポータル（ＷＥＢページ）を介して、サービス提供を受けるために必要な情報（生体情報、予約情報等）を認証端末に入力する。また、第２の制御部５１２が、認証ルールを取得する。第１の認証部５０１、第２の認証部５１１は、生体認証を行う。第１の制御部５０２、第２の制御部５１２は、ユーザにサービスを提供する。例えば、第１の制御部５０２は、チェックイン手続きを行い、第２の制御部５１２は、ゲートの開閉制御を行う。第１のログ管理部５０３は、サービス提供の結果により得られるサービス提供ログを第２の制御部５１２に送信する。第２の制御部５１２は、サービス提供ログと認証ルールに従ってサービス提供可否を判定する。第２のログ管理部５１３は、サービス提供の結果により得られるログ情報を収集する。

【0151】

あるいは、主端末２０、従端末３０は図２５に示すような構成であってもよい。即ち、各認証端末のログ管理部の機能を外部の装置にて実現してもよい。この場合、ログ管理部５２３は、主端末２０及び従端末３０から得られるログ情報の収集、管理、制御を行う。

【0152】

サーバ装置１０は、利用者登録の際に、利用者の身元を確認してもよい。具体的には、サーバ装置１０は、端末から、利用者の生体情報に加え、身元確認書類（生体情報が記載された書類；例えば、パスポート）を取得する。サーバ装置１０は、取得した生体情報と身元確認書類から取得した生体情報を用いた１対１照合に成功した場合に、利用者の身元確認に成功したと判定する。サーバ装置１０は、身元確認に成功した場合に、利用者の生体情報を登録してもよい。

【0153】

上記実施形態では、認証端末からサーバ装置１０に「顔画像」に係る生体情報が送信される場合について説明した。しかし、認証端末からサーバ装置１０に「顔画像から生成された特徴量」に係る生体情報が送信されてもよい。この場合、サーバ装置１０は、特徴量の生成処理を省略することができる。

【0154】

上記実施形態では、サービス提供ログに含まれる１つの項目に基づいて、認証ルールが満たされるか否か判定される場合について説明した。しかし、サービス提供ログに含まれる複数の項目に基づいて認証ルールが満たされるか否か判定されてもよい。例えば、認証ルールは、「被認証者のチェックインが完了し、且つ、年齢が２０歳以上」のようなものでもよい。あるいは、１つの認証端末と複数の認証ルールが対応付けて記憶され、サーバ装置１０は、当該複数の認証ルールの論理積（ＡＮＤ）や論理和（ＯＲ）によって生体認証を実行してもよい。

【0155】

１つの認証端末が主端末２０と従端末３０の役割をしてもよい。例えば、図２６に示すように、宿泊エリアの部屋の開錠施錠を従端末３０－３により行う場合を考える。この場合、管理者は、従端末３０－３に対応する認証ルールを「従端末３０－１の認証に成功していること」に設定する。従端末３０－１は、サービス提供ログとして被認証成功者のユーザＩＤや認証日時をサーバ装置１０に送信する。サーバ装置１０は、従端末３０－３からの認証要求を処理する際、従端末３０－１から受信したサービス提供ログと管理者から取得した認証ルールを参照する。このような構成の場合、従端末３０－１は、従端末３０－３に対する「主端末」として動作する。

【0156】

上記実施形態では、システムの管理者等が認証ルールをサーバ装置１０に入力する場合について説明した。しかし、当該認証ルールは、利用者（被認証者、一般消費者）によってサーバ装置１０に入力されてもよい。このような対応により、利用者の利便性をさらに高めることができる。例えば、生体情報の不正利用リスクを心配して旅行先に限って生体認証を利用したいと考えている旅行者も存在する。このような旅行者は、一定のリスクを認識した上で、期間、対象地域、対象商品、サービスに応じて適切な利便性を享受したいと考えることがある。そのような場合に、その利用可能条件となるルールを旅行者自身が事前に設定し、オンデマンドでそのルールを更新することができれば、利用者の利便性、満足度は向上する。あるいは、利用者自身が認証ルールを入力することで、利用可能条件となるルールが発動された場合の認証の可否を判断する類似度の閾値を変更したり、生体認証に加えて生体性（ライブネス）の検証を追加したりする変更を行ってもよい。

【0157】

上記説明により、認証ルールは、生体認証を成功と判定するか否かのルール（認証できるかいなかのルール）を含むことは明らかであるが、認証ルールは、認証に成功した後の動作に関するルールを（認証後の状態に応じて動作するルール）を含んでもよい。例えば、入退ゲート（従端末３０－１）がサイネージ機能（サイネージによる案内表示）を持つ場合を考える。当該入退ゲートに関する認証ルールは、「被認証者がチェックイン手続きを完了していない場合にチェックインを促す」といった設定を含んでもよい。

【0158】

各装置（サーバ装置１０、主端末２０、従端末３０）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、生体情報が送受信され、当該生体情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。

【0159】

上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

【0160】

上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。

【0161】

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、複数の認証端末が設置されるホテル等の認証システムなどに好適に適用可能である。

【0162】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
認証成功と判定するための条件を含む認証ルールを取得する、取得部と、
第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、認証部と、
を備える、サーバ装置。
［付記２］
前記認証部は、前記第１の生体認証の結果を前記第１の端末に送信したことに応じて、前記第１の端末がサービスを提供した結果により得られるサービス提供ログを取得する、付記１に記載のサーバ装置。
［付記３］
前記認証部は、前記第２の生体認証を実行する際、前記サービス提供ログを用いて前記認証ルールが満たされているか否か判定する、付記２に記載のサーバ装置。
［付記４］
複数の利用者それぞれの生体情報を取得し、前記取得した生体情報を認証情報データベースに記憶する、利用者登録部をさらに備える、付記１乃至３のいずれか一に記載のサーバ装置。
［付記５］
前記認証部は、前記第１又は第２の認証要求から得られる生体情報を照合側、前記認証情報データベースに記憶された複数の生体情報を登録側にそれぞれに設定し、１対Ｎ照合（Ｎは正の整数）を実行する、付記４に記載のサーバ装置。
［付記６］
前記認証部は、前記第１の生体認証を処理する際、前記認証情報データベースに登録された複数の生体情報のうち、前記照合側の生体情報との間の類似度が所定の値以上の生体情報が存在すれば、認証成功と判定する、付記５に記載のサーバ装置。
［付記７］
前記認証部は、前記第２の生体認証を処理する際、前記認証情報データベースに登録された複数の生体情報のうち、前記照合側の生体情報との間の類似度が所定の値以上の生体情報が存在し、且つ、前記認証ルールが満たされている場合に、認証成功と判定する、付記５又は６に記載のサーバ装置。
［付記８］
前記認証部は、前記第１の認証要求及び第２の認証要求に含まれる端末ＩＤに基づいて、前記第１の生体認証及び第２の生体認証のいずれを実行するか判定する、付記１乃至７のいずれか一に記載のサーバ装置。
［付記９］
前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、付記４乃至７のいずれか一に記載のサーバ装置。
［付記１０］
第１の端末と、
第２の端末と、
前記第１及び第２の端末と接続されたサーバ装置と、
を含み、
前記サーバ装置は、
認証成功と判定するための条件を含む認証ルールを取得する、取得部と、
前記第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、前記第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、認証部と、
を備える、システム。
［付記１１］
サーバ装置において、
認証成功と判定するための条件を含む認証ルールを取得し、
第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う、生体認証方法。
［付記１２］
サーバ装置に搭載されたコンピュータに、
認証成功と判定するための条件を含む認証ルールを取得する処理と、
第１の端末から送信された第１の認証要求に応じて第１の生体認証を行い、第２の端末から送信された第２の認証要求に応じて、前記認証ルールを用いる第２の生体認証を行う処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

【0163】

なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。

【符号の説明】

【0164】

１０、１００ サーバ装置
２０ 主端末
３０、３０－１～３０－３ 従端末
１０１ 取得部
１０２、２０４ 認証部
２０１、３０１、４０１ 通信制御部
２０２ 利用者登録部
２０３ 認証ルール取得部
２０５、３０４、４０４ 記憶部
３０２、４０２ 認証要求部
３０３、４０３ サービス提供部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
５０１ 第１の認証部
５０２ 第１の制御部
５０３ 第１のログ管理部
５１１ 第２の認証部
５１２ 第２の制御部
５１３ 第２のログ管理部
５２３ ログ管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】