Nothing Special   »   [go: up one dir, main page]

JP2004185104A - System and method for managing transaction fund - Google Patents

System and method for managing transaction fund Download PDF

Info

Publication number
JP2004185104A
JP2004185104A JP2002348444A JP2002348444A JP2004185104A JP 2004185104 A JP2004185104 A JP 2004185104A JP 2002348444 A JP2002348444 A JP 2002348444A JP 2002348444 A JP2002348444 A JP 2002348444A JP 2004185104 A JP2004185104 A JP 2004185104A
Authority
JP
Japan
Prior art keywords
institution
data
trust
account
account database
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.)
Pending
Application number
JP2002348444A
Other languages
Japanese (ja)
Inventor
Fumio Satou
不三夫 佐藤
Yoshiaki Yasunaka
義昭 安中
Tomohiko Takahashi
倫彦 高橋
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.)
SG PRIVATE BANKING (JAPAN) Ltd
SG PRIVATE BANKING JAPAN Ltd
Original Assignee
SG PRIVATE BANKING (JAPAN) Ltd
SG PRIVATE BANKING JAPAN 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 SG PRIVATE BANKING (JAPAN) Ltd, SG PRIVATE BANKING JAPAN Ltd filed Critical SG PRIVATE BANKING (JAPAN) Ltd
Priority to JP2002348444A priority Critical patent/JP2004185104A/en
Publication of JP2004185104A publication Critical patent/JP2004185104A/en
Pending legal-status Critical Current

Links

Images

Landscapes

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

Abstract

<P>PROBLEM TO BE SOLVED: To perform a smooth transaction while the deposit of a customer is securely kept at the time of a financial transaction such as a foreign exchange transaction. <P>SOLUTION: Deposit data from the customer 10 is transferred not to a stock company 20 which actually preforms dealing order but to the account databases 31 and 41 of a maintenance trust organization 30 and a security trust organization 40, and maintenance/security trust are set. Actual dealing of the order is preformed within the range of security of security data D4 in a range of deposit data which is security-trust-set in the security trust organization 40. Namely, the deposit from the customer 10 is classified and kept not in the stock company 20 performing dealing order but in the maintenance trust organization 30 and the security trust organization 40, which are trust organizations. Thus, a risk where the deposit from the customer 10 and owned funds of the stock company 20 coexist can be reduced, and the deposit of the customer 10 is securely kept in the maintenance trust organization 30 and the security trust organization 40. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、外国為替証拠金取引または外国為替保証金取引(外国為替取引)等に利用される取引資金管理システムおよび方法に関する。
【0002】
【従来の技術】
1998年4月に外為法が改正されたことにより、外国為替取引の大幅な自由化が行われた。改正前では、許認可を与えられた特定の金融機関のみが、外国為替業務を行うことができたが、改正後では、特定の金融機関以外であっても外国為替業務を行うことが可能になった。これにより、個人投資家に対しても、比較的容易に外国為替取引の機会が与えられるようになってきている。
【0003】
現在、個人や企業などが外国為替取引を行う方法としては、例えば証券会社等のブローカーを介して、カウンターパーティ(外国為替の取引相手)と取引を行うのが一般的である。この場合、取引の流れとしては、まず、個人や企業などの顧客が、証券会社等のブローカーに対してあらかじめ、取引の担保となる証拠金等を預託する。その後、証券会社等は、その証拠金等をカウンターパーティへ預託する。その後、証券会社等は、顧客からの売買注文を受け、その証券会社等がカウンターパーティへ預託した証拠金等によって担保された金額の範囲内で、カウンターパーティに対して実際の外貨の売買注文を行う。従来の外国為替取引に関する一般的な情報が記載された文献としては、例えば以下のものがある。
【0004】
【非特許文献1】
(財)国際通貨研究所編著「外国為替の知識」、日本経済新聞社、2001年7月9日
【0005】
【発明が解決しようとする課題】
ところで、そもそも証券業においては、証券会社自身の資産と顧客から預かった資産とを、分別保管することが法的に義務づけられている。しかしながら、外国為替取引業務においては、このような分別保管の義務はない。このため、例えば証券会社等が経営破綻を起こした場合において、顧客から預かった外国為替取引のための預託金(証拠金等)を保護する公的枠組みがなく、顧客にとっては問題であると思われる。また逆に、証券会社等にとっても、証券会社等の与信リスクを心配することなく安心して顧客から資産を預けてもらえるような仕組みがなければ、業務の拡大などをしづらいという面がある。
【0006】
本発明はかかる問題点に鑑みてなされたもので、その目的は、外国為替取引などの金融取引を行う場合において、顧客の預託金を確実に保全しつつ、円滑な取引を行うことができるようにした取引資金管理システムおよび方法を提供することにある。
【0007】
【課題を解決するための手段】
本発明による取引資金管理システムは、金融取引の際の資金を管理するシステムであって、顧客からの預託金を表す預託金データを受け付け、その預託金データを第1の機関の口座データベースに設定すると共に、その預託金データを第2の機関の口座データベースに移転する処理を行う第1の口座設定コンピュータと、第2の機関の口座データベースへの預託金データの移転処理を受け付け、その移転された預託金データに対して保全信託設定をすると共に、その保全信託設定された預託金データの一部を、第3の機関の口座データベースに移転する処理を行う第2の口座設定コンピュータと、第3の機関の口座データベースへの預託金データの移転処理を受け付け、その移転された預託金データに対して保証信託設定をする第3の口座設定コンピュータと、保証信託設定されている預託金データの範囲内で設定された、金融取引の際の担保内容を表す保証データを、取引受託先の取引用コンピュータに通知する通知コンピュータと、保証データによって表された担保の範囲内で、顧客からの注文データに基づく売買注文を、第1の機関から取引受託先の取引用コンピュータに対して行う注文処理コンピュータとを備えたものである。
【0008】
本発明による取引資金管理方法は、金融取引の際の資金を管理する方法であって、第1の口座設定コンピュータが、顧客からの預託金を表す預託金データを受け付け、その預託金データを第1の機関の口座データベースに設定すると共に、その預託金データを第2の機関の口座データベースに移転する処理を行うステップと、第2の口座設定コンピュータが、第2の機関の口座データベースへの預託金データの移転処理を受け付け、その移転された預託金データに対して保全信託設定をすると共に、その保全信託設定された預託金データの一部を、第3の機関の口座データベースに移転する処理を行うステップと、第3の口座設定コンピュータが、第3の機関の口座データベースへの預託金データの移転処理を受け付け、その移転された預託金データに対して保証信託設定をするステップと、保証信託設定されている預託金データの範囲内で設定された、金融取引の際の担保内容を表す保証データを、通知コンピュータが、取引受託先の取引用コンピュータに通知するステップと、注文処理コンピュータが、保証データによって表された担保の範囲内で、顧客からの注文データに基づく売買注文を、第1の機関から取引受託先の取引用コンピュータに対して行うステップとを含むものである。
【0009】
ここで、本発明による取引資金管理システムおよび方法において、各口座データベース間のデータ移転、保証データの通知、および注文処理コンピュータによる売買注文は、例えば、それぞれオンライン処理で行われるものである。
【0010】
本発明による取引資金管理システムおよび方法において、金融取引としては、例えば外国為替取引が行われる。本発明による取引資金管理システムおよび方法においては、例えば証券会社が第1の機関となり、例えば信託銀行が第2および第3の機関となる。なお、第2の機関と第3の機関とを同一機関とし、第2の機関の口座データベースと第3の機関の口座データベースとが、同一機関内に設定された異なる口座データベースとなっていても良い。
【0011】
本発明による取引資金管理システムおよび方法では、第1の口座設定コンピュータが、顧客からの預託金を表す預託金データを受け付け、その預託金データを第1の機関の口座データベースに設定する。第1の口座設定コンピュータはまた、その預託金データを第2の機関の口座データベースに移転する処理を行う。第2の口座設定コンピュータは、第2の機関の口座データベースへの預託金データの移転処理を受け付け、その移転された預託金データに対して保全信託設定をする。第2の口座設定コンピュータはまた、その保全信託設定された預託金データの一部を、第3の機関の口座データベースに移転する処理を行う。第3の口座設定コンピュータは、第3の機関の口座データベースへの預託金データの移転処理を受け付け、その移転された預託金データに対して保証信託設定をする。通知コンピュータは、保証信託設定されている預託金データの範囲内で設定された、金融取引の際の担保内容を表す保証データを、取引受託先の取引用コンピュータに通知する。注文処理コンピュータは、保証データによって表された担保の範囲内で、顧客からの注文データに基づく売買注文を、第1の機関から取引受託先の取引用コンピュータに対して行う。
【0012】
このように、本発明による取引資金管理システムおよび方法では、顧客からの預託金データが、結果的に、売買注文を行う第1の機関ではなく、第2および第3の機関の口座データベースに移転され、そこで保全、保証信託設定がなされる。実際の売買注文は、保証信託設定されている預託金データの範囲内で設定された、保証データの保証の範囲内で行われる。つまり、顧客からの預託金が、売買注文を行う第1の機関ではなく、信託機関である第2および第3の機関において分別保管される。これにより、顧客からの預託金と第1の機関の自己資金とが混在するリスクを減らすことができ、顧客の預託金が第2および第3の機関において確実に保全される。
【0013】
ここで、本発明による取引資金管理システムおよび方法において、第1の口座設定コンピュータが、第1の機関の口座データベースに設定されている第1の機関の自己資金を表す自己資金データを、第3の機関の口座データベースに移転する処理を行う機能をさらに有していても良い。また、第3の口座設定コンピュータが、第3の機関の口座データベースへの自己資金データの移転処理を受け付け、その自己資金データに対して保証信託設定をする機能をさらに有していても良い。
【0014】
また、第1の口座設定コンピュータが、売買注文に伴って発生した損益金データを、一定期間の間、第1の機関の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、第2の機関における第2の口座設定コンピュータに通知する機能をさらに有し、第2の口座設定コンピュータが、通知された立て替えデータに基づいて、第2の機関の口座データベースに保全信託設定されている預託金データの内容を修正する機能をさらに有していても良い。
これにより、例えば日々の売買注文によって生じた損益勘定が、第2および第3の機関の口座データベースに確実に反映される。
【0015】
また、本発明による取引資金管理システムは、第1の機関の口座データベースと第2の機関の口座データベースとの間の預託金データの移転内容、および第2の機関の口座データベースに保全信託設定されている預託金データを、各機関から独立して管理するための管理コンピュータをさらに備えていても良い。
この管理コンピュータの機能により、例えば預託金データの移転に伴う不正の監視などを行うことができ、預託金データの安全な移転が行われる。
【0016】
また、第1の機関が破綻した場合における資金管理をするための管理用の口座データベースをさらに備えていても良い。管理コンピュータは、例えば、第1の機関が破綻した場合において、第3の機関の口座データベースに保証信託設定されている預託金データを、第2の機関の口座データベースに移転させ、この移転された預託金データを含む、第2の機関の口座データベースに保全信託設定されている預託金データを、顧客に返還可能な状態となるように管理用の口座データベースに移転させる処理を行うようになっている。この管理コンピュータは、管理用の口座データベースに移転された預託金データが、顧客に返還すべき金額を超えていた場合に、その余剰金を表す余剰金データを、管理用の口座データベースから第1の機関の口座データベースに移転させる処理を行う機能をさらに有していても良い。
これにより、第1の機関が破綻した場合においても、例えば第1の機関の一般債権者から、顧客の預託金を確実に保護することができ、預託金が確実に顧客へと返還される。
【0017】
本発明による取引資金管理方法は、以上の管理コンピュータが行う処理ステップをさらに含んでいても良い。
【0018】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【0019】
図1および図2は、本発明の一実施の形態に係る取引資金管理システムの全体構成を示している。図1は、主にこのシステムのハードウエア構成を詳しく表しており、図2は、このシステムに流れるデータを詳しく表している。まず、このシステムのハードウエア構成を説明する前に、主に図2を参照して、このシステムに関わる金融機関と、このシステムが適用される金融取引の概要を説明する。なお、以下では、金融取引として外国為替取引を行う場合を例に説明する。
【0020】
このシステムに関わる機関には、例えば、証券会社等20と、保全信託機関30と、保証信託機関40と、外国為替取引受託先(カウンターパーティ)50と、信託管理人60とがある。保全信託機関30と保証信託機関40は、例えば1つの信託銀行70の中に設置された内部機関である。
【0021】
ここで、本実施の形態において、証券会社等20が、本発明における「第1の機関」の一具体例に対応し、保全信託機関30および保証信託機関40が、それぞれ本発明における「第2の機関」および「第3の機関」の一具体例に対応する。
【0022】
証券会社等20は、顧客10からの外国為替取引の売買注文を受け付け、それに基づいて、実際にカウンターパーティ50に対して外国為替取引の売買注文を行う機関である。証券会社等20とカウンターパーティ50との間では、売買注文に伴う損益勘定のやりとりが日々行われるようになっている。顧客10は、あらかじめ、証券会社等20に外国為替取引のための預託金(証拠金等)を預け入れるようになっている。なお、顧客10は、通常、複数存在している。また、カウンターパーティ50が、複数存在していても良い。
【0023】
証券会社等20は、顧客10からの預託金の受け入れや、証券会社等20の自己資金の管理などをするための独自の口座を有している。証券会社等20は、顧客10からの預託金を、保全信託機関30に預託するようになっている。なお、証券会社等20は、顧客10から出金依頼があった場合には、保全信託機関30に預託されている預託金を払い出すことも行う。証券会社等20はまた、外国為替取引の売買注文に伴う日々の損益勘定を行うため、定期的(例えば1週間ごと)に保全信託機関30に追加信託を行う。証券会社等20はまた、劣後受益権となる自己資金を保証信託機関40に預託するようになっている。
【0024】
保全信託機関30は、証券会社等20を介して預託された顧客10の預託金を受け入れ、その預託金に対して保全信託の設定を行う機関である。保全信託機関30は、保全信託の対象となる預託金の受け入れなどを行うための独自の口座を有している。保全信託機関30はまた、定期的に証券会社等20からの追加信託を受け入れるようになっている。保全信託機関30はまた、信託管理人60に保全信託の残高を報告するようになっている。保全信託機関30はまた、証券会社等20の指示により、保全信託設定された預託金の一部を、保証信託機関40に資金移転するようになっている。保証信託機関40に資金移転する金額の割合は、例えば、証券会社等20と保証信託機関40との間であらかじめ契約書等により決められている。
【0025】
保証信託機関40は、保全信託機関30から資金移転された預託金を受け入れ、その預託金に対して保証信託の設定を行う機関である。保証信託機関40はまた、証券会社等20から預託された証券会社等20の自己資金を受け入れ、その自己資金に対して保証信託の設定を行うようになっている。保証信託機関40と保全信託機関30との間では、保証信託設定されている資金の運用配当(金利等)のやりとりなども行われる。保証信託機関40は、保証信託の対象となる預託金の受け入れなどを行うための独自の口座を有している。
【0026】
保証信託機関40はさらに、保証信託設定された資金の範囲内で、外国為替取引を行う際の担保となる証拠金や保証金等の極度額を設定し、その極度額の金額が記載された保証状を、カウンターパーティ50に対して発行するようになっている。保証状を有効にするため、保証信託機関40とカウンターパーティ50との間では、あらかじめ契約書により保証契約が結ばれている。証券会社等20は、この保証信託機関40が発行する保証状によって担保された金額の範囲内で、カウンターパーティ50に対して実際の外貨の売買注文を行うことができる。カウンターパーティ50が複数存在している場合、各カウンターパーティ50に対して保証状が発行される。保証状によって保証する金額は、定期的(例えば1ヶ月ごと)に見直す。なお、本実施の形態における取引資金管理システムでは、後述するように、保証状の内容を示す保証データを、オンライン処理でカウンターパーティ50に通知するようになっている。
【0027】
ところで、後述するように、このシステムでは、保証信託機関40への委託者は、証券会社等20と保全信託機関30との2者であるが、保全信託機関30への委託者は、証券会社等20の1者である。従って、原委託者は証券会社等20であり、保証信託機関40への保証内容の指示等は、証券会社等20から行う。保証状によって保証する金額(極度額)は、例えば、証券会社等20と保証信託機関40との間で、あらかじめ保証委託契約を結んでおき、その保証委託契約書によって定める。
【0028】
信託管理人60は、証券会社等20と保全信託機関30との間の資金の授受の監視や、証券会社等20が破綻した場合における預託金の返還処理などを、各機関から独立して行うための管理機関である。信託管理人60は、例えば、証券会社等20と保全信託機関30との間における信託設定に関する指示やチェックなどを行う。
【0029】
以上説明したように、このシステムでは、証券会社等20が顧客10から預託された預託金を、信託銀行70(保全信託機関30および保証信託機関40)に移転して信託するようになっている。信託の委託者は証券会社等20であり、受託者は信託銀行70となる。一方、このシステムにおける受益権には、元本受益権および収益受益権がある。元本受益者は顧客10であり、収益受益権は証券会社等20にある。
【0030】
委託者たる証券会社等20は、顧客10が外国為替取引の委託に際して証券会社等20に預託した金銭を、自己の固有財産と分別して管理し、受託者たる信託銀行70に顧客預託金を信託する。信託銀行70の保全信託機関30では、顧客10からの預託金を保全信託として信託設定をする。証券会社等20は、カウンターパーティ50に対する債務について、保証の引き当てとするため、信託財産の一部を、さらに信託銀行70の保証信託機関40に保証信託(優先受益権)し、信託譲渡させる。
【0031】
証券会社等20が倒産、破綻するなど、将来一定の事由(トリガー事由)が発生した場合には、優先受益権が償還される。信託銀行70は、交付すべき償還金の金額が不足する場合、保証信託の優先受益権元本を一部解約し、かかる保証信託の優先受益権償還金をもって保全信託の償還金の支払いにあてる。
【0032】
次に、このシステムのハードウエア構成を説明する。図1に示したように、証券会社等20、保全信託機関30、保証信託機関40、および信託管理人60は、それぞれ口座データベース21,31,41,61と口座設定コンピュータ22,32,42,62とを有している。証券会社等20はさらに、注文処理コンピュータ23を有している。保証信託機関40はさらに、通知コンピュータ43を有している。信託管理人60はさらに、管理コンピュータ63を有している。カウンターパーティ50は、取引用データベース51と、取引用コンピュータ52とを有している。
【0033】
ここで、本実施の形態において、証券会社等20の口座設定コンピュータ22が、本発明における「第1の口座設定コンピュータ」の一具体例に対応し、保全信託機関30の口座設定コンピュータ32が、本発明における「第2の口座設定コンピュータ」の一具体例に対応し、保証信託機関40の口座設定コンピュータ42が、本発明における「第3の口座設定コンピュータ」の一具体例に対応する。
【0034】
このシステムにおいて、各口座データベース間のデータ移転、保証データD4の通知、および注文処理コンピュータ23による売買注文などは、それぞれオンライン処理が可能となっている。このため、主に各データの受け渡しに関わるコンピュータ同士は、専用線等、既存のネットワーク技術による通信ネットワークによって相互接続されている。
【0035】
各機関のコンピュータは、例えば汎用のコンピュータ機器を用いて構成されている。各コンピュータは、図示しないが、CPU(中央処理装置)、主記憶装置、入力装置、出力装置、および補助記憶装置(ハードディスクドライブなど)を有している。主記憶装置は、例えばRAM(ランダム・アクセス・メモリ)によって構成されている。この取引資金管理システムに関わる各コンピュータの処理機能は、補助記憶装置に記憶された、この取引資金管理システム用のプログラムを主記憶装置にロードし、そのロードされたプログラムをCPUが実行することによって実現される。
【0036】
また、各機関のデータベースは、例えば、大容量のハードディスク装置を複数用いて構成したRAID(Redundant Array of Inexpensive Disks)等により構成されている。
【0037】
証券会社等20における口座設定コンピュータ22は、顧客10からの預託金を表す預託金データD1−1を受け付け、その預託金データD1−1を口座データベース21に設定すると共に、その預託金データD1−1を保全信託機関30の口座データベース31に移転する処理を行う機能を有している。口座設定コンピュータ22はまた、売買注文に伴って発生した損益勘定データD5−2を、一定期間の間、証券会社等20の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータ(追加信託データD2−2)を、保全信託機関30における口座設定コンピュータ32に通知する機能を有している。なお、口座データベース21には、顧客10からの預託金データD1−1のほか証券会社等20の自己資金データも格納されている。
【0038】
口座設定コンピュータ22はまた、口座データベース21に設定されている証券会社等20の自己資金を表す自己資金データD6を、劣後受益権として保証信託機関40の口座データベース41に移転する処理を行う機能を有している。
【0039】
口座設定コンピュータ22はまた、顧客データD11−1を信託管理人60の管理コンピュータ63に通知する機能を有している。
【0040】
注文処理コンピュータ23は、顧客からの売買注文データD1−2に基づく売買注文を、証券会社等20から取引受託先であるカウンターパーティ50の取引用コンピュータ52に対して行うためのものである。注文処理コンピュータ23から取引用コンピュータ52には、売買注文データD5−1が送信される。なお、注文処理コンピュータ23による売買注文は、保証信託機関40から発行された保証データD4によって表された担保の範囲内で行われるようになっている。注文処理コンピュータ23と取引用コンピュータ52との間では、売買注文に伴う損益勘定データD5−2のやりとりが日々行われるようになっている。
【0041】
保全信託機関30における口座設定コンピュータ32は、証券会社等20における口座設定コンピュータ22による移転処理を受け付け、その移転された預託金データD2−1に対して保全信託設定を、口座データベース31上で行う機能を有している。口座設定コンピュータ32はまた、その保全信託設定された預託金データD2−1の一部を、保証信託機関40の口座データベース41に移転する処理を行う機能を有している。
【0042】
口座設定コンピュータ32はまた、証券会社等20における口座設定コンピュータ22から通知された立て替えデータ(追加信託データD2−2)に基づいて、口座データベース31に保全信託設定されている預託金データの内容を修正する機能を有している。
【0043】
口座設定コンピュータ32はまた、信託管理人60の口座設定コンピュータ32および管理コンピュータ63に、保全信託の残高データD7−1を報告するようになっている。
【0044】
保証信託機関40における口座設定コンピュータ42は、保全信託機関30における口座設定コンピュータ32による移転処理を受け付け、その移転された預託金データD3に対して優先受益権となる保証信託設定を、口座データベース41上で行う機能を有している。口座設定コンピュータ42はまた、証券会社等20における口座設定コンピュータ22からの自己資金データD6の移転処理を受け付け、その自己資金データD6に対して劣後受益権となる保証信託設定をする機能を有している。このように、保証信託機関40における口座データベース41には、保全信託機関30から移転された預託金データD3のほか、証券会社等20から移転された証券会社等20の自己資金データD6が格納される。
【0045】
保証信託機関40における口座設定コンピュータ42と保全信託機関30における口座設定コンピュータ32との間では、保証信託機関40において保証信託設定されている資金の運用配当(金利等)データD10のやりとりなども行われるようになっている。
【0046】
通知コンピュータ43は、保証信託機関40において保証信託設定されている預託金データの範囲内で設定された、金融取引の際の担保内容を表す保証データD4を、取引受託先であるカウンターパーティ52の取引用コンピュータ52に通知する機能を有している。
【0047】
信託管理人60における口座データベース61は、証券会社等20が破綻した場合にも対応できる能力を備えた資金管理をするための管理用の口座である。口座設定コンピュータ62は、管理コンピュータ63の指示に基づいて、口座データベース61の設定を行うようになっている。
【0048】
信託管理人60における管理コンピュータ63は、証券会社等20の口座データベース21と保全信託機関30の口座データベース31との間の預託金データの移転内容、および保全信託機関30の口座データベース31に保全信託設定されている預託金データ(信託残高データD7−1)などを、各機関から独立して管理する機能を有している。管理コンピュータ63はまた、証券会社等20と保全信託機関30との間における信託設定に関する指示やチェックなどを行うためのデータD8を送信するようになっている。
【0049】
管理コンピュータ63はまた、証券会社等20が破綻した場合において、保証信託機関40の口座データベース41に保証信託設定されている預託金データを、保全信託機関30における口座データベース31に移転させ、この移転された預託金データを含む、保全信託機関30における口座データベース31に保全信託設定されている預託金データを、顧客10に返還可能な状態となるように信託管理人60における口座データベース61に移転させる処理を行う機能を有している。管理コンピュータ63はまた、管理用の口座データベース61に移転された預託金データが、顧客10に返還すべき金額を超えていた場合に、その余剰金を表す余剰金データD11−2を、管理用の口座データベース61から証券会社等20の口座データベース21に移転させる処理を行う機能を有している。
【0050】
なお、経営破綻などのトリガー事由発生時の具体的な資金の流れについては後に詳述する。
【0051】
次に、以上のように構成された取引資金管理システムの動作を説明する。併せて、取引資金の具体的な流れを説明する。
【0052】
まず、図3および図5を参照して、通常の取引時における具体的な売買注文および取引資金の流れを説明する。図3は、主に各機関のコンピュータによる処理の流れを詳しく示し、図5は、主に各機関のデータベース間での資金データの流れを詳しく示している。
【0053】
顧客10は、あらかじめ、証券会社等20に外国為替取引のための預託金(証拠金等)を預け入れる。ここで、顧客10側においてネットワーク接続が可能な端末機器を用意することにより、顧客10と証券会社等20との間の預託金の受け渡し処理をオンライン化することも可能である。証券会社等20における口座設定コンピュータ22は、顧客10からの預託金を表す預託金データD1−1を受け付け(図3のステップS11)、その預託金データD1−1を口座データベース21に設定すると共に、その預託金データD1−1を保全信託機関30の口座データベース31に移転(信託)する処理を行う(ステップS12)。
【0054】
保全信託機関30における口座設定コンピュータ32は、証券会社等20における口座設定コンピュータ22の移転処理を受け付け、その移転された預託金データD2−1に対して保全信託設定を口座データベース31上で行う(ステップS21)。
【0055】
具体的には、例えば図5に示したように複数の顧客A〜顧客Eからの預託金の合計金額70000万円が証券会社等20に預託され、その70000万円を示す預託金データD1−1が、証券会社等20の口座データベース21に設定される。さらにそれが保全信託機関30の口座データベース31に移転処理される。
【0056】
保全信託機関30における口座設定コンピュータ32は、次に、保全信託設定された預託金データD2−1の一部を、保証信託機関40の口座データベース41に移転する処理を行う(ステップS22)。一方、証券会社等20における口座設定コンピュータ22では、口座データベース21に設定されている証券会社等20の自己資金を表す自己資金データD6を、劣後受益権として保証信託機関40の口座データベース41に移転する処理を行う(ステップS13)。
【0057】
保証信託機関40における口座設定コンピュータ42は、保全信託機関30における口座設定コンピュータ32による移転処理を受け付け、その移転された預託金データD3に対して優先受益権となる保証信託設定を、口座データベース41上で行う。口座設定コンピュータ42はまた、証券会社等20における口座設定コンピュータ22からの自己資金データD6の移転処理を受け付け、その自己資金データD6に対して劣後受益権となる保証信託設定をする(ステップS31)。
【0058】
具体的には、例えば図5に示したように、証券会社等20からの10000万円の自己資金(自己資金▲1▼)を表す自己資金データD6が、保証信託機関40の口座データベース41に移転処理され、保証信託設定される。また、保全信託機関30の口座データベース31に保全信託設定されている70000万円のうち、例えば40000万円が、保証信託機関40の口座データベース41に移転処理され、保証信託設定される。この場合、保証信託機関40の口座データベース41には、合計50000万円が保証信託設定されることになるが、このうち、40000万円が優先受益権元本となり、10000万円が劣後受益権元本となる。
【0059】
次に、保証信託機関40では、保証信託機関40において保証信託設定されている資金の範囲内で設定された、金融取引の際の担保内容を表す保証データD4を、通知コンピュータ43から、取引受託先であるカウンターパーティ52の取引用コンピュータ52に通知する(ステップS32)。
【0060】
具体的には、例えば図5に示したように、保証信託機関40の口座データベース41に保証信託設定されている50000万円のうち、30000万円が外国為替取引を行う際の担保となる証拠金等の極度額として設定され、その極度額の金額が記載された保証状が、カウンターパーティ50に対して発行される。通知コンピュータ43は、保証データD4として、例えば極度額の金額が30000万円であることを示すデータを通知する。なお、この具体例では、カウンターパーティ50は、1者のみであるものとしている。
【0061】
このように保証状が発行され、保証データD4がカウンターパーティ50に通知された段階で、実際の外貨の売買注文が可能な状態となり、証券会社等20における注文処理コンピュータ23は、その売買注文処理を行う(ステップS14)。すなわち、注文処理コンピュータ23は、顧客10からの売買注文データD1−2を受け付け、それに基づく売買注文データD5−1を、カウンターパーティ50の取引用コンピュータ52に送信する。注文処理コンピュータ23による売買注文は、保証信託機関40から発行された保証データD4によって表された担保の範囲内で行われる。なお、顧客10側においてネットワーク接続が可能な端末機器を用意することにより、顧客10と証券会社等20との間の注文処理をオンライン化することも可能である。
【0062】
具体的には、例えば図5に示したように複数の顧客A〜顧客Eからの売り注文のデータと買い注文のデータとを、売買注文データD1−2として証券会社等20が受け付ける。ここで、顧客10が複数いる場合、証券会社等20がカウンターパーティ50に行う売買注文のための証拠金等は、売り買い注文の差し引きの金額で良い。例えば図に示したように、売り注文の合計が160枚(1枚=100万円)、買い注文の合計が300枚であったとする。このとおり取引が執行、成立したとすると、売り買い注文の差し引きで、買い注文140枚が、残高として残る。すなわち、カウンターパーティ50に対して必要となる証拠金等は140枚=14000万円で良い。この金額は、あらかじめ保証状により保証されている極度額の金額(30000万円)の範囲内であるから、問題ない。
【0063】
このように実際の売買注文がなされるわけであるが、この売買注文に伴い日々損益が発生しており、証券会社等20の注文処理コンピュータ23とカウンターパーティ50の取引用コンピュータ52との間では、その売買注文に伴う損益勘定データD5−2のやりとりが日々行われる。証券会社等20の口座設定コンピュータ22は、この売買注文に伴って発生した損益勘定データD5−2を、一定期間の間(例えば一週間)、証券会社等20の自己資金データ(図5の自己資金▲2▼)を用いて立て替え処理を行う。そして、一定期間ごとに、その立て替えデータ(追加信託データD2−2)を、保全信託機関30における口座設定コンピュータ32に通知し、追加信託(損益勘定)処理を行う(ステップS15)。
【0064】
保全信託機関30における口座設定コンピュータ32は、証券会社等20における口座設定コンピュータ22から通知された追加信託データD2−2に基づいて、口座データベース31に保全信託設定されている預託金データの内容を修正し、信託設定更新(損益勘定)処理を行う(ステップS23)。
【0065】
このように、本システムを用いた取引では、直接の資金のやりとりは、証券会社等20と顧客10との間、証券会社等20と保全・保証信託機関30,40との間、および証券会社等20とカウンターパーティ50との間においてだけ行われる。従来は、証券会社等20から直接カウンターパーティ50に証券会社等名義の証拠金等を送っていたが、本実施の形態では、保証信託機関40からカウンターパーティ50に保証データ(保証状)D4が送られ、その内容を担保として、売買注文を受け付ける。このため従来とは異なり、証券会社等20からカウンターパーティ50への直接的な証拠金等の送金は必要とされない。
【0066】
以上のようにして、取引資金の預託、保全や売買注文処理が行われる。信託管理人60は、これらの処理に伴う資金の流れを随時監視している。例えば、信託管理人60における管理コンピュータ63は、保全信託機関30の口座設定コンピュータ32から、保全信託の残高データD7−1の報告を受け、随時監視する。また、証券会社等20と保全信託機関30との間における信託設定に関する指示やチェックなどを行う。例えば、個々の顧客10の帳簿の状況をチェックし、保全信託機関30に知らせたりする。
【0067】
次に、図4および図6を参照して、証券会社等20の経営破綻などトリガー事由発生時におけるシステムの動作を、具体的な取引資金の流れと共に説明する。図4は、主に各機関のコンピュータによる処理の流れを詳しく示し、図6は、主に各機関のデータベース間での資金データの流れを詳しく示している。
【0068】
証券会社等20が経営破綻などした場合、信託管理人60における管理コンピュータ63は、カウンターパーティ50に対して決済注文を行い(ステップS141)、証券会社等20とカウンターパーティ50との間で行われていた取引の決済を行わせる。カウンターパーティ50の取引用コンピュータ52は、決済注文を受けて、その時点での損益を算出する。
【0069】
保証信託機関40における口座設定コンピュータ42は、カウンターパーティ50の取引用コンピュータ52との間で損益勘定処理を行い(ステップS131)、保証信託機関40の口座データベース41に保証信託設定されている資金データの更新を行う。また保証信託機関40では、カウンターパーティ50に発行した保証状の回収処理を行う。カウンターパーティ50の取引用コンピュータ52は、保証状の回収処理を行うことを通知するデータを、保証信託機関40における口座設定コンピュータ42に送信する(ステップS132)。
【0070】
次に、保証信託機関40における口座設定コンピュータ42は、口座データベース41に設定されている、勘定処理された後の資金データを、保全信託機関30における口座データベース31に移転する処理を行う(ステップS133)。保全信託機関30における口座設定コンピュータ32は、その移転処理を受け付け、信託返還処理を行う(ステップS121)。口座設定コンピュータ32は、信託返還処理として、保証信託機関40から資金移転されたことを示す預託金データD3と、口座データベース31に残っている保全信託金のデータとの勘定処理を行い、口座データベース31に反映させる処理を行う。口座設定コンピュータ32はさらに、勘定処理された後の口座データベース31の預託金データD7−2を、信託管理人60の口座設定コンピュータ62および管理コンピュータ63に通知し、その預託金を顧客10に返還可能な状態となるように信託管理人60の口座データベース61に移転する処理を行う。
【0071】
具体的には、例えば図6に示したように、カウンターパーティ50において、決済注文を受けた時点での損益として、1000万円の損失が算出されたとする。一方、保証信託機関40の口座データベース41において保証信託設定されていた資金データが、50000万円(優先受益権元本:40000万円+劣後受益権元本:10000万円)だったとすると、損益勘定処理を行うことにより、口座データベース41上の資金データは、差し引きで49000万円となる。この49000万円が、保全信託機関30に資金移転される。資金移転された金額と、保全信託機関30に残っていた保全信託金との勘定処理を行うことで、保全信託機関30の口座データベース31上での資金データは合計、例えば79000万円となる。
【0072】
以上の保証信託機関40における損益勘定処理および保全信託機関30への資金移転処理は、例えば、信託管理人60の管理コンピュータ63からの指示に基づいて行う。
【0073】
ところで、証券会社等20の口座設定コンピュータ32は、トリガー事由が発生する前に事前に、信託管理人60の管理コンピュータ63に対して顧客データD11−1の送信処理を行っている(ステップS111)。信託管理人60の管理コンピュータ63は、この顧客データD11−1と、保全信託機関30から移転された預託金データD7−2とに基づいて、各顧客に返還すべき金額を算出、確定し(ステップS142)、その確定した返還金を各顧客に返還する(ステップS143)。顧客10側にネットワーク接続が可能な端末機器があれば、その端末機器に返還金額などを知らせる預託金返還データD9を通知する。
【0074】
管理コンピュータ63はまた、保全信託機関30から返還された預託金の金額が、各顧客に返還すべき金額を超えていた場合には、その余剰金を証券会社等20に返還する処理を行う(ステップS144)。返還処理としては、その余剰金を表す余剰金データD11−2を、管理用の口座データベース61から証券会社等20の口座データベース21に移転させる処理を行う。証券会社等20では、余剰金データD11−2を受け付け、自身の口座データベース21に反映させるなど、返還金の受け取り処理を行う(ステップS112)。
【0075】
具体的には、例えば図6に示したように、保全信託機関30から返還された預託金が、79000万円で、顧客10へ返還すべき金額の合計が69000万円で確定したとすると、証券会社等20へ返還する余剰金は10000万円となる。各顧客A〜Eには、あらかじめ預託した預託金額と、為替取引に伴う損益との差し引き金額が、返還金として返還される。
【0076】
以上説明したように、本実施の形態に係る取引資金管理システムおよび方法によれば、顧客10からの預託金データが、実際に売買注文を行う証券会社等20ではなく、保全信託機関30および保証信託機関40の口座データベース31,41に移転され、そこで保全、保証信託設定がなされる。実際の売買注文は、保証信託機関40において保証信託設定された預託金データの範囲内の保証データD4の保証の範囲内で行われる。つまり、顧客10からの預託金が、売買注文を行う証券会社等20ではなく、信託機関である保全信託機関30および保証信託機関40において分別保管される。これにより、顧客10からの預託金と証券会社等20の自己資金とが混在するリスクを減らすことができ、顧客10の預託金が保全信託機関30および保証信託機関40において確実に保全される。従って、顧客10は証券会社等20の与信リスクを心配することなく、安心して預託金を預けることができる。また、複数のカウンターパーティ50がある場合にも対応可能で汎用性のあるスキームを提供できる。
【0077】
また、売買注文に伴って発生した日々の損益金データを、証券会社等20において、一定期間の間、自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、保全信託機関30に通知し、保全信託機関30では、その通知された立て替えデータに基づいて、口座データベース31に保全信託設定されている預託金データの内容を修正するようにしたので、日々の売買注文によって生じた損益勘定が、保全信託機関30の口座データベース31に確実に反映され、日々の預託状況の変化にも対応可能となる。
【0078】
また、信託管理人60の管理コンピュータ63が、証券会社等20の口座データベース21と保全信託機関30の口座データベース31との間の預託金データの移転内容、および保全信託機関30の口座データベース31に保全信託設定されている預託金データの残高などを、各機関から独立して管理するようにしたので、例えば預託金データの移転に伴う不正の監視などを行うことができ、預託金データの安全な移転を行うことができる。さらに、証券会社等20が破綻した場合において、保証信託機関40の口座データベース41に保証信託設定されている預託金データを、保全信託機関30における口座データベース31に移転させ、この移転された預託金データを含む、保全信託機関30における口座データベース31に保全信託設定されている預託金データを、顧客10に返還可能な状態となるように信託管理人60における口座データベース61に移転させる処理を、信託管理人60の管理コンピュータ63の管理下で行うようにしたので、例えば証券会社等20の一般債権者から、顧客10の預託金を確実に保護することができ、預託金を確実に顧客へと返還することができる。
【0079】
このように、本実施の形態に係る取引資金管理システムおよび方法によれば、外国為替取引などの金融取引を行う場合において、顧客10の預託金を確実に保全しつつ、円滑な取引を行うことができる。
【0080】
なお、本発明は、上記実施の形態に限定されず種々の変形実施が可能である。例えば、本発明の取引資金管理システムおよび方法は、外国為替取引に限らず、金の保証金等の取引など、他の金融取引の際の資金管理にも適用することが可能である。
【0081】
【発明の効果】
以上説明したように、請求項1ないし9のいずれか1項に記載の取引資金管理システム、または請求項10ないし18のいずれか1項に記載の取引資金管理方法によれば、顧客からの預託金データを、結果的に、売買注文を行う第1の機関ではなく、第2および第3の機関の口座データベースに移転し、そこで保全、保証信託設定を行い、また、実際の売買注文は、保証信託設定されている預託金データの範囲内で設定された、保証データの保証の範囲内で行うようにしたので、顧客からの預託金が、売買注文を行う第1の機関ではなく、信託機関である第2および第3の機関において分別保管される。これにより、外国為替取引などの金融取引を行う場合において、顧客からの預託金と第1の機関の自己資金とが混在するリスクを減らすことができ、顧客の預託金を確実に保全しつつ、円滑な取引を行うことができるようになる。
【0082】
特に、請求項4記載の取引資金管理システム、または請求項13記載の取引資金管理方法によれば、第1の口座設定コンピュータが、売買注文に伴って発生した損益金データを、一定期間の間、第1の機関の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、第2の機関における第2の口座設定コンピュータに通知し、第2の口座設定コンピュータが、通知された立て替えデータに基づいて、第2の機関の口座データベースに保全信託設定されている預託金データの内容を修正するようにしたので、例えば日々の売買注文によって生じた損益勘定を、第2および第3の機関の口座データベースに確実に反映させることができる。
【0083】
特に、請求項6記載の取引資金管理システム、または請求項15記載の取引資金管理方法によれば、管理コンピュータが、第1の機関が破綻した場合において、第3の機関の口座データベースに保証信託設定されている預託金データを、第2の機関の口座データベースに移転させ、この移転された預託金データを含む、第2の機関の口座データベースに保全信託設定されている預託金データを、顧客に返還可能な状態となるように管理用の口座データベースに移転させる処理を行うようにしたので、第1の機関が破綻した場合においても、例えば第1の機関の一般債権者から、顧客の預託金を確実に保護することができ、預託金を確実に顧客へと返還することができる。
【図面の簡単な説明】
【図1】本発明の一実施の形態に係る取引資金管理システムの全体構成を示すブロック図である。
【図2】本発明の一実施の形態に係る取引資金管理システムの全体構成を示す他のブロック図である。
【図3】通常の取引時の各機関における各コンピュータの動作を示す流れ図である。
【図4】トリガー事由発生時の各機関における各コンピュータの動作を示す流れ図である。
【図5】通常の取引時における具体的な売買注文および取引資金の流れを示すブロック図である。
【図6】トリガー事由発生時における具体的な取引資金の流れを示すブロック図である。
【符号の説明】
D1−1…預託金データ、D1−2…売買注文データ、D2−1…預託金データ、D2−2…追加信託データ、D3…預託金データ(優先受益権)、D4…保証データ、D5−1…売買注文データ、D5−2…損益金データ、D6…自己資金データ、D7−1…信託残高データ、D7−2…預託金データ(返還時)、D8…指示・チェックデータ、D9…預託金返還データ、D10…運用配当(金利等)データ、D11−1…顧客データ、D11−2…余剰金データ、10…顧客、20…証券会社等、21,31,41…口座データベース、22,32,42…口座設定コンピュータ、23…注文処理コンピュータ、30…保全信託機関、40…保証信託機関、50…外国為替取引受託先(カウンターパーティ)、51…取引データベース、52…取引用コンピュータ、60…信託管理人、63…管理コンピュータ、70…信託銀行。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a transaction fund management system and method used for foreign exchange margin transactions or foreign exchange margin transactions (forex exchange transactions).
[0002]
[Prior art]
The amendment of the Foreign Exchange Law in April 1998 led to a significant liberalization of foreign exchange transactions. Before the amendment, only certain financial institutions that had been granted permission could perform foreign exchange operations, but after the amendment, it is now possible to perform forex operations even for non-specific financial institutions. Was. As a result, it is becoming relatively easy to provide individual investors with opportunities for foreign exchange trading.
[0003]
At present, as a method of performing foreign exchange trading by an individual or a company, it is common practice to trade with a counterparty (foreign exchange trading partner) via a broker such as a securities company, for example. In this case, as a flow of the transaction, first, a customer such as an individual or a company deposits a margin or the like as a security of the transaction with a broker such as a securities company in advance. Thereafter, the securities company deposits the margin etc. with the counterparty. Thereafter, the securities company, etc. receives the trading order from the customer and places an actual foreign currency trading order with the counterparty within the amount secured by the margin deposited by the securities company with the counterparty. Do. Documents that contain general information on conventional foreign exchange transactions include, for example, the following.
[0004]
[Non-patent document 1]
"The Knowledge of Foreign Exchange", edited by the International Monetary Institute, Nikkei Inc., July 9, 2001
[0005]
[Problems to be solved by the invention]
By the way, in the first place, in the securities business, it is legally required that the assets of the securities company itself and the assets received from customers are separately stored. However, there is no such duty in the foreign exchange trading business. For this reason, for example, in the event of a bankruptcy of a securities company, etc., there is no public framework for protecting deposits (margin etc.) for foreign exchange transactions received from customers, which seems to be a problem for customers. It is. Conversely, for securities companies, it is difficult to expand business unless there is a mechanism that allows customers to deposit assets without worrying about the credit risk of securities companies.
[0006]
The present invention has been made in view of such a problem, and an object of the present invention is to perform a smooth transaction while securely maintaining a customer's deposit when performing a financial transaction such as a foreign exchange transaction. To provide a transaction fund management system and method.
[0007]
[Means for Solving the Problems]
A transaction fund management system according to the present invention is a system for managing funds in a financial transaction, receives deposit data representing a deposit from a customer, and sets the deposit data in an account database of a first institution. And a first account setting computer for performing a process of transferring the deposit data to an account database of the second institution, and accepting a process of transferring the deposit data to the account database of the second institution. A second account setting computer that performs a process of transferring a part of the deposit data set as a security trust to the account database of the third institution, while setting a security trust for the deposited deposit data. A third account setup for accepting transfer processing of deposit data to the account database of the third institution and setting up a guarantee trust for the transferred deposit data A computer, a notification computer that notifies the transaction computer of the trustee of the guarantee data set within the range of the deposit data set in the guarantee trust, and the security data representing the collateral at the time of the financial transaction, and the guarantee data. An order processing computer for performing a sales order based on order data from a customer from the first organization to a transaction computer of a contract receiving party within the range of the represented collateral.
[0008]
A transaction fund management method according to the present invention is a method for managing funds in a financial transaction, wherein a first account setting computer receives deposit data representing a deposit from a customer, and transfers the deposit data to a second account. Setting the account data of the first institution and transferring the deposit data to the account database of the second institution; and depositing the deposit data in the account database of the second institution by the second account setting computer. A process for receiving a transfer process of gold data, setting a security trust for the transferred deposit data, and transferring a part of the deposit data set for the security trust to an account database of a third institution. And the third account setting computer accepts the transfer processing of the deposit data to the account database of the third institution, and the transferred deposit Setting a guaranty trust for the data, and sending the guaranty data, which is set within the range of the deposit data set in the guaranty trust, representing the collateral content at the time of the financial transaction, to the notification computer, Notifying the trading computer, wherein the order processing computer sends a trading order based on the order data from the customer to the trading computer of the contractee from the first organization within the scope of the collateral represented by the guarantee data. And the steps to be performed for it.
[0009]
Here, in the transaction fund management system and method according to the present invention, the data transfer between the account databases, the notification of the guarantee data, and the trading order by the order processing computer are performed, for example, by online processing, respectively.
[0010]
In the transaction fund management system and method according to the present invention, for example, a foreign exchange transaction is performed as the financial transaction. In the transaction fund management system and method according to the present invention, for example, a securities company becomes the first institution, and for example, a trust bank becomes the second and third institutions. Note that even if the second institution and the third institution are the same institution, and the account database of the second institution and the account database of the third institution are different account databases set in the same institution. good.
[0011]
In the transaction fund management system and method according to the present invention, a first account setting computer receives deposit data representing a deposit from a customer and sets the deposit data in an account database of a first institution. The first account setting computer also performs a process of transferring the deposit data to the account database of the second institution. The second account setting computer receives the transfer processing of the deposit data to the account database of the second institution, and makes a security trust setting for the transferred deposit data. The second account setting computer also performs a process of transferring a part of the deposit data set in the security trust to the account database of the third institution. The third account setting computer accepts the transfer processing of the deposit data to the account database of the third institution, and makes a guarantee trust setting for the transferred deposit data. The notifying computer notifies the transaction computer of the transaction trustee of the guarantee data that is set within the range of the deposit data set in the guarantee trust and represents the security content at the time of the financial transaction. The order processing computer makes a sales order based on the order data from the customer within the range of the security represented by the guarantee data from the first institution to the transaction computer of the transaction receiving party.
[0012]
Thus, in the transaction fund management system and method according to the present invention, the deposit data from the customer is consequently transferred to the account database of the second and third institutions, instead of the first institution that places the trading order. The security and security trust are set up there. The actual trading order is performed within the range of the guarantee data set within the range of the deposit data set in the guarantee trust. That is, the deposit from the customer is segregated and stored in the second and third institutions, which are trust institutions, instead of the first institution that places a sales order. Thus, the risk that the deposit from the customer and the own institution's own funds are mixed can be reduced, and the deposit of the customer can be securely maintained in the second and third institutions.
[0013]
Here, in the transaction fund management system and method according to the present invention, the first account setting computer transmits own fund data representing the own fund of the first institution set in the account database of the first institution to the third institution. It may further have a function of performing a process of transferring to the account database of the institution. Further, the third account setting computer may further have a function of accepting a transfer process of the own fund data to the account database of the third institution, and setting a guarantee trust for the own fund data.
[0014]
Further, the first account setting computer manages the profit and loss data generated in connection with the sales order for a fixed period by using the own institution's own fund data for a certain period, and at a fixed period, The second account setting computer further has a function of notifying the data to the second account setting computer in the second institution, and the second account setting computer transmits the security trust to the second institution's account database based on the notified replacement data. A function for correcting the set deposit data may be further provided.
This ensures that the profit and loss account caused by, for example, daily trading orders is reflected in the account databases of the second and third institutions.
[0015]
Further, the transaction fund management system according to the present invention is configured such that the contents of transfer of deposit data between the account database of the first institution and the account database of the second institution, and the security trust is set in the account database of the second institution. A management computer for managing the deposited deposit data independently from each institution may be further provided.
With the function of the management computer, it is possible to monitor, for example, fraud associated with the transfer of the deposit data, and secure transfer of the deposit data is performed.
[0016]
Further, a management account database for managing funds when the first institution fails may be further provided. For example, when the first institution fails, the management computer transfers the deposit data set as a guarantee trust in the account database of the third institution to the account database of the second institution, and transfers the transferred deposit data. A process for transferring deposit data set in a trust account in the account database of the second institution, including deposit data, to a management account database so that it can be returned to the customer. I have. When the deposit data transferred to the management account database exceeds the amount to be returned to the customer, the management computer transfers surplus data representing the surplus from the management account database to the first account database. It may further have a function of performing a process of transferring to the account database of the institution.
Thus, even if the first institution fails, the deposit of the customer can be reliably protected from, for example, a general creditor of the first institution, and the deposit is reliably returned to the customer.
[0017]
The transaction fund management method according to the present invention may further include the processing steps performed by the management computer described above.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0019]
1 and 2 show the overall configuration of a transaction fund management system according to one embodiment of the present invention. FIG. 1 mainly shows the hardware configuration of this system in detail, and FIG. 2 shows the data flowing through this system in detail. First, before describing the hardware configuration of this system, an overview of financial institutions related to this system and financial transactions to which this system is applied will be mainly described with reference to FIG. In the following, a case where a foreign exchange transaction is performed as a financial transaction will be described as an example.
[0020]
Institutions relating to this system include, for example, securities companies 20, security trust institutions 30, guarantee trust institutions 40, counterparties 50 for foreign exchange transactions, and trust administrators 60. The security trust institution 30 and the guarantee trust institution 40 are internal institutions installed in one trust bank 70, for example.
[0021]
In this embodiment, the securities company 20 corresponds to a specific example of the “first institution” in the present invention, and the security trust institution 30 and the guarantee trust institution 40 correspond to the “second institution” in the present invention, respectively. Of the third organization.
[0022]
The securities company or the like 20 is an organization that receives a sales order for foreign exchange transactions from the customer 10 and, based on the order, actually places a sales order for foreign exchange transactions with the counterparty 50. Between the securities company 20 and the counterparty 50, a profit and loss account associated with a trading order is exchanged daily. The customer 10 deposits a deposit (for example, margin) for foreign exchange transactions with a securities company 20 in advance. Note that there are usually a plurality of customers 10. Further, a plurality of counter parties 50 may exist.
[0023]
The securities company 20 has its own account for receiving a deposit from the customer 10 and managing its own funds. The securities company 20 deposits the deposit from the customer 10 with the security trust agency 30. Note that the securities company 20 also pays out the deposit deposited in the maintenance trust organization 30 when the customer 10 requests for withdrawal. The securities company 20 also periodically (for example, every week) makes an additional trust with the security trust institution 30 in order to make a daily profit and loss account associated with a foreign exchange trading order. Securities companies 20 also deposit their own funds, which are subordinate beneficiary rights, with a guarantee trust institution 40.
[0024]
The maintenance trust institution 30 is an organization that accepts a deposit of the customer 10 deposited through the securities company 20 or the like and sets a security trust for the deposit. The maintenance trust institution 30 has its own account for receiving deposits to be covered by the maintenance trust. The security trust agency 30 is also adapted to periodically accept additional trust from the securities company 20 or the like. The security trust institution 30 also reports the trust trust balance to the trust administrator 60. The security trust institution 30 also transfers a part of the deposit set up in the security trust to the guarantee trust institution 40 in accordance with an instruction of the securities company 20 or the like. The ratio of the amount of funds transferred to the guarantee trust institution 40 is determined in advance, for example, between the securities company 20 and the guarantee trust institution 40 by a contract or the like.
[0025]
The guarantee trust institution 40 is an institution that receives a deposit transferred from the security trust institution 30 and sets up a guarantee trust for the deposit. The guarantee trust organization 40 also receives own funds of the securities companies 20 deposited from the securities companies 20 and sets up a guarantee trust for the own funds. Between the guarantee trust institution 40 and the security trust institution 30, exchange of management dividends (interest, etc.) of funds set in the guarantee trust is also performed. The guarantee trust institution 40 has its own account for receiving a deposit to be guaranteed by the guarantee trust.
[0026]
The guarantee trust institution 40 further sets an extreme amount such as a margin or a deposit as a collateral for foreign exchange transactions within the range of the fund set up in the guarantee trust, and provides a guarantee in which the extreme amount is described. The state is issued to the counterparty 50. In order to make the guarantee valid, a guarantee contract has been previously concluded between the guarantee trust organization 40 and the counterparty 50 by a contract. The securities company 20 or the like can place an actual foreign currency trading order with the counterparty 50 within the range of the amount secured by the guarantee issued by the guarantee trust institution 40. When there are a plurality of counter parties 50, a guarantee is issued to each counter party 50. The amount guaranteed by the guarantee is reviewed periodically (eg, every month). In the transaction fund management system according to the present embodiment, as will be described later, guarantee data indicating the contents of the guarantee is notified to the counterparty 50 by online processing.
[0027]
By the way, as will be described later, in this system, the trustee to the guarantee trust institution 40 is a securities company or the like 20 and the security trust institution 30. However, the trustee to the security trust institution 30 is a security trustee. Etc. 20. Therefore, the original consignor is the securities company 20 or the like, and the instruction of the guarantee contents to the guarantee trust organization 40 is performed from the securities company 20 or the like. The amount (extreme amount) to be guaranteed by the guarantee letter is determined in advance by, for example, concluding a guarantee consignment contract between the securities company 20 or the like and the guarantee trust institution 40, and by the guarantee consignment contract.
[0028]
The trust administrator 60 independently monitors the transfer of funds between the securities company 20 and the security trust institution 30 and returns deposits when the securities company 20 fails or the like, independently of each institution. Is an administrative body for The trust manager 60 performs, for example, an instruction or a check on a trust setting between the securities company 20 or the like and the security trust institution 30.
[0029]
As described above, in this system, the securities company 20 transfers the deposit deposited from the customer 10 to the trust bank 70 (the security trust agency 30 and the guarantee trust agency 40) and trusts it. . The trustee is the securities company 20 and the trustee is the trust bank 70. On the other hand, beneficiary rights in this system include principal beneficiary rights and profit beneficiary rights. The principal beneficiary is the customer 10 and the profit beneficiary right is at a securities company 20 or the like.
[0030]
The trustee, such as the securities company 20, manages the money deposited by the customer 10 with the securities company 20, etc. when outsourcing the foreign exchange transaction separately from its own property, and trusts the customer deposit with the trust bank 70, which is the trustee. I do. The security trust institution 30 of the trust bank 70 sets a trust from the customer 10 as a security trust. The securities company or the like 20 further secures a part of the trust property to the guarantee trust institution 40 of the trust bank 70 (guaranteed trust beneficiary right) to transfer the trust to the counterparty 50 in order to provide guarantee.
[0031]
In the event that a certain event (trigger event) occurs in the future, such as the bankruptcy or bankruptcy of the securities company 20, the priority beneficiary right is redeemed. When the amount of the redemption money to be delivered is insufficient, the trust bank 70 partially cancels the principal beneficiary right principal of the guarantee trust and uses the redemption money of the priority beneficiary right of the guarantee trust to pay the redemption money of the security trust. .
[0032]
Next, the hardware configuration of this system will be described. As shown in FIG. 1, the securities company 20, the security trust institution 30, the guarantee trust institution 40, and the trust administrator 60 are provided with account databases 21, 31, 41, 61 and account setting computers 22, 32, 42, respectively. 62. The securities company 20 also has an order processing computer 23. Guarantee trust agency 40 further includes a notification computer 43. The trust administrator 60 further has a management computer 63. The counter party 50 has a transaction database 51 and a transaction computer 52.
[0033]
Here, in the present embodiment, the account setting computer 22 of the securities company 20 corresponds to a specific example of the “first account setting computer” of the present invention, and the account setting computer 32 of the security trust institution 30 This corresponds to a specific example of the “second account setting computer” in the present invention, and the account setting computer 42 of the guarantee trust institution 40 corresponds to a specific example of the “third account setting computer” in the present invention.
[0034]
In this system, data transfer between the account databases, notification of the guarantee data D4, and sales orders by the order processing computer 23 can be processed online. For this reason, computers mainly involved in the transfer of each data are interconnected by a communication network using an existing network technology such as a dedicated line.
[0035]
The computer of each institution is configured using, for example, general-purpose computer equipment. Although not shown, each computer has a CPU (central processing unit), a main storage device, an input device, an output device, and an auxiliary storage device (such as a hard disk drive). The main storage device is constituted by, for example, a RAM (random access memory). The processing function of each computer related to the transaction fund management system is such that a program for the transaction fund management system stored in the auxiliary storage device is loaded into the main storage device, and the loaded program is executed by the CPU. Is achieved.
[0036]
In addition, the database of each institution is composed of, for example, a RAID (Redundant Array of Inexpensive Disks) configured by using a plurality of large-capacity hard disk devices.
[0037]
The account setting computer 22 in the securities company 20 receives the deposit data D1-1 representing the deposit from the customer 10, sets the deposit data D1-1 in the account database 21, and sets the deposit data D1- 1 is transferred to the account database 31 of the maintenance trust institution 30. The account setting computer 22 also manages the profit and loss account data D5-2 generated in connection with the trading order for a certain period of time by using the own funds data of the securities company 20 and the like, and at every certain period, It has a function of notifying the data (additional trust data D2-2) to the account setting computer 32 in the security trust institution 30. In addition, the account database 21 stores, in addition to the deposit data D1-1 from the customer 10, self-funding data of the securities company 20 or the like.
[0038]
The account setting computer 22 also has a function of transferring self-funding data D6 representing self-funding of the securities company 20 or the like set in the account database 21 to the account database 41 of the guarantee trust institution 40 as subordinate beneficiary rights. Have.
[0039]
The account setting computer 22 also has a function of notifying the management computer 63 of the trust administrator 60 of the customer data D11-1.
[0040]
The order processing computer 23 is for making a sales order based on the sales order data D1-2 from the customer from the securities company 20 to the transaction computer 52 of the counterparty 50, which is a contract receiving party. Trading order data D5-1 is transmitted from the order processing computer 23 to the transaction computer 52. The sales order by the order processing computer 23 is made within the range of the security represented by the guarantee data D4 issued from the guarantee trust organization 40. Between the order processing computer 23 and the transaction computer 52, exchange of profit / loss account data D5-2 accompanying the sales order is performed daily.
[0041]
The account setting computer 32 in the security trust institution 30 accepts the transfer process by the account setting computer 22 in the securities company 20 and performs the security trust setting on the transferred deposit data D2-1 on the account database 31. Has a function. The account setting computer 32 also has a function of transferring a part of the deposit data D2-1 set in the security trust to the account database 41 of the guarantee trust organization 40.
[0042]
The account setting computer 32 also changes the contents of the deposit data set in the account database 31 based on the replacement data (additional trust data D2-2) notified from the account setting computer 22 in the securities company 20 or the like. It has a function to correct.
[0043]
The account setting computer 32 also reports the balance data D7-1 of the maintenance trust to the account setting computer 32 and the management computer 63 of the trust administrator 60.
[0044]
The account setting computer 42 in the guarantee trust institution 40 accepts the transfer processing by the account setting computer 32 in the security trust institution 30, and stores the guarantee trust setting which becomes the priority beneficiary right for the transferred deposit data D3 in the account database 41. It has the functions performed above. The account setting computer 42 also has a function of accepting a transfer process of the own funds data D6 from the account setting computer 22 in the securities company 20 or the like, and setting a guarantee trust as a subordinate beneficiary right for the own funds data D6. ing. As described above, in the account database 41 of the guarantee trust institution 40, in addition to the deposit data D3 transferred from the security trust institution 30, the own fund data D6 of the securities company 20 transferred from the securities company 20 is stored. You.
[0045]
Between the account setting computer 42 in the guarantee trust institution 40 and the account setting computer 32 in the security trust institution 30, exchange of management dividend (interest rate etc.) data D10 of funds set in the guarantee trust institution 40 is also performed. It has become to be.
[0046]
The notifying computer 43 sends the guarantee data D4, which is set within the range of the deposit data set in the guarantee trust in the guarantee trust institution 40 and represents the content of the collateral at the time of the financial transaction, to the counterparty 52, which is the transaction trustee. It has a function of notifying the transaction computer 52.
[0047]
The account database 61 of the trust administrator 60 is a management account for managing funds with the ability to cope with a failure of the securities company 20 or the like. The account setting computer 62 sets the account database 61 based on instructions from the management computer 63.
[0048]
The management computer 63 of the trust administrator 60 transfers the deposit data between the account database 21 of the securities company 20 or the like and the account database 31 of the security trust institution 30, and the security trust in the account database 31 of the security trust institution 30. It has a function of managing set deposit data (trust balance data D7-1) and the like independently from each institution. The management computer 63 also transmits data D8 for instructing and checking trust setting between the securities company 20 and the security trust organization 30.
[0049]
The management computer 63 also transfers the deposit data set as a guarantee trust in the account database 41 of the guarantee trust institution 40 to the account database 31 of the security trust institution 30 when the securities company 20 or the like fails. The deposit data set in the account database 31 of the security trust institution 30 including the received deposit data is transferred to the account database 61 of the trust manager 60 so that the deposit data can be returned to the customer 10. It has a function to perform processing. When the deposit data transferred to the management account database 61 exceeds the amount to be returned to the customer 10, the management computer 63 also stores the surplus data D11-2 representing the surplus into the management account database 61. From the account database 61 of the securities company 20 to the account database 21 of the securities company 20.
[0050]
The specific flow of funds when a trigger event such as a bankruptcy occurs will be described later in detail.
[0051]
Next, the operation of the transaction fund management system configured as described above will be described. In addition, a specific flow of transaction funds will be described.
[0052]
First, with reference to FIG. 3 and FIG. 5, a specific flow of a trading order and a transaction fund during a normal transaction will be described. FIG. 3 mainly shows in detail the flow of processing by the computer of each institution, and FIG. 5 mainly shows in detail the flow of fund data between the databases of each institution.
[0053]
The customer 10 deposits a deposit (margin etc.) for foreign exchange transactions with the securities company 20 in advance. Here, by preparing a terminal device that can be connected to the network on the customer 10 side, it is also possible to perform online the processing of transferring the deposit between the customer 10 and the securities company 20 or the like. The account setting computer 22 in the securities company 20 receives the deposit data D1-1 representing the deposit from the customer 10 (step S11 in FIG. 3), sets the deposit data D1-1 in the account database 21, and Then, the deposit data D1-1 is transferred (trusted) to the account database 31 of the security trust institution 30 (step S12).
[0054]
The account setting computer 32 in the security trust institution 30 accepts the transfer processing of the account setting computer 22 in the securities company 20 and performs the security trust setting on the transferred deposit data D2-1 on the account database 31 ( Step S21).
[0055]
Specifically, for example, as shown in FIG. 5, a total amount of 700,000 yen of deposits from a plurality of customers A to E is deposited with a securities company 20 or the like, and deposit data D1- 1 is set in the account database 21 of the securities company 20 or the like. Further, it is transferred to the account database 31 of the security trust organization 30.
[0056]
Next, the account setting computer 32 in the security trust institution 30 performs a process of transferring a part of the deposit data D2-1 set in the security trust to the account database 41 of the guarantee trust institution 40 (step S22). On the other hand, the account setting computer 22 in the securities company 20 transfers the own funds data D6 representing the own funds of the securities company 20 set in the account database 21 to the account database 41 of the guarantee trust institution 40 as subordinate beneficiary rights. Is performed (step S13).
[0057]
The account setting computer 42 in the guarantee trust institution 40 accepts the transfer processing by the account setting computer 32 in the security trust institution 30, and stores the guarantee trust setting which becomes the priority beneficiary right for the transferred deposit data D3 in the account database 41. Do above. The account setting computer 42 also receives the transfer processing of the own funds data D6 from the account setting computer 22 in the securities company 20 or the like, and makes a guarantee trust setting to be a subordinate beneficiary right for the own funds data D6 (step S31). .
[0058]
Specifically, as shown in FIG. 5, for example, self-financing data D6 representing 100 million yen of own funds (own funds (1)) from a securities company 20 or the like is stored in the account database 41 of the guarantee trust institution 40. It is transferred and set as a guarantee trust. Of the 700,000 yen set in the security database in the account database 31 of the security trust institution 30, for example, 400,000 million yen is transferred to the account database 41 of the guarantee trust institution 40 and set as a security trust. In this case, a total of 500,000 million yen will be set as the guarantee trust in the account database 41 of the guarantee trust institution 40. Of these, 400 million yen is the priority beneficiary right principal and 100 million yen is the subordinate beneficiary right. Be the principal.
[0059]
Next, the guarantee trust institution 40 sends, from the notification computer 43, the guarantee data D4 representing the content of the collateral at the time of the financial transaction, which is set within the range of the funds set in the guarantee trust in the guarantee trust institution 40, from the notification computer 43. It notifies the transaction computer 52 of the counterparty 52 (step S32).
[0060]
Specifically, as shown in FIG. 5, for example, of the 500,000 yen set in the account database 41 of the guarantee trust institution 40, 500,000 yen is evidence that 300 million yen is used as collateral for foreign exchange transactions. A guarantee letter set as an extreme amount such as gold and the amount of the extreme amount is described is issued to the counterparty 50. The notification computer 43 notifies, for example, data indicating that the extreme amount is 300 million yen as the guarantee data D4. In this specific example, it is assumed that there is only one counter party 50.
[0061]
At the stage when the guarantee is issued and the guarantee data D4 is notified to the counterparty 50, an actual foreign currency trading order can be placed, and the order processing computer 23 in the securities company 20 or the like executes the trading order processing. Is performed (step S14). That is, the order processing computer 23 receives the trading order data D1-2 from the customer 10, and transmits the trading order data D5-1 based on the data to the trading computer 52 of the counterparty 50. The sales order by the order processing computer 23 is made within the range of the security represented by the guarantee data D4 issued by the guarantee trust organization 40. By preparing a terminal device that can be connected to the network at the customer 10, the order processing between the customer 10 and the securities company 20 can be made online.
[0062]
Specifically, for example, as shown in FIG. 5, the securities company 20 receives the data of the sell order and the data of the buy order from the plurality of customers A to E as the buy / sell order data D1-2. Here, in the case where there are a plurality of customers 10, the margin etc. for the trading order that the securities company 20 makes to the counterparty 50 may be the amount of the deduction of the selling order. For example, as shown in the figure, it is assumed that the total of the sell order is 160 (1 = 1 million yen) and the total of the buy order is 300. Assuming that the transaction is executed and completed as described above, 140 buy orders remain as a balance due to the deduction of the sell buy order. In other words, the margin required for the counterparty 50 may be 140 = 140 million yen. This amount is within the range of the maximum amount (300 million yen) guaranteed by the guarantee in advance, so there is no problem.
[0063]
In this way, the actual trading order is placed, but profits and losses are generated daily with this trading order, and the order processing computer 23 of the securities company 20 or the like and the trading computer 52 of the counterparty 50 communicate with each other. The profit and loss account data D5-2 associated with the sales order is exchanged daily. The account setting computer 22 of the securities company 20, etc., stores the profit and loss account data D5-2 generated in accordance with the trading order for a certain period of time (for example, one week) with the own funds data of the securities company 20, etc. Carry out a replacement process using the funds (2)). Then, at regular intervals, the replacement data (additional trust data D2-2) is notified to the account setting computer 32 in the maintenance trust institution 30, and additional trust (profit and loss account) processing is performed (step S15).
[0064]
Based on the additional trust data D2-2 notified from the account setting computer 22 in the securities company 20 or the like, the account setting computer 32 in the security trust institution 30 stores the contents of the deposit data set in the account database 31 in the security trust. Then, the trust setting is updated (profit and loss account) processing (step S23).
[0065]
As described above, in the transaction using the present system, direct exchange of funds is performed between the securities company 20 and the customer 10, between the securities company 20 and the security and guarantee trust institutions 30 and 40, Etc., and only between the counterparty 50. Conventionally, a margin company or the like in the name of a securities company or the like is directly sent from the securities company or the like 20 to the counterparty 50, but in the present embodiment, the guarantee data (guarantee letter) D4 is transmitted from the guarantee trust organization 40 to the counterparty 50. It is sent and accepts a trading order with its contents as security. Therefore, unlike the related art, direct remittance of margin or the like from the securities company 20 to the counterparty 50 is not required.
[0066]
As described above, transaction fund deposit, maintenance, and trading order processing are performed. The trust manager 60 monitors the flow of funds involved in these processes as needed. For example, the management computer 63 of the trust administrator 60 receives the report of the balance data D7-1 of the security trust from the account setting computer 32 of the security trust institution 30, and monitors the data as needed. Further, it gives instructions and checks on trust setting between the securities company 20 and the security trust institution 30. For example, the status of the book of each customer 10 is checked, and the security trust agency 30 is notified.
[0067]
Next, with reference to FIG. 4 and FIG. 6, the operation of the system when a trigger event such as a bankruptcy of the securities company 20 occurs will be described together with a specific flow of transaction funds. FIG. 4 mainly shows the flow of processing by the computer of each institution in detail, and FIG. 6 mainly shows the flow of fund data between the databases of each institution in detail.
[0068]
When the securities company 20 or the like has failed, the management computer 63 of the trust administrator 60 places a settlement order with the counterparty 50 (step S141), and is executed between the securities company 20 and the counterparty 50. Settle the transaction that had been done. The transaction computer 52 of the counterparty 50 receives the settlement order and calculates the profit and loss at that time.
[0069]
The account setting computer 42 in the guarantee trust institution 40 performs profit and loss account processing with the transaction computer 52 of the counterparty 50 (step S131), and the fund data set in the account database 41 of the guarantee trust institution 40 Update. In addition, the guarantee trust organization 40 performs a process of collecting the guarantee issued to the counterparty 50. The transaction computer 52 of the counterparty 50 transmits data notifying that the guarantee letter is to be collected to the account setting computer 42 of the guarantee trust institution 40 (step S132).
[0070]
Next, the account setting computer 42 in the guarantee trust institution 40 performs a process of transferring the account-processed fund data set in the account database 41 to the account database 31 in the security trust institution 30 (step S133). ). The account setting computer 32 in the maintenance trust institution 30 accepts the transfer process and performs a trust return process (step S121). The account setting computer 32 performs account processing of the deposit data D3 indicating that funds have been transferred from the guarantee trust institution 40 and the data of the security deposit remaining in the account database 31 as the trust return processing. Then, a process of reflecting the result on the base station is performed. The account setting computer 32 further notifies the deposit data D7-2 of the account database 31 after the account processing to the account setting computer 62 and the management computer 63 of the trust administrator 60, and returns the deposit to the customer 10. A process of transferring the trust administrator 60 to the account database 61 is performed so as to be possible.
[0071]
Specifically, as shown in FIG. 6, for example, it is assumed that the counterparty 50 has calculated a loss of 10 million yen as the profit and loss at the time of receiving the settlement order. On the other hand, if the fund data set as a guarantee trust in the account database 41 of the guarantee trust institution 40 is 500,000 yen (priority beneficiary interest principal: 400 million yen + subordinate beneficiary interest principal: 100 million yen), profit and loss By performing the account processing, the fund data on the account database 41 is reduced to 490 million yen. This 490 million yen is transferred to the conservation trust agency 30. By performing the account processing of the transferred money amount and the maintenance trust money remaining in the security trust institution 30, the total fund data on the account database 31 of the security trust institution 30 becomes, for example, 790 million yen.
[0072]
The profit / loss account processing and the fund transfer processing to the security trust institution 30 in the guarantee trust institution 40 described above are performed based on an instruction from the management computer 63 of the trust administrator 60, for example.
[0073]
By the way, the account setting computer 32 of the securities company 20 performs the transmission processing of the customer data D11-1 to the management computer 63 of the trust manager 60 before the trigger event occurs (step S111). . The management computer 63 of the trust manager 60 calculates and determines the amount to be returned to each customer based on the customer data D11-1 and the deposit data D7-2 transferred from the security trust organization 30 ( In step S142, the determined refund is returned to each customer (step S143). If the customer 10 has a terminal device that can be connected to the network, the client device 10 notifies the terminal device of deposit return data D9 for notifying the reimbursement amount and the like.
[0074]
When the amount of the deposit returned from the maintenance trust institution 30 exceeds the amount to be returned to each customer, the management computer 63 performs a process of returning the surplus to the securities company or the like 20 ( Step S144). As the return process, the surplus money data D11-2 representing the surplus is transferred from the management account database 61 to the account database 21 of the securities company 20 or the like. The securities company 20 receives the surplus money data D11-2 and performs a process of receiving a refund, such as reflecting the surplus money data in its own account database 21 (step S112).
[0075]
Specifically, for example, as shown in FIG. 6, if the deposit returned from the security trust institution 30 is determined to be 790 million yen and the total amount to be returned to the customer 10 is determined to be 690 million yen, The surplus returned to securities companies 20 will be 100 million yen. For each of the customers A to E, a deduction amount between the deposit amount deposited in advance and the profit and loss associated with the exchange transaction is returned as a refund.
[0076]
As described above, according to the transaction fund management system and method according to the present embodiment, the deposit data from the customer 10 is not a securities company or the like 20 actually making a trading order, but a security trust institution 30 and a guarantee. The information is transferred to the account databases 31 and 41 of the trust institution 40, where security and guarantee trust settings are made. The actual trading order is performed within the guarantee of the guarantee data D4 within the range of the deposit data set in the guarantee trust in the guarantee trust organization 40. That is, the deposit from the customer 10 is separately stored in the security trust institution 30 and the guarantee trust institution 40, which are trust institutions, not in the securities company 20 or the like making the sales order. This can reduce the risk that the deposit from the customer 10 is mixed with the own funds of the securities company 20 and the like, and the deposit of the customer 10 is securely preserved in the security trust organization 30 and the guarantee trust organization 40. Therefore, the customer 10 can deposit the deposit with ease without worrying about the credit risk of the securities company 20 or the like. Further, it is possible to provide a versatile scheme that can cope with a case where there are a plurality of counter parties 50.
[0077]
In addition, daily profit and loss data generated in connection with a trading order is managed by a securities company or the like 20 for a fixed period of time using own funds data, and the data of the replacement is periodically transferred to a maintenance trust. Notifying the institution 30 and the maintenance trust institution 30 corrects the content of the deposit data set in the maintenance trust in the account database 31 based on the notified replacement data. The generated profit and loss account is surely reflected in the account database 31 of the maintenance trust institution 30, and it is possible to cope with daily changes in the deposit status.
[0078]
Further, the management computer 63 of the trust administrator 60 stores the contents of the transfer of the deposit data between the account database 21 of the securities company 20 and the account database 31 of the security trust institution 30 and the account database 31 of the security trust institution 30. Since the balance of the deposit data set in the maintenance trust is managed independently from each institution, for example, fraud monitoring accompanying the transfer of the deposit data can be performed, and the security of the deposit data can be secured. Can be relocated. Further, when the securities company 20 or the like fails, the deposit data set in the account database 41 of the guarantee trust institution 40 is transferred to the account database 31 of the security trust institution 30, and the transferred deposit is transferred. The process of transferring the deposit data set in the account database 31 of the maintenance trust institution 30 including the data to the account database 61 of the trust administrator 60 so that the deposit data can be returned to the customer 10 is called a trust. Since the management is performed under the management of the management computer 63 of the manager 60, the deposit of the customer 10 can be reliably protected from general creditors of, for example, securities companies 20, and the deposit can be reliably transferred to the customer. Can be returned.
[0079]
As described above, according to the transaction fund management system and method according to the present embodiment, when conducting a financial transaction such as a foreign exchange transaction, it is possible to perform a smooth transaction while securely maintaining the deposit of the customer 10. Can be.
[0080]
Note that the present invention is not limited to the above embodiment, and various modifications can be made. For example, the transaction fund management system and method of the present invention can be applied not only to foreign exchange transactions but also to fund management in other financial transactions such as transactions of gold deposits.
[0081]
【The invention's effect】
As described above, according to the transaction fund management system according to any one of claims 1 to 9, or according to the transaction fund management method according to any one of claims 10 to 18, deposit from a customer is performed. The gold data is consequently transferred to the account database of the second and third institution, not the first institution placing the trade order, where the security, security trust settings are made and the actual trade order is Since it is performed within the scope of the guarantee data set within the scope of the deposit data set in the guarantee trust, the deposit from the customer is not the first institution that places the sales order, but the trust. Separated and stored at the second and third institutions. As a result, when conducting financial transactions such as foreign exchange transactions, it is possible to reduce the risk that the deposit from the customer and the own institution's own funds are mixed, and to secure the deposit of the customer, You will be able to trade smoothly.
[0082]
In particular, according to the transaction fund management system described in claim 4, or according to the transaction fund management method described in claim 13, the first account setting computer converts the profit and loss data generated in connection with the trading order for a certain period of time. , While managing the reimbursement using the self-funding data of the first institution, and notifying the reimbursement data to the second account setting computer in the second institution at regular intervals, the second account setting computer Since the contents of the deposit data set in the maintenance trust in the account database of the second institution are modified based on the notified replacement data, for example, the profit and loss account caused by daily trading And the account database of the third institution.
[0083]
In particular, according to the transaction fund management system of the sixth aspect or the transaction fund management method of the fifteenth aspect, when the first institution fails, the management trust is stored in the account database of the third institution. The set deposit data is transferred to the account database of the second institution, and the deposit data set in the trust database in the account database of the second institution, including the transferred deposit data, is transferred to the customer. In the case where the first institution fails, for example, a general creditor of the first institution can deposit the customer's deposit even if the first institution fails. The money can be reliably protected and the deposit can be reliably returned to the customer.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a transaction fund management system according to an embodiment of the present invention.
FIG. 2 is another block diagram showing the overall configuration of the transaction fund management system according to one embodiment of the present invention.
FIG. 3 is a flowchart showing the operation of each computer in each institution during a normal transaction.
FIG. 4 is a flowchart showing an operation of each computer in each engine when a trigger event occurs.
FIG. 5 is a block diagram showing the flow of a specific trading order and transaction funds during a normal transaction.
FIG. 6 is a block diagram showing a specific flow of transaction funds when a trigger event occurs.
[Explanation of symbols]
D1-1: deposit data, D1-2: trading order data, D2-1: deposit data, D2-2: additional trust data, D3: deposit data (priority beneficiary right), D4: guarantee data, D5- 1 ... Trading order data, D5-2 ... Profit and loss data, D6 ... Own funds data, D7-1 ... Trust balance data, D7-2 ... Deposit money data (at the time of return), D8 ... Instruction / check data, D9 ... Deposit Money return data, D10: management dividend (interest rate etc.) data, D11-1: customer data, D11-2: surplus data, 10: customers, 20: securities companies, etc. 21, 31, 41: account database, 22, 32, 42: Account setting computer, 23: Order processing computer, 30: Security trust institution, 40: Guarantee trust institution, 50: Foreign exchange transaction trustee (counterparty), 51: Transaction database, 2 ... deal for the computer, 60 ... a trust administrator, 63 ... management computer, 70 ... trust bank.

Claims (18)

金融取引の際の資金を管理するシステムであって、
顧客からの預託金を表す預託金データを受け付け、その預託金データを第1の機関の口座データベースに設定すると共に、その預託金データを第2の機関の口座データベースに移転する処理を行う第1の口座設定コンピュータと、
前記第2の機関の口座データベースへの前記預託金データの移転処理を受け付け、その移転された預託金データに対して保全信託設定をすると共に、その保全信託設定された預託金データの一部を、第3の機関の口座データベースに移転する処理を行う第2の口座設定コンピュータと、
前記第3の機関の口座データベースへの前記預託金データの移転処理を受け付け、その移転された預託金データに対して保証信託設定をする第3の口座設定コンピュータと、
前記保証信託設定されている預託金データの範囲内で設定された、金融取引の際の担保内容を表す保証データを、取引受託先の取引用コンピュータに通知する通知コンピュータと、
前記保証データによって表された担保の範囲内で、顧客からの注文データに基づく売買注文を、前記第1の機関から取引受託先の取引用コンピュータに対して行う注文処理コンピュータと
を備えたことを特徴とする取引資金管理システム。
A system for managing funds during financial transactions,
A first method for receiving deposit data representing a deposit from a customer, setting the deposit data in an account database of a first institution, and performing a process of transferring the deposit data to an account database of a second institution. Account setting computer,
The transfer processing of the deposit data to the account database of the second institution is received, a security deposit is set for the transferred deposit data, and a part of the deposit data set for the security trust is transferred. A second account setting computer for performing a process of transferring to an account database of a third institution;
A third account setting computer that accepts a transfer process of the deposit data to the account database of the third institution and performs a guarantee trust setting on the transferred deposit data;
A notification computer that notifies the guarantee computer that is set within the range of the deposit data that has been set as the guarantee trust, the guarantee data representing the content of the collateral at the time of the financial transaction, to the transaction computer of the trustee.
An order processing computer for performing a sales order based on order data from a customer from the first institution to a transaction computer of a contract receiving party within a range of collateral represented by the guarantee data. Characteristic transaction fund management system.
前記各口座データベース間のデータ移転、前記保証データの通知、および前記注文処理コンピュータによる売買注文は、それぞれオンライン処理で行われるものである
ことを特徴とする請求項1記載の取引資金管理システム。
2. The transaction fund management system according to claim 1, wherein the data transfer between the account databases, the notification of the guarantee data, and the sales order by the order processing computer are each performed online.
前記第1の口座設定コンピュータは、前記第1の機関の口座データベースに設定されている前記第1の機関の自己資金を表す自己資金データを、前記第3の機関の口座データベースに移転する処理を行う機能をさらに有し、
前記第3の口座設定コンピュータは、前記第3の機関の口座データベースへの前記自己資金データの移転処理を受け付け、その自己資金データに対して保証信託設定をする機能をさらに有する
ことを特徴とする請求項1または2記載の取引資金管理システム。
The first account setting computer performs a process of transferring self-funding data representing self-funding of the first institution set in the account database of the first institution to an account database of the third institution. Have more functions to do,
The third account setting computer further has a function of receiving a process of transferring the own funds data to the account database of the third institution, and setting a guarantee trust for the own funds data. The transaction fund management system according to claim 1.
前記第1の口座設定コンピュータは、
前記売買注文に伴って発生した損益金データを、一定期間の間、前記第1の機関の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、前記第2の機関における第2の口座設定コンピュータに通知する機能をさらに有し、
前記第2の口座設定コンピュータは、通知された立て替えデータに基づいて、前記第2の機関の口座データベースに保全信託設定されている預託金データの内容を修正する機能をさらに有する
ことを特徴とする請求項1ないし3のいずれか1項に記載の取引資金管理システム。
The first account setting computer comprises:
The profit and loss data generated in accordance with the trading order is managed for a certain period by using the own institution's own fund data, and the replacement data is transferred to the second institution every certain period. Further having a function of notifying the second account setting computer in
The second account setting computer further has a function of correcting the contents of the deposit data set in the trust database in the account database of the second institution based on the notified replacement data. The transaction fund management system according to claim 1.
前記第1の機関の口座データベースと前記第2の機関の口座データベースとの間の預託金データの移転内容、および前記第2の機関の口座データベースに保全信託設定されている預託金データを、各機関から独立して管理するための管理コンピュータ
をさらに備えたことを特徴とする請求項1ないし4のいずれか1項に記載の取引資金管理システム。
The transfer contents of the deposit data between the account database of the first institution and the account database of the second institution, and the deposit data set as a security trust in the account database of the second institution, The transaction fund management system according to any one of claims 1 to 4, further comprising a management computer for performing management independently of the institution.
前記第1の機関が破綻した場合における資金管理をするための管理用の口座データベースをさらに備え、
前記管理コンピュータは、
前記第1の機関が破綻した場合において、
前記第3の機関の口座データベースに保証信託設定されている預託金データを、前記第2の機関の口座データベースに移転させ、
この移転された預託金データを含む、前記第2の機関の口座データベースに保全信託設定されている預託金データを、前記顧客に返還可能な状態となるように前記管理用の口座データベースに移転させる
ことを特徴とする請求項5記載の取引資金管理システム。
A management account database for managing funds when the first institution fails;
The management computer,
In the event that the first institution fails,
Transferring the deposit data set as a guarantee trust in the account database of the third institution to the account database of the second institution;
The deposit data set in the account database of the second institution including the transferred deposit data and set as a trust in the account database of the second institution is transferred to the management account database so that it can be returned to the customer. 6. The transaction fund management system according to claim 5, wherein:
前記管理コンピュータは、
前記管理用の口座データベースに移転された預託金データが、前記顧客に返還すべき金額を超えていた場合に、その余剰金を表す余剰金データを、前記管理用の口座データベースから前記第1の機関の口座データベースに移転させる処理を行う機能をさらに有する
ことを特徴とする請求項6記載の取引資金管理システム。
The management computer,
If the deposit data transferred to the management account database exceeds the amount to be returned to the customer, the surplus data representing the surplus is transferred from the management account database to the first 7. The transaction fund management system according to claim 6, further comprising a function of performing a process of transferring to an institution account database.
前記第2の機関と前記第3の機関とが、同一機関であり、
前記第2の機関の口座データベースと前記第3の機関の口座データベースとが、同一機関内に設定された異なる口座データベースとなっている
ことを特徴とする請求項1ないし7のいずれか1項に記載の取引資金管理システム。
The second engine and the third engine are the same engine;
8. The account database according to claim 1, wherein the account database of the second institution and the account database of the third institution are different account databases set in the same institution. Transaction funds management system described.
前記金融取引は、外国為替取引である
ことを特徴とする請求項1ないし8のいずれか1項に記載の取引資金管理システム。
9. The transaction fund management system according to claim 1, wherein the financial transaction is a foreign exchange transaction.
金融取引の際の資金を管理する方法であって、
第1の口座設定コンピュータが、顧客からの預託金を表す預託金データを受け付け、その預託金データを第1の機関の口座データベースに設定すると共に、その預託金データを第2の機関の口座データベースに移転する処理を行うステップと、
第2の口座設定コンピュータが、前記第2の機関の口座データベースへの前記預託金データの移転処理を受け付け、その移転された預託金データに対して保全信託設定をすると共に、その保全信託設定された預託金データの一部を、第3の機関の口座データベースに移転する処理を行うステップと、
第3の口座設定コンピュータが、前記第3の機関の口座データベースへの前記預託金データの移転処理を受け付け、その移転された預託金データに対して保証信託設定をするステップと、
前記保証信託設定されている預託金データの範囲内で設定された、金融取引の際の担保内容を表す保証データを、通知コンピュータが、取引受託先の取引用コンピュータに通知するステップと、
注文処理コンピュータが、前記保証データによって表された担保の範囲内で、顧客からの注文データに基づく売買注文を、前記第1の機関から取引受託先の取引用コンピュータに対して行うステップと
を含むことを特徴とする取引資金管理方法。
A method of managing funds during financial transactions,
A first account setting computer receives deposit data representing a deposit from a customer, sets the deposit data in an account database of a first institution, and stores the deposit data in an account database of a second institution. Performing the process of transferring to
A second account setting computer accepts the transfer processing of the deposit data to the account database of the second institution, sets a security trust for the transferred deposit data, and sets the security trust. Transferring a part of the deposited deposit data to an account database of a third institution;
A third account setting computer receiving a transfer process of the deposit data to the account database of the third institution, and setting a guarantee trust for the transferred deposit data;
A step in which the notifying computer notifies the transaction computer of the transaction trustee of the guarantee data, which is set within the range of the deposit data set in the guarantee trust, and represents security content at the time of the financial transaction,
Making an order processing computer make a purchase order based on order data from a customer from the first institution to a transaction computer of a consignee within a range of collateral represented by the guarantee data. A method for managing transaction funds, characterized in that:
前記各口座データベース間のデータ移転、前記保証データの通知、および前記注文処理コンピュータによる売買注文を、それぞれオンライン処理で行う
ことを特徴とする請求項10記載の取引資金管理方法。
11. The transaction fund management method according to claim 10, wherein the data transfer between the account databases, the notification of the guarantee data, and the sales order by the order processing computer are each performed online.
前記第1の口座設定コンピュータが、前記第1の機関の口座データベースに設定されている前記第1の機関の自己資金を表す自己資金データを、前記第3の機関の口座データベースに移転する処理を行うステップと、
前記第3の口座設定コンピュータが、前記第3の機関の口座データベースへの前記自己資金データの移転処理を受け付け、その自己資金データに対して保証信託設定をするステップと
をさらに含む
ことを特徴とする請求項10または11記載の取引資金管理方法。
A process in which the first account setting computer transfers the self-funded data indicating the self-funded data of the first institution set in the account database of the first institution to the account database of the third institution. Steps to perform;
Receiving the transfer processing of the own funds data to the account database of the third institution, and setting a guarantee trust for the own funds data. The transaction fund management method according to claim 10 or 11, wherein
前記第1の口座設定コンピュータが、
前記売買注文に伴って発生した損益金データを、一定期間の間、前記第1の機関の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、前記第2の機関における第2の口座設定コンピュータに通知するステップと、
前記第2の口座設定コンピュータが、通知された立て替えデータに基づいて、前記第2の機関の口座データベースに保全信託設定されている預託金データの内容を修正するステップと
をさらに含む
ことを特徴とする請求項10ないし12のいずれか1項に記載の取引資金管理方法。
The first account setting computer comprises:
The profit and loss data generated in accordance with the trading order is managed for a certain period by using the own institution's own fund data, and the replacement data is transferred to the second institution every certain period. Notifying a second account setting computer at
The second account setting computer further comprising the step of modifying the contents of the deposit data set as a security trust in the account database of the second institution based on the notified replacement data. The transaction fund management method according to any one of claims 10 to 12.
管理コンピュータが、前記第1の機関の口座データベースと前記第2の機関の口座データベースとの間の預託金データの移転内容、および前記第2の機関の口座データベースに保全信託設定されている預託金データを、各機関から独立して管理するステップ
をさらに含む
ことを特徴とする請求項10ないし13のいずれか1項に記載の取引資金管理方法。
A management computer for transferring the deposit data between the account database of the first institution and the account database of the second institution, and a deposit set as a security trust in the account database of the second institution; 14. The transaction fund management method according to claim 10, further comprising a step of managing data independently of each institution.
前記第1の機関が破綻した場合において、
前記管理コンピュータが、前記第3の機関の口座データベースに保証信託設定されている預託金データを、前記第2の機関の口座データベースに移転させ、
この移転された預託金データを含む、前記第2の機関の口座データベースに保全信託設定されている預託金データを、前記顧客に返還可能な状態となるように、管理用の口座データベースに移転するステップ
をさらに含む
ことを特徴とする請求項14記載の取引資金管理方法。
In the event that the first institution fails,
The management computer transfers the deposit data set as a trust in the account database of the third institution to the account database of the second institution,
The deposit data set in the account database of the second institution, including the transferred deposit data, which is set as a maintenance trust, is transferred to a management account database so that it can be returned to the customer. The method according to claim 14, further comprising a step.
前記管理用の口座データベースに移転された預託金データが、前記顧客に返還すべき金額を超えていた場合に、その余剰金を表す余剰金データを、前記管理コンピュータが、前記管理用の口座データベースから前記第1の機関の口座データベースに移転させる処理を行うステップ
をさらに含む
ことを特徴とする請求項15記載の取引資金管理システム。
If the deposit data transferred to the management account database exceeds the amount to be returned to the customer, the management computer sends the surplus data representing the surplus to the management account database. 16. The transaction fund management system according to claim 15, further comprising a step of performing a process of transferring from the first database to the account database of the first institution.
前記第2の機関と前記第3の機関とが、同一機関であり、
前記第2の機関の口座データベースと前記第3の機関の口座データベースとが、同一機関内に設定された異なる口座データベースとなっている
ことを特徴とする請求項10ないし16のいずれか1項に記載の取引資金管理システム。
The second engine and the third engine are the same engine;
17. The account database according to claim 10, wherein the account database of the second institution and the account database of the third institution are different account databases set in the same institution. Transaction funds management system described.
前記金融取引は、外国為替取引である
ことを特徴とする請求項10ないし17のいずれか1項に記載の取引資金管理方法。
18. The transaction fund management method according to claim 10, wherein the financial transaction is a foreign exchange transaction.
JP2002348444A 2002-11-29 2002-11-29 System and method for managing transaction fund Pending JP2004185104A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002348444A JP2004185104A (en) 2002-11-29 2002-11-29 System and method for managing transaction fund

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002348444A JP2004185104A (en) 2002-11-29 2002-11-29 System and method for managing transaction fund

Publications (1)

Publication Number Publication Date
JP2004185104A true JP2004185104A (en) 2004-07-02

Family

ID=32751354

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002348444A Pending JP2004185104A (en) 2002-11-29 2002-11-29 System and method for managing transaction fund

Country Status (1)

Country Link
JP (1) JP2004185104A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013522721A (en) * 2010-03-11 2013-06-13 カーン,ロバート,エス. Stock broker-based securities trading system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013522721A (en) * 2010-03-11 2013-06-13 カーン,ロバート,エス. Stock broker-based securities trading system

Similar Documents

Publication Publication Date Title
Javaid et al. A review of Blockchain Technology applications for financial services
US7376614B1 (en) Clearing system for an electronic-based market
JP5221371B2 (en) Multi-currency implied spread trading
US8010442B2 (en) Financial data processing system
US8055575B2 (en) Central counterparty for data management
JP5579987B2 (en) Designated quote request method and system
JP2018518745A (en) Digitally encrypted securities platform and method and system therefor
WO2002019173A1 (en) Method and system for providing financial functions
US8762253B2 (en) Method and system for pooling, securitizing, and trading global dividend and interest tax reclaim assets
JP2020500339A (en) Cryptocurrency risk management system using multiple exchanges
US20080052215A1 (en) Online omnibus trading system
JP2007047999A (en) Security settlement balance management system and security settlement balance management program
JP2001216394A (en) Credit maintenance method and method and system for liquidity of credit
US11223647B1 (en) Cybersafety incremental insurance policy utilizing blockchain underwriting process
US8234206B1 (en) Method and system for pooling, securitizing, and trading global dividend and interest tax reclaim assets
JP2004185104A (en) System and method for managing transaction fund
JP4526175B2 (en) Management system
JP2002041780A (en) System and method for trust
Meyerowitz et al. THE BANKING LAW
KR20240152069A (en) Dynamic asset securitization financial platform
JP2003533773A (en) Accounts receivable claim management method and device
CA2482506A1 (en) System and method of supply chain finance
Chase Amendment to the Domestic Custody Agreement Between JPMorgan Chase Bank, NA and Federal Reserve Bank of New York
McVanel Assessment of CDSX Against the CPSS-IOSCO Recommendations for Securities Settlement Systems
Agenda et al. SECURITIES ACT OF 1933

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050526

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20061128

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20061128

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20061205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070126

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070523