JP2019160277A - 認証システム - Google Patents

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (14)

1. 仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信
   する照会要求送信部と、
   カードからカード情報を読み取るカード読取部と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認
   結果を受信する検証要求部と、
   前記照会結果が照会に成功したことを示す場合、前記仮申込コード及び前記証明書確認
   結果を含む本申込要求を前記取引サーバに送信する本申込送信部と
   を備える入出金装置。
2. 前記照会結果は、申込者情報が含まれ、
   前記検証要求部は、前記申込者情報と、前記カード情報の対応する情報とが一致するか
   否かを検証する、請求項１に記載の入出金装置。
3. 前記検証要求部は、当該入出金装置の撮像部で取得した画像情報で特定される人物と前
   記カード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証する、請
   求項１又は２に記載の入出金装置。
4. 前記本申込要求は、前記検証要求部が検証した結果を示す付加情報をさらに含む、請求
   項２又は３に記載の入出金装置。
5. コンピュータが実行する方法であって、
   仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信
   する工程と、
   カードからカード情報を読み取る工程と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認
   結果を受信する工程と、
   前記照会結果が照会に成功したことを示す場合、前記仮申込コード及び前記証明書確認
   結果を含む本申込要求を前記取引サーバに送信する工程と
   を含む方法。
6. コンピュータに、
   仮申込コードを含む仮申込照会要求を取引サーバに送信し、応答として照会結果を受信
   する処理と、
   カードからカード情報を読み取る処理と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認
   結果を受信する処理と、
   前記照会結果が照会に成功したことを示す場合、前記仮申込コード及び前記証明書確認
   結果を含む本申込要求を前記取引サーバに送信する処理と
   を実行させるプログラム。
7. 仮申込情報を受信することに応答して、仮申込コードを生成し、当該仮申込情報及び当
   該仮申込コードに基づいて仮申込レコードを登録するウェブ仮申込受付部であって、前記
   仮申込コードを顧客の連絡先に送信する、ウェブ仮申込受付部と、
   入出金装置から仮申込コードを含む仮申込照会要求を受信して、当該仮申込照会要求の
   仮申込コードで特定される仮申込レコードが存在するか否かを判定し、照会結果を前記入
   出金装置に送信する仮申込照会部と、
   前記入出金装置から仮申込コード及び証明書確認結果を含む本申込要求を受信して、当
   該仮申込コードで特定される仮申込レコードのデータに当該証明書確認結果を紐付けるＡ
   ＴＭ本申込受付部であって、前記証明書確認結果は、前記入出金装置においてカードから
   読み取られたカード情報に含まれる電子証明書の有効性確認に成功したか否かを示す、Ａ
   ＴＭ本申込受付部と
   を備える取引サーバ。
8. カードからカード情報を読み取るカード読取部と、
   前記カード情報に含まれる電子証明書を認証サーバに送信し、応答として、証明書確認
   結果を受信する検証要求部と、
   前記証明書確認結果を含む仮申込要求を取引サーバに送信し、応答として、仮申込コー
   ドを受信する仮申込送信部と、
   前記仮申込コード及び前記取引サーバのウェブサイトへのリンク情報に基づいて二次元
   コードを生成する二次元コード生成部と
   を備える入出金装置。
9. 前記検証要求部は、当該入出金装置の撮像部で取得した画像情報で特定される人物と前
   記カード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証する、請
   求項８に記載の入出金装置。
10. 入出金装置から証明書確認結果を含む仮申込要求を受信することに応答して、仮申込コ
    ードを生成し、当該証明書確認結果及び当該仮申込コードに基づいて仮申込レコードを登
    録するＡＴＭ仮申込受付部であって、前記仮申込コードを前記入出金装置に送信する、Ａ
    ＴＭ仮申込受付部と、
    仮申込コード及び本申込情報を受信することに応答して、当該仮申込コードで特定され
    る仮申込レコードの前記証明書確認結果に前記本申込情報を紐付けるウェブ本申込受付部
    と
    を備える取引サーバ。
11. カード読取部と、
    前記カード読取部が第１のカードから読み取ったカードコード、及び第１のＰＩＮを含
    むカード申込照会要求を送信し、応答として照会結果を受信するカード照会要求送信部と
    、
    前記カード読取部が第２のカードから読み取ったカード情報に含まれる電子証明書を認
    証サーバに送信し、応答として、証明書確認結果を受信する検証要求部と、
    前記照会結果が照会に成功したことを示す場合、前記カードコード、第２のＰＩＮ及び
    前記証明書確認結果を含むアクティベート要求を取引サーバに送信し、応答として、アク
    ティベート結果を受信するアクティベート要求送信部と、
    前記取引サーバからアクティベートに成功したことを示すアクティベート結果が送信さ
    れると、前記第１のカードに前記第２のＰＩＮを書き込むカード書込部と
    を備える入出金装置。
12. 前記照会結果は、申込者情報が含まれ、
    前記検証要求部は、前記申込者情報と、前記カード情報の対応する情報とが一致するか
    否かを検証する、請求項１１に記載の入出金装置。
13. 前記検証要求部は、当該入出金装置の撮像部で取得した画像情報で特定される人物と前
    記カード情報に含まれる顔写真情報で特定される人物とが一致するか否かを検証する、請
    求項１１又は１２に記載の入出金装置。
14. カード申込情報を受信することに応答して、発行するカードの仮ＰＩＮを生成し、当該
    カード申込情報及び当該仮ＰＩＮに基づいてカードレコードを登録するカード申込受付部
    と、
    入出金装置から、カードコード及び第１のＰＩＮを含むカード申込照会要求を受信して
    、当該カード申込照会要求で特定されるカードレコードが存在するか否かを判定し、照会
    結果を前記入出金装置に送信するカード申込照会部と、
    前記入出金装置から前記カードコード、第２のＰＩＮ及び証明書確認結果を含むアクテ
    ィベート要求を受信して、当該カードコードで特定されるカードレコードのデータに、前
    記第２のＰＩＮ及び前記証明書確認結果を紐付けるアクティベート要求受付部であって、
    前記証明書確認結果は、前記入出金装置においてカードから読み取られたカード情報に含
    まれる電子証明書の有効性確認に成功したか否かを示す、アクティベート要求受付部と
    を備える取引サーバ。

Images