JP7124979B2 - サーバ装置、認証システム、認証方法、プログラム及び方法 - Google Patents

Description

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

生体認証を用いたサービスの普及が始まっている。例えば、ホテルでの宿泊サービスや小売店での決済に生体認証（例えば、顔認証）の利用が始まっている。

例えば、特許文献１には、利用者にとってより煩わしさのない、より簡単で確実に決済できる販売管理システムを提供する、と記載されている。特許文献１に開示されたシステムでは、店舗端末が、利用者の来店時に近接ＩＤ（Identifier）を検知して販売管理サーバに送信し、商品又はサービスの購入時に利用者の生体認証データを取得する。当該生体認証データは、販売管理サーバに送信される。販売管理サーバは、利用者ＩＤと、近接ＩＤと、生体認証データと、決済手段情報と、を対応付けて予め登録した利用者登録情報データベースを有する。販売管理サーバは、生体認証データの受信時に来店利用者情報データベースに記憶されている利用者ＩＤを対象として、一致する生体認証データを判定する。販売管理サーバは、一致する生体認証データが存在する場合は利用者の商品又はサービスの購入に係る決済を完了する。

特開２０１６－１５７２９４号公報

特許文献１に開示されたように、ショッピング等に生体認証を適用する場合には、店舗等に設置された端末（認証端末）からサーバに生体情報が送信される。サーバは、事前登録された生体情報と、端末から取得した生体情報と、を比較して本人確認を行う。

ここで、ホテルの運営事業者と小売店の運営事業者は異なるのが通常である。例えば、ホテルでの宿泊サービスや小売店での代金決済ではサービスの提供主体が異なることが大半である。この場合、生体認証を行う上記サーバがサービス提供主体ごとに設置できれば、生体認証に使用される認証アルゴリズム等が異なっていても大きな問題とはならない。

しかし、小規模なサービス提供者が自前で生体認証サーバを設置、管理することは大きな負担となる。そこで、地域や自治体ごとに生体認証サーバを設置し、当該地域ごとの生体認証サーバが、ホテルや小売店等のサービス提供者に生体認証サービスを提供することが考えられる。このような生体認証サーバを設置することで、経営規模の小さいサービス提供者は容易に生体認証を利用したサービスの提供を行えるようになる。

上記共通の生体認証サーバを利用するサービス提供者（ホテル、小売店等）のそれぞれが、同じ生体認証方式（認証アルゴリズム；認証エンジン）を利用するのが理想的である。ホテルの宿泊サービスや小売店の代金決済における生体認証を同じ認証アルゴリズムで提供できれば上記サーバに登録する生体情報も共通化可能なためである。

しかし、実際には、既存端末の生体認証対応への変更コスト等が理由となって各サービス提供者が異なる認証アルゴリズムを採用することがある。あるいは、ホテル等に設置される端末の設置時期等により端末の生体認証方式（アルゴリズム）やバージョンが異なることもある。このように、サービス提供者ごと、又は、端末ごとに使用される認証アルゴリズムが異なると、各認証アルゴリズムに対応したサーバを用意する必要がありシステムが肥大化してしまう。

本発明は、種々の認証アルゴリズムに対応することに寄与するサーバ装置、端末、認証システム、認証方法及び記憶媒体を提供することを主たる目的とする。

本発明の第１の視点によれば、端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する、通信部と、利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、照合部と、を備える、サーバ装置が提供される。

本発明の第２の視点によれば、利用者の生体情報を取得する、取得部と、利用者のＩＤ（Identifier）と、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤをサーバ装置に送信する、送信部と、を備える、端末が提供される。

本発明の第３の視点によれば、端末と、サーバ装置と、を含み、前記サーバ装置は、前記端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信し、利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、認証システムが提供される。

本発明の第４の視点によれば、端末と、サーバ装置と、を含む認証システムにおいて、前記端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信し、利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、認証方法が提供される。

本発明の第５の視点によれば、サーバ装置に搭載されたコンピュータに、端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する処理と、利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

本発明の各視点によれば、種々の認証アルゴリズムに対応することに寄与するサーバ装置、端末、認証システム、認証方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

一実施形態の概要を説明するための図である。 第１の実施形態に係る認証システムの概略構成の一例を示す図である。 第１の実施形態に係る認証システムのユーザ登録フェーズを説明するための図である。 第１の実施形態に係る認証システムの利用サービス登録フェーズを説明するための図である。 第１の実施形態に係る認証システムの認証フェーズを説明するための図である。 第１の実施形態に係る認証サーバの処理構成の一例を示す図である。 第１の実施形態に係る端末の処理構成の一例を示す図である。 端末が送信する照合要求の一例を示す図である。 第１の実施形態に係る認証システムのユーザ登録フェーズ、利用サービス登録フェーズの動作の一例を示すシーケンス図である。 第１の実施形態に係る認証システムの認証フェーズの動作の一例を示すシーケンス図である。 第２の実施形態に係る認証システムの利用サービス登録フェーズを説明するための図である。 第２の実施形態に係る認証サーバの処理構成の一例を示す図である。 第２の実施形態に係る端末の処理構成の一例を示す図である。 認証サーバのハードウェア構成の一例を示す図である。 本願開示の変形例に係る認証システムの概略構成の一例を示す図である。

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

一実施形態に係るサーバ装置１００は、通信部１０１と、照合部１０２と、を含む（図１参照）。通信部１０１は、端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する。照合部１０２は、利用者のＩＤと、利用者の生体情報から生成された特徴量と、生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて照合要求を処理する。

サーバ装置１００がアクセスする登録ユーザデータベースには、少なくともシステム利用者を特定するＩＤと、当該システム利用者の特徴量と、端末が利用可能な認証アルゴリズムのＩＤと、が関連付けられて記憶されている。上記データベースを利用することで、認証アルゴリズムのＩＤと当該認証アルゴリズムに適合する特徴量（認証アルゴリズムが照合処理に使用可能な特徴量）を対応付けることが可能となる。その結果、サーバ装置１００に生体認証（照合）を依頼する各端末が利用可能な認証アルゴリズムが異なったとしても、サーバ装置１００は、上記データベースから各端末が照合時に送信してくる特徴量に適した特徴量を抽出することが可能となる。即ち、サーバ装置１００は、上記データベースにアクセスすることで、種々の認証アルゴリズムに対応することができる。

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

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

［システムの構成］
図２は、第１の実施形態に係る認証システムの概略構成の一例を示す図である。図２を参照すると、認証システムには、端末１０と、端末２０と、サーバ装置３０と、が含まれる。端末１０、２０とサーバ装置３０は有線又は無線の通信手段による通信が可能となるように構成されている。なお、図２に示す構成は例示であって、端末等の数を限定する趣旨ではないことは勿論である。

図２に示す認証システムでは、様々な業種、業界に属するサービス提供者が生体認証を用いてサービスを提供することを前提とする。ここで、第１の実施形態では、認証システムは利用者の「顔（顔画像）」を生体情報として用いて認証サービスを提供する場合について説明する。但し、認証システムが対象とする生体情報を「顔」に限定する趣旨ではなく、他の生体情報、例えば、虹彩等の生体情報が用いられてもよい。

図２では、ホテルＡと小売店Ｂが顔認証によりサービス（宿泊サービス、ショッピング）を提供する例を示している。なお、上記ホテルや小売店は例示であり、例えば、自治体等が上記サービス提供者であってもよい。

端末１０は、例えば、ホテルＡに設置され、宿泊客に対して顔認証により宿泊サービスを提供する。例えば、端末１０は、認証システムの利用者（以下、システム利用者と表記することもある）のチェックイン処理や予約した部屋の開錠、施錠を顔認証により実現する。具体的には、端末１０は、ホテルを訪れた利用者を顔認証により特定し、チェックイン処理や予約された部屋の開錠処理等を行う。

端末２０は、例えば、小売店Ｂに設置され、顧客に対して顔認証を用いたショッピングを提供する。具体的には、端末２０は、顔認証により顧客を特定する。当該特定された個人の決済情報（例えば、クレジットカードに関する情報）を代金決済サーバ等に送信し、商品の決済を行う。

サーバ装置３０は、認証システムに参加しているサービス提供者（ホテル、小売店等）に顔認証サービスを提供する装置である。具体的には、サーバ装置３０は、サービス提供者（端末１０、端末２０）から特徴量（顔画像から計算された特徴量）を取得する。サーバ装置３０は、取得した特徴量とデータベースに登録された特徴量の照合（１対Ｎ照合；Ｎは正の整数、以下同じ）を行う。サーバ装置３０は、上記照合により特定された利用者のＩＤをサービス提供者に送信する。

［システムの動作概略］
次に、図面を参照しつつ、第１の実施形態に係る認証システムの概略動作について説明する。第１の実施形態に係る認証システムには、３つのフェーズが含まれる。

第１のフェーズは、利用者が認証システムを利用するための情報をサーバ装置３０に登録する「ユーザ登録フェーズ」である。顔認証を利用したいユーザは、ユーザ登録フェーズにてユーザ登録を行う。

第２のフェーズは、利用者が各サービス提供者からサービスの提供を受けるために必要な詳細情報をサービス提供者に登録する「利用サービス登録フェーズ」である。利用サービス登録フェーズにおいて、システム利用者（認証システムにユーザ登録を済ました利用者）は、顔認証にてサービスを受けたいサービス提供者を個別に選択し、各サービス提供者それぞれに情報入力を行う。図２の例では、利用者がホテルＡの宿泊サービスを顔認証にて受けたい場合には、ホテルＡに詳細情報（氏名、宿泊の予定等）を入力する。なお、当該利用者が、小売店Ｂからも顔認証を利用したサービスの提供を受けたい場合には小売店Ｂに詳細情報を入力する。当該利用者が、小売店Ｂから顔認証を利用したサービスの提供を受けることを希望しない場合には、小売店Ｂに詳細情報を入力することは不要である。

第３のフェーズは、サービス提供者に設置された端末１０、２０が利用者の認証を行う「認証フェーズ」である。ユーザ登録、サービス登録を完了した利用者が、サービス提供者を訪れ、顔認証によりサービスの提供を受けるフェーズが認証フェーズである。

以下、上記３つのフェーズについて説明する。

［ユーザ登録フェーズ］
上述のように、各サービス提供者（図２の例では、ホテルＡ、小売店Ｂ）から顔認証を用いたサービスの提供を受けたい利用者は、認証システムの利用に関する事前登録を行う。具体的には、利用者は、ＷＥＢ（ウェブ）ページ等を介してサーバ装置３０にユーザ登録を行う（図３参照）。

具体的には、利用者は、上記ＷＥＢページにアクセスし、自身を一意に識別可能なＩＤ（Identifier）をサーバ装置３０に入力する。以下の説明では、上記ＩＤをユーザＩＤと表記する。ユーザＩＤには、利用者を一意に特定できる情報であれば任意の情報を使用できる。例えば、上記ＷＥＢページにアクセスするためのＩＤとパスワードの組み合わせをユーザＩＤとしても良いし、ニックネーム等の仮名がユーザＩＤとして使用されてもよい。あるいは、利用者の氏名や国等の公的機関が発行する情報（例えば、１２桁の個人番号）がユーザＩＤとして使用されてもよい。

あるいは、サーバ装置３０は、利用者が入力した情報から当該ユーザを一意に識別するユーザＩＤを生成してもよい。例えば、サーバ装置３０は、利用者の名前、生年月日、情報入力時の日時等を連結し、当該連結されたデータのハッシュ値を計算することでユーザＩＤを生成してもよい。サーバ装置３０により計算されたユーザＩＤ（例えば、上記計算されたハッシュ値）は利用者に通知される。

利用者は、上記ユーザＩＤの入力に加え、自身の顔画像（生体情報）をサーバ装置３０に入力する。例えば、利用者は、スマートフォン等に搭載されたカメラ装置を使用して自身の顔画像を取得し、当該取得された顔画像をサーバ装置３０に入力してもよい。あるいは、利用者は、事前に撮影された顔画像データ（顔画像ファイル）を指定し、当該顔画像データをサーバ装置３０にアップロードしてもよい。利用者は、任意の方法により顔画像（生体情報）をサーバ装置３０に入力する。

サーバ装置３０は、上記入力された情報（ユーザ情報；ユーザＩＤ、顔画像）に関するエントリをデータベースに追加する。サーバ装置３０がデータベースにエントリを追加することで、ユーザ登録フェーズが終了する。つまり、利用者による上記情報登録が終了すると、図２に示す認証システムの利用登録が終了する。

［利用サービス登録フェーズ］
システムに必要な情報登録が終了すると、利用者は、各サービス提供者からサービスを受けるために必要な詳細情報を入力する。例えば、利用者は、サービス提供者が運営するＷＥＢページやサービス提供者の施設に設置された端末から上記情報を入力する（図４参照）。なお、図４には、利用者が端末１０、２０を用いて上記詳細情報を入力する場合が図示されている。

例えば、ホテルＡから宿泊サービスの提供を受けたい利用者は、氏名、住所、電話番号等の個人情報に加え、宿泊に関する詳細（日程、予約を希望する部屋等の情報）を入力する。あるいは、小売店Ｂでショッピングを顔認証にて行うことを希望する利用者は、氏名等に加え、クレジットカードに関する情報等を入力する。

さらに、利用者は、上記詳細情報（氏名、住所等）に加え、ユーザ登録フェーズにてサーバ装置３０に入力したユーザＩＤを端末１０、２０に入力する。

利用者から氏名等の情報とユーザＩＤを取得すると、サービス提供者（端末１０、２０）は、これらの情報を対応付けて管理する。端末１０、２０は、サービス利用者のユーザＩＤと当該サービス利用者の詳細情報に関するエントリをデータベースに追加する。

サービス提供者は、取得したユーザＩＤと、自身（端末１０、２０）が対応する顔認証アルゴリズムの方式、バージョン等を示すアルゴリズムＩＤをサーバ装置３０に送信する。図４の例では、端末１０は「ＡＬ１」という顔認証アルゴリズムに対応しており、当該アルゴリズムを特定するアルゴリズムＩＤがサーバ装置３０に送信される。

サーバ装置３０は、ユーザ登録フェーズにて追加されたエントリを端末１０、２０から取得するユーザＩＤを用いて特定し、当該特定されたエントリに取得したアルゴリズムＩＤを追加する。

サーバ装置３０は、ユーザ登録フェーズにて登録された顔画像から、取得したアルゴリズムＩＤに対応する顔認証アルゴリズムに適合した特徴量（複数の特徴量からなる特徴ベクトル）を生成する。換言するならば、サーバ装置３０は、当該顔認証アルゴリズムが照合処理に使用可能な特徴量を生成する。サーバ装置３０は、当該生成した特徴量を端末１０、２０から取得したユーザＩＤに対応するエントリに追加する。

利用者は、顔認証によりサービスを受けたいサービス提供者ごとに上記情報登録（サービス利用登録）を行う。図４の例では、利用者Ｕ１はホテルＡにて詳細情報の登録をした後、小売店Ｂにて詳細情報の登録を行っている。

［認証フェーズ］
利用サービス登録フェーズが終わり、各サービス提供者に必要な詳細情報が登録されると、利用者は、サービス提供者を訪れる（図５参照）。図５の例では、利用者Ｕ１はホテルＡを訪れ、端末１０の前に移動する。

端末１０は、利用者と自装置の間の距離が所定距離より短くなると、面前の利用者の顔画像を取得し、当該顔画像から特徴量を算出する。図５の例では、端末１０は顔認証アルゴリズムＡＬ１に適合した特徴量を算出する。

端末１０は、算出した特徴量と、自装置が対応している顔認証アルゴリズムのアルゴリズムＩＤと、を含む照合要求をサーバ装置３０に送信する。

サーバ装置３０は、取得した特徴量とアルゴリズムＩＤを用いてデータベースに記憶されたエントリ（特徴量）を対象とした照合処理を行う。具体的には、サーバ装置３０は、取得したアルゴリズムＩＤと一致する複数の特徴量をデータベースから抽出する。サーバ装置３０は、アルゴリズムＩＤを用いて抽出した特徴量と端末１０から取得した特徴量の１対Ｎ照合を実行する。サーバ装置３０は、取得したアルゴリズムＩＤに対応する顔認証アルゴリズムに適合する特徴量（データベースに登録された特徴量）のなかから取得した特徴量と実質的に一致する特徴量を特定する。

サーバ装置３０は、上記照合により特定された特徴量に対応するユーザＩＤを端末１０に送信する。

ユーザＩＤを取得した端末１０は、当該ユーザＩＤに対応する詳細情報（氏名、住所等の情報）を特定し、利用者にサービスを提供する。図５の例では、端末１０の面前に立つ利用者Ｕ１の名前は「Ｔａｒｏ」と特定され、利用者Ｕ１を歓迎するメッセージが端末１０に表示されている。

続いて、認証システムに含まれる各装置の詳細について説明する。

［サーバ装置］
図６は、第１の実施形態に係るサーバ装置３０の処理構成（処理モジュール）の一例を示す図である。図６を参照すると、サーバ装置３０は、通信制御部２０１と、ユーザ情報取得部２０２と、特徴量登録部２０３と、特徴量生成部２０４と、照合部２０５と、記憶部２０６と、を備える。

通信制御部２０１は、他の装置との間の通信を制御する手段である。具体的には、通信制御部２０１は、端末１０、２０からデータ（パケット）を受信する。また、通信制御部２０１は、端末１０、２０に向けてデータを送信する。例えば、通信制御部２０１は、端末１０、２０が対応している認証アルゴリズムのＩＤを含む照合要求を受信する。

ユーザ情報取得部２０２は、利用者からシステム利用に関するユーザ情報を取得する手段である。具体的には、ユーザ情報取得部２０２は、利用者からユーザＩＤと生体情報（顔画像）を取得する。ユーザ情報取得部２０２は、取得したユーザＩＤと顔画像を対応付けてデータベース（以下、登録ユーザデータベースと表記する）に登録する。

特徴量登録部２０３は、サービス利用登録をした利用者の特徴量を登録ユーザデータベースに登録する手段である。特徴量登録部２０３は、サービス提供者からユーザＩＤとアルゴリズムＩＤを取得する。特徴量登録部２０３は、取得したユーザＩＤに対応する登録ユーザデータベースのエントリを特定する。特徴量登録部２０３は、特定したエントリのアルゴリズムＩＤフィールドに取得したアルゴリズムＩＤを書き込む。

なお、特徴量登録部２０３は、サービス提供者から取得したユーザＩＤとアルゴリズムＩＤの組み合わせが既に登録ユーザデータベースに登録されていれば、サービス提供者から取得したユーザＩＤ、アルゴリズムＩＤを破棄してもよい。

特徴量登録部２０３は、上記特定されたエントリの顔画像（顔画像データ）とアルゴリズムＩＤを特徴量生成部２０４に引き渡す。特徴量登録部２０３は、特徴量生成部２０４が生成した特徴量を上記特定されたエントリの特徴量フィールドに書き込む。

特徴量登録部２０３は、図４の上部に示すような登録ユーザデータベースを構築する。即ち、ユーザＩＤ、顔画像、特徴量、アルゴリズムＩＤが対応付けられて管理される。

特徴量生成部２０４は、顔画像から特徴量を生成する手段である。具体的には、特徴量生成部２０４は、事前に取得した顔画像からアルゴリズムＩＤに対応する顔認証アルゴリズム用の特徴量を生成する。特徴量生成部２０４は、照合処理の前に取得された利用者の生体情報から、登録ユーザデータベースに記憶する特徴量を生成する。

具体的には、特徴量生成部２０４は、取得した顔画像から特徴点を抽出する。例えば、特徴量生成部２０４は、顔画像から目、鼻、口等を特徴点として抽出する。その後、特徴量生成部２０４は、特徴点それぞれの位置や各特徴点間の距離を特徴量として計算し、複数の特徴量からなる特徴ベクトル（顔画像を特徴づけるベクトル情報）を生成する。

ここで、顔認証アルゴリズムが異なると、特徴点として算出する箇所や抽出された特徴点から算出する特徴量の計算方法が異なる。そのため、顔認証アルゴリズムと当該顔認証アルゴリズムが使用可能な特徴量は対応関係にある。従って、対応する顔認証アルゴリズムに適合した特徴量でなければ、当該顔認証アルゴリズムを用いた照合を行うことができない。例えば、顔認証アルゴリズムＡは、当該顔認証アルゴリズムＡに適合する特徴量Ａを用いた照合は可能であるが、顔認証アルゴリズムＢに適合する特徴量Ｂを用いた照合はできない。このように、登録側の特徴量と照合側の特徴量を利用して照合処理を行う顔認証アルゴリズムは、適合した特徴量を利用しなければ照合処理を実行することはできない。

上記状況を鑑みて、特徴量生成部２０４は、特徴量登録部２０３から取得したアルゴリズムＩＤの顔認証アルゴリズムに適合する特徴量を生成する。なお、特徴点の抽出処理や特徴量の計算処理に関する具体的な処理は既存の技術を用いることができるのでその詳細な説明を省略する。

特徴量生成部２０４は、生成した特徴量を特徴量登録部２０３に引き渡す。

照合部２０５は、登録ユーザデータベースに登録された特徴量と端末１０又は２０から取得する特徴量の照合処理を行う手段である。照合部２０５は、登録ユーザデータベースを用いて端末１０、２０から取得する照合要求を処理する。

照合部２０５は、サービス提供者（端末１０、２０）から照合要求を取得する。照合要求には、端末１０の面前に立つ利用者の特徴量とアルゴリズムＩＤが含まれる。照合部２０５は、当該照合要求から特徴量とアルゴリズムＩＤを取得する。照合部２０５は、登録ユーザデータベースのエントリのうち、取得したアルゴリズムＩＤに一致するＩＤが格納されているエントリを抽出する。照合部２０５は、当該抽出されたエントリの特徴量を登録側の特徴量、照合要求から取得した特徴量を照合側（被照合対象）の特徴量にそれぞれ設定し、１対Ｎ照合を実行する。

照合部２０５は、登録側の特徴量のそれぞれと照合側の特徴量の間の類似度を計算する。当該類似度には、カイ二乗距離やユークリッド距離等を用いることができる。なお、距離が離れているほど類似度は低く、距離が近いほど類似度が高い。

照合部２０５は、登録側の複数の特徴量のうち、照合側の特徴量との間の類似度が所定の値以上、且つ、最も類似度が高い特徴量を特定する。

照合部２０５は、通信制御部２０１を介して、上記特定した特徴量に対応するユーザＩＤを照合要求に対する応答として端末１０、２０に送信する。

記憶部２０６は、サーバ装置３０の動作に必要な各種情報を記憶する。また、記憶部２０６には登録ユーザデータベースが構築される。上述のように、登録ユーザデータベースは、利用者のＩＤと、利用者の生体情報から生成された特徴量と、生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する。

［端末］
図７は、第１の実施形態に係る端末１０の処理構成（処理モジュール）の一例を示す図である。図７を参照すると、端末１０は、通信制御部３０１と、ユーザ情報登録部３０２と、顔画像取得部３０３と、照合要求部３０４と、機能実現部３０５と、記憶部３０６と、を備える。なお、端末１０と端末２０は同じ処理構成とすることができるので、端末２０に関する詳細な説明を省略する。

通信制御部３０１は、他の装置との間の通信を制御する手段である。具体的には、通信制御部３０１は、サーバ装置３０からデータ（パケット）を受信する。また、通信制御部３０１は、サーバ装置３０に向けてデータを送信する。

ユーザ情報登録部３０２は、利用サービス登録フェーズにおいてシステム利用者にサービスを提供するための情報（ユーザＩＤ、詳細情報）を登録する手段である。具体的には、ユーザ情報登録部３０２は、ユーザＩＤと、サービス提供者が利用者にサービスを提供するために必要な詳細情報（例えば、氏名、住所等）を取得する。

なお、ユーザ情報登録部３０２は、任意の方法を用いて上記情報を取得できる。例えば、ユーザ情報登録部３０２は、サービス提供者が運営、管理するＷＥＢページ等を介して上記情報を取得してもよい。あるいは、ユーザ情報登録部３０２は、利用者が端末１０に備え付けられた入力デバイス（例えば、キーボード、タッチパネル、マウス等）を用いて入力した情報を取得してもよい。あるいは、ユーザ情報登録部３０２は、ユーザＩＤや詳細情報が格納された外部のデータベースサーバにアクセスして情報を取得してもよいし、ＵＳＢ（Universal Serial Bus）メモリ等の記憶媒体を介して情報を取得してもよい。

ユーザ情報登録部３０２は、取得したユーザＩＤと詳細情報を対応付けて管理する。具体的には、ユーザ情報登録部３０２は、記憶部３０６に構築されたデータベース（以下、利用者データベースと表記する）にエントリを追加してユーザＩＤと詳細情報を登録する。

ユーザ情報登録部３０２は、取得したユーザＩＤと自装置が対応する顔認証アルゴリズムのアルゴリズムＩＤをサーバ装置３０に送信する。なお、アルゴリズムＩＤは、端末１０とサーバ装置３０の間で合意の取れた情報であって、認証アルゴリズムを一意に特定可能であれば任意の情報を用いることができる。例えば、顔認証アルゴリズムの方式とそのバージョンの組み合わせがアルゴリズムＩＤとして用いられてもよいし、上記組み合わせから計算されたハッシュ値がアルゴリズムＩＤとして用いられてもよい。ハッシュ値がアルゴリズムＩＤとして用いられる場合、サーバ装置３０は、ハッシュ値と当該ハッシュ値の基礎となった情報（顔認証アルゴリズムの方式、バージョン）を対応付けたテーブル情報を参照し、顔認証アルゴリズムやそのバージョンを特定してもよい。

顔画像取得部３０３は、面前の利用者の顔画像（生体情報）を取得する手段である。例えば、顔画像取得部３０３は、カメラ装置を制御し常時又は定期的に撮影する画像中に利用者の顔領域を検出すると、当該利用者の顔を撮影して顔画像を取得する。

顔画像取得部３０３は、撮影した画像に含まれる顔領域のサイズが所定値以上である場合に、当該顔領域を画像から抽出してもよい。この場合、上記所定値（閾値）を適切に調整することで、端末１０から所定の距離に位置する利用者の顔画像を取得することができる。つまり、端末１０から遠く離れた位置の利用者が撮影され、顔認証（サーバ装置３０による１対Ｎ照合）に不適な特徴量がサーバ装置３０に送信されることを防ぐことができる。

あるいは、顔画像取得部３０３は、距離センサ等を用いて端末１０と利用者の間の距離を測定し、所定位置に存在する利用者の顔画像を取得するようにしてもよい。あるいは、顔画像取得部３０３は、ステレオカメラのように奥行方向の測定が可能なカメラを用いて複数の画像を取得し、当該複数の画像を解析することで自装置と利用者の間の距離を測定してもよい。この場合、顔画像取得部３０３は、自装置と利用者の距離が所定の閾値よりも短い場合に顔画像を取得する。

顔画像取得部３０３は、取得した顔画像を照合要求部３０４に引き渡す。

照合要求部３０４は、取得した顔画像に対応する人物がシステムに登録されているか否かの照合をサーバ装置３０に要求する手段である。具体的には、照合要求部３０４は、取得した顔画像から特徴量を計算する。その際、照合要求部３０４は、自装置が対応する顔認証アルゴリズムに適合した特徴量を生成する。

照合要求部３０４は、当該生成された特徴量を含む照合要求を生成し、通信制御部３０１を介して当該生成された照合要求をサーバ装置３０に送信する。

例えば、照合要求部３０４は、自装置の識別子（以下、端末識別子と表記する）、特徴量、アルゴリズムＩＤ等を含む照合要求を生成する（図８参照）。なお、端末識別子には、端末１０のMAC（Media Access Control）アドレスやIP（Internet Protocol）アドレスを用いることができる。

照合要求部３０４は、通信制御部３０１を介して、照合要求に対するサーバ装置３０からの応答を受信する。照合要求部３０４は、サーバ装置３０からの応答（１対Ｎ照合により特定されたユーザＩＤ）を機能実現部３０５に引き渡す。

機能実現部３０５は、端末１０に割り当てられた機能を実現する手段である。具体的には、端末１０がチェックイン端末として動作する場合には、機能実現部３０５は当該チェックインに関する処理を実行する。なお、機能実現部３０５の動作は、端末１０に割り当てられる機能に応じて変化するので、当該機能の実現に関するより詳細な説明を省略する。

記憶部３０６は、端末１０の動作に必要な各種情報を記憶する。また、記憶部３０６には利用者データベースが構築される。

［システムの動作］
続いて、第１の実施形態に係る認証システムの動作について説明する。図９は、第１の実施形態に係る認証システムのユーザ登録フェーズ、利用サービス登録フェーズの動作の一例を示すシーケンス図である。

ユーザ登録フェーズにおいて、サーバ装置３０は、認証システムを利用したい利用者のユーザ登録を行う。具体的には、サーバ装置３０は、利用者からユーザＩＤと顔画像を取得する（ステップＳ０１）。

その後、サーバ装置３０は、登録ユーザデータベースにエントリを追加する（ステップＳ０２）。

利用サービス登録フェーズにおいて、端末１０、２０は、システム利用者のサービス利用登録を行う。具体的には、端末１０、２０は、利用者からユーザＩＤとサービス提供に必要な詳細情報（氏名等の情報）を取得する（ステップＳ１１）。

端末１０、２０は、ユーザＩＤとアルゴリズムＩＤをサーバ装置３０に送信する（ステップＳ１２）。

サーバ装置３０は、取得したアルゴリズムＩＤに対応する顔認証アルゴリズムに適合した特徴量を生成する（ステップＳ１３）。その際、サーバ装置３０は、ユーザ登録フェーズにて利用者が入力した顔画像から特徴量を生成する。

サーバ装置３０は、生成した特徴量と端末１０、２０から取得したアルゴリズムＩＤを登録ユーザデータベース（ＤＢ；Data Base）に格納する（ステップＳ１４）。

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

認証フェーズにおいて、システム利用者がサービス利用登録をしたサービス提供者（サービス提供事業者）を訪れる。サービス提供者に設置された端末１０、２０は、利用者の顔画像を取得する（ステップＳ２１）。

端末１０、２０は、取得した顔画像から特徴量を生成する（ステップＳ２２）。その際、端末１０、２０は自装置が対応している顔認証アルゴリズムに適合した特徴量を生成する。

端末１０、２０は、生成した特徴量とアルゴリズムＩＤを含む照合要求をサーバ装置３０に送信する（ステップＳ２３）。

サーバ装置３０は、照合要求を受信する。その後、サーバ装置３０は、受信した照合要求を処理する（ステップＳ２４）。具体的には、サーバ装置３０は、登録ユーザデータベースのエントリのうち照合要求に含まれる認証アルゴリズムのＩＤに一致する認証アルゴリズムＩＤを有するエントリの特徴量を登録側の特徴量に設定する。また、サーバ装置３０は、照合要求に含まれる特徴量を照合側の特徴量に設定する。サーバ装置３０は、上記登録側の特徴量と照合側の特徴量を用いて１対Ｎ照合を実行する。

サーバ装置３０は、照合結果を端末１０、２０に通知する（ステップＳ２５）。具体的には、サーバ装置３０は、照合処理によりユーザＩＤが特定されれば、当該ユーザＩＤを含む照合結果を照合要求の送信元に返信する。あるいは、照合処理の結果、照合要求に含まれる特徴量に実質的に一致する特徴量が発見されなければ、サーバ装置３０は、その旨を送信元に返信する。

端末１０、２０は、照合結果を受信し、利用者にサービスを提供する（ステップＳ２６）。

以上のように、第１の実施形態に係る認証システムでは、サーバ装置３０は、ユーザＩＤと、システム利用者の特徴量と、端末が利用可能な認証アルゴリズムのＩＤを対応付けて記憶する登録ユーザデータベースを用いて照合処理を行う。当該データベースには、認証アルゴリズムごとの特徴量が記憶されているので、サーバ装置３０は、端末１０、２０から取得するアルゴリズムＩＤと特徴量を用いて照合処理を実行することができる。その結果、サーバ装置３０は、端末１０、２０が異なる顔認証方式（顔認証アルゴリズム）に対応した端末であっても、ユーザに関する情報が集約された１つのデータベースにアクセスすることで当該ユーザの照合処理を実現できる。例えば、端末１０がベンダーＡの認証方式、端末２０がベンダーＢの認証方式に対応している場合であっても、サーバ装置３０は異なるベンダーによる顔認証方式に対応した端末１０、２０に対して顔認証サービスを提供できる。即ち、サーバ装置３０は、複数のベンダーによる顔認証アルゴリズムに対応した集中管理型の認証局として動作する。そのため、サービス提供者は自社の状況、環境に適した顔認証アルゴリズムを採用しつつ、顔認証サービスを低コストで提供することができる。サービス提供者は、顔認証アルゴリズムがインストールされた端末１０、２０を用意すれば足り、高コストな顔認証サーバを自前で用意する必要がないためである。

また、登録ユーザデータベースには、利用者の顔画像が登録されているので、端末１０、２０の対応する顔認証アルゴリズムが変わったとしても利用者に顔画像の再登録を要求することなく、当該顔認証アルゴリズムの切り替えが実現できる。具体的には、端末１０、２０は、切り替え後の顔認証アルゴリズムをサーバ装置３０に通知する。当該通知を受けたサーバ装置３０は、登録ユーザデータベースに登録された顔画像から切り替え後の顔認証アルゴリズムに適合した特徴量を生成し、当該生成された特徴量を用いて対応するエントリを更新すればよい。なお、上記エントリの更新は、登録ユーザデータベースの全体について実施する必要はなく、切り替わった顔認証アルゴリズム（端末１０、端末２０が使用する切り替え後の顔認証アルゴリズム）について実施すれば十分である。

また、第１の実施形態に係る認証システムの登録ユーザデータベース（図４参照）では、ユーザＩＤごとに複数の認証アルゴリズムに対応した認証情報（特徴量、アルゴリズムＩＤ）が記憶されている。複数の認証情報から導出されるユーザＩＤは共通化され、重複する情報がないので、リソースの浪費が防止される。即ち、登録ユーザデータベースには、複数の認証アルゴリズムに適応するために必要な最小限の情報が格納される。

また、第１の実施形態に係る認証システムでは、サービス提供者が異なっていても使用する顔認証アルゴリズムが同じであれば、サービス提供者ごとに特徴量を登録する必要がない。本願開示では、サービス提供者ごとに特徴量が登録されるのではなく、認証アルゴリズムごとに特徴量が登録されるためである。この点においても、データベース構築に要するリソースの浪費が防止される。

［第２の実施形態］
続いて、第２の実施形態について図面を参照して詳細に説明する。

第１の実施形態では、利用サービス登録フェーズにおいて、サーバ装置３０が事前に取得した顔画像から特徴量を生成する場合について説明した。第２の実施形態では、利用サービス登録フェーズにおいて、端末１０、２０が特徴量を生成する場合について説明する。

なお、第２の実施形態においても認証システムの動作は３つのフェーズに分けられる。当該３つのフェーズのうち認証フェーズについては第１の実施形態にて説明した動作と同一とすることができるので第２の実施形態に関する認証フェーズの説明を省略する。以下、第１及び第２の実施形態におけるユーザ登録フェーズ、利用サービス登録フェーズの相違点を中心に説明する。

ユーザ登録フェーズでは、利用者は、ユーザＩＤをシステムに登録するが、顔画像はシステムに登録しない。即ち、サーバ装置３０のユーザ情報取得部２０２は、利用者からユーザＩＤを取得し、登録ユーザデータベースにエントリを追加して当該取得したユーザＩＤを格納する。

利用サービス登録フェーズでは、サービスの利用登録を希望する利用者がユーザＩＤと詳細情報（氏名、住所等の個人情報）を端末１０、２０に入力する際、当該利用者の顔画像が取得される。その後、端末１０、２０は、当該取得された顔画像から特徴量を生成し、当該生成された特徴量をユーザＩＤ、アルゴリズムＩＤと共にサーバ装置３０に送信する（図１１参照）。

利用サービス登録フェーズのサーバ装置３０は、取得したユーザＩＤを検索キーとして登録ユーザデータベースの対応するエントリを特定し、当該特定したエントリに特徴量及びアルゴリズムＩＤを追加する。第２の実施形態では、サーバ装置３０の特徴量登録部２０３が、端末１０、２０から取得した特徴量（各端末が対応する顔認証アルゴリズムに適合した特徴量）を登録ユーザデータベースに登録する。当該登録動作により、第１の実施形態にて説明した登録ユーザデータベース（図４、図１１の右上に図示したデータベース）が構築される。

上記説明に対応した端末１０及びサーバ装置３０の処理構成は図１２、図１３の通りとすることができる。

図１２及び図１３を参照すると、サーバ装置３０には「特徴量生成部」が存在せず、端末１０に特徴量生成部３０７が存在している。なお、端末１０及びサーバ装置３０に含まれる他の構成要素（例えば、照合部２０５や照合要求部３０４）の動作は第１の実施形態にて説明した動作と同様とすることができ、且つ、相違点があったとしても当業者にとって明らかであるので詳細な説明を省略する。

以上のように、第２の実施形態では、利用サービス登録フェーズにおいて、端末１０、２０が利用者の特徴量を生成し、当該生成された特徴量とアルゴリズムＩＤをサーバ装置３０に送信する。サーバ装置３０は、受信した特徴量、アルゴリズムＩＤを用いて登録ユーザデータベースを構築する。このように、第２の実施形態では、サーバ装置３０に利用者の顔画像（生体情報）を格納せず、複数の認証アルゴリズムに対応した認証システムを提供する。サーバ装置３０に顔画像が登録されないので、利用者のプライバシを適切に保護することができる。

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

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

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

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

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

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

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

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

なお、端末１０、２０もサーバ装置３０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はサーバ装置３０と相違する点はないので説明を省略する。具体的には、端末１０、２０はカメラ装置を備えている点がサーバ装置３０と異なるが、他の構成要素はサーバ装置３０と同一とすることができる。

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

例えば、上記実施形態では、サーバ装置３０の内部に登録ユーザデータベースが構築される場合について説明したが、登録ユーザデータベースは外部に設置されたデータベースサーバに構築されてもよい。また、サーバ装置３０は、物理的に１台の情報処理装置によって構成されてもよく、物理的に複数台の情報処理装置によって構成されてもよい。後者の場合、複数台の情報処理装置は、ネットワークを介して互いに接続されたものであってもよい。

上記実施形態では、認証フェーズにおいて、端末１０、２０が利用者の顔画像から生成した特徴量をサーバ装置３０に送信する場合について説明した。しかし、端末１０、２０は利用者の顔画像（生体情報）をサーバ装置３０に送信し、当該サーバに照合を要求してもよい。この場合、サーバ装置３０は、照合要求から顔画像を抽出し、アルゴリズムＩＤに従って特徴量を生成すればよい。また、認証システムには、特徴量を送信する端末と生体情報（顔画像）を送信する端末が混在していてもよい。

上記実施形態では、サービス提供者に設置された端末１０、２０が照合要求をサーバ装置３０に送信する場合について説明した。しかし、サービス提供者ごとに設置されたサーバが端末１０、２０からの照合要求を受信し、サーバ装置３０に照合要求を送信（転送）してもよい。即ち、サービス側のネットワーク構成は図１５に示すような、所謂、サーバクライアント構成であってもよい。図１５に示す例では、ホテルＡに設置されたサービスサーバ４０が、複数の端末１０－１、１０－２からの照合要求を受け付け、当該照合要求をサーバ装置３０に転送する。また、サービスサーバ４０は、サーバ装置３０から受信した応答（ユーザＩＤ）を照合要求の送信元に転送する。

さらに、図１５に示す構成を採用した場合には、サービスサーバ４０が、利用者のサービス登録処理を行ってもよい。つまり、サービスサーバ４０が、ユーザＩＤや詳細情報（氏名、住所等）を入力するためのＨＴＴＰ（Hyper Text Transfer Protocol）サーバとして動作してもよい。また、この場合、利用サービス登録フェーズにおいて、サービスサーバ４０が、ユーザＩＤとアルゴリズムＩＤをサーバ装置３０に送信することもできる。

端末１０とサーバ装置３０間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。顔画像や当該顔画像から算出される特徴量は個人情報であり当該個人情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。また、端末１０、２０は、デジタル署名付きの照合要求をサーバ装置３０に送信してもよい。サーバ装置３０は、当該デジタル署名の検証に成功した場合に、取得した照合要求を処理してもよい。このように、サーバ装置３０は、デジタル署名を検証することで照合要求の送信元である端末１０、２０の正当性を検証可能としてもよい。

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

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

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、ホテルでの宿泊サービスの提供時や小売店での商品代金の決済時の本人認証などに好適に適用可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する、通信部と、
利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、照合部と、
を備える、サーバ装置。
［付記２］
前記照合部は、前記登録ユーザデータベースのエントリのうち前記照合要求に含まれる認証アルゴリズムのＩＤに一致する認証アルゴリズムのＩＤを有するエントリの特徴量を登録側の特徴量に設定し、前記照合要求を処理する、付記１に記載のサーバ装置。
［付記３］
前記照合要求には、前記端末が取得した利用者の生体情報から生成された特徴量が含まれ、
前記照合部は、前記照合要求に含まれる特徴量を照合側の特徴量に設定し、前記照合要求を処理する、付記２に記載のサーバ装置。
［付記４］
前記照合部は、前記照合要求の処理により特定された利用者のＩＤを前記照合要求の送信元である端末に送信する、付記１乃至３のいずれか一に記載のサーバ装置。
［付記５］
前記照合要求の処理の前に取得された利用者の生体情報から、前記登録ユーザデータベースに記憶する特徴量を生成する、特徴量生成部をさらに備える、付記１乃至４のいずれか一に記載のサーバ装置。
［付記６］
前記登録ユーザデータベースに記憶される情報を前記端末から取得する、付記１乃至４のいずれか一項に記載のサーバ装置。
［付記７］
利用者の生体情報を取得する、取得部と、
利用者のＩＤ（Identifier）と、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤをサーバ装置に送信する、送信部と、
を備える、端末。
［付記８］
端末と、
サーバ装置と、
を含み、
前記サーバ装置は、
前記端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信し、
利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、認証システム。
［付記９］
前記サーバ装置は、
前記登録ユーザデータベースのエントリのうち前記照合要求に含まれる認証アルゴリズムのＩＤに一致する認証アルゴリズムのＩＤを有するエントリの特徴量を登録側の特徴量に設定し、前記照合要求を処理する、付記８に記載の認証システム。
［付記１０］
前記照合要求には、前記端末が取得した利用者の生体情報から生成された特徴量が含まれ、
前記サーバ装置は、前記照合要求に含まれる特徴量を照合側の特徴量に設定し、前記照合要求を処理する、付記９に記載の認証システム。
［付記１１］
前記サーバ装置は、前記照合要求の処理により特定された利用者のＩＤを前記照合要求の送信元である端末に送信する、付記８乃至１０のいずれか一に記載の認証システム。
［付記１２］
前記サーバ装置は、前記照合要求の処理の前に取得された利用者の生体情報から、前記登録ユーザデータベースに記憶する特徴量を生成する、付記８乃至１１のいずれか一に記載の認証システム。
［付記１３］
前記サーバ装置は、前記登録ユーザデータベースに記憶される情報を前記端末から取得する、付記８乃至１２のいずれか一に記載の認証システム。
［付記１４］
端末と、
サーバ装置と、
を含む認証システムにおいて、
前記端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信し、
利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、認証方法。
［付記１５］
サーバ装置に搭載されたコンピュータに、
端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する処理と、
利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
なお、付記１４の形態及び付記１５の形態は、付記１の形態と同様に、付記２の形態～付記６の形態に展開することが可能である。

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

１０、１０－１、１０－２、２０ 端末
３０、１００ サーバ装置
４０ サービスサーバ
１０１ 通信部
１０２、２０５ 照合部
２０１、３０１ 通信制御部
２０２ ユーザ情報取得部
２０３ 特徴量登録部
２０４、３０７ 特徴量生成部
２０６、３０６ 記憶部
３０２ ユーザ情報登録部
３０３ 顔画像取得部
３０４ 照合要求部
３０５ 機能実現部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス

Claims (16)

1. 利用者の生体情報から、前記利用者の生体情報が同じであっても認証アルゴリズムの種類が異なると前記利用者の生体情報の特徴量が異なるように前記利用者の特徴量を生成する、特徴量生成部と、
   端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する、通信部と、
   前記利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、照合部と、
   を備える、サーバ装置。
2. 前記利用者が認証システムを利用するための情報を登録するユーザ登録フェーズにおいて、前記利用者の顔画像を取得する、取得部をさらに備え、
   前記特徴量生成部は、前記利用者がサービス提供者からサービスを受けるために必要な詳細情報を入力する際の利用サービス登録フェーズにおいて、前記利用者の顔画像が同じであっても顔認証方式の認証アルゴリズムが異なると前記利用者の顔画像の特徴量が異なるように前記利用者の特徴量を生成する、請求項１に記載のサーバ装置。
3. 前記登録ユーザデータベースは、前記利用者のＩＤと、前記利用者の顔画像と、前記利用者の顔画像から生成された特徴量と、前記生成された特徴量を利用可能な前記顔認証方式の認証アルゴリズムのＩＤと、を対応付けて記憶し、
   前記端末が対応する認証アルゴリズムが他の方式の認証アルゴリズムに切り替わると、前記登録ユーザデータベースの前記利用者の顔画像から生成された特徴量は、前記登録ユーザデータベースに登録された前記利用者の顔画像から生成され前記他の方式の認証アルゴリズムに適合した特徴量に更新される、請求項２に記載のサーバ装置。
4. 前記照合部は、前記登録ユーザデータベースのエントリのうち前記照合要求に含まれる認証アルゴリズムのＩＤに一致する認証アルゴリズムのＩＤを有するエントリの特徴量を登録側の特徴量に設定し、前記照合要求を処理する、請求項１乃至３のいずれか一項に記載のサーバ装置。
5. 前記照合要求には、前記端末が取得した利用者の生体情報から生成された特徴量が含まれ、
   前記照合部は、前記照合要求に含まれる特徴量を照合側の特徴量に設定し、前記照合要求を処理する、請求項４に記載のサーバ装置。
6. 前記照合部は、前記照合要求の処理により特定された利用者のＩＤを前記照合要求の送信元である端末に送信する、請求項１乃至５のいずれか一項に記載のサーバ装置。
7. 前記登録ユーザデータベースに記憶される情報を前記端末から取得する、請求項１乃至６のいずれか一項に記載のサーバ装置。
8. 端末と、
   サーバ装置と、
   を含み、
   前記サーバ装置は、
   利用者の生体情報から、前記利用者の生体情報が同じであっても認証アルゴリズムの種類が異なると前記利用者の生体情報の特徴量が異なるように前記利用者の特徴量を生成し、
   前記端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信し、
   利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、認証システム。
9. 前記サーバ装置は、
   前記登録ユーザデータベースのエントリのうち前記照合要求に含まれる認証アルゴリズムのＩＤに一致する認証アルゴリズムのＩＤを有するエントリの特徴量を登録側の特徴量に設定し、前記照合要求を処理する、請求項８に記載の認証システム。
10. 前記照合要求には、前記端末が取得した利用者の生体情報から生成された特徴量が含まれ、
    前記サーバ装置は、前記照合要求に含まれる特徴量を照合側の特徴量に設定し、前記照合要求を処理する、請求項９に記載の認証システム。
11. 前記サーバ装置は、前記照合要求の処理により特定された利用者のＩＤを前記照合要求の送信元である端末に送信する、請求項８乃至１０のいずれか一項に記載の認証システム。
12. 前記サーバ装置は、前記登録ユーザデータベースに記憶される情報を前記端末から取得する、請求項８乃至１１のいずれか一項に記載の認証システム。
13. 端末と、
    サーバ装置と、
    を含む認証システムにおいて、
    利用者の生体情報から、前記利用者の生体情報が同じであっても認証アルゴリズムの種類が異なると前記利用者の生体情報の特徴量が異なるように前記利用者の特徴量を生成し、
    前記端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信し、
    前記利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する、認証方法。
14. サーバ装置に搭載されたコンピュータに、
    利用者の生体情報から、前記利用者の生体情報が同じであっても認証アルゴリズムの種類が異なると前記利用者の生体情報の特徴量が異なるように前記利用者の特徴量を生成する処理と、
    端末が対応している認証アルゴリズムのＩＤ（Identifier）を含む照合要求を受信する処理と、
    前記利用者のＩＤと、前記利用者の生体情報から生成された特徴量と、前記生成された特徴量を利用可能な認証アルゴリズムのＩＤと、を対応付けて記憶する登録ユーザデータベースを用いて前記照合要求を処理する処理と、
    を実行させるためのプログラム。
15. コンピュータが、
    利用者が認証システムを利用するための情報を登録するユーザ登録フェーズにおいて、前記利用者の顔画像を取得する工程と、
    前記利用者がサービス提供者からサービスを受けるために必要な詳細情報を入力する際の利用サービス登録フェーズにおいて、前記取得した利用者の顔画像が同じであっても顔認証エンジンの種類が異なると前記利用者の顔画像の特徴量が異なるよう前記利用者の特徴量を抽出する工程と、
    前記抽出した特徴量を登録する工程と、を実行する方法。
16. 前記サービス提供者に設置された端末が前記利用者の認証を行う認証フェーズにおいて、サービスを利用しようとする利用者の顔画像を取得する工程と、
    前記取得されたサービスを利用しようとする利用者の顔画像の特徴量と、前記登録された特徴量と、を用いた照合処理により前記サービスを利用しようとする利用者を特定し、前記特定された利用者にサービスを提供する工程と、
    をさらに含む請求項１５に記載の方法。
    

Images