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