特許 7609166 認証システム、端末、管理サーバ、個人情報提供方法及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-12-23

(45)【発行日】2025-01-07

(54)【発明の名称】認証システム、端末、管理サーバ、個人情報提供方法及びプログラム

(51)【国際特許分類】

   G06F 21/62 20130101AFI20241224BHJP

   G06F 21/32 20130101ALI20241224BHJP

【ＦＩ】

G06F21/62 345

G06F21/32

【請求項の数】 9

(21)【出願番号】P 2022545002

(86)(22)【出願日】2020-08-27

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

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

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

【審査請求日】2023-02-09

【前置審査】

(73)【特許権者】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100149618

【弁理士】

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

(72)【発明者】

【氏名】大谷 美樹

【審査官】松平 英

(56)【参考文献】

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

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

【文献】秋山 寛子 他，情報銀行システムにおける個人情報蓄積機構の機能設計と実装，マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２０１３）シンポジウム論文集 情報処理学会シンポジウムシリーズ，日本，一般社団法人情報処理学会，2013年07月03日， Ｖｏｌ．２０１３ Ｎｏ．２，pp.1953-1957，[ISSN]1882-0840

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

Ｇ０６Ｆ１２／１４

２１／００－２１／１０

２１／３０－２１／４６

２１／６０－２１／８８

Ｇ０９Ｃ １／００－５／００

Ｈ０４Ｋ １／００－３／００

Ｈ０４Ｌ ９／００－９／４０

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

【請求項1】

情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶すると共に、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、管理サーバと、
を含み、
前記管理サーバは、前記個人情報の提供が拒否された場合、前記生体認証により提供が行われたサービスの情報である概略情報であって個人を特定できる情報を含まない前記概略情報を、前記行動情報として前記情報サーバに送信する
認証システム。

【請求項2】

前記認証成功者が所持する端末をさらに含み、
前記管理サーバは、前記認証成功者に対してサービスの提供が終了すると、前記端末に対して、個人情報の提供可否に関する照会であって、自装置に記憶された個人情報のリストを含む照会を送信し、
前記端末は、前記個人情報のリストを用いて、前記認証成功者が前記第三者に提供を許可する個人情報の種類を入力するためのＧＵＩ（Graphical User Interface）を生成する、請求項１に記載の認証システム。

【請求項3】

前記管理サーバは、前記端末から前記個人情報の提供可否に関する照会に対する肯定応答を受信すると、前記行動情報を前記情報サーバに送信する、請求項２に記載の認証システム。

【請求項4】

前記管理サーバは、前記認証成功者が第三者への提供を許可した個人情報と、前記認証成功者に対して提供されたサービスの概略に関する概略情報と、を含む前記行動情報を前記情報サーバに送信する、請求項１乃至３のいずれか一項に記載の認証システム。

【請求項5】

前記情報サーバは、前記認証成功者から提供された個人情報の種類に応じて前記認証成功者に支払う対価を決定する、請求項１乃至４のいずれか一項に記載の認証システム。

【請求項6】

前記管理サーバは、前記対価を受け取るための対価受取情報を記憶し、
前記情報サーバは、前記認証成功者に支払う対価を前記管理サーバに通知し、
前記管理サーバは、前記認証成功者の前記対価受取情報に基づき前記通知された対価を支払う、請求項５に記載の認証システム。

【請求項7】

情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続され、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶すると共に、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信し、
前記個人情報の提供が拒否された場合、前記生体認証により提供が行われたサービスの情報である概略情報であって個人を特定できる情報を含まない前記概略情報を、前記行動情報として前記情報サーバに送信する
管理サーバ。

【請求項8】

情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続された管理サーバが、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶し、
前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信し、
前記個人情報の提供が拒否された場合、前記生体認証により提供が行われたサービスの情報である概略情報であって個人を特定できる情報を含まない前記概略情報を、前記行動情報として前記情報サーバに送信する
個人情報提供方法。

【請求項9】

情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続された管理サーバに搭載されたコンピュータに、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶する処理と、
前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する処理と、
前記個人情報の提供が拒否された場合、前記生体認証により提供が行われたサービスの情報である概略情報であって個人を特定できる情報を含まない前記概略情報を、前記行動情報として前記情報サーバに送信する処理と、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、認証システム、端末、管理サーバ、個人情報提供方法及び記憶媒体に関する。

【背景技術】

【0002】

近年、生体情報を利用した各種サービスの普及が始まっている。例えば、空港内で行われる各種手続き（チェックイン、手荷物預け入れ等）やホテルのチェックイン等に顔認証が用いられている。

【0003】

顔認証を利用したサービスでは、次のような流れで処理が行われる。まず、端末（空港やホテルに設置された端末）が利用客の顔画像を取得し、当該顔画像を特徴付ける特徴量（特徴ベクトル）を生成する。生成された特徴量は、ネットワーク上のサーバに送信される。

【0004】

サーバは、顔認証によるサービスを受ける利用者の生体情報と個人情報（氏名、住所等）を格納するデータベースを備える。サーバは、端末から照合要求を取得すると、上記データベースを検索（照合）し、端末からの照合要求に対応する生体情報と個人情報を特定する。サーバは、特定した個人情報を端末に送信し、空港等に設置された端末は、取得した個人情報に基づいた業務を行う。

【0005】

また、認証情報や個人情報に関する様々な利活用が検討されている。

【0006】

例えば、特許文献１には、インターネットを利用する企業、一般ユーザの多様な要求に応えつつ、本来の所有者である一般ユーザ（ＩＳＰの利用者）の関与可能な状況下で、個人情報を取引する方法、システムを提供する、と記載されている。

【0007】

特許文献２には、安否確認を要求する不特定の相手方に対し予め認証情報を登録させる必要なく、かつプライバシに配慮した形で安否確認に有効な情報を提供できるようにする、と記載されている。

【0008】

特許文献３には、消費行動に関連する個人情報の対価として、サービスや商品を提供する、と記載されている。

【先行技術文献】

【特許文献】

【0009】

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

【文献】特開２００６－２４３７９８号公報

【文献】特開２００８－２４３０７２号公報

【発明の概要】

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

【0010】

上述のように、生体認証を用いてサービスを提供する際、利用者の個人情報が必要となる。ここで、多数の個人情報を収集し蓄積することで当該個人情報は大きな価値を生む。具体的には、どのような年齢層の利用者がどのようなサービスの提供を受けているといったデータは、企業のマーケティングにおける大きな判断材料となる。

【0011】

しかし、生体認証によるサービス提供時に用いられた個人情報は、利用者のプライバシ保護の観点から、利用者の同意なく第三者に提供することは困難である。とりわけ、氏名や住所等の個人情報を第三者に提供することに強い抵抗を覚える利用者も多い。

【0012】

本発明は、生体認証によるサービス提供に関連した個人情報を利用者が制御、管理することに寄与する、認証システム、端末、管理サーバ、個人情報提供方法及び記憶媒体を提供することを主たる目的とする。

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

【0013】

本発明の第１の視点によれば、情報サーバと、複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、前記生体認証による認証成功者にサービスを提供するための個人情報を記憶すると共に、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、管理サーバと、を含む、認証システムが提供される。

【0014】

本発明の第２の視点によれば、生体認証による認証成功者にサービスを提供するための個人情報を記憶する管理サーバと接続され、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可する個人情報を入力するためのＧＵＩを生成する、端末が提供される。

【0015】

本発明の第３の視点によれば、情報サーバと、複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続され、前記生体認証による認証成功者にサービスを提供するための個人情報を記憶すると共に、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、管理サーバが提供される。

【0016】

本発明の第４の視点によれば、情報サーバと、複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続された管理サーバにおいて、前記生体認証による認証成功者にサービスを提供するための個人情報を記憶し、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、個人情報提供方法が提供される。

【0017】

本発明の第５の視点によれば、情報サーバと、複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続された管理サーバに搭載されたコンピュータに、前記生体認証による認証成功者にサービスを提供するための個人情報を記憶する処理と、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

【発明の効果】

【0018】

本発明の各視点によれば、生体認証によるサービス提供に関連した個人情報を利用者が制御、管理することに寄与する、認証システム、端末、管理サーバ、個人情報提供方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

【図面の簡単な説明】

【0019】

【図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】第１の実施形態に係る認証システムの情報収集フェーズに関する動作の一例を示すシーケンス図である。

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

【図28】第２の実施形態に係る認証端末の処理構成の一例を示す図である。

【図29】管理サーバのハードウェア構成の一例を示す図である。

【図30】変形例に係る個人情報の提供可否に関する動作を説明するための図である。

【図31】変形例に係る個人情報の提供可否に関する動作を説明するための図である。

【図32】変形例に係る個人情報の提供可否に関する動作を説明するための図である。

【図33】変形例に係る個人情報の提供可否に関する動作を説明するための図である。

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

【0020】

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

【0021】

一実施形態に係る認証システムは、情報サーバ１０１と、認証サーバ１０２と、管理サーバ１０３と、を含む（図１参照）。認証サーバ１０２は、複数の利用者それぞれの生体情報を記憶し、記憶された生体情報を用いて生体認証を行う。管理サーバ１０３は、生体認証による認証成功者にサービスを提供するための個人情報を記憶する。管理サーバ１０３は、サービスが提供された認証成功者の個人情報のうち認証成功者が第三者への提供を許可した個人情報を含む行動情報を情報サーバ１０１に送信する。

【0022】

生体認証によりサービスの提供を受けた利用者（認証成功者）は、当該利用者の個人情報を記憶、管理する管理サーバ１０３に対して第三者に提供することを許可する個人情報を入力する。即ち、利用者は、生体認証によるサービス提供に関連した個人情報を第三者に提供するか否かを制御、管理することができる。

【0023】

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

【0024】

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

【0025】

［システムの構成］
図２は、第１の実施形態に係る認証システムの概略構成の一例を示す図である。図２に示すように、認証システムには、認証センター、情報センター及び複数のサービス提供者が含まれる。

【0026】

認証システムに参加する各サービス提供者は、生体認証を用いたサービスの提供を行う。サービス提供者により提供されるサービスとして、小売店等での代金決済サービスやホテル等での宿泊サービスが例示される。あるいは、サービス提供者により提供されるサービスは、空港や港における出入国審査等であってもよい。本願開示のサービス提供者は、生体認証を用いて提供できる任意のサービスが提供できればよい。

【0027】

認証センターには、認証サーバ１０が設置されている。認証サーバ１０は、利用者の生体情報を記憶し、当該生体情報を用いて利用者の生体認証を行う。認証サーバ１０は、生体情報を用いた認証の認証局として動作する。認証サーバ１０は、認証センターの敷地に設置されたサーバであってもよいし、クラウド上に設置されたサーバであってもよい。

【0028】

なお、利用者の生体情報には、例えば、顔、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）が例示される。あるいは、利用者の生体情報は、顔画像、指紋画像等の画像データであってもよい。利用者の生体情報は、利用者の身体的特徴を情報として含むものであればよい。本願開示では、人の「顔」に関する生体情報を用いる場合について説明する。

【0029】

認証サーバ１０は、生体認証によるサービスを実現するためのサーバ装置である。認証サーバ１０は、各サービス提供者から送信される「認証要求」を処理し、認証処理の結果をサービス提供者に送信する。認証サーバ１０は、複数の利用者それぞれの生体情報を記憶し、当該記憶された生体情報を用いて生体認証を行う。

【0030】

各サービス提供者は、管理サーバと認証端末を有する。

【0031】

例えば、サービス提供者Ｓ１には、管理サーバ２０と、複数の認証端末３０が設置されている。サービス提供者Ｓ２には、管理サーバ２０と、複数の認証端末３１が設置されている。

【0032】

以降の説明において、各構成要素を区別する必要がある場合には、ハイフンより右側の符号を用いる。サービス提供者Ｓ１とサービス提供者Ｓ２に含まれる各装置の動作等は同一とすることができるので、以降の説明は、サービス提供者Ｓ１を中心に説明する。

【0033】

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

【0034】

管理サーバ２０は、サービス提供者の業務全般を制御、管理するサーバである。例えば、サービス提供者が小売店である場合には、管理サーバ２０は、商品の在庫管理等を行う。あるいは、サービス提供者がホテル事業者であれば、管理サーバ２０は、宿泊客の予約情報の管理等を行う。

【0035】

管理サーバ２０は、上記サービス提供に係る機能に加え、利用者の生体認証に関する制御機能、管理機能を備える。管理サーバ２０は、認証システムを利用する利用者の個人情報（例えば、氏名等）を記憶する。即ち、管理サーバ２０は、生体認証による認証成功者にサービスを提供するための個人情報を記憶する。また、管理サーバ２０は、サービスが提供された認証成功者の個人情報のうち認証成功者が第三者（情報センター、情報サーバ４０）への提供を許可した個人情報を情報サーバ４０に送信する。

【0036】

認証端末３０は、管理サーバ２０と接続され、サービス提供者を訪れた利用者（利用客）のインターフェイスとなる装置である。利用者は、認証端末３０を介して種々のサービス提供を受ける。例えば、サービス提供者が小売店である場合には、利用者は、認証端末３０を用いて代金の決済を行う。あるいは、サービス提供者がホテル事業者であれば、利用者は認証端末３０を用いてチェックイン手続きを行う。

【0037】

情報センターには、情報サーバ４０が設置されている。情報センター及び情報サーバ４０は、利用者からみた「第三者」に相当する。情報サーバ４０は、サービス提供者からサービスを受けた利用者の行動に関する情報を収集する。例えば、情報サーバ４０は、利用者が利用したサービスの種類、氏名、年齢、性別等を収集する。収集された情報は、他の事業者に譲渡等される。または、情報サーバ４０は、収集した情報を解析し、解析結果を他の事業者等に譲渡する。他の事業者は、取得した解析結果等をマーケティング等に役立てる。

【0038】

上記利用者の行動に関する情報に利用者の個人情報（例えば、氏名、年齢等）が含まれる場合には、情報サーバ４０は、当該個人情報の提供に対する対価、利益を個人情報提供者に与える。

【0039】

端末５０は、利用者（生体認証を用いたサービスの提供を受ける利用者；認証成功者）が所持する端末である。

【0040】

図２は例示であって、本願開示の認証システムの構成等を限定する趣旨ではない。例えば、認証センターには２台以上の認証サーバ１０が含まれていてもよい。あるいは、サービス提供者には少なくとも１台以上の認証端末３０が含まれればよい。あるいは、管理サーバ２０と認証端末３０の機能が統合され、当該統合された１台の装置により生体認証を用いたサービスが提供されてもよい。あるいは、各サービス提供者において、図２に示すように１台の管理サーバ２０に複数の認証端末３０が接続されていてもよいし、１台の管理サーバ２０に１台の認証端末３０が接続されていてもよい。あるいは、認証サーバ１０と情報サーバ４０の機能が統合されていてもよい。つまり、認証サーバ１０も利用者からみた「第三者」に該当し得る。

【0041】

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

【0042】

認証システムの動作には、４つのフェーズが含まれる。

【0043】

第１のフェーズは、利用者のシステム登録を行うフェーズ（利用者登録フェーズ）である。

【0044】

第２のフェーズは、サービスの登録を行うフェーズ（サービス登録フェーズ）である。

【0045】

第３のフェーズは、利用者に生体認証を用いたサービスを提供するフェーズ（サービス提供フェーズ）である。

【0046】

第４のフェーズは、サービスの提供を受けた利用者の行動に関する情報を収集するフェーズ（情報収集フェーズ）である。

【0047】

［利用者登録フェーズ］
図３は、第１の実施形態に係る認証システムの利用者登録フェーズにおける動作を説明するための図である。

【0048】

生体認証を用いたサービスの提供を希望する利用者は、事前に利用者登録を行う。利用者は、認証システムにて利用者自身を特定するための情報（ユーザＩＤ（Identifier）、パスワード（ＰＷ；Pass Word））を決定し、システムに登録する。なお、図３を含む図面において、ユーザＩＤを「ｕＩＤ」と表記する。

【0049】

また、利用者は、自身の生体情報（例えば、顔画像）をシステムに登録する。

【0050】

利用者は、任意の手段を用いて上記３つの情報（ユーザＩＤ、パスワード、生体情報）をシステムに登録する。例えば、利用者は、上記３つの情報が記載された書類を認証センターに郵送し、認証センターの従業員が上記３つの情報を認証サーバ１０に入力してもよい。あるいは、利用者は、上記３つの情報が格納された、ＵＳＢ（Universal Serial Bus）等の外部記憶装置を認証センターに郵送してもよい。

【0051】

あるいは、利用者は、所有する端末５０を操作して撮像した自身の顔画像と、ユーザＩＤ、パスワードを認証サーバ１０に入力してもよい。端末５０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。

【0052】

認証サーバ１０は、取得した顔画像から特徴量（複数の特徴量からなる特徴ベクトル）を生成し、当該特徴量とユーザＩＤ、パスワードを対応付けて記憶する。具体的には、認証サーバ１０は、認証情報データベースに新規なエントリを追加し、上記３つの情報を対応付けて記憶する。

【0053】

このように、利用者登録フェーズにて、システムにおいて利用者を一意に定める第１のＩＤ（例えば、ユーザＩＤ）と利用者の認証に用いられる第１の生体情報がシステムに登録される。なお、第１の実施形態では、システム利用者を一意に定める識別子（第１のＩＤ）としてユーザＩＤとパスワードを用いる例を説明するが、利用者間でユーザＩＤの重複がなければ、上記識別子（第１のＩＤ）としてユーザＩＤを用いることも可能である。

【0054】

［サービス登録フェーズ］
図４は、第１の実施形態に係る認証システムのサービス登録フェーズにおける動作を説明するための図である。

【0055】

利用者登録を終えた利用者は、生体認証によりサービスを受けたいサービス提供者を選択し、当該選択したサービス提供者をシステムに登録する。例えば、図２において、利用者がサービス提供者Ｓ１からサービスの提供を希望する場合には、サービス提供者Ｓ１をシステムに登録する。

【0056】

利用者は、選択したサービス提供者からサービスを受けるために必要な個人情報をシステムに登録する。当該システムに登録される個人情報としては、氏名、年齢、性別、連絡先、対価を受け取るための情報等が例示される。連絡先は、例えば、端末５０が受信可能なアカウントのメールアドレスである。また、利用者は、対価（個人情報提供に対する対価）を受け取るための対価受取情報をシステムに登録する。対価受取情報として、銀行口座、仮想通貨の受取口座、オンラインショッピングのＩＤ情報等が例示される。また、利用者は、上記個人情報と併せて、利用者登録フェーズにて決定されたユーザＩＤ、パスワードをシステムに登録する。

【0057】

なお、本願開示において、個人情報は、利用者（被認証者）の生体情報を含まない情報と定義される。即ち、生体情報及び当該生体情報から生成された特徴量は、本願開示の「個人情報」から除外される。

【0058】

利用者は、上記３つの情報（個人情報、ユーザＩＤ、パスワード）を任意の手段を用いてサービス提供者に入力する。例えば、利用者は、上記３つの情報を記載した媒体（紙媒体、電子媒体）を、選択したサービス提供者に郵送する。サービス提供者の従業員が上記３つの情報を管理サーバ２０に入力する。利用者は、サービス提供者に設置された認証端末３０を操作して、上記３つの情報を管理サーバ２０に入力してもよい。

【0059】

あるいは、図４に示すように、利用者は端末５０を操作して上記３つの情報を管理サーバ２０に入力してもよい。この場合、利用者は、サービス提供者が管理、運営するＷＥＢ（ウェブ）ページ上にて上記３つの情報を入力する。

【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】

情報提供照会を受信した端末５０は、個人情報の提供に関する利用者の意思を取得する。例えば、端末５０は、図７に示すようなＧＵＩ（Graphical User Interface）を用いて個人情報提供の可否を取得する。なお、端末５０は、個人情報を提供することで対価が得られることを明示するような表示を行ってもよい。

【0085】

利用者が個人情報の提供を拒否した場合には、端末５０は、管理サーバ２０に対してその旨を通知する（情報提供照会に対する否定応答を送信する）。この場合、管理サーバ２０は、認証成功者に対して提供されたサービスの概略に関する情報（以下、概略情報と表記する）を「行動情報」として情報サーバ４０に送信する。概略情報には、サービス提供者の業種（宿泊業、小売業）、サービスを提供した場所、日時等が例示される。

【0086】

利用者が個人情報の提供を承諾する場合には、端末５０は、管理サーバ２０が保持する個人情報の各項目（種類）についての提供可否を入力するためのＧＵＩを表示する（図８参照）。なお、端末５０は、生体認証により受けたサービスの概略等を個人情報提供可否の入力画面に表示してもよい。例えば、端末５０は、図９に示すようなＧＵＩを表示してもよい。この場合、管理サーバ２０は、概略情報や利用者の顔画像（認証端末３０から取得した顔画像）を含む情報提供照会を端末５０に送信してもよい。

【0087】

端末５０は、図８や図９に示すようなＧＵＩにより取得した情報（第三者に提供を許可する個人情報の種類）を管理サーバ２０に送信する。具体的には、端末５０は、当該情報とサービスユーザＩＤを含む肯定応答を管理サーバ２０に送信する。

【0088】

肯定応答を受信した管理サーバ２０は、サービスユーザＩＤをキーとして利用者情報データベースを検索し、対応する利用者を特定する。管理サーバ２０は、特定した利用者の個人情報のうち提供が許可された個人情報と概略情報を含む「行動情報」を情報サーバ４０に送信する。

【0089】

情報サーバ４０は、受信した行動情報を記憶する。行動情報に利用者の個人情報が含まれる場合には、情報サーバ４０は、提供された個人情報の種類（項目、アイテム）に応じて、個人情報提供者に与える対価を決定する。具体的には、情報サーバ４０は、予め定められた基準に従い対価を算出する。例えば、情報サーバ４０は、氏名や年齢等の価値の高い情報を提供した利用者には高い対価を与え、性別等の価値の低い情報を提供した利用者には低い対価を与える。情報サーバ４０は、算出した対価を管理サーバ２０に通知する。

【0090】

なお、上記情報サーバ４０による対価の決定は例示であって、情報サーバ４０は種々の方法、基準に従って個人情報提供者に与える対価を決定することができる。例えば、情報サーバ４０は、個人情報の需要（個人情報の購入を希望する企業の数）に応じて対価を決定してもよい。即ち、情報サーバ４０は、需要の大きい（価値の高い）個人情報については高い対価を与え、重要の小さい（価値の低い）個人情報については低い対価を与えてもよい。あるいは、情報サーバ４０は、情報提供を希望する企業等からの提示金額（オファー金額）に応じて個人情報提供者に与える対価を決定してもよい。情報サーバ４０は、提示金額が大きい個人情報を提供した利用者に高い対価を与えてもよい。

【0091】

管理サーバ２０は、個人情報提供者の対価受取情報を参照し、情報サーバ４０から通知された対価（金銭、仮想通貨、ポイント）を個人情報提供者に支払う。個人情報の提供者は、サービス提供者を介して情報センターから個人情報提供に対する対価を得ることができる。なお、サービス提供者は、情報センター（情報サーバ４０）から個人情報提供者に支払われる対価の一部を仲介手数料として取得してもよい。あるいは、情報センターは、所定期間（例えば、１か月）に取得した個人情報の総量等に応じた手数料をサービス提供者に支払ってもよい。

【0092】

なお、サービス提供者と情報センターの間で対価の支払いに関する契約を事前に結び、情報センターが個人情報提供者に支払う対価をサービス提供者が立て替えるような対応をすればよい。また、管理サーバ２０と情報サーバ４０の間でやり取りされる情報（行動情報、対価の通知）にＩＤを付与し、管理サーバ２０は当該ＩＤと個人情報提供者のサービスユーザＩＤを対応付けて管理することで、対価を支払う利用者を特定できる。

【0093】

このように、管理サーバ２０は、認証成功者に対してサービスの提供が終了すると、端末５０に対して、情報提供照会（個人情報の提供可否に関する照会であって、管理サーバ２０に記憶された個人情報の項目リストを含む照会）を送信する。端末５０は、取得した個人情報のリストを用いて、認証成功者が第三者に提供を許可する個人情報の種類を入力するためのＧＵＩを生成する。端末５０は、当該ＧＵＩを介して、第三者への提供が許可された個人情報の種類を取得し、当該取得した個人情報の種類を管理サーバ２０に送信する。管理サーバ２０は、端末５０から肯定応答を受信すると、提供が許可された個人情報と提供したサービスの概略を示す概略情報を含む行動情報を情報サーバ４０に送信する。

【0094】

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

【0095】

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

【0096】

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

【0097】

利用者登録部２０２は、上述の利用者登録を実現する手段である。利用者登録部２０２は、利用者（生体認証を用いたサービスの提供を希望する利用者；システム利用者）のユーザＩＤ、パスワード、生体情報（顔画像）を取得する。

【0098】

利用者登録部２０２は、任意の手段を用いて上記３つの情報（ユーザＩＤ、パスワード、生体情報）を取得する。例えば、利用者登録部２０２は、ユーザＩＤ、パスワードを決定するためのＧＵＩや入力フォームを端末５０に表示する。例えば、利用者登録部２０２は、図１１に示すようなＧＵＩを端末５０に表示する。

【0099】

利用者登録部２０２は、ＧＵＩ等により取得したユーザＩＤ、パスワードが既に登録されているユーザＩＤ、パスワードと重複していないことを検証する。当該重複が発生していなければ、利用者登録部２０２は、利用者の生体情報を取得するためのＧＵＩを端末５０に表示する。

【0100】

例えば、利用者登録部２０２は、図１２に示すようなＧＵＩを端末５０に表示する。例えば、利用者は、図１２に示す「ファイル選択」ボタンを押下し、システムに登録する顔画像の画像データを指定する。指定された顔画像は、プレビュー領域に表示される（図１２では選択顔画像として表示されている）。

【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】

個人情報取得部３０２は、個人情報、ユーザＩＤ、パスワードを任意の手段を用いて取得する。例えば、個人情報取得部３０２は、上記情報を入力するためのＧＵＩやフォームを端末５０に表示する（図１７参照）。あるいは、図１７に示すような情報が、サービス提供者が管理、運営するＷＥＢページに表示されていてもよい。あるいは、端末５０が、サービス提供者が提供するアプリケーションをダウンロードし、当該アプリケーションにより図１７に示すような表示が行われてもよい。とりわけ、当該ＷＥＢページは、サービス提供者の会員情報を管理するＷＥＢページであってもよい。即ち、各サービス提供者の会員が、自身の会員情報を管理するＷＥＢページにてサービス登録が行われてもよい。

【0131】

個人情報取得部３０２は、ＧＵＩ等を用いて取得した個人情報（連絡先、対価受取情報を含む個人情報）、ユーザＩＤ、パスワードをサービス登録要求部３０３に引き渡す。

【0132】

サービス登録要求部３０３は、認証サーバ１０に対して、利用者のサービス利用に関する登録を要求（依頼）する手段である。

【0133】

サービス登録要求部３０３は、個人情報取得部３０２から取得した上記３つの情報（個人情報、ユーザＩＤ、パスワード）のうち、ユーザＩＤとパスワードを選択する。サービス登録要求部３０３は、当該選択したユーザＩＤ、パスワードとサービス提供者ＩＤを含むサービス登録要求を認証サーバ１０に送信する。

【0134】

サービス登録要求部３０３は、認証サーバ１０からサービス登録要求に対する応答を取得する。取得した応答が「否定応答」である場合には、サービス登録要求部３０３は、その旨を利用者に通知する。例えば、サービス登録要求部３０３は、サービス登録は既に行われている旨を利用者に通知する。

【0135】

取得した応答が「肯定応答」である場合には、サービス登録要求部３０３は、サービス登録に成功した旨を利用者に通知する。また、サービス登録要求部３０３は、上記応答に含まれるサービスユーザＩＤと、個人情報取得部３０２から取得した個人情報（氏名、性別、住所、家族構成、連絡先、対価受取情報等）と、をデータベース管理部３０４に引き渡す。

【0136】

データベース管理部３０４は、利用者情報データベースを管理する手段である。利用者情報データベースは、サービス提供の対象となっている利用者（システム利用者）の情報を管理するデータベースである。利用者情報データベースは、当該利用者の個人情報（例えば、氏名等）と認証サーバ１０から取得したサービスユーザＩＤを対応付けて記憶する。

【0137】

データベース管理部３０４は、サービス登録要求部３０３から上記情報（個人情報、サービスユーザＩＤ）を取得すると、利用者情報データベースに新規エントリを追加する。例えば、サービス提供者Ｓ１の管理サーバ２０が、利用者Ｕ１に関する上記情報を取得した場合には、図１８の最下段に示されるエントリが追加される。

【0138】

認証要求部３０５は、認証サーバ１０に対して利用者の認証を要求する手段である。

【0139】

認証要求部３０５は、認証端末３０から生体情報（顔画像）を取得すると、当該顔画像から特徴量を生成する。認証要求部３０５は、生成した特徴量とサービス提供者ＩＤを含む認証要求を認証サーバ１０に送信する。

【0140】

認証サーバ１０からの応答が「否定応答」の場合（認証失敗の場合）には、認証要求部３０５は、その旨を認証端末３０に通知する。

【0141】

認証サーバ１０からの応答が「肯定応答」の場合（認証成功の場合）には、認証要求部３０５は、認証サーバ１０からの応答に含まれるサービスユーザＩＤを取り出す。認証要求部３０５は、当該サービスユーザＩＤをキーとして利用者情報データベースを検索し、対応するエントリを特定する。

【0142】

認証要求部３０５は、当該特定したエントリの個人情報を読み出し、認証端末３０に送信する。例えば、図１８の例では、サービスユーザＩＤが「Ｕ１Ｓ１」であれば、最下段の個人情報が認証端末３０に送信される。なお、認証要求部３０５は、認証端末３０によるサービスの提供に不要な個人情報は認証端末３０に送信する必要はない。例えば、情報提供照会の連絡先や対価受取情報がサービスの提供に必要なければ、これらの情報が認証端末３０に送信されなくともよい。

【0143】

行動情報提供部３０６は、生体認証によるサービス提供時における利用者の行動に関する情報（行動情報）を情報サーバ４０に提供する手段である。

【0144】

行動情報提供部３０６は、認証端末３０から「サービス提供終了通知」を受信すると、利用者（認証成功者；生体認証によるサービス提供を受けた利用者）の所持する端末５０に対して「情報提供照会」を送信する。上述のように、当該照会には、管理サーバ２０が記憶している個人情報の一覧とサービスユーザＩＤが含まれる。

【0145】

情報提供照会に対する応答が否定応答（個人情報の提供を拒否）の場合には、行動情報提供部３０６は、概略情報を生成し、当該概略情報を「行動情報」として情報サーバ４０に送信する。なお、概略情報は、利用者を特定できるような情報を含まず、生体認証によりサービスの提供が行われた事実とその簡潔な内容を情報サーバ４０に通知するための情報である。そのため、管理サーバ２０は、利用者の商品購入代金や宿泊の実績等を概略情報に含めてもよい。

【0146】

情報提供照会に対する応答が肯定応答（個人情報の提供を承諾）の場合には、行動情報提供部３０６は、当該応答に含まれるサービスユーザＩＤにより利用者を特定する。さらに、行動情報提供部３０６は、当該特定した利用者に関する個人情報のうち、利用者により提供が許可された個人情報を利用者情報データベースから読み出す。行動情報提供部３０６は、当該読み出した個人情報と概略情報を「行動情報」として情報サーバ４０に送信する。

【0147】

個人情報と概略情報を含む行動情報を送信する際、行動情報提供部３０６は、送信する行動情報を識別可能とするＩＤ（行動情報ＩＤ）を生成し、当該ＩＤを含む行動情報を情報サーバ４０に送信する（図１９参照）。行動情報提供部３０６は、行動情報ＩＤとサービスユーザＩＤを対応付けて記憶する。

【0148】

行動情報提供部３０６は、対価に関する通知を情報サーバ４０から受信すると、当該通知に含まれる行動情報ＩＤを取り出し、対応する利用者（サービスユーザＩＤ）を特定する。行動情報提供部３０６は、特定したサービスユーザＩＤをキーとして利用者情報データベースを検索し、対応するエントリを特定する。行動情報提供部３０６は、特定したエントリの対価受取情報を参照し、対価の支払先を取得する。行動情報提供部３０６は、当該支払先に情報サーバ４０から通知された対価を支払う。

【0149】

記憶部３０７は、管理サーバ２０の動作に必要な情報を記憶する。利用者情報データベースは記憶部３０７に構築される。

【0150】

［認証端末］
認証端末３０は、利用者から取得した生体情報を管理サーバ２０に送信することで、管理サーバ２０から利用者の個人情報を取得する。認証端末３０は、当該取得した個人情報を用いて利用者にサービスを提供する。

【0151】

図２０は、第１の実施形態に係る認証端末３０の処理構成（処理モジュール）の一例を示す図である。図２０を参照すると、認証端末３０は、通信制御部４０１と、生体情報取得部４０２と、サービス提供部４０３と、メッセージ出力部４０４と、記憶部４０５と、を備える。

【0152】

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

【0153】

生体情報取得部４０２は、カメラを制御し、利用者の生体情報（顔画像）を取得する手段である。生体情報取得部４０２は、定期的又は所定のタイミングにおいて自装置の前方を撮像する。生体情報取得部４０２は、取得した画像に人の顔画像が含まれるか否かを判定し、顔画像が含まれる場合には取得した画像データから顔画像を抽出する。

【0154】

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

【0155】

生体情報取得部４０２は、抽出した顔画像をサービス提供部４０３に引き渡す。

【0156】

サービス提供部４０３は、所定のサービスを利用者に提供する手段である。サービス提供部４０３は、生体情報取得部４０２から取得した顔画像を管理サーバ２０に送信する。管理サーバ２０は、当該顔画像に対応する個人情報（例えば、氏名等）を返信する。サービス提供部４０３は、当該返信された個人情報を用いて、利用者にサービスを提供する。サービス提供部４０３は、利用者に対してサービスの提供が終了すると、管理サーバ２０に「サービス提供終了通知」を送信する。

【0157】

メッセージ出力部４０４は、利用者に対して種々のメッセージを出力する手段である。例えば、メッセージ出力部４０４は、利用者の認証結果に関するメッセージや、サービス提供に関するメッセージを出力する。メッセージ出力部４０４は、液晶モニタ等の表示デバイスを用いてメッセージを表示してもよいし、スピーカー等の音響機器を用いて音声メッセージを再生してもよい。

【0158】

記憶部４０５は、認証端末３０の動作に必要な情報を記憶する。

【0159】

［情報サーバ］
図２１は、第１の実施形態に係る情報サーバ４０の処理構成（処理モジュール）の一例を示す図である。図２１を参照すると、情報サーバ４０は、通信制御部５０１と、行動情報処理部５０２と、記憶部５０３と、を備える。

【0160】

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

【0161】

行動情報処理部５０２は、管理サーバ２０から取得した行動情報を処理する手段である。行動情報処理部５０２は、取得した行動情報を記憶部５０３に記憶する。

【0162】

行動情報処理部５０２は、取得した行動情報に個人情報（例えば、氏名、年齢等）が含まれている場合には、当該行動情報の提供者（個人情報提供者）に支払う対価を決定する。例えば、行動情報処理部５０２は、図２２に示すような得られた個人情報の種別と支払う対価（金額、ポイント等）を定めたテーブル情報を参照し、対価を決定する。行動情報処理部５０２は、提供された個人情報それぞれの種類に対応する対価の合計を計算し、個人情報提供者に支払う対価とする。なお、情報センターは、提供される情報の価値に応じて対価の多寡を定める。

【0163】

行動情報処理部５０２は、決定した対価を管理サーバ２０に通知する。

【0164】

記憶部５０３は、情報サーバ４０の動作の必要な情報を記憶する手段である。

【0165】

情報サーバ４０は、蓄積された行動情報を解析し、事業者等に販売するための情報を生成する。しかし、当該機能は本願の趣旨とは異なるため、当該機能に関する説明は省略する。

【0166】

このように、情報サーバ４０は、利用者（サービス提供を受けた認証成功者）から提供された個人情報の種類に応じて当該利用者に支払う対価を決定する。また、情報サーバ４０は、利用者に支払う対価を管理サーバ２０に通知する。管理サーバ２０は、利用者の対価受取情報に基づき通知された対価を支払う。

【0167】

［端末］
図２３は、第１の実施形態に係る端末５０の処理構成（処理モジュール）の一例を示す図である。図２３を参照すると、端末５０は、通信制御部６０１と、個人情報制御部６０２と、記憶部６０３と、を備える。

【0168】

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

【0169】

個人情報制御部６０２は、利用者の意思に応じてサービス提供者が保持する個人情報を情報サーバ４０に提供するか否かを制御する手段である。

【0170】

個人情報制御部６０２は、管理サーバ２０から情報提供照会を受信すると、管理サーバ２０に記憶された個人情報を情報サーバ４０に提供することを承諾するか否かに関する利用者の意思を取得する。具体的には、個人情報制御部６０２は、図７に示すようなＧＵＩを表示し、個人情報提供に対する包括的（全体的）な利用者の意思を取得する。

【0171】

利用者に個人情報を提供する意思がなければ、個人情報制御部６０２は、その旨を管理サーバ２０に通知する。具体的には、個人情報制御部６０２は、情報提供照会に対する否定応答を管理サーバ２０に送信する。

【0172】

利用者に個人情報を提供する意思があれば、個人情報制御部６０２は、図８、図９に示すようなＧＵＩを表示し、情報センター（第三者）に対して提供を許可する個人情報の種類を取得する。個人情報制御部６０２は、図８、図９に示す個人情報の種類に関し、管理サーバ２０から取得する個人情報の項目一覧に基づいて決定する。図８、図９では、利用者が第三者に提供可能な個人情報を選択するインターフェイスを図示しているが、各個人情報について提供許可、提供拒否（ＹＥＳ、ＮＯ）を設定するようなインターフェイスが用いられてもよい。

【0173】

サービス提供者（管理サーバ２０）が異なれば、管理サーバ２０が記憶している個人情報も異なる。従って、管理サーバ２０から取得した個人情報の項目一覧を参照することで、個人情報制御部６０２が情報サーバ４０に提供できない個人情報の選択を利用者に要求することもない。

【0174】

個人情報制御部６０２は、図８、図９に示すＧＵＩにより取得した個人情報の種類を管理サーバ２０に送信する。具体的には、個人情報制御部６０２は、当該利用者により許可された個人情報の種類を含む肯定応答を管理サーバ２０に送信する。

【0175】

記憶部６０３は、端末５０の動作に必要な情報を記憶する。

【0176】

［システムの動作］
続いて、第１の実施形態に係る認証システムの動作について説明する。なお、動作の説明は、サービス登録フェーズ、サービス提供フェーズ及び情報収集フェーズについて行い、利用者登録フェーズに関する説明を省略する。

【0177】

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

【0178】

管理サーバ２０は、利用者から個人情報（サービスを提供するために必要な情報）、ユーザＩＤ、パスワードを取得する（ステップＳ０１）。

【0179】

管理サーバ２０は、取得したユーザＩＤ及びパスワードとサービス提供者ＩＤを含むサービス登録要求を認証サーバ１０に送信する（ステップＳ０２）。

【0180】

認証サーバ１０は、取得したユーザＩＤ、パスワード及びサービス提供者ＩＤを用いてサービスユーザＩＤを生成する（ステップＳ０３）。

【0181】

認証サーバ１０は、サービス提供者ＩＤとサービスユーザＩＤを認証情報データベースに格納する（ステップＳ０４）。

【0182】

認証サーバ１０は、サービスユーザＩＤを含む応答（サービス登録要求に対する応答）を管理サーバ２０に送信する（ステップＳ０５）。

【0183】

管理サーバ２０は、ステップＳ０１にて取得した個人情報と、認証サーバ１０から取得したサービスユーザＩＤを対応付けて、利用者情報データベースに格納する（ステップＳ０６）。

【0184】

このように、管理サーバ２０は、ユーザＩＤ、パスワード、サービス提供者ＩＤを含む認証要求を認証サーバ１０に送信することで、サービスユーザＩＤを取得する。管理サーバ２０は、当該取得したサービスユーザＩＤと利用者の個人情報を対応付けて記憶する。

【0185】

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

【0186】

認証端末３０は、利用者の顔画像（生体情報）を取得し、当該取得した顔画像を管理サーバ２０に送信する（ステップＳ１１）。

【0187】

管理サーバ２０は、取得した顔画像から特徴量を生成する（ステップＳ１２）。

【0188】

管理サーバ２０は、当該生成された特徴量とサービス提供者ＩＤを含む認証要求を認証サーバ１０に送信する（ステップＳ１３）。

【0189】

認証サーバ１０は、認証要求に含まれる特徴量とサービス提供者ＩＤを用いた認証処理を実行し、対応するサービスユーザＩＤを特定する（ステップＳ１４）。

【0190】

認証サーバ１０は、特定したサービスユーザＩＤを含む応答（認証要求に対する応答）を管理サーバ２０に送信する（ステップＳ１５）。

【0191】

管理サーバ２０は、取得したサービスユーザＩＤを用いて利用者情報データベースを検索し、対応する個人情報を特定する（ステップＳ１６）。

【0192】

管理サーバ２０は、特定した個人情報を認証端末３０に送信する（ステップＳ１７）。

【0193】

認証端末３０は、取得した個人情報を用いてサービスを提供する（ステップＳ１８）。

【0194】

サービスの提供が終了すると、認証端末３０は、サービス提供終了通知を管理サーバ２０に送信する（ステップＳ１９）。

【0195】

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

【0196】

認証端末３０からサービス提供終了通知を受信すると、管理サーバ２０は、情報提供照会を端末５０に送信する（ステップＳ２１）。

【0197】

情報提供照会を受信すると、端末５０は、個人情報を第三者（情報センター、情報サーバ４０）に提供することについての利用者の意向を取得するためのＧＵＩを生成する（個人情報提供の可否取得；ステップＳ２２）。

【0198】

利用者が個人情報の提供に同意すれば、端末５０は、第三者に提供可能な個人情報の種類を選択するためのＧＵＩを生成する（提供する個人情報の選択；ステップＳ２３）。

【0199】

端末５０は、利用者が選択した個人情報の種類を含む応答（情報提供照会に対する応答）を生成し、管理サーバ２０に送信する（ステップＳ２４）。

【0200】

管理サーバ２０は、提供が許可された個人情報と概略情報を含む行動情報を情報サーバ４０に送信する（ステップＳ２５）。

【0201】

情報サーバ４０は、取得した行動情報を記憶する（ステップＳ２６）と共に、個人情報提供者に支払う対価を決定する（ステップＳ２７）。

【0202】

情報サーバ４０は、決定した対価を管理サーバ２０に通知する。（ステップＳ２８）。

【0203】

管理サーバ２０は、個人情報提供者の対価受取情報を参照し、管理サーバ２０から通知された対価を利用者に支払う（ステップＳ２９）。

【0204】

以上のように、第１の実施形態に係る認証システムでは、利用者にサービスの提供が行われると、当該サービスの提供により生じる情報（サービスの概略を示す概略情報）に加え、サービスの提供を受けた利用者の個人情報が情報センターに送信される。その際、利用者は、自身の個人情報のうち第三者に提供を許可する項目を選択できるので、意に沿わない個人情報の提供を拒否できる。即ち、利用者が自らの考えに基づいて、個人情報の提供又は拒否を制御することができる。

【0205】

また、個人情報を収集し活用する情報センターは、利用価値の高い個人情報（例えば、氏名、住所等）には高い対価を与えることで、そのような個人情報の収集を容易とする。即ち、大きな対価が得られるので、利用者は、利用価値の高い個人情報を第三者に提供することを承諾（納得）する。また、サービス提供者が異なれば、情報センターが収集可能な個人情報も異なり、情報センターはより多様なデータを収集することができる。例えば、情報センターは、小売業から利用者の支払金額と共に利用者の年齢を取得できたり、ホテル事業者から宿泊期間と利用者の年齢、性別等を取得できたりする。

【0206】

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

【0207】

第２の実施形態では、認証端末３０が、個人情報提供の可否を取得する場合について説明する。

【0208】

第２の実施形態に係る認証システムの構成は第１の実施形態と同一とすることができるので図２に相当する説明を省略する。

【0209】

第２の実施形態では、第１の実施形態にて必要とした利用者の連絡先は不要である。第２の実施形態では、認証端末３０が個人情報提供の可否を取得するためである。

【0210】

図２７は、第２の実施形態に係る認証システムの動作を説明するための図である。

【0211】

認証端末３０は、管理サーバ２０から個人情報を取得すると、当該個人情報を利用してサービスを提供する。サービスの提供が終わると、認証端末３０は、個人情報の提供可否を尋ねるＧＵＩを表示する。具体的には、認証端末３０は、図７に示すようなＧＵＩを生成し、個人情報の提供可否を取得する。

【0212】

利用者が個人情報の提供に同意すると、認証端末３０は、第三者に提供可能な個人情報を入力するためのＧＵＩ（例えば、図８、図９に示すようなＧＵＩ）を生成する。認証端末３０は、ＧＵＩを介して取得した提供可能な個人情報を管理サーバ２０に送信する。

【0213】

管理サーバ２０は、受信した個人情報に基づき行動情報（個人情報と概略情報を含む行動情報）を情報サーバ４０に送信（提供）する。

【0214】

上記第２の実施形態に係る認証システムの動作を実現するためには、認証端末３０に第１の実施形態に係る端末５０の「個人情報制御機能」が含まれていればよい。即ち、図２８に示すように、第２の実施形態に係る認証端末３０は、個人情報制御部４０６を備えていればよい。

【0215】

以上のように、第２の実施形態に係る認証システムでは、認証端末３０は、認証成功者に対してサービスの提供を終了すると、当該認証成功者が第三者に提供を許可する個人情報の種類を入力するためのＧＵＩを生成する。管理サーバ２０は、当該認証端末３０を介して個人情報提供に関する利用者の意思を取得する。第２の実施形態によっても、利用者は、生体認証によるサービスに関する個人情報を適切に制御、管理できる。

【0216】

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

【0217】

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

【0218】

但し、図２９に示す構成は、管理サーバ２０のハードウェア構成を限定する趣旨ではない。管理サーバ２０は、図示しないハードウェアを含んでもよい。また、管理サーバ２０に含まれるプロセッサ３１１等の数も図２９の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１が管理サーバ２０に含まれていてもよい。

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

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

【0224】

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

【0225】

管理サーバ２０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることで管理サーバ２０の機能が実現できる。また、管理サーバ２０は、当該プログラムにより個人情報提供方法を実行する。

【0226】

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

【0227】

上記実施形態では、利用者がユーザＩＤ、パスワードを決定し、当該ユーザＩＤ、パスワードを用いてシステムに登録された利用者（システム利用者）を特定することを説明した。しかし、認証システムが、システム利用者を一意に特定するＩＤ（識別子）を決定してもよい。例えば、利用者登録フェーズにおいて、認証サーバ１０は利用者の生体情報（顔画像、特徴量）を取得する。認証サーバ１０は、当該生体情報に基づき上記ＩＤを生成してもよい。例えば、認証サーバ１０は、顔画像の特徴量からハッシュ値を計算し、当該計算されたハッシュ値を、ユーザＩＤ、パスワードの代わりとして用いてもよい。顔画像の特徴量は利用者ごとに異なり、当該特徴量から生成されたハッシュ値も利用者ごとに異なるため、システム利用者のＩＤとして用いることができる。

【0228】

上記実施形態では、利用者登録フェーズとサービス登録フェーズが異なるタイミングで実行されることを説明したが、これらのフェーズは実質的に同タイミングにて実行されてもよい。例えば、利用者がサービスの提供を希望するサービス提供者に設置された認証端末３０が用いられ、上記２つの登録フェーズが実行されてもよい。具体的には、利用者は、認証端末３０を用いて利用者登録を行い、その後、連続して、サービス登録を行ってもよい。この場合、認証端末３０は、認証サーバ１０の利用者登録機能（利用者登録部２０２）と管理サーバ２０の個人情報取得機能（個人情報取得部３０２）を備えればよい。

【0229】

サービス提供者が有する複数の認証端末３０は、同じ敷地や建物等に設置されていなくともよい。サービス提供者が共通すれば、各認証端末３０は空間的に離れた場所に設置されていてもよい。

【0230】

上記実施形態では、１つのサービス提供者に１つのサービス提供者ＩＤを割り当てることを説明したが、複数のサービス提供者に対して１つのサービス提供者ＩＤが割り当てられてもよい。複数のサービス提供者をグループとしてまとめ、グループごとにサービス提供者ＩＤが発行されてもよい。例えば、サービス提供者Ｓ１とＳ２が連携し、同じサービスを提供するような場合には、これらのサービス提供者Ｓ１、Ｓ２に対して共通のサービス提供者ＩＤが発行されてもよい。

【0231】

上記実施形態では、管理サーバ２０から認証サーバ１０に「顔画像から生成された特徴量」に係る生体情報が送信される場合について説明した。しかし、管理サーバ２０から認証サーバ１０に「顔画像」に係る生体情報が送信されてもよい。この場合、認証サーバ１０は、取得した顔画像から特徴量を生成し、認証処理（照合処理）を実行すればよい。

【0232】

上記実施形態では、認証端末３０が顔画像を取得し、管理サーバ２０が当該顔画像から特徴量を生成する場合について説明した。しかし、認証端末３０が顔画像から特徴量を生成し、当該生成した特徴量を管理サーバ２０に送信してもよい。即ち、管理サーバ２０が特徴量の生成を行わなくてもよい。

【0233】

上記実施形態では、サービス登録フェーズにて、利用者が個人情報の登録の際、ユーザＩＤとパスワードをサービス提供者に入力する場合について説明した（図１１参照）。しかし、当該ユーザＩＤとパスワードに替えて、利用者の生体情報（顔画像）がサービス提供者に入力されてもよい。この場合、管理サーバ２０は、顔画像から生成された特徴量とサービス提供者ＩＤを含むサービス登録要求を認証サーバ１０に送信する。認証サーバ１０は、当該要求に含まれる特徴量と認証情報データベースに登録された特徴量を用いた照合処理を実行し、対応する利用者を特定する。認証サーバ１０は、利用者の特定（認証）に成功した場合に、サービスユーザＩＤを払い出す。このような対応により、利用者がユーザＩＤやパスワードを失念している場合でも、利用者は、容易にサービス登録を行える。あるいは、サービス提供者は、ユーザＩＤとパスワードに加え、利用者の生体情報（顔画像）を取得してもよい。この場合、認証サーバ１０は、ユーザＩＤ、パスワード、生体情報が一致した場合に、サービスユーザＩＤを払い出してもよい（生体情報とパスワードを利用した二要素認証が実行されてもよい）。

【0234】

サービス提供者は、認証サーバ１０から取得した情報や認証端末３０から取得した情報をキャッシュ（一時的に保持）してもよい。例えば、管理サーバ２０は、認証端末３０から取得した生体情報と当該生体情報に基づく認証の結果（サービスユーザＩＤ）を所定の期間、キャッシュする。管理サーバ２０は、認証端末３０から生体情報を取得した際、最初にキャッシュされたデータを確認し、取得した生体情報にヒットするキャッシュデータが存在すれば、認証要求を認証サーバ１０へ送信しない。管理サーバ２０は、キャッシュデータに含まれるサービスユーザＩＤを用いて個人情報を特定する。あるいは、管理サーバ２０は、生体情報と個人情報の組み合わせをキャッシュしてもよい。あるいは、サービスの種類に応じて、キャッシュされたデータを削除する条件を変更してもよい。例えば、ホテル事業者による宿泊サービスが提供される場合には、管理サーバ２０は、宿泊客の滞在期間が終了したタイミングでキャッシュデータを削除してもよい。

【0235】

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

【0236】

上記実施形態では、サービス提供者ごとに個人情報提供の可否を利用者が決定することについて説明した。しかし、端末５０は、認証システム全体について、個人情報提供の可否を入力するようなＧＵＩを用意してもよい。

【0237】

上記実施形態で、サービス提供者からサービスの提供がなされた後に、個人情報提供の可否が判断されている。しかし、個人情報提供の可否は、サービス提供前に行われてもよい。即ち、認証サーバ１０による認証が行われた後であれば、サービス提供前、サービス提供後いずれのタイミングで個人情報提供の可否が判断されてもよい。

【0238】

上記実施形態では、端末５０が個人情報提供に関する可否を取得する場合について説明した。端末５０は、当該用途とは異なる用途に用いられてもよい。例えば、利用者は、端末５０を利用して認証サーバ１０に登録された他の情報を更新してもよい。例えば、利用者は、端末５０を用いて認証サーバ１０にアクセスし、生体認証によりサービスの提供を受けるサービス提供者を選択してもよい。即ち、利用者は、認証サーバ１０を介してサービス登録を行ってもよい。その際、サービス提供者の数が多ければ、利用頻度の低いサービス提供者や最近利用していないサービス提供者が優先して表示されてもよい。あるいは、利用者は、端末５０を用いて、システムやサービスからの退会を申し込んでもよい。

【0239】

管理サーバ２０は、情報サーバ４０が提供された各個人情報に与える対価についての情報を予め取得し、当該取得した情報に基づいて利用者に還元される対価に関する情報を端末５０や認証端末３０に通知してもよい。例えば、管理サーバ２０は、情報提供通知に含まれる個人情報の項目一覧と各項目が提供された場合に与えられる対価を端末５０に通知してもよい。この場合、端末５０は、図３０に示すようなＧＵＩを表示することができる。図３０に示すように、端末５０は、提供する個人情報の種類に応じて得られる対価（金銭、仮想通貨、オンラインショッピングで使用可能なポイント等）が異なることを明記してもよい。また、図３０に示すように、端末５０は、選択された個人情報を第三者に提供することで得られる対価の合計を表示してもよい。

【0240】

端末５０や認証端末３０は、第三者への提供が許可された個人情報それぞれについて提供データの提供期間を入力するようなＧＵＩを表示してもよい（図３１参照）。例えば、端末５０や認証端末３０は、図３１に示すように、提供期間（例えば、１か月、１年、１０年、無期限）を選択できるようなＧＵＩを表示する。あるいは、端末５０や認証端末３０は、提供期間の開始と終了を入力するなＧＵＩを表示してもよい（利用者は、２０ＸＸ／ＹＹ／ＺＺ～２０ＺＺ／ＹＹ／ＸＸのような形式で提供期間を入力してもよい）。端末５０や認証端末３０は、提供が許可された個人情報と共に提供期間を管理サーバ２０に通知する。管理サーバ２０は、これらの情報を含む行動情報を情報サーバ４０に送信する。情報サーバ４０は、提供された個人情報の種類と、提供された個人情報の種類それぞれについてのデータの提供期間の長さに応じて対価を決定する。情報サーバ４０は、指定された提供期間が過ぎた場合には記憶している個人情報を破棄する。

【0241】

上記実施形態では、個人情報の提供先として１つの情報センターを例示した。しかし、複数の情報センター（情報バンク）に個人情報が提供されてもよい。この場合、利用者は、複数の情報センターのうち個人情報の提供を許可する情報センターを選択してもよい。具体的には、管理サーバ２０は、状況提供照会を送信する際、提携している情報センター（情報サーバ４０）に関する情報も併せて端末５０等に送信する。例えば、管理サーバ２０は、情報センターの名称等を端末５０等に送信する。端末５０や認証端末３０は、取得した情報を用いて図３２に示すようなＧＵＩを表示し、各情報センターについて個別に個人情報の提供可否を取得してもよい。即ち、端末５０や認証端末３０は、複数の情報センターそれぞれについて個人情報の提供を許可するか否かを入力するためのＧＵＩを生成してもよい。

【0242】

また、端末５０や認証端末３０は、情報提供が許可された情報センターそれぞれについて提供する個人情報を選択するようなＧＵＩ（図８、図９、図３０、図３１に示すようなＧＵＩ）を表示してもよい。端末５０、認証端末３０は、各情報センターから得られる対価も併せて表示してもよい（個人情報の提供先に応じて得られる対価が異なっていてもよい）。

【0243】

図８や図９等のＧＵＩにおいて、端末５０や認証端末３０は個人情報の種類を表示するのではなく、利用者（認証成功者）の個人情報をそのまま表示してもよい（図３３参照）。

【0244】

上記実施形態では、利用者の身元確認について言及していないが、認証システムのいずれかで利用者の身元確認が行われてもよい。例えば、利用者登録をする際、認証サーバ１０が利用者の身元確認を行ってもよい。この場合、認証サーバ１０の利用者登録部２０２は、利用者の身元確認書類（例えば、パスポート等）を端末５０から取得し、利用者の顔画像と身元確認書類に記載された顔画像を用いた１対１照合を実行してもよい。認証サーバ１０は、当該照合に成功した利用者に関して、利用者登録を行ってもよい。あるいは、サービス登録の際に同様の身元確認が行われてもよい。認証システムのいずれかにおいて利用者の身元確認が行われることで、情報センターに提供される個人情報の信頼性が担保される。

【0245】

上記実施形態では、管理サーバ２０が端末５０に対して情報提供照会を送信することで、利用者に生体認証が実行された事実を通知している。しかし、認証サーバ１０が当該事実を端末５０に通知してもよい。この場合、端末５０は、認証サーバ１０からの通知を契機として情報提供可否に関するＧＵＩ等を表示してもよい。

【0246】

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

【0247】

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

【0248】

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、小売店やホテル業者等の顧客を認証する認証システムなどに好適に適用可能である。

【0249】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶すると共に、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、管理サーバと、
を含む、認証システム。
［付記２］
前記認証成功者が所持する端末をさらに含み、
前記管理サーバは、前記認証成功者に対してサービスの提供が終了すると、前記端末に対して、個人情報の提供可否に関する照会であって、自装置に記憶された個人情報のリストを含む照会を送信し、
前記端末は、前記個人情報のリストを用いて、前記認証成功者が前記第三者に提供を許可する個人情報の種類を入力するためのＧＵＩを生成する、付記１に記載の認証システム。
［付記３］
前記管理サーバは、前記端末から前記個人情報の提供可否に関する照会に対する肯定応答を受信すると、前記行動情報を前記情報サーバに送信する、付記２に記載の認証システム。
［付記４］
前記管理サーバは、前記認証成功者が第三者への提供を許可した個人情報と、前記認証成功者に対して提供されたサービスの概略に関する概略情報と、を含む前記行動情報を前記情報サーバに送信する、付記１乃至３のいずれか一に記載の認証システム
［付記５］
前記情報サーバは、前記認証成功者から提供された個人情報の種類に応じて前記認証成功者に支払う対価を決定する、付記１乃至４のいずれか一に記載の認証システム。
［付記６］
前記管理サーバは、前記対価を受け取るための対価受取情報を記憶し、
前記情報サーバは、前記認証成功者に支払う対価を前記管理サーバに通知し、
前記管理サーバは、前記認証成功者の前記対価受取情報に基づき前記通知された対価を支払う、付記５に記載の認証システム。
［付記７］
前記端末は、前記第三者に個人情報を提供することで得られる対価が表示されたＧＵＩを生成する、付記２又は３に記載の認証システム。
［付記８］
前記端末は、前記第三者への提供が許可された個人情報の種類それぞれについて提供データの提供期間を入力するためのＧＵＩを生成する、付記２、３又は７のいずれか一に記載の認証システム。
［付記９］
前記情報サーバは、前記提供された個人情報の種類と、前記提供された個人情報の種類それぞれについてのデータの提供期間の長さと、に応じて前記認証成功者に支払う対価を決定する、付記５に記載の認証システム。
［付記１０］
前記端末は、複数の前記第三者それぞれについて個人情報の提供を許可するか否かを入力するためのＧＵＩを生成する、付記２、３、７、８いずれか一に記載の認証システム。
［付記１１］
前記管理サーバと接続され、被認証者の生体情報を取得し、前記認証成功者にサービスを提供する認証端末をさらに含み、
前記認証端末は、前記認証成功者に対してサービスの提供を終了すると、前記認証成功者が前記第三者に提供を許可する個人情報の種類を入力するためのＧＵＩを生成する、付記１に記載の認証システム。
［付記１２］
前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、付記１乃至１１のいずれか一に記載の認証システム。
［付記１３］
生体認証による認証成功者にサービスを提供するための個人情報を記憶する管理サーバと接続され、
前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可する個人情報を入力するためのＧＵＩを生成する、端末。
［付記１４］
情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続され、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶すると共に、前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、管理サーバ。
［付記１５］
情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続された管理サーバにおいて、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶し、
前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する、個人情報提供方法。
［付記１６］
情報サーバと、
複数の利用者それぞれの生体情報を記憶し、前記記憶された生体情報を用いて生体認証を行う、認証サーバと、に接続された管理サーバに搭載されたコンピュータに、
前記生体認証による認証成功者にサービスを提供するための個人情報を記憶する処理と、
前記サービスが提供された認証成功者の個人情報のうち前記認証成功者が第三者への提供を許可した個人情報を含む行動情報を前記情報サーバに送信する処理と、
を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

【0250】

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

【符号の説明】

【0251】

１０、１０２ 認証サーバ
２０、２０－１、２０－２、１０３ 管理サーバ
３０、３０－１、３０－２、３１－１、３１－２ 認証端末
４０、１０１ 情報サーバ
５０ 端末
２０１、３０１、４０１、５０１、６０１ 通信制御部
２０２ 利用者登録部
２０３、３０４ データベース（ＤＢ；Data Base）管理部
２０４ サービス登録部
２０５ 認証部
２０６、３０７、４０５、５０３、６０３ 記憶部
３０２ 個人情報取得部
３０３ サービス登録要求部
３０５ 認証要求部
３０６ 行動情報提供部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス
４０２ 生体情報取得部
４０３ サービス提供部
４０４ メッセージ出力部
４０６、６０２ 個人情報制御部
５０２ 行動情報処理部

【図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】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】