特許 7067333 端末装置、認証サーバ、本人確認管理システム、および、本人確認管理プログラム

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

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

(11)【特許番号】

(24)【登録日】2022-05-06

(45)【発行日】2022-05-16

(54)【発明の名称】端末装置、認証サーバ、本人確認管理システム、および、本人確認管理プログラム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20220509BHJP

   G06F 21/34 20130101ALI20220509BHJP

   G06Q 20/42 20120101ALI20220509BHJP

【ＦＩ】

G06F21/31

G06F21/34

G06Q20/42

【請求項の数】 8

(21)【出願番号】P 2018135102

(22)【出願日】2018-07-18

(65)【公開番号】P2020013333

(43)【公開日】2020-01-23

【審査請求日】2021-06-23

(73)【特許権者】

【識別番号】000003193

【氏名又は名称】凸版印刷株式会社

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】川上 久美子

(72)【発明者】

【氏名】▲柳▼舘 英男

(72)【発明者】

【氏名】佐藤 奈津子

【審査官】小林 秀和

(56)【参考文献】

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

【文献】米国特許出願公開第２０１６／０２０５０９８（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１３／０３１８５９１（ＵＳ，Ａ１）

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

Ｇ０６Ｆ ２１／３１

Ｇ０６Ｆ ２１／３４

Ｇ０６Ｑ ２０／４２

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

【請求項1】

申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む本人確認アプリと、を記憶する記憶部と、
前記申込アプリの実行によって機能する申込進行部、および、前記本人確認アプリの実行によって機能する本人確認進行部を含む制御部と、
前記認証情報を用いて前記申込アプリおよび前記本人確認アプリの認証を行う認証サーバに、前記認証情報を送信する通信部と、を備え、
前記本人確認進行部は、
前記申込進行部からの呼び出しを受けたとき、前記通信部に、前記申込アプリの認証情報と前記本人確認アプリの認証情報とを、前記認証サーバに送信させ、前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との成功を受けたとき、前記本人確認のための処理を進めて前記申込進行部に処理を引き継ぐ
端末装置。

【請求項2】

前記申込進行部は、
前記本人確認進行部による前記本人確認のための処理が完了して前記申込者の本人確認が成功したとき、前記端末装置に前記申込情報を入力させるための処理を進める
請求項１に記載の端末装置。

【請求項3】

情報を表示する表示部をさらに備え、
前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との少なくとも一方の失敗を受けたとき、
前記本人確認進行部は、前記申込進行部に処理を引き継ぎ、
前記申込進行部は、前記端末装置での前記申し込みのための処理が続けられないことを前記申込者に通知する表示を前記表示部に表示させる
請求項１または２に記載の端末装置。

【請求項4】

情報を表示する表示部をさらに備え、
前記本人確認進行部が前記本人確認のための処理を進行した結果、前記申込者の本人確認が失敗したとき、
前記本人確認進行部は、前記申込進行部に処理を引き継ぎ、
前記申込進行部は、前記端末装置での前記申し込みのための処理が続けられないことを前記申込者に通知する表示を前記表示部に表示させる
請求項１または２に記載の端末装置。

【請求項5】

前記本人確認のための処理には、前記申込者の身分証明書であるＩＣカードから前記端末装置が読み取った情報が用いられる
請求項１～４のいずれか一項に記載の端末装置。

【請求項6】

申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアである申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアである本人確認アプリとを有する端末装置に、ネットワークを介して接続する認証サーバであって、
前記申込アプリの認証情報が第１コードであり、前記本人確認アプリの認証情報が第２コードであり、
前記本人確認アプリの動作に基づく前記本人確認の利用が許可された前記申込アプリの前記第１コードを記録した第１データと、前記端末装置での動作が許可された前記本人確認アプリの前記第２コードを記録した第２データとを記憶する記憶部と、
前記端末装置が有する前記申込アプリの前記第１コードと前記本人確認アプリの前記第２コードとを、前記端末装置から受信する受信部と、
前記端末装置から受信した前記第１コードを前記第１データと照合して前記申込アプリの認証を行う処理と、前記端末装置から受信した前記第２コードを前記第２データと照合して前記本人確認アプリの認証を行う処理とを行う認証処理部と、
前記申込アプリの認証の結果と、前記本人確認アプリの認証の結果とを、前記端末装置に送信する送信部と、
を備える認証サーバ。

【請求項7】

端末装置と、前記端末装置にネットワークを介して接続する認証サーバとを含む本人確認管理システムであって、
前記端末装置は、
申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアであって、認証情報である第１コードを含む申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアであって、認証情報である第２コードを含む本人確認アプリと、を記憶する記憶部と、
前記申込アプリの実行によって機能する申込進行部、および、前記本人確認アプリの実行によって機能する本人確認進行部を含む制御部と、
前記認証サーバに、前記第１コードと前記第２コードとを送信する通信部と、を備え、
前記認証サーバは、
前記本人確認アプリの動作に基づく前記本人確認の利用が許可された前記申込アプリの前記第１コードを記録した第１データと、前記端末装置での動作が許可された前記本人確認アプリの前記第２コードを記録した第２データとを記憶する記憶部と、
前記端末装置から受信した前記第１コードを前記第１データと照合して前記申込アプリの認証を行う処理と、前記端末装置から受信した前記第２コードを前記第２データと照合して前記本人確認アプリの認証を行う処理とを行う認証処理部と、
前記申込アプリの認証の結果と前記本人確認アプリの認証の結果とを、前記端末装置に送信する送信部と、を備え、
前記端末装置の前記本人確認進行部は、
前記申込進行部からの呼び出しを受けたとき、前記通信部に、前記第１コードと前記第２コードとを、前記認証サーバに送信させ、前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との成功を受けたとき、前記本人確認のための処理を進めて前記申込進行部に処理を引き継ぐ
本人確認管理システム。

【請求項8】

申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む本人確認アプリと、を記憶する端末装置の制御部を、
前記本人確認アプリの実行によって機能する本人確認進行部であって、
前記申込アプリからの呼び出しを受けたとき、前記端末装置が備える通信部に、前記申込アプリの認証情報と前記本人確認アプリの認証情報とを、認証サーバに送信させ、
前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との成功を受けたとき、前記本人確認のための処理を進めて前記申込アプリに処理を引き継ぐ前記本人確認進行部として機能させる
本人確認管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、申し込みに要する本人確認に用いられる端末装置、認証サーバ、本人確認管理システム、および、本人確認管理プログラムに関する。

【背景技術】

【0002】

従来から、ネットワークを通じた情報の送受信を利用して、銀行口座の開設、ローン契約、各種の会員登録といった種々の申し込みが行われている。具体的には、申し込みに必要な情報である申込情報がスマートフォン等の入力端末に入力され、入力された申込情報が、申し込みを受け付ける受付サーバに入力端末から送信される。そして、受付サーバは、入力端末から受信した申込情報に基づき、申し込み内容に応じた処理を行う。

【0003】

こうした申し込みには、第三者のなりすましによる不正な申し込みを避けるために、申込者が本人であることを確認する本人確認が必要である。ネットワークを通じて本人確認を行うシステムの一例として、申込者の住民票コードが記憶されたＩＣカードから当該住民票コードを取得し、当該住民票コードに基づき住民基本台帳ネットワークシステムにアクセスして本人確認を行うシステムが提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特許第３８５２３１９号明細書

【発明の概要】

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

【0005】

一般に、入力端末における申し込みのための一連の処理は、入力端末にインストールされたアプリケーションソフトウェアの実行によって進行する。すなわち、上記アプリケーションソフトウェアは、申込情報の入力および送信のための処理を入力端末に行わせる申込プログラムと、本人確認のための処理を入力端末に行わせる本人確認プログラムとを含んでいる。申込プログラムは、申し込みの対象ごとに異なるため、上記アプリケーションソフトウェアは、申し込みの対象ごとに別々である。複数の対象について申し込みを行う場合には、複数のアプリケーションソフトウェアが入力端末にインストールされる。

【0006】

上記構成においては、本人確認プログラムに更新の必要がある際には、共通の本人確認プログラムを含む複数のアプリケーションソフトウェアのすべてをアップデートしなければならない。それゆえ、入力端末のユーザにとっては、アプリケーションソフトウェアをアップデートする作業が煩雑である。また、本人確認プログラムの提供者にとっては、アップデートのためのデータをアプリケーションソフトウェアごとに用意しなければならないため、こうしたデータの提供や各アプリケーションソフトウェアのバージョンの管理等の作業が煩雑である。

【0007】

本発明は、申し込みに関連するアプリケーションソフトウェアの管理に要する労力を軽減できる端末装置、認証サーバ、本人確認管理システム、および、本人確認管理プログラムを提供することを目的とする。

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

【0008】

上記課題を解決する端末装置は、申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む本人確認アプリと、を記憶する記憶部と、前記申込アプリの実行によって機能する申込進行部、および、前記本人確認アプリの実行によって機能する本人確認進行部を含む制御部と、前記認証情報を用いて前記申込アプリおよび前記本人確認アプリの認証を行う認証サーバに、前記認証情報を送信する通信部と、を備え、前記本人確認進行部は、前記申込進行部からの呼び出しを受けたとき、前記通信部に、前記申込アプリの認証情報と前記本人確認アプリの認証情報とを、前記認証サーバに送信させ、前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との成功を受けたとき、前記本人確認のための処理を進めて前記申込進行部に処理を引き継ぐ。

【0009】

上記課題を解決する認証サーバは、申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアである申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアである本人確認アプリとを有する端末装置に、ネットワークを介して接続する認証サーバであって、前記申込アプリの認証情報が第１コードであり、前記本人確認アプリの認証情報が第２コードであり、前記本人確認アプリの動作に基づく前記本人確認の利用が許可された前記申込アプリの前記第１コードを記録した第１データと、前記端末装置での動作が許可された前記本人確認アプリの前記第２コードを記録した第２データとを記憶する記憶部と、前記端末装置が有する前記申込アプリの前記第１コードと前記本人確認アプリの前記第２コードとを、前記端末装置から受信する受信部と、前記端末装置から受信した前記第１コードを前記第１データと照合して前記申込アプリの認証を行う処理と、前記端末装置から受信した前記第２コードを前記第２データと照合して前記本人確認アプリの認証を行う処理とを行う認証処理部と、前記申込アプリの認証の結果と、前記本人確認アプリの認証の結果とを、前記端末装置に送信する送信部と、を備える。

【0010】

上記課題を解決する本人確認管理システムは、端末装置と、前記端末装置にネットワークを介して接続する認証サーバとを含む本人確認管理システムであって、前記端末装置は、申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアであって、認証情報である第１コードを含む申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアであって、認証情報である第２コードを含む本人確認アプリと、を記憶する記憶部と、前記申込アプリの実行によって機能する申込進行部、および、前記本人確認アプリの実行によって機能する本人確認進行部を含む制御部と、前記認証サーバに、前記第１コードと前記第２コードとを送信する通信部と、を備え、前記認証サーバは、前記本人確認アプリの動作に基づく前記本人確認の利用が許可された前記申込アプリの前記第１コードを記録した第１データと、前記端末装置での動作が許可された前記本人確認アプリの前記第２コードを記録した第２データとを記憶する記憶部と、前記端末装置から受信した前記第１コードを前記第１データと照合して前記申込アプリの認証を行う処理と、前記端末装置から受信した前記第２コードを前記第２データと照合して前記本人確認アプリの認証を行う処理とを行う認証処理部と、前記申込アプリの認証の結果と前記本人確認アプリの認証の結果とを、前記端末装置に送信する送信部と、を備え、前記端末装置の前記本人確認進行部は、前記申込進行部からの呼び出しを受けたとき、前記通信部に、前記第１コードと前記第２コードとを、前記認証サーバに送信させ、前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との成功を受けたとき、前記本人確認のための処理を進めて前記申込進行部に処理を引き継ぐ。

【0011】

上記課題を解決する本人確認管理プログラム申し込みに必要な情報である申込情報の入力、および、前記申し込みを受け付けるサーバへの前記申込情報の送信のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む申込アプリと、前記申し込みの申込者の本人確認のための処理を行わせるアプリケーションソフトウェアであって、認証情報を含む本人確認アプリと、を記憶する端末装置の制御部を、前記本人確認アプリの実行によって機能する本人確認進行部であって、前記申込アプリからの呼び出しを受けたとき、前記端末装置が備える通信部に、前記申込アプリの認証情報と前記本人確認アプリの認証情報とを、認証サーバに送信させ、前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との成功を受けたとき、前記本人確認のための処理を進めて前記申込アプリに処理を引き継ぐ前記本人確認進行部として機能させる。

【0012】

上記各構成によれば、申込情報の入力および送信のための処理を行わせる申込アプリと、申込者の本人確認のための処理を行わせる本人確認アプリとが、別々のアプリケーションソフトウェアであり、これらのアプリの連動によって、申し込みのための処理が端末装置にて進められる。そのため、本人確認のための処理を行わせるプログラムに更新の必要がある場合には、本人確認アプリのみをアップデートすればよい。したがって、端末装置のユーザは、複数の申込アプリが端末装置にインストールされている場合であっても、１つの本人確認アプリのみをアップデートすればよいため、アップデートの作業に要する労力が軽減される。また、上記プログラムの提供者は、本人確認アプリに対してのみアップデートのためのデータを用意すればよいため、アップデートのためのデータの提供に要する労力が軽減される。以上のように、申し込みに関連するアプリケーションソフトウェアの管理に要する端末装置のユーザやプログラムの提供者の労力を軽減できる。

【0013】

また、申込アプリの認証と本人確認アプリの認証とが、認証サーバにて行われる。そして、申込アプリの認証と本人確認アプリの認証との双方が成功した場合に、本人確認アプリと申込アプリとの連動による申し込みのための処理が端末装置にて進められる。したがって、端末装置における申込アプリと本人確認アプリとの動作が自由に許容される場合と比較して、申し込みに関するセキュリティが高められる。

【0014】

また、申込アプリの認証のための認証情報の送信と、本人確認アプリの認証のための認証情報の送信とは、いずれも、本人確認進行部の指示によって、すなわち、本人確認アプリの動作によって行われる。こうした構成によれば、各アプリの認証が各アプリの動作を通じて行われる形態と比較して、端末装置における処理が円滑に進む。また、認証のために認証サーバと通信するための処理を、本人確認進行部のみが行えばよいため、申込進行部にもこうした通信のための処理を行わせる形態と比較して、申込アプリの構成が簡易となる。

【0015】

上記端末装置において、前記申込進行部は、前記本人確認進行部による前記本人確認のための処理が完了して前記申込者の本人確認が成功したとき、前記端末装置に前記申込情報を入力させるための処理を進めてもよい。

【0016】

上記構成によれば、申込情報がすべて入力された後に本人確認のための処理が行われる形態と比較して、本人確認が失敗したときに端末装置におけるそれまでの処理に無駄が生じることが抑えられるため、端末装置における処理の効率が高められる。

【0017】

上記端末装置において、情報を表示する表示部をさらに備え、前記認証サーバでの前記申込アプリの認証と前記本人確認アプリの認証との少なくとも一方の失敗を受けたとき、前記本人確認進行部は、前記申込進行部に処理を引き継ぎ、前記申込進行部は、前記端末装置での前記申し込みのための処理が続けられないことを前記申込者に通知する表示を前記表示部に表示させてもよい。

【0018】

上記構成によれば、申込情報の入力時等と同様のユーザインタフェースによって、上記表示が行われる。それゆえ、申込者が、自ら起動したアプリではない本人確認アプリが動作していることを意識し難くなるため、端末装置における申し込みのための処理の進行に際して、申込者が違和感を覚えることを抑えられる。

【0019】

上記端末装置において、情報を表示する表示部をさらに備え、前記本人確認進行部が前記本人確認のための処理を進行した結果、前記申込者の本人確認が失敗したとき、前記本人確認進行部は、前記申込進行部に処理を引き継ぎ、前記申込進行部は、前記端末装置での前記申し込みのための処理が続けられないことを前記申込者に通知する表示を前記表示部に表示させてもよい。

【0020】

上記構成によれば、申込情報の入力時等と同様のユーザインタフェースによって、上記表示が行われる。それゆえ、申込者が、自ら起動したアプリではない本人確認アプリが動作していることを意識し難くなるため、端末装置における申し込みのための処理の進行に際して、申込者が違和感を覚えることを抑えられる。

【0021】

上記端末装置において、前記本人確認のための処理には、前記申込者の身分証明書であるＩＣカードから前記端末装置が読み取った情報が用いられてもよい。
上記構成によれば、公的個人認証等、公に保証された本人確認のシステムが利用可能であるため、本人確認の信頼性が高められる。

【発明の効果】

【0022】

本発明によれば、申し込みに関連するアプリケーションソフトウェアの管理に要する労力を軽減することができる。

【図面の簡単な説明】

【0023】

【図1】本人確認管理システムの一実施形態について、本人確認管理システムを含む申込システムの全体構成を示す図。

【図2】一実施形態の本人確認管理システムが含む装置の構成を示す図であって、（ａ）は入力端末の構成を示す図、（ｂ）は認証サーバの構成を示す図。

【図3】一実施形態の本人確認管理システムを含む申込システムの処理手順を示すシーケンス図。

【図4】一実施形態の本人確認管理システムを含む申込システムの処理手順を示すシーケンス図。

【図5】一実施形態の本人確認管理システムにおいて、本人確認アプリの認証が失敗した場合の処理手順を示すシーケンス図。

【図6】一実施形態の本人確認管理システムにおいて、申込アプリの認証が失敗した場合の処理手順を示すシーケンス図。

【図7】一実施形態の本人確認管理システムにおいて、本人確認が失敗した場合の処理手順を示すシーケンス図。

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

【0024】

図１～図７を参照して、端末装置、認証サーバ、本人確認管理システム、および、本人確認管理プログラムの一実施形態を説明する。
本実施形態の本人確認管理システムは、申し込みに付随する本人確認、すなわち、申込者が本人であることの確認に用いられるシステムである。本人確認は、換言すれば、申込者が何者であるかの確認である。

【0025】

本人確認管理システムを利用して行われる申し込みは、申し込みが受け付けられる条件として申込者の本人確認が必要である申し込みであれば、その対象は特に限定されない。申し込みの対象の例としては、銀行口座の開設やクレジットカード契約やローン契約等の各種の契約や、各種の会員登録等が挙げられる。

【0026】

［本人確認管理システムの全体構成］
図１を参照して、本人確認管理システムの構成を説明する。図１が示すように、本人確認管理システム１００は、端末装置の一例である入力端末１０と、認証サーバ２０とを含む。本人確認管理システム１００が含む入力端末１０の数は１以上であればよい。認証サーバ２０の機能は、１つのサーバ装置によって実現されてもよいし、複数のサーバ装置によって実現されてもよい。

【0027】

本人確認管理システム１００と、本人確認サーバ３０と、申込受付サーバ４０とから、申込システム１１０が構成される。申込システム１１０が含む申込受付サーバ４０の数は１以上であればよい。

【0028】

入力端末１０と認証サーバ２０とは、ネットワークを通じて相互にデータの送信および受信を行う。また、入力端末１０と申込受付サーバ４０とは、ネットワークを通じて相互にデータの送信および受信を行う。入力端末１０と認証サーバ２０および申込受付サーバ４０の各々との通信には、例えばインターネットやモバイルデータ通信用のネットワーク等が利用される。

【0029】

認証サーバ２０と本人確認サーバ３０とは、ネットワークを通じて相互にデータの送信および受信を行う。認証サーバ２０と本人確認サーバ３０との通信に用いられるネットワークは、イントラネット等の閉域網であることが好ましい。

【0030】

入力端末１０と認証サーバ２０との通信、入力端末１０と申込受付サーバ４０との通信、および、認証サーバ２０と本人確認サーバ３０との通信の各々には、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）通信等の暗号化された通信が用いられることが好ましい。

【0031】

入力端末１０は、スマートフォンやタブレット端末等のコンピュータ端末である。入力端末１０は、申し込みに必要な情報である申込情報Ｉｍの入力と送信、および、ＩＣカードである身分証明カード５０からの本人確認情報Ｉｉの読み取りに用いられる。入力端末１０は、例えば、申込者に携帯される端末であってもよいし、申し込みが、申し込みを処理する事業者や代理店の店舗で行われる場合には、店舗にて用意された端末であってもよい。

【0032】

認証サーバ２０は、入力端末１０にインストールされているアプリケーションソフトウェアの認証を行うとともに、入力端末１０から受信した本人確認情報Ｉｉを本人確認サーバ３０に送信して本人確認処理の要求を行うサーバである。

【0033】

本人確認サーバ３０は、本人確認情報Ｉｉを用いて本人確認処理を行うサーバである。本実施形態においては、身分証明カード５０は個人番号カードであり、本人確認情報Ｉｉは、個人番号カードが備えるＩＣチップに記憶された電子証明書である。本人確認サーバ３０は、公的個人認証サービスによって提供されるサーバであり、本人確認処理には、上記電子証明書の失効情報を利用して電子証明書が有効であるか否かを判定することが含まれる。

【0034】

申込受付サーバ４０は、申込情報Ｉｍを入力端末１０から受信して、申し込みの受付処理を行うサーバである。申込受付サーバ４０は、例えば、申し込みの対象ごとに配備され、申し込みを処理する事業者に管理される。

【0035】

［本人確認管理システムを構成する装置の構成］
図２を参照して、入力端末１０、および、認証サーバ２０の各々の構成を説明する。
図２（ａ）が示すように、入力端末１０は、ネットワーク通信部１１、近距離無線通信部１２、入出力部１３、記憶部１４、および、制御部１５を備えている。

【0036】

ネットワーク通信部１１は、ネットワークを通じて、入力端末１０と認証サーバ２０および申込受付サーバ４０の各々との接続処理を実行し、接続された装置間でデータの送信および受信を行う。

【0037】

近距離無線通信部１２は、近距離での無線通信によって、入力端末１０と身分証明カード５０との間でデータの送信および受信を行う。上記無線通信の通信規格としては、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が用いられる。

【0038】

入出力部１３は、制御部１５からのデータや信号を受けて外部へ情報を出力したり、外部からの情報を制御部１５にデータや信号として入力したりする入出力デバイスである。入出力部１３は、情報を表示するディスプレイ等の表示部や、ユーザの操作を受け付けるタッチパネル等の操作部を含む。

【0039】

記憶部１４は、不揮発性メモリを含む構成を有し、制御部１５が実行する処理に必要なプログラムやデータを記憶している。具体的には、記憶部１４は、制御部１５に、申込情報Ｉｍの入力および送信のための処理を行わせるアプリケーションソフトウェアである申込アプリ１４ａと、申込者の本人確認のための処理を行わせるアプリケーションソフトウェアである本人確認アプリ１４ｂとを記憶している。

【0040】

申込アプリ１４ａは、申し込みの対象ごとに別々のアプリケーションソフトウェアである。記憶部１４は、１以上の申込アプリ１４ａを記憶している。図２（ａ）では、例として、記憶部１４が申込アプリ１４ａＡと申込アプリ１４ａＢとの互いに異なる２つの申込アプリ１４ａを記憶している構成を示している。申込アプリ１４ａＡと申込アプリ１４ａＢとは、例えば、互いに異なる銀行の口座開設の申し込みを対象とするアプリケーションソフトウェアであり、また例えば、一方が所定の銀行の口座開設の申し込み、他方が所定のクレジットカード契約の申し込みを対象とするアプリケーションソフトウェアである。

【0041】

一方、記憶部１４が記憶している本人確認アプリ１４ｂの数は１つである。本人確認アプリ１４ｂは、申込アプリ１４ａからの連動の要求があったときに動作するアプリケーションソフトウェアであり、入力端末１０のユーザが本人確認アプリ１４ｂを選択して単独で動作させることは許容されていない。

【0042】

申込アプリ１４ａが含むデータには、申込アプリ１４ａの認証情報として機能する許諾コードＣｌが含まれている。許諾コードＣｌは、本人確認アプリ１４ｂの管理者が、申込アプリ１４ａの動作に基づき入力される申込情報Ｉｍを用いた申し込みに、本人確認アプリ１４ｂの動作に基づき行われる本人確認を利用することを許諾した場合に発行するコードである。言い換えれば、許諾コードＣｌは、本人確認アプリ１４ｂとの連動が許可されている申込アプリ１４ａに対して発行される、申込アプリ１４ａの識別情報である。許諾コードＣｌは、申込アプリ１４ａごとに割り当てられており、各申込アプリ１４ａに固有の情報である。

【0043】

許諾コードＣｌは、例えば、申込アプリ１４ａと本人確認アプリ１４ｂとの連動を許可する条件が満たされていることを本人確認アプリ１４ｂの管理者が確認することに基づき発行されて、申込アプリ１４ａの管理者に通知され、申込アプリ１４ａに含められる。申込アプリ１４ａは、例えば、入力端末１０のユーザが、所定のＷｅｂサイト等を通じて、申し込みを希望する対象に応じて申込アプリ１４ａを選択することに基づき、入力端末１０にダウンロードおよびインストールされる。

【0044】

本人確認アプリ１４ｂが含むデータには、本人確認アプリ１４ｂの認証情報として機能する識別コードＣｄが含まれている。識別コードＣｄは、本人確認アプリ１４ｂがインストールされている入力端末１０ごとに割り当てられた、本人確認アプリ１４ｂの識別情報である。すなわち、識別コードＣｄは、各入力端末１０の本人確認アプリ１４ｂに固有の情報であり、互いに異なる入力端末１０の本人確認アプリ１４ｂには、互いに異なる識別コードＣｄが割り当てられている。

【0045】

本人確認アプリ１４ｂは、例えば、申込アプリ１４ａの起動後、本人確認アプリ１４ｂとの連動が必要となった時点において、本人確認アプリ１４ｂが入力端末１０にインストールされていない場合に、入力端末１０にダウンロードおよびインストールされる。この場合、ユーザに対して、本人確認アプリ１４ｂのダウンロードの誘導が表示部を通じて行われることに基づき、本人確認アプリ１４ｂのダウンロードが進められる。

【0046】

識別コードＣｄは、例えば、入力端末１０に本人確認アプリ１４ｂがインストールされた直後等に、入力端末１０からのアクセスを認証サーバ２０が受けることに基づき認証サーバ２０から発行されて、入力端末１０に通知され、本人確認アプリ１４ｂに含められる。

【0047】

なお、許諾コードＣｌについては、互いに異なる入力端末１０にインストールされた同一の申込アプリ１４ａに対して共通の許諾コードＣｌが割り当てられていてもよいし、同一の申込アプリ１４ａであってもインストールされている入力端末１０ごとに異なる許諾コードＣｌが割り当てられていてもよい。同一の申込アプリ１４ａに対して共通の許諾コードＣｌが割り当てられている構成の方が、許諾コードＣｌの管理が容易である。本実施形態では、同一の申込アプリ１４ａに対して共通の許諾コードＣｌが割り当てられている。

【0048】

また、記憶部１４は、申込アプリ１４ａおよび本人確認アプリ１４ｂに加えて、入力端末１０を用いて申し込みを行うために必要な他のアプリケーションソフトウェアを記憶していてもよい。例えば、身分証明カード５０の仕様等に応じて、身分証明カード５０からの本人確認情報Ｉｉの読み取りに専用のアプリケーションソフトウェアを要する場合には、当該アプリケーションソフトウェアが入力端末１０にインストールされる。

【0049】

制御部１５は、ＣＰＵ、および、ＲＡＭ等の揮発性メモリを含む構成を有する。制御部１５は、記憶部１４に記憶されたプログラムやデータに基づいて、通信部１１，１２による通信の制御や入出力部１３に入出力される情報の処理、記憶部１４における情報の読み出しや書き込み、各種の演算処理等、入力端末１０が備える各部の制御を行う。こうした制御部１５は、本人確認管理システムを構成する機能部として、申込進行部１５ａと本人確認進行部１５ｂとを含んでいる。

【0050】

申込進行部１５ａは、申込アプリ１４ａの実行によって機能する。申込進行部１５ａは、実行している申込アプリ１４ａの許諾コードＣｌを記憶部１４から取得し、本人確認アプリ１４ｂを呼び出して許諾コードＣｌを引き渡す。申込進行部１５ａは、本人確認アプリ１４ｂの動作に基づき申込者の本人確認が成功した場合に、申込処理を進める。申込処理は、申込者に申込情報Ｉｍを入力端末１０に入力させ、入力された申込情報Ｉｍを申込受付サーバ４０に送信するための処理である。申込処理には、入力すべき申込情報Ｉｍが指示されたフォームを含む画面等、申込情報Ｉｍの入力のための画面を入出力部１３の表示部に表示させる処理、および、入力された申込情報Ｉｍを、ネットワーク通信部１１を介して申込受付サーバ４０に送信する処理が含まれる。

【0051】

本人確認進行部１５ｂは、本人確認アプリ１４ｂの実行によって機能する。本人確認進行部１５ｂは、識別コードＣｄを記憶部１４から取得して、本人確認アプリ１４ｂの認証を、ネットワーク通信部１１を通じて認証サーバ２０に要求する。また、本人確認進行部１５ｂは、申込進行部１５ａから引き渡された許諾コードＣｌを用いて、申込アプリ１４ａの認証を、ネットワーク通信部１１を通じて認証サーバ２０に要求する。本人確認アプリ１４ｂの認証と申込アプリ１４ａの認証との双方が成功した場合に、本人確認進行部１５ｂは、身分証明カード５０から取得した本人確認情報Ｉｉを、ネットワーク通信部１１を通じて認証サーバ２０に送信する。

【0052】

図２（ｂ）が示すように、認証サーバ２０は、通信部２１、記憶部２２、および、制御部２３を備えている。通信部２１は、ネットワークを通じて、認証サーバ２０と入力端末１０および本人確認サーバ３０の各々との接続処理を実行し、接続された装置間でデータの送信および受信を行う。

【0053】

記憶部２２は、不揮発性メモリを含む構成を有し、制御部２３が実行する処理に必要なプログラムやデータを記憶している。こうしたデータの一部として、記憶部２２は、識別コードデータ２２ａと、許諾コードデータ２２ｂとを記憶している。

【0054】

識別コードデータ２２ａには、各入力端末１０の本人確認アプリ１４ｂに対して発行された識別コードＣｄが記録されている。識別コードデータ２２ａが含む識別コードＣｄは、入力端末１０での動作が許可されている本人確認アプリ１４ｂの識別コードＣｄである。言い換えれば、識別コードデータ２２ａに識別コードＣｄが含まれていることは、当該識別コードＣｄに対応する本人確認アプリ１４ｂの入力端末１０での実行によって本人確認を行うことが許可されていることを示す。

【0055】

許諾コードデータ２２ｂには、各申込アプリ１４ａに対して発行された許諾コードＣｌが記録されている。許諾コードデータ２２ｂが含む許諾コードＣｌは、入力端末１０における本人確認アプリ１４ｂとの連動、すなわち、本人確認アプリ１４ｂの動作に基づく本人確認の利用が許可されている申込アプリ１４ａの許諾コードＣｌである。

【0056】

制御部２３は、ＣＰＵ、および、ＲＡＭ等の揮発性メモリを含む構成を有する。制御部２３は、記憶部２２に記憶されたプログラムやデータに基づいて、通信部２１による通信の制御、記憶部２２における情報の読み出しや書き込み、各種の演算処理等、認証サーバ２０が備える各部の制御を行う。こうした制御部２３は、本人確認管理システムを構成する機能部として、認証処理部２３ａと本人確認管理部２３ｂとを含んでいる。

【0057】

認証処理部２３ａは、入力端末１０から受信した識別コードＣｄを識別コードデータ２２ａと照合して、本人確認アプリ１４ｂの認証を行う。また、認証処理部２３ａは、入力端末１０から受信した許諾コードＣｌを許諾コードデータ２２ｂと照合して、申込アプリ１４ａの認証を行う。

【0058】

また、認証処理部２３ａは、識別コードデータ２２ａおよび許諾コードデータ２２ｂを管理する。例えば、認証処理部２３ａは、入力端末１０に本人確認アプリ１４ｂがインストールされたとき、当該本人確認アプリ１４ｂに対して識別コードＣｄを発行し、発行した識別コードＣｄを識別コードデータ２２ａに追加する。また例えば、認証処理部２３ａは、本人確認アプリ１４ｂの管理者の指示に基づき、指定された識別コードＣｄを識別コードデータ２２ａから削除することや、指定された許諾コードＣｌを許諾コードデータ２２ｂから削除することを行う。

【0059】

本人確認管理部２３ｂは、入力端末１０から受信した本人確認情報Ｉｉを、通信部２１を介して本人確認サーバ３０に送信し、本人確認情報Ｉｉの有効性の確認を本人確認サーバ３０に要求する。

【0060】

認証処理部２３ａおよび本人確認管理部２３ｂの機能は、複数のＣＰＵや、ＲＡＭ等からなるメモリ等の各種のハードウェアと、これらを機能させるソフトウェアとによって各別に具体化されてもよく、あるいは、共通する１つのハードウェアに複数の機能を与えるソフトウェアによって具体化されてもよい。こうしたソフトウェアは、記憶部２２に記憶されている。

【0061】

［申込システムの動作］
図３～図７を参照して、本人確認管理システム１００の処理を含め、申込システム１１０が行う処理の手順を説明する。まず、図３および図４を参照して、すべての認証および本人確認が成功して申し込みのための処理が適正に進行する場合について説明する。入力端末１０における申し込みのための処理は、申込進行部１５ａによる処理と本人確認進行部１５ｂによる処理とからなる一連の処理から構成される。

【0062】

図３が示すように、入力端末１０にて、申込者が希望する申し込みの対象に応じた申込アプリ１４ａが選択されることに基づき、申込アプリ１４ａが起動され、申込進行部１５ａが初期処理を行う（ステップＳ１０）。初期処理には、例えば、申込者に対する申し込みの手順の案内等の所定の画面を入力端末１０の表示部に表示させる処理が含まれる。

【0063】

続いて、申込進行部１５ａは、実行されている申込アプリ１４ａの許諾コードＣｌを記憶部１４から取得し、本人確認アプリ１４ｂを呼び出して許諾コードＣｌを引き渡す（ステップＳ１１）。これにより、本人確認アプリ１４ｂが起動する。

【0064】

上記呼び出しにより申込進行部１５ａからの連動の要求を受けると、本人確認進行部１５ｂは、識別コードＣｄを記憶部１４から取得し、識別コードＣｄを、ネットワーク通信部１１を介して認証サーバ２０に送信する（ステップＳ１２）。

【0065】

なお、本人確認アプリ１４ｂの起動時に、本人確認進行部１５ｂは、入力端末１０における本人確認アプリ１４ｂの動作環境が整っていることを確認する処理を行うことが好ましい。こうした処理には、例えば、身分証明カード５０からの本人確認情報Ｉｉの読み取りに必要なハードウェアおよびソフトウェアが整っているか否かを確認することや、本人確認アプリ１４ｂのバージョンが利用に適したバージョンであるか否かを認証サーバ２０に問い合わせることが含まれる。

【0066】

識別コードＣｄを受信すると、認証サーバ２０の認証処理部２３ａは、本人確認アプリ１４ｂの認証処理として、受信した識別コードＣｄが、識別コードデータ２２ａに含まれているか否かを判定する（ステップＳ１３）。識別コードＣｄが、識別コードデータ２２ａに含まれる識別コードＣｄであることは、入力端末１０での本人確認アプリ１４ｂの動作が許可されていることを示す。すなわち、識別コードＣｄが識別コードデータ２２ａに含まれていることが確認されることによって、本人確認アプリ１４ｂの正当性が確認される。

【0067】

認証処理部２３ａは、入力端末１０から受信した識別コードＣｄが、識別コードデータ２２ａに含まれる識別コードＣｄであるとき、本人確認アプリ１４ｂの認証が成功したことを示す認証結果を、通信部２１を介して入力端末１０に送信する（ステップＳ１４）。

【0068】

本人確認アプリ１４ｂの認証の成功を示す認証結果を受信すると、入力端末１０の本人確認進行部１５ｂは、申込進行部１５ａから引き渡されていた許諾コードＣｌを、ネットワーク通信部１１を介して認証サーバ２０に送信する（ステップＳ１５）。

【0069】

許諾コードＣｌを受信すると、認証サーバ２０の認証処理部２３ａは、申込アプリ１４ａの認証処理として、受信した許諾コードＣｌが、許諾コードデータ２２ｂに含まれているか否かを判定する（ステップＳ１６）。許諾コードＣｌが、許諾コードデータ２２ｂに含まれる許諾コードＣｌであることは、当該許諾コードＣｌに対応する申込アプリ１４ａと本人確認アプリ１４ｂと連動が許可されていることを示す。すなわち、許諾コードＣｌが許諾コードデータ２２ｂに含まれていることが確認されることによって、申込アプリ１４ａの正当性が確認される。

【0070】

認証処理部２３ａは、入力端末１０から受信した許諾コードＣｌが、許諾コードデータ２２ｂに含まれる許諾コードＣｌであるとき、申込アプリ１４ａの認証が成功したことを示す認証結果を、通信部２１を介して入力端末１０に送信する（ステップＳ１７）。

【0071】

なお、上記においては、本人確認アプリ１４ｂの認証処理の後に申込アプリ１４ａの認証処理が行われる形態を説明した。これに限らず、申込アプリ１４ａの認証処理の後に本人確認アプリ１４ｂの認証処理が行われてもよい。また、上記においては、本人確認進行部１５ｂが、本人確認アプリ１４ｂの認証の成功を示す認証結果を受けたとき、許諾コードＣｌを認証サーバ２０に送信する形態を説明した。これに限らず、本人確認進行部１５ｂは、本人確認アプリ１４ｂの認証結果を待たずに、識別コードＣｄと許諾コードＣｌとをまとめて認証サーバ２０に送信し、認証サーバ２０にて本人確認アプリ１４ｂおよび申込アプリ１４ａの各々の認証処理が行われてもよい。そして、本人確認アプリ１４ｂの認証結果と申込アプリ１４ａの認証結果とが、まとめて入力端末１０に送信されてもよい。

【0072】

図４が示すように、上述のステップＳ１７の処理に続き、申込アプリ１４ａの認証の成功を示す認証結果を受信すると、入力端末１０の本人確認進行部１５ｂは、本人確認のための処理を進める。すなわち、本人確認アプリ１４ｂの認証と申込アプリ１４ａの認証との双方が成立したとき、申込アプリ１４ａと本人確認アプリ１４ｂとの連動が進行する。

【0073】

具体的には、本人確認進行部１５ｂは、近距離無線通信部１２を動作させて、身分証明カード５０から本人確認情報Ｉｉを読み取る（ステップＳ１８）。例えば、本人確認進行部１５ｂは、入力端末１０の表示部に、申込者の所有する身分証明カード５０を、入力端末１０に対して所定の位置に配置することを促す案内を表示させる。そして、こうした案内に従った操作を申込者が行うことに基づき、本人確認情報Ｉｉが入力端末１０に読み取られる。

【0074】

なお、本人確認情報Ｉｉの読み取りに際しては、入力端末１０の表示部を通じて申込者にパスワードの入力が要求される。このパスワードは、個人番号カードに記録された電子証明書を利用する際に必要となるパスワードであって、電子証明書の発行時に申込者が設定したパスワードである。入力されたパスワードが身分証明カード５０にて設定されているパスワードと一致する場合、本人確認情報Ｉｉが身分証明カード５０から入力端末１０に送信される。

【0075】

本人確認情報Ｉｉが読み取られると、本人確認進行部１５ｂは、本人確認情報Ｉｉを、ネットワーク通信部１１を介して、認証サーバ２０に送信する（ステップＳ１９）。
本人確認情報Ｉｉを受信すると、認証サーバ２０の本人確認管理部２３ｂは、本人確認情報Ｉｉを、通信部２１を介して本人確認サーバ３０に送信し、本人確認サーバ３０に情報の照会を要求する（ステップＳ２０）。

【0076】

認証サーバ２０から本人確認情報Ｉｉを受信すると、本人確認サーバ３０は、本人確認情報Ｉｉと本人確認サーバ３０が保持している情報とを用いて、本人確認処理を行う（ステップＳ２１）。具体的には、本人確認サーバ３０は、本人確認情報Ｉｉの有効性を確認する。本人確認情報Ｉｉが有効であるか否かは、電子証明書の有効期限や住所等の登録情報の変更の有無等の情報に基づいて判断される。上記パスワードの一致により、身分証明カード５０が正当な所有者により利用されていることが確認され、本人確認サーバ３０にて本人確認情報Ｉｉが有効であることが確認されることにより、申込者の身分が確認される。これにより、申込者が身分証明カード５０の所有者本人であることが確認される。

【0077】

本人確認が成功すると、本人確認サーバ３０は、当該本人確認の結果を認証サーバ２０に送信する（ステップＳ２２）。上記本人確認の結果を受信すると、認証サーバ２０の本人確認管理部２３ｂは、本人確認の結果、すなわち、本人確認が成功したことを示す処理結果を、通信部２１を介して入力端末１０に送信する（ステップＳ２３）。

【0078】

本人確認が成功したことを示す処理結果を受けると、入力端末１０の本人確認進行部１５ｂは、本人確認の結果とともに処理を申込進行部１５ａに引継ぐ（ステップＳ２４）。申込進行部１５ａは、本人確認が成功したという結果を得ると、申込処理を進める。例えば、申込進行部１５ａは、入力端末１０の表示部に、本人確認が成功したことを示す通知を表示させた後、申込情報Ｉｍの入力のための画面を表示させて、申込情報Ｉｍの入力を申込者に促す。申込者による操作部の操作に基づいて、申込情報Ｉｍが入力端末１０に入力される（ステップＳ２５）。申込情報Ｉｍとして入力を要する情報の種類は、申し込みの対象や申し込みの具体的な内容に応じて設定されていればよい。申込情報Ｉｍは、例えば、申込者の氏名、性別、連絡先等の個人情報を含む。

【0079】

申込情報Ｉｍの入力が完了すると、申込進行部１５ａは、入力された申込情報Ｉｍを、ネットワーク通信部１１を介して、申込受付サーバ４０に送信する（ステップＳ２６）。なお、申込情報Ｉｍに加えて、申込受付サーバ４０には、本人確認情報Ｉｉに基づく申込者の本人確認が完了していることを示す情報も送信される。

【0080】

申込情報Ｉｍを含む情報を受信すると、申込受付サーバ４０は、申込受付処理を行う（ステップＳ２７）。申込受付処理の内容は、申し込みの対象や申し込みの処理手順等に応じて設定されていればよい。例えば、申込受付サーバ４０は、申込受付処理として、申込情報Ｉｍの記憶や、申込情報Ｉｍを用いた所定のデータの生成等の処理を行う。これにより、申し込みの受け付けが完了する。

【0081】

なお、上記においては、本人確認が成功した後に、申込情報Ｉｍの入力および送信が行われる形態を説明した。これに限らず、申込情報Ｉｍがすべて入力された後に、本人確認のための処理が行われ、本人確認が成功した場合に、申込情報Ｉｍが申込受付サーバ４０に送信されてもよい。あるいは、申込情報Ｉｍの一部が入力された後に、本人確認のための処理が行われ、本人確認が成功した場合に、申込情報Ｉｍの残部が入力されて申込情報Ｉｍが申込受付サーバ４０に送信されてもよい。

【0082】

ただし、本人確認が成功した後に申込情報Ｉｍの入力および送信が行われる形態であれば、本人確認が失敗した場合に入力端末１０のそれまでの処理に無駄が生じること、すなわち、入力された申込情報Ｉｍが利用されないことが抑えられるため、入力端末１０における処理の効率が高められる。

【0083】

次に、図５～図７を参照して、アプリの認証あるいは本人確認が失敗した場合の処理の手順について説明する。
図５は、本人確認アプリ１４ｂの認証が失敗した場合の処理の手順を示す。認証サーバ２０の認証処理部２３ａは、先の図３に示したステップＳ１３の処理の結果、入力端末１０から受信した識別コードＣｄが、識別コードデータ２２ａに含まれない識別コードＣｄであるとき、本人確認アプリ１４ｂの認証が失敗したことを示す認証結果を、通信部２１を介して入力端末１０に送信する（ステップＳ３０）。

【0084】

本人確認アプリ１４ｂの認証の失敗を示す認証結果を受信すると、入力端末１０の本人確認進行部１５ｂは、連動を拒否して申込進行部１５ａに処理を引き継ぐ（ステップＳ３１）。すなわち、認証の失敗により本人確認進行部１５ｂが本人確認のための処理を進めることができないことを示すエラー情報が申込進行部１５ａに引き渡される。

【0085】

エラー情報を得ると、申込進行部１５ａは、エラー処理として、入力端末１０での申し込みのための処理が続けられないことを申込者に通知する表示を、入力端末１０の表示部に表示させる処理を行う（ステップＳ３２）。

【0086】

図６は、申込アプリ１４ａの認証が失敗した場合の処理の手順を示す。認証サーバ２０の認証処理部２３ａは、先の図３に示したステップＳ１６の処理の結果、入力端末１０から受信した許諾コードＣｌが、許諾コードデータ２２ｂに含まれない許諾コードＣｌであるとき、申込アプリ１４ａの認証が失敗したことを示す認証結果を、通信部２１を介して入力端末１０に送信する（ステップＳ３３）。

【0087】

申込アプリ１４ａの認証の失敗を示す認証結果を受信すると、入力端末１０の本人確認進行部１５ｂは、連動を拒否して申込進行部１５ａに処理を引き継ぐ（ステップＳ３４）。すなわち、認証の失敗により本人確認進行部１５ｂが本人確認のための処理を進めることができないことを示すエラー情報が申込進行部１５ａに引き渡される。

【0088】

エラー情報を得ると、申込進行部１５ａは、エラー処理として、入力端末１０での申し込みのための処理が続けられないことを申込者に通知する表示を、入力端末１０の表示部に表示させる処理を行う（ステップＳ３５）。

【0089】

図７は、本人確認サーバ３０での本人確認が失敗した場合の処理の手順を示す。本人確認サーバ３０は、先の図４に示したステップＳ２１の処理の結果、本人確認情報Ｉｉの有効性が否定された場合、本人確認が失敗したことを示す結果を認証サーバ２０に送信する（ステップＳ３６）。

【0090】

上記本人確認の結果を受信すると、認証サーバ２０の本人確認管理部２３ｂは、本人確認の結果、すなわち、本人確認が失敗したことを示す処理結果を、通信部２１を介して入力端末１０に送信する（ステップＳ３７）。本人確認が失敗したことを示す処理結果を受けると、入力端末１０の本人確認進行部１５ｂは、本人確認の結果とともに処理を申込進行部１５ａに引継ぐ（ステップＳ３８）。

【0091】

本人確認が失敗したという結果を得ると、申込進行部１５ａは、エラー処理として、本人確認が失敗したために入力端末１０での申し込みのための処理が続けられないことを申込者に通知する表示を、入力端末１０の表示部に表示させる処理を行う（ステップＳ３９）。

【0092】

［作用］
本実施形態の作用を説明する。本実施形態においては、申込情報Ｉｍの入力および送信のための処理を行わせる申込アプリ１４ａと、申込者の本人確認のための処理を行わせる本人確認アプリ１４ｂとが、別々のアプリケーションソフトウェアであり、これらのアプリの連動によって、申し込みのための処理が入力端末１０にて進められる。そのため、本人確認のための処理を行わせるプログラムに更新の必要がある場合には、本人確認アプリ１４ｂのみをアップデートすればよい。

【0093】

したがって、入力端末１０のユーザは、複数の申込アプリ１４ａが入力端末１０にインストールされている場合であっても、１つの本人確認アプリ１４ｂのみをアップデートすればよいため、すべての申込アプリ１４ａをアップデートする必要がある場合と比較して、アップデートの作業に要する労力が軽減される。また、上記プログラムの提供者は、本人確認アプリ１４ｂに対してのみアップデートのためのデータを用意すればよいため、アップデートのためのデータの提供に要する労力が軽減される。また、上記プログラムの更新のたびに申込アプリ１４ａがアップデートされる場合と比較して、申込アプリ１４ａにおけるアップデートの頻度が削減されるため、各申込アプリ１４ａのバージョンの管理に要する労力も軽減される。

【0094】

以上のように、本実施形態によれば、申し込みに関連するアプリケーションソフトウェアの管理に要する入力端末１０のユーザやプログラムの提供者の労力を軽減できる。
また、本人確認アプリ１４ｂの管理者が申し込みの対象ごとにアプリケーションソフトウェアの作製を管理せずとも、許諾コードＣｌの発行によって、様々な申し込みに本人確認アプリ１４ｂによる本人確認を利用可能とすることができる。したがって、こうした本人確認の汎用性が高められる。

【0095】

また、本実施形態においては、識別コードＣｄを用いた本人確認アプリ１４ｂの認証と、許諾コードＣｌを用いた申込アプリ１４ａの認証とが、認証サーバ２０にて行われる。そして、本人確認アプリ１４ｂの認証と申込アプリ１４ａの認証との双方が成功した場合に、本人確認アプリ１４ｂと申込アプリ１４ａとの連動による申し込みのための処理が入力端末１０にて進められる。したがって、入力端末１０における本人確認アプリ１４ｂと申込アプリ１４ａとの動作が自由に許容される場合と比較して、申し込みに関するセキュリティが高められる。

【0096】

具体的には、申込アプリ１４ａの認証が行われることにより、本人確認アプリ１４ｂの動作による本人確認の結果が不正に利用されることが抑えられる。特に、申込アプリ１４ａの認証が認証サーバ２０にて行われる形態であれば、以下の効果が得られる。すなわち、本人確認アプリ１４ｂによる本人確認の結果を申込アプリ１４ａが利用することの許可が継続できない事象が発生したとき、本人確認アプリ１４ｂの管理者は、認証サーバ２０に、当該申込アプリ１４ａの許諾コードＣｌを許諾コードデータ２２ｂから削除させる。これにより、当該申込アプリ１４ａの認証は失敗するようになるため、当該申込アプリ１４ａが本人確認アプリ１４ｂによる本人確認の結果を利用することを禁止することができる。換言すれば、認証サーバ２０にて申込アプリ１４ａの認証が成功することは、申込アプリ１４ａと本人確認アプリ１４ｂとの連動が禁止されていないことが確認できたことを意味する。

【0097】

ここで、本実施形態との比較対象として、申込アプリ１４ａが本人確認アプリ１４ｂとの連動が許可されているアプリケーションソフトウェアであるか否かの情報を、入力端末１０に記憶させ、本人確認アプリ１４ｂの起動時に上記情報を確認することに基づき、申込アプリ１４ａと本人確認アプリ１４ｂとの連動が進行する形態が挙げられる。しかしながら、こうした形態においては、上記許可が継続できない事象が発生したとき、入力端末１０における申込アプリ１４ａや本人確認アプリ１４ｂをアップデートしなければ、申込アプリ１４ａと本人確認アプリ１４ｂとの連動を禁止することができない。そして、上記アプリのアップデートのタイミングは、入力端末１０のユーザに委ねられてしまうため、上記事象の発生から長期間にわたって、入力端末１０での申込アプリ１４ａと本人確認アプリ１４ｂとの連動が許容された状態が継続してしまうことが起こり得る。これに対し、本実施形態のように申込アプリ１４ａの認証が認証サーバ２０にて行われる形態であれば、上記事象の発生から迅速に、申込アプリ１４ａと本人確認アプリ１４ｂとの連動を禁止することができる。

【0098】

また、本人確認アプリ１４ｂの認証が行われることにより、本人確認アプリ１４ｂが不正に利用されることが抑えられるため、第三者のなりすましによる申し込みが行われることを抑えることができる。特に、本人確認アプリ１４ｂの認証が認証サーバ２０にて行われる構成であれば、以下の効果が得られる。すなわち、入力端末１０での本人確認アプリ１４ｂの動作を認めることを継続できない事象が発生したとき、本人確認アプリ１４ｂの管理者は、認証サーバ２０に、当該本人確認アプリ１４ｂの識別コードＣｄを識別コードデータ２２ａから削除させる。これにより、当該本人確認アプリ１４ｂの認証は失敗するようになるため、上記事象の発生から迅速に、当該本人確認アプリ１４ｂが入力端末１０で利用されることを禁止することができる。換言すれば、認証サーバ２０にて本人確認アプリ１４ｂの認証が成功することは、入力端末１０での本人確認アプリ１４ｂの動作が禁止されていないことが確認できたことを意味する。

【0099】

また、本人確認アプリ１４ｂの認証と申込アプリ１４ａの認証とは、いずれも、本人確認アプリ１４ｂの動作を通じて行われる。換言すれば、本人確認アプリ１４ｂの認証のための識別コードＣｄの送信と、申込アプリ１４ａの認証のための許諾コードＣｌの送信とは、いずれも、ネットワーク通信部１１に対する本人確認進行部１５ｂの指示によって行われる。こうした構成によれば、各アプリの認証が各アプリの動作を通じて行われる形態と比較して、入力端末１０における処理が円滑に進む。また、認証のために認証サーバ２０と通信するための処理を、本人確認進行部１５ｂのみが行えばよいため、申込進行部１５ａにもこうした通信のための処理を行わせる形態と比較して、申込アプリ１４ａの構成が簡易となる。

【0100】

また、アプリの認証あるいは本人確認が失敗した場合には、本人確認進行部１５ｂから申込進行部１５ａに処理が引き継がれ、申込進行部１５ａの指示によって、入力端末１０での申し込みのための処理が続けられないことを申込者に通知する表示が行われる。換言すれば、上記表示は、申込アプリ１４ａの動作によって行われる。こうした構成によれば、申込アプリ１４ａの起動時や申込情報Ｉｍの入力時等と同様のユーザインタフェース、すなわち、申込者が自ら起動したアプリである申込アプリ１４ａの動作によって表示される画面として申込者が認識する画面と同様のユーザインタフェースによって、上記表示が行われる。それゆえ、申込者が、自ら起動したアプリではない本人確認アプリ１４ｂが動作していることを意識し難くなるため、入力端末１０における申し込みのための処理の進行に際して、申込者が違和感を覚えることを抑えられる。

【0101】

なお、上記実施形態においては、許諾コードＣｌが第１コードであり、許諾コードデータ２２ｂが第１データであり、識別コードＣｄが第２コードであり、識別コードデータ２２ａが第２データである。また、本人確認アプリ１４ｂは、入力端末１０の制御部１５を本人確認進行部１５ｂとして機能させる本人確認管理プログラムを含む。

【0102】

以上説明したように、上記実施形態によれば、以下に列挙する効果を得ることができる。
（１）申込アプリ１４ａと本人確認アプリ１４ｂとが、別々のアプリケーションソフトウェアであり、これらのアプリの連動によって、申し込みのための処理が入力端末１０にて進められる。そのため、申し込みに関連するアプリケーションソフトウェアの管理に要する労力を軽減できる。

【0103】

（２）認証サーバ２０での申込アプリ１４ａの認証と本人確認アプリ１４ｂの認証との双方が成功した場合に、これらのアプリの連動による申し込みのための処理が入力端末１０にて進められる。したがって、申し込みに関するセキュリティが高められる。

【0104】

（３）申込アプリ１４ａの認証のための認証情報の送信と、本人確認アプリ１４ｂの認証のための認証情報の送信とが、いずれも、本人確認進行部１５ｂの指示によって行われる。こうした構成によれば、入力端末１０における処理が円滑に進む。また、申込進行部１５ａにも認証サーバ２０との通信のための処理を行わせる形態と比較して、申込アプリ１４ａの構成が簡易となる。

【0105】

（４）本人確認進行部１５ｂによる本人確認のための処理が完了して申込者の本人確認が成功したとき、申込進行部１５ａは、入力端末１０に申込情報Ｉｍを入力させるための処理を進める。こうした構成によれば、申込情報Ｉｍがすべて入力された後に本人確認のための処理が行われる形態と比較して、本人確認が失敗した場合に入力端末１０におけるそれまでの処理に無駄が生じることが抑えられるため、入力端末１０における処理の効率が高められる。

【0106】

（５）申込アプリ１４ａおよび本人確認アプリ１４ｂのいずれかの認証あるいは本人確認が失敗した場合には、申込進行部１５ａの指示によって、入力端末１０での申し込みのための処理が続けられないことを申込者に通知する表示が行われる。こうした構成によれば、申込者が、自ら起動したアプリではない本人確認アプリ１４ｂが動作していることを意識し難くなるため、入力端末１０における申し込みのための処理の進行に際して、申込者が違和感を覚えることを抑えられる。

【0107】

（６）本人確認進行部１５ｂの本人確認のための処理には、申込者の身分証明書であるＩＣカードから入力端末１０が読み取った本人確認情報Ｉｉが用いられる。こうした構成によれば、公的個人認証等、公に保証された本人確認のシステムが利用可能であるため、本人確認の信頼性が高められる。

【0108】

（変形例）
上記実施形態は、以下のように変更して実施することが可能である。
・上記実施形態においては、本人確認に、個人番号カードである身分証明カード５０が保持する本人確認情報Ｉｉが利用された。これに限らず、本人確認に利用可能に情報を保持するＩＣカードであれば、個人番号カードとは異なるＩＣカードが本人確認のために用いられてもよい。またＩＣカードとは異なる媒体が保持する情報が、本人確認のために用いられてもよい。

【符号の説明】

【0109】

Ｃｄ…識別コード、Ｃｌ…許諾コード、１０…入力端末、１１…ネットワーク通信部、１２…近距離無線通信部、１３…入出力部、１４…記憶部、１４ａ…申込アプリ、１４ｂ…本人確認アプリ、１５…制御部、１５ａ…申込進行部、１５ｂ…本人確認進行部、２０…認証サーバ、２１…通信部、２２…記憶部、２２ａ…識別コードデータ、２２ｂ…許諾コードデータ、２３…制御部、２３ａ…認証処理部、２３ｂ…本人確認管理部、３０…本人確認サーバ、４０…申込受付サーバ、５０…身分証明カード、１００…本人確認管理システム、１１０…申込システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】