JP7239047B1 - 認証システム、認証方法、及びプログラム - Google Patents

Abstract

【課題】複数の利用者を登録する際の利便性を向上することが可能な認証システム、認証方法、及びプログラムを提供する。【解決手段】第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、第１の利用者が有する利用者端末から、第１の利用者の生体情報及び第２の利用者の生体情報と、少なくとも第１の利用者の生体情報を有する身分証に関する身分証情報とを取得する申込時情報取得部と、取得された生体情報又は身分証情報を利用者ごとに対応付けて登録する登録部と、各利用者がサービスの利用を開始する際に、生体情報と身分証情報とのうち、少なくとも生体情報を取得する利用時情報取得部と、登録された生体情報又は身分証情報と、取得された生体情報又は身分証情報とに基づき、各利用者に対してサービスの利用を許可するか否かを判定する判定部と、を備える認証システム。【選択図】図１

Description

本発明は、認証システム、認証方法、及びプログラムに関する。

従来、例えばレンタカーサービスでは、利用者（契約者）はサービスを利用するにあたりレンタカー会社の店舗に赴く必要があった。店舗では、店員との対面でのやり取りによって、利用者の本人確認と運転免許証保持の確認が行われる。これにより、利用者が第三者に自動車をまた貸しするリスクや、免許不携帯者又は免許非保有者に自動車を貸し出してしまうリスクが抑制される。
近年では、サービスの利用申込をオンラインで受け付け、店員が立ち会うことなく自動車を貸し出すサービスの提供が増加している。これにより、店舗における貸し出し以外に、店舗以外の場所にある駐車場などにおいて無人で貸し出すことも可能となっている。しかしながら、上述したリスクの増加が懸念されている。

これに関連し、生体認証による本人認証を用いた技術が各種提案されている。例えば、下記特許文献１には、予め利用者の生体情報と免許証情報とを対応付けて登録しておき、利用時に取得する生体情報を用いて免許証情報を照会することで本人認証を行う技術が開示されている。

特開２０２１－１２５３７号公報

しかしながら、上記特許文献１の技術では、複数の利用者が１台の自動車を利用する場合、例えば利用者ごとに会員登録した上で、各々の利用者が生体情報や免許証情報などをそれぞれ登録する必要があり、利用者にとって手間であった。

上述の課題を鑑み、本発明の目的は、複数の利用者を登録する際の利便性を向上することが可能な認証システム、認証方法、及びプログラムを提供することにある。

上述の課題を解決するために、本発明の一態様に係る認証システムは、第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、前記第１の利用者が有する利用者端末から、前記第１の利用者の生体情報及び前記第２の利用者の生体情報を取得し、利用者の生体情報を有する前記利用者の身分証に関する身分証情報として、少なくとも前記第１の利用者の前記身分証情報を取得する申込時情報取得部と、申込時情報取得部によって取得された前記生体情報又は前記身分証情報を利用者ごとに対応付けて登録する登録部と、各利用者が前記サービスの利用を開始する際に、前記生体情報と前記身分証情報とのうち、少なくとも前記生体情報を取得する利用時情報取得部と、前記登録部によって登録された前記生体情報又は前記身分証情報と、前記利用時情報取得部によって取得された前記生体情報又は前記身分証情報とに基づき、各利用者に対して前記サービスの利用を許可するか否かを判定する判定部と、前記第１の利用者及び前記第２の利用者の各々に対して、前記生体情報及び前記身分証情報が登録されている利用者、又は前記生体情報のみが登録されている利用者のどちらであるかに応じて、前記サービスの利用可能範囲が異なる権限を設定する権限設定部と、を備える。

本発明の一態様に係る認証方法は、申込時情報取得部が、第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、前記第１の利用者が有する利用者端末から、前記第１の利用者の生体情報及び前記第２の利用者の生体情報を取得し、利用者の生体情報を有する前記利用者の身分証に関する身分証情報として、少なくとも前記第１の利用者の前記身分証情報を取得する申込時情報取得過程と、登録部が、申込時情報取得部によって取得された前記生体情報又は前記身分証情報を利用者ごとに対応付けて登録する登録過程と、利用時情報取得部が、各利用者が前記サービスの利用を開始する際に、前記生体情報と前記身分証情報とのうち、少なくとも前記生体情報を取得する利用時情報取得過程と、判定部が、前記登録部によって登録された前記生体情報又は前記身分証情報と、前記利用時情報取得部によって取得された前記生体情報又は前記身分証情報とに基づき、各利用者に対して前記サービスの利用を許可するか否かを判定する判定過程と、権限設定部が、前記第１の利用者及び前記第２の利用者の各々に対して、前記生体情報及び前記身分証情報が登録されている利用者、又は前記生体情報のみが登録されている利用者のどちらであるかに応じて、前記サービスの利用可能範囲が異なる権限を設定する権限設定過程と、を含む。

本発明の一態様に係るプログラムは、コンピュータを、第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、前記第１の利用者が有する利用者端末から、前記第１の利用者の生体情報及び前記第２の利用者の生体情報を取得し、利用者の生体情報を有する前記利用者の身分証に関する身分証情報として、少なくとも前記第１の利用者の前記身分証情報を取得する申込時情報取得手段と、申込時情報取得手段によって取得された前記生体情報又は前記身分証情報を利用者ごとに対応付けて登録する登録手段と、各利用者が前記サービスの利用を開始する際に、前記生体情報と前記身分証情報とのうち、少なくとも前記生体情報を取得する利用時情報取得手段と、前記登録手段によって登録された前記生体情報又は前記身分証情報と、前記利用時情報取得手段によって取得された前記生体情報又は前記身分証情報とに基づき、各利用者に対して前記サービスの利用を許可するか否かを判定する判定手段と、前記第１の利用者及び前記第２の利用者の各々に対して、前記生体情報及び前記身分証情報が登録されている利用者、又は前記生体情報のみが登録されている利用者のどちらであるかに応じて、前記サービスの利用可能範囲が異なる権限を設定する権限設定手段と、として機能させる。

本発明によれば、複数の利用者を登録する際の利便性を向上することができる。

本実施形態に係る認証システムの概略構成の一例を示すブロック図である。 本実施形態に係る利用者端末の機能構成の一例を示すブロック図である。 本実施形態に係る申込受付システムの機能構成の一例を示すブロック図である。 本実施形態に係る申込内容分析システムの機能構成の一例を示すブロック図である。 本実施形態に係る利用受付システムの機能構成の一例を示すブロック図である。 本実施形態に係る申込内容照合システムの機能構成の一例を示すブロック図である。 本実施形態に係るデータ保持システムの機能構成の一例を示すブロック図である。 本実施形態に係る人工知能システムの機能構成の一例を示すブロック図である。 本実施形態に係る機能操作許可システムの機能構成の一例を示すブロック図である。 本実施形態に係るサービスの利用を申込む際の処理の流れの一例を示すシーケンス図である。 本実施形態に係るサービスの利用を申込む際の処理の流れの一例を示すシーケンス図である。 本実施形態に係るサービスの利用を開始する際の処理の流れの一例を示すシーケンス図である。 本実施形態に係るサービスの利用を開始する際の処理の流れの一例を示すシーケンス図である。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。

＜１．認証システムの概略構成＞
まず、図１を参照して、本実施形態に係る認証システムの概略構成について説明する。図１は、本実施形態に係る認証システムの概略構成の一例を示すブロック図である。
図１に示す認証システム１は、サービスの利用者（ユーザ）に対して、サービスの利用を許可するか否かの認証を行うためのシステムである。認証システム１は、例えば、利用者に対して対象物を貸し出すサービスにおいて、対象物を利用可能な状態とするための認証を行うために用いられる。サービスの一例として、利用者に対して車両を貸し出すレンタカーサービスやカーシェアリングサービス、利用者に対して会議室、ワークブース、又は倉庫などのスペースを貸し出すレンタルスペースサービスなどがある。以下では、サービスがレンタカーサービスであり、対象物が自動車である例を一例に、本実施形態について説明する。

利用者は、メイン利用者（第１の利用者）又はサブ利用者（第２の利用者）である。メイン利用者は、サービスをメインで利用する者である。例えば、メイン利用者は、サービスの申込者（契約者）であり、自動車を運転する者でもある。サブ利用者は、メイン利用者と共にサービスを利用する者である。例えば、サブ利用者は、メイン利用者の同乗者である。サブ利用者のより具体的な例として、パーソナルユースにおける家族やビジネスユースにおける同僚などが挙げられる。以下では、メイン利用者と少なくとも１以上のサブ利用者が利用者に含まれる例を一例に、本実施形態について説明する。

サービスにおいて対象物の提供が無人化されている場合、対象物は、利用を申込んだ利用者以外による対象物の利用を防止するため、ロックがかけられた状態（以下、「ロック状態」とも称される）で用意されている。ロック状態は、そのままでは対象物を利用できない状態であり、認証システム１によって遠隔から解除可能な状態であれば、その状態は特に限定されない。例えば、ロック状態は、対象物の機能の操作が制限された状態である。ロック状態の一例として、自動車のドアが施錠された状態、自動車のエンジンがかけられない状態などである。
図１に示すように、認証システム１は、利用者端末１０と、申込受付システム２０と、申込内容分析システム３０と、利用受付システム４０と、申込内容照合システム５０と、データ保持システム６０と、人工知能システム７０と、機能操作許可システム８０とを有する。

（１）利用者端末１０
利用者端末１０は、利用者がサービスの利用に関する手続きを行うために使用する端末である。利用者端末１０は、例えば、スマートフォンやタブレット端末などの携帯端末である。
利用者端末１０は、携帯電話網やインターネットなどのネットワークＮＷを介して、申込受付システム２０と、利用受付システム４０と通信可能に接続される。
図１には、利用者端末１０として、利用者端末１０－１と利用者端末１０－２とが示されている。以下では、利用者端末１０－１がメイン利用者の端末であり、利用者端末１０－２がサブ利用者の端末であるものとして説明する。

（２）申込受付システム２０
申込受付システム２０は、利用者からサービス利用の申込みを受け付けるシステムである。申込受付システム２０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
申込受付システム２０は、ネットワークＮＷを介して、利用者端末１０と、申込内容分析システム３０と通信可能に接続される。

（３）申込内容分析システム３０
申込内容分析システム３０は、利用者から受け付けた申込の内容を分析するシステムである。申込内容分析システム３０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
申込内容分析システム３０は、ネットワークＮＷを介して、申込受付システム２０と、データ保持システム６０と、人工知能システム７０と通信可能に接続される。

（４）利用受付システム４０
利用受付システム４０は、利用者からサービスの利用開始を受け付けるシステムである。利用受付システム４０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
利用受付システム４０は、ネットワークＮＷを介して、利用者端末１０と、申込内容照合システム５０と通信可能に接続される。

（５）申込内容照合システム５０
申込内容照合システム５０は、利用者から利用開始を受け付けた申込の内容を照合するシステムである。申込内容照合システム５０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
申込内容照合システム５０は、ネットワークＮＷを介して、利用受付システム４０と、データ保持システム６０と、人工知能システム７０と、機能操作許可システム８０と通信可能に接続される。

（６）データ保持システム６０
データ保持システム６０は、利用者の申込みに関する情報（以下、「申込情報」とも称される）を保持するシステムである。データ保持システム６０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
データ保持システム６０は、ネットワークＮＷを介して、申込内容分析システム３０と、申込内容照合システム５０と通信可能に接続される。

（７）人工知能システム７０
人工知能システム７０は、人工知能（ＡＩ：Artificial Intelligence）によって申込情報を分析するシステムである。人工知能システム７０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
人工知能システム７０は、ネットワークＮＷを介して、申込内容分析システム３０と、申込内容照合システム５０と通信可能に接続される。

（８）機能操作許可システム８０
機能操作許可システム８０は、照合結果に応じて対象物の機能操作の許可を与えるシステムである。機能操作許可システム８０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
機能操作許可システム８０は、ネットワークＮＷを介して、申込内容照合システム５０と通信可能に接続される。

＜２．利用者端末の機能構成＞
以上、図１を参照して、本実施形態に係る認証システム１の概略構成について説明した。続いて、図２を参照して、本実施形態に係る利用者端末１０の機能構成について説明する。図２は、本実施形態に係る利用者端末１０の機能構成の一例を示すブロック図である。
図２に示すように、利用者端末１０は、入力部１１０と、通信部１２０と、撮像部１３０と、生体情報取得部１４０と、記憶部１５０と、制御部１６０と、出力部１７０とを備える。

（１）入力部１１０
入力部１１０は、利用者による入力を受け付ける機能を有する。入力部１１０の機能は、例えば、利用者端末１０が備えるボタン、タッチパネル、マイクロフォン等によって実現される。

利用者は、入力部１１０を操作して各種情報を入力する。例えば、利用者は、サービスの利用を申込む際に、サービスの利用の申込みに必要な申込情報を入力する。以下、サービスの利用を申込む際に利用者によって入力される申込情報は、「申込時情報」とも称される。申込時情報は、例えば、登録情報と、生体情報と、身分証情報とを含む。登録情報は、例えば、利用者の個人情報（氏名、年齢、住所、電話番号、メールアドレスなど）、予約日時、利用するサービス内容、決済方法などの情報である。生体情報は、例えば、利用者の顔画像である。当該顔画像は、利用者がサービスの利用を申込む際に撮像部１３０によって撮像された撮像画像である。身分証情報は、利用者の生体情報を有する身分証に関する情報である。身分証情報は、例えば、利用者の顔画像を有する身分証が撮像された撮像画像である。以下では、身分証が運転免許証である例を一例として、本実施形態について説明する。
本実施形態では、メイン利用者は、申込時情報を入力する際に、利用者端末１０－１の入力部１１０を操作して、メイン利用者及びサブ利用者の登録情報と、メイン利用者の生体情報及びサブ利用者の生体情報と、少なくともメイン利用者の身分証情報を入力する。ここでメイン利用者はサブ利用者の身分証情報を併せて入力することもできる。

また、利用者は、サービスの利用を開始する際に、サービスの利用の開始に必要な利用に関する情報（以下、「利用情報」とも称される）を入力する。以下、サービスの利用を開始する際に利用者によって入力される利用情報は、「利用時情報」とも称される。利用時情報は、例えば、登録情報と、生体情報と、身分証情報とを含む。利用時情報に含まれる登録情報は、例えば、申込時情報を一意に識別するための識別情報である。一例として、登録情報は、サービスの利用の申込み時に申込単位で発行される申込ＩＤである。利用時情報に含まれる生体情報の顔画像は、利用者がサービスの利用を開始する際に撮像部１３０によって撮像された撮像画像である。
本実施形態では、メイン利用者は、利用時情報を入力する際に、利用者端末１０－１の入力部１１０を操作して、メイン利用者の生体情報と、メイン利用者の身分証情報を入力する。また、サブ利用者は、利用者端末１０－２の入力部１１０を操作して、サブ利用者の生体情報を入力する。

（２）通信部１２０
通信部１２０は、各種情報の送受信を行う機能を有する。例えば、通信部１２０は、ネットワークＮＷを介して、申込受付システム２０及び利用受付システム４０と通信を行い、各種情報を送受信する。

（３）撮像部１３０
撮像部１３０は、利用者端末１０に内蔵された撮像装置（カメラ）である。撮像部１３０は、入力部１１０を介した利用者の操作に応じて、利用者の身分証画像や顔画像を撮像する。

（４）生体情報取得部１４０
生体情報取得部１４０は、利用者の生体情報を取得する機能を有する。生体情報取得部１４０は、例えば、撮像部１３０によって撮像された利用者の顔画像を生体情報として取得する。

（５）記憶部１５０
記憶部１５０は、各種情報を記憶する機能を有する。記憶部１５０は、例えば、利用者によって入力された申込情報や、撮像部１３０によって撮像された身分証画像や顔画像などを記憶する。

（６）制御部１６０
制御部１６０は、利用者端末１０の動作全般を制御する機能を有する。例えば、制御部１６０は、入力部１１０を介して入力される利用者の操作や、通信部１２０を介して申込受付システム２０や利用受付システム４０から受信する情報などに基づき、利用者端末１０の動作を制御する。

（７）出力部１７０
出力部１７０は、各種情報を出力する機能を有する。例えば、出力部１７０は、通信部１２０を介して申込受付システム２０や利用受付システム４０から受信する情報を表示する。

＜３．申込受付システムの機能構成＞
以上、図２を参照して、本実施形態に係る利用者端末１０の機能構成について説明した。続いて、図３を参照して、本実施形態に係る申込受付システム２０の機能構成について説明する。図３は、本実施形態に係る申込受付システム２０の機能構成の一例を示すブロック図である。
図３に示すように、申込受付システム２０は、通信部２１０と、記憶部２２０と、制御部２３０とを備える。

（１）通信部２１０
通信部２１０は、各種情報の送受信を行う機能を有する。例えば、通信部２１０は、ネットワークＮＷを介して、利用者端末１０及び申込内容分析システム３０と通信を行い、各種情報を送受信する。

（２）記憶部２２０
記憶部２２０は、各種情報を記憶する機能を有する。記憶部２２０は、例えば、通信部２１０が利用者端末１０又は申込内容分析システム３０から受信した情報を記憶する。

（３）制御部２３０
制御部２３０は、申込受付システム２０の動作全般を制御する機能を有する。
図３に示すように、制御部２３０は、申込時情報取得部２３１と、選択情報表示部２３２と、通知表示部２３３とを備える。

（３－１）申込時情報取得部２３１
申込時情報取得部２３１は、申込時情報を取得する機能を有する。申込時情報取得部２３１は、取得した申込時情報を、通信部２１０を介して申込内容分析システム３０へ送信する。

例えば、申込時情報取得部２３１は、メイン利用者が少なくとも１以上のサブ利用者と共に利用するサービスの利用を申込む際に、メイン利用者が有する利用者端末１０－１から、申込時情報を取得する。この時、申込時情報取得部２３１は、メイン利用者の登録情報及びサブ利用者の登録情報と、メイン利用者の生体情報及びサブ利用者の生体情報と、少なくともメイン利用者の身分証情報とを含む申込情報を、申込時情報として取得する。

なお、申込時情報取得部２３１は、メイン利用者の生体情報及びサブ利用者の生体情報として、メイン利用者の顔画像とサブ利用者の顔画像をそれぞれ別の画像として取得してもよいし、１枚の画像として取得してもよい。当該１枚の画像は、例えば、メイン利用者の顔画像とサブ利用者の顔画像とが併せて撮像された撮像画像（即ち集合写真）である。

（３－２）選択情報表示部２３２
選択情報表示部２３２は、利用者端末１０に選択情報を表示させる機能を有する。例えば、選択情報表示部２３２は、通信部２１０が申込内容分析システム３０から受信した選択情報を、通信部２１０に利用者端末１０へ送信させ、利用者端末１０に選択情報を表示させる。
選択情報は、サービスを利用する利用者として登録する者を選択するための情報である。例えば、選択情報は、申込時情報取得部２３１によって取得された集合写真から抽出された人物の顔画像である。

（３－３）通知表示部２３３
通知表示部２３３は、利用者端末１０に通知を表示させる機能を有する。例えば、通知表示部２３３は、通信部２１０が申込内容分析システム３０から受信した通知を、通信部２１０に利用者端末１０へ送信させ、利用者端末１０に通知を表示させる。申込内容分析システム３０から受信する通知は、例えば、エラー通知である。

＜４．申込内容分析システムの機能構成＞
以上、図３を参照して、本実施形態に係る申込受付システム２０の機能構成について説明した。続いて、図４を参照して、本実施形態に係る申込内容分析システム３０の機能構成について説明する。図４は、本実施形態に係る申込内容分析システム３０の機能構成の一例を示すブロック図である。
図４に示すように、申込内容分析システム３０は、通信部３１０と、記憶部３２０と、制御部３３０とを備える。

（１）通信部３１０
通信部３１０は、各種情報の送受信を行う機能を有する。例えば、通信部３１０は、ネットワークＮＷを介して、申込受付システム２０と、データ保持システム６０と、人工知能システム７０と通信を行い、各種情報を送受信する。

（２）記憶部３２０
記憶部３２０は、各種情報を記憶する機能を有する。記憶部３２０は、例えば、通信部３１０が申込受付システム２０と、データ保持システム６０と、人工知能システム７０とから受信した情報を記憶する。

（３）制御部３３０
制御部３３０は、申込内容分析システム３０の動作全般を制御する機能を有する。
図４に示すように、制御部３３０は、登録確認要求部３３１と、分析要求部３３２と、利用者選択部３３３と、適合確認部３３４と、登録要求部３３５と、通知部３３６とを備える。

（３－１）登録確認要求部３３１
登録確認要求部３３１は、申込情報の登録確認を要求する機能を有する。申込内容分析システム３０では、申込受付システム２０から受信した申込時情報が、新規登録する情報又は既に登録済みの情報であるかを確認する必要がある。このため、登録確認要求部３３１は、通信部３１０を介してデータ保持システム６０へ登録確認要求を送信し、データ保持システム６０に登録確認を行わせる。この時、登録確認要求には、確認対象となる申込時情報が含まれる。

（３－２）分析要求部３３２
分析要求部３３２は、生体情報の分析を要求する機能を有する。申込内容分析システム３０では、申込受付システム２０から受信した申込時情報に含まれる生体情報と、当該申込時情報に含まれる身分証情報が有する生体情報とが、一致するか否かを分析する必要がある。このため、分析要求部３３２は、通信部３１０を介して人工知能システム７０へ分析要求を送信し、人工知能システム７０に分析を行わせる。この時、分析要求には、分析対象となる生体情報と身分証情報とが含まれる。

（３－３）利用者選択部３３３
利用者選択部３３３は、メイン利用者及びサブ利用者として登録する者を利用者に選択させる機能を有する。例えば、利用者選択部３３３は、申込受付システム２０から受信した申込時情報に集合写真が含まれる場合、当該集合写真から抽出された顔画像を利用者端末１０－１に表示させ、表示された顔画像が示す者の中から、メイン利用者又はサブ利用者として登録する者をメイン利用者に選択させる。これにより、メイン利用者は、集合写真にメイン利用者及びサブ利用者以外の人物が写り込んでいた際に、当該人物を選択しないことで登録対象から除外することができる。また逆に、登録しない者を選択することで登録対象から除外するようにしても良い。これらにより、認証システム１が関係のない人物を利用者として誤って登録することを防ぐことができる。

（３－４）適合確認部３３４
適合確認部３３４は、申込内容が適合するか否かを確認する機能を有する。例えば、適合確認部３３４は、生体情報の分析が成功したか否かに応じて、申込内容が適合するか否かを判定する。生体情報の分析が成功した場合、即ち、申込時情報に含まれる生体情報と、当該申込時情報に含まれる身分証情報が有する生体情報とが一致した場合、申込内容が適合すると判定する。一方、生体情報の分析が失敗した場合、即ち、申込時情報に含まれる生体情報と、当該申込時情報に含まれる身分証情報が有する生体情報とが不一致であった場合、申込内容が適合しない（非適合）と判定する。

（３－５）登録要求部３３５
登録要求部３３５は、申込時情報の登録を要求する機能を有する。例えば、申込受付システム２０から受信した申込時情報が、新規登録する情報であると判定され、かつ当該申込時情報が適合すると判定されたとする。この場合、登録要求部３３５は、通信部３１０を介してデータ保持システム６０へ登録要求を送信し、データ保持システム６０に申込時情報を登録させる。この時、登録要求には、登録対象となる申込時情報が含まれる。

（３－６）通知部３３６
通知部３３６は、通知を要求する機能を有する。申込内容分析システム３０では、生体情報の分析にて生体情報が一致しなかった場合や、申込時情報の適合確認にて申込時情報が適合しなかった場合などに、入力にエラーがあった旨を示すエラー通知を利用者端末１０に表示させる必要がある。このため、通知部３３６は、通信部３１０を介して申込受付システム２０へエラー通知を送信し、申込受付システム２０から利用者端末１０にエラー通知を表示させる。

＜５．利用受付システムの機能構成＞
以上、図４を参照して、本実施形態に係る申込内容分析システム３０の機能構成について説明した。続いて、図５を参照して、本実施形態に係る利用受付システム４０の機能構成について説明する。図５は、本実施形態に係る利用受付システム４０の機能構成の一例を示すブロック図である。
図５に示すように、利用受付システム４０は、通信部４１０と、記憶部４２０と、制御部４３０とを備える。

（１）通信部４１０
通信部４１０は、各種情報の送受信を行う機能を有する。例えば、通信部４１０は、ネットワークＮＷを介して、利用者端末１０及び申込内容照合システム５０と通信を行い、各種情報を送受信する。

（２）記憶部４２０
記憶部４２０は、各種情報を記憶する機能を有する。記憶部４２０は、例えば、通信部４１０が利用者端末１０及び申込内容照合システム５０から受信した情報を記憶する。

（３）制御部４３０
制御部４３０は、利用受付システム４０の動作全般を制御する機能を有する。
図５に示すように、制御部４３０は、利用時情報取得部４３１と、通知表示部４３２とを備える。

（３－１）利用時情報取得部４３１
利用時情報取得部４３１は、利用時情報を取得する機能を有する。利用時情報取得部４３１は、取得した利用時情報を、通信部４１０を介して申込内容照合システム５０へ送信する。

例えば、利用時情報取得部４３１は、各利用者がサービスの利用を開始する際に、生体情報と身分証情報とのうち、少なくとも生体情報を利用時情報として利用者端末１０から取得する。メイン利用者は、自身が有する端末である利用者端末１０－１から自身でサービスの利用を開始する操作を行う。この場合、利用時情報取得部４３１は、利用者端末１０－１からメイン利用者の登録情報、生体情報、及び身分証情報をメイン利用者の利用時情報として取得する。
また、サブ利用者は、自身が有する端末である利用者端末１０－２から自身でサービスの利用を開始する操作を行う。この場合、利用時情報取得部４３１は、利用者端末１０－２からサブ利用者の登録情報及び生体情報をサブ利用者の利用時情報として取得する。

（３－２）通知表示部４３２
通知表示部４３２は、利用者端末１０に通知を表示させる機能を有する。例えば、通知表示部４３２は、通信部４１０が申込内容照合システム５０から受信した通知を、通信部４１０に利用者端末１０へ送信させ、利用者端末１０に通知を表示させる。申込内容照合システム５０から受信する通知は、例えば、エラー通知である。

＜６．申込内容照合システムの機能構成＞
以上、図５を参照して、本実施形態に係る利用受付システム４０の機能構成について説明した。続いて、図６を参照して、本実施形態に係る申込内容照合システム５０の機能構成について説明する。図６は、本実施形態に係る申込内容照合システム５０の機能構成の一例を示すブロック図である。
図６に示すように、申込内容照合システム５０は、通信部５１０と、記憶部５２０と、制御部５３０とを備える。

（１）通信部５１０
通信部５１０は、各種情報の送受信を行う機能を有する。例えば、通信部５１０は、ネットワークＮＷを介して、利用受付システム４０と、データ保持システム６０と、人工知能システム７０と、機能操作許可システム８０と通信を行い、各種情報を送受信する。

（２）記憶部５２０
記憶部５２０は、各種情報を記憶する機能を有する。記憶部５２０は、例えば、通信部５１０が利用受付システム４０と、データ保持システム６０と、人工知能システム７０と、機能操作許可システム８０とから受信した情報を記憶する。

（３）制御部５３０
制御部５３０は、申込内容照合システム５０の動作全般を制御する機能を有する。
図６に示すように、制御部５３０は、照合情報取得部５３１と、照合要求部５３２と、判定部５３３と、権限設定部５３４と、操作許可要求部５３５と、通知部５３６とを備える。

（３－１）照合情報取得部５３１
照合情報取得部５３１は、照合情報を取得する機能を有する。照合情報は、サービスの利用を開始する利用者が、登録されている利用者本人であるか否かを認証するための情報である。具体的に、照合情報は、データ保持システム６０に記憶されている申込情報であり、利用受付システム４０から受信した利用時情報と対応する申込時情報である。
照合情報取得部５３１は、通信部５１０を介してデータ保持システム６０へ照合情報要求を送信し、データ保持システム６０から照合情報を取得する。当該照合情報要求には、例えば、利用受付システム４０から受信した利用時情報に含まれる登録情報（申込ＩＤ）が含まれる。

（３－２）照合要求部５３２
照合要求部５３２は、照合情報と利用時情報との照合を要求する機能を有する。照合要求部５３２は、通信部５１０を介して人工知能システム７０へ照合要求を送信し、人工知能システム７０に照合を行わせる。この時、照合要求には、照合対象となる照合情報と利用時情報とが含まれる。

（３－３）判定部５３３
判定部５３３は、各利用者に対してサービスの利用を許可するか否かを判定する機能を有する。例えば、判定部５３３は、データ保持システム６０に登録された申込時情報（生体情報又は身分証情報）と、利用時情報取得部４３１によって取得された利用時情報（生体情報又は身分証情報）とに基づき、各利用者に対してサービスの利用を許可するか否かを判定する。具体的に、判定部５３３は、登録された申込時情報である照合情報と、利用時情報とに基づく照合の結果に基づき、各利用者に対してサービスの利用を許可するか否かを判定する。照合により申込時情報と利用時情報とが一致し、本人であると確認された場合、判定部５３３は、各利用者に対してサービスの利用を許可すると判定する。一方、照合により申込時情報と利用時情報とが一致せず、本人でないと確認された場合、判定部５３３は、各利用者に対してサービスの利用を許可しないと判定する。

（３－４）権限設定部５３４
権限設定部５３４は、サービスの利用権限を設定する機能を有する。権限設定部５３４は、メイン利用者及びサブ利用者の各々に対して、生体情報及び身分証情報が登録されている利用者、又は生体情報のみが登録されている利用者のどちらであるかに応じて、サービスの利用可能範囲が異なる権限を設定する。例えば、生体情報及び身分証情報が登録されている利用者には、生体情報のみが登録されている利用者よりも利用可能範囲が広い権限が設定される。以下、利用可能範囲が広い権限は「高次元権限」とも称され、利用可能範囲が狭い権限は「低次元権限」とも称される。
一例として、レンタカーサービスの場合、免許証情報が登録されていない利用者には、自動車のドアを解錠する権限のみ（即ち低次元権限）が設定される。一方、免許証情報も登録されている利用者には、自動車のドアを解錠する権限に加え、自動車のエンジンをかけることもできる権限（即ち高次元権限）も設定される。

（３－５）操作許可要求部５３５
操作許可要求部５３５は、対象物の操作許可を要求する機能を有する。申込内容照合システム５０では、権限設定部５３４によって設定された権限に応じて対象物を利用可能な状態とする必要がある。このため、操作許可要求部５３５は、通信部５１０を介して機能操作許可システム８０へ操作許可要求を送信し、機能操作許可システム８０に操作許可（対象物を利用可能な状態とする処理）を行わせる。

（３－６）通知部５３６
通知部５３６は、通知を要求する機能を有する。申込内容照合システム５０では、照合にて申込時情報と利用時情報とが一致せず、各利用者に対してサービスの利用を許可しないと判定された場合などに、本人認証にてエラーがあった旨を示すエラー通知を利用者端末１０に表示させる必要がある。このため、通知部５３６は、通信部５１０を介して利用受付システム４０へエラー通知を送信し、利用受付システム４０から利用者端末１０にエラー通知を表示させる。
また、申込内容照合システム５０では、操作許可にて指定された機能のロック状態が解除された場合に、サービスが利用可能となった旨を示す利用可能通知を利用者端末１０に表示させる必要がある。このため、通知部５３６は、通信部５１０を介して利用受付システム４０へ利用可能通知を送信し、利用受付システム４０から利用者端末１０に利用可能通知を表示させる。

＜７．データ保持システムの機能構成＞
以上、図６を参照して、本実施形態に係る申込内容照合システム５０の機能構成について説明した。続いて、図７を参照して、本実施形態に係るデータ保持システム６０の機能構成について説明する。図７は、本実施形態に係るデータ保持システム６０の機能構成の一例を示すブロック図である。
図７に示すように、データ保持システム６０は、通信部６１０と、記憶部６２０と、制御部６３０とを備える。

（１）通信部６１０
通信部６１０は、各種情報の送受信を行う機能を有する。例えば、通信部６１０は、ネットワークＮＷを介して、申込内容分析システム３０及び申込内容照合システム５０と通信を行い、各種情報を送受信する。

（２）記憶部６２０
記憶部６２０は、各種情報を記憶する機能を有する。記憶部６２０は、例えば、通信部６１０が申込内容分析システム３０及び申込内容照合システム５０から受信した情報を記憶する。

（３）制御部６３０
制御部６３０は、データ保持システム６０の動作全般を制御する機能を有する。
図７に示すように、制御部６３０は、登録確認部６３１と、登録部６３２とを備える。

（３－１）登録確認部６３１
登録確認部６３１は、登録確認を行う機能を有する。例えば、登録確認部６３１は、通信部６１０が申込内容分析システム３０から登録確認要求を受信した場合に、当該登録確認要求に含まれる申込時情報が、新規登録する情報又は既に登録済みの情報であるかを確認する。このため、登録確認要求部３３１は、通信部３１０を介してデータ保持システム６０へ登録確認要求を送信し、データ保持システム６０に登録確認を行わせる。登録確認後、登録確認部６３１は、通信部６１０を介して、登録確認結果を申込内容分析システム３０へ送信する。

（３－２）登録部６３２
登録部６３２は、申込時情報を登録する機能を有する。具体的に、登録部６３２は、申込時情報取得部２３１によって取得された申込時情報に含まれる生体情報又は身分証情報を利用者ごとに対応付けて登録する。例えば、利用者がメイン利用者であり、申込時情報に生体情報と身分証情報とが含まれる場合、登録部６３２は、メイン利用者と、生体情報と、身分証情報とを対応付けて記憶部６２０に登録する。また、利用者がサブ利用者であり、申込時情報に生体情報のみが含まれる場合、登録部６３２は、サブ利用者と生体情報とを対応付けて記憶部６２０に登録する。
なお、申込時情報に含まれる生体情報が集合写真である場合、登録部６３２は、当該集合写真の中から抽出された人物のうち、利用者によって選択された者を、メイン利用者又はサブ利用者として登録する。

＜８．人工知能システムの機能構成＞
以上、図７を参照して、本実施形態に係るデータ保持システム６０の機能構成について説明した。続いて、図８を参照して、本実施形態に係る人工知能システム７０の機能構成について説明する。図８は、本実施形態に係る人工知能システム７０の機能構成の一例を示すブロック図である。
図８に示すように、人工知能システム７０は、通信部７１０と、記憶部７２０と、制御部７３０とを備える。

（１）通信部７１０
通信部７１０は、各種情報の送受信を行う機能を有する。例えば、通信部７１０は、ネットワークＮＷを介して、申込内容分析システム３０及び申込内容照合システム５０と通信を行い、各種情報を送受信する。

（２）記憶部７２０
記憶部７２０は、各種情報を記憶する機能を有する。記憶部７２０は、例えば、通信部７１０が申込内容分析システム３０及び申込内容照合システム５０から受信した情報を記憶する。

（３）制御部７３０
制御部７３０は、人工知能システム７０の動作全般を制御する機能を有する。
図８に示すように、制御部７３０は、抽出部７３１と、分析部７３２、照合部７３３とを備える。

（３－１）抽出部７３１
抽出部７３１は、顔画像を抽出する機能を有する。例えば、抽出部７３１は、生体情報が利用者の顔画像である場合に、撮像画像及び身分証情報から利用者の顔画像を抽出する。利用者がサービスの利用を申込む際には、抽出部７３１は、分析要求に含まれる生体情報である撮像画像と、身分証情報である撮像画像の各々から、顔画像を抽出する。生体情報が集合写真である場合、抽出部７３１は、集合写真に写る全ての人物の顔画像を抽出する。
また、利用者がサービスの利用を開始する際には、抽出部７３１は、照合要求に含まれる生体情報である撮像画像及び身分証情報である撮像画像の各々と、照合情報に含まれる生体情報である撮像画像及び身分証情報である撮像画像の各々とから顔画像を抽出する。

（３－２）分析部７３２
分析部７３２は、生体情報を分析する機能を有する。例えば、分析部７３２は、分析要求に含まれていた生体情報である撮像画像と、身分証情報である撮像画像の各々から抽出された顔画像を比較し、各顔画像が一致する人物であるか否かを分析する。
分析後、分析部７３２は、通信部７１０を介して、分析結果を申込内容分析システム３０へ送信する。なお、生体情報が集合写真である場合、分析部７３２は、通信部７１０を介して、集合写真から抽出した全ての顔画像を申込内容分析システム３０へ送信する。

（３－３）照合部７３３
照合部７３３は、生体情報を照合する機能を有する。例えば、照合部７３３は、照合要求及び照合情報に含まれていた生体情報の撮像画像からそれぞれ抽出された顔画像同士を比較し、各顔画像が一致する人物であるか否かを照合する。
また、照合部７３３は、照合要求及び照合情報に含まれていた身分証情報である撮像画像からそれぞれ抽出された顔画像同士を比較し、各顔画像が一致する人物であるか否かを照合する。
照合後、照合部７３３は、通信部７１０を介して、照合結果を申込内容照合システム５０へ送信する。

＜９．機能操作許可システムの機能構成＞
以上、図８を参照して、本実施形態に係る人工知能システム７０の機能構成について説明した。続いて、図９を参照して、本実施形態に係る機能操作許可システム８０の機能構成について説明する。図９は、本実施形態に係る機能操作許可システム８０の機能構成の一例を示すブロック図である。
図９に示すように、機能操作許可システム８０は、通信部８１０と、記憶部８２０と、制御部８３０とを備える。

（１）通信部８１０
通信部８１０は、各種情報の送受信を行う機能を有する。例えば、通信部８１０は、ネットワークＮＷを介して、申込内容照合システム５０と通信を行い、各種情報を送受信する。

（２）記憶部８２０
記憶部８２０は、各種情報を記憶する機能を有する。記憶部８２０は、例えば、通信部８１０が申込内容照合システム５０から受信した情報を記憶する。

（３）制御部８３０
制御部８３０は、機能操作許可システム８０の動作全般を制御する機能を有する。
図９に示すように、制御部８３０は、操作許可部８３１を備える。

（３－１）操作許可部８３１
操作許可部８３１は、対象物の操作許可を行う機能を有する。例えば、操作許可部８３１は、申込内容照合システム５０の権限設定部５３４によって設定された権限に応じて、対象物を利用可能な状態とする処理を行う。操作許可後、操作許可部８３１は、通信部８１０を介して、許可結果を申込内容照合システム５０へ送信する。
一例として、レンタカーサービスの場合、自動車のドアを解錠することのみが可能な低次元権限が設定されている場合、操作許可部８３１は、自動車のドアのロック状態を解除し、ドアを解錠可能な状態とする。また、自動車のエンジンをかけることもできる高次元権限が設定されている場合、操作許可部８３１は、自動車のエンジンのロック状態を解除し、エンジンをかけることが可能な状態とする。

なお、上述した記憶部１５０と、記憶部２２０と、記憶部３２０と、記憶部４２０と、記憶部５２０と、記憶部６２０と、記憶部７２０と、記憶部８２０とは、記憶媒体、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）、又はこれらの記憶媒体の任意の組み合わせによって構成される。
また、上述した制御部１６０と、制御部２３０と、制御部３３０と、制御部４３０と、制御部５３０と、制御部６３０と、制御部７３０と、制御部８３０とは、例えば、ＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。

＜１０．処理の流れ＞
以上、図９を参照して、本実施形態に係る機能操作許可システム８０の機能構成について説明した。続いて、図１０から図１３を参照して、本実施形態に係る処理の流れについて説明する。

（１）サービスの利用を申込む際の処理の流れ
図１０及び図１１を参照して、サービスの利用を申込む際の処理の流れについて説明する。図１０及び図１１は、本実施形態に係るサービスの利用を申込む際の処理の流れの一例を示すシーケンス図である。図１１に示すシーケンス図の処理は、図１０に示すシーケンス図の処理の後に続けて実行される。

図１０に示すように、まず、メイン利用者は、利用者端末１０－１に対して、申込時情報を入力する（ステップＳ１０１）。例えば、メイン利用者が、利用者端末１０－１を操作して、登録情報と、生体情報と、身分証情報とを含む申込情報を申込時情報として入力する。登録情報は、メイン利用者によって入力部１１０から入力されるメイン利用者とサブ利用者の情報である。生体情報は、撮像部１３０によって撮像されたメイン利用者とサブ利用者の顔画像である。以下では、申込時情報の生体情報が集合写真である例について説明する。身分証情報は、撮像部１３０によって身分証が撮像された撮像画像である。
利用者端末１０－１の通信部１２０は、メイン利用者によって入力された申込時情報を申込受付システム２０へ送信する（ステップＳ１０２）。

申込受付システム２０の申込時情報取得部２３１は、通信部２１０が利用者端末１０－１から受信した申込時情報を取得する（ステップＳ１０３）。
申込時情報取得部２３１は、取得した申込時情報を、通信部２１０を介して申込内容分析システム３０へ送信する（ステップＳ１０４）。

申込内容分析システム３０の登録確認要求部３３１は、申込受付システム２０から受信した申込時情報の登録確認を行うために、通信部３１０を介してデータ保持システム６０へ登録確認要求を送信する（ステップＳ１０５）。
データ保持システム６０の登録確認部６３１は、通信部６１０が申込内容分析システム３０から受信した登録確認要求に含まれる申込時情報について、登録確認を行う（ステップＳ１０６）。登録確認後、登録確認部６３１は、通信部６１０を介して、登録確認結果を申込内容分析システム３０へ送信する。

申込内容分析システム３０の分析要求部３３２は、申込受付システム２０から受信した申込時情報に関する生体情報の分析を行うために、通信部３１０を介して人工知能システム７０へ分析要求を送信する（ステップＳ１０７）。
人工知能システム７０の抽出部７３１は、通信部７１０が申込内容分析システム３０から受信した分析要求に含まれる生体情報と身分証情報から顔画像を抽出する処理を行う（ステップＳ１０８）。
人工知能システム７０の分析部７３２は、抽出された顔画像を比較し、各顔画像が一致する人物であるか否かを分析する処理を行う（ステップＳ１０９）。分析後、分析部７３２は、通信部７１０を介して、分析結果を申込内容分析システム３０へ送信する。

続けて、図１１に示すように、申込内容分析システム３０の利用者選択部３３３は、通信部３１０を介して、申込受付システム２０へ選択情報を送信する（ステップＳ２０１）。当該選択情報は、抽出部７３１によって集合写真から抽出された複数の人物の顔画像を選択可能に示す情報である。
申込受付システム２０の選択情報表示部２３２は、通信部２１０が申込内容分析システム３０から受信した選択情報を、通信部２１０に利用者端末１０－１へ送信させる（ステップＳ２０２）。
利用者端末１０－１の出力部１７０は、通信部１２０が申込受付システム２０から受信した選択情報を表示する（ステップＳ２０３）。

メイン利用者は、利用者端末１０－１に対して、表示された選択情報が示す複数の人物から登録するメイン利用者及びサブ利用者を選択する入力を行う（ステップＳ２０４）。
利用者端末１０－１の通信部１２０は、メイン利用者による選択結果を申込受付システム２０へ送信する（ステップＳ２０５）。
申込受付システム２０の通信部２１０は、利用者端末１０－１から受信した選択結果を申込内容分析システム３０へ送信する（ステップＳ２０６）。
申込内容分析システム３０の適合確認部３３４は、申込内容の適合確認を行う（ステップＳ２０７）。

申込内容分析システム３０の通知部３３６は、ステップＳ２０７までの処理においてエラーが発生したか否かを確認する（ステップＳ２０８）。エラーが発生した場合（ステップＳ２０８／ＹＥＳ）、処理をステップＳ２０９へ進める。一方、エラーが発生しなかった場合（ステップＳ２０８／ＮＯ）、処理をステップＳ２１３へ進める。

処理がステップＳ２０９へ進んだ場合、通知部３３６は、通信部３１０を介して、申込受付システム２０へエラー通知を送信する（ステップＳ２０９）。
申込受付システム２０の通知表示部２３３は、通信部２１０が申込内容分析システム３０から受信したエラー通知を、通信部２１０に利用者端末１０－１へ送信させる（ステップＳ２１０）。
利用者端末１０－１の出力部１７０は、通信部１２０が申込受付システム２０から受信したエラー通知を表示する（ステップＳ２１１）。
メイン利用者は、利用者端末１０－１に表示されたエラー通知を確認する（ステップＳ２１２）。

処理がステップＳ２１３へ進んだ場合、申込内容分析システム３０の登録要求部３３５は、通信部３１０を介して、データ保持システム６０へ登録要求を送信する（ステップＳ２１３）。
データ保持システム６０の登録部６３２は、通信部６１０が受信した登録要求に含まれる申込時情報を記憶部６２０に登録する（ステップＳ２１４）。

（２）サービスの利用を開始する際の処理の流れ
図１２及び図１３を参照して、サービスの利用を開始する際の処理の流れについて説明する。図１２及び図１３は、本実施形態に係るサービスの利用を開始する際の処理の流れの一例を示すシーケンス図である。図１３に示すシーケンス図の処理は、図１２に示すシーケンス図の処理の後に続けて実行される。

図１２に示すように、まず、利用者は、利用者端末１０に対して、利用時情報を入力する（ステップＳ３０１）。例えば、メイン利用者は、利用者端末１０－１を操作して、登録情報と、生体情報と、身分証情報とを含む利用情報を利用時情報として入力する。また、サブ利用者は、利用者端末１０－２を操作して、登録情報と、生体情報とを含む利用情報を利用時情報として入力する。登録情報は、サービスの利用を申込む際に登録した申込情報に対応する申込ＩＤである。生体情報は、撮像部１３０によって個別に撮像されたメイン利用者又はサブ利用者の顔画像である。身分証情報は、撮像部１３０によって身分証が撮像された撮像画像である。
利用者端末１０の通信部１２０は、利用者によって入力された利用時情報を利用受付システム４０へ送信する（ステップＳ３０２）。

利用受付システム４０の利用時情報取得部４３１は、通信部４１０が利用者端末１０から受信した利用時情報を取得する（ステップＳ３０３）。
利用時情報取得部４３１は、取得した利用時情報を、通信部４１０を介して申込内容照合システム５０へ送信する（ステップＳ３０４）。

申込内容照合システム５０の照合情報取得部５３１は、データ保持システム６０から照合情報を取得するために、通信部５１０を介してデータ保持システム６０へ照合情報要求を送信する（ステップＳ３０５）。
照合情報要求を受信したデータ保持システム６０は、照合情報要求に含まれる登録情報（申込ＩＤ）に対応する照合情報を記憶部６２０から取得し、通信部６１０を介して、照合情報を申込内容照合システム５０へ送信する（ステップＳ３０６）。

申込内容照合システム５０の照合要求部５３２は、通信部５１０を介して人工知能システム７０へ照合要求を送信する（ステップＳ３０７）。
人工知能システム７０の抽出部７３１は、通信部７１０が申込内容照合システム５０から受信した照合要求に含まれる生体情報である撮像画像及び身分証情報である撮像画像の各々と、照合情報に含まれる生体情報である撮像画像及び身分証情報である撮像画像の各々とから顔画像を抽出する処理を行う（ステップＳ３０８）。
人工知能システム７０の照合部７３３は、抽出された顔画像を比較し、各顔画像が一致する人物であるか否かを照合する処理を行う（ステップＳ３０９）。照合後、照合部７３３は、通信部７１０を介して、照合結果を申込内容照合システム５０へ送信する。

続けて、図１３に示すように、申込内容照合システム５０の判定部５３３は、照合結果に基づき、各利用者に対してサービスの利用を許可するか否かを判定する（ステップＳ４０１）。照合により利用者が本人であると確認された場合、判定部５３３は、各利用者に対してサービスの利用を許可すると判定する。一方、照合により利用者が本人でないと確認された場合、判定部５３３は、各利用者に対してサービスの利用を許可しないと判定する。

申込内容照合システム５０の通知部５３６は、ステップＳ４０１までの処理においてエラーが発生したか否かを確認する（ステップＳ４０２）。エラーが発生した場合（ステップＳ４０２／ＹＥＳ）、処理をステップＳ４０３へ進める。一方、エラーが発生しなかった場合（ステップＳ４０２／ＮＯ）、処理をステップＳ４０７へ進める。

処理がステップＳ４０２へ進んだ場合、通知部５３６は、通信部５１０を介して、利用受付システム４０へエラー通知を送信する（ステップＳ４０３）。
利用受付システム４０の通知表示部４３２は、通信部４１０が申込内容照合システム５０から受信したエラー通知を、通信部４１０に利用者端末１０へ送信させる（ステップＳ４０４）。
利用者端末１０の出力部１７０は、通信部１２０が利用受付システム４０から受信したエラー通知を表示する（ステップＳ４０５）。
利用者は、利用者端末１０に表示されたエラー通知を確認する（ステップＳ４０６）。

処理がステップＳ４０７へ進んだ場合、申込内容照合システム５０の権限設定部５３４は、サービスの利用権限を設定する（ステップＳ４０７）。
申込内容照合システム５０の操作許可要求部５３５は、権限設定部５３４によって設定された権限に応じて対象物を利用可能な状態とするため、通信部５１０を介して機能操作許可システム８０へ操作許可要求を送信する（ステップＳ４０８）。
機能操作許可システム８０の操作許可部８３１は、申込内容照合システム５０の権限設定部５３４によって設定された権限に応じて、対象物を利用可能な状態とする操作許可を行う（ステップＳ４０９）。操作許可後、操作許可部８３１は、通信部８１０を介して、許可結果を申込内容照合システム５０へ送信する。

申込内容照合システム５０の通信部５１０は、機能操作許可システム８０から受信した許可結果を利用受付システム４０へ送信する（ステップＳ４１０）。
利用受付システム４０の通信部４１０は、申込内容照合システム５０から受信した許可結果を利用者端末１０へ送信する（ステップＳ４１１）。
利用者端末１０の出力部１７０は、通信部１２０が利用受付システム４０から受信した許可結果を表示する（ステップＳ４１２）。
利用者は、利用者端末１０に表示された許可結果を確認する（ステップＳ４１３）。

以上説明したように、本実施形態に係る認証システム１は、メイン利用者（第１の利用者）が少なくとも１以上のサブ利用者（第２の利用者）と共に利用するサービスの利用を申込む際に、メイン利用者が有する利用者端末１０－１から、メイン利用者の生体情報及びサブ利用者の生体情報と、少なくともメイン利用者の生体情報を有する身分証に関する身分証情報とを取得する申込時情報取得部２３１と、申込時情報取得部２３１によって取得された生体情報又は身分証情報を利用者ごとに対応付けて登録する登録部６３２と、各利用者がサービスの利用を開始する際に、生体情報と身分証情報とのうち、少なくとも生体情報を取得する利用時情報取得部４３１と、登録部６３２によって登録された生体情報又は身分証情報と、利用時情報取得部４３１によって取得された生体情報又は身分証情報とに基づき、各利用者に対してサービスの利用を許可するか否かを判定する判定部５３３と、を備える。

かかる構成により、メイン利用者と少なくとも１以上のサブ利用者の双方をサービス利用前に登録する際に、それぞれの利用者が個別で利用者端末１０を用意して必要な情報の入力を行うのではなく、代表となる利用者の利用者端末１０のみを用いて、まとめて各利用者を登録することができる。これにより、メイン利用者が申込みを行う場合には、メイン利用者のみが会員登録をすればよく、サブ利用者の各々が会員登録をする手間を省くことができる。
よって、本実施形態に係る認証システム１は、複数の利用者を登録する際の利便性を向上することを可能とする。

また、本実施形態に係る認証システム１では、利用者がサービスの利用を申込む際に申込時情報取得部２３１によって取得され登録部６３２によって登録された生体情報及び身分証情報と、利用者がサービスの利用を開始する際に利用時情報取得部４３１によって取得される生体情報又は身分証情報とに基づき、判定部５３３によって利用申込時の利用者と利用開始時の利用者とが同一人物であると判定された場合にサービスの利用が許可される。
かかる構成により、サービスを利用するための手続きをオンラインで実施する場合に、貸出時の各種確認における不正の発生を低減することができる。これにより、オンライン上での申込者とは異なる第三者や同乗者が自動車を運転すること（また貸し）や運転免許証非所持の利用者が自動車を運転することなどを防止することができる。

また、本実施形態に係る認証システム１では、申込時情報取得部２３１が、メイン利用者が有する利用者端末１０－１から、メイン利用者の生体情報とサブ利用者の生体情報とが併せて撮像された撮像画像（集合写真）を生体情報として取得する。
かかる構成により、メイン利用者とサブ利用者とを一度の撮影でまとめて登録することができ、複数の利用者を登録する際の手間を低減することができる。

また、本実施形態に係る認証システム１では、権限設定部５３４が、メイン利用者及びサブ利用者の各々に対して、生体情報及び身分証情報が登録されている利用者、又は生体情報のみが登録されている利用者のどちらであるかに応じて、サービスの利用可能範囲が異なる権限を設定する。
かかる構成により、例えば、レンタカーサービスにおいて、身分証情報として運転免許証を登録している利用者には運転可能な権限を与えることができ、運転免許証を登録していない利用者には運転可能な権限を与えないことができる。これにより、運転免許証非所持の利用者が自動車を運転することを防止することができる。

また、本実施形態に係る認証システム１では、利用者選択部３３３が、撮像画像（集合写真）から抽出された顔画像を利用者端末１０に表示させ、表示された顔画像が示す者の中から、メイン利用者又はサブ利用者として登録する者を利用者に選択させる。また、登録部６３２が、利用者によって選択された者をメイン利用者又はサブ利用者として登録する。
かかる構成により、例えば利用者が集合写真を屋外などで撮影し、背後に無関係な人物が写り込んでいた場合に、利用者又はサブ利用者が利用者端末上で当該人物を選択的に排除することができる。これにより、無関係な人物を利用者として登録することを防止し、無関係な人物によって不正にサービスを利用されることも防止することができる。

＜１１．変形例＞
以上、本発明の実施形態について説明した。続いて、本発明の実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の実施形態で説明した構成に対して追加的に適用されてもよい。

上述した実施形態では、申込受付システム２０と、申込内容分析システム３０と、利用受付システム４０と、申込内容照合システム５０と、データ保持システム６０と、人工知能システム７０と、機能操作許可システム８０とがそれぞれ独立したシステムである例について説明したが、かかる例に限定されない。例えば、いくつかのシステムを１つのシステムに統合してもよいし、全てのシステムを１つのシステムに統合してもよい。

また、上述した実施形態では、生体情報として顔画像が取得される例について説明したが、かかる例に限定されない。例えば、生体情報は、虹彩、指紋、掌紋、静脈、音声などの情報であってもよい。これらの生体情報は、例えば、取得する生体情報に応じた生体センサによって取得される。この場合、身分証は、生体情報を保持可能な構成を有する。例えば、身分証は、ＩＣ（Integrated Circuit）チップを有し、当該ＩＣチップに生体情報が保持される。ＩＣチップに保持された生体情報は例えばＮＦＣ（Near Field Communication）規格に準拠した携帯端末を用いることで読み取ることができる。

また、上述の実施形態では、生体情報が集合写真である場合に、抽出部７３１によって集合写真から抽出された顔画像の中から登録する人物を利用者に選択させる例について説明したが、かかる例に限定されない。例えば、登録部６３２が、抽出部７３１によって集合写真から抽出された顔画像が示す者のうち、メイン利用者の身分証情報から抽出された顔画像と一致する者をメイン利用者として登録し、一致しない者をサブ利用者として登録してもよい。
かかる構成により、利用者が集合写真から登録する人物を選択する手間を省くことができ、複数の利用者を登録する際の手間を低減することができる。

以上、本発明の実施形態について説明した。なお、上述した実施形態における認証システム１の一部又は全部の機能をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１…認証システム、１０…利用者端末、１０…利用者端末、２０…申込受付システム、３０…申込内容分析システム、４０…利用受付システム、５０…申込内容照合システム、６０…データ保持システム、７０…人工知能システム、８０…機能操作許可システム、１１０…入力部、１２０…通信部、１３０…撮像部、１４０…生体情報取得部、１５０…記憶部、１６０…制御部、１７０…出力部、２１０…通信部、２２０…記憶部、２３０…制御部、２３１…申込時情報取得部、２３２…選択情報表示部、２３３…通知表示部、３１０…通信部、３２０…記憶部、３３０…制御部、３３１…登録確認要求部、３３２…分析要求部、３３３…利用者選択部、３３４…適合確認部、３３５…登録要求部、３３６…通知部、４１０…通信部、４２０…記憶部、４３０…制御部、４３１…利用時情報取得部、４３２…通知表示部、５１０…通信部、５２０…記憶部、５３０…制御部、５３１…照合情報取得部、５３２…照合要求部、５３３…判定部、５３４…権限設定部、５３５…操作許可要求部、５３６…通知部、６１０…通信部、６２０…記憶部、６３０…制御部、６３１…登録確認部、６３２…登録部、７１０…通信部、７２０…記憶部、７３０…制御部、７３１…抽出部、７３２…分析部、７３３…照合部、８１０…通信部、８２０…記憶部、８３０…制御部、８３１…操作許可部、ＮＷ…ネットワーク

Claims (7)

1. 第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、前記第１の利用者が有する利用者端末から、前記第１の利用者の生体情報及び前記第２の利用者の生体情報を取得し、利用者の生体情報を有する前記利用者の身分証に関する身分証情報として、少なくとも前記第１の利用者の前記身分証情報を取得する申込時情報取得部と、
   申込時情報取得部によって取得された前記生体情報又は前記身分証情報を利用者ごとに対応付けて登録する登録部と、
   各利用者が前記サービスの利用を開始する際に、前記生体情報と前記身分証情報とのうち、少なくとも前記生体情報を取得する利用時情報取得部と、
   前記登録部によって登録された前記生体情報又は前記身分証情報と、前記利用時情報取得部によって取得された前記生体情報又は前記身分証情報とに基づき、各利用者に対して前記サービスの利用を許可するか否かを判定する判定部と、
   前記第１の利用者及び前記第２の利用者の各々に対して、前記生体情報及び前記身分証情報が登録されている利用者、又は前記生体情報のみが登録されている利用者のどちらであるかに応じて、前記サービスの利用可能範囲が異なる権限を設定する権限設定部と、
   を備える認証システム。
2. 前記申込時情報取得部は、前記第１の利用者が有する前記利用者端末から、前記第１の利用者の生体情報と前記第２の利用者の生体情報とが併せて撮像された撮像画像を前記生体情報として取得する、
   請求項１に記載の認証システム。
3. 前記利用時情報取得部は、前記第１の利用者が有する前記利用者端末から、前記第１の利用者の登録情報、生体情報、及び身分証情報を取得し、前記第２の利用者が有する利用者端末から、前記第２の利用者の登録情報及び生体情報を取得する、
   請求項１に記載の認証システム。
4. 前記生体情報が前記利用者の顔画像である場合に、前記撮像画像及び前記身分証情報から前記利用者の顔画像を抽出する抽出部、
   をさらに備え、
   前記登録部は、前記撮像画像から抽出された顔画像が示す者のうち、前記第１の利用者の身分証情報から抽出された顔画像と一致する者を前記第１の利用者として登録し、一致しない者を前記第２の利用者として登録する、
   請求項２に記載の認証システム。
5. 前記生体情報が前記利用者の顔画像である場合に、前記撮像画像及び前記身分証情報から前記利用者の顔画像を抽出する抽出部と、
   前記撮像画像から抽出された顔画像を前記利用者端末に表示させ、表示された顔画像が示す者の中から、前記第１の利用者又は前記第２の利用者として登録する者を前記利用者に選択させる利用者選択部と、
   をさらに備え、
   前記登録部は、前記利用者によって選択された者を、前記第１の利用者又は前記第２の利用者として登録する、
   請求項２に記載の認証システム。
6. 申込時情報取得部が、第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、前記第１の利用者が有する利用者端末から、前記第１の利用者の生体情報及び前記第２の利用者の生体情報を取得し、利用者の生体情報を有する前記利用者の身分証に関する身分証情報として、少なくとも前記第１の利用者の前記身分証情報を取得する申込時情報取得過程と、
   登録部が、申込時情報取得部によって取得された前記生体情報又は前記身分証情報を利用者ごとに対応付けて登録する登録過程と、
   利用時情報取得部が、各利用者が前記サービスの利用を開始する際に、前記生体情報と前記身分証情報とのうち、少なくとも前記生体情報を取得する利用時情報取得過程と、
   判定部が、前記登録部によって登録された前記生体情報又は前記身分証情報と、前記利用時情報取得部によって取得された前記生体情報又は前記身分証情報とに基づき、各利用者に対して前記サービスの利用を許可するか否かを判定する判定過程と、
   権限設定部が、前記第１の利用者及び前記第２の利用者の各々に対して、前記生体情報及び前記身分証情報が登録されている利用者、又は前記生体情報のみが登録されている利用者のどちらであるかに応じて、前記サービスの利用可能範囲が異なる権限を設定する権限設定過程と、
   を含む認証方法。
7. コンピュータを、
   第１の利用者が少なくとも１以上の第２の利用者と共に利用するサービスの利用を申込む際に、前記第１の利用者が有する利用者端末から、前記第１の利用者の生体情報及び前記第２の利用者の生体情報を取得し、利用者の生体情報を有する前記利用者の身分証に関する身分証情報として、少なくとも前記第１の利用者の前記身分証情報を取得する申込時情報取得手段と、
   申込時情報取得手段によって取得された前記生体情報又は前記身分証情報を利用者ごとに対応付けて登録する登録手段と、
   各利用者が前記サービスの利用を開始する際に、前記生体情報と前記身分証情報とのうち、少なくとも前記生体情報を取得する利用時情報取得手段と、
   前記登録手段によって登録された前記生体情報又は前記身分証情報と、前記利用時情報取得手段によって取得された前記生体情報又は前記身分証情報とに基づき、各利用者に対して前記サービスの利用を許可するか否かを判定する判定手段と、
   前記第１の利用者及び前記第２の利用者の各々に対して、前記生体情報及び前記身分証情報が登録されている利用者、又は前記生体情報のみが登録されている利用者のどちらであるかに応じて、前記サービスの利用可能範囲が異なる権限を設定する権限設定手段と、
   として機能させるためのプログラム。

Images