特開 2023-88368 口座管理装置および口座管理プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023088368

(43)【公開日】2023-06-27

(54)【発明の名称】口座管理装置および口座管理プログラム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20230620BHJP

【ＦＩ】

G06Q40/02

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2021203032

(22)【出願日】2021-12-15

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】佐藤 啓三

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055BB04

5L055BB24

(57)【要約】

【課題】名義人が死亡した口座を効率的に凍結することができる。
【解決手段】口座管理装置１０は、公共機関で管理される個人番号に関する情報を公共機関のサーバ１から取得する。口座管理装置１０は、個人番号に関する情報に基づいて、個人番号に対応する人物が死亡しているか否かを判定する。そして、口座管理装置１０は、人物が死亡していると判定した場合、個人番号と対応付けて記憶された口座の利用を制限する。
【選択図】図１

【特許請求の範囲】

【請求項1】

公共機関で管理される個人番号と口座とを対応付けて記憶する記憶部と、
前記個人番号に関する情報を前記公共機関のサーバから取得し、前記個人番号に関する情報に基づいて、前記個人番号に対応する人物が死亡しているか否かを判定し、前記人物が死亡していると判定した場合、前記口座の利用を制限する処理部と、
を有する口座管理装置。

【請求項2】

前記処理部は、前記口座の利用履歴に基づいて、直近の所定の第１期間内に前記口座の利用があるか否かを判定し、直近の前記第１期間内に前記口座の利用がない場合、前記個人番号に対応する人物が死亡しているか否かを判定する、
請求項１記載の口座管理装置。

【請求項3】

前記処理部は、第２期間おきに定期的な入出金がされる前記口座の利用履歴に基づいて、直近の前記第２期間内に前記定期的な入出金があるか否かを判定し、直近の前記第２期間内に前記定期的な入出金がない場合、前記個人番号に対応する人物が死亡しているか否かを判定する、
請求項１または２記載の口座管理装置。

【請求項4】

前記処理部は、前記口座の利用履歴に基づいて、前記口座が利用される頻度を算出し、直近の前記頻度に基づく第３期間内に前記口座の利用があるか否かを判定し、直近の前記第３期間内に前記口座の利用がない場合、前記個人番号に対応する人物が死亡しているか否かを判定する、
請求項１記載の口座管理装置。

【請求項5】

コンピュータに、
公共機関で管理される個人番号に関する情報を前記公共機関のサーバから取得し、
前記個人番号に関する情報に基づいて、前記個人番号に対応する人物が死亡しているか否かを判定し、
前記人物が死亡していると判定した場合、前記個人番号と対応付けて記憶された口座の利用を制限する、
処理を実行させる口座管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、口座管理装置および口座管理プログラムに関する。

【背景技術】

【0002】

銀行は、口座の名義人の死亡が確認されたときに、当該口座を凍結させる。銀行は、例えば、銀行に提出される死亡届や新聞のお悔やみ欄の記載、渉外員による聞き込み等から名義人が死亡したことを把握する。

【0003】

口座管理に関する技術としては、例えば、公的機関から付与される所定の識別情報により口座情報を一元的に管理できる金融取引実行支援装置が提案されている。また、例えば、利用期限を経過した不稼働口座の管理負担を軽減する技術を提供する情報処理装置が提案されている。また、人物の死亡に関する技術としては、例えば、戸籍データベースに対して行われた追加・更新を住民記録データベースにも反映させる戸籍情報と住民記録との連動システムが提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７－２１５７００号公報

【特許文献2】特開２０１８－１６５９１０号公報

【特許文献3】特開平７－２１９９９８号公報

【発明の概要】

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

【0005】

名義人が死亡したとしても、遺族が銀行への死亡届を出し忘れることや、口座を把握していないこともあり、銀行に対して死亡届が提出されないことがある。また、新聞のお悔やみ欄の記載、渉外員による聞き込み等では、名義人の死亡を把握しきれないこともある。このように、名義人の死亡を把握できずに口座を有効なままにしておくと、口座維持のための負担が増大する。

【0006】

１つの側面では、本件は、名義人が死亡した口座を効率的に凍結することを目的とする。

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

【0007】

１つの案では、記憶部と処理部とを有する情報処理装置が提供される。記憶部は、公共機関で管理される個人番号と口座とを対応付けて記憶する。処理部は、個人番号に関する情報を公共機関のサーバから取得し、個人番号に関する情報に基づいて、個人番号に対応する人物が死亡しているか否かを判定し、人物が死亡していると判定した場合、口座の利用を制限する。

【発明の効果】

【0008】

１態様によれば、名義人が死亡した口座を効率的に凍結することができる。

【図面の簡単な説明】

【0009】

【図1】第１の実施の形態に係る口座管理装置の一例を示す図である。

【図2】第２の実施の形態に係る情報処理システムの一例を示す図である。

【図3】銀行サーバのハードウェアの一構成例を示す図である。

【図4】銀行サーバおよびマイナンバー管理サーバの機能例を示すブロック図である。

【図5】顧客管理テーブルの一例を示す図である。

【図6】口座管理テーブルの一例を示す図である。

【図7】入出金履歴テーブルの一例を示す図である。

【図8】現況情報テーブルの一例を示す図である。

【図9】口座凍結処理の手順の一例を示すフローチャートである。

【図10】口座利用判定処理の手順の一例を示すフローチャートである。

【図11】年金振込判定処理の手順の一例を示すフローチャートである。

【図12】公共料金支払判定処理の手順の一例を示すフローチャートである。

【図13】所定期間利用判定処理の手順の一例を示すフローチャートである。

【図14】利用頻度判定処理の手順の一例を示すフローチャートである。

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

【0010】

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
まず第１の実施の形態について説明する。

【0011】

図１は、第１の実施の形態に係る口座管理装置の一例を示す図である。第１の実施の形態は、個人番号と紐づいた情報に基づいて口座名義人が死亡したかを判定するものである。

【0012】

口座管理装置１０は、銀行口座を管理するコンピュータである。口座管理装置１０は、記憶部１１と処理部１２とを有する。記憶部１１は、口座管理装置１０が実行する処理に用いられるデータを記憶する。記憶部１１は、例えば、口座管理装置１０が有するメモリまたはストレージ装置である。記憶部１１は、対応情報１１ａを記憶する。

【0013】

対応情報１１ａには、公共機関で管理される個人番号と口座とが対応付けて登録される。個人番号は、例えば、マイナンバーである。なお、第１の実施の形態では、対応情報１１ａに登録された口座を単に口座ということがある。対応情報１１ａは、例えば、口座番号の項目と個人番号の項目とを有する。口座番号の項目には、口座の口座番号が登録される。個人番号の項目には、口座の名義人の個人番号が登録される。

【0014】

処理部１２は、口座管理装置１０を制御し、所要の処理を実行可能である。処理部１２は、例えば、口座管理装置１０が有するプロセッサまたは演算回路である。まず、処理部１２は、口座の利用履歴に基づいて利用の有無を判定する。口座の利用履歴は、口座に対する入出金の日時および内容を記録したものである。

【0015】

例えば、処理部１２は、直近の所定の第１期間内に口座の利用があるか否かを判定する。第１期間は、１ヶ月や１年等、口座を管理する銀行が定めた所定の期間である。また、例えば、口座に第２期間おきに定期的な入出金がされる場合、処理部１２は、直近の第２期間内に定期的な入出金があるか否かを判定する。定期的な入出金は、例えば、年金振込、給与振込、公共料金支払、クレジットカードや携帯電話料金の支払等である。例えば、処理部１２は、直近の第１期間内に口座の利用がないまたは直近の第２期間内に定期的な入出金がない場合、口座の利用なしと判定する。また、例えば、処理部１２は、直近の第１期間内に口座の利用がないかつ直近の第２期間内に定期的な入出金がない場合、口座の利用なしと判定する。

【0016】

処理部１２は、口座の利用なしと判定した場合、個人番号に関する情報をサーバ１から取得する。サーバ１は、個人番号を管理する公共機関のサーバコンピュータである。個人番号に関する情報は、例えば、個人番号に対応する人物の氏名および住所を含む。また、個人番号に関する情報は、例えば、個人番号を示すためのカードに含まれる電子証明書が失効しているか否かおよび電子証明書の失効原因を含む。

【0017】

処理部１２は、個人番号に関する情報に基づいて、個人番号に対応する人物が死亡しているか否かを判定する。例えば、処理部１２は、個人番号に関する情報に、個人番号の電子証明書が失効していることおよび電子証明書の失効原因が個人番号に対応する人物が死亡したことが含まれる場合、個人番号に対応する人物が死亡していると判定する。

【0018】

そして、処理部１２は、個人番号に対応する人物が死亡していると判定した場合、口座の利用を制限する。例えば、処理部１２は、口座から資金を引き出せないよう設定する（つまり、口座を凍結する）。

【0019】

第１の実施の形態によれば、口座管理装置１０の記憶部１１は、公共機関で管理される個人番号と口座とを対応付けて記憶する。口座管理装置１０の処理部１２は、個人番号に関する情報を公共機関のサーバ１から取得し、個人番号に関する情報に基づいて、個人番号に対応する人物が死亡しているか否かを判定し、人物が死亡していると判定した場合、口座の利用を制限する。

【0020】

このように、口座管理装置１０は、公共機関で管理されている情報に基づいて、名義人の死亡を判定し、名義人が死亡した口座の利用を制限する。これにより、口座管理装置１０は、銀行への届出なしに名義人の死亡を把握し、口座を凍結できる。よって、口座管理装置１０は、名義人が死亡した口座を効率的に凍結することができる。

【0021】

また、処理部１２は、口座の利用履歴に基づいて、直近の所定の第１期間内に口座の利用があるか否かを判定し、直近の第１期間内に口座の利用がない場合、個人番号に対応する人物が死亡しているか否かを判定する。これにより、口座管理装置１０は、名義人が死亡している可能性が高い口座についてのみ、個人番号に関する情報をサーバ１から取得するため、処理負荷を軽減できる。

【0022】

また、処理部１２は、第２期間おきに定期的な入出金がされる口座の利用履歴に基づいて、直近の第２期間内に定期的な入出金があるか否かを判定し、直近の第２期間内に定期的な入出金がない場合、個人番号に対応する人物が死亡しているか否かを判定する。定期的な入出金は、名義人が死亡すると停止する可能性が高いため、口座管理装置１０は、名義人が死亡している可能性が高い口座を精度良く絞り込むことができる。

【0023】

なお、処理部１２は、口座の利用履歴に基づいて、口座が利用される頻度を算出し、頻度に基づく第３期間内に口座の利用があるか否かを判定し、第３期間内に口座の利用がない場合、個人番号に対応する人物が死亡しているか否かを判定してもよい。口座が利用される頻度は、それぞれ異なることが多いため、口座管理装置１０は、口座が利用される頻度に基づく第３期間内に口座の利用があるか否かを判定することで、名義人が死亡している可能性が高い口座を精度良く絞り込むことができる。

【0024】

〔第２の実施の形態〕
次に、第２の実施の形態について説明する。第２の実施の形態は、口座名義人のマイナンバーについて現況確認をすることで、口座名義人が死亡したか否かを判定するものである。

【0025】

図２は、第２の実施の形態に係る情報処理システムの一例を示す図である。第２の実施の形態の情報処理システムは、自治体サーバ２０と、銀行サーバ１００と、マイナンバー管理サーバ２００とを有する。自治体サーバ２０と、銀行サーバ１００と、マイナンバー管理サーバ２００とは、ネットワーク３０に接続されている。ネットワーク３０は、インターネット等の広域ネットワークである。

【0026】

自治体サーバ２０は、市役所や区役所等で運用されるサーバコンピュータである。自治体サーバ２０は、自治体に提出される届出を管理する。例えば、自治体サーバ２０は、住人の死亡届が自治体に提出されると、当該住人の死亡をマイナンバー管理サーバ２００に通知する。

【0027】

銀行サーバ１００は、銀行の口座を管理するサーバコンピュータである。銀行サーバ１００は、口座番号と口座名義人のマイナンバーとを対応付けて管理する。銀行サーバ１００は、マイナンバー管理サーバ２００からマイナンバーに関する情報を取得する現況確認を実行し、現況確認によって取得した情報から、口座名義人が死亡したか否かを判定し、名義人が死亡した口座を凍結する。

【0028】

マイナンバー管理サーバ２００は、マイナンバーを管理する公共機関のサーバコンピュータである。マイナンバー管理サーバ２００は、マイナンバーとマイナンバーに関する情報とを管理する。例えば、マイナンバー管理サーバ２００は、マイナンバーに対応する人物の氏名、住所、マイナンバーカードに含まれる電子証明書が失効しているか否か、電子証明書の失効原因等の情報を管理する。

【0029】

マイナンバー管理サーバ２００は、自治体サーバ２０から住人の死亡が通知されると、当該住人のマイナンバーカードに含まれる電子証明書を失効させ、電子証明書の失効原因が死亡であることを登録する。また、マイナンバー管理サーバ２００は、銀行サーバ１００から現況確認を受けたマイナンバーに関する情報を銀行サーバ１００に送信する。

【0030】

図３は、銀行サーバのハードウェアの一構成例を示す図である。銀行サーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現してもよい。

【0031】

メモリ１０２は、銀行サーバ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）等の揮発性の半導体記憶装置が使用される。

【0032】

バス１０９に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

【0033】

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0034】

ＧＰＵ１０４には、モニタ３１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令に従って、画像をモニタ３１の画面に表示させる。モニタ３１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置等がある。

【0035】

入力インタフェース１０５には、キーボード３２とマウス３３とが接続されている。入力インタフェース１０５は、キーボード３２やマウス３３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス３３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボール等がある。

【0036】

光学ドライブ装置１０６は、レーザ光等を利用して、光ディスク３４に記録されたデータの読み取りを行う。光ディスク３４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク３４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等がある。

【0037】

機器接続インタフェース１０７は、銀行サーバ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置３５やメモリリーダライタ３６を接続することができる。メモリ装置３５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ３６は、メモリカード３７へのデータの書き込み、またはメモリカード３７からのデータの読み出しを行う装置である。メモリカード３７は、カード型の記録媒体である。

【0038】

ネットワークインタフェース１０８は、ネットワーク３０に接続されている。ネットワークインタフェース１０８は、ネットワーク３０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。

【0039】

銀行サーバ１００は、以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。なお、第１の実施の形態に示したサーバ１および口座管理装置１０も、図３に示した銀行サーバ１００と同様のハードウェアにより実現することができる。また、自治体サーバ２０およびマイナンバー管理サーバ２００も銀行サーバ１００と同様のハードウェアにより実現することができる。また、プロセッサ１０１は、第１の実施の形態に示した処理部１２の一例である。また、メモリ１０２またはストレージ装置１０３は、第１の実施の形態に示した記憶部１１の一例である。

【0040】

銀行サーバ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。銀行サーバ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、銀行サーバ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。また銀行サーバ１００に実行させるプログラムを、光ディスク３４、メモリ装置３５、メモリカード３７等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

【0041】

次に、銀行サーバ１００およびマイナンバー管理サーバ２００の機能について詳細に説明する。
図４は、銀行サーバおよびマイナンバー管理サーバの機能例を示すブロック図である。マイナンバー管理サーバ２００は、記憶部２１０を有する。記憶部２１０は、マイナンバー管理サーバ２００が有するメモリまたはストレージ装置の記憶領域を用いて実現される。記憶部２１０は、現況情報テーブル２１１を記憶する。現況情報テーブル２１１は、マイナンバー管理サーバ２００が管理するマイナンバーに関する情報（マイナンバーの現況情報）を管理するテーブルである。

【0042】

銀行サーバ１００は、記憶部１１０、現況確認部１２０、利用判定部１３０および口座凍結部１４０を有する。記憶部１１０は、メモリ１０２またはストレージ装置１０３の記憶領域を用いて実現される。現況確認部１２０、利用判定部１３０および口座凍結部１４０は、メモリ１０２に記憶されたプログラムをプロセッサ１０１が実行することで実現される。記憶部１１０は、顧客管理テーブル１１１、口座管理テーブル１１２および入出金履歴テーブル１１３－１，１１３－２，・・・を記憶する。

【0043】

顧客管理テーブル１１１は、口座の名義人である顧客のマイナンバーと、口座の口座番号とを対応付けて管理するテーブルである。口座管理テーブル１１２は、銀行サーバ１００が管理する各口座の情報を管理するテーブルである。例えば、口座管理テーブル１１２には、各口座が年金の振込先として設定された口座（年金振込口座）であるか否かを示す情報が登録される。また、例えば、口座管理テーブル１１２には、各口座が公共料金を支払うための引落口座（公共料金支払口座）であるか否かを示す情報が登録される。入出金履歴テーブル１１３－１，１１３－２，・・・は、対応する口座の入出金履歴を記録したテーブルである。

【0044】

現況確認部１２０は、口座管理テーブル１１２に登録された口座のうち、利用判定部１３０による口座利用判定処理の総合結果において、口座利用ありと判定された口座について現況確認を実行する。現況確認部１２０は、口座利用ありと判定された口座の口座番号に紐づいたマイナンバーを顧客管理テーブル１１１から取得する。現況確認部１２０は、取得したマイナンバーをマイナンバー管理サーバ２００に通知し、通知したマイナンバーの現況情報を送信するよう依頼することで、現況情報を取得する。例えば、現況確認部１２０は、現況情報テーブル２１１に登録された、取得したマイナンバーに関する情報を取得する。

【0045】

そして、現況確認部１２０は、取得したマイナンバーについての電子証明書が失効したか否かおよび電子証明書の失効理由が死亡であるか否かを、現況情報に基づいて判定する。現況確認部１２０は、取得したマイナンバーについての電子証明書が失効し、電子証明書の失効理由が死亡であると判定した場合、当該マイナンバーに紐づいた口座番号の口座を口座凍結部１４０に凍結させる。

【0046】

利用判定部１３０は、口座管理テーブル１１２に登録された各口座を対象として口座利用判定処理を実行する。利用判定部１３０は、口座利用判定処理として、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理を実行する。

【0047】

利用判定部１３０は、対象の口座が年金振込口座である場合、年金振込判定処理を実行する。利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近２ヶ月の情報を取得する。そして、利用判定部１３０は、直近２ヶ月に年金振込があったか否かを判定する。利用判定部１３０は、直近２ヶ月に年金振込があった場合、年金振込判定処理における口座利用ありを出力する。利用判定部１３０は、直近２ヶ月に年金振込がなかった場合、年金振込判定処理における口座利用なしを出力する。

【0048】

また、利用判定部１３０は、対象の口座が公共料金支払口座である場合、公共料金支払判定処理を実行する。利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近１ヶ月の情報を取得する。そして、利用判定部１３０は、直近１ヶ月に公共料金支払があったか否かを判定する。利用判定部１３０は、直近１ヶ月に公共料金支払があった場合、公共料金支払判定処理における口座利用ありを出力する。利用判定部１３０は、直近１ヶ月に公共料金支払がなかった場合、公共料金支払判定処理における口座利用なしを出力する。

【0049】

また、利用判定部１３０は、対象の口座について所定期間利用判定処理を実行する。利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近の所定期間（例えば、６ヶ月）の情報を取得する。そして、利用判定部１３０は、直近６ヶ月に入出金があったか否かを判定する。利用判定部１３０は、直近６ヶ月に入出金があった場合、所定期間利用判定処理における口座利用ありを出力する。利用判定部１３０は、直近６ヶ月に入出金がなかった場合、所定期間利用判定処理における口座利用なしを出力する。

【0050】

そして、利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理の出力から、利用有無の総合結果を判定する。例えば、利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理のいずれかの出力が利用ありの場合、総合結果は利用ありと判定し、すべての出力が利用なしまたは出力なしの場合、総合結果は利用なしと判定してもよい。また、例えば、利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理のいずれかの出力が利用なしの場合、総合結果は利用なしと判定し、すべての出力が利用ありまたは出力なしの場合、総合結果は利用ありと判定してもよい。

【0051】

口座凍結部１４０は、現況確認部１２０によって、紐づいたマイナンバーについての電子証明書が失効し、電子証明書の失効理由が死亡であると判定された口座番号の口座を凍結する。なお、図４に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。次に、記憶部１１０および記憶部２１０に記憶されるテーブルについて詳細に説明する。

【0052】

図５は、顧客管理テーブルの一例を示す図である。顧客管理テーブル１１１は、口座の名義人である顧客のマイナンバーと、口座の口座番号とを対応付けて管理するテーブルである。顧客管理テーブル１１１の各レコードは、顧客管理番号、氏名、住所、口座番号およびマイナンバーの項目を有する。顧客管理番号の項目には、銀行の顧客を識別するための当該銀行における番号が設定される。氏名の項目には、顧客の氏名が設定される。住所の項目には、顧客の住所が設定される。口座番号の項目には顧客の口座の口座番号が設定される。マイナンバーの項目には、顧客のマイナンバーが設定される。

【0053】

図６は、口座管理テーブルの一例を示す図である。口座管理テーブル１１２は、銀行サーバ１００が管理する各口座の情報を管理するテーブルである。口座管理テーブル１１２の各レコードは、口座番号、預金種別、残高、年金振込、公共料金支払および凍結の項目を有する。口座番号の項目には、口座の口座番号が設定される。預金種別の項目には、口座の預金種別が設定される。残高の項目には、口座の残高が設定される。

【0054】

年金振込の項目には、年金振込口座であるか否かを示す情報が設定される。例えば、年金振込口座のレコードの年金振込の項目には、「１」が設定される。また、年金振込口座ではない口座のレコードの年金振込の項目には、「０」が設定される。公共料金支払の項目には、公共料金支払口座であるか否かを示す情報が設定される。例えば、公共料金支払口座のレコードの公共料金支払の項目には、「１」が設定される。また、公共料金支払口座ではない口座のレコードの公共料金支払の項目には、「０」が設定される。なお、口座管理テーブル１１２の年金振込および公共料金支払の項目に代えて年金振込口座の口座番号が登録されたテーブルや公共料金支払口座のレコードが登録されたテーブルが用いられてもよい。

【0055】

凍結の項目には、凍結された口座であるか否かを示す情報が設定される。銀行サーバ１００は、凍結された口座からの入出金を制限する。例えば、凍結された口座のレコードの凍結の項目には、「１」が設定される。また、凍結されていない口座のレコードの凍結の項目には、「０」が設定される。銀行サーバ１００は、凍結の項目が「１」の口座について入出金ができないよう制限する。

【0056】

図７は、入出金履歴テーブルの一例を示す図である。入出金履歴テーブル１１３－１，１１３－２，・・・は、対応する口座の入出金履歴を記録したテーブルである。図７では、入出金履歴テーブル１１３－１について説明するが、入出金履歴テーブル１１３－２，・・・も入出金履歴テーブル１１３－１と同様の構成である。

【0057】

入出金履歴テーブル１１３－１には、対応する口座の口座番号が設定される。また、入出金履歴テーブル１１３－１の各レコードは、日付、入出金内容および金額の項目を有する。日付の項目には、入出金が行われた日付が設定される。入出金内容の項目には、入出金の内容が設定される。金額の項目には、入出金の金額が設定される。

【0058】

図８は、現況情報テーブルの一例を示す図である。現況情報テーブル２１１は、マイナンバーの現況情報を管理するテーブルである。現況情報テーブル２１１の各レコードは、マイナンバー、氏名、住所、失効および失効理由の項目を有する。マイナンバーの項目には、マイナンバーが設定される。氏名の項目には、マイナンバーに対応する人物の氏名が設定される。住所の項目には、マイナンバーに対応する人物の住所が設定される。

【0059】

失効の項目にはマイナンバーカードの電子証明書が失効したか否かを示す情報が設定される。例えば、電子証明書が失効したマイナンバーのレコードの失効の項目には、「１」が設定される。また、電子証明書が失効したマイナンバーのレコードの失効の項目には、「０」が設定される。

【0060】

失効理由の項目には、電子証明書が失効した理由（例えば、電子証明書の期限切れや死亡）が設定される。例えば、マイナンバーに対応する人物の死亡により、電子証明書が失効したマイナンバーのレコードの失効理由の項目には、「死亡」が設定される。

【0061】

次に、口座凍結処理の手順について説明する。
図９は、口座凍結処理の手順の一例を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。

【0062】

［ステップＳ１１］現況確認部１２０は、口座管理テーブル１１２から、口座凍結処理において取得していない口座番号を取得する。例えば、現況確認部１２０は、口座管理テーブル１１２の口座凍結処理において未選択のレコードのいずれかを選択し、選択したレコードの口座番号の項目に設定された口座番号を取得する。

【0063】

［ステップＳ１２］利用判定部１３０は、ステップＳ１１で取得した口座番号の口座を対象として、直近の口座利用の有無について判定する口座利用判定処理を実行する。口座利用判定処理の詳細については後述する（図１０参照）。

【0064】

［ステップＳ１３］現況確認部１２０は、口座利用判定処理の総合結果において、口座利用ありと判定されたか否かを判定する。現況確認部１２０は、口座利用ありと判定された場合、処理をステップＳ２０に進める。また、現況確認部１２０は、口座利用なしと判定された場合、処理をステップＳ１４に進める。

【0065】

［ステップＳ１４］現況確認部１２０は、ステップＳ１１で取得した口座番号に紐づいたマイナンバーを取得する。例えば、現況確認部１２０は、顧客管理テーブル１１１の口座番号の項目にステップＳ１１で取得した口座番号が設定されたレコードを特定し、特定したレコードのマイナンバーの項目に設定されたマイナンバーを取得する。

【0066】

［ステップＳ１５］現況確認部１２０は、マイナンバー管理サーバ２００に現況確認を依頼する。例えば、現況確認部１２０は、ステップＳ１４で取得したマイナンバーをマイナンバー管理サーバ２００に通知し、通知したマイナンバーの現況情報を送信するよう依頼する。

【0067】

［ステップＳ１６］現況確認部１２０は、現況情報を取得する。例えば、現況確認部１２０は、現況情報テーブル２１１のマイナンバーの項目にステップＳ１４で取得したマイナンバーが設定されたレコードを取得する。

【0068】

［ステップＳ１７］現況確認部１２０は、ステップＳ１４で取得したマイナンバーについての電子証明書が失効したか否かを判定する。例えば、現況確認部１２０は、ステップＳ１６で取得した現況情報テーブル２１１のレコードの失効の項目に「１」が設定されている場合、マイナンバーについての電子証明書が失効したと判定する。また、例えば、現況確認部１２０は、ステップＳ１６で取得した現況情報テーブル２１１のレコードの失効の項目に「０」が設定されている場合、マイナンバーについての電子証明書が失効していないと判定する。現況確認部１２０は、マイナンバーについての電子証明書が失効したと判定した場合、処理をステップＳ１８に進める。また、現況確認部１２０は、マイナンバーについての電子証明書が失効していないと判定した場合、処理をステップＳ２０に進める。

【0069】

［ステップＳ１８］現況確認部１２０は、ステップＳ１４で取得したマイナンバーについての電子証明書の失効理由が死亡であるか否かを判定する。例えば、現況確認部１２０は、ステップＳ１６で取得した現況情報テーブル２１１のレコードの失効理由の項目に「死亡」が設定されている場合、マイナンバーについての電子証明書の失効理由が死亡であると判定する。また、例えば、現況確認部１２０は、ステップＳ１６で取得した現況情報テーブル２１１のレコードの失効理由の項目に「死亡」が設定されていない場合、マイナンバーについての電子証明書の失効理由が死亡ではないと判定する。現況確認部１２０は、マイナンバーについての電子証明書の失効理由が死亡であると判定した場合、処理をステップＳ１９に進める。また、現況確認部１２０は、マイナンバーについての電子証明書の失効理由が死亡ではないと判定した場合、処理をステップＳ２０に進める。

【0070】

［ステップＳ１９］口座凍結部１４０は、ステップＳ１１で取得した口座番号の口座を凍結する。例えば、口座凍結部１４０は、ステップＳ１１で選択したレコードの凍結の項目に「１」を設定する。

【0071】

［ステップＳ２０］現況確認部１２０は、口座管理テーブル１１２に登録されたすべての口座番号を取得したか否かを判定する。現況確認部１２０は、口座管理テーブル１１２に登録されたすべての口座番号を取得したと判定した場合、処理を終了する。また、現況確認部１２０は、口座管理テーブル１１２に登録されたすべての口座番号を取得していないと判定した場合、処理をステップＳ１１に進める。

【0072】

このように、現況確認部１２０は、マイナンバー管理サーバ２００に現況確認を依頼することで、マイナンバーの現況情報を取得する。現況確認部１２０は、取得した現況情報から、マイナンバーに対応する人物が死亡しているか否かを判定する。そして、口座凍結部１４０は、現況確認部１２０によって死亡していると判定された口座を凍結する。

【0073】

ここで、名義人が死亡したとしても役所への死亡届は提出されるが、銀行への死亡届は提出されないことがある。そこで、現況確認部１２０は、自治体サーバ２０から死亡届に基づく情報を取得しているマイナンバー管理サーバ２００からマイナンバーの現況情報を取得し、マイナンバーの現況情報に基づいて、名義人の死亡を判定する。これにより、現況確認部１２０は、銀行への届出等なしに名義人が死亡した口座を特定することができる。よって、口座凍結部１４０は、名義人が死亡した口座を効率的に凍結することができる。

【0074】

また、名義人が死亡した場合、口座が利用されなくなる。現況確認部１２０は、利用判定部１３０によって直近の口座利用なしと判定された口座について、マイナンバー管理サーバ２００に現況確認を依頼する。これにより、現況確認部１２０は、名義人が死亡している可能性が高い口座についてのみ、マイナンバー管理サーバ２００に現況確認を依頼するため、処理負荷を軽減できる。

【0075】

次に、口座利用判定処理の手順について説明する。
図１０は、口座利用判定処理の手順の一例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。

【0076】

［ステップＳ３１］利用判定部１３０は、対象の口座に対して、年金振込判定処理を実行する。年金振込判定処理の詳細については後述する（図１１参照）。利用判定部１３０は、対象の口座が年金振込口座の場合、利用ありまたは利用なしを出力する。

【0077】

［ステップＳ３２］利用判定部１３０は、対象の口座に対して、公共料金支払判定処理を実行する。公共料金支払判定処理の詳細については後述する（図１２参照）。利用判定部１３０は、対象の口座が公共料金支払口座の場合、利用ありまたは利用なしを出力する。

【0078】

［ステップＳ３３］利用判定部１３０は、対象の口座に対して、所定期間利用判定処理を実行する。所定期間利用判定処理の詳細については後述する（図１３参照）。利用判定部１３０は、対象の口座について、利用ありまたは利用なしを出力する。

【0079】

［ステップＳ３４］利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理の出力から、利用有無の総合結果を判定する。例えば、利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理のいずれかの出力が利用ありの場合、総合結果は利用ありと判定し、すべての出力が利用なしまたは出力なしの場合、総合結果は利用なしと判定してもよい。また、例えば、利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理のいずれかの出力が利用なしの場合、総合結果は利用なしと判定し、すべての出力が利用ありまたは出力なしの場合、総合結果は利用ありと判定してもよい。

【0080】

このようにして、利用判定部１３０は、年金振込判定処理、公共料金支払判定処理および所定期間利用判定処理を実行し、それぞれの出力から、利用有無の総合結果を判定する。次に、年金振込判定処理の手順について説明する。

【0081】

図１１は、年金振込判定処理の手順の一例を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
［ステップＳ４１］利用判定部１３０は、対象の口座が年金振込口座であるか否かを判定する。例えば、利用判定部１３０は、口座管理テーブル１１２の対象の口座のレコードの年金振込の項目に「１」が設定されている場合、対象の口座が年金振込口座であると判定し、「０」が設定されている場合、対象の口座が年金振込口座ではないと判定する。利用判定部１３０は、対象の口座が年金振込口座であると判定した場合、処理をステップＳ４２に進める。また、利用判定部１３０は、対象の口座が年金振込口座ではないと判定した場合、処理を終了する。

【0082】

［ステップＳ４２］利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近２ヶ月の情報を取得する。例えば、利用判定部１３０は、対象の口座の入出金履歴テーブルの日付の項目に直近２ヶ月の日付が設定されたレコードを抽出する。

【0083】

［ステップＳ４３］利用判定部１３０は、直近２ヶ月に年金振込があったか否かを判定する。例えば、利用判定部１３０は、ステップＳ４２で抽出したレコードに、入出金内容の項目に年金振込の入金がされたことを示す情報が設定されたレコードが含まれる場合、直近２ヶ月に年金振込があったと判定する。利用判定部１３０は、直近２ヶ月に年金振込があったと判定した場合、処理をステップＳ４４に進める。利用判定部１３０は、直近２ヶ月に年金振込がなかったと判定した場合、処理をステップＳ４５に進める。

【0084】

［ステップＳ４４］利用判定部１３０は、口座利用ありと判定し、年金振込判定処理における口座利用ありを出力する。そして、処理が終了する。
［ステップＳ４５］利用判定部１３０は、口座利用なしと判定し、年金振込判定処理における口座利用なしを出力する。

【0085】

このようにして、利用判定部１３０は、２ヶ月おきの年金の入金が年金振込口座の入出金履歴テーブルに記録されているか否かに応じて、口座利用の有無を判定する。年金は受給している人物が死亡すると停止するため、年金の入金が止まった口座の名義人は死亡した可能性がある。よって、利用判定部１３０は、名義人が死亡している可能性が高い口座を精度良く絞り込むことができる。

【0086】

次に、公共料金支払判定処理の手順について説明する。
図１２は、公共料金支払判定処理の手順の一例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。

【0087】

［ステップＳ５１］利用判定部１３０は、対象の口座が公共料金支払口座であるか否かを判定する。例えば、利用判定部１３０は、口座管理テーブル１１２の対象の口座のレコードの公共料金支払の項目に「１」が設定されている場合、対象の口座が公共料金支払口座であると判定し、「０」が設定されている場合、対象の口座が公共料金支払口座ではないと判定する。利用判定部１３０は、対象の口座が公共料金支払口座であると判定した場合、処理をステップＳ５２に進める。また、利用判定部１３０は、対象の口座が公共料金支払口座ではないと判定した場合、処理を終了する。

【0088】

［ステップＳ５２］利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近１ヶ月の情報を取得する。例えば、利用判定部１３０は、対象の口座の入出金履歴テーブルの日付の項目に直近１ヶ月の日付が設定されたレコードを抽出する。

【0089】

［ステップＳ５３］利用判定部１３０は、直近１ヶ月に公共料金支払があったか否かを判定する。例えば、利用判定部１３０は、ステップＳ５２で抽出したレコードに、入出金内容の項目に公共料金支払の出金がされたことを示す情報が設定されたレコードが含まれる場合、直近１ヶ月に公共料金支払があったと判定する。利用判定部１３０は、直近１ヶ月に公共料金支払があったと判定した場合、処理をステップＳ５４に進める。利用判定部１３０は、直近１ヶ月に公共料金支払がなかったと判定した場合、処理をステップＳ５５に進める。

【0090】

［ステップＳ５４］利用判定部１３０は、口座利用ありと判定し、公共料金支払判定処理における口座利用ありを出力する。そして、処理が終了する。
［ステップＳ５５］利用判定部１３０は、口座利用なしと判定し、公共料金支払判定処理における口座利用なしを出力する。

【0091】

このようにして、利用判定部１３０は、１ヶ月おきの公共料金支払の出金が公共料金支払口座の入出金履歴テーブルに記録されているか否かに応じて、口座利用の有無を判定する。公共料金の支払は公共サービスを受けている人物が死亡すると停止するため、公共料金支払の出金が止まった口座の名義人は死亡した可能性がある。よって、利用判定部１３０は、名義人が死亡している可能性が高い口座を精度良く絞り込むことができる。

【0092】

次に、所定期間利用判定処理の手順について説明する。
図１３は、所定期間利用判定処理の手順の一例を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。

【0093】

［ステップＳ６１］利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近６ヶ月の情報を取得する。例えば、利用判定部１３０は、対象の口座の入出金履歴テーブルの日付の項目に直近６ヶ月の日付が設定されたレコードを抽出する。

【0094】

［ステップＳ６２］利用判定部１３０は、直近６ヶ月に入出金があったか否かを判定する。例えば、利用判定部１３０は、ステップＳ６１でレコードが１つ以上抽出された場合、直近６ヶ月に入出金があったと判定する。利用判定部１３０は、直近６ヶ月に入出金があったと判定した場合、処理をステップＳ６３に進める。利用判定部１３０は、直近６ヶ月に入出金がなかったと判定した場合、処理をステップＳ６４に進める。

【0095】

［ステップＳ６３］利用判定部１３０は、口座利用ありと判定し、所定期間利用判定処理における口座利用ありを出力する。そして、処理が終了する。
［ステップＳ６４］利用判定部１３０は、口座利用なしと判定し、所定期間利用判定処理における口座利用なしを出力する。

【0096】

このようにして、利用判定部１３０は、６ヶ月以内の利用が口座の入出金履歴テーブルに記録されているか否かに応じて、口座利用の有無を判定する。名義人が死亡した場合、口座は利用されなくなるため、利用判定部１３０は、名義人が死亡している可能性が高い口座を絞り込むことができる。なお、上記の例では、利用判定部１３０は、６ヶ月以内の利用について判定したが、他の所定の期間（例えば、１ヶ月や１年等）以内の利用について判定してもよい。

【0097】

〔第３の実施の形態〕
次に、第３の実施の形態について説明する。第２の実施の形態では、所定期間の口座の利用の有無が判定されていた。しかし、口座を利用する頻度は、名義人ごとに異なることが多い。

【0098】

そこで、第３の実施の形態では、第２の実施の形態の所定期間利用判定処理に代えて、以下の利用頻度判定処理が実行される。なお、第３の実施の形態においても、第２の実施の形態と同様の符号を用いることがある。

【0099】

図１４は、利用頻度判定処理の手順の一例を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。
［ステップＳ７１］利用判定部１３０は、入出金履歴テーブル１１３－１，１１３－２，・・・のうち、対象の口座の入出金履歴テーブルから直近１年の情報を取得する。例えば、利用判定部１３０は、対象の口座の入出金履歴テーブルの日付の項目に直近１年の日付が設定されたレコードを抽出する。

【0100】

［ステップＳ７２］利用判定部１３０は、平均利用頻度を算出する。例えば、利用判定部１３０は、ステップＳ７１で抽出したレコードの、日付の項目に設定された日付の間隔の平均を算出する
［ステップＳ７３］利用判定部１３０は、最後の利用が平均利用頻度内か否かを判定する。例えば、利用判定部１３０は、ステップＳ７１で抽出したレコードの日付の項目に設定された日付のうち、最も新しい日付と現在までの期間がステップＳ７２で算出した平均利用頻度以下である場合、最後の利用が平均利用頻度内と判定する。利用判定部１３０は、最後の利用が平均利用頻度内と判定した場合、処理をステップＳ７４に進める。利用判定部１３０は、最後の利用が平均利用頻度外と判定した場合、処理をステップＳ７５に進める。

【0101】

［ステップＳ７４］利用判定部１３０は、口座利用ありと判定し、利用頻度判定処理における口座利用ありを出力する。そして、処理が終了する。
［ステップＳ７５］利用判定部１３０は、口座利用なしと判定し、利用頻度判定処理における口座利用なしを出力する。

【0102】

このようにして、利用判定部１３０は、最後の利用が平均利用頻度内か否かに応じて、口座利用の有無を判定する。これにより、利用判定部１３０は、名義人が口座を頻繁に利用する場合、名義人が利用していない期間が短期間であっても平均利用頻度よりも長ければ現況確認部１２０によるマイナンバー管理サーバ２００への現況確認の対象とすることができる。よって、現況確認部１２０は、頻繁に口座を利用する名義人が死亡したことを効率的に特定できる。

【0103】

また、利用判定部１３０は、名義人が口座をほとんど利用しない場合、名義人が利用していない期間が長期間であっても平均利用頻度よりも短ければ現況確認部１２０によるマイナンバー管理サーバ２００への現況確認の対象から除外できる。これにより、現況確認部１２０は、名義人が死亡している可能性が低い口座についてのマイナンバー管理サーバ２００への現況確認の依頼を削減し、処理負荷を軽減できる。このように、利用判定部１３０は、名義人が死亡している可能性が高い口座を精度良く絞り込むことができる。

【0104】

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

【符号の説明】

【0105】

１ サーバ
１０ 口座管理装置
１１ 記憶部
１１ａ 対応情報
１２ 処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】