JP6445725B1 - 認証システム - Google Patents

Abstract

【課題】本人確認を要する取引を望む顧客が、当該取引を実行する金融機関等の取引サーバと連携する入出金装置において当該取引の申込を行うことを可能とした認証システムを提供する。【解決手段】入出金装置は、仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信する照会要求送信部と、カードからカード情報を読み取るカード読取部と、カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する検証要求部と、照会結果が照会に成功したことを示す場合、仮申込コード及び証明書確認結果を含む本申込要求を取引サーバに送信する本申込送信部とを備える。【選択図】図１

Description

本発明は、認証システムに関する。

犯罪収益移転防止法（以下、「犯収法」という。）によって、金融機関等は、口座の開設等、特定の取引の際に本人確認の手続きを行わなければならないことが定められている。

犯収法では、非対面の本人確認の方法の１つとして、運転免許証、各種健康保険証等の公的証明書の現物又はコピー等の送付を受け、当該公的証明書又はコピー等に記載された顧客の住所に宛てて、当該取引に係る預金通帳等の文書を書留郵便により送付する方法又は電子証明書を利用する方法を挙げている。

平成２８年１０月に交付が開始された公的個人認証サービスに用いられる個人番号カード（以下、「マイナンバーカード」という。）には、電子証明書に用いることができる署名用電子証明書が格納されており、民間事業者は、電子証明書の有効性を公的認証機関に問い合せることによって、マイナンバーカードを電子署名として利用することができる（例えば、特許文献１）。

特許６２１９４５９号公報

非対面の本人確認の場合、顧客が金融機関等（犯収法に定める特定事業者を意味する）の店舗に出向く負担はなくなり、金融機関等は店舗における窓口業務の負担が軽減される。一方で、送付された公的証明書に記載の住所に取引に係る文書を送付する場合、金融機関は文書を送付する手続が課され、顧客はこの文書を受け取る負担を負う。

非対面の本人確認において電子証明書を利用する場合、マイナンバーカードを読み取るデバイスが必要となる。例えば、読み取りデバイスとしてＩＣカードリーダを利用する場合、顧客が自身で購入する必要があるため利便性に欠け、さらに、ＩＣカードリーダが接続されたコンピュータのセキュリティは当該コンピュータの管理者に依存するので、セキュリティも担保されない。スマートフォンを読み取りデバイスとして活用する場合も、同様にそのセキュリティはスマートフォンの管理者に依存するため、セキュリティは担保されない。読み取りデバイスとして複合機を利用する場合、読み取り機能が搭載された複合機が公共の場に設置されることで利便性は確保されるが、入出力画面等に対する覗き見に配慮されていないので、セキュリティは担保されない。

そこで、本発明は、本人確認を要する取引を望む顧客が、当該取引を実行する金融機関等の取引サーバと連携する入出金装置において当該取引の申込を行うことを可能とした認証システムを提供することを目的とする。

本発明の一態様に係る入出金装置は、仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信する照会要求送信部と、カードからカード情報を読み取るカード読取部と、カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する検証要求部と、照会結果が照会に成功したことを示す場合、仮申込コード及び証明書確認結果を含む本申込要求を取引サーバに送信する本申込送信部とを備える。

この態様によれば、本人確認を要する取引を望む顧客は、仮申込コードで特定される取引について、電子証明書が格納されているカードを入出金装置で読み取らせることによって、申込を完了させることができる。

上記入出金装置において、照会結果は、申込者情報が含まれ、検証要求部は、申込者情報と、カード情報の対応する情報とが一致するか否かを検証してもよい。この態様によれば、入出金装置において、仮申込を行った顧客のカードが読み取られたか否かを検証することができる。

上記入出金装置において、検証要求部は、入出金装置の撮像部で取得した画像情報で特定される人物とカード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証してもよい。この態様によれば、入出金装置は、カードで特定される人物本人が当該入出金装置で操作を行っていることを検証することができる。

上記入出金装置において、本申込要求は、検証要求部が検証した結果を示す付加情報をさらに含んでもよい。この態様によれば、取引サーバにおいて、仮申込を行った顧客のカードが入出金装置で読み取られたこと、及び／又はカードで特定される人物本人が入出金装置で操作を行っていることを確認することができる。

本発明の他の態様に係る、コンピュータが実行する方法は、仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信する工程と、カードからカード情報を読み取る工程と、カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する工程と、照会結果が照会に成功したことを示す場合、仮申込コード及び証明書確認結果を含む本申込要求を取引サーバに送信する工程とを含む。

本発明の他の態様に係るプログラムは、仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信する処理と、カードからカード情報を読み取る処理と、カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する処理と、照会結果が照会に成功したことを示す場合、仮申込コード及び証明書確認結果を含む本申込要求を取引サーバに送信する処理とを実行させる。

本発明の他の態様に係る取引サーバは、仮申込情報を受信することに応答して、仮申込コードを生成し、当該仮申込情報及び当該仮申込コードに基づいて仮申込レコードを登録するウェブ仮申込受付部であって、仮申込コードを顧客の連絡先に送信する、ウェブ仮申込受付部と、入出金装置から仮申込コードを含む仮申込照会要求を受信して、当該仮申込照会要求の仮申込コードで特定される仮申込レコードが存在するか否かを判定し、照会結果を入出金装置に送信する仮申込照会部と、入出金装置から仮申込コード及び証明書確認結果を含む本申込要求を受信して、当該仮申込コードで特定される仮申込レコードのデータに当該証明書確認結果を紐付けるＡＴＭ本申込受付部であって、証明書確認結果は、入出金装置においてカードから読み取られたカード情報に含まれる電子証明書の有効性確認に成功したか否かを示す、ＡＴＭ本申込受付部とを備える。

この態様によれば、本人確認を要する取引を望む顧客は、仮申込情報を送信することで当該取引の仮申込を行い、当該仮申込に応じて生成された仮申込コードで特定される取引について、電子証明書が格納されているカードを入出金装置で読み取らせることによって申込を完了させることができる。

本発明の他の態様に係る入出金装置は、カードからカード情報を読み取るカード読取部と、カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する検証要求部と、証明書確認結果を含む仮申込要求を取引サーバに送信し、応答として、仮申込コードを受信する仮申込送信部と、仮申込コード及び取引サーバのウェブサイトへのリンク情報に基づいて二次元コードを生成する二次元コード生成部とを備える。

この態様によれば、本人確認を要する取引を望む顧客は、電子証明書が格納されているカードを入出金装置で読み取らせることによって当該取引の仮申込を行い、申込を完了させるための取引サーバのウェブサイトへのリンク情報を入出金装置から得ることができる。

上記入出金装置において、検証要求部は、入出金装置の撮像部で取得した画像情報で特定される人物とカード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証してもよい。この態様によれば、入出金装置は、マイナンバーカードで特定される人物本人が当該入出金装置で操作を行っていることを検証することができる。

本発明の他の態様に係る取引サーバは、入出金装置から証明書確認結果を含む仮申込要求を受信することに応答して、仮申込コードを生成し、当該証明書確認結果及び当該仮申込コードに基づいて仮申込レコードを登録するＡＴＭ仮申込受付部であって、仮申込コードを入出金装置に送信する、ＡＴＭ仮申込受付部と、仮申込コード及び本申込情報を受信することに応答して、当該仮申込コードで特定される仮申込レコードの証明書確認結果に本申込情報を紐付けるウェブ本申込受付部とを備える。

この態様によれば、本人確認を要する取引を望む顧客は、入出金装置から証明書確認結果を送信することで当該取引の仮申込を行い、当該仮申込に応じて生成された仮申込コードで特定される取引について、本申込情報を送信することによって申込を完了させることができる。

本発明の他の態様に係る入出金装置は、カード読取部と、カード読取部が第１のカードから読み取ったカードコード、及び第１のＰＩＮを含むカード申込照会要求を送信し、応答として照会結果を受信するカード照会要求送信部と、カード読取部が第２のカードから読み取ったカード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する検証要求部と、照会結果が照会に成功したことを示す場合、カードコード、第２のＰＩＮ及び証明書確認結果を含むアクティベート要求を取引サーバに送信し、応答として、アクティベート結果を受信するアクティベート要求送信部と、取引サーバからアクティベートに成功したことを示すアクティベート結果が送信されると、第１のカードに第２のＰＩＮを書き込むカード書込部とを備える。

この態様によれば、本人確認を要する取引を望む顧客は、第１のカードのカードコード及び第１のＰＩＮで特定される取引について、電子証明書が格納されている第２のカードを入出金装置で読み取らせることによって申込を完了させ、第１のカードのＰＩＮを第２のＰＩＮに更新することができる。

上記入出金装置において、照会結果は、申込者情報が含まれ、検証要求部は、申込者情報と、カード情報の対応する情報とが一致するか否かを検証してもよい。この態様によれば、入出金装置において、仮申込を行った顧客のカードが読み取られたか否かを検証することができる。

上記入出金装置において、検証要求部は、入出金装置の撮像部で取得した画像情報で特定される人物とカード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証してもよい。この態様によれば、入出金装置は、マイナンバーカードで特定される人物本人が当該入出金装置で操作を行っていることを検証することができる。

本発明の他の態様に係る取引サーバは、カード申込情報を受信することに応答して、発行するカードの仮ＰＩＮを生成し、当該カード申込情報及び当該仮ＰＩＮに基づいてカードレコードを登録するカード申込受付部と、入出金装置から、カードコード及び第１のＰＩＮを含むカード申込照会要求を受信して、当該カード申込照会要求で特定されるカードレコードが存在するか否かを判定し、照会結果を入出金装置に送信するカード申込照会部と、入出金装置からカードコード、第２のＰＩＮ及び証明書確認結果を含むアクティベート要求を受信して、当該カードコードで特定されるカードレコードのデータに、第２のＰＩＮ及び証明書確認結果を紐付けるアクティベート要求受付部であって、証明書確認結果は、入出金装置においてカードから読み取られたカード情報に含まれる電子証明書の有効性確認に成功したか否かを示す、アクティベート要求受付部とを備える。

この態様によれば、本人確認を要する取引を望む顧客は、カード申込情報を送信することで当該取引の仮申込を行い、仮申込に応じて発行されたカードのカードコード及び仮ＰＩＮで特定される取引について、電子証明書が格納されているカードを入出金装置で読み取らせることによって申込を完了させることができる。

本発明によれば、本人確認を要する取引を望む顧客が、当該取引を実行する金融機関等の取引サーバと連携する入出金装置において当該取引の申込を行うことを可能とした認証システムを提供することができる。

本発明の一実施形態に係る認証システムの構成例を示す図である。 本発明の第１実施形態に係る企業サーバの構成図である。 本発明の第１実施形態に係る顧客端末の構成図である。 本発明の第１実施形態に係るＡＴＭの構成図である。 本発明の一実施形態に係る仮申込ＤＢの内容を例示する図である。 本発明の第１実施形態に係る認証処理の一例を示すフローチャートである。 本発明の第１実施形態に係る認証処理の一例を示すフローチャートである。 本発明の第２実施形態に係る企業サーバの構成図である。 本発明の第２実施形態に係る顧客端末の構成図である。 本発明の第２実施形態に係るＡＴＭの構成図である。 本発明の第２実施形態に係る認証処理の一例を示すフローチャートである。 本発明の第２実施形態に係る認証処理の一例を示すフローチャートである。 本発明の第３実施形態に係る企業サーバの構成図である。 本発明の第３実施形態に係るＡＴＭの構成図である。 本発明の第３実施形態に係る認証処理の一例を示すフローチャートである。 本発明の第３実施形態に係る認証処理の一例を示すフローチャートである。

添付図面を参照して、本発明の実施形態について説明する。なお、以下の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施形態を採用することが可能であり、係る実施形態も本発明の範囲に含まれる。

（第１実施形態）
（システム構成）
詳細は後述するが、概略は以下のとおりである。図１は、本発明の一実施形態に係る認証システムの構成例を示す。認証システム１は、１又は複数の企業サーバ１０（１０ａ、１０ｂ、・・・１０ｎ）、顧客端末２０、現金自動預払装置（以下、ＡＴＭという。）３０及び公的個人認証サーバ４０を備える。１つの企業が１つの企業サーバ１０を有していてもよいし、複数の取引サービスを１つの企業が提供している場合等に、１つの企業が複数の企業サーバ１０を有していてもよい。ＡＴＭ３０及び公的個人認証サーバ４０と協働して、顧客端末２０を使用する顧客からの取引の申込を受け付ける１又は複数の企業が、企業サーバ１０を有している。企業サーバ１０は、顧客端末２０とネットワークＮを介して通信を行うよう構成されている。また、企業サーバ１０は、ＡＴＭ３０と専用回線ＰＮを介して通信を行うよう構成されている。なお、顧客端末２０は、企業が所有し、顧客に一時的に利用を許諾する共同利用端末である場合も含む。

顧客は、例えばＡＴＭ３０とは異なる顧客端末２０を用いて、企業サーバ１０が提供する取引サービスサイトにアクセスして、取引の仮申込を行うことができる。ここで、本明細書における仮申込とは、取引の申し込みを完了するために必要な情報の一部と共に行われる、当該取引の申し込み手続である。また、本申込とは、仮申込に含まれない情報を補って、取引の申し込みを完了するための手続である。仮申込と本申込とを導入することにより、本人確認を要する取引の申込を完了するために必要な、本人確認に関する情報とその他の情報とを、これらの情報の特性に応じたそれぞれの端末を用いて企業サーバ１０に送信することができる。具体的には、本人確認に関する情報の送信には、ＩＣカードの読取機能を有し、かつセキュリティが担保されるＡＴＭ３０を用いることができる。一方、その他の情報の送信には、顧客がより操作しやすく、ＡＴＭ３０で生じ得る待ち時間等の影響を受けにくい顧客端末２０を用いることができる。

仮申込を受け付けた企業サーバ１０は、顧客端末２０に企業コードと仮申込コードとを含む仮申込照会データを送信する。企業コードは、各企業サーバ１０を管理するそれぞれの企業を一意に識別するための情報である。仮申込コードは、顧客からの仮申込を一意に識別するために用いる情報である。なお、本明細書におけるコードは、漢字、ひらがな、カタカナ、英数字、記号等の１又は複数からなる情報である。顧客は、ＡＴＭ３０を操作して仮申込照会データに含まれる企業コード及び仮申込コードの入力を行い、マイナンバーカードを読み取らせて署名用電子証明書を提供することで、仮申込した取引の本申込を完了させることができる。

企業サーバ１０は、取引サービスを提供するためのウェブサイトをネットワークＮ上で提供する。当該ウェブサイトにおいて、顧客は取引の仮申込を行うことができる。企業サーバ１０は、顧客端末２０から仮申込を受け付けると、仮申込コードを生成して、受け付けた仮申込に関する情報と共に仮申込データとして登録する。また、顧客端末２０からの仮申込に対する応答として、企業コード及び仮申込コードを含む仮申込照会データを顧客端末２０に送信する。

顧客端末２０で仮申込照会データを受信した顧客は、ＡＴＭ３０を操作して仮申込コード及び企業コード等の入力を行う。入力に応答して、ＡＴＭ３０は、入力された仮申込コードを含む仮申込照会要求を、入力された企業コードで特定される企業サーバ１０に送信する。企業サーバ１０から申込の照会に成功したことを示す照会結果を受信すると、ＡＴＭ３０は、顧客にマイナンバーカードの提示を求め、読み取った署名用電子証明書を公的個人認証サーバ４０に送信する。公的個人認証サーバ４０から署名用電子証明書の有効性確認に成功したことを示す証明書確認結果を受信すると、ＡＴＭ３０は、仮申込コード、証明書確認結果を含む本人確認結果及びマイナンバーを含む本申込要求を、企業サーバ１０に送信する。

ＡＴＭ３０から本申込要求を受信した企業サーバ１０は、仮申込コードで特定される仮申込データに本人確認結果及びマイナンバーを紐付けることで、本申込を完了することができる。顧客は、窓口への来店や自宅での郵便受取を行わずに、本申込を完了させることができる。なお、企業がマイナンバーの収集を法令により義務付けられている場合、同時にマイナンバーを紐付けることで番号収集を完了することができる。

（企業サーバ構成）
図２は、本発明の第１実施形態に係る企業サーバ１０の構成を示す。なお、図２では、単一の企業サーバ１０を想定し、必要な機能構成だけを示しているが、企業サーバ１０を、複数のコンピュータシステムによる多機能の分散システムの一部として構成することもできる。

企業サーバ１０は、ネットワークＮを介して顧客端末２０と通信し、専用回線ＰＮを介してＡＴＭ３０と通信する機能を備えたサーバ装置である。図２に示すように、企業サーバ１０は、入力部１１、制御部１２、記憶部１３及び通信部１４を備えている。

入力部１１は、企業サーバ１０に対する各種入力を受信する。

制御部１２は、ＣＰＵやＭＰＵ等の演算処理部１２１及びＲＡＭ等のメモリ１２２を備えている。演算処理部１２１は、各種入力に基づき、記憶部１３に記憶されているプログラムを実行することで、各種機能部を動作させるものである。このプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶され、若しくはネットワークＮを介して配布され、コンピュータにインストールされるものであってもよい。メモリ１２２は、企業サーバ用プログラムにおいて処理の実行中、演算等に必要な各種データを、一時的に記憶するためのものである。

記憶部１３は、ハードディスク等の記憶装置によって構成され、制御部１２における処理の実行に必要な各種プログラムや、各種プログラムの実行に必要なデータ等を記録しておくものである。本実施形態では、記憶部１３は、仮申込データベース（ＤＢ）１３１、顧客ＤＢ１３２及び口座ＤＢ１３３を有していることが望ましい。

仮申込ＤＢ１３１には、取引の仮申込に関する情報が記憶されている。一実施形態では、図５に示されるように、仮申込ＤＢ１３１には、仮申込コード、申込内容、氏名、生年月日、性別、住所、本人確認結果、マイナンバー、顧客連絡先、登録日時等が登録されていることが望ましい。

仮申込コードは、顧客からの仮申込を一意に識別するために用いる情報である。一実施形態では、顧客端末２０からの仮申込の受け付けに応答して、企業サーバ１０が仮申込コードを生成する。

申込内容は、仮申込を行う取引に関する情報であり、顧客端末２０から送信される仮申込情報に含まれる、対応する情報が記憶される。例えば、顧客が口座開設の仮申込を行う場合、申込内容には、口座開設を希望する支店番号、口座種別等が含まれる。

氏名、生年月日、性別、住所及び顧客連絡先は、仮申込を行う顧客に関する情報であり、顧客端末２０から送信される仮申込情報に含まれる、対応する情報が記憶される。なお、顧客連絡先は、メールアドレスや携帯端末電話番号等、仮申込照会データを顧客端末２０に送信するために用いる情報である。

本人確認結果は、マイナンバーカードを用いて検証した本人確認に関する情報である。本実施形態では、本人確認結果には、少なくとも、ＡＴＭ３０が署名用電子証明書の検証者である公的個人認証サーバ４０から得た証明書確認結果が含まれる。一実施形態では、本人確認結果には、マイナンバーカードから読み取られた情報と申込人を特定する情報とが一致するか否かを示す付加情報がさらに含まれてもよい。例えば、一実施形態では、付加情報は、マイナンバーカードから読み取られた生年月日と仮申込情報に含まれる生年月日とが一致するか否かを示す情報であってよい。別の実施形態では、付加情報は、マイナンバーカードから読み取られた顔写真情報で特定される人物とＡＴＭ３０で取得された画像情報で特定される人物とが一致するか否かを示す情報であってもよい。

登録日時は、レコードが登録された日時が設定され、当該仮申込の有効期限を管理するために用いることができる。

顧客ＤＢ１３２には、顧客に関する情報が記憶されている。一実施形態では、顧客ＤＢ１３２には、顧客コード、氏名、生年月日、性別、住所、マイナンバー、顧客連絡先等が登録されていることが望ましい。顧客コードは、顧客を一意に識別するために用いる情報である。本実施形態では、顧客が仮申込した取引の本申込が完了すると、仮申込ＤＢ１３１の仮申込レコードに基づいて、顧客ＤＢ１３２に顧客レコードが登録される。

口座ＤＢ１３３には、顧客の口座に関する情報が記憶されている。一実施形態では、口座ＤＢ１３３には、支店番号、口座番号、口座種別、顧客コード、ＰＩＮ等が登録されていることが望ましい。一実施形態では、顧客が仮申込した取引の本申込が完了すると、仮申込ＤＢ１３１の仮申込レコードに基づいて、口座ＤＢ１３３に口座レコードが登録される。ＰＩＮは、顧客を認証するために用いる情報であり、例えば、４桁の数字からなる情報である。

通信部１４は、企業サーバ１０を専用回線ＰＮ及びネットワークＮに接続するための通信インタフェースを有する。例えば、通信部１４は、ＬＡＮカード、アナログモデム、ＩＳＤＮモデム等、及びこれらをシステムバス等の伝送路を介して処理部と接続するためのインタフェースから実現することができる。

さらに、図２に示すように、演算処理部１２１は、機能部として、ウェブサイト提供部１２３、ウェブ仮申込受付部１２４、仮申込照会部１２５及びＡＴＭ本申込受付部１２６を備えている。

ウェブサイト提供部１２３は、サービスを提供するためのウェブサイトをネットワークＮ上で提供する。当該ウェブサイトにおいて、顧客は取引の仮申込や本申込を行うことができる。ウェブサイト提供部１２３は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されたウェブページを、顧客の使用する顧客端末２０へ送信すると共に、ユーザ入力等を顧客端末２０から受信する。

ウェブサイト提供部１２３は、顧客からの入力等に応答して、対応するウェブページを作成して顧客端末２０に送信する。具体的には、例えば、取引の仮申込画面、仮申込した取引の本申込画面等に係る各種ウェブページを、ウェブサイト提供部１２３は顧客端末２０のブラウザへ送信する。

ウェブ仮申込受付部１２４は、ウェブサイト提供部１２３が顧客端末２０から仮申込情報を受信することに応答して、仮申込コードを生成し、仮申込ＤＢ１３１に仮申込レコードを登録する。一実施形態では、仮申込情報には、申込内容、氏名、生年月日、性別、住所、顧客連絡先等が含まれる。ウェブ仮申込受付部１２４は、仮申込情報及び生成した仮申込コードに基づいて、仮申込レコードを登録する。登録日時には、当該仮申込レコードが登録された日時が記憶される。

ウェブ仮申込受付部１２４は、企業コード及び仮申込コードを含む仮申込照会データを、顧客の顧客連絡先に送信する。企業コードは、各企業サーバ１０を管理するそれぞれの企業を一意に識別するための情報である。一実施形態では、ウェブ仮申込受付部１２４は、企業コード及び生成した仮申込コードを、仮申込情報に含まれる顧客連絡先に送信する。一実施形態では、ウェブ仮申込受付部１２４は、仮申込照会データに仮申込レコードの有効期限を含めてもよい。有効期限は、仮申込レコードの登録日時に基づいて算出してもよい。

仮申込照会部１２５は、ＡＴＭ３０から仮申込照会要求を受信して、仮申込の照会を行う。一実施形態では、仮申込照会要求には、仮申込コードが含まれる。仮申込照会部１２５は、仮申込ＤＢ１３１に仮申込照会要求で特定される仮申込レコードが存在するか否かを判定し、照会結果をＡＴＭ３０に送信する。照会結果には、照会に成功したか否かを示す情報（成功、失敗）が含まれる。

一実施形態では、仮申込照会部１２５は、照会結果に、仮申込レコードの情報のうち、マイナンバーカードから読み取り可能な基本４情報（氏名、生年月日、性別、住所）の少なくとも１つを含めてもよい。照会結果に仮申込レコードからの情報を含めることで、後述するように、ＡＴＭ３０において、仮申込を行った顧客のマイナンバーカードが読み取られたか否かを検証することができる。

ＡＴＭ本申込受付部１２６は、ＡＴＭ３０から仮申込コード及び本人確認結果等を含む本申込要求を受信して、仮申込コードで特定される仮申込レコードのデータに本人確認結果を紐付ける。一実施形態では、本人確認結果が本人確認に成功したことを示す場合、ＡＴＭ本申込受付部１２６は、仮申込レコードに基づいて、顧客ＤＢ１３２及び口座ＤＢ１３３にそれぞれレコードを登録する。

最後に、ＡＴＭ本申込受付部１２６は、本申込に成功したか否かを示す本申込結果をＡＴＭ３０に送信する。例えば、顧客が口座開設の仮申込を行っていた場合、本申込結果に、開設された口座の支店番号、口座番号、口座種別等を含めてもよいし、別途、開設された口座の支店番号、口座番号、口座種別等を顧客端末２０に送信してもよい。また、本申込結果に、ＡＴＭ３０に表示するための表示用テキスト等を含めてもよい。

（顧客端末構成）
図３は、本発明の一実施形態に係る顧客端末２０の構成を示す。顧客端末２０は、ネットワークＮを介して企業サーバ１０と通信する機能を備えた情報処理端末である。具体的には、携帯電話やスマートフォン、ＰＣ、ＰＤＡ、タブレット等が挙げられるが、これに限られない。図３に示すように、顧客端末２０は、ユーザからの操作を受け付けるタッチパネル等の入力部２１、ディスプレイ等の表示部２２、ＣＰＵ及びメモリを含む制御部２３、記憶部２４、ネットワークＮと接続するための通信部２５等を備えている。制御部２３は、記憶部２４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、仮申込照会データ受信部２３１として機能する。

仮申込照会データ受信部２３１は、企業サーバ１０から仮申込照会データを受信して、仮申込照会データに含まれる各種情報を表示部２２に表示する。本実施形態では、仮申込照会データには、企業コード及び仮申込コードが含まれる。

（ＡＴＭ構成）
図４は、本発明の第１実施形態に係るＡＴＭ３０の構成を示す。ＡＴＭ３０は、専用回線ＰＮを介して企業サーバ１０及び公的個人認証サーバ４０と通信する機能を備えた情報処理装置である。ＡＴＭ３０は、ユーザからの入力を受け付けるタッチパネル等の入力部３１、ディスプレイ等の表示部３２、ＣＰＵ及びメモリを含む制御部３３、記憶部３４、専用回線ＰＮと接続するための通信部３５、ＩＣカードリーダライタ３６並びに撮像部３７を備えている。

制御部３３は、記憶部３４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、フロー制御部３３１、照会要求送信部３３２、カード読取部３３３、検証要求部３３４及び本申込送信部３３５として機能する。

フロー制御部３３１は、取引申込のフローを制御し、フローに応じた画面を表示部３２に表示する。フロー制御部３３１は、入力部３１を介してユーザから本申込開始指示を受信することに応答して、企業コード及び仮申込コードを取得するための本申込開始画面を生成して表示部３２に表示する。

後述する照会要求送信部３３２からの仮申込照会要求の応答として、照会に成功したことを示す照会結果を受信すると、フロー制御部３３１は、ＩＣカードリーダライタ３６へのマイナンバーカードの提示を促し、マイナンバーカードの署名用電子証明書の暗証番号を取得するための暗証番号画面を生成して表示部３２に表示する。

さらに、後述する本申込送信部３３５からの本申込要求の送信の応答として、本申込に成功したことを示す本申込結果を受信すると、フロー制御部３３１は、本申込結果に基づいて申込結果画面を生成して表示部３２に表示する。

照会要求送信部３３２は、企業サーバ１０に仮申込照会要求を送信し、応答として照会結果を受信する。一実施形態では、上述したように、仮申込照会要求には、仮申込コードが含まれる。仮申込照会要求送信部３３２は、入力部４１を介してユーザから受け付けた入力に基づいて、仮申込コードを含む仮申込照会要求を生成して、企業コードで特定される企業サーバ１０に送信する。

また、一実施形態では、上述したように、照会結果には、照会に成功したか否かを示す情報（成功、失敗）が含まれる。一実施形態では、照会結果には、仮申込照会要求で特定された仮申込レコードの情報のうち、氏名、生年月日、性別、住所の少なくとも１つを含む申込者情報がさらに含まれる。なお、ＡＴＭ３０において仮申込情報に含まれる申込人を特定する情報とカード読取部３３３が読み取ったマイナンバーカード情報に含まれる情報とが一致するか否かの付加検証を行わない場合、申込者情報は必ずしも必要とされない。

カード読取部３３３は、入力部４１を介してユーザから受け付けたマイナンバーカードの署名用電子証明書の暗証番号を用いて、マイナンバーカードからマイナンバーカード情報を読み取る。一実施形態では、マイナンバーカード情報には、署名用電子証明書、並びに、氏名、生年月日、性別、住所、顔写真及びマイナンバーのうちの１又は複数が含まれる。

検証要求部３３４は、読み取った署名用電子証明書を公的個人認証サーバ４０に送信し、応答として、証明書確認結果を受信する。一実施形態では、証明書確認結果は、署名用電子証明書の有効性確認に成功したか否かを示す。なお、検証要求部３３４は、公的個人認証サーバ４０への署名用電子証明書の有効性確認に先立ち、照会要求送信部３３２が受信した照会結果に含まれる申込者情報及び／又はＡＴＭ３０の撮像部３７で取得された画像情報と、カード読取部３３３が読み取ったマイナンバーカード情報の対応する情報とを用いて付加検証を行ってもよい。

例えば、一実施形態では、検証要求部３３４は、マイナンバーカードから読み取られた生年月日と仮申込情報に含まれる生年月日とが一致するか否かを検証してもよい。また、仮申込情報を用いた付加検証に加えて、あるいは仮申込情報を用いた付加検証に代えて、検証要求部３３４は、マイナンバーカードから読み取られた顔写真情報で特定される人物とＡＴＭ３０の撮像部３７で取得した画像情報で特定される人物とが一致するか否かを検証してもよい。ここで、検証要求部３３４は、検証前の任意のタイミングで取得された画像情報を用いることができる。

仮申込情報を用いた付加検証を行うことで、ＡＴＭ３０において、仮申込を行った顧客のマイナンバーカードが読み取られたか否かを検証することができる。また、撮像部３７で取得した画像情報を用いた付加検証を行うことで、マイナンバーカードで特定される人物本人が本申込を行っていることを検証することができる。

本申込送信部３３５は、仮申込コード、本人確認結果等を含む本申込要求を企業サーバ１０に送信し、応答として、本申込結果を受信する。前述したように、本実施形態では、本人確認結果には、少なくとも、ＡＴＭ３０が署名用電子証明書の検証者である公的個人認証サーバ４０から得た証明書確認結果が含まれる。一実施形態では、本人確認結果には、マイナンバーカードから読み取られた情報と仮申込情報に含まれる申込人を特定する情報とが一致するか否かを示す付加情報がさらに含まれてもよい。例えば、本人確認結果に、マイナンバーカードから読み取られた生年月日と仮申込情報に含まれる生年月日とが一致するか否かを示す付加情報が含まれてもよい。また、本申込送信部３３５は、本申込要求にマイナンバーを含めてもよい。

（公的個人認証サーバ構成）
公的個人認証サーバ４０は、専用回線ＰＮを介してＡＴＭ３０と通信する機能を備えたサーバ装置であり、行政機関等又は認定を受けた民間事業者等の検証者により管理される。公的個人認証サーバ４０は、ＡＴＭ３０から署名用電子証明書を受信し、受信した署名用電子証明書の有効性確認を行う。有効性確認の後、公的個人認証サーバ４０は、応答として、ＡＴＭ３０に証明書確認結果を送信する。一実施形態では、証明書確認結果は、署名用電子証明書の有効性確認に成功したか否かを示す。

（処理の流れ）
図６及び図７は、本発明の第１実施形態に係る認証処理の一例を示す。第１実施形態では、顧客Ａが顧客端末２０から銀行１の企業サーバ１０のウェブサイトにアクセスして仮申込を行い、その後、ＡＴＭ３０で本申込を行う例について説明する。まず、図６を参照して、顧客が顧客端末２０を用いて仮申込を行う際に認証システム１によって実行される処理について説明する。次に、図７を参照して、顧客がＡＴＭ３０で本申込を行う際に認証システム１によって実行される処理について説明する。

（顧客端末２０を用いた仮申込）
顧客Ａが顧客端末２０のブラウザを用いて企業サーバ１０の提供する取引サービスサイトにアクセスすると（Ｓ６０１、Ｓ６０２）、企業サーバ１０のウェブサイト提供部１２３は、アクセスを受けたＵＲＬに応じたウェブページを顧客端末２０へと送信する（Ｓ６０３）。ウェブページを受信した顧客端末２０は、ウェブページを表示する（Ｓ６０４）。

ブラウザでの顧客の操作に応じて、仮申込画面で入力された仮申込情報が顧客端末２０から送信されると（Ｓ６０５）、企業サーバ１０のウェブ仮申込受付部１２４は、仮申込コードを生成し（Ｓ６０６）、仮申込ＤＢ１３１に仮申込レコードを登録する（Ｓ６０７）。本実施形態では、仮申込情報には、申込内容、氏名、生年月日、性別、住所、顧客連絡先等が含まれる。Ｓ６０５において送信された仮申込情報、及びＳ６０６で生成した仮申込コード「１１１」に基づいて、ウェブ仮申込受付部１２４は、Ｓ６０７において、図５（Ａ）に示される仮申込レコードを登録したものとする。

続いて、ウェブ仮申込受付部１２４は、取引の本申込に必要な仮申込照会データを、顧客端末２０に送信する（Ｓ６０８）。本実施形態では、ウェブ仮申込受付部１２４は、銀行１の企業コード「００１」及び仮申込コード「１１１」を含む仮申込照会データを、顧客Ａの顧客連絡先に送信する。仮申込照会データを受信した顧客端末２０の仮申込照会データ受信部２３１は、仮申込照会データに含まれる各種情報を表示部２２に表示する（Ｓ６０９）。

（ＡＴＭ３０での本申込）
図７は、本発明の第１実施形態に係る認証システム１の処理の一例を示すフローチャートである。本実施形態では、仮申込照会データを顧客端末２０で受信した顧客Ａが、ＡＴＭ３０を操作して取引の本申込を開始したものとする。

ＡＴＭ３０がユーザから本申込開始指示を受信すると、ＡＴＭ３０のフロー制御部３３１は、企業コード及び仮申込コードを取得するための本申込開始画面を生成して表示部３２に表示する（Ｓ７０１）。顧客Ａが、画面に沿って企業コード及び仮申込コードを入力すると、ＡＴＭ３０の照会要求送信部３３２は、企業サーバ１０に仮申込照会要求を送信する（Ｓ７０２）。本実施形態では、照会要求送信部３３２は、仮申込コード「１１１」を含む仮申込照会要求を、企業コード「００１」で特定される銀行１の企業サーバ１０に送信したものとする。

企業サーバ１０が仮申込照会要求を受信すると（Ｓ７０３）、企業サーバ１０の仮申込照会部１２５は、仮申込の照会を行う。（Ｓ７０４）。本実施形態では、仮申込照会部１２５は、仮申込ＤＢ１３１を参照して、仮申込照会要求の仮申込コードで特定される仮申込レコードが存在するか否かを判定する。次に、仮申込照会部１２５は、照会結果をＡＴＭ３０に送信する（Ｓ７０５）。本実施形態では、照会結果には、照会に成功したか否かを示す情報（成功、失敗）、及び仮申込レコードの生年月日が含まれ、ここでは、照会に成功したことを示す情報及び生年月日「１９８０年１月１日」を含む照会結果がＡＴＭ３０に送信されたものとする。

照会要求送信部３３２が照会結果を受信すると（Ｓ７０６）、フロー制御部３３１は、照会結果が照会に成功したことを示す場合、ＩＣカードリーダライタ３６へのマイナンバーカードの提示を促し、マイナンバーカードの署名用電子証明書の暗証番号を取得するための暗証番号画面を生成して表示部３２に表示する（Ｓ７０７）。本実施形態では、照会結果が照会に成功したことを示すので、前述の暗証番号画面が表示部３２に表示され、顧客Ａは、マイナンバーカードをＩＣカードリーダライタ３６に提示し、入力部４１を介して暗証番号を入力したものとする。

ＡＴＭ３０が暗証番号を受信すると（Ｓ７０８）、カード読取部３３３は、受信した暗証番号を用いて、マイナンバーカードからマイナンバーカード情報を読み取る（Ｓ７０９）。本実施形態では、マイナンバーカード情報には、署名用電子証明書、氏名、生年月日、性別、住所及びマイナンバーが含まれる。別の実施形態では、マイナンバーカード情報には、さらに顔写真が含まれる。

Ｓ７０６で照会要求送信部３３２が受信した照会結果に申込者情報が含まれる場合、検証要求部３３４は、Ｓ７０６で受信した照会結果に含まれる申込者情報と、Ｓ７０９で読み取ったマイナンバーカード情報の対応する情報とが一致するか否かを検証する（Ｓ７１０）。本実施形態では、Ｓ７０６で生年月日「１９８０年１月１日」を含む照会結果を受信しているので、検証要求部３３４は、照会結果の生年月日「１９８０年１月１日」と、マイナンバーカード情報の対応する情報とが一致するか否かを検証し、２つの情報が一致することが検証されたものとする。

検証要求部３３４は、読み取った署名用電子証明書を公的個人認証サーバ４０に送信し（Ｓ７１１、Ｓ７１２）、応答として、証明書確認結果を受信する（Ｓ７１３、Ｓ７１４）。本実施形態では、署名用電子証明書の有効性確認に成功したことを示す証明書確認結果を受信したものとする。

続いて、ＡＴＭ３０の本申込送信部３３５が、仮申込コード、本人確認結果及びマイナンバーを含む本申込要求を、企業サーバ１０に送信する（Ｓ７１５）。本実施形態では、本申込送信部３３５は、Ｓ７１４で公的個人認証サーバ４０から得た証明書確認結果に加え、Ｓ７１０で検証した情報を示す付加情報を含む本人確認結果を送信する。ここでは、本申込送信部３３５は、仮申込コード「１１１」、本人確認結果「証明書確認結果：成功、付加情報：生年月日一致」及びマイナンバー「１２３４５６７８９０１２」を含む本申込要求を、企業サーバ１０に送信したものとする。

企業サーバ１０のＡＴＭ本申込受付部１２６が本申込要求を受信すると（Ｓ７１６）、仮申込コードで特定される仮申込レコードのデータに本人確認結果を紐付ける（Ｓ７１７）。本実施形態では、本人確認結果が本人確認に成功したことを示す場合、ＡＴＭ本申込受付部１２６は、仮申込レコードに基づいて、顧客ＤＢ１３２及び口座ＤＢ１３３にそれぞれレコードを登録する。

ここでは、本人確認結果が本人確認に成功したことを示すので、ＡＴＭ本申込受付部１２６は、仮申込レコードに基づいて、顧客ＤＢ１３２に、顧客コード「１２３４」、氏名「顧客Ａ」、マイナンバー「１２３４５６７８９０１２」等を含む顧客レコードを生成し、口座ＤＢ１３３に、支店番号「０００」、口座番号「１２３４５６７」、口座種別「普通」、顧客コード「１２３４」、ＰＩＮ「ＸＸＸＸ」等を含む口座レコードを生成したものとする。ＰＩＮは、企業サーバ１０が生成してもよいし、仮申込画面において顧客に入力させてもよい。

最後に、ＡＴＭ本申込受付部１２６は、本申込に成功したか否かを示す本申込結果をＡＴＭ３０に送信する（Ｓ７１８）。本実施形態では、ＡＴＭ本申込受付部１２６は、表示用テキスト「本申込が完了しました。開設された口座の口座番号等につきましては、お客様の連絡先にお送り致します。」を含む、本申込に成功したことを示す本申込結果をＡＴＭ３０に送信したものとする。

ＡＴＭ３０が企業サーバ１０から本申込結果を受信すると（Ｓ７１９）、フロー制御部３３１は、本申込結果に基づいて申込結果画面を生成して表示部３２に表示する（Ｓ７２０）。本実施形態では、フロー制御部３３１は、本申込結果に含まれる表示用テキストに基づいて申込結果画面を生成して表示部３２に表示する。その後、企業サーバ１０は、本申込に関する情報を顧客端末２０に送信する。ここでは、企業サーバ１０は、口座の口座番号等を顧客Ａの顧客連絡先に送信する。

なお、本実施形態では、本人確認の成功を受け、ＡＴＭ３０が企業サーバ１０にマイナンバーを送信する例について説明したが、代替の実施形態では、ＡＴＭ３０は、マイナンバーを送信することなく、仮申込コード及び本人確認結果を含む本申込要求を、企業サーバ１０に送信してもよい。

以上、本実施形態によれば、本人確認を要する取引である口座開設を望む顧客は、希望する口座を管理する銀行１の企業サーバ１０に対して顧客端末２０を用いて要求した仮申込に基づいて、企業サーバ１０と連携するＡＴＭ３０において本申込を完了させることができる。

（第２実施形態）
第１実施形態では、顧客端末２０を用いて取引の仮申込を行った顧客Ａが、ＡＴＭ３０で本申込を行う例について説明した。第２実施形態では、ＡＴＭ３０で取引の仮申込を行った顧客Ｂが、顧客端末２０を用いて本申込を行う例について説明する。第２実施形態では第１実施形態と共通の事柄についての記述を省略し、異なる点についてのみ説明する。

（企業サーバ構成）
第２実施形態では、図８に示すように、企業サーバ１０の演算処理部１２１は、機能部として、ウェブサイト提供部１２３、ＡＴＭ仮申込受付部１２７及びウェブ本申込受付部１２８を備えている。ウェブサイト提供部１２３については、第１実施形態と同様であるので、ここでは説明を省略する。

ＡＴＭ仮申込受付部１２７は、ＡＴＭ３０から本人確認結果等を含む仮申込要求を受信すると、仮申込コードを生成し、仮申込ＤＢ１３１に仮申込レコードを登録する。一実施形態では、ＡＴＭ仮申込受付部１２７は、受信した本人確認結果等と生成した仮申込コードとに基づいて、仮申込レコードを登録する。また、ＡＴＭ仮申込受付部１２７は、生成した仮申込コードをＡＴＭ３０に送信する。

ウェブ本申込受付部１２８は、顧客端末２０から仮申込コード及び本申込情報が送信されると、仮申込コードで特定される仮申込レコードの本人確認結果に本申込情報を紐付ける。一実施形態では、ウェブ本申込受付部１２８は、仮申込レコード及び本申込情報に基づいて、顧客ＤＢ１３２及び口座ＤＢ１３３にそれぞれレコードを登録する。

次に、ウェブ本申込受付部１２８は、本申込に成功したか否かを示す本申込結果をウェブサイト提供部１２３に渡す。一実施形態では、ウェブ本申込受付部１２８は、開設された口座の支店番号、口座番号、口座種別等を含む本申込結果をウェブサイト提供部１２３に渡すことで、本申込結果に応じたウェブページを顧客端末２０上で提示させることができる。

（顧客端末構成）
第２実施形態では、図９に示すように、顧客端末２０の制御部２３は、記憶部２４に記憶されているプログラムがＲＡＭに読み出され、ＣＰＵによって実行されることで、二次元コード読取部２３２として機能する。また、顧客端末２０は、二次元コードの画像を取得する撮像部２６等を備えている。

二次元コード読取部２３２は、撮像部２６で取得した二次元コードの画像から二次元コード情報を読み取る。一実施形態では、二次元コード情報には、氏名、生年月日、性別、住所、仮申込コード及び企業サーバ１０のウェブサイトへのリンク情報が含まれ、二次元コード読取部２３２は、リンク情報に基づいて企業サーバ１０のウェブサイトにアクセスする。アクセスの際、二次元コード読取部２３２は、二次元コード情報に含まれる氏名、生年月日、性別、住所、仮申込コードを企業サーバ１０に送信する。

（ＡＴＭ構成）
第２実施形態では、図１０に示すように、ＡＴＭ３０の制御部３３は、機能部として、フロー制御部３３１、カード読取部３３３、検証要求部３３４、仮申込送信部３３６及び二次元コード生成部３３７を備えている。

フロー制御部３３１は、第１実施形態と同様に、取引申込のフローを制御し、フローに応じた画面を表示部３２に表示する。第２実施形態では、フロー制御部３３１は、入力部３１を介してユーザから仮申込開始指示を受信することに応答して、申込先の企業を選択するための仮申込開始画面を生成して表示部３２に表示する。

仮申込開始画面における申込先の企業の選択を受信すると、フロー制御部３３１は、ＩＣカードリーダライタ３６へのマイナンバーカードの提示を促し、マイナンバーカードの署名用電子証明書の暗証番号を取得するための暗証番号画面を生成して表示部３２に表示する。

さらに、後述する二次元コード生成部３３７が二次元コードを生成すると、フロー制御部３３１は、生成された二次元コードを含む本申込遷移画面を生成して表示部３２に表示する。

カード読取部３３３については、第１実施形態と同様であるので、ここでは説明を省略する。検証要求部３３４については、照会結果に含まれる情報を用いた付加検証を行わない点において異なるが、他の機能は第１実施形態と同様である。撮像部３７で取得した画像情報を用いた付加検証については、第１実施形態と同様、検証要求部３３４は、行ってもよいし、行わなくてもよい。

仮申込送信部３３６は、本人確認結果等を含む仮申込要求を企業サーバ１０に送信し、応答として、仮申込コードを受信する。本実施形態では、本人確認結果には、ＡＴＭ３０が署名用電子証明書の検証者である公的個人認証サーバ４０から得た証明書確認結果が含まれる。また、仮申込送信部３３６は、本人確認結果と共に、マイナンバーを送信してもよい。

二次元コード生成部３３７は、ＡＴＭ３０において仮申込された取引の本申込を完了するためのリンク情報を含む二次元コードを生成する。本実施形態では、二次元コード生成部３３７は、マイナンバーカードから読み取った基本４情報（氏名、生年月日、性別、住所）、仮申込コード、企業サーバ１０のウェブサイトへのリンク情報に基づいて二次元コードを生成する。

（処理の流れ）
図１１及び図１２は、本発明の第２実施形態に係る認証処理の一例を示す。まず、図１１を参照して、顧客がＡＴＭ３０で仮申込を行う際に認証システム１によって実行される処理について説明する。次に、図１２を参照して、顧客が顧客端末２０を用いて本申込を行う際に認証システム１によって実行される処理について説明する。

（ＡＴＭ３０での仮申込）
ＡＴＭ３０がユーザから仮申込開始指示を受信すると、ＡＴＭ３０のフロー制御部３３１は、申込先の企業を選択するための仮申込開始画面を生成して表示部３２に表示する（Ｓ１１０１）。顧客Ｂが、仮申込開始画面において申込先の企業を選択すると（Ｓ１１０２）、フロー制御部３３１は、ＩＣカードリーダライタ３６へのマイナンバーカードの提示を促し、マイナンバーカードの署名用電子証明書の暗証番号を取得するための暗証番号画面を生成して表示部３２に表示する（Ｓ７０７）。ここでは、顧客Ｂは、企業コード「００１」で特定される銀行１を申込先の企業として選択したものとする。続いて、顧客Ｂは、マイナンバーカードをＩＣカードリーダライタ３６に提示し、入力部４１を介して暗証番号を入力したものとする。

ＡＴＭ３０が暗証番号を受信すると（Ｓ７０８）、カード読取部３３３は、受信した暗証番号を用いて、マイナンバーカードからマイナンバーカード情報を読み取る（Ｓ７０９）。本実施形態では、マイナンバーカード情報には、署名用電子証明書、氏名、生年月日、性別、住所及びマイナンバーが含まれる。

検証要求部３３４は、読み取った署名用電子証明書を公的個人認証サーバ４０に送信し（Ｓ７１１、Ｓ７１２）、応答として、証明書確認結果を受信する（Ｓ７１３、Ｓ７１４）。本実施形態では、署名用電子証明書の有効性確認に成功したことを示す証明書確認結果を受信したものとする。

続いて、ＡＴＭ３０の仮申込送信部３３６が、本人確認結果及びマイナンバーを含む仮申込要求を、企業サーバ１０に送信する（Ｓ１１０３）。ここでは、仮申込送信部３３６が、本人確認結果「証明書確認結果：成功」及びマイナンバー「２２３４５６７８９０１２」を含む仮申込要求を、Ｓ１１０２で選択された銀行１の企業サーバ１０に送信したものとする。

企業サーバ１０が仮申込要求を受信すると、企業サーバ１０のＡＴＭ仮申込受付部１２７は、仮申込コードを生成し（Ｓ１１０４）、仮申込ＤＢ１３１に仮申込レコードを登録する（Ｓ１１０５）。ここでは、ＡＴＭ仮申込受付部１２７は、受信した本人確認結果及びマイナンバーと生成した仮申込コードとに基づいて、図５（Ｂ）に示される仮申込レコードを登録したものとする。

また、ＡＴＭ仮申込受付部１２７は、生成した仮申込コードをＡＴＭ３０に送信する（Ｓ１１０６）。ここでは、ＡＴＭ仮申込受付部１２７は、生成した仮申込コード「２２２」をＡＴＭ３０に送信する。

ＡＴＭ３０が仮申込コードを受信すると（Ｓ１１０７）、ＡＴＭ３０の二次元コード生成部３３７は、仮申込された取引の本申込を完了するためのリンク情報を含む二次元コードを生成する（Ｓ１１０８）。本実施形態では、二次元コード生成部３３７は、マイナンバーカードから読み取った基本４情報（氏名、生年月日、性別、住所）、仮申込コード、企業サーバ１０のウェブサイトへのリンク情報に基づいて二次元コードを生成する。ここでは、二次元コード生成部３３７は、氏名「顧客Ｂ」、生年月日「１９７０年２月２日」、性別「男」、住所「東京都中央区・・・」、仮申込コード「２２２」、企業サーバ１０のウェブサイトへのリンク情報「ｈｔｔｐ：／／ｂａｎｋ１／・・・」に基づいて二次元コードを生成する。

最後に、フロー制御部３３１が、二次元コードを含む本申込遷移画面を生成して表示部３２に表示する（Ｓ１１０９）。

（顧客端末２０を用いた本申込）
続いて図１２を参照して、ＡＴＭ３０に表示された本申込遷移画面から、顧客Ｂが顧客端末２０を用いて取引の本申込を行う際に認証システム１によって実行される処理について説明する。

顧客Ｂが顧客端末２０の撮像部２６をＡＴＭ３０の表示部３２に向けることにより、撮像部２６が二次元コードの画像を取得すると、顧客端末２０の二次元コード読取部２３２は、撮像部２６で取得した二次元コードの画像から二次元コード情報を読み取り（Ｓ１２０１）、二次元コード情報に含まれるリンク情報に基づいて、企業サーバ１０のウェブサイトにアクセスする（Ｓ１２０２）。

本実施形態では、前述したように、二次元コード情報には、氏名、生年月日、性別、住所、仮申込コード及び企業サーバ１０のウェブサイトへのリンク情報が含まれ、アクセスの際、二次元コード読取部２３２は、二次元コード情報に含まれる氏名、生年月日、性別、住所、仮申込コードを企業サーバ１０に送信する。ここでは、二次元コード読取部２３２は、企業サーバ１０のウェブサイト「ｈｔｔｐ：／／ｂａｎｋ１／・・・」へアクセスする際、氏名「顧客Ｂ」、生年月日「１９７０年２月２日」、性別「男」、住所「東京都中央区・・・」、仮申込コード「２２２」を企業サーバ１０に送信したものとする。

顧客端末２０から企業サーバ１０の提供する本申込サイトへのアクセスを受信すると（Ｓ１２０３）、企業サーバ１０のウェブサイト提供部１２３は、アクセスを受けたＵＲＬに応じたウェブページを顧客端末２０へと送信する（Ｓ１２０４）。送信されるウェブページには、受信した仮申込コードが関連付けられている。

ウェブサイト提供部１２３は、受信した氏名、生年月日、性別、住所を用いてウェブページを作成することで、顧客の入力の手間を省いてもよい。代替の実施形態では、受信した一部の情報についてはウェブページに含めずに顧客に入力を求めることで、企業サーバ１０は、マイナンバーカードから読み込まれた情報と本申込情報に含まれる情報が一致するか否かを検証してもよい。ウェブページを受信した顧客端末２０は、ウェブページを表示する（Ｓ１２０５）。

ブラウザでの顧客の操作に応じて、ウェブページに関連付けられた仮申込コード及び本申込画面で入力された本申込情報が顧客端末２０から送信されると（Ｓ１２０６、Ｓ１２０７）、企業サーバ１０のウェブ本申込受付部１２８は、仮申込コードで特定される仮申込レコードの本人確認結果に本申込情報を紐付ける（Ｓ１２０８）。本実施形態では、ウェブ本申込受付部１２８は、仮申込レコード及び本申込情報に基づいて、顧客ＤＢ１３２及び口座ＤＢ１３３にそれぞれレコードを登録する。

次に、ウェブ本申込受付部１２８は、本申込に成功したか否かを示す本申込結果をウェブサイト提供部１２３に渡す。本実施形態では、ウェブ本申込受付部１２８は、開設された口座の支店番号、口座番号、口座種別等を含む本申込結果をウェブサイト提供部１２３に渡し、ウェブサイト提供部１２３は、本申込結果に応じたウェブページを顧客端末２０へと送信する（Ｓ１２０９）。ウェブページを受信した顧客端末２０は、本申込結果のウェブページを表示する（Ｓ１２１０）。

なお、本実施形態では、証明書確認の成功を受け、ＡＴＭ３０が企業サーバ１０にマイナンバーを送信する例について説明したが、代替の実施形態では、ＡＴＭ３０は、マイナンバーを送信することなく、仮申込コード及び本人確認結果を含む仮申込要求を、企業サーバ１０に送信してもよい。

以上、本実施形態によれば、本人確認を要する取引である口座開設を望む顧客は、希望する口座を管理する銀行１の企業サーバ１０に対してＡＴＭ３０から要求した仮申込に基づいて、顧客端末２０を用いて本申込を完了させることができる。

（第３実施形態）
第１実施形態では、顧客端末２０を用いて取引の仮申込を行った顧客Ａに仮申込コードを送信し、その後、仮申込コードで特定される取引の本申込をＡＴＭ３０から行う例について説明した。第３実施形態では、仮申込コードに代えて、顧客端末２０を用いて取引の仮申込を行った顧客ＣにＩＣカードを送付し、その後、ＩＣカードで特定される取引の本申込、すなわち、ＩＣカードのアクティベートをＡＴＭ３０から行う例について説明する。第３実施形態では第１実施形態と共通の事柄についての記述を省略し、異なる点についてのみ説明する。

（企業サーバ構成）
第３実施形態では、図１３に示すように、企業サーバ１０の演算処理部１２１は、機能部として、ウェブサイト提供部１２３、カード申込受付部１２４１、カード申込照会部１２５１及びアクティベート要求受付部１２６１を備えている。ウェブサイト提供部１２３については、第１実施形態と同様であるので、ここでは説明を省略する。また、第３実施形態では、記憶部１３は、カードＤＢ１３４を有していることが望ましい。

カードＤＢ１３４には、カードに関する情報が記憶されている。一実施形態では、カードＤＢ１３４には、カードコード、氏名、生年月日、性別、住所、ＰＩＮ、ステータス等が登録されていることが望ましい。カードコードは、カードを一意に識別するために用いる情報である。ＰＩＮは、カードを保有する顧客を認証するために用いる情報であり、例えば、４桁の数字からなる情報である。ステータスは、カードがアクティベートされているか否かを示す情報（アクティベート前、アクティベート後）である。

カード申込受付部１２４１は、ウェブサイト提供部１２３が顧客端末２０からカード申込情報を受信することに応答して、発行するカードの仮ＰＩＮを生成し、カードＤＢ１３４にカードレコードを登録する。一実施形態では、カード申込情報には、申込内容、氏名、生年月日、性別、住所等が含まれる。カード申込受付部１２４１は、カード申込情報と生成した仮ＰＩＮに基づいて、カードレコードを登録する。カードレコードのステータスには、アクティベート前であることを示す情報が記憶される。

カード申込照会部１２５１は、ＡＴＭ３０からカード申込照会要求を受信して、カード申込の照会を行う。一実施形態では、カード申込照会要求には、カードコード及びＰＩＮが含まれる。カード申込照会部１２５１は、カードＤＢ１３４にカード申込照会要求で特定されるカードレコードが存在するか否かを判定し、照会結果をＡＴＭ３０に送信する。照会結果には、照会に成功したか否かを示す情報（成功、失敗）が含まれる。

一実施形態では、カード申込照会部１２５１は、照会結果に、カードレコードの情報のうち、マイナンバーカードから読み取り可能な基本４情報（氏名、生年月日、性別、住所）の少なくとも１つを含めてもよい。照会結果にカードレコードからの情報を含めることで、ＡＴＭ３０において、カード申込を行った顧客のマイナンバーカードが読み取られたか否かを検証することができる。

アクティベート要求受付部１２６１は、ＡＴＭ３０からカードコード、ＰＩＮ及び本人確認結果等を含むアクティベート要求を受信して、カードコードで特定されるカードレコードのデータに本人確認結果を紐付ける。一実施形態では、本人確認結果が本人確認に成功したことを示す場合、アクティベート要求受付部１２６１は、カードレコードのＰＩＮ及びステータスを更新する。また、アクティベート要求受付部１２６１は、アクティベートに成功したか否かを示すアクティベート結果をＡＴＭ３０に送信する。

（ＡＴＭ構成）
第３実施形態では、図１４に示すように、ＡＴＭ３０の制御部３３は、機能部として、フロー制御部３３１、カード照会要求送信部３３２１、カード読取部３３３、検証要求部３３４、アクティベート要求送信部３３５１及びカード書込部３３８を備えている。

フロー制御部３３１は、第１実施形態と同様に、取引申込のフローを制御し、フローに応じた画面を表示部３２に表示する。第３実施形態では、フロー制御部３３１は、入力部３１を介してユーザからアクティベート開始指示を受信することに応答して、ＩＣカードリーダライタ３６へのＩＣカードの提示を促し、仮ＰＩＮを取得するためのアクティベート開始画面を生成して表示部３２に表示する。

後述するカード照会要求送信部３３２１からのカード申込照会要求の応答として、照会に成功したことを示す照会結果を受信すると、フロー制御部３３１は、ＩＣカードリーダライタ３６へのマイナンバーカードの提示を促し、マイナンバーカードの署名用電子証明書の暗証番号を取得するための暗証番号画面を生成して表示部３２に表示する。

また、検証要求部３３４が署名用電子証明書の有効性確認に成功したことを示す証明書確認結果を受信すると、フロー制御部３３１は、ＩＣカードに書き込む新ＰＩＮを取得するためのＰＩＮ画面を生成して表示部３２に表示する。

さらに、後述するアクティベート要求送信部３３５１からのアクティベート要求の送信の応答として、アクティベートに成功したことを示すアクティベート結果を受信すると、フロー制御部３３１は、アクティベート結果に基づいてアクティベート結果画面を生成して表示部３２に表示する。

カード照会要求送信部３３２１は、企業コードで特定される企業サーバ１０にカード申込照会要求を送信し、応答として照会結果を受信する。本実施形態では、上述したように、カード申込照会要求には、カードコード及びＰＩＮが含まれる。カード照会要求送信部３３２１は、入力部４１を介してユーザから受け付けた入力及びカード読取部３３３が読み取ったＩＣカード情報に基づいて、カードコード及びＰＩＮを含むカード申込照会要求を生成して、ＩＣカード情報に含まれる企業コードで特定される企業サーバ１０に送信する。また、本実施形態では、上述したように、照会結果には、照会に成功したか否かを示す情報（成功、失敗）が含まれる。一実施形態では、照会結果には、カード申込照会要求で特定されたカードレコードの情報のうち、氏名、生年月日、性別、住所の少なくとも１つを含む申込者情報がさらに含まれる。

第３実施形態では、カード読取部３３３は、マイナンバーカードからのマイナンバーカード情報の読み取りに加え、入力部４１を介してユーザから受け付けたＩＣカードのＰＩＮを用いて、ＩＣカードからＩＣカード情報を読み取る。一実施形態では、ＩＣカード情報には、企業コード及びカードコードが含まれる。

検証要求部３３４については、第１実施形態と同様であるので、ここでは説明を省略する。

アクティベート要求送信部３３５１は、カードコード、ＰＩＮ及び本人確認結果等を含むアクティベート要求を企業サーバ１０に送信し、応答として、アクティベート結果を受信する。前述したように、本実施形態では、本人確認結果には、少なくとも、ＡＴＭ３０が署名用電子証明書の検証者である公的個人認証サーバ４０から得た証明書確認結果が含まれる。

一実施形態では、本人確認結果には、マイナンバーカードから読み取られた情報と申込人を特定する情報に含まれる情報とが一致するか否かを示す付加情報がさらに含まれてもよい。例えば、一実施形態では、付加情報は、マイナンバーカードから読み取られた生年月日とカード申込情報に含まれる生年月日とが一致するか否かを示す情報であってよい。別の実施形態では、付加情報は、マイナンバーカードから読み取られた顔写真情報で特定される人物とＡＴＭ３０で取得された画像情報で特定される人物とが一致するか否かを示す情報であってもよい。また、アクティベート要求送信部３３５１は、アクティベート要求にマイナンバーを含めてもよい。

カード書込部３３８は、企業サーバ１０からアクティベートに成功したことを示すアクティベート結果が送信されると、ＩＣカードにＰＩＮを書き込む。一実施形態では、カード書込部３３８は、ＩＣカードに、アクティベート要求送信部３３５１が送信したＰＩＮを書き込む。

（処理の流れ）
図１５及び図１６は、本発明の第３実施形態に係る認証処理の一例を示す。まず、図１５を参照して、顧客が顧客端末２０を用いてカード申込を行う際に認証システム１によって実行される処理について説明する。次に、図１６を参照して、顧客がＡＴＭ３０でＩＣカードのアクティベートを行う際に認証システム１によって実行される処理について説明する。

（顧客端末２０を用いたカード申込）
顧客Ｃが顧客端末２０のブラウザを用いてカード会社１の企業サーバ１０の提供する取引サービスサイトにアクセスすると（Ｓ６０１、Ｓ６０２）、企業サーバ１０のウェブサイト提供部１２３は、アクセスを受けたＵＲＬに応じたウェブページを顧客端末２０へと送信する（Ｓ６０３）。ウェブページを受信した顧客端末２０は、ウェブページを表示する（Ｓ６０４）。

ブラウザでの顧客の操作に応じて、カード申込画面で入力されたカード申込情報が顧客端末２０から送信されると（Ｓ１５０１）、企業サーバ１０のカード申込受付部１２４１は、発行するカードの仮ＰＩＮを生成し（Ｓ１５０２）、カードＤＢ１３４にカードレコードを登録する（Ｓ１５０３）。本実施形態では、カード申込情報には、申込内容、氏名、生年月日、性別、住所等が含まれる。ここでは、カード申込受付部１２４１は、カード申込情報と生成した仮ＰＩＮ「ＹＹＹＹ」に基づいて、カードコード「１２３４５」で特定されるカードレコードを登録したものとする。カードレコードのステータスには、アクティベート前であることを示す情報が記憶されたものとする。

その後、カードＤＢ１３４に基づいて、カード会社１は、発行したＩＣカード及び仮ＰＩＮが記載された文書を、顧客Ｃの住所に送付する。

（ＡＴＭ３０でのアクティベート）
図１６は、本発明の第３実施形態に係る認証システム１の処理の一例を示すフローチャートである。本実施形態では、ＩＣカード及び仮ＰＩＮが記載された文書を受け取った顧客Ｃが、ＡＴＭ３０を操作してＩＣカードのアクティベートを開始したものとする。

ＡＴＭ３０がユーザからアクティベート開始指示を受信すると、ＡＴＭ３０のフロー制御部３３１は、ＩＣカードリーダライタ３６へのＩＣカードの提示を促し、仮ＰＩＮを取得するためのアクティベート開始画面を生成して表示部３２に表示する（Ｓ１６０１）。顧客Ｃが、画面に沿ってＩＣカードをＩＣカードリーダライタ３６に提示して仮ＰＩＮを入力すると（Ｓ１６０２）、ＡＴＭ３０のカード読取部３３３は、受信したＰＩＮを用いて、ＩＣカードからＩＣカード情報を読み取る（Ｓ１６０３）。

続いて、ＡＴＭ３０のカード照会要求送信部３３２１は、企業サーバ１０にカード申込照会要求を送信する（Ｓ１６０４）。ここでは、カード照会要求送信部３３２１は、カードコード「１２３４５」及びＰＩＮ「ＹＹＹＹ」を含むカード申込照会要求を、企業コード「００２」で特定されるカード会社１の企業サーバ１０に送信したものとする。

企業サーバ１０がカード申込照会要求を受信すると（Ｓ１６０５）、企業サーバ１０のカード申込照会部１２５１は、カード申込の照会を行う。（Ｓ１６０６）。本実施形態では、カード申込照会部１２５１は、カードＤＢ１３４を参照して、カード申込照会要求で特定される仮申込レコードが存在するか否かを判定する。次に、カード申込照会部１２５１は、照会結果をＡＴＭ３０に送信する（Ｓ１６０７）。ここでは、カード申込照会部１２５１は、照会に成功したことを示す情報及び生年月日「１９９０年３月３日」を含む照会結果を送信したものとする。

カード照会要求送信部３３２１が照会結果を受信すると（Ｓ１６０８）、フロー制御部３３１は、照会結果が照会に成功したことを示す場合、ＩＣカードリーダライタ３６へのマイナンバーカードの提示を促し、マイナンバーカードの署名用電子証明書の暗証番号を取得するための暗証番号画面を生成して表示部３２に表示する（Ｓ７０７）。なお、図１６のＳ７０７からＳ７１４については図７のＳ７０７からＳ７１４と同様であるので、ここでは説明を省略する。Ｓ７１４において、署名用電子証明書の有効性確認に成功したことを示す証明書確認結果を受信したものとする。

続いて、フロー制御部３３１は、ＩＣカードに書き込む新ＰＩＮを取得するためのＰＩＮ画面を生成して表示部３２に表示する（Ｓ１６０９）。顧客Ｃが、画面に沿って新ＰＩＮを入力すると（Ｓ１６１０）、ＡＴＭ３０のアクティベート要求送信部３３５１は、カードコード、ＰＩＮ及び本人確認結果を含むアクティベート要求を企業サーバ１０に送信する（Ｓ１６１１）。ここでは、アクティベート要求送信部３３５１は、カードコード「１２３４５」、ＰＩＮ「ＺＺＺＺ」及び本人確認結果「証明書確認結果：成功、付加情報：生年月日一致」を含むアクティベート要求を企業サーバ１０に送信したものとする。

企業サーバ１０のアクティベート要求受付部１２６１がアクティベート要求を受信すると（Ｓ１６１２）、アクティベート要求に含まれるカードコードで特定されるカードレコードのデータに本人確認結果を紐付ける（Ｓ１６１３）。本実施形態では、本人確認結果が本人確認に成功したことを示す場合、アクティベート要求受付部１２６１は、カードレコードのＰＩＮ及びステータスを、受信したＰＩＮ及びアクティベート後を示す情報でそれぞれ更新する。最後に、アクティベート要求受付部１２６１は、アクティベートに成功したか否かを示すアクティベート結果をＡＴＭ３０に送信する（Ｓ１６１４）。

企業サーバ１０からアクティベートに成功したことを示すアクティベート結果が送信されると（Ｓ１６１５）、ＡＴＭ３０のカード書込部３３８は、ＩＣカードにＰＩＮを書き込む。ここでは、カード書込部３３８は、ＩＣカードに、アクティベート要求送信部３３５１が送信したＰＩＮ「ＺＺＺＺ」を書き込む。その後、フロー制御部３３１は、アクティベート結果に基づいてアクティベート結果画面を生成して表示部３２に表示する（Ｓ１６１７）。

なお、本実施形態では、本人確認の成功を受け、ＡＴＭ３０が企業サーバ１０にマイナンバーを含まないアクティベート要求を送信する例について説明したが、代替の実施形態では、ＡＴＭ３０は、マイナンバーを含むアクティベート要求を企業サーバ１０に送信してもよい。

以上、本実施形態によれば、本人確認を要する取引であるカード発行を望む顧客は、希望するカードの発行元であるカード会社１の企業サーバ１０に対して顧客端末２０を用いて要求した仮申込に基づいて、企業サーバ１０と連携するＡＴＭ３０において本申込を完了させることができる。

１…認証システム、１０…企業サーバ（取引サーバ）、１１…入力部、１２…制御部、１２１…演算処理部、１２３…ウェブサイト提供部、１２４…ウェブ仮申込受付部、１２４１…カード申込受付部、１２５…仮申込照会部、１２５１…カード申込照会部、１２６…ＡＴＭ本申込受付部、１２６１…アクティベート要求受付部、１２７…ＡＴＭ仮申込受付部、１２８…ウェブ本申込受付部、１２２…メモリ、１３…記憶部、１３１…仮申込ＤＢ、１３２…顧客ＤＢ、１３３…口座ＤＢ、１３４…カードＤＢ、１４…通信部、２０…顧客端末、２１…入力部、２２…表示部、２３…制御部、２３１…仮申込照会データ受信部、２３２…二次元コード読取部、２４…記憶部、２５…通信部、２６…撮像部、３０…ＡＴＭ（入出金装置）、３１…入力部、３２…表示部、３３…制御部、３３１…フロー制御部、３３２…照会要求送信部、３３２１…カード照会要求送信部、３３３…カード読取部、３３４…検証要求部、３３５…本申込送信部、３３５１…アクティベート要求送信部、３３６…仮申込送信部、３３７…二次元コード生成部、３３８…カード書込部、３４…記憶部、３５…通信部、３６…ＩＣカードリーダライタ、３７…撮像部４０…公的個人認証サーバ、Ｎ…ネットワーク、ＰＮ…専用回線

Claims (8)

1. 複数の取引サーバと通信可能に接続される入出金装置であって、
   仮申込コードと、１の取引サーバを特定するためのサーバコードとを受け付ける入力部と、
   前記仮申込コードを含む仮申込照会要求を、前記サーバコードによって特定される取引サーバに送信し、応答として照会結果を受信する照会要求送信部と、
   カードからカード情報を読み取るカード読取部と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する検証要求部と、
   前記照会結果が照会に成功したことを示す場合、前記仮申込コード及び前記証明書確認結果を含む本申込要求を、前記サーバコードによって特定される取引サーバに送信する本申込送信部と
   を備える入出金装置。
2. 前記照会結果は、申込者情報が含まれ、
   前記検証要求部は、前記申込者情報と、前記カード情報の対応する情報とが一致するか否かを検証する、請求項１に記載の入出金装置。
3. 前記検証要求部は、当該入出金装置の撮像部で取得した画像情報で特定される人物と前記カード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証する、請求項１又は２に記載の入出金装置。
4. 前記本申込要求は、前記検証要求部が検証した結果を示す付加情報をさらに含む、請求項２又は３に記載の入出金装置。
5. 複数の取引サーバと通信可能に接続されるコンピュータが実行する方法であって、
   仮申込コードと、１の取引サーバを特定するためのサーバコードとを受け付ける工程と、
   前記仮申込コードを含む仮申込照会要求を、前記サーバコードによって特定される取引サーバに送信し、応答として照会結果を受信する工程と、
   カードからカード情報を読み取る工程と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する工程と、
   前記照会結果が照会に成功したことを示す場合、前記仮申込コード及び前記証明書確認結果を含む本申込要求を、前記サーバコードによって特定される取引サーバに送信する工程と
   を含む方法。
6. 複数の取引サーバと通信可能に接続されるコンピュータに、
   仮申込コードと、１の取引サーバを特定するためのサーバコードとを受け付ける処理と、
   前記仮申込コードを含む仮申込照会要求を、前記サーバコードによって特定される取引サーバに送信し、応答として照会結果を受信する処理と、
   カードからカード情報を読み取る処理と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認結果を受信する処理と、
   前記照会結果が照会に成功したことを示す場合、前記仮申込コード及び前記証明書確認結果を含む本申込要求を、前記サーバコードによって特定される取引サーバに送信する処理と
   を実行させるプログラム。
7. 前記入力部が、前記仮申込コードと、前記サーバコードとに代えて、１の取引サーバを特定するための第２のサーバコードを受け付けると、前記証明書確認結果を含む仮申込要求を、前記第２のサーバコードによって特定される取引サーバに送信し、応答として、仮申込コードを受信する仮申込送信部と、
   前記仮申込コード及び前記第２のサーバコードによって特定される取引サーバのウェブサイトへのリンク情報に基づいて二次元コードを生成する二次元コード生成部と
   をさらに備える、請求項１に記載の入出金装置。
8. 前記検証要求部は、当該入出金装置の撮像部で取得した画像情報で特定される人物と前記カード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証する、請求項７に記載の入出金装置。

Images