JP2004348515A

JP2004348515A - Transfer method and financial system

Info

Publication number: JP2004348515A
Application number: JP2003145843A
Authority: JP
Inventors: Keiko Watanabe; 景子渡邊
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2003-05-23
Filing date: 2003-05-23
Publication date: 2004-12-09

Abstract

<P>PROBLEM TO BE SOLVED: To dispense with the need for transfer card in transfer processing in an automatic teller machine (ATM) system, and to avoid wrong transfers in transfer processing in an internet banking system, in a financial system in which the internet banking system, in closer cooperation with the ATM system. <P>SOLUTION: An ATM control part 1 and an IB control part 2, each includes a registration request means (1-1 or 2-3) which makes a customer input transfer destination information and transmits the transfer destination information concerned, together with the customer's ID number to a CRM control part 3; and a browsing requesting means (1-2 or 2-2) which transmits a browsing request, together with the customer's ID number to the CRM control part 3, when the customer selects browsing the transfer destination. The CRM control part 3 includes a transfer destination information registering means 3-1 which stores the transfer destination information thus received in a database for by each customer and a transfer destination information providing means which retrieves the transfer destination information, corresponding to the customer when it receives the request for the browsing and then transmits the transfer destination information either to the ATM control part 1 or to the IB control part 2 which has made the request. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットバンキングシステムと現金自動取引装置（以下ＡＴＭと記す）とを連携した金融システムに関する。
【０００２】
【従来の技術】
インターネットバンキングシステムの一実施形態としてパーソナルコンピュータ（以下ＰＣと記す）等の端末装置、インターネットバンキング（以後ＩＢと記す）装置、及び銀行のホストコンピュータをインターネット回線で結んで、振替、振込、定期預金の申し込み等の取引処理を実行するＩＢシステムが実用化されている。このシステムでは、端末装置さえあれば、何時どこからでも取引処理を実行できるという利便性をもっている。しかし、現時点では、必ずしも広く普及しているとは言い難い。一方、顧客窓口と銀行のホストコンピュータとを専用回線で結んで現金の支払い、振替、振込等を実行するＡＴＭシステムは、従来から広く用いられている。
近年、広く普及しているＡＴＭシステムにＩＢシステムの利便性を取り込んで振込処理を簡略化しようとする技術が公開されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平１０−１０５７８３号公報
【０００４】
【発明が解決しようとする課題】
振込処理（一例）は、上記のようにＡＴＭシステム及びＩＢシステムのどちらのシステムでも実行可能であるが、両者それぞれに長所・短所を持ち合わせている。即ち、ＡＴＭシステムでは、一度振込んだことのある振込先に対し振込先入力を簡略化するために、その振込データを振込カードに登録することができ、再度その振込先に振込する場合には、振込カードをＡＴＭに挿入すればよく、又顧客が振込カードによって振込先を指定するとＡＴＭのディスプレイ上にその振込先が照会されるため誤振込を避けることができるという長所を持っている。しかし、振込カードを忘れた場合には、最初から振込データを入力する必要が生じる。
【０００５】
これに対して、ＩＢシステムでは、予め振込先をシステム内の顧客データベース（ＩＢ装置）に登録する方式であるため、振込カードを利用せずに振込処理を実行することができる。しかし、振込先を指定してもＡＴＭシステムとは異なって振込先の照会が実行されないため、誤振込の回避が不十分であるという短所がある。
本発明の目的は、上記解決すべき課題を解決し、操作の簡便性と処理の信頼性とを向上させた金融システムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
ホストコンピュータ側との間で振込処理を実行するための現金自動取引装置と、インターネットバンキングシステムの振込処理を実行可能な端末装置とが振込管理装置に通信回線を介して接続されている金融システムの振込方法であって、上記現金自動取引装置若しくは上記端末装置から上記振込管理装置へ顧客毎の振込先情報を送信すること、上記振込管理装置がデータベースに顧客毎に受信した上記振込先情報を格納すること、上記振込管理装置が上記現金自動取引装置若しくは上記端末装置から顧客の振込要求を受けると、上記データベースから対応する振込先情報を検索し、該振込先情報が上記現金自動取引装置によって送信された振込先情報であるか、若しくは上記端末装置によって送信された振込先情報であるかに関わらず、振込要求している上記現金自動取引装置若しくは上記端末装置へ送信すること、を特徴とする振込方法。
【０００７】
〈構成２〉
ホストコンピュータ側との間で振込処理を実行するための現金自動取引装置と、インターネットバンキングシステムの振込処理を実行するための端末装置とが振込管理装置に通信回線を介して接続されている金融システムであって、上記現金自動取引装置若しくは上記端末装置は、それぞれ、顧客に振込先情報を入力させ、該振込先情報を顧客ＩＤ番号と共に上記振込管理装置へ送信する登録要求手段と、上記顧客が振込先の閲覧を選択すると上記顧客ＩＤ番号と共に閲覧要求を上記振込管理装置へ送信する閲覧要求手段とを含み、上記振込管理装置は、受信した上記振込先情報をデータベースに顧客毎に格納する振込先情報登録手段と、上記閲覧要求を受けると、上記データベースから顧客の対応する振込先情報を検索し、該振込先情報が上記現金自動取引装置によって入力された振込先情報であるか、若しくは上記端末装置によって入力された振込先情報であるかに関わらず、上記閲覧要求している上記現金自動取引装置若しくは上記端末装置へ該振込先情報を送信する振込先情報提供手段とを含む、ことを特徴とする金融システム。
【０００８】
〈構成３〉
構成２に記載の金融システムに於いて、上記振込管理装置は、上記顧客のＩＤ番号若しくは識別子を含む顧客情報を格納する顧客マスタデータベースを更に備え、顧客毎の振込先情報を格納する上記データベースは上記識別子により振込先情報の検索が可能であることを特徴とする金融システム。
【０００９】
〈構成４〉
構成２に記載の金融システムに於いて、上記現金自動取引装置若しくは上記端末装置は、それぞれ、上記顧客に受信した振込先情報に基づいて複数の振込先を閲覧可能に表示させ、上記顧客にいずれかの振込先を選択させ、該選択された振込先への振込処理を実行する振込先選択要求入力手段を更に備えることを特徴とする金融システム。
【００１０】
〈構成５〉
構成２に記載の金融システムに於いて、振込管理装置は、顧客のイベント情報を格納するイベント情報登録手段と、該当するイベントを検索し、上記現金自動取引装置若しくは上記端末装置に提供する該当イベント検索提供手段とを更に備え、上記端末装置は、上記イベント情報の格納を上記イベント情報登録手段に求めるイベント情報登録要求手段と、上記振込処理実行後に上記該当イベント検索提供手段の提供するイベントの実行を求める該当イベント実行要求入力手段とを更に備え、上記現金自動取引装置は、上記振込処理実行後に上記該当イベント検索提供手段の提供するイベントの実行を求める該当イベント実行要求入力手段を更に備えることを特徴とする金融システム。
【００１１】
【発明の実施の形態】
本発明では、ＡＴＭ（現金自動取引装置）システム及びインターネットバンキングシステム双方の長所を生かし、短所を排除するために両システムを複合する振込管理用のＣＲＭ（顧客関連管理）装置を備える。このＣＲＭ装置には、両システムから顧客情報や振込先情報が登録される。両システムは、このＣＲＭ装置に格納されている情報に基づいて振込処理を実行する。その結果、ＡＴＭシステムに於ける振込処理では振込カードの必要が無くなる。又インターネットバンキングシステムに於ける振込処理では、振込先をＣＲＭ装置から一覧表にして照会されるので誤振込の回避がし易くなる。以下に本発明の実施の形態を具体例を用いて説明する。
【００１２】
〈具体例１の構成〉
以下の説明では、インターネットバンキングシステムの実施形態をインターネットバンキング（ＩＢと記す）に限定し、振込処理を例に挙げて説明する。
図１は、具体例１の金融システムの制御系統説明図である。
図に示すように具体例１の金融システムは、専用回線５０−１を介して接続されるＡＴＭ制御部１とＣＲＭ制御部３、及びインターネット回線５０−２を介して接続されるＩＢ制御部２とＣＲＭ制御部３によって制御される。これらの内容について説明する前に本具体例の金融システムの全体構成、及び、該全体構成と上記制御系統とのハードウェア上での関連について説明する。
【００１３】
図２は、本発明の金融システムのシステム構成図である。
図に示すように、本発明の金融システムは、ＡＴＭ端末装置１０と、ＩＢ端末装置２０と、ＣＲＭ装置３０と、ホストコンピュータ４０と、通信ネットワーク５０とを備える。
ＡＴＭ端末装置（現金自動取引装置）１０は、ＡＴＭシステムの顧客操作用の装置であり、専用回線５０−１を介してホストコンピュータ４０及びＣＲＭ装置３０に接続される。このＡＴＭ端末装置には、データの送受信を行う通信部（図示していない）や顧客とシステム間のインタフェースの役目を果たす表示部（図示していない）等と共に上記ＡＴＭ制御部１（図１）が配置されている。
【００１４】
ＩＢ（インターネットバンキング）端末装置２０は、パーソナルコンピュータから成り、ＩＢシステムの顧客操作用の装置であり、インターネット回線５０−２を介してＩＢ装置２０−１及びＣＲＭ装置３０に接続される。このＩＢ端末装置２０には、データの送受信を行う通信部（図示していない）や顧客とシステム間のインタフェースの役目を果たす表示部（図示していない）等と共にＩＢ制御部２（図１）が配置されている。
【００１５】
ＣＲＭ装置３０は、ＡＴＭシステムとＩＢシステムとを複合する役目を果たす装置であり、専用回線５０−１を介してＡＴＭ端末装置１０、ＩＢ端末装置２０、ＩＢ装置２０−１及びホストコンピュータ４０と接続されている。このＣＲＭ装置３０には、データの送受信を行う通信部（図示していない）等と共にＣＲＭ制御部３（図１）及びＣＲＭ−ＤＢ（データベース）３０−２及び顧客マスタＤＢ（データベース）３０−１が配置されている。
【００１６】
また、ＣＲＭ−ＤＢ３０−２は、顧客毎の識別子に対応させて複数の振込先情報を登録するためのデータベースである。顧客マスタＤＢ３０−１は、ＡＴＭシステム及びＩＢシステムの両システムから顧客の登録要求があった順番に残高を含む顧客情報を登録するためのデータベースである。
図３は、具体例１の顧客マスタＤＢ及びＣＲＭ−ＤＢ説明図である。（ａ）は、顧客マスタＤＢの説明図、（ｂ）は、ＣＲＭ−ＤＢの説明図である。
（ａ）に示すように、顧客マスタＤＢには一例として顧客ＩＤ３０−１−１、氏名３０−１−２、住所３０−１−３、電話番号３０−１−４、口座番号３０−１−５、残高３０−１−６、及びＣＲＭ−ＤＢを検索するための識別子３０−１−７等が格納されている。
【００１７】
（ｂ）に示すように、ＣＲＭ−ＤＢには一例として顧客毎の識別子（Ａ…）３０−２−１、各個別振込先毎の振込先別識別子３０−２−２、振込先の氏名３０−２−３及び口座番号３０−２−４等が格納される。従って、顧客である板東太郎の振込先の識別子がＡであることから、この識別子Ａに基づいてＣＲＭ−ＤＢ３０−１を検索すると、振込先識別子Ａ−１、Ａ−２、…の氏名、口座番号を特定することができる。
【００１８】
図２に戻って、ホストコンピュータ４０は、データベース４０−１を有し、顧客の取引データを管理し、ＡＴＭ端末装置１０やＩＢ端末装置２０と双方向通信を行いながら顧客ＩＤや暗証番号の照会、取引データの検索、転送、更新等を行って各種取引を迅速円滑に実行する。即ち、データベース４０−１には、顧客の口座番号、残高、取引履歴、顧客のＩＤ番号、暗証番号、氏名、年令等が顧客口座情報として登録されている。
【００１９】
通信ネットワーク５０は、ＩＳＤＮ等のように、インターネット回線５０−２として用いられたり、あるいは又、その一部のチャネルが専用回線５０−１としてＡＴＭシステムに利用される公衆通信網である。
【００２０】
図１に戻って、ＡＴＭ制御部１は、顧客の要求に基づいて振込先情報の登録をＣＲＭ装置３０（図２）に求めるＡＴＭ振込先登録要求手段１−１と、ＣＲＭ装置３０（図２）が記憶する振込先情報の閲覧を求める登録一覧表閲覧要求手段１−２と、表示された一覧表に基づいて顧客に振込先の選択入力を求めるＡＴＭ振込先選択要求入力手段１−３とを有している。これらの手段は通常コンピュータプログラムとして構成され、ＡＴＭ端末装置１０（図２）が有する記憶部（図示せず）に格納されている。
【００２１】
ＩＢ制御部２は、ＩＢ登録要求手段２−３と、閲覧要求手段２−２と、表示された一覧表に基づいて顧客に振込先の選択入力を求めるＩＢ振込先選択要求入力手段２−１とを有している。これらの手段は通常コンピュータプログラムとして構成され、ＩＢ端末装置２０（図２）が有する記憶部（図示せず）に格納されている。
【００２２】
ＣＲＭ制御部３は、ＡＴＭシステム及びＩＢシステムから受信する顧客の振込先情報を登録する振込先情報登録手段３−１と、該登録した振込先情報に基づいて両システムそれぞれの顧客の各々に関連する登録した振込先情報を一覧表にして提供する登録一覧表提供手段３−２と、振込後の残高を更新する残高更新手段３−３とを有している。これらの手段は通常コンピュータプログラムとして構成され、ＣＲＭ装置３０（図２）が有する記憶部（図示せず）に格納されている。
以上で具体例１の構成の説明を終了し、次に具体例１の動作をフローチャートを用いて詳細に説明する。
【００２３】
〈具体例１の動作〉
以下、具体例１の動作として、ＡＴＭシステムからの振込先登録、ＩＢシステムからの振込先登録、ＡＴＭシステムからの振込実行、ＩＢシステムからの振込実行の４つの動作をそれぞれ説明する。
図４は、ＡＴＭシステムからの振込先登録のフローチャートである。
以下の動作説明に当たっては、振込処理に限定し、且つ、顧客口座情報、例えば顧客のＩＤ番号や暗証番号等の情報は既に所定の手続きに従ってホストコンピュータ４０のデータベース４０−１（図２）に登録されていることを前提条件として説明する。
【００２４】
ステップＳ１−１
顧客がＡＴＭ端末装置１０（図２）に取引カードを挿入し、ＡＴＭ端末装置１０（図２）の表示部に暗証番号を入力することによって動作が開始される。
ステップＳ１−２
ホストコンピュータ４０（図２）は、カードから読み出した顧客ＩＤ番号と、顧客によってＡＴＭ端末装置１０（図２）に入力された暗証番号とをデータベース４０−１（図２）に格納されている内容と照合して顧客確認を実行する。もし暗証番号の入力間違い等があれば、ＡＴＭ端末装置１０（図２）の表示部に入力ミスを表示して再入力させる。
【００２５】
ステップＳ１−３
顧客は、ＡＴＭ端末装置１０（図２）の表示部から振込先の振込先情報（口座番号等）を入力する。
ステップＳ１−４
ホストコンピュータ４０（図２）は、受信した振込先情報に基づいて自己のデータベース４０−１（図２）を検索し、該当する振込先をＡＴＭ端末装置１０（図２）へ送信する。
ステップＳ１−５
顧客は、ＡＴＭ端末装置１０（図２）の表示部に振込先の氏名、口座番号が表示されるので、振込先を確認できたときは確認の表示を押下し、確認通知をホストコンピュータ４０（図２）へ送信して次へ進み、確認できないときはステップＳ１−７へ進んで処理を中止する。
ステップＳ１−６
ホストコンピュータ４０（図２）は、受信した振込先情報に基づいて自己のデータベース４０−１（図２）を検索し、該当する振込先の有無を判定し、有る場合にはＡＴＭ端末装置１０（図２）へ許可通知を送信する。
【００２６】
ステップＳ１−８
ＡＴＭ端末装置１０（図２）は、振込許可通知を受信すると表示部を介して顧客に振込金額の入力を求め、顧客がこの求めに従って振込金額を入力すると、振込金額データをホストコンピュータへ送信する。
ステップＳ１−９
ホストコンピュータ４０（図２）は、受信した金額データに基づいて振込先の口座への振込処理を実行し、データベース４０−１の顧客の顧客口座情報の口座内容（残高）を変更し、振込終了通知をＡＴＭ端末装置１０（図２）へ送信する。
【００２７】
ステップＳ１−１０
ＡＴＭ端末装置１０（図２）は、振込終了通知を受信すると表示部に顧客に振込先を登録するか否かを問う表示を行う。顧客が登録を求める場合には登録要求通知をＣＲＭ装置３０（図２）へ送信してステップＳ１−１１へ進み、顧客が登録を選択しない場合にはフローを終了する。ここでホストコンピュータ４０（図２）から振込実行通知を受信してから顧客の求めに応じて登録要求通知をＣＲＭ装置３０（図２）へ送信するまでのＡＴＭ制御部１（図１）の制御がＡＴＭ振込先登録要求手段１−１（図１）に該当する。
ステップＳ１−１１
ＣＲＭ装置３０（図２）は、登録要求通知を受信する。
【００２８】
ステップＳ１−１２
ＣＲＭ装置３０（図２）は、登録要求通知を受信すると、ホストコンピュータ４０（図２）と交信し、データベース４０−１（図２）から振込実行後の残高を含む顧客情報（図３参照）を取り込む。
【００２９】
ステップＳ１−１３
ＣＲＭ装置３０（図２）は、取り込んだ顧客情報を識別子（Ａ等）を付して顧客マスタＤＢ３０−１（図２）に登録し、且つ、識別子及び振込先別識別子（Ａ−１等）を付して振込先情報をＣＲＭ−ＤＢ３０−２（図２）に登録する。ここでＣＲＭ装置３０（図２）が、ＡＴＭ端末装置１０から登録要求通知を受信すると、ホストコンピュータ４０を介してデータベース４０−１（図２）から振込先情報と顧客の振込実行後の口座内容（残高が変更されている）を読み出して顧客マスタＤＢ３０−１（図２）に登録し、且つ、振込先情報をＣＲＭ−ＤＢに登録するＣＲＭ制御部３（図１）の制御が振込先情報登録手段３−１（図１）に該当する。
【００３０】
図５は、具体例１のＩＢシステムからの振込先登録のフローチャートである。
図６は、インターネットバンキングの振込先登録画面である。
図のステップＳ２−１からステップＳ２−６に亘ってステップ順にＩＢシステムからの振込先登録動作の流れについて説明する。
以下の動作説明に当たっては、振込処理に限定し、且つ、顧客口座情報は既に所定の手続きに従ってデータベース４０−１（図２）及びＩＢ装置２０−１の顧客ＤＢ２０−２（図２）にそれぞれ登録されていることを前提条件として説明する。
【００３１】
ステップＳ２−１
顧客がＩＢ端末装置２０（図２）の表示部に顧客ＩＤ番号と暗証番号とを入力することによって動作が開始される。
ステップＳ２−２
ＩＢ装置２０−１（図２）は、ＩＢ端末装置２０（図２）から受信した顧客ＩＤ番号と暗証番号とから顧客ＤＢ２０−２（図２）に登録されている内容と照合して顧客確認を実行する。もし暗証番号の入力間違い等があれば、ＩＢ端末装置２０（図２）に暗証番号を再要求し、顧客確認ができれば確認通知をＩＢ端末装置２０（図２）へ送信する。
【００３２】
ステップＳ２−３
ＩＢ端末装置２０（図２）は、確認通知を受けると、図６に示すような画面を表示部に表示させて顧客に振込先の氏名、口座番号等の振込先情報を入力させ、登録のボタンをクリックさせて振込先情報を付した登録要求通知をＩＢ装置２０−１（図２）へ送信する。
【００３３】
ステップＳ２−４
ＣＲＭ装置３０（図２）は、振込先情報が含まれている登録要求通知を受信する。
ステップＳ２−５
ＣＲＭ装置３０（図２）は、ＩＢ装置２０−１（図２）を介して顧客ＤＢ２０−２（図２）から顧客の口座内容等の顧客情報、及び既に登録されている振込先情報を読み出す。
【００３４】
ステップＳ２−６
ＣＲＭ装置３０（図２）は、顧客情報を識別子（Ｂ等）を付して顧客マスタＤＢ３０−１（図２）に登録し、且つ、識別子及び振込先別識別子（Ｂ−１等）を付して振込先情報をＣＲＭ−ＤＢ３０−２（図２）に登録する。ここで、ＣＲＭ装置３０（図２）が、ＩＢ端末装置２０から登録要求通知を受信すると、顧客ＤＢ２０−２（図２）から既に登録されている振込先情報と顧客の口座内容を読み出して顧客の口座内容を顧客マスタＤＢ３０−１（図２）に登録し、且つ、登録要求のあった振込先情報を追加した振込先情報をＣＲＭ−ＤＢ（図２）に登録するＣＲＭ制御部３（図１）の制御が振込先情報登録手段３−１（図１）に該当する。
【００３５】
図７は、ＡＴＭシステムからの振込実行のフローチャートである。
図８は、具体例１のＡＴＭ表示の説明図である。（ａ）は、登録一覧表閲覧要求時の表示画面、（ｂ）は、一覧表の表示画面、（ｃ）は、振込金額入力案内の表示画面である。
図のステップＳ３−１からステップＳ３−１１に亘ってステップ順にＡＴＭシステムからの振込実行動作の流れについて説明する。
【００３６】
ステップＳ３−１
顧客がＡＴＭ端末装置１０（図２）に取引カードを挿入し、ＡＴＭ端末装置１０（図２）の表示部の表示指示に従って暗証番号を入力することによって動作が開始される。
ステップＳ３−２
ホストコンピュータ４０（図２）は、取引カードから読み出した顧客ＩＤ番号及び顧客によってＡＴＭ端末装置１０（図２）に入力された暗証番号とをデータベース４０−１（図２）に登録されている内容と照合し、顧客確認を実行する。もし暗証番号の入力間違い等があれば、ＡＴＭ端末装置１０（図２）の表示部で再入力を促し、正しい暗証番号が入力され、顧客確認ができれば次へ進む。
【００３７】
ステップＳ３−３
ＡＴＭ端末装置１０（図２）は、ホストコンピュータ４０（図２）から顧客確認通知を受信すると、表示部に図８（ａ）の画面を表示して顧客にＣＲＭ装置３０（図２）に格納されている振込先の登録一覧表の閲覧を求めるか否かについての選択を求める。
顧客がインターネットバンキングの登録先ボタン１０−１−１を押下すると、顧客ＩＤ番号を付した一覧表読み出し要求をＣＲＭ装置３０（図２）へ送信してステップＳ３−５へ進む。顧客が口座入力ボタン１０−１−２又は振込カードボタン１０−１−３を押下して、登録一覧表の閲覧を求めていない場合には、ステップＳ３−４へ進む。ここで、顧客にＣＲＭ装置３０（図２）に格納されている登録一覧表の閲覧を求めているか否かについての選択を求め、顧客が登録一覧表の閲覧を求めている場合に、一覧表読み出し要求をＣＲＭ装置３０（図２）へ送信するＡＴＭ制御部１（図１）の制御が登録一覧表閲覧要求手段１−２（図１）に該当する。
【００３８】
ステップＳ３−４
通常の振込処理を実行する。
ステップＳ３−５
ＣＲＭ装置３０（図２）は、登録一覧表読み出し要求を受信する。
ステップＳ３−６
ＣＲＭ装置３０（図２）は、顧客ＩＤ番号から顧客マスタＤＢを検索して識別子を判定し、更に識別子からＣＲＭ−ＤＢ３０−２（図２）を検索し、顧客の全ての振込先情報を一覧表として読み出し、ＡＴＭ端末装置１０（図２）へ送信する。ここでＣＲＭ装置３０（図２）がＡＴＭ端末装置１０（図２）から登録一覧表読み出し要求を受信すると登録一覧表をＣＲＭ−ＤＢ３０−２（図２）から読み出してＡＴＭ端末装置１０（図２）へ送信するＣＲＭ制御部３（図１）の制御が登録一覧表提供手段３−２（図１）に該当する。
【００３９】
ステップＳ３−７
ＡＴＭ端末装置１０（図２）は、ＣＲＭ装置３０（図２）から登録一覧表データを受信すると、表示部に図８（ｂ）に示すように、各振込先の氏名、口座番号１０−２−１を表示し、その中から振込先の選択を求める。顧客が振込先を登録一覧表のＮｏボタンを押下して選択したときはステップＳ３−８へ進み、選択しなかったときは、ステップＳ３−４へ進んで通常の振込処理を実行する。ここでＣＲＭ装置３０（図２）から登録一覧表を受信すると、表示部（図示していない）に表示し、顧客に、その中から振込先の選択を求め、選択入力を実行するＡＴＭ制御部１（図１）の制御がＡＴＭ振込先選択要求入力手段１−３（図１）に該当する。
【００４０】
ステップＳ３−８
ホストコンピュータ４０（図２）は、顧客が選択した振込先への振込を許可してステップＳ３−９へ進む。
ステップＳ３−９
ＡＴＭ端末装置１０（図２）は、表示部に図８（ｃ）の振込金額入力案内を表示して顧客に振込金額の入力を求める。この振込金額入力案内には、ステップＳ３−７で選択された振込先の氏名、口座番号１０−３−１が表示されている。顧客が金額１０−３−２を入力して確認１０−３−３を押下すると、ＡＴＭ端末装置１０は、顧客が選択した振込先情報と顧客が入力した振込金額をホストコンピュータ４０及びＣＲＭ装置３０へ送信する。
ステップＳ３−１０
ホストコンピュータ４０（図２）は、振込を実行してフローを終了する。
【００４１】
ステップＳ３−１１
ＣＲＭ装置３０（図２）は、顧客マスタＤＢ３０−１の顧客情報において残高を更新してフローを終了する。ここでＣＲＭ装置３０（図２）が、顧客マスタＤＢ３０−１（図２）の残高を更新するＣＲＭ制御部３（図１）の制御が残高更新手段３−３（図１）に該当する。
【００４２】
図９は、ＩＢシステムからの振込実行のフローチャートである。
図のステップＳ４−１からステップＳ４−１０に亘ってステップ順にＩＢシステムからの振込実行動作の流れについて説明する。
以下の動作説明に当たっては、振込処理に限定し、且つ、顧客情報、及び振込先情報がＣＲＭ装置３０（図２）に登録されていることを前提条件にして説明する。
【００４３】
ステップＳ４−１
顧客がＩＢ端末装置２０（図２）の表示部に顧客ＩＤ番号と暗証番号とを入力することによって動作が開始される。
ステップＳ４−２
ＩＢ装置２０−１（図２）は、ＩＢ端末装置２０（図２）から受信した顧客ＩＤ番号及び暗証番号と顧客ＤＢ２０−２（図２）に登録されている内容とを照合して顧客確認を実行する。もし暗証番号の入力間違い等があれば、ＩＢ端末装置２０（図２）の表示部に表示して訂正させて顧客確認ができれば次へ進む。
【００４４】
ステップＳ４−３
ＣＲＭ装置３０（図２）は、登録一覧表を読み出してＩＢ端末装置２０（図２）へ送信する。ここでＣＲＭ装置３０（図２）が登録一覧表をＣＲＭ−ＤＢ３０−２（図２）から読み出してＩＢ装置２０−１（図２）へ送信するＣＲＭ制御部３（図１）の制御が登録一覧表提供手段３−２（図１）に該当する。
【００４５】
ステップＳ４−４
ＩＢ端末装置２０（図２）は、ＣＲＭ装置３０（図２）から登録一覧表を受信すると、図８（ｂ）と同様な登録振込先一覧表を表示部に表示し、顧客に対し、その中から振込先の選択を求める。顧客が振込先を登録一覧表の中から選択できたときはステップＳ４−５へ進み、選択できなかったときは、ステップＳ４−６へ進む。ここでＣＲＭ装置３０（図２）から登録一覧表を受信すると、表示部（図示していない）に表示し、顧客に、その中から振込先の選択を求めるＩＢ制御部２（図１）の制御がＩＢ振込先選択要求入力手段２−１（図１）に該当する。
【００４６】
ステップＳ４−５
ＩＢ装置２０−１（図２）は、顧客が選択した振込先への振込を許可してステップＳ４−７へ進む。
ステップＳ４−６
ＩＢ端末装置２０（図２）は、振込処理を中止する。
ステップＳ４−７
ＩＢ装置２０−１（図２）は、表示部（図示していない）に図８（ｃ）と同様な振込金額入力案内を表示し顧客に振込金額の入力を求める。この振込金額入力案内には、ステップＳ４−４で選択された振込先の氏名、口座番号１０−３−１が表示されている。顧客が金額を入力して確認１０−３−３を押下するとＩＢ端末装置２０（図２）は、顧客が選択した振込先情報と顧客が入力した振込金額をＩＢ装置２０−１（図２）及びＣＲＭ装置３０（図２）へ送信する。尚、ホストコンピュータ４０（図２）への送信は、ホストコンピュータ４０（図２）が稼働中（日中）の所定の時間にＩＢ装置２０−１（図２）を介して送信される。
ステップＳ４−８
ＩＢ装置２０−１（図２）は、振込を実行してフローを終了する。
【００４７】
ステップＳ４−９
ホストコンピュータ４０（図２）は、所定の時間にＩＢ装置２０−１（図２）を介して送信されたデータに基づいて振込処理を実行してフローを終了する。
ステップＳ４−１０
ＣＲＭ装置３０（図２）は、顧客マスタＤＢ３０−１（図２）の残高を更新してフローを終了する。ここでＣＲＭ装置３０（図２）が、顧客マスタＤＢ３０−１（図２）の残高を更新するＣＲＭ制御部３（図１）の制御が残高更新手段３−３（図１）に該当する。
【００４８】
以上の説明は、インターネットバンキングシステムの実施形態をインターネットバンキング（ＩＢ）システムに限定して説明したが、本発明の実施形態は、このインターネットバンキング（ＩＢ）システムのみに限定されるものではない。公衆回線を用いたシステムであれば、モバイルバンキング等、他のインターネットバンキングシステムであってもよい。
【００４９】
〈具体例１の効果〉
以上説明したように、本具体例では、両システムから顧客情報や振込先情報の登録を可能とし、且つ、この情報を両システムから閲覧可能とするＣＲＭ（顧客関連管理）装置を備えることによって、ＡＴＭ（現金自動取引装置）システムに於ける振込処理では振込カードの必要が無くなり、又インターネットバンキングシステムに於ける振込処理では、振込先をＣＲＭ（顧客関連管理）装置から一覧表にして照会できるので誤振込を回避できるという効果を得る。
【００５０】
〈具体例２の構成〉
本具体例では、上記ＣＲＭ（顧客関連管理）装置に、金融取引の中で特定の時期に定期的に発生する予め定められている取引、例えば電力使用料金の支払い等のイベント情報をも登録可能にする。そして、顧客が取引をしたときに自動的に、端末装置の表示部に納期が所定の期間以内に迫っているイベントが表示されるようにする。こうすることによって顧客が、例えば電力使用料金の支払い等を忘れるのを防止することができる。その具体例は以下のように構成される。
【００５１】
具体例２の金融システムの全体構成は、図２に示す具体例１の金融システムと全く同様なので説明を省略する。本具体例では、具体例１の制御手段に新たな制御手段が加えられる。更に、上記ＣＲＭ−ＤＢ３０−２（図２）に格納されている情報に新たな情報が加えられる。以下に、これらの新たに加えられた事項のみについて説明する。
【００５２】
図１０は、具体例２の金融システムの制御系統説明図である。
図に示すようにこの金融システムは、専用回線５０−１を介して接続されるＡＴＭ制御部４とＣＲＭ制御部６、及びインターネット回線５０−２を介して接続されるＩＢ制御部５とＣＲＭ制御部６とを備えている。
【００５３】
ＣＲＭ制御部６（図１０）には、具体例１に記載の各手段１−１〜１−３（図１）に、更に、顧客のイベント情報を登録するイベント情報登録手段６−１と、顧客が他の取引（例えば振込）実行後に、顧客の注意力を喚起するために該当するイベントを検索して顧客に提供する該当イベント検索提供手段６−２とを備える。ここで、イベントとは、金融取引の中で特定の時期に定期的に発生する予め定められている取引、例えば電力使用料金の支払い等を指すものである。又該当イベントとは納期が所定の期間以内に迫っているイベントを指すものとする。
尚、イベント処理は、請求項中に於ける振込処理に含まれるものとする。
【００５４】
ＩＢ制御部５には、顧客の要求に基づいてイベント情報の登録をＣＲＭ装置に求めるイベント情報登録要求手段５−１と、上記該当イベント検索提供手段６−２の提供するイベントの実行を求める該当イベント実行要求入力手段５−２とを更に備える。
ＡＴＭ制御部４は、振込実行後に該当イベント検索提供手段６−２の提供するイベントの実行を求める該当イベント実行要求入力手段４−１を更に備える。
【００５５】
図１１は、具体例２の顧客マスタＤＢ、及びＣＲＭ−ＤＢ説明図である。
（ａ）は、顧客マスタＤＢの説明図であり、該ＤＢは具体例１と同一構成を有している。（ｂ）は、ＣＲＭ−ＤＢの説明図である。
（ｂ）に示すように、ＣＲＭ−ＤＢには具体例１と同様に振込先の識別子３０−２−１、各識別子３０−２−２、氏名３０−２−３、口座番号３０−２−４等に加えて、例えばイベントＩＤ（イベント名）３０−２−５、イベント日３０−２−６、イベント内容３０−２−７、表示期間３０−２−８等の各データが追加される。
【００５６】
以上説明した以外の部分は、具体例１と全く同様なので説明を省略する。
次に以上説明した制御手段と本具体例の金融システムとのソフトウェア上での関連について具体例２の動作の中でフローチャートを用いて詳細に説明する。
【００５７】
〈具体例２の動作〉
具体例２の動作を、ＩＢシステムからのイベント登録、ＡＴＭシステムからのイベント実行、ＩＢシステムからのイベント実行の３つの動作に分けて説明する。
図１２は、具体例２のＩＢシステムからのイベント登録のフローチャートである。
図１３は、インターネットバンキングのイベント登録画面である。
以下の動作説明に当たっては、顧客口座情報、例えば顧客のＩＤ番号や暗証番号等は既に所定の手続きに従ってデータベース４０−１（図２）に登録されていることを前提条件にして説明する。
図のステップＳ５−１からステップＳ５−６に亘ってステップ順にＩＢシステムからのイベント登録動作の流れについて説明する。
【００５８】
ステップＳ５−１
顧客がＩＢ端末装置２０（図２）の表示部に顧客ＩＤ番号と暗証番号とを入力することによって動作が開始される。
ステップＳ５−２
ＩＢ装置２０−１（図２）は、ＩＢ端末装置２０（図２）から受信した顧客ＩＤ番号及び暗証番号と顧客ＤＢ２０−２（図２）に登録されている内容とを照合して顧客確認を実行する。もし暗証番号の入力間違い等があれば、ＩＢ端末装置２０（図２）の表示部に表示して訂正させて顧客確認ができれば次へ進む。
【００５９】
ステップＳ５−３
ＩＢ端末装置２０（図２）は、表示部に選択画面を表示させ、この画面上でイベント入力が顧客により選択されると、図１３に示すような画面を表示部に表示する。顧客がイベント名、イベント日、表示期間、取引等のイベント情報を入力し、登録のボタンをクリックすると、登録要求通知がＣＲＭ装置３０（図２）へ送信される。
【００６０】
ステップＳ５−４
ＣＲＭ装置３０（図２）は、登録要求通知を受信する。
ステップＳ５−５
ＣＲＭ装置３０（図２）は、ＩＢ装置２０−１（図２）を介して顧客ＤＢ２０−２（図２）から顧客の口座内容及び振込先情報を読み出す。
【００６１】
ステップＳ５−６
ＣＲＭ装置３０（図２）は、顧客の口座内容を顧客マスタＤＢ３０−１（図２）に登録し、且つ、振込先情報にイベント情報を追加し、ＣＲＭ−ＤＢ３０−２（図２）に登録してフローを終了する。
ここでＣＲＭ装置３０（図２）が、ＩＢ端末装置２０から登録要求通知を受信すると、顧客ＤＢ２０−２（図２）から振込先情報と顧客の口座内容を読み出して顧客の口座内容を顧客マスタＤＢ３０−１（図２）に登録し、且つ、振込先情報にイベント情報を追加し、ＣＲＭ−ＤＢ（図２）に登録するＣＲＭ制御部６（図１０）の制御がイベント情報登録手段６−１（図１０）に該当する。
【００６２】
図１４は、具体例２のＡＴＭシステムからのイベント実行のフローチャートである。
図１５は、具体例２のＡＴＭ表示の説明図である。
図のステップＳ６−１からステップＳ６−１１までは、具体例１のステップＳ３−１からステップＳ３−１１（図７）までと、ほとんど同様である。ただステップＳ６−８が少し異なるのみである。そこで、ステップＳ６−８の異なる点についての説明を加えるが、ステップＳ６−１からステップＳ６−１１までの説明を省略し、ステップＳ６−１２からステップＳ６−１５に亘ってステップ順にＡＴＭシステムからのイベント実行動作の流れについて説明する。
以下の動作説明に当たっては、顧客情報、及び振込先情報及びイベント情報がＣＲＭ装置３０（図２）に登録されていることを前提条件にして説明する。
【００６３】
ステップＳ６−８
ＡＴＭ端末装置１０（図２）は、通常の振込処理を実行すると、通常振込処理通知をＣＲＭ装置３０（図２）のステップＳ６−１１へ送る。こうすることによって通常の振込処理を実行する場合であっても該当イベントの実行は可能になる。
ステップＳ６−１２
ＣＲＭ装置３０（図２）は、ステップＳ６−１１で顧客マスタＤＢ３０−１（図２）の残高を更新した後ＣＲＭ−ＤＢ（図１１の（ｂ））に格納されているイベント情報に基づいて顧客のイベントを検索し、該当イベントが検出できたときは該当イベントの内容をＡＴＭ端末装置１０（図２）へ送信してステップＳ６−１３へ進み、該当イベントを検出できなかったときはフローを終了する。ここでＣＲＭ−ＤＢ（図１１の（ｂ））に格納されているイベント情報に基づいて顧客のイベントを検索し、検出できたときはそのイベント情報を現在交信中の端末装置（ここではＡＴＭ端末装置１０（図２））へ提供するＣＲＭ制御部６（図１０）の制御が、該当イベント検索提供手段６−２（図１０）に該当する。
【００６４】
ステップＳ６−１３
ＡＴＭ端末装置１０（図２）は、該当イベントの内容を受信すると、表示部（図示していない）に一例として図１５のように、イベントの内容を表示して顧客に振り込むか否かを入力させる。顧客が振り込む１０−４−１を押下するとステップＳ６−１４及びステップＳ６−１５へ進む。顧客が、振り込まない１０−４−２を押下した場合にはフローを終了する。ここでＡＴＭ端末装置１０（図２）が、該当イベントの内容を受信すると、その内容を表示部（図示していない）に表示し、顧客にイベントの実行要求を入力させるＡＴＭ制御部４（図１０）の制御が該当イベント実行要求入力手段４−１に該当する。
【００６５】
ステップＳ６−１４
ホストコンピュータ４０（図２）は、振込を実行し、顧客の口座内容を更新してフローを終了する。
ステップＳ６−１５
ＣＲＭ装置３０（図２）は、顧客の口座内容を更新してフローを終了する。
【００６６】
図１６は、具体例２のＩＢシステムからのイベント実行のフローチャートである。
図１７は、具体例２のＩＢ表示の説明図である。
図のステップＳ７−１からステップＳ７−１０までは、具体例１のステップＳ４−１からステップＳ４−１０（図９）までと、ほとんど同様である。ただステップＳ７−６が少し異なるのみである。そこで、ステップＳ７−６の異なる点についての説明を加えるが、ステップＳ７−１からステップＳ７−１０までの説明を省略し、ステップＳ７−１１からステップＳ７−１８に亘ってステップ順にＩＢシステムからのイベント実行動作の流れについて説明する。
以下の動作説明に当たっては、顧客情報、及び振込先情報及びイベント情報がＣＲＭ装置３０（図２）に登録されていることを前提条件にして説明する。
【００６７】
ステップＳ７−６
ＩＢ端末装置２０（図２）は、通常の振込処理を実行するとともに通常振込処理通知をＣＲＭ装置３０（図２）のステップＳ７−１１へ送る。こうすることによって通常の振込処理を実行する場合であっても該当イベントの実行は可能になる。
ステップＳ７−１１
ＣＲＭ装置３０（図２）は、ステップＳ７−１０で顧客マスタＤＢ３０−１（図２）の残高を更新した後ＣＲＭ−ＤＢ（図１１の（ｂ））に格納されているイベント情報に基づいて顧客のイベントを検索し、該当イベントが検出できたときは該当イベントの内容をＩＢ端末装置２０（図２）へ送信してステップＳ７−１２へ進み、該当イベントを検出できなかったときはフローを終了する。ここで顧客マスタＤＢ３０−１（図２）の残高を更新した後ＣＲＭ−ＤＢ（図１１の（ｂ））に格納されているイベント情報に基づいて顧客のイベントを検索し、検出できたときは、そのイベント情報を現在交信中の端末装置（ここではＩＢ端末装置２０（図２））へ提供するＣＲＭ制御部６（図１０）の制御が、該当イベント検索提供手段６−２（図１０）に該当する。
【００６８】
ステップＳ７−１２
ＩＢ端末装置２０（図２）は、該当イベントの内容を受信すると、表示部（図示していない）に一例として図１７のように、イベントの内容を表示して顧客に振り込むか否かを入力させる。顧客が、振り込む２０−３−１を押下するとステップＳ７−１３、ステップＳ７−１４及びステップＳ７−１５へ進み、顧客が、振り込まない２０−３−２を押下するとステップＳ７−１６へ進む。ここでＩＢ端末装置２０（図２）が、該当イベントの内容を受信すると、その内容を表示部（図示していない）に表示し、顧客にイベントの実行要求を入力させるＩＢ制御部５（図１０）の制御がイベント情報登録要求手段５−１に該当する。
【００６９】
ステップＳ７−１３
ＩＢ装置２０−１（図２）は、振込を実行してフローを終了する。
ステップＳ７−１４
ホストコンピュータ４０（図２）は、所定の時間にＩＢ装置２０−１（図２）を介して送信されたデータに基づいて振込処理を実行してフローを終了する。
ステップＳ７−１５
ＣＲＭ装置３０（図２）は、顧客マスタＤＢ３０−１（図２）の残高を更新してフローを終了する。
【００７０】
ステップＳ７−１６
ＩＢ装置２０−１（図２）は、顧客にイベント内容の訂正を求めるか否かについての入力を求め、顧客がイベント内容の訂正を求めている場合にはステップＳ７−１７へ進み、顧客がイベント内容の訂正を求めていない場合にはフローを終了する。
ステップＳ７−１７
ＩＢ装置２０−１（図２）は、顧客に訂正内容の入力を求め、顧客が訂正した内容をＣＲＭ装置３０（図２）へ送信する。
ステップＳ７−１８
ＣＲＭ装置３０（図２）は、訂正内容をＣＲＭ−ＤＢ（図１１（ｂ））に再登録してステップＳ７−１２へ戻る。再度同一フローを通ってフロー終了に至る。
【００７１】
〈具体例２の効果〉
本具体例では、ＣＲＭ（顧客関連管理）装置に、顧客情報や振込先情報を登録可能とするのみならず、金融取引の中で特定の時期に定期的に発生する予め定められている取引、例えば電力使用料金の支払い等のイベント情報をも登録可能にし、且つ、顧客が取引をしたときに自動的に、端末装置の表示部に納期が所定の期間以内に迫っているイベントが表示されるようにすることによって、顧客が、例えば電力使用料金の支払い等を忘れるのを防止することができるという効果を得る。
【００７２】
【発明の効果】
以上説明したように、ＡＴＭ（現金自動取引装置）システムとインターネットバンキングシステムと、前記両システムを複合するＣＲＭ（顧客関連管理）装置とを含む金融システムを構成し、ＡＴＭシステムには、ＡＴＭ振込先登録要求手段、登録一覧表閲覧要求手段及びＡＴＭ振込先選択要求入力手段を設け、インターネットバンキングシステムには、ＩＢ振込先選択要求入力手段、閲覧要求手段、及び登録要求手段を設け、ＣＲＭ装置には、振込先情報登録手段、登録一覧表提供手段及び残高更新手段を設け、ＡＴＭシステムに於ける振込処理では振込カードの必要が無くなり、インターネットバンキングシステムに於ける振込処理では、振込先をＣＲＭ（顧客関連管理）装置から一覧表にして照会するので誤振込を回避できる効果が得られる。
【図面の簡単な説明】
【図１】具体例１の金融システムの制御系統説明図である。
【図２】本発明の金融システムのシステム構成図である。
【図３】具体例１の顧客マスタＤＢ及びＣＲＭ−ＤＢ説明図である。
【図４】ＡＴＭシステムからの振込先登録のフローチャートである。
【図５】具体例１のＩＢシステムからの振込先登録のフローチャートである。
【図６】インターネットバンキングの振込先登録画面である。
【図７】ＡＴＭシステムからの振込実行のフローチャートである。
【図８】具体例１のＡＴＭ表示の説明図である。
【図９】ＩＢシステムからの振込実行のフローチャートである。
【図１０】具体例２の金融システムの制御系統説明図である。
【図１１】具体例２の顧客マスタＤＢ、及びＣＲＭ−ＤＢ説明図である。
【図１２】具体例２のＩＢシステムからのイベント登録のフローチャートである。
【図１３】インターネットバンキングのイベント登録画面である。
【図１４】具体例２のＡＴＭシステムからのイベント実行のフローチャートである。
【図１５】具体例２のＡＴＭ表示の説明図である。
【図１６】具体例２のＩＢシステムからのイベント実行のフローチャートである。
【図１７】具体例２のＩＢ表示の説明図である。
【符号の説明】
１ＡＴＭ制御部
１−１ＡＴＭ振込先登録要求手段
１−２登録一覧表閲覧要求手段
１−３ＡＴＭ振込先選択要求入力手段
２ＩＢ制御部
２−１ＩＢ振込先選択要求入力手段
２−２閲覧要求手段
２−３登録要求手段
３ＣＲＭ制御部
３−１振込先情報登録手段
３−２登録一覧表提供手段
３−３残高更新手段[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a financial system in which an Internet banking system and an automatic teller machine (hereinafter referred to as ATM) are linked.
[0002]
[Prior art]
As an embodiment of the Internet banking system, a terminal device such as a personal computer (hereinafter, referred to as a PC), an Internet banking (hereinafter, referred to as an IB) device, and a host computer of a bank are connected via an Internet line to transfer, transfer, and make a fixed deposit. An IB system that executes transaction processing such as application has been put to practical use. This system has the convenience that transaction processing can be executed anytime and anywhere as long as there is only a terminal device. However, at the moment, it is hard to say that it is widely used. On the other hand, an ATM system that connects a customer contact with a host computer of a bank through a dedicated line to execute cash payment, transfer, transfer, and the like has been widely used.
2. Description of the Related Art In recent years, there has been disclosed a technique for simplifying the transfer process by incorporating the convenience of the IB system into an ATM system which is widely spread (for example, see Patent Document 1).
[0003]
[Patent Document 1]
JP-A-10-105783
[0004]
[Problems to be solved by the invention]
The transfer process (one example) can be executed by both the ATM system and the IB system as described above, but both have advantages and disadvantages. That is, in the ATM system, in order to simplify the transfer destination input for the transfer destination once transferred, the transfer data can be registered in the transfer card, and when transferring to the transfer destination again, The transfer card may be inserted into the ATM, and if the customer designates the transfer destination with the transfer card, the transfer destination is referred to on the display of the ATM, so that there is an advantage that erroneous transfer can be avoided. However, when the transfer card is forgotten, it is necessary to input transfer data from the beginning.
[0005]
On the other hand, in the IB system, since the transfer destination is registered in advance in a customer database (IB device) in the system, the transfer process can be executed without using a transfer card. However, unlike the ATM system, the transfer destination is not inquired even if the transfer destination is specified, so that there is a disadvantage that erroneous transfer is insufficiently avoided.
An object of the present invention is to provide a financial system that solves the above-mentioned problem to be solved and improves the simplicity of operation and the reliability of processing.
[0006]
[Means for Solving the Problems]
The present invention employs the following configuration to solve the above points.
<Configuration 1>
An automatic teller machine for executing a transfer process with a host computer and a terminal device capable of executing a transfer process of an Internet banking system are connected to a transfer management device via a communication line. A transfer method, wherein the transfer information for each customer is transmitted from the automatic teller machine or the terminal device to the transfer management device, and the transfer management device stores the transfer destination information received for each customer in a database. When the transfer management device receives a customer's transfer request from the automatic teller machine or the terminal device, it searches for the corresponding transfer destination information from the database, and the transfer destination information is transmitted by the automatic teller machine. Irrespective of whether it is the transferee information received or the transferee information transmitted by the terminal device, Transfer method that is characterized to be transmitted to the requesting said automatic cash transaction apparatus or the terminal device.
[0007]
<Configuration 2>
A financial system in which an automatic teller machine for executing a transfer process with a host computer and a terminal device for executing a transfer process of an Internet banking system are connected to a transfer management device via a communication line. Wherein the automatic teller machine or the terminal device respectively allows the customer to input the transfer destination information, and transmits the transfer destination information together with the customer ID number to the transfer management device; And a browsing request means for transmitting a browsing request to the transfer management device together with the customer ID number when the transfer destination is browsed, wherein the transfer management device stores the received transfer destination information in a database for each customer. Upon receiving the browsing request, the destination information registration means searches the database for the corresponding transfer destination information of the customer, and the transfer destination information is Regardless of the transfer destination information input by the cash automatic transaction device, or the transfer destination information input by the terminal device, to the automatic transaction device or the terminal device requesting the browsing. And a transfer destination information providing means for transmitting the transfer destination information.
[0008]
<Configuration 3>
In the financial system according to Configuration 2, the transfer management device further includes a customer master database that stores customer information including an ID number or an identifier of the customer, and the database that stores transfer destination information for each customer is A financial system wherein the transfer destination information can be searched by the identifier.
[0009]
<Configuration 4>
In the financial system according to the configuration 2, the automatic teller machine or the terminal device may display a plurality of transfer destinations in a browsable manner based on the transfer destination information received by the customer. A financial system, further comprising a transfer destination selection request input means for causing the user to select the transfer destination and executing a transfer process to the selected transfer destination.
[0010]
<Configuration 5>
In the financial system according to Configuration 2, the transfer management device includes an event information registration unit that stores customer event information, a corresponding event that is searched, and a corresponding event that is provided to the automatic teller machine or the terminal device. An event information registration requesting unit for requesting the event information registering unit to store the event information; and executing the event provided by the event searching and providing unit after executing the transfer processing. And a corresponding event execution request input means for requesting execution of an event provided by the corresponding event search providing means after execution of the transfer processing. Characteristic financial system.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
The present invention is provided with a CRM (customer-related management) device for transfer management, which combines the advantages of both an ATM (automatic teller machine) system and an Internet banking system, and combines both systems to eliminate disadvantages. In this CRM device, customer information and transfer destination information are registered from both systems. Both systems execute the transfer process based on the information stored in the CRM device. As a result, the transfer processing in the ATM system eliminates the need for a transfer card. Further, in the transfer processing in the Internet banking system, the transfer destination is queried in a list from the CRM device, so that it is easy to avoid erroneous transfer. Hereinafter, embodiments of the present invention will be described using specific examples.
[0012]
<Configuration of Specific Example 1>
In the following description, an embodiment of the Internet banking system is limited to Internet banking (hereinafter, referred to as IB), and a transfer process is described as an example.
FIG. 1 is an explanatory diagram of a control system of the financial system according to the first embodiment.
As shown in the figure, the financial system of the first embodiment includes an ATM control unit 1 and a CRM control unit 3 connected via a dedicated line 50-1, and an IB control unit 2 connected via an Internet line 50-2. And the CRM control unit 3. Before describing these contents, the overall configuration of the financial system of this specific example and the relationship of the overall configuration and the above-described control system on hardware will be described.
[0013]
FIG. 2 is a system configuration diagram of the financial system of the present invention.
As shown in the figure, the financial system of the present invention includes an ATM terminal device 10, an IB terminal device 20, a CRM device 30, a host computer 40, and a communication network 50.
The ATM terminal device (cash automatic transaction device) 10 is a device for customer operation of the ATM system, and is connected to the host computer 40 and the CRM device 30 via the dedicated line 50-1. The ATM terminal device includes a communication unit (not shown) for transmitting and receiving data, a display unit (not shown) serving as an interface between the customer and the system, and the like, and the ATM control unit 1 (FIG. 1). Is arranged.
[0014]
The IB (Internet banking) terminal device 20 is a personal computer, is a device for customer operation of the IB system, and is connected to the IB device 20-1 and the CRM device 30 via the Internet line 50-2. The IB terminal device 20 includes a communication unit (not shown) for transmitting and receiving data, a display unit (not shown) serving as an interface between the customer and the system, and the like, and an IB control unit 2 (FIG. 1). Is arranged.
[0015]
The CRM device 30 serves to combine the ATM system and the IB system, and is connected to the ATM terminal device 10, the IB terminal device 20, the IB device 20-1, and the host computer 40 via the dedicated line 50-1. Have been. The CRM device 30 includes a communication unit (not shown) for transmitting and receiving data, a CRM control unit 3 (FIG. 1), a CRM-DB (database) 30-2, and a customer master DB (database) 30-1. Is arranged.
[0016]
The CRM-DB 30-2 is a database for registering a plurality of pieces of transfer destination information in association with an identifier for each customer. The customer master DB 30-1 is a database for registering customer information including a balance in the order in which customer registration requests are made from both the ATM system and the IB system.
FIG. 3 is an explanatory diagram of the customer master DB and the CRM-DB of the first specific example. (A) is an explanatory diagram of a customer master DB, and (b) is an explanatory diagram of a CRM-DB.
As shown in (a), the customer master DB includes, for example, a customer ID 30-1-1, a name 30-1-2, an address 30-1-3, a telephone number 30-1-4, and an account number 30-1-1. 5, a balance 30-1-6, an identifier 30-1-7 for searching the CRM-DB, and the like.
[0017]
As shown in (b), in the CRM-DB, for example, an identifier (A...) 30-2-1 for each customer, an identifier 30-2-2 for each individual transfer destination, and a name 30 of the transfer destination are stored in the CRM-DB. -2-3 and account number 30-2-4 are stored. Therefore, since the identifier of the transfer destination of Taro Bando who is the customer is A, when the CRM-DB 30-1 is searched based on the identifier A, the names of the transfer destination identifiers A-1, A-2,. The number can be specified.
[0018]
Returning to FIG. 2, the host computer 40 has a database 40-1, manages customer transaction data, and inquires of a customer ID and a password while performing two-way communication with the ATM terminal device 10 and the IB terminal device 20. And search, transfer, update, etc. of transaction data to execute various transactions quickly and smoothly. That is, in the database 40-1, the customer's account number, balance, transaction history, customer's ID number, personal identification number, name, age, etc. are registered as customer account information.
[0019]
The communication network 50 is a public communication network, such as ISDN, which is used as an Internet line 50-2 or a part of which is used as a dedicated line 50-1 in an ATM system.
[0020]
Returning to FIG. 1, the ATM control unit 1 includes an ATM transfer destination registration requesting unit 1-1 for requesting the CRM device 30 (FIG. 2) to register transfer destination information based on a request from a customer, and an ATM transfer device registration request unit 1-1 (FIG. 2). ), A registration list browsing requesting means 1-2 for requesting browsing of the transfer destination information stored in ATM, and an ATM transfer destination selection request inputting means 1-3 for requesting the customer to select a transfer destination based on the displayed list. have. These means are usually configured as computer programs, and are stored in a storage unit (not shown) of the ATM terminal device 10 (FIG. 2).
[0021]
The IB control unit 2 includes an IB registration request unit 2-3, a browsing request unit 2-2, and an IB transfer destination selection request input unit 2-1 for requesting a customer to select a transfer destination based on the displayed list. And These means are usually configured as computer programs, and are stored in a storage unit (not shown) of the IB terminal device 20 (FIG. 2).
[0022]
The CRM control unit 3 includes a transfer destination information registering unit 3-1 for registering the transfer destination information of the customer received from the ATM system and the IB system, and associates each of the customers of both systems with each other based on the registered transfer destination information. It has a registration list providing means 3-2 for providing registered transfer destination information as a list and a balance updating means 3-3 for updating the balance after the transfer. These means are usually configured as computer programs, and are stored in a storage unit (not shown) of the CRM device 30 (FIG. 2).
This concludes the description of the configuration of the first embodiment. Next, the operation of the first embodiment will be described in detail with reference to a flowchart.
[0023]
<Operation of Specific Example 1>
Hereinafter, as operations of the specific example 1, four operations of transfer destination registration from the ATM system, transfer destination registration from the IB system, transfer execution from the ATM system, and transfer execution from the IB system will be described.
FIG. 4 is a flowchart of the transfer destination registration from the ATM system.
In the following description of the operation, the transfer operation is limited to the transfer process, and the customer account information, for example, information such as the customer's ID number and personal identification number is already registered in the database 40-1 (FIG. 2) of the host computer 40 according to a predetermined procedure. It is described as a prerequisite that this is done.
[0024]
Step S1-1
The operation is started when a customer inserts a transaction card into the ATM terminal device 10 (FIG. 2) and inputs a password on the display unit of the ATM terminal device 10 (FIG. 2).
Step S1-2
The host computer 40 (FIG. 2) stores the customer ID number read from the card and the password input to the ATM terminal device 10 (FIG. 2) by the customer in the database 40-1 (FIG. 2). And execute customer confirmation. If there is an error in inputting the personal identification number or the like, the input error is displayed on the display unit of the ATM terminal device 10 (FIG. 2) and the input is made again.
[0025]
Step S1-3
The customer inputs the transfer destination information (account number and the like) of the transfer destination from the display unit of the ATM terminal device 10 (FIG. 2).
Step S1-4
The host computer 40 (FIG. 2) searches its own database 40-1 (FIG. 2) based on the received transfer destination information, and transmits the corresponding transfer destination to the ATM terminal device 10 (FIG. 2).
Step S1-5
The customer displays the name and account number of the transfer destination on the display section of the ATM terminal device 10 (FIG. 2). When the transfer destination can be confirmed, the customer presses the confirmation display and sends a confirmation notice to the host computer 40 ( 2), and proceeds to the next step. If confirmation is not possible, the procedure proceeds to step S1-7 to stop the processing.
Step S1-6
The host computer 40 (FIG. 2) searches its own database 40-1 (FIG. 2) based on the received transfer destination information and determines whether there is a corresponding transfer destination. The permission notification is transmitted to FIG. 2).
[0026]
Step S1-8
Upon receiving the transfer permission notice, the ATM terminal device 10 (FIG. 2) requests the customer to input the transfer amount via the display unit, and when the customer inputs the transfer amount according to the request, transmits the transfer amount data to the host computer. .
Step S1-9
The host computer 40 (FIG. 2) executes a transfer process to the transfer destination account based on the received amount data, changes the account contents (balance) of the customer account information of the customer in the database 40-1, and ends the transfer. The notification is transmitted to the ATM terminal device 10 (FIG. 2).
[0027]
Step S1-10
Upon receiving the transfer end notification, the ATM terminal device 10 (FIG. 2) displays a message on the display unit asking the customer whether to register the transfer destination. If the customer requests registration, a registration request notification is transmitted to the CRM device 30 (FIG. 2), and the process proceeds to step S1-11. If the customer does not select registration, the flow ends. Here, the control of the ATM control unit 1 (FIG. 1) from the reception of the transfer execution notification from the host computer 40 (FIG. 2) to the transmission of the registration request notification to the CRM device 30 (FIG. 2) at the request of the customer. Corresponds to the ATM transfer destination registration requesting means 1-1 (FIG. 1).
Step S1-11
The CRM device 30 (FIG. 2) receives the registration request notification.
[0028]
Step S1-12
Upon receiving the registration request notification, the CRM device 30 (FIG. 2) communicates with the host computer 40 (FIG. 2), and from the database 40-1 (FIG. 2), customer information including the balance after the execution of the transfer (see FIG. 3). Take in.
[0029]
Step S1-13
The CRM device 30 (FIG. 2) adds the acquired customer information to the customer master DB 30-1 (FIG. 2) with an identifier (A or the like) added thereto, and also identifies the identifier and the transfer destination identifier (A-1 or the like). And the transfer destination information is registered in the CRM-DB 30-2 (FIG. 2). Here, when the CRM device 30 (FIG. 2) receives the registration request notification from the ATM terminal device 10, the transfer destination information and the account contents after the transfer of the customer are transferred from the database 40-1 (FIG. 2) via the host computer 40. (The balance has been changed) is read and registered in the customer master DB 30-1 (FIG. 2), and the transfer destination information is registered in the CRM-DB. This corresponds to the registration means 3-1 (FIG. 1).
[0030]
FIG. 5 is a flowchart of transfer destination registration from the IB system of the first embodiment.
FIG. 6 shows a transfer destination registration screen of Internet banking.
The flow of the transfer destination registration operation from the IB system will be described in the order of steps from step S2-1 to step S2-6 in the drawing.
In the following description of the operation, the transfer operation is limited to the transfer process, and the customer account information is already registered in the database 40-1 (FIG. 2) and the customer DB 20-2 (FIG. 2) of the IB device 20-1 according to a predetermined procedure. It is described as a prerequisite that this is done.
[0031]
Step S2-1
The operation is started when the customer inputs the customer ID number and the password on the display unit of the IB terminal device 20 (FIG. 2).
Step S2-2
The IB device 20-1 (FIG. 2) checks the customer by comparing the customer ID number and the password received from the IB terminal device 20 (FIG. 2) with the contents registered in the customer DB 20-2 (FIG. 2). Execute If there is an input error of the personal identification number or the like, the personal identification number is re-requested to the IB terminal device 20 (FIG. 2), and if the customer can be confirmed, a confirmation notice is transmitted to the IB terminal device 20 (FIG. 2).
[0032]
Step S2-3
Upon receiving the confirmation notification, the IB terminal device 20 (FIG. 2) displays a screen as shown in FIG. 6 on the display unit, prompts the customer to input the transfer destination information such as the name of the transfer destination, the account number, and the like. The user clicks the button to transmit a registration request notification with the transfer destination information to the IB device 20-1 (FIG. 2).
[0033]
Step S2-4
The CRM device 30 (FIG. 2) receives the registration request notification including the transfer destination information.
Step S2-5
The CRM device 30 (FIG. 2) reads out customer information such as a customer account content and the already registered transfer destination information from the customer DB 20-2 (FIG. 2) via the IB device 20-1 (FIG. 2). .
[0034]
Step S2-6
The CRM device 30 (FIG. 2) registers the customer information in the customer master DB 30-1 (FIG. 2) with an identifier (B etc.), and attaches the identifier and the transfer destination identifier (B-1 etc.). Then, the transfer destination information is registered in the CRM-DB 30-2 (FIG. 2). Here, when the CRM device 30 (FIG. 2) receives the registration request notification from the IB terminal device 20, the CRM device 30 (FIG. 2) reads out the already registered transfer destination information and the customer account content from the customer DB 20-2 (FIG. 2), and The CRM control unit 3 (FIG. 2) registers the account contents of the customer in the customer master DB 30-1 (FIG. 2) and registers the transfer destination information added with the transfer destination information requested to be registered in the CRM-DB (FIG. 2). The control of 1) corresponds to the transfer destination information registration means 3-1 (FIG. 1).
[0035]
FIG. 7 is a flowchart of execution of the transfer from the ATM system.
FIG. 8 is an explanatory diagram of the ATM display of the first specific example. (A) is a display screen when a registration list browsing request is made, (b) is a list screen display screen, and (c) is a display screen for a transfer amount input guide.
The flow of the transfer execution operation from the ATM system will be described in the order of steps from step S3-1 to step S3-11 in the drawing.
[0036]
Step S3-1
The operation is started when the customer inserts the transaction card into the ATM terminal device 10 (FIG. 2) and inputs the personal identification number in accordance with the display instruction on the display unit of the ATM terminal device 10 (FIG. 2).
Step S3-2
The host computer 40 (FIG. 2) registers the customer ID number read from the transaction card and the password input to the ATM terminal device 10 (FIG. 2) by the customer in the database 40-1 (FIG. 2). And perform customer confirmation. If there is an error in inputting the password, the display unit of the ATM terminal device 10 (FIG. 2) prompts the user to re-enter the password. If the correct password is input and the customer can be confirmed, the process proceeds to the next step.
[0037]
Step S3-3
Upon receiving the customer confirmation notice from the host computer 40 (FIG. 2), the ATM terminal device 10 (FIG. 2) displays the screen shown in FIG. 8A on the display unit and stores it in the CRM device 30 (FIG. 2) for the customer. The user is requested to select whether or not to view the registered transfer destination list.
When the customer presses the Internet banking registration destination button 10-1-1, a list reading request with the customer ID number is transmitted to the CRM device 30 (FIG. 2), and the process proceeds to step S3-5. If the customer has not pressed the account input button 10-1-2 or the transfer card button 10-1-3 to request reading of the registration list, the process proceeds to step S3-4. Here, the user is requested to select whether or not to view the registration list stored in the CRM device 30 (FIG. 2). The control of the ATM control unit 1 (FIG. 1) for transmitting the read request to the CRM device 30 (FIG. 2) corresponds to the registration list browsing request unit 1-2 (FIG. 1).
[0038]
Step S3-4
Execute normal transfer processing.
Step S3-5
The CRM device 30 (FIG. 2) receives the registration list reading request.
Step S3-6
The CRM device 30 (FIG. 2) searches the customer master DB from the customer ID number to determine an identifier, further searches the CRM-DB 30-2 (FIG. 2) from the identifier, and lists all the customer's transfer destination information. It is read out as a table and transmitted to the ATM terminal device 10 (FIG. 2). Here, when the CRM device 30 (FIG. 2) receives the registration list read request from the ATM terminal device 10 (FIG. 2), the registration list is read from the CRM-DB 30-2 (FIG. 2) and the ATM terminal device 10 (FIG. 2). ) Corresponds to the registration list providing unit 3-2 (FIG. 1).
[0039]
Step S3-7
Upon receiving the registration list data from the CRM device 30 (FIG. 2), the ATM terminal device 10 (FIG. 2) displays the name and account number 10-2 of each transfer destination on the display unit as shown in FIG. 8B. -1 is displayed, and a selection of a transfer destination is requested. If the customer selects the transfer destination by pressing the No button in the registration list, the process proceeds to step S3-8, and if not, the process proceeds to step S3-4 to execute a normal transfer process. Here, when the registration list is received from the CRM device 30 (FIG. 2), the registration list is displayed on a display unit (not shown), and the customer is requested to select a transfer destination from among them, and an ATM control unit for executing selection input is performed. 1 (FIG. 1) corresponds to the ATM transfer destination selection request input means 1-3 (FIG. 1).
[0040]
Step S3-8
The host computer 40 (FIG. 2) permits the transfer to the transfer destination selected by the customer, and proceeds to step S3-9.
Step S3-9
The ATM terminal device 10 (FIG. 2) displays the transfer amount input guide shown in FIG. 8C on the display unit and requests the customer to input the transfer amount. In the transfer amount input guide, the name of the transfer destination and the account number 10-3-1 selected in step S3-7 are displayed. When the customer inputs the amount 10-3-2 and presses the confirmation 10-3-3, the ATM terminal device 10 transmits the transfer destination information selected by the customer and the transfer amount input by the customer to the host computer 40 and the CRM device 30. Send to
Step S3-10
The host computer 40 (FIG. 2) executes the transfer and ends the flow.
[0041]
Step S3-11
The CRM device 30 (FIG. 2) updates the balance in the customer information in the customer master DB 30-1, and ends the flow. Here, the control of the CRM control unit 3 (FIG. 1) in which the CRM device 30 (FIG. 2) updates the balance of the customer master DB 30-1 (FIG. 2) corresponds to the balance updating unit 3-3 (FIG. 1).
[0042]
FIG. 9 is a flowchart of the execution of the transfer from the IB system.
The flow of the transfer execution operation from the IB system will be described in the order of steps from step S4-1 to step S4-10 in the drawing.
The following description of the operation will be limited to the transfer process, and will be described on the assumption that the customer information and the transfer destination information are registered in the CRM device 30 (FIG. 2).
[0043]
Step S4-1
The operation is started when the customer inputs the customer ID number and the password on the display unit of the IB terminal device 20 (FIG. 2).
Step S4-2
The IB device 20-1 (FIG. 2) checks the customer ID number and password received from the IB terminal device 20 (FIG. 2) against the contents registered in the customer DB 20-2 (FIG. 2). Execute If there is an error in inputting the personal identification number or the like, the information is displayed on the display unit of the IB terminal device 20 (FIG. 2), corrected, and the customer can be confirmed.
[0044]
Step S4-3
The CRM device 30 (FIG. 2) reads out the registration list and sends it to the IB terminal device 20 (FIG. 2). Here, the control of the CRM control unit 3 (FIG. 1) in which the CRM device 30 (FIG. 2) reads out the registration list from the CRM-DB 30-2 (FIG. 2) and transmits it to the IB device 20-1 (FIG. 2) is registered. This corresponds to the list providing means 3-2 (FIG. 1).
[0045]
Step S4-4
Upon receiving the registration list from the CRM device 30 (FIG. 2), the IB terminal device 20 (FIG. 2) displays a registration transfer destination list similar to that shown in FIG. Request the selection of the transfer destination from inside. If the customer can select a transfer destination from the registration list, the process proceeds to step S4-5, and if not, the process proceeds to step S4-6. Here, when the registration list is received from the CRM device 30 (FIG. 2), the registration list is displayed on a display unit (not shown), and the IB control unit 2 (FIG. 1) asking the customer to select a transfer destination from the list is displayed. The control corresponds to the IB transfer destination selection request input means 2-1 (FIG. 1).
[0046]
Step S4-5
The IB device 20-1 (FIG. 2) permits the transfer to the transfer destination selected by the customer, and proceeds to step S4-7.
Step S4-6
The IB terminal device 20 (FIG. 2) stops the transfer processing.
Step S4-7
The IB device 20-1 (FIG. 2) displays a transfer amount input guide similar to that of FIG. 8C on a display unit (not shown), and requests the customer to input the transfer amount. In the transfer amount input guide, the name of the transfer destination and the account number 10-3-1 selected in step S4-4 are displayed. When the customer inputs the amount and presses confirmation 10-3-3, the IB terminal device 20 (FIG. 2) displays the transfer destination information selected by the customer and the transfer amount input by the customer as the IB device 20-1 (FIG. 2). And to the CRM device 30 (FIG. 2). The transmission to the host computer 40 (FIG. 2) is transmitted via the IB device 20-1 (FIG. 2) at a predetermined time while the host computer 40 (FIG. 2) is operating (daytime).
Step S4-8
The IB device 20-1 (FIG. 2) executes the transfer and ends the flow.
[0047]
Step S4-9
The host computer 40 (FIG. 2) executes the transfer processing based on the data transmitted via the IB device 20-1 (FIG. 2) at a predetermined time, and ends the flow.
Step S4-10
The CRM device 30 (FIG. 2) updates the balance in the customer master DB 30-1 (FIG. 2) and ends the flow. Here, the control of the CRM control unit 3 (FIG. 1) in which the CRM device 30 (FIG. 2) updates the balance of the customer master DB 30-1 (FIG. 2) corresponds to the balance updating unit 3-3 (FIG. 1).
[0048]
In the above description, the embodiment of the Internet banking system is limited to the Internet banking (IB) system, but the embodiment of the present invention is not limited to the Internet banking (IB) system alone. As long as the system uses a public line, another Internet banking system such as mobile banking may be used.
[0049]
<Effect of Specific Example 1>
As described above, in this specific example, by providing a CRM (customer-related management) device that enables registration of customer information and transfer destination information from both systems, and enables browsing of this information from both systems. A transfer card in an ATM (automatic teller machine) system eliminates the need for a transfer card, and in a transfer process in an internet banking system, a list of payment destinations can be queried from a CRM (customer-related management) device. There is an effect that erroneous transfer can be avoided.
[0050]
<Configuration of Specific Example 2>
In this specific example, it is also possible to register, in the CRM (customer-related management) apparatus, event information such as a predetermined transaction that periodically occurs at a specific time in a financial transaction, such as payment of a power usage fee. To Then, when the customer makes a transaction, an event whose delivery date is approaching within a predetermined period is automatically displayed on the display unit of the terminal device. By doing so, it is possible to prevent the customer from forgetting to pay the power usage fee, for example. A specific example is configured as follows.
[0051]
The overall configuration of the financial system of the second embodiment is exactly the same as that of the first embodiment shown in FIG. In this specific example, a new control means is added to the control means of the specific example 1. Further, new information is added to the information stored in the CRM-DB 30-2 (FIG. 2). Hereinafter, only these newly added items will be described.
[0052]
FIG. 10 is an explanatory diagram of a control system of the financial system according to the second embodiment.
As shown in the figure, this financial system includes an ATM control unit 4 and a CRM control unit 6 connected via a dedicated line 50-1, and an IB control unit 5 and a CRM control unit connected via an Internet line 50-2. A part 6.
[0053]
The CRM control unit 6 (FIG. 10) includes, in addition to the units 1-1 to 1-3 (FIG. 1) described in the first embodiment, an event information registration unit 6-1 for registering customer event information. After the customer executes another transaction (e.g., transfer), there is provided a corresponding event search and provision means 6-2 for searching for a corresponding event to provide the customer with attention in order to alert the customer. Here, the event refers to a predetermined transaction that periodically occurs at a specific time in a financial transaction, such as payment of a power usage fee. In addition, the corresponding event indicates an event whose delivery date is approaching within a predetermined period.
Note that the event processing is included in the transfer processing in the claims.
[0054]
The IB control unit 5 includes an event information registration requesting unit 5-1 for requesting the CRM device to register event information based on a customer request, and an IB control unit 5 for executing an event provided by the event search providing unit 6-2. And an event execution request input unit 5-2.
The ATM control unit 4 further includes a corresponding event execution request input unit 4-1 for requesting execution of an event provided by the corresponding event search providing unit 6-2 after execution of the transfer.
[0055]
FIG. 11 is an explanatory diagram of the customer master DB and the CRM-DB of the specific example 2.
(A) is an explanatory view of a customer master DB, which has the same configuration as that of the first embodiment. (B) is an explanatory view of a CRM-DB.
As shown in (b), the CRM-DB stores the transfer destination identifier 30-2-1, each identifier 30-2-2, the name 30-2-3, and the account number 30-2-2 in the same manner as in the first embodiment. In addition to 4 and the like, for example, respective data such as an event ID (event name) 30-2-5, an event date 30-2-6, an event content 30-2-7, and a display period 30-2-8 are added. .
[0056]
The parts other than those described above are completely the same as those in the first embodiment, and thus description thereof will be omitted.
Next, the software relationship between the control means described above and the financial system of this embodiment will be described in detail in the operation of the embodiment 2 with reference to a flowchart.
[0057]
<Operation of Specific Example 2>
The operation of the specific example 2 will be described by dividing it into three operations: event registration from the IB system, event execution from the ATM system, and event execution from the IB system.
FIG. 12 is a flowchart of event registration from the IB system of the second embodiment.
FIG. 13 shows an Internet banking event registration screen.
In the following description of the operation, it is assumed that the customer account information, for example, the customer's ID number and personal identification number, has already been registered in the database 40-1 (FIG. 2) according to a predetermined procedure.
The flow of the event registration operation from the IB system will be described in the order of steps from step S5-1 to step S5-6 in the figure.
[0058]
Step S5-1
The operation is started when the customer inputs the customer ID number and the password on the display unit of the IB terminal device 20 (FIG. 2).
Step S5-2
The IB device 20-1 (FIG. 2) checks the customer ID number and password received from the IB terminal device 20 (FIG. 2) against the contents registered in the customer DB 20-2 (FIG. 2). Execute If there is an error in inputting the personal identification number or the like, the information is displayed on the display unit of the IB terminal device 20 (FIG. 2), corrected, and the customer can be confirmed.
[0059]
Step S5-3
The IB terminal device 20 (FIG. 2) displays a selection screen on the display unit, and when an event input is selected by the customer on this screen, a screen as shown in FIG. 13 is displayed on the display unit. When the customer inputs event information such as an event name, an event date, a display period, and a transaction, and clicks a registration button, a registration request notification is transmitted to the CRM device 30 (FIG. 2).
[0060]
Step S5-4
The CRM device 30 (FIG. 2) receives the registration request notification.
Step S5-5
The CRM device 30 (FIG. 2) reads out the customer account contents and the transfer destination information from the customer DB 20-2 (FIG. 2) via the IB device 20-1 (FIG. 2).
[0061]
Step S5-6
The CRM device 30 (FIG. 2) registers the account contents of the customer in the customer master DB 30-1 (FIG. 2), adds event information to the transfer destination information, and registers it in the CRM-DB 30-2 (FIG. 2). To end the flow.
Here, when the CRM device 30 (FIG. 2) receives the registration request notification from the IB terminal device 20, it reads out the transfer destination information and the customer account contents from the customer DB 20-2 (FIG. 2) and stores the customer account contents in the customer master. The control of the CRM control unit 6 (FIG. 10) for registering in the DB 30-1 (FIG. 2), adding the event information to the transfer destination information, and registering the event information in the CRM-DB (FIG. 2) is performed by the event information registration unit 6- 1 (FIG. 10).
[0062]
FIG. 14 is a flowchart of the event execution from the ATM system of the second embodiment.
FIG. 15 is an explanatory diagram of an ATM display according to the second embodiment.
Steps S6-1 to S6-11 in the figure are almost the same as steps S3-1 to S3-11 (FIG. 7) of the first embodiment. The only difference is that steps S6-8 are slightly different. Therefore, the different point of step S6-8 will be described, but the description from step S6-1 to step S6-11 will be omitted, and the steps from step S6-12 to step S6-15 will be described in order from the ATM system. The flow of the event execution operation will be described.
In the following description of the operation, it is assumed that customer information, transfer destination information, and event information have been registered in the CRM device 30 (FIG. 2).
[0063]
Step S6-8
After executing the normal transfer process, the ATM terminal device 10 (FIG. 2) sends a normal transfer process notification to step S6-11 of the CRM device 30 (FIG. 2). By doing so, the event can be executed even when the normal transfer processing is executed.
Step S6-12
The CRM device 30 (FIG. 2) updates the balance of the customer master DB 30-1 (FIG. 2) in step S6-11, and then, based on the event information stored in the CRM-DB (FIG. 11B). The event of the customer is searched, and when the event is detected, the contents of the event are transmitted to the ATM terminal device 10 (FIG. 2), and the process proceeds to step S6-13. finish. Here, a customer event is searched based on the event information stored in the CRM-DB (FIG. 11 (b)), and when the event is detected, the event information is transmitted to a terminal device which is currently communicating (here, an ATM terminal). The control of the CRM control unit 6 (FIG. 10) provided to the device 10 (FIG. 2) corresponds to the corresponding event search providing unit 6-2 (FIG. 10).
[0064]
Step S6-13
Upon receiving the content of the event, the ATM terminal device 10 (FIG. 2) displays the content of the event on a display unit (not shown) as shown in FIG. 15 as an example, and inputs whether to transfer the content to the customer. Let it. When the customer presses down the transfer 10-4-1, the process proceeds to step S6-14 and step S6-15. If the customer presses 10-4-2 without transfer, the flow is terminated. Here, when the ATM terminal device 10 (FIG. 2) receives the content of the corresponding event, the content is displayed on a display unit (not shown), and the ATM control unit 4 (FIG. 2) that allows the customer to input an event execution request. The control of 10) corresponds to the corresponding event execution request input means 4-1.
[0065]
Step S6-14
The host computer 40 (FIG. 2) executes the transfer, updates the account contents of the customer, and ends the flow.
Step S6-15
The CRM device 30 (FIG. 2) updates the account contents of the customer and ends the flow.
[0066]
FIG. 16 is a flowchart of the event execution from the IB system of the specific example 2.
FIG. 17 is an explanatory diagram of the IB display of the specific example 2.
Steps S7-1 to S7-10 in the figure are almost the same as steps S4-1 to S4-10 (FIG. 9) of the first embodiment. The only difference is that step S7-6 is slightly different. Therefore, a different point of step S7-6 will be described, but the description of steps S7-1 to S7-10 will be omitted, and the steps from step S7-11 to step S7-18 will be described in order from the IB system. The flow of the event execution operation will be described.
In the following description of the operation, it is assumed that customer information, transfer destination information, and event information have been registered in the CRM device 30 (FIG. 2).
[0067]
Step S7-6
The IB terminal device 20 (FIG. 2) executes the normal transfer processing and sends a normal transfer processing notification to step S7-11 of the CRM apparatus 30 (FIG. 2). By doing so, the event can be executed even when the normal transfer processing is executed.
Step S7-11
The CRM device 30 (FIG. 2) updates the balance of the customer master DB 30-1 (FIG. 2) in step S7-10 and then, based on the event information stored in the CRM-DB (FIG. 11B). The event of the customer is searched, and when the event is detected, the content of the event is transmitted to the IB terminal device 20 (FIG. 2), and the process proceeds to step S7-12. When the event is not detected, the flow is performed. finish. Here, after updating the balance of the customer master DB 30-1 (FIG. 2), if a customer event is searched for and detected based on the event information stored in the CRM-DB (FIG. 11B), The CRM control unit 6 (FIG. 10) that provides the event information to the terminal device currently communicating (here, the IB terminal device 20 (FIG. 2)) is controlled by the corresponding event search and provision unit 6-2 (FIG. 10). Corresponds to.
[0068]
Step S7-12
Upon receiving the content of the event, the IB terminal device 20 (FIG. 2) displays the content of the event on a display unit (not shown) as shown in FIG. 17 as an example and inputs whether to transfer the content to the customer. Let it. When the customer presses the transfer 20-3-1, the process proceeds to step S7-13, step S7-14, and step S7-15, and when the customer presses the non-transfer 20-3-2, the process proceeds to step S7-16. Here, when the IB terminal device 20 (FIG. 2) receives the contents of the event, the IB control unit 5 (FIG. 2) displays the contents on a display unit (not shown) and allows the customer to input an event execution request. The control of 10) corresponds to the event information registration request unit 5-1.
[0069]
Step S7-13
The IB device 20-1 (FIG. 2) executes the transfer and ends the flow.
Step S7-14
The host computer 40 (FIG. 2) executes the transfer processing based on the data transmitted via the IB device 20-1 (FIG. 2) at a predetermined time, and ends the flow.
Step S7-15
The CRM device 30 (FIG. 2) updates the balance in the customer master DB 30-1 (FIG. 2) and ends the flow.
[0070]
Step S7-16
The IB device 20-1 (FIG. 2) requests an input as to whether or not to request the customer to correct the content of the event. If the customer requires the correction of the content of the event, the process proceeds to step S7-17. If the event content is not requested to be corrected, the flow ends.
Step S7-17
The IB device 20-1 (FIG. 2) requests the customer to input the details of the correction, and transmits the details corrected by the customer to the CRM device 30 (FIG. 2).
Step S7-18
The CRM device 30 (FIG. 2) re-registers the correction content in the CRM-DB (FIG. 11B), and returns to step S7-12. The flow ends again through the same flow.
[0071]
<Effect of Specific Example 2>
In this specific example, not only the CRM (customer-related management) device can register customer information and transfer destination information, but also predetermined transactions that occur periodically at specific times in financial transactions. For example, event information such as payment of a power usage fee can be registered, and an event whose delivery date is approaching within a predetermined period is automatically displayed on a display unit of a terminal device when a customer makes a transaction. By doing so, it is possible to prevent the customer from forgetting to pay the power usage fee, for example.
[0072]
【The invention's effect】
As described above, a financial system including an ATM (automatic teller machine) system, an Internet banking system, and a CRM (customer-related management) device that combines the two systems is configured, and the ATM system has an ATM transfer destination. A registration request unit, a registration list browsing request unit and an ATM transfer destination selection request input unit are provided. The Internet banking system is provided with an IB transfer destination selection request input unit, a browsing request unit, and a registration request unit. , Transfer destination information registration means, registration list providing means and balance update means are provided, and the transfer processing in the ATM system eliminates the need for a transfer card. In the transfer processing in the Internet banking system, the transfer destination is set to CRM (customer). Related management) Inquiry in the form of a list from the device has the effect of avoiding erroneous transfers. It is.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram of a control system of a financial system according to a specific example 1.
FIG. 2 is a system configuration diagram of the financial system of the present invention.
FIG. 3 is an explanatory diagram of a customer master DB and a CRM-DB of a specific example 1.
FIG. 4 is a flowchart of transfer destination registration from the ATM system.
FIG. 5 is a flowchart of transfer destination registration from the IB system of the first specific example.
FIG. 6 is a transfer destination registration screen of Internet banking.
FIG. 7 is a flowchart of execution of transfer from the ATM system.
FIG. 8 is an explanatory diagram of an ATM display of a specific example 1.
FIG. 9 is a flowchart of execution of transfer from the IB system.
FIG. 10 is an explanatory diagram of a control system of the financial system of Example 2;
FIG. 11 is an explanatory diagram of a customer master DB and a CRM-DB of a specific example 2.
FIG. 12 is a flowchart of event registration from the IB system of Example 2;
FIG. 13 is an Internet banking event registration screen.
FIG. 14 is a flowchart of event execution from the ATM system according to the second embodiment.
FIG. 15 is an explanatory diagram of an ATM display of a specific example 2;
FIG. 16 is a flowchart of an event execution from the IB system of the specific example 2.
FIG. 17 is an explanatory diagram of an IB display of a specific example 2.
[Explanation of symbols]
1 ATM control unit
1-1 ATM transfer destination registration request means
1-2 Registration list browsing request means
1-3 ATM transfer destination selection request input means
2 IB control unit
2-1 IB transfer destination selection request input means
2-2 View request means
2-3 Registration request means
3 CRM control unit
3-1 Transferee information registration means
3-2 Registration list providing means
3-3 Balance update means

Claims

An automatic teller machine for executing a transfer process with a host computer and a terminal device capable of executing a transfer process of an Internet banking system are connected to a transfer management device via a communication line. Transfer method,
Transmitting the transferee information for each customer from the automatic teller machine or the terminal device to the transfer management device,
The transfer management device stores the transfer destination information received for each customer in a database,
When the transfer management device receives a customer's transfer request from the automatic teller machine or the terminal device, it searches for the corresponding transfer destination information from the database, and the transfer destination information is transmitted by the automatic teller machine. Whether the payment information, or whether it is the payment destination information transmitted by the terminal device, to be transmitted to the automatic teller machine or the terminal device that is requesting the transfer,
A transfer method characterized by the following.

A financial system in which an automatic teller machine for executing a transfer process with a host computer and a terminal device for executing a transfer process of an Internet banking system are connected to a transfer management device via a communication line. And
The cash automatic transaction device or the terminal device,
Registration requesting means for allowing the customer to input the transfer destination information and transmitting the transfer destination information together with the customer ID number to the transfer management device;
A browsing request unit for transmitting a browsing request to the transfer management device together with the customer ID number when the customer selects the transfer destination browsing,
The transfer management device,
Transferee information registration means for storing the received transferee information in a database for each customer,
Upon receiving the browsing request, search the database for the corresponding transferee information of the customer, and the transferee information is the transferee information input by the automated teller machine, or input by the terminal device. Irrespective of the transferee information, including transferee information providing means for transmitting the transferee information to the automated teller machine or the terminal device requesting the browsing,
A financial system characterized by that.

In the financial system according to claim 2,
The transfer management device,
A customer master database for storing customer information including an ID number or an identifier of the customer, wherein the database for storing transfer destination information for each customer can search for the transfer destination information by the identifier; Financial system.

In the financial system according to claim 2,
The cash automatic transaction device or the terminal device,
Transfer destination selection for displaying a plurality of transfer destinations in a browsable manner based on the transfer destination information received by the customer, allowing the customer to select one of the transfer destinations, and executing a transfer process to the selected transfer destination. A financial system further comprising request input means.

In the financial system according to claim 2,
The transfer management device
Event information registration means for storing customer event information, and a corresponding event search providing means for searching for a corresponding event, and providing the same to the automated teller machine or the terminal device,
The terminal device,
Further comprising: an event information registration request unit for requesting the event information registration unit to store the event information; and a corresponding event execution request input unit for requesting execution of an event provided by the corresponding event search providing unit after execution of the transfer processing.
The cash automatic transaction device,
A financial system further comprising a corresponding event execution request input unit for requesting execution of an event provided by the corresponding event search providing unit after execution of the transfer processing.