JP4887562B2 - Transaction processing system - Google Patents

Transaction processing system Download PDF

Info

Publication number
JP4887562B2
JP4887562B2 JP2000351209A JP2000351209A JP4887562B2 JP 4887562 B2 JP4887562 B2 JP 4887562B2 JP 2000351209 A JP2000351209 A JP 2000351209A JP 2000351209 A JP2000351209 A JP 2000351209A JP 4887562 B2 JP4887562 B2 JP 4887562B2
Authority
JP
Japan
Prior art keywords
account
deposit
withdrawal
virtual account
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000351209A
Other languages
Japanese (ja)
Other versions
JP2002157631A (en
Inventor
勇作 藤井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2000351209A priority Critical patent/JP4887562B2/en
Publication of JP2002157631A publication Critical patent/JP2002157631A/en
Application granted granted Critical
Publication of JP4887562B2 publication Critical patent/JP4887562B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、例えば銀行,郵便局等において開設された預金口座を用いて各種取引処理を行なうシステムに関し、特に、公共料金,クレジットカード利用代金等を預金口座から引き落す引落処理、あるいは、年金,給料,奨学金等を預金口座に振り込む入金・振込処理を含む取引処理を行なうシステムに関する。
【0002】
【従来の技術】
一般に、預金のシステムでは、一つの預金口座に対し、一組の通帳と印鑑を用意するとともに一つの口座番号を割り当て、預金口座を開設する。そして、顧客は、その預金口座を、通帳,印鑑,口座番号を用いて利用・管理している。つまり、顧客は、通帳,印鑑,口座番号を用いて、預金口座と取引先(預金口座に対する取引要求元)との間で行なわれる取引サービス(入金,出金,振込,引落等のサービス)を利用するとともに管理している。
【0003】
顧客の預金口座の利用方法(預金口座を用いた取引サービス)の一つに、引落サービスがある。この引落サービスを用いる場合、顧客は、一つの預金口座を銀行等において開設し、その預金口座を引落先として指定することにより、銀行を介して間接的に代金を支払うことが可能になる。
例えば公共料金や家賃やクレジットカード利用代金等を銀行の預金口座からの引落によって支払う場合、顧客は、取引先(引落要求元)に対し、代金の引落対象となる預金口座の口座番号と、その預金口座について登録されている印鑑の印像とを、郵送等により通知する。
【0004】
銀行は、取引先から口座番号と印像とを通知されると、通知された印像と、通知された口座番号の預金口座について予め登録されている印鑑の印像とが一致することを確認した上で、取引先が顧客の預金口座から引落を行なうことを許可する。その許可以降、取引先からの引落要求に応じて、実際に顧客の預金口座から取引先への現金の移動を行なうことが可能になる。
【0005】
このような引落サービスを利用すると、定期的に発生する支払いなどが自動的に行なわれるようになり、顧客は、取引先への振込処理などの煩わしい作業から解放される。また、顧客は通帳に記帳された支出入の記録を参照することで、支払いの管理ができるようになる。即ち、通帳を家計簿代わりに利用することができる。
【0006】
特に、近年、電気代,ガス代,水道代,電話代,クレジットカード利用代金,家賃などの各種料金の支払いを、銀行引落によって済ませる場合が多くなってきている。銀行引落による料金の支払いを利用すると、多額の現金を取引先の支払い窓口や銀行のATM(Automatic Tellers Machine)まで持ち歩いて振り込む作業が必要なくなり、銀行側のシステムにより現金の移動処理(預金口座から取引先への移動処理)が自動的に行なわれるので、引落サービスは、顧客にとって非常に便利なサービスである。また、引落サービスに係る支払い記録は通帳に記帳されて残るので、通帳を家計簿として利用することが可能になり、通帳に記録された取引情報は、後の収支管理に役立つ。
【0007】
【発明が解決しようとする課題】
しかしながら、顧客がその便利さから多くの引落サービスを利用し、一つの預金口座を多数の引落要求元からの引落対象として指定し、多数の異なる引落要求元からの引落要求を一つの預金口座に集中させると、通帳には、引落情報のみならず入金・振込情報や出金情報を含む多くの取引情報が乱雑に記帳されて並ぶことになり、通帳を用いた取引情報管理が大変面倒になる。
【0008】
そこで、顧客は、そのような面倒を避けるために、預金口座を複数開設し、引落要求元毎や用途毎に引落対象の預金口座を使い分ける場合がある。この場合、引落要求元毎もしくは用途毎に通帳が分離されるので、日ごろの支払い管理が簡単になるほか、複数の通帳に引落の履歴を分散させることにより、各通帳における記帳結果(取引情報)を家計簿として見やすくすることができる。
【0009】
しかし、上述のように複数の預金口座を開設し複数の通帳を用いて入出金の管理を行なう場合、顧客は、複数の預金口座の入出金状況を常に管理して、各預金口座に適当な残高が保持されるように定期的に入金処理などを行なう必要が新たに生じるため、顧客にとって、依然、不便さが残る。
この場合、多数の通帳を取り扱うことによって顧客の不便さが増すことは避けられない。また、通帳を家計簿代わりに使用するためには頻繁に多数の通帳に対する記帳を行なわなければならない。
【0010】
銀行で記帳を行なうためには、通帳を銀行まで持ち歩かなければならない。しかし、通常、通帳には、他人に知られたくない情報(例えば給与などの入金情報や預金残高)も記入されており、通帳を携帯する際には、紛失や盗難等の不安が付きまとう。実際、通帳を盗まれ、その通帳に押印されてある印像を偽造されて預金残高を引き出されるという事件も発生している。これは、近年、家庭用プリンタの印刷技術が向上し、一般家庭でも精巧に印像を複写することができるようになったからである。
【0011】
一方、前述したごとく、引落サービスの利用に先立って、顧客は、第三者である取引先(引落要求元)に、預金口座の口座番号および登録印鑑の印像とを、封書等により郵送する必要がある。このため、通知先あるいは郵送途中で口座番号と印像とが盗難され不正な現金引出に利用されるおそれがある。
【0012】
また、引落対象を現在の預金口座から他の預金口座に変更する場合、従来のシステムでは、その旨を取引先(即ち引落要求元)に対して通知し、変更後の預金口座についての口座番号と登録印鑑の印像とを再度通知しなければならず、顧客にとって面倒である。特に、多数の異なる取引先の引落対象として一つの預金口座を指定し、多数の引落要求を一つの預金口座に集中させているような場合に上述のような口座変更を行なうと、その旨を全ての取引先に対して通知しなければならず、顧客にとって極めて面倒である。
【0013】
さらに、ある一つの取引先に支払うべき料金を複数人で折半して取引先に対し口座引落で支払うような場合(例えば3人で借りている部屋の賃料を3人で折半して支払う場合)、従来のシステムでは、どうしても、複数人のうちの誰か一人が取りまとめ役になる必要がある。即ち、引落のための預金口座を一つ開設し、取りまとめ役が、折半した料金を他のメンバからそれぞれ徴収し、徴収した料金を、引落対象として指定された預金口座に入金しなければならない。取りまとめ役(顧客)にとって、上述のような作業は手間がかかって面倒なものである。特に、上述のような支払いが定期的に発生する場合、取りまとめ役は、上述のような作業を定期的に行なわなければならず、極めて面倒である。
【0014】
以上の説明では、顧客が引落サービスを利用した場合の課題について説明しているが、従来のシステムにおいて、引落サービス以外の取引サービス(例えば入金・振込サービス)を利用した場合にも、上述とほぼ同様の課題がある。
つまり、引落サービス以外の各種取引サービスを利用する際にも、多数の通帳を取り扱うことや、記帳のために通帳を持ち歩くことに伴って、上述と同様の不具合が生じるのは言うまでもない。
【0015】
特に、顧客によって指定された預金口座(口座番号)に対し取引先(入金・振込要求元)が振込を行なう入金・振込サービスを定期的に利用している場合に、入金・振込対象を現在の預金口座から他の預金口座に変更すると、従来のシステムでは、取引先に対して変更後の預金口座の口座番号を通知しなければならず、顧客にとって面倒である。特に、多数の異なる取引先からの入金・振込対象として一つの預金口座を指定し、多数の入金・振込要求を一つの預金口座に集中させているような場合に上述のような口座変更を行なうと、その旨を全ての取引先に対して通知しなければならず、顧客にとって極めて面倒である。
【0016】
また、顧客が、前述のごとく多数の預金口座を開設している場合、ある一つの預金口座に振り込まれた代金を、その他の複数の預金口座に分散させる際には、預金口座毎に振替処理を一々行なわなければならず、顧客にとって面倒である。例えば、預金口座に振り込まれる代金が給料(月給等)である場合、上述のような振替処理が定期的に発生することになり、顧客にとって極めて面倒である。
【0017】
本発明は、このような課題に鑑み創案されたもので、万一、登録印鑑の印像等の盗難に遭っても悪用や不正行為を阻止できるようにするとともに、引落や入金・振込などの各種取引サービスを利用する顧客の利便性を大幅に向上させた、取引処理システムを提供することを目的とする。
【0018】
【課題を解決するための手段】
上記目的を達成するために、本発明の取引処理システムにおいては、1以上の預金口座と、取引要求の対象となる、その取引専用の仮想口座であって、該1以上の預金口座の口座番号の何れとも異なる口座番号を割り当てられた仮想口座とが開設されるとともに、該仮想口座の口座番号と該1以上の預金口座の口座番号との対応関係に基づき該仮想口座と該1以上の預金口座とを対応付ける対応付け手段と、該仮想口座に対する取引要求を受けると、該仮想口座に対する当該取引要求を、該対応付け手段によって対応付けられた該1以上の預金口座に対する取引要求に振り替える振替手段とがそなえられたことを特徴としている。なお、該対応付け手段により該仮想口座に対応付けられる該預金口座が2以上開設されており、該振替手段が、前記取引要求として該仮想口座に対する引落要求を受け、顧客により予め設定された規則に従って、当該引落要求に応じた取引処理を行なうに際して、各預金口座からの引落金額を、前記規則に含まれる所定条件に従って決定してもよい。この場合、前記所定条件として、2以上の該預金口座に対する引落金額の配分比率、もしくは、各預金口座の引落上限金額、もしくは、当該引落要求の発生年月日に基づく条件、もしくは、各預金口座からの引落回数に基づく条件が設定されていてもよい。
【0019】
このとき、前記取引要求は、該仮想口座に対する引落要求であってもよい。また、該仮想口座が普通預金口座としての機能を有し、該振替手段が、前記引落要求を受けると、顧客により予め設定された規則に従って、該1以上の預金口座に存在する残高の一部を該仮想口座に移動させた後、当該引落要求に応じた取引処理を行なうように構成してもよい。
【0020】
さらに、前記取引要求は、該仮想口座に対する入金・振込要求であってもよい。また、該仮想口座が普通預金口座としての機能を有し、該振替手段が、前記入金・振込要求を受けると、当該入金・振込要求に伴う入金・振込金額を該仮想口座に一時的に格納した後、顧客により予め設定された規則に従って、前記入金・振込金額を該1以上の預金口座に移動させるように構成してもよい。
【0021】
上述の構成により、本発明の取引処理システムでは、通常の入出金の対象である預金口座とは別の取引専用の仮想口座が開設されており、この仮想口座に対する取引要求は、その仮想口座に対応付けられた預金口座に対する取引要求に、振替手段によって自動的に振り替えられる。
【0022】
特に、取引要求が仮想口座に対する引落要求である場合、顧客により予め設定された規則に従って、1以上の預金口座に存在する残高の一部が仮想口座に移動され、その引落要求に応じた引落(取引処理)が実行される。
これにより、顧客は、取引先(引落要求元)に対し、普通預金口座としての機能をもつ仮想口座の口座番号と、この仮想口座に対応付けられた預金口座についての登録印鑑の印像、もしくは、仮想口座用の印像とを通知することにより、引落サービスを受けることができる。
【0023】
このとき、以下のような作用(1)〜(5)が得られる。
(1)引落対象の預金口座の変更は、対応付け手段によって仮想口座に対応付けられる預金口座を変更するだけで行なわれ、取引先(引落要求元)に対する変更通知等を行なう必要がなくなる。
(2)仮想口座に対する取引履歴は、引落に関するものだけであり、普通預金口座としての機能を用いてその取引履歴を印刷出力することにより、引落専用の通帳を作成することができる。
【0024】
(3)仮想口座は引落専用であり、印像や上記項目(2)で作成された通帳を用いて仮想口座から現金を引き出すことはできない。
(4)引落に先立つ手続に際して、実際の取引対象である預金口座の口座番号を第三者に公開する必要がなくなる。
(5)前記規則に従って2以上の預金口座から現金を引き落とすことが可能になる。また、前記規則よって、引落処理に伴い引落対象の一預金口座の残高が0になった時に、その引落対象を予備の預金口座に切り替えるように設定することも可能になる。
【0025】
一方、取引要求が仮想口座に対する入金・振込要求である場合、取引先(入金・振込要求元)からの入金・振込金額は、一時的に仮想口座に格納されてから、顧客により予め設定された規則に従って、1以上の預金口座に移動され、その入金・振込要求に応じた入金・振込(取引処理)が実行される。
【0026】
このとき、以下のような作用(6)〜(10)が得られる。
(6)入金・振込対象の預金口座の変更は、対応付け手段によって仮想口座に対応付けられる預金口座を変更するだけで行なわれ、取引先(入金・振込要求元)に対する変更通知等を行なう必要がなくなる。
(7)仮想口座に対する取引履歴は、入金・振込に関するものだけであり、普通預金口座としての機能を用いてその取引履歴を印刷出力することにより、入金・振込専用の通帳を作成することができる。
【0027】
(8)仮想口座は入金・振込専用であり、印像や上記項目(7)で作成された通帳を用いて仮想口座から現金を引き出すことはできない。
(9)入金・振込に先立つ手続に際して、実際の取引対象である預金口座の口座番号を第三者に公開する必要がなくなる。
(10)取引先(入金・振込要求元)からの入金・振込金額を、前記規則に従って2以上の預金口座へ分散させて振り込むことが可能になる。
【0028】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
〔1〕第1実施形態の説明
図1は本発明の第1実施形態としての取引処理システムの構成を示すブロック図であり、この図1に示す取引処理システム(銀行システム)1Aでは、取引要求が、ある企業P(図3参照)からの引落要求である場合について説明する。ここでいう企業Pが、前述または後述する、取引先,取引要求元,引落要求元,引落元に対応するものである。
【0029】
図1に示すように、取引処理システム1Aにおいては、企業Pからの引落要求の対象となり且つ普通預金口座としての機能を有する引落専用仮想口座10と、顧客X(図3参照)の預金口座20とが予め開設されるとともに、対応付け手段30,振替手段40,履歴格納手段50,引落専用仮想口座用履歴データベース60および記帳手段70がそなえられている。ここで、対応付け手段30,振替手段40および履歴格納手段50は、取引処理システム1Aの一部を成すコンピュータ(図示省略)が所定のプログラムを実行することによりソフトウェアとして実現されるようになっている。
【0030】
対応付け手段30は、引落専用仮想口座10の口座番号と預金口座20の口座番号との対応関係を保持する対応表(データベース)を用いて、引落専用仮想口座10と預金口座(リンク先預金口座)20とを対応付けるものである。第1実施形態において、引落専用仮想口座10は、対応付け手段30により、一つの預金口座20だけに対応付けられているものとする。なお、対応付け手段30は、後述するような所定の数値変換規則を用いて、引落専用仮想口座10と預金口座20との対応付けを行なうように構成してもよい。
【0031】
上記対応表の例を図2(A)に示す。この図2(A)に示す例では、店番号“100”の支店に開設された口座番号“2000000001”の引落専用仮想口座10と、店番号“200”の支店に開設された口座番号“1000000001”の預金口座20とが対応付けられている。この対応関係についての付加情報は、図2(A)に示す例では添付されていないものとする。なお、付加情報については後述する。
【0032】
振替手段40は、引落専用仮想口座10に対する引落要求を受けると、その引落要求を、対応付け手段30によって対応付けられた預金口座20に対する引落要求に振り替え、預金口座20に存在する残高の一部を引落専用仮想口座10に移動させた後、その引落要求に応じた取引処理(引落処理)を実行させるものである。
【0033】
履歴格納手段50は、企業Pの名称(引落元氏名)または企業識別子(引落元識別子)と引落要求に伴う引落金額とを含む取引情報を、引落専用仮想口座10についての履歴情報として、履歴データベース60に出力し格納するものである。なお、ここでいう企業Pの名称または企業識別子が、取引要求の要求元情報または要求元識別子に対応するものである。なお、履歴データベース60に格納される引落専用仮想口座10の履歴情報の例を図6に示す。この図6に示す履歴情報には、引落年月日,引落額面,引落元氏名(企業名),引落元連絡先が含まれている。
【0034】
記帳手段70は、実際には銀行の自動機コーナー等に設置された通帳記帳機あるいはATMによって構成されるもので、履歴データベース60に格納された、引落専用仮想口座10について引落情報の履歴を、引落専用仮想口座10用の通帳(図示省略)に印刷出力するものである。
【0035】
次に、上述のごとく構成された第1実施形態の取引処理システム1Aの動作について、図2(A)〜図6を参照しながら説明する。
なお、図3は第1実施形態における引落サービス開始に先立つ手続を説明するための図、図4は第1実施形態における引落サービス開始時の処理手順を説明するためのフローチャート(ステップS1〜S5)、図5は第1実施形態における引落専用仮想口座10の通帳への記帳処理手順を説明するためのフローチャート(ステップS6〜S8)である。
【0036】
図3を参照しながら、第1実施形態における引落サービス開始に先立つ手続について説明する。
まず、顧客Xは、銀行Aにおける店番号“200”の支店に赴き、従来通り印鑑を用いて預金口座20を開設する(図3の▲1▼参照)。このとき、銀行Aは、印像の写っている預金通帳(以下、単に通帳という)を発行し、新規の口座番号“1000000001”を預金口座20に割り当てる。その後、銀行Aは、顧客Xに印鑑を返却するとともに、預金口座20について新規に作成された通帳を手渡す(図3の▲2▼参照)。ここまでは、従来の預金口座開設手順と同様である。
【0037】
その後、顧客Xは、銀行Aにおける店番号“100”の支店に引落専用仮想口座10を開設する(図3の▲3▼参照)。このとき、銀行Aは、引落専用仮想口座10に新規の口座番号“2000000001”を割り当て、その引落専用仮想口座10用の通帳を作成する。
そして、顧客Xは、引落専用仮想口座10のリンク先となるべき預金口座20を指定する。その際、銀行Aは、指定された預金口座20が顧客Xのものであるか否かを、例えば、預金口座20についての登録印鑑の印像などを用いて確認する。
【0038】
銀行Aは、預金口座20が顧客Xのものであることを確認すると、図2(A)に示すごとく、対応表に引落専用仮想口座10と預金口座20との対応関係を格納・設定する。これにより、引落専用仮想口座10のリンク先として、顧客Xにより指定された預金口座20が割り当てられる(図3の▲5▼参照)。つまり、対応表に引落専用仮想口座10と預金口座20との対応関係を登録することで、引落専用仮想口座10と預金口座20とが対応付け手段30により対応付けられるようになる。最後に、銀行Aは、引落専用仮想口座10の通帳を顧客Xに渡し(図3の▲4▼参照)、引落専用仮想口座10の開設手続を終える。
【0039】
ついで、顧客Xは、企業Pとの自動引落の契約を行なうべく、企業Pに、引落専用仮想口座10ついての情報、即ち、銀行Aの支店の店番号“100”および口座番号“2000000001”とリンク先預金口座20の登録印鑑の印像とを郵送・通知する(図3の▲6▼参照)。
【0040】
このとき、従来のように、預金口座20そのものの口座番号“1000000001”を企業Pに通知する必要がないので、郵送途中に盗難に遭っても、それだけでは現金引出を行なうことはできず安全である。即ち、顧客Xが企業Pと引落契約を行なう際に、実際に預金されている預金口座20の口座番号“1000000001”を第三者に一切公開する必要がない。
そして、企業Pは、顧客Xから送られてきた引落専用仮想口座10の口座番号と印像とを銀行Aに送り、引落手続に入る(図3の▲7▼参照)。
【0041】
次に、図4に示すフローチャート(ステップS1〜S5)に従って、第1実施形態における引落サービス開始時の処理手順(銀行A側の手順)について説明する。
銀行Aは、引落依頼と、顧客Xの引落専用仮想口座10についての店番号および口座番号と、リンク先預金口座20の印像とを企業Pから受け取ると、まず、企業Pから送られてきた顧客Xの引落専用仮想口座10にリンクされている預金口座20を、図2(A)に示すような対応表から探索する(ステップS1)。つまり、対応付け手段30を用いて、引落専用仮想口座10についての店番号および口座番号をキーにして対応表を検索することにより、引落専用仮想口座10にリンクされている預金口座20についての店番号および口座番号を探索する。
【0042】
上述のようにして引落専用仮想口座10のリンク先預金口座20が見つけられると、銀行Aは、そのリンク先預金口座20について予め登録されている印像と企業Pから送られてきた印像とを比較し、これらの印像が一致するか否かを確認することにより(ステップS2)、企業Pからの引落依頼が、預金口座20を開設した顧客Xからの依頼であるか否かを確認する。
【0043】
なお、本実施形態では、企業Pからの引落依頼の顧客確認を預金口座20の登録印鑑印像で行なっているが、これを暗証番号に代えても、安全性は維持することができる。例えば、企業Pに引落依頼をする時に、引落専用仮想口座10についての店番号および口座番号とともに、リンク先預金口座20の暗証番号を企業Pに郵送する。このとき、万一、郵送途中に暗証番号が盗まれたとしても、引落専用仮想口座10とリンク先預金口座20との対応関係は銀行Aでしか持ち得ないものであるので、盗んだ人は現金引出しを行なうことはできない。
【0044】
この場合、銀行Aは、上記対応表を用いて、引落専用仮想口座10に対応するリンク先預金口座20を認識し、そのリンク先預金口座20について予め登録されている暗証番号と企業Pから送られてきた暗証番号とが一致するか否かを確認することで、企業Pからの引落依頼が、預金口座20を開設した顧客Xからの依頼であるか否かを確認することができる。
【0045】
このように引落専用仮想口座10の口座番号と暗証番号との組み合わせを用いると、顧客X,企業P,銀行Aの相互間で通知される情報が全て数値的情報になるので、上述のような手続を行なう際に、インターネットなどを介して行なわれる電子取引を利用することができるようになる。また、暗証番号の代わりにリンク先預金口座20の口座番号を使用した場合にも、暗証番号を用いて顧客確認を行なう場合と同等の作用効果が得られる。
【0046】
また、引落専用仮想口座10の開設時に、この引落専用仮想口座10にも登録印鑑および暗証番号を設定し、銀行Aはそのいずれか一方を用いて顧客Xと引落専用仮想口座10との関係を確認してもよい。万一、顧客Xがリンク先預金口座20の登録印鑑や暗証番号が紛失したり忘れたりしても、引落専用仮想口座10についての情報のみで、取引ができるようになる。
【0047】
銀行Aは、上述のようにして顧客Xの確認を完了した後、振替手段40により、引落専用仮想口座10についての店番号および口座番号をリンク先預金口座20についての店番号および口座番号に置き換え(ステップS3)、企業Pからの引落専用仮想口座10に対する引落依頼(引落要求)を、リンク先預金口座20に対する引落依頼に振り替える。
【0048】
そして、リンク先預金口座20に存在する残高の一部が引落専用仮想口座10に移動された後、その引落依頼に応じた金額が企業P側(企業Pの口座等)へ送金されて、預金口座20からの引落処理が行なわれる(ステップS4)。また、履歴格納手段50により、企業Pの名称,引落年月日,引落金額等を含む引落情報が、例えば図6に示すごとく、顧客Xの引落専用仮想口座10についての履歴情報として、履歴データベース60に書き込まれる(ステップS5)。
【0049】
なお、ステップS1,S2による顧客確認のための処理は、引落サービス開始時のみに行ない、企業Pから同一の引落専用仮想口座10に対する2度目以降の引落依頼(定期的な引落依頼)に対しては、ステップS1,S2による処理を省略してもよい。
【0050】
次に、図5に示すフローチャート(ステップS6〜S8)に従って、顧客Xが、次回、銀行Aを訪れて引落専用仮想口座10の通帳に対して記帳を行なうときの処理手順について説明する。
まず、顧客Xは、引落専用仮想口座10の通帳を、記帳手段70としての通帳記帳機やATMなどに挿入する。このとき、通帳記帳機やATMは、挿入された通帳(通帳外面の磁気ストライプ等)から、引落専用仮想口座10についての店番号や口座番号を読み出す(ステップS6)。
【0051】
そして、履歴データベース60から、その引落専用仮想口座10についての未記帳分の記帳情報(引落履歴情報,引落記録)が抽出され(ステップS7)、未記帳の引落記録が通帳に追記される(ステップS8)。その結果、引落専用仮想口座10の通帳には、例えば図6に示すような履歴情報が印刷される。
【0052】
このとき、本実施形態では、引落専用仮想口座10の通帳には、安全性を高く維持するために、引落情報のみが記帳されるようにしている。
また、引落専用仮想口座10による引落情報の管理をより明確に行なえるようにすべく、リンク先預金口座20の口座番号を記帳してもよい。この場合も、引落専用仮想口座10の通帳のみでは、預金残高がわからず、さらに登録印鑑印像は記録されていないので現金引出を行なうことも不可能であるため、通帳の盗難や紛失等の心配は軽減される。
【0053】
また、もし顧客Xが引落先(リンク先)の預金口座20を変更する際には、銀行Aにその旨を伝えるだけで済む。そして、銀行Aは、新たにリンク先となる預金口座と顧客Xとの関係を預金口座の登録印鑑などで確認し、引落専用仮想口座10と新たなリンク先預金口座との対応表を書き換えるだけでよい。引落専用仮想口座10のリンク先預金口座を変更したあとの対応表は、例えば、図2(A)から図2(B)に示すように書き換えられる。なお、図2(B)に示す対応表の例では、引落専用仮想口座10の新たなリンク先預金口座ついての店番号および口座番号は、それぞれ、“201”および口座番号“1000000002”となっている。この対応関係についての付加情報は、図2(B)に示す例でも添付されていない。
【0054】
上述のようなリンク先預金口座の変更を行なっても、取引先(企業P)にとって、引落手順は、変更前と一切変わらず、また、顧客Xの引落専用仮想口座10の通帳も引き続き使用することができる。即ち、顧客Xは、引落元(企業P)に変更についての連絡を行なう必要がなく、さらに、継続して同じ引落専用仮想口座10の通帳を使用して支払いを管理を行なうことができる。
【0055】
なお、上述した第1実施形態では、対応付け手段30が、図2(A)や図2(B)に示すような対応表を用いて、引落専用仮想口座10とリンク先預金口座20とを対応付け、引落専用仮想口座番号からリンク先預金口座番号を割り出していたが、このリンク先預金口座番号の割出を、所定の数値変換規則を用いて行なってもよい。
【0056】
例えば、次のような数値変換規則を予め作成しておく。
引落仮想口座番号=010+(追番5桁)+リンク先預金口座
この場合、引落仮想口座番号が“010123411000000001”であれば、リンク先預金口座番号は、“1000000001”となる。ただし、数値変換規則が公開されたり簡単なものであったりすれば、引落仮想口座番号から容易にリンク先預金口座を推定できてしまい、当初の安全面の確保の目的は、達成されなくなるおそれがあるので、基本的に数値変換規則は非公開とし、その数値変換規則としては、ある程度複雑なものを作成・設定する。
【0057】
このように、本発明の第1実施形態としての取引処理システム1Aによれば、預金を管理する預金口座20とは別に、引落専用仮想口座10が開設され、この引落専用仮想口座10は任意の預金口座20にリンクさせることができ、引落専用仮想口座10に対して発生した引落要求は、振替手段40により、リンク先預金口座20からの引落に自動的に振り替えられる。また、引落専用仮想口座10には、預金口座20の口座番号とは異なる口座番号が割り当てられており、顧客Xは、その口座番号を利用して取引先(企業P)と契約する。取引先は、引落専用仮想口座番号を利用して引落処理を行なう。
【0058】
このとき、引落情報は引落専用仮想口座10の履歴情報として記録され、引落専用仮想口座10の通帳には引落情報のみが記録されるので、顧客Xが通帳を家計簿代わりに利用した支出管理が便利になる。
また、上述した実施形態では、一つの引落専用仮想口座10に対して一つのリンク先預金口座20を対応させているが、顧客Xは、引落元(取引先)ごとに分類された複数の引落専用仮想口座10を作成し、そのリンク先をそれぞれ一つの預金口座20に設定することもできる。この場合、一つの引落専用仮想口座10のリンク先預金口座20は一つであるので、入金管理の煩わしさを発生させることなく、各引落専用仮想口座10の通帳には、予め設定した引落元(取引先)による引落情報のみが記録され、通帳を家計簿代わりに利用した収支管理がより便利になる。
【0059】
さらに、引落専用仮想口座10の通帳には、引落情報だけが記入されており、入金記録や預金残高など他人に知られたくない情報は、記入されていない。従って、万一、通帳を紛失したり盗難されたりしても、上述のような情報が他人に漏れるのを確実に防止でき、顧客Xは、その通帳を安心して携帯でき、記帳時などの通帳携帯時に無用な心配をすることなく、いつでも記帳することができるようになる。
【0060】
また、顧客Xが引落先の預金口座20を別の口座に変更したい場合、対応付け手段30(対応表)によって引落専用仮想口座10に対応付けられる、リンク先の預金口座を入れ替えるだけでよい。つまり、取引先(企業P)に予め通知されている、引落専用仮想口座10についての店番号や口座番号は変更されることはないので、取引先(企業P)への変更通知・連絡が不要になり、取引対象の預金口座20の変更を、極めて簡単に行なうことができる。
【0061】
このとき、対応付け手段30(対応表)により引落専用仮想口座10に対応付けられるリンク先の預金口座20として、この引落専用仮想口座10の属する銀行Aとは異なる他銀行に属する預金口座あるいは仮想口座を割り当てることで、企業Pからの引落要求を、他銀行に属する口座へ振り替えることが、極めて容易に可能になる。従って、預金口座20の変更に際し、銀行の変更(口座の移行作業)も、銀行間の契約のみにより極めて簡単に行なうことができる。
【0062】
また、仮想口座10は引落専用であり、万一、引落専用仮想口座10の通帳を紛失したり盗難されたりしても、偽造された印像やその通帳を用いて引落専用仮想口座10から現金を引き出すことはできない。従って、通帳の悪用の心配がなくなり、顧客Xは、その通帳を安心して携帯でき、いつでも記帳することができるようになる。本実施形態では、引落専用仮想口座10の通帳には印像が添付されていないので、預金口座20の登録印鑑を偽造することもできない。
【0063】
さらに、引落サービスの開始に先立って行なわれる、取引先(企業P)との引落契約に際しては、引落専用仮想口座10の口座番号とそれにリンクされている預金口座20についての印像とを取引先に送る。従って、口座番号と印像が郵送中に盗難に遭っても、それらの情報だけでは現金を引出することができないので、顧客Xは、引落契約を安心して行なうことができる。即ち、預金口座20の口座番号を第三者に公開する必要がなく、従来、引落契約の際に付きまとっていた不安を完全に解消することができる。
【0064】
またさらに、本実施形態では、対応付け手段30による引落専用仮想口座10の口座番号と預金口座20の口座番号との対応付け処理は、その対応関係を保持する対応表、あるいは、所定の数値変換規則を用いることにより、極めて容易に行なわれる。
上述したように、第1実施形態の取引処理システム1Aによれば、万一、登録印鑑の印像等の盗難に遭っても悪用や不正行為を確実に阻止することができるとともに、引落サービスを利用する顧客Xの利便性が大幅に向上するのである。
【0065】
〔2〕第2実施形態の説明
図7および図8は、いずれも本発明の第2実施形態としての取引処理システムの要部構成を示すブロック図、図9は第2実施形態における引落専用仮想口座用履歴データベースに登録される履歴情報の例を示す図、図10は第2実施形態における企業識別子表の例を示す図である。なお、図中、既述の符号と同一の符号は同一もしくはほぼ同一の部分を示しているので、その詳細な説明は省略する。
【0066】
この第2実施形態の取引処理システム(銀行システム)1Bにおいては、第1実施形態の機能に加えて、一つの引落専用仮想口座10に様々な企業(図7では企業P,Q)から引落依頼がきた場合にこれらの引落依頼を自動的に分類する機能と、顧客Xが顧客端末100からインターネット,電話回線等の通信回線90を介して引落専用仮想口座10についての履歴情報(引落情報)を照会した場合にその履歴情報を整理・分類してから提示する機能とが新たに追加されている。
【0067】
さらに、第2実施形態における履歴データベース60に格納される引落専用仮想口座10の履歴情報の例を図9に示す。この図9に示す履歴情報には、引落年月日,引落額面,引落元識別子(企業識別子)が含まれている。第2実施形態では、後述する統計処理を高速に行なえるように、引落元情報を引落元識別子により代表させて履歴データベース60に格納される履歴情報を軽くしている。
【0068】
そして、第2実施形態の取引処理システム1Bにおいては、引落元識別子(企業識別子)と実際の引落元情報(引落元氏名および引落元連絡先)との対応関係を、図10に示すような企業識別子表(引落元識別子表)として保持する企業識別子表データベース61(図8参照)が、履歴データベース60から独立してそなえられている。
【0069】
従って、第2実施形態の取引処理システム1Bは、図7に示すように、第1実施形態の取引処理システム1Aと同様の構成を有するとともに、図8に示すように、さらに、企業識別子表データベース61,パスワードデータベース62,通信部71,対話処理部72,本人認識部73,引落情報統計処理部74,統計結果視覚化部75およびHTML文書化部76を有している。ここで、通信部71,対話処理部72,本人認識部73,引落情報統計処理部74,統計結果視覚化部75およびHTML文書化部76は、取引処理システム1Bの一部を成すコンピュータ(図示省略)が所定のプログラムを実行することによりソフトウェアとして実現されるようになっている。
【0070】
企業識別子表データベース61は、前述した通り、図10に示すような企業識別子表を格納・保持するものである。
パスワードデータベース62は、予め登録される顧客毎のパスワード(パスフレーズ)を格納保持するもので、そのパスワード(パスフレーズ)は、例えば顧客Xが顧客端末100から通信回線90を介して引落専用仮想口座10についての引落情報を照会する際に、顧客の本人確認を行なうために必要となるものである。
【0071】
通信部71は、通信回線(インターネット,電話回線)90に接続され、取引処理システム1B外の顧客端末100との間でデータの送受信を行なうためのものである。
対話処理部72は、顧客端末からの引落情報の照会等のアクセスを対話形式で進行・処理すべく各種データの処理を行なうものである。
【0072】
本人認識部73は、例えば顧客Xが顧客端末100から通信回線90を介して引落専用仮想口座10についての引落情報を照会する際に、顧客Xが顧客端末100から入力したパスワードと、パスワードデータベース62に予め登録される顧客Xのパスワード(パスフレーズ)とを比較し、顧客Xの本人確認を行なうものである。
【0073】
引落情報統計処理部(統計量算出手段)74は、顧客Xから引落専用仮想口座10についての引落情報の照会を要求された場合、履歴データベース60に格納されている履歴情報(引落元識別子,引落額面および引落年月日)と、企業識別子表データベース61における企業識別子表とに基づいて、引落専用仮想口座10に対する引落要求についての統計量を引落情報として算出して出力するものである。
【0074】
統計結果視覚化部75は、引落情報統計処理部74による統計結果である統計量(引落情報)を、後述するごとく視覚化(グラフ化・図示化)するものであり、HTML文書化部76は、顧客Xからのアクセスに応じて顧客端末100に対して回答すべき情報をHTML(Hyper Text Markup Language)文書に変換するものである。
【0075】
HTML文書化部76によりHTML文書に変換された引落情報を、対話処理部72,通信部71および通信回線90を介して顧客端末100に送信することにより、その引落情報を、取引処理システム1Bの外部における顧客端末100から閲覧することが可能になっている。
【0076】
なお、ここでは、取引処理システム1Bから顧客Xの顧客端末100への文書通信をHTML文書で行ない、顧客端末100においてWWW(World Wide Web)ブラウザを利用して文書閲覧を行なう場合について説明しているが、このような文書閲覧を専用プロトコルおよび専用ブラウザを用いて行なうように構成してもよい。
【0077】
次に、上述のごとく構成された第2実施形態の取引処理システム1Bの動作について、図9〜図12を参照しながら説明する。
なお、図11は第2実施形態における引落サービスの処理手順を説明するためのフローチャート(ステップS10〜S12)、図12は、第2実施形態において、顧客端末100から引落情報の照会を行なった際の処理手順を説明するためのフローチャート(ステップS13〜S19)である。
【0078】
まず、第2実施形態の取引処理システム1Bにおいて、取引先(企業P,Q)から引落依頼があった時の処理手順について、図11に示すフローチャート(ステップS10〜S12)に従って説明する。なお、ここでは、図10に示す企業識別子表には、企業Pに関する情報のみが登録され、企業Qに関する情報がまだ登録されていない段階で、企業P,Qからの引落依頼を受ける場合について説明する。
【0079】
第2実施形態では、企業からの引落依頼を受けると、まず、企業識別子表を参照することにより、その企業が過去に取引のあった取引先(引落元)であるか否かを調べる(ステップS10)。例えば企業Pから引落要求があった場合には、ステップS10において、企業識別子表に今回の引落元企業P(電力会社P)の情報が存在すると判断され(YESルート)、第1実施形態と同様の手順に従って引落処理が行なわれ、顧客Xの引落専用仮想口座10の履歴情報として、今回の引落元企業Pの識別子と引落額面と引落年月日とが履歴データベース60に追加・記録される(ステップS11)。
【0080】
一方、現時点で企業識別子表に識別子を登録されていない企業Qから引落要求があった場合には、ステップS10において、企業識別子表に今回の引落元企業Q(電話会社Q)の情報が存在しないと判断され(NOルート)、自動的に企業識別子(ここでは“101”)が新規に割り当てられ、図10に示すごとく、その企業識別子と企業Qに関する情報(引落元氏名“電話会社Q”および引落元連絡先“03−1234−5555”)とが対応付けられて企業識別子表に登録される(ステップS12)。
【0081】
その後、ステップS11へ移行し、第1実施形態と同様の手順に従って引落処理が行なわれるとともに、顧客Xの引落専用仮想口座10の履歴情報として、今回の引落元企業Qの識別子と引落額面と引落年月日とが履歴データベース60に追加・記録される。
上述のように自動的に企業識別子を生成して用いることにより、引落情報統計処理部74が、履歴データベース60の履歴情報を例えば取引先(引落元)ごとに分類して統計処理を行なうような場合に、少ない計算量で、高速に統計処理を行なうことができる。
【0082】
次に、図12に示すフローチャート(ステップS13〜S19)に従って、顧客Xが顧客端末100から引落情報の照会を行なった場合の処理手順について説明する。
ここでは、顧客Xは、携帯端末あるいは自宅の端末等の顧客端末100から、インターネット(通信回線90)およびWWWブラウザを用いて、銀行A(取引処理システム1B)にアクセスし、顧客Xの引落専用仮想口座10についての引落情報を照会する場合について説明する。
【0083】
なお、インターネットとWWWブラウザとを組み合わせて照会アクセスを行なう以外の例としては、銀行店舗内で例えばATMを使用して照会アクセスを行なう場合や、銀行店舗内に照会専用端末を設置しこの照会専用端末から照会アクセスを行なう場合にも、本発明を適用することができる。
【0084】
さて、顧客Xが、顧客端末100から通信回線90を介して引落専用仮想口座10についての引落情報を照会すべく、IDおよびパスワードを入力すると、図12に示すように、本人認識部73において、その顧客Xについて予め登録されているパスワードが、IDに基づいてパスワードデータベース62から読み出され、入力パスワードと登録パスワードとが比較され、顧客Xの本人確認が行なわれる(ステップS13)。
【0085】
ステップS13において、照会アクセスを行なった顧客Xが本人であることが確認されると(OKルート)、引落情報統計処理部74において、履歴データベース60から引落専用仮想口座10についての引落情報(履歴情報)が読み出されて引落元識別子(企業識別子)に従って分類された後(ステップS14)、引落元(企業)ごとの引落額一覧や、月単位の引落推移額などの統計処理が行なわれる(ステップS15)。
【0086】
そして、統計結果視覚化部75において、顧客Xが引落情報を見やすいように引落情報統計処理部74による統計結果である統計量(引落情報)が視覚化される。つまり、統計量を整理して提示するグラフや図や表が作成される(ステップS16)。
このとき、例えば次のような視覚化処理(引落情報の整理)が行なわれる。
1.月単位の引落元(企業)と引落額との一覧表作成
2.各引落元(企業)に関する月単位の引落額合計の推移グラフ作成
3.月単位の各々の引落元引落額とその月の全引落額合計との割合を示す円グラフ作成
【0087】
顧客Xからの引落情報照会要求に応じて、上述のような統計処理が行なわれ統計処理結果が視覚化されると、その視覚化結果(統計結果)を表示するためのHTML文書が、HTML文書化部76により変換・作成された後(ステップS17)、対話処理部72,通信部71および通信回線90を介して顧客端末100に送信される(ステップS18)。
なお、ステップS13において、照会アクセスを行なった顧客Xが本人でないことが確認されると(NGルート)、本人確認に失敗した旨のHTML文書が作成され(ステップS19)、対話処理部72,通信部71および通信回線90を介して顧客端末100に送信される(ステップS18)。
【0088】
これにより、取引処理システム1B外部の顧客端末100において、引落専用仮想口座10についての引落情報(履歴情報)が、グラフ,図,表により分かりやすく表示され、顧客Xは、その引落情報を明確に把握することができる。
このようにして、顧客Xは、例えばインターネットを介して自宅のパーソナルコンピュータ上でWWWブラウザを用い、上述のような引落情報を見ることができる。このとき、インターネットを介して送受信されるデータは、引落情報だけであり、その顧客Xの預金情報や預金口座番号は一切送受信されない。従って、万一、送受信情報が盗聴されたりしても、悪用されるおそれはない。これは、引落専用仮想口座10の通帳を盗まれても、悪用される心配がないのと同様の理由による。
【0089】
上述したように、本発明の第2実施形態としての取引処理システム1Bによれば、第1実施形態と同様の作用効果が得られるほか、携帯端末や自宅の端末などの顧客端末100を用いて、引落専用仮想口座10についての引落情報(履歴情報)が、グラフ,図,表により分かりやすく表示されるので、顧客Xは、その引落情報(取引状況)を容易かつ明確に把握することが可能になり、顧客Xに対する利便性がさらに向上することになる。
【0090】
〔3〕第3実施形態の説明
図13は本発明の第3実施形態としての取引処理システムの構成を示すブロック図であり、図中、既述の符号と同一の符号は同一もしくはほぼ同一の部分を示しているので、その詳細な説明は省略する。
この図13に示す第3実施形態の取引処理システム(銀行システム)1Cは、第1実施形態の取引処理システム1Aとほぼ同様に構成されているが、この取引処理システム1Cでは、例えば2つの引落専用仮想口座10と複数の預金口座20とがそなえられるほか、判断手段80がそなえられている。
【0091】
また、取引処理システム1Cでは、第1実施形態の対応付け手段30および振替手段40に代えて対応付け手段31および振替手段41がそなえられている。
さらに、取引処理システム1Cには、図15を参照しながら後述するような機能、即ち、取引先からの引落契約依頼時(引落サービス開始時)に実行される契約承認機能もそなえられている。
ここで、対応付け手段31,振替手段41,判断手段80および上記契約承認機能は、取引処理システム1Cの一部を成すコンピュータ(図示省略)が所定のプログラムを実行することによりソフトウェアとして実現されるようになっている。
【0092】
第3実施形態の取引処理システム1Cでは、上述のごとく、2つの引落専用仮想口座10と複数の預金口座20とがそなえられ、対応付け手段31が、後述する対応表(図14参照)を用いて、各引落専用仮想口座10に複数(図14に示す例では2つ)の預金口座20を対応付けている。つまり、第1実施形態では引落専用仮想口座10と預金口座20とが一対一対応であったものが、第3実施形態では、一対多対応となる。
【0093】
対応付け手段31で用いられる、引落専用仮想口座10とリンク先預金口座20との対応表の例を図14に示す。
この図14に示す例では、店番号“100”の支店に開設された口座番号“2000000001”の引落専用仮想口座10(以下、仮想口座10A)には、店番号“200”の支店に開設された口座番号“1000000001”の預金口座20(以下、預金口座20Aという)と、店番号“200”の支店に開設された口座番号“1000000011”の預金口座20(以下、預金口座20Bという)との2つが対応付けられている。
【0094】
同様に、店番号“100”の支店に開設された口座番号“2000000011”の引落専用仮想口座10(以下、仮想口座10Bという)には、店番号“200”の支店に開設された口座番号“1000000001”の預金口座20Aと、店番号“201”の支店に開設された口座番号“1000000001”の預金口座20(以下、預金口座20Cという)との2つが対応付けられている。
【0095】
さらに、図14に示す対応表においては、引落金額を各預金口座20A〜20Cに配分するための条件が付加情報として予め設定されている。例えば、仮想口座10Aに対応付けられた預金口座20Aおよび20Bに対しては、配分比率30%:70%で引落を行なうように所定条件が設定されている。また、仮想口座10Bに対応付けられた預金口座20Aおよび20Cに対しては、預金口座20Aからは3万円が引き落とされ預金口座20Cからは残額が引き落とされるように所定条件が設定されている。なお、対応表に付加情報として設定される所定条件については、後でより詳細に説明する。
【0096】
第3実施形態の振替手段41は、各引落専用仮想口座10に対する引落要求を受けると、その引落要求を、対応付け手段31によって対応付けられた複数の預金口座20に対する引落要求に振り替え、各預金口座20に存在する残高の一部を引落専用仮想口座10に移動させた後、その引落要求に応じた取引処理(引落処理)を実行させるものである。
【0097】
このとき、第3実施形態では、複数の預金口座20から引き落とされるべき金額は、図14に示すごとく対応表に付加情報として予め設定されている所定条件に従って決定されるようになっている。この所定条件は、仮想口座10Aまたは10Bに対して要求された引落金額を、各預金口座20A〜20Cに配分するための手法(配分金額)を決めるためのものである。
【0098】
この所定条件としては、例えば下記(a)〜(f)のようなものが設定され、各所定条件によって、以下のように引落金額の配分が行なわれる。
(a)2以上の預金口座に対する引落金額の配分比率(固定比率)
例えば、リンク先預金口座20Aおよび20Bに対して設定された、図14に示す条件のごとく、2つの預金口座20A,20Bのそれぞれに対する引落金額の配分を、固定の配分比率(例えば30%:70%)により決定する。つまり、預金口座20Aからは引落金額の30%を引き落とし、預金口座20Bからは引落金額の70%を引き落とす。
【0099】
(b)各預金口座の引落上限金額および引落優先順位(優先順位付き固定額)
例えば、リンク先預金口座20として3つの口座A,B,Cが在る場合、口座Aおよび口座Bに対する引落金額負担の上限金額をそれぞれ3万円および5万円として設定し、口座Cに対する引落金額負担を残額全てに設定し、引落優先順位をA,B,Cの順に設定する。
【0100】
この場合、仮想口座10に対する引落金額が例えば2万円であれば、2万円の全額が口座Aから優先的に引き落とされる。また、仮想口座10に対する引落金額が例えば5万円であれば、口座Aから3万円が引き落とされ、口座Bから2万円が引き落とされる。さらに、仮想口座10に対する引落金額が例えば10万円であれば、口座Aから3万円が引き落とされ、口座Bから5万円が引き落とされ、口座Cから2万円が引き落とされる。
【0101】
なお、リンク先預金口座20Aおよび20Cに対して設定された、図14に示す条件は、この優先順位付き固定額に対応するものである。つまり、預金口座20Aに対する引落金額負担の上限金額として3万円が設定され、預金口座20Cに対する引落金額負担として残額全てが設定され、引落優先順位が預金口座20A,20Bの順に設定されている。
【0102】
(c)2以上の預金口座の残高に基づく条件
例えば、リンク先預金口座20として3つの口座A,B,Cが在る場合、残高の最も多いものから優先的に引落を行なう。口座A,B,Cにおける残高がそれぞれ5万円,6万円,2万円である時に、5万円の引落要求があった場合には口座Bから引落金額の全額5万円が引き落とされる一方、10万円の引落要求があった場合には口座Bおよび口座Aからそれぞれ6万円および4万円が引き落とされる。
【0103】
(d)引落要求の発生年月日に基づく条件(年月日による変更)
例えば、リンク先預金口座20として2つの口座Aと口座Bが在る場合、例えば、偶数月は口座Aから、奇数月は口座Bから引き落とす。あるいは、口座Aおよび口座Bにそれぞれ対する入金時期(給料等の振込)に応じて、口座Aおよび口座Bからの引落期間を設定してもよい。
【0104】
(e)各預金口座からの引落回数に基づく条件(回数による変更)
例えば、リンク先預金口座20として2つの口座Aと口座Bが在る場合、例えば、口座Aおよび口座Bから交互に引き落とす。
(f)引落要求の要求元情報(引落元氏名,企業名)もしくは要求元識別子(引落元識別子,企業識別子)に基づく条件(引落元による変更)
例えば、リンク先預金口座20として2つの口座Aと口座Bが在る場合、企業Pからの引落要求であれば口座Aから、企業Qからの引落要求であれば口座Bから引き落とす。
【0105】
なお、言うまでもなく、上述した6つのパターン(a)〜(f)を組み合わせて用いることもできる。
例えば、上記パターン(a)と(f)との組み合わせを考える。引落専用仮想口座10には、Aさんの預金口座AとBさんの預金口座Bとがリンクされている。この引落専用仮想口座10には、ガス代と電話代の自動引落が契約されている。ガス会社からの引落では、風呂好きなAさんが70%を負担し、Bさんが残り30%を負担する。電話代の引落では、インターネットを使用するBさんが80%を負担し、Aさんが残り20%を負担する。上記パターン(a)と(f)との組み合わせにより、このような利用方法を実現することができる。
【0106】
また、上述したパターン(a)を用いる場合、つまり複数人が一つの費用を固定比率で分配して支払う場合の、より具体的な例について説明する。
例えば、親と子が共用して情報通信サービスをしている家庭で、そのサービスをよく使う子供が7割、あまり使わない親が3割の割合で、情報通信サービス料金を支払うことを想定する。
【0107】
この場合、通信サービスプロバイダ(インターネットサービスプロバイダ)に一つの引落仮想口座番号を通知し、自動引落契約を行なう。この引落仮想口座番号に、子と親の二つの預金口座A,Bをリンクさせておくとともに、所定条件として7割:3割の固定比率を設定しておくことにより、預金口座A,Bから、それぞれ、7割:3割の分配比率で現金自動引落が行なわれる。
【0108】
このとき、現金引落の配分を決めるための条件の設定の仕方によって、他に、親が1万円負担し残額を子が負担したり〔上記パターン(b)〕、あるいは、毎月交互に支払ったり〔上記パターン(e)〕することも可能である。
従って、従来のシステムでは、親または子のどちらかが料金の取りまとめを行なってからインターネットサービスプロバイダに料金を支払わなければならなかったが、第3実施形態の取引処理システム1Cを用いることにより、二つの預金口座(親と子のそれぞれの預金口座)から自動的に引き落とされるようになる。
【0109】
さらに、上記パターン(b)を用いることにより、ある預金口座が残高不足になった場合に、その預金口座に代わる予備の預金口座を設定することもできる。例えば、引落専用仮想口座10に対し、2つの預金口座A,Bをリンクさせておき、優先的に口座Aから引き落とすように条件を設定する。このような条件設定を行なうことにより、口座Aの残高がゼロになったときのみ口座Bから不足分が補われるようになる。
このように、引落専用仮想口座10に複数の預金口座20をリンクさせておくと、従来にはなかった新しい引落サービスを提供したり、引落サービスの新しい利用法を実現したりすることができる。
【0110】
さらに、第3実施形態の取引処理システム1Cにおいては、図13に示すように、引落要求により指定される口座番号が引落専用仮想口座10のものであるか否かを判断する判断手段80としての機能がさらにそなえられている。この判断手段80は、具体的には、引落要求で指定された口座番号をキーにして、図14に示すような対応表を検索し、その口座番号にリンクされている口座番号(即ちリンク先預金口座番号)が存在する場合、その口座番号が引落専用仮想口座10のものであると判断する一方、存在しない場合(もしくは引落要求で指定された口座番号が対応表にエントリされていない場合)、その口座番号は引落専用仮想口座10のものでなく実在の預金口座のものであると判断するようになっている。
【0111】
そして、判断手段80により口座番号が引落専用仮想口座10のものであると判断された場合、引落要求の各預金口座20への振替処理が振替手段41により実行される一方、判断手段80により口座番号が引落専用仮想口座10のものではないと判断された場合、引落要求に応じた取引処理(通常の引落処理)が、その口座番号に対応する実在の預金口座に対して実行されるようになっている。
【0112】
次に、上述のごとく構成された第3実施形態の取引処理システム1Cの動作について、図14〜図16を参照しながら説明する。
なお、図15は第3実施形態における引落サービス開始時の処理手順を説明するためのフローチャート(ステップS20〜S24)、図16は第3実施形態における引落サービスの処理手順を説明するためのフローチャート(ステップS25〜S30)である。
【0113】
顧客は、取引先との自動引落の契約を行なう前に、引落専用仮想口座10のリンク先となるべき複数の預金口座20を指定する。ここでは、図14に示したように、仮想口座10Aに2つの預金口座20A,20Bをリンクさせる場合を例にして説明する。
【0114】
引落専用仮想口座10Aの開設時に、顧客は2つのリンク先預金口座20A,20Bを指定し、銀行Aは、指定された預金口座20Aおよび20Bが顧客のものであるか否かを、例えば、各預金口座20A,20Bについての登録印鑑の印像などを用いて確認する。
銀行Aは、2つの預金口座20A,20Bがいずれも顧客のものであることを確認すると、図14に示すごとく、対応表に引落専用仮想口座10Aと預金口座20A,20Bとの対応関係を格納・設定する。このとき、付加条件として配分比率30%:70%も設定する。
【0115】
これにより、引落専用仮想口座10Aのリンク先として、顧客により指定された2つの預金口座20A,20Bが割り当てられる。つまり、対応表に引落専用仮想口座10Aと預金口座20A,20Bとの対応関係を登録することで、引落専用仮想口座10Aと預金口座20A,20Bとが対応付け手段31により対応付けられるようになる。そして、銀行Aは、引落専用仮想口座10Aの通帳を顧客に渡し、引落専用仮想口座10Aの開設手続を終える。
【0116】
この後、第1実施形態と同様、顧客は、取引先との自動引落の契約を行なうべく、取引先に、引落専用仮想口座10Aついての情報、即ち、銀行Aの支店の店番号“100”および口座番号“2000000001”と、2つのリンク先預金口座20A,20Bの登録印鑑の印像とを郵送・通知する。このとき、引落専用仮想口座10Aの店番号や口座番号は引落契約依頼書に記入されるとともに、2つの印像は同引落契約依頼書に押印される。そして、取引先(引落元)は、顧客から送られてきた、引落専用仮想口座10Aの口座番号と2つの印像とを含む引落契約依頼書を銀行Aに送り、銀行A(取引処理システム1C)に対し、その引落契約依頼書に基づく引落契約を依頼する。
【0117】
ここで、図15に示すフローチャート(ステップS20〜S24)に従って、銀行A(取引処理システム1C)において、取引先からの引落契約依頼時(引落サービス開始時)に実行される契約承認機能について説明する。
取引処理システム1Cでは、取引先(引落元)から引落契約依頼書が送られてくると、その引落契約依頼書に記入されている引落専用仮想口座10Aの口座番号をキーにして図14に示す対応表を検索することにより、引落専用仮想口座10Aのリンク先預金口座20を調査する(ステップS20)。
【0118】
そして、引落専用仮想口座10Aにリンクされた2つの預金口座20A,20Bが検索されると、これらの預金口座20A,20Bについて予め登録されている2つの印像が読み出され、これらの2つの登録印像と、引落契約依頼書に押印されている2つの印像とがそれぞれ一致するか否かを確認する(ステップS21,S22)。
【0119】
2組の印像がいずれも一致した場合(ステップS22のYESルート)、銀行Aは、取引先からの引落依頼が2つの預金口座20A,20Bを開設した顧客からの依頼であると認識し、今回の自動引落の契約を承認して契約処理を終了する(ステップS23)。一方、2組の印像の1組でも一致しなかった場合(ステップS22のNOルート)、銀行Aは、今回の自動引落の契約を承認しないで契約処理を終了する(ステップS24)。
【0120】
なお、第3実施形態においても、第1実施形態と同様、取引先からの引落依頼の顧客確認を預金口座20A,20Bの登録印鑑印像で行なっているが、これを暗証番号に代えても、安全性は維持することができる。この場合、顧客,取引先,銀行Aの相互間で通知される情報が全て数値的情報になるので、上述のような手続を行なう際に、インターネットなどを介して行なわれる電子取引を利用することができるようになる。また、暗証番号の代わりにリンク先預金口座20A,20Bの口座番号を使用した場合にも、暗証番号を用いて顧客確認を行なう場合と同等の作用効果が得られる。
【0121】
さて次に、図16に示すフローチャート(ステップS25〜S30)に従って、第3実施形態における引落サービスの処理手順について説明する。
まず、取引先から引落要求があると、その引落要求に含まれる引落対象の口座番号をキーにして、図14に示すような対応表を検索することにより、リンク先預金口座20を調査する(ステップS25)。
【0122】
引落対象の口座番号に対応する複数のリンク先預金口座20が対応表から検索された場合(ステップS26のYESルート)、即ち、引落対象の口座番号が引落専用仮想口座10のものである場合には、対応表に予め付加情報として登録されている条件〔上記パターン(a)〜(f)のいずれかまたは組み合わせ〕に基づいて、各リンク先預金口座20の引落額面分配額が算出される(ステップS27)。
【0123】
そして、振替手段41により、引落専用仮想口座10についての店番号および口座番号が複数のリンク先預金口座20についての店番号および口座番号に置き換えられ、各預金口座20の分配額分の引落処理が、各預金口座20に対して行なわれる(ステップS28)。この後、履歴格納手段50により、今回の引落情報が、顧客の引落専用仮想口座10についての履歴情報として、履歴データベース60に書き込まれる(ステップS29)。
【0124】
一方、引落対象の口座番号、もしくは、それに対応するリンク先預金口座20が対応表から検索されなかった場合(ステップS26のNOルート)には、引落対象の預金口座が引落専用仮想口座10ではないと見なされる、つまり、その預金口座が実在のものであると見なされ、その預金口座に対する通常の引落処理が実行される(ステップS30)。
【0125】
このように、本発明の第3実施形態としての取引処理システム1Cによれば、第1実施形態と同様の作用効果が得られるほか、上記パターン(a)〜(f)のいずれかまたは組み合わせから成る所定条件に従って、2以上の預金口座20から現金を引き落とすことが可能になり、引落専用仮想口座10に複数の預金口座20をリンクさせ、複数の預金口座20からの引落に関する各種条件を予め設定するだけで、従来にはなかった新しい引落サービスや、引落サービスの新しい利用法が実現され、顧客に対する利便性が大幅に向上する。
【0126】
例えば、前述した通り、所定条件の設定の仕方によって、引落処理に伴い引落対象の一預金口座20の残高が0になった時に、その引落対象を予備の預金口座20に切り替えることもでき、顧客に対する利便性をさらに向上させることができる。
また、図13および図14に示すごとく、第3実施形態では、企業Pは、同じ契約者(複数人)が開設した2つの仮想口座10(10A,10B)のいずれか一方を選択して引落を要求できるようになっている。従って、企業Pは、その契約者の仮想口座10から引落を行なう際、引落対象の仮想口座10(10Aまたは10B)を変更するだけで、顧客の要望する複数の引落条件(前記所定条件)から一つを選択して引落を行なうことができる。また、顧客は、企業Pに連絡することなく、引落条件を自分で自由に変更することができる。例えば、電話料金が引き落とされる場合、その電話料金のうちの基本料金および通話料金のそれぞれについての引落条件を、顧客が自由に変えることができる。
【0127】
〔4〕第4実施形態の説明
図17は本発明の第4実施形態としての取引処理システムの構成を示すブロック図であり、図中、既述の符号と同一の符号は同一もしくはほぼ同一の部分を示しているので、その詳細な説明は省略する。
【0128】
この図17に示す第4実施形態の取引処理システム(銀行システム)1Dは、第3実施形態の変形例として捉えることができ、第3実施形態の取引処理システム1Cとほぼ同様に構成されているが、この取引処理システム1Dでは、第3実施形態の対応付け手段31,振替手段41および判断手段80と同様の機能をそれぞれ果たす、対応付け手段32,振替手段42および判断手段81がそなえられるほか、第1〜第3実施形態の履歴格納手段50および履歴データベース60に代えて履歴格納手段51および履歴データベース63がそなえられている。
【0129】
ここでも、対応付け手段32,振替手段42,履歴格納手段51および判断手段81は、取引処理システム1Dの一部を成すコンピュータ(図示省略)が所定のプログラムを実行することによりソフトウェアとして実現されるようになっている。
また、第4実施形態の取引処理システム1Dでは、対応付け手段32が、後述する対応表(図18参照)を用いて、引落専用仮想口座10に複数(図18に示す例では3つ)の預金口座20をリンクさせている。
【0130】
対応付け手段32で用いられる、引落専用仮想口座10とリンク先預金口座20との対応表の例を図18に示す。
この図18に示す例では、店番号“100”の支店に開設された口座番号“2000000001”の引落専用仮想口座10には、店番号“200”の支店に開設された口座番号“1000000001”の預金口座20(以下、預金口座20Aという)と、店番号“200”の支店に開設された口座番号“1000000011”の預金口座20(以下、預金口座20Bという)と、店番号“201”の支店に開設された口座番号“1000000001”の預金口座20(以下、預金口座20Cという)との3つが対応付けられている。
【0131】
また、図18に示す対応表においては、引落金額を各預金口座20A〜20Cに配分するための条件が付加情報として予め設定されている。ここで設定されている条件は、前記パターン(f)に対応するもので、例えば、電話会社Qからの引落要求に対しては預金口座20Aが100%支払いを行ない、電力会社Pからの引落要求に対しては預金口座20Bが100%支払いを行ない、その他の会社からの引落要求に対しては預金口座20Cが100%支払いを行なうように設定されている。
【0132】
さらに、第4実施形態の取引処理システム1Dでは、実際に引落に利用された預金口座20の履歴として引落情報が記録されるようになっている。つまり、第4実施形態において、振替手段42は、上述した条件に従い、会社(引落元)に応じて預金口座20A〜20Cから一つを選択して引落処理を実行させるものであり、履歴格納手段51は、引落金額を含む引落情報を、実際の引落対象となった預金口座20の履歴情報として出力し、履歴データベース63に記録するようになっている。
【0133】
次に、図19に示すフローチャート(ステップS31〜S36)に従って、上述のごとく構成された第4実施形態の取引処理システム1Dの動作(引落サービスの処理手順)について説明する。
まず、取引先から引落要求があると、その引落要求に含まれる引落対象の口座番号をキーにして、図18に示すような対応表を検索することにより、リンク先預金口座20を調査する(ステップS31)。
【0134】
引落対象の口座番号に対応する複数のリンク先預金口座20が対応表から検索された場合(ステップS32のYESルート)、即ち、引落対象の口座番号が引落専用仮想口座10のものである場合には、対応表に予め付加情報として登録されている条件〔上記パターン(f)に応じた引落元条件〕を参照し、引落元情報に基づいて、実際に引落処理を行なう預金口座を決定する(ステップS33)。
【0135】
そして、振替手段42により、引落専用仮想口座10についての店番号および口座番号がリンク先預金口座20(預金口座20A〜20Cのいずれか一つ)についての店番号および口座番号に置き換えられ(ステップS34)、その預金口座20に対して通常の引落処理が行なわれることになる(ステップS35)。この後、履歴格納手段51により、今回の引落情報が、実際の引落対象となった預金口座20の履歴情報として履歴データベース63に書き込まれる。
【0136】
一方、引落対象の口座番号に対応するリンク先預金口座20が対応表から検索されなかった場合(ステップS32のNOルート)には、引落対象の預金口座が引落専用仮想口座10ではないと見なされる、つまり、その預金口座が実在のものであると見なされ、その預金口座に対する通常の引落処理が実行される(ステップS36)。
【0137】
このように、本発明の第4実施形態としての取引処理システム1Dによれば、第1実施形態と同様の作用効果が得られるほか、単純に引落元情報から、実際に引落を行なう預金口座20が決定され、引落依頼のあった引落仮想口座番号をリンク先預金口座番号に置き換えて、従来どおりの引落処理が行なわれる。
【0138】
従って、履歴データベース63に記録された履歴情報を、記帳手段70により各預金口座20の通帳に対して記帳した場合、一つの引落元(取引先)についての引落情報は、一つの通帳に集約される。つまり、図18に示す例では、電話会社Qについての引落情報は全て預金口座20Aの通帳に記帳され、電力会社Pについての引落情報は全て預金口座20Bの通帳に記帳され、その他の会社についての引落情報は全て預金口座20Cの通帳に記帳される。これにより、通帳を用いた取引情報管理が極めて容易になる。
【0139】
〔5〕第5実施形態の説明
図20は本発明の第5実施形態としての取引処理システムの構成を示すブロック図であり、図中、既述の符号と同一の符号は同一もしくはほぼ同一の部分を示しているので、その詳細な説明は省略する。
この図20に示す第5実施形態の取引処理システム(銀行システム)1Eでは、取引要求が、ある企業Rからの入金・振込要求(以下、入金要求という場合がある)である場合について説明する。ここでいう企業Rが、前述または後述した、取引先,取引要求元,入金要求元に対応するものである。
【0140】
図20に示すように、取引処理システム1Eにおいては、企業Rからの入金要求の対象となり且つ普通預金口座としての機能を有する、複数(図中では2)の入金・振込専用仮想口座11と、複数の預金口座20とが予め開設されるとともに、対応付け手段33,振替手段43,履歴格納手段52,入金・振込専用仮想口座用履歴データベース64,記帳手段70および判断手段82がそなえられている。
【0141】
ここで、対応付け手段33,振替手段43,履歴格納手段52および判断手段82は、取引処理システム1Eの一部を成すコンピュータ(図示省略)が所定のプログラムを実行することによりソフトウェアとして実現されるようになっている。なお、以下において、「入金・振込」については単に「入金」もしくは「振込」と記述する場合がある。
【0142】
対応付け手段33は、入金専用仮想口座11の口座番号と預金口座20の口座番号との対応関係を保持する対応表(データベース)を用いて、入金専用仮想口座11と預金口座(リンク先預金口座)20とを対応付けるものである。第5実施形態において、各入金専用仮想口座11には、対応付け手段33により、1以上の預金口座20に対応付けられているものとする。対応付け手段33は、第1実施形態で説明したように、所定の数値変換規則を用いて、入金専用仮想口座11と預金口座20との対応付けを行なうように構成してもよい。
【0143】
対応付け手段33で用いられる、入金専用仮想口座11とリンク先預金口座20との対応表の例を図21に示す。
この図21に示す例では、店番号“100”の支店に開設された口座番号“3000000001”の入金専用仮想口座11(以下、仮想口座11A)には、店番号“100”の支店に開設された口座番号“1000000001”の預金口座20(以下、預金口座20Aという)と、店番号“100”の支店に開設された口座番号“1000000011”の預金口座20(以下、預金口座20Bという)との2つが対応付けられている。
【0144】
同様に、店番号“100”の支店に開設された口座番号“3000000002”の入金専用仮想口座11(以下、仮想口座11Bという)には、店番号“200”の支店に開設された口座番号“1000000001”の預金口座20(以下、預金口座20Cという)が対応付けられている。
【0145】
さらに、図21に示す対応表においては、入金・振込金額を各預金口座20A〜20Cに配分するための条件が付加情報として予め設定されている。例えば、仮想口座11Aに対応付けられた預金口座20Aおよび20Bに対しては、配分比率30%:70%で入金を行なうように所定条件が設定されている。また、仮想口座11Bに対応付けられた預金口座20Cに対しては、入金・振込金額の全額(100%)を入金するように所定条件が設定されている。なお、対応表に付加情報として設定される所定条件については後述する。
【0146】
第5実施形態の振替手段43は、各入金専用仮想口座11に対する入金・振込要求を受けると、その入金・振込要求を、対応付け手段33によって対応付けられた預金口座20に対する入金・振込要求に振り替え、その入金・振込要求に伴う入金・振込金額を入金専用仮想口座11に一時的に格納した後、顧客により予め設定された規則(前記所定条件)に従って、その入金・振込金額を1以上の預金口座20に移動させるものである。
【0147】
このとき、第5実施形態では、第3実施形態と同様、1以上の預金口座20へ振り込まれるべき金額は、図21に示すごとく対応表に付加情報として予め設定されている所定条件に従って決定されるようになっている。この所定条件は、仮想口座11Aまたは11Bに対して要求された入金・振込金額を、各預金口座20A〜20Cに配分するための手法(配分金額)を決めるためのものである。
【0148】
この所定条件としては、第3実施形態と同様、例えば下記(a1)〜(f1)のようなものが設定され、各所定条件によって、以下のように入金・振込金額の配分が行なわれる。
(a1)2以上の預金口座に対する入金・振込金額の配分比率(固定比率)
例えば、リンク先預金口座20Aおよび20Bに対して設定された、図21に示す条件のごとく、2つの預金口座20A,20Bのそれぞれに対する入金・振込金額の配分を、固定の配分比率(例えば30%:70%)により決定する。つまり、預金口座20Aには入金・振込金額の30%を入金し、預金口座20Bには入金・振込金額の70%を入金する。
【0149】
(b1)各預金口座の入金・振込上限金額および入金・振込優先順位(優先順位付き固定額)
例えば、リンク先預金口座20として3つの口座A,B,Cが在る場合、口座Aおよび口座Bに対する入金・振込上限金額をそれぞれ10万円および15万円として設定し、口座Cに対する入金・振込金額を残額全てに設定し、入金・振込優先順位をA,B,Cの順に設定する。
【0150】
この場合、仮想口座11に対する入金・振込金額が例えば5万円であれば、5万円の全額が口座Aに優先的に入金される。また、仮想口座11に対する入金・振込金額が例えば20万円であれば、口座Aには10万円が入金され、口座Bには残り20万円が入金される。さらに、仮想口座11に対する引落金額が例えば40万円であれば、口座Aには10万円が入金され、口座Bには15万円が入金され、口座Cには残り15万円が入金される。
【0151】
(c1)2以上の預金口座の残高に基づく条件
例えば、リンク先預金口座20として3つの口座A,B,Cが在る場合、残高の最も少ないものに優先的に入金・振込を行なう。口座A,B,Cにおける残高がそれぞれ5万円,6万円,2万円である時に、5万円の入金・振込要求があった場合には口座Cに入金・振込金額の全額5万円が入金される。この後、10万円の入金・振込要求があった場合には口座Aに入金・振込金額の全額10万円が入金される。
【0152】
(d1)引落要求の発生年月日に基づく条件(年月日による変更)
例えば、リンク先預金口座20として2つの口座Aと口座Bが在る場合、例えば、偶数月は口座Aに、奇数月は口座Bに入金する。
(e1)各預金口座からの入金・振込回数に基づく条件(回数による変更)
例えば、リンク先預金口座20として2つの口座Aと口座Bが在る場合、例えば、口座Aおよび口座Bに交互に入金する。
【0153】
(f1)入金・振込要求の要求元情報(氏名,企業名)もしくは要求元識別子(企業識別子)に基づく条件
例えば、リンク先預金口座20として2つの口座Aと口座Bが在る場合、企業Pからの入金・振込要求であれば口座Aに入金し、企業Qからの入金・振込要求であれば口座Bに入金する。
なお、言うまでもなく、上述した6つのパターン(a1)〜(f1)を組み合わせて用いることもできる。
【0154】
履歴格納手段52は、企業Rの名称(氏名)または企業識別子と入金・振込要求に伴う入金・振込金額とを含む取引情報を、入金専用仮想口座11についての履歴情報として、履歴データベース64に出力し格納するものである。なお、ここでいう企業Rの名称または企業識別子が、取引要求の要求元情報または要求元識別子に対応するものである。
【0155】
判断手段82は、具体的には、入金・振込要求で指定された口座番号をキーにして、図21に示すような対応表を検索し、その口座番号にリンクされている口座番号(即ちリンク先預金口座番号)が存在する場合、その口座番号が入金専用仮想口座11のものであると判断する一方、存在しない場合(もしくは入力・振込要求で指定された口座番号が対応表にエントリされていない場合)、その口座番号は入金専用仮想口座11のものでなく実在の預金口座のものであると判断するものである。
【0156】
さて、第5実施形態の取引処理システム1Eは、銀行などで入金・振込サービスを利用している顧客の利便性を高めるためのものである。
従来の入金手法では、入金する対象となる預金口座の預金通帳やキャッシュカードを用いて入金していた。また、振り込む際には、入金の対象となる口座番号を用いて入金していた。これらは、一つの口座に対し、一つの通帳(口座番号)が割り当てられており、同時に二つの口座に入金することはできない。従って、例えば現金を二つの口座に入金・振込を行なうには、同じ作業を二回繰り返さなければならない。このような入金・振込作業が定期的に何回も発生するようなものであれば、顧客は同じ作業を繰り返すことになり、不便さを感じる。
【0157】
そこで、第5実施形態の取引処理システム1Eでは、第1〜第4実施形態の引落専用仮想口座10と同様に、入金専用仮想口座11を開設する。この入金専用仮想口座11は、一つ以上の預金口座20をリンク先として設定することができる。そして、入金専用仮想口座11に対して行なわれた入金または振込は、実際にはその仮想口座11にリンクされている預金口座20に対して行なわれるようになっている。
【0158】
次に、図22に示すフローチャート(ステップS41〜S46)に従って、上述のごとく構成された第5実施形態の取引処理システム1Eの動作(入金・振込サービスの処理手順)について説明する。
まず、取引先(企業R)から入金・振込要求があると、その入金・振込要求に含まれる入金・振込対象の口座番号をキーにして、図21に示すような対応表を検索することにより、リンク先預金口座20を調査する(ステップS41)。
【0159】
入金・振込対象の口座番号に対応する1以上のリンク先預金口座20が対応表から検索された場合(ステップS42のYESルート)、即ち、入金・振込対象の口座番号が入金専用仮想口座11のものである場合には、対応表に予め付加情報として登録されている条件〔上記パターン(a1)〜(f1)のいずれかまたは組み合わせ〕に基づいて、各リンク先預金口座20の入金・振込金額が算出される(ステップS43)。
【0160】
そして、振替手段43により、入金専用仮想口座11についての店番号および口座番号が1以上のリンク先預金口座20についての店番号および口座番号に置き換えられ、各預金口座20への入金・振込処理が、各預金口座20に対して行なわれる(ステップS44)。この後、履歴格納手段52により、今回の入金・振込情報が、顧客の入金専用仮想口座11についての履歴情報として、履歴データベース64に書き込まれる(ステップS45)。
【0161】
一方、入金・振込対象の口座番号に対応するリンク先預金口座20が対応表から検索されなかった場合(ステップS42のNOルート;もしくはその口座が存在しない場合)には、入金・振込対象の預金口座が入金専用仮想口座11ではないと見なされる、つまり、その預金口座が実在のものであると見なされ、その預金口座に対する通常の入金処理が実行される(ステップS46)。
【0162】
このように、本発明の第5実施形態としての取引処理システム1Eによれば、預金を管理する預金口座20とは別に、入金専用仮想口座11が開設され、この入金専用仮想口座11は任意の預金口座20にリンクさせることができ、入金専用仮想口座11に対して発生した入金・振込要求は、振替手段43により、リンク先預金口座20への入金・振込に自動的に振り替えられる。また、入金専用仮想口座11には、預金口座20の口座番号とは異なる口座番号が割り当てられており、顧客もしくは第三者(企業R)は、その入金専用仮想口座番号を利用して入金・振込処理を行なう。
【0163】
このとき、入金・振込情報は入金専用仮想口座11の履歴情報として記録され、入金専用仮想口座11の通帳には入金・振込情報のみが記録されるので、顧客が通帳を家計簿代わりに利用した収入管理が便利になる。
また、入金専用仮想口座11の通帳には、入金・振込情報だけが記入されており、預金残高など他人に知られたくない情報は、記入されていない。従って、万一、通帳を紛失したり盗難されたりしても、上述のような情報が他人に漏れるのを確実に防止でき、顧客は、その通帳を安心して携帯でき、記帳時などの通帳携帯時に無用な心配をすることなく、いつでも記帳することができるようになる。
【0164】
さらに、顧客が入金先の預金口座20を別の口座に変更したい場合、対応付け手段33(対応表)によって入金専用仮想口座11に対応付けられる、リンク先の預金口座を変更するだけでよい。つまり、取引先(企業R)に予め通知されている、入金専用仮想口座11についての店番号や口座番号は変更されることはないので、取引先(企業R)への変更通知・連絡が不要になり、取引対象の預金口座20の変更を、極めて簡単に行なうことができる。
【0165】
このとき、対応付け手段33(対応表)により入金専用仮想口座11に対応付けられるリンク先の預金口座20として、この入金専用仮想口座11の属する銀行とは異なる他銀行に属する預金口座あるいは仮想口座を割り当てることで、第三者(企業R等の取引先)からの入金・振込要求を、他銀行に属する口座へ振り替えることが、極めて容易に可能になる。従って、預金口座20の変更に際し、銀行の変更(口座の移行作業)も、銀行間の契約のみにより極めて簡単に行なうことができる。
【0166】
また、仮想口座11は入金・振込専用であり、万一、その仮想口座11の通帳を紛失したり盗難されたりしても、偽造された印像やその通帳を用いて仮想専用仮想口座11から現金を引き出すことはできない。従って、通帳の悪用の心配がなくなり、顧客は、その通帳を安心して携帯でき、いつでも記帳することができるようになる。本実施形態では、入金専用仮想口座11の通帳には印像が添付されていないので、預金口座20の登録印鑑を偽造することもできない。
【0167】
さらに、本実施形態では、対応付け手段33による入金専用仮想口座11の口座番号と預金口座20の口座番号との対応付け処理は、その対応関係を保持する対応表、あるいは、所定の数値変換規則を用いることにより、極めて容易に行なわれる。
【0168】
またさらに、上記パターン(a1)〜(f1)のいずれかまたは組み合わせから成る所定条件に従って、2以上の預金口座20へ現金を振り込むことが可能になる。従って、顧客によって入金された現金や第三者から振り込まれた代金を、同時に複数の預金口座20に分散させるような処理を極めて簡単に行なうことができ、顧客に対する利便性が大幅に向上する。
【0169】
上述したように、第5実施形態の取引処理システム1Eによれば、万一、登録印鑑の印像等の盗難に遭っても悪用や不正行為を確実に阻止することができるとともに、入金・振込みサービスを利用する顧客の利便性が大幅に向上するのである。
【0170】
〔6〕その他
なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述した実施形態では、引落処理を行なうシステムと入金・振込処理を行なうシステムとについて別々に説明したが、これらのシステムを一体化してもよい。また、第1〜第5実施形態により説明した取引処理システム1A〜1Eを適宜組み合わせてもよい。
【0171】
〔7〕付記
〔付記1〕 取引要求の対象となる、その取引専用の仮想口座と、
1以上の預金口座とが開設されるとともに、
該仮想口座と該1以上の預金口座とを対応付けるための対応付け手段と、
該仮想口座に対する取引要求を受けると、該仮想口座に対する当該取引要求を、該対応付け手段によって対応付けられた該1以上の預金口座に対する取引要求に振り替える振替手段とがそなえられたことを特徴とする、取引処理システム。
【0172】
〔付記2〕 前記取引要求が、該仮想口座に対する引落要求であることを特徴とする、付記1記載の取引処理システム。
〔付記3〕 該仮想口座が普通預金口座としての機能を有し、
該振替手段が、前記引落要求を受けると、顧客により予め設定された規則に従って、該1以上の預金口座に存在する残高の一部を該仮想口座に移動させた後、当該引落要求に応じた取引処理を行なうことを特徴とする、付記2記載の取引処理システム。
【0173】
〔付記4〕 該対応付け手段により該仮想口座に対応付けられる該預金口座が2以上開設されており、
当該引落要求に応じた処理に際して、各預金口座からの引落金額が、前記規則に含まれる所定条件に従って決定されることを特徴とする、付記3記載の取引処理システム。
【0174】
〔付記5〕 前記所定条件として、2以上の該預金口座に対する引落金額の配分比率が設定されていることを特徴とする、付記4記載の取引処理システム。
〔付記6〕 前記所定条件として、各預金口座の引落上限金額および引落優先順位が設定されていることを特徴とする、付記4記載の取引処理システム。
〔付記7〕 前記所定条件として、2以上の該預金口座の残高に基づく条件が設定されていることを特徴とする、付記4記載の取引処理システム。
【0175】
〔付記8〕 前記所定条件として、当該引落要求の発生年月日に基づく条件が設定されていることを特徴とする、付記4記載の取引処理システム。
〔付記9〕 前記所定条件として、各預金口座からの引落回数に基づく条件が設定されていることを特徴とする、付記4記載の取引処理システム。
〔付記10〕 前記所定条件として、当該引落要求の要求元情報もしくは要求元識別子に基づく条件が設定されていることを特徴とする、付記4記載の取引処理システム。
【0176】
〔付記11〕 前記所定条件に従って決定された前記引落金額を含む引落情報が、2以上の該預金口座のうち、実際の引落対象となった預金口座の履歴として出力されることを特徴とする、付記4〜付記10のいずれか一つに記載の取引処理システム。
〔付記12〕 前記取引要求が、該仮想口座に対する入金・振込要求であることを特徴とする、付記1〜付記3のいずれか一つに記載の取引処理システム。
【0177】
〔付記13〕 該仮想口座が普通預金口座としての機能を有し、
該振替手段が、前記入金・振込要求を受けると、当該入金・振込要求に伴う入金・振込金額を該仮想口座に一時的に格納した後、顧客により予め設定された規則に従って、前記入金・振込金額を該1以上の預金口座に移動させることを特徴とする、付記12記載の取引処理システム。
【0178】
〔付記14〕 該対応付け手段により該仮想口座に対応付けられる該預金口座が2以上開設されており、
当該入金・振込要求に応じた処理に際して、各預金口座への入金・振込金額が、前記規則に含まれる所定条件に従って決定されることを特徴とする、付記13記載の取引処理システム。
【0179】
〔付記15〕 前記所定条件として、2以上の該預金口座に対する入金・振込金額の配分比率が設定されていることを特徴とする、付記14記載の取引処理システム。
〔付記16〕 前記所定条件として、各預金口座の入金・振込上限金額および入金・振込優先順位が設定されていることを特徴とする、付記14記載の取引処理システム。
【0180】
〔付記17〕 前記所定条件として、2以上の該預金口座の残高に基づく条件が設定されていることを特徴とする、付記14記載の取引処理システム。
〔付記18〕 前記所定条件として、当該入金・振込要求の発生年月日に基づく条件が設定されていることを特徴とする、付記14記載の取引処理システム。
【0181】
〔付記19〕 前記所定条件として、各預金口座への入金・振込回数に基づく条件が設定されていることを特徴とする、付記14記載の取引処理システム。
〔付記20〕 前記所定条件として、当該入金・振込要求の要求元情報もしくは要求元識別子に基づく条件が設定されていることを特徴とする、付記14記載の取引処理システム。
【0182】
〔付記21〕 前記所定条件に従って決定された前記入金・振込金額を含む入金・振込情報が、2以上の該預金口座のうち、実際の入金・振込対象となった預金口座の履歴として出力されることを特徴とする、付記14〜付記20のいずれか一つに記載の取引処理システム。
【0183】
〔付記22〕 前記取引要求の要求元情報または要求元識別子と前記取引要求に伴う取引金額とを含む取引情報を、該仮想口座についての履歴として格納もしくは出力する手段がそなえられたことを特徴とする、付記1〜付記21のいずれか一つに記載の取引処理システム。
〔付記23〕 前記取引情報の履歴のみが、該仮想口座用の通帳に印刷出力されること特徴とする、付記22記載の取引処理システム。
【0184】
〔付記24〕 取引要求により指定される口座番号が、該仮想口座のものであるか否かを判断する判断手段がさらにそなえられ、
該判断手段により当該口座番号が該仮想口座のものであると判断された場合には、当該取引要求の振替処理が該振替手段により実行される一方、該判断手段により当該口座番号が該仮想口座のものではないと判断された場合には、当該取引要求に応じた取引処理が、当該口座番号に対応する実在の預金口座に対して実行されることを特徴とする、付記1〜付記23のいずれか一つに記載の取引処理システム。
【0185】
〔付記25〕 該対応付け手段が、該仮想口座の口座番号と該1以上の預金口座の口座番号との対応関係を保持する対応表を用いて、該仮想口座と該1以上の預金口座との対応付けを行なうことを特徴とする、付記1〜付記24のいずれか一つに記載の取引処理システム。
〔付記26〕 該対応付け手段が、所定の数値変換規則を用いて、該仮想口座と該1以上の預金口座との対応付けを行なうことを特徴とする、付記1〜付記24のいずれか一つに記載の取引処理システム。
【0186】
〔付記27〕 前記取引要求の要求元情報または要求元識別子と、前記取引要求に伴う取引金額と、前記取引要求に応じた処理の実行年月日とのうちの少なくとも一つに基づいて、該仮想口座に対する前記取引要求についての統計量を取引情報として算出して出力する統計量算出手段がさらにそなえられたことを特徴とする、付記1〜付記26のいずれか一つに記載の取引処理システム。
【0187】
〔付記28〕 通信回線を介して前記取引情報を該取引処理システムの外部から閲覧可能に構成されていることを特徴とする、付記22,付記23,付記27のいずれか一つに記載の取引処理システム。
〔付記29〕 該仮想口座に対応付けられる該1以上の預金口座として、該仮想口座の属する銀行とは異なる他銀行に属する預金口座もしくは仮想口座が含まれていることを特徴とする、付記1〜付記28のいずれか一つに記載の取引処理システム。
【0188】
【発明の効果】
以上詳述したように、本発明の取引処理システムによれば、取引専用の仮想口座に対する取引要求が、その仮想口座に対応付けられた1以上の預金口座に対する取引要求に自動的に振り替えられるようになるので、取引先(取引要求元)に対しては仮想口座の口座番号を通知すればよく預金口座の口座番号を公にする必要がなくなるほか、仮想口座と1以上の預金口座との対応付けを変更するだけで取引対象の預金口座を変更することができる。従って、万一、登録印鑑の印像等の盗難に遭っても悪用や不正行為を確実に阻止することができるとともに、引落や入金・振込などの各種取引サービスを利用する顧客の利便性が大幅に向上するのである。
【0189】
より具体的には、本発明の取引処理システムによれば、以下のような効果ないし利点を得ることができる。
(1)取引対象(引落対象または入金・振込対象)の預金口座の変更は、対応付け手段によって仮想口座に対応付けられる、リンク先の預金口座を入れ替えるだけで実行される。つまり、取引要求元(引落要求元または入金・振込要求元)に予め通知されている仮想口座の口座番号は変更されることはないので、変更の通知・連絡が不要になり、取引対象の預金口座の変更を、極めて簡単に行なうことができる。
【0190】
(2)対応付け手段により仮想口座に対応付けられるリンク先の預金口座を、この仮想口座の属する銀行とは異なる他銀行に属する預金口座あるいは仮想口座とすることで、取引要求(引落要求または入金・振込要求)を、他銀行に属する口座へ振り替えることが可能になる。従って、預金口座の変更に際して、銀行の変更も極めて簡単に行なうことができる。
【0191】
(3)仮想口座の通帳として、この仮想口座で行なわれる取引専用のものが作成される。つまり、引落専用の通帳や入金・振込専用の通帳が作成され、引落履歴や入金・振込履歴をそれぞれ1冊の通帳に集約することができる。従って、仮想口座の通帳には、この仮想口座で行なわれる取引に係る情報だけが印刷されるため、通帳を用いた取引情報管理が極めて容易になる。
【0192】
(4)仮想口座の通帳に取引情報の履歴のみを印刷し、他人に知られたくない情報(例えば給与などの入金情報や預金残高)を記入しないので、万一、通帳を紛失したり盗難されたりしても、上述のような情報が他人に漏れるのを確実に防止でき、顧客は、その通帳を安心して携帯でき、いつでも記帳することができるようになる。
【0193】
(5)仮想口座は取引専用(引落専用または入金・振込専用)であり、万一、通帳を紛失したり盗難されたりしても、偽造された印像や仮想口座の通帳を用いて仮想口座から現金を引き出すことはできない。従って、顧客は、その通帳を安心して携帯でき、いつでも記帳することができるようになる。
【0194】
(6)取引(引落または入金・振込)に先立って行なわれる、取引先(取引要求元)に対する手続に際して、実際の取引対象である預金口座の口座番号を第三者に公開する必要がなくなる。従来、手続上必要な預金口座番号と登録印鑑の印像とを封書等により送る際には、通知先あるいは送付途中で口座番号と印像とが盗難され不正な現金引出に利用されるのではないかという不安が付きまとっていた。これに対し、仮想口座の口座番号と登録印鑑の印像とを取引先に対して送付する本発明では、仮想口座の口座番号と登録印鑑の印像とを用いても、仮想口座から現金を引き出すことはできない。従って、上記手続を行なう上で付きまとっていた不安を完全に解消することができる。
【0195】
(7)所定条件に従って2以上の預金口座から現金を引き落とすことが可能になる。例えば、ある一つの取引先に支払うべき料金を複数人で折半して取引先に対し口座引落で支払うような場合、従来、複数人のうちの一人が取りまとめ役になり、その取りまとめ役が、他のメンバから徴収した料金を、引落対象として指定された預金口座に入金しているため、このような作業が面倒であった。
【0196】
これに対し、本発明では、対応付け手段により仮想口座と支払いメンバの預金口座とを対応付け、所定条件(各人の金額負担比率等)を予め設定するだけで、上述のような支払いを極めて簡単に行なうことができ、顧客に対する利便性の向上に寄与する。また、所定条件の設定の仕方によって、引落処理に伴い引落対象の一預金口座の残高が0になった時に、その引落対象を予備の預金口座に切り替えることもでき、顧客に対する利便性のさらなる向上に寄与する。
【0197】
(8)取引先(入金・振込要求元)からの入金・振込金額を、所定条件に従って2以上の預金口座へ分散させて振り込むことが可能になる。従って、入金された代金を、同時に複数の預金口座に分散させて振り込む処理を極めて簡単に行なうことができ、顧客に対する利便性の向上に寄与する。
【0198】
(9)対応付け手段による仮想口座の口座番号と1以上の預金口座の口座番号との対応付け処理は、その対応関係を保持する対応表、あるいは、所定の数値変換規則を用いることにより、極めて容易に行なわれる。
(10)取引要求の要求元情報または要求元識別子と、その取引要求に伴う取引金額と、その取引要求に応じた処理の実行年月日とのうちの少なくとも一つに基づいて、仮想口座に対する取引要求についての統計量を取引情報として算出することにより、顧客は、その統計量を参照して取引状況を容易に把握することが可能になり、顧客に対する利便性のさらなる向上に寄与する。
【0199】
(11)通信回線(例えばインターネット)を介して、仮想口座についての取引情報(引落情報あるいは入金・振込情報)を取引処理システムの外部から閲覧できるようにすることで、顧客は、携帯端末や自宅の端末を用いて容易に参照することが可能になり、顧客に対する利便性のさらなる向上に寄与する。
【図面の簡単な説明】
【図1】本発明の第1実施形態としての取引処理システムの構成を示すブロック図である。
【図2】(A),(B)は第1実施形態における対応付け手段によって用いられる対応表の例を示す図である。
【図3】第1実施形態における引落サービス開始に先立つ手続を説明するための図である。
【図4】第1実施形態における引落サービス開始時の処理手順を説明するためのフローチャートである。
【図5】第1実施形態における引落専用仮想口座の通帳への記帳処理手順を説明するためのフローチャートである。
【図6】第1実施形態における引落専用仮想口座の履歴情報の例を示す図である。
【図7】本発明の第2実施形態としての取引処理システムの要部構成を示すブロック図である。
【図8】本発明の第2実施形態としての取引処理システムの要部構成を示すブロック図である。
【図9】第2実施形態における引落専用仮想口座用履歴データベースに登録される履歴情報の例を示す図である。
【図10】第2実施形態における企業識別子表の例を示す図である。
【図11】第2実施形態における引落サービスの処理手順を説明するためのフローチャートである。
【図12】第2実施形態において、顧客端末から引落情報の照会を行なった際の処理手順を説明するためのフローチャートである。
【図13】本発明の第3実施形態としての取引処理システムの構成を示すブロック図である。
【図14】第3実施形態における対応付け手段によって用いられる対応表の例を示す図である。
【図15】第3実施形態における引落サービス開始時の処理手順を説明するためのフローチャートである。
【図16】第3実施形態における引落サービスの処理手順を説明するためのフローチャートである。
【図17】本発明の第4実施形態としての取引処理システムの構成を示すブロック図である。
【図18】第4実施形態における対応付け手段によって用いられる対応表の例を示す図である。
【図19】第4実施形態における引落サービスの処理手順を説明するためのフローチャートである。
【図20】本発明の第5実施形態としての取引処理システムの構成を示すブロック図である。
【図21】第5実施形態における対応付け手段によって用いられる対応表の例を示す図である。
【図22】第5実施形態における入金・振込サービスの処理手順を説明するためのフローチャートである。
【符号の説明】
1A,1B,1C,1D,1E 取引処理システム(銀行システム)
10 引落専用仮想口座
11 入金専用仮想口座
20 預金口座(リンク先預金口座,普通預金口座)
30,31,32,33 対応付け手段
40,41,42,43 振替手段
50,51,52 履歴格納手段
60 引落専用仮想口座用履歴データベース
61 企業識別子表データベース(引落元識別子表データベース)
62 パスワードデータベース
63 履歴データベース
64 入金専用仮想口座用履歴データベース
70 記帳手段
71 通信部
72 対話処理部
73 本人認識部
74 引落情報統計処理部(統計量算出手段)
75 統計結果視覚化部
76 HTML文書化部
80,81,82 判断手段
90 通信回線(インターネット,電話回線)
100 顧客端末(インターネットブラウザ)
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system that performs various transaction processing using a deposit account established in, for example, a bank, a post office, and the like, and in particular, a withdrawal process for deducting utility charges, credit card usage charges, etc. from a deposit account, or an annuity, The present invention relates to a transaction processing system including deposit / transfer processing for transferring salary, scholarships, etc. to a deposit account.
[0002]
[Prior art]
Generally, in a deposit system, a bank account and a seal are prepared for one deposit account, and an account number is assigned to open a deposit account. The customer uses and manages the deposit account using a passbook, a seal, and an account number. In other words, the customer uses the passbook, seal, and account number to provide transaction services (such as deposits, withdrawals, transfers, withdrawals, etc.) between the deposit account and the customer (the transaction requester for the deposit account). It is used and managed.
[0003]
One method of using a customer's deposit account (transaction service using a deposit account) is a withdrawal service. When this withdrawal service is used, the customer can pay the price indirectly through the bank by opening one deposit account in the bank or the like and designating the deposit account as the withdrawal destination.
For example, when paying utility bills, rent, credit card usage fees, etc. by debiting from a bank deposit account, the customer sends the account number of the deposit account to be debited to the business partner (withdrawal request source) Notify the registered seal stamp of the deposit account by mail.
[0004]
When the bank is notified of the account number and seal by the customer, the bank confirms that the notified seal matches the seal stamp registered in advance for the deposit account with the reported account number. The customer is then allowed to withdraw from the customer's deposit account. After the permission, it becomes possible to actually transfer cash from the customer's deposit account to the customer in response to a withdrawal request from the customer.
[0005]
When such a withdrawal service is used, payments that occur periodically are automatically made, and the customer is relieved from troublesome work such as transfer to a business partner. In addition, the customer can manage payment by referring to the record of expenditure entered in the passbook. That is, the passbook can be used instead of the household account book.
[0006]
In particular, in recent years, payment of various charges such as electricity bills, gas bills, water bills, telephone bills, credit card usage fees, rents, etc. has been often completed by bank withdrawal. With the payment of charges by bank withdrawal, there is no need to carry and transfer large amounts of cash to the customer's payment window or the bank's ATM (Automatic Tellers Machine). The withdrawal service is a very convenient service for the customer because the movement process to the business partner is automatically performed. Further, since the payment record related to the withdrawal service remains recorded in the passbook, the passbook can be used as a household account book, and the transaction information recorded in the passbook is useful for later balance management.
[0007]
[Problems to be solved by the invention]
However, customers can use many withdrawal services because of their convenience, designate one deposit account as the target of withdrawal from many withdrawal request sources, and withdraw requests from many different withdrawal request sources into one deposit account. If concentrated, the bankbook will not only withdraw information but also a lot of transaction information including deposit / transfer information and withdrawal information, and it will be very troublesome to manage transaction information using the bankbook. .
[0008]
Therefore, in order to avoid such trouble, the customer may open a plurality of deposit accounts and use different deposit accounts for each withdrawal request source and usage. In this case, since the passbook is separated for each withdrawal request source or for each use, the daily payment management becomes simple, and the history of withdrawals is distributed to multiple passbooks, so that the results of each passbook (transaction information) Can be easily viewed as a household account book.
[0009]
However, when managing multiple deposit accounts and managing deposits and withdrawals using multiple passbooks as described above, the customer always manages the deposit / withdrawal status of multiple deposit accounts, Inconvenience still remains for the customer because it becomes necessary to periodically perform a deposit process so that the balance is held.
In this case, it is inevitable that the inconvenience of the customer increases by handling a large number of bankbooks. In addition, in order to use a passbook instead of a household account book, it is necessary to frequently make entries for a large number of passbooks.
[0010]
In order to make a book at a bank, you have to carry your bankbook to the bank. However, usually, the passbook is filled with information that is not desired to be known to others (for example, payment information such as salary and deposit balance), and when carrying the passbook, there is a fear of loss or theft. In fact, there are cases where the bankbook is stolen and the imprint stamped on the bankbook is forged and the deposit balance is withdrawn. This is because in recent years, the printing technology of household printers has improved, and it has become possible to copy images in an ordinary household.
[0011]
On the other hand, as described above, prior to using the withdrawal service, the customer mails the account number of the deposit account and the seal of the registered seal to the third party (payment request source) in a sealed letter or the like. There is a need. For this reason, there is a possibility that the account number and the stamp are stolen during the notification destination or in the middle of mailing and used for illegal cash withdrawal.
[0012]
In addition, when changing the withdrawal target from the current deposit account to another deposit account, the conventional system notifies the customer (that is, the withdrawal request source) to that effect, and the account number of the changed deposit account And the registered seal stamp image must be notified again, which is troublesome for the customer. In particular, if you specify one deposit account as a withdrawal target for a number of different business partners and concentrate a large number of withdrawal requests on one deposit account, if you change the account as described above, that fact All customers must be notified, which is very troublesome for customers.
[0013]
In addition, when the fee to be paid to a certain business partner is split by multiple people and paid to the business partner by direct debit (for example, when the rent of a room rented by 3 people is split by 3 people) In the conventional system, one of a plurality of people inevitably needs to be a coordinator. In other words, one deposit account for withdrawal must be opened, and the coordinator must collect the split fee from the other members, and deposit the collected fee into the deposit account designated as the withdrawal target. For the manager (customer), the above-described work is troublesome and troublesome. In particular, when the payment as described above occurs regularly, the organizer must perform the above-described work periodically, which is very troublesome.
[0014]
In the above description, the problem when the customer uses the withdrawal service has been described. However, in the conventional system, when the transaction service other than the withdrawal service (for example, the deposit / transfer service) is used, the above-mentioned is almost the same as the above. There are similar issues.
In other words, when using various transaction services other than the withdrawal service, it goes without saying that the same problems as described above occur when handling a large number of passbooks or carrying a passbook for bookkeeping.
[0015]
In particular, if the customer (payment / transfer request source) uses a deposit / transfer service that transfers funds to a deposit account (account number) specified by the customer on a regular basis, When changing from a deposit account to another deposit account, in the conventional system, the account number of the changed deposit account must be notified to the business partner, which is troublesome for the customer. In particular, when a single deposit account is specified as a target for deposits / transfers from a number of different business partners and a large number of deposit / transfer requests are concentrated in a single deposit account, the above account changes are made. This must be notified to all business partners, which is extremely troublesome for customers.
[0016]
In addition, if the customer has a large number of deposit accounts as described above, the transfer process for each deposit account can be used to distribute the money transferred to one deposit account to other multiple deposit accounts. Must be done one by one, which is troublesome for customers. For example, when the price transferred to the deposit account is a salary (monthly salary, etc.), the transfer process as described above occurs periodically, which is extremely troublesome for the customer.
[0017]
The present invention was devised in view of such problems, and in the unlikely event that a registered seal stamp is stolen, misuse and fraud can be prevented, and withdrawal, payment / transfer, etc. An object of the present invention is to provide a transaction processing system that greatly improves the convenience of customers who use various transaction services.
[0018]
[Means for Solving the Problems]
  In order to achieve the above object, in the transaction processing system of the present invention, one or more deposit accounts and a virtual account dedicated to the transaction, which is a target of the transaction request, the account number of the one or more deposit accountsAny ofA virtual account to which a different account number is assigned is opened, and the virtual account and the one or more deposit accounts are determined based on the correspondence between the account number of the virtual account and the account number of the one or more deposit accounts. Corresponding associating means, and transfer means for transferring the transaction request for the virtual account to the transaction request for the one or more deposit accounts associated by the associating means when receiving a transaction request for the virtual account It is characterized by that. There are two or more deposit accounts associated with the virtual account by the association means, and the transfer means receives a withdrawal request for the virtual account as the transaction request, and a rule set in advance by a customer. Accordingly, when performing transaction processing according to the withdrawal request, the withdrawal amount from each deposit account may be determined according to a predetermined condition included in the rules. In this case, as the predetermined condition, the distribution ratio of the withdrawal amount to the two or more deposit accounts, the upper limit amount of withdrawal of each deposit account, the condition based on the date of occurrence of the withdrawal request, or each deposit account A condition based on the number of withdrawals from may be set.
[0019]
  At this time, the transaction request may be a withdrawal request for the virtual account.Yes.In addition, the virtual account has a function as a savings account, and when the transfer means receives the withdrawal request, a part of the balance existing in the one or more savings accounts according to a rule preset by a customer. After moving the account to the virtual account, the transaction processing may be performed according to the withdrawal request.Yes.
[0020]
  Further, the transaction request may be a deposit / transfer request for the virtual account.Yes.In addition, the virtual account has a function as a savings account, and when the transfer means receives the deposit / transfer request, the deposit / transfer amount accompanying the deposit / transfer request is temporarily stored in the virtual account. After that, the deposit / transfer amount may be transferred to the one or more deposit accounts according to a rule preset by the customer.Yes.
[0021]
  With the above-described configuration, the transaction processing system of the present invention.InIs a virtual account dedicated to transactions that is separate from the deposit account that is the subject of regular deposits and withdrawals, and the transaction request for this virtual account is a transaction request for the deposit account associated with the virtual account, It is automatically transferred by the transfer means.
[0022]
In particular, when the transaction request is a withdrawal request for a virtual account, a part of the balance existing in one or more deposit accounts is transferred to the virtual account according to a rule set in advance by the customer, and a withdrawal ( Transaction processing) is executed.
As a result, the customer, for the customer (withdrawal request source), the account number of a virtual account having a function as a savings account and a seal stamp image of the deposit account associated with the virtual account, or The withdrawal service can be received by notifying the virtual account image.
[0023]
At this time, the following actions (1) to (5) are obtained.
(1) The deposit account to be withdrawn is changed only by changing the deposit account associated with the virtual account by the associating means, and there is no need to make a change notification to the business partner (withdrawal request source).
(2) The transaction history for a virtual account is only related to withdrawal, and a bankbook dedicated to withdrawal can be created by printing out the transaction history using the function as a savings account.
[0024]
(3) The virtual account is for withdrawal only, and cash cannot be withdrawn from the virtual account using the stamp or the passbook created in item (2) above.
(4) During the procedures prior to withdrawal, there is no need to disclose the account number of the actual deposit account to a third party.
(5) Cash can be withdrawn from two or more deposit accounts according to the above rules. Further, according to the rule, when the balance of one deposit account to be withdrawn becomes 0 due to the withdrawal process, it is possible to set the withdrawal target to be switched to a reserve deposit account.
[0025]
On the other hand, if the transaction request is a deposit / transfer request for a virtual account, the deposit / transfer amount from the customer (payment / transfer request source) is temporarily stored in the virtual account and then preset by the customer. In accordance with the rules, the money is transferred to one or more deposit accounts, and payment / transfer (transaction processing) is executed in accordance with the deposit / transfer request.
[0026]
At this time, the following actions (6) to (10) are obtained.
(6) The deposit account for deposit / transfer is changed simply by changing the deposit account associated with the virtual account using the association means, and it is necessary to notify the customer (payment / transfer request source) of the change. Disappears.
(7) Transaction history for virtual accounts is only related to deposits / transfers. By printing out the transaction history using the function as a savings account, you can create a passbook dedicated to deposits / transfers. .
[0027]
(8) The virtual account is for deposit / transfer only, and it is not possible to withdraw cash from the virtual account using a stamp or the passbook created in item (7) above.
(9) During the procedures prior to deposit / transfer, there is no need to disclose the account number of the actual deposit account to a third party.
(10) Deposit / transfer amounts from business partners (payment / transfer requesters) can be distributed and transferred to two or more deposit accounts according to the above rules.
[0028]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[1] Description of the first embodiment
FIG. 1 is a block diagram showing the configuration of a transaction processing system as a first embodiment of the present invention. In the transaction processing system (bank system) 1A shown in FIG. 1, a transaction request is sent to a certain company P (see FIG. 3). ) Will be described. The company P here corresponds to the business partner, the transaction request source, the withdrawal request source, and the withdrawal source described above or later.
[0029]
As shown in FIG. 1, in the transaction processing system 1A, a debit-only virtual account 10 which is a target of a debit request from the company P and has a function as an ordinary deposit account, and a deposit account 20 of a customer X (see FIG. 3). Are established in advance, and are provided with association means 30, transfer means 40, history storage means 50, withdrawal-dedicated virtual account history database 60, and bookkeeping means 70. Here, the association means 30, the transfer means 40, and the history storage means 50 are realized as software by a computer (not shown) constituting a part of the transaction processing system 1A executing a predetermined program. Yes.
[0030]
  The associating means 30 uses the correspondence table (database) that holds the correspondence between the account number of the debit-only virtual account 10 and the account number of the deposit account 20, and uses the deduction-dedicated virtual account 10 and the deposit account (linked deposit account). ) 20. In the first embodiment, the debit-only virtual account 10 isAssume that the association means 30 associates only one deposit account 20. The association unit 30 may be configured to associate the withdrawal-dedicated virtual account 10 and the deposit account 20 using a predetermined numerical value conversion rule as will be described later.
[0031]
An example of the correspondence table is shown in FIG. In the example shown in FIG. 2A, the debit-only virtual account 10 with the account number “2000000001” opened at the branch with the store number “100” and the account number “1000000001” opened at the branch with the store number “200”. "Is associated with the deposit account 20". It is assumed that the additional information regarding this correspondence is not attached in the example shown in FIG. The additional information will be described later.
[0032]
When the transfer unit 40 receives the withdrawal request for the debit-only virtual account 10, the transfer unit 40 transfers the withdrawal request to a withdrawal request for the deposit account 20 associated by the association unit 30, and a part of the balance existing in the deposit account 20. Is transferred to the withdrawal-dedicated virtual account 10, and then transaction processing (withdrawal processing) corresponding to the withdrawal request is executed.
[0033]
The history storage means 50 uses the transaction information including the name of the company P (withdrawal source name) or the company identifier (withdrawal source identifier) and the withdrawal amount accompanying the withdrawal request as history information about the withdrawal-only virtual account 10 as a history database. Output to 60 and stored. The name or company identifier of company P here corresponds to the request source information or request source identifier of the transaction request. An example of history information of the debit-only virtual account 10 stored in the history database 60 is shown in FIG. The history information shown in FIG. 6 includes the withdrawal date, withdrawal face, withdrawal source name (company name), and withdrawal source contact information.
[0034]
The bookkeeping means 70 is actually constituted by a passbook bookkeeping machine or ATM installed at an automatic machine corner of a bank, etc., and the history of withdrawal information about the withdrawal-only virtual account 10 stored in the history database 60, This is printed out in a passbook (not shown) for the debit-only virtual account 10.
[0035]
Next, operation | movement of 1 A of transaction processing systems of 1st Embodiment comprised as mentioned above is demonstrated, referring FIG. 2 (A)-FIG.
3 is a diagram for explaining a procedure prior to the start of the withdrawal service in the first embodiment, and FIG. 4 is a flowchart for explaining a processing procedure at the start of the withdrawal service in the first embodiment (steps S1 to S5). FIG. 5 is a flow chart (steps S6 to S8) for explaining a procedure for bookkeeping in the passbook of the debit-only virtual account 10 in the first embodiment.
[0036]
With reference to FIG. 3, a procedure prior to the start of the withdrawal service in the first embodiment will be described.
First, the customer X goes to the branch of the store number “200” in the bank A and opens a deposit account 20 using a seal as before (see (1) in FIG. 3). At this time, the bank A issues a bank passbook (hereinafter simply referred to as a bankbook) showing a seal and assigns a new account number “1000000001” to the bank account 20. Thereafter, the bank A returns the seal to the customer X and hands over the newly created passbook for the deposit account 20 (see (2) in FIG. 3). Up to this point, the procedure is the same as the conventional deposit account opening procedure.
[0037]
Thereafter, the customer X opens a withdrawal-dedicated virtual account 10 at the branch of the store number “100” in the bank A (see (3) in FIG. 3). At this time, the bank A assigns a new account number “2000000001” to the debit-only virtual account 10 and creates a passbook for the debit-only virtual account 10.
Then, the customer X designates the deposit account 20 to be the link destination of the debit-only virtual account 10. At that time, the bank A confirms whether or not the designated deposit account 20 belongs to the customer X by using, for example, a registered seal stamp for the deposit account 20.
[0038]
When confirming that the deposit account 20 belongs to the customer X, the bank A stores and sets the correspondence between the debit-only virtual account 10 and the deposit account 20 in the correspondence table as shown in FIG. As a result, the deposit account 20 designated by the customer X is assigned as the link destination of the debit-only virtual account 10 (see (5) in FIG. 3). That is, by registering the correspondence relationship between the withdrawal-dedicated virtual account 10 and the deposit account 20 in the correspondence table, the withdrawal-dedicated virtual account 10 and the deposit account 20 are associated by the association unit 30. Finally, the bank A passes the bankbook of the debit-only virtual account 10 to the customer X (see (4) in FIG. 3), and ends the procedure for opening the debit-only virtual account 10.
[0039]
Next, in order to make an automatic withdrawal contract with the company P, the customer X gives the company P information about the withdrawal-dedicated virtual account 10, that is, the store number “100” and the account number “2000000001” of the branch of the bank A. The registered seal stamp of the linked deposit account 20 is mailed and notified (see (6) in FIG. 3).
[0040]
At this time, since it is not necessary to notify the company P of the account number “1000000001” of the deposit account 20 as in the conventional case, even if it is stolen during mailing, it is not possible to withdraw cash alone and it is safe. is there. That is, when the customer X makes a withdrawal contract with the company P, there is no need to disclose the account number “1000000001” of the deposit account 20 actually deposited to a third party.
Then, the company P sends the account number and the seal image of the debit-only virtual account 10 sent from the customer X to the bank A and enters the debit procedure (see (7) in FIG. 3).
[0041]
Next, a processing procedure (procedure on the bank A side) at the start of the withdrawal service in the first embodiment will be described according to the flowchart (steps S1 to S5) shown in FIG.
When the bank A receives the withdrawal request, the store number and the account number of the customer X's withdrawal-dedicated virtual account 10 and the image of the linked deposit account 20 from the company P, it is first sent from the company P. The deposit account 20 linked to the withdrawal account virtual account 10 of the customer X is searched from the correspondence table as shown in FIG. 2A (step S1). That is, by using the association means 30 and searching the correspondence table using the store number and account number for the debit-only virtual account 10 as a key, the store for the deposit account 20 linked to the debit-only virtual account 10 is searched. Search for numbers and account numbers.
[0042]
When the linked account 20 of the debit-only virtual account 10 is found as described above, the bank A, the image registered in advance for the linked account 20 and the image sent from the company P, And confirming whether these images match (step S2), it is confirmed whether the withdrawal request from the company P is a request from the customer X who opened the deposit account 20. To do.
[0043]
In this embodiment, the customer confirmation of the withdrawal request from the company P is performed with the registered seal stamp image of the deposit account 20, but safety can be maintained even if this is replaced with a personal identification number. For example, when making a withdrawal request to the company P, the personal identification number of the linked deposit account 20 is mailed to the company P together with the store number and the account number for the withdrawal-only virtual account 10. At this time, even if the PIN is stolen in the middle of mailing, the correspondence relationship between the debit-only virtual account 10 and the linked deposit account 20 can only be held by the bank A. Cash withdrawal cannot be made.
[0044]
In this case, the bank A recognizes the linked deposit account 20 corresponding to the debit-only virtual account 10 using the above correspondence table, and sends it from the personal identification number and company P registered in advance for the linked deposit account 20. By confirming whether or not the obtained personal identification number matches, it can be confirmed whether or not the withdrawal request from the company P is a request from the customer X who opened the deposit account 20.
[0045]
As described above, when the combination of the account number and the personal identification number of the debit-only virtual account 10 is used, all the information notified between the customer X, the company P, and the bank A becomes numerical information. When performing the procedure, it becomes possible to use electronic transactions performed via the Internet or the like. Further, when the account number of the linked deposit account 20 is used instead of the personal identification number, the same effect as the case where the customer confirmation is performed using the personal identification number can be obtained.
[0046]
In addition, when the debit-only virtual account 10 is opened, a registration seal and a personal identification number are also set in the debit-only virtual account 10, and the bank A uses either of them to establish the relationship between the customer X and the debit-only virtual account 10. You may check. Even if the customer X loses or forgets the registered seal or password of the linked account 20, the transaction can be made with only the information about the debit-only virtual account 10.
[0047]
After completing the confirmation of the customer X as described above, the bank A uses the transfer means 40 to replace the store number and account number for the debit-only virtual account 10 with the store number and account number for the linked deposit account 20. (Step S3), the withdrawal request (withdrawal request) for the withdrawal-dedicated virtual account 10 from the company P is transferred to the withdrawal request for the linked deposit account 20.
[0048]
Then, after a part of the balance existing in the linked deposit account 20 is moved to the withdrawal-dedicated virtual account 10, the amount corresponding to the withdrawal request is transferred to the company P side (an account of the company P, etc.) A withdrawal process from the account 20 is performed (step S4). Further, the history storage means 50 provides the history database with the withdrawal information including the name of the company P, the withdrawal date, the withdrawal amount, etc. as the history information about the withdrawal-dedicated virtual account 10 of the customer X as shown in FIG. 60 (step S5).
[0049]
Note that the processing for customer confirmation in steps S1 and S2 is performed only at the start of the withdrawal service, and for the second and subsequent withdrawal requests (periodic withdrawal requests) from the company P to the same withdrawal virtual account 10. May omit the processing in steps S1 and S2.
[0050]
Next, according to the flowchart shown in FIG. 5 (steps S6 to S8), a processing procedure when the customer X visits the bank A next time and makes a book entry on the bankbook of the debit-only virtual account 10 will be described.
First, the customer X inserts the passbook of the debit-only virtual account 10 into a passbook entry machine or ATM as the entry means 70. At this time, the bankbook entry machine and ATM read the store number and account number for the debit-only virtual account 10 from the inserted bankbook (such as a magnetic stripe on the outer surface of the bankbook) (step S6).
[0051]
Then, from the history database 60, unbooked entry information (withdrawal history information, withdrawal record) for the withdrawal-dedicated virtual account 10 is extracted (step S7), and the unbooked withdrawal record is added to the passbook (step S7). S8). As a result, history information as shown in FIG. 6 is printed in the passbook of the debit-only virtual account 10.
[0052]
At this time, in this embodiment, only the withdrawal information is recorded in the bankbook of the debit-only virtual account 10 in order to maintain high safety.
Further, the account number of the linked deposit account 20 may be recorded so that the withdrawal information can be managed more clearly by the withdrawal-dedicated virtual account 10. Also in this case, since the deposit balance is not known only by the passbook of the debit-only virtual account 10 and the registered seal stamp image is not recorded, it is impossible to withdraw cash. Anxiety is reduced.
[0053]
Further, if the customer X changes the deposit account 20 of the withdrawal destination (link destination), it is only necessary to tell the bank A to that effect. Bank A then confirms the relationship between the newly linked deposit account and customer X using a deposit account registration seal, etc., and only rewrites the correspondence table between the debit-only virtual account 10 and the new linked account. It's okay. The correspondence table after changing the linked deposit account of the debit-only virtual account 10 is rewritten as shown in FIG. 2 (A) to FIG. 2 (B), for example. In the example of the correspondence table shown in FIG. 2B, the store number and account number for the new linked account of the withdrawal-only virtual account 10 are “201” and the account number “1000000002”, respectively. Yes. Additional information about this correspondence is not attached even in the example shown in FIG.
[0054]
Even if the linked account is changed as described above, the withdrawal procedure for the business partner (company P) remains the same as before the change, and the bankbook of the virtual account 10 for withdrawal of the customer X continues to be used. be able to. That is, the customer X does not need to contact the withdrawal source (company P) about the change, and can continue to manage payment using the passbook of the same withdrawal-only virtual account 10.
[0055]
In the first embodiment described above, the associating means 30 uses the correspondence table as shown in FIG. 2 (A) or FIG. 2 (B) to set the debit-only virtual account 10 and the linked account 20. Although the linked account number is calculated from the virtual account number for association and withdrawal, the linked account number may be calculated using a predetermined numerical value conversion rule.
[0056]
For example, the following numerical value conversion rule is created in advance.
Withdrawal virtual account number = 010 + (additional number 5 digits) + linked account
In this case, if the withdrawal virtual account number is “010123411000000001”, the linked account number is “1000000001”. However, if the numerical conversion rules are made public or simple, the linked deposit account can be easily estimated from the debit virtual account number, and the initial safety objective may not be achieved. Therefore, the numerical value conversion rule is basically not disclosed, and the numerical value conversion rule is created and set to some extent complicated.
[0057]
As described above, according to the transaction processing system 1A as the first embodiment of the present invention, the withdrawal-dedicated virtual account 10 is opened separately from the deposit account 20 for managing deposits. The withdrawal request that can be linked to the deposit account 20 and generated for the withdrawal-dedicated virtual account 10 is automatically transferred to the withdrawal from the linked deposit account 20 by the transfer means 40. Further, an account number different from the account number of the deposit account 20 is assigned to the debit-only virtual account 10, and the customer X makes a contract with a business partner (company P) using the account number. The business partner performs the withdrawal process using the withdrawal-dedicated virtual account number.
[0058]
At this time, the withdrawal information is recorded as history information of the debit-only virtual account 10, and only the debit information is recorded in the passbook of the debit-only virtual account 10. Therefore, the customer X uses the passbook as a household account book. It becomes convenient.
In the above-described embodiment, one linked account 20 is associated with one withdrawal virtual account 10, but the customer X has a plurality of withdrawals classified for each withdrawal source (customer). It is also possible to create a dedicated virtual account 10 and set each link destination to one deposit account 20. In this case, since there is only one linked deposit account 20 for one withdrawal-dedicated virtual account 10, a preset withdrawal source is stored in the passbook of each withdrawal-dedicated virtual account 10 without causing troublesome payment management. Only the withdrawal information by (business partner) is recorded, and the balance management using the passbook instead of the household account book becomes more convenient.
[0059]
Furthermore, only the withdrawal information is entered in the passbook of the withdrawal-dedicated virtual account 10, and information that is not desired to be known to others, such as a deposit record and deposit balance, is not entered. Therefore, even if the passbook is lost or stolen, it is possible to reliably prevent the above information from leaking to others, so that the customer X can carry the passbook with peace of mind and pass the passbook when writing. You will be able to keep a book anytime without worrying about unnecessary when you carry it.
[0060]
Further, when the customer X wants to change the withdrawal account 20 to another account, it is only necessary to replace the linked deposit account associated with the withdrawal virtual account 10 by the association means 30 (correspondence table). In other words, since the store number and account number for the withdrawal-only virtual account 10 that has been previously notified to the business partner (company P) will not be changed, there is no need to notify the customer (company P) of the change and notification. Therefore, the deposit account 20 to be traded can be changed very easily.
[0061]
At this time, as the linked deposit account 20 associated with the withdrawal-dedicated virtual account 10 by the association means 30 (correspondence table), the deposit account or virtual belonging to another bank different from the bank A to which the withdrawal-dedicated virtual account 10 belongs. By assigning an account, it becomes very easy to transfer a withdrawal request from the company P to an account belonging to another bank. Therefore, when the deposit account 20 is changed, the bank change (account transfer operation) can be performed very easily only by the contract between the banks.
[0062]
In addition, the virtual account 10 is dedicated for withdrawal, and even if the passbook of the withdrawal-dedicated virtual account 10 is lost or stolen, cash is deducted from the withdrawal-dedicated virtual account 10 using a forged image or its passbook. Cannot be pulled out. Accordingly, there is no worry about misuse of the bankbook, and the customer X can carry the bankbook with peace of mind and can always make a book entry. In the present embodiment, since the stamp is not attached to the passbook of the debit-only virtual account 10, the registered seal of the deposit account 20 cannot be forged.
[0063]
Further, in the case of a withdrawal contract with a business partner (company P) that is performed prior to the start of the withdrawal service, the business partner is provided with the account number of the virtual account for withdrawal 10 and the image of the deposit account 20 linked thereto. Send to. Therefore, even if the account number and the seal are stolen during mailing, the customer X can make a withdrawal contract with peace of mind because it is impossible to withdraw cash only by such information. In other words, there is no need to disclose the account number of the deposit account 20 to a third party, and the anxiety that has conventionally been associated with withdrawal contracts can be completely eliminated.
[0064]
Still further, in the present embodiment, the association process between the account number of the debit-only virtual account 10 and the account number of the deposit account 20 by the association means 30 is a correspondence table holding the correspondence relationship or a predetermined numerical value conversion. This is done very easily by using rules.
As described above, according to the transaction processing system 1A of the first embodiment, in the unlikely event that a registered seal stamp is stolen, misuse and fraud can be reliably prevented, and a withdrawal service can be provided. The convenience of the customer X to be used is greatly improved.
[0065]
[2] Description of the second embodiment
7 and 8 are both block diagrams showing the configuration of the main part of the transaction processing system as the second embodiment of the present invention, and FIG. 9 is a history registered in the history database for debit-only virtual accounts in the second embodiment. FIG. 10 is a diagram showing an example of information, and FIG. 10 is a diagram showing an example of a company identifier table in the second embodiment. In the figure, the same reference numerals as those already described indicate the same or substantially the same parts, and detailed description thereof will be omitted.
[0066]
In the transaction processing system (bank system) 1B of the second embodiment, in addition to the functions of the first embodiment, withdrawal requests are made from various companies (corporations P and Q in FIG. 7) to one withdrawal virtual account 10. A function for automatically classifying these withdrawal requests when there is an error, and history information (withdrawal information) about the withdrawal-dedicated virtual account 10 from the customer terminal 100 via the communication line 90 such as the Internet or a telephone line. A new function has been added which presents the history information after sorting and classifying it when inquired.
[0067]
Furthermore, FIG. 9 shows an example of history information of the debit-only virtual account 10 stored in the history database 60 in the second embodiment. The history information shown in FIG. 9 includes a withdrawal date, a withdrawal face value, and a withdrawal source identifier (company identifier). In the second embodiment, the history information stored in the history database 60 is reduced by representing the withdrawal source information by the withdrawal source identifier so that statistical processing described later can be performed at high speed.
[0068]
In the transaction processing system 1B of the second embodiment, the correspondence between the withdrawal source identifier (company identifier) and the actual withdrawal source information (withdrawal source name and withdrawal source contact information) is as shown in FIG. A company identifier table database 61 (see FIG. 8) held as an identifier table (withdrawal source identifier table) is provided independently from the history database 60.
[0069]
Accordingly, the transaction processing system 1B of the second embodiment has the same configuration as the transaction processing system 1A of the first embodiment as shown in FIG. 7, and further, as shown in FIG. 8, a company identifier table database. 61, a password database 62, a communication unit 71, a dialogue processing unit 72, a person recognition unit 73, a withdrawal information statistical processing unit 74, a statistical result visualization unit 75, and an HTML documenting unit 76. Here, the communication unit 71, the dialogue processing unit 72, the person recognition unit 73, the withdrawal information statistical processing unit 74, the statistical result visualization unit 75, and the HTML documenting unit 76 are computers that form part of the transaction processing system 1B (illustrated). (Omitted) is realized as software by executing a predetermined program.
[0070]
As described above, the company identifier table database 61 stores and holds a company identifier table as shown in FIG.
The password database 62 stores and holds a password (passphrase) for each customer registered in advance. The password (passphrase) is, for example, a virtual account dedicated to withdrawal by the customer X from the customer terminal 100 via the communication line 90. This is necessary for confirming the identity of the customer when inquiring about withdrawal information for 10.
[0071]
The communication unit 71 is connected to a communication line (Internet, telephone line) 90, and is used for transmitting and receiving data to and from the customer terminal 100 outside the transaction processing system 1B.
The dialogue processing unit 72 processes various data in order to proceed and process access such as inquiry of withdrawal information from the customer terminal in an interactive manner.
[0072]
For example, when the customer X inquires about withdrawal information about the withdrawal-dedicated virtual account 10 from the customer terminal 100 via the communication line 90, the customer recognition unit 73 and the password entered by the customer X from the customer terminal 100 and the password database 62 Is compared with the password (passphrase) of customer X registered in advance, and the identity of customer X is verified.
[0073]
The withdrawal information statistical processing unit (statistics calculation means) 74, when requested by the customer X to ask for withdrawal information for the withdrawal-dedicated virtual account 10, records history information (withdrawal source identifier, withdrawal). Based on the face value and withdrawal date) and the company identifier table in the company identifier table database 61, a statistic regarding the withdrawal request for the withdrawal-dedicated virtual account 10 is calculated and output as withdrawal information.
[0074]
The statistical result visualization unit 75 visualizes (graphs / illustrates) statistics (drawing information), which are statistical results by the withdrawal information statistical processing unit 74, as described later. The HTML documenting unit 76 In response to access from the customer X, information to be answered to the customer terminal 100 is converted into an HTML (Hyper Text Markup Language) document.
[0075]
By sending the withdrawal information converted into an HTML document by the HTML documenting unit 76 to the customer terminal 100 via the dialogue processing unit 72, the communication unit 71, and the communication line 90, the withdrawal information is sent to the transaction processing system 1B. It is possible to browse from the customer terminal 100 outside.
[0076]
Here, a case will be described in which document communication from the transaction processing system 1B to the customer terminal 100 of the customer X is performed using an HTML document, and the document browsing is performed on the customer terminal 100 using a WWW (World Wide Web) browser. However, such document browsing may be performed using a dedicated protocol and a dedicated browser.
[0077]
Next, operation | movement of the transaction processing system 1B of 2nd Embodiment comprised as mentioned above is demonstrated, referring FIGS. 9-12.
FIG. 11 is a flowchart (steps S10 to S12) for explaining the processing procedure of the withdrawal service in the second embodiment, and FIG. 12 is a diagram when the withdrawal information is inquired from the customer terminal 100 in the second embodiment. It is a flowchart (steps S13-S19) for demonstrating the process sequence.
[0078]
First, in the transaction processing system 1B of the second embodiment, a processing procedure when a withdrawal request is made from a business partner (company P, Q) will be described according to a flowchart (steps S10 to S12) shown in FIG. Here, in the company identifier table shown in FIG. 10, only the information about the company P is registered, and the case where the withdrawal request from the companies P and Q is received at the stage where the information about the company Q is not yet registered is described. To do.
[0079]
In the second embodiment, when a withdrawal request is received from a company, first, by referring to the company identifier table, it is checked whether or not the company is a business partner (withdrawal source) that has been traded in the past (step) S10). For example, when there is a withdrawal request from the company P, in step S10, it is determined that information on the current withdrawal company P (electric power company P) exists in the company identifier table (YES route), and is the same as in the first embodiment. The withdrawal process is performed in accordance with the above procedure, and the identifier of the withdrawal source company P, the withdrawal amount, and the withdrawal date are added and recorded in the history database 60 as the history information of the withdrawal-only virtual account 10 of the customer X ( Step S11).
[0080]
On the other hand, if there is a withdrawal request from a company Q whose identifier is not registered in the company identifier table at this time, information on the current withdrawal source company Q (telephone company Q) does not exist in the company identifier table in step S10. (NO route) is automatically assigned a new company identifier (here, “101”), and as shown in FIG. 10, information about the company identifier and company Q (withdrawal source name “telephone company Q” and Withdrawal source contact information “03-1234-5555”) is associated and registered in the company identifier table (step S12).
[0081]
Thereafter, the process proceeds to step S11, where the withdrawal process is performed according to the same procedure as in the first embodiment, and the history information of the withdrawal-dedicated virtual account 10 of the customer X is deducted from the identifier of the withdrawal source company Q, the withdrawal amount and the withdrawal amount. The date is added and recorded in the history database 60.
By automatically generating and using the company identifier as described above, the withdrawal information statistical processing unit 74 performs statistical processing by classifying history information in the history database 60, for example, for each business partner (withdrawal source). In this case, statistical processing can be performed at high speed with a small amount of calculation.
[0082]
Next, a processing procedure when the customer X makes an inquiry about withdrawal information from the customer terminal 100 will be described according to the flowchart (steps S13 to S19) shown in FIG.
Here, the customer X accesses the bank A (transaction processing system 1B) from the customer terminal 100 such as a portable terminal or a home terminal using the Internet (communication line 90) and a WWW browser, and is dedicated to the withdrawal of the customer X. A case in which withdrawal information for the virtual account 10 is inquired will be described.
[0083]
As an example other than the inquiry access by combining the Internet and the WWW browser, for example, when using the ATM in the bank store for the inquiry access, or by setting up a dedicated inquiry terminal in the bank store, this inquiry only The present invention can also be applied when inquiring access from a terminal.
[0084]
Now, when the customer X inputs an ID and a password from the customer terminal 100 via the communication line 90 to inquire about the withdrawal information about the withdrawal dedicated virtual account 10, as shown in FIG. The password registered in advance for the customer X is read from the password database 62 based on the ID, the input password and the registered password are compared, and the identity of the customer X is confirmed (step S13).
[0085]
In step S13, when it is confirmed that the customer X who made the inquiry access is the principal (OK route), the withdrawal information statistical processing unit 74 makes withdrawal information (history information) about the withdrawal-only virtual account 10 from the history database 60. ) Is read and classified according to the withdrawal source identifier (company identifier) (step S14), and statistical processing such as a list of withdrawal amounts for each withdrawal source (company) and withdrawal amount per month is performed (step). S15).
[0086]
Then, the statistical result visualization unit 75 visualizes the statistical amount (withdrawal information) that is a statistical result by the withdrawal information statistical processing unit 74 so that the customer X can easily see the withdrawal information. That is, a graph, a figure, or a table for organizing and presenting statistics is created (step S16).
At this time, for example, the following visualization process (arrangement of withdrawal information) is performed.
1. Creating a list of monthly withdrawal source (company) and withdrawal amount
2. Creating a graph of the monthly withdrawal amount for each withdrawal source (company)
3. Create a pie chart that shows the ratio of each withdrawal amount for each month and the total withdrawal amount for the month
[0087]
When the statistical processing as described above is performed in response to a withdrawal information inquiry request from the customer X and the statistical processing result is visualized, an HTML document for displaying the visualization result (statistical result) is an HTML document. After being converted and created by the conversion unit 76 (step S17), it is transmitted to the customer terminal 100 via the dialogue processing unit 72, the communication unit 71, and the communication line 90 (step S18).
If it is confirmed in step S13 that the customer X who has made the inquiry access is not the person himself (NG route), an HTML document indicating that the person confirmation has failed is created (step S19), and the dialog processing unit 72, communication The data is transmitted to the customer terminal 100 via the unit 71 and the communication line 90 (step S18).
[0088]
Thereby, in the customer terminal 100 outside the transaction processing system 1B, the withdrawal information (history information) about the withdrawal-dedicated virtual account 10 is displayed in an easy-to-understand manner with graphs, diagrams, and tables, and the customer X clearly shows the withdrawal information. I can grasp it.
In this way, the customer X can see the withdrawal information as described above by using a WWW browser on a personal computer at home via the Internet, for example. At this time, the data transmitted / received via the Internet is only the withdrawal information, and the deposit information and deposit account number of the customer X are not transmitted / received at all. Therefore, even if transmission / reception information is wiretapped, there is no risk of misuse. This is for the same reason that even if the bankbook of the debit-only virtual account 10 is stolen, there is no fear of being misused.
[0089]
As described above, according to the transaction processing system 1B as the second embodiment of the present invention, the same operational effects as the first embodiment can be obtained, and the customer terminal 100 such as a portable terminal or a home terminal is used. Since the withdrawal information (history information) about the withdrawal-only virtual account 10 is displayed in an easy-to-understand manner using graphs, diagrams, and tables, the customer X can easily and clearly grasp the withdrawal information (transaction status). Thus, the convenience for customer X is further improved.
[0090]
[3] Description of the third embodiment
FIG. 13 is a block diagram showing the configuration of a transaction processing system according to the third embodiment of the present invention. In the figure, the same reference numerals as those already described indicate the same or almost the same parts, and details The detailed explanation is omitted.
The transaction processing system (bank system) 1C according to the third embodiment shown in FIG. 13 is configured in substantially the same manner as the transaction processing system 1A according to the first embodiment. In this transaction processing system 1C, for example, two withdrawals are made. A dedicated virtual account 10 and a plurality of deposit accounts 20 are provided, and determination means 80 is provided.
[0091]
Further, in the transaction processing system 1C, association means 31 and transfer means 41 are provided instead of the association means 30 and transfer means 40 of the first embodiment.
Further, the transaction processing system 1C is provided with a function which will be described later with reference to FIG. 15, that is, a contract approval function which is executed when a withdrawal contract is requested from a business partner (when a withdrawal service is started).
Here, the association unit 31, the transfer unit 41, the determination unit 80, and the contract approval function are realized as software by a computer (not shown) constituting a part of the transaction processing system 1C executing a predetermined program. It is like that.
[0092]
In the transaction processing system 1C of the third embodiment, as described above, two debit-only virtual accounts 10 and a plurality of deposit accounts 20 are provided, and the association unit 31 uses a correspondence table (see FIG. 14) described later. Thus, a plurality (two in the example shown in FIG. 14) of deposit accounts 20 are associated with each withdrawal-dedicated virtual account 10. That is, in the first embodiment, the debit-only virtual account 10 and the deposit account 20 have a one-to-one correspondence, but the third embodiment has a one-to-many correspondence.
[0093]
FIG. 14 shows an example of a correspondence table between the debit-only virtual account 10 and the linked deposit account 20 that is used in the association unit 31.
In the example shown in FIG. 14, the debit-only virtual account 10 (hereinafter referred to as virtual account 10A) with the account number “2000000001” opened at the branch with the store number “100” is opened at the branch with the store number “200”. Account number “1000000001” and a deposit account 20 (hereinafter referred to as deposit account 20A) and a deposit account 20 (hereinafter referred to as deposit account 20B) having an account number “10000000011” established at a branch having a store number “200”. Two are associated.
[0094]
Similarly, the debit-only virtual account 10 (hereinafter referred to as virtual account 10B) with the account number “20000000011” opened at the branch with the store number “100” has the account number “ Two accounts are associated: a deposit account 20A of “1000000001” and a deposit account 20 (hereinafter referred to as a deposit account 20C) of an account number “1000000001” opened at a branch having a store number “201”.
[0095]
Furthermore, in the correspondence table shown in FIG. 14, conditions for allocating the withdrawal amount to the deposit accounts 20A to 20C are preset as additional information. For example, a predetermined condition is set so that the deposit accounts 20A and 20B associated with the virtual account 10A are withdrawn at a distribution ratio of 30%: 70%. In addition, for the deposit accounts 20A and 20C associated with the virtual account 10B, predetermined conditions are set so that 30,000 yen is deducted from the deposit account 20A and the remaining amount is deducted from the deposit account 20C. Note that the predetermined condition set as additional information in the correspondence table will be described in more detail later.
[0096]
When the transfer unit 41 of the third embodiment receives a withdrawal request for each withdrawal-dedicated virtual account 10, the withdrawal unit 41 transfers the withdrawal request to a withdrawal request for a plurality of deposit accounts 20 associated by the association unit 31. After a part of the balance existing in the account 20 is moved to the debit-only virtual account 10, a transaction process (withdrawal process) corresponding to the withdrawal request is executed.
[0097]
At this time, in the third embodiment, the amounts to be deducted from the plurality of deposit accounts 20 are determined according to a predetermined condition preset as additional information in the correspondence table as shown in FIG. This predetermined condition is for determining a method (allocation amount) for allocating the withdrawal amount requested for the virtual account 10A or 10B to the deposit accounts 20A to 20C.
[0098]
As the predetermined condition, for example, the following (a) to (f) are set, and the debit amount is distributed as follows according to each predetermined condition.
(a) Allocation ratio of fixed amount to two or more deposit accounts (fixed ratio)
For example, the distribution of the withdrawal amount for each of the two deposit accounts 20A and 20B is set to a fixed distribution ratio (for example, 30%: 70) as shown in FIG. %). That is, 30% of the withdrawal amount is withdrawn from the deposit account 20A, and 70% of the withdrawal amount is withdrawn from the deposit account 20B.
[0099]
(b) Withdrawal limit amount and withdrawal priority for each deposit account (fixed amount with priority)
For example, if there are three accounts A, B, and C as the linked deposit account 20, the upper limit of the debit amount burden for account A and account B is set as 30,000 yen and 50,000 yen, respectively, and the deduction for account C The amount burden is set for all the remaining amounts, and the withdrawal priority is set in the order of A, B, C.
[0100]
In this case, if the withdrawal amount for the virtual account 10 is, for example, 20,000 yen, the entire amount of 20,000 yen is withdrawn preferentially from the account A. If the withdrawal amount for the virtual account 10 is 50,000 yen, for example, 30,000 yen is withdrawn from the account A and 20,000 yen is withdrawn from the account B. Further, if the withdrawal amount for the virtual account 10 is 100,000 yen, for example, 30,000 yen is withdrawn from the account A, 50,000 yen is withdrawn from the account B, and 20,000 yen is withdrawn from the account C.
[0101]
The conditions shown in FIG. 14 set for the linked deposit accounts 20A and 20C correspond to the fixed amounts with priority. That is, 30,000 yen is set as the upper limit amount of the withdrawal amount burden on the deposit account 20A, all the remaining amount is set as the withdrawal amount burden on the deposit account 20C, and the withdrawal priority is set in the order of the deposit accounts 20A and 20B.
[0102]
(c) Conditions based on the balance of two or more deposit accounts
For example, when there are three accounts A, B, and C as the linked account 20, the withdrawal is preferentially performed from the one with the largest balance. If the balance in accounts A, B, and C is 50,000 yen, 60,000 yen, and 20,000 yen, respectively, if a 50,000 yen withdrawal request is made, the total amount of 50,000 yen will be withdrawn from account B On the other hand, when there is a request for withdrawal of 100,000 yen, 60,000 yen and 40,000 yen are withdrawn from account B and account A, respectively.
[0103]
(d) Conditions based on the date of occurrence of withdrawal request (change by date)
For example, when there are two accounts A and B as the linked deposit account 20, for example, the even month is withdrawn from the account A and the odd month is withdrawn from the account B. Or you may set the withdrawal period from the account A and the account B according to the payment time (transfer of salary etc.) with respect to the account A and the account B, respectively.
[0104]
(e) Conditions based on the number of withdrawals from each deposit account (changes depending on the number of times)
For example, when there are two accounts A and B as the linked deposit account 20, for example, the accounts A and B are withdrawn alternately.
(f) Conditions based on request source information (withdrawal name, company name) or request source identifier (withdrawal source identifier, company identifier) (change by withdrawal source)
For example, when there are two accounts A and B as the linked deposit account 20, if the withdrawal request is from the company P, the withdrawal is made from the account A, and if the withdrawal request is from the company Q, the withdrawal is made from the account B.
[0105]
Needless to say, the above-described six patterns (a) to (f) can be used in combination.
For example, consider a combination of the patterns (a) and (f). Mr. A's deposit account A and Mr. B's deposit account B are linked to the withdrawal-dedicated virtual account 10. The withdrawal-dedicated virtual account 10 is contracted for automatic withdrawal of gas and telephone charges. In the withdrawal from the gas company, Mr. A who likes bathing bears 70% and Mr. B bears the remaining 30%. In the withdrawal of telephone charges, Mr. B who uses the Internet bears 80% and Mr. A bears the remaining 20%. Such a utilization method can be realized by combining the patterns (a) and (f).
[0106]
Further, a more specific example will be described in the case where the above-described pattern (a) is used, that is, a case where a plurality of people distribute and pay one expense at a fixed ratio.
For example, in a home where parents and children share information and communication services, it is assumed that 70% of children use the service frequently and 30% of parents who do not use the service pay the information communication service fee. .
[0107]
In this case, one withdrawal virtual account number is notified to the communication service provider (Internet service provider), and an automatic withdrawal contract is made. By linking the two deposit accounts A and B of the child and the parent to this debit virtual account number and setting a fixed ratio of 70%: 30% as a predetermined condition, the deposit accounts A and B The automatic cash withdrawal is performed at a distribution ratio of 70%: 30%, respectively.
[0108]
At this time, depending on how to set the conditions for deciding the distribution of cash withdrawal, in addition, the parent bears 10,000 yen and the child bears the balance [Pattern (b) above], or alternatively pays every month. [Pattern (e)] is also possible.
Therefore, in the conventional system, the fee must be paid to the Internet service provider after either the parent or the child has collected the fees. By using the transaction processing system 1C of the third embodiment, Will be automatically withdrawn from two deposit accounts (parent and child deposit accounts).
[0109]
Furthermore, by using the pattern (b), when a certain deposit account runs out of balance, a reserve deposit account can be set in place of the deposit account. For example, two deposit accounts A and B are linked to the withdrawal-dedicated virtual account 10, and conditions are set so that the withdrawal account is preferentially withdrawn from the account A. By performing such condition setting, the shortage is compensated from the account B only when the balance of the account A becomes zero.
In this way, by linking a plurality of deposit accounts 20 to the withdrawal-dedicated virtual account 10, it is possible to provide a new withdrawal service that has not existed before and to realize a new usage method of the withdrawal service.
[0110]
Furthermore, in the transaction processing system 1C of the third embodiment, as shown in FIG. 13, as a determination means 80 for determining whether or not the account number specified by the withdrawal request is that of the debit-only virtual account 10. More functions are provided. Specifically, the determination means 80 searches the correspondence table as shown in FIG. 14 using the account number specified in the withdrawal request as a key, and the account number linked to the account number (that is, the link destination). If there is a deposit account number), it is determined that the account number belongs to the debit-only virtual account 10, while if it does not exist (or the account number specified in the withdrawal request is not entered in the correspondence table) The account number is determined not to belong to the debit-only virtual account 10 but to an actual deposit account.
[0111]
When the determination unit 80 determines that the account number is that of the debit-only virtual account 10, the transfer unit 41 executes a transfer process to the deposit account 20 of the withdrawal request, while the determination unit 80 When it is determined that the number is not for the debit-only virtual account 10, the transaction process (normal debit process) corresponding to the debit request is executed for the actual deposit account corresponding to the account number. It has become.
[0112]
Next, operation | movement of 1 C of transaction processing systems 1C of 3rd Embodiment comprised as mentioned above is demonstrated, referring FIGS. 14-16.
15 is a flowchart (steps S20 to S24) for explaining the processing procedure at the start of the withdrawal service in the third embodiment, and FIG. 16 is a flowchart for explaining the processing procedure of the withdrawal service in the third embodiment ( Steps S25 to S30).
[0113]
The customer designates a plurality of deposit accounts 20 to be linked to the withdrawal-only virtual account 10 before making an automatic withdrawal contract with the business partner. Here, as shown in FIG. 14, a case where two deposit accounts 20A and 20B are linked to the virtual account 10A will be described as an example.
[0114]
When the debit-only virtual account 10A is opened, the customer designates two linked deposit accounts 20A and 20B, and the bank A determines whether the designated deposit accounts 20A and 20B belong to the customer, for example, It confirms using the seal image etc. of the registration stamp about the deposit accounts 20A and 20B.
When bank A confirms that both of the two deposit accounts 20A and 20B belong to the customer, the correspondence between the debit-only virtual account 10A and the deposit accounts 20A and 20B is stored in the correspondence table as shown in FIG.・ Set. At this time, a distribution ratio of 30%: 70% is also set as an additional condition.
[0115]
As a result, the two deposit accounts 20A and 20B designated by the customer are allocated as the link destination of the debit-only virtual account 10A. That is, by registering the correspondence between the withdrawal-dedicated virtual account 10A and the deposit accounts 20A, 20B in the correspondence table, the withdrawal-dedicated virtual account 10A and the deposit accounts 20A, 20B are associated by the association means 31. . Bank A then passes the bankbook of the debit-only virtual account 10A to the customer and finishes the procedure for opening the debit-only virtual account 10A.
[0116]
Thereafter, in the same manner as in the first embodiment, in order to make an automatic withdrawal contract with the business partner, the customer informs the business partner about information about the virtual account 10A for withdrawal, that is, the store number “100” of the branch of bank A Also, the account number “2000000001” and the registered seal stamps of the two linked deposit accounts 20A and 20B are mailed and notified. At this time, the store number and account number of the debit-only virtual account 10A are entered in the withdrawal contract request form, and two images are stamped on the withdrawal contract request form. Then, the business partner (withdrawal source) sends the withdrawal contract request form including the account number of the virtual account 10A for withdrawal and the two images sent from the customer to the bank A, and the bank A (transaction processing system 1C). ) To request a withdrawal contract based on the withdrawal contract request form.
[0117]
Here, according to the flowchart shown in FIG. 15 (steps S20 to S24), the contract approval function executed at the time of the withdrawal contract request from the customer (at the start of the withdrawal service) in the bank A (transaction processing system 1C) will be described. .
In the transaction processing system 1C, when a withdrawal contract request form is sent from a business partner (withdrawal source), the account number of the debit-only virtual account 10A entered in the withdrawal contract request form is used as a key and shown in FIG. By searching the correspondence table, the linked deposit account 20 of the debit-only virtual account 10A is investigated (step S20).
[0118]
Then, when the two deposit accounts 20A and 20B linked to the debit-only virtual account 10A are searched, the two images registered in advance for these deposit accounts 20A and 20B are read out, and these two It is confirmed whether the registered image and the two images imprinted on the withdrawal contract request form match each other (steps S21 and S22).
[0119]
If the two sets of images match (YES route in step S22), bank A recognizes that the withdrawal request from the customer is a request from a customer who opened two deposit accounts 20A and 20B, The current automatic withdrawal contract is approved and the contract processing is terminated (step S23). On the other hand, if even one of the two sets of images does not match (NO route of step S22), bank A ends the contract processing without approving the current automatic withdrawal contract (step S24).
[0120]
In the third embodiment, as in the first embodiment, the customer confirmation of the withdrawal request from the customer is performed with the registered seal stamp image of the deposit account 20A, 20B, but this may be replaced with a personal identification number. , Safety can be maintained. In this case, all the information notified between the customer, the business partner, and the bank A becomes numerical information. Therefore, when performing the procedure described above, use electronic transactions performed via the Internet or the like. Will be able to. Further, when the account numbers of the linked deposit accounts 20A and 20B are used in place of the personal identification number, the same effect as that in the case of performing customer confirmation using the personal identification number can be obtained.
[0121]
Next, the processing procedure of the withdrawal service in the third embodiment will be described according to the flowchart (steps S25 to S30) shown in FIG.
First, when there is a withdrawal request from a business partner, the linked account 20 is investigated by searching a correspondence table as shown in FIG. 14 using the withdrawal target account number included in the withdrawal request as a key ( Step S25).
[0122]
When a plurality of linked deposit accounts 20 corresponding to the account numbers to be withdrawn are retrieved from the correspondence table (YES route in step S26), that is, when the account numbers to be withdrawn are those of the debit-only virtual account 10. Is calculated based on the condition [any one or combination of the above-mentioned patterns (a) to (f) or a combination thereof] preliminarily registered in the correspondence table as the additional information ( Step S27).
[0123]
Then, the transfer means 41 replaces the store number and account number for the debit-only virtual account 10 with the store number and account number for a plurality of linked deposit accounts 20, and the debit processing for the distribution amount of each deposit account 20 is performed. This is performed for each deposit account 20 (step S28). Thereafter, the withdrawal information of this time is written in the history database 60 by the history storage means 50 as history information about the customer-dedicated virtual account 10 (step S29).
[0124]
On the other hand, when the account number to be withdrawn or the linked deposit account 20 corresponding thereto is not retrieved from the correspondence table (NO route of step S26), the deposit account to be withdrawn is not the withdrawal-dedicated virtual account 10. In other words, the deposit account is regarded as a real one, and a normal withdrawal process for the deposit account is executed (step S30).
[0125]
Thus, according to the transaction processing system 1C as the third embodiment of the present invention, the same operational effects as those of the first embodiment can be obtained, and any one or combination of the patterns (a) to (f) can be obtained. According to the predetermined condition, it becomes possible to withdraw cash from two or more deposit accounts 20, and a plurality of deposit accounts 20 are linked to the withdrawal-dedicated virtual account 10, and various conditions relating to withdrawal from the plurality of deposit accounts 20 are set in advance. As a result, a new withdrawal service that has never existed before and a new usage of the withdrawal service will be realized, and the convenience for customers will be greatly improved.
[0126]
For example, as described above, depending on how the predetermined condition is set, when the balance of the deposit account 20 to be withdrawn becomes 0 due to the withdrawal process, the withdrawal target can be switched to the reserve account 20. Convenience can be further improved.
As shown in FIG. 13 and FIG. 14, in the third embodiment, the company P selects and withdraws one of the two virtual accounts 10 (10A, 10B) opened by the same contractor (plural people). Can be requested. Therefore, when the company P withdraws from the virtual account 10 of the contractor, the company P simply changes the withdrawal-target virtual account 10 (10A or 10B), and from a plurality of withdrawal conditions (the predetermined conditions) requested by the customer. You can select one and withdraw. Further, the customer can freely change the withdrawal condition by himself / herself without contacting the company P. For example, when a telephone charge is withdrawn, the customer can freely change the withdrawal conditions for each of the basic charge and the call charge of the telephone charge.
[0127]
[4] Description of the fourth embodiment
FIG. 17 is a block diagram showing a configuration of a transaction processing system according to the fourth embodiment of the present invention. In the figure, the same reference numerals as those already described indicate the same or substantially the same parts, and details thereof are shown. The detailed explanation is omitted.
[0128]
A transaction processing system (bank system) 1D of the fourth embodiment shown in FIG. 17 can be regarded as a modification of the third embodiment, and is configured in substantially the same manner as the transaction processing system 1C of the third embodiment. However, in this transaction processing system 1D, there are provided the association means 32, the transfer means 42, and the determination means 81 that perform the same functions as the association means 31, the transfer means 41, and the determination means 80 of the third embodiment, respectively. Instead of the history storage means 50 and the history database 60 of the first to third embodiments, a history storage means 51 and a history database 63 are provided.
[0129]
Here, the association unit 32, the transfer unit 42, the history storage unit 51, and the determination unit 81 are realized as software by a computer (not shown) constituting a part of the transaction processing system 1D executing a predetermined program. It is like that.
Further, in the transaction processing system 1D of the fourth embodiment, the association means 32 uses a correspondence table (see FIG. 18) to be described later, and a plurality of (three in the example shown in FIG. The deposit account 20 is linked.
[0130]
FIG. 18 shows an example of a correspondence table between the debit-only virtual account 10 and the linked deposit account 20 that is used in the association unit 32.
In the example shown in FIG. 18, the debit-only virtual account 10 with the account number “2000000001” opened at the branch with the store number “100” has the account number “1000000001” opened at the branch with the store number “200”. A deposit account 20 (hereinafter referred to as a deposit account 20A), a deposit account 20 (hereinafter referred to as a deposit account 20B) opened at a branch with a store number “200”, and a branch with a store number “201” And the deposit account 20 (hereinafter referred to as deposit account 20C) with the account number “1000000001” established in FIG.
[0131]
Further, in the correspondence table shown in FIG. 18, a condition for allocating the withdrawal amount to each of the deposit accounts 20A to 20C is set in advance as additional information. The conditions set here correspond to the pattern (f). For example, in response to a withdrawal request from the telephone company Q, the deposit account 20A pays 100% and a withdrawal request from the power company P is made. Is set so that the deposit account 20B makes a 100% payment, and the deposit account 20C makes a 100% payment in response to a withdrawal request from another company.
[0132]
Furthermore, in the transaction processing system 1D of the fourth embodiment, the withdrawal information is recorded as a history of the deposit account 20 actually used for withdrawal. That is, in the fourth embodiment, the transfer unit 42 selects one from the deposit accounts 20A to 20C according to the company (withdrawal source) according to the above-described conditions, and executes the withdrawal process. 51 outputs the withdrawal information including the withdrawal amount as history information of the deposit account 20 that has actually been withdrawn, and records it in the history database 63.
[0133]
Next, the operation (deduction service processing procedure) of the transaction processing system 1D of the fourth embodiment configured as described above will be described according to the flowchart shown in FIG. 19 (steps S31 to S36).
First, when there is a withdrawal request from a business partner, the linked account 20 is examined by searching a correspondence table as shown in FIG. 18 using the account number of the withdrawal target included in the withdrawal request as a key ( Step S31).
[0134]
When a plurality of linked deposit accounts 20 corresponding to the account numbers to be withdrawn are retrieved from the correspondence table (YES route of step S32), that is, when the account numbers to be withdrawn are those of the debit-only virtual account 10 Refers to the conditions registered in advance as additional information in the correspondence table [withdrawal source conditions corresponding to the above pattern (f)], and based on the withdrawal source information, determines the deposit account that actually performs the withdrawal process ( Step S33).
[0135]
Then, the transfer means 42 replaces the store number and account number for the debit-only virtual account 10 with the store number and account number for the linked deposit account 20 (any one of the deposit accounts 20A to 20C) (step S34). ), A normal withdrawal process is performed for the deposit account 20 (step S35). Thereafter, the history storage means 51 writes the current withdrawal information in the history database 63 as the history information of the deposit account 20 that has actually been subject to withdrawal.
[0136]
On the other hand, when the linked deposit account 20 corresponding to the account number to be withdrawn is not retrieved from the correspondence table (NO route of step S32), the deposit account to be withdrawn is regarded as not being the withdrawal-only virtual account 10. That is, the deposit account is regarded as a real one, and a normal withdrawal process for the deposit account is executed (step S36).
[0137]
As described above, according to the transaction processing system 1D as the fourth embodiment of the present invention, the same operational effects as those of the first embodiment can be obtained, and the deposit account 20 that actually withdraws from the withdrawal source information. The withdrawal virtual account number requested to be withdrawn is replaced with the linked deposit account number, and the withdrawal process as before is performed.
[0138]
Accordingly, when the history information recorded in the history database 63 is recorded in the passbook of each deposit account 20 by the bookkeeping means 70, the withdrawal information for one withdrawal source (customer) is consolidated into one passbook. The That is, in the example shown in FIG. 18, all the withdrawal information for the telephone company Q is recorded in the passbook of the deposit account 20A, all the withdrawal information for the power company P is recorded in the passbook of the deposit account 20B, All the withdrawal information is recorded in the passbook of the deposit account 20C. Thereby, transaction information management using a passbook becomes extremely easy.
[0139]
[5] Description of the fifth embodiment
FIG. 20 is a block diagram showing the configuration of a transaction processing system according to the fifth embodiment of the present invention. In the figure, the same reference numerals as those already described indicate the same or substantially the same parts, and details thereof are shown. The detailed explanation is omitted.
In the transaction processing system (bank system) 1E of the fifth embodiment shown in FIG. 20, a case where the transaction request is a deposit / transfer request from a certain company R (hereinafter sometimes referred to as a deposit request) will be described. The company R here corresponds to the business partner, the transaction requesting source, and the payment requesting source described above or later.
[0140]
As shown in FIG. 20, in the transaction processing system 1E, a plurality of (2 in the drawing) virtual accounts 11 dedicated for deposit / transfer, which are targets of deposit requests from the company R and have a function as a savings account, A plurality of deposit accounts 20 are established in advance, and an association means 33, a transfer means 43, a history storage means 52, a deposit / transfer dedicated virtual account history database 64, a bookkeeping means 70, and a judgment means 82 are provided. .
[0141]
Here, the association means 33, the transfer means 43, the history storage means 52, and the determination means 82 are realized as software by a computer (not shown) constituting a part of the transaction processing system 1E executing a predetermined program. It is like that. In the following, “deposit / transfer” may be simply referred to as “deposit” or “transfer”.
[0142]
The associating means 33 uses the correspondence table (database) that holds the correspondence between the account number of the deposit-only virtual account 11 and the account number of the deposit account 20, and uses the deposit-only virtual account 11 and the deposit account (linked account). ) 20. In the fifth embodiment, it is assumed that each deposit-only virtual account 11 is associated with one or more deposit accounts 20 by the association unit 33. As described in the first embodiment, the association unit 33 may be configured to associate the deposit-only virtual account 11 and the deposit account 20 using a predetermined numerical value conversion rule.
[0143]
FIG. 21 shows an example of a correspondence table between the deposit-only virtual account 11 and the linked deposit account 20 that is used in the association unit 33.
In the example shown in FIG. 21, the deposit-only virtual account 11 (hereinafter referred to as virtual account 11A) with the account number “3000000001” opened at the branch with the store number “100” is opened at the branch with the store number “100”. A deposit account 20 (hereinafter referred to as a deposit account 20A) with an account number “1000000001” and a deposit account 20 (hereinafter referred to as a deposit account 20B) with an account number “10000000011” opened at a branch with a store number “100”. Two are associated.
[0144]
Similarly, the deposit-only virtual account 11 (hereinafter referred to as the virtual account 11B) with the account number “3000000002” established at the branch with the store number “100” has the account number “at the branch number with the store number“ 200 ”. A deposit account 20 of “1000000001” (hereinafter referred to as deposit account 20C) is associated.
[0145]
Furthermore, in the correspondence table shown in FIG. 21, conditions for allocating the deposit / transfer amounts to the deposit accounts 20A to 20C are set in advance as additional information. For example, a predetermined condition is set so that the deposit accounts 20A and 20B associated with the virtual account 11A are deposited at a distribution ratio of 30%: 70%. In addition, a predetermined condition is set so that the deposit account 20C associated with the virtual account 11B receives the entire amount (100%) of the deposit / transfer amount. The predetermined condition set as additional information in the correspondence table will be described later.
[0146]
When the transfer unit 43 of the fifth embodiment receives a deposit / transfer request for each deposit-only virtual account 11, the transfer / transfer request is transferred to the deposit / transfer request for the deposit account 20 associated by the association unit 33. After the transfer, the deposit / transfer amount accompanying the deposit / transfer request is temporarily stored in the deposit-only virtual account 11, the deposit / transfer amount is set to 1 or more in accordance with the rules (the predetermined conditions) set in advance by the customer. The account is moved to the deposit account 20.
[0147]
At this time, in the fifth embodiment, as in the third embodiment, the amount to be transferred to one or more deposit accounts 20 is determined in accordance with a predetermined condition preset as additional information in the correspondence table as shown in FIG. It has become so. This predetermined condition is for determining a technique (allocation amount) for allocating the deposit / transfer amount requested for the virtual account 11A or 11B to the deposit accounts 20A to 20C.
[0148]
As the predetermined condition, for example, the following (a1) to (f1) are set as in the third embodiment, and the deposit / transfer amount is distributed as follows according to each predetermined condition.
(a1) Deposit / transfer amount distribution ratio (fixed ratio) to two or more deposit accounts
For example, according to the conditions shown in FIG. 21 set for the linked deposit accounts 20A and 20B, the distribution of the deposit / transfer amount for each of the two deposit accounts 20A and 20B is set to a fixed distribution ratio (for example, 30% : 70%). That is, 30% of the deposit / transfer amount is deposited into the deposit account 20A, and 70% of the deposit / transfer amount is deposited into the deposit account 20B.
[0149]
  (b1) Deposit / transfer maximum amount and deposit / transfer priority for each deposit account (fixed amount with priority)
  For example, if there are three accounts A, B, and C as the linked deposit account 20, the maximum deposit / transfer amount for accounts A and B is set as 100,000 yen and 150,000 yen, respectively. Set the transfer amount to all the remaining amount,Deposit / transferPriorities are set in the order of A, B, and C.
[0150]
In this case, if the deposit / transfer amount for the virtual account 11 is, for example, 50,000 yen, the entire amount of 50,000 yen is preferentially deposited into the account A. Further, if the deposit / transfer amount for the virtual account 11 is 200,000 yen, for example, 100,000 yen is deposited in the account A, and the remaining 200,000 yen is deposited in the account B. Furthermore, if the withdrawal amount with respect to the virtual account 11 is 400,000 yen, for example, 100,000 yen is deposited into the account A, 150,000 yen is deposited into the account B, and the remaining 150,000 yen is deposited into the account C. The
[0151]
(c1) Conditions based on the balance of two or more deposit accounts
For example, when there are three accounts A, B, and C as the linked deposit account 20, the deposit / transfer is preferentially performed on the account with the smallest balance. If the balance in accounts A, B, and C is 50,000 yen, 60,000 yen, and 20,000 yen, respectively, and there is a request for payment / transfer of 50,000 yen, the total amount of money transferred / transferred to account C is 50,000 Yen is deposited. Thereafter, when there is a request for deposit / transfer of 100,000 yen, the entire deposit / transfer amount of 100,000 yen is deposited in the account A.
[0152]
(d1) Conditions based on the date of occurrence of withdrawal request (change by date)
For example, if there are two accounts A and B as the linked deposit account 20, for example, the even month is credited to the account A and the odd month is credited to the account B.
(e1) Conditions based on the number of deposits / transfers from each deposit account (changes depending on the number of times)
For example, when there are two accounts A and B as the linked deposit account 20, for example, the account A and the account B are alternately deposited.
[0153]
(f1) Conditions based on request source information (name, company name) or request source identifier (company identifier) for payment / transfer requests
For example, if there are two accounts A and B as the linked deposit account 20, if the deposit / transfer request is from the company P, deposit to the account A, and if the deposit / transfer request is from the company Q, the account B Deposit money.
Needless to say, the above-described six patterns (a1) to (f1) can be used in combination.
[0154]
The history storage means 52 outputs the transaction information including the name (name) or company identifier of the company R and the deposit / transfer amount accompanying the deposit / transfer request to the history database 64 as the history information about the deposit-only virtual account 11. And store it. The name or company identifier of company R here corresponds to the request source information or request source identifier of the transaction request.
[0155]
Specifically, the determination unit 82 searches the correspondence table as shown in FIG. 21 using the account number specified in the deposit / transfer request as a key, and the account number linked to the account number (that is, the link). If there is a pre-deposit account number), it is determined that the account number belongs to the deposit-only virtual account 11, while if it does not exist (or the account number specified in the input / transfer request is entered in the correspondence table) If not, the account number is determined not to belong to the deposit-only virtual account 11 but to an actual deposit account.
[0156]
Now, the transaction processing system 1E of the fifth embodiment is for enhancing the convenience of a customer who uses a deposit / transfer service in a bank or the like.
In the conventional depositing method, the deposit is made using a bankbook or cash card of the deposit account to be deposited. In addition, when making the transfer, the deposit was made using the account number to be deposited. In these, one passbook (account number) is assigned to one account, and it is not possible to deposit two accounts at the same time. Therefore, for example, in order to deposit / transfer cash into two accounts, the same operation must be repeated twice. If such depositing / transferring work occurs regularly many times, the customer repeats the same work and feels inconvenient.
[0157]
Therefore, in the transaction processing system 1E of the fifth embodiment, the deposit-only virtual account 11 is opened in the same manner as the debit-only virtual account 10 of the first to fourth embodiments. This deposit-only virtual account 11 can set one or more deposit accounts 20 as a link destination. The deposit or transfer made to the deposit-only virtual account 11 is actually performed to the deposit account 20 linked to the virtual account 11.
[0158]
Next, the operation (payment / transfer service processing procedure) of the transaction processing system 1E of the fifth embodiment configured as described above will be described with reference to the flowchart shown in FIG. 22 (steps S41 to S46).
First, when there is a payment / transfer request from a business partner (company R), a correspondence table as shown in FIG. 21 is searched by using the account number of the deposit / transfer target included in the payment / transfer request as a key. The linked account 20 is checked (step S41).
[0159]
When one or more linked deposit accounts 20 corresponding to the deposit / transfer target account number are retrieved from the correspondence table (YES route in step S42), that is, the deposit / transfer target account number is the deposit-only virtual account 11 If it is, the deposit / transfer amount of each linked account 20 based on the condition [any one or combination of the above patterns (a1) to (f1)] previously registered in the correspondence table as additional information Is calculated (step S43).
[0160]
Then, the transfer means 43 replaces the store number and account number for the deposit-only virtual account 11 with the store number and account number for the linked deposit account 20 that is one or more, and deposit / transfer processing to each deposit account 20 is performed. This is performed for each deposit account 20 (step S44). Thereafter, the history storage means 52 writes the current deposit / transfer information into the history database 64 as history information about the customer's deposit-only virtual account 11 (step S45).
[0161]
On the other hand, if the linked deposit account 20 corresponding to the account number to be deposited / transferred is not retrieved from the correspondence table (NO route in step S42; or if the account does not exist), the deposit / transfer account deposit It is considered that the account is not the deposit-only virtual account 11, that is, the deposit account is regarded as a real one, and normal deposit processing for the deposit account is executed (step S46).
[0162]
As described above, according to the transaction processing system 1E as the fifth embodiment of the present invention, the deposit-only virtual account 11 is opened separately from the deposit account 20 for managing deposits. The deposit / transfer request that can be linked to the deposit account 20 and is generated for the deposit-only virtual account 11 is automatically transferred to the deposit / transfer to the linked deposit account 20 by the transfer means 43. Further, an account number different from the account number of the deposit account 20 is assigned to the deposit-only virtual account 11, and the customer or a third party (company R) can use the deposit-only virtual account number to deposit / Perform the transfer process.
[0163]
At this time, the deposit / transfer information is recorded as history information of the deposit-only virtual account 11, and only the deposit / transfer information is recorded in the passbook of the deposit-only virtual account 11, so the customer uses the passbook instead of the household account book. Income management becomes convenient.
Further, only the deposit / transfer information is entered in the passbook of the deposit-only virtual account 11, and no information such as deposit balance that is not desired to be known to others is entered. Therefore, even if the passbook is lost or stolen, it is possible to reliably prevent the above information from leaking to others, and the customer can carry the passbook with peace of mind and carry the passbook at the time of writing. You will be able to keep a book anytime without worrying about it.
[0164]
Further, when the customer wants to change the deposit account 20 of the deposit destination to another account, it is only necessary to change the linked deposit account associated with the deposit-only virtual account 11 by the association means 33 (correspondence table). In other words, since the store number and account number for the deposit-only virtual account 11 that has been notified in advance to the business partner (company R) will not be changed, there is no need to notify the customer (company R) of the change and notification. Therefore, the deposit account 20 to be traded can be changed very easily.
[0165]
At this time, as a linked deposit account 20 associated with the deposit-only virtual account 11 by the association means 33 (correspondence table), a deposit account or a virtual account belonging to another bank different from the bank to which the deposit-only virtual account 11 belongs. By assigning, it becomes extremely easy to transfer a payment / transfer request from a third party (business R or other business partner) to an account belonging to another bank. Therefore, when the deposit account 20 is changed, the bank change (account transfer operation) can be performed very easily only by the contract between the banks.
[0166]
Further, the virtual account 11 is dedicated for deposit / transfer, and even if the passbook of the virtual account 11 is lost or stolen, the virtual account 11 can be used from the virtual dedicated virtual account 11 by using a forged image or the passbook. Cash cannot be withdrawn. Therefore, there is no worry about misuse of the bankbook, and the customer can carry the bankbook with peace of mind and can always make a book entry. In the present embodiment, since the stamp is not attached to the passbook of the deposit-only virtual account 11, the registered seal of the deposit account 20 cannot be forged.
[0167]
Furthermore, in the present embodiment, the association process between the account number of the deposit-only virtual account 11 and the account number of the deposit account 20 by the association unit 33 is performed by using a correspondence table holding the correspondence relationship or a predetermined numerical value conversion rule. It is very easy to use.
[0168]
Furthermore, it becomes possible to transfer cash to two or more deposit accounts 20 in accordance with a predetermined condition consisting of any one or combination of the patterns (a1) to (f1). Therefore, it is possible to very easily perform processing for distributing cash deposited by a customer or money transferred from a third party to a plurality of deposit accounts 20 at the same time, thereby greatly improving convenience for the customer.
[0169]
As described above, according to the transaction processing system 1E of the fifth embodiment, in the unlikely event that the registered seal stamp image is stolen, misuse and fraud can be reliably prevented, and payment / transfer This greatly improves the convenience of customers using the service.
[0170]
[6] Other
The present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the spirit of the present invention.
For example, in the embodiment described above, the system for performing the withdrawal process and the system for performing the deposit / transfer process have been described separately, but these systems may be integrated. Moreover, you may combine transaction processing system 1A-1E demonstrated by 1st-5th embodiment suitably.
[0171]
[7] Appendix
[Appendix 1] A virtual account dedicated to the transaction that is the subject of the transaction request,
With one or more deposit accounts open,
Association means for associating the virtual account with the one or more deposit accounts;
Transfer means for transferring the transaction request for the virtual account to the transaction request for the one or more deposit accounts associated by the association means upon receipt of the transaction request for the virtual account is provided. A transaction processing system.
[0172]
[Supplementary Note 2] The transaction processing system according to Supplementary Note 1, wherein the transaction request is a withdrawal request for the virtual account.
[Appendix 3] The virtual account has a function as a savings account,
Upon receipt of the withdrawal request, the transfer means moves a part of the balance existing in the one or more deposit accounts to the virtual account according to a rule set in advance by a customer, and then responds to the withdrawal request. The transaction processing system according to appendix 2, wherein transaction processing is performed.
[0173]
[Appendix 4] Two or more of the deposit accounts associated with the virtual account are opened by the association means,
4. The transaction processing system according to appendix 3, wherein a withdrawal amount from each deposit account is determined according to a predetermined condition included in the rules when processing according to the withdrawal request.
[0174]
[Supplementary Note 5] The transaction processing system according to Supplementary Note 4, wherein a distribution ratio of the withdrawal amount to two or more of the deposit accounts is set as the predetermined condition.
[Supplementary Note 6] The transaction processing system according to Supplementary Note 4, wherein a withdrawal upper limit amount and a withdrawal priority order of each deposit account are set as the predetermined condition.
[Supplementary Note 7] The transaction processing system according to Supplementary Note 4, wherein a condition based on a balance of two or more of the deposit accounts is set as the predetermined condition.
[0175]
[Supplementary Note 8] The transaction processing system according to Supplementary Note 4, wherein a condition based on an occurrence date of the withdrawal request is set as the predetermined condition.
[Supplementary Note 9] The transaction processing system according to Supplementary Note 4, wherein a condition based on the number of withdrawals from each deposit account is set as the predetermined condition.
[Supplementary Note 10] The transaction processing system according to Supplementary Note 4, wherein a condition based on request source information or a request source identifier of the withdrawal request is set as the predetermined condition.
[0176]
[Supplementary Note 11] The withdrawal information including the withdrawal amount determined according to the predetermined condition is output as a history of a deposit account that has actually been withdrawn among the two or more deposit accounts. The transaction processing system according to any one of Appendix 4 to Appendix 10.
[Supplementary Note 12] The transaction processing system according to any one of Supplementary notes 1 to 3, wherein the transaction request is a deposit / transfer request for the virtual account.
[0177]
[Supplementary Note 13] The virtual account has a function as a savings account,
When the transfer means receives the deposit / transfer request, the deposit / transfer amount accompanying the deposit / transfer request is temporarily stored in the virtual account, and then the deposit / transfer is performed according to a rule preset by the customer. 13. The transaction processing system according to appendix 12, wherein the amount is transferred to the one or more deposit accounts.
[0178]
[Appendix 14] Two or more deposit accounts associated with the virtual account are established by the association means,
14. The transaction processing system according to appendix 13, wherein a deposit / transfer amount to each deposit account is determined according to a predetermined condition included in the rules when processing according to the deposit / transfer request.
[0179]
[Supplementary Note 15] The transaction processing system according to Supplementary Note 14, wherein, as the predetermined condition, a distribution ratio of deposit / transfer amounts to two or more of the deposit accounts is set.
[Supplementary Note 16] The transaction processing system according to Supplementary Note 14, wherein the deposit / transfer upper limit amount and deposit / transfer priority order of each deposit account are set as the predetermined condition.
[0180]
[Supplementary Note 17] The transaction processing system according to Supplementary Note 14, wherein a condition based on a balance of two or more deposit accounts is set as the predetermined condition.
[Supplementary Note 18] The transaction processing system according to Supplementary Note 14, wherein a condition based on a date of occurrence of the deposit / transfer request is set as the predetermined condition.
[0181]
[Supplementary Note 19] The transaction processing system according to Supplementary Note 14, wherein a condition based on the number of deposits / transfers to each deposit account is set as the predetermined condition.
[Supplementary Note 20] The transaction processing system according to Supplementary Note 14, wherein a condition based on request source information or a request source identifier of the deposit / transfer request is set as the predetermined condition.
[0182]
[Supplementary Note 21] The deposit / transfer information including the deposit / transfer amount determined according to the predetermined condition is output as the history of the deposit account that is the actual deposit / transfer target among the two or more deposit accounts. The transaction processing system according to any one of Supplementary Note 14 to Supplementary Note 20, which is characterized in that.
[0183]
[Supplementary Note 22] The present invention is characterized in that means for storing or outputting transaction information including request source information or a request source identifier of the transaction request and a transaction amount accompanying the transaction request as a history of the virtual account is provided. The transaction processing system according to any one of supplementary notes 1 to 21.
[Supplementary Note 23] The transaction processing system according to Supplementary Note 22, wherein only the history of the transaction information is printed out in the passbook for the virtual account.
[0184]
[Supplementary Note 24] A judgment means for judging whether or not the account number designated by the transaction request is that of the virtual account is further provided.
When the determination means determines that the account number belongs to the virtual account, the transaction request is transferred by the transfer means, while the determination means determines that the account number is the virtual account. If it is determined that the transaction request is not, the transaction process corresponding to the transaction request is executed for an existing deposit account corresponding to the account number. The transaction processing system according to any one of the above.
[0185]
[Supplementary Note 25] The correspondence unit uses the correspondence table that holds the correspondence relationship between the account number of the virtual account and the account number of the one or more deposit accounts, and The transaction processing system according to any one of Supplementary Note 1 to Supplementary Note 24, wherein:
[Supplementary note 26] Any one of Supplementary notes 1 to 24, wherein the association unit associates the virtual account with the one or more deposit accounts using a predetermined numerical value conversion rule. Transaction processing system described in one.
[0186]
[Supplementary Note 27] Based on at least one of request source information or a request source identifier of the transaction request, a transaction amount accompanying the transaction request, and an execution date of processing according to the transaction request, The transaction processing system according to any one of appendix 1 to appendix 26, further comprising a statistic calculation means for calculating and outputting a statistic regarding the transaction request for the virtual account as transaction information .
[0187]
[Supplementary Note 28] The transaction according to any one of Supplementary Note 22, Supplementary Note 23, and Supplementary Note 27, wherein the transaction information is configured to be viewable from outside the transaction processing system via a communication line. Processing system.
[Supplementary Note 29] The one or more deposit accounts associated with the virtual account include a deposit account or a virtual account belonging to another bank different from the bank to which the virtual account belongs. The transaction processing system according to any one of -Appendix 28.
[0188]
【The invention's effect】
  As detailed above, the transaction processing system of the present invention.ToAccording to this, a transaction request for a virtual account dedicated to transactions is automatically transferred to a transaction request for one or more deposit accounts associated with the virtual account. In addition to notifying the account number of the virtual account, there is no need to make the account number of the deposit account public, and changing the deposit account of the transaction only by changing the correspondence between the virtual account and one or more deposit accounts be able to. Therefore, in the unlikely event that a registered seal stamp is stolen, misuse and fraud can be reliably prevented, and the convenience of customers using various transaction services such as withdrawals, deposits and transfers is greatly improved. It will improve.
[0189]
More specifically, according to the transaction processing system of the present invention, the following effects or advantages can be obtained.
(1) The change of the deposit account of the transaction object (withdrawal object or deposit / transfer object) is executed only by replacing the linked deposit account associated with the virtual account by the associating means. In other words, the account number of the virtual account that has been notified in advance to the transaction requester (withdrawal requestor or deposit / transfer requestor) will not be changed, so there will be no need to notify and contact the change, and the deposit for the transaction Account changes can be made very easily.
[0190]
(2) Transaction request (withdrawal request or payment) by making the linked deposit account associated with the virtual account by the association means a deposit account or virtual account belonging to another bank different from the bank to which the virtual account belongs -Transfer request) can be transferred to an account belonging to another bank. Therefore, the bank can be changed very easily when changing the deposit account.
[0191]
(3) As a passbook for the virtual account, a transaction account dedicated to this virtual account is created. That is, a bankbook dedicated for withdrawal and a bankbook dedicated for deposit / transfer are created, and the withdrawal history and deposit / transfer history can be consolidated into one passbook respectively. Therefore, since only the information related to the transactions performed in the virtual account is printed in the passbook of the virtual account, the transaction information management using the passbook becomes extremely easy.
[0192]
(4) Only the transaction information history is printed in the passbook of the virtual account, and information that you do not want to be known to others (for example, payment information such as salary and deposit balance) is not entered. In this case, it is possible to reliably prevent the above information from leaking to other people, and the customer can carry the passbook with peace of mind and can always keep the book.
[0193]
(5) The virtual account is for transactions only (withdrawal or deposit / transfer), and if the passbook is lost or stolen, it can be used with a counterfeited image or virtual account passbook. You can't withdraw cash from it. Therefore, the customer can carry the bankbook with peace of mind and can always make a book entry.
[0194]
(6) In the procedure for a business partner (transaction requester) that is performed prior to the transaction (withdrawal or deposit / transfer), it is not necessary to disclose the account number of the actual deposit account to a third party. Conventionally, when sending a deposit account number necessary for the procedure and a seal of a registered seal with a sealed letter etc., the account number and the seal are stolen during the notification destination or in the middle of sending, and it is not used for illegal cash withdrawal I was worried about it. On the other hand, in the present invention in which the account number of the virtual account and the seal stamp image are sent to the business partner, even if the account number of the virtual account and the seal stamp image are used, cash can be transferred from the virtual account. It cannot be pulled out. Therefore, it is possible to completely eliminate the anxiety associated with the above procedure.
[0195]
(7) It becomes possible to withdraw cash from two or more deposit accounts according to predetermined conditions. For example, in the case of splitting a fee to be paid to a certain business partner by several people and paying the business partner by direct debit, one of the multiple people has traditionally become a coordinator, Since the fees collected from the members are deposited in the deposit account designated for withdrawal, such work is troublesome.
[0196]
On the other hand, in the present invention, the above-mentioned payment can be made by simply associating the virtual account with the deposit account of the paying member by the associating means, and setting in advance a predetermined condition (such as the amount burden ratio of each person). It can be done easily and contributes to improving convenience for customers. Also, depending on how the predetermined conditions are set, when the balance of one deposit account to be withdrawn becomes 0 due to the withdrawal process, the withdrawal target can be switched to a spare deposit account, further improving convenience for customers. Contribute to.
[0197]
(8) Deposit / transfer amounts from business partners (payment / transfer requesters) can be distributed and transferred to two or more deposit accounts according to predetermined conditions. Accordingly, it is possible to very easily perform the process of distributing and transferring the deposited money to a plurality of deposit accounts at the same time, which contributes to improvement of convenience for customers.
[0198]
(9) The associating process between the account number of the virtual account and the account number of one or more deposit accounts by the associating means is extremely difficult by using a correspondence table holding the correspondence or a predetermined numerical value conversion rule. Easy to do.
(10) Based on at least one of the request source information or request source identifier of the transaction request, the transaction amount associated with the transaction request, and the execution date of the processing according to the transaction request, By calculating the statistics about the transaction request as the transaction information, the customer can easily grasp the transaction status by referring to the statistics, which contributes to further improvement of convenience for the customer.
[0199]
(11) By enabling the transaction information (withdrawal information or payment / transfer information) about the virtual account to be viewed from outside the transaction processing system via a communication line (for example, the Internet), the customer can use the mobile terminal or home. Can be easily referred to using the terminal, and contributes to further improvement of convenience for customers.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a transaction processing system as a first embodiment of the present invention.
FIGS. 2A and 2B are diagrams showing examples of correspondence tables used by association means in the first embodiment.
FIG. 3 is a diagram for explaining a procedure prior to starting a withdrawal service in the first embodiment.
FIG. 4 is a flowchart for explaining a processing procedure when starting a withdrawal service according to the first embodiment.
FIG. 5 is a flowchart for explaining a procedure for a book entry process to a passbook for a debit-only virtual account in the first embodiment.
FIG. 6 is a diagram showing an example of history information of a debit-only virtual account in the first embodiment.
FIG. 7 is a block diagram showing a main configuration of a transaction processing system as a second embodiment of the present invention.
FIG. 8 is a block diagram showing a main configuration of a transaction processing system as a second embodiment of the present invention.
FIG. 9 is a diagram showing an example of history information registered in a withdrawal-dedicated virtual account history database according to the second embodiment.
FIG. 10 is a diagram showing an example of a company identifier table in the second embodiment.
FIG. 11 is a flowchart for explaining a withdrawal service processing procedure in the second embodiment;
FIG. 12 is a flowchart for explaining a processing procedure when a withdrawal information inquiry is made from a customer terminal in the second embodiment.
FIG. 13 is a block diagram showing a configuration of a transaction processing system as a third embodiment of the present invention.
FIG. 14 is a diagram showing an example of a correspondence table used by the association unit in the third embodiment.
FIG. 15 is a flowchart for explaining a processing procedure when starting a withdrawal service according to the third embodiment.
FIG. 16 is a flowchart for explaining a processing procedure of a withdrawal service in the third embodiment.
FIG. 17 is a block diagram showing a configuration of a transaction processing system as a fourth embodiment of the present invention.
FIG. 18 is a diagram showing an example of a correspondence table used by association means in the fourth embodiment.
FIG. 19 is a flowchart for explaining a withdrawal service processing procedure in the fourth embodiment;
FIG. 20 is a block diagram showing a configuration of a transaction processing system as a fifth embodiment of the present invention.
FIG. 21 is a diagram showing an example of a correspondence table used by association means in the fifth embodiment.
FIG. 22 is a flowchart for explaining a processing procedure of a deposit / transfer service in the fifth embodiment.
[Explanation of symbols]
1A, 1B, 1C, 1D, 1E Transaction processing system (bank system)
10 Debit-only virtual account
11 Virtual account for deposit
20 Deposit accounts (linked deposit accounts, savings accounts)
30, 31, 32, 33 association means
40, 41, 42, 43 Transfer means
50, 51, 52 History storage means
60 History database for withdrawal-only virtual accounts
61 Company identifier table database (withdrawal identifier table database)
62 Password database
63 History database
64 Dedicated virtual account history database
70 bookkeeping means
71 Communication Department
72 Dialogue processing part
73 Identity Recognition Department
74 withdrawal information statistical processing section (statistics calculation means)
75 Statistical results visualization section
76 HTML Documentation Department
80, 81, 82 judgment means
90 Communication line (Internet, telephone line)
100 Customer terminal (Internet browser)

Claims (6)

1以上の預金口座と、
取引要求の対象となる、その取引専用の仮想口座であって、該1以上の預金口座の口座番号の何れとも異なる口座番号を割り当てられた仮想口座とが開設されるとともに、
該仮想口座の口座番号と該1以上の預金口座の口座番号との対応関係に基づき該仮想口座と該1以上の預金口座とを対応付ける対応付け手段と、
該仮想口座に対する取引要求を受けると、該仮想口座に対する当該取引要求を、該対応付け手段によって対応付けられた該1以上の預金口座に対する取引要求に振り替える振替手段とがそなえられたことを特徴とする、取引処理システム。
One or more deposit accounts,
A virtual account dedicated to the transaction, which is a target of the transaction request, and a virtual account assigned with an account number different from any of the account numbers of the one or more deposit accounts is opened,
Association means for associating the virtual account with the one or more deposit accounts based on the correspondence between the account number of the virtual account and the account number of the one or more deposit accounts;
Transfer means for transferring the transaction request for the virtual account to the transaction request for the one or more deposit accounts associated by the association means upon receipt of the transaction request for the virtual account is provided. A transaction processing system.
該対応付け手段により該仮想口座に対応付けられる該預金口座が2以上開設されており、
該振替手段が、前記取引要求として該仮想口座に対する引落要求を受け、顧客により予め設定された規則に従って、当該引落要求に応じた取引処理を行なうに際して、各預金口座からの引落金額が、前記規則に含まれる所定条件に従って決定されることを特徴とする、請求項1記載の取引処理システム。
Two or more of the deposit accounts associated with the virtual account are opened by the association means,
When the transfer means receives a withdrawal request for the virtual account as the transaction request and performs transaction processing according to the withdrawal request according to a rule set in advance by a customer, the withdrawal amount from each deposit account is determined by the rule The transaction processing system according to claim 1, wherein the transaction processing system is determined according to a predetermined condition included in the transaction.
前記所定条件として、2以上の該預金口座に対する引落金額の配分比率が設定されていることを特徴とする、請求項2記載の取引処理システム。  The transaction processing system according to claim 2, wherein a distribution ratio of the withdrawal amount with respect to the two or more deposit accounts is set as the predetermined condition. 前記所定条件として、各預金口座の引落上限金額および引落優先順位が設定されていることを特徴とする、請求項2記載の取引処理システム。  The transaction processing system according to claim 2, wherein a withdrawal upper limit amount and a withdrawal priority order of each deposit account are set as the predetermined condition. 前記所定条件として、当該引落要求の発生年月日に基づく条件が設定されていることを特徴とする、請求項2記載の取引処理システム。  The transaction processing system according to claim 2, wherein a condition based on an occurrence date of the withdrawal request is set as the predetermined condition. 前記所定条件として、各預金口座からの引落回数に基づく条件が設定されていることを特徴とする、請求項2記載の取引処理システム。  The transaction processing system according to claim 2, wherein a condition based on the number of withdrawals from each deposit account is set as the predetermined condition.
JP2000351209A 2000-11-17 2000-11-17 Transaction processing system Expired - Fee Related JP4887562B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000351209A JP4887562B2 (en) 2000-11-17 2000-11-17 Transaction processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000351209A JP4887562B2 (en) 2000-11-17 2000-11-17 Transaction processing system

Publications (2)

Publication Number Publication Date
JP2002157631A JP2002157631A (en) 2002-05-31
JP4887562B2 true JP4887562B2 (en) 2012-02-29

Family

ID=18824306

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000351209A Expired - Fee Related JP4887562B2 (en) 2000-11-17 2000-11-17 Transaction processing system

Country Status (1)

Country Link
JP (1) JP4887562B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017078446A1 (en) * 2015-11-04 2017-05-11 김재영 Method of remitting/receiving payments using messenger server
KR20180042101A (en) * 2016-10-17 2018-04-25 한화투자증권 주식회사 Method for One-Stop financial transaction using a STEPS order account interworked with firm banking

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8412623B2 (en) 2002-07-15 2013-04-02 Citicorp Credit Services, Inc. Method and system for a multi-purpose transactional platform
JP4993541B2 (en) * 2005-02-28 2012-08-08 株式会社日本総合研究所 Withdrawal processing system, withdrawal processing method and withdrawal processing program
JP2006343903A (en) * 2005-06-08 2006-12-21 Hitachi Ltd System and method for controlling dynamic transfer between multiple accounts
JP4843388B2 (en) * 2005-06-27 2011-12-21 ヤフー株式会社 Electronic commerce system, electronic commerce method
JP4866667B2 (en) * 2005-06-28 2012-02-01 ヤフー株式会社 Electronic commerce system, electronic commerce method
JP5139703B2 (en) * 2007-03-26 2013-02-06 株式会社みずほ銀行 Account management system and account management method
WO2009057548A1 (en) * 2007-10-29 2009-05-07 Shin-Ichi Tanaka Electronic settlement method and electronic settlement device
UA101077C2 (en) * 2008-11-26 2013-02-25 Смарт Хуб Птэ. Лтд. Credit provision system and method
JP4913794B2 (en) * 2008-11-28 2012-04-11 株式会社三井住友銀行 Account management system and account management program
US10515427B1 (en) 2009-08-14 2019-12-24 Citicorp Credit Services, Inc. (Usa) Methods and systems for use of a prepaid payment device for a healthcare service or product
US10074081B1 (en) 2009-08-14 2018-09-11 Citicorp Credit Services, Inc. (Usa) Methods and systems for use of a prepaid payment device
JP6065475B2 (en) * 2012-09-12 2017-01-25 凸版印刷株式会社 Settlement device and settlement method
JP7135462B2 (en) * 2018-06-08 2022-09-13 富士通株式会社 Transaction processing program, transaction processing method, transaction processing machine, and transaction processing system
JP7271106B2 (en) * 2018-07-31 2023-05-11 株式会社日本総合研究所 Transfer processing method, information processing device and computer program
CA3082339A1 (en) * 2018-09-18 2020-03-26 Mx Technologies, Inc. Apparatus and method for creating virtual subaccounts
JP7455556B2 (en) 2019-11-19 2024-03-26 株式会社Sbi新生銀行 Virtual account device, managed account management device, funds transfer device, virtual account provision system, and virtual account provision method
JP6837171B2 (en) * 2020-07-21 2021-03-03 Kddi株式会社 Deposit management device, deposit management method and deposit management program

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09326002A (en) * 1996-06-04 1997-12-16 Mitsubishi Sogo Kenkyusho:Kk Electronic settlement system on computer network
JPH11259588A (en) * 1998-03-13 1999-09-24 Fujitsu Ltd Payment system, electronic wallet device, financial institution processor, electronic wallet management device and computer readable record medium recording account management program
JPH11306263A (en) * 1998-04-27 1999-11-05 Ntt Data Corp Electronic money system, linking method of bank account for electronic money and recording medium

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017078446A1 (en) * 2015-11-04 2017-05-11 김재영 Method of remitting/receiving payments using messenger server
KR101754759B1 (en) * 2015-11-04 2017-07-06 김재영 Messenger server for mediating remittance and collection of money
KR20180042101A (en) * 2016-10-17 2018-04-25 한화투자증권 주식회사 Method for One-Stop financial transaction using a STEPS order account interworked with firm banking
KR102097829B1 (en) * 2016-10-17 2020-04-06 한화투자증권 주식회사 Method for One-Stop financial transaction using a STEPS order account interworked with firm banking

Also Published As

Publication number Publication date
JP2002157631A (en) 2002-05-31

Similar Documents

Publication Publication Date Title
JP4887562B2 (en) Transaction processing system
JP4517522B2 (en) Banking system
US7249092B2 (en) System and method for facilitating a subsidiary card account with controlled spending capability
CN101556718A (en) Multistage account fund management system and device
JP5110070B2 (en) Banking system
JP2003323547A (en) Method and program for providing bank account information
KR101070454B1 (en) Method for time deposit bankbook service based on balance of account
JP4351242B2 (en) Cash payment system, financial institution terminal device and cash payment method
JP5839381B2 (en) Account balance management system and account balance management method
JP2005216097A (en) System and method for providing transaction account information
KR20120134496A (en) Management method of a time deposit based on minus-loan
EP1269372A1 (en) A system for managing inter-company settlement and the method therefor
JP4282882B2 (en) Spending management system, spending management method, and storage medium
KR100541794B1 (en) Method and device for providing account management service
JP3597811B2 (en) Account transfer processing system
JP2000251147A (en) Method and device for account management and recording medium stored with account managing program
JP4951198B2 (en) Fund centralized management method, fund centralized management system, and program for fund centralized management system
JP2003168004A (en) Method for processing payment, method for processing financing certification and financial institution system
JP2002259681A (en) Reception and payment management system
EP2355029A1 (en) Electronic clearing and payment system
JP5456868B2 (en) Collection support system, collection support method, and collection support program
WO2021141083A1 (en) Pay prepayment management device, pay prepayment management method, and program
JP5117097B2 (en) Collection support system, collection support method, and collection support program
EP2531966A1 (en) Electronic clearing and payment system
KR20100064213A (en) Payment system for giro and public charges connected to central server of enterprise and method therefor

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071004

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100805

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100810

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110329

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110511

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111115

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111128

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141222

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees