JP2002358419A - Financial instrument transaction risk management system, financial instrument transaction risk management method, and financial instrument transaction risk management program - Google Patents
Financial instrument transaction risk management system, financial instrument transaction risk management method, and financial instrument transaction risk management programInfo
- Publication number
- JP2002358419A JP2002358419A JP2001165479A JP2001165479A JP2002358419A JP 2002358419 A JP2002358419 A JP 2002358419A JP 2001165479 A JP2001165479 A JP 2001165479A JP 2001165479 A JP2001165479 A JP 2001165479A JP 2002358419 A JP2002358419 A JP 2002358419A
- Authority
- JP
- Japan
- Prior art keywords
- order
- settlement
- collateral
- balance
- result
- 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
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】決済不履行となった場合の立て替えリスクを低
減する。
【解決手段】有価証券の注文を端末1から受け付けた場
合に、注文元の顧客の過去の決済実績を参照して受注の
可否を注文毎に判定する決済実績判定手段22bと、該
注文元の担保残高を参照して受注の可否を注文毎に判定
する担保残高判定手段22cと、決済実績判定手段22
bにより受注可能と判定された場合に、注文に基づいて
証券取引システム4に約定成立要求を行い、約定結果を
端末1に出力する注文処理手段22eと、前記約定に対
する決済が終了した場合に決済実績を更新する決済処理
手段22fとを備える。
(57) [Summary] [Problem] To reduce the risk of replacement in the event of payment default. When an order for securities is received from a terminal, a settlement result determining means for determining whether or not an order is accepted for each order by referring to a past settlement result of an ordering customer; A security balance determining means 22c for determining whether or not an order is accepted for each order with reference to the security balance;
b, when it is determined that an order can be received, an order execution means 22e which issues a contract establishment request to the securities trading system 4 based on the order and outputs the contract result to the terminal 1, and a settlement when the settlement for the contract is completed. Settlement processing means 22f for updating the result.
Description
【0001】[0001]
【発明の属する技術分野】本発明は、金融商品の注文を
受けた場合の取引リスクを回避するための金融商品取引
リスク管理システム、金融商品取引リスク管理方法及び
金融商品取引リスク管理プログラムに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a financial product transaction risk management system, a financial product transaction risk management method, and a financial product transaction risk management program for avoiding transaction risk when an order for a financial product is received.
【0002】[0002]
【従来の技術】現在、有価証券の決済は、約定後4日目
に行われている。最近、有価証券の決済までの時期が長
いことに起因する種々のリスクを回避するため、約定か
ら決済までの期間を短縮する傾向がある。2. Description of the Related Art At present, settlement of securities is performed on the fourth day after execution. Recently, there is a tendency to shorten the period from execution to settlement in order to avoid various risks caused by long time until settlement of securities.
【0003】決済までの期間が短縮されると、顧客によ
っては決済代金や決済有価証券の差し入れが遅れ、決済
不履行となる場合が増加すると予想される。この場合、
取引を取り扱う証券会社が何らかの方法で立て替える等
して決済の混乱を避けるためのコストをかかえることと
なる。[0003] If the period until the settlement is shortened, it is expected that the settlement price or the settlement of settlement securities will be delayed depending on the customer, and the number of defaults will be increased. in this case,
The securities company handling the transaction will have to pay for it in some way to avoid confusion in settlement.
【0004】[0004]
【発明が解決しようとする課題】しかしながら、決済不
履行となった場合の立て替えは、証券会社が予期してい
なかった資金を用いて行うため、立て替えを行うコスト
や、立て替えが履行できないリスクをかかえなければな
らない。However, in the event of a payment default, the security company will use the funds that were not anticipated by the securities company, so the cost of performing the reimbursement and the risk that the reimbursement cannot be fulfilled must be addressed. Must.
【0005】本発明は上記課題を解決するためになされ
たもので、その目的とするところは、決済不履行となっ
た場合の立て替えリスクを低減する金融商品取引リスク
管理システム、金融商品取引リスク管理方法及び金融商
品取引リスク管理プログラムを提供することにある。SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and an object of the present invention is to provide a financial product transaction risk management system and a financial product transaction risk management method for reducing the risk of restitution in the event of default. And a financial instruments transaction risk management program.
【0006】[0006]
【課題を解決するための手段】この発明の一の観点によ
れば、金融商品の注文を受け付けた場合に、該注文元の
顧客の過去の決済実績を参照して受注の可否を注文毎に
判定する決済実績判定手段と、前記決済実績判定手段に
より受注可能と判定された場合に、前記注文に基づいて
約定成立要求を出力し、約定結果の送信を促す注文処理
手段と、前記約定結果を出力する約定結果出力手段と、
前記約定に対する決済が終了した場合に決済実績を更新
する手段とを具備してなることを特徴とする金融商品取
引リスク管理システムが提供される。According to one aspect of the present invention, when an order for a financial product is received, the acceptability of an order is determined for each order by referring to the past settlement performance of the ordering customer. A settlement result determining means for determining, an order processing means for outputting a contract establishment request based on the order when it is determined that the order can be received by the settlement result determining means, and prompting transmission of the contract result; and A contract result output means for outputting,
Means for updating the settlement result when the settlement for the contract has been completed is provided.
【0007】このような構成によれば、決済実績を取引
毎に更新して保持しておき、この決済実績を注文毎に参
照して受注の可否を判定するため、例えば頻繁に決済の
不履行が生じる顧客などの決済実績の良くない顧客から
の注文を注文毎に拒否することができる。その結果、決
済の不履行が生じる可能性が低減し、決済の不履行が生
じた場合に必要となる立て替えコストの発生を回避する
ことができ、取引を取り扱う証券会社の信用が低下する
危険性が少なくなる。According to such a configuration, the settlement result is updated and held for each transaction, and the settlement result is referred to for each order to determine whether or not an order can be accepted. An order from a customer who does not have a good settlement performance such as a customer can be rejected for each order. As a result, the likelihood of a payment default being reduced is reduced, and the cost of redeployment required in the event of a payment default can be avoided, and the risk of the creditworthiness of the securities firm handling the transaction being reduced. Become.
【0008】本発明の別の観点によれば、金融商品の注
文を受け付けた場合に、該注文元の担保残高を参照して
受注の可否を注文毎に判定する担保残高判定手段と、前
記担保残高判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促す注文処理手段と、前記約定結果を出力す
る約定結果出力手段とを具備してなることを特徴とする
金融商品取引リスク管理システムが提供される。According to another aspect of the present invention, when an order for a financial product is received, a security balance determining means for determining whether or not an order is accepted for each order with reference to the security balance of the order source; When the balance determination means determines that it is possible to receive an order, the order processing means outputs an execution request based on the order and prompts transmission of the execution result, and execution result output means for outputting the execution result. A financial instrument transaction risk management system is provided.
【0009】このような構成によれば、担保残高に基づ
いて注文毎に受注の可否を判定するため、担保残高が少
ない場合に受注し、注文元が決済不履行となることによ
り生じる立て替えの発生を予防することができる。ま
た、担保残高が少ない場合に受注を拒否すれば、決済不
履行となった場合に発生する立て替えを回避することが
できる。[0009] According to such a configuration, whether or not an order is accepted is determined for each order based on the collateral balance. Therefore, an order is received when the collateral balance is small, and the occurrence of a turnaround caused by the orderer defaulting on settlement is not affected. Can be prevented. In addition, if the order is refused when the balance of the security is small, it is possible to avoid the replacement that occurs when the payment is breached.
【0010】本発明の一の実施形態によれば、担保残高
判定手段は、前記注文により生じる取引額と、前記担保
残高に基づいて前記受注の可否を判定する。これによ
り、取引額に応じた担保残高の判定が可能となる。According to one embodiment of the present invention, the security balance determination means determines whether or not the order is accepted based on the transaction amount generated by the order and the security balance. This makes it possible to determine the security balance according to the transaction amount.
【0011】また、本発明の別の一の実施形態によれ
ば、前記担保残高判定手段は、前記注文に対する与信に
基づく決済リスク相当額を算出するリスク相当額算出手
段を備え、前記リスク相当額算出手段により算出された
前記リスク相当額と前記担保残高に基づいて受注の可否
を判定する。According to another embodiment of the present invention, the collateral balance determination means includes risk equivalent amount calculation means for calculating a settlement risk equivalent amount based on credit for the order, and the risk equivalent amount It is determined whether or not an order is accepted based on the risk equivalent amount calculated by the calculation means and the security balance.
【0012】これにより、注文に対する与信に基づく決
済リスク相当額に基づいた担保を確保して受注すること
ができるため、立て替えリスクの転嫁を行うことができ
る。[0012] Thus, it is possible to secure an order based on the amount corresponding to the settlement risk based on the credit for the order, and to receive the order.
【0013】ここで、与信に基づく決済リスク相当額と
は、未決済の取引の決済金額に対して、取引相手先の格
付機関による格付情報及び/又は過去の決済実績に基づ
き算定された決済代金のリスク金額を指す。この与信に
基づく決済リスク相当額は、例えば有価証券の取引の場
合、未決済証券の価格変動リスクを注文に含まれる約定
価格と決済日の予想価格との差から算定し、この価格変
動リスクと注文元の格付情報をパラメータとしてリスク
評価モデルに基づき算出することができる。Here, the settlement risk equivalent amount based on the credit means a settlement price calculated based on rating information from a rating agency of a counterparty and / or past settlement results with respect to a settlement amount of an unsettled transaction. Refers to the amount of risk. The settlement risk equivalent amount based on this credit is calculated, for example, in the case of securities transactions, by calculating the price fluctuation risk of unsettled securities from the difference between the contract price included in the order and the expected price on the settlement date. It can be calculated based on the risk evaluation model using the rating information of the order source as a parameter.
【0014】また、本発明の別の一の実施形態によれ
ば、担保残高判定手段は、受注不能と判定した場合に
は、前記注文元の端末に対して追加担保の要求を行う。
また望ましくは、担保残高判定手段は、前記追加担保の
要求に応答して前記注文元から担保の追加があった場合
に、該追加された担保に基づいて担保残高を更新し、該
更新された担保残高に基づいて受注の可否を判定する。
これにより、追加担保を含めた担保残高に基づいて受注
の可否を判定することができ、担保残高の少ない状況で
の取引の発生を防止することができる。Further, according to another embodiment of the present invention, when it is determined that the order cannot be received, the security balance determination means requests the terminal of the order source for additional security.
Preferably, the security balance determination means updates the security balance based on the added security when security is added from the order source in response to the additional security request, and the updated security balance is updated. It is determined whether an order can be accepted based on the collateral balance.
Accordingly, it is possible to determine whether or not an order is accepted based on the security balance including the additional security, and it is possible to prevent occurrence of a transaction in a situation where the security balance is small.
【0015】また、受注の可否の判定は、注文に応答し
てリアルタイムで実行されるのが望ましい。これによ
り、注文毎に、リアルタイムで受注の可否を判定するた
め、短時間に多数の注文があったり、決済不履行が生じ
た場合であっても、その都度受注可否を判定することが
でき、追加担保が必要な複数回の受注を回避できる。It is desirable that the determination of whether or not an order can be made is executed in real time in response to the order. As a result, it is possible to determine whether or not an order can be received in real time for each order, so that even if there are a large number of orders in a short time or a settlement failure occurs, it is possible to determine whether or not an order can be received each time. Multiple orders that require collateral can be avoided.
【0016】また、決済実績の判定と、担保残高の判定
の双方により受注可能と判定された場合に注文処理手段
が約定成立要求を出力するのが望ましい。It is desirable that the order processing means output a contract establishment request when it is determined that an order can be received by both the settlement performance judgment and the collateral balance judgment.
【0017】また、装置に係る本発明は、当該装置によ
り実現される方法の発明としても成立する。また、装置
または方法に係る本発明は、コンピュータに当該発明に
相当する手順を実行させるための(あるいはコンピュー
タを当該発明に相当する手段として機能させるための、
あるいはコンピュータに当該発明に相当する機能を実現
させるための)プログラム、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体としても成立する。Further, the present invention relating to an apparatus is also realized as an invention of a method realized by the apparatus. Further, the present invention relating to an apparatus or a method is provided for causing a computer to execute a procedure corresponding to the present invention (or for causing a computer to function as means corresponding to the present invention).
Alternatively, the present invention can be realized as a program for causing a computer to realize a function corresponding to the invention, and a computer-readable recording medium on which the program is recorded.
【0018】[0018]
【発明の実施の形態】以下、図面を参照しながら本発明
の一実施形態を説明する。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings.
【0019】図1は本発明の一実施形態に係る有価証券
取引リスク管理システムの全体構成を示す図である。図
1に示すように、証券会社の顧客である投資家が利用す
る複数の機関投資家システム1と、証券会社が各投資家
からの有価証券の注文から決済までを管理する証券会社
が利用する証券会社システム2がネットワーク3を介し
て接続されている。また、証券会社システム2は、有価
証券の約定(取引)を成立させる証券取引システム4に
通信回線5を介して接続されている。なお、以下の実施
形態で、「システム」とは、コンピュータシステムのこ
とを指し、例えばサーバ、端末など、プロセッサ、メモ
リ、その他の周辺機器により実現される。FIG. 1 is a diagram showing the overall configuration of a securities transaction risk management system according to one embodiment of the present invention. As shown in FIG. 1, a plurality of institutional investor systems 1 used by an investor who is a customer of a securities company, and a securities company which manages from ordering to settlement of securities from each investor are used. A securities company system 2 is connected via a network 3. Further, the securities company system 2 is connected via a communication line 5 to a securities trading system 4 for establishing a contract (transaction) of securities. In the following embodiments, a “system” refers to a computer system, and is realized by a processor, a memory, and other peripheral devices such as a server and a terminal.
【0020】図2は証券会社システム2の詳細な構成を
示す図である。図2に示すように、ネットワーク3や通
信回線5を介して行われる外部端末等との情報の送受信
を制御するインタフェース21と、このインタフェース
21に接続され、各種有価証券取引リスク管理処理を行
うプロセッサ22と、このプロセッサ22に接続され、
各種有価証券取引リスク管理処理を行うプログラムを記
憶した記憶手段23a、注文情報や約定結果などの取引
情報を格納する取引情報記憶手段23b、各投資家の決
済実績を格納する決済実績記憶手段23c、各投資家の
担保残高を格納する担保残高記憶手段23dから構成さ
れる。FIG. 2 is a diagram showing a detailed configuration of the securities company system 2. As shown in FIG. 2, an interface 21 for controlling transmission and reception of information to and from an external terminal via the network 3 or the communication line 5, and a processor connected to the interface 21 for performing various securities transaction risk management processing 22 and connected to this processor 22;
Storage means 23a for storing a program for performing various securities transaction risk management processes, transaction information storage means 23b for storing transaction information such as order information and execution results, settlement result storage means 23c for storing settlement results of each investor, It comprises a security balance storage means 23d for storing the security balance of each investor.
【0021】プロセッサ22は、注文受付手段22a、
決済実績判定手段22b、担保残高判定手段22c、担
保受入手段22d、注文処理手段22e及び決済処理手
段22fを有する。プロセッサ22により記憶手段23
aから各種プログラムが読み出されることにより、プロ
セッサ22が各手段として機能する。決済実績判定手段
22b及び担保残高判定手段22cは決済実績や担保残
高を投資家毎に記憶する。The processor 22 includes order receiving means 22a,
It has a settlement performance judgment unit 22b, a security balance judgment unit 22c, a collateral receiving unit 22d, an order processing unit 22e, and a settlement processing unit 22f. Storage means 23 by the processor 22
By reading various programs from a, the processor 22 functions as each unit. The settlement result determination means 22b and the security balance determination means 22c store the settlement result and the security balance for each investor.
【0022】次に、図3に示す処理工程図に沿って有価
証券の取引リスク管理方法を説明する。Next, a method for managing the transaction risk of securities will be described with reference to the processing steps shown in FIG.
【0023】まず、機関投資家システム1から注文を特
定するための条件(注文対象特定情報、注文元識別情
報、売/買特定情報)のそろった注文を受信した(s
1)注文受付手段22aは、注文を受け付け、決済実績
判定手段22bに決済実績の判定命令を注文毎に出す
(s2)。注文を特定するための条件がそろっていない
場合には、注文受付手段22aは注文を受け付けずに必
要情報の送信を機関投資家システム1に促す。注文対象
特定情報とは、例えば数量、単価、取引場所など、注文
の対象を特定する情報である。注文元識別情報は、注文
を行う投資家を識別する情報である。売/買特定情報
は、売りあるいは買いの注文のいずれかを識別する情報
である。First, an order is received from the institutional investor system 1 that satisfies the conditions for specifying the order (order target specifying information, order source identifying information, and sell / buy specifying information) (s).
1) The order receiving means 22a receives the order and issues a settlement result determination command to the settlement result determining means 22b for each order (s2). If the conditions for specifying the order are not complete, the order receiving means 22a urges the institutional investor system 1 to transmit the necessary information without receiving the order. The order target specifying information is information for specifying an order target such as a quantity, a unit price, and a transaction place. The order source identification information is information for identifying an investor who places an order. The sell / buy specific information is information for identifying either a sell or buy order.
【0024】決済実績判定手段22bは、判定命令に応
答して、リアルタイムで(s3)及び(s4)の処理を
注文毎に実行する。すなわち、決済実績判定手段22b
は、決済実績記憶手段23cを検索し、注文元識別情報
をキーとして投資家の決済実績を参照する。決済実績判
定手段22bは、参照された決済実績に基づいて受注を
拒否するか否か判定し(s3)、拒否する場合には、受
注拒否通知を機関投資家システム1に行う。この受注拒
否通知は、受注拒否することを示す情報を機関投資家シ
ステム1に送信すればよい。一方、決済実績が問題なけ
れば、決済実績判定手段22bは担保残高判定手段22
cに担保残高判定命令を行う(s4)。The settlement result judgment means 22b executes the processing of (s3) and (s4) for each order in real time in response to the judgment command. That is, the settlement result determination means 22b
Searches the settlement result storage means 23c and refers to the settlement result of the investor using the orderer identification information as a key. The settlement result determination means 22b determines whether or not to reject the order based on the referred settlement result (s3), and if so, notifies the institutional investor system 1 of the order rejection. This order rejection notice may be transmitted to the institutional investor system 1 indicating that the order is rejected. On the other hand, if there is no problem with the settlement result, the settlement result judging means 22b
A security balance determination command is issued to c (s4).
【0025】なお、リアルタイム処理とは、所定の条件
を満たしたことをコンピュータシステムが確認した際に
取引毎に処理を行うことを指し、以下の実施形態では特
に示さない限り取引毎に所定の条件を満たしたか否かが
コンピュータシステムにより判定され、取引毎にリアル
タイム処理が実行される。It should be noted that real-time processing refers to performing processing for each transaction when the computer system confirms that predetermined conditions are satisfied. In the following embodiments, unless otherwise specified, predetermined conditions are set for each transaction. Is determined by the computer system, and real-time processing is executed for each transaction.
【0026】担保残高判定手段22cは、残高判定命令
に応答して、リアルタイムで(s5)及び(s6a)の
処理あるいは(s5)及び(s6b)の処理を注文毎に
実行する。すなわち、担保残高判定手段22cは、注文
元識別情報をキーとして担保残高記憶手段23dを検索
し、機関投資家の担保残高を参照する。そして、注文対
象特定情報から算定される決済金額に基づき、当該注文
に対する与信に基づく決済リスク相当額を算出し、この
決済リスク相当額と担保残高に基づき、担保残高が充分
か否かを判定する(s5)。In response to the balance determination command, the security balance determination means 22c executes the processing of (s5) and (s6a) or the processing of (s5) and (s6b) for each order in real time. That is, the security balance determination means 22c searches the security balance storage means 23d using the order source identification information as a key, and refers to the security balance of the institutional investor. Then, based on the settlement amount calculated from the order target specifying information, a settlement risk equivalent amount based on credit for the order is calculated, and it is determined whether the collateral balance is sufficient based on the settlement risk equivalent amount and the collateral balance. (S5).
【0027】ここで、与信に基づく決済リスク相当額と
は、未決済の取引の決済金額に対して、取引相手先の格
付機関による格付情報及び/又は過去の決済実績に基づ
き算定された決済代金のリスク金額を指す。格付情報
は、数値化されたデータを図示しない記憶手段から読み
出すことにより得られる。この与信に基づく決済リスク
相当額は、例えば有価証券の取引の場合、未決済証券の
価格変動リスクを注文対象特定情報に含まれる約定価格
と決済日の予想価格との差から算定し、この価格変動リ
スクと注文元の格付情報をパラメータとしてリスク評価
モデルに基づき算出することができる。Here, the settlement risk equivalent amount based on the credit refers to the settlement price calculated based on the rating information of the counterparty's rating agency and / or past settlement results with respect to the settlement amount of the unsettled transaction. Refers to the amount of risk. The rating information is obtained by reading the digitized data from storage means (not shown). The settlement risk equivalent amount based on this credit is calculated, for example, in the case of securities transactions, by calculating the price fluctuation risk of the unsettled securities from the difference between the contract price included in the order object identification information and the expected price on the settlement date. It can be calculated based on the risk evaluation model using the fluctuation risk and the rating information of the order source as parameters.
【0028】例えば、機関投資家と証券会社が相対契約
により取引を行い、同時に証券会社がフルヘッジした
が、決済日に機関投資家が証券を決済出来なかった(用
意できなかった)場合であって、約定日に顧客の証券売
付価格が100億円、証券会社の自己買付価格が100
億円、ヘッジ目的で証券会社が証券を第三者に売りつけ
た場合の売付価格が100億円で、決済日に市場から1
10億円で買付を行った場合を想定すると、証券会社で
は10億円の損失が生じる。この10億円が証券会社に
とっての価格変動リスクである。For example, there is a case where an institutional investor and a securities company trade in a bilateral contract, and at the same time, the securities company fully hedges, but the institutional investor cannot settle the securities on the settlement date (cannot prepare). On the trade day, the customer's securities selling price is 10 billion yen and the securities company's own
100 million yen, the selling price when a securities company sells securities to a third party for hedging purposes is 10 billion yen,
Assuming that the purchase is made at 1 billion yen, the securities company will lose 1 billion yen. This 1 billion yen is the price fluctuation risk for securities companies.
【0029】担保残高が充分であると判定される場合に
は、担保残高判定手段22cは注文処理手段22eに注
文処理命令を出す(s6a)。If it is determined that the security balance is sufficient, the security balance determination means 22c issues an order processing command to the order processing means 22e (s6a).
【0030】担保残高が充分でないと判定される場合に
は、充分と判定されるための追加担保額を算出する。こ
の追加担保額の判定は、上記与信に基づく決済リスク相
当額から担保残高を差し引くことにより得られる。従っ
て、(追加担保額)=(与信に基づく決済リスク相当
額)−(担保残高)となる。この追加担保額は、決済リ
スクに基づき得られるものであり、もし決済が不履行と
なった場合に生じる証券会社の立て替えコストに相当す
る。担保必要額が算出されると、担保残高判定手段22
cは担保受入手段22dに担保受入命令を出す(s6
b)。If it is determined that the security balance is not sufficient, an additional security amount for determining that the security balance is sufficient is calculated. The determination of the additional collateral amount is obtained by subtracting the collateral balance from the settlement risk equivalent amount based on the credit. Therefore, (additional collateral amount) = (settlement risk equivalent amount based on credit) − (collateral balance). This additional collateral is derived based on the settlement risk and corresponds to the securities firm's replacement costs in the event that the settlement defaults. When the required collateral amount is calculated, the security balance determination means 22
c issues a security acceptance command to the security acceptance means 22d (s6
b).
【0031】担保受入命令を受けた担保受入手段22d
は、この受入命令に応答して、リアルタイムで(s7
b)〜(s10b)の処理を注文毎に実行する。すなわ
ち、担保受入手段22dは、担保残高判定手段22cで
算出された追加担保額の情報を機関投資家システム1に
送信し、追加担保の要求を行う(s7b)。この追加担
保の要求を受けて、機関投資家システム1は、追加担保
額に関する情報を証券会社システム2に送信して追加担
保を提供する(s8b)。この追加担保の提供を受け、
提供された追加担保額を追加担保前の担保残高に加算
し、担保残高を更新する(s9b)。そして、担保残高
判定手段22cに再度の担保残高の判定命令を行う(s
10b)。Security receiving means 22d receiving the security receiving instruction
Responds to this acceptance command in real time (s7
b) to (s10b) are executed for each order. That is, the collateral receiving unit 22d transmits the information on the additional collateral amount calculated by the collateral balance determination unit 22c to the institutional investor system 1, and requests additional collateral (s7b). In response to the request for additional collateral, the institutional investor system 1 transmits information on the amount of additional collateral to the securities company system 2 to provide additional collateral (s8b). With the provision of this additional collateral,
The provided additional security amount is added to the security balance before the additional security, and the security balance is updated (s9b). Then, the security balance determination unit 22c is again instructed to determine the security balance (s
10b).
【0032】担保残高の判定命令を受けた担保残高判定
手段22cは、再度(s5)及び(s6a)あるいは
(s5)及び(s6b)と同様の担保残高判定処理を注
文毎にリアルタイムで実行する。The security balance determination means 22c, which has received the security balance determination command, executes the same security balance determination processing as in (s5) and (s6a) or (s5) and (s6b) for each order in real time.
【0033】注文処理命令を受けた注文処理手段22e
は、以下に示す(s11)〜(s15)に示す処理をリ
アルタイムで注文毎に行う。すなわち、注文処理手段2
2eは、注文に含まれる注文対象特定情報、注文元識別
情報、売/買特定情報を注文情報として取引情報記憶手
段23bに格納し、注文の登録を行う(s11)。そし
て、証券取引システム4に対して注文対象特定情報、売
/買特定情報を送信して約定の成立要求を行い(s1
2)、証券取引システム4に約定結果の送信を促す。証
券取引システム4で約定が成立すると、その約定結果が
証券取引システム4から送信される(s13)。注文処
理手段22eは、この約定結果を機関投資家システム1
に送信して約定通知を投資家に行う(s14)ととも
に、約定結果を取引情報記憶手段23bに注文情報に関
連づけて格納する(s15)。さらに、注文処理手段2
2eは、決済処理手段22fに決済処理命令を出す(s
16)。Order processing means 22e receiving the order processing instruction
Performs the following processes (s11) to (s15) for each order in real time. That is, order processing means 2
2e stores the order target specifying information, the ordering source identifying information, and the sell / buy specifying information included in the order in the transaction information storage means 23b as order information, and registers the order (s11). Then, the order object specifying information and the sell / buy specifying information are transmitted to the securities trading system 4 to make a contract execution request (s1).
2) urge the securities trading system 4 to transmit the contract result. When the contract is executed in the securities trading system 4, the execution result is transmitted from the securities trading system 4 (s13). The order processing means 22e compares the execution result with the institutional investor system 1
Is transmitted to the investor (s14), and the contract result is stored in the transaction information storage means 23b in association with the order information (s15). Further, order processing means 2
2e issues a settlement processing command to the settlement processing means 22f (s
16).
【0034】決済処理手段22fは、決済処理を行った
後、決済実績記憶手段23cの決済実績を更新する(s
17)。なお、決済が不履行となった場合、決済処理手
段22fは、契約の不履行となったことを特定する情報
を決済実績記憶手段23cに書き込むことで決済実績記
憶手段23cを更新する。このように決済実績を更新
し、その決済実績がその後の注文を受けるのに足りる実
績で無いものとなった場合であって再度同じ投資家から
注文があった場合に、(s3)のステップでその決済実
績を判定することにより、受注拒否等の措置をとること
が可能となる。After performing the settlement processing, the settlement processing means 22f updates the settlement result in the settlement result storage means 23c (s
17). In the case where the settlement has been failed, the settlement processing unit 22f updates the settlement result storage unit 23c by writing information specifying that the contract has been failed in the settlement result storage unit 23c. In the case where the settlement result is updated as described above and the settlement result is not sufficient to receive the subsequent order, and the order is again received from the same investor, in the step (s3), By determining the settlement result, it is possible to take measures such as order rejection.
【0035】このように本実施形態によれば、機関投資
家システム1から注文を受けてから約定通知までの処理
がリアルタイムで注文毎、すなわち取引毎に実行される
ため、定時点バッチ処理で生じ得る追加担保が必要な取
引を行うリスクを回避できる。従って、担保残高が充分
では無い場合や決済が不履行となった場合に、証券会社
自身が立て替えを行うリスクの発生を予防できる。ま
た、決済実績が受注するのに不適と思われる投資家から
受注することで生じる立て替えリスクの発生を回避でき
る。また、追加担保が必要な場合に、リアルタイムで追
加担保の提供を投資家側に要求し、追加担保が得られた
上で受注することで、立て替えリスクの転嫁を行うこと
ができる。また、決済実績を取引毎に蓄積することによ
り、その決済実績に応じて投資家毎に管理することがで
きるため、立て替えによる証券会社の信用低下を防止す
ることができる。As described above, according to the present embodiment, the processing from receiving an order from the institutional investor system 1 to the execution of a contract is executed in real time for each order, that is, for each transaction. The risk of conducting transactions that require additional collateral can be avoided. Therefore, when the balance of the collateral is not sufficient or the settlement is defaulted, it is possible to prevent a risk that the securities company itself makes a repurchase. In addition, it is possible to avoid the risk of repurchase caused by receiving an order from an investor who is deemed to be inappropriate for receiving an order. Further, when additional collateral is required, it is possible to request the investor side to provide additional collateral in real time and to receive an order after the additional collateral is obtained, so that the risk of refinancing can be passed on. Further, by accumulating the settlement results for each transaction, it is possible to manage for each investor in accordance with the settlement results, so that it is possible to prevent a decrease in the credit of the securities company due to the replacement.
【0036】本発明は上記実施形態に限定されるもので
はない。決済実績の判定後に担保残高の判定を行う例を
示したが、担保残高の判定を先に行ってもよい。また、
決済実績の判定と担保残高の判定を組み合わせて判定し
てもよい。例えば、注文を受けるまでの所定の期間の間
の決済の不履行回数を決済実績として決済実績記憶手段
23cに格納しておき、かつ予め決済不履行回数と担保
残高の関連を示すデータテーブルや計算式を別途用意し
ておき、このデータテーブルや計算式に基づいて決済実
績と担保残高の双方を組み合わせて判定することができ
る。決済不履行回数と担保残高の関連を示すデータテー
ブルとしては、決済不履行回数が3回を超えると、受注
のために必要な担保残高を20%増して判断するデータ
テーブル等が考えられる。計算式としては、(決済不履
行回数)×5%(不履行回数が4回であれば20%)を
受注のために必要な担保残高にかけて判断する計算式等
である。この場合、計算式は(受注のために必要な担保
残高)=(取引額)×{1+(決済不履行回数)×0.
05}となる。なお、担保残高の判定に用いられる注文
特定情報としては、例えば株の売買であれば、売買され
る取引額等である。The present invention is not limited to the above embodiment. Although the example in which the determination of the collateral balance is performed after the determination of the settlement result has been described, the determination of the collateral balance may be performed first. Also,
The determination of the settlement result and the determination of the collateral balance may be combined. For example, the number of payment defaults during a predetermined period until an order is received is stored in the payment result storage unit 23c as a payment result, and a data table or a calculation formula indicating the relationship between the number of payment defaults and the security balance is stored in advance. Separately prepared, it is possible to make a determination by combining both the settlement result and the collateral balance based on this data table or calculation formula. As a data table indicating the relationship between the number of settlement defaults and the balance of collateral, a data table or the like for determining, when the number of defaults of settlement exceeds three, the amount of collateral required for receiving an order by 20% is determined. The calculation formula is a calculation formula or the like for determining (the number of settlement defaults) × 5% (20% if the number of defaults is 4) over the collateral balance required for the order. In this case, the calculation formula is (balance of collateral required for receiving an order) = (transaction amount) × {1+ (number of defaults on settlement) × 0.
05}. The order specifying information used for the determination of the collateral balance is, for example, the transaction value to be traded in the case of stock trading.
【0037】上記例に示したデータテーブルの一例を図
4に示す。図4に示すように、決済不履行回数が2回ま
での場合は決済リスク相当額が受注に必要な担保残高、
決済不履行回数が3〜6回までの場合は決済リスク相当
額の1.2倍が受注に必要な担保残高、決済不履行回数
が7〜10回までの場合は決済リスク相当額の1.5倍
が受注に必要な担保残高、決済不履行回数が11〜15
回までの場合は決済リスク相当額の2倍が受注に必要な
担保残高、決済不履行回数が16回以上の場合は受注必
要担保残高は規定されておらず、担保残高がいくらであ
っても受注拒否と判定される。なお、このデータテーブ
ルはほんの一例にすぎないため、必要担保残高と決済不
履行回数を別の条件で設定してもよいことはもちろんで
ある。他にも、例えば決済実績を決済金額や売買金額と
して記憶しておき、その決済実績に含まれる決済金額や
売買金額を注文額と比較し、ある注文額が決済実績の決
済金額や売買金額をある所定の金額上回る場合に受注拒
否するように設定することもできる。また、決済実績に
含まれる決済金額や売買金額の平均額と注文額を比較
し、注文額が平均額をある所定の金額上回る場合に受注
拒否するように設定することもできる。FIG. 4 shows an example of the data table shown in the above example. As shown in FIG. 4, when the number of payment defaults is two, the settlement risk equivalent amount is the collateral balance required for the order,
If the number of settlement defaults is 3 to 6, 1.2 times the settlement risk equivalent amount is required for the collateral balance required for the order, and if the default is 7 to 10 times, 1.5 times the settlement risk equivalent amount. Is the collateral balance required for orders and the number of settlement defaults is 11 to 15
Up to the second time, twice the amount of the settlement risk is required for the order, and if the number of defaults is 16 or more, the required order balance is not specified. It is determined to be rejected. Since this data table is only an example, it is needless to say that the necessary collateral balance and the number of payment defaults may be set under different conditions. In addition, for example, the settlement result is stored as a settlement amount or a trading amount, and the settlement amount or the sales amount included in the settlement result is compared with the order amount. It is also possible to set so that the order is rejected if it exceeds a certain amount. Further, it is also possible to compare the order amount with the average amount of the settlement amount or the purchase and sale amount included in the settlement result, and reject the order if the order amount exceeds the average amount by a predetermined amount.
【0038】また、決済実績を決済実績判定手段22b
で、担保残高を担保残高判定手段22cで判定した上で
受注する例を示したが、決済実績及び担保残高のみなら
ず、銘柄属性や与信等の顧客属性に基づいて受注可否を
判定してもよい。The settlement result is determined by the settlement result judgment means 22b.
In the above, an example in which an order is received after the collateral balance is determined by the collateral balance determination means 22c has been described. Good.
【0039】顧客属性に基づいて受注可否を判定する場
合、顧客属性判定手段をプロセッサ22に設け、かつ顧
客属性記憶手段に例えば顧客属性に“居住者”と“非居
住者”を識別する情報を顧客、すなわち投資家毎に図示
しない顧客属性記憶手段に登録しておき、非居住者から
の注文の場合には、顧客属性判定手段が、証券会社シス
テム2に接続された図示しない端末画面にアラームを出
力する等の処理が可能である。また、受注の際のみなら
ず、決済処理手段22fにおける決済処理の際に、同様
のアラームの出力を行ってもよい。また、一度も取引を
取り扱ったことの無い“新規顧客”と過去に取引を取り
扱ったことのある“既存顧客”を顧客属性記憶手段に基
づき識別し、“新規顧客”の場合の受注の場合には必ず
(s7b)に示すような担保の要求を行うようにしても
よい。When it is determined whether or not an order can be accepted based on the customer attribute, a customer attribute determining means is provided in the processor 22 and information for identifying "resident" and "non-resident" is stored in the customer attribute storage means, for example. Each customer, that is, each investor is registered in a customer attribute storage unit (not shown), and in the case of an order from a non-resident, the customer attribute determination unit outputs an alarm to a terminal screen (not shown) connected to the securities company system 2. Is output. Further, the same alarm may be output not only at the time of receiving an order but also at the time of settlement processing by the settlement processing means 22f. In addition, a "new customer" who has never dealt with a transaction and an "existing customer" who has dealt with a transaction in the past are identified based on customer attribute storage means. May always request a security as shown in (s7b).
【0040】銘柄属性に基づいて受注可否を判定する場
合、銘柄属性判定手段をプロセッサ22に設け、かつ銘
柄属性記憶手段に銘柄毎に浮動率等の銘柄の特性を登録
しておき、この銘柄の特性に基づいて受注を行うか否か
を判定したり、顧客属性の場合と同様にアラームを出力
してもよい。When it is determined whether or not an order can be accepted based on the brand attribute, a brand attribute determining means is provided in the processor 22 and brand characteristics such as a floating rate are registered for each brand in the brand attribute storage means. It may be determined whether or not to receive an order based on the characteristics, or an alarm may be output as in the case of the customer attribute.
【0041】また、これら顧客属性及び銘柄属性は、決
済実績とあわせて、あるいは担保残高とあわせて受注可
否の判定を行うものでもよい。この場合、例えば決済実
績判定手段22bが決済実績及び顧客属性の双方に基づ
き受注可否の判定を行ったり、担保残高判定手段22c
が担保残高及び銘柄属性の双方に基づき受注可否の判定
を行ってもよい。また、決済実績、担保残高、顧客属
性、銘柄属性それぞれを別個に受注可否の判定に用いる
場合には、判定を行う順序は問わない。The customer attribute and the brand attribute may be used to determine whether or not an order can be accepted in accordance with the settlement result or the security balance. In this case, for example, the settlement result determining means 22b determines whether or not an order can be accepted based on both the settlement result and the customer attribute, or the collateral balance determining means 22c
May determine whether an order can be accepted or not based on both the collateral balance and the brand attribute. When the settlement result, the security balance, the customer attribute, and the brand attribute are individually used to determine whether or not to receive an order, the order in which the determination is performed does not matter.
【0042】また、上記実施形態では債券、株券やCP
(コマーシャルペーパー)などの有価証券の取引リスク
管理に本発明を適用する場合を示したが、これに限定さ
れるものではない。例えば、預貯金、定期積金、無尽契
約に基づく掛金、金銭信託契約、保険や共済に係る契
約、信託受益権、抵当証券、商品投資受益権、小口債債
権、譲渡性預金、商品投資契約、特定債権等投資組合、
不動産特定共同事業契約、有価証券先物取引、有価証券
指数等先物取引、有価証券オプション取引、外国市場証
券先物取引、金融先物取引、有価証券先渡取引、有価証
券店頭指数等先渡取引、有価証券店頭オプション取引、
有価証券店頭指数等スワップ取引、店頭金融先物取引、
金利・通貨の価格その他の指標の数値としてあらかじめ
当事者間で約定された数値と将来の一定の時期における
現実の当該指標の数値の差に基づいて算出される金銭の
授受を約する取引など、金融商品販売法に定める金融商
品の取引リスクに本発明を適用することができる。もち
ろん、金融商品販売法に定めの無い金融商品の取引リス
ク管理にも本発明を適用することができる。In the above embodiment, a bond, stock certificate, CP
The case where the present invention is applied to transaction risk management of securities such as (commercial paper) has been described, but the present invention is not limited to this. For example, deposits and savings, time deposits, premiums based on inexhaustible contracts, monetary trust contracts, insurance and mutual aid contracts, trust beneficiary rights, mortgage securities, commodity investment beneficiary rights, small receivables, negotiable deposits, commodity investment contracts, specific Investment unions such as receivables,
Real estate specific joint business agreements, securities futures, securities index futures, securities options, foreign market securities futures, financial futures, securities forwards, securities over-the-counter forwards, securities OTC option trading,
OTC securities swaps, OTC financial futures,
Financial transactions, such as transactions that promise to deliver or receive money calculated based on the difference between the value of the interest rate, currency price and other indicators previously agreed between the parties and the actual value of the indicator at a certain time in the future The present invention can be applied to the transaction risk of financial products specified in the Product Sales Act. Of course, the present invention can also be applied to the management of transaction risk of financial products not defined in the Financial Product Sales Law.
【0043】また、システム1の運営主体は必ずしも機
関投資家である必要は無く、証券会社を介して有価証券
の取引を希望する投資家であればよい。また、システム
2の運営主体は必ずしも証券会社である必要は無い。The operating entity of the system 1 does not necessarily need to be an institutional investor, but may be any investor who wishes to trade securities through a securities company. Further, the operating entity of the system 2 does not necessarily need to be a securities company.
【0044】また、機関投資家システム1と証券会社シ
ステム2との間の情報のやりとりはインターネット等の
ネットワーク3を介した情報の送受信により行う場合を
示したが、これに限定されるものではない。例えば、機
関投資家と証券会社とのやりとりは、電話やFAXなど
により行ってもよい。具体的には例えば、証券会社シス
テム2に端末(不図示)を設け、機関投資家から電話や
FAXによりオペレータが注文元識別情報、売/買特定
情報、注文対象特定情報を含む注文を受け付け、これら
注文を特定する情報を端末(不図示)を用いて入力し、
その入力データに基づき上記実施形態と同様の処理を行
ってもよい。また、他にも公衆電話回線や専用通信回線
を用いた電子データの送受信により機関投資家と証券会
社との情報のやりとりを行ってもよい。Although the exchange of information between the institutional investor system 1 and the securities company system 2 is performed by transmitting and receiving information via the network 3 such as the Internet, the present invention is not limited to this. . For example, the exchange between the institutional investor and the securities company may be performed by telephone, FAX, or the like. Specifically, for example, a terminal (not shown) is provided in the securities company system 2, and the operator receives an order including institutional investor's order or identification information, sale / buy identification information, and order target identification information by telephone or facsimile, Information for identifying these orders is entered using a terminal (not shown),
The same processing as in the above embodiment may be performed based on the input data. Alternatively, information may be exchanged between an institutional investor and a securities company by transmitting and receiving electronic data using a public telephone line or a dedicated communication line.
【0045】さらに、上記実施形態には種々の段階の発
明が含まれており、開示される複数の構成要件における
適宜な組み合わせにより種々の発明が抽出され得る。例
えば実施形態に示される全構成要件から幾つかの構成要
件が省略されることで発明が抽出された場合には、その
抽出された発明を実施する場合には省略部分が周知慣用
技術で適宜補われる。Further, the above embodiments include inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements. For example, when an invention is extracted by omitting some constituent elements from all constituent elements described in the embodiment, when implementing the extracted invention, the omitted part is appropriately supplemented by well-known conventional techniques. Will be
【0046】[0046]
【発明の効果】以上説明したように本発明によれば、注
文毎に受注の判定を行うことにより、決済不履行となっ
た場合の立て替えリスクを低減することができる。As described above, according to the present invention, by determining the order for each order, the risk of replacement in the event of a payment failure can be reduced.
【図1】本発明の一実施形態に係る有価証券決済管理シ
ステムの全体構成の一例を示す図。FIG. 1 is a diagram showing an example of an overall configuration of a securities settlement management system according to an embodiment of the present invention.
【図2】同実施形態に係る証券会社システムの詳細な構
成の一例を示す図。FIG. 2 is an exemplary view showing an example of a detailed configuration of the securities company system according to the embodiment.
【図3】同実施形態に係る有価証券決済管理方法を説明
するための処理工程図。FIG. 3 is a processing step diagram for explaining the securities settlement management method according to the embodiment;
【図4】同実施形態に係る担保残高判定と決済実績判定
を組み合わせた場合に用いられるデータテーブルの一例
を示す図。FIG. 4 is an exemplary view showing an example of a data table used when the collateral balance determination and the settlement result determination according to the embodiment are combined.
1…機関投資家システム 2…証券会社システム 3…ネットワーク 4…証券取引システム 5…通信回線 21…インタフェース 22…プロセッサ 22a…注文受付手段 22b…決済実績判定手段 22c…担保残高判定手段 22d…担保受入手段 22e…注文処理手段 22f…決済処理手段 23a…プログラム記憶手段 23b…取引情報記憶手段 23c…決済実績記憶手段 23d…担保残高記憶手段 DESCRIPTION OF SYMBOLS 1 ... Institutional investor system 2 ... Securities company system 3 ... Network 4 ... Securities trading system 5 ... Communication line 21 ... Interface 22 ... Processor 22a ... Order receiving means 22b ... Settlement performance judgment means 22c ... Collateral balance judgment means 22d ... Receipt of security Means 22e Order processing means 22f Payment processing means 23a Program storage means 23b Transaction information storage means 23c Payment result storage means 23d Collateral balance storage means
───────────────────────────────────────────────────── フロントページの続き (72)発明者 原田 政治 東京都中央区八重洲1丁目3番5号 大和 証券エスエムビーシー株式会社内 ──────────────────────────────────────────────────の Continued on the front page (72) Inventor Harada Politics 1-3-5 Yaesu, Chuo-ku, Tokyo Daiwa Securities SMBC Co., Ltd.
Claims (17)
注文元の顧客の過去の決済実績を参照して受注の可否を
注文毎に判定する決済実績判定手段と、 前記決済実績判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促す注文処理手段と、 前記約定結果を出力する約定結果出力手段と、 前記約定に対する決済が終了した場合に決済実績を更新
する手段とを具備してなることを特徴とする金融商品取
引リスク管理システム。1. When a financial product order is received, a settlement result determination unit that determines whether or not an order is accepted for each order by referring to a past settlement result of the customer of the order source; When it is determined that the order can be received, an order processing unit that outputs a contract establishment request based on the order and prompts transmission of the contract result; a contract result output unit that outputs the contract result; and settlement of the contract is completed. Means for updating the settlement result in the event that the transaction has been made.
注文元の担保残高を参照して受注の可否を注文毎に判定
する担保残高判定手段と、 前記担保残高判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促す注文処理手段と、 前記約定結果を出力する約定結果出力手段とを具備して
なることを特徴とする金融商品取引リスク管理システ
ム。2. When receiving an order for a financial product, a collateral balance determining means for determining whether or not an order is accepted for each order by referring to the collateral balance of the order source; and determining that the collateral balance can be ordered by the collateral balance determining means. In this case, the order processing means outputs a contract execution request based on the order, and prompts transmission of the contract result, and a contract result output means for outputting the contract result. Commodity trading risk management system.
り生じる取引額と、前記担保残高に基づいて前記受注の
可否を判定することを特徴とする請求項2に記載の金融
商品取引リスク管理システム。3. The financial product transaction risk management system according to claim 2, wherein said collateral balance determination means determines whether or not said order is accepted based on a transaction amount generated by said order and said collateral balance. .
する与信に基づく決済リスク相当額を算出するリスク相
当額算出手段を備え、 前記リスク相当額算出手段により算出された前記リスク
相当額と前記担保残高に基づいて受注の可否を判定する
ことを特徴とする請求項2に記載の金融商品取引リスク
管理システム。4. The security balance determination means includes risk equivalent amount calculation means for calculating a settlement risk equivalent amount based on credit for the order, and the risk equivalent amount calculated by the risk equivalent amount calculation means and the security 3. The financial product transaction risk management system according to claim 2, wherein whether or not an order is accepted is determined based on the balance.
定した場合には、前記注文元の端末に対して追加担保の
要求を行うことを特徴とする請求項2に記載の金融商品
取引リスク管理システム。5. The financial product transaction risk according to claim 2, wherein said collateral balance determination means makes a request for additional collateral to said order source terminal when it is determined that the order cannot be received. Management system.
の要求に応答して前記注文元から担保の追加があった場
合に、該追加された担保に基づいて担保残高を更新し、
該更新された担保残高に基づいて受注の可否を判定する
ことを特徴とする請求項5に記載の金融商品取引リスク
管理システム。6. The collateral balance determining means, when a collateral is added from the order source in response to the request for additional collateral, updates the collateral balance based on the added collateral,
6. The financial product transaction risk management system according to claim 5, wherein whether or not an order is accepted is determined based on the updated security balance.
可否を注文毎に判定する担保残高判定手段を備え、 前記注文処理手段は、前記決済実績判定手段及び前記担
保残高判定手段により受注可能と判定された場合に、前
記注文に基づいて約定成立要求を出力し、約定結果の送
信を促すことを特徴とする請求項1に記載の金融商品取
引リスク管理システム。7. A collateral balance judging unit for judging whether or not an order is accepted for each order by referring to the collateral balance of the order source, wherein the order processing unit receives an order by the settlement performance judging unit and the collateral balance judging unit. The financial product transaction risk management system according to claim 1, wherein when it is determined that the order is possible, a contract execution request is output based on the order to prompt transmission of the contract result.
じる取引額と担保残高に基づいて受注の可否を判定する
ことを特徴とする請求項7に記載の金融商品取引リスク
管理システム。8. The financial product transaction risk management system according to claim 7, wherein said security balance determination means determines whether or not an order is accepted based on a transaction amount generated by the order and a security balance.
する与信に基づく決済リスク相当額を算出するリスク相
当額算出手段を備え、 前記リスク相当額算出手段により算出された前記リスク
相当額と前記担保残高に基づいて受注の可否を判定する
ことを特徴とする請求項7に記載の金融商品取引リスク
管理システム。9. The security balance determination means includes risk equivalent amount calculation means for calculating a settlement risk equivalent amount based on credit for the order, and the risk equivalent amount calculated by the risk equivalent amount calculation means and the security 8. The financial product transaction risk management system according to claim 7, wherein whether or not an order is accepted is determined based on the balance.
判定した場合には、前記注文元の端末に対して追加担保
の要求を行うことを特徴とする請求項2に記載の金融商
品取引リスク管理システム。10. The financial product transaction risk according to claim 2, wherein said collateral balance determination means makes a request for additional collateral to said order source terminal when it is determined that an order cannot be received. Management system.
保の要求に応答して前記注文元から担保の追加があった
場合に、該追加された担保に基づいて担保残高を更新
し、該更新された担保残高に基づいて受注の可否を判定
することを特徴とする請求項10に記載の金融商品取引
リスク管理システム。11. The collateral balance determining means updates a collateral balance based on the added collateral when collateral is added from the order source in response to the additional collateral request. The financial product transaction risk management system according to claim 10, wherein whether or not an order is accepted is determined based on the collateral balance obtained.
してリアルタイムで実行されることを特徴とする請求項
1又は2に記載の金融商品取引リスク管理システム。12. The financial product transaction risk management system according to claim 1, wherein the determination as to whether or not the order is accepted is executed in real time in response to the order.
を特徴とする請求項1乃至12に記載の金融商品決済管
理システム。13. The financial product settlement management system according to claim 1, wherein the financial product is a security.
該注文元の顧客の過去の決済実績を参照して受注の可否
を注文毎に判定するステップと、 前記決済実績判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促すステップと、 前記約定結果を出力するステップと、 前記約定に対する決済が終了した場合に決済実績を更新
するステップとを有することを特徴とする金融商品取引
リスク管理方法。14. When receiving an order for a financial product,
A step of determining whether or not an order can be accepted for each order by referring to the past settlement results of the customer of the order source; and, when it is determined by the settlement result determination means that an order can be received, a contract establishment request is made based on the order. Outputting the execution result, outputting the execution result, and updating the settlement result when the settlement for the execution is completed, a financial product transaction risk management method, comprising: .
該注文元の担保残高を参照して受注の可否を注文毎に判
定するステップと、 前記担保残高判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促すステップと、 前記約定結果を出力するステップとを有することを特徴
とする金融商品取引リスク管理方法。15. When receiving an order for a financial product,
Determining whether or not an order can be accepted for each order by referring to the collateral balance of the order source; and outputting a contract establishment request based on the order when the collateral balance determination means determines that the order can be accepted, and A financial product transaction risk management method, comprising: prompting transmission of a result; and outputting the contracted result.
過去の決済実績を参照して受注の可否を注文毎に判定す
る手段と、 前記決済実績判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促す手段と、 前記約定結果を出力する手段と、 前記約定に対する決済が終了した場合に決済実績を更新
する手段として機能させるための金融商品取引リスク管
理プログラム。16. A means for, when an order for a financial product is received by a computer, determining whether or not an order is accepted for each order by referring to the past settlement results of the ordering customer; When it is determined that the order can be received, a means for outputting a contract establishment request based on the order and prompting transmission of the contract result, a means for outputting the contract result, and a settlement result when the settlement for the contract is completed Product transaction risk management program to function as a means of updating.
高を参照して受注の可否を注文毎に判定する手段と、 前記担保残高判定手段により受注可能と判定された場合
に、前記注文に基づいて約定成立要求を出力し、約定結
果の送信を促す手段と、 前記約定結果を出力する手段として機能させるための金
融商品取引リスク管理プログラム。17. When a computer receives an order for a financial product, the computer refers to the collateral balance of the order source to determine whether or not an order can be accepted for each order, and the collateral balance determination unit determines that an order can be received. A means for outputting a contract establishment request based on the order and prompting transmission of the contract result; and a financial product transaction risk management program for functioning as a means for outputting the contract result.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001165479A JP2002358419A (en) | 2001-05-31 | 2001-05-31 | Financial instrument transaction risk management system, financial instrument transaction risk management method, and financial instrument transaction risk management program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001165479A JP2002358419A (en) | 2001-05-31 | 2001-05-31 | Financial instrument transaction risk management system, financial instrument transaction risk management method, and financial instrument transaction risk management program |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2002358419A true JP2002358419A (en) | 2002-12-13 |
Family
ID=19008139
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001165479A Pending JP2002358419A (en) | 2001-05-31 | 2001-05-31 | Financial instrument transaction risk management system, financial instrument transaction risk management method, and financial instrument transaction risk management program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2002358419A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016157187A (en) * | 2015-02-23 | 2016-09-01 | 株式会社野村総合研究所 | Bond trading settlement management system and bond trading settlement management method |
CN112927086A (en) * | 2019-12-05 | 2021-06-08 | 致茂电子(苏州)有限公司 | Transaction risk control and management system and transaction risk control and management method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH02247791A (en) * | 1989-03-20 | 1990-10-03 | Hitachi Ltd | automatic transaction device |
JPH0721257A (en) * | 1993-05-14 | 1995-01-24 | Masami Ishikawa | Method for a cquiring investment profit and avoiding remargin for stock credit transaction |
JP2000148850A (en) * | 1998-11-10 | 2000-05-30 | Daisho Syst Service Kk | Transaction device, transaction management device, transaction system, and recording medium |
JP2000508796A (en) * | 1996-04-12 | 2000-07-11 | シティバンク、エヌ・エイ | Inside money |
-
2001
- 2001-05-31 JP JP2001165479A patent/JP2002358419A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH02247791A (en) * | 1989-03-20 | 1990-10-03 | Hitachi Ltd | automatic transaction device |
JPH0721257A (en) * | 1993-05-14 | 1995-01-24 | Masami Ishikawa | Method for a cquiring investment profit and avoiding remargin for stock credit transaction |
JP2000508796A (en) * | 1996-04-12 | 2000-07-11 | シティバンク、エヌ・エイ | Inside money |
JP2000148850A (en) * | 1998-11-10 | 2000-05-30 | Daisho Syst Service Kk | Transaction device, transaction management device, transaction system, and recording medium |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016157187A (en) * | 2015-02-23 | 2016-09-01 | 株式会社野村総合研究所 | Bond trading settlement management system and bond trading settlement management method |
CN112927086A (en) * | 2019-12-05 | 2021-06-08 | 致茂电子(苏州)有限公司 | Transaction risk control and management system and transaction risk control and management method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230148401A1 (en) | Electronic securities marketplace having integration with order management systems | |
US11847647B2 (en) | Device, method, and computer readable medium for large scale electronic processing | |
US7447656B2 (en) | Electronic lending and borrowing system | |
US8515857B2 (en) | Electronic securities marketplace having integration with order management systems | |
US20120011054A1 (en) | Central counterparty for data management | |
US20080071664A1 (en) | Limiting Counter-Party Risk in Multiple Party Transactions | |
US20090281931A1 (en) | Data Storage and Processor for Storing and Processing Data Associated with Derivative Contracts and Trades Related to Derivative Contracts | |
US9928551B2 (en) | Computer-implemented system and method for clearing a derivative trade involving multiple trading exchanges | |
JP2008518366A (en) | Transaction system and method for financial products based on undisclosed figures | |
US20240346591A1 (en) | Computer system and a computerized method for central counterparty limit management | |
US20100125518A1 (en) | System and method for facilitating exchange of credit default swaps | |
WO2001067321A1 (en) | Stock selling/purchasing system and stock selling/purchasing method | |
US20020046164A1 (en) | Method and system for financially intermediating transaction of products | |
KR20180105067A (en) | Platform System for Online Lending Mediation Service | |
US10062107B1 (en) | Consolidated trading platform | |
KR101666084B1 (en) | System and method for managing loan based on sale credit | |
JP2005085133A (en) | Loan transaction system, computer program and method | |
JP2002358419A (en) | Financial instrument transaction risk management system, financial instrument transaction risk management method, and financial instrument transaction risk management program | |
KR20170099321A (en) | Method for peer to peer secured loan finalcial technology service with condition matching and apparatus thereof | |
KR102843340B1 (en) | Stock trading method and apparatus based multiple trading systems | |
KR20240169535A (en) | Management method for blockchain-based virtual assets | |
KR20150116144A (en) | Short term loan business method and system which the member can apply for a loan secured on accounts receiable and insurance policy | |
JP2005100052A (en) | Securities transaction intermediary system and its method | |
JP2004185104A (en) | Transaction fund management system and method | |
KR20030043841A (en) | Method for directly settlement of stock charge by the on line |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080416 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100618 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100713 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20101116 |