JP2022171928A - 端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム - Google Patents

端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム Download PDF

Info

Publication number
JP2022171928A
JP2022171928A JP2022150095A JP2022150095A JP2022171928A JP 2022171928 A JP2022171928 A JP 2022171928A JP 2022150095 A JP2022150095 A JP 2022150095A JP 2022150095 A JP2022150095 A JP 2022150095A JP 2022171928 A JP2022171928 A JP 2022171928A
Authority
JP
Japan
Prior art keywords
biometric information
terminal device
authentication
server
registration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022150095A
Other languages
English (en)
Inventor
祥子 川口
Shoko Kawaguchi
直哉 吉川
Naoya Yoshikawa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2022171928A publication Critical patent/JP2022171928A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0861—Network architectures or network communication protocols for network security for authentication of entities using biometrical features, e.g. fingerprint, retina-scan
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/45—Structures or tools for the administration of authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2117—User registration

Abstract

【課題】ＦＩＤＯ認証のための参照用生体情報を端末装置に登録する段階でのなりすましを防止する。【解決手段】本発明の端末装置１０は、生体情報管理サーバ６０に記憶されているユーザの生体情報を、認証サーバ２０及びＡＰＰ・ＷＥＢサーバ５０を介して取得し、取得した生体情報を用いて生体認証を実行し、認証に成功した場合に、ＦＩＤＯ認証の登録処理を実行する。【選択図】図２

Description

本発明は、端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラムに関する。
ＦＩＤＯ（fast identity online）のプロトコルに従った認証（以下、「ＦＩＤＯ認証」）の一例では、参照用生体情報が端末装置に登録される。そして、端末装置側で、端末装置に入力された認証対象者の生体情報と、端末装置に登録されている参照用生体情報との照合が実行される。
特許文献１に、個人番号カードの利用頻度を低減する証明書生成システムが開示されている。当該証明書生成システムは、情報処理装置と、証明書生成装置とを有する。
情報処理装置は、利用者の個人番号カードから署名用証明書を読み出す読出部と、利用者の第１の生体情報を読み取る読取部と、公開鍵と秘密鍵との組を生成する生成部と、公開鍵と署名用証明書に関する情報とを証明書生成装置に送信する第１の送信部と、公開鍵を含む公開鍵証明書が証明書生成装置から受信されると、第１の生体情報と秘密鍵とに関連付けて公開鍵証明書を記憶する第１の記憶部とを有する。
証明書生成装置は、情報処理装置から公開鍵を受信すると、公開鍵を含む公開鍵証明書の生成を制御する生成制御部と、生成された公開鍵証明書を情報処理装置に送信する第２の送信部と、公開鍵証明書を署名用証明書に関する情報に関連付けて記憶する第２の記憶部とを有する。
特開２０１８－７０１１号公報
本発明者らは、ＦＩＤＯ認証において、参照用生体情報を端末装置に登録する段階でのなりすましを防止する必要があるという課題を見出した。ここでの「なりすまし」は、例えば、ＡさんがＢさんと偽ってＡさんの生体情報を登録する行為である。この場合、ＢさんのＩＤ（identifier）等に対応付けて、Ａさんの生体情報が登録されてしまう。特許文献１は、当該課題及びその解決手段を記載も示唆もしていない。
本発明は、ＦＩＤＯ認証のための参照用生体情報を端末装置に登録する段階でのなりすましを防止することを課題とする。
本発明によれば、
端末装置のコンピュータを、
ユーザＩＤ及び第１の生体情報リクエストを外部装置に送信し、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記外部装置から受信する送受信手段、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段、
として機能させるプログラムが提供される。
また、本発明によれば、
ユーザＩＤ及び第１の生体情報リクエストを外部装置に送信し、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記外部装置から受信する送受信手段と、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段と、
を有する端末装置が提供される。
また、本発明によれば、
コンピュータが、
ユーザＩＤ及び第１の生体情報リクエストを外部装置に送信し、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記外部装置から受信する送受信工程と、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付工程と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合工程と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録工程と、
を実行する端末装置の制御方法が提供される。
また、本発明によれば、
ユーザＩＤ及び第１の生体情報リクエストを外部装置から受信するリクエスト受信手段と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段と、
前記第１の生体情報を、前記外部装置に送信する送信手段と、
を有する認証サーバが提供される。
また、本発明によれば、
コンピュータが、
ユーザＩＤ及び第１の生体情報リクエストを外部装置から受信するリクエスト受信工程と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信工程と、
前記第１の生体情報を、前記外部装置に送信する送信工程と、
を実行する認証方法が提供される。
また、本発明によれば、
コンピュータを、
ユーザＩＤ及び第１の生体情報リクエストを外部装置から受信するリクエスト受信手段、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段、
前記第１の生体情報を、前記外部装置に送信する送信手段、
として機能させるプログラムが提供される。
また、本発明によれば、
端末装置のコンピュータを、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段、
ユーザＩＤ、前記第２の生体情報及び照合リクエストを外部装置に送信し、前記第２の生体情報と、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報との照合結果を、前記外部装置から受信する送受信手段、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段、
として機能させるプログラムが提供される。
また、本発明によれば、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段と、
ユーザＩＤ、前記第２の生体情報及び照合リクエストを外部装置に送信し、前記第２の生体情報と、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報との照合結果を、前記外部装置から受信する送受信手段と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段と、
を有する端末装置が提供される。
また、本発明によれば、
コンピュータが、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付工程と、
ユーザＩＤ、前記第２の生体情報及び照合リクエストを外部装置に送信し、前記第２の生体情報と、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報との照合結果を、前記外部装置から受信する送受信工程と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録工程と、
を実行する端末装置の制御方法が提供される。
また、本発明によれば、
ユーザＩＤ、第２の生体情報及び照合リクエストを外部装置から受信するリクエスト受信手段と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段と、
照合結果を前記外部装置に送信する送信手段と、
を有する認証サーバが提供される。
また、本発明によれば、
コンピュータが、
ユーザＩＤ、第２の生体情報及び照合リクエストを外部装置から受信するリクエスト受信工程と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信工程と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合工程と、
照合結果を前記外部装置に送信する送信工程と、
を実行する認証方法が提供される。
また、本発明によれば、
コンピュータを、
ユーザＩＤ、第２の生体情報及び照合リクエストを外部装置から受信するリクエスト受信手段、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段、
照合結果を前記外部装置に送信する送信手段、
として機能させるプログラムが提供される。
本発明によれば、ＦＩＤＯ認証のための参照用生体情報を端末装置に登録する段階でのなりすましを防止することができる。
上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。
本実施形態の装置のハードウエア構成の一例を示す図である。 本実施形態の認証システムの機能ブロック図の一例を示す図である。 本実施形態の生体情報管理サーバの機能ブロック図の一例を示す図である。 本実施形態の生体情報管理サーバが記憶する情報の一例を模式的に示す図である。 本実施形態の端末装置の機能ブロック図の一例を示す図である。 本実施形態のＡＰＰ・ＷＥＢサーバの機能ブロック図の一例を示す図である。 本実施形態の認証サーバの機能ブロック図の一例を示す図である。 本実施形態の認証システムの処理の流れの一例を示すシーケンス図である。 本実施形態の認証サーバの機能ブロック図の一例を示す図である。 本実施形態の認証システムの処理の流れの一例を示すシーケンス図である。 本実施形態の認証システムの処理の流れの一例を示すシーケンス図である。 本実施形態の認証システムの機能ブロック図の一例を示す図である。 本実施形態の端末装置の機能ブロック図の一例を示す図である。 本実施形態のＡＰＰ・ＷＥＢサーバの機能ブロック図の一例を示す図である。 本実施形態の認証サーバの機能ブロック図の一例を示す図である。 本実施形態の認証システムの処理の流れの一例を示すシーケンス図である。 本実施形態の認証サーバの機能ブロック図の一例を示す図である。 本実施形態の認証システムの処理の流れの一例を示すシーケンス図である。 本実施形態の認証システムの処理の流れの一例を示すシーケンス図である。
＜第１の実施形態＞
「認証システムの全体像及び各装置の概要」
まず、図２の機能ブロック図を用いて、本実施形態の認証システムの全体像及び各装置の概要を説明する。認証システムは、認証サーバ２０と、ＡＰＰ（application）・ＷＥＢサーバ５０とを有する。認証システムは、さらに、端末装置１０及び生体情報管理サーバ６０の少なくとも一方を有してもよい。これら装置は、インターネット等の通信ネットワークを介して、互いに通信可能に構成される。
認証サーバ２０、ＡＰＰ・ＷＥＢサーバ５０及び生体情報管理サーバ６０各々は、物理的及び／又は論理的に分かれた複数のサーバで実現されてもよいし、物理的及び論理的に１つのサーバで実現されてもよい。
また、認証サーバ２０及びＡＰＰ・ＷＥＢサーバ５０は、物理的及び／又は論理的に分かれて構成されてもよい。すなわち、物理的及び／又は論理的に分かれた２つのサーバの一方に、認証サーバ２０を実現するプログラムがインストールされ、他方にＡＰＰ・ＷＥＢサーバ５０を実現するプログラムがインストールされてもよい。その他、認証サーバ２０及びＡＰＰ・ＷＥＢサーバ５０は、物理的及び論理的に一体に構成されてもよい。すなわち、物理的及び論理的に１つのサーバに、認証サーバ２０を実現するプログラム、及び、ＡＰＰ・ＷＥＢサーバ５０を実現するプログラムの両方がインストールされてもよい。
ＡＰＰ・ＷＥＢサーバ５０は、インターネット等の通信ネットワークを介して所定のサービスを提供するサーバである。ＡＰＰ・ＷＥＢサーバ５０は、ログイン時の認証にＦＩＤＯ認証を採用してもよい。その他、ＡＰＰ・ＷＥＢサーバ５０が提供するサービスの中には、ＦＩＤＯ認証に成功した場合に実行される処理（以下、「認証要求処理」）が存在してもよい。例えば、ＡＰＰ・ＷＥＢサーバ５０が提供するサービスはネットショッピングであり、認証要求処理は決済等であってもよい。その他、ＡＰＰ・ＷＥＢサーバ５０が提供するサービスはインターネットバンキングであり、認証要求処理は送金等であってもよい。なお、ここでの例示はあくまで一例であり、これらに限定されない。
端末装置１０は、例えばスマートフォン、タブレット端末、ＰＣ（personal computer）、携帯電話等である。端末装置１０には、ＡＰＰ・ＷＥＢサーバ５０が提供するサービスを受けるための専用のアプリ（以下、「専用アプリ」）がインストールされる。また、端末装置１０には、ＦＩＤＯ認証のための機能、例えばＡｕｔｈｅｎｔｉｃａｔｏｒ、ＡＳＭ（Authenticator Specific Module）、ＦＩＤＯ Ｃｌｉｅｎｔ等が導入されている。
生体情報管理サーバ６０は、複数の人物各々の生体情報を記憶し、外部装置からのリクエストに応じて所定の人物の生体情報を提供する。例えば、生体情報管理サーバ６０は、国や地方自治体により管理されるサーバであり、住民の生体情報を記憶していてもよい。なお、生体情報管理サーバ６０は、その他の団体により管理されるサーバであってもよい。
認証サーバ２０は、ＦＩＤＯ認証に関する処理を実行する。
「ＦＩＤＯ認証のための参照用生体情報を端末装置１０に登録する処理の概要」
ユーザは、専用アプリを端末装置１０にインストールした後、専用アプリを起動して、ＦＩＤＯ認証のための参照用生体情報を端末装置１０に登録するための各種入力を行う。
端末装置１０は、ユーザ入力に応じて参照用生体情報を登録する前に、生体情報管理サーバ６０に記憶されている生体情報を用いて生体認証を行うことで、参照用生体情報を登録しようとしているユーザが真のユーザであるか確認する。生体認証に成功した場合、端末装置１０は参照用生体情報を登録する。一方、生体認証に失敗した場合、端末装置１０は参照用生体情報を登録しない。
このように、本実施形態の認証システムは、参照用生体情報を登録する前に生体情報管理サーバ６０に記憶されている生体情報を用いて生体認証を行うことで、参照用生体情報を端末装置１０に登録する段階でのなりすましを防止する。以下、詳細に説明する。
「各装置の構成」
以下、各装置の構成を詳細に説明する。
「生体情報管理サーバ６０の構成」
図３に、生体情報管理サーバ６０の機能ブロック図の一例を示す。図示するように、生体情報管理サーバ６０は、第１の生体情報記憶部６１と、返信部６２とを有する。
第１の生体情報記憶部６１は、複数の人物各々の生体情報を記憶する。図４に、生体情報管理サーバ６０が記憶する情報の一例を模式的に示す。図示する例では、ユーザＩＤと、生体情報とが対応付けて記憶されている。以下、生体情報管理サーバ６０が記憶する生体情報を、「第１の生体情報」という。
ユーザＩＤは、複数の人物各々を識別する情報である。例えば、ユーザＩＤは、国民や市民各々に付された個人番号（例：マイナンバー、社会保障番号等）であってもよい。その他、ユーザＩＤは、氏名、生年月日、住所等の複数の情報の組合せで個人を識別する情報であってもよい。第１の生体情報は、指紋、声紋、虹彩等が例示されるが、これらに限定されない。
返信部６２は、ユーザＩＤを指定して第１の生体情報を要求するリクエストを外部装置から受信すると、指定されたユーザＩＤに対応付けて記憶されている第１の生体情報を第１の生体情報記憶部６１から読み出し、外部装置に返信する。
「端末装置１０の構成」
図５に、端末装置１０の機能ブロック図の一例を示す。図示するように、端末装置１０は、送受信部１１と、入力受付部１２と、照合部１３と、登録部１４とを有する。端末装置１０に所定のアプリ（専用アプリ）をインストールすることで、送受信部１１、入力受付部１２、照合部１３及び登録部１４の機能が端末装置１０に付与される。すなわち、専用アプリは、端末装置１０のコンピュータを、送受信部１１、入力受付部１２、照合部１３及び登録部１４として機能させるプログラムである。
送受信部１１は、ユーザＩＤ及び第１の生体情報リクエストをＡＰＰ・ＷＥＢサーバ５０（外部装置）に送信する。そして、送受信部１１は、当該ユーザＩＤで特定されるユーザの第１の生体情報を、ＡＰＰ・ＷＥＢサーバ５０から受信する。
入力受付部１２は、生体情報入力装置を介して生体情報の入力を受付ける。以降、入力受付部１２が取得した生体情報を「第２の生体情報」という。第２の生体情報は、指紋、声紋、虹彩等が例示されるが、これらに限定されない。また、生体情報入力装置は、指紋センサ、マイク、カメラ等が例示されるが、これらに限定されない。端末装置１０が生体情報入力装置を備えてもよいし、端末装置１０に生体情報入力装置が接続されてもよい。
照合部１３は、送受信部１１が受信した第１の生体情報と、入力受付部１２が取得した第２の生体情報とを照合する。そして、照合部１３は、照合結果を出力する。
登録部１４は、照合に成功した場合、ＦＩＤＯの登録処理を実行する。登録部１４による当該処理は、ＦＩＤＯの登録プロトコルに従って実施される。例えば、登録部１４は、生体情報を取得し、参照用生体情報として端末装置１０に記憶させる。また、登録部１４は、公開鍵及び秘密鍵のペアを生成し、端末装置１０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ５０を経由して認証サーバ２０に公開鍵を送信する。なお、照合に失敗した場合、登録部１４は、ＦＩＤＯの登録処理を実行しない。
「ＡＰＰ・ＷＥＢサーバ５０の構成」
図６に、ＡＰＰ・ＷＥＢサーバ５０の機能ブロック図の一例を示す。図示するように、ＡＰＰ・ＷＥＢサーバ５０は、リクエスト処理部５１と、第１の生体情報処理部５２とを有する。
リクエスト処理部５１は、ユーザＩＤ及び第１の生体情報リクエストを端末装置１０から受信する。そして、リクエスト処理部５１は、ユーザＩＤ及び第１の生体情報リクエストを認証サーバ２０に送信する。
第１の生体情報処理部５２は、第１の生体情報リクエストに応じて認証サーバ２０から送信されてきた第１の生体情報を受信する。そして第１の生体情報処理部５２は、受信した第１の生体情報を端末装置１０に送信する。
「認証サーバ２０の構成」
図７に、認証サーバ２０の機能ブロック図の一例を示す。図示するように、認証サーバ２０は、リクエスト受信部２１と、第１の生体情報受信部２２と、送信部２３とを有する。
リクエスト受信部２１は、ユーザＩＤ及び第１の生体情報リクエストをＡＰＰ・ＷＥＢサーバ５０（外部装置）から受信する。
第１の生体情報受信部２２は、リクエスト受信部２１が受信したユーザＩＤに対応付けて記憶されている第１の生体情報を要求するリクエストを、生体情報管理サーバ６０に送信する。そして、第１の生体情報受信部２２は、当該リクエストに応じて生体情報管理サーバ６０から送信されてきた第１の生体情報を受信する。
送信部２３は、第１の生体情報受信部２２が受信した第１の生体情報を、ＡＰＰ・ＷＥＢサーバ５０に送信する。
「処理の流れ」
次に、図８のシーケンス図を用いて、ＦＩＤＯの登録処理の流れの一例を説明する。
まず、ユーザは、端末装置１０を操作して専用アプリを起動し、ＡＰＰ・ＷＥＢサーバ５０にログインする。その後、ユーザは、専用アプリの画面上から、ＦＩＤＯの登録処理を開始する入力を行う。この時、ユーザは、自身のユーザＩＤ（生体情報管理サーバ６０において第１の生体情報に対応付けて記憶されているユーザＩＤ）を入力する。すると、端末装置１０は、ユーザＩＤ及び登録リクエストをＡＰＰ・ＷＥＢサーバ５０に送信する（Ｓ１０１）。この登録リクエストが、上述した「第１の生体情報リクエスト」となる。
その後、ＡＰＰ・ＷＥＢサーバ５０は、Ｓ１０１で受信したユーザＩＤ及び登録リクエストを認証サーバ２０に送信する（Ｓ１０２）。
認証サーバ２０は、Ｓ１０２で受信したユーザＩＤに対応付けて記憶されている第１の生体情報を要求するリクエストを、生体情報管理サーバ６０に送信する（Ｓ１０３）。そして、認証サーバ２０は、当該リクエストに応じて生体情報管理サーバ６０から送信されてきた第１の生体情報を受信する（Ｓ１０４）。
認証サーバ２０は、受信した第１の生体情報をＡＰＰ・ＷＥＢサーバ５０に送信する（Ｓ１０５）。この時、認証サーバ２０は、ＦＩＤＯ認証に関するポリシー等をＡＰＰ・ＷＥＢサーバ５０に送信してもよい。ポリシーは、端末装置１０側で満たすべき能力や仕様に関する情報を含む。
ＡＰＰ・ＷＥＢサーバ５０は、受信した第１の生体情報を端末装置１０に送信する（Ｓ１０６）。この時、ＡＰＰ・ＷＥＢサーバ５０は、ポリシー等を端末装置１０に送信してもよい。
次いで、端末装置１０は、生体情報の入力を促す画面を表示し、生体情報入力装置を介して第２の生体情報の入力を受付ける（Ｓ１０７）。次いで、端末装置１０は、Ｓ１０６で受信した第１の生体情報と、Ｓ１０７で入力を受付けた第２の生体情報とを照合する（Ｓ１０８）。
照合に成功した場合（Ｓ１０９の成功）、端末装置１０は、ＦＩＤＯの登録処理を実行する（Ｓ１１３）。例えば、端末装置１０は、生体情報を取得し、参照用生体情報として端末装置１０に記憶させる。また、端末装置１０は、公開鍵及び秘密鍵のペアを生成し、端末装置１０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ５０を経由して認証サーバ２０に公開鍵を送信する。
一方、照合に失敗した場合（Ｓ１０９の失敗）、端末装置１０は、照合に失敗したため、ＦＩＤＯの登録処理を実行できない旨をユーザに通知する（Ｓ１１１）。例えば、その旨を示す情報がディスプレイに表示されてもよいし、スピーカを介して出力されてもよい。
「作用効果」
以上、説明した本実施形態の認証システムによれば、ＦＩＤＯ認証のための参照用生体情報を登録する前に、生体情報管理サーバ６０に登録されている生体情報を用いて生体認証を行うことができる。そして、認証に成功した場合にＦＩＤＯの登録処理を実行し、認証に失敗した場合にはＦＩＤＯの登録処理を実行しないようにすることができる。
このような本実施形態の認証システムによれば、ＦＩＤＯ認証のための参照用生体情報を端末装置１０に登録する段階でのなりすましを防止することができる。
＜第２の実施形態＞
「認証システムの概要」
本実施形態の認証システムは、端末装置１０の登録部１４による登録処理（図８のＳ１１０）が具体化される点で、第１の実施形態と異なる。その他の構成は、第１の実施形態と同様である。
「端末装置１０の構成」
端末装置１０の登録部１４は、第１の生体情報を参照用生体情報として端末装置１０に登録してもよい。第１の生体情報は、生体情報管理サーバ６０に記憶されている生体情報であり、図８のＳ１０６で送受信部１１が取得した生体情報である。
その他、端末装置１０の登録部１４は、第２の生体情報を参照用生体情報として端末装置１０に登録してもよい。第２の生体情報は、図８のＳ１０７で入力受付部１２が入力を受付けた生体情報である。
その他、登録部１４は、図８のＳ１１０において、生体情報入力装置を介して生体情報の入力を受付け、その生体情報を参照用生体情報として端末装置１０に登録してもよい。以下、登録部１４が生体情報入力装置を介して入力を受付けた生体情報を「第３の生体情報」という。
第３の生体情報は、第１の生体情報及び第２の生体情報と異なる種類の生体情報であってもよい。異なる種類の例としては、例えば、第１の生体情報及び第２の生体情報が指紋であり、第３の生体情報が声紋や虹彩である例があげられるが、これに限定されない。
端末装置１０のその他の構成は、第１の実施形態と同様である。
「認証サーバ２０、ＡＰＰ・ＷＥＢサーバ５０及び生体情報管理サーバ６０の構成」
認証サーバ２０、ＡＰＰ・ＷＥＢサーバ５０及び生体情報管理サーバ６０の構成は、第１の実施形態と同様である。
「作用効果」
以上説明した本実施形態の認証システムによれば、第１の実施形態と同様な作用効果を実現できる。
また、本実施形態の認証システムによれば、参照用生体情報を登録する前の生体認証のために取得した生体情報を、ＦＩＤＯ認証のための参照用生体情報として登録することができる。この場合、ユーザに何度も生体情報を入力させるという不都合を回避できる。
また、本実施形態の認証システムによれば、参照用生体情報を登録する前の生体認証のために取得した第２の生体情報とは別に、第３の生体情報の入力を受付け、第３の生体情報を参照用生体情報として登録することができる。このため、参照用生体情報を登録する前の生体認証のために用いる生体情報と異なる種類の生体情報を、参照用生体情報として登録することができる。この場合、参照用生体情報に関する設計の自由度が増し、好ましい。
＜第３の実施形態＞
「認証システムの概要」
本実施形態の認証サーバ２０には、複数のＡＰＰ・ＷＥＢサーバ５０から第１の生体情報リクエスト（ＦＩＤＯの登録リクエスト）が送信されてくる。例えば、インターネットバンキングを提供するＡ銀行のＡＰＰ・ＷＥＢサーバ５０、同じくインターネットバンキングを提供するＢ銀行のＡＰＰ・ＷＥＢサーバ５０、ゲームを提供するＣ社のＡＰＰ・ＷＥＢサーバ５０等が、各々のユーザからのリクエストに応じて、第１の生体情報リクエストを認証サーバ２０に送信する。そして、認証サーバ２０は、第１の生体情報リクエストを受信すると、そのリクエストを送信したアプリに基づき（アプリのＩＤに基づき）参照用生体情報を登録する前の生体認証が必要か否か判定し、判定結果に応じた処理を実行する。
本実施形態の認証システムは、このような点で、第１及び第２の実施形態と異なる。その他の構成は、第１及び第２の実施形態と同様である。
「認証サーバ２０の構成」
図９に、認証サーバ２０の機能ブロック図の一例を示す。図示するように、認証サーバ２０は、リクエスト受信部２１と、第１の生体情報受信部２２と、送信部２３と、判定部２４とを有する。
リクエスト受信部２１の構成は、第１及び第２の実施形態と同様である。
判定部２４は、第１の生体情報リクエストを送信したアプリを特定し、特定したアプリに基づき（特定したアプリのＩＤに基づき）、参照用生体情報を登録する前の生体認証（以下、「なりすまし防止処理」）を実行するか否かを判定する。例えば、ＡＰＰ・ＷＥＢサーバ５０から認証サーバ２０に送信される第１の生体情報リクエストの中に、アプリのＩＤが含まれてもよい。
判定部２４は、予め、なりすまし防止処理を実行するアプリ、及び、なりすまし防止処理を実行しないアプリを特定する情報を保持しておく。当該情報は、例えば、なりすまし防止処理を実行するアプリのリストであってもよいし、なりすまし防止処理を実行しないアプリのリストであってもよいし、その他であってもよい。
例えば、ネットバンキング等のように高いセキュリティが要求されるアプリは、なりすまし防止処理を実行するアプリとなり、そこまで高いセキュリティが要求されないアプリは、なりすまし防止処理を実行しないアプリとなる。
第１の生体情報受信部２２は、判定部２４による判定結果が「なりすまし防止処理を実行する」である場合、第１の生体情報を要求するリクエストを生体情報管理サーバ６０に送信し、第１の生体情報を受信する。一方、判定部２４による判定結果が「なりすまし防止処理を実行しない」である場合、第１の生体情報受信部２２は当該リクエストの送信、及び、第１の生体情報の受信を実行しない。
送信部２３は、判定部２４による判定結果が「なりすまし防止処理を実行する」である場合、第１の生体情報受信部２２が受信した第１の生体情報をＡＰＰ・ＷＥＢサーバ５０に送信する。一方、判定部２４による判定結果が「なりすまし防止処理を実行しない」である場合、送信部２３は、なりすまし防止処理を実行しないことを示す情報を、ＡＰＰ・ＷＥＢサーバ５０に送信する。この場合、送信部２３は、第１の生体情報をＡＰＰ・ＷＥＢサーバ５０に送信する処理を実行しない。
第１の生体情報受信部２２及び送信部２３のその他の構成は、第１及び第２の実施形態と同様である。
「ＡＰＰ・ＷＥＢサーバ５０の構成」
ＡＰＰ・ＷＥＢサーバ５０の機能ブロック図の一例は、第１及び第２の実施形態同様、図６で示される。図示するように、ＡＰＰ・ＷＥＢサーバ５０は、リクエスト処理部５１と、第１の生体情報処理部５２とを有する。リクエスト処理部５１の構成は、第１及び第２の実施形態と同様である。
第１の生体情報処理部５２は、第１の生体情報リクエストに応じて認証サーバ２０から送信されてきた第１の生体情報、又は、なりすまし防止処理を実行しないことを示す情報を受信する。認証サーバ２０が「なりすまし防止処理を実行する」と判定した場合、第１の生体情報処理部５２は第１の生体情報を受信する。一方、認証サーバ２０が「なりすまし防止処理を実行しない」と判定した場合、第１の生体情報処理部５２はなりすまし防止処理を実行しないことを示す情報を受信する。
そして、第１の生体情報処理部５２は、受信した第１の生体情報、又は、なりすまし防止処理を実行しないことを示す情報を端末装置１０に送信する。第１の生体情報処理部５２のその他の構成は、第１及び第２の実施形態と同様である。
「端末装置１０の構成」
端末装置１０の機能ブロック図の一例は、第１及び第２の実施形態同様、図５で示される。図示するように、端末装置１０は、送受信部１１と、入力受付部１２と、照合部１３と、登録部１４とを有する。
送受信部１１は、ユーザＩＤ及び第１の生体情報リクエストをＡＰＰ・ＷＥＢサーバ５０に送信した後、第１の生体情報、又は、なりすまし防止処理を実行しないことを示す情報を受信する。認証サーバ２０が「なりすまし防止処理を実行する」と判定した場合、送受信部１１は第１の生体情報を受信する。一方、認証サーバ２０が「なりすまし防止処理を実行しない」と判定した場合、送受信部１１はなりすまし防止処理を実行しないことを示す情報を受信する。
送受信部１１が第１の生体情報を受信した場合、入力受付部１２、照合部１３及び登録部１４は、第１及び第２の実施形態と同様な処理を行う。
一方、送受信部１１がなりすまし防止処理を実行しないことを示す情報を受信した場合、入力受付部１２は、第２の生体情報の入力を受付けない。また、照合部１３は、第１の生体情報と第２の生体情報との照合を実行しない。そして、登録部１４は、ＦＩＤＯの登録処理を実行する。
この場合、登録部１４は、生体情報入力装置を介して第３の生体情報の入力を受付け、第３の生体情報を参照用生体情報として登録する。
「生体情報管理サーバ６０の構成」
生体情報管理サーバ６０の構成は、第１及び第２の実施形態と同様である。
「処理の流れ」
次に、図１０のシーケンス図を用いて、ＦＩＤＯの登録処理の流れの一例を説明する。
Ｓ２０１及びＳ２０２の処理は、図８のＳ１０１及びＳ１０２の処理と同様である。
Ｓ２０３では、認証サーバ２０は、第１の生体情報リクエストを送信してきたアプリのＩＤに基づき、なりすまし防止処理を実行するか否かを判定する。ここでは、認証サーバ２０は、なりすまし防止処理を実行すると判定したものとする。
その後、認証サーバ２０は、Ｓ２０２で受信したユーザＩＤに対応付けて登録されている第１の生体情報を要求するリクエストを、生体情報管理サーバ６０に送信する（Ｓ２０４）。そして、認証サーバ２０は、当該リクエストに応じて生体情報管理サーバ６０から返信されてきた第１の生体情報を受信する（Ｓ２０５）。
認証サーバ２０は、受信した第１の生体情報をＡＰＰ・ＷＥＢサーバ５０に送信する（Ｓ２０６）。この時、認証サーバ２０は、ＦＩＤＯ認証に関するポリシー等をＡＰＰ・ＷＥＢサーバ５０に送信してもよい。そして、ＡＰＰ・ＷＥＢサーバ５０は、受信した第１の生体情報を端末装置１０に送信する（Ｓ２０７）。ＡＰＰ・ＷＥＢサーバ５０は、ポリシー等を端末装置１０に送信してもよい。
端末装置１０は、生体情報の入力を促す画面を表示し、生体情報入力装置を介して第２の生体情報の入力を受付ける（Ｓ２０８）。次いで、端末装置１０は、Ｓ２０７で受信した第１の生体情報と、Ｓ２０８で入力を受付けた第２の生体情報とを照合する（Ｓ２０９）。
照合に成功した場合（Ｓ２１０の成功）、端末装置１０は、ＦＩＤＯの登録処理を実行する（Ｓ２１４）。例えば、端末装置１０は、生体情報を取得し、参照用生体情報として端末装置１０に記憶させる。また、端末装置１０は、公開鍵及び秘密鍵のペアを生成し、端末装置１０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ５０を経由して認証サーバ２０に公開鍵を送信する。
一方、照合に失敗した場合（Ｓ２１０の失敗）、端末装置１０は、照合に失敗したため、ＦＩＤＯの登録処理を実行できない旨をユーザに通知する（Ｓ２１２）。例えば、その旨を示す情報がディスプレイに表示されてもよいし、スピーカを介して出力されてもよい。
次に、図１１のシーケンス図を用いて、ＦＩＤＯの登録処理の他の一例、具体的には、図１０のＳ２０３でなりすまし防止処理を実行しないと判定された場合の処理の流れの一例を説明する。
Ｓ３０１乃至Ｓ３０３の処理は、図１０のＳ２０１乃至Ｓ２０３の処理と同様である。
Ｓ３０３で、認証サーバ２０がなりすまし防止処理を実行しないと判定した場合、認証サーバ２０は、なりすまし防止処理を実行しないことをＡＰＰ・ＷＥＢサーバ５０に通知する（Ｓ３０４）。この時、認証サーバ２０は、ＦＩＤＯ認証に関するポリシー等をＡＰＰ・ＷＥＢサーバ５０に送信してもよい。そして、ＡＰＰ・ＷＥＢサーバ５０は、なりすまし防止処理を実行しないことを端末装置１０に通知する（Ｓ３０５）。この時、ＡＰＰ・ＷＥＢサーバ５０は、ポリシー等を端末装置１０に送信してもよい。
当該通知に応じて、端末装置１０は、ＦＩＤＯの登録処理を実行する（Ｓ３０６）。例えば、端末装置１０は、生体情報を取得し、参照用生体情報として端末装置１０に記憶させる。また、端末装置１０は、公開鍵及び秘密鍵のペアを生成し、端末装置１０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ５０を経由して認証サーバ２０に公開鍵を送信する。
「作用効果」
以上、説明した本実施形態の認証システムによれば、第１及び第２の実施形態と同様の作用効果を実現できる。また、本実施形態の認証システムによれば、認証サーバ２０は、複数のＡＰＰ・ＷＥＢサーバ５０から第１の生体情報リクエストを受信し、所定の処理を実行することができる。このため、認証サーバ２０の汎用性が高まる。
また、認証サーバ２０は、複数のＡＰＰ・ＷＥＢサーバ５０からの第１の生体情報リクエストに対して一律に同様の処理を実行するのでなく、個別になりすまし防止処理を実行するか否か判定し、判定結果に応じた処理を実行することができる。
例えば、認証サーバ２０は、高いセキュリティが要求され、なりすまし防止が求められるアプリに対してはなりすまし防止処理を実行し、それほど高いセキュリティが要求されないアプリに対してはなりすまし防止処理を実行しないと判定することができる。結果、本実施形態の認証システムによれば、アプリごとに適した方法、すなわちセキュリティが低すぎたり、不要にセキュリティが高すぎたりという不具合のない方法で、ＦＩＤＯ認証のための参照用生体情報を端末装置１０に登録することができる。
＜第４の実施形態＞
「認証システムの概要」
本実施形態の認証システムは、第１の生体情報と第２の生体情報との照合を行う主体が認証サーバ２０である点で、第１乃至第３の実施形態と異なる。以下、説明する。
「認証システムの全体像」
まず、図１２の機能ブロック図を用いて、本実施形態の認証システムの全体像を説明する。認証システムは、認証サーバ４０と、ＡＰＰ・ＷＥＢサーバ７０とを有する。認証システムは、さらに、端末装置３０及び生体情報管理サーバ６０の少なくとも一方を有してもよい。これら装置は、インターネット等の通信ネットワークを介して、互いに通信可能に構成される。
認証サーバ４０、ＡＰＰ・ＷＥＢサーバ７０及び生体情報管理サーバ６０各々は、物理的及び／又は論理的に分かれた複数のサーバで実現されてもよいし、物理的及び論理的に１つのサーバで実現されてもよい。
また、認証サーバ４０及びＡＰＰ・ＷＥＢサーバ７０は、物理的及び／又は論理的に分かれて構成されてもよい。すなわち、物理的及び／又は論理的に分かれた２つのサーバの一方に、認証サーバ４０を実現するプログラムがインストールされ、他方にＡＰＰ・ＷＥＢサーバ７０を実現するプログラムがインストールされてもよい。その他、認証サーバ４０及びＡＰＰ・ＷＥＢサーバ７０は、物理的及び論理的に一体に構成されてもよい。すなわち、物理的及び論理的に１つのサーバに、認証サーバ４０を実現するプログラム、及び、ＡＰＰ・ＷＥＢサーバ７０を実現するプログラムの両方がインストールされてもよい。
「各装置の構成」
以下、各装置の構成を詳細に説明する。
「生体情報管理サーバ６０の構成」
生体情報管理サーバ６０の構成は、第１乃至第３の実施形態と同様である。
「端末装置１０の構成」
図１３に、端末装置３０の機能ブロック図の一例を示す。図示するように、端末装置３０は、送受信部３１と、入力受付部３２と、登録部３３とを有する。端末装置３０に所定のアプリ（専用アプリ）をインストールすることで、送受信部３１、入力受付部３２及び登録部３３の機能が端末装置３０に付与される。すなわち、専用アプリは、端末装置３０のコンピュータを、送受信部３１、入力受付部３２及び登録部３３として機能させるプログラムである。
入力受付部３２は、生体情報入力装置を介して生体情報の入力を受付ける。以降、入力受付部３２が取得した生体情報を「第２の生体情報」という。第２の生体情報は、指紋、声紋、虹彩等が例示されるが、これらに限定されない。また、生体情報入力装置は、指紋センサ、マイク、カメラ等が例示されるが、これらに限定されない。端末装置３０が生体情報入力装置を備えてもよいし、端末装置３０に生体情報入力装置が接続されてもよい。
送受信部３１は、ユーザＩＤ、第２の生体情報及び照合リクエストをＡＰＰ・ＷＥＢサーバ７０（外部装置）に送信する。そして、送受信部３１は、当該ユーザＩＤに対応付けて生体情報管理サーバ６０に記憶されている第１の生体情報と、第２の生体情報との照合結果を、ＡＰＰ・ＷＥＢサーバ７０から受信する。
登録部３３は、照合に成功した場合、すなわち送受信部３１が受信した照合結果が「照合成功」である場合、ＦＩＤＯの登録処理を実行する。例えば、登録部３３は、生体情報を取得し、参照用生体情報として端末装置３０に記憶させる。また、登録部３３は、公開鍵及び秘密鍵のペアを生成し、端末装置３０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ７０を経由して認証サーバ４０に公開鍵を送信する。なお、照合に失敗した場合、登録部３３は、ＦＩＤＯの登録処理を実行しない。
登録部３３は、第２の生体情報を参照用生体情報として端末装置３０に登録してもよい。第２の生体情報は、参照用生体情報を登録する前の生体認証のために入力受付部３２が入力を受付けた生体情報である。
その他、登録部３３は、第１の生体情報を参照用生体情報として端末装置３０に登録してもよい。この場合、送受信部３１は、照合結果に加えて、第１の生体情報をＡＰＰ・ＷＥＢサーバ７０から受信する。第１の生体情報は、生体情報管理サーバ６０に記憶されている生体情報であって、参照用生体情報を登録する前の生体認証で用いられた生体情報である。
その他、登録部３３は、生体情報入力装置を介して生体情報の入力を受付け、その生体情報を参照用生体情報として端末装置３０に登録してもよい。以下、登録部３３が生体情報入力装置を介して入力を受付けた生体情報を「第３の生体情報」という。
第３の生体情報は、第１の生体情報及び第２の生体情報と異なる種類の生体情報であってもよい。異なる種類の例として、例えば、第１の生体情報及び第２の生体情報が指紋であり、第３の生体情報が声紋や虹彩である例があげられるが、これに限定されない。
なお、照合に失敗した場合、すなわち送受信部３１が受信した照合結果が「照合失敗」である場合、登録部３３は、ＦＩＤＯの登録処理を実行しない。
「ＡＰＰ・ＷＥＢサーバ７０の構成」
図１４に、ＡＰＰ・ＷＥＢサーバ７０の機能ブロック図の一例を示す。図示するように、ＡＰＰ・ＷＥＢサーバ７０は、リクエスト処理部７１と、照合結果処理部７２とを有する。
リクエスト処理部７１は、ユーザＩＤ、第２の生体情報及び照合リクエストを端末装置３０から受信する。そして、リクエスト処理部７１は、ユーザＩＤ、第２の生体情報及び照合リクエストを認証サーバ４０に送信する。
照合結果処理部７２は、照合リクエストに応じて認証サーバ４０から送信されてきた第１の生体情報と第２の生体情報との照合結果を受信する。そして照合結果処理部７２は、受信した照合結果を端末装置３０に送信する。なお、照合結果処理部７２は、照合結果に加えて、第１の生体情報を認証サーバ４０から受信してもよい。そして、照合結果処理部７２は、受信した第１の生体情報を端末装置３０に送信してもよい。
「認証サーバ４０の構成」
図１５に、認証サーバ４０の機能ブロック図の一例を示す。図示するように、認証サーバ４０は、リクエスト受信部４１と、第１の生体情報受信部４２と、照合部４３と、送信部４４とを有する。
リクエスト受信部４１は、ユーザＩＤ、第２の生体情報及び照合リクエストをＡＰＰ・ＷＥＢサーバ７０（外部装置）から受信する。
第１の生体情報受信部４２は、リクエスト受信部４１が受信したユーザＩＤに対応付けて記憶されている第１の生体情報を要求するリクエストを、生体情報管理サーバ６０に送信する。そして、第１の生体情報受信部４２は、当該リクエストに応じて生体情報管理サーバ６０から送信されてきた第１の生体情報を受信する。
照合部４３は、第１の生体情報受信部４２が受信した第１の生体情報と、リクエスト受信部４１が受信した第２の生体情報とを照合する。
送信部４４は、照合結果をＡＰＰ・ＷＥＢサーバ７０に送信する。なお、送信部４４は、照合結果に加えて、第１の生体情報をＡＰＰ・ＷＥＢサーバ７０に送信してもよい。例えば、送信部４４は、照合結果が成功である場合、第１の生体情報をＡＰＰ・ＷＥＢサーバ７０に送信し、照合結果が失敗である場合、第１の生体情報をＡＰＰ・ＷＥＢサーバ７０に送信しなくてもよい。
「処理の流れ」
次に、図１６のシーケンス図を用いて、ＦＩＤＯの登録処理の流れの一例を説明する。
まず、ユーザは、端末装置３０を操作して専用アプリを起動し、ＡＰＰ・ＷＥＢサーバ７０にログインする。その後、ユーザは、専用アプリの画面上から、ＦＩＤＯの登録処理を開始する入力を行う。この時、ユーザは、自身のユーザＩＤ（生体情報管理サーバ６０において第１の生体情報に対応付けて記憶されているユーザＩＤ）を入力する。また、端末装置３０は、生体情報の入力を促す画面を表示し、生体情報入力装置を介して第２の生体情報の入力を受付ける（Ｓ４０１）。そして、端末装置３０は、ユーザＩＤと、第２の生体情報と登録リクエストとをＡＰＰ・ＷＥＢサーバ７０に送信する（Ｓ４０２）。この登録リクエストが、上述した「照合リクエスト」となる。
その後、ＡＰＰ・ＷＥＢサーバ５０は、Ｓ４０２で受信したユーザＩＤ、第２の生体情報及び登録リクエストを認証サーバ２０に送信する（Ｓ４０３）。
認証サーバ４０は、Ｓ４０３で受信したユーザＩＤに対応付けて記憶されている第１の生体情報を要求するリクエストを、生体情報管理サーバ６０に送信する（Ｓ４０４）。そして、認証サーバ４０は、当該リクエストに応じて生体情報管理サーバ６０から送信されてきた第１の生体情報を受信する（Ｓ４０５）。
その後、認証サーバ４０は、Ｓ４０３で受信した第２の生体情報と、Ｓ４０５で受信した第１の生体情報とを照合する（Ｓ４０６）。そして、認証サーバ４０は、照合結果をＡＰＰ・ＷＥＢサーバ７０に送信する（Ｓ４０７）。この時、認証サーバ４０は、ＦＩＤＯ認証に関するポリシー等をＡＰＰ・ＷＥＢサーバ７０に送信してもよい。ポリシーは、端末装置３０で満たすべき能力や仕様に関する情報を含む。次いで、ＡＰＰ・ＷＥＢサーバ７０は、受信した照合結果を端末装置３０に送信する（Ｓ４０８）。この時、ＡＰＰ・ＷＥＢサーバ７０は、ポリシー等を端末装置３０に送信してもよい。
照合に成功した場合（Ｓ４０９の成功）、端末装置３０は、ＦＩＤＯの登録処理を実行する（Ｓ４１３）。例えば、端末装置３０は、生体情報を取得し、参照用生体情報として端末装置３０に記憶させる。また、端末装置３０は、公開鍵及び秘密鍵のペアを生成し、端末装置３０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ７０を経由して認証サーバ４０に公開鍵を送信する。
一方、照合に失敗した場合（Ｓ４０９の失敗）、端末装置３０は、照合に失敗したため、ＦＩＤＯの登録処理を実行できない旨をユーザに通知する（Ｓ４１１）。例えば、その旨を示す情報がディスプレイに表示されてもよいし、スピーカを介して出力されてもよい。
「作用効果」
以上、説明した本実施形態の認証システムによれば、第１及び第２の実施形態と同様な作用効果を実現できる。
＜第５の実施形態＞
「概要」
本実施形態の認証サーバ４０には、複数のＡＰＰ・ＷＥＢサーバ７０から照合リクエスト（ＦＩＤＯの登録リクエスト）が送信されてくる。そして、認証サーバ４０は、照合リクエストを受信すると、そのリクエストを送信したアプリに基づき（アプリのＩＤに基づき）参照用生体情報を登録する前の生体認証が必要か否か判定し、判定結果に応じた処理を実行する。
本実施形態の認証システムは、このような点で、第４の実施形態と異なる。その他の構成は、第４の実施形態と同様である。
「認証サーバ４０の構成」
図１７に、認証サーバ４０の機能ブロック図の一例を示す。図示するように、認証サーバ４０は、リクエスト受信部４１と、第１の生体情報受信部４２と、照合部４３と、送信部４４とを有する。
リクエスト受信部４１の構成は、第４の実施形態と同様である。
判定部４５は、照合リクエストを送信したアプリを特定し、特定したアプリに基づき（特定したアプリのＩＤに基づき）、参照用生体情報を登録する前の生体認証（なりすまし防止処理）を実行するか否かを判定する。例えば、ＡＰＰ・ＷＥＢサーバ５０から認証サーバ２０に送信される照合リクエストの中に、アプリのＩＤが含まれてもよい。判定部４５の構成は、第３の実施形態で説明した判定部２４の構成と同様である。
第１の生体情報受信部４２は、判定部４５よる判定結果が「なりすまし防止処理を実行する」である場合、第１の生体情報を要求するリクエストを生体情報管理サーバ６０に送信し、第１の生体情報を受信する。一方、判定部４５よる判定結果が「なりすまし防止処理を実行しない」である場合、第１の生体情報受信部４２は当該リクエストの送信、及び、第１の生体情報の受信を実行しない。
照合部４３は、判定部４５よる判定結果が「なりすまし防止処理を実行する」である場合、第１の生体情報と第２の生体情報との照合を実行する。一方、判定部４５よる判定結果が「なりすまし防止処理を実行しない」である場合、照合部４３は第１の生体情報と第２の生体情報との照合を実行しない。
送信部４４は、判定部４５による判定結果が「なりすまし防止処理を実行する」である場合、照合部４３の照合結果をＡＰＰ・ＷＥＢサーバ７０に送信する。この場合、送信部４４は、第１の生体情報をＡＰＰ・ＷＥＢサーバ７０に送信してもよい。一方、判定部４５による判定結果が「なりすまし防止処理を実行しない」である場合、送信部４４は、なりすまし防止処理を実行しないことを示す情報を、ＡＰＰ・ＷＥＢサーバ７０に送信する。この場合、送信部４４は、照合結果や第１の生体情報をＡＰＰ・ＷＥＢサーバ７０に送信しない。
第１の生体情報受信部４２、照合部４３及び送信部４４のその他の構成は、第４の実施形態と同様である。
「ＡＰＰ・ＷＥＢサーバ７０の構成」
ＡＰＰ・ＷＥＢサーバ７０の機能ブロック図の一例は、第４の実施形態同様、図１４で示される。図示するように、ＡＰＰ・ＷＥＢサーバ７０は、リクエスト処理部７１と、照合結果処理部７２とを有する。リクエスト処理部７１の構成は、第４の実施形態と同様である。
照合結果処理部７２は、照合リクエストに応じて認証サーバ４０から送信されてきた照合結果、又は、なりすまし防止処理を実行しないことを示す情報を受信する。認証サーバ４０が「なりすまし防止処理を実行する」と判定した場合、照合結果処理部７２は照合結果を受信する。この場合、照合結果処理部７２はさらに第１の生体情報を受信してもよい。一方、認証サーバ４０が「なりすまし防止処理を実行しない」と判定した場合、照合結果処理部７２はなりすまし防止処理を実行しないことを示す情報を受信する。
そして、照合結果処理部７２は、受信した照合結果、又は、なりすまし防止処理を実行しないことを示す情報を端末装置３０に送信する。照合結果処理部７２は、受信した第１の生体情報を端末装置３０に送信してもよい。照合結果処理部７２のその他の構成は、第４の実施形態と同様である。
「端末装置３０の構成」
端末装置３０の機能ブロック図の一例は、第４の実施形態同様、図１３で示される。図示するように、端末装置３０は、送受信部３１と、入力受付部３２と、登録部３３とを有する。入力受付部３２の構成は、第４の実施形態と同様である。
送受信部３１は、ユーザＩＤ、第２の生体情報及び照合リクエストをＡＰＰ・ＷＥＢサーバ７０に送信した後、照合結果、又は、なりすまし防止処理を実行しないことを示す情報を受信する。認証サーバ４０が「なりすまし防止処理を実行する」と判定した場合、送受信部３１は照合結果を受信する。この場合、送受信部３１は、さらに第１の生体情報を受信してもよい。一方、認証サーバ４０が「なりすまし防止処理を実行しない」と判定した場合、送受信部３１はなりすまし防止処理を実行しないことを示す情報を受信する。
送受信部３１が照合結果を受信した場合、登録部３３は第４の実施形態と同様な処理を行う。
一方、送受信部３１がなりすまし防止処理を実行しないことを示す情報を受信した場合、登録部３３は、ＦＩＤＯの登録処理を実行する。この場合、登録部３３は、生体情報入力装置を介して第３の生体情報の入力を受付け、第３の生体情報を参照用生体情報として登録する。
「ＡＰＰ・ＷＥＢサーバ７０及び生体情報管理サーバ６０の構成」
ＡＰＰ・ＷＥＢサーバ７０及び生体情報管理サーバ６０の構成は、第４の実施形態と同様である。
「処理の流れ」
次に、図１８のシーケンス図を用いて、ＦＩＤＯの登録処理の流れの一例を説明する。
Ｓ５０１乃至Ｓ５０３の処理は、図１６のＳ４０１乃至Ｓ４０３の処理と同様である。
Ｓ５０４では、認証サーバ４０は、登録リクエスト（照合リクエスト）を送信してきたアプリのＩＤに基づき、なりすまし防止処理を実行するか否かを判定する。ここでは、認証サーバ４０は、なりすまし防止処理を実行すると判定したものとする。
その後、認証サーバ４０は、Ｓ５０３で受信したユーザＩＤに対応付けて記憶されている第１の生体情報を要求するリクエストを、生体情報管理サーバ６０に送信する（Ｓ５０５）。そして、認証サーバ４０は、当該リクエストに応じて生体情報管理サーバ６０から送信されてきた第１の生体情報を受信する（Ｓ５０６）。
その後、認証サーバ４０は、Ｓ５０３で受信した第２の生体情報と、Ｓ５０６で受信した第１の生体情報とを照合する（Ｓ５０７）。そして、認証サーバ４０は、照合結果をＡＰＰ・ＷＥＢサーバ７０に送信する（Ｓ５０８）。この時、認証サーバ４０は、ＦＩＤＯ認証に関するポリシー等をＡＰＰ・ＷＥＢサーバ７０に送信してもよい。ＡＰＰ・ＷＥＢサーバ７０は、受信した照合結果を端末装置３０に送信する（Ｓ５０９）。この時、ＡＰＰ・ＷＥＢサーバ７０は、ポリシー等を端末装置３０に送信してもよい。
照合に成功した場合（Ｓ５１０の成功）、端末装置３０は、ＦＩＤＯの登録処理を実行する（Ｓ５１１）。例えば、端末装置３０は、生体情報を取得し、参照用生体情報として端末装置３０に記憶させる。また、端末装置３０は、公開鍵及び秘密鍵のペアを生成し、端末装置３０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ７０を経由して認証サーバ４０に公開鍵を送信する。
一方、照合に失敗した場合（Ｓ５１０の失敗）、端末装置３０は、照合に失敗したため、ＦＩＤＯの登録処理を実行できない旨をユーザに通知する（Ｓ５１２）。例えば、その旨を示す情報がディスプレイに表示されてもよいし、スピーカを介して出力されてもよい。
次に、図１９のシーケンス図を用いて、ＦＩＤＯの登録処理の一例、具体的には、図１８のＳ５０４でなりすまし防止処理を実行しないと判定された場合の処理の流れの一例を説明する。
Ｓ６０１乃至Ｓ６０４の処理は、図１８のＳ５０１乃至Ｓ５０４の処理と同様である。
Ｓ６０４で、認証サーバ４０がなりすまし防止処理を実行しないと判定した場合、認証サーバ４０は、なりすまし防止処理を実行しないことをＡＰＰ・ＷＥＢサーバ７０に通知する（Ｓ６０５）。この時、認証サーバ４０は、ＦＩＤＯ認証に関するポリシー等をＡＰＰ・ＷＥＢサーバ７０に送信してもよい。そして、ＡＰＰ・ＷＥＢサーバ７０は、なりすまし防止処理を実行しないことを端末装置３０に通知する（Ｓ６０６）。この時、ＡＰＰ・ＷＥＢサーバ７０は、ポリシー等を端末装置１０に送信してもよい。
当該通知に応じて、端末装置３０は、ＦＩＤＯの登録処理を実行する（Ｓ６０７）。例えば、端末装置３０は、生体情報を取得し、参照用生体情報として端末装置３０に記憶させる。また、端末装置３０は、公開鍵及び秘密鍵のペアを生成し、端末装置３０に秘密鍵を記憶させるとともに、ＡＰＰ・ＷＥＢサーバ７０を経由して認証サーバ４０に公開鍵を送信する。
「作用効果」
以上、説明した本実施形態の認証システムによれば、第３及び第４の実施形態と同様の作用効果を実現できる。
＜ハードウエア構成＞
次に、各装置（端末装置１０、３０、認証サーバ２０、４０、ＡＰＰ・ＷＥＢサーバ５０、７０、生体情報管理サーバ６０）のハードウエア構成の一例について説明する。本実施形態の各装置が備える各機能部は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。
図１は、本実施形態の各装置のハードウエア構成を例示するブロック図である。図１に示すように、各装置は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａには、様々なモジュールが含まれる。処理装置は周辺回路４Ａを有さなくてもよい。なお、各装置は物理的に分かれた複数の装置で構成されてもよい。この場合、各装置を実現する複数の装置各々が上記ハードウエア構成を備えることができる。
バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ、ＧＰＵ（Graphics Processing Unit）などの演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。入出力インターフェイス３Ａは、入力装置、外部装置、外部サーバ、外部センサ等から情報を取得するためのインターフェイスや、出力装置、外部装置、外部サーバ等に情報を出力するためのインターフェイスなどを含む。入力装置は、例えばキーボード、マウス、マイク等である。出力装置は、例えばディスプレイ、スピーカ、プリンター、メーラ等である。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。
以下、参考形態の例を付記する。
１． 端末装置のコンピュータを、
ユーザＩＤ及び第１の生体情報リクエストを外部装置に送信し、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記外部装置から受信する送受信手段、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段、
として機能させるプログラム。
２． １に記載のプログラムにおいて、
前記登録手段は、前記第１の生体情報又は前記第２の生体情報を、自端末装置に登録するプログラム。
３． １に記載のプログラムにおいて、
前記登録手段は、前記第１の生体情報及び前記第２の生体情報と異なる種類の第３の生体情報の入力を受付け、前記第３の生体情報を自端末装置に登録するプログラム。
４． １から３のいずれかに記載のプログラムにおいて、
前記送受信手段は、前記第１の生体情報に代えて、なりすまし防止処理を実行しないことを示す情報を受信し、
前記登録手段は、前記送受信手段が前記なりすまし防止処理を実行しないことを示す情報を受信した場合、生体情報を自端末装置に登録する処理を実行するプログラム。
５． ユーザＩＤ及び第１の生体情報リクエストを外部装置に送信し、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記外部装置から受信する送受信手段と、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段と、
を有する端末装置。
６． コンピュータが、
ユーザＩＤ及び第１の生体情報リクエストを外部装置に送信し、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記外部装置から受信する送受信工程と、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付工程と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合工程と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録工程と、
を実行する端末装置の制御方法。
７． ユーザＩＤ及び第１の生体情報リクエストを外部装置から受信するリクエスト受信手段と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段と、
前記第１の生体情報を、前記外部装置に送信する送信手段と、
を有する認証サーバ。
８． ７に記載の認証サーバにおいて、
前記第１の生体情報リクエストを送信したアプリを特定し、特定した前記アプリに基づき、なりすまし防止処理を実行するか否かを判定する判定手段をさらに有し、
前記判定手段が前記なりすまし防止処理を実行すると判定した場合、
前記第１の生体情報受信手段は、前記第１の生体情報を前記生体情報管理サーバから受信し、
前記送信手段は、前記第１の生体情報を前記外部装置に送信する認証サーバ。
９． ８に記載の認証サーバにおいて、
前記判定手段が前記なりすまし防止処理を実行しないと判定した場合、
前記送信手段は、前記なりすまし防止処理を実行しないことを示す情報を、前記外部装置に送信する認証サーバ。
１０． コンピュータが、
ユーザＩＤ及び第１の生体情報リクエストを外部装置から受信するリクエスト受信工程と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信工程と、
前記第１の生体情報を、前記外部装置に送信する送信工程と、
を実行する認証方法。
１１． コンピュータを、
ユーザＩＤ及び第１の生体情報リクエストを外部装置から受信するリクエスト受信手段、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段、
前記第１の生体情報を、前記外部装置に送信する送信手段、
として機能させるプログラム。
１２． 端末装置のコンピュータを、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段、
ユーザＩＤ、前記第２の生体情報及び照合リクエストを外部装置に送信し、前記第２の生体情報と、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報との照合結果を、前記外部装置から受信する送受信手段、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段、
として機能させるプログラム。
１３． １２に記載のプログラムにおいて、
前記登録手段は、前記第２の生体情報を自端末装置に登録するプログラム。
１４． １２に記載のプログラムにおいて、
前記登録手段は、前記第１の生体情報を前記外部装置から受信し、前記第１の生体情報を自端末装置に登録するプログラム。
１５． １２に記載のプログラムにおいて、
前記登録手段は、前記第１の生体情報及び前記第２の生体情報と異なる種類の第３の生体情報の入力を受付け、前記第３の生体情報を自端末装置に登録するプログラム。
１６． １２から１５のいずれかに記載のプログラムにおいて、
前記送受信手段は、前記照合結果に代えて、なりすまし防止処理を実行しないことを示す情報を受信し、
前記登録手段は、前記送受信手段が前記なりすまし防止処理を実行しないことを示す情報を受信した場合、生体情報を自端末装置に登録する処理を実行するプログラム。
１７． 生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付手段と、
ユーザＩＤ、前記第２の生体情報及び照合リクエストを外部装置に送信し、前記第２の生体情報と、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報との照合結果を、前記外部装置から受信する送受信手段と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録手段と、
を有する端末装置。
１８． コンピュータが、
生体情報入力装置を介して第２の生体情報の入力を受付ける入力受付工程と、
ユーザＩＤ、前記第２の生体情報及び照合リクエストを外部装置に送信し、前記第２の生体情報と、前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報との照合結果を、前記外部装置から受信する送受信工程と、
照合に成功した場合、生体情報を自端末装置に登録する処理を実行する登録工程と、
を実行する端末装置の制御方法。
１９． ユーザＩＤ、第２の生体情報及び照合リクエストを外部装置から受信するリクエスト受信手段と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段と、
照合結果を前記外部装置に送信する送信手段と、
を有する認証サーバ。
２０． １９に記載の認証サーバにおいて、
前記照合リクエストを送信したアプリを特定し、特定した前記アプリに基づき、なりすまし防止処理を実行するか否かを判定する判定手段をさらに有し、
前記判定手段が前記なりすまし防止処理を実行すると判定した場合、
前記第１の生体情報受信手段は、前記第１の生体情報を前記生体情報管理サーバから受信し、
前記照合手段は、前記第１の生体情報と、前記第２の生体情報とを照合し、
前記送信手段は、前記照合結果を前記外部装置に送信する認証サーバ。
２１． ２０に記載の認証サーバにおいて、
前記判定手段が前記なりすまし防止処理を実行しないと判定した場合、
前記送信手段は、前記なりすまし防止処理を実行しないことを示す情報を、前記外部装置に送信する認証サーバ。
２２． コンピュータが、
ユーザＩＤ、第２の生体情報及び照合リクエストを外部装置から受信するリクエスト受信工程と、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信工程と、
前記第１の生体情報と、前記第２の生体情報とを照合する照合工程と、
照合結果を前記外部装置に送信する送信工程と、
を実行する認証方法。
２３． コンピュータを、
ユーザＩＤ、第２の生体情報及び照合リクエストを外部装置から受信するリクエスト受信手段、
前記ユーザＩＤに対応付けて予め生体情報管理サーバに記憶されている第１の生体情報を、前記生体情報管理サーバから受信する第１の生体情報受信手段、
前記第１の生体情報と、前記第２の生体情報とを照合する照合手段、
照合結果を前記外部装置に送信する送信手段、
として機能させるプログラム。
この出願は、２０１８年８月７日に出願された日本出願特願２０１８－１４８７４７号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (9)

  1. 端末装置のコンピュータを、
    前記端末装置にインストールされたアプリケーションを介して、
    生体情報を入力する入力手段、
    前記端末装置内で前記生体情報と登録されている生体情報を照合する照合手段、
    照合が成功した場合、公開鍵及び秘密鍵のペアを生成し、前記端末装置に前記秘密鍵を記憶させるともに、前記公開鍵をサーバに送信する登録処理を実行する登録手段、
    として機能させるプログラム。
  2. 請求項１に記載のプログラムであって、
    前記登録手段は、照合が成功した場合、生体情報を前記端末装置に登録する前記登録処理を実行するプログラム。
  3. 請求項１または２に記載のプログラムであって、
    前記アプリケーションからユーザＩＤが入力され、
    前記照合手段は、入力された前記生体情報と前記ユーザＩＤに対応付けて記憶されている生体情報を照合するプログラム。
  4. 請求項１から３いずれか１項に記載のプログラムであって、
    前記コンピュータを、
    前記照合が失敗した場合、前記登録処理を実行できないことを通知する通知手段
    として機能させるプログラム。
  5. 請求項１から４いずれか１項に記載のプログラムであって、
    前記登録手段は、照合が成功した場合、入力された前記生体情報又は前記登録されている生体情報を前記端末装置に登録する処理を実行するプログラム。
  6. 請求項１から５いずれか１項に記載のプログラムであって、
    前記登録手段は、照合が成功した場合、入力された前記生体情報又は前記登録されている生体情報と異なる第３の生体情報の入力を受付け、前記第３の生体情報を前記端末装置に登録するプログラム。
  7. 請求項１から６いずれか１項に記載のプログラムであって、
    前記アプリケーションに基づいてなりすまし防止処理を実行するか否か判定する前記サーバが前記なりすまし防止処理を実行すると判定した場合、
    前記登録手段は、前記登録処理を実行するプログラム。
  8. 生体情報を入力する入力手段と、
    端末装置内で前記生体情報と登録されている生体情報を照合する照合手段と、
    照合が成功した場合、公開鍵及び秘密鍵のペアを生成し、前記端末装置に前記秘密鍵を記憶させるともに、前記公開鍵をサーバに送信する登録処理を実行する登録手段と、
    を有する端末装置。
  9. 端末装置のコンピュータが、
    生体情報を入力する入力工程と、
    前記端末装置内で前記生体情報と登録されている生体情報を照合する照合工程と、
    照合が成功した場合、公開鍵及び秘密鍵のペアを生成し、前記端末装置に前記秘密鍵を記憶させるともに、前記公開鍵をサーバに送信する登録処理を実行する登録工程と、
    を実行する制御方法。
JP2022150095A 2018-08-07 2022-09-21 端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム Pending JP2022171928A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2018148747 2018-08-07
JP2018148747 2018-08-07
JP2020536314A JP7147850B2 (ja) 2018-08-07 2019-04-05 端末装置、処理装置、処理システム、端末装置の制御方法、処理方法及びプログラム
PCT/JP2019/015198 WO2020031429A1 (ja) 2018-08-07 2019-04-05 端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020536314A Division JP7147850B2 (ja) 2018-08-07 2019-04-05 端末装置、処理装置、処理システム、端末装置の制御方法、処理方法及びプログラム

Publications (1)

Publication Number Publication Date
JP2022171928A true JP2022171928A (ja) 2022-11-11

Family

ID=69414664

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020536314A Active JP7147850B2 (ja) 2018-08-07 2019-04-05 端末装置、処理装置、処理システム、端末装置の制御方法、処理方法及びプログラム
JP2022150095A Pending JP2022171928A (ja) 2018-08-07 2022-09-21 端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2020536314A Active JP7147850B2 (ja) 2018-08-07 2019-04-05 端末装置、処理装置、処理システム、端末装置の制御方法、処理方法及びプログラム

Country Status (4)

Country Link
US (4) US20210306330A1 (ja)
EP (1) EP3835982A4 (ja)
JP (2) JP7147850B2 (ja)
WO (1) WO2020031429A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7326382B2 (ja) * 2021-05-20 2023-08-15 ヤフー株式会社 情報処理装置、情報処理方法及び情報処理プログラム
JPWO2022269669A1 (ja) * 2021-06-21 2022-12-29

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044442A (ja) * 2001-07-30 2003-02-14 Fujitsu Support & Service Kk データ認証方法及びデータ認証装置
JP4819542B2 (ja) * 2006-03-24 2011-11-24 株式会社日立製作所 脆弱性検証付きのバイオメトリクス認証システムおよび方法
JP4321597B2 (ja) * 2007-01-31 2009-08-26 コニカミノルタビジネステクノロジーズ株式会社 情報処理装置、認証システム、認証方法および認証プログラム
EP2511845A4 (en) 2009-12-08 2014-04-23 Fujitsu Ltd BIOMETRIC AUTHENTICATION SYSTEM AND BIOMETRIC AUTHENTICATION METHOD
WO2012011229A1 (ja) * 2010-07-19 2012-01-26 ビーエルデーオリエンタル株式会社 認証装置及び、認証システム
US11210380B2 (en) * 2013-05-13 2021-12-28 Veridium Ip Limited System and method for authorizing access to access-controlled environments
US9003196B2 (en) * 2013-05-13 2015-04-07 Hoyos Labs Corp. System and method for authorizing access to access-controlled environments
CA2945703C (en) * 2014-04-14 2019-09-10 Mastercard International Incorporated Systems, apparatus and methods for improved authentication
CN106487511B (zh) * 2015-08-27 2020-02-04 阿里巴巴集团控股有限公司 身份认证方法及装置
JP6507115B2 (ja) * 2016-03-22 2019-04-24 株式会社日立製作所 １：ｎ生体認証・暗号・署名システム
JP6852292B2 (ja) 2016-07-01 2021-03-31 富士通株式会社 証明書生成システム、情報処理装置、証明書生成装置、証明書生成方法、及びプログラム
JP6810568B2 (ja) 2016-09-26 2021-01-06 株式会社日立製作所 認証処理システムおよび認証処理方法
SG10201609189XA (en) * 2016-11-02 2018-06-28 Mastercard International Inc Methods, systems and devices for access control
GB2555660B (en) * 2016-11-07 2019-12-04 Cirrus Logic Int Semiconductor Ltd Methods and apparatus for authentication in an electronic device
EP3536002B1 (en) * 2016-11-08 2020-11-18 Aware, Inc. Decentralized biometric identity authentication
US20180167383A1 (en) * 2016-12-12 2018-06-14 Qualcomm Incorporated Integration of password-less authentication systems with legacy identity federation
JP7240082B2 (ja) 2017-03-08 2023-03-15 住友重機械工業株式会社 蓄電装置、射出成形機および建設機械
KR20180129475A (ko) * 2017-05-26 2018-12-05 삼성에스디에스 주식회사 인증을 수행하기 위한 방법, 사용자 단말 및 인증 서비스 서버

Also Published As

Publication number Publication date
US20220141217A1 (en) 2022-05-05
JP7147850B2 (ja) 2022-10-05
US20220141219A1 (en) 2022-05-05
EP3835982A1 (en) 2021-06-16
US20220150243A1 (en) 2022-05-12
JPWO2020031429A1 (ja) 2021-08-10
WO2020031429A1 (ja) 2020-02-13
EP3835982A4 (en) 2021-10-06
US20210306330A1 (en) 2021-09-30

Similar Documents

Publication Publication Date Title
US11647023B2 (en) Out-of-band authentication to access web-service with indication of physical access to client device
KR102383021B1 (ko) 인증 장치의 등록을 위한 향상된 보안
KR102510706B1 (ko) 무선 주파수 식별 가능한 신분 서류 및 제스처 요청-응답 프로토콜에 기초한 사용자 인증
US11539526B2 (en) Method and apparatus for managing user authentication in a blockchain network
JP2022171928A (ja) 端末装置、認証サーバ、端末装置の制御方法、認証方法及びプログラム
CN109413086B (zh) 线上核验身份信息的方法及装置
US11477190B2 (en) Dynamic user ID
KR20150077446A (ko) 추가적 검증에 의해 아날로그 디지털 서명으로 전자문서에 사인하는 방법
WO2018195644A1 (en) Retail blockchain method and apparatus
KR20220028836A (ko) 블록체인 네트워크 기반의 분산 아이디를 이용한 운전 면허증 인증 서비스 방법 및 운전 면허증 인증 서비스를 수행하는 사용자 단말
JP7124988B2 (ja) 認証サーバ、認証システム、認証サーバの制御方法及びプログラム
JP7151928B2 (ja) 認証サーバ、認証サーバの制御方法及びプログラム
US11936649B2 (en) Multi-factor authentication
JP2017072897A (ja) 認証システム、および、認証方法
WO2021255821A1 (ja) 認証サーバ、顔画像更新勧告方法及び記憶媒体
JP4749017B2 (ja) 擬似生体認証システム、及び擬似生体認証方法
WO2021205661A1 (ja) 認証サーバ、認証システム、認証サーバの制御方法及び記憶媒体
JP2018185622A (ja) サーバー装置、認証システムおよび認証方法
JP5919497B2 (ja) ユーザ認証システム
JP2020102741A (ja) 認証システム、認証方法、及び、認証プログラム
KR101559203B1 (ko) 생체 정보 인증 시스템 및 방법
JP7341207B2 (ja) 端末およびその制御方法、並びにプログラム
JP7428240B2 (ja) 認証システム、端末、端末の制御方法及びコンピュータプログラム
WO2021205659A1 (ja) 認証サーバ、認証システム、認証サーバの制御方法及び記憶媒体
JP2023060352A (ja) サーバ、システム、方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220921

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230829

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231025

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20231128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240228

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20240308

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20240329