JP2018067257A - 取引装置、取引プログラムおよび取引方法 - Google Patents

取引装置、取引プログラムおよび取引方法 Download PDF

Info

Publication number
JP2018067257A
JP2018067257A JP2016207122A JP2016207122A JP2018067257A JP 2018067257 A JP2018067257 A JP 2018067257A JP 2016207122 A JP2016207122 A JP 2016207122A JP 2016207122 A JP2016207122 A JP 2016207122A JP 2018067257 A JP2018067257 A JP 2018067257A
Authority
JP
Japan
Prior art keywords
order
margin
cpu
price
field
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.)
Granted
Application number
JP2016207122A
Other languages
English (en)
Other versions
JP6810574B2 (ja
Inventor
茂紀 河野
Shigenori Kono
茂紀 河野
福島　勝
Masaru Fukushima
勝 福島
晃司 土田
Koji Tsuchida
晃司 土田
由美 小田
Yumi Oda
由美 小田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ueda Harlow Ltd
Original Assignee
Ueda Harlow Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ueda Harlow Ltd filed Critical Ueda Harlow Ltd
Priority to JP2016207122A priority Critical patent/JP6810574B2/ja
Publication of JP2018067257A publication Critical patent/JP2018067257A/ja
Application granted granted Critical
Publication of JP6810574B2 publication Critical patent/JP6810574B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

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

Abstract

【課題】約定するとは限らない新規発注を並行して複数行う投資家が、証拠金の運用効率を高めることが可能な取引装置等を提供すること。【解決手段】取引装置１１は、担保にした有効証拠金以上の金額で外貨を取引可能な外国為替証拠金取引の複数の新規注文を含むグループ中の、それぞれの新規注文に関する約定見込価格と取引金額とを取得するグループ情報取得部と、前記グループ情報取得部が取得した約定見込価格と取引金額とに基づいて前記新規注文のそれぞれに関する発注証拠金を算出する発注証拠金算出部と、前記発注証拠金算出部が算出した発注証拠金のうち、最も高額の発注証拠金を選択する発注証拠金選択部と、前記発注証拠金選択部が選択した発注証拠金と、前記有効証拠金とに基づいて、前記グループに含まれる新規注文に対する前記有効証拠金の過不足を判定する証拠金判定部とを備える。【選択図】図１

Description

本発明は、取引装置、取引プログラムおよび取引方法に関する。
投資家のコンピュータと金融商品取引業者のコンピュータとを通信回線で接続し、投資家がオンラインで金融商品取引を行うことが可能なオンライン取引システムが使用されている。金融商品の取引に関する指標を時々刻々と算出して、投資家のコンピュータに表示させることにより、投資家の判断を支援する指標値算出装置が提案されている（特許文献１）。
特開２０１４−１０２５８９号公報
たとえば外国為替証拠金取引、オプション取引または先物取引のような金融商品取引においては、投資家は取引を行う前に担保となる証拠金を金融商品取引業者に差し入れる。投資家は、保有するポジションの約定金額の合計に対して十分な証拠金を維持する必要がある。
投資家が、証拠金取引のポジションを新たに取得した場合には、取得したポジションの約定金額に応じて必要な証拠金が増加する。約定と同時に証拠金不足に陥ることを避けるため、約定した後に必要な証拠金を算出し、十分な証拠金があることを確認した上で、発注を行うことが望ましい。
希望価格を指定して発注する指値発注等、約定するとは限らない発注方式が使用される場合がある。このような発注を並行して複数行う場合には、すべての発注が約定することを前提として単純に十分な証拠金があるか否かを判定する場合には、証拠金の運用効率を高めることが難しい。
一つの側面では、約定するとは限らない新規発注を並行して複数行う投資家が、証拠金の運用効率を高めることが可能な取引装置等を提供することを目的とする。
取引装置は、担保にした有効証拠金以上の金額で外貨を取引可能な外国為替証拠金取引の複数の新規注文を含むグループ中の、それぞれの新規注文に関する約定見込価格と取引金額とを取得するグループ情報取得部と、前記グループ情報取得部が取得した約定見込価格と取引金額とに基づいて前記新規注文のそれぞれに関する発注証拠金を算出する発注証拠金算出部と、前記発注証拠金算出部が算出した発注証拠金のうち、最も高額の発注証拠金を選択する発注証拠金選択部と、前記発注証拠金選択部が選択した発注証拠金と、前記有効証拠金とに基づいて、前記グループに含まれる新規注文に対する前記有効証拠金の過不足を判定する証拠金判定部とを備える。
一つの側面では、約定するとは限らない新規発注を並行して複数行う投資家が、証拠金の運用効率を高めることが可能な取引装置等を提供することが可能となる。
取引システムの構成を示す説明図である。 レートＤＢのレコードレイアウトを示す説明図である。 デルタＴＤＢのレコードレイアウトを示す説明図である。 ＨＬＤＢのレコードレイアウトを示す説明図である。 投資家情報ＤＢのレコードレイアウトを示す説明図である。 受注ＤＢのレコードレイアウトを示す説明図である。 発注ＤＢのレコードレイアウトを示す説明図である。 ポジションＤＢのレコードレイアウトを示す説明図である。 投資家クライアントの入力画面例を示す説明図である。 デルタ注文による新規注文を説明する説明図である。 相対トリガトレール注文による決済注文を説明する説明図である。 受注ＤＢのレコードレイアウトを示す説明図である。 発注ＤＢのレコードレイアウトを示す説明図である。 レート記録サーバのプログラムの処理の流れを示すフローチャートである。 投資家サーバのプログラムの処理の流れを示すフローチャートである。 注文受付サブルーチンの処理の流れを示すフローチャートである。 証拠金確認サブルーチンの処理の流れを示すフローチャートである。 発注証拠金更新サブルーチンの処理の流れを示すフローチャートである。 合計発注証拠金算出サブルーチンの処理の流れを示すフローチャートである。 ポジション取得サブルーチンの処理の流れを示すフローチャートである。 デルタ判定のサブルーチンの処理の流れを示すフローチャートである。 ポジション決済サブルーチンの処理の流れを示すフローチャートである。 ストップトリガ判定サブルーチンの処理の流れを示すフローチャートである。 相対トリガトレール判定サブルーチンの処理の流れを示すフローチャートである。 実施の形態２の発注ＤＢのレコードレイアウトを示す説明図である。 実施の形態２のポジション取得サブルーチンの処理の流れを示すフローチャートである。 実施の形態３のポジション取得サブルーチンの処理の流れを示すフローチャートである。 実施の形態４の取引装置の動作を示す機能ブロック図である。 実施の形態５の取引システムの構成を示す説明図である。
［実施の形態１］
図１は、取引システム１０の構成を示す説明図である。取引システム１０は、時々刻々と価格が変動する金融商品の取引を行う際に使用されるシステムである。本実施の形態においては、外国為替証拠金取引を行う際に使用する取引システム１０を例にして説明する。株式取引、先物取引等においても、同様のシステムを使用することが可能である。
取引システム１０は、投資家サーバ１１、レート記録サーバ２１、投資家クライアント３１、金融機関サーバ３２およびこれらを相互に接続するネットワークを含む。
投資家クライアント３１は、投資家がオンライン取引に使用するパソコン、タブレットまたはスマートフォン等の情報処理装置である。投資家クライアント３１のハードウェア構成については説明を省略する。
金融機関サーバ３２は、インターバンク市場に参加する銀行等が使用する情報処理装置である。金融機関サーバ３２は、為替レートの市場価格を１秒間に１０回から１００回程度の頻度でネットワークを介して提示する。金融機関サーバ３２のハードウェア構成については説明を省略する。
なお、インターバンク市場においては、市場参加者がそれぞれ市場価格を提示して取引を行う。インターバンク市場の参加者は、信用度が高く、多額の外貨を取引する大手銀行に限定されている。一方、外国為替証拠金取引はインターバンク市場で形成されている市場価格に準じる為替レートに基づいて取引される。
投資家サーバ１１は、金融商品取引業者が管理および運用を行う情報処理装置である。投資家サーバ１１は、投資家クライアント３１からオンラインで受信した金融商品の取引を処理する情報処理装置である。本実施の形態においては、金融商品取引業者は、顧客である個々の投資家に対して、１つの投資家サーバ１１を使用する。投資家サーバ１１は、本実施の形態の取引装置の一例である。
レート記録サーバ２１は、金融商品取引業者が管理および運用を行う情報処理装置である。レート記録サーバ２１は、金融機関サーバ３２から提示された市場価格を記録および処理し、投資家サーバ１１に提供する情報処理装置である。
投資家サーバ１１は、ＣＰＵ（Central Processing Unit）１２、主記憶装置１３、補助記憶装置１４、通信部１５およびバスを備える。
ＣＰＵ１２は、本発明に係るプログラムを実行する演算制御装置である。ＣＰＵ１２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ１２は、バスを介して投資家サーバ１１を構成するハードウェア各部と接続されている。
主記憶装置１３は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置１３には、ＣＰＵ１２が行う処理の途中で必要な情報およびＣＰＵ１２で実行中のプログラムが一時的に保存される。
補助記憶装置１４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置１４には、ＣＰＵ１２に実行させるプログラム、投資家情報ＤＢ（Database）５１、受注ＤＢ５２、発注ＤＢ５３、ポジションＤＢ５４、およびプログラムの実行に必要な各種データが保存される。通信部１５は、投資家サーバ１１とネットワークとの間の通信を行うインターフェイスである。
本実施の形態の投資家サーバ１１は、汎用のパーソナルコンピュータ、大型計算機等の情報機器等である。また、本実施の形態の投資家サーバ１１は、大型計算機上で動作する仮想マシンでも良い。投資家情報ＤＢ５１、受注ＤＢ５２、発注ＤＢ５３およびポジションＤＢ５４は、投資家サーバ１１の外部に設置された大容量記憶装置等に記憶されていても良い。
レート記録サーバ２１は、レート記録ＣＰＵ２２、主記憶装置２３、補助記憶装置２４、通信部２５およびバスを備える。
レート記録ＣＰＵ２２は、本発明に係るプログラムを実行する演算制御装置である。レート記録ＣＰＵ２２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。レート記録ＣＰＵ２２は、バスを介してレート記録２１を構成するハードウェア各部と接続されている。
主記憶装置２３は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置２３には、レート記録ＣＰＵ２２が行う処理の途中で必要な情報およびレート記録ＣＰＵ２２で実行中のプログラムが一時的に保存される。
補助記憶装置２４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置２４には、レート記録ＣＰＵ２２に実行させるプログラム、レートＤＢ４１、ＨＬＤＢ４３、デルタＴＤＢ４２、およびプログラムの実行に必要な各種データが保存される。通信部２５は、レート記録サーバ２１とネットワークとの間の通信を行うインターフェイスである。
本実施の形態のレート記録サーバ２１は、汎用のパーソナルコンピュータ、大型計算機等の情報機器等である。また、本実施の形態のレート記録サーバ２１は、大型計算機上で動作する仮想マシンでも良い。レートＤＢ４１、ＨＬＤＢ４３およびデルタＴＤＢ４２は、レート記録サーバ２１の外部に設置された大容量記憶装置等に記憶されていても良い。
図２は、レートＤＢ４１のレコードレイアウトを示す説明図である。レートＤＢ４１は、通貨ペアごとの売値および買値の市場価格とタイムスタンプとを関連づけるＤＢである。レートＤＢ４１は、通貨ペアフィールド、売レートフィールド、買レートフィールドおよびタイムスタンプフィールドを有する。
通貨ペアフィールドには、外国為替取引を行う二つの通貨の組合せが記録されている。たとえば「ＵＳＤ／ＪＰＹ」は、米ドルと日本円との組合せを示す。同様に、「ＥＵＲ」はユーロ、「ＧＢＰ」は、英ポンド、「ＡＵＤ」は、オーストラリアドルを示す。
売レートフィールドには、投資家が通貨ペアフィールドに記録された通貨ペアのうちの、前側の通貨を後側の通貨で購入する際の市場価格が記録されている。買レートフィールドには、投資家が通貨ペアフィールドに記録された通貨ペアのうちの、前側の通貨を後側の通貨で売却する際の市場価格が記録されている。
タイムスタンプフィールドには、市場価格をレートＤＢ４１に記録した日時が記録されている。タイムスタンプフィールドの前半は日付、後半は時刻を示す。時刻の小数点以下の３桁は、ミリ秒単位の時刻を示す。レートＤＢ４１は、一組の通貨ペアについて１つのフィールドを有する。
具体例を挙げて説明する。図２に示すレートＤＢ４１の１行目は、米ドルを売却したい投資家に対しては１ドル１００．０９６円のレートが、米ドルを購入したい投資家に対しては１ドル１００．１０４円のレートが、それぞれタイムスタンプに示す日時に提示されたことを示す。
レート記録ＣＰＵ２２は、金融機関サーバ３２から提示された市場価格を受信するたびに、該当する通貨ペアのレコードを更新する。すなわち、レートＤＢ４１には、その時点で最新の市場価格が記録されている。レート記録サーバ２１は、一つの金融機関サーバ３２から提示される市場価格を受信してレートＤＢ４１に記録しても良いし、複数の金融機関サーバ３２から提示される市場価格を受信してレートＤＢ４１に記録しても良い。
レート記録サーバ２１は、他の金融商品取引業者から提示される為替レートをレートＤＢ４１に記録しても良い。また、レート記録サーバ２１は、インターバンク市場の市場価格に基づいて自社の為替ディーラが判断した市場価格を記録しても良い。
図３は、デルタＴＤＢ４２のレコードレイアウトを示す説明図である。デルタＴＤＢ４２は、番号と判定時間幅ΔＴとを関連づけるＤＢである。デルタＴＤＢ４２は番号フィールドとΔＴフィールドとを有する。番号フィールドには、１から連番で番号が記録されている。ΔＴフィールドには、判定時間幅ΔＴが記録されている。デルタＴＤＢ４２は、一つの番号について１つのレコードを有する。デルタＴＤＢ４２は、次に説明するＨＬＤＢ４３を作成する際に使用されるＤＢである。
図４は、ＨＬＤＢ４３のレコードレイアウトを示す説明図である。ＨＬＤＢ４３は、タイムスタンプ、その時点の市場価格と、判定時間幅ΔＴ内の過去の最低市場価格Ｌおよび最高市場価格Ｈとを関連づけるＤＢである。ＨＬＤＢ４３は、通貨ペアフィールド、売買フィールド、タイムスタンプフィールド、市場価格フィールド、ΔＴ＝１０秒フィールド、ΔＴ＝３０秒フィールドを有する。ΔＴ＝１０秒フィールドおよびΔＴ＝３０秒フィールドは、それぞれＬフィールドおよびＨフィールドを有する。ＨＬＤＢ４３は、後述するデルタ注文を行う際に使用されるＤＢである。
通貨ペアフィールドには、外国為替取引を行う二つの通貨の組合せが記録されている。売買フィールドには、「売」または「買」の別が記録されている。タイムスタンプフィールドには、タイムスタンプが記録されている。市場価格フィールドには、通貨ペアフィールドおよび売買フィールドに記録された為替取引に関する市場価格が記録されている。
ΔＴ＝１０秒フィールドのＬフィールドには、タイムスタンプの時点から過去１０秒間で最も安い市場価格が記録されている。ΔＴ＝１０秒フィールドのＨフィールドには、タイムスタンプの時点から過去１０秒間で最も高い市場価格が記録されている。ΔＴ＝３０秒フィールドのＬフィールドには、タイムスタンプの時点から過去３０秒間で最も安い市場価格が記録されている。ΔＴ＝３０秒フィールドのＨフィールドには、タイムスタンプの時点から過去３０秒間で最も高い市場価格が記録されている。
なお、図４ではΔＴ＝１０秒フィールドおよびΔＴ＝３０秒フィールド以外は記載を省略するが、ＨＬＤＢ４３は図３を使用して説明したデルタＴＤＢ４２のΔＴフィールドに記録されたそれぞれの判定時間幅ΔＴに対応するフィールドを有する。それぞれのフィールドは、ΔＴ＝１０秒フィールドと同様にＬフィールドおよびＨフィールドを有する。ＨＬＤＢ４３は、一つのタイムスタンプについて一つのレコードを有する。
具体例を挙げて説明する。図４の上から２レコード目の、タイムスタンプが「２０１６／０９／０５ １０：００：００．００５」時点から過去１０秒間の最高の市場価格は１００．２００円である。上から３レコード目の、タイムスタンプが「２０１６／０９／０５ １０：００：００．０４０」の時点の市場価格は、１００．２８０円である。そのため、このレコードの時点から過去１０秒間の最高の市場価格は１００．２８０円であり、ΔＴ＝１０秒フィールドのＨフィールドに「１００．２８０」が記録される。
図５は、投資家情報ＤＢ５１のレコードレイアウトを示す説明図である。投資家情報ＤＢ５１は、投資家サーバ１１が取引を処理する投資家に関する情報を記録するＤＢである。投資家情報ＤＢ５１は、項目フィールドと内容フィールドとを有する。項目フィールドには、「投資家ＩＤ（IDentification）」、「氏名」、「証拠金」等の項目名が記録されている。内容フィールドには、それぞれの項目に対応する内容が記録されている。証拠金については後述する。
図６は、受注ＤＢ５２のレコードレイアウトを示す説明図である。受注ＤＢ５２は、金融商品取引業者に注文した外国為替取引の注文番号、注文の内容および注文状況を関連づけるＤＢである。
受注ＤＢ５２は、注文番号フィールド、通貨ペアフィールド、注文タイプフィールド、取引種別フィールド、執行条件フィールド、注文価格フィールド、トリガ値フィールド、トリガ幅フィールド、トレール幅フィールド、ΔＰフィールド、ΔＴフィールド、取引金額フィールド、期限フィールド、注文状況フィールド、発注証拠金フィールド、親注文番号フィールドおよび証拠金グループフィールドを有する。
注文番号フィールドには、個々の注文に固有に付与された注文番号が記録されている。通貨ペアフィールドには、注文された通貨ペアが記録されている。注文タイプフィールドには、「新規」「決済利益確定」「決済ストップ」のいずれのタイプの注文であるかが記録されている。「新規」は、投資家が新たなポジションを取得する注文を意味する。「決済利益確定」は、投資家が保有しているポジションを反対売買により決済して利益を確定する注文を意味する。「決済ストップ」は、投資家が保有しているポジションを反対売買により決済して、損切りを行うストップ注文を意味する。
取引種別フィールドには、「売」または「買」のどちらの注文であるかが記録されている。「売」は売り注文を、「買」は、買い注文を意味する。執行条件フィールドには、注文を執行する際の判定条件の種類が記録されている。「デルタ」、「相対トリガトレール」および「トレール」については後述する。
「指値」は、後述する注文価格フィールドに記録された価格よりも投資家にとって有利な条件であれば約定することを意味する。たとえば、買い注文である場合には、注文価格よりも市場価格が安い場合に約定する。売り注文である場合には、注文価格よりも市場価格が高い場合に約定する。
「逆指値」は、後述する注文価格フィールドに記録された価格よりも投資家にとって不利な条件であれば約定することを意味する。たとえば、買い注文である場合には、注文価格よりも市場価格が高い場合に約定する。売り注文である場合には、注文価格よりも市場価格が安い場合に約定する。
注文価格フィールドには、投資家が指定した注文価格が記録されている。注文価格フィールドに「−」が記録されている場合には、価格が未定であることを意味する。
トリガ値フィールド、トリガ幅フィールド、トレール幅フィールド、ΔＰフィールドおよびΔＴフィールドには、執行条件が「デルタ」、「相対トリガトレール」および「トレール」である場合のパラメータが記録されている。各パラメータの詳細については後述する。
取引金額フィールドには、顧客が注文した取引金額が記録されている。取引金額は、通貨ペアの左側に示された通貨を使用して示す。具体的には、注文番号１０１は米ドルで１０００ドルの注文であることを示す。
期限フィールドには、注文の有効期限が記録されている。「ＧＴＣ」は、Good Till Cancelの略であり、無期限で有効な注文を意味する。注文状況フィールドには、注文の状況が記録されている。「注文中」は投資家が指定した条件と市場価格とが合致した場合に約定する注文を示す。「待機中」は、関連する注文が約定した場合に、有効になる注文を示す。注文状況フィールドには、約定したことを示す「成立」、注文を取り消したことを示す「取消済」等も記録される。
発注証拠金フィールドには、新規注文を行う際に必要な発注証拠金が記録されている。発注証拠金については後述する。なお、決済注文を行う場合には発注証拠金は不要であるので「−」が記録されている。
親注文番号フィールドには、関連する新規注文の注文番号が記録されている。たとえば注文番号１０１は、新規注文であるので親注文は存在しない。そのため親注文番号フィールドには「−」が記録されている。注文番号１０２および注文番号１０３は、注文番号１０１の決済注文であるので、親注文番号フィールドに「１０１」が記録されている。
証拠金グループフィールドには、発注証拠金を１つのグループとして扱う証拠金グループの番号が記録されている。証拠金グループについては、後述する。なお、決済注文を行う場合には発注証拠金は不要であるので「−」が記録されている。
図７は、発注ＤＢ５３のレコードレイアウトを示す説明図である。発注ＤＢ５３は、投資家が指定した条件と市場価格とが合致した場合に約定する外国為替取引の注文番号、注文の内容および注文状況を関連づけるＤＢである。
発注ＤＢ５３は、注文番号フィールド、通貨ペアフィールド、注文タイプフィールド、取引種別フィールド、執行条件フィールド、注文価格フィールド、トリガ値フィールド、トリガ幅フィールド、トレール幅フィールド、ΔＰフィールド、ΔＴフィールド、取引金額フィールド、期限フィールド、発注証拠金フィールド、親注文番号フィールドおよび証拠金グループフィールドを有する。各フィールドに記録されているデータは、図６を使用して説明した受注ＤＢ５２と同様であるので説明を省略する。
図８は、ポジションＤＢ５４のレコードレイアウトを示す説明図である。ポジションＤＢ５４は、投資家が保有しているポジションの注文番号、ポジションの内容および関連注文の番号を関連づけるＤＢである。ポジションＤＢ５４は、注文番号フィールド、通貨ペアフィールド、取引種別フィールド、約定価格フィールド、取引金額フィールド、約定日時フィールドおよび決済注文番号フィールドを有する。決済注文番号フィールドは、利益確定フィールドとストップフィールドとを有する。
注文番号フィールドには、個々の注文に固有に付与された注文番号が記録されている。通貨ペアフィールドには、注文された通貨ペアが記録されている。取引種別フィールドには、「売」または「買」のどちらのポジションであるかが記録されている。「売」は売り注文により取ったポジションであることを、「買」は買い注文により取ったポジションであることを意味する。
約定価格フィールドには、ポジションを取った際の約定価格が記録されている。取引金額フィールドには、ポジションの取引金額が記録されている。約定日時フィールドには、ポジションが約定した日時が記録されている。利益確定フィールドには、利益確定注文の注文番号が記録されている。ストップフィールドにはストップ注文の注文番号が記録されている。
ここで、証拠金および発注証拠金について説明する。証拠金は、投資家が金融商品取引業者に対して担保として差し入れた金銭を示す。外国為替証拠金取引では、投資家は証拠金を担保として、証拠金よりも高額の外国通貨の売りポジションまたは買いポジションを取ることができる。投資家は、保有しているポジションを反対売買により決済することにより、為替変動に応じた損益を得る。
以下の説明では、投資家が差し入れた証拠金から、投資家が保有しているポジションを時価評価した場合の損益を差し引いた金額を、有効証拠金と呼ぶ。有効証拠金は、保有しているポジションをすべて時価で決済した場合に、投資家の手元に残る証拠金に相当する金額である。
同様に、投資家が保有しているポジションを取得した際の価格に対して所定の証拠金率を積算した金額を、必要証拠金と呼ぶ。投資家は、必要証拠金以上の有効証拠金を維持する必要がある。仮に有効証拠金が必要証拠金を下回った場合には、金融商品取引業者は投資家が保有しているポジションを強制的に決済する、いわゆるロスカットを行う。ロスカットにより、差し入れた証拠金以上の損失を投資家がこうむることを防止することができる。
投資家が新たなポジションを取得した場合には、取得価格に応じて必要証拠金が増加する。仮に、有効証拠金が増加後の必要証拠金を下回った場合には、ポジションを取得した直後にロスカットが発生して投資家が損失をうける可能性がある。
このような損失を避けるため、新規注文を行う場合には、約定した場合の投資家の有効証拠金が十分であるか否かを確認することが望ましい。本実施の形態においては、ＣＰＵ１２は、式（１）に基づいてそれぞれの新規注文に対する発注証拠金を算出し、受注ＤＢ５２の発注証拠金フィールドに記録する。
発注証拠金＝約定見込価格×取引金額×証拠金率 ‥‥‥ （１）
発注証拠金は、約定見込価格の為替レートで新規注文が約定した場合に増加する必要証拠金の金額である。
投資家から新規注文を受け付けた場合には、ＣＰＵ１２はその新規注文に対する発注証拠金を算出する。ＣＰＵ１２は、受け付けた新規注文を含む未約定の注文に関する発注証拠金の合計額である合計発注証拠金を算出する。ＣＰＵ１２は、有効証拠金が合計発注証拠金と必要証拠金との和以上である場合には、新規注文を受け付ける。ＣＰＵ１２は、有効証拠金が合計発注証拠金と必要証拠金との和未満である場合には、新規注文を受け付けない。
しかしながら、投資家は複数のシナリオを想定して投資を行う場合がある。たとえば、円高になるシナリオと、円安になるシナリオとの両方を想定している場合に、それぞれのシナリオに基づいて新規注文を行う場合には、実現しなかった方のシナリオ分の発注証拠金は、活用されない。
本実施の形態においては、受注ＤＢ５２および発注ＤＢ５３の証拠金グループフィールドに記録した証拠金グループにより、新規注文を証拠金グループに分ける。一つの証拠金グループに属する新規注文の発注証拠金には、証拠金グループ内で最も発注証拠金の高い１つの新規注文の発注証拠金を使用する。証拠金グループ内のいずれか一つの新規注文が約定した場合には、同一証拠金グループ内の他の新規注文および対応する決済注文をキャンセルする。すなわち、一つの証拠金グループ内の複数の新規注文は、発注証拠金を共有する。
証拠金グループにより、複数のシナリオを想定して、それぞれのシナリオに対して並行して複数行う場合に、証拠金の運用効率を高めることが可能な取引装置等を提供することができる。
以上により、ＣＰＵ１２は、約定した直後に必要証拠金が有効証拠金を超えてロスカットが起きる可能性の高い新規注文を防止することができる。
ＣＰＵ１２は、投資家からの注文を受け付けた日時における市場価格を式（１）の約定見込価格に使用することができる。ＣＰＵ１２は、図４を使用して説明したＨＬＤＢ４３から最新のレコードを抽出し、任意の判定時間幅ΔＴのＨフィールドに記録された値を約定見込価格に使用することもできる。このようにすることにより、実際に約定した際に増加する必要証拠金が式（１）に基づいて算出した発注証拠金を大きく上回り、ロスカットが起きる可能性を低減できる。
ＣＰＵ１２は、投資家からの注文を受け付けた日時における市場価格に所定の安全係数を積算した値を式（１）の約定見込価格に使用することができる。安全係数には１以上の任意の数値を使用することができる。このようにすることにより、投資家が市場価格の変動が激しい通貨ペアを発注して約定した場合に、ロスカットが起こる可能性を低減できる。
ＣＰＵ１２は、投資家の投資実績および保有資産等の条件、発注する通貨ペアおよび外国為替市場の状況等により、安全係数を変更しても良い。
図９は、投資家クライアント３１の入力画面例を示す説明図である。投資家クライアント３１は、ネットワークを介して投資家サーバ１１から受信した情報に基づいてディスプレイに図９に示す入力画面を表示する。投資家クライアント３１は、タッチパネル、キーボードまたはマウスなどの入力機器を介して、投資家による入力を受け付け、ネットワークを介して投資家サーバ１１に送信する。なお、投資家サーバ１１と投資家クライアント３１との間の通信は、ＳＳＬ（Secure Sockets Layer）等の暗号化技術により、セキュリティを確保する。
入力画面は、通貨ペア欄６１、金額欄６２、新規欄６３、決済欄６４および成立反復欄６５を含む。新規欄６３は、新規種別欄６３１および新規注文欄６３２を含む。決済欄６４は、決済種別欄６４１、利益確定注文欄６４２およびストップ注文欄６４３を含む。なお、図９においては、選択されている項目を二重線で囲んで示す。
ＣＰＵ１２は、通貨ペア欄６１を介して、投資家が取引する通貨ペアを受け付ける。ＣＰＵ１２は、金額欄６２を介して、投資家が取引する金額を受け付ける。ＣＰＵ１２は、新規種別欄６３１を介して、「売」または「買」のどちらの新規注文であるかを受け付ける。なお、ＣＰＵ１２は、決済種別欄６４１に新規種別欄６３１で受け付けた注文の反対取引が選択された状態を表示する。
ＣＰＵ１２は、新規注文欄６３２を介して新規注文の執行条件およびパラメータを受け付ける。ＣＰＵ１２は、利益確定注文欄６４２を介して利益確定注文の執行条件およびパラメータを受け付ける。ＣＰＵ１２は、ストップ注文欄６４３を介してストップ注文の執行条件およびパラメータを受け付ける。
ＣＰＵ１２は、成立反復欄６５を介して決済注文が約定した後に再度同じ注文を反復するか否かを受け付ける。図９において「Ｏｆｆ」は注文の反復を行わないことを意味する。「ＰＬ＋Ｒｅｐｅａｔ」は、決済注文が約定した際に利益が出た場合には同一条件の注文を反復し、利益が出なかった場合には反復を行わないことを意味する。
図１０は、デルタ注文による新規注文を説明する説明図である。縦軸は市場価格を示す。横軸は時間を示す。黒丸は、各時間における市場価格を示す。図１０を使用してデルタ注文について説明する。
市場価格は、短期的にみると不規則に変動するが、長期的にみると上昇トレンド相場と下降トレンド相場とを繰り返して周期的に変動する場合が多いことが経験的に知られている。また、トレンド相場の間では、市場価格が狭い価格帯の範囲で変動するいわゆるレンジ相場が発生する場合が多いことも経験的に知られている。
投資家は、市場価格がどのように変動するかを予測して、投資を行う。特に、レンジ相場から上昇トレンド相場に移行するタイミングで取った買いポジションを上昇トレンド相場の終了時に決済すること、およびレンジ相場から下降トレンド相場に移行するタイミングで取った売りポジションを上昇トレンド相場の終了時に決済することにより、投資家は効率良く利益を得ることができる。
図１０において、現在時刻をｔAで示す。時刻ｔAにおける市場価格はＡである。判定時間幅ΔＴの時間Ｔの開始時刻が時刻ｔS、終了時刻が時刻ｔEである。ここで時刻ｔEは、時刻ｔAの一つ前のタイムスタンプである。時刻ｔSから時刻ｔEまでの時間内における最低市場価格Ｌおよび最高市場価格Ｈを図１０にＨおよびＬの記号で示す。
図４を使用して説明したＨＬＤＢ４３の一つのレコードのタイムスタンプフィールドに時刻ｔEが、市場価格フィールドに時刻ｔEにおける市場場価格Ｅが、Ｌフィールドに最低市場価格Ｌが、Ｈフィールドに最高市場価格Ｈがそれぞれ記録されている。
市場価格が上昇トレンド相場に入った場合には、図１０に示すように、市場価格Ａと最低市場価格Ｌとの差が、単位判定価格幅ΔＰと判定時間幅ΔＴとの積である判定価格幅よりも大きくなる。ＣＰＵ１２は、デルタ注文の条件が満たされたと判定して、約定を行う。ここで、単位判定価格幅ΔＰおよび判定時間幅ΔＴは、デルタ注文に関するパラメータである。
以上に説明したデルタ注文について、簡単にまとめる。判定時間幅ΔＴは、市場価格が上昇トレンド相場または下降トレンド相場に入ったか否かを判定する時間幅を示すパラメータである。単位判定価格幅ΔＰは、市場価格が上昇トレンド相場または下降トレンド相場に入ったか否かを判定する単位時間あたりの価格幅を示すパラメータである。
本実施の形態においては、ＣＰＵ１２は、市場価格Ａと最低市場価格Ｌとの差が単位判定価格幅ΔＰと判定時間幅ΔＴとの積である判定価格幅を超えたことを、市場価格が上昇トレンド相場に入ったことを示す指標に使用する。同様に、ＣＰＵ１２は、最高市場価格Ｈと市場価格Ａとの差が単位判定価格幅ΔＰと判定時間幅ΔＴとの積である判定価格幅を超えたことを、市場価格が下降トレンド相場に入ったことを示す指標に使用する。
図１０に示すように、ＣＰＵ１２が、市場価格が上昇トレンド相場に入った直後である時刻ｔAに価格Ａで買いポジションを取り、市場価格が十分に上昇した時刻ｔBに市場価格Ｂで決済することにより、価格Ｂと価格Ａの差額に対応する利益が生じる。同様に、ＣＰＵ１２が、市場価格が下降トレンド相場に入った直後に売りポジションを取り、市場価格が十分に下落した後に決済することにより、売却価格と購入価格の差額に対応する利益が生じる。
上昇トレンド相場が生じると予測している投資家は、デルタ注文による買い注文を指示する。市場価格の推移を投資家自身がリアルタイムで監視しなくても、上昇トレンド相場が生じた場合にはＣＰＵ１２が自動的に有利なポジションを取る処理を行う。予測が外れて上昇トレンド相場が生じない場合には、ＣＰＵ１２は買いポジションを取る処理を行わないため、損失の発生を回避することが可能である。
下降トレンド相場が生じると予測している投資家は、デルタ注文による売り注文を指示する。市場価格の推移を投資家自身がリアルタイムで監視しなくても、下降トレンド相場が生じた場合にはＣＰＵ１２が自動的に有利なポジションを取る処理を行う。予測が外れて下降トレンド相場が生じない場合には、ＣＰＵ１２は売りポジションを取る処理を行わないため、損失の発生を回避することが可能である。
ＣＰＵ１２は、最小値幅単位ｐｉｐｓに基づいて単位判定価格幅ΔＰおよび判定時間幅ΔＴの入力を受け付けても良い。様々な為替ペアを扱う投資家である場合、ｐｉｐｓを使用することにより、外国為替の値動きを把握しやすい場合がある。
ＣＰＵ１２は、単位判定価格幅ΔＰの代わりに、判定価格幅の入力を受け付けても良い。判定時間幅ΔＴと、判定価格幅とを別々に考慮したい投資家の要望に対応することが可能である。
ＣＰＵ１２は、単位判定価格幅ΔＰを市場価格に対する相対値により受け付けても良い。たとえば、注文入力時の市場価格、最高市場価格Ｈ、最低市場価格Ｌ、または最高市場価格Ｈと最低市場価格Ｌとの平均値のいずれかに対する５％のように定めることができる。
図１１は、相対トリガトレール注文による決済注文を説明する説明図である。縦軸は市場価格を示す。横軸は時間を示す。黒丸は、各時間における市場価格を示す。図１０を使用して相対トリガトレール注文について説明する。
トレール注文は、市場価格の上昇幅、または下落幅に合わせて、逆指値注文の価格をリアルタイムで自動修正する注文方法であり、ストップ注文に利用されている。相対トリガトレール注文においては、トレール注文の初期値を相対的に定める。
時刻ｔAにおいて、市場価格Ａで買いポジションを取った場合を例にして説明する。ここで買いポジションは、図９を使用して説明したデルタ注文を使用して取ることができる。また従来から広く使用されている指値注文または成行き注文により買いポジションを取っても良い。
ＣＰＵ１２は、買いポジション価格である市場価格Ａに利益確定注文のトリガ幅ΔＴｇを加算した価格を、相対トリガトレール注文のトリガ価格Ｔｒｉｇに設定する。ＣＰＵ１２は、買いポジション価格である市場価格Ａからストップ注文のトレール幅ΔＳを減算した価格Ｓ１をストップ注文価格に設定する。ストップ注文価格は、保有しているポジションを反対売買により決済して、損切りを行うストップ注文を実施する逆指値である。
ＣＰＵ１２は、市場価格を逐次取得する。時刻ｔ２３における市場価格Ｐ２３からストップ注文のトレール幅ΔＳを減算した価格Ｓ２が価格Ｓ１より高いので、ＣＰＵ１２はストップ注文価格を価格Ｓ２に変更する。同様に、時刻ｔ２４における市場価格Ｐ２４からストップ注文のトレール幅ΔＳを減算した価格Ｓ３が価格Ｓ２より高いので、ＣＰＵ１２は、時刻ｔ２４においてストップ注文価格を価格Ｓ３に変更する。
時刻ｔ２５において、ＣＰＵ１２は市場価格Ｐ２５がトリガ価格Ｔｒｉｇを上回ると判定する。ＣＰＵ１２は、市場価格Ｐ２５から利益確定注文のトレール幅ΔＲを減算した価格Ｍ１をトレール価格に設定する。トレール価格は、保有しているポジションを反対売買により決済して、利益を確定する逆指値注文を行う価格である。さらに時刻ｔ２５において、ＣＰＵ１２は、ストップ注文を取り消す。
時刻ｔ２６における市場価格Ｐ２６からトレール幅ΔＲを減算した価格Ｍ２がトレール価格Ｍ１より高いので、ＣＰＵ１２は価格Ｍ２をトレール価格に設定する。時刻ｔBにおける市場価格Ｂがトレール価格Ｍ２以下であるので、ＣＰＵ１２は利益確定注文を実施する。
以上に説明した相対トリガトレール注文について、簡単にまとめる。利益確定注文のトリガ幅ΔＴｇは、相対トリガトレール注文のトレール開始価格を定めるパラメータである。利益確定注文のトレール幅ΔＲは、相対トリガトレール注文の逆指値の変動量を定めるパラメータである。
本実施の形態においては、ＣＰＵ１２は、トレール価格のトレールを開始するトリガ価格を、ポジションの取得価格を基準にして相対的に設定する。図１０を使用して説明したデルタ注文のように、約定するまでポジションの価格が定まらない場合であっても、ＣＰＵ１２は、投資家が期待する水準および方向の市場価格変動が生じた後に利益確定注文のトレールを開始する。
図１１においては、買いポジションを取り、売り決済を行う場合を例にして説明した。同様にして、売りポジションを取り、買い決済を行う場合であっても、ＣＰＵ１２は相対トリガトレール注文を実施することが可能である。
外国為替取引においては、ネットワークのタイムラグ等により指値注文であっても注文価格と約定価格とが異なる、いわゆるスリッページが生じる場合がある。相対トリガトレール注文を使用することにより、スリッページが生じた場合であっても、ＣＰＵ１２は、ポジションの約定価格を基準として利益確定注文のトレールを開始するトリガ価格を定めることが可能である。
図１２は、受注ＤＢ５２のレコードレイアウトを示す説明図である。図１３は、発注ＤＢ５３のレコードレイアウトを示す説明図である。図６から図１３を使用して、ＣＰＵ１２が行う処理の概要を説明する。また受注ＤＢ５２および発注ＤＢ５３の、トリガ値フィールド、トリガ幅フィールド、トレール幅フィールド、ΔＰフィールドおよびΔＴフィールドに記録される各パラメータについても説明する。
図６は、図９を使用して説明した画面を介してＣＰＵ１２が取得した３件の新規注文およびそれぞれの決済注文が記録された状態の受注ＤＢ５２を示す。注文番号１０１はデルタ注文を使用する新規買い注文であり、注文番号１０２は相対トリガトレール注文を使用する決済利益確定注文、注文番号１０３はトレール注文を使用する決済ストップ注文である。注文番号１０４はデルタ注文を使用する新規売り注文であり、注文番号１０５は相対トリガトレール注文を使用する決済利益確定注文、注文番号１０６はトレール注文を使用する決済ストップ注文である。注文番号１０７は、指値注文を使用する新規買い注文であり、注文番号１０８は指値注文を使用する決済利益確定注文、注文番号１０６は逆指値注文を使用する決済ストップ注文である。
注文番号１０１および注文番号１０４は、デルタ注文であるので注文価格が未定である。そのため、注文価格フィールドに「−」が記録されている。図１０を使用して説明したデルタ注文のパラメータである単位判定価格幅ΔＰおよび判定時間幅ΔＴが、ΔＰフィールドおよびΔＴフィールドにそれぞれ記録されている。トリガ値、トリガ幅およびトレール幅のパラメータは指定されていないので、これらのフィールドには「−」が記録されている。
注文番号１０２および注文番号１０５は、注文価格が未定である。そのため、注文価格フィールドに「−」が記録されている。図１１を使用して説明した相対トリガトレール注文のパラメータであるトリガ幅ΔＴｇおよびトレール幅ΔＲが、トリガ幅フィールドおよびトレール幅フィールドにそれぞれ記録されている。トリガ値、単位判定価格幅ΔＰおよび判定時間幅ΔＴは指定されていないので、これらのフィールドには「−」が記録されている。
注文番号１０３および注文番号１０６も、注文価格が未定である。そのため、注文価格フィールドに「−」が記録されている。図１１を使用して説明したトレール注文のパラメータであるトレール幅ΔＳが、トレール幅フィールドに記録されている。トリガ値、トリガ幅、単位判定価格幅ΔＰおよび判定時間幅ΔＴは指定されていないので、これらのフィールドには「−」が記録されている。
注文番号１０７から１０９は、指値注文および逆指値注文であるので、注文価格フィールドに価格が記録されている。トリガ値、トリガ幅、トレール幅、単位判定価格幅ΔＰおよび判定時間幅ΔＴは指定されていないので、これらのフィールドには「−」が記録されている。
新規注文である、注文番号１０１、注文番号１０４および注文番号１０７の注文状況フィールドに「注文中」と記録されている。新規注文が約定していないため、それぞれの新規注文に関連する決済注文の注文状況フィールドには「待機中」と記録されている。
ＣＰＵ１２は、図６を使用して説明した受注ＤＢ５２を参照して注文状況フィールドに「注文中」と記録されているレコードを抽出し、注文番号フィールドをキーとして発注ＤＢ５３と照合する。受注ＤＢ５２から抽出したレコードに発注ＤＢ５３に記録されていないレコードがある場合には、ＣＰＵ１２は該当するレコードを発注ＤＢ５３に複写する。図７は、複写が完了した状態の発注ＤＢ５３を示す。
ＣＰＵ１２は、発注ＤＢ５３に記録されている各レコードについて、執行条件、各パラメータおよび市場価格に基づき約定可否を判定する。約定可能ではないと判定した場合には、市場価格を取得しなおして、約定可否を判定することを繰り返す。なお、注文価格フィールドに注文価格が記録されていないレコードについては、ＣＰＵ１２は執行条件およびパラメータにより示される条件が満たされたと判定した後に、約定可否を判定する。
約定可能であると判定した場合には、発注ＤＢ５３は所定の取引プロトコルに従って取引相手との間で約定を行う。金融商品の取引プロトコルは従来から使用されているので説明を省略する。
なお、ＣＰＵ１２は、発注ＤＢ５３に記録されている複数のレコードに対する処理を並行して実施する。
図１２は、注文番号１０１が約定した後の受注ＤＢ５２を示す。ＣＰＵ１２は、注文番号１０１のレコードの注文状況フィールドに、「約定」を記録する。ＣＰＵ１２は、受注ＤＢ５２の親注文番号フィールドを検索して、注文番号１０１に対応する決済注文である注文番号１０２および注文番号１０３を抽出する。ＣＰＵ１２は、注文番号１０２および注文番号１０３のレコードの注文状況フィールドに「注文中」を記録する。
ＣＰＵ１２は、約定済の注文番号１０１に対応するレコードを、図７を使用して説明した発注ＤＢ５３から削除する。ＣＰＵ１２は、図１２を使用して説明した受注ＤＢ５２を参照して注文状況フィールドに「注文中」と記録されているレコードを抽出し、注文番号フィールドをキーとして発注ＤＢ５３と照合する。受注ＤＢ５２から抽出したレコードのうち注文番号１０２および注文番号１０３は発注ＤＢ５３に記録されていない。したがって、ＣＰＵ１２は注文番号１０２および注文番号１０３に対応するレコードを発注ＤＢ５３に複写する。
ＣＰＵ１２は、相対トリガトレール注文である注文番号１０２のレコードのトリガ値フィールドに、ポジションの約定価格にトリガ幅ΔＴｇを加算した値を記録する。ＣＰＵ１２は、トレール注文である注文番号１０３のレコードの注文価格フィールドに、ポジションの約定価格にトレール幅ΔＳを加算した値を記録する。以上の処理が完了した状態の発注ＤＢ５３を、図１３に示す。
ＣＰＵ１２は、発注ＤＢ５３に追加されたレコードを含む各レコードについて、執行条件、各パラメータおよび市場価格に基づき約定可否を判定する。
図１４は、レート記録サーバ２１のプログラムの処理の流れを示すフローチャートである。図１４を使用して、本実施の形態のレート記録ＣＰＵ２２がＨＬＤＢ４３を生成する処理の流れを説明する。
レート記録ＣＰＵ２２は、ネットワークを介して金融機関サーバ３２が提示する市場価格を取得する（ステップＳ５０１）。レート記録ＣＰＵ２２は、図４を使用して説明したＨＤＤＢ４３に新しいレコードを作成し、タイムスタンプおよび市場価格をそれぞれのフィールドに記録する（ステップＳ５０２）。
レート記録ＣＰＵ２２は、カウンタＩを初期値１に設定する（ステップＳ５０３）。レート記録ＣＰＵ２２は、図３を使用して説明したデルタＴＤＢ４２から番号フィールドがカウンタＩと一致するレコードを抽出し、ΔＴフィールドに記録された判定時間幅ΔＴを取得する（ステップＳ５０４）。
レート記録ＣＰＵ２２は、ＨＤＤＢ４３のタイムスタンプフィールドおよび市場価格フィールドを参照して、直近の判定時間幅ΔＴの時間内の市場価格の最高値Ｈを抽出する（ステップＳ５０５）。レート記録ＣＰＵ２２は、ＨＤＤＢ４３のタイムスタンプフィールドおよび市場価格フィールドを参照して、直近の判定時間幅ΔＴの時間内の市場価格の最低値Ｌを抽出する（ステップＳ５０６）。レート記録ＣＰＵ２２は、ステップＳ５０２で作成したレコードの判定時間幅ΔＴに対応するＬフィールドに最低値Ｌを、Ｈフィールドに最高値Ｈをそれぞれ記録する（ステップＳ５０７）。
レート記録ＣＰＵ２２は、デルタＴＤＢ４２のすべてのレコードの処理を終了したか否かを判定する（ステップＳ５０８）。終了していないと判定した場合（ステップＳ５０８でＮＯ）、レート記録ＣＰＵ２２はステップＳ５０４に戻る。終了したと判定した場合（ステップＳ５０８でＹＥＳ）、レート記録ＣＰＵ２２はプログラムを終了するか否かを判定する（ステップＳ５０９）。ここでプログラムを終了すると判定する場合とは、金融商品取引業者から終了の指示を受け付けた場合である。
終了しないと判定した場合（ステップＳ５０９でＮＯ）、レート記録ＣＰＵ２２はステップＳ５０１に戻る。終了すると判定した場合（ステップＳ５０９でＹＥＳ）、レート記録ＣＰＵ２２は処理を終了する。
図１５は、投資家サーバ１１のプログラムの処理の流れを示すフローチャートである。図１５を使用して、ＣＰＵ１２が行う処理の流れを説明する。なお、図１５は１件の新規注文受付、ポジション取得および決済の一連の処理を行うプログラムを示す。ＣＰＵ１２は、新規注文に対応する数のプログラムを、並行して実行する。
ＣＰＵ１２は、注文受付サブルーチンを起動する（ステップＳ５２１）。注文受付サブルーチンは、ネットワークを介して投資家クライアント３１から注文を受け付けるサブルーチンである。注文受付サブルーチンの処理の流れは後述する。
ＣＰＵ１２は証拠金確認サブルーチンを起動する（ステップＳ５２３）。証拠金確認サブルーチンは、証拠金が足りるか否かを確認するサブルーチンである。証拠金確認サブルーチンの処理の流れは後述する。
ＣＰＵ１２は、証拠金確認サブルーチンの処理結果に基づき証拠金が足りるか否かを判定する（ステップＳ５２４）。証拠金が足りると判定した場合（ステップＳ５２４でＹＥＳ）、ＣＰＵ１２はポジション取得サブルーチンを起動する（ステップＳ５２５）。ポジション取得サブルーチンは、ステップＳ５２１で受け付けた注文に基づいて新規ポジションを取得する処理を行うサブルーチンである。ポジション取得サブルーチンの処理の流れは後述する。
ＣＰＵ１２は、ステップＳ５２５の処理結果に基づき受注ＤＢ５２を更新する（ステップＳ５２６）。具体的には、約定した場合には約定した新規注文の受注レコードの注文状況フィールドに「約定」と記録し、対応する決済注文の受注レコードの注文状況フィールドに「注文中」と記録する。期限フィールドに記録された期限が到来した等の理由で約定せずにポジション取得サブルーチンを終了した場合には、約定しなかった新規注文および対応する決済注文の注文状況フィールドに「取消」と記録する。
ＣＰＵ１２は、ステップＳ５２５の処理結果に基づき発注ＤＢ５３を更新する（ステップＳ５２７）。具体的には、ＣＰＵ１２は、ステップＳ５２６で処理を行った発注レコードを削除する。さらに、ＣＰＵ１２は、決済した新規注文に対応する決済注文に関するレコードを受注ＤＢ５２から発注ＤＢ５３に複写する。
ＣＰＵ１２は、ステップＳ５２５で取得したポジションが存在するか否かを判定する（ステップＳ５２８）。存在すると判定した場合（ステップＳ５２８でＹＥＳ）、ＣＰＵ１２はポジション決済サブルーチンを起動する（ステップＳ５２９）。ポジション決済サブルーチンは、保有するポジションを決済する処理を行うサブルーチンである。ポジション決済サブルーチンの処理の流れは後述する。
ＣＰＵ１２は、ステップＳ５２９の処理結果に基づき受注ＤＢ５２を更新する（ステップＳ５３０）。具体的には、約定した決済注文の受注レコードの注文状況フィールドに「約定」と記録し、約定しなかった決済注文の受注レコードの注文状況フィールドに「取消」と記録する。
ＣＰＵ１２は、発注ＤＢ５３を更新する（ステップＳ５３１）。具体的には、ステップＳ５２９で処理を行った発注レコードを削除する。ステップＳ５２５で取得したポジションが存在しないと判定した場合（ステップＳ５２８でＮＯ）およびステップＳ５３１の終了後、ＣＰＵ１２は処理を終了する。
証拠金が足りないと判定した場合（ステップＳ５２４でＮＯ）、ＣＰＵ１２はネットワークを介して投資家クライアント３１に証拠金が不足する旨を表示する（ステップＳ５３５）。ＣＰＵ１２は、ステップＳ５２１で受け付けた注文に関するレコードを受注ＤＢ５２および発注ＤＢ５３から削除する（ステップＳ５３６）。ＣＰＵ１２は、その後処理を終了する。
図１６は、注文受付サブルーチンの処理の流れを示すフローチャートである。注文受付サブルーチンは、ネットワークを介して投資家クライアント３１から注文を受け付けるサブルーチンである。図１６を使用して、注文受付サブルーチンの処理の流れを説明する。
ＣＰＵ１２は、ネットワークを介して投資家クライアント３１のＣＰＵに入力画面するために必要な情報を送信する。投資家クライアント３１のＣＰＵは、投資家クライアント３１の表示部に図９を使用して説明した入力画面を表示する。以下の説明では投資家クライアント３１のＣＰＵによる処理を省略して、「ＣＰＵ１２は、投資家クライアント３１に入力画面を表示する」のように記載する（ステップＳ５５１）。
ＣＰＵ１２は、入力画面を介して外国為替証拠金取引の注文の入力を受け付ける（ステップＳ５５２）。ＣＰＵ１２は、入力された注文にエラーがあるか否かを判定する（ステップＳ５５３）。エラーがある場合とは、たとえば新規買い注文の指値が市場価格よりも高い場合である。
エラーがあると判定した場合（ステップＳ５５３でＹＥＳ）、ＣＰＵ１２はエラーの内容を投資家クライアント３１に表示し（ステップＳ５５４）、ステップＳ５５１に戻る。エラーが無いと判定した場合（ステップＳ５５３でＮＯ）、ＣＰＵ１２は入力を受け付けた注文に対して注文番号を付与する（ステップＳ５５５）。
ＣＰＵ１２は、ステップＳ５５２で受け付けた注文内容を受注ＤＢ５２に記録する（ステップＳ５５６）。ＣＰＵ１２はステップＳ５５２で受け付けた注文内容のうち、新規注文を発注ＤＢ５３に記録する（ステップＳ５５７）。その後ＣＰＵ１２は処理を終了する。
図１７は、証拠金確認サブルーチンの処理の流れを示すフローチャートである。証拠金確認サブルーチンは、証拠金が足りるか否かを確認するサブルーチンである。図１７を使用して、証拠金確認サブルーチンの処理の流れを説明する。
ＣＰＵ１２は、レートＤＢ４１より各外国為替の市場価格を取得する（ステップＳ５７１）。ＣＰＵ１２は、ネットワークを介して金融機関サーバ３２から直接市場価格を取得しても良い。
ＣＰＵ１２は、変数「合計損益」を初期値０に設定する（ステップＳ５７２）。ＣＰＵ１２は、カウンタＩを初期値１に設定する（ステップＳ５７３）。ＣＰＵ１２は、ポジションＤＢ５４よりＩ番目のポジションレコードを抽出して、式（２）に基づき時価損益を算出する（ステップＳ５７４）。
時価損益＝（市場価格−約定価格）×取引金額 ‥‥‥ （２）
ここで、市場価格は、保有するポジションを反対取引により決済する際の価格である。
ＣＰＵ１２は、変数「合計損益」にステップＳ５７４で算出した時価損益を加算する（ステップＳ５７５）。ＣＰＵ１２は、ポジションＤＢ５４に記録されたすべてのポジションの処理を終了したか否かを判定する（ステップＳ５７６）。終了していないと判定した場合（ステップＳ５７６でＮＯ）、ＣＰＵ１２は、カウンタＩに１を加算する（ステップＳ５７７）。ＣＰＵ１２は、ステップＳ５７４に戻る。
すべてのポジションの処理を終了したと判定した場合（ステップＳ５７６でＹＥＳ）、ＣＰＵ１２は、式（３）に基づき有効証拠金を算出する（ステップＳ５８１）。
有効証拠金＝証拠金＋時価損益 ‥‥‥ （３）
ＣＰＵ１２は、発注証拠金更新のサブルーチンを起動する（ステップＳ５８２）。発注証拠金更新のサブルーチンは、発注ＤＢ５３の発注証拠金フィールドに記録されたデータを市場価格に基づいて更新するサブルーチンである。発注証拠金更新のサブルーチンの処理の流れは後述する。
ＣＰＵ１２は、合計発注証拠金算出のサブルーチンを起動する（ステップＳ５８３）。合計発注証拠金算出のサブルーチンは、新規注文の発注証拠金を合計した合計発注証拠金を算出するサブルーチンである。合計発注証拠金算出のサブルーチンの処理の流れは後述する。
ＣＰＵ１２は、ポジションＤＢ５４の約定価格フィールドに記録された約定価格の総和である合計約定価格に所定の証拠金率を乗じて、必要証拠金を算出する（ステップＳ５８４）。必要証拠金は、保有しているポジションを維持するために必要な証拠金である。証拠金率は、金融商品取引業者と投資家との間の契約等に定める値であり、たとえば４％である。
ＣＰＵ１２は、有効証拠金が必要証拠金と合計発注証拠金との和以上であるか否かを判定する（ステップＳ５８５）。有効証拠金が必要証拠金と合計発注証拠金との和以上であると判定した場合（ステップＳ５８５でＹＥＳ）、ＣＰＵ１２は「証拠金は足りる」と判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ５８６）。ＣＰＵ１２は、その後処理を終了する。
有効証拠金が必要証拠金と合計発注証拠金との和未満であると判定した場合（ステップＳ５８５でＮＯ）、ＣＰＵ１２は「証拠金は足りない」と判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ５８７）。ＣＰＵ１２は、その後処理を終了する。
図１８は、発注証拠金更新サブルーチンの処理の流れを示すフローチャートである。発注証拠金更新のサブルーチンは、発注ＤＢ５３の発注証拠金フィールドに記録されたデータを市場価格に基づいて更新するサブルーチンである。図１８を使用して、発注証拠金更新のサブルーチンの処理の流れを説明する。
ＣＰＵ１２は、レートＤＢ４１より各外国為替の市場価格を取得する（ステップＳ６０１）。ＣＰＵ１２は、カウンタＩを初期値１に設定する（ステップＳ６０２）。ＣＰＵ１２は、発注ＤＢ５３からＩ番目の発注レコードを取得する（ステップＳ６０３）。ＣＰＵ１２は、取得した発注レコードの注文タイプフィールドを参照して、新規注文の発注レコードであるか否かを判定する（ステップＳ６０４）。
新規注文の発注レコードであると判定した場合（ステップＳ６０４でＹＥＳ）、ＣＰＵ１２は、執行条件フィールドを参照して発注証拠金が確定しているか否かを判定する（ステップＳ６０５）。具体的には、執行条件が「指値」または「逆指値」である場合は、発注証拠金が確定している。執行条件が「デルタ」等の市場価格に応じて注文価格が変動する条件である場合は、発注証拠金が確定していない。
発注証拠金が確定していないと判定した場合（ステップＳ６０５でＮＯ）、ＣＰＵ１２は、式（１）に基づいて新たな発注証拠金を算出する（ステップＳ６０６）。ＣＰＵ１２は、発注ＤＢ５３の発注証拠金フィールドを、ステップＳ６０６で算出した発注証拠金により更新する（ステップＳ６０７）。
新規注文の発注レコードではないと判定した場合（ステップＳ６０４でＮＯ）、発注証拠金が確定していると判定した場合（ステップＳ６０５でＹＥＳ）およびステップＳ６０７の終了後、ＣＰＵ１２は、発注ＤＢ５３のすべてのレコードの処理が終了したか否かを判定する（ステップＳ６０８）。
終了していないと判定した場合（ステップＳ６０８でＮＯ）、ＣＰＵ１２は、カウンタＩに１を加算する（ステップＳ６０９）。ＣＰＵ１２は、ステップＳ６０３に戻る。終了したと判定した場合（ステップＳ６０８でＹＥＳ）、ＣＰＵ１２は処理を終了する。
なお、ＣＰＵ１２は、ステップＳ６０１を省略して、呼び出し元のプログラムで取得した市場価格を本サブルーチンでも使用しても良い。市場価格を取得する処理を省略することにより、発注証拠金更新のサブルーチンの処理を早くすることができる。
また、ＣＰＵ１２は、ステップＳ６０５とステップＳ６０６との間で市場価格を取得しても良い。発注証拠金を算出する直前で市場価格を取得することにより、最新の市場価格を発注証拠金に反映させることができる。
図１９は、合計発注証拠金算出サブルーチンの処理の流れを示すフローチャートである。合計発注証拠金算出のサブルーチンは、新規注文の発注証拠金を合計した合計発注証拠金を算出するサブルーチンである。図１９を使用して、合計発注証拠金算出のサブルーチンの処理の流れを説明する。
ＣＰＵ１２は、変数「合計発注証拠金」を初期値０に設定する（ステップＳ９２１）。ＣＰＵ１２は、変数Ｇ（Ｊ）を初期値０に設定する（ステップＳ９２２）。ここでＪは１から証拠金グループの数までの整数である。変数Ｇ（Ｊ）は、Ｊ番目のグループの発注証拠金の最大値を抽出するために一時的に使用する変数である。
ＣＰＵ１２は、カウンタＩを初期値１に設定する（ステップＳ９２３）。ＣＰＵ１２は、発注ＤＢ５３からＩ番目の発注レコードを取得する（ステップＳ９２４）。ＣＰＵ１２は、取得した発注レコードの注文タイプフィールドを参照して、新規注文の発注レコードであるか否かを判定する（ステップＳ９２５）。
新規注文の発注レコードであると判定した場合（ステップＳ９２５でＹＥＳ）、ＣＰＵ１２は、取得した発注レコードの証拠金グループフィールドを参照して、証拠金グループが設定されていないか否かを判定する（ステップＳ９２６）。たとえば、証拠金グループフィールドに「−」が記録されている場合、ＣＰＵ１２は証拠金グループが設定されていないと判定する。
証拠金グループが設定されていないと判定した場合（ステップＳ９２６でＹＥＳ）、ＣＰＵ１２は、変数「合計発注証拠金」に、発注証拠金フィールドに記録された発注証拠金を加算する（ステップＳ９２７）。
証拠金グループが設定されていると判定した場合（ステップＳ９２６でＮＯ）、ＣＰＵ１２は、変数Ｊを証拠金グループフィールドに記録された証拠金グループに設定する（ステップＳ９３１）。ＣＰＵ１２は、Ｊ番目のグループの最大証拠金を抽出する変数Ｇ（Ｊ）が、ステップＳ９２４で取得したレコードの発注証拠金フィールドに記録された発注証拠金以下であるか否かを判定する（ステップＳ９３２）。Ｇ（Ｊ）が発注証拠金未満であると判定した場合（ステップＳ９３２でＹＥＳ）、ＣＰＵ１２は変数Ｇ（Ｊ）に発注証拠金を代入する（ステップＳ９３３）。
新規注文の発注レコードでないと判定した場合（ステップＳ９２５でＮＯ）、ステップＳ９２７の終了後、Ｇ（Ｊ）が発注証拠金以上であると判定した場合（ステップＳ９３２でＮＯ）およびステップＳ９３３の終了後、ＣＰＵ１２は発注ＤＢ５３のすべてのレコードの処理が終了したか否かを判定する（ステップＳ９３４）。
終了していないと判定した場合（ステップＳ９３４でＮＯ）、ＣＰＵ１２はカウンタＩに１を加算する（ステップＳ９３５）。ＣＰＵ１２は、ステップＳ９２４に戻る。以上に説明したように、ステップＳ９２４からステップＳ９３３までの処理を繰り返すことにより、変数Ｇ（Ｊ）には、Ｊ番目のグループの新規注文の発注証拠金の最大値が設定される。
発注ＤＢ５３のすべてのレコードの処理が終了したと判定した場合（ステップＳ９３４でＹＥＳ）、ＣＰＵ１２はカウンタＫを１に設定する（ステップＳ９４１）。
ＣＰＵ１２は、変数「合計発注証拠金」にＫ番目のグループの新規注文の発注証拠金の最大値Ｇ（Ｋ）を加算する（ステップＳ９４２）。ＣＰＵ１２は、すべての証拠金グループの処理を終了したか否かを判定する（ステップＳ９４３）。
終了していないと判定した場合（ステップＳ９４３でＮＯ）、ＣＰＵ１２はカウンタＫに１を加算する（ステップＳ９４４）。ＣＰＵ１２は、ステップＳ９４２に戻る。終了したと判定した場合（ステップＳ９４３でＹＥＳ）、ＣＰＵ１２は処理を終了する。
図２０は、ポジション取得サブルーチンの処理の流れを示すフローチャートである。ポジション取得サブルーチンは、ステップＳ５２１で受け付けた注文に基づいて新規ポジションを取得する処理を行うサブルーチンである。図２０を使用して、ポジション取得サブルーチンの処理の流れを説明する。なお、本実施の形態においては、ステップＳ５２１で取得した新規注文の執行条件は、デルタ注文、指値注文または成行注文のいずれかである。
ＣＰＵ１２は、ステップＳ５２１で取得した新規注文の執行条件がデルタ注文であるか否かを判定する（ステップＳ６４１）。デルタ注文であると判定した場合（ステップＳ６４１でＹＥＳ）、ＣＰＵ１２は、デルタ判定のサブルーチンを起動する（ステップＳ６４２）。デルタ判定のサブルーチンは、市場価格が所定の変動幅を超えて上昇トレンドまたは下降トレンドに移行したか否かを判定するサブルーチンである。デルタ判定のサブルーチンの処理の流れは後述する。
ＣＰＵ１２は、デルタ判定のサブルーチンの処理結果がＯＮであるか否かを判定する（ステップＳ６４３）。ＯＮでないと判定した場合（ステップＳ６４３でＮＯ）、ＣＰＵ１２は、デルタ注文の処理を終了するか否かを判定する（ステップＳ６４４）。たとえば、発注ＤＢ５３の期限フィールドに記録された期限を過ぎた場合、投資家クライアント３１より注文中止の指示を取得した場合、投資家の取引口座が証拠金の残高不足によりロスカットされた場合等に、ＣＰＵ１２は、デルタ注文の処理を終了すると判定する。
終了しないと判定した場合（ステップＳ６４４でＮＯ）、ＣＰＵ１２は、ステップＳ６４２に戻る。
デルタ注文でないと判定した場合（ステップＳ６４１でＮＯ）、ＣＰＵ１２は、ステップＳ５２１で取得した新規注文の執行条件が指値注文であるか否かを判定する（ステップＳ６５１）。指値注文ではないと判定した場合（ステップＳ６５１でＮＯ）およびデルタ判定のサブルーチンの処理結果がＯＮであると判定した場合（ステップＳ６４３でＹＥＳ）、ＣＰＵ１２は、市場価格で約定を行う成行約定の処理を行う（ステップＳ６４５）。
指値注文であると判定した場合（ステップＳ６５１でＹＥＳ）、ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ６５２）。ＣＰＵ１２は、ネットワークを介して金融機関サーバ３２から直接市場価格を取得しても良い。
ＣＰＵ１２は、発注レコードの注文価格フィールドに記録された注文価格と市場価格とを比較して、指値注文の成立可否を判定する（ステップＳ６５３）。具体的には、買い注文である場合には、ＣＰＵ１２は、注文価格よりも市場価格の方が安い場合に指値注文が成立可能であると判定する。売り注文である場合には、ＣＰＵ１２は、注文価格よりも市場価格の方が高い場合に指値注文が成立可能であると判定する。
成立可でないと判定した場合（ステップＳ６５３でＮＯ）、ＣＰＵ１２は、指値注文の処理を終了するか否かを判定する（ステップＳ６５４）。たとえば、発注ＤＢ５３の期限フィールドに記録された期限を過ぎた場合、投資家クライアント３１より注文中止の指示を取得した場合、投資家の取引口座が証拠金の残高不足によりロスカットされた場合等に、ＣＰＵ１２は、指値注文の処理を終了すると判定する。指値注文の処理を終了しないと判定した場合（ステップＳ６５４でＮＯ）、ＣＰＵ１２はステップＳ６５２に戻る。
指値注文が成立可であると判定した場合（ステップＳ６５３でＹＥＳ）、ＣＰＵ１２は、指値注文による約定の処理を行う（ステップＳ６５５）。
ステップＳ６４５またはステップＳ６５５の終了後、ＣＰＵ１２は、約定した新規注文に発注レコードの証拠金グループフィールドを参照して、証拠金グループが記録されているか否かを判定する（ステップＳ９５１）。証拠金グループが記録されていると判定した場合（ステップＳ９５１でＹＥＳ）、ＣＰＵ１２は同一証拠金グループに属する他の発注をキャンセルする（ステップＳ９５２）。
具体的には、ＣＰＵ１２は証拠金グループフィールドをキーとして発注ＤＢ５３を検索し、同一証拠金グループのレコードを抽出して、発注ＤＢ５３から削除する。ＣＰＵ１２は、証拠金グループフィールドをキーとして受注ＤＢ５２を検索し、同一証拠金グループのレコードを抽出して、注文状況フィールドに「取消済」と記録する。さらにＣＰＵ１２は、「取消済」を記録した新規注文に対応する決済注文の注文状況フィールドにも「取消済」と記録する。
証拠金グループが記録されていないと判定した場合（ステップＳ９５１でＮＯ）およびステップＳ９５２の終了後、ＣＰＵ１２はポジションＤＢ５４に約定した注文の注文番号、通貨ペア、取引種別、約定価格、取引金額、約定日時および決済注文の番号を記録する（ステップＳ６５６）。なお、ＣＰＵ１２は、約定した注文の番号をキーとして受注ＤＢ５２の親注文番号フィールドを検索することにより決済注文の注文番号および利益確定注文、ストップ注文の別を抽出する。
デルタ注文の処理を終了すると判定した場合（ステップＳ６４４でＹＥＳ）、指値注文の処理を終了すると判定した場合（ステップＳ６５４でＹＥＳ）、およびステップＳ６５６の終了後、ＣＰＵ１２は処理を終了する。
図２１は、デルタ判定のサブルーチンの処理の流れを示すフローチャートである。デルタ判定のサブルーチンは、市場価格が所定の変動幅を超えて上昇トレンドまたは下降トレンドに移行したか否かを判定するサブルーチンである。図２１を使用して、デルタ判定のサブルーチンの処理の流れを説明する。
ＣＰＵ１２は、注文対象の通貨ペアをキーとして、ＨＬＤＢ４３より最新のＨＬレコードを取得する（ステップＳ６７１）。ＣＰＵ１２は、注文対象の通貨ペアをキーとして、レートＤＢ４１よりレートレコードを取得する（ステップＳ６７２）。
ＣＰＵ１２は、ステップＳ６７１で取得したＨＬレコードとステップＳ６７２で取得したレートレコードのタイムスタンプフィールドに記録されたタイムスタンプ同士が一致しているか否かを判定する（ステップＳ６７３）。一致していると判定した場合（ステップＳ６７３でＹＥＳ）、ＣＰＵ１２はＨＬＤＢ４３より一つ前のＨＬレコードを取得する（ステップＳ６７４）。
タイムスタンプが一致していないと判定した場合（ステップＳ６７３でＮＯ）およびステップＳ６７４の終了後、ＣＰＵ１２は、処理中の注文が買い注文であるか否かを判定する（ステップＳ６７５）。
買い注文であると判定した場合（ステップＳ６７５でＹＥＳ）、ＣＰＵ１２は、式（４）に基づき市場価格と過去のトレンドと注文時の条件との関係を判定する（ステップＳ６７６）。
市場価格−Ｌ≧ΔＰ×ΔＴ ‥‥‥（４）
市場価格は、ステップＳ６７２で取得したレートレコードの買レートフィールドに記録された価格である。
ΔＰは、デルタ注文のパラメータである単位判定価格幅ΔＰである。
ΔＴは、デルタ注文のパラメータである判定時間幅ΔＴである。
Ｌは、ステップＳ６７１で取得したＨＬレコードの、注文条件の判定時間幅ΔＴに対応するＬフィールドに記録された価格であり、判定時間幅ΔＴの期間内の最低価格を示す。
式（４）が真であると判定した場合（ステップＳ６７６でＹＥＳ）、ＣＰＵ１２は、処理結果がＯＮであると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ６７７）。ＣＰＵ１２は、その後処理を終了する。
式（４）が偽であると判定した場合（ステップＳ６７６でＮＯ）、ＣＰＵ１２は、処理結果が「ＯＦＦ」であると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ６７８）。ＣＰＵ１２は、その後処理を終了する。
買い注文でないと判定した場合（ステップＳ６７５でＮＯ）、ＣＰＵ１２は、式（５）に基づき市場価格と過去のトレンドと注文時の条件との関係を判定する（ステップＳ６８１）。
Ｈ−市場価格≧ΔＰ×ΔＴ ‥‥‥（５）
市場価格は、ステップＳ６７２で取得したレートレコードの売レートフィールドに記録された価格である。
ΔＰは、デルタ注文のパラメータである単位判定価格幅ΔＰである。
ΔＴは、デルタ注文のパラメータである判定時間幅ΔＴである。
Ｈは、ステップＳ６７１で取得したＨＬレコードの、注文条件の判定時間幅ΔＴに対応するＨフィールドに記録された価格であり、判定時間幅ΔＴの期間内の最高価格を示す。
式（５）が真であると判定した場合（ステップＳ６８１でＹＥＳ）、ＣＰＵ１２は、処理結果がＯＮであると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ６８２）。ＣＰＵ１２は、その後処理を終了する。
式（５）が偽であると判定した場合（ステップＳ６８１でＮＯ）、ＣＰＵ１２は、処理結果が「ＯＦＦ」であると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ６８３）。ＣＰＵ１２は、その後処理を終了する。
図２２は、ポジション決済サブルーチンの処理の流れを示すフローチャートである。ポジション決済サブルーチンは、保有するポジションを決済する処理を行うサブルーチンである。図２２を使用して、ポジション決済サブルーチンの処理の流れを説明する。なお、本実施の形態においては、ステップＳ５２１で取得した決済利益確定注文の執行条件は、相対トリガトレール注文または指値注文であり、決済ストップ注文の執行条件はトレール注文である。
ＣＰＵ１２は、ステップＳ５２１で取得した新規注文の決済利益確定条件が相対トリガトレール注文であるか否かを判定する（ステップＳ７０１）。相対トリガトレール注文であると判定した場合（ステップＳ７０１でＹＥＳ）、ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ７０２）。
ＣＰＵ１２は、利益確定注文のトレールを開始する利益確定トリガがＯＮであるか否かを判定する（ステップＳ７０３）。具体的には、買い注文である場合にはステップＳ７０２で取得した市場価格が式（６）および式（７）を満たす場合に、ＣＰＵ１２は利益確定トリガがＯＮであると判定する。
市場価格＞トリガ価格Ｔｒｉｇ‥‥‥ （６）
トリガ価格Ｔｒｉｇ＝新規注文時の約定価格＋ΔＴｇ ‥‥‥ （７）
ΔＴｇは、相対トリガトレール注文のパラメータであるトリガ幅ΔＴｇである。
同様に、売り注文である場合にはステップＳ７０２で取得した市場価格が式（８）および式（９）を満たす場合に、ＣＰＵ１２は利益確定トリガがＯＮであると判定する。
市場価格＜トリガ価格Ｔｒｉｇ ‥‥‥ （８）
トリガ価格Ｔｒｉｇ＝新規注文時の約定価格−ΔＴｇ ‥‥‥ （９）
利益確定トリガがＯＮであると判定した場合（ステップＳ７０３でＹＥＳ）、ＣＰＵ１２は、相対トリガトレール判定のサブルーチンを起動する（ステップＳ７０４）。相対トリガトレール判定のサブルーチンは、市場価格に応じて逆指値をトレールしながら相対トリガトレールの条件が満たされたことを判定するサブルーチンである。相対トリガトレール判定のサブルーチンの処理の流れは後述する。ＣＰＵ１２は、相対トリガトレール判定のサブルーチンで定まる条件に基づいて、逆指値約定を行う（ステップＳ７０５）。
利益確定トリガがＯＮでないと判定した場合（ステップＳ７０３でＮＯ）、ＣＰＵ１２は、ストップトリガ判定のサブルーチンを起動する（ステップＳ７１１）。ストップトリガ判定のサブルーチンは、決済ストップ注文により損切りを行うか否かを判定するサブルーチンである。ストップトリガ判定のサブルーチンの処理の流れは後述する。
ＣＰＵ１２は、ストップトリガ判定のサブルーチンの処理結果が「ストップ」であるか否かを判定する（ステップＳ７１２）。「ストップ」でないと判定した場合（ステップＳ７１２でＮＯ）、ＣＰＵ１２はステップＳ７０２に戻る。「ストップ」であると判定した場合（ステップＳ７１２でＹＥＳ）、ＣＰＵ１２は、市場価格で約定を行う成行約定の処理を行う（ステップＳ７１３）。
相対トリガトレール注文でないと判定した場合（ステップＳ７０１でＮＯ）、ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ７２１）。ＣＰＵ１２は、決済利益確定注文の指値注文の成立可否を判定する（ステップＳ７２２）。成立可であると判定した場合（ステップＳ７２２でＹＥＳ）、ＣＰＵ１２は、決済利益確定注文の執行条件に基づいて、指値約定を行う（ステップＳ７２３）。
指値注文が成立可でないと判定した場合（ステップＳ７２２でＮＯ）、ＣＰＵ１２は、ストップトリガ判定のサブルーチンを起動する（ステップＳ７２４）。ストップトリガ判定のサブルーチンは、ステップＳ７１１で起動したサブルーチンと同一のサブルーチンである。
ＣＰＵ１２は、ストップトリガ判定のサブルーチンの処理結果が「ストップ」であるか否かを判定する（ステップＳ７２５）。「ストップ」でないと判定した場合（ステップＳ７２５でＮＯ）、ＣＰＵ１２はステップＳ７２１に戻る。「ストップ」であると判定した場合（ステップＳ７２５でＹＥＳ）、ＣＰＵ１２は、市場価格で約定を行う成行約定の処理を行う（ステップＳ７２６）。
ステップＳ７０５、ステップＳ７１３、ステップＳ７２３またはステップＳ７２６の終了後、ＣＰＵ１２は、ポジションＤＢ５４から決済した新規注文に関するレコードを削除する（ステップＳ７３１）。その後、ＣＰＵ１２は処理を終了する。
図２３は、ストップトリガ判定サブルーチンの処理の流れを示すフローチャートである。ストップトリガ判定のサブルーチンは、決済ストップ注文により損切りを行うか否かを判定するサブルーチンである。図２３を使用して、ストップトリガ判定のサブルーチンの処理の流れを説明する。
ＣＰＵ１２は、判定する対象の注文が売り注文であるか否かを判定する（ステップＳ７５２）。売り注文であると判定した場合（ステップＳ７５２でＹＥＳ）、ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ７５３）。
ＣＰＵ１２は、市場価格がストップ注文のトリガ値以下であるか否かを判定する（ステップＳ７５４）。ストップ注文のトリガ値以下でないと判定した場合（ステップＳ７５４でＮＯ）、ＣＰＵ１２は、市場価格とトリガ値との関係が式（１０）を満たすか否かを判定する（ステップＳ７５５）。
市場価格−ΔＳ＞トリガ値 ‥‥‥ （１０）
ΔＳは、ストップ注文のトレール幅ΔＳである。
式（１０）が真であると判定した場合（ステップＳ７５５でＹＥＳ）、ＣＰＵ１２は、トリガ値を式（１０）の左辺の値に変更する（ステップＳ７５６）。ステップＳ７５６の処理により、ＣＰＵ１２は市場価格の上昇に追従して売り注文のストップ注文価格を変更、すなわちトレールする。
式（１０）が真でないと判定した場合（ステップＳ７５５でＮＯ）およびステップＳ７５６の終了後、ＣＰＵ１２は、処理結果が「継続」であると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ７５７）。ＣＰＵ１２は、その後処理を終了する。
売り注文でないと判定した場合（ステップＳ７５２でＮＯ）、ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ７６１）。
ＣＰＵ１２は、市場価格がストップ注文のトリガ値以上であるか否かを判定する（ステップＳ７６２）。ストップ注文のトリガ値以上でないと判定した場合（ステップＳ７６２でＮＯ）、ＣＰＵ１２は、市場価格とトリガ値との関係が式（１１）を満たすか否かを判定する（ステップＳ７６３）。
市場価格＋ΔＳ＞トリガ値 ‥‥‥ （１１）
ΔＳは、ストップ注文のトレール幅ΔＳである。
式（１１）が真であると判定した場合（ステップＳ７６３でＹＥＳ）、ＣＰＵ１２は、トリガ値を式（１０）の左辺の値に変更する（ステップＳ７６４）。ステップＳ７６４の処理により、ＣＰＵ１２は市場価格の下落に追従して買い注文のストップ注文価格を変更、すなわちトレールする。
式（１１）が真でないと判定した場合（ステップＳ７６３でＮＯ）およびステップＳ７６４の終了後、ＣＰＵ１２は、処理結果が「継続」であると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ７６５）。ＣＰＵ１２は、その後処理を終了する。
売り注文で市場価格がストップ注文のトリガ値以下であると判定した場合（ステップＳ７５４でＹＥＳ）、および、買い注文で市場価格がストップ注文のトリガ値以上であると判定した場合（ステップＳ７６２でＹＥＳ）、ＣＰＵ１２は、処理結果が「ストップ」であると判定して、主記憶装置１３または補助記憶装置１４に記憶する（ステップＳ７７１）。ＣＰＵ１２は、その後処理を終了する。
図２４は、相対トリガトレール判定サブルーチンの処理の流れを示すフローチャートである。相対トリガトレール判定のサブルーチンは、市場価格に応じて逆指値をトレールしながら相対トリガトレールの条件が満たされたことを判定するサブルーチンである。図２４を使用して、相対トリガトレール判定のサブルーチンの処理の流れを説明する。
ＣＰＵ１２は、判定する対象の注文が売り注文であるか否かを判定する（ステップＳ７９１）。売り注文であると判定した場合（ステップＳ７９１でＹＥＳ）、ＣＰＵ１２は、注文価格を市場価格から利益確定注文のトレール幅ΔＲを減算した値に設定する（ステップＳ７９２）。ここで、注文価格は逆指値注文価格である。
ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ７９３）。ＣＰＵ１２は、市場価格から利益確定注文のトレール幅ΔＲを減算した値が注文価格以上であるか否かを判定する（ステップＳ７９４）。以上ではないと判定した場合（ステップＳ７９４でＮＯ）、ＣＰＵ１２はステップＳ７９２に戻る。
以上であると判定した場合（ステップＳ７９４でＹＥＳ）、ＣＰＵ１２は市場価格が注文価格以下であるか否かを判定する（ステップＳ７９５）。以下ではないと判定した場合（ステップＳ７９５でＮＯ）、ＣＰＵ１２はステップＳ７９３に戻る。
売り注文でないと判定した場合（ステップＳ７９１でＮＯ）、ＣＰＵ１２は、注文価格を市場価格に利益確定注文のトレール幅ΔＲを加算した値に設定する（ステップＳ７９６）。ここで、注文価格は逆指値注文価格である。
ＣＰＵ１２は、レートＤＢ４１より外国為替の市場価格を取得する（ステップＳ７９７）。ＣＰＵ１２は、市場価格に利益確定注文のトレール幅ΔＲを加算した値が注文価格以下であるか否かを判定する（ステップＳ７９８）。以下ではないと判定した場合（ステップＳ７９８でＮＯ）、ＣＰＵ１２はステップＳ７９６に戻る。
以下であると判定した場合（ステップＳ７９８でＹＥＳ）、ＣＰＵ１２は市場価格が注文価格以上であるか否かを判定する（ステップＳ７９９）。以上ではないと判定した場合（ステップＳ７９９でＮＯ）、ＣＰＵ１２はステップＳ７９７に戻る。
売り注文で市場価格が注文価格以下であると判定した場合（ステップＳ７９５でＹＥＳ）、および、買い注文で市場価格が注文価格以上であると判定した場合（ステップＳ７９９でＹＥＳ）、ＣＰＵ１２は処理を終了する。
なお、ＣＰＵ１２は、新規注文のみを受け付けても良い。たとえば、長期保有を望む投資家、および市場価格をリアルタイムに確認して成行注文で決済を行いたい投資家の場合には、ポジション取得のみを本実施の形態の取引装置に任せることができる。同様に、ＣＰＵ１２は既に保有しているポジションの決済注文のみを受け付けても良い。
本実施の形態によると、複数の新規注文が発注証拠金を共有する証拠金グループを利用することにより、証拠金の運用効率を高めることが可能な取引装置等を提供することができる。
本実施の形態によると、図１０を使用して説明したデルタ注文による新規注文を行なうことによりトレンド相場の初期に自動的に有利なポジションを取る取引装置を実現することができる。
本実施の形態によると、図１１を使用して説明した相対トリガトレール注文による決済注文を行い、トレンド相場のピークを検出した直後の有利な条件で自動的にポジションを決済する取引装置を実現することができる。
本実施の形態によると、デルタ注文の他に、従来から使用されている指値注文または成行き注文による新規注文も処理することが可能な取引装置を実現することができる。また、相対トリガトレール注文の他に指値注文による決済利益確定注文も処理することが可能な取引装置を実現することが可能な取引装置を実現することができる。新規注文の執行条件と決済注文との執行条件とを、任意に組み合わせて実施することが可能な取引装置を実現することができる。
［実施の形態２］
本実施の形態は、同一証拠金グループに属する一つの新規注文が約定した場合に、他の注文が約定することを防止する取引装置に関する。実施の形態１と共通する部分については、説明を省略する。
図２５は、実施の形態２の発注ＤＢ５３のレコードレイアウトを示す説明図である。本実施の形態の発注ＤＢ５３は、注文番号フィールド、通貨ペアフィールド、注文タイプフィールド、取引種別フィールド、執行条件フィールド、注文価格フィールド、トリガ値フィールド、トリガ幅フィールド、トレール幅フィールド、ΔＰフィールド、ΔＴフィールド、取引金額フィールド、期限フィールド、発注証拠金フィールド、親注文番号フィールド、証拠金グループフィールドおよびフラグフィールドを有する。フラグフィールドを除く各フィールドに記録されているデータは、実施の形態１と同様であるので説明を省略する。
フラグフィールドには、グループ内に約定が近い新規注文があることを示すフラグが記録されている。すなわち、図２５においては証拠金グループ１に、約定が近い新規注文が含まれているため、注文番号１０１および注文番号１０４のレコードのフラグフィールドに「ＯＮ」と記録されている。それ以外のレコードのフラグフィールドには「−」が記録されている。
ＣＰＵ１２は、約定が可能であることを判定した後に、フラグフィールドを参照し、「ＯＮ」と記録されている場合には約定を行わない。一方、「−」と記録されている場合には、同一証拠金グループの他の新規注文のレコードのフラグフィールドに「ＯＮ」を記録した上で、約定を行う。以上により、並行して動作する複数のプログラムに基づいて、同一証拠金グループに属する複数の新規注文が約定することを防止する取引装置を提供することが可能である。
図２６は、実施の形態２のポジション取得サブルーチンの処理の流れを示すフローチャートである。図２６に示すサブルーチンは、図２０を使用して説明したポジション取得のサブルーチンの代わりに使用するサブルーチンである。
ステップＳ６４１からステップＳ６４４までおよびステップＳ６５１からステップＳ６５４までは、図２０と同一であるので説明を省略する。指値注文ではないと判定した場合（ステップＳ６５１でＮＯ）およびデルタ判定のサブルーチンの処理結果がＯＮであると判定した場合（ステップＳ６４３でＹＥＳ）、ＣＰＵ１２は、処理中の注文に関する発注レコードのフラグフィールドを参照して、「ＯＮ」が記録されているか否かを判定する（ステップＳ９６１）。
「ＯＮ」が記録されていると判定した場合（ステップＳ９６１でＹＥＳ）、ＣＰＵ１２は処理を終了する。「ＯＮ」が記録されていないと判定した場合（ステップＳ９６１でＮＯ）、ＣＰＵ１２は、証拠金フィールドをキーとして発注ＤＢ５３を検索して、同一証拠金グループに属する新規注文を抽出し、フラグフィールドを「ＯＮ」を記録する（ステップＳ９６２）。ＣＰＵ１２は、市場価格で約定を行う成行約定の処理を行う（ステップＳ６４５）。
指値注文が成立可であると判定した場合（ステップＳ６５３でＹＥＳ）、ＣＰＵ１２は、処理中の注文に関する発注レコードのフラグフィールドを参照して、「ＯＮ」が記録されているか否かを判定する（ステップＳ９６６）。
「ＯＮ」が記録されていると判定した場合（ステップＳ９６６でＹＥＳ）、ＣＰＵ１２は処理を終了する。「ＯＮ」が記録されていないと判定した場合（ステップＳ９６６でＮＯ）、ＣＰＵ１２は、証拠金フィールドをキーとして発注ＤＢ５３を検索して、同一証拠金グループに属する新規注文を抽出し、フラグフィールドを「ＯＮ」を記録する（ステップＳ９６７）。ＣＰＵ１２は、指値注文による約定の処理を行う（ステップＳ６５５）。
ステップＳ６４４、ステップＳ６４５、ステップＳ６５４およびステップＳ６５５の終了後の処理は、図２０と同一であるので説明を省略する。
本実施の形態によると、並行して動作する複数のプログラムに基づいて、同一証拠金グループに属する複数の新規注文が約定することを防止する取引装置を提供することが可能である。
ステップＳ９６１またはステップＳ９６６でフラグフィールドに「ＯＮ」が記録されていると判定した場合、ＣＰＵ１２は、約定直前の他の新規注文を処理中のプログラムとの間で優先順位を調整しても良い。具体的には、注文番号の大小、投資家クライアント３１から取得した所定の優先順位等に基づき、ＣＰＵ１２は、優先順位の低い新規注文の約定を停止し、優先順位の高い新規注文を約定させても良い。
［実施の形態３］
本実施の形態は、約定の直前に証拠金の確認を行う取引装置に関する。実施の形態１と共通する部分については、説明を省略する。
図２７は、実施の形態３のポジション取得サブルーチンの処理の流れを示すフローチャートである。図２７に示すサブルーチンは、図２０を使用して説明したポジション取得のサブルーチンの代わりに使用するサブルーチンである。
ステップＳ６４１からステップＳ６４４まで、およびステップＳ６５１からステップＳ６５４までは、図２０と同一であるので説明を省略する。指値注文ではないと判定した場合（ステップＳ６５１でＮＯ）およびデルタ判定のサブルーチンの処理結果がＯＮであると判定した場合（ステップＳ６４３でＹＥＳ）、ＣＰＵ１２は、図１７を使用して説明した証拠金確認のサブルーチンを起動する（ステップＳ９７１）。
ＣＰＵ１２は、証拠金確認サブルーチンの処理結果に基づき証拠金が足りるか否かを判定する（ステップＳ９７２）。証拠金が足りると判定した場合（ステップＳ９７２でＹＥＳ）、ＣＰＵ１２は、市場価格で約定を行う成行約定の処理を行う（ステップＳ６４５）。証拠金が足りないと判定した場合（ステップＳ９７２でＮＯ）、ＣＰＵ１２は処理を終了する。
指値注文が成立可であると判定した場合（ステップＳ６５３でＹＥＳ）、ＣＰＵ１２は、図１７を使用して説明した証拠金確認のサブルーチンを起動する（ステップＳ９７６）。
ＣＰＵ１２は、証拠金確認サブルーチンの処理結果に基づき証拠金が足りるか否かを判定する（ステップＳ９７７）。証拠金が足りると判定した場合（ステップＳ９７７でＹＥＳ）、ＣＰＵ１２は、指値注文による約定の処理を行う（ステップＳ６５５）。証拠金が足りないと判定した場合（ステップＳ９７７でＮＯ）、ＣＰＵ１２は処理を終了する。
ステップＳ６４４、ステップＳ６４５、ステップＳ６５４およびステップＳ６５５の終了後の処理は、図２０と同一であるので説明を省略する。
本実施の形態によると、約定直前に証拠金を確認することにより、約定した直後にロスカットが生じて投資家が損失をうけることを防止する取引装置を提供することができる。
［実施の形態４］
図２８は、実施の形態４の取引装置の動作を示す機能ブロック図である。本実施の形態の取引装置の一例である投資家サーバ１１は、ＣＰＵ１２による制御に基づいて以下のように動作する。
投資家サーバ１１は、グループ情報取得部９１と、発注証拠金算出部９２と、発注証拠金選択部９３と、証拠金判定部９４とを備える。グループ情報取得部９１は、担保にした有効証拠金以上の金額で外貨を取引可能な外国為替証拠金取引の複数の新規注文を含むグループ中の、それぞれの新規注文に関する約定見込価格と取引金額とを取得する。発注証拠金選択部９２は、グループ情報取得部９１が取得した約定見込価格と取引金額とに基づいて新規注文のそれぞれに関する発注証拠金を算出する。発注証拠金選択部９３は、発注証拠金算出部が算出した発注証拠金のうち、最も高額の発注証拠金を選択する。証拠金判定部９４は、発注証拠金選択部９３が選択した発注証拠金と、有効証拠金とに基づいて、グループに含まれる新規注文に対する有効証拠金の過不足を判定する。
［実施の形態５］
実施の形態５は、汎用のコンピュータとプログラム７１とを組み合わせて動作させることにより、本実施の形態の取引装置を実現する形態に関する。図２９は、実施の形態５の取引システム１０の構成を示す説明図である。図２９を使用して、本実施の形態の構成を説明する。なお、実施の形態１と共通する部分の説明は省略する。
本実施の形態の取引システム１０は、取引システム１０は、投資家マシン７４、レート記録マシン７５、投資家クライアント３１、金融機関サーバ３２およびこれらを相互に接続するネットワークを含む。
金融商品取引業者が管理および運用を行う投資家マシン７４およびレート記録マシン７５は、汎用のパーソナルコンピュータ、大型計算機等の情報機器等である。また、本実施の形態の投資家マシン７４およびレート記録マシン７５は、大型計算機上で動作する仮想マシンでも良い。
投資家マシン７４は、ＣＰＵ１２、主記憶装置１３、補助記憶装置１４、通信部１５、読取部１６およびバスを備える。レート記録マシン７５は、レート記録ＣＰＵ２２、主記憶装置２３、補助記憶装置２４、通信部２５およびバスを備える。
プログラム７１は、可搬型記録媒体７２に記録されている。ＣＰＵ１２は、読取部１６を介してプログラム７１を読み込み、補助記憶装置１４に保存する。またＣＰＵ１２は、投資家マシン７４内に実装されたフラッシュメモリ等の半導体メモリ７３に記憶されたプログラム７１を読出しても良い。さらに、ＣＰＵ１２は、通信部１５およびネットワークを介して接続される図示しない他のサーバコンピュータからプログラム７１をダウンロードして補助記憶装置１４に保存しても良い。
プログラム７１のうち、投資家マシン７４が実行する部分は、投資家マシン７４の制御プログラムとしてインストールされ、主記憶装置１３にロードして実行される。これにより、投資家マシン７４は上述した投資家サーバ１１として機能する。
また、プログラム７１のうちレート記録マシン７５が実行する部分はネットワークを介してレート記録マシン７５の制御プログラムとしてインストールされ、主記憶装置２３にロードして実行される。これにより、レート記録マシン７５は上述したレート記録サーバ２１として機能する。
各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１０ 取引システム
１１ 投資家サーバ（取引装置）
１２ ＣＰＵ
１３ 主記憶装置
１４ 補助記憶装置
１５ 通信部
１６ 読取部
２１ レート記録サーバ
２２ レート記録ＣＰＵ
２３ 主記憶装置
２４ 補助記憶装置
２５ 通信部
３１ 投資家クライアント
３２ 金融機関サーバ
４１ レートＤＢ
４２ デルタＴＤＢ
４３ ＨＬＤＢ
５１ 投資家情報ＤＢ
５２ 受注ＤＢ
５３ 発注ＤＢ
５４ ポジションＤＢ
６１ 通貨ペア欄
６２ 金額欄
６３ 新規欄
６３１ 新規種別欄
６３２ 新規注文欄
６４ 決済欄
６４１ 決済種別欄
６４２ 利益確定注文欄
６４３ ストップ注文欄
６５ 反復欄
７１ プログラム
７２ 可搬型記録媒体
７３ 半導体メモリ
７４ 投資家マシン
７５ レート記録マシン
９１ グループ情報取得部
９２ 発注証拠金算出部
９３ 発注証拠金選択部
９４ 証拠金判定部

Claims (8)

  1. 担保にした有効証拠金以上の金額で外貨を取引可能な外国為替証拠金取引の複数の新規注文を含むグループ中の、それぞれの新規注文に関する約定見込価格と取引金額とを取得するグループ情報取得部と、
    前記グループ情報取得部が取得した約定見込価格と取引金額とに基づいて前記新規注文のそれぞれに関する発注証拠金を算出する発注証拠金算出部と、
    前記発注証拠金算出部が算出した発注証拠金のうち、最も高額の発注証拠金を選択する発注証拠金選択部と、
    前記発注証拠金選択部が選択した発注証拠金と、前記有効証拠金とに基づいて、前記グループに含まれる新規注文に対する前記有効証拠金の過不足を判定する証拠金判定部と
    を備える取引装置。
  2. 前記グループに含まれる新規注文のうちの一つが約定した場合、前記グループに含まれる他の新規注文を取り消す取消部を備える請求項１に記載の取引装置。
  3. 前記取消部は、前記証拠金判定部が前記有効証拠金は不足していると判定した場合、前記グループに含まれる新規注文を取り消す請求項２に記載の取引装置。
  4. 金融商品の市場価格を逐次取得する市場価格取得部を備え、
    前記約定見込価格は、前記市場価格取得部が取得したそれぞれの新規注文の市場価格である
    請求項１から請求項３のいずれか一つに記載の取引装置。
  5. 前記市場価格取得部が取得した市場価格に基づいて前記新規注文の約定可否を判定する約定判定部を備え、
    前記約定判定部は、前記グループに含まれる新規注文のうちの一つが約定可能であると判定した場合に、前記グループに含まれる他の新規注文の約定可否の判定を行わない
    請求項４に記載の取引装置。
  6. 保有するポジションを維持するために必要な必要証拠金を取得する必要証拠金取得部を備え、
    前記証拠金判定部は、前記必要証拠金取得部が取得した必要証拠金と前記グループそれぞれに対して前記発注証拠金選択部が選択した発注証拠金との和が前記有効証拠金を超える場合に、前記有効証拠金が不足していると判定する
    請求項１から請求項５のいずれか一つに記載の取引装置。
  7. 担保にした有効証拠金以上の金額で外貨を取引可能な外国為替証拠金取引の複数の新規注文を含むグループ中の、それぞれの新規注文に関する約定見込価格と取引金額とを取得し、
    前記約定見込価格と前記取引金額とに基づいて前記新規注文のそれぞれに関する発注証拠金を算出し、
    前記発注証拠金のうち、最も高額の発注証拠金を選択し、
    選択した発注証拠金と、前記有効証拠金とに基づいて、前記グループに含まれる新規注文に対する前記有効証拠金の過不足を判定する
    処理をコンピュータに実行させる取引プログラム。
  8. 担保にした有効証拠金以上の金額で外貨を取引可能な外国為替証拠金取引の複数の新規注文を含むグループ中の、それぞれの新規注文に関する約定見込価格と取引金額とを取得し、
    前記約定見込価格と前記取引金額とに基づいて前記新規注文のそれぞれに関する発注証拠金を算出し、
    前記発注証拠金のうち、最も高額の発注証拠金を選択し、
    選択した発注証拠金と、前記有効証拠金とに基づいて、前記グループに含まれる新規注文に対する前記有効証拠金の過不足を判定する
    処理をコンピュータに実行させる取引方法。
JP2016207122A 2016-10-21 2016-10-21 取引装置、取引プログラムおよび取引方法 Active JP6810574B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016207122A JP6810574B2 (ja) 2016-10-21 2016-10-21 取引装置、取引プログラムおよび取引方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016207122A JP6810574B2 (ja) 2016-10-21 2016-10-21 取引装置、取引プログラムおよび取引方法

Publications (2)

Publication Number Publication Date
JP2018067257A true JP2018067257A (ja) 2018-04-26
JP6810574B2 JP6810574B2 (ja) 2021-01-06

Family

ID=62087175

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016207122A Active JP6810574B2 (ja) 2016-10-21 2016-10-21 取引装置、取引プログラムおよび取引方法

Country Status (1)

Country Link
JP (1) JP6810574B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021022013A (ja) * 2019-07-24 2021-02-18 株式会社インタートレード 決済処理システム
CN114443566A (zh) * 2022-01-24 2022-05-06 北京中科胜芯科技有限公司 一种增量快照行情数据一致性判定的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001325447A (ja) * 2000-03-08 2001-11-22 Tokyo Forex Traders Securities Co Ltd オプション取引処理装置
KR20100073428A (ko) * 2008-12-23 2010-07-01 강길홍 시스템 트레이딩의 포지션 전환 연동 파생상품 최소증거금 주문 제어 방법
JP2011221919A (ja) * 2010-04-13 2011-11-04 Matsui Securities Co Ltd 証拠金変動システム
JP2016148959A (ja) * 2015-02-10 2016-08-18 株式会社大和総研ビジネス・イノベーション 証拠金勘定引出余力計算システムおよびプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001325447A (ja) * 2000-03-08 2001-11-22 Tokyo Forex Traders Securities Co Ltd オプション取引処理装置
KR20100073428A (ko) * 2008-12-23 2010-07-01 강길홍 시스템 트레이딩의 포지션 전환 연동 파생상품 최소증거금 주문 제어 방법
JP2011221919A (ja) * 2010-04-13 2011-11-04 Matsui Securities Co Ltd 証拠金変動システム
JP2016148959A (ja) * 2015-02-10 2016-08-18 株式会社大和総研ビジネス・イノベーション 証拠金勘定引出余力計算システムおよびプログラム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021022013A (ja) * 2019-07-24 2021-02-18 株式会社インタートレード 決済処理システム
JP7336109B2 (ja) 2019-07-24 2023-08-31 株式会社インタートレード 決済処理システム
CN114443566A (zh) * 2022-01-24 2022-05-06 北京中科胜芯科技有限公司 一种增量快照行情数据一致性判定的方法
CN114443566B (zh) * 2022-01-24 2023-03-24 北京中科胜芯科技有限公司 一种增量快照行情数据一致性判定的方法

Also Published As

Publication number Publication date
JP6810574B2 (ja) 2021-01-06

Similar Documents

Publication Publication Date Title
KR102447254B1 (ko) 고속 거래 체결을 지원하는 거래소 운영 방법 및 시스템
CN110135882A (zh) 业务核销数据的整合方法及装置、存储介质、终端
Ersan et al. Algorithmic and high-frequency trading in Borsa Istanbul
CN112801529B (zh) 财务数据分析方法及装置、电子设备及介质
JP2013518329A5 (ja)
Yoshimori Shadow Exchange Rates–Changing the Winds with Headwinds and Tailwinds
JP2011227796A (ja) 取引タイプ判別装置
JP2023033581A (ja) サーバ、真贋判定システム、及びデータ構造
JP6810574B2 (ja) 取引装置、取引プログラムおよび取引方法
WO2016012217A1 (en) Computer systems and methods for balancing indexes
CN113449010A (zh) 投资机构收益信息挖掘方法、装置、电子设备和存储介质
JP6832126B2 (ja) 取引装置、取引プログラムおよび取引方法
WO2017184017A1 (ru) Автоматизированная вычислительная система для формирования и мониторинга инвестиционных портфелей акций
JP6999077B2 (ja) 取引装置、取引プログラムおよび取引方法
JP6832127B2 (ja) 取引装置、取引プログラムおよび取引方法
US20160247225A1 (en) Option Box Volatility Indexes
TWM606565U (zh) 貴金屬預提延後決價交易系統
JP6766023B2 (ja) 情報処理装置及びプログラム
JP2021018796A (ja) 金融商品取引管理装置、金融商品取引管理システム、プログラム
JP2021018736A (ja) 金融商品取引管理装置、金融商品取引管理システム、プログラム
JP2002304520A (ja) ポートフォリオ価値算出装置、方法、プログラムおよび該プログラムを記録した記録媒体
KR102447258B1 (ko) 투자 가이드 모델을 지원하는 거래소 운영 방법 및 시스템
JP2019212317A (ja) 注文処理装置、発行者装置、及びシステム
JP6401456B2 (ja) 運用損益算出システムおよび運用損益算出プログラム
CN114066648B (zh) 一种跨服务多业务类型数据处理方法及相关设备

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190918

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200730

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201211

R150 Certificate of patent or registration of utility model

Ref document number: 6810574

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250