JP7089625B1 - 銀行手続支援方法 - Google Patents

Abstract

【課題】本人確認情報を得るまでの冗長な時間を無くすことができるとともに、信頼性の高い申込手続きを行うことができる銀行手続支援方法を提供すること。【解決手段】本発明の銀行手続支援方法は、サーバＢは、受付ステップと、受付確認ステップと、通話開始通知ステップと、ビデオ通話ステップと、申込内容提供ステップと、申込認証ステップとを有し、受付ステップまでに、顧客に対して、顔撮影データを要求し、本人確認情報を、顔写真付き本人確認書類の撮影情報とし、顔撮影データと本人確認書類の顔写真とによって顔照合を行い、顔照合による判定により、不一致である場合には、受付確認ステップを行うことなく、顧客端末Ａに対して受付不可を通知し、一致又は一致性が高い場合には、受付確認ステップにおいて、一致性の高さについての一致性情報を提供する。【選択図】 図１

Description

本発明は、普通預金口座、氏名や住所変更、又はキャッシュカード発行などの銀行手続の申込を行うことができる銀行手続支援方法に関する。

特許文献１では、情報提供サーバから提供される情報を表示する共用画面のほかに、端末の操作者、すなわち顧客およびオペレータの相互の映像を表示することで相談窓口サービスを提供できるシステムを提案し、単なる相談業務を行えるだけでなく、口座開設の業務も行えることが開示されている。
特許文献２では、顧客が撮影した写真付証明書を基に本人確認を行うことができる本人確認システムを提案している。

特開２００７－２６５１７８号公報 特開２０２０－１７７４８４号公報

近年では端末を用いたビデオチャット機能が広く普及していることから、銀行手続においても、銀行窓口ではなく、端末を用いた手続が望まれる。
しかし、特許文献１のように、全ての手続きをビデオ通話で完了させる方法では、ビデオ通話を開始した後に、本人確認書類などの撮影を行うと通話時間が冗長になってしまう可能性があり、またビデオ通話で確定させた申込内容で手続を完了させてしまうと、間違いや勘違いが生じるなど、信頼性に問題がある。
また、特許文献２では、本人確認用の画像撮影を確実に行うためのサポートをオペレータが行うことができるが、銀行手続の申込を完了させるまでのシステムを提案するものではない。

本発明は、本人確認情報を得るまでの冗長な時間を無くすことができるとともに、信頼性の高い申込手続きを行うことができる銀行手続支援方法を提供することを目的とする。

請求項１記載の本発明の銀行手続支援方法は、顧客が操作する顧客端末Ａと、サーバＢと、行員が操作する銀行端末Ｃとが通信回線によって接続され、前記顧客端末Ａと前記銀行端末Ｃとを用いたビデオ通話によって銀行手続の申込を完了させる銀行手続支援方法であって、前記サーバＢは、前記顧客端末Ａから入力される手続名及び本人確認情報を取得する受付ステップと、前記受付ステップで取得した前記手続名及び前記本人確認情報を、前記銀行端末Ｃに提供する受付確認ステップと、前記受付確認ステップの後に、前記銀行端末Ｃからの指示によって前記顧客に対して既に保有する顧客情報を前記銀行端末Ｃに提供する顧客情報確認ステップと、前記銀行端末Ｃから入力される通話可能指示によって前記顧客端末Ａに通話可能状態を通知する通話開始通知ステップと、前記顧客端末Ａから入力される通話開始指示によって前記顧客端末Ａと前記銀行端末Ｃとを接続するビデオ通話ステップとを有し、前記受付ステップまでに、前記顧客に対して、顔撮影データを要求し、前記本人確認情報を、顔写真付き本人確認書類の撮影情報とし、前記顔撮影データと前記本人確認書類の前記顔写真とによって顔照合を行い、前記顔照合による判定により、不一致である場合には、前記受付確認ステップを行うことなく、前記顧客端末Ａに対して受付不可を通知し、一致する又は一致性が高い場合には、前記受付確認ステップにおいて、前記一致性の高さについてのスコアー値又はランクを一致性情報として提供し、前記ビデオ通話ステップでは、前記銀行端末Ｃからの操作によって申込内容項目が前記顧客端末Ａに提供され、前記顧客端末Ａでは択一的な選択指示による入力が行われることで申込内容が確定され、前記銀行端末Ｃでは、前記顧客情報確認ステップで提供される前記顧客情報を表示させて前記顧客を確認した後に前記通話可能指示を送信することを特徴とする。
請求項２記載の本発明は、請求項１に記載の銀行手続支援方法において、前記サーバＢは、前記ビデオ通話ステップで確定した申込内容を前記銀行端末Ｃから取得して前記顧客端末Ａに提供する申込内容提供ステップと、前記申込内容に対する取引認証を前記顧客端末Ａから取得して前記銀行端末Ｃに提供する申込認証ステップとを有することを特徴とする。
請求項３記載の本発明は、請求項１又は請求項２に記載の銀行手続支援方法において、前記本人確認情報を、前記顧客が既に保有しているキャッシュカード又は通帳の撮影情報としたことを特徴とする。
請求項４記載の本発明は、請求項１から請求項３のいずれか１項に記載の銀行手続支援方法において、前記サーバＢは、前記受付ステップに先立って、前記顧客端末Ａから入力される前記手続名を取得し、前記手続名で特定される手続待ちの人数を前記顧客端末Ａに対して提供する受付前手続待状況連絡ステップを有することを特徴とする。
請求項５記載の本発明は、請求項１から請求項３のいずれか１項に記載の銀行手続支援方法において、前記サーバＢは、前記受付ステップの後に、前記手続名で特定される手続待ちの人数を前記顧客端末Ａに対して提供する手続待状況連絡ステップを有することを特徴とする。
請求項６記載の本発明は、請求項１から請求項５のいずれか１項に記載の銀行手続支援方法において、前記サーバＢは、前記受付ステップにおける情報取得時刻が受付時間内であるかを判断する受付時刻判断ステップを有し、前記受付時刻判断ステップでは、前記受付時間外であると判断すると、前記受付確認ステップを行わず、前記顧客端末Ａに対して前記受付時間外であることを通知することを特徴とする。
請求項７記載の本発明は、請求項１から請求項６のいずれか１項に記載の銀行手続支援方法において、前記本人確認情報には、ＩＣチップが組み込まれており、前記サーバＢは、前記受付ステップまでに、前記顧客に対して、前記ＩＣチップの読み取りと、前記ＩＣチップの読み取りに必要な暗証番号の入力を要求し、前記ＩＣチップの読み取りができない場合には、前記顧客に対して、前記ＩＣチップが組み込まれた前記顔写真付き本人確認書類の厚みが判別できる厚み撮影データを要求し、前記厚み撮影データによって厚み判定を行い、前記厚み判定により、前記顔写真付き本人確認書類が真正でない場合には、前記受付確認ステップを行うことなく、前記顧客端末Ａに対して受付不可を通知することを特徴とする。
請求項８記載の本発明は、請求項１から請求項７のいずれか１項に記載の銀行手続支援方法において、前記サーバＢは、前記受付ステップに先立って、普通預金口座開設、氏名・住所・電話番号変更、キャッシュカードの発行・再発行、及びキャッシュカードの紛失・盗難、の少なくともいずれかの手続を行う際に、本人認証として用いるＩＤ登録を行うＩＤ登録ステップを有し、前記ビデオ通話ステップを行う際には、前記ＩＤ登録がなされていない前記顧客に対しては、前記通話開始指示とともに暗証入力を要求し、前記ＩＤ登録がなされている前記顧客に対しては、前記暗証入力を要求することなく前記通話開始指示を要求することを特徴とする。
請求項９記載の本発明は、請求項８に記載の銀行手続支援方法において、前記ＩＤ登録ステップでは、前記顧客に対して、写真付き本人確認書類に組み込まれたＩＣチップの読み取りと、前記ＩＣチップの読み取りに必要な暗証番号の入力と、前記顧客の顔撮影データの送信と、口座情報及びキャッシュカードの暗証番号の入力とを要求し、前記ＩＣチップの読み取りができること、前記顔撮影データと前記本人確認書類の前記顔写真とによる顔照合で一致すること、前記キャッシュカードの前記暗証番号が前記口座情報による暗証番号と一致すること、前記ＩＣチップから読み取ったコードデータと前記口座情報とが一致することをＩＤ登録条件として前記ＩＤ登録を行うことを特徴とする。
請求項１０記載の本発明は、請求項９に記載の銀行手続支援方法において、前記ＩＤ登録ステップにおいて、前記ＩＤ登録条件の少なくとも１つを満たさない場合には、ビデオ通話による前記ＩＤ登録を行えることを前記顧客に対して案内することを特徴とする。

本発明によれば、ビデオ通話ステップに入る前に、あらかじめ本人確認情報を銀行端末で取得することで、本人確認情報を得るまでの冗長な時間を無くすことができるとともに、例えば顧客に応じた適切な対応方法や対応者を選択できるのでビデオ通話をスムーズに行える。

本発明の一実施例による銀行手続支援方法を示すフローチャート 顧客端末Ａでのメニュー画面と手続待ちの人数の表示画面 顧客情報入力画面 写真付き本人確認書類として運転免許証の撮影を促す画面 写真付き本人確認書類として運転免許証の撮影を促す画面 写真付き本人確認書類として運転免許証の撮影を促す画面 顧客が既に保有しているキャッシュカードの撮影を促す画面 顧客が既に保有しているキャッシュカードの撮影を促す画面 受付時間外であることを表示する画面 受付完了であることを表示する画面 受付案件を表示する画面 受付案件を表示する画面 顧客情報表示画面 顧客情報確認後の画面 顧客端末における通話可能表示を示す画面 顧客が「ビデオ通話開始」を指示するまでの銀行端末での画面 ビデオ通話状態での画面 ビデオ通話状態での画面 ビデオ通話状態での画面 顧客端末Ａにおける申込内容項目を示す画面 顧客端末Ａにおける申込内容項目を示す画面 顧客端末Ａにおける申込内容項目を示す画面 顧客端末Ａにおける確認指示画面とビデオ終了画面 顧客端末Ａにおけるビデオ通話後の説明を示す画面 顧客端末Ａにおける受付内容確認を促す画面 顧客端末Ａにおける受付内容確認画面 顧客端末Ａにおける暗証番号の設定画面 顧客端末Ａにおける署名登録画面 顧客端末Ａにおける手続完了画面 本発明の他の実施例による銀行手続支援方法を示すフローチャート 同実施例による銀行手続支援方法を示すフローチャート 本実施例による銀行手続支援方法のＩＤ登録ステップにおけるＩＤ／ＰＷ登録フローチャート 本実施例による銀行手続支援方法のＩＤ登録ステップにおけるアプリを用いたセルフ認証フローチャート 本実施例による銀行手続支援方法のＩＤ登録ステップにおけるビデオ通話認証フローチャート

本発明の第１の実施の形態による銀行手続支援方法は、サーバは、顧客端末から入力される手続名及び本人確認情報を取得する受付ステップと、受付ステップで取得した手続名及び本人確認情報を、銀行端末に提供する受付確認ステップと、受付確認ステップの後に、前記銀行端末からの指示によって前記顧客に対して既に保有する顧客情報を前記銀行端末に提供する顧客情報確認ステップと、銀行端末から入力される通話可能指示によって顧客端末に通話可能状態を通知する通話開始通知ステップと、顧客端末から入力される通話開始指示によって顧客端末と銀行端末とを接続するビデオ通話ステップとを有し、受付ステップまでに、顧客に対して、顔撮影データを要求し、本人確認情報を、顔写真付き本人確認書類の撮影情報とし、顔撮影データと本人確認書類の顔写真とによって顔照合を行い、顔照合による判定により、不一致である場合には、受付確認ステップを行うことなく、顧客端末に対して受付不可を通知し、一致する又は一致性が高い場合には、受付確認ステップにおいて、一致性の高さについてのスコアー値又はランクを一致性情報として提供し、前記ビデオ通話ステップでは、前記銀行端末からの操作によって申込内容項目が前記顧客端末に提供され、前記顧客端末では択一的な選択指示による入力が行われることで申込内容が確定され、前記銀行端末では、前記顧客情報確認ステップで提供される前記顧客情報を表示させて前記顧客を確認した後に前記通話可能指示を送信するものである。
本実施の形態によれば、ビデオ通話ステップに入る前に、あらかじめ本人確認情報を銀行端末で取得することで、本人確認情報を得るまでの冗長な時間を無くすことができるとともに、例えば顧客に応じた適切な対応方法や対応者を選択できるのでビデオ通話をスムーズに行える。また、本実施の形態によれば、ビデオ通話ステップに入る前に、顔照合によって本人確認を行い、一致性情報を提供することで、ビデオ通話では一致性の高さに応じた本人確認を行えばよく、ビデオ通話に要する時間を短縮することができる。また、本実施の形態によれば、ビデオ通話に入る前に、顧客情報を確認することができるので、顧客に応じた適切な対応方法や対応者を選択できるのでビデオ通話をスムーズに行える。また、本実施の形態によれば、申込内容項目については、銀行端末からの操作によって顧客端末に提供し、顧客端末では択一的な選択指示の入力とすることで、顧客負担が低減される上に、通話時間が冗長になることがなく、信頼性の高い申込手続を実現できる。

本発明の第２の実施の形態は、第１の実施の形態による銀行手続支援方法において、サーバは、ビデオ通話ステップで確定した申込内容を銀行端末から取得して顧客端末に提供する申込内容提供ステップと、申込内容に対する取引認証を顧客端末から取得して銀行端末に提供する申込認証ステップとを有するものである。本実施の形態によれば、ビデオ通話ステップの後に、ビデオ通話ステップで確定した申込内容を顧客端末に提供し、顧客端末から申込内容に対する取引認証を得ることで、信頼性の高い申込手続きを行うことができる。

本発明の第３の実施の形態は、第１又は第２の実施の形態による銀行手続支援方法において、本人確認情報を、顧客が既に保有しているキャッシュカード又は通帳の撮影情報としたものである。
本実施の形態によれば、キャッシュカード又は通帳によってあらかじめ登録している顧客情報を用いることができる。

本発明の第４の実施の形態は、第１から第３のいずれかの実施の形態による銀行手続支援方法において、サーバは、受付ステップに先立って、顧客端末から入力される手続名を取得し、手続名で特定される手続待ちの人数を顧客端末に対して提供する受付前手続待状況連絡ステップを有するものである。
本実施の形態によれば、顧客は本人確認書類の撮影などの手続に入る前に、手続待ちの人数を把握できることで、申込手続きを開始するか否かを判断でき、銀行では、混雑を事前に避けることができる。

本発明の第５の実施の形態は、第１から第３のいずれかの実施の形態による銀行手続支援方法において、サーバは、受付ステップの後に、手続名で特定される手続待ちの人数を顧客端末に対して提供する手続待状況連絡ステップを有するものである。
本実施の形態によれば、ビデオ通話が開始するまでの時間予測を行うことができ、ビデオ通話までに待ち時間が必要な場合のストレスを低減できる。

本発明の第６の実施の形態は、第１から第５のいずれかの実施の形態による銀行手続支援方法において、サーバは、受付ステップにおける情報取得時刻が受付時間内であるかを判断する受付時刻判断ステップを有し、受付時刻判断ステップでは、受付時間外であると判断すると、受付確認ステップを行わず、顧客端末に対して受付時間外であることを通知するものである。
本実施の形態によれば、受付確認ステップに入る前に、ビデオ通話による手続きができないことを判断することで、受付確認ステップにおける業務の発生を無くすことができる。

本発明の第７の実施の形態は、第１から第６のいずれかの実施の形態による銀行手続支援方法において、本人確認情報には、ＩＣチップが組み込まれており、サーバは、受付ステップまでに、顧客に対して、ＩＣチップの読み取りと、ＩＣチップの読み取りに必要な暗証番号の入力を要求し、ＩＣチップの読み取りができない場合には、顧客に対して、ＩＣチップが組み込まれた顔写真付き本人確認書類の厚みが判別できる厚み撮影データを要求し、厚み撮影データによって厚み判定を行い、厚み判定により、顔写真付き本人確認書類が真正でない場合には、受付確認ステップを行うことなく、顧客端末に対して受付不可を通知するものである。
本実施の形態によれば、ＩＣチップが読み取れる場合には、少なくとも所持認証が行え、ＩＣチップの読み取りができない場合には、偽造である可能性があるため所持認証が行えない。そこで、厚み判定により、顔写真付き本人確認書類が真正でない場合には、受付確認ステップを行うことなく、顧客端末に対して受付不可を通知するが、真正であることが判定できればビデオ通話ステップを行うことができ、例えば、単に暗証番号の入力間違いや読み取り操作の不備などが理由である場合には、ビデオ通話ステップを行うことができる。

本発明の第８の実施の形態は、第１から第７のいずれかの実施の形態による銀行手続支援方法において、サーバは、受付ステップに先立って、普通預金口座開設、氏名・住所・電話番号変更、キャッシュカードの発行・再発行、及びキャッシュカードの紛失・盗難、の少なくともいずれかの手続を行う際に、本人認証として用いるＩＤ登録を行うＩＤ登録ステップを有し、ビデオ通話ステップを行う際には、ＩＤ登録がなされていない顧客に対しては、通話開始指示とともに暗証入力を要求し、ＩＤ登録がなされている顧客に対しては、暗証入力を要求することなく通話開始指示を要求するものである。
本実施の形態によれば、あらかじめＩＤ登録を行うことで、ビデオ通話ステップを行う際の暗証入力を省略することができる。

本発明の第９の実施の形態は、第８の実施の形態による銀行手続支援方法において、ＩＤ登録ステップでは、顧客に対して、写真付き本人確認書類に組み込まれたＩＣチップの読み取りと、ＩＣチップの読み取りに必要な暗証番号の入力と、顧客の顔撮影データの送信と、口座情報及びキャッシュカードの暗証番号の入力とを要求し、ＩＣチップの読み取りができること、顔撮影データと本人確認書類の顔写真とによる顔照合で一致すること、キャッシュカードの暗証番号が口座情報による暗証番号と一致すること、ＩＣチップから読み取ったコードデータと口座情報とが一致することをＩＤ登録条件としてＩＤ登録を行うものである。
本実施の形態によれば、ＩＣチップの読み取り、顔照合での一致、キャッシュカードの暗証番号の一致、及びコードデータと口座情報との一致をＩＤ登録条件とすることでセキュリティーの強度を高くすることができる。

本発明の第１０の実施の形態は、第９の実施の形態による銀行手続支援方法において、ＩＤ登録ステップにおいて、ＩＤ登録条件の少なくとも１つを満たさない場合には、ビデオ通話によるＩＤ登録を行えることを顧客に対して案内するものである。
本実施の形態によれば、ＩＤ登録条件の少なくとも１つを満たさない場合には、ビデオ通話によるＩＤ登録を行えることで利便性が高い。

以下本発明の一実施例による銀行手続支援方法について説明する。
図１は本実施例による銀行手続支援方法を示すフローチャートであり、図２から図２９は、それぞれの手続きにおける画面イメージを示している。
顧客が操作する顧客端末Ａと、サーバＢと、行員が操作する銀行端末Ｃとはインターネットなどの通信回線によって接続される。サーバＢと銀行端末Ｃとは専用回線で接続されるが、インターネットなどの公衆回線を利用してもよい。
顧客は、あらかじめ本実施例による銀行手続支援方法を行うためのアプリケーションソフトウェアを顧客端末Ａにダウンロードしておく。

顧客は、顧客端末Ａを操作し、アプリケーションソフトウェアを起動し（Ｓ１）、手続メニューから、手続を希望する手続名を選択する（Ｓ２）。
図２は、顧客端末Ａでのメニュー画面と手続待ちの人数の表示画面を示している。
図２（ａ）に示すように、顧客端末Ａでは、例えば、手続メニューには、普通預金口座開設、氏名・住所・電話番号変更、キャッシュカードの発行・再発行、及びキャッシュカードの紛失・盗難が表示される。
普通預金口座開設、氏名・住所・電話番号変更、キャッシュカードの発行・再発行、及びキャッシュカードの紛失・盗難が手続名である。

Ｓ２において、顧客によって手続名が選択されると、選択された手続名に関するデータがサーバＢに送信され、サーバＢでは、選択された手続について手続待ちの人数を算出し（Ｓ３）、算出された手続待ちの人数を顧客端末Ａに送信する。
図２（ｂ）に示すように、顧客端末Ａでは、選択した手続名の手続待ちの人数が表示される（Ｓ４）。
Ｓ３における手続待ちの人数の算出では、Ｓ７における受付が完了した後で、Ｓ１５における通話可能状態からＳ２６におけるビデオ通話終了までのいずれかまでの件数を算出する。
顧客は、表示された手続待ちの人数を見て手続きを行うか否かを判断することができる。図２（ｂ）において「順番を待つ」を指示した場合には手続きを続行し、「お手続を中止」を指示した場合には手続を行わない。
このように、サーバＢは、Ｓ７における受付ステップに先立って、顧客端末Ａから入力される手続名を取得し、手続名で特定される手続待ちの人数を顧客端末Ａに対して提供する受付前手続待状況連絡ステップ（Ｓ４）を有することで、顧客は本人確認書類の撮影などの手続（Ｓ６）に入る前に、手続待ちの人数を把握でき、申込手続きを開始するか否かを判断でき、銀行では、混雑を事前に避けることができる。

図２（ｂ）では、図２（ａ）の手続メニューにおいて、「普通預金口座開設」を選択した場合であり、図２（ｂ）において「順番を待つ」を指示した場合に図３の画面に遷移する。
図３は、顧客情報入力画面を示している。
Ｓ５では、顧客情報として、例えば図３（ａ）に示す「カナ氏名」と、図３（ｂ）に示す「携帯電話番号」との入力を行う。

Ｓ６では、写真付き本人確認書類と、顧客が既に保有しているキャッシュカード又は通帳の撮影を行う。
図４から図６は、写真付き本人確認書類として運転免許証の撮影を促す画面である。なお、本人確認書類として運転免許証の代わりにマイナンバーカードを用いることもできる。
図４（ａ）は撮影対象や操作の説明画面であり、図４（ｂ）は運転免許証のおもて面撮影を促す画面である。
図５（ａ）は撮影された運転免許証のおもて面を表示するとともに撮影状態の確認を求める画面であり、図５（ｂ）は運転免許証のうら面撮影を促す画面である。
図６（ａ）は撮影された運転免許証のうら面を表示するとともに撮影状態の確認を求める画面であり、図６（ｂ）は撮影完了を示す画面である。

図７及び図８は、顧客が既に保有しているキャッシュカードの撮影を促す画面である。
図７（ａ）はキャッシュカードの有無を確認する選択画面であり、図７（ａ）で「キャッシュカードを持っている」を指示した場合には、図７（ｂ）に示すように撮影を促す画面に遷移する。
なお、図７（ａ）で「キャッシュカードを持っていない」を指示した場合には、キャッシュカードに代えて通帳の撮影を促す画面に遷移する（図示せず）。
図８（ａ）はキャッシュカードの撮影を促す画面であり、図８（ｂ）は撮影されたキャッシュカードを表示するとともに撮影状態の確認を求める画面である。
図８（ｂ）に示す画面において、「ＯＫ」を指示することで、Ｓ２で選択された手続名、Ｓ５において入力された顧客情報、及びＳ６において撮影された本人確認書類が顧客端末ＡからサーバＢに送信される。
本人確認情報を、写真付き本人確認書類の撮影情報とすることで、その後に行われるビデオ通話における本人確認を行いやすく、手続の信頼性を高めることができる。
また、本人確認情報を、顧客が既に保有しているキャッシュカード又は通帳の撮影情報とすることで、キャッシュカード又は通帳によってあらかじめ登録している顧客情報を用いることができる。

Ｓ６における送信によって、サーバＢは顧客端末Ａから手続名、顧客情報、及び本人確認情報を取得する（Ｓ７）。
サーバＢは、受付ステップ（Ｓ７）における情報取得時刻が受付時間内であるかを判断する受付時刻判断ステップ（Ｓ８）を有しており、Ｓ８における受付時刻判断ステップでは、受付時間外であると判断すると（Ｓ８でＮｏ）、受付確認ステップ（Ｓ１０）を行わず、顧客端末Ａに対して受付時間外であることを通知する。
顧客端末Ａでは、受付時間外である通知が表示される（Ｓ９）。
図９は、受付時間外であることを表示する画面である。
このように、受付確認ステップ（Ｓ１０）に入る前に、ビデオ通話による手続きができないことを判断することで、受付確認ステップ（Ｓ１０）における業務の発生を無くすことができる。

サーバＢは、Ｓ８における受付時刻判断ステップで、受付時間内であると判断すると（Ｓ８でＹｅｓ）、受付確認ステップ（Ｓ１０）を行うとともに、顧客端末Ａに対して受付完了したことを通知する。
図１０は、受付完了であることを表示する画面であり、図１０（ａ）に示す受付完了通知の画面において、「ＯＫ」を指示することで、図１０（ｂ）に示すように、手続きの待ち状況として手続待ちの人数が表示される（Ｓ１１）。
このように、サーバＢは、受付ステップ（Ｓ７）の後に、手続名で特定される手続待ちの人数を顧客端末Ａに対して提供する手続待状況連絡ステップ（Ｓ１１）を有することで、ビデオ通話が開始するまでの時間予測を行うことができ、ビデオ通話までに待ち時間が必要な場合のストレスを低減できる。また、図１０（ｂ）に示すように、この段階で手続の中止を選択することができる。

サーバＢは、受付ステップ（Ｓ７）で取得した手続名及び本人確認情報を、銀行端末Ｃに提供する（Ｓ１０）。
Ｓ１０による受付確認ステップによって、銀行端末Ｃでは、手続名、顧客情報、及び本人確認情報が受付案件として表示される。
図１１、図１２は受付案件を表示する画面である。
図１１では、受付案件について、顧客情報及び本人確認書類としての運転免許証とを表示している。図１１に示す画面において、行員が「担当開始」を指示することで、指示した行員が受付確認を担当する。
図１２に示すように、行員が担当を開始した後には「顧客確認」を指示することで（Ｓ１２）、あらかじめ登録している顧客情報を表示することができる（Ｓ１３）。
図１３は、顧客情報表示画面である。
図１３に示すように、受付情報とともに、あらかじめ登録されている顧客情報が表示され、受付情報と登録情報とを比較して顧客情報を確認することができる。
なお、図１３に示す「ＡＭＬ検索」を指示することで、不正取引の有無などについての検索を行うことができる。
行員は、顧客情報の確認の結果、担当を解除することができ、顧客に応じた適切な対応方法や対応者を選択できる。
このように、サーバＢは、受付確認ステップ（Ｓ１０）の後に、銀行端末Ｃからの指示によって顧客に対して既に保有する顧客情報を銀行端末Ｃに提供する顧客情報確認ステップ（Ｓ１３）を有することで、ビデオ通話に入る前に、顧客情報を確認することができ、顧客に応じた適切な対応方法や対応者を選択できるのでビデオ通話をスムーズに行える。

行員は、顧客情報の確認の結果、担当を継続する場合には、銀行端末ＣからサーバＢに通話可能指示を送信する（Ｓ１４）。
図１４は、顧客情報確認後の画面である。図１４に示す「通話可能指示」を指示することで銀行端末ＣからサーバＢに通話可能指示が送信される。

サーバＢは、銀行端末Ｃから送信される通話可能指示によって顧客端末Ａに通話可能状態を通知する（Ｓ１５）。Ｓ１５による通話開始通知ステップによって、顧客端末Ａでは通話可能表示がされる（Ｓ１６）。
図１５は、顧客端末における通話可能表示を示す画面である。
図１５に示すように、顧客端末Ａで通話可能を示す「ビデオ通話開始」が表示され、顧客が「ビデオ通話開始」を指示することで（Ｓ１７）、ビデオ通話接続が行われ（Ｓ１８）、ビデオ通話が開始される（Ｓ１９）。
図１６は、顧客が「ビデオ通話開始」を指示するまでの銀行端末での画面である。図１６に示すように、顧客が「ビデオ通話開始」を指示するまではビデオ通話接続はされずに待機状態となる。
このように、銀行端末Ｃからの指示によってビデオ通話接続を行わず、顧客端末Ａからの指示によってビデオ通話接続を行うことで、顧客の安心感を確保することができる。

図１７から図１９は、ビデオ通話状態での画面であり、図１７（ａ）、図１８（ａ）、及び図１９（ａ）は顧客端末Ａでの画面、図１７（ｂ）、図１８（ｂ）、及び図１９（ｂ）は銀行端末Ｃでの画面を示している。
図１７から図１９に示すように、ビデオ通話接続がなされた状態では、相互に映像を用いたビデオ通話を行うことができる。
なお、図１７（ｂ）に示す「録画」アイコンを指示することでビデオ通話を録画することができる。
また、図１８（ｂ）に示す「写真」アイコンを指示することで写真撮影をすることができる。
また、図１９（ｂ）に示す「画面共有」アイコンを指示することで、表示される画面を共有することができる（Ｓ２０）。
ビデオ通話ステップ（Ｓ１８）では、相互に映像を用いたビデオ通話を行うことで本人確認を行い、その後に画面共有によって申込内容項目の入力が行われる（Ｓ２１）。

銀行端末ＣによってＳ２１による代行入力が行われ、入力された申込内容項目を銀行端末Ｃから送信する（Ｓ２２）ことで、顧客端末Ａでは、申込内容項目が表示され（Ｓ２４）、顧客端末Ａでは表示された申込内容項目について選択指示を行う（Ｓ２３）。
図２０から図２２は、顧客端末Ａにおける申込内容項目を示す画面である。
このように、銀行端末Ｃからの操作によって申込内容項目が顧客端末Ａに提供され、顧客端末Ａでは択一的な選択指示による入力が行われることで申込内容が確定される。

全ての申込内容項目について顧客端末Ａから選択指示が行われた後に、顧客端末Ａから確認指示が送信されることで（Ｓ２５）ビデオ通話は終了する（Ｓ２６）。
図２３は、顧客端末Ａにおける確認指示画面とビデオ終了画面である。
図２３（ａ）に示す「受付内容を確定する」を指示することで、顧客端末Ａから確認指示が送信され、ビデオ通話が終了すると図２３（ｂ）に示すように、手続完了通知が表示される。

ビデオ通話が終了すると、銀行端末Ｃから、確定した申込内容をサーバＢにアップロードする（Ｓ２７）。
サーバＢに申込内容がアップロードされると（Ｓ２８）、サーバＢは顧客端末Ａに対して通知を行い、顧客端末Ａからの操作によってアップロードされた申込内容を顧客端末Ａで表示させることができ（Ｓ２９）、顧客端末Ａから取引認証をサーバＢに送信する（Ｓ３０）。
このように、Ｓ２９における申込内容提供ステップでは、ビデオ通話ステップ（Ｓ１９）で確定した申込内容を銀行端末Ｃから取得して顧客端末Ａに提供する。

サーバＢは、顧客端末Ａからの取引認証を受信すると（Ｓ３１）、銀行端末Ｃに取引認証を表示する（Ｓ３２）。
このように、Ｓ３２における申込認証ステップでは、申込内容に対する取引認証を顧客端末Ａから取得して銀行端末Ｃに提供する。
銀行端末Ｃでは行員が認証を行うことで（Ｓ３３）、サーバＢでは申込完了を行う（Ｓ３４）。
図２４は顧客端末Ａにおけるビデオ通話後の説明を示す画面、図２５は顧客端末Ａにおける受付内容確認を促す画面、図２６は顧客端末Ａにおける受付内容確認画面、図２７は顧客端末Ａにおける暗証番号の設定画面、図２８は顧客端末Ａにおける署名登録画面、図２９は顧客端末Ａにおける手続完了画面である。
図２５（ｂ）に示す「受付内容確認」を指示することで、図２６に示す受付内容が表示される。
図２６に示す画面にて内容を確認した後に「お手続きに進む」を指示すると、図２７に示す暗証番号の設定と、図２８（ｂ）に示す署名登録を行うことで、図２９に示すように顧客の手続は完了する。

以上のように本実施例によれば、ビデオ通話ステップに入る前に、あらかじめ本人確認情報を銀行端末Ｃで取得することで、本人確認情報を得るまでの冗長な時間を無くすことができるとともに、例えば顧客に応じた適切な対応方法や対応者を選択できるのでビデオ通話をスムーズに行える。また、本実施の形態によれば、ビデオ通話ステップの後に、ビデオ通話ステップで確定した申込内容を顧客端末Ａに提供し、顧客端末Ａから申込内容に対する取引認証を得ることで、信頼性の高い申込手続きを行うことができる。
また、本実施例によれば、申込内容項目については、銀行端末Ｃからの操作によって顧客端末Ａに提供し、顧客端末Ａでは択一的な選択指示の入力とすることで、顧客負担が低減される上に、通話時間が冗長になることがなく、信頼性の高い申込手続を実現できる。
なお、本実施例では、普通預金口座開設の手続を用いて説明したが、基本的な手続方法はその他の手続においても同様である。

以下本発明の他の実施例による銀行手続支援方法について説明する。
図３０及び図３１は本実施例による銀行手続支援方法を示すフローチャートである。なお、上記実施例と同一のステップには同一符号を付して説明を省略する。
本実施例は、本人確認書類として、ＩＣチップが組み込まれた顔写真付き本人確認書類を用いるものであり、例えば、ＩＣチップが組み込まれた免許証やマイナンバーカードを用いることができる。
サーバＢは、受付ステップ（Ｓ７）までに、顧客に対して、ＩＣチップの読み取りと、ＩＣチップの読み取りに必要な暗証番号の入力を要求する。
顧客は、顧客端末Ａを用いて、Ｓ５における顧客情報を入力するとともに、ＩＣチップの読み取りを行い、ＩＣチップの読み取りに必要な暗証番号を入力する（Ｓ４１）。

サーバＢでは、ＩＣチップのコードデータを認識できなかった場合には、ＩＣ読み取りが成功しなかったと判断し（Ｓ４２においてＮｏ）、顧客端末Ａに対して、ＩＣチップが組み込まれた顔写真付き本人確認書類の厚みが判別できる厚み撮影データを要求する（Ｓ４３）。
顧客は、顧客端末Ａを用いて、顔写真付き本人確認書類の厚みが判別できる厚み撮影を行い、厚み撮影データをサーバＢに送信する（Ｓ４４）。
サーバＢでは、厚み撮影データによって厚み判定を行う（Ｓ４５）。例えば、ＩＣチップが組み込まれた顔写真付き本人確認書類の単なるコピー機による複製である場合には、本来の本人確認書類より薄くなり、あるいは本人確認書類の表面に複写物を貼り付けている場合には、本来の本人確認書類より厚くなるため、厚みによって真偽判定を行える。なお、厚み判定とともに又は厚み判定に代えて、表面材質判定、色判定、色彩判定を行ってもよく、本人確認書類がセキュリティーデザインを有する場合にはセキュリティーデザイン判定を行うこともできる。
サーバＢは、受付ステップ７までに、顧客に対して、写真付き本人確認書類の撮影情報、顧客が既に保有しているキャッシュカード又は通帳の撮影情報、及び顔撮影データを要求し、Ｓ４６では写真付き本人確認書類と、顧客が既に保有しているキャッシュカード又は通帳との撮影を行い、Ｓ４７では顔撮影を行い、サーバＢに送信する。
サーバＢでは、顔撮影データと本人確認書類の顔写真とによって顔照合を行い、顔照合による判定を行う（Ｓ４８）。

サーバＢでは、ＩＣチップのコードデータを認識できた場合には、ＩＣ読み取りが成功したと判断し（Ｓ４２においてＹｅｓ）、更にＳ４８における顔照合による判定により、一致又は一致性が高い場合には、受付可能とし（Ｓ４９においてＹｅｓ）、受付を行い（Ｓ７）、手続名、顧客情報、及び本人確認情報を取得する。
なお、ＩＣチップのコードデータを認識できず、ＩＣ読み取りが成功しなかったと判断した場合であっても（Ｓ４２においてＮｏ）、厚み判定（Ｓ４５）で真正であると判断されれば、Ｓ４８における顔照合による判定により、一致又は一致性が高い場合には、受付可能とし（Ｓ４９においてＹｅｓ）、受付を行い（Ｓ７）、手続名、顧客情報、及び本人確認情報を取得する。

サーバＢでは、ＩＣチップのコードデータを認識できず、ＩＣ読み取りが成功しなかったと判断し（Ｓ４２においてＮｏ）、厚み判定（Ｓ４５）で顔写真付き本人確認書類が真正でないと判断し、受付可能ではない場合（Ｓ４９においてＮｏ）には、受付確認ステップを行うことなく、顧客端末Ａに対して受付不可を通知する（Ｓ５０）。
また、顔照合による判定（Ｓ４８）で不一致であると判断し、受付可能ではない場合（Ｓ４９においてＮｏ）には、受付確認ステップを行うことなく、顧客端末Ａに対して受付不可を通知する（Ｓ５０）。

Ｓ４８における顔照合による判定が、一致又は一致性が高い場合には、受付確認ステップ（Ｓ１０）において、一致性の高さについての一致性情報を提供する。一致性の高さについては、例えばスコアー値又はランクとして提供することができる。
このように、ビデオ通話ステップに入る前に、顔照合によって本人確認を行い、一致性情報を提供することで、ビデオ通話では一致性の高さに応じた本人確認を行えばよく、ビデオ通話に要する時間を短縮することができる。

図３１に示すように、本実施例では、顧客が「ビデオ通話開始」を指示する（Ｓ１７）だけではビデオ通話接続は行われず、顧客が暗証入力を行い（Ｓ５１）、この暗証がサーバＢで認証された場合（Ｓ５２）に、ビデオ通話接続が行われる（Ｓ１８）。
また、本実施例では、顧客が顧客端末Ａから取引認証をサーバＢに送信する（Ｓ３０）だけではなく、顧客が暗証入力を行い（Ｓ５３）、この暗証がサーバＢで認証された場合（Ｓ５４）に、サーバＢは、顧客端末Ａからの取引認証を受信し（Ｓ３１）、銀行端末Ｃに取引認証を表示する（Ｓ３２）。
ここで、Ｓ５１及びＳ５３における暗証には、例えばキャッシュカードの暗証番号を用いることができる。
このように、暗証入力を条件とすることで、ビデオ通話及び取引認証における本人確認を行うことができる。

本実施例によれば、ＩＣチップが読み取れる場合には、少なくとも所持認証が行えるが、ＩＣチップの読み取りができない場合には、偽造である可能性があるため所持認証が行えない。そこで、厚み判定により、顔写真付き本人確認書類が真正でない場合には、受付確認ステップを行うことなく、顧客端末Ａに対して受付不可を通知するが、真正であることが判定できればビデオ通話ステップを行うことができ、例えば、単に暗証番号の入力間違いや読み取り操作の不備などが理由である場合には、ビデオ通話ステップを行うことができる。

図３２から図３４は本実施例による銀行手続支援方法におけるＩＤ登録ステップを示すフローチャートであり、図３２は同ＩＤ登録ステップにおけるＩＤ／ＰＷ登録フローチャート、図３３は同ＩＤ登録ステップにおけるアプリを用いたセルフ認証フローチャート、図３４は同ＩＤ登録ステップにおけるビデオ通話認証フローチャートである。
顧客は、ＩＤ登録を行うことで、銀行手続や、残高等の照会や、更新系の金融取引をセルフで行うことができる。ここでセルフとは、銀行員と相対することなく行える手続であり、ビデオ通話によって相対することもなく行える手続である。
従って、ＩＤ登録ステップでは、本人確認を行い、ＩＤ登録を行う銀行の顧客であることを確認の上で、口座と紐づけてＩＤを発行する。なお、ＩＤ登録を行う銀行のキャッシュカード発行済みの普通預金所持者であることを必要とする。
ＩＤ登録を行う上では、図３２に示すＩＤ／ＰＷ登録を前提とし、図３３に示すアプリを用いたセルフ認証手続、又は図３４に示すビデオ通話認証手続を必要とする。

顧客が操作する顧客端末Ａと、サーバＢと、行員が操作する銀行端末Ｃとはインターネットなどの通信回線によって接続される。サーバＢと銀行端末Ｃとは専用回線で接続されるが、インターネットなどの公衆回線を利用してもよい。
図３２に示すＩＤ／ＰＷ登録では、顧客は顧客端末Ａを操作し、顧客が用いるメールアドレスを送信する（Ｓ６１）。
メールアドレスを受信したサーバＢでは、アカウント登録を行い（Ｓ６２）、認証用メールを送信する（Ｓ６３）。
顧客は、認証用メールを受信し（Ｓ６４）、この認証用メールを開封し（Ｓ６５）、パスワード（ＰＷ）と電話番号とを入力して送信する（Ｓ６６）。電話番号は顧客端末Ａが有するものであることが好ましいが、顧客端末Ａとは別の携帯端末であってもよい。
パスワードと電話番号とを受信したサーバＢでは、パスワードを登録し（Ｓ６７）、受信した電話番号宛に認証コードを送信する（Ｓ６８）。
顧客は、認証コードを受信すると（Ｓ６９）、受信した認証コードを送信する（Ｓ７０）。
顧客が入力した認証コードをサーバＢが受信するとＩＤ／ＰＷ登録が行われる（Ｓ７１）。
図３２に示すＩＤ／ＰＷ登録が完了すると、顧客は図３３に示すアプリを用いたセルフ認証手続、又は図３４に示すビデオ通話認証手続を行うことができる。

顧客は、顧客端末Ａを操作し、アプリケーションソフトウェアを起動し（Ｓ８１）、アプリでの登録を行うか（Ｓ８２）、ビデオ通話での登録を行うか（Ｓ１０１）を選択する。
図３３に示すように、顧客がアプリでの登録を選択すると（Ｓ８２）、サーバＢではアプリでの受付を行い（Ｓ８３）、顧客に対して、写真付き本人確認書類に組み込まれたＩＣチップの読み取りと、ＩＣチップの読み取りに必要な暗証番号の入力と、顧客の顔撮影データの送信と、口座情報及びキャッシュカードの暗証番号の入力とを要求する（Ｓ８４）。
顧客は、顧客端末Ａを用いて、本人確認書類に組み込まれたＩＣチップの読み取りを行い、ＩＣチップの読み取りに必要な暗証番号を入力する（Ｓ８５）。
このように、アプリでの登録を行う場合には、ＩＣチップが組み込まれた顔写真付き本人確認書類を必要とし、例えば、ＩＣチップが組み込まれた免許証やマイナンバーカードを用いることができる。

サーバＢでは、ＩＣチップのコードデータを認識できなかった場合には、ＩＣ読み取りが成功しなかったと判断する（Ｓ８６においてＮｏ）。
ＩＣ読み取りが成功しなかったと判断すると（Ｓ８６においてＮｏ）、ビデオ通話受付時間内であるかを判断する（Ｓ８７）。
Ｓ８７におけるビデオ通話受付時刻判断ステップでは、受付時間外であると判断すると（Ｓ８７でＮｏ）、顧客端末Ａに対して受付時間外であることを通知する（Ｓ８８）。
Ｓ８７におけるビデオ通話受付時刻判断ステップで、受付時間内であると判断すると（Ｓ８７でＹｅｓ）、顧客端末Ａに対してビデオ通話登録を案内する（Ｓ８９）。

Ｓ９０では写真付き本人確認書類の撮影を行い、Ｓ９１では顔撮影を行い、サーバＢに送信する。
サーバＢでは、顔撮影データと本人確認書類の顔写真とによって顔照合を行い、顔照合による判定を行う（Ｓ９２）。
顔照合による判定により、不一致である場合（Ｓ９２においてＮｏ）には、ビデオ通話受付時間内であるかを判断し（Ｓ８７）、受付時間外であると判断すると（Ｓ８７でＮｏ）、顧客端末Ａに対して受付時間外であることを通知し（Ｓ８８）、受付時間内であると判断すると（Ｓ８７でＹｅｓ）、顧客端末Ａに対してビデオ通話登録を案内する（Ｓ８９）。

Ｓ９３では顧客が既に保有している通帳の口座情報とキャッシュカードの暗証番号を入力する。なお、通帳の口座情報については、キャッシュカード又は通帳を撮影して送信することもできる。
サーバＢでは、キャッシュカードの暗証番号が口座情報として登録されている暗証番号と一致するか否かを判断する（Ｓ９４）。
キャッシュカードの暗証番号による判定により、不一致である場合（Ｓ９４においてＮｏ）には、ビデオ通話受付時間内であるかを判断し（Ｓ８７）、受付時間外であると判断すると（Ｓ８７でＮｏ）、顧客端末Ａに対して受付時間外であることを通知し（Ｓ８８）、受付時間内であると判断すると（Ｓ８７でＹｅｓ）、顧客端末Ａに対してビデオ通話登録を案内する（Ｓ８９）。

また、サーバＢでは、Ｓ８６で読み取ったＩＣチップのコードデータと口座情報とが一致するか否かを判断する（Ｓ９５）。
ＩＣチップのコードデータと口座情報とによる判定により、不一致である場合（Ｓ９５においてＮｏ）には、ビデオ通話受付時間内であるかを判断し（Ｓ８７）、受付時間外であると判断すると（Ｓ８７でＮｏ）、顧客端末Ａに対して受付時間外であることを通知し（Ｓ８８）、受付時間内であると判断すると（Ｓ８７でＹｅｓ）、顧客端末Ａに対してビデオ通話登録を案内する（Ｓ８９）。

このようにサーバＢでは、ＩＣチップの読み取りができること（Ｓ８６）、顔撮影データと本人確認書類の顔写真とによる顔照合で一致すること（Ｓ９２）、キャッシュカードの暗証番号が口座情報による暗証番号と一致すること（Ｓ９４）、ＩＣチップから読み取ったコードデータと口座情報とが一致すること（Ｓ９５）をＩＤ登録条件とし、これらのＩＤ登録条件を全て満たす場合には、顧客に対して本人確認済通知を送信する（Ｓ９６）。
Ｓ９６による本人確認済通知を受けた顧客は、パスコードを入力し（Ｓ９７）、生体認証を送信する（Ｓ９８）ことで、サーバＢでは、パスコード・生体認証登録を行い（Ｓ９９）、顧客に対して登録完了通知を送信する（Ｓ１００）。
このように、ＩＣチップの読み取り、顔照合での一致、キャッシュカードの暗証番号の一致、及びコードデータと口座情報との一致をＩＤ登録条件とすることでセキュリティーの強度を高くすることができる。
また、ＩＤ登録条件の少なくとも１つを満たさない場合には、ビデオ通話によるＩＤ登録を行えることで利便性が高い。

図３４に示すように、顧客がビデオ通話の登録を選択すると（Ｓ１０１）、サーバＢではビデオでの受付を行い（Ｓ１０２）、ビデオ通話受付時間内であるかを判断し（Ｓ１０３）、受付時間外であると判断すると（Ｓ１０３でＮｏ）、顧客端末Ａに対して受付時間外であることを通知し（Ｓ１０４）、受付時間内であると判断すると（Ｓ１０３でＹｅｓ）、待人数を算出して算出された待人数を顧客端末Ａに送信する（Ｓ１０５）。

顧客端末Ａでは、待人数が表示される（Ｓ１０６）。顧客は、表示された待人数を見て手続きを行うか否かを判断することができる。
このように、サーバＢは、Ｓ１０９における確認書類データ受付ステップに先立って、待人数を顧客端末Ａに対して提供することで、顧客は本人確認書類の撮影などの手続（Ｓ１０８）に入る前に、待人数を把握することで、ビデオ通話手続きを開始するか否かを判断でき、銀行では、混雑を事前に避けることができる。
Ｓ１０７では、顧客情報として例えば「カナ氏名」の入力を行い、Ｓ１０８では、本人確認書類の撮影を行い、Ｓ１０９ではキャッシュカードの撮影を行い、これらのデータをサーバＢに送信する。ここでの本人確認書類は、運転免許証やマイナンバーカードを用いることができるが、ＩＣチップや顔写真付きである必要はない。

サーバＢでは、顧客情報、本人確認情報、及びキャッシュカードの情報を取得することでデータ受付を行う（Ｓ１１０）。
サーバＢは、データ受付ステップ（Ｓ１１０）における情報取得時刻が受付時間内であるかを判断する受付時刻判断ステップ（Ｓ１１１）を有している。Ｓ１１１における受付時刻判断ステップでは、受付時間外であると判断すると（Ｓ１１１でＮｏ）、顧客端末Ａに対して受付時間外であることを通知する。顧客端末Ａでは、受付時間外である通知が表示される（Ｓ１１２）。受付時間内であると判断すると（Ｓ１１１でＹｅｓ）、顧客端末Ａに対して受付待ちの人数を通知する。顧客端末Ａでは、受付待ちの人数が表示される（Ｓ１１３）。
このように、銀行端末Ｃにおける本人確認情報表示ステップ（Ｓ１１４）に入る前に、ビデオ通話ができないことを判断することで、本人確認情報表示ステップ（Ｓ１１４）における業務の発生を無くすことができる。

サーバＢは、データ受付ステップ（Ｓ１１０）で取得した、顧客情報、本人確認情報、及びキャッシュカードの情報を、銀行端末Ｃに提供する（Ｓ１１４）。
Ｓ１１４による本人確認情報表示ステップによって、銀行端末Ｃでは、顧客情報、本人確認情報、及びキャッシュカードが受付案件として表示される。
ビデオ通話を担当する行員は、「顧客確認」を指示することで（Ｓ１１５）、あらかじめ登録している顧客情報を表示することができる（Ｓ１１６）。受付情報とともに、あらかじめ登録されている顧客情報が表示されることで、ビデオ通話を担当する行員は、受付情報と登録情報とを比較して顧客情報を確認することができる。
行員は、顧客情報の確認の結果、担当を継続する場合には、銀行端末ＣからサーバＢに通話可能指示を送信する（Ｓ１１７）。
サーバＢは、銀行端末Ｃから送信される通話可能指示によって顧客端末Ａに通話可能状態を通知する（Ｓ１１８）。Ｓ１１８による通話開始通知ステップによって、顧客端末Ａでは通話可能表示がされる（Ｓ１１９）。

顧客端末Ａにおいて通話可能を示す「ビデオ通話開始」が表示されると（Ｓ１１９）、顧客は暗証入力を行い（Ｓ１２０）、この暗証がサーバＢで認証された場合（Ｓ１２１）には、顧客が「ビデオ通話開始」を指示することで（Ｓ１２２）、ビデオ通話接続が行われ（Ｓ１２３）、ビデオ通話が開始される（Ｓ１２４）。Ｓ１２０における暗証には、例えばキャッシュカードの暗証番号を用いることができる。このように、暗証入力を条件とすることで、ビデオ通話における本人確認を行うことができる。

ビデオ通話によって行員が本人認証が行えたと判断し認証判断をサーバＢに対して送信する（Ｓ１２５）と、サーバＢでは顧客に対して本人確認済通知を送信する（Ｓ１２６）。
顧客は、本人確認済通知を受けると（Ｓ１２７）、パスコードを入力し（Ｓ１２８）、生体認証を送信する（Ｓ１２９）ことで、サーバＢでは、パスコード・生体認証登録を行い（Ｓ１３０）、顧客に対して登録完了通知を送信する（Ｓ１３１）。

このようにしてＩＤ登録を受けることで、ＩＤ登録を受けた顧客は、普通預金口座開設、氏名・住所・電話番号変更、キャッシュカードの発行・再発行、及びキャッシュカードの紛失・盗難、の少なくともいずれかの手続をセルフで行うことができる。

以下に、図３０及び図３１に示す銀行手続支援方法のフローチャートにおいて、ＩＤ登録を受けることで省略できる手続について説明する。
ＩＤ登録を受けることで、Ｓ５における顧客情報の入力手続、Ｓ４６におけるキャッシュカード又は通帳との撮影、及び、Ｓ５１とＳ５３における暗証入力を行なわなくてよい。
このように、ビデオ通話ステップ（Ｓ１８）を行う際には、ＩＤ登録がなされていない顧客に対しては、Ｓ５における顧客情報の入力手続、Ｓ４６におけるキャッシュカード又は通帳との撮影、及び、Ｓ５１とＳ５３における暗証入力を要求し、ＩＤ登録がなされている顧客に対しては、Ｓ５における顧客情報の入力手続、Ｓ４６におけるキャッシュカード又は通帳との撮影、及び、Ｓ５１とＳ５３における暗証入力を要求しないことで、ＩＤ登録を行うことによる手続の簡略化を行える。

本発明によれば、顧客が操作する顧客端末を用いて、ビデオ通話によって銀行手続の申込を完了させることができる。

Ａ 顧客端末
Ｂ サーバ
C 銀行端末

Claims (10)

1. 顧客が操作する顧客端末と、サーバと、行員が操作する銀行端末とが通信回線によって接続され、前記顧客端末と前記銀行端末とを用いたビデオ通話によって銀行手続の申込を完了させる銀行手続支援方法であって、
   前記サーバは、
   前記顧客端末から入力される手続名及び本人確認情報を取得する受付ステップと、
   前記受付ステップで取得した前記手続名及び前記本人確認情報を、前記銀行端末に提供する受付確認ステップと、
   前記受付確認ステップの後に、前記銀行端末からの指示によって前記顧客に対して既に保有する顧客情報を前記銀行端末に提供する顧客情報確認ステップと、
   前記銀行端末から入力される通話可能指示によって前記顧客端末に通話可能状態を通知する通話開始通知ステップと、
   前記顧客端末から入力される通話開始指示によって前記顧客端末と前記銀行端末とを接続するビデオ通話ステップと
   を有し、
   前記受付ステップまでに、前記顧客に対して、顔撮影データを要求し、
   前記本人確認情報を、顔写真付き本人確認書類の撮影情報とし、
   前記顔撮影データと前記本人確認書類の前記顔写真とによって顔照合を行い、
   前記顔照合による判定により、
   不一致である場合には、前記受付確認ステップを行うことなく、前記顧客端末に対して受付不可を通知し、
   一致する又は一致性が高い場合には、前記受付確認ステップにおいて、前記一致性の高さについてのスコアー値又はランクを一致性情報として提供し、
   前記ビデオ通話ステップでは、前記銀行端末からの操作によって申込内容項目が前記顧客端末に提供され、前記顧客端末では択一的な選択指示による入力が行われることで申込内容が確定され、
   前記銀行端末では、
   前記顧客情報確認ステップで提供される前記顧客情報を表示させて前記顧客を確認した後に前記通話可能指示を送信する
   ことを特徴とする銀行手続支援方法。
2. 前記サーバは、
   前記ビデオ通話ステップで確定した申込内容を前記銀行端末から取得して前記顧客端末に提供する申込内容提供ステップと、
   前記申込内容に対する取引認証を前記顧客端末から取得して前記銀行端末に提供する申込認証ステップと
   を有する
   ことを特徴とする請求項１に記載の銀行手続支援方法。
3. 前記本人確認情報を、前記顧客が既に保有しているキャッシュカード又は通帳の撮影情報とした
   ことを特徴とする請求項１又は請求項２に記載の銀行手続支援方法。
4. 前記サーバは、
   前記受付ステップに先立って、前記顧客端末から入力される前記手続名を取得し、
   前記手続名で特定される手続待ちの人数を前記顧客端末に対して提供する受付前手続待状況連絡ステップ
   を有する
   ことを特徴とする請求項１から請求項３のいずれか１項に記載の銀行手続支援方法。
5. 前記サーバは、
   前記受付ステップの後に、前記手続名で特定される手続待ちの人数を前記顧客端末に対して提供する手続待状況連絡ステップ
   を有する
   ことを特徴とする請求項１から請求項３のいずれか１項に記載の銀行手続支援方法。
6. 前記サーバは、
   前記受付ステップにおける情報取得時刻が受付時間内であるかを判断する受付時刻判断ステップを有し、
   前記受付時刻判断ステップでは、前記受付時間外であると判断すると、前記受付確認ステップを行わず、前記顧客端末に対して前記受付時間外であることを通知する
   ことを特徴とする請求項１から請求項５のいずれか１項に記載の銀行手続支援方法。
7. 前記本人確認情報には、ＩＣチップが組み込まれており、
   前記サーバは、
   前記受付ステップまでに、前記顧客に対して、前記ＩＣチップの読み取りと、前記ＩＣチップの読み取りに必要な暗証番号の入力を要求し、
   前記ＩＣチップの読み取りができない場合には、前記顧客に対して、前記ＩＣチップが組み込まれた前記顔写真付き本人確認書類の厚みが判別できる厚み撮影データを要求し、
   前記厚み撮影データによって厚み判定を行い、
   前記厚み判定により、前記顔写真付き本人確認書類が真正でない場合には、前記受付確認ステップを行うことなく、前記顧客端末に対して受付不可を通知する
   ことを特徴とする請求項１から請求項６のいずれか１項に記載の銀行手続支援方法。
8. 前記サーバは、前記受付ステップに先立って、
   普通預金口座開設、氏名・住所・電話番号変更、キャッシュカードの発行・再発行、及びキャッシュカードの紛失・盗難、の少なくともいずれかの手続を行う際に、本人認証として用いるＩＤ登録を行うＩＤ登録ステップを有し、
   前記ビデオ通話ステップを行う際には、前記ＩＤ登録がなされていない前記顧客に対しては、前記通話開始指示とともに暗証入力を要求し、前記ＩＤ登録がなされている前記顧客に対しては、前記暗証入力を要求することなく前記通話開始指示を要求する
   ことを特徴とする請求項１から請求項７のいずれか１項に記載の銀行手続支援方法。
9. 前記ＩＤ登録ステップでは、
   前記顧客に対して、
   写真付き本人確認書類に組み込まれたＩＣチップの読み取りと、
   前記ＩＣチップの読み取りに必要な暗証番号の入力と、
   前記顧客の顔撮影データの送信と、
   口座情報及びキャッシュカードの暗証番号の入力と
   を要求し、
   前記ＩＣチップの読み取りができること、
   前記顔撮影データと前記本人確認書類の前記顔写真とによる顔照合で一致すること、
   前記キャッシュカードの前記暗証番号が前記口座情報による暗証番号と一致すること、
   前記ＩＣチップから読み取ったコードデータと前記口座情報とが一致すること
   をＩＤ登録条件として前記ＩＤ登録を行う
   ことを特徴とする請求項８に記載の銀行手続支援方法。
10. 前記ＩＤ登録ステップにおいて、
    前記ＩＤ登録条件の少なくとも１つを満たさない場合には、ビデオ通話による前記ＩＤ登録を行えることを前記顧客に対して案内する
    ことを特徴とする請求項９に記載の銀行手続支援方法。

Images