JP2004185104A - System and method for managing transaction fund - Google Patents
System and method for managing transaction fund Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims description 54
- 238000012423 maintenance Methods 0.000 claims abstract description 23
- 238000007726 management method Methods 0.000 claims description 96
- 238000012545 processing Methods 0.000 claims description 53
- 238000012546 transfer Methods 0.000 claims description 43
- 230000008569 process Effects 0.000 claims description 36
- 230000008520 organization Effects 0.000 abstract description 27
- 238000010586 diagram Methods 0.000 description 4
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 4
- 239000010931 gold Substances 0.000 description 4
- 229910052737 gold Inorganic materials 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000012946 outsourcing Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
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,
[0021]
In this embodiment, the
[0022]
The securities company or the like 20 is an organization that receives a sales order for foreign exchange transactions from the
[0023]
The
[0024]
The
[0025]
The
[0026]
The
[0027]
By the way, as will be described later, in this system, the trustee to the
[0028]
The
[0029]
As described above, in this system, the
[0030]
The trustee, such as the
[0031]
In the event that a certain event (trigger event) occurs in the future, such as the bankruptcy or bankruptcy of the
[0032]
Next, the hardware configuration of this system will be described. As shown in FIG. 1, the
[0033]
Here, in the present embodiment, the
[0034]
In this system, data transfer between the account databases, notification of the guarantee data D4, and sales orders by the
[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
[0038]
The
[0039]
The
[0040]
The
[0041]
The
[0042]
The
[0043]
The
[0044]
The
[0045]
Between the
[0046]
The notifying
[0047]
The
[0048]
The
[0049]
The
[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
[0054]
The
[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
[0056]
Next, the
[0057]
The
[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
[0059]
Next, the
[0060]
Specifically, as shown in FIG. 5, for example, of the 500,000 yen set in the
[0061]
At the stage when the guarantee is issued and the guarantee data D4 is notified to the
[0062]
Specifically, for example, as shown in FIG. 5, the
[0063]
In this way, the actual trading order is placed, but profits and losses are generated daily with this trading order, and the
[0064]
Based on the additional trust data D2-2 notified from the
[0065]
As described above, in the transaction using the present system, direct exchange of funds is performed between the
[0066]
As described above, transaction fund deposit, maintenance, and trading order processing are performed. The
[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
[0068]
When the
[0069]
The
[0070]
Next, the
[0071]
Specifically, as shown in FIG. 6, for example, it is assumed that the
[0072]
The profit / loss account processing and the fund transfer processing to the
[0073]
By the way, the
[0074]
When the amount of the deposit returned from the
[0075]
Specifically, for example, as shown in FIG. 6, if the deposit returned from the
[0076]
As described above, according to the transaction fund management system and method according to the present embodiment, the deposit data from the
[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
[0078]
Further, the
[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
[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
[0082]
In particular, according to the transaction fund management system described in claim 4, or according to the transaction fund management method described in
[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.
前記第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の機関の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、前記第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ないし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の機関が破綻した場合において、
前記第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の機関の口座データベースとが、同一機関内に設定された異なる口座データベースとなっている
ことを特徴とする請求項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.
前記第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の機関の自己資金データを用いて立て替え管理すると共に、一定期間ごとに、その立て替えデータを、前記第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.
をさらに含む
ことを特徴とする請求項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.
前記管理コンピュータが、前記第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.
をさらに含む
ことを特徴とする請求項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の機関の口座データベースとが、同一機関内に設定された異なる口座データベースとなっている
ことを特徴とする請求項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.
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013522721A (en) * | 2010-03-11 | 2013-06-13 | カーン,ロバート,エス. | Stock broker-based securities trading system |
-
2002
- 2002-11-29 JP JP2002348444A patent/JP2004185104A/en active Pending
Cited By (1)
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 |