知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025025106
(43)【公開日】2025-02-21
(54)【発明の名称】登録端末、情報処理システム及びプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20250214BHJP
G07G 1/12 20060101ALI20250214BHJP
【ＦＩ】
G06Q50/10
G07G1/12 321L
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2023129580
(22)【出願日】2023-08-08
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】和田 智史
(72)【発明者】
【氏名】谷 博一
(72)【発明者】
【氏名】原尻 達矢
(72)【発明者】
【氏名】伊勢山 遥
【テーマコード（参考）】
3E142
5L049
5L050
【Ｆターム（参考）】
3E142CA17
3E142FA02
3E142FA10
3E142FA14
3E142JA03
5L049CC12
5L050CC12
(57)【要約】 （修正有）
【課題】生体認証を利用したサービスの利用に係る利便性を向上させる登録端末、情報処理システム及びプログラムを提供する。
【解決手段】情報処理システムでは、管理サーバと、認証サーバと、複数の連携サーバと、利用端末と、登録端末と、カメラデバイスとが、インターネット等のネットワークを介して相互に通信可能に接続されている。登録端末の制御部において、取得部５１３は、ユーザの生体情報を取得する。受付部５１２は、予め定められた複数のサービスの中から、ユーザが利用するサービスの選択を受け付ける。通信制御部５１１は、１つの生体情報又は当該生体情報により特定される１つの生体識別子に対して、サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、取得部５１３が取得した生体情報と、受付部５１２で選択を受け付けたサービスを表す情報とを送信することで、管理情報への登録を要求する。
【選択図】図１６
【解決手段】情報処理システムでは、管理サーバと、認証サーバと、複数の連携サーバと、利用端末と、登録端末と、カメラデバイスとが、インターネット等のネットワークを介して相互に通信可能に接続されている。登録端末の制御部において、取得部５１３は、ユーザの生体情報を取得する。受付部５１２は、予め定められた複数のサービスの中から、ユーザが利用するサービスの選択を受け付ける。通信制御部５１１は、１つの生体情報又は当該生体情報により特定される１つの生体識別子に対して、サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、取得部５１３が取得した生体情報と、受付部５１２で選択を受け付けたサービスを表す情報とを送信することで、管理情報への登録を要求する。
【選択図】図１６
【特許請求の範囲】
【請求項1】
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける第１受付部と、
１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記第１受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する要求部と、
を備える登録端末。
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける第１受付部と、
１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記第１受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する要求部と、
を備える登録端末。
【請求項2】
前記管理情報は、１つの前記生体情報又は１つの前記生体識別子に対して、複数の前記利用者識別情報を対応付けたものであり、
前記第１受付部は、前記予め定められた複数のサービスの中から、前記管理情報へ追加登録する前記サービスの追加選択を受付け、
前記取得部は、追加登録の対象となる前記サービスに対応付ける前記生体情報又は当該生体情報の前記生体識別子を取得し、
前記要求部は、前記生体情報又は前記生体識別子と、前記第１受付部で追加選択を受付けた前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
請求項１に記載の登録端末。
前記第１受付部は、前記予め定められた複数のサービスの中から、前記管理情報へ追加登録する前記サービスの追加選択を受付け、
前記取得部は、追加登録の対象となる前記サービスに対応付ける前記生体情報又は当該生体情報の前記生体識別子を取得し、
前記要求部は、前記生体情報又は前記生体識別子と、前記第１受付部で追加選択を受付けた前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
請求項１に記載の登録端末。
【請求項3】
前記管理情報は、複数の前記生体情報の各々又は複数の前記生体識別子の各々に対して、複数の前記利用者識別情報を対応付けたものであり、
予め定められた複数の前記生体情報の中から、前記管理情報へ追加登録する前記生体情報の追加選択を受付ける第２受付部を更に備え、
前記取得部は、前記第２受付部で追加選択を受付けた前記生体情報を取得し、
前記要求部は、前記第２受付部で追加選択を受付けた前記生体情報又は当該生体情報の前記生体識別子と、前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
請求項１に記載の登録端末。
予め定められた複数の前記生体情報の中から、前記管理情報へ追加登録する前記生体情報の追加選択を受付ける第２受付部を更に備え、
前記取得部は、前記第２受付部で追加選択を受付けた前記生体情報を取得し、
前記要求部は、前記第２受付部で追加選択を受付けた前記生体情報又は当該生体情報の前記生体識別子と、前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
請求項１に記載の登録端末。
【請求項4】
前記管理情報は、前記ユーザ又は前記登録端末を識別可能な１つの共通識別子に対して、複数の前記生体情報又は複数の前記生体識別子と、複数の前記利用者識別情報とを対応付けて管理する、
請求項１乃至３の何れか１項に記載の登録端末。
請求項１乃至３の何れか１項に記載の登録端末。
【請求項5】
前記サービスは、カード決済、電子マネー決済、コード決済、及び仮想通貨決済のうちのいずれか一つの決済サービスであり、
前記第１受付部は、カード決済、電子マネー決済、コード決済、及び仮想通貨決済の中から、前記管理情報へ追加登録する前記決済サービスの追加選択を受付ける、
請求項１乃至３の何れか１項に記載の登録端末。
前記第１受付部は、カード決済、電子マネー決済、コード決済、及び仮想通貨決済の中から、前記管理情報へ追加登録する前記決済サービスの追加選択を受付ける、
請求項１乃至３の何れか１項に記載の登録端末。
【請求項6】
登録端末と、サーバ装置とを有する情報処理システムであって、
前記登録端末は、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
前記サーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報への登録を要求する要求部と、
を備え、
前記サーバ装置は、
前記登録端末から、前記生体情報と、前記サービスを表す情報とを受信する受信部と、
前記生体情報又は前記生体識別子に対して、前記サービスを表す情報から特定される前記利用者識別情報を対応付けて前記管理情報として記憶装置に記憶する記憶制御部と、
前記記憶装置に記憶された前記利用者識別情報に基づき、前記ユーザが利用することが可能なサービスを表す情報を前記登録端末に送信する送信部と、
を備える情報処理システム。
前記登録端末は、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
前記サーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報への登録を要求する要求部と、
を備え、
前記サーバ装置は、
前記登録端末から、前記生体情報と、前記サービスを表す情報とを受信する受信部と、
前記生体情報又は前記生体識別子に対して、前記サービスを表す情報から特定される前記利用者識別情報を対応付けて前記管理情報として記憶装置に記憶する記憶制御部と、
前記記憶装置に記憶された前記利用者識別情報に基づき、前記ユーザが利用することが可能なサービスを表す情報を前記登録端末に送信する送信部と、
を備える情報処理システム。
【請求項7】
コンピュータを、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
１つの生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する要求部と、
として機能させるプログラム。
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
１つの生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する要求部と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、登録端末、情報処理システム及びプログラムに関する。
【背景技術】
【0002】
近年、人工知能や深層学習の発達等により、顔、指紋、掌紋、静脈、虹彩等の生体情報を利用した生体認証の精度が向上している。これに伴い、スマートフォンのロック解除、入退室管理、出入国管理、決済サービス等の生体認証を利用した各種サービスが普及しつつある。
【0003】
ところで、生体認証を利用した各種サービスは、複数の事業者によって展開されることが多い。このため、ユーザは、複数のサービスを利用する場合、サービス毎に生体情報の登録を行わなければならない可能性が高く、利便性に欠ける。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、生体認証を利用したサービスの利用に係る利便性を向上させることができる登録端末、情報処理システム及びプログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態に係る登録端末は、取得部と、第１受付部と、要求部とを備える。取得部は、ユーザから生体情報を取得する。第１受付部は、予め定められた複数のサービスの中から、ユーザが利用するサービスの選択を受け付ける。要求部は、１つの生体情報又は当該生体情報により特定される１つの生体識別子に対して、サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、取得部が取得した生体情報と、第１受付部で選択を受け付けたサービスを表す情報とを送信することで、管理情報への登録を要求する。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
以下に添付図面を付して実施形態に係る登録端末、情報処理システム及びプログラムについて説明する。
【0008】
（第１実施形態）
第１実施形態では、本実施形態の情報処理システムを、主に生体認証を利用した決済サービスに適用した例について説明する。
第１実施形態では、本実施形態の情報処理システムを、主に生体認証を利用した決済サービスに適用した例について説明する。
【0009】
図１は、第１実施形態に係る情報処理システムＳの構成の一例を示すブロック図である。図１に示すように、情報処理システムＳは、管理サーバ１と、認証サーバ２と、連携サーバ３（３ａ，３ｂ…）と、利用端末４（４ａ，４ｂ…）と、登録端末５（５ａ，５ｂ…）と、カメラデバイス６とを有する。情報処理システムＳを構成する各装置は、インターネット等のネットワーク７を介して、相互に通信可能に接続される。
【0010】
なお、図１の情報処理システムＳの各装置の台数は一例であり、これに限定されない。例えば、情報処理システムＳは、認証サーバ２を複数台有していてもよい。
【0011】
管理サーバ１は、ユーザの生体情報を管理する。生体情報は、ユーザの特徴を示す情報である。生体情報としては、例えば、顔、指紋、掌紋、虹彩等が挙げられる。以下、図２乃至図４を用いて、管理サーバ１の構成について説明する。
【0012】
まず、管理サーバ１のハードウェア構成について説明する。図２は、管理サーバ１のハードウェア構成の一例を示すブロック図である。管理サーバ１は、制御部１１０、記憶部１２０及び通信Ｉ／Ｆ（Interface、インタフェース）１３０を備えている。通信Ｉ／Ｆ１３０は、ネットワーク７に接続し、ネットワーク７を介して他の装置（認証サーバ２、連携サーバ３、利用端末４、及び登録端末５等）と通信を行う。
【0013】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）により構成されている。ＣＰＵはプロセッサであって、プログラムを実行する。ＲＯＭはプログラムメモリであって、各種プログラム及び制御データを記憶する。ＲＡＭはワーキングメモリであって、各種データの展開に用いられる。制御部１１０は、ＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに読み出して実行することにより、各部を統括的に制御する。
【0014】
記憶部１２０は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Memory）、フラッシュメモリ等の書換え可能な不揮発性の記憶媒体を備えた記憶装置である。例えば、記憶部１２０は、管理サーバ１の動作に係る各種プログラムや各種データを記憶する。
【0015】
また、例えば、記憶部１２０は、管理情報１２１を記憶する。管理情報１２１は、ユーザの生体情報を管理する情報である。図３は、管理情報１２１のデータ構成の一例を説明する図である。図３の管理情報１２１は、共通ＩＤ、氏名、住所、年齢、性別、携帯番号、メールアドレス、生体識別ＩＤ、サービスＩＤ、及び会員ＩＤを対応付けて記憶したものである。
【0016】
共通ＩＤは、ユーザを識別するためのＩＤ情報である。共通ＩＤは、共通識別子の一例である。共通ＩＤは、例えば、生体情報を登録したユーザにユニークな番号等である。氏名は、ユーザの氏名を表す情報である。住所は、ユーザの住所を表す情報である。年齢は、ユーザの年齢を表す情報である。性別は、ユーザの性別を表す情報である。携帯番号は、ユーザの携帯電話の番号を表す情報である。メールアドレスは、ユーザのメールアドレスを表す情報である。
【0017】
生体識別ＩＤは、生体情報を識別するためのＩＤ情報である。生体識別ＩＤは、生体識別情報の一例である。サービスＩＤは、対応する生体識別ＩＤで識別される生体情報を用いることでユーザが利用可能な各種サービスを識別するためのＩＤ情報である。会員ＩＤは、対応するサービスＩＤで識別されるサービスを利用するためのＩＤ情報である。会員ＩＤは、利用者識別情報の一例である。
【0018】
図３の１行目は、共通ＩＤ「Ｃ００１」のユーザの氏名が「○○ ○○」、住所が「△△県・・・」、性別が「男性」、携帯番号が「０１２－３４５６－７８９０」、メールアドレスが「ａａａ＠ｂｂｂ．ｃｃ」であることを表している。
【0019】
また、図３の１行目は、共通ＩＤ「Ｃ００１」で識別されるユーザ（以下、ユーザ「Ｃ００１」ともいう）が、生体識別ＩＤ「Ｌ００１」で識別される生体情報（以下、生体情報「Ｌ００１」ともいう）を登録しており、サービスＩＤ「Ｓ００１」で識別されるサービス（以下、サービス「Ｓ００１」ともいう）を生体情報「Ｌ００１」を用いて利用可能であること、サービス「Ｓ００１」の会員ＩＤが「Ｍ００１」であることを表している。
【0020】
また、図３の１行目～５行目は、ユーザ「Ｃ００１」が、１つの生体情報「Ｌ００１」で、サービス「Ｓ００１」、サービス「Ｓ００２」、サービス「Ｓ００３」、サービス「Ｓ００４」、及びサービス「Ｓ００５」が利用可能であることを表している。このように、本実施形態では、ユーザは１つの生体情報の登録で、複数のサービスを利用することができる。これにより、ユーザによる生体情報の登録の利便性を向上できる。
【0021】
また、図３の６～９行目は、ユーザ「Ｃ００１」が、生体情報「Ｌ００１」とは別の生体情報「Ｌ００２」を登録していることを表している。図３の例では、ユーザ「Ｃ００１」は、生体情報「Ｌ００２」で、サービス「Ｓ００１」、サービス「Ｓ００２」、サービス「Ｓ００４」、及びサービス「Ｓ００５」が利用可能であることを表している。
【0022】
ここで、例えば、ユーザ「Ｃ００１」が基本的には、生体情報「Ｌ００２」を利用したいと考えているが、サービス「Ｓ００３」については、生体情報「Ｌ００２」の認証に対応していないような場合を想定する。
【0023】
この場合、ユーザ「Ｃ００１」は、生体情報「Ｌ００１」でサービス「Ｓ００３」を利用可能なため、サービス「Ｓ００３」を利用するときだけは、生体情報「Ｌ００１」で生体認証を行い、他のサービスでは生体情報「Ｌ００２」で生体認証を行うといったことが可能になる。
【0024】
また、例えば、生体情報「Ｌ００１」が顔画像で、生体情報「Ｌ００２」が指紋であり、かつ、顔画像と指紋との両方で生体認証可能な場面で、ユーザ「Ｃ００１」は、指紋の読取が上手くいかないときだけ、顔画像で生体認証を行うといったことも可能になる。このように、本実施形態では、複数の生体情報のうち、利用可能な任意の生体情報でサービスを利用できる。これにより、ユーザによる生体情報の利用の利便性を向上できる。
【0025】
また、上述のように、図３の例では、ユーザ「Ｃ００１」は、生体情報「Ｌ００１」と生体情報「Ｌ００２」との２つの生体情報を登録している。このように、本実施形態では、複数の生体情報を一つの共通ＩＤを用いて管理することができる。
【0026】
なお、共通ＩＤと会員ＩＤとは対応付けられているが、生体識別ＩＤとは対応付けられていないサービスがあり、ユーザが当該サービスを利用しようとした場合、管理サーバ１は、当該サービスは生体情報と連携されていないため、生体認証を利用できない旨をユーザに通知してもよい。
【0027】
次に、管理サーバ１の機能構成について説明する。図４は、制御部１１０の機能構成の一例を示すブロック図である。制御部１１０は、ＣＰＵがプログラムを実行することによって、通信制御部１１１、記憶制御部１１２、認証部１１３等の各種機能部として機能する。
【0028】
通信制御部１１１は、他の装置との間の情報の送受信を制御する。情報の送受信の制御には、他の装置に対して処理の実行を要求する制御命令の生成等の処理が含まれる。例えば、通信制御部１１１は、通信Ｉ／Ｆ１３０を介し、認証サーバ２、連携サーバ３、利用端末４、及び登録端末５との間での情報の送受信の制御を行う。
【0029】
一例として、通信制御部１１１は、認証サーバ２に生体情報登録要求等を送信する。また、通信制御部１１１は、認証サーバ２から生体情報登録完了通知等を受信する。また、通信制御部１１１は、連携サーバ３に連携サービス登録要求等を送信する。また、通信制御部１１１は、連携サーバ３から連携サービス登録完了通知等を受信する。
【0030】
また、通信制御部１１１は、利用端末４からサービス利用要求等を受信する。また、通信制御部１１１は、利用端末４にサービス利用要求に対応する会員ＩＤ等を送信する。また、通信制御部１１１は、登録端末５からユーザ登録要求、生体情報登録要求、連携サービス登録要求等を受信する。また、通信制御部１１１は、登録端末５に生体情報登録完了通知等を送信する。
【0031】
記憶制御部１１２は、記憶装置に関する制御を行う。記憶装置に関する制御には、データの抽出、データの記憶、データの削除等の各種データ処理の制御が含まれる。例えば、記憶制御部１１２は、共通ＩＤ、ユーザの個人情報、生体識別ＩＤ、サービスＩＤ、会員ＩＤ等を対応付けて管理情報１２１として記憶する。
【0032】
認証部１１３は、ユーザ登録時の認証処理を実行する。例えば、認証部１１３は、通信制御部１１１が登録端末５から携帯電話番号やメールアドレスを含む会員情報を受信した場合に認証コードを発行する。次いで、認証部１１３は、受信した会員情報から携帯電話番号又はメールアドレスを特定する。そして、認証部１１３は、通信制御部１１１と協働し、ＳＭＳ（Short Message Service）や電子メール等を用いて当該登録端末５へ発行した認証コードを送信する。
【0033】
ここで、ＳＭＳの送信先を表す携帯電話番号（又は電子メールの送信先を表すメールアドレス）は、記憶制御部１１２により、認証コードと対応付けられて認証情報として記憶部１２０に記憶される。
【0034】
また、認証部１１３は、通信制御部１１１と協働し、会員情報の送信元の登録端末５へ認証コードとは異なる方法で認証コード入力画面生成命令を送信する。その後、通信制御部１１１は、登録端末５から認証コードと携帯電話番号（又はメールアドレス）とを含む情報を受信する。
【0035】
認証部１１３は、認証情報として記憶されている認証コードと携帯電話番号（又はメールアドレス）とのセットの中に、通信制御部１１１が登録端末５から受信した認証コードと携帯電話番号（又はメールアドレス）のセットと一致するセットがあるかを判定する。
【0036】
一致するセットが存在する場合、認証部１１３は、共通ＩＤを発行する。この場合、当該セットは、記憶制御部１１２により記憶部１２０の認証情報から消去される。発行された共通ＩＤは、記憶制御部１１２により登録端末５から受信した会員情報と対応付けられて管理情報１２１として記憶部１２０に記憶される。なお、認証部１１３は、通信制御部１１１と協働して登録端末５から当該登録端末５を識別する端末ＩＤを受信し、当該端末ＩＤを共通ＩＤとして利用してもよい。
【0037】
一方、一致するセットが存在しない場合、認証部１１３は、通信制御部１１１と協働し、認証コードが一致しない旨の警告画面の生成命令を登録端末５へ送信する。
【0038】
【0039】
まず、認証サーバ２のハードウェア構成について説明する。図５は、認証サーバ２のハードウェア構成の一例を示すブロック図である。認証サーバ２は、制御部２１０、記憶部２２０及び通信Ｉ／Ｆ２３０を備えている。通信Ｉ／Ｆ２３０は、ネットワーク７に接続し、ネットワーク７を介して他の装置（管理サーバ１、利用端末４、カメラデバイス６等）と通信を行う。
【0040】
制御部２１０は、例えば、ＣＰＵ、ＲＯＭ及びＲＡＭにより構成されている。ＣＰＵはプロセッサであって、プログラムを実行する。ＲＯＭはプログラムメモリであって、各種プログラム及び制御データを記憶する。ＲＡＭはワーキングメモリであって、各種データの展開に用いられる。制御部２１０は、ＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに読み出して実行することにより、各部を統括的に制御する。
【0041】
記憶部２２０は、ＨＤＤやＳＳＤ、フラッシュメモリ等の書換え可能な不揮発性の記憶媒体を備えた記憶装置である。
【0042】
例えば、記憶部２２０は、認証サーバ２の動作に係る各種プログラムや各種データを記憶する。また、例えば、記憶部２２０は、認証情報２２１を記憶する。認証情報２２１は、生体情報を利用したユーザの認証に用いられる情報である。例えば、認証情報２２１は、生体情報と生体識別ＩＤとを対応付けて記憶したものである。
【0043】
次に、認証サーバ２の機能構成について説明する。図６は、制御部２１０の機能構成の一例を示すブロック図である。制御部２１０は、ＣＰＵがプログラムを実行することによって、通信制御部２１１、記憶制御部２１２、生体認証部２１３等の各種機能部として機能する。
【0044】
通信制御部２１１は、他の装置との間の情報の送受信を制御する。情報の送受信の制御には、他の装置に対して処理の実行を要求する制御命令の生成等の処理が含まれる。例えば、通信制御部２１１は、通信Ｉ／Ｆ２３０を介し、管理サーバ１、利用端末４及びカメラデバイス６との間での情報の送受信を制御する。
【0045】
一例として、通信制御部２１１は、管理サーバ１から生体情報登録要求等を受信する。また、通信制御部２１１は、管理サーバ１に生体情報登録完了通知等を送信する。また、通信制御部２１１は、カメラデバイス６から認証要求等を受信する。また、通信制御部２１１は、利用端末４に認証完了通知等を送信する。
【0046】
記憶制御部２１２は、記憶装置に関する制御を行う。記憶装置に関する制御には、データの抽出、データの記憶、データの削除等の各種データ処理の制御が含まれる。例えば、記憶制御部２１２は、生体情報と生体識別ＩＤとを対応付けて認証情報２２１として記憶部２２０に記憶する。
【0047】
生体認証部２１３は、生体認証に関連する処理を行う。例えば、生体認証部２１３は、生体識別ＩＤを発行する。また、例えば、生体認証部２１３は、認証情報２２１に登録された顔画像と、カメラデバイス６から受信した顔画像とを照合することにより、ユーザの認証を行う。
【0048】
一例として、生体認証部２１３は、認証情報２２１を参照し、カメラデバイス６から受信した顔画像と一致する顔画像を抽出する。また、生体認証部２１３は、認証情報２２１を参照し、抽出した顔画像に対応する生体識別ＩＤを特定する。生体認証部２１３は、通信制御部２１１と協働し、特定した生体識別ＩＤを含む認証完了通知を、管理サーバ１へ送信する。
【0049】
図１に戻り、説明を続ける。連携サーバ３は、生体情報を利用したサービスに関連する情報の生成、管理等を行う。図１の情報処理システムＳは、連携サーバ３として、連携サーバ（決済）３ａ及び連携サーバ（電子レシート）３ｂを有する。連携サーバ（決済）３ａは、生体情報を利用した決済サービスに関連する情報の生成、管理を行う。以下、図７及び図８を用いて、連携サーバ（決済）３ａの構成について説明する。
【0050】
まず、連携サーバ（決済）３ａのハードウェア構成について説明する。図７は、連携サーバ（決済）３ａのハードウェア構成の一例を示すブロック図である。連携サーバ（決済）３ａは、制御部３１０ａ、記憶部３２０ａ及び通信Ｉ／Ｆ３３０ａを備えている。通信Ｉ／Ｆ３３０ａは、ネットワーク７に接続し、ネットワーク７を介して他の装置（管理サーバ１、利用端末４、登録端末５等）と通信を行う。
【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】
生体認証決済ボタン４４１ｆは、ユーザが生体認証決済を行う場合に押下するボタンである。図１３の例では、ユーザにより生体認証決済ボタンが押下されている。決定ボタン４４２は、決済方法を確定するためのボタンである。ユーザは、現金決済ボタン４４１ａ、カード決済ボタン４４１ｂ、電子マネー決済ボタン４４１ｃ、コード決済ボタン４４１ｄ、ポイント決済ボタン４４１ｅ、及び生体認証決済ボタン４４１ｆの何れかを押下した状態で決定ボタン４４２を押下することで決済方法を確定できる。
【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】
次に、第１実施形態に係る情報処理システムＳが実行する処理について説明する。まず、サービスの登録に関する処理について説明する。図２９は、第１実施形態に係る情報処理システムＳが実行する処理の一例を示すシーケンス図である。図２９は、ユーザ登録、生体情報の登録、及び連携サービスの登録等の登録処理の一例を示している。また、図２９では、生体情報として顔画像の登録を行うものとする。
【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】
次いで、記憶制御部１１２は、会員ＩＤ（決済）を特定する（ＳＴ７０）。例えば、記憶制御部１１２は、管理情報１２１を参照し、会員ＩＤ（決済）要求に含まれる、生体識別ＩＤとサービスＩＤとに対応する会員ＩＤを、会員ＩＤ（決済）として特定する。
【0220】
次いで、通信制御部１１１は、ＳＴ７０で特定した会員ＩＤ（決済）を、利用端末（ＰＯＳ端末）４ａへ送信する（ＳＴ７１）。利用端末（ＰＯＳ端末）４ａの通信制御部４１１ａは、会員ＩＤ（決済）を受信する。
【0221】
次いで、通信制御部４１１ａは、決済要求を連携サーバ（決済）３ａへ送信する（ＳＴ７２）。図３０では、決済要求には、商品登録処理により確定した請求金額を表す金額情報と、会員ＩＤ（決済）が含まれている。連携サーバ（決済）３ａの通信制御部３１１ａは、決済要求を受信する。
【0222】
次いで、決済処理部３１３ａは、支払情報（例えば、カード番号等の支払いに必要な情報）を特定する（ＳＴ７３）。例えば、決済処理部３１３ａは、決済情報３２１ａを参照し、通信制御部３１１ａが受信した決済要求に含まれる会員ＩＤ（決済）に対応するカード番号等を支払情報として特定する。
【0223】
次いで、決済処理部３１３ａは決済処理を行う（ＳＴ７４）。例えば、決済処理部３１３ａは、通信制御部３１１ａが受信した決済要求に含まれる金額情報と、ＳＴ７３で特定した支払情報とに基づいて、決済処理を実行する。
【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】
記憶制御部３１２ｃは、図８の記憶制御部３１２ａと同様に各種情報を記憶装置に記憶させる制御を行う。例えば、記憶制御部３１２ｃは、会員ＩＤ、氏名、施設内の入室可能な領域を表す情報等を対応付けてユーザ情報３２１ｃとして記憶部３２０ｃに記憶する。
【0252】
また、記憶制御部３１２ｃは、利用端末（入退室管理装置）４ｂから入退室要求を受信した場合に、後述の入退室管理部３１４ｃと協働して、管理サーバ１が特定した会員ＩＤと、入室（退出）時間と、入室（退出）場所とを対応付けて入退室管理情報３２２ｃとして記憶部３２０ｃに記憶する。
【0253】
入退室管理部３１４ｃは、入退室に関する情報を管理する。例えば、入退室管理部３１４ｃは、上述の記憶制御部３１２ｃと協働して、入退室管理情報３２２ｃに、入室（退室）時間、入室（退室）場所等を登録する処理を実行する。
【0254】
また、例えば、入退室管理部３１４ｃは、通信制御部３１１ｃが施錠されている自動ドア８に関わる入室要求を受信した場合に、ユーザ情報３２１ｃを参照し、入室要求に係るユーザが、当該自動ドア８が設置された部屋に入室可能であるか否かを判定する。
【0255】
図３１に戻り、説明を続ける。図３１の情報処理システムＳａは、利用端末４として、利用端末（入退室管理装置）４ｃ、利用端末４ｄを有している。利用端末４ｄは、利用端末（入退室管理装置）４ｃと同様の入退室管理装置であってもよいし、他の生体情報を利用可能なサービスを利用するために用いられる端末装置であってもよい。
【0256】
利用端末（入退室管理装置）４ｃは、連携サーバ（入退室管理）３ｃと協働して、施設内における入室又は退室した人、時間、場所等を管理する。以下、図３４乃至図３８を用いて利用端末（入退室管理装置）４ｃについて説明する。
【0257】
まず、利用端末（入退室管理装置）４ｃのハードウェア構成について説明する。図３４は、利用端末（入退室管理装置）４ｃのハードウェア構成の一例を示すブロック図である。利用端末（入退室管理装置）４ｃは、制御部４１０ｃ、記憶部４２０ｃ、通信Ｉ／Ｆ４３０ｃ、表示部４４０ｃ、操作部４５０ｃ及びカメラ４６０ｃを備えている。
【0258】
制御部４１０ｃ、記憶部４２０ｃ、通信Ｉ／Ｆ４３０ｃ、表示部４４０ｃ、操作部４５０ｃについては、図１１の制御部４１０ａ、記憶部４２０ａ、通信Ｉ／Ｆ４３０ａ、表示部４４０ａ、及び操作部４５０ａと同様のため、説明を省略する。
【0259】
カメラ４６０ｃは、画像を撮影する。カメラ４６０ｃは、ユーザの顔画像を撮像可能なものである。例えば、カメラ４６０ｃは、イメージセンサである。なお、本実施形態では、利用端末（入退室管理装置）４ｃがカメラ４６０ｃを備えているが、カメラ４６０ｃは、利用端末（入退室管理装置）４ｃとは別体で構成されていてもよい。
【0260】
次に、利用端末（入退室管理装置）４ｃの機能構成について説明する。図３５は、制御部４１０ｃの機能構成の一例を示すブロック図である。制御部４１０ｃは、ＣＰＵがプログラムを実行することによって、通信制御部４１１ｃ、受付部４１３ｃ、画面生成部４１４ｃ、表示制御部４１５ｃ、取得部４１６ｃ、及びロック制御部４１７ｃ等の各種機能部として機能する。
【0261】
通信制御部４１１ｃは、図１２の通信制御部４１１ａと同様であるが、決済に関する情報の送受信を行わない点、認証要求の送信を行う点、入退室管理に関する情報の送受信を行う点等で通信制御部４１１ａと異なる。
【0262】
一例として、通信制御部４１１ｃは、認証要求を認証サーバ２へ送信する。また、通信制御部４１１ｃは、入退室要求を連携サーバ（入退室管理）３ｃへ送信する。また、通信制御部４１１ｃは、連携サーバ（入退室管理）３ｃから開錠許可通知を受信する。また、通信制御部４１１ｃは、開錠命令を自動ドア８へ送信する。また、通信制御部４１１ｃは、自動ドア８から開錠完了通知を受信する。
【0263】
受付部４１３ｃは、図８の受付部４１３ａと同様に、各種操作を受付ける。例えば、受付部４１３ｃは、ユーザから入退室指示を受付ける。
【0264】
画面生成部４１４ｃは、図８の画面生成部４１４ａと同様に、各種画面を生成する。例えば、画面生成部４１４ｃは、受付部４１３ｃがユーザから操作開始指示を受付けた場合に入退室指示画面を生成する。入退室指示画面は、ユーザから入退室指示を受付けるための画面である。
【0265】
図３６は、利用端末（入退室管理装置）４ｃの表示部４４０ｃに表示される画面の画面構成の一例を説明する図である。図３６は、入退室指示画面の画面構成の一例である。図３６の入退室指示画面は、入室ボタン４４４ａと、退室ボタン４４４ｂとで構成される。入室ボタン４４４ａは、入室を記録するよう指示するためのボタンである。退室ボタン４４４ｂは、退室を記録するよう指示するためのボタンである。
【0266】
また、例えば、画面生成部４１４ｃは、受付部４１３ｃがユーザから入室指示（又は退室指示）を受付けた場合に撮影画面を生成する。
【0267】
図３７は、利用端末（入退室管理装置）４ｃの表示部４４０ｃに表示される画面の画面構成の一例を説明する図である。図３７は、撮影画面の画面構成の一例である。図３７の撮影画面は、メッセージ４４５と、ガイド表示４４６と、撮影画像表示欄４４７とで構成される。撮影画面は、図２８の撮影画面（メッセージ６４１、ガイド表示６４２、及び撮影画像表示欄６４３）と同様のため、説明を省略する。
【0268】
また、例えば、画面生成部４１４ｃは、入室に係る自動ドア８が施錠されており、かつ、通信制御部４１１ｃが自動ドア８から開錠完了通知を受信した場合に、開錠完了画面を生成する。
【0269】
図３８は、利用端末（入退室管理装置）４ｃの表示部４４０ｃに表示される画面の画面構成の一例を説明する図である。図３８は、開錠画面の画面構成の一例である。図３８の開錠画面は、開錠表示４４８で構成される。開錠表示４４８は、入室に係る自動ドアのロックが解除されたことを表す表示である。
【0270】
図３５に戻り、説明を続ける。表示制御部４１５ｃは、図８の表示制御部４１５ａと同様に、各種情報を表示装置に表示させる。例えば、表示制御部４１５ｃは、画面生成部４１４ｃが生成した入退室指示画面、撮影画面、開錠画面等を表示部４４０ｃに表示させる。
【0271】
取得部４１６ｃは、生体情報を取得する。例えば、取得部４１６ｃは、図２７の取得部６１２と同様に、カメラ４６０ｃで撮影した顔画像を取得する。
【0272】
ロック制御部４１７ｃは、自動ドア８のロックを制御する。例えば、ロック制御部４１７ｃは、通信制御部４１１ｃが連携サーバ（入退室管理）３ｃから開錠許可通知を受信した場合に、開錠命令を生成する。通信制御部４１１ｃにより、対象の自動ドア８に開錠命令が自動ドア８へ送信されることで、自動ドア８のロックが解除される。
【0273】
また、例えば、ロック制御部４１７ｃは、通信制御部４１１ｃが自動ドア８から開錠完了通知を受信してから所定時間経過後に、開錠された自動ドア８の施錠命令を生成する。通信制御部４１１ｃにより、対象の自動ドア８に施錠命令が自動ドア８へ送信されることで、自動ドア８がロックされる。
【0274】
図３１に戻り、説明を続ける。自動ドア８は、施設の入退室管理の対象となる場所に設けられるドアである。
【0275】
例えば、自動ドア８は、利用端末（入退室管理装置）４ｃの指示に従って、ドアのロック、ロック解除を行う。また、例えば、自動ドア８は、制御部、通信Ｉ／Ｆ（何れも図示しない）を備える。制御部は、利用端末（入退室管理装置）４ｃの指示に従って、ドアのロックを解除した場合に、通信Ｉ／Ｆを介して、開錠完了通知を利用端末（入退室管理装置）４ｃへ送信する。
【0276】
なお、本実施形態では、自動ドア８は、自動的に開閉されるものとするが、自動ドア８は、電子錠を備えるものであれば、ユーザの手により開閉されるものであってもよい。
【0277】
次に、第２実施形態に係る情報処理システムＳａが実行する処理について説明する。図３９は、第２実施形態に係る情報処理システムＳａが実行する処理の一例を示すシーケンス図である。図３９は、生体認証によるサービスの利用処理の一例を示している。図３９では、顔認証を用いた入退室管理サービスの利用について説明する。前提として、利用端末（入退室管理装置）４ｃは、ユーザから操作開示指示を受付けているものとする。
【0278】
まず、画面生成部４１４ｃは、入退室指示画面を生成する（ＳＴ１０１）。例えば、画面生成部４１４ｃは、入退室指示画面（図３６参照）を生成する。生成された画面は、表示制御部４１５ｃにより、表示部４４０ｃに表示される。以下、画面生成部４１４ｃが生成した画面の表示部４４０ｃへの表示に関する説明は省略する。
【0279】
次いで、受付部４１３ｃは、ユーザから入退室指示画面を介して、入室又は退室指示の入力を受付ける（ＳＴ１０２）。例えば、受付部４１３ｃは、入退室指示画面及び操作部４５０ｃを介して、ユーザから入室指示又は退室指示の入力を受付ける。図３９では、受付部４１３ｃは、ユーザから入室指示を受付けるものとする。また、ユーザの入室指示に係る自動ドア８は施錠されているものとする。
【0280】
次いで、画面生成部４１４ｃは、撮影画面を生成する（ＳＴ１０３）。例えば、画面生成部は、撮影画面（図３７参照）を生成する。当該画面では、カメラ４６０ｃを制御してユーザの顔画像の撮影が可能になっている。次いで、取得部４１６ｃは、ユーザが撮影した顔画像を取得する（ＳＴ１０４）。
【0281】
次いで、通信制御部４１１ｃは、認証要求を認証サーバ２へ送信する（ＳＴ１０５）。図３９では、認証要求には、ＳＴ１０４で取得された顔画像、利用端末（入退室管理装置）４ｃを識別する端末ＩＤが含まれている。認証サーバ２の通信制御部２１１は、認証要求を受信する。
【0282】
次いで、生体認証部２１３は、認証処理を行う（ＳＴ１０６）。例えば、生体認証部２１３は、認証情報２２１を参照し、通信制御部２１１が受信した認証要求に含まれる顔画像に対応する生体識別ＩＤを特定する。
【0283】
次いで、通信制御部２１１は、認証完了通知を利用端末（入退室管理装置）４ｃへ送信する（ＳＴ１０７）。例えば、通信制御部２１１は、認証要求に含まれる端末ＩＤから認証完了通知の送信先の利用端末（入退室管理装置）４ｃを特定して、認証完了通知を送信する。図３９では、認証完了通知には、ＳＴ１０６で特定した生体識別ＩＤが含まれている。利用端末（入退室管理装置）４ｃの通信制御部４１１ｃは、認証完了通知を受信する。
【0284】
次いで、通信制御部４１１ｃは、会員ＩＤ（入退室管理）要求を管理サーバ１へ送信する（ＳＴ１０８）。図３９では、会員ＩＤ（入退室管理）要求には、認証完了通知に含まれる生体識別ＩＤ、入退室管理サービスを識別するサービスＩＤが含まれている。管理サーバ１の通信制御部１１１は、会員ＩＤ（入退室管理）要求を受信する。
【0285】
次いで、記憶制御部１１２は、会員ＩＤ（入退室管理）を特定する（ＳＴ１０９）。例えば、記憶制御部１１２は、管理情報１２１を参照し、会員ＩＤ（入退室管理）要求に含まれる、生体識別ＩＤとサービスＩＤとに対応する会員ＩＤを、会員ＩＤ（入退室管理）として特定する。
【0286】
次いで、通信制御部１１１は、ＳＴ１０９で特定した会員ＩＤ（入退室管理）を、利用端末（入退室管理装置）４ｃへ送信する（ＳＴ１１０）。利用端末（入退室管理装置）４ｃの通信制御部４１１ｃは、会員ＩＤ（入退室管理）を受信する。
【0287】
次いで、通信制御部４１１ｃは、開錠要求を連携サーバ（入退室管理）３ｃへ送信する（ＳＴ１１１）。図３９では、開錠要求には、会員ＩＤ（入退室管理）、入退室に係る自動ドア８を識別するドアＩＤが含まれている。連携サーバ（入退室管理）３ｃの通信制御部３１１ｃは、開錠要求を受信する。
【0288】
次いで、入退室管理部３１４ｃは、開錠判定を行う（ＳＴ１１２）。例えば、入退室管理部３１４ｃは、ユーザ情報３２１ｃを参照し、開錠要求に含まれる会員ＩＤ（入退室管理）に、開錠要求に含まれるドアＩＤで識別される自動ドア８の開錠権限があるか（入室可能か）を判定する。
【0289】
図３９では、入退室管理部３１４ｃは、開錠可能と判定するものとする。なお、図示しないが、開錠不可能な場合、入退室管理部３１４ｃは、入室権限がない旨の警告表示の生成命令を利用端末（入退室管理装置）４ｃへ送信する。
【0290】
次いで、通信制御部３１１ｃは、開錠許可通知を利用端末（入退室管理）４ｃへ送信する（ＳＴ１１３）。図３９では、開錠許可通知には、会員ＩＤ（入退室管理）、ドアＩＤが含まれている。利用端末（入退室管理）４ｃの通信制御部４１１ｃは、開錠許可通知を受信する。
【0291】
次いで、ロック制御部４１７ｃは、通信制御部４１１ｃと協働し、開錠命令を自動ドア８へ送信する（ＳＴ１１４）。例えば、ロック制御部４１７ｃは、開錠許可通知に含まれるドアＩＤで識別される自動ドア８のロックを解除する開錠命令を生成する。そして、通信制御部４１１ｃは、当該開錠命令を開錠許可通知に含まれるドアＩＤで識別される自動ドア８へ送信する。自動ドア８は、開錠命令を受信する。
【0292】
自動ドア８の制御部は、ＳＴ１１４の開錠命令に従い、ロックを解除する（ＳＴ１１５）。次いで、自動ドア８の制御部は、開錠完了通知を利用端末（入退室管理装置）へ送信する（ＳＴ１１６）。利用端末（入退室管理）４ｃの通信制御部４１１ｃは、開錠完了通知を受信する。
【0293】
次いで、画面生成部４１４ｃは、開錠画面を生成する（ＳＴ１１７）。例えば、画面生成部４１４ｃは、通信制御部４１１ｃが、開錠完了通知を受信したことをトリガとして、開錠画面（図３８参照）を生成する。
【0294】
次いで、通信制御部４１１ｃは、入室記録指示を連携サーバ（入退室管理）３ｃへ送信する（ＳＴ１１８）。図３９では、入室記録指示には、会員ＩＤ（入退室管理）、入室時間を表す情報、及び入室場所を表す情報が含まれている。連携サーバ（入退室管理）３ｃの通信制御部３１１ｃは、入室記録指示を受信する。
【0295】
次いで、入退室管理部３１４ｃは、入退室時間を記録し（ＳＴ１１９）、本処理を終了する。例えば、入退室管理部３１４ｃは、記憶制御部３１２ｂと協働し、入室記録指示に含まれる会員ＩＤと、入室時間と、入室場所とを対応付けて、入退室管理情報３２２ｃとして記憶部３２０ｂに記憶する。
【0296】
以上説明したように、第２実施形態によれば、入退室管理サービスを生体情報と連携させることができる。これにより、例えば、ユーザは、生体認証を行うだけで、入退室を記録したり、施錠されているドアを開錠したりすることができる。また、例えば、本実施形態に係る情報処理システムＳａは、入退室管理サービスの利用のために登録した生体情報に、決済サービス等の他のサービスを容易に連携させることができる。つまり、本実施形態に係る情報処理システムＳａによれば、生体認証を利用したサービスの利用に係る利便性を向上させることができる。
【0297】
（第３実施形態）
上述の第１実施形態では、主に決済サービスの登録及び利用に関する形態について説明した。本実施形態では、デジタルマーケティングサービスの登録及び利用について説明する。
上述の第１実施形態では、主に決済サービスの登録及び利用に関する形態について説明した。本実施形態では、デジタルマーケティングサービスの登録及び利用について説明する。
【0298】
図４０は、第３実施形態に係る情報処理システムＳｂの構成の一例を示すブロック図である。図４０に示すように、情報処理システムＳは、管理サーバ１と、認証サーバ２と、連携サーバ３（３ｂ，３ｅ…）と、利用端末４（４ａ，４ｅ…）と、登録端末５（５ａ，５ｂ…）と、カメラデバイス６とを有する。情報処理システムＳｂを構成する各装置は、インターネット等のネットワーク７を介して、相互に通信可能に接続される。
【0299】
管理サーバ１、認証サーバ２、登録端末５及びカメラデバイス６については、第１実施形態の図１と同様のため説明を省略する。図４０の情報処理システムＳｂは、連携サーバ３として、連携サーバ（電子レシート）３ｂ及び連携サーバ（デジタルマーケティング）３ｅを有する。連携サーバ（電子レシート）３ｂについては、第１実施形態の図１と同様のため、説明を省略する。なお、情報処理システムＳｂは、連携サーバ（決済）３ａを有していてもよい。
【0300】
連携サーバ（デジタルマーケティング）３ｅは、デジタルマーケティングサービスを提供する。例えば、連携サーバ（デジタルマーケティング）３ｅは、ユーザの個人情報や過去の買い物のレシートデータ等からユーザに商品やサービスをレコメンドする。以下、図４１及び図４２を用いて、連携サーバ（デジタルマーケティング）３ｅの構成について説明する。
【0301】
まず、連携サーバ（デジタルマーケティング）３ｅのハードウェア構成について説明する。図４１は、連携サーバ（デジタルマーケティング）３ｅのハードウェア構成の一例を示すブロック図である。連携サーバ（デジタルマーケティング）３ｅは、制御部３１０ｅ、記憶部３２０ｅ及び通信Ｉ／Ｆ３３０ｅを備えている。制御部３１０ｅ及び通信Ｉ／Ｆ３３０ｅについては、第１実施形態の図１の制御部３１０ａ及び通信Ｉ／Ｆ３３０ａと同様のため、説明を省略する。
【0302】
記憶部３２０ｅは、図１の記憶部３２０ａと同様の記憶装置である。例えば、記憶部３２０ｅは、連携サーバ（デジタルマーケティング）３ｅの動作に係る各種プログラムや各種データを記憶する。また、例えば、記憶部３２０ｅは、ユーザ情報３２１ｅを記憶する。ユーザ情報３２１ｅは、デジタルマーケティングサービスに用いられる情報である。例えば、ユーザ情報３２１ｅは、会員ＩＤ、氏名、年齢、性別、住所等を対応付けて記憶したものである。
【0303】
次に、連携サーバ（デジタルマーケティング）３ｅの機能構成について説明する。図４２は、制御部３１０ｅの機能構成の一例を示すブロック図である。制御部３１０ｅは、ＣＰＵがプログラムを実行することによって、通信制御部３１１ｅ、記憶制御部３１２ｅ、収集部３１５ｅ、情報生成部３１６ｅ等の各種機能部として機能する。
【0304】
通信制御部３１１ｅは、図８の通信制御部３１１ａと同様であるが、決済に関する情報の送受信は行わない点、デジタルマーケティングに関する情報の送受信を行う点で通信制御部３１１ａと異なる。
【0305】
一例として、通信制御部３１１ｅは、レシートデータ要求を管理サーバ１へ送信する。また、通信制御部３１１ｅは、連携サーバ（電子レシート）３ｂからレシートデータを受信する。また、通信制御部３１１ｅは、後述する利用端末（デジタルサイネージ）４ｅからレコメンド情報要求を受信する。また、通信制御部３１１ｅは、レコメンド情報を利用端末（デジタルサイネージ）４ｅへ送信する。
【0306】
記憶制御部３１２ｅは、図８の記憶制御部３１２ａと同様に各種情報を記憶装置に記憶させる制御を行う。例えば、記憶制御部３１２ｅは、会員ＩＤ、氏名、年齢、性別、住所等を対応付けてユーザ情報３２１ｅとして記憶部３２０ｅに記憶する。
【0307】
収集部３１５ｅは、レコメンド情報の生成に用いる情報を収集する。例えば、収集部３１５ｅは、通信制御部３１１ｅと協働し、レシートデータの送信を要求するレシートデータ要求を連携サーバ（電子レシート）３ｂへ送信することで、レコメンドの対象となる対象ユーザのレシートデータを収集する。
【0308】
また、例えば、収集部３１５ｅは、記憶制御部３１２ｅと協働し、ユーザ情報３２１から、対象ユーザのユーザ情報を抽出することで、対象ユーザの年齢、性別、住所等の情報を収集する。
【0309】
なお、収集部３１５ｅは、認証サーバ２に登録されている顔画像から得られる情報からレコメンド情報の生成に用いる情報を収集してもよい。例えば、収集部３１５ｅは、公知の機械学習技術や深層学習技術を用いて、顔画像と、年齢や性別等との関係を学習した学習済モデルを使用して顔画像の人物の年齢や性別等を推定することにより、対象ユーザの年齢や性別等の情報を収集してもよい。
【0310】
情報生成部３１６ｅは、収集部３１５ｅが収集した情報に基づいて、ユーザへのレコメンド情報を生成する。例えば、情報生成部３１６ｅは、収集部３１５ｅが収集したユーザ情報及びレシートデータに基づいて、レコメンド情報を生成する。
【0311】
図４０に戻り、説明を続ける。図４０の情報処理システムＳｂは、利用端末４として、利用端末（ＰＯＳ端末）４ａ及び利用端末（デジタルサイネージ）４ｅを有する。利用端末（ＰＯＳ端末）４ａについては、第１実施形態の図１と同様のため、説明を省略する。
【0312】
利用端末（デジタルサイネージ）４ｅは、屋外、店頭、公共空間、及び交通機関等に設置される情報表示装置（電子看板）である。例えば、店頭に設置される利用端末（デジタルサイネージ）４ｅには、買い物客に対するレコメンド情報が表示される。以下、図４３乃至図４６を用いて利用端末（デジタルサイネージ）４ｅについて説明する。
【0313】
まず、利用端末（デジタルサイネージ）４ｅのハードウェア構成について説明する。図４３は、利用端末（デジタルサイネージ）４ｅのハードウェア構成の一例を示すブロック図である。利用端末（デジタルサイネージ）４ｅは、制御部４１０ｅ、記憶部４２０ｅ、通信Ｉ／Ｆ４３０ｅ、表示部４４０ｅ及び操作部４５０ｅを備えている。
【0314】
制御部４１０ｅ、記憶部４２０ｅ、通信Ｉ／Ｆ４３０ｅ、表示部４４０ｅ及び操作部４５０ｅについては、第１実施形態の図１の、制御部４１０ａ、記憶部４２０ａ、通信Ｉ／Ｆ４３０ａ、表示部４４０ａ及び操作部４５０ａと同様のため、説明を省略する。
【0315】
次に、利用端末（デジタルサイネージ）４ｅの機能構成について説明する。図４４は、制御部４１０ｅの機能構成の一例を示すブロック図である。制御部４１０ｅは、ＣＰＵがプログラムを実行することによって、通信制御部４１１ｅ、受付部４１３ｅ、画面生成部４１４ｅ、及び表示制御部４１５ｅ等の各種機能部として機能する。
【0316】
通信制御部４１１ｅは、図１２の通信制御部４１１ａと同様であるが、決済に関する情報の送受信を行わない点、デジタルマーケティングに関する情報の送受信を行う点等で通信制御部４１１ａと異なる。
【0317】
一例として、通信制御部４１１ｅは、レコメンド情報要求を連携サーバ（デジタルマーケティング）３ｅへ送信する。また、通信制御部４１１ｅは、連携サーバ（デジタルマーケティング）３ｅからレコメンド情報を受信する。
【0318】
受付部４１３ｅは、図８の受付部４１３ａと同様に、各種操作を受付ける。例えば、受付部４１３ｅは、ユーザから生体認証指示を受付ける。また、例えば、受付部４１３ｅは、ユーザからレコメンド情報の表示指示を受付ける。
【0319】
画面生成部４１４ｅは、図８の画面生成部４１４ａと同様に、各種画面を生成する。例えば、画面生成部４１４ｃは、受付部４１３ｅがユーザから操作指示を受付けた場合に、生体認証指示画面を生成する。生体認証指示画面は、ユーザから生体認証指示を受付けるための画面である。
【0320】
図４５は、利用端末（デジタルサイネージ）４ｅの表示部４４０ｅに表示される画面の画面構成の一例を説明する図である。図４５は、生体認証指示画面の画面構成の一例である。図４５の生体認証指示画面は、ユーザ認証ボタン４４９で構成される。ユーザ認証ボタン４４９は、生体認証指示の入力を受付けるためのボタンである。ユーザがユーザ認証ボタン４４９を押下すると、情報処理システムＳｂによる生体認証処理が開始される。
【0321】
また、例えば、画面生成部４１４ｅは、連携サーバ（デジタルマーケティング）３ｅからレコメンド情報を受信した場合に、レコメンド表示指示画面を生成する。図４６は、利用端末（デジタルサイネージ）４ｅの表示部４４０ｅに表示される画面の画面構成の一例を説明する図である。図４６は、レコメンド表示指示画面の画面構成の一例である。
【0322】
レコメンド表示指示画面は、ユーザからレコメンド表示指示を受付けるための画面である。レコメンド表示指示画面は、レコメンド表示ボタン４５１で構成される。レコメンド表示ボタン４５１は、レコメンド表示指示の入力を受付けるためのボタンである。ユーザがレコメンド表示ボタン４５１を押下すると、レコメンド情報が表示部４４０ｅに表示される。
【0323】
図４３に戻り、説明を続ける。表示制御部４１５ｅは、図８の表示制御部４１５ａと同様に、各種情報を表示装置に表示させる。例えば、表示制御部４１５ｅは、画面生成部４１４ｅが生成した生体認証指示画面、レコメンド表示指示画面等を表示部４４０ｅに表示させる。
【0324】
次に、第３実施形態に係る情報処理システムＳｂが実行する処理について説明する。図４７は、第３実施形態に係る情報処理システムＳｂが実行する処理の一例を示すシーケンス図である。図４７は、生体認証によるサービスの利用処理の一例を示している。図４７では、顔認証を用いたデジタルマーケティングサービスの利用について説明する。
【0325】
前提として、各ユーザのレシートデータは、連携サーバ（電子レシート）３ｂの記憶部３２０ｂに蓄積されているものとする。また、利用端末（デジタルサイネージ）４ｅは、ユーザから操作指示を受付けているものとする。
【0326】
まず、画面生成部４１４ｃは、生体認証指示画面を生成する（ＳＴ１３１）。例えば、画面生成部４１４ｃは、生体認証指示画面（図４５参照）を生成する。生成された画面は、表示制御部４１５ｅにより、表示部４４０ｅに表示される。以下、画面生成部４１４ｅが生成した画面の表示部４４０ｅへの表示に関する説明は省略する。
【0327】
次いで、受付部４１３ｃは、ユーザから生体認証指示画面を介して、生体認証指示の入力を受付ける（ＳＴ１３２）。例えば、受付部４１３ｅは、生体認証指示画面及び操作部４５０ｅを介して、ユーザから生体認証指示の入力を受付ける。ＳＴ１３３乃至ＳＴ１３８は、図３０のＳＴ６３乃至ＳＴ６８と同様であるため、説明を省略する。
【0328】
ＳＴ１３８の後、通信制御部４１１ｅは、会員ＩＤ（デジタルマーケティング）要求を管理サーバ１へ送信する（ＳＴ１３９）。図４７では、会員ＩＤ（デジタルマーケティング）要求には、認証完了通知に含まれる生体識別ＩＤ、デジタルマーケティングサービスを識別するサービスＩＤが含まれている。管理サーバ１の通信制御部１１１は、会員ＩＤ（デジタルマーケティング）要求を受信する。
【0329】
次いで、記憶制御部１１２は、会員ＩＤ（デジタルマーケティング）を特定する（ＳＴ１４０）。例えば、記憶制御部１１２は、管理情報１２１を参照し、会員ＩＤ（デジタルマーケティング）要求に含まれる、生体識別ＩＤとサービスＩＤとに対応する会員ＩＤを、会員ＩＤ（デジタルマーケティング）として特定する。
【0330】
次いで、通信制御部１１１は、ＳＴ１４０で特定した会員ＩＤ（デジタルマーケティング）を、利用端末（デジタルサイネージ）４ｅへ送信する（ＳＴ１４１）。利用端末（デジタルサイネージ）４ｅの通信制御部４１１ｅは、会員ＩＤ（デジタルマーケティング）を受信する。
【0331】
次いで、通信制御部４１１ｅは、レコメンド情報要求を連携サーバ（デジタルマーケティング）３ｅへ送信する（ＳＴ１４２）。図４７では、レコメンド情報要求には、生体識別ＩＤ、会員ＩＤ（デジタルマーケティング）が含まれている。連携サーバ（デジタルマーケティング）３ｅの通信制御部３１１ｅは、レコメンド情報要求を受信する。
【0332】
次いで、収集部３１５ｅは、レコメンド情報の生成に用いるレシートデータの送信を要求する（ＳＴ１４３）。例えば、収集部３１５ｅは、通信制御部３１１ｅと協働し、レシートデータ要求を管理サーバ１へ送信する。図４７では、レシートデータ要求には、認証完了通知に含まれる生体識別ＩＤ、会員ＩＤ（デジタルマーケティング）、電子レシートサービスのサービスＩＤが含まれている。管理サーバ１の通信制御部１１１は、レシートデータ要求を受信する。
【0333】
次いで、記憶制御部１１２は、会員ＩＤ（電子レシート）を特定する（ＳＴ１４４）。例えば、記憶制御部１１２は、管理情報１２１を参照し、レシートデータ要求に含まれる、生体識別ＩＤとサービスＩＤとに対応する会員ＩＤを、会員ＩＤ（電子レシート）として特定する。
【0334】
次いで、通信制御部１１１は、レシートデータ送信要求を連携サーバ（電子レシート）３ｂへ送信する（ＳＴ１４５）。図４７では、レシートデータ送信要求には、会員ＩＤ（デジタルマーケティング）、ＳＴ１４４で特定した会員ＩＤ（電子レシート）が含まれている。連携サーバ（電子レシート）３ｃの通信制御部３１１ｃは、レシートデータ送信要求を受信する。
【0335】
次いで、通信制御部３１１ｃは、レシートデータを連携サーバ（デジタルマーケティング）３ｅの通信制御部３１１ｅへ送信する（ＳＴ１４６）。図４７では、送信されるレシートデータには、会員ＩＤ（デジタルマーケティング）が対応付けられている。連携サーバ（デジタルマーケティング）３ｅの通信制御部３１１ｅは、レシートデータを受信する。
【0336】
次いで、情報生成部３１６ｅは、レコメンド情報を生成する（ＳＴ１４７）。例えば、情報生成部３１６ｅは、ユーザ情報３２１ｅを参照し、通信制御部３１１ｅが受信したレシートデータに対応付けられた会員ＩＤ（デジタルマーケティング）に対応するユーザ情報を特定する。情報生成部３１６ｅは、特定したユーザ情報と、レシートデータとに基づいて、レコメンド情報を生成する。
【0337】
次いで、通信制御部３１１ｅは、ＳＴ１４７で生成したレコメンド情報を利用端末（デジタルサイネージ）４ｅへ送信する（ＳＴ１４８）。図４７では、送信されるレコメンド情報には、会員ＩＤ（デジタルマーケティング）が対応付けられる。利用端末（デジタルサイネージ）４ｅの通信制御部４１１ｅは、レコメンド情報を受信する。
【0338】
次いで、画面生成部４１４ｅは、レコメンド表示指示画面を生成し（ＳＴ１４９）、本処理を終了する。例えば、画面生成部４１４ｅは、通信制御部４１１ｅが連携サーバ（デジタルマーケティング）３ｅからレコメンド情報を受信したことをトリガとして、レコメンド表示指示画面（図４６参照）を生成する。
【0339】
以上説明したように、第３実施形態によれば、デジタルマーケティングサービスを生体情報と連携させることができる。これにより、例えば、ユーザは、電子看板を見かけたときに、生体認証を行うだけで、おすすめの情報を得ることができる。また、例えば、本実施形態に係る情報処理システムＳｂは、デジタルマーケティングサービスの利用のために登録した生体情報に、決済サービスや入退室管理サービス等の他のサービスを容易に連携させることができる。つまり、本実施形態に係る情報処理システムＳｂによれば、生体認証を利用したサービスの利用に係る利便性を向上させることができる。
【0340】
なお、上述した第１実施形態乃至第３実施形態は、情報処理システムＳ（Ｓａ、Ｓｂ）が有する各装置の構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。
【0341】
（変形例１）
上述の第１実施形態では、管理サーバ１が共通ＩＤを発行し、共通ＩＤと、生体識別ＩＤと、会員ＩＤとを対応付ける形態について説明した。本変形例では、共通ＩＤを対応付けない形態について説明する。
上述の第１実施形態では、管理サーバ１が共通ＩＤを発行し、共通ＩＤと、生体識別ＩＤと、会員ＩＤとを対応付ける形態について説明した。本変形例では、共通ＩＤを対応付けない形態について説明する。
【0342】
本変形例では、管理サーバ１の認証部１１３は、ＳＭＳ認証の完了後に共通ＩＤの発行を行わない。また、記憶制御部１１２は、受信した会員情報を管理情報１２１として記憶部１２０に記憶する。また、登録端末５の通信制御部５１１は、生体情報登録のために取得した顔画像を管理サーバ１へ送信する際、当該顔画像のみを管理サーバ１へ送信する。
【0343】
また、管理サーバ１の通信制御部１１１は、認証サーバ２へ生体情報登録要求を送信する際、登録端末５から受信した顔画像のみを送信する。また、認証サーバ２の通信制御部２１１は、生体情報の登録後、生体識別ＩＤ、顔画像が含まれる顔画像登録完了通知を管理サーバ１へ送信する。
【0344】
管理サーバ１の記憶制御部１１２は、生体識別ＩＤの登録処理の際、例えば、認証コードの送信に用いた携帯電話番号をキーとして、管理情報１２１の検索を行う。記憶制御部１１２は、抽出された携帯電話番号に対応付けられた各種情報と、顔画像登録完了通知に含まれる生体識別ＩＤとを対応付けて管理情報１２１として記憶部１２０に記憶する（管理情報１２１を更新する）。
【0345】
また、通信制御部１１１は、生体識別ＩＤ及び会員ＩＤ（決済）を含む連携サービス登録要求を連携サーバ（決済）３ａへ送信する。また、決済情報の登録後、連携サーバ（決済）３ａの通信制御部３１１ａは、生体識別ＩＤ及び会員ＩＤ（決済）を含む決済情報登録完了通知を管理サーバ１へ送信する。
【0346】
また、管理サーバ１の記憶制御部１１２は、決済情報登録完了通知に含まれる生体識別ＩＤをキーとして、管理情報１２１の検索を行う。記憶制御部１１２は、抽出された生体識別ＩＤと、当該生体識別ＩＤと対応付けられた各種情報と、会員ＩＤ（決済）と、決済サービスのサービスＩＤとを対応付けて管理情報１２１として記憶部１２０に記憶する（管理情報１２１を更新する）。
【0347】
本変形例によれば、１つの生体情報識別ＩＤに、複数の連携サービスの会員ＩＤを対応付けることができる。つまり、生体認証を利用したサービスの利用に係る利便性を向上させることができる。
【0348】
（変形例２）
上述の第１実施形態では、管理サーバ１が連携サービスの会員ＩＤを発行する形態について説明した。本変形例では、連携サーバ３が会員ＩＤを発行する形態について説明する。
上述の第１実施形態では、管理サーバ１が連携サービスの会員ＩＤを発行する形態について説明した。本変形例では、連携サーバ３が会員ＩＤを発行する形態について説明する。
【0349】
本変形例では、管理サーバ１の通信制御部１１１は、登録端末５から連携サービス登録要求を受信した場合、会員ＩＤの発行要求を連携サーバ３へ送信する。連携サーバ３の通信制御部３１１は、会員ＩＤの発行要求を受信する。そして、記憶制御部３１２は、連携サービスの会員ＩＤを発行する。
【0350】
本変形例によれば、各サービスの仕様等に合わせたサービス連携処理を実行することができる。
【0351】
（変形例３）
上述の第３実施形態では、管理サーバ１が、連携サーバ（電子レシート）３ｂに対して、連携サーバ（デジタルマーケティング）３ｅにレシートデータを送信させ、連携サーバ（デジタルマーケティング）３ｅが、レシートデータ等に基づいて、レコメンド情報を生成する形態について説明した。本変形例では、管理サーバ１が、連携サーバ（電子レシート）３ｂを介さずに、連携サーバ（デジタルマーケティング）３ｅにレコメンド情報を生成させる形態について説明する。
上述の第３実施形態では、管理サーバ１が、連携サーバ（電子レシート）３ｂに対して、連携サーバ（デジタルマーケティング）３ｅにレシートデータを送信させ、連携サーバ（デジタルマーケティング）３ｅが、レシートデータ等に基づいて、レコメンド情報を生成する形態について説明した。本変形例では、管理サーバ１が、連携サーバ（電子レシート）３ｂを介さずに、連携サーバ（デジタルマーケティング）３ｅにレコメンド情報を生成させる形態について説明する。
【0352】
本変形例では、連携サーバ（デジタルマーケティング）３ｅの収集部３１５ｅは、管理サーバ１ではなく、連携サーバ（電子レシート）３ｂに対して、レコメンド情報の生成に用いるレシートデータの送信を要求する。
【0353】
例えば、連携サーバ（電子レシート）３ｂの記憶部３２０ｂは、会員ＩＤ（電子レシート）と会員ＩＤ（デジタルマーケティング）とを対応付けて記憶している。連携サーバ（デジタルマーケティング）３ｅは、会員ＩＤ（デジタルマーケティング）を含むレシートデータ送信要求を、連携サーバ（電子レシート）３ｂへ送信する。
【0354】
レシートデータ送信要求を受信した連携サーバ（電子レシート）３ｂは、会員ＩＤ（デジタルマーケティング）に対応する会員ＩＤ（電子レシート）を特定する。通信制御部３１１ｂは、特定した会員ＩＤ（電子レシート）に対応するレシートデータを、連携サーバ（デジタルマーケティング）３ｅへ送信する。そして、連携サーバ（デジタルマーケティング）３ｅは、受信したレシートデータ等に基づいて、レコメンド情報を生成する。
【0355】
本変形例によれば、管理サーバ１の処理負担を軽減させることができる。
【0356】
（変形例４）
上述の第１実施形態乃至第３実施形態では、生体認証の際、管理サーバ１を経由せずに認証要求を認証サーバ２へ送信する形態について説明した。本変形例では、管理サーバ１経由で認証要求を認証サーバ２へ送信する形態について説明する。
上述の第１実施形態乃至第３実施形態では、生体認証の際、管理サーバ１を経由せずに認証要求を認証サーバ２へ送信する形態について説明した。本変形例では、管理サーバ１経由で認証要求を認証サーバ２へ送信する形態について説明する。
【0357】
本変形例の情報処理システムＳは、第１実施形態と同様の構成であるものとして、本変形例に係る情報処理システムＳが実行する処理の一例について説明する。図４８は、変形例２に係る情報処理システムＳが実行する処理の一例を示すシーケンス図である。
【0358】
ＳＴ１６１乃至ＳＴ１６５は、図３０のＳＴ６１乃至ＳＴ６５と同様のため、説明を省略する。ＳＴ１６５で顔画像を取得した後、カメラデバイス６の通信制御部６１１は、ＳＴ６５で取得した顔画像を利用端末（ＰＯＳ端末）４ａへ送信する（ＳＴ１６６）。利用端末（ＰＯＳ端末）４ａは、顔画像を受信する。
【0359】
次いで、通信制御部４１１ａは、通信制御部４１１ａが受信した顔画像に、自装置を識別する端末ＩＤを対応付けて管理サーバ１へ送信する（ＳＴ１６７）。管理サーバ１の通信制御部１１１は、顔画像を受信する。
【0360】
次いで、通信制御部１１１は、認証要求を認証サーバ２へ送信する（ＳＴ１６８）。図４８では、認証要求には、顔画像、端末ＩＤが含まれている。認証サーバ２の通信制御部２１１は、認証要求を受信する。
【0361】
ＳＴ１６９乃至ＳＴ１８４は、図３０のＳＴ６７乃至ＳＴ８２と同様のため、説明を省略する。
【0362】
本変形例によれば、一般的に処理能力が高いサーバ装置（管理サーバ１）から認証要求を送信するため、例えば、セキュリティを向上させる手段が講じやすくなる。
【0363】
（変形例５）
上述の第１実施形態乃至第３実施形態に係る情報処理システムＳ（Ｓａ、Ｓｂ）の各装置が有する機能を、１つの装置に統合又は複数の装置に分散させてもよい。
上述の第１実施形態乃至第３実施形態に係る情報処理システムＳ（Ｓａ、Ｓｂ）の各装置が有する機能を、１つの装置に統合又は複数の装置に分散させてもよい。
【0364】
例えば、管理サーバ１の制御部１１０を、通信制御部１１１、記憶制御部１１２、及び認証部１１３に加えて、通信制御部２１１、記憶制御部２１２、及び生体認証部２１３として機能させてもよい。この場合、記憶制御部１１２は、生体識別ＩＤを用いず、生体情報とサービスの会員ＩＤと、その他の情報とを対応付けて管理情報１２１として記憶部１２０に記憶させてもよい。
【0365】
これにより、例えば、管理サーバ１と認証サーバ２との間での情報の送受信処理を省略できるため、情報処理システムＳ全体の処理を簡略化することができる。
【0366】
また、例えば、利用端末（ＰＯＳ端末）４ａの制御部４１０ａが有する通信制御部４１１ａ以外の機能部を管理サーバ１の制御部１１０、連携サーバ３ａの制御部３１０ａ、又は連携サーバ３ｂの制御部３１０ｂが有していてもよい。
【0367】
この場合、利用端末（ＰＯＳ端末）４ａは、情報の送受信処理と、管理サーバ１等で実行された処理の結果を表す画面を、管理サーバ１等の制御下で、表示部４４０ａに表示させる処理とのみを実行する。これにより、利用端末（ＰＯＳ端末）４ａの処理負担を軽減できる。なお、利用端末（ＰＯＳ端末）４ａ以外の利用端末４についても同様である。
【0368】
また、例えば、登録端末５の制御部５１０が有する通信制御部５１１以外の機能部を管理サーバ１の制御部１１０、連携サーバ３ａの制御部３１０ａ、又は連携サーバ３ｂの制御部３１０ｂが有していてもよい。
【0369】
この場合、登録端末５は、情報の送受信処理と、管理サーバ１等で実行された処理の結果を表す画面を、管理サーバ１等の制御下で、表示部５４０に表示させる処理とのみを実行する。これにより、登録端末５の処理負担を軽減できる。
【0370】
本変形例によれば、例えば、装置の処理能力等に応じて自由なシステム設計を行うことができる。
【0371】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【0372】
以上の実施形態に関し、発明の一側面および選択的な特徴として以下の付記を開示する。
【0373】
（付記１）
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける第１受付部と、
１つの生体情報又は当該生体情報により特定される１つの生体識別子と、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記第１受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する第１要求部と、
を備える登録端末。
（付記２）
前記管理情報は、１つの前記生体情報又は１つの前記生体識別子に対して、複数の前記利用者識別情報を対応付けたものであり、
前記第１受付部は、前記予め定められた複数のサービスの中から、前記管理情報へ追加登録する前記サービスの追加選択を受付け、
前記取得部は、追加登録の対象となる前記サービスに対応付ける前記生体情報又は当該生体情報の前記生体識別子を取得し、
前記第１要求部は、前記生体情報又は前記生体識別子と、前記第１受付部で追加選択を受付けた前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
付記１に記載の登録端末。
（付記３）
前記管理情報は、複数の前記生体情報の各々又は複数の前記生体識別子の各々に対して、複数の前記利用者識別情報を対応付けたものであり、
予め定められた複数の前記生体情報の中から、前記管理情報へ追加登録する前記生体情報の追加選択を受付ける第２受付部を更に備え、
前記取得部は、前記第２受付部で追加選択を受付けた前記生体情報を取得し、
前記第１要求部は、前記第２受付部で追加選択を受付けた前記生体情報又は当該生体情報の前記生体識別子と、前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
付記１に記載の登録端末。
（付記４）
前記管理情報は、前記ユーザ又は前記登録端末を識別可能な１つの共通識別子に対して、複数の前記生体情報又は複数の前記生体識別子と、複数の前記利用者識別情報とを対応付けて管理する、
付記１乃至３の何れか１つに記載の登録端末。
（付記５）
前記サービスは、カード決済、電子マネー決済、コード決済、及び仮想通貨決済のうちのいずれか一つの決済サービスであり、
前記第１受付部は、カード決済、電子マネー決済、コード決済、及び仮想通貨決済の中から、前記管理情報へ追加登録する前記決済サービスの追加選択を受付ける、
付記１乃至３の何れか１つに記載の登録端末。
（付記６）
登録端末から、当該登録端末を使用するユーザの生体情報を受信する第１受信部と、
１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記ユーザが利用することが可能なサービスの利用者識別情報を複数対応付けて管理情報として記憶装置に記憶する記憶制御部と、
前記ユーザが利用することが可能なサービスを表す情報を前記登録端末に出力する出力部と、
を備えるサーバ装置。
（付記７）
前記記憶制御部は、前記ユーザ又は前記登録端末を識別可能な共通識別子に対して、１つの前記生体情報又は１つの前記生体識別子と、複数の前記利用者識別情報とを対応付けた前記管理情報を前記記憶装置に記憶する、
付記６に記載のサーバ装置。
（付記８）
前記記憶制御部は、１つの前記共通識別子に対して、複数の前記生体情報又は複数の前記生体識別子と、複数の前記利用者識別情報とを対応付けた前記管理情報を前記記憶装置に記憶する、
付記６に記載のサーバ装置。
（付記９）
サービスの利用に係る利用端末から生体情報を受信する第２受信部と、
前記第２受信部が受信した生体情報又は当該生体情報により特定される生体識別子が、前記記憶装置に記憶されている場合、該当する前記生体情報又は前記生体識別子の前記共通識別子に対応付けられた利用者識別情報を前記利用端末に提供する第１連携処理部と、
を更に備える、
付記６に記載のサーバ装置。
（付記１０）
ユーザからサービスの提供指示を受付ける第３受付部と、
前記ユーザの生体情報を取得する第２取得部と、
１つの前記生体情報に対し、前記サービスの利用に係る利用者識別情報を複数対応付けて管理するサーバ装置に対し、前記第２取得部で取得した前記生体情報と、前記サーバ装置が管理する前記生体情報との照合を要求する第２要求部と、
第２取得部で取得した前記生体情報と、前記サーバ装置が管理する前記生体情報とが一致した場合に、前記生体情報に対応する前記利用者識別情報の提供を受ける第２連携処理部と、
を備える利用端末。
（付記１１）
登録端末と、サーバ装置とを有する情報処理システムであって、
前記登録端末は、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
前記サーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報への登録を要求する要求部と、
を備え、
前記サーバ装置は、
前記登録端末から、前記生体情報と、前記前記サービスを表す情報とを受信する受信部と、
前記生体情報又は前記生体識別子に対して、前記サービスを表す情報から特定される前記利用者識別情報を対応付けて前記管理情報として記憶装置に記憶する記憶制御部と、
前記記憶装置に記憶された前記利用者識別情報に基づき、前記ユーザが利用することが可能なサービスを表す情報を前記登録端末に送信する送信部と、
を備える情報処理システム。
（付記１２）
コンピュータを、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する要求部と、
として機能させるプログラム。
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける第１受付部と、
１つの生体情報又は当該生体情報により特定される１つの生体識別子と、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記第１受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する第１要求部と、
を備える登録端末。
（付記２）
前記管理情報は、１つの前記生体情報又は１つの前記生体識別子に対して、複数の前記利用者識別情報を対応付けたものであり、
前記第１受付部は、前記予め定められた複数のサービスの中から、前記管理情報へ追加登録する前記サービスの追加選択を受付け、
前記取得部は、追加登録の対象となる前記サービスに対応付ける前記生体情報又は当該生体情報の前記生体識別子を取得し、
前記第１要求部は、前記生体情報又は前記生体識別子と、前記第１受付部で追加選択を受付けた前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
付記１に記載の登録端末。
（付記３）
前記管理情報は、複数の前記生体情報の各々又は複数の前記生体識別子の各々に対して、複数の前記利用者識別情報を対応付けたものであり、
予め定められた複数の前記生体情報の中から、前記管理情報へ追加登録する前記生体情報の追加選択を受付ける第２受付部を更に備え、
前記取得部は、前記第２受付部で追加選択を受付けた前記生体情報を取得し、
前記第１要求部は、前記第２受付部で追加選択を受付けた前記生体情報又は当該生体情報の前記生体識別子と、前記サービスを表す情報とを送信することで、前記管理情報への追加登録を要求する、
付記１に記載の登録端末。
（付記４）
前記管理情報は、前記ユーザ又は前記登録端末を識別可能な１つの共通識別子に対して、複数の前記生体情報又は複数の前記生体識別子と、複数の前記利用者識別情報とを対応付けて管理する、
付記１乃至３の何れか１つに記載の登録端末。
（付記５）
前記サービスは、カード決済、電子マネー決済、コード決済、及び仮想通貨決済のうちのいずれか一つの決済サービスであり、
前記第１受付部は、カード決済、電子マネー決済、コード決済、及び仮想通貨決済の中から、前記管理情報へ追加登録する前記決済サービスの追加選択を受付ける、
付記１乃至３の何れか１つに記載の登録端末。
（付記６）
登録端末から、当該登録端末を使用するユーザの生体情報を受信する第１受信部と、
１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記ユーザが利用することが可能なサービスの利用者識別情報を複数対応付けて管理情報として記憶装置に記憶する記憶制御部と、
前記ユーザが利用することが可能なサービスを表す情報を前記登録端末に出力する出力部と、
を備えるサーバ装置。
（付記７）
前記記憶制御部は、前記ユーザ又は前記登録端末を識別可能な共通識別子に対して、１つの前記生体情報又は１つの前記生体識別子と、複数の前記利用者識別情報とを対応付けた前記管理情報を前記記憶装置に記憶する、
付記６に記載のサーバ装置。
（付記８）
前記記憶制御部は、１つの前記共通識別子に対して、複数の前記生体情報又は複数の前記生体識別子と、複数の前記利用者識別情報とを対応付けた前記管理情報を前記記憶装置に記憶する、
付記６に記載のサーバ装置。
（付記９）
サービスの利用に係る利用端末から生体情報を受信する第２受信部と、
前記第２受信部が受信した生体情報又は当該生体情報により特定される生体識別子が、前記記憶装置に記憶されている場合、該当する前記生体情報又は前記生体識別子の前記共通識別子に対応付けられた利用者識別情報を前記利用端末に提供する第１連携処理部と、
を更に備える、
付記６に記載のサーバ装置。
（付記１０）
ユーザからサービスの提供指示を受付ける第３受付部と、
前記ユーザの生体情報を取得する第２取得部と、
１つの前記生体情報に対し、前記サービスの利用に係る利用者識別情報を複数対応付けて管理するサーバ装置に対し、前記第２取得部で取得した前記生体情報と、前記サーバ装置が管理する前記生体情報との照合を要求する第２要求部と、
第２取得部で取得した前記生体情報と、前記サーバ装置が管理する前記生体情報とが一致した場合に、前記生体情報に対応する前記利用者識別情報の提供を受ける第２連携処理部と、
を備える利用端末。
（付記１１）
登録端末と、サーバ装置とを有する情報処理システムであって、
前記登録端末は、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
前記サーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能な管理情報への登録を要求する要求部と、
を備え、
前記サーバ装置は、
前記登録端末から、前記生体情報と、前記前記サービスを表す情報とを受信する受信部と、
前記生体情報又は前記生体識別子に対して、前記サービスを表す情報から特定される前記利用者識別情報を対応付けて前記管理情報として記憶装置に記憶する記憶制御部と、
前記記憶装置に記憶された前記利用者識別情報に基づき、前記ユーザが利用することが可能なサービスを表す情報を前記登録端末に送信する送信部と、
を備える情報処理システム。
（付記１２）
コンピュータを、
ユーザの生体情報を取得する取得部と、
予め定められた複数のサービスの中から、前記ユーザが利用するサービスの選択を受け付ける受付部と、
１つの前記生体情報又は当該生体情報により特定される１つの生体識別子に対して、前記サービスの利用に係る利用者識別情報を複数対応付けて管理可能管理情報を管理するサーバ装置に対し、前記取得部が取得した前記生体情報と、前記受付部で選択を受け付けた前記サービスを表す情報とを送信することで、前記管理情報への登録を要求する要求部と、
として機能させるプログラム。
【符号の説明】
【0374】
１ 管理サーバ
２ 認証サーバ
３、３ａ、３ｂ、３ｃ、３ｄ、３ｅ 連携サーバ
４、４ａ、４ｂ、４ｃ、４ｄ、４ｅ 利用端末
５ 登録端末
６ カメラデバイス
１１０、２１０、３１０ａ、３１０ｂ、３１０ｃ、３１０ｅ、４１０ａ、４１０ｃ、４１０ｅ、５１０、６１０ 制御部
１１１、２１１、３１１ａ、３１１ｂ、３１１ｃ、３１１ｅ、４１１ａ、４１１ｃ、４１１ｅ、５１１、６１１ 通信制御部
１１２、２１２、３１２ａ、３１２ｂ、３１２ｃ、３１２ｅ 記憶制御部
１１３ 認証部
１２０、２２０、３２０ａ、３２０ｂ、３２０ｃ、３２０ｅ、４２０ａ、４２０ｃ、４２０ｅ、５２０、６２０ 記憶部
１３０、２３０、３３０ａ、３３０ｂ、３３０ｃ、３３０ｅ、４３０ａ、４３０ｃ、４３０ｅ、５３０、６３０ 通信Ｉ／Ｆ
２１３ 生体認証部
３１３ａ 決済処理部
３１４ｃ 入退室管理部
３１５ｅ 収集部
３１６ｅ 情報生成部
４１２ａ 商品登録処理部
４１３ａ、４１３ｃ、４１３ｅ、５１２ 受付部
４１４ａ、４１４ｃ、４１４ｅ、５１４、６１３ 画面生成部
４１５ａ、４１５ｃ、４１５ｅ、５１５、６１４ 表示制御部
４１６ａ レシートデータ生成部
４１６ｃ、５１３、６１２ 取得部
４１７ｃ ロック制御部
４４０ａ、４４０ｃ、４４０ｅ、５４０、６４０ 表示部
４５０ａ、４５０ｃ、４５０ｅ、５５０、６５０ 操作部
４６０ａ 読取部
４６０ｃ、５６０、６６０ カメラ
２ 認証サーバ
３、３ａ、３ｂ、３ｃ、３ｄ、３ｅ 連携サーバ
４、４ａ、４ｂ、４ｃ、４ｄ、４ｅ 利用端末
５ 登録端末
６ カメラデバイス
１１０、２１０、３１０ａ、３１０ｂ、３１０ｃ、３１０ｅ、４１０ａ、４１０ｃ、４１０ｅ、５１０、６１０ 制御部
１１１、２１１、３１１ａ、３１１ｂ、３１１ｃ、３１１ｅ、４１１ａ、４１１ｃ、４１１ｅ、５１１、６１１ 通信制御部
１１２、２１２、３１２ａ、３１２ｂ、３１２ｃ、３１２ｅ 記憶制御部
１１３ 認証部
１２０、２２０、３２０ａ、３２０ｂ、３２０ｃ、３２０ｅ、４２０ａ、４２０ｃ、４２０ｅ、５２０、６２０ 記憶部
１３０、２３０、３３０ａ、３３０ｂ、３３０ｃ、３３０ｅ、４３０ａ、４３０ｃ、４３０ｅ、５３０、６３０ 通信Ｉ／Ｆ
２１３ 生体認証部
３１３ａ 決済処理部
３１４ｃ 入退室管理部
３１５ｅ 収集部
３１６ｅ 情報生成部
４１２ａ 商品登録処理部
４１３ａ、４１３ｃ、４１３ｅ、５１２ 受付部
４１４ａ、４１４ｃ、４１４ｅ、５１４、６１３ 画面生成部
４１５ａ、４１５ｃ、４１５ｅ、５１５、６１４ 表示制御部
４１６ａ レシートデータ生成部
４１６ｃ、５１３、６１２ 取得部
４１７ｃ ロック制御部
４４０ａ、４４０ｃ、４４０ｅ、５４０、６４０ 表示部
４５０ａ、４５０ｃ、４５０ｅ、５５０、６５０ 操作部
４６０ａ 読取部
４６０ｃ、５６０、６６０ カメラ
【先行技術文献】
【特許文献】
【0375】
【特許文献1】特開２００８－１５２５８７号公報
【特許文献2】特許第５２２８０７０号公報
【図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】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】