特許 7613623 一括受付装置、方法、プログラム、および一括受付システム

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

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

(11)【特許番号】

(24)【登録日】2025-01-06

(45)【発行日】2025-01-15

(54)【発明の名称】一括受付装置、方法、プログラム、および一括受付システム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20250107BHJP

【ＦＩ】

G06Q40/02

【請求項の数】 11

(21)【出願番号】P 2024019208

(22)【出願日】2024-02-13

【審査請求日】2024-02-13

(73)【特許権者】

【識別番号】598049322

【氏名又は名称】株式会社三菱ＵＦＪ銀行

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】田中 誉俊

(72)【発明者】

【氏名】西 史世

(72)【発明者】

【氏名】前川 純一

【審査官】樋口 龍弥

(56)【参考文献】

【文献】特開２０２３－０５１１８４（ＪＰ，Ａ）

【文献】国際公開第２０２０／２４６４０３（ＷＯ，Ａ１）

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

【文献】特開２００８－２１７４８７（ＪＰ，Ａ）

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

【文献】渋谷 直人，マイナンバー制度への備え，ＩＴソリューションフロンティア ［ｏｎｌｉｎｅ］ ，日本，2015年04月20日，第32巻 第05号，p.16-19，Internet<URL:https://www.nri.com/~/media/PDF/jp/opinion/teiki/it_solution/2015/ITSF150505.pdf>

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

Ｇ０６Ｑ １０／００ － ９９／００

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

【請求項1】

本人確認が必要な取引を顧客が複数の企業と行うことを求める要求を顧客端末から受信する受付部と、
前記顧客のマイナンバーカードを読み取ったデータを用いた前記顧客の本人確認を本人確認サービス提供システムに依頼して、前記本人確認の完了の通知を受信する本人確認依頼部と、
前記本人確認の完了の通知を受信すると、前記複数の企業の各企業での取引を前記各企業のサーバに依頼する取引実行依頼部と
を備えた一括受付装置。

【請求項2】

共通ＩＤを前記各企業のサーバへ送信する共通ＩＤ管理部を備えた、請求項１に記載の一括受付装置。

【請求項3】

前記共通ＩＤが付与された顧客の本人確認の有効性の確認を求める要求を前記各企業のサーバから受信し、
前記有効性の確認を前記本人確認サービス提供システムに依頼して、前記有効性の確認の結果を受信し、
前記有効性の確認の結果を前記各企業のサーバへ送信する現況確認部を備えた、請求項２に記載の一括受付装置。

【請求項4】

前記受付部は、以前に前記顧客端末から受信した入力情報を前記顧客端末に表示させる、請求項１に記載の一括受付装置。

【請求項5】

前記受付部は、前記顧客端末の１つの画面に入力された前記要求を受信する、請求項１に記載の一括受付装置。

【請求項6】

前記取引実行依頼部は、前記各企業での取引の完了の通知を受信すると、前記各企業での取引の完了の通知を前記顧客端末へ送信する、請求項１に記載の一括受付装置。

【請求項7】

前記企業は、金融機関であり、
前記本人確認が必要な取引は、銀行口座の開設、証券口座の開設、保険の契約を含む、請求項１に記載の一括受付装置。

【請求項8】

一括受付装置が実行する方法であって、
本人確認が必要な取引を顧客が複数の企業と行うことを求める要求を顧客端末から受信するステップと、
前記顧客のマイナンバーカードを読み取ったデータを用いた前記顧客の本人確認を本人確認サービス提供システムに依頼して、前記本人確認の完了の通知を受信するステップと、
前記本人確認の完了の通知を受信すると、前記複数の企業の各企業での取引を前記各企業のサーバに依頼するステップと
を含む方法。

【請求項9】

一括受付装置と顧客端末を含む一括受付システムであって、
前記一括受付装置は、
本人確認が必要な取引を顧客が複数の企業と行うことを求める要求を前記顧客端末から受信する受付部と、
前記顧客のマイナンバーカードを読み取ったデータを用いた前記顧客の本人確認を本人確認サービス提供システムに依頼して、前記本人確認の完了の通知を受信する本人確認依頼部と、
前記本人確認の完了の通知を受信すると、前記複数の企業の各企業での取引を前記各企業のサーバに依頼する取引実行依頼部と
を備え、
前記顧客端末は、
前記要求を前記一括受付装置へ送信する取引要求送信部と、
前記顧客のマイナンバーカードを読み取ったデータを前記本人確認サービス提供システムへ送信するデータ送信部と
を備えた一括受付システム。

【請求項10】

前記一括受付装置は、
共通ＩＤが付与された顧客の本人確認の有効性の確認を求める要求を前記各企業のサーバから受信し、
前記有効性の確認を前記本人確認サービス提供システムに依頼して、前記有効性の確認の結果を受信し、
前記有効性の確認の結果を前記各企業のサーバへ送信する現況確認部を備えた、請求項９に記載の一括受付システム。

【請求項11】

前記企業のサーバは、
共通ＩＤが付与された顧客の本人確認の有効性の確認を前記本人確認サービス提供システムに依頼して、前記有効性の確認の結果を前記本人確認サービス提供システムから受信する、請求項９に記載の一括受付システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一括受付装置、方法、プログラム、および一括受付システムに関する。

【背景技術】

【0002】

従来、金融機関（例えば、銀行、証券会社、保険会社等）等の企業と顧客の取引において、顧客の本人確認が必要な場合（例えば、銀行口座、証券口座の開設、保険の契約等）がある。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－１８７４９４号公報

【発明の概要】

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

【0004】

本人確認が必要な取引を複数の金融機関等の企業と行うことを望む（例えば、複数の金融機関で口座を開設することを望む）場合、顧客は、各金融機関等の企業との取引ごとに本人確認の手続きをしなければならず不便であった。

【0005】

そこで、本発明では、本人確認が必要な取引を複数の企業と行う際の利便性を高めることを目的とする。

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

【0006】

本発明の一実施形態に係る一括受付装置は、本人確認が必要な取引を顧客が複数の企業と行うことを求める要求を顧客端末から受信する受付部と、前記顧客のマイナンバーカードを読み取ったデータを用いた前記顧客の本人確認を本人確認サービス提供システムに依頼して、前記本人確認の完了の通知を受信する本人確認依頼部と、前記本人確認の完了の通知を受信すると、前記複数の企業の各企業での取引を前記各企業のサーバに依頼する取引実行依頼部とを備える。

【発明の効果】

【0007】

本発明によれば、本人確認が必要な取引を複数の企業と行う際の利便性を高めることができる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係る全体の構成を示す図である。

【図2】本発明の一実施形態に係る一括受付装置の機能ブロック図である。

【図3】本発明の一実施形態に係る共通ＩＤ管理部に記憶されるデータの一例である。

【図4】本発明の一実施形態に係る現況情報記憶部に記憶されるデータの一例である。

【図5】本発明の一実施形態に係る入力情報記憶部に記憶されるデータの一例である。

【図6】本発明の一実施形態に係る顧客端末の機能ブロック図である。

【図7】本発明の一実施形態に係る取引処理のシーケンス図である。

【図8】本発明の一実施形態に係る共通ＩＤ管理処理のシーケンス図である。

【図9】本発明の一実施形態に係る現況確認処理のシーケンス図である。

【図10】本発明の一実施形態に係る顧客端末に表示される画面の遷移図の一例である。

【図11】本発明の一実施形態に係る顧客端末に表示される画面の遷移図の一例である。

【図12】本発明の一実施形態に係る顧客端末に表示される画面の遷移図の一例である。

【図13】本発明の一実施形態に係る一括受付装置のハードウェア構成図である。

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

【0009】

以下、図面に基づいて本発明の実施の形態を説明する。

【0010】

＜用語の説明＞
・本明細書において、「企業」は、任意の企業であってよい。例えば、「企業」は、金融機関である。なお、本明細書では企業が金融機関である場合を説明するが、本発明は任意の企業に適用することができる。
・本明細書において、「金融機関」は、銀行、証券会社、保険会社等の任意の金融機関であってよい。
・本明細書において、「取引」は、金融機関等の企業と顧客の間で行われる任意の取引であってよい。例えば、「取引」は、契約時の手続き（例えば、口座開設（例えば、銀行口座の開設、証券口座の開設等）、保険の契約等）、契約後の手続き（例えば、相続時の口座の凍結、投資信託の自動解約、保険失効、保険金支払いの自動化等）である。

【0011】

＜全体構成＞
図１は、本発明の一実施形態に係る全体の構成を示す図である。一括受付システム１は、一括受付装置１０と、本人確認サービス提供システム２０と、金融機関サーバ３０Ａ、３０Ｂ、３０Ｃ（以下、金融機関サーバ３０と総称する。なお、図１では、金融機関サーバ３０が３つの場合を説明するが、金融機関サーバ３０の数はこれに限定されない）と、従業員端末３１Ａ、３１Ｂ、３１Ｃ（以下、従業員端末３１と総称する。なお、図１では、従業員端末３１が３つの場合を説明するが、従業員端末３１の数はこれに限定されない）と、顧客端末４０と、マイナンバー管理システム５０と、を含むことができる。一括受付装置１０は、任意のネットワークを介して、本人確認サービス提供システム２０、金融機関サーバ３０、顧客端末４０のそれぞれとデータを送受信することができる。以下、それぞれについて説明する。

【0012】

＜＜一括受付装置＞＞
一括受付装置１０は、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を受け付けて処理する装置である。具体的には、一括受付装置１０は、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を顧客端末４０から受信する。そして、一括受付装置１０は、顧客４１のマイナンバーカードを読み取ったデータを用いた顧客４１の本人確認を本人確認サービス提供システム２０に依頼して、本人確認の完了の通知を受信する。本人確認の完了の通知を受信すると、一括受付装置１０は、複数の金融機関の各金融機関での取引を各金融機関のサーバ３０に依頼する。なお、一括受付装置１０は、１つまたは複数のコンピュータから構成される。

【0013】

＜＜本人確認サービス提供システム＞＞
本人確認サービス提供システム２０は、マイナンバーカードを用いた非対面での本人確認（ｅＫＹＣとも呼ばれる）のサービスを提供するシステムである。例えば、本人確認サービス提供システム２０は、一括受付装置１０からの呼び出しに応じて、マイナンバーカードを用いた非対面での本人確認のサービスのＡＰＩ（Application Programming Interface）を提供する。

【0014】

＜＜金融機関サーバ＞＞
金融機関サーバ３０は、各金融機関が運営するサーバである。金融機関サーバ３０は、顧客４１と金融機関の取引のための処理（例えば、口座の開設）を実行する。なお、金融機関サーバ３０Ａは金融機関Ａが運営するサーバであり、金融機関サーバ３０Ｂは金融機関Ｂが運営するサーバであり、金融機関サーバ３０Ｃは金融機関Ｃが運営するサーバであるとする。

【0015】

＜＜従業員端末＞＞
従業員端末３１は、金融機関の従業員が用いる端末である。なお、従業員端末３１Ａは金融機関Ａの従業員が用いる端末であり、従業員端末３１Ｂは金融機関Ｂの従業員が用いる端末であり、従業員端末３１Ｃは金融機関Ｃの従業員が用いる端末であるとする。

【0016】

＜＜顧客端末＞＞
顧客端末４０は、本人確認が必要な取引を複数の金融機関と行うこと望む顧客４１が用いる端末である。具体的には、顧客端末４０は、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を一括受付装置１０へ送信し、顧客４１のマイナンバーカードを読み取ったデータを本人確認サービス提供システム２０へ送信する。例えば、顧客端末４０は、スマートフォン、タブレット、パーソナルコンピュータ等である。

【0017】

＜＜マイナンバー管理システム＞＞
マイナンバー管理システム５０は、マイナンバーを管理するシステム（具体的には、地方公共団体情報システム機構（Japan Agency for Local Authority Information Systems（Ｊ－ＬＩＳ））のシステム）である。マイナンバー管理システム５０は、公的個人認証サービスを提供することができる。

【0018】

なお、一括受付装置１０を運営する者が本人確認サービス提供システム２０を運営する者に本人確認の業務を委託するという契約であってもよいし、金融機関サーバ３０を運営する者（つまり、金融機関）が本人確認サービス提供システム２０を運営する者に本人確認の業務を委託するという契約であってもよい。

【0019】

＜機能ブロック＞
図２は、本発明の一実施形態に係る一括受付装置１０の機能ブロック図である。一括受付装置１０は、受付部１０１と、本人確認依頼部１０２と、取引実行依頼部１０３と、共通ＩＤ管理部１０４と、現況確認部１０５と、入力情報記憶部１０６と、共通ＩＤ記憶部１０７と、現況情報記憶部１０８と、を備えることができる。また、一括受付装置１０は、プログラムを実行することで、受付部１０１、本人確認依頼部１０２、取引実行依頼部１０３、共通ＩＤ管理部１０４、現況確認部１０５、として機能することができる。以下、それぞれについて説明する。

【0020】

受付部１０１は、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を、顧客端末４０から受信する。具体的には、受付部１０１は、顧客４１を特定するための情報（例えば、顧客４１が複数の金融機関との取引を行うことができるオンラインプラットフォーム（例えば、顧客端末４０にインストールされた複数の金融機関と取引するためのアプリケーション）における顧客４１のＩＤ）と、金融機関（つまり、顧客４１が取引を行うことを求める金融機関）を特定するための情報と、取引の内容（例えば、口座の開設）と、を含む要求を受信する。

【0021】

例えば、受付部１０１は、顧客４１が複数の金融機関との取引を行うことができるオンラインプラットフォーム（例えば、Ｗｅｂサイト）上に入力された、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を受信する。

【0022】

なお、受付部１０１は、以前に顧客端末４０から受信した入力情報（つまり、その時に行われている取引よりも前に行われた取引において入力された情報）を顧客端末４０に表示させてもよい。

【0023】

本人確認依頼部１０２は、顧客４１のマイナンバーカードを読み取ったデータを用いた顧客４１の本人確認を本人確認サービス提供システム２０に依頼する。本人確認依頼部１０２は、本人確認の完了の通知（例えば、マイナンバーカード内の電子証明書が有効であることの通知）を本人確認サービス提供システム２０から受信する。

【0024】

例えば、本人確認依頼部１０２は、本人確認サービス提供システム２０が提供するマイナンバーカードを用いた非対面での本人確認のサービスのＡＰＩを呼び出して、本人確認サービス提供システム２０に、顧客４１の本人確認を実行させる。

【0025】

例えば、本人確認依頼部１０２は、顧客端末４０に、顧客端末４０にインストールされている本人確認用のアプリケーションを起動させて、本人確認サービス提供システム２０に、顧客４１の本人確認を実行させる。

【0026】

例えば、本人確認依頼部１０２は、本人確認の完了の通知とともに、顧客４１の基本４情報（氏名、住所、生年月日、性別）を、本人確認サービス提供システム２０から受信する。

【0027】

取引実行依頼部１０３は、本人確認依頼部１０２が本人確認の完了の通知を受信すると、複数の金融機関の各金融機関での取引を各金融機関のサーバ３０に依頼する。具体的には、取引実行依頼部１０３は、受付部１０１が受信した要求において顧客４１が取引を行うことを求めている金融機関のサーバ３０に、受付部１０１が受信した要求において顧客４１が求めている内容の取引を実行するよう依頼する。

【0028】

取引実行依頼部１０３は、各金融機関での取引の実行の結果（例えば、取引の完了）の通知を各金融機関のサーバ３０から受信する。なお、取引実行依頼部１０３は、各金融機関での取引の実行の結果（例えば、取引の完了）の通知を受信すると、各金融機関での（例えば、取引の完了）の通知を顧客端末４０へ送信してもよい。

【0029】

共通ＩＤ管理部１０４は、本人確認サービス提供システム２０が採番した共通ＩＤを本人確認サービス提供システム２０から取得して、当該共通ＩＤを各金融機関のサーバ３０へ送信する。なお、本人確認サービス提供システム２０以外（例えば、一括受付装置１０等）が採番した共通ＩＤが用いられてもよい。

【0030】

現況確認部１０５は、現況確認を行う。

【0031】

具体的には、現況確認部１０５は、共通ＩＤが付与された顧客４１の本人確認の有効性の確認を求める要求を、各金融機関のサーバ３０から受信する。現況確認部１０５は、共通ＩＤが付与された顧客４１の本人確認の有効性の確認を本人確認サービス提供システム２０に依頼して、当該有効性の確認の結果を受信する。現況確認部１０５は、共通ＩＤが付与された顧客４１の本人確認の有効性の確認の結果を各金融機関のサーバ３０へ送信する。

【0032】

入力情報記憶部１０６には、取引において顧客端末４０に入力された情報が記憶される。

【0033】

共通ＩＤ記憶部１０７には、顧客ごとに付与された顧客ＩＤと、共通ＩＤと、が記憶される。なお、共通ＩＤ記憶部１０７に、顧客４１の基本４情報（氏名、住所、生年月日、性別）も記憶されてもよい。

【0034】

なお、本人確認サービス提供システム２０は、基本４情報（氏名、住所、生年月日、性別）およびマイナンバーを記憶（不揮発性でもよいし揮発性でもよい）して管理することができる。

【0035】

現況情報記憶部１０８には、顧客４１の本人確認の有効性の確認の結果が記憶される。

【0036】

［ＡＰＩ方式と本人確認用アプリケーションの起動方式］
本発明は、一括受付装置１０が本人確認サービス提供システム２０の本人確認用ＡＰＩを呼び出すことで実現してもよいし（ＡＰＩ方式）、顧客端末４０にインストールされた本人確認用のアプリケーションを起動させることで実現してもよい（本人確認用アプリケーションの起動方式）。以下、詳細に説明する。

【0037】

ＡＰＩ方式では、一括受付装置１０の受付部１０１が、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を、顧客端末４０から受信すると、本人確認依頼部１０２は、本人確認サービス提供システム２０が提供するマイナンバーカードを用いた非対面での本人確認のサービスのＡＰＩを呼び出して、本人確認サービス提供システム２０に、顧客４１の本人確認を実行させる。つまり、顧客端末４０にインストールされた複数の金融機関と取引するためのアプリケーションのみでよい（本人確認用のアプリケーションは不要である）。

【0038】

本人確認用アプリケーションの起動方式では、一括受付装置１０の受付部１０１が、本人確認が必要な取引を顧客４１が複数の金融機関と行うことを求める要求を、顧客端末４０から受信すると、本人確認依頼部１０２は、顧客端末４０に、顧客端末４０にインストールされている本人確認用のアプリケーションを起動させて（なお、本人確認サービス提供システム２０を経由して顧客端末４０の当該アプリケーションを起動させてもよいし、本人確認サービス提供システム２０を経由せずに顧客端末４０の当該アプリケーションを起動させてもよい）、本人確認サービス提供システム２０に、顧客４１の本人確認を実行させる。つまり、顧客端末４０にインストールされた複数の金融機関と取引するためのアプリケーションから本人確認用のアプリケーションへ遷移して、本人確認が行われる。

【0039】

図３～図５を参照ながら、入力情報記憶部１０６、共通ＩＤ記憶部１０７、現況情報記憶部１０８に記憶されているデータベースの例を説明する。なお、本明細書では、入力情報記憶部１０６、共通ＩＤ記憶部１０７、現況情報記憶部１０８に分けて説明するが、入力情報記憶部１０６、共通ＩＤ記憶部１０７、現況情報記憶部１０８に記憶されているデータベースを組み合わせて実装してもよい。

【0040】

図３は、本発明の一実施形態に係る共通ＩＤ記憶部１０７に記憶されるデータの一例である。共通ＩＤ記憶部１０７には、「顧客４１のＩＤ（例えば、顧客４１が複数の金融機関との取引を行うことができるオンラインプラットフォーム（例えば、顧客端末４０にインストールされた複数の金融機関と取引するためのアプリケーション）における顧客４１のＩＤ）」と、「本人確認サービス提供システム２０が採番した共通ＩＤ」と、が紐付けられて記憶されている。

【0041】

図４は、本発明の一実施形態に係る現況情報記憶部１０８に記憶されるデータの一例である。現況情報記憶部１０８には、「共通ＩＤ（具体的には、現況確認部１０５が各金融機関のサーバ３０から受信した共通ＩＤ）」と、「共通ＩＤが付与された顧客４１の本人確認の有効性（例えば、マイナンバーカード内の電子証明書の現況）の情報」と、「日時（一括受付装置１０が現況情報を本人確認サービス提供システム２０から取得した日時）」と、が紐付けられて記憶されている。

【0042】

例えば、マイナンバーカード内の電子証明書の現況の情報は、「有効」、「失効（氏名、住所等の基本４情報の変更による失効）」、「失効（死亡・国外転出による失効）」、「失効（電子証明書の有効期限の満了による失効）」等である。

【0043】

図５は、本発明の一実施形態に係る入力情報記憶部１０６に記憶されるデータの一例である。入力情報記憶部１０６には、「顧客のＩＤ（例えば、顧客４１が複数の金融機関との取引を行うことができるオンラインプラットフォーム（例えば、顧客端末４０にインストールされた複数の金融機関と取引するためのアプリケーション）における顧客４１のＩＤ）」と、「顧客４１が顧客端末４０に入力した情報（例えば、氏名カナ、電話番号、メールアドレス、住所カナ、世帯主との関係、国籍、米国永住権有無、非居住者該当有無、反社該当有無(申告)、外国PEPs該当有無(申告)、金融資産、職業、勤務先、勤務先カナ、勤務先所在地、所属部署、役職、勤続年数、年収）」と、が紐付けて記憶されている。

【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】

一括受付装置１０は、ＣＰＵ（Central Processing Unit）１００１、ＲＯＭ（Read Only Memory）１００２、ＲＡＭ（Random Access Memory）１００３を有する。ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３は、いわゆるコンピュータを形成する。また、一括受付装置１０は、補助記憶装置１００４、表示装置１００５、操作装置１００６、Ｉ／Ｆ（Interface）装置１００７、ドライブ装置１００８を有する。なお、一括受付装置１０の各ハードウェアは、バスＢを介して相互に接続されている。

【0108】

ＣＰＵ１００１は、補助記憶装置１００４にインストールされている各種プログラムを実行する演算デバイスである。

【0109】

ＲＯＭ１００２は、不揮発性メモリである。ＲＯＭ１００２は、補助記憶装置１００４にインストールされている各種プログラムをＣＰＵ１００１が実行するために必要な各種プログラム、情報等を格納する主記憶デバイスとして機能する。具体的には、ＲＯＭ１００２は、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラム等を格納する、主記憶デバイスとして機能する。

【0110】

ＲＡＭ１００３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の揮発性メモリである。ＲＡＭ１００３は、補助記憶装置１００４にインストールされている各種プログラムがＣＰＵ１００１によって実行される際に展開される作業領域を提供する、主記憶デバイスとして機能する。

【0111】

補助記憶装置１００４は、各種プログラムや、各種プログラムが実行される際に用いられる情報を格納する補助記憶デバイスである。

【0112】

表示装置１００５は、一括受付装置１０の内部状態等を表示する表示デバイスである。

【0113】

操作装置１００６は、一括受付装置１０の管理者が一括受付装置１０に対して各種指示を入力する入力デバイスである。

【0114】

Ｉ／Ｆ装置１００７は、ネットワークに接続し、他の装置と通信を行うための通信デバイスである。

【0115】

ドライブ装置１００８は記憶媒体１００９をセットするためのデバイスである。ここでいう記憶媒体１００９には、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記憶媒体１００９には、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。

【0116】

なお、補助記憶装置１００４にインストールされる各種プログラムは、例えば、配布された記憶媒体１００９がドライブ装置１００８にセットされ、該記憶媒体１００９に記録された各種プログラムがドライブ装置１００８により読み出されることでインストールされる。あるいは、補助記憶装置１００４にインストールされる各種プログラムは、Ｉ／Ｆ装置１００７を介して、ネットワークよりダウンロードされることでインストールされてもよい。

【0117】

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせ等、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

【符号の説明】

【0118】

１ 一括受付システム
１０ 一括受付装置
２０ 本人確認サービス提供システム
３０ 金融機関サーバ
３１ 従業員端末
４０ 顧客端末
４１ 顧客
５０ マイナンバー管理システム
１０１ 受付部
１０２ 本人確認依頼部
１０３ 取引実行依頼部
１０４ 共通ＩＤ管理部
１０５ 現況確認部
１０６ 入力情報記憶部
１０７ 共通ＩＤ記憶部
１０８ 現況情報記憶部
４０１ 取引要求送信部
４０２ 読取部
４０３ データ送信部
１００１ ＣＰＵ
１００２ ＲＯＭ
１００３ ＲＡＭ
１００４ 補助記憶装置
１００５ 表示装置
１００６ 操作装置
１００７ Ｉ／Ｆ装置
１００８ ドライブ装置
１００９ 記憶媒体

【要約】

【課題】本人確認が必要な取引を複数の企業と行う際の利便性を高める。
【解決手段】本発明の一実施形態に係る一括受付装置は、本人確認が必要な取引を顧客が複数の企業と行うことを求める要求を顧客端末から受信する受付部と、前記顧客のマイナンバーカードを読み取ったデータを用いた前記顧客の本人確認を本人確認サービス提供システムに依頼して、前記本人確認の完了の通知を受信する本人確認依頼部と、前記本人確認の完了の通知を受信すると、前記複数の企業の各企業での取引を前記各企業のサーバに依頼する取引実行依頼部とを備える。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】