特開 2022-127504 口座統合システム及び口座統合方法

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

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

(11)【公開番号】P2022127504

(43)【公開日】2022-08-31

(54)【発明の名称】口座統合システム及び口座統合方法

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20220824BHJP

   G16Y 10/50 20200101ALI20220824BHJP

【ＦＩ】

G06Q40/02

G16Y10/50

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2021025694

(22)【出願日】2021-02-19

(71)【出願人】

【識別番号】000237639

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

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】岩田 博幸

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

5L055

【Ｆターム（参考）】

5L055BB39

(57)【要約】      （修正有）

【課題】顧客が保有する口座の数の削減を顧客に促すことで金融機関側にかかるコストや顧客側にかかる手数料の増大を抑制する口座統合システム及び口座統合方法を提供する。
【解決手段】口座統合システム１において、ホストコンピュータ３は、今回の取引時に利用した口座と異なる、顧客が保有する他の口座が存在する場合で、かつ、他の口座の最終取引日から今回の取引時までの経過期間が所定期間以上である場合または他の口座の残高が所定残高以上である場合、他の口座に関する情報を自動取引装置２に送信する。自動取引装置２は、他の口座に関する情報を受信した場合、他の口座に関する情報を示す画面を表示部２１に表示させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

自動取引装置と、前記自動取引装置と情報を送受信するホストコンピュータとを備える口座統合システムであって、
前記ホストコンピュータは、
顧客の口座情報を格納する記憶手段と、
前記顧客が今回の取引時に利用した口座と異なる、前記顧客が保有する他の口座の情報が前記記憶手段に存在し、かつ、前記他の口座の最終取引日から前記今回の取引時までの経過期間が所定期間以上である場合または前記他の口座の残高が所定残高以上である場合、前記他の口座に関する情報を前記自動取引装置に送信するホスト制御手段と、
を備え、
前記自動取引装置は、
前記顧客の前記取引に関する情報を表示する表示手段と、
前記他の口座に関する情報を受信した場合、前記他の口座に関する情報を前記表示手段に表示させる制御手段と、
を備えることを特徴とする口座統合システム。

【請求項2】

請求項１に記載の口座統合システムであって、
前記自動取引装置において、前記制御手段は、前記情報を前記表示部に表示させた後、前記他の口座を前記今回の取引時に利用した口座にまとめる旨を前記顧客により選択された場合、前記他の口座を前記今回の取引時に利用した口座にまとめる旨を示す情報を前記ホストコンピュータに送信し、
前記ホストコンピュータにおいて、前記ホスト制御手段は、前記他の口座を前記今回の取引時に利用した口座にまとめる旨を示す情報を受信した場合、前記他の口座を前記今回の取引時に利用した口座にまとめる処理を実行する
ことを特徴とする口座統合システム。

【請求項3】

自動取引装置と、前記自動取引装置と情報を送受信するホストコンピュータとを備える口座統合システムにおいて実行される口座統合方法であって、
前記ホストコンピュータは、今回の取引時に利用した口座と異なる、顧客が保有する他の口座が存在し、かつ、前記他の口座の最終取引日から前記今回の取引時までの経過期間が所定期間以上である場合または前記他の口座の残高が所定残高以上である場合、前記他の口座に関する情報を前記自動取引装置に送信し、
前記自動取引装置は、前記他の口座に関する情報を受信した場合、前記他の口座に関する情報を表示部に表示させる
ことを特徴とする口座統合方法。

【請求項4】

請求項３に記載の口座統合方法であって、
前記自動取引装置は、前記情報を前記表示部に表示させた後、前記他の口座を前記今回の取引時に利用した口座にまとめる旨を前記顧客により選択された場合、前記他の口座を前記今回の取引時に利用した口座にまとめる旨を示す情報を前記ホストコンピュータに送信し、
前記ホストコンピュータは、前記他の口座を前記今回の取引時に利用した口座にまとめる旨を示す情報を受信すると、前記他の口座を前記今回の取引時に利用した口座にまとめる処理を実行する
ことを特徴とする口座統合方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、金融機関の口座の統合に関する。

【背景技術】

【0002】

従来、銀行などの金融機関の店舗やコンビニエンスストアに設置され、顧客が保有する口座について残高照会、入金、出金、振込などの各種取引を自動で行う自動取引装置（ＡＴＭ（Automated Teller Machine））が知られている。関連技術として、特許文献１がある。

【0003】

ところで、金融機関は、口座の管理や維持にかかるコストが負担になっている。また、顧客側にも、口座の維持に対して手数料がかかるおそれがある。

【0004】

そのため、顧客が保有する口座の数が増えるほど、金融機関側にかかるコストや顧客側にかかる手数料が増大するおそれがあり、口座の数を削減することで金融機関側にかかるコストや顧客側にかかる手数料の増大を抑えることが望まれている。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

本発明の目的は、顧客が保有する口座の数の削減を顧客に促すことで金融機関側にかかるコストや顧客側にかかる手数料の増大を抑制することである。

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

【0007】

本発明に係る一つの形態である口座統合システムは、自動取引装置と、前記自動取引装置と情報を送受信するホストコンピュータとを備える口座統合システムであって、前記ホストコンピュータは、顧客の口座情報を格納する記憶手段と、前記顧客が今回の取引時に利用した口座と異なる、前記顧客が保有する他の口座の情報が前記記憶手段に存在し、かつ、前記他の口座の最終取引日から前記今回の取引時までの経過期間が所定期間以上である場合または前記他の口座の残高が所定残高以上である場合、前記他の口座に関する情報を前記自動取引装置に送信するホスト制御手段と、を備え、前記自動取引装置は、前記顧客の前記取引に関する情報を表示する表示手段と、前記他の口座に関する情報を受信した場合、前記他の口座に関する情報を前記表示手段に表示させる制御手段とを備える。

【発明の効果】

【0008】

顧客が保有する複数の口座のうち、取引頻度が比較的低い口座や残高が比較的高い口座が存在していることを顧客に報知することができるため、その口座を他の口座に統合した後にその口座を削減することを顧客に促すことができ、金融機関側にかかるコストや顧客側にかかる手数料の増大を抑制することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態の口座統合システムの一例を示す図である。

【図2】実施例１における自動取引装置の制御部の動作の一例を示すフローチャートである。

【図3】実施例１におけるホストコンピュータの制御部の動作の一例を示すフローチャートである。

【図4】実施例１におけるホストコンピュータの制御部の動作の他の例を示すフローチャートである。

【図5】ホストコンピュータの記憶部に記憶されているデータテーブルの一例を示す図である。

【図6】ホストコンピュータの記憶部に記憶されているデータテーブルの他の例を示す図である。

【図7】実施例１における表示部に表示される画面の一例を示す図である。

【図8】実施例２における自動取引装置の制御部の動作の一例を示すフローチャートである。

【図9】実施例２におけるホストコンピュータの制御部の動作の一例を示すフローチャートである。

【図10】実施例２におけるホストコンピュータの制御部の動作の他の例を示すフローチャートである。

【図11】実施例２における表示部に表示される画面の一例を示す図である。

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

【0010】

以下、本実施形態について説明する。

【0011】

本実施形態の口座統合システムでは、自動取引装置における取引終了後などのタイミングにおいて、取引頻度が比較的低い他の口座や残高が比較的高い他の口座が存在していると判断した場合、その旨を顧客に報知するために自動取引装置に備えられる表示部に表示させる。

【0012】

これにより、顧客により今回の取引時に利用された口座の他に、取引頻度が比較的低い口座や残高が比較的高い口座が存在していることを顧客に報知することができるため、その口座を他の口座に統合した（まとめた）後、その口座を削減することを顧客に促すことができ、金融機関側にかかるコストや顧客側にかかる手数料が増大することを抑制することができる。

【0013】

図１は、本実施形態の口座統合システム１の一例を示す図である。

【0014】

図１に示す口座統合システム１は、自動取引装置２と、ホストコンピュータ３とを備える。

【0015】

自動取引装置２は、ＡＴＭなどであって、インターネットなどのネットワーク４を介してホストコンピュータ３と情報（電文）を送受信する。また、自動取引装置２は、表示部２１（表示手段）と、入力部２２と、通帳処理部２３と、カード処理部２４と、通信部２５と、紙幣処理部２６と、硬貨処理部２７と、レシート発行部２８と、記憶部２９と、制御部３０（制御手段）とを備える。なお、自動取引装置２は、図１に示していない他のハードウェア構成を備えていてもよい。

【0016】

表示部２１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などであって、制御部３０の指示により、顧客に対して操作画面、表示画面、メニュー画面、または操作指示用のガイド画面（顧客の取引に関する情報）などを表示する。

【0017】

入力部２２は、表示部２１と一体化したタッチパネルなどであって、顧客により、取引の種類（残高照会、入金、出金、振込など）の選択、振込先、振込元、振込金額、暗証番号、入金・出金の金額などを示す情報が入力されると、その入力された情報を制御部３０に通知する。

【0018】

通帳処理部２３は、顧客から受け付けた通帳を搬送しながら通帳の磁気ストライプに対して磁気情報の読み取りと書き込みを行う。

【0019】

カード処理部２４は、自動取引装置２の正面に設けられたカード入出口に挿入されたカードを内部に搬送したり逆にカードをカード入出口へ排出したりするカード搬送路（不図示）と、磁気カードに貼付された磁気ストライプに対して情報の読み取りや書き込みを行うＭＳ記録再生部（不図示）と、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードのメモリに対して情報の読み取りや書き込みを行うメモリ記録再生部（不図示）とを備える。また、カード処理部２４は、カード入出口においてカードを検知するカードセンサを有し、カードセンサによりカードの挿入や排出が検知されると、その旨を示す情報を制御部１０に通知する。

【0020】

通信部２５は、ネットワーク４を介してホストコンピュータ３と情報を送受信する。

【0021】

紙幣処理部２６は、紙幣を一時的に格納する一時保留部（不図示）と、紙幣の真偽などを鑑別する紙幣鑑別部（不図示）と、紙幣を種類別に格納する紙幣スタッカ（不図示）と、自動取引装置２の正面に設けられる紙幣入出口のシャッタ開放後に取り忘れた紙幣を保管する紙幣取り忘れボックス（不図示）と、紙幣入出口と一時保留部と紙幣鑑別部や紙幣スタッカ及び紙幣取り忘れボックス間で紙幣を搬送する搬送路（不図示）とを備える。また、紙幣処理部２６は、紙幣スタッカ内の紙幣の量を検知する紙幣量センサ（不図示）を有し、紙幣量センサにより検知される紙幣の量を示す情報を制御部３０に通知する。また、紙幣処理部２６は、出金処理時、制御部３０からの指示により、必要な紙幣を計数して紙幣スタッカから取出し、紙幣入出口まで搬送し、搬送後に紙幣入出口のシャッタを開放する。

【0022】

硬貨処理部２７は、硬貨の真偽などを鑑別する硬貨鑑別部（不図示）と、硬貨を種類別に格納する硬貨スタッカ（不図示）と、自動取引装置２の正面に設けられる硬貨入出口のシャッタ開放後に取り忘れた硬貨を保管する硬貨取り忘れボックス（不図示）と、硬貨入出口と硬貨鑑別部や硬貨スタッカ及び硬貨取り忘れボックス間で硬貨を搬送する搬送路（不図示）とを備える。また、硬貨処理部２７は、硬貨スタッカ内の硬貨の量を検知する硬貨量センサを備え、硬貨量センサにより検知される硬貨の量を制御部３０に通知する。また、硬貨処理部２７は、出金処理時、制御部３０からの指示により、必要な硬貨を計数して硬貨スタッカから取出し、硬貨入出口まで搬送し、搬送後に硬貨入出口のシャッタを開放する。

【0023】

レシート発行部２８は、レシート印刷機構（不図示）と、レシート搬送機構（不図示）とを備え、顧客が行った取引内容を印刷したレシート媒体をレシート放出口から放出して顧客に発行する機能を有している。

【0024】

記憶部２９は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などにより構成され、制御部３０が実行するプログラム、表示部２１に表示させる画面の情報、その他の情報を記憶する。また、記憶部２９は、制御部３０がプログラムを実行する際の作業領域として機能してもよい。

【0025】

制御部３０は、自動取引装置２全体を統括的に制御するもので、プログラムを読み込んで制御処理を実行するＣＰＵ（Central Processing Unit）などにより構成される。

【0026】

ホストコンピュータ３は、自動取引装置２から照会された顧客が保有する口座に関する情報が、ホストコンピュータ３に記憶される口座に関する情報と一致するか否かを照合する処理を実行するサーバ装置である。また、ホストコンピュータ３は、通信部３１と、記憶部３２（記憶手段）と、制御部３３（ホスト制御手段）とを備える。

【0027】

通信部３１は、ネットワーク４を介して自動取引装置２と情報を送受信する。

【0028】

記憶部３２は、ＲＡＭ、ＲＯＭ、ＨＤＤなどにより構成され、制御部３３が実行するプログラムや後述するデータテーブル（口座情報）などを記憶する。また、記憶部３２は、制御部３３がプログラムを実行する際の作業領域として機能してもよい。

【0029】

制御部３３は、ホストコンピュータ３全体を統括的に制御するもので、プログラムを読み込んで制御処理を実行するＣＰＵなどにより構成される。

【0030】

＜実施例１＞
図２は、実施例１における自動取引装置２の制御部３０の動作の一例を示すフローチャートである。

【0031】

まず、制御部３０は、顧客から取引を受け付けると（ステップＳ１１：Ｙｅｓ）、今回の取引時に利用する口座に関する情報（口座番号など）を含む、取引に必要な情報をホストコンピュータ３に送信することで各種取引（残高照会、入金、出金、振込など）を行う（ステップＳ１２）。例えば、制御部３０は、取引受付時、通帳の磁気ストライプやカードの磁気ストライプなどから口座に関する情報を読み取る。また、制御部３０は、口座に関する情報以外の取引に必要な情報として、顧客により選択される取引の種類を示す情報や紙幣処理部２６及び硬貨処理部２７で計数された金額を示す情報などをホストコンピュータ３に送信する。

【0032】

次に、制御部３０は、取引の結果を示す情報（残高など）をホストコンピュータ３から受信した場合で（ステップＳ１３：Ｙｅｓ）、かつ、取引頻度が比較的低い他の口座に関する情報を受信しなかった場合（ステップＳ１４：Ｎｏ）、取引の結果を示す画面を表示部２１に表示させる（ステップＳ１５）。なお、取引頻度が比較的低い他の口座とは、顧客が複数の口座を保有する場合において、それら複数の口座のうち、今回の取引時に利用した口座以外の口座で、かつ、前回の取引終了日から今回の取引時までの経過期間が所定期間以上である口座とする。

【0033】

一方、制御部３０は、取引の結果を示す情報をホストコンピュータ３から受信した場合で（ステップＳ１３：Ｙｅｓ）、かつ、取引頻度が比較的低い他の口座に関する情報を受信した場合（ステップＳ１４：Ｙｅｓ）、取引頻度が比較的低い他の口座が存在する旨を示す画面（情報）を表示部２１に表示させた後（ステップＳ１６）、取引の結果を示す画面を表示部２１に表示させる（ステップＳ１５）。

【0034】

図３は、実施例１におけるホストコンピュータ３の制御部３３の動作の一例を示すフローチャートである。

【0035】

まず、制御部３３は、今回の取引時に利用する口座に関する情報を含む、取引に必要な情報を受信すると（ステップＳ２１：Ｙｅｓ）、取引に対応する処理を実行する（ステップＳ２２）。例えば、制御部３３は、取引に対応する処理として、今回の取引時に利用する口座の残高から、自動取引装置２から送信される出金金額を減算した結果を取引後の残高とする。

【0036】

次に、制御部３３は、取引の結果を示す情報を自動取引装置２に送信した後（ステップＳ２３）、今回の取引時に利用した口座の最終取引日を今回の取引日に更新する（ステップＳ２４）。例えば、前回の取引日が「２０２１年１月１４日」であり、今回の取引日が「２０２１年１月１５日」である場合、制御部３３は、取引の結果を示す情報として、取引後の残高を自動取引装置２に送信した後、最終取引日を「２０２１年１月１４日」から「２０２１年１月１５日」に更新する。

【0037】

次に、制御部３３は、今回の取引時に利用した口座以外に顧客が他の口座を保有している場合で（ステップＳ２５：Ｙｅｓ）、かつ、他の口座の最終取引日から今回の取引時までの経過期間が所定期間以上である場合（ステップＳ２６：Ｙｅｓ）、すなわち、取引頻度が比較的低い他の口座が存在する場合、他の口座に関する情報を自動取引装置２に送信する（ステップＳ２７）。

【0038】

一方、制御部３３は、顧客が他の口座を保有していない場合（ステップＳ２５：Ｎｏ）、または、顧客が他の口座を保有しているが、他の口座の最終取引日から今回の取引時までの経過期間が所定期間より短い場合（ステップＳ２５：Ｙｅｓ、ステップＳ２６：Ｎｏ）、すなわち、取引頻度が比較的低い他の口座が存在しない場合、他の口座に関する情報を自動取引装置２に送信しない。

【0039】

なお、図４に示すように、制御部３３は、顧客が他の口座を保有していると判断した後（ステップＳ２５：Ｙｅｓ）、ステップＳ２６´において、他の口座の残高が所定残高以上であるか否かを判断するように構成してもよい。このように構成する場合、制御部３３は、今回の取引時に利用した口座以外に顧客が他の口座を保有している場合で（ステップＳ２５：Ｙｅｓ）、かつ、他の口座の残高が所定残高以上である場合（ステップＳ２６´：Ｙｅｓ）、すなわち、残高が比較的高い他の口座が存在する場合、残高が比較的高い他の口座に関する情報を自動取引装置２に送信する（ステップＳ２７）。一方、制御部３３は、顧客が他の口座を保有していない場合（ステップＳ２５：Ｎｏ）、または、顧客が他の口座を保有しているが、他の口座の残高が所定残高より低い場合（ステップＳ２５：Ｙｅｓ、ステップＳ２６´：Ｎｏ）、すなわち、残高が比較的高い他の口座が存在しない場合、他の口座に関する情報を自動取引装置２に送信しない。そして、自動取引装置２の制御部３０は、残高が比較的高い他の口座に関する情報を受信すると、その情報を示す画面を表示部２１に表示させる。このように、残高が比較的高い他の口座に関する情報を示す画面が表示部２１に表示されることにより、残高が比較的高い他の口座が存在することを顧客に報知することができるため、その口座を他の口座にまとめた後、その口座を削減することを顧客に促すことができ、金融機関側にかかるコストや顧客側にかかる手数料が増大することを抑制することができる。

【0040】

ここで、図５は、ホストコンピュータ３の記憶部３２に記憶されているデータテーブルの一例を示す図である。なお、図５に示すデータテーブルＤは、口座がまとめられる前のデータテーブルとする。

【0041】

図５示すデータテーブルＤは、複数のレコードからなり、各レコードはそれぞれ項目ｉ１～ｉ１５を有している。

【0042】

図５に示すデータテーブルＤのレコード１の項目ｉ１には整理番号として「１１１１１１１１１１」が格納されている。また、レコード１の項目ｉ２には支店として「○○○支店」が格納されている。また、レコード１の項目ｉ３には科目として「普通」が格納されている。また、レコード１の項目ｉ４には口座番号として「１１１１１１１１１１」が格納されている。また、レコード１の項目ｉ５には残高として「１，０００，０００円」が格納されている。また、レコード１の項目ｉ６には利息として「２０，０００円」が格納されている。また、レコード１の項目ｉ７には最終取引日として「２０２１年１月１５日」が格納されている。また、レコード１の項目ｉ８には他の口座番号として「２２２２２２２２２２」が格納されている。また、レコード１の項目ｉ９には氏名として「富士通 太郎」が格納されている。また、レコード１の項目ｉ１０には住所として「群馬県前橋市×××町××××」が格納されている。また、レコード１の項目ｉ１１には生年月日として「１９９０年１２月３１日」が格納されている。また、レコード１の項目ｉ１２には電話番号として「０２７－××××－××××」が格納されている。また、レコード１の項目ｉ１３には携帯電話番号として「０８０－××××－××××」が格納されている。また、レコード１の項目ｉ１４にはメールアドレスとして「[e-mail]」が格納されている。また、レコード１の項目ｉ１５には自動振替情報として「××電力、××電話」が格納されている。

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

１ 口座統合システム
２ 自動取引装置
３ ホストコンピュータ
４ ネットワーク
２１ 表示部
２２ 入力部
２３ 通帳処理部
２４ カード処理部
２５ 通信部
２６ 紙幣処理部
２７ 硬貨処理部
２８ レシート発行部
２９ 記憶部
３０ 制御部
３１ 通信部
３２ 記憶部
３３ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】