JP2013210851A - シミュレーション装置、取引自動化システムおよびプログラム - Google Patents
シミュレーション装置、取引自動化システムおよびプログラム Download PDFInfo
- Publication number
- JP2013210851A JP2013210851A JP2012080735A JP2012080735A JP2013210851A JP 2013210851 A JP2013210851 A JP 2013210851A JP 2012080735 A JP2012080735 A JP 2012080735A JP 2012080735 A JP2012080735 A JP 2012080735A JP 2013210851 A JP2013210851 A JP 2013210851A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- analysis
- scenario
- revenue
- profit
- 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
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】収益の変動リスクを抑え、かつ高い収益期待というメリットを追求することにある。
【解決手段】金融商品取引管理サーバ４は、顧客約定データおよびＣＰ気配値を取引解析サーバ９に順次に送信する。取引解析サーバ９は、解析結果を解析結果分析サーバ１０に送信する。解析結果分析サーバ１０は、解析結果を分析した後、分析結果となる最良の取引シナリオを金融商品取引管理サーバ４に送信する。これにより、金融商品取引管理サーバ４は、配信された取引シナリオを用いて翌取引日のカバー取引を行う。
【選択図】図１
【解決手段】金融商品取引管理サーバ４は、顧客約定データおよびＣＰ気配値を取引解析サーバ９に順次に送信する。取引解析サーバ９は、解析結果を解析結果分析サーバ１０に送信する。解析結果分析サーバ１０は、解析結果を分析した後、分析結果となる最良の取引シナリオを金融商品取引管理サーバ４に送信する。これにより、金融商品取引管理サーバ４は、配信された取引シナリオを用いて翌取引日のカバー取引を行う。
【選択図】図１
Description
本発明は、ＯＴＣ（Over The Counter：相対取引）／ＦＸ取引において、ＦＸブローカーが顧客約定をカウンタパーティ（外国為替取引を行う際に、相対取引を行うための相手銀行）に対して行うカバー取引を自動化することが可能なシミュレーション装置、取引自動化システムおよびプログラムに関する。
ＯＴＣ／ＦＸ取引を扱っているＦＸブローカーにあっては、カバー取引による収益をＯＴＣ／ＦＸ取引に関わる主たる収益源としている。
ＯＴＣ／ＦＸ取引において、ＦＸブローカーは、カウンタパーティから提示される売・買の気配値を基に顧客に売・買の気配値を提示し、顧客はＦＸブローカーが提示する売・買の気配値に対して注文を出す。
ＦＸブローカーは顧客の注文を約定した場合、カウンタパーティへカバー取引を行う。一般的に、カウンタパーティがＦＸブローカーに提示する売・買の気配値のスプレッドに、ＦＸブローカーは上乗せ分のマークアップを加味し顧客に売・買の気配値を提示するため、顧客約定分を速やかにカウンタパーティにカバー取引すれば、概ね上乗せ分のマークアップがＦＸブローカーの収益となる。
ＯＴＣ／ＦＸ取引において、ＦＸブローカーは、カウンタパーティから提示される売・買の気配値を基に顧客に売・買の気配値を提示し、顧客はＦＸブローカーが提示する売・買の気配値に対して注文を出す。
ＦＸブローカーは顧客の注文を約定した場合、カウンタパーティへカバー取引を行う。一般的に、カウンタパーティがＦＸブローカーに提示する売・買の気配値のスプレッドに、ＦＸブローカーは上乗せ分のマークアップを加味し顧客に売・買の気配値を提示するため、顧客約定分を速やかにカウンタパーティにカバー取引すれば、概ね上乗せ分のマークアップがＦＸブローカーの収益となる。
ここで、図１７を参照して、ＦＸブローカーの収益構造の基本パターンについて説明する。
同図はＦＸブローカーによる顧客への売・買の提示額と、カウンタパーティによるＦＸブローカーへの売・買の提示額を時系列で記載したものであり、同図において、Ａはカウンタパーティによるブローカー提示スプレッドを示し、これは例えば１銭である。また、同じくＢはＦＸブローカーによるマークアップ（ＡＳＫ）を示し、例えば０〜０．５銭である。Ｃもまた、ＦＸブローカーによるマークアップ（ＢＩＤ）を示し、例えば０〜０．５銭である。Ｄはブローカーによる顧客提示スプレッドを示し、これは例えば１銭〜２銭である。
同図はＦＸブローカーによる顧客への売・買の提示額と、カウンタパーティによるＦＸブローカーへの売・買の提示額を時系列で記載したものであり、同図において、Ａはカウンタパーティによるブローカー提示スプレッドを示し、これは例えば１銭である。また、同じくＢはＦＸブローカーによるマークアップ（ＡＳＫ）を示し、例えば０〜０．５銭である。Ｃもまた、ＦＸブローカーによるマークアップ（ＢＩＤ）を示し、例えば０〜０．５銭である。Ｄはブローカーによる顧客提示スプレッドを示し、これは例えば１銭〜２銭である。
このような状態において、顧客から、あるタイミングで『買い』注文（顧客に対して『売る』）の指示が行われると、ＦＸブローカーは、そのポジションを解消するために、カウンタパーティに『買い』注文を指示し、その結果、ＦＸブローカーによるマークアップ分ＢがＦＸブローカーの収入になる。
同様に、あるタイミングで、顧客から『売り』注文（顧客から『買う』）の指示が行われると、ＦＸブローカーは、そのポジションを解消するために、カウンタパーティに『売り』注文を指示し、ＦＸブローカーによるマークアップ分ＣがＦＸブローカーの収入になる。
なお、通貨の種類やカウンタパーティ／ＦＸブローカーにより売買金額及び各マークアップの値は異なる。
同様に、あるタイミングで、顧客から『売り』注文（顧客から『買う』）の指示が行われると、ＦＸブローカーは、そのポジションを解消するために、カウンタパーティに『売り』注文を指示し、ＦＸブローカーによるマークアップ分ＣがＦＸブローカーの収入になる。
なお、通貨の種類やカウンタパーティ／ＦＸブローカーにより売買金額及び各マークアップの値は異なる。
顧客約定を速やかにカウンタパーティにカバー取引をしているＦＸブローカーは、カウンタパーティによるＦＸブローカーへの売買提示額と、ＦＸブローカーによる顧客への売買提示額との差額であるマークアップ以上の収益は期待できないが、収益の変動リスクは小さく、安定している。
一方、ディーラという人間を介在させ、顧客約定に伴うカウンタパーティとのカバー取引の売買タイミングを操作することで、より高い収益を追求することも行っており、このようにディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーは、高い収益を期待できる反面、収益の変動リスクが大きくなっている。
一方、ディーラという人間を介在させ、顧客約定に伴うカウンタパーティとのカバー取引の売買タイミングを操作することで、より高い収益を追求することも行っており、このようにディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーは、高い収益を期待できる反面、収益の変動リスクが大きくなっている。
顧客約定を速やかにカウンタパーティにカバー取引をしているＦＸブローカーと、ディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーとを、約定一通貨あたりの収益で比較すると、前者に対して後者の方が約２〜３倍程度と高くなっているが、ＦＸディーラのコスト等を考慮すると、変動リスクに見合う高い収益性は確保できていない。
これは、外国為替相場の予想が難しく、ＦＸディーラといえども簡単には外国為替相場において利益を向上することができないということの査証といえる。
これは、外国為替相場の予想が難しく、ＦＸディーラといえども簡単には外国為替相場において利益を向上することができないということの査証といえる。
ところで、為替取引に関する従来の技術としては、例えば特許文献１に記載される複数のカウンタパーティから顧客に有利な取引先を選択する技術、特許文献２に記載されるＦＸブローカーが負う経済的リスクを低減する技術、特許文献３に記載される損失カット用の逆指値注文の売値又は買値を適切に決定できる支援装置などが知られている。
しかしながら、ＦＸディーラを介在させることなくＦＸブローカーの収益性を高めるための技術を開示するものはなかった。
しかしながら、ＦＸディーラを介在させることなくＦＸブローカーの収益性を高めるための技術を開示するものはなかった。
このため、顧客約定がなされた後に取引のタイミングを計りながらカウンタパーティとの取引を行う際のデメリットである収益変動リスクを抑え、かつディーラの人件費コストを掛けずに、高い収益性を期待することができる取引自動化システムについての提案が切望されている。
本発明は、上記に鑑みてなされたもので、その目的としては、収益の変動リスクを抑えつつ、高い収益を期待出来るというメリットを追求することにある。
本発明は、上記に鑑みてなされたもので、その目的としては、収益の変動リスクを抑えつつ、高い収益を期待出来るというメリットを追求することにある。
上記の課題を解決するために、本発明は、外国為替に関するカバー取引を行うための複数のパラメータからなる取引シナリオを予測するシミュレーション装置であって、通信回線を介して受信される顧客約定データおよび気配値を解析して複数の解析結果を生成する取引解析手段と、前記複数の解析結果を所定の分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択する解析結果分析手段と、選択された取引シナリオを取引装置に送信する送信手段と、を備えることを特徴とする。
本発明によれば、外国為替に関するカバー取引を行うための複数のパラメータからなる取引シナリオを予測するために、顧客約定データおよびカウンタパーティ気配値を解析して複数の解析結果を生成し、複数の解析結果を所定の分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択することで、収益の変動リスクを抑え、かつ高い収益を追及することができる。
詳しくは、約定一通貨あたりの収益で表現すると、顧客約定を速やかにカウンタパーティにカバー取引をしているＦＸブローカーと、ディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーとを、約定一通貨あたりの収益で比較すると、前者に対し後者が約２〜３倍程度の収益を上げているが、本発明にかかるシミュレーション装置で選択した取引シナリオに基づきカバー取引を自動化すると、ＦＸブローカーを介在することなく３倍以上の収益を得ることが可能となる。
詳しくは、約定一通貨あたりの収益で表現すると、顧客約定を速やかにカウンタパーティにカバー取引をしているＦＸブローカーと、ディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーとを、約定一通貨あたりの収益で比較すると、前者に対し後者が約２〜３倍程度の収益を上げているが、本発明にかかるシミュレーション装置で選択した取引シナリオに基づきカバー取引を自動化すると、ＦＸブローカーを介在することなく３倍以上の収益を得ることが可能となる。
以下、本発明の実施形態について図面を参照して説明する。
＜第１実施形態＞
図１は、本発明の第１実施形態に係わる取引自動化システムのシステム構成図である。
図１に示すように、金融商品取引管理システム１は、カウンタパーティとしての銀行サーバ２ａ、２ｂ、２ｃ…と、ＦＸブローカーシステム３と、クライアント端末６ａ、６ｂ、６ｃ…とを備え、銀行サーバ２ａ〜２ｃとＦＸブローカーシステム３との間およびクライアント端末６ａ〜６ｃとＦＸブローカーシステム３との間はＷＡＮ（Wide Area Network）としてのインターネット７を介して相互に通信可能である。金融商品取引管理システム１は、金融商品として外国為替を取扱うものを例に挙げて説明する。
＜第１実施形態＞
図１は、本発明の第１実施形態に係わる取引自動化システムのシステム構成図である。
図１に示すように、金融商品取引管理システム１は、カウンタパーティとしての銀行サーバ２ａ、２ｂ、２ｃ…と、ＦＸブローカーシステム３と、クライアント端末６ａ、６ｂ、６ｃ…とを備え、銀行サーバ２ａ〜２ｃとＦＸブローカーシステム３との間およびクライアント端末６ａ〜６ｃとＦＸブローカーシステム３との間はＷＡＮ（Wide Area Network）としてのインターネット７を介して相互に通信可能である。金融商品取引管理システム１は、金融商品として外国為替を取扱うものを例に挙げて説明する。
クライアント端末６ａ、６ｂ、６ｃ…は、顧客である金融商品の売買を行う個人又は法人が所持し使用する、データ通信機能を有する通信端末であって、パーソナルコンピュータ、携帯電話端末、ＰＤＡ等であればよい。
クライアント端末６ａ、６ｂ、６ｃ…は、マウスやキーボード等からの各種指示を入力するために用いられる操作部、ＬＣＤ（Liquid Crystal Display）等からなり、操作部から入力された各種指示等や各種画像を表示する表示部を有している。
クライアント端末６ａ、６ｂ、６ｃ…は、マウスやキーボード等からの各種指示を入力するために用いられる操作部、ＬＣＤ（Liquid Crystal Display）等からなり、操作部から入力された各種指示等や各種画像を表示する表示部を有している。
ＦＸブローカーシステム３は、金融商品取引管理サーバ４とＦＸカバー取引自動化システム８とを備え、該ＦＸカバー取引自動化システム８は取引解析サーバ９と解析結果分析サーバ１０とからなる。
金融商品取引管理サーバ４は、金融商品の取扱業者であるＦＸブローカーが管理し運用するサーバコンピュータであり、Ｗｅｂサーバ機能、大容量のデータを保存するデータベース機能を備えている。また、注文データ作成装置および約定確認装置としての機能を金融商品取引管理サーバ４に持たせる。
ＦＸカバー取引自動化システム８は、外国為替に関するカバー取引を行うための複数のパラメータからなる取引シナリオを予測するためのシミュレーション装置を構成する。
取引解析サーバ９は、通信回線を介して受信される顧客約定データおよびカウンタパーティ気配値（以下、ＣＰ気配値という）を複数の取引シナリオ毎に解析して、複数の解析結果を生成する取引解析手段を構成する。また、取引解析サーバ９は、カバー取引を行うための取引シナリオを記憶し、金融商品取引管理サーバ４から顧客約定データとＣＰ気配値の配信を受信し、カバー取引の取引シナリオ毎に収益を計算し、取引日毎に保存している。
金融商品取引管理サーバ４は、金融商品の取扱業者であるＦＸブローカーが管理し運用するサーバコンピュータであり、Ｗｅｂサーバ機能、大容量のデータを保存するデータベース機能を備えている。また、注文データ作成装置および約定確認装置としての機能を金融商品取引管理サーバ４に持たせる。
ＦＸカバー取引自動化システム８は、外国為替に関するカバー取引を行うための複数のパラメータからなる取引シナリオを予測するためのシミュレーション装置を構成する。
取引解析サーバ９は、通信回線を介して受信される顧客約定データおよびカウンタパーティ気配値（以下、ＣＰ気配値という）を複数の取引シナリオ毎に解析して、複数の解析結果を生成する取引解析手段を構成する。また、取引解析サーバ９は、カバー取引を行うための取引シナリオを記憶し、金融商品取引管理サーバ４から顧客約定データとＣＰ気配値の配信を受信し、カバー取引の取引シナリオ毎に収益を計算し、取引日毎に保存している。
解析結果分析サーバ１０は、取引解析サーバ９で解析した複数の解析結果を所定の分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択する。解析結果分析サーバ１０は、ＣＰ気配値に対するカバー取引による収益を取引シナリオにより測定し、一定期間の間の取引シナリオ毎の収益に関する平均収益、および収益の標準偏差を測定し、分析シナリオにより選択した取引シナリオにより、翌取引日に獲得した収益を測定する。
また、解析結果分析サーバ１０は、複数の分析シナリオを記憶し、分析シナリオ毎に取引解析サーバ９に保存された取引日毎・取引シナリオ毎の収益計算結果を分析し、分析結果を分析シナリオ毎に保存する。
ここで、解析結果分析サーバ１０は、どの取引シナリオの収益が高かったかを分析し、翌取引日に採用すべき取引シナリオを選択する。
そして、解析結果分析サーバ１０は、分析結果を評価し、分析結果を評価した結果である最良の取引シナリオを金融商品取引管理サーバ４に供給する。
金融商品取引管理サーバ４は、配信された取引シナリオを用いて翌取引日のカバー取引を行うことができる。
ここで、解析結果分析サーバ１０は、どの取引シナリオの収益が高かったかを分析し、翌取引日に採用すべき取引シナリオを選択する。
そして、解析結果分析サーバ１０は、分析結果を評価し、分析結果を評価した結果である最良の取引シナリオを金融商品取引管理サーバ４に供給する。
金融商品取引管理サーバ４は、配信された取引シナリオを用いて翌取引日のカバー取引を行うことができる。
次に、図２に示すシーケンス図を参照して、本発明の第１実施形態に係わる取引自動化システムの各装置間での情報通信について説明する。
まず、手順Ｓｅ１では、銀行サーバ２は、ＣＰ気配値を金融商品取引管理サーバ４に送信する。
銀行サーバ２からＣＰ気配値を受信した金融商品取引管理サーバ４は、手順Ｓｅ２において、ＣＰ気配値にＦＸブローカーのマークアップ分を上乗せしたブローカー気配値をクライアント端末６に送信する。
ブローカー気配値を受信したクライアント端末６では、例えばブローカー気配値が所望の値になった場合に、顧客が買いの成行注文を行うと、手順Ｓｅ３において、その成行注文を金融商品取引管理サーバ４に送信する。
まず、手順Ｓｅ１では、銀行サーバ２は、ＣＰ気配値を金融商品取引管理サーバ４に送信する。
銀行サーバ２からＣＰ気配値を受信した金融商品取引管理サーバ４は、手順Ｓｅ２において、ＣＰ気配値にＦＸブローカーのマークアップ分を上乗せしたブローカー気配値をクライアント端末６に送信する。
ブローカー気配値を受信したクライアント端末６では、例えばブローカー気配値が所望の値になった場合に、顧客が買いの成行注文を行うと、手順Ｓｅ３において、その成行注文を金融商品取引管理サーバ４に送信する。
クライアント端末６から買いの成行注文を受信した金融商品取引管理サーバ４は、現在のブローカー気配値において顧客からの買い注文を約定すると共に、手順Ｓｅ４で、現在のＣＰ気配値の買値で買い注文の指示を銀行サーバ２に送信する。
上記手順Ｓｅ１〜Ｓｅ４の間、金融商品取引管理サーバ４は、銀行サーバ２から送信されるＣＰ気配値、顧客約定データを取引解析サーバ９に順次に送信する。
上記手順Ｓｅ１〜Ｓｅ４の間、金融商品取引管理サーバ４は、銀行サーバ２から送信されるＣＰ気配値、顧客約定データを取引解析サーバ９に順次に送信する。
金融商品取引管理サーバ４から顧客約定データおよびＣＰ気配値を受信した取引解析サーバ９は、顧客約定データ及びＣＰ気配値に基づいて予め用意された複数の取引シナリオに従ってカバー取引を行った場合の取引結果を解析した解析結果（１取引日における損益や、取引の一通貨当たりの損益等）を解析結果分析サーバ１０に送信する。なお、外国為替取引においてドル−円取引の場合、取引単位は一般的に一万通貨であるが、ＦＸブローカーによっては取引単位が異なる場合もあるため、一通貨単位で損益を表すこととする。ドル−円取引以外の他の通貨についても同様である。したがって、利益が１銭／通貨の場合、１ドルの取引当たりの利益が１銭であるが、外国為替取引の単位が一般的に一万通貨のため、取引そのものは１万ドルで行われ、その結果、１００円（１銭×１０，０００）の利益がでることを意味する。
取引解析サーバ９から解析結果を受信した解析結果分析サーバ１０は、解析結果を所定の条件（分析シナリオ）にて分析した後、最良の分析結果が得られた取引シナリオを金融商品取引管理サーバ４に供給する。
金融商品取引管理サーバ４は、配信された取引シナリオを用いて翌取引日のカバー取引を行うことができる。
取引解析サーバ９から解析結果を受信した解析結果分析サーバ１０は、解析結果を所定の条件（分析シナリオ）にて分析した後、最良の分析結果が得られた取引シナリオを金融商品取引管理サーバ４に供給する。
金融商品取引管理サーバ４は、配信された取引シナリオを用いて翌取引日のカバー取引を行うことができる。
次に、図３を参照して、ＦＸブローカーに用いられる金融商品取引管理サーバ４の基本的な各部の機能について説明する。
金融商品取引管理サーバ４は、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等が設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラム、データベースに記録されたデータ等が記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働して各種機能を実現する。
金融商品取引管理サーバ４は、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等が設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラム、データベースに記録されたデータ等が記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働して各種機能を実現する。
金融商品取引管理サーバ４は、各種プログラムとハードウェア資源とに基づいて実現される機能手段として、各種データの生成、加工等の処理を行うフロントページ配信部４ａ、注文入力受付部４ｂ、入出金情報生成部４ｃ、約定情報生成部４ｄ、口座情報生成部４ｅ、注文情報生成部４ｆ、データベース４ｇ、価格情報受信管理部４ｈ、カバー取引シナリオ管理部４ｉ、クライアント用送受信管理部４ｊ、ＣＰ用送受信管理部４ｋを有している。
注文入力受付部４ｂは、クライアント端末６から入力された各種の注文に関するデータを受け付け、金融商品の注文を成立させるために必要な各種処理を行う。
入出金情報生成部４ｃは、クライアント端末６から入出金のリクエストを受け付け、リクエストに基づいて入出金の一覧表を作成する。
入出金情報生成部４ｃは、クライアント端末６から入出金のリクエストを受け付け、リクエストに基づいて入出金の一覧表を作成する。
注文情報生成部４ｆは、注文入力受付部４ｂが処理し、後述する約定情報生成部４ｄから得た情報、カバー取引シナリオ管理部４ｉから取得した取引シナリオに基づいて、成立した金融商品の注文に関する情報を生成する。注文情報生成部４ｆはＣＰに対する注文データを作成する注文データ作成装置としての機能と、ＣＰ気配値で、注文データ作成装置で作成した注文を約定できたか否かを確認する約定確認装置としての機能を有す。
約定情報生成部４ｄは、注文情報生成部４ｆが生成した注文に基づく約定処理、及び、完了した約定処理に関する情報を顧客のクライアント端末６に送信するための処理を行う。なお、ここでの「約定」とは、顧客の注文に基づいて金融商品の売買を成立されるための各種の手続並びに処理のことをいう。
約定が成立すると、外国為替の売買が行われ、その結果、約定情報生成部４ｄの指示に基づいて、口座情報生成部４ｅが売買額に応じて証拠金情報を変換し、更に、入出金情報生成部４ｃが入出金の一覧表に入金や出金の状況を記載する。また、約定情報生成部４ｄは、約定が成立すると、クライアント端末６の表示部に約定が成立した旨の文字情報等を表示させる。
約定が成立すると、外国為替の売買が行われ、その結果、約定情報生成部４ｄの指示に基づいて、口座情報生成部４ｅが売買額に応じて証拠金情報を変換し、更に、入出金情報生成部４ｃが入出金の一覧表に入金や出金の状況を記載する。また、約定情報生成部４ｄは、約定が成立すると、クライアント端末６の表示部に約定が成立した旨の文字情報等を表示させる。
口座情報生成部４ｅは、顧客の預金残高情報を生成し、当該預金残高情報を証拠金情報（即ち、注文の約定を実現できることを裏付けるための情報）として管理する機能を有する。なお、口座情報生成部４ｅにおいて生成される預金残高に関する情報は、現実の預金残高と整合性を取るために、銀行等の金融機関が提供する、顧客の現実の預金残高に関する情報と定期的に照合される。
データベース４ｇは、金融商品取引管理サーバ４において用いられるデータを記録する。データベース４ｇはリレーショナルデータベースによって形成するが、例えばオブジェクトデータベース等、大量のデータの記録や書換えに適したものであればどのような形式を用いてもよい。データベース４ｇには、注文テーブル、顧客口座情報テーブル、通貨ペア注文条件テーブル、シーケンス番号テーブルが記録されている。シーケンス番号テーブルには注文情報ごとに一意に付されるシーケンス番号が記録される。
フロントページ配信部４ａは、クライアント端末６の表示部にされる画像データを作成し、作成した画像データをクライアント端末６に送信する。
価格情報受信管理部４ｈは、金融商品取引管理サーバ４において扱う金融商品の価格についての情報を取得し、取得した情報に対して必要な処理と管理を行う。価格情報受信管理部４ｈは、外為の相場価格の情報を定期的に取得し、記録し管理する。
価格情報受信管理部４ｈは、金融商品取引管理サーバ４において扱う金融商品の価格についての情報を取得し、取得した情報に対して必要な処理と管理を行う。価格情報受信管理部４ｈは、外為の相場価格の情報を定期的に取得し、記録し管理する。
カバー取引シナリオ管理部４ｉは、ＦＸカバー取引自動化システム８の解析結果分析サーバ１０から最良の取引シナリオを保持し、注文情報生成部４ｆに取引シナリオを設定することで、翌取引日のカバー取引を行わせる。
なお、金融商品取引管理サーバ４は、日時の情報を取得し管理するタイマ（図示しない）を有する。
クライアント端末６ａ〜６ｃからの注文情報は、クライアント用送受信管理部４ｊに入力し、注文入力受付部４ｂにて受け付けられ、そのデータが約定情報生成部４ｄに供給され、約定情報生成部４ｄより注文情報生成部４ｆにＣＰへの注文情報が送られ、ＣＰ用送受信管理部４ｋから銀行サーバ２ａ〜２ｃにデータが出力される。また銀行サーバ２ａ〜２ｃからの取引結果はＣＰ用送受信管理部４ｋを介して注文情報生成部４ｆに入力し、ＦＸブローカーにおける取引による損益が計算される。
なお、金融商品取引管理サーバ４は、日時の情報を取得し管理するタイマ（図示しない）を有する。
クライアント端末６ａ〜６ｃからの注文情報は、クライアント用送受信管理部４ｊに入力し、注文入力受付部４ｂにて受け付けられ、そのデータが約定情報生成部４ｄに供給され、約定情報生成部４ｄより注文情報生成部４ｆにＣＰへの注文情報が送られ、ＣＰ用送受信管理部４ｋから銀行サーバ２ａ〜２ｃにデータが出力される。また銀行サーバ２ａ〜２ｃからの取引結果はＣＰ用送受信管理部４ｋを介して注文情報生成部４ｆに入力し、ＦＸブローカーにおける取引による損益が計算される。
次に、図４を参照して、取引解析サーバ９を構成している各部の機能について説明する。
取引解析サーバ９は、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等が設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラム、データベースに記録されたデータ等が記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働して各種機能を実現する。
取引解析サーバ９は、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等が設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラム、データベースに記録されたデータ等が記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働して各種機能を実現する。
取引解析サーバ９は、各種プログラムとハードウェア資源とに基づいて実現される機能手段として、顧客約定データ収集部９ａ、取引解析計算ＤＢ作成部９ｂ、取引シナリオＤＢ９ｃ、取引解析計算ＤＢ９ｄ、カウンタパーティ（ＣＰ）気配値収集部９ｅ、約定測定部９ｆ、損益集計部９ｉ、取引解析結果ＤＢ９ｋ、データ受信部９ｒ、取引解析結果出力部９ｓを有している。
取引解析サーバ９は、顧客約定データ及び複数の取引シナリオから、取引解析計算ＤＢ作成部９ｂで取引解析の基礎データを作成し、それを取引解析計算ＤＢ９ｄに格納する。この取引解析計算ＤＢ９ｄに格納された基礎データとＣＰ気配値とから約定測定部９ｆ、損益集計部９ｉで損益データを計算する。そして、損益集計部９ｉで算出した損益データを取引解析結果ＤＢ９ｋに蓄積し、取引解析結果出力部９ｓは損益集計部９ｉや取引解析結果ＤＢ９ｋのデータを解析結果分析サーバに出力する。
取引解析サーバ９における計算の基となる、顧客約定データとＣＰ気配値は、リアルまたはディレード（数分〜数時間）で金融商品取引管理サーバ４から配信される。
なお、取引解析サーバ９は、１取引日毎に処理を行うこととする。
取引解析サーバ９は、顧客約定データ及び複数の取引シナリオから、取引解析計算ＤＢ作成部９ｂで取引解析の基礎データを作成し、それを取引解析計算ＤＢ９ｄに格納する。この取引解析計算ＤＢ９ｄに格納された基礎データとＣＰ気配値とから約定測定部９ｆ、損益集計部９ｉで損益データを計算する。そして、損益集計部９ｉで算出した損益データを取引解析結果ＤＢ９ｋに蓄積し、取引解析結果出力部９ｓは損益集計部９ｉや取引解析結果ＤＢ９ｋのデータを解析結果分析サーバに出力する。
取引解析サーバ９における計算の基となる、顧客約定データとＣＰ気配値は、リアルまたはディレード（数分〜数時間）で金融商品取引管理サーバ４から配信される。
なお、取引解析サーバ９は、１取引日毎に処理を行うこととする。
次に、図５を用いて取引シナリオの設定について説明する。
図５は、時間帯Ｔ（ｋ）に行われる顧客約定及びそれに続く時間帯Ｔ（ｋ＋１）のカバー取引を示す図である。
各取引シナリオにおいては、１取引日の取引時間帯をＮ個の時間帯に分割し、一つの時間帯における顧客約定に係る売・買のポジションを解消するためのカバー取引を、次の時間帯Ｔ（ｋ＋１）に執行するようになっている。
なお、図５において、時間帯Ｔ（ｋ）における顧客約定における「買」約定とは、ブローカーが顧客に対しては『売る』取引であり、そのポジションを解消するための時間帯Ｔ（ｋ＋１）のカバー取引の『買』は、ブローカーがカウンタパーティに対して『買う』行為であることに注意が必要である。
基本的にＦＸブローカーは、同一通貨を、顧客から安い気配値で買って、カウンタパーティに高い気配値で売り（上乗せレート＋α）、或いは、同一通貨を顧客に高い気配値で売って、カウンタパーティから安い気配値買う（上乗せレート−α）ことを旨とする。
図５は、時間帯Ｔ（ｋ）に行われる顧客約定及びそれに続く時間帯Ｔ（ｋ＋１）のカバー取引を示す図である。
各取引シナリオにおいては、１取引日の取引時間帯をＮ個の時間帯に分割し、一つの時間帯における顧客約定に係る売・買のポジションを解消するためのカバー取引を、次の時間帯Ｔ（ｋ＋１）に執行するようになっている。
なお、図５において、時間帯Ｔ（ｋ）における顧客約定における「買」約定とは、ブローカーが顧客に対しては『売る』取引であり、そのポジションを解消するための時間帯Ｔ（ｋ＋１）のカバー取引の『買』は、ブローカーがカウンタパーティに対して『買う』行為であることに注意が必要である。
基本的にＦＸブローカーは、同一通貨を、顧客から安い気配値で買って、カウンタパーティに高い気配値で売り（上乗せレート＋α）、或いは、同一通貨を顧客に高い気配値で売って、カウンタパーティから安い気配値買う（上乗せレート−α）ことを旨とする。
また、取引解析サーバ９は、
（ａ）ある長さの時間帯（またはある数量）Ｔ（ｋ）毎に蓄積した売・買それぞれの顧客約定の平均約定値に対して、時間帯Ｔ（ｋ）に続く時間帯Ｔ（ｋ＋１）に行うカバー取引で上乗せする「上乗せレートα１、α２」と、
（ｂ）時間帯Ｔ（ｋ＋１）のカバー取引において、ＣＰ気配値が時間帯Ｔ（ｋ）における顧客約定の平均値＋上乗せレートα１、α２に至らない場合に、「指値での約定を諦める時間（時間帯の何回分か）Ｌ」と、
（ｃ）ＣＰ気配値が、上乗せレートの反対側にどの程度変動したときに、ロスカット（その時点でのＣＰ気配値で約定）するか、すなわち「ロスカットレートβ１、β２」と、
（ｄ）取引時間帯を分割して上記時間帯Ｔを作成する「分割数Ｎ」と、
を、それぞれどのように設定した時に、どの程度の収益／損害が出るかをシミュレーション処理し、その結果である取引解析結果データを取引解析結果ＤＢ９ｋに記憶する。
上乗せレートαは、例えば１８通り（１、２、３、４、５、６、７、８、９、１０、２０、３０、４０、５０、６０、７０、８０、９０銭）とする。
また、諦める時間Ｌは、例えば１１通り（一単位時間帯の１、２、３、４、５、６、７、８、９、１０、１１個分）とする。
（ａ）ある長さの時間帯（またはある数量）Ｔ（ｋ）毎に蓄積した売・買それぞれの顧客約定の平均約定値に対して、時間帯Ｔ（ｋ）に続く時間帯Ｔ（ｋ＋１）に行うカバー取引で上乗せする「上乗せレートα１、α２」と、
（ｂ）時間帯Ｔ（ｋ＋１）のカバー取引において、ＣＰ気配値が時間帯Ｔ（ｋ）における顧客約定の平均値＋上乗せレートα１、α２に至らない場合に、「指値での約定を諦める時間（時間帯の何回分か）Ｌ」と、
（ｃ）ＣＰ気配値が、上乗せレートの反対側にどの程度変動したときに、ロスカット（その時点でのＣＰ気配値で約定）するか、すなわち「ロスカットレートβ１、β２」と、
（ｄ）取引時間帯を分割して上記時間帯Ｔを作成する「分割数Ｎ」と、
を、それぞれどのように設定した時に、どの程度の収益／損害が出るかをシミュレーション処理し、その結果である取引解析結果データを取引解析結果ＤＢ９ｋに記憶する。
上乗せレートαは、例えば１８通り（１、２、３、４、５、６、７、８、９、１０、２０、３０、４０、５０、６０、７０、８０、９０銭）とする。
また、諦める時間Ｌは、例えば１１通り（一単位時間帯の１、２、３、４、５、６、７、８、９、１０、１１個分）とする。
また、ロスカットレートβを、例えば９通り（−１０、−２０、−３０、−４０、５０、−６０、−７０、−８０、−９０銭）とする。
また、Ｎ個に分割された時間帯の長さは、例えば４通り（１、５、１０、１５分）とする。
上記（ａ）〜（ｄ）の組み合わせパターンは、上乗せレートα１とα２とを同じ数字に設定し、またロスカットレートβ１とβ２とを同じ数字に設定した場合には、α×β×Ｌ×Ｎ＝７１２８パターンとなり、この組み合わせが、すなわち上記の取引シナリオである。
例えば、図５に示したように時間帯Ｔ（ｋ）において顧客からの売買約定が売買それぞれ６約定成立した場合、時間帯Ｔ（ｋ）に蓄積した各売買の平均値は時間帯Ｔ（ｋ＋１）の開始時点で求まり、更に上乗せレートα１、α２、ロスカットレートβ１、β２を予め設定しておくことで、顧客の売り、すなわち図５の時間帯Ｔ（ｋ）における『買』に対してはその『買』の平均値よりα１分だけ相場が安くなった後にＣＰからの買いを執行し、同様に顧客の買い、すなわち図５の時間帯Ｔ（ｋ）における『売』に対しては『売』の平均値よりα２分だけ相場が高くなった後にＣＰへの売りを執行する。
また、Ｎ個に分割された時間帯の長さは、例えば４通り（１、５、１０、１５分）とする。
上記（ａ）〜（ｄ）の組み合わせパターンは、上乗せレートα１とα２とを同じ数字に設定し、またロスカットレートβ１とβ２とを同じ数字に設定した場合には、α×β×Ｌ×Ｎ＝７１２８パターンとなり、この組み合わせが、すなわち上記の取引シナリオである。
例えば、図５に示したように時間帯Ｔ（ｋ）において顧客からの売買約定が売買それぞれ６約定成立した場合、時間帯Ｔ（ｋ）に蓄積した各売買の平均値は時間帯Ｔ（ｋ＋１）の開始時点で求まり、更に上乗せレートα１、α２、ロスカットレートβ１、β２を予め設定しておくことで、顧客の売り、すなわち図５の時間帯Ｔ（ｋ）における『買』に対してはその『買』の平均値よりα１分だけ相場が安くなった後にＣＰからの買いを執行し、同様に顧客の買い、すなわち図５の時間帯Ｔ（ｋ）における『売』に対しては『売』の平均値よりα２分だけ相場が高くなった後にＣＰへの売りを執行する。
また、『買』の平均値に対して上乗せレートα１を設定しているが、相場が上乗せレートと逆に変動し、ロスカットレートβ１以上に変動した場合にはその時点でブローカーのポジションを中立にするため、損失が生じる場合であっても、その時点のＣＰ気配値で売買を執行する。更に、図５に示した時間帯Ｔ（ｋ＋１）の相場レートは上乗せレートα１、α２の理解を容易にするため相場が上下に振れている状態を示したが、時間帯Ｔ（ｋ＋１）において上乗せレートα１、α２の範囲を超えず、相場の動きがほぼない状態が生じることもありうる。その場合、上述した諦める時間Ｌによる条件が作用する。
このような取引シナリオを用い、取引解析計算ＤＢ作成部９ｂは、受信した顧客約定データ９ａに含まれる売買区分、売買通貨、数量、約定値および約定日時と、取引シナリオＤＢ９ｃに格納される各取引シナリオ、とを参照して取引解析計算ＤＢ９ｄを作成する。
取引解析計算ＤＢ作成部９ｂは、取引シナリオ毎に設定される上乗せレートやロスカットレートに従って発生した時間帯当たりの損益の計算を約定測定部９ｆにより行うために、時々刻々と受信される顧客約定データを時間帯毎に格納した、取引解析計算ＤＢ９ｄを作成する。
取引解析計算ＤＢ作成部９ｂは、取引シナリオ毎に設定される上乗せレートやロスカットレートに従って発生した時間帯当たりの損益の計算を約定測定部９ｆにより行うために、時々刻々と受信される顧客約定データを時間帯毎に格納した、取引解析計算ＤＢ９ｄを作成する。
そのために、取引解析計算ＤＢ作成部９ｂは、取引解析計算ＤＢ９ｄを作成するための作業領域となる、各取引シナリオと取引時間帯とを関連づけた、取引シナリオ／時間帯・展開テーブル（後に図８で示す）を定義すると共に、図６（ａ）〜（ｄ）および図７（ａ）、（ｂ）に示したデータを収集する。
図６（ａ）はデータ受信部９ｒを介して顧客約定データ収集部９ａにて収集するデータの構成、図６（ｂ）はデータ受信部９ｒを介してカウンタパーティ気配値収集部９ｅにて収集するデータの構成であり、更に図６（ｃ）は取引シナリオＤＢに蓄積されている取引シナリオの各パラメータのデータ構成、図６（ｄ）は図６（ｃ）に示した取引シナリオＤＢに蓄積されている取引シナリオのパラメータＮ９ｐに関する条件を定めたデータ構成図である。上述したように、Ｎ個に分割された時間帯の長さを１分均等とすれば、スタート時間は１分毎に規定され、一取引日で１４４０の時間帯に区分される。また時間帯の長さを１５分均等とすれば、一取引日では９６の時間帯に区分される。なお、時間が均等で一取引日を区分する必要性はなく、区分数を任意に設定し、かつ各区分の時間帯の時間も任意（ただし、各区分に分けられた時間帯を合計すると一取引日となることが必要）に設定することができる。更に、図７（ａ）は取引解析計算ＤＢ９ｄにおけるデータ構成、図７（ｂ）は取引解析結果ＤＢ９ｋのデータ構成を示す図である。
図６（ａ）はデータ受信部９ｒを介して顧客約定データ収集部９ａにて収集するデータの構成、図６（ｂ）はデータ受信部９ｒを介してカウンタパーティ気配値収集部９ｅにて収集するデータの構成であり、更に図６（ｃ）は取引シナリオＤＢに蓄積されている取引シナリオの各パラメータのデータ構成、図６（ｄ）は図６（ｃ）に示した取引シナリオＤＢに蓄積されている取引シナリオのパラメータＮ９ｐに関する条件を定めたデータ構成図である。上述したように、Ｎ個に分割された時間帯の長さを１分均等とすれば、スタート時間は１分毎に規定され、一取引日で１４４０の時間帯に区分される。また時間帯の長さを１５分均等とすれば、一取引日では９６の時間帯に区分される。なお、時間が均等で一取引日を区分する必要性はなく、区分数を任意に設定し、かつ各区分の時間帯の時間も任意（ただし、各区分に分けられた時間帯を合計すると一取引日となることが必要）に設定することができる。更に、図７（ａ）は取引解析計算ＤＢ９ｄにおけるデータ構成、図７（ｂ）は取引解析結果ＤＢ９ｋのデータ構成を示す図である。
図８（ａ）は上述した各データをまとめ、各取引シナリオと取引時間帯とを関連づけた取引シナリオ／時間帯・展開テーブルであり、取引シナリオＮｏ．１からＮｏ．Ｎ＿ｓｃまでのシナリオ毎に、各時間帯１から時間帯Ｎ＿Ｊｉｋａｎ＿ｓａｉｄａｉまでのデータが記録されており、また取引シナリオ毎の取引日における累計損益集計データが含まれている。シナリオ／時間帯・展開テーブルの各セルには取引日や取引通貨等の更に詳細なデータが関連付けられている。このデータのうち、累計損益集計エリアに記載された以外のデータは取引解析計算ＤＢ９ｄで作成され、損益収益部９ｉで損益が計算され取引解析結果ＤＢ９ｋに保存されると共に、その取引シナリオのうち、図８（ｂ）に示したようにＦＸブローカーで採用された取引シナリオのみのデータが注文情報生成部４ｆに供給され、ＣＰとの取引に基づいて累積損益集計が行われる。
このテーブルは、一般的なリレーショナルデータベース上のテーブルであれば良い。そして、取引解析計算ＤＢ作成部９ｂは、取引時間帯において時々刻々と発生して受信される顧客約定データを、各取引シナリオに対応する各時間帯エリアにセットしていく。
また、各時間帯エリア内において、取引数量を加算し、数量掛ける約定値、すなわち、時間帯当たりの売・買約定の合計金額を、その時間帯の売・買の積数に加算する。
さらに、取引解析計算ＤＢ作成部９ｂは、各取引シナリオに関する作業領域（展開テーブル）上の各時間帯エリア（セル）に対して、当該時間帯が終了した時点で、それ以降に生じる顧客約定によるデータ更新を行わずに当該時間帯に行われた積数から買い約定・売り約定のそれぞれの金額の平均値を計算し、以降の約定測定部９ｆによる約定測定（すなわち、時間帯当たりの売損益／買損益の計算）に供する。
また、各時間帯エリア内において、取引数量を加算し、数量掛ける約定値、すなわち、時間帯当たりの売・買約定の合計金額を、その時間帯の売・買の積数に加算する。
さらに、取引解析計算ＤＢ作成部９ｂは、各取引シナリオに関する作業領域（展開テーブル）上の各時間帯エリア（セル）に対して、当該時間帯が終了した時点で、それ以降に生じる顧客約定によるデータ更新を行わずに当該時間帯に行われた積数から買い約定・売り約定のそれぞれの金額の平均値を計算し、以降の約定測定部９ｆによる約定測定（すなわち、時間帯当たりの売損益／買損益の計算）に供する。
上述したが、取引シナリオＤＢ９ｃには、図６（ｃ）に示すように、複数の取引シナリオが格納されており、取引シナリオ毎に、取引シナリオＮＯ、パラメータＮ ＮＯ、パラメータα１（買）、パラメータα２（売）、パラメータＬ、パラメータβ１（買）、パラメータβ２（売）、パラメータＸ（累計損失額）が記憶されている。
なお、ここで、パラメータＮは、１取引日の取引時間を分割する分割パターンを示し、パラメータαは顧客約定値に対する上乗せレートであり、パラメータβはロスカットレートである。また、パラメータＬはカバー取引において上乗せレートαで約定できない場合に諦める時間（時間帯のＬ個分）である。
なお、ここで、パラメータＮは、１取引日の取引時間を分割する分割パターンを示し、パラメータαは顧客約定値に対する上乗せレートであり、パラメータβはロスカットレートである。また、パラメータＬはカバー取引において上乗せレートαで約定できない場合に諦める時間（時間帯のＬ個分）である。
特に、パラメータα１（買）は、買の顧客約定のポジションを解消するために、カウンタパーティから同一通貨を「買う」場合の上乗せレート、また、パラメータα２（売）は、売の顧客約定のポジションを解消するために、カウンタパーティに同一通貨を「売る」場合の上乗せレートである。
さらに、パラメータβ１（買）は、買の顧客約定のポジションを解消するために、上乗せレート込みでカウンタパーティから同一通貨を買おうとするが上乗せレートとは逆側に気配値が推移した場合に、損切りを行う限度値（ロスカット・レート）であり、パラメータβ２（売）は、売の顧客約定のポジションを解消するために、カウンタパーティに上乗せレート込みで同一通貨を売ろうとするが、気配値が上乗せレートとは反対側に推移した場合に、損切りを行う限度値である。
さらに、パラメータβ１（買）は、買の顧客約定のポジションを解消するために、上乗せレート込みでカウンタパーティから同一通貨を買おうとするが上乗せレートとは逆側に気配値が推移した場合に、損切りを行う限度値（ロスカット・レート）であり、パラメータβ２（売）は、売の顧客約定のポジションを解消するために、カウンタパーティに上乗せレート込みで同一通貨を売ろうとするが、気配値が上乗せレートとは反対側に推移した場合に、損切りを行う限度値である。
パラメータＸは、予め定められた許容可能な１取引日の累積損失額である。１取引日の累計損失額がこのＸに到達した場合は、この取引シナリオ内の未約定の全注文を強制的に直後のＣＰ気配値で約定させ、１取引日の累計損失額がこのＸに到達した後の取引では顧客に対するブローカー気配値と、カウンタパーティのブローカーに対するＣＰ気配値との差額であるブローカーによるマークアップ分で利益を上げ、累計損失額を低減するような処理を行うことができる。
取引シナリオＤＢ９ｃのパラメータＮ ＮＯ９ｐに関連づけられるパラメータＮ ＤＢ９ｐには、図６（ｄ）に示すように、取引シナリオ毎に、取引時間を分割する分割数Ｎ、及び時間帯１〜Ｎのスタート時間が格納されている。
取引シナリオＤＢ９ｃのパラメータＮ ＮＯ９ｐに関連づけられるパラメータＮ ＤＢ９ｐには、図６（ｄ）に示すように、取引シナリオ毎に、取引時間を分割する分割数Ｎ、及び時間帯１〜Ｎのスタート時間が格納されている。
約定測定部９ｆは、金融商品取引管理サーバ４から受信したＣＰ気配値、取引解析計算ＤＢ９ｄおよび取引シナリオＤＢ９ｃを参照し、取引解析計算ＤＢ９ｄを更新する。
すなわち、約定測定部９ｆは、取引解析計算ＤＢ作成部８ｂによる処理によって各取引シナリオに係る各時間帯エリアに格納されて行き、その時間帯Ｔ（ｋ）が終了することにより約定測定の対象となった時間帯エリア内の内容（取引数量や時間帯当たりの売・買約定の合計枚数）を注文データとして、約定測定に供されるようになった時間以降（Ｔ（ｋ＋１））に受信したＣＰ気配値とマッチング処理を行う。
その際には、時間帯Ｔ（ｋ＋１）におけるＣＰとの約定の有無を判定し、時間帯Ｔ（ｋ＋１）におけるカバー取引によって得られた損益を計算し、算出された損益を、展開テーブル（取引解析計算ＤＢ）における当該時間帯エリア（セル）にセットし、且つ取引シナリオ毎の累積損益を更新する。
この結果、取引解析結果ＤＢ９ｋには、図７（ｂ）に示すように、取引シナリオ毎に、取引日、取引通貨、取引シナリオＮＯ、取引数量、損益計、売損益、買損益、一通貨当たりの損益（銭）が格納される。
以降、当該時間帯の当該注文に対してはＣＰ気配値とのマッチング処理を行わない。
すなわち、約定測定部９ｆは、取引解析計算ＤＢ作成部８ｂによる処理によって各取引シナリオに係る各時間帯エリアに格納されて行き、その時間帯Ｔ（ｋ）が終了することにより約定測定の対象となった時間帯エリア内の内容（取引数量や時間帯当たりの売・買約定の合計枚数）を注文データとして、約定測定に供されるようになった時間以降（Ｔ（ｋ＋１））に受信したＣＰ気配値とマッチング処理を行う。
その際には、時間帯Ｔ（ｋ＋１）におけるＣＰとの約定の有無を判定し、時間帯Ｔ（ｋ＋１）におけるカバー取引によって得られた損益を計算し、算出された損益を、展開テーブル（取引解析計算ＤＢ）における当該時間帯エリア（セル）にセットし、且つ取引シナリオ毎の累積損益を更新する。
この結果、取引解析結果ＤＢ９ｋには、図７（ｂ）に示すように、取引シナリオ毎に、取引日、取引通貨、取引シナリオＮＯ、取引数量、損益計、売損益、買損益、一通貨当たりの損益（銭）が格納される。
以降、当該時間帯の当該注文に対してはＣＰ気配値とのマッチング処理を行わない。
取引シナリオとしては、時間帯Ｔ（ｋ）における顧客約定のポジションを解消する次の時間帯Ｔ（ｋ＋１）におけるカバー取引が、時間帯Ｔ（ｋ＋１）内に約定出来ない場合も含む。
その場合（注文有効期間終了後は）、時間帯Ｔ（ｋ＋１）直後のＣＰ気配値で約定し、時間帯Ｔ（ｋ）の顧客との取引に対する損益を計算し、該エリア（セル）の損益にセットし、取引シナリオ毎の累積損益を更新する。以降当該エリアに関する注文はＣＰ気配値とのマッチング処理を行わない。
なお、約定測定部９ｆによって算出される時間帯エリア毎の損益は、取引解析計算ＤＢ９ｄではなく、他の異なるデータベースに格納するようにしても構わない。
その場合（注文有効期間終了後は）、時間帯Ｔ（ｋ＋１）直後のＣＰ気配値で約定し、時間帯Ｔ（ｋ）の顧客との取引に対する損益を計算し、該エリア（セル）の損益にセットし、取引シナリオ毎の累積損益を更新する。以降当該エリアに関する注文はＣＰ気配値とのマッチング処理を行わない。
なお、約定測定部９ｆによって算出される時間帯エリア毎の損益は、取引解析計算ＤＢ９ｄではなく、他の異なるデータベースに格納するようにしても構わない。
取引解析計算ＤＢ作成部９ｂ及び約定測定部９ｆによる、上記に説明した処理によって、各取引シナリオに係る時間帯毎に作成・更新されていく取引解析計算ＤＢ９ｄには、図７（ａ）に示すように、取引日、取引通貨、取引シナリオＮＯ、時間帯ＮＯ（ｋ）、時間帯ｋにおける売合計枚数Ｍｋ（売）、各時間帯ｋにおける買い合計枚数Ｍｋ（買）、各時間帯ｋにおける売り平均値Ｐｋ（売）、各時間帯ｋにおける買い平均値Ｐｋ（買）、注文最終時間、売約定値、売約定数量、売約定時間、買約定値、買約定数量、買約定時間、時間帯当たりの売損益、買損益が格納されることになる。
なお、図７（ａ）において取引解析計算ＤＢは、一次元的に表示されているが、各取引日、取引通貨毎、取引シナリオ毎に、各時間帯当たりの売・買の約定枚数、売・買の平均値、１取引日当たりの売損益、買損益が多次元的に格納されている。
なお、図７（ａ）において取引解析計算ＤＢは、一次元的に表示されているが、各取引日、取引通貨毎、取引シナリオ毎に、各時間帯当たりの売・買の約定枚数、売・買の平均値、１取引日当たりの売損益、買損益が多次元的に格納されている。
さらに、損益集計部９ｉは、１取引日の取引時間が全て終了後、すなわち、図８で示すシナリオ／時間帯・展開テーブル９ｔ上のすべての有効エリア（セル）がクローズ（後、取引シナリオ毎に１取引日当たりの損益（合計損益・売損益・買損益・一通貨あたり損益）を集計（終了）する。
取引解析結果出力部９ｓは、取引解析結果ＤＢ９ｋから取引解析結果データを読み出して解析結果分析サーバ１０へ転送する。
取引解析結果出力部９ｓは、取引解析結果ＤＢ９ｋから取引解析結果データを読み出して解析結果分析サーバ１０へ転送する。
ここで、取引解析計算ＤＢ作成部９ｂ、約定測定部９ｆによる取引解析計算ＤＢの作成処理について詳しく説明する。
取引解析計算ＤＢ作成部９ｂは、取引解析計算ＤＢ９ｄを作成するために、取引シナリオＤＢ９ｃに記憶されている項目に基づいて、作業領域となるシナリオ／時間帯・展開テーブル９ｔを定義する。
図８に示すように、シナリオ／時間帯・展開テーブル９ｔは、列方向のセルに取引シナリオＮＯ １〜取引シナリオＮＯ Ｎ＿ｓｃを設定し、行方向のセルには時間帯１〜時間帯Ｎ＿ｊｋａｎ＿ｓａｉｄａｉまでの各時間帯を設定し、さらに、取引シナリオ毎に、累積の損益を集計するエリアを設定した構成を有している。
有効エリア（セル）のそれぞれには、取引解析計算ＤＢ作成部９ｂ、約定測定部９ｆにより、例えばエリア（セル）９ｍのように、取引解析計算ＤＢ９ｄに記憶されている取引解析計算データと同一項目に加えて、計算のために必要な積数エリア、ＣＰ気配値に対する取引有効時間等が格納されていくことになる。
取引解析計算ＤＢ作成部９ｂは、取引解析計算ＤＢ９ｄを作成するために、取引シナリオＤＢ９ｃに記憶されている項目に基づいて、作業領域となるシナリオ／時間帯・展開テーブル９ｔを定義する。
図８に示すように、シナリオ／時間帯・展開テーブル９ｔは、列方向のセルに取引シナリオＮＯ １〜取引シナリオＮＯ Ｎ＿ｓｃを設定し、行方向のセルには時間帯１〜時間帯Ｎ＿ｊｋａｎ＿ｓａｉｄａｉまでの各時間帯を設定し、さらに、取引シナリオ毎に、累積の損益を集計するエリアを設定した構成を有している。
有効エリア（セル）のそれぞれには、取引解析計算ＤＢ作成部９ｂ、約定測定部９ｆにより、例えばエリア（セル）９ｍのように、取引解析計算ＤＢ９ｄに記憶されている取引解析計算データと同一項目に加えて、計算のために必要な積数エリア、ＣＰ気配値に対する取引有効時間等が格納されていくことになる。
なお、それぞれの取引シナリオにおける各時間帯の時間を合計すると、１取引日になることは言うまでもない。
また、それぞれの有効エリア（セル）の時間帯の長さは異なるため、１取引日を超えた時間帯に相当するようなエリア（セル）は、無効エリアとして扱うこととする。
また、それぞれの有効エリア（セル）の時間帯の長さは異なるため、１取引日を超えた時間帯に相当するようなエリア（セル）は、無効エリアとして扱うこととする。
なお、図６（ｂ）に示すように、ＣＰ気配値には数量があり、ＣＰ気配値で数量以上の約定はできないため、ＣＰ気配値にある数量を超す注文枚数（買合計枚数Ｍｋ（買）、売合計枚数Ｍｋ（売））は、次の気配値で約定（マッチング）することとする。
約定測定部９ｆは、注文有効期間が終了後は、直後のＣＰ気配値で約定し、損益を計算し、シナリオ／時間帯・展開テーブル９ｔ上にある該エリア（セル）の損益に設定し、取引シナリオ毎の累積損益を更新する。以降、当該エリアに関する注文はＣＰ気配値とのマッチング処理を行わない。
取引解析計算ＤＢ作成部９ｂは、顧客約定データのデータ毎に、それぞれの取引シナリオＮＯの該当エリア（セル）を処理対象に設定する。そして、取引解析計算ＤＢ作成部９ｂは、該当エリア（セル）において、取引数量については加算し、数量掛ける約定値は積数に加算する。積数から平均値を計算しておくことで、以降の約定測定部９ｆによる約定測定処理の準備をする。
取引解析計算ＤＢ作成部９ｂは、それぞれの取引シナリオの該当エリア（セル）に対して、当該エリアの時間帯が終了した時点で、以降の顧客約定によるデータ更新を禁止（オフ）し、無効エリアとして扱う。
取引解析計算ＤＢ作成部９ｂは、それぞれの取引シナリオの該当エリア（セル）に対して、当該エリアの時間帯が終了した時点で、以降の顧客約定によるデータ更新を禁止（オフ）し、無効エリアとして扱う。
取引解析計算ＤＢ作成部９ｂは、図８（ａ）に示すように、１取引日をＮ個の時間帯に分割し、１〜（Ｎ−２）番目の時間帯について、ｋ番目の時間帯Ｔ（ｋ）（図５参照）の顧客の売買約定の売・買それぞれについて、売合計取引通貨単位数、買合計取引通貨単位数、売平均値、買平均値を算出し、算出結果をシナリオ／時間帯・展開テーブル９ｔからなる取引解析計算ＤＢ９ｄに記憶する。
なお、算出した買合計の取引通貨単位数をＭｋ（買）、算出した売合計の取引通貨単位数をＭｋ（売）、算出した買平均値をＰｋ（買）、算出した売平均値をＰｋ（売）とする。ｋは、１〜（Ｎ−２）までの任意の数である。
この結果、取引解析計算ＤＢ９ｄには、図７（ａ）に示すような値が、取引シナリオ毎に記憶される。
なお、算出した買合計の取引通貨単位数をＭｋ（買）、算出した売合計の取引通貨単位数をＭｋ（売）、算出した買平均値をＰｋ（買）、算出した売平均値をＰｋ（売）とする。ｋは、１〜（Ｎ−２）までの任意の数である。
この結果、取引解析計算ＤＢ９ｄには、図７（ａ）に示すような値が、取引シナリオ毎に記憶される。
図９は、取引解析計算ＤＢを作成する取引解析計算ＤＢ作成処理を説明するフローチャートである。
取引解析計算ＤＢ作成部９ｂは、取引シナリオ９ｃに格納される取引シナリオ（図６（ｃ））に規定される取引時間帯の分割数Ｎに基づく一つの時間帯Ｔ（ｋ）中において（ステップＳ１０でＹｅｓ）、顧客約定データを受信すると（ステップＳ１５）、図８のシナリオ／時間帯・展開テーブルの該当時間帯エリア内に、取引数量や時間帯当たりの売・買約定の合計枚数、売・買の約定値等の情報を登録していく（ステップＳ２０）。
そして、時間帯Ｔ（ｋ）が終了し（ステップＳ１０でＮｏ）、次の時間帯Ｔ（ｋ＋１）に移行すると（ステップＳ２５でＹｅｓ）、時間帯Ｔ（ｋ）における売・買の約定値の平均値Ｐｋ（買）、Ｐｋ（売）を算出して当該エリアに格納する（ステップＳ３０）。
取引解析計算ＤＢ作成部９ｂは、取引シナリオ９ｃに格納される取引シナリオ（図６（ｃ））に規定される取引時間帯の分割数Ｎに基づく一つの時間帯Ｔ（ｋ）中において（ステップＳ１０でＹｅｓ）、顧客約定データを受信すると（ステップＳ１５）、図８のシナリオ／時間帯・展開テーブルの該当時間帯エリア内に、取引数量や時間帯当たりの売・買約定の合計枚数、売・買の約定値等の情報を登録していく（ステップＳ２０）。
そして、時間帯Ｔ（ｋ）が終了し（ステップＳ１０でＮｏ）、次の時間帯Ｔ（ｋ＋１）に移行すると（ステップＳ２５でＹｅｓ）、時間帯Ｔ（ｋ）における売・買の約定値の平均値Ｐｋ（買）、Ｐｋ（売）を算出して当該エリアに格納する（ステップＳ３０）。
次に、図１０に示すフローチャートを参照して、約定測定部９ｆによる処理について詳細に説明する。
なお、図１０のフローチャートは、買いの顧客約定に対する買いのカバー取引のみに注目して処理を説明しているが、売注文の場合も基本的な処理及び考え方は同じである。
まず、時間帯Ｔ（ｋ＋１）〜時間帯Ｔ（ｋ＋Ｌ＋１）において、約定測定部９ｆは、時間帯Ｔ（ｋ）について取引解析計算ＤＢ作成部９ｂが算出した平均値Ｐｋに上乗せレートαを設定した指値Ｐｋ−α１にて買い注文を行う（ステップＳ１１０）。
次に、ステップＳ１１５で、約定測定部９ｆは、注文が約定した場合、Ｍｋ（買）枚×α１（買）の収益を得るので、買損益としてシナリオ／時間帯・展開テーブル９ｔ（取引解析計算ＤＢ）に記憶する（ステップＳ１１６）。
なお、図１０のフローチャートは、買いの顧客約定に対する買いのカバー取引のみに注目して処理を説明しているが、売注文の場合も基本的な処理及び考え方は同じである。
まず、時間帯Ｔ（ｋ＋１）〜時間帯Ｔ（ｋ＋Ｌ＋１）において、約定測定部９ｆは、時間帯Ｔ（ｋ）について取引解析計算ＤＢ作成部９ｂが算出した平均値Ｐｋに上乗せレートαを設定した指値Ｐｋ−α１にて買い注文を行う（ステップＳ１１０）。
次に、ステップＳ１１５で、約定測定部９ｆは、注文が約定した場合、Ｍｋ（買）枚×α１（買）の収益を得るので、買損益としてシナリオ／時間帯・展開テーブル９ｔ（取引解析計算ＤＢ）に記憶する（ステップＳ１１６）。
指値Ｐｋ−α１で注文が約定しない場合（ステップＳ１１５でＮｏ）、時間帯Ｔ（ｋ）で算出したＭｋ（買）枚が（ｋ＋１）の時間帯Ｔ（ｋ＋１）以降、買いのＣＰ気配値が、（Ｐｋ（買）＋β１（買））に達した場合、ステップＳ１２０で、指値（Ｐｋ（買）＋β１（買））でロスカット注文する（ステップＳ１２５）。
この注文が約定した場合、Ｍｋ（買）×β１（買）の損失となるので、買損益としてシナリオ／時間帯・展開テーブル９ｔ（取引解析計算ＤＢ）に記憶する（ステップＳ１３０）。
この注文が約定した場合、Ｍｋ（買）×β１（買）の損失となるので、買損益としてシナリオ／時間帯・展開テーブル９ｔ（取引解析計算ＤＢ）に記憶する（ステップＳ１３０）。
ロスカットに該当した場合は、損失を計算し、当該エリア（セル）の損益にセットし、取引シナリオＮＯ毎の累積損益を更新する。以降同注文はＣＰ気配値とのマッチング処理を行わない。
ＣＰ気配値が、Ｐｋ＋β１に至らない場合は（ステップＳ１２０でＮｏ）、取引シナリオにおいて定めたＬの時間内かを判断する（ステップＳ１３５）。
パラメータＬで定めた時間を経過した場合（ステップＳ１３５でＮｏ）、時間帯Ｔ（ｋ＋Ｌ＋１）が終了した時点（ステップＳ１４０でＹｅｓ）で諦めるので、時間帯Ｔ（ｋ＋Ｌ＋２）に移行した時点で（ステップＳ１４５でＹｅｓ）、時間帯Ｔ（ｋ＋Ｌ＋２）の最初のＣＰ気配値で約定させ（ステップＳ１５０）、その際の約定値を売約定値とし、且つ、その約定値とＰｋとの差額を買損益としてシナリオ／時間帯・展開テーブル９ｔ（取引解析計算ＤＢ）に記憶させる（ステップＳ１５５）。
ＣＰ気配値が、Ｐｋ＋β１に至らない場合は（ステップＳ１２０でＮｏ）、取引シナリオにおいて定めたＬの時間内かを判断する（ステップＳ１３５）。
パラメータＬで定めた時間を経過した場合（ステップＳ１３５でＮｏ）、時間帯Ｔ（ｋ＋Ｌ＋１）が終了した時点（ステップＳ１４０でＹｅｓ）で諦めるので、時間帯Ｔ（ｋ＋Ｌ＋２）に移行した時点で（ステップＳ１４５でＹｅｓ）、時間帯Ｔ（ｋ＋Ｌ＋２）の最初のＣＰ気配値で約定させ（ステップＳ１５０）、その際の約定値を売約定値とし、且つ、その約定値とＰｋとの差額を買損益としてシナリオ／時間帯・展開テーブル９ｔ（取引解析計算ＤＢ）に記憶させる（ステップＳ１５５）。
なお、この時の買いのＣＰ気配値をＰ（ｋ＋２）ｏｐｅｎ（買）、売のＣＰ気配値をＰ（ｋ＋２）ｏｐｅｎ（売）と名付けることとする。
約定測定部９ｆは、買注文を約定させると、（Ｐ（ｋ＋２）ｏｐｅｎ（買）−Ｐｋ（買））×Ｍｋ（買）の損益となるので、買損益としてシナリオ／時間帯・展開テーブル９ｔに記憶する。
約定測定部９ｆは、売注文を約定させると、（Ｐｋ（売）−Ｐ（ｋ＋２）ｏｐｅｎ（売））×Ｍｋ（売）の損益となるので、買損益としてシナリオ／時間帯・展開テーブル９ｔに記憶する。
約定測定部９ｆは、売注文を約定させると、（Ｐｋ（売）−Ｐ（ｋ＋２）ｏｐｅｎ（売））×Ｍｋ（売）の損益となるので、買損益としてシナリオ／時間帯・展開テーブル９ｔに記憶する。
ステップＳ１３５でＹｅｓの場合、指値注文（Ｐｋ−α１）の時間帯を（ｋ＋１）だけで終わらせず、（ｋ＋２）・（ｋ＋３）・・・とパラメータＬで定めた時間だけ延長する。
この時、Ｎ−２番目はＮ−（２＋Ｌ）番目と置き換え、（ｋ＋２）の時間帯は、（ｋ＋（２＋Ｌ））の時間帯と置き換える。すなわち、諦める時間を延長し、注文の約定を待つ。
この時、Ｎ−２番目はＮ−（２＋Ｌ）番目と置き換え、（ｋ＋２）の時間帯は、（ｋ＋（２＋Ｌ））の時間帯と置き換える。すなわち、諦める時間を延長し、注文の約定を待つ。
なお、ＣＰ気配値には数量があり、ＣＰ気配値で数量以上の約定はできないため、ＣＰ気配値にある数量を超す注文枚数（買合計枚数Ｍｋ（買）、売合計枚数Ｍｋ（売））は、次の気配値で約定することとする。
同一エリア（セル）内には、売り注文と買い注文の２つが存在するため、これらの２つの注文が約定して、以降ＣＰ気配値とのマッチング処理を行わなくなった時、当該エリア（セル）はクローズ状態となり、以降のデータ更新は受付けないこととする。
同一エリア（セル）内には、売り注文と買い注文の２つが存在するため、これらの２つの注文が約定して、以降ＣＰ気配値とのマッチング処理を行わなくなった時、当該エリア（セル）はクローズ状態となり、以降のデータ更新は受付けないこととする。
なお、約定測定部９ｆは、各時間帯におけるステップ１１６、ステップＳ１３０、ステップＳ１５５の損失累計が、一定額（Ｘ円）に到達した場合（ステップＳ１６０でＹｅｓ）は、直接カウンタパーティに繋ぐとともに、同一の取引シナリオＮＯ内の未約定の全注文を強制的に直後のＣＰ気配値で約定させる（ステップＳ１６５）と共に、各注文の損益は当該エリア（セル）の損益として記憶する(ステップ１７０)。
この場合、約定測定部９ｆは、取引解析計算ＤＢ９ｄの作成処理を中止する。
以上説明した処理により、各取引シナリオついて、各時間帯についての買損益・売損益が算出された。
損益集計部９ｉは、すべての有効時間帯エリア（セル）が終了後、すなわち、１取引日の取引時間が全て終了後、取引解析計算ＤＢ９ｄおよび取引シナリオＤＢ９ｃを参照し、取引シナリオ毎に、１取引日当たりの損益（合計損益・売損益・買損益・一通貨あたり損益）を集計した、図７（ｂ）に示したような、取引シナリオ毎の取引解析結果ＤＢ９ｋが作成される。
これらの処理を、各取引シナリオについて、各時間帯について順次行っていく。
この場合、約定測定部９ｆは、取引解析計算ＤＢ９ｄの作成処理を中止する。
以上説明した処理により、各取引シナリオついて、各時間帯についての買損益・売損益が算出された。
損益集計部９ｉは、すべての有効時間帯エリア（セル）が終了後、すなわち、１取引日の取引時間が全て終了後、取引解析計算ＤＢ９ｄおよび取引シナリオＤＢ９ｃを参照し、取引シナリオ毎に、１取引日当たりの損益（合計損益・売損益・買損益・一通貨あたり損益）を集計した、図７（ｂ）に示したような、取引シナリオ毎の取引解析結果ＤＢ９ｋが作成される。
これらの処理を、各取引シナリオについて、各時間帯について順次行っていく。
次に、図１１を参照して、解析結果分析サーバ１０を構成している各部の機能について説明する。
解析結果分析サーバ１０は、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等が設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラム、データベースに記録されたデータ等が記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働して各種機能を実現する。
解析結果分析サーバ１０は、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等が設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラム、データベースに記録されたデータ等が記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働して各種機能を実現する。
解析結果分析サーバ１０は、各種プログラムとハードウェア資源とに基づいて実現される機能手段として、取引解析結果ＤＢ１０ａ、解析結果分析ＤＢ作成部１０ｂ、分析シナリオＤＢ１０ｃ、解析結果分析ＤＢ１０ｄ、分析部１０ｅ、取引シナリオＤＢ１０ｇ、分析結果集計ＤＢ１０ｈ、データ受信部１０ｒ、分析結果送信部１０ｓを有している。
データ受信部１０ｒは、取引解析サーバ９から受信したデータを取引解析結果ＤＢ１０ａに保存する。
取引解析結果ＤＢ１０ａには、図７（ｂ）に示すように、取引シナリオ毎に、取引日、取引通貨、取引シナリオＮＯ、取引数量、損益計、売損益、買損益、一通貨あたり損益（銭）が取引解析結果データとして記憶されている。
データ受信部１０ｒは、取引解析サーバ９から受信したデータを取引解析結果ＤＢ１０ａに保存する。
取引解析結果ＤＢ１０ａには、図７（ｂ）に示すように、取引シナリオ毎に、取引日、取引通貨、取引シナリオＮＯ、取引数量、損益計、売損益、買損益、一通貨あたり損益（銭）が取引解析結果データとして記憶されている。
解析結果分析ＤＢ作成部１０ｂは、取引解析サーバ９から受信した取引解析結果ＤＢ１０ａ、分析シナリオＤＢ１０ｃを参照し、解析結果分析ＤＢ１０ｄを作成する。
解析結果分析ＤＢ作成部１０ｂは、分析シナリオＤＢ１０ｃに格納される分析シナリオ毎に、取引解析サーバで計算された取引解析結果ＤＢの一通貨あたり平均損益と損益の標準偏差を計算する。解析結果分析ＤＢ作成部１０ｂは、計算結果を、分析シナリオ毎に並び替え、最上位シナリオを決定する。
詳しくは、解析結果分析サーバ１０は、取引解析サーバ９で算出された取引シナリオ毎の一取引日当たり損益について、所定の連続した取引日数（Ｑ日：例えば３日、４日等）における一通貨当たりの平均損益及び一通貨当たりの損益の標準偏差を算出する。
解析結果分析ＤＢ作成部１０ｂは、分析シナリオＤＢ１０ｃに格納される分析シナリオ毎に、取引解析サーバで計算された取引解析結果ＤＢの一通貨あたり平均損益と損益の標準偏差を計算する。解析結果分析ＤＢ作成部１０ｂは、計算結果を、分析シナリオ毎に並び替え、最上位シナリオを決定する。
詳しくは、解析結果分析サーバ１０は、取引解析サーバ９で算出された取引シナリオ毎の一取引日当たり損益について、所定の連続した取引日数（Ｑ日：例えば３日、４日等）における一通貨当たりの平均損益及び一通貨当たりの損益の標準偏差を算出する。
また、複数の取引シナリオにおける一通貨当たり平均損益が１位からＲ位（１０位、２０位等）までの取引シナリオについて一通貨当たりの平均損益の標準偏差が小さい順に並び替えて、最上位となる取引シナリオを最良の取引シナリオとして選択する。
それとともに、選び出された最良の取引シナリオが翌取引日にどのような収益及び一通貨当たり収益を上げたかを検証する。
それとともに、選び出された最良の取引シナリオが翌取引日にどのような収益及び一通貨当たり収益を上げたかを検証する。
これらの検証を、一定期間Ｓ（１ヶ月、２ヶ月等）行うものとする。
分析シナリオＤＢ１０ｃは、図１２（ａ）に示すように、複数の分析シナリオが格納されており、分析シナリオ毎に、上記のＱ日、Ｒ位、期間Ｓが設定されている。すなわち、分析シナリオは平均損益や標準偏差を求めるために設定するパラメータＱと、平均損益がどの順位までのシミュレーションデータを用いて分析するかを設定するパラメータＲと、上記パラメータＱとＲにより抽出されたシミュレーションデータをどの程度の期間分析するのかを設定するパラメータＳとを有す。
分析シナリオＤＢ１０ｃは、図１２（ａ）に示すように、複数の分析シナリオが格納されており、分析シナリオ毎に、上記のＱ日、Ｒ位、期間Ｓが設定されている。すなわち、分析シナリオは平均損益や標準偏差を求めるために設定するパラメータＱと、平均損益がどの順位までのシミュレーションデータを用いて分析するかを設定するパラメータＲと、上記パラメータＱとＲにより抽出されたシミュレーションデータをどの程度の期間分析するのかを設定するパラメータＳとを有す。
解析結果分析ＤＢ１０ｄには、解析結果分析ＤＢ作成部１０ｂによる処理の結果、図１２（ｂ）に示すように、取引シナリオ毎に、取引日、取引通貨、使用した分析シナリオＮＯ、取引日損益、取引日一通貨あたり損益（銭）、平均損益（期間Ｑ）、一通貨あたり損益（期間Ｑ）、翌取引日損益、翌取引日数量が、解析結果分析データとして格納される。
分析部１０ｅは、解析結果分析ＤＢ１０ｄ、分析シナリオＤＢ１０ｃおよび取引シナリオＤＢ１０ｇを参照し、１つの最良のデータとして、分析結果集計ＤＢ１０ｈを作成する。
なお、取引シナリオＤＢ１０ｇには、取引解析サーバ９が備える取引シナリオＤＢ９ｃに格納されるものと同じ取引シナリオ（パラメータ）が格納されている。
また、解析結果分析サーバ１０に取引シナリオＤＢ１０ｇを設けず、取引解析サーバ９の取引シナリオＤＢ９ｃを参照するようにしてもよい。
分析部１０ｅは、解析結果分析ＤＢ１０ｄ、分析シナリオＤＢ１０ｃおよび取引シナリオＤＢ１０ｇを参照し、１つの最良のデータとして、分析結果集計ＤＢ１０ｈを作成する。
なお、取引シナリオＤＢ１０ｇには、取引解析サーバ９が備える取引シナリオＤＢ９ｃに格納されるものと同じ取引シナリオ（パラメータ）が格納されている。
また、解析結果分析サーバ１０に取引シナリオＤＢ１０ｇを設けず、取引解析サーバ９の取引シナリオＤＢ９ｃを参照するようにしてもよい。
分析結果集計ＤＢ１０ｈには、図１２（ｃ）に示すように、１つの最良のデータとして、取引日、取引通貨、使用した分析シナリオＮＯ、翌取引日損益計（期間Ｓ）、平均損益（期間Ｓ）、一通貨あたり損益（期間Ｓ）、評価、評価取引シナリオＮＯが分析結果集計データとして記憶されている。
分析結果送信部１０ｓは、分析結果集計ＤＢ１０ｈから分析結果集計データを読み出して金融商品取引管理サーバ４に送信する。
分析結果送信部１０ｓは、分析結果集計ＤＢ１０ｈから分析結果集計データを読み出して金融商品取引管理サーバ４に送信する。
次に、解析結果分析サーバ１０の解析結果分析ＤＢ作成部１０ｂによる処理について説明する。
まず、データ受信部１０ｒは、取引解析サーバ９から取引解析結果データを受信し、取引解析結果データを取引解析結果ＤＢ１０ａに記憶する。
この結果、取引解析結果ＤＢ１０ａには、取引解析結果ＤＢ９ｋと同一のデータが格納される。
もちろん、解析結果分析サーバ１０に取引解析結果ＤＢ１０ａを設けず、取引解析サーバ９が備える取引解析結果ＤＢ９ｋを参照するようにしても良い。
次に、解析結果分析ＤＢ作成部１０ｂは、分析シナリオ（パラメータＱ、Ｒ、Ｓをそれぞれ含む）毎に、取引解析サーバ９で計算された取引解析結果ＤＢの一通貨あたり損益を計算し、Ｑ日間の平均一通貨当たり損益（Ｓａ）、Ｑ日間の平均一通貨当たり損益の標準偏差σを計算し、その計算結果を解析結果分析ＤＢ１０ｄに記憶する。
まず、データ受信部１０ｒは、取引解析サーバ９から取引解析結果データを受信し、取引解析結果データを取引解析結果ＤＢ１０ａに記憶する。
この結果、取引解析結果ＤＢ１０ａには、取引解析結果ＤＢ９ｋと同一のデータが格納される。
もちろん、解析結果分析サーバ１０に取引解析結果ＤＢ１０ａを設けず、取引解析サーバ９が備える取引解析結果ＤＢ９ｋを参照するようにしても良い。
次に、解析結果分析ＤＢ作成部１０ｂは、分析シナリオ（パラメータＱ、Ｒ、Ｓをそれぞれ含む）毎に、取引解析サーバ９で計算された取引解析結果ＤＢの一通貨あたり損益を計算し、Ｑ日間の平均一通貨当たり損益（Ｓａ）、Ｑ日間の平均一通貨当たり損益の標準偏差σを計算し、その計算結果を解析結果分析ＤＢ１０ｄに記憶する。
例えば、”Ｑ日”を”５日”として、それぞれの日の一通貨あたりの収益を、１日目がＡ、２日目がＢ、３日目がＣ、４日目がＤ、５日目がＥとすると、一通貨あたりの収益のＱ日間の平均（Ｓａ）は、
Ｓａ＝（Ａ＋Ｂ＋Ｃ＋Ｄ＋Ｅ）÷５・・・（１）
である。
また、一通貨あたりの収益の標準偏差σを計算する。
一通貨あたりの収益の標準偏差σは、
Ｓａ＝（Ａ＋Ｂ＋Ｃ＋Ｄ＋Ｅ）÷５・・・（１）
である。
また、一通貨あたりの収益の標準偏差σを計算する。
一通貨あたりの収益の標準偏差σは、
詳しくは、解析結果分析ＤＢ作成部１０ｂでは、以下の処理を行う。
まず、計算期間をＱ取引日（５日、１０日、２０日等）として収益（金額／枚）と収益の標準偏差を求める。
この計算結果を、「翌取引日」に適用して例えば平均「１.５銭／通貨」以上収益を上げられる、取引シナリオを選びだすための分析シナリオのルールを求める。図１４は、平均「１.５銭／通貨」以上収益を上げられたルールを示す例である。通常、ブローカーがＣＰからの気配値に対し、自己のマークアップ分を加味して顧客に提示するブローカー気配値との差額による一通貨当たりの収益が０．５銭であることを考慮すると、１．５銭／通貨は通常の取引の３倍の利益が得られるルールとなる。
すなわち、「１.５銭／通貨」以上の平均収益（Ｓａ）を上げられる分析シナリオのシミュレーションルールを見極めることが出来る。
まず、計算期間をＱ取引日（５日、１０日、２０日等）として収益（金額／枚）と収益の標準偏差を求める。
この計算結果を、「翌取引日」に適用して例えば平均「１.５銭／通貨」以上収益を上げられる、取引シナリオを選びだすための分析シナリオのルールを求める。図１４は、平均「１.５銭／通貨」以上収益を上げられたルールを示す例である。通常、ブローカーがＣＰからの気配値に対し、自己のマークアップ分を加味して顧客に提示するブローカー気配値との差額による一通貨当たりの収益が０．５銭であることを考慮すると、１．５銭／通貨は通常の取引の３倍の利益が得られるルールとなる。
すなわち、「１.５銭／通貨」以上の平均収益（Ｓａ）を上げられる分析シナリオのシミュレーションルールを見極めることが出来る。
この結果、解析結果分析ＤＢ１０ｄには、図１２（ｂ）に示すように、取引日、取引通貨、分析シナリオＮＯ、取引シナリオＮＯ、取引日損益、取引日一通貨あたり損益（銭）、平均損益（期間Ｑ）、一通貨あたり損益（期間Ｑ）、翌取引日損益、翌取引日数量が解析結果分析データとして記憶される。
以下、図１１に示す解析結果分析サーバ１０の分析部１０ｅによる取引解析パラメータの設定処理について説明する。
ここで、図１３に示すフローチャートを参照して、分析部１０ｅによる収益予想に関するシミュレーション処理について説明する。
連続した取引日（Ｑ日）について計算後、分析部１０ｅは次の評価を行う。
ここで、図１３に示すフローチャートを参照して、分析部１０ｅによる収益予想に関するシミュレーション処理について説明する。
連続した取引日（Ｑ日）について計算後、分析部１０ｅは次の評価を行う。
ステップＳ３１０では、分析部１０ｅは、連続したＱ取引日について、ＰＭ(＝ＰＭ（Ｑ）×ＰＭ（Ｒ）×ＰＭ（Ｓ））個のパターンの取引シナリオ毎に、一通貨あたりの収益の平均（Ｓａ）を計算する。
そして、ステップＳ３１５では、一通貨あたりの収益の標準偏差σを計算する。
そして、ステップＳ３１５では、一通貨あたりの収益の標準偏差σを計算する。
ステップＳ３２０では、分析部１０ｅは、ステップＳ３１０で並べられた各分析パターンについて、上位１〜Ｒ番目の取引シナリオについて、一通貨あたりの標準偏差の小さい順（昇順）に並び替え、最上位の取引シナリオが翌取引日にどのような収益および一通貨あたりの収益をあげたかを検証する。
ここで、「平均値」の１〜１０位を、「標準偏差」で昇順にソートして並び変え、一通貨あたりの標準偏差の小さい取引シナリオを選択してもよい。
ここで、「平均値」の１〜１０位を、「標準偏差」で昇順にソートして並び変え、一通貨あたりの標準偏差の小さい取引シナリオを選択してもよい。
図１５（ａ）は前述した取引シナリオの各パラメータ（α１（買）、α２（売）、β１（買）、β２（売）、Ｌ、Ｘ）をそれぞれ設定し、取引を行った場合のシミュレーション結果を、分析シナリオに基づいて分析して平均値や標準偏差を求めた結果を示す図であり、図１４に示したシミュレーションルールのＮｏ．１〜Ｎｏ．９が、１〜９（図１５では○数字で記載）に相当する。図１５（ｂ）は、図１５（ａ）に示す「平均値」の１〜１０位を「標準偏差」で昇順にソートして並び変えたことを示す図である。
さらに分析部１０ｅは、複数の解析結果を所定の分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択し、ＣＰ気配値に対するカバー取引による収益を取引シナリオにより測定し、一定期間の間の取引シナリオ毎の収益に関する一通貨当たり平均収益Ｓａ、および一通貨当たり収益の標準偏差σを測定し、分析シナリオにより選択した取引シナリオにより、翌取引日に獲得した収益を測定する。
さらに分析部１０ｅは、複数の解析結果を所定の分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択し、ＣＰ気配値に対するカバー取引による収益を取引シナリオにより測定し、一定期間の間の取引シナリオ毎の収益に関する一通貨当たり平均収益Ｓａ、および一通貨当たり収益の標準偏差σを測定し、分析シナリオにより選択した取引シナリオにより、翌取引日に獲得した収益を測定する。
ステップＳ３２５では、分析部１０ｅは、ステップＳ３２０の検証を一定期間Ｓ行う。
ここで、分析シナリオＤＢ１０ｃに一定期間として記憶される分析パラメータの設定について説明する。
パラメータＱとして、３日、４日、・・・等を分析シナリオＤＢ１０ｃに複数記憶する。また、記憶されたパラメータＱのパターン数をＰＭ（Ｑ）とする。
パラメータＲとして、最上位（１位まで）、１０位まで、２０位まで、・・等を分析シナリオＤＢ１０ｃに、複数記憶する。記憶されたパラメータＲのパターン数を、ＰＭ（Ｒ）とする。
パラメータＳとして、１ヶ月、２ヶ月、・・・等を分析シナリオＤＢ１０ｃに複数記憶する。記憶されたパラメータＳのパターン数をＰＭ（Ｓ）とする。
ここで、分析シナリオＤＢ１０ｃに一定期間として記憶される分析パラメータの設定について説明する。
パラメータＱとして、３日、４日、・・・等を分析シナリオＤＢ１０ｃに複数記憶する。また、記憶されたパラメータＱのパターン数をＰＭ（Ｑ）とする。
パラメータＲとして、最上位（１位まで）、１０位まで、２０位まで、・・等を分析シナリオＤＢ１０ｃに、複数記憶する。記憶されたパラメータＲのパターン数を、ＰＭ（Ｒ）とする。
パラメータＳとして、１ヶ月、２ヶ月、・・・等を分析シナリオＤＢ１０ｃに複数記憶する。記憶されたパラメータＳのパターン数をＰＭ（Ｓ）とする。
ステップＳ３３０では、分析部１０ｅは、上記分析シナリオＤＢ１０ｃに記憶された分析パラメータに基づき、全部でＰＭ（分析）（＝ＰＭ（Ｑ）×ＰＭ（Ｒ）×ＰＭ（Ｓ））個のパターンに対して検証し、検証結果の良い取引シナリオを分析シナリオによって選び出す。
そして、分析結果送信部１０ｓは、選び出された取引シナリオをインターネット７を介して金融商品取引管理サーバ４に設けられたカバー取引シナリオ管理部４ｉに送信する。
この結果、金融商品取引管理サーバ４は、翌取引日の取引に用いることが可能な取引シナリオ（パラメータＮ（一取引日の時間分割パターン）、パラメータα１（買）、パラメータα２（売）、パラメータＬ（時間長）、パラメータβ１（買）、パラメータβ２（売）、パラメータＸ（許容損失累計額）を取得することができる。
そして、分析結果送信部１０ｓは、選び出された取引シナリオをインターネット７を介して金融商品取引管理サーバ４に設けられたカバー取引シナリオ管理部４ｉに送信する。
この結果、金融商品取引管理サーバ４は、翌取引日の取引に用いることが可能な取引シナリオ（パラメータＮ（一取引日の時間分割パターン）、パラメータα１（買）、パラメータα２（売）、パラメータＬ（時間長）、パラメータβ１（買）、パラメータβ２（売）、パラメータＸ（許容損失累計額）を取得することができる。
以上のように、本実施形態によれば、ＦＸカバー取引による収益を、カバー取引方法を細分化し、細分化したそれぞれの取引シナリオに基づいて、実際の相場であるＣＰ気配値を対象として収益を測定し、それぞれの取引シナリオの収益が一定期間、どれだけの平均収益（Ｓａ）があり、どれだけ安定しているか（収益の標準偏差σ小さいか）を測定し、分析シナリオにより選び出した取引シナリオが、翌取引日にどのような収益を上げたかを測定する。
分析シナリオにより選びだした取引シナリオが、翌取引日にどのような収益を上げたかを一定期間測定し、当該分析シナリオの有効性を評価する。
収益の標準偏差が小さくかつ高い収益を獲得する取引シナリオを選択した分析シナリオを最良の分析シナリオとして選択する。
そして、選び出した分析シナリオを最良として、最良の分析シナリオが選び出した取引シナリオを金融商品取引管理サーバ４に配信する。
収益の標準偏差が小さくかつ高い収益を獲得する取引シナリオを選択した分析シナリオを最良の分析シナリオとして選択する。
そして、選び出した分析シナリオを最良として、最良の分析シナリオが選び出した取引シナリオを金融商品取引管理サーバ４に配信する。
特に、損失累計が一定額（Ｘ円）に達した場合、以降の顧客注文は自動化システムの対象外とし、直接カウンタパーティに繋ぐとともに、未約定分はＣＰ気配値に対して速やかに成行で約定することで、損失拡大を制限していることで効果が大きく、一通貨あたりの平均収益（Ｓａ）を押し上げており、顧客約定を速やかにカウンタパーティにカバー取引をしているＦＸブローカーと比べて、約定一通貨あたりの収益が２〜３ぐらいとなっているディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーを上回る収益を上げることができる。
すなわち、上記の実施の形態では７１２８通りの取引シナリオに基づいて取引をした場合をシミュレーションし、一取引日における損益を算出し、更に利用者の所望の条件に応じた分析シナリオに基づいて分析し、どの取引シナリオによる条件が利益を生むか、或いは利益の標準偏差が少ないかを確認することで、設定すべき取引シナリオのパラメータを見極めることができ、その結果、ディーラを介在させるカバー取引と同じかそれ以上の利益を得ることができる。
すなわち、上記の実施の形態では７１２８通りの取引シナリオに基づいて取引をした場合をシミュレーションし、一取引日における損益を算出し、更に利用者の所望の条件に応じた分析シナリオに基づいて分析し、どの取引シナリオによる条件が利益を生むか、或いは利益の標準偏差が少ないかを確認することで、設定すべき取引シナリオのパラメータを見極めることができ、その結果、ディーラを介在させるカバー取引と同じかそれ以上の利益を得ることができる。
＜第２実施形態＞
図１６は、本発明の第２実施形態に係わる取引自動化システムのシステム構成図である。図１に示した第１実施形態と比較し、ＦＸカバー取引自動化システム８がＦＸブローカーのブローカーシステムの外に存在している点が異なる。このように構成することで、金融用品取引管理サーバ４で収集した各銀行サーバ２ａ〜２ｃから提供されるＣＰ気配値と、各クライアント端末６ａ〜６ｃから提供される買い又は売りの注文の気配値に関するデータをインターネット７を介して入手し、取引解析サーバ９および解析結果分析サーバ１０ではそれぞれ第１実施形態で説明したように取引シナリオおよび分析シナリオに基づいて、損益をシミュレーションし、ＦＸブローカーの希望する分析シナリオ条件で最も収益性の高い取引シナリオに含まれる様々な条件をＦＸブローカーに提供し、翌日の取引の条件に設定することで、高い収益性を確保することができる。
図１６は、本発明の第２実施形態に係わる取引自動化システムのシステム構成図である。図１に示した第１実施形態と比較し、ＦＸカバー取引自動化システム８がＦＸブローカーのブローカーシステムの外に存在している点が異なる。このように構成することで、金融用品取引管理サーバ４で収集した各銀行サーバ２ａ〜２ｃから提供されるＣＰ気配値と、各クライアント端末６ａ〜６ｃから提供される買い又は売りの注文の気配値に関するデータをインターネット７を介して入手し、取引解析サーバ９および解析結果分析サーバ１０ではそれぞれ第１実施形態で説明したように取引シナリオおよび分析シナリオに基づいて、損益をシミュレーションし、ＦＸブローカーの希望する分析シナリオ条件で最も収益性の高い取引シナリオに含まれる様々な条件をＦＸブローカーに提供し、翌日の取引の条件に設定することで、高い収益性を確保することができる。
また、ＦＸブローカーの既存の金融用品取引管理サーバおよび実取引を実行するシステムは様々存在するが、第２実施形態のようにＦＸカバー取引自動化システム８をブローカーシステムとは独立して設けることで、ブローカーシステムの構成に左右されることなく、ＦＸカバー取引自動化システム８を構築することが可能となる。
なお、第２実施形態の場合、取引解析サーバ９と解析結果分析サーバ１０は取引シナリオに基づいてシミュレーションを実施し、一取引日における取引シナリオによるシミュレーション結果および分析シナリオによる分析結果をＦＸブローカーに提供し、ＦＸブローカーでは翌日の取引条件（取引シナリオと同じ）を指定することでＦＸブローカーの金融商品取引管理サーバに備えている注文情報生成部と約定情報生成部を機能させる。
なお、第２実施形態の場合、取引解析サーバ９と解析結果分析サーバ１０は取引シナリオに基づいてシミュレーションを実施し、一取引日における取引シナリオによるシミュレーション結果および分析シナリオによる分析結果をＦＸブローカーに提供し、ＦＸブローカーでは翌日の取引条件（取引シナリオと同じ）を指定することでＦＸブローカーの金融商品取引管理サーバに備えている注文情報生成部と約定情報生成部を機能させる。
以上のように、本発明によれば、ＦＸカバー取引による収益を、カバー取引方法を細分化し、細分化したそれぞれの取引シナリオを、実際の相場であるＣＰ気配値で収益を測定し、それぞれの取引シナリオの収益が一定期間、どれだけの平均収益があり、どれだけ安定しているか（収益の標準偏差が小さいか）を測定し、分析シナリオにより選びだした取引シナリオが、翌取引日にどのような収益を上げたかを測定する。
分析シナリオにより選びだした取引シナリオが、翌取引日にどのような収益を上げたかを一定期間測定し、当該分析シナリオの有効性を評価する。
最も安定して（標準偏差の小さい）、高い収益を上げる取引シナリオを選び出した分析シナリオを最良として、最良シナリオが選び出した取引シナリオをＦＸブローカーに配信する。
このように、細分化した取引シナリオを定義し、細分化した取引シナリオ毎の収益を、日々測定する。
この日々測定した取引シナリオ毎の収益について分析シナリオを用いて分析することで、最も安定して（標準偏差の小さい）、高い収益を上げる取引シナリオを選び出した分析シナリオを最良として、最良シナリオが選び出した取引シナリオをＦＸブローカーに配信することができる。
最も安定して（標準偏差の小さい）、高い収益を上げる取引シナリオを選び出した分析シナリオを最良として、最良シナリオが選び出した取引シナリオをＦＸブローカーに配信する。
このように、細分化した取引シナリオを定義し、細分化した取引シナリオ毎の収益を、日々測定する。
この日々測定した取引シナリオ毎の収益について分析シナリオを用いて分析することで、最も安定して（標準偏差の小さい）、高い収益を上げる取引シナリオを選び出した分析シナリオを最良として、最良シナリオが選び出した取引シナリオをＦＸブローカーに配信することができる。
特に、損失累計が一定額（Ｘ円）に達した場合、以降の顧客注文は自動化システムの対象外とし、直接カウンタパーティに繋ぐとともに、未約定分はＣＰ気配値に対して速やかに成行で約定することで、損失拡大を制限していることが効果が大きく、一通貨あたりの平均収益を押し上げており、顧客約定を速やかにカウンタパーティにカバー取引をしているＦＸブローカーと比べて、約定一通貨あたりの収益が２〜３ぐらいとなっているディーラが売買タイミングを計りながらカバー取引をしているＦＸブローカーを上回る収益を上げることができる。
＜他の実施形態＞
第１実施形態では、取引解析サーバでの処理が終了した後に解析結果分析サーバが処理を開始するように構成したが、本発明はこのような構成に限定されるものではなく、例えば、取引解析サーバでの処理と、解析結果分析サーバでの処理とを並列に扱うように構成してもよく、これにより、処理効率を向上することができる。
第１実施形態では、取引解析サーバでの処理が終了した後に解析結果分析サーバが処理を開始するように構成したが、本発明はこのような構成に限定されるものではなく、例えば、取引解析サーバでの処理と、解析結果分析サーバでの処理とを並列に扱うように構成してもよく、これにより、処理効率を向上することができる。
また、第１および第２実施形態では、解析結果分析サーバが１取引日単位で取引シナリオを金融商品取引管理サーバ４に送信するように構成したが、本発明はこのような構成に限定されるものではなく、例えば、例えばニューヨーク市場や東京市場やロンドン市場がオープンしている時間帯が異なるため、それぞれの市場の時間帯に適応した取引シナリオを順次最適なものに切り替え、金融商品取引管理サーバ４に送信するように構成してもよく、これにより、開催市場毎の収益の変動リスクを抑え、かつ開催市場毎に高い収益期待というメリットを追求することができる。
さらに、第１および第２実施形態では、金融商品取引管理サーバと、取引解析サーバと、解析結果分析サーバとの設置場所を分散させるように構成していたが、本発明はこのような構成に限定されるものではなく、例えば、金融商品取引管理サーバの機能と、取引解析サーバの機能と、解析結果分析サーバの機能とを有する１つの装置として扱ってもよく、この場合、相互間の通信情報がインターネットを介して外部に漏れないので、金融商品を扱う上でのセキュリティの向上に寄与することができる。
なお更に、第１および第２実施形態では、取引シナリオのパラメータとして、上乗せレートα１、α２、ロスカットレートβ１、β２、指値での約定を諦める時間Ｌ、一取引日における時間の区分数Ｎのうち、α１とα２とを同じ数値とし、更にβ１とβ２とを同じ数値とした場合の取引シナリオの数として７１２８通りのものが存在する旨の説明を行ったが、本発明はこれに限定されるものではなく、α１、α２、β１、β２、Ｌ、Ｎを所望のものを用いることができる。またこれらのパラメータに加え、累計損失額Ｘを可変パラメータの一つとして取り扱うことにより更に詳細な取引シナリオを作成することができ、シミュレーションの精度を高めることができる。
時間帯の個数を指定する諦める時間Ｌの代わりに、直接諦める時間を指定することもできる。
時間帯の個数を指定する諦める時間Ｌの代わりに、直接諦める時間を指定することもできる。
１ 金融商品取引管理システム、２ａ、２ｂ、２ｃ 銀行サーバ、４ 金融商品取引管理サーバ、４ａ フロントページ配信部、４ｂ 注文入力受付部、４ｃ 入出金情報生成部、４ｄ 約定情報生成部、４ｅ 口座情報生成部、４ｆ 注文情報生成部、４ｇ データベース、４ｈ 価格情報受信管理部、４ｉ カバー取引シナリオ管理部、５ インターネット、６ａ、６ｂ、６ｃ クライアント端末、７ インターネット、８ ＦＸカバー取引自動化システム、９ 取引解析サーバ、９ａ 顧客約定データ、９ｂ 取引解析計算ＤＢ作成部、９ｃ 取引シナリオＤＢ、９ｄ 取引解析計算ＤＢ、９ｆ 約定測定部、９ｉ 損益集計部、９ｋ 取引解析結果ＤＢ、９ｍ エリア（セル）、９ｒ データ受信部、９ｓ 取引解析結果出力部、９ｔ シナリオ／時間帯・展開テーブル、９ｔｓ エリア（セル）、１０ 解析結果を解析結果分析サーバ、１０ａ 取引解析結果ＤＢ、１０ｂ 解析結果分析ＤＢ作成部、１０ｃ 分析シナリオＤＢ、１０ｄ 解析結果分析ＤＢ、１０ｅ 分析部、１０ｇ 取引シナリオＤＢ、１０ｈ 分析結果集計ＤＢ、１０ｒ データ受信部、１０ｓ 分析結果送信部
Claims (11)
- 外国為替に関するカバー取引を行うための複数のパラメータからなる取引シナリオを予測するシミュレーション装置であって、
通信回線を介して受信される顧客約定データおよびカウンタパーティ気配値を解析して複数の解析結果を生成する取引解析手段と、
前記複数の解析結果を分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択する解析結果分析手段と、
選択された取引シナリオを取引装置に送信する送信手段と、を備えたことを特徴とするシミュレーション装置。 - 前記取引解析手段は、
前記カバー取引を行うための複数の取引シナリオを記憶する取引シナリオデータベースと、
前記顧客約定データおよび気配値に対して、前記取引シナリオデータベースから読み出した取引シナリオ毎に収益を計算する収益計算手段と、
該計算結果を取引日毎にデータベースに保存する保存手段とを備え、
前記解析結果分析手段は、
前記分析シナリオを記憶する分析シナリオデータベースと、
前記取引解析により生成される取引日の取引シナリオ毎の収益計算結果に対して、分析シナリオデータベースから読み出した分析シナリオに基づいて分析する分析手段と、
前記分析手段からの分析結果を分析シナリオ毎に保存する解析結果分析データベースと、
前記解析結果分析データベースから読み出した分析結果を評価し、１つの取引シナリオを選択する評価選択手段とを備えることを特徴とする請求項１記載のシミュレーション装置。 - 前記解析結果分析手段は、前記気配値に対するカバー取引による収益を取引シナリオにより測定し、一定期間の間の取引シナリオ毎の収益に関する平均収益、および収益の標準偏差を測定し、分析シナリオにより選択した取引シナリオにより、翌取引日に獲得した収益を測定する測定手段を備えることを特徴とする請求項１記載のシミュレーション装置。
- 前記評価選択手段は、前記分析シナリオにより選択した取引シナリオが、翌取引日に獲得した収益を一定期間の間測定し、当該分析シナリオの有効性を評価することを特徴とする請求項２記載のシミュレーション装置。
- 前記評価選択手段は、収益の標準偏差が小さくかつ高い収益を獲得する取引シナリオを選択した分析シナリオを最良シナリオとして選択する選択手段を備えることを特徴とする請求項４記載のシミュレーション装置。
- 請求項１乃至５の何れか１つに記載のシミュレーション装置と、
外国為替を売買するために銀行に設けられた銀行サーバと前記外国為替を売買するためにクライアントに設けられたクライアント端末との間にそれぞれ通信回線を介して接続され、前記シミュレーション装置から予め取得した取引シナリオを用いて、翌取引日のカバー取引を行う取引管理サーバとを備えることを特徴とする取引自動化システム。 - 外国為替に関するカバー取引を行うための複数のパラメータからなる取引シナリオを予測するシミュレーション装置に設けられたプロセッサに実行させるプログラムであって、
通信回線を介して受信される顧客約定データおよび気配値を解析して複数の解析結果を生成する取引解析ステップと、
前記複数の解析結果を所定の分析シナリオに基づいて分析し、予め記憶されている複数の取引シナリオの中から１つの取引シナリオを選択する解析結果分析ステップとを有することを特徴とするプログラム。 - 前記取引解析ステップは、
前記カバー取引を行うための複数の取引シナリオを取引シナリオデータベースに記憶する記憶ステップと、
前記顧客約定データおよび気配値に対して、前記取引シナリオデータベースから読み出した取引シナリオ毎に収益を計算する収益計算ステップと、
該計算結果を取引日毎にデータベースに保存する保存ステップとを有し、
前記解析結果分析ステップは、
前記分析シナリオを分析シナリオデータベースに記憶する記憶ステップと、
前記取引解析により生成される取引日の取引シナリオ毎の収益計算結果に対して、前記分析シナリオデータベースから読み出した分析シナリオに基づいて分析する分析ステップと、
前記分析ステップからの分析結果を分析シナリオ毎に解析結果分析データベースに保存する保存ステップと、
前記解析結果分析データベースから読み出した分析結果を評価し、１つの取引シナリオを選択する評価選択ステップとを有することを特徴とする請求項７記載のプログラム。 - 前記解析結果分析ステップは、前記気配値に対するカバー取引による収益を取引シナリオにより測定し、一定期間の間の取引シナリオ毎の収益に関する平均収益、および収益の標準偏差を測定し、分析シナリオにより選択した取引シナリオにより、翌取引日に獲得した収益を測定する測定ステップを有することを特徴とする請求項７記載のプログラム。
- 前記評価選択ステップは、前記分析シナリオにより選択した取引シナリオが、翌取引日に獲得した収益を一定期間の間測定し、当該分析シナリオの有効性を評価することを特徴とする請求項８記載のプログラム。
- 前記評価選択ステップは、収益の標準偏差が小さくかつ高い収益を獲得する取引シナリオを選択した分析シナリオを最良シナリオとして選択する選択ステップを有することを特徴とする請求項１０記載のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012080735A JP2013210851A (ja) | 2012-03-30 | 2012-03-30 | シミュレーション装置、取引自動化システムおよびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012080735A JP2013210851A (ja) | 2012-03-30 | 2012-03-30 | シミュレーション装置、取引自動化システムおよびプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2013210851A true JP2013210851A (ja) | 2013-10-10 |
Family
ID=49528620
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012080735A Pending JP2013210851A (ja) | 2012-03-30 | 2012-03-30 | シミュレーション装置、取引自動化システムおよびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2013210851A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019145060A (ja) * | 2018-02-21 | 2019-08-29 | クリプトリンク株式会社 | 仮想通貨管理システム |
| JP2020166313A (ja) * | 2019-03-28 | 2020-10-08 | みずほ情報総研株式会社 | シナリオ管理システム、シナリオ管理方法及びシナリオ管理プログラム |
| JP7277677B1 (ja) * | 2023-01-24 | 2023-05-19 | 直樹 神田 | 為替マッチング処理プログラム、為替マッチング処理方法、及び、為替マッチング処理システム |
-
2012
- 2012-03-30 JP JP2012080735A patent/JP2013210851A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019145060A (ja) * | 2018-02-21 | 2019-08-29 | クリプトリンク株式会社 | 仮想通貨管理システム |
| JP2020166313A (ja) * | 2019-03-28 | 2020-10-08 | みずほ情報総研株式会社 | シナリオ管理システム、シナリオ管理方法及びシナリオ管理プログラム |
| JP7277677B1 (ja) * | 2023-01-24 | 2023-05-19 | 直樹 神田 | 為替マッチング処理プログラム、為替マッチング処理方法、及び、為替マッチング処理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7102031B2 (ja) | 取引管理装置、取引管理システム、取引管理システムにおける取引管理方法、プログラム | |
| US11593305B2 (en) | Data conversion and distribution systems | |
| KR20010039776A (ko) | 자산운용 조언시스템 및 그 프로그램을 수록한 기록매체 | |
| JP2002366741A (ja) | 資産管理支援システム、資産管理支援用サーバ装置、および資産管理支援方法 | |
| US20090240557A1 (en) | Method, apparatus and computer program product for valuing a technological innovation | |
| JP2013210851A (ja) | シミュレーション装置、取引自動化システムおよびプログラム | |
| JP2023168630A (ja) | 金融商品取引管理装置、金融商品取引管理システム、プログラム | |
| JP2020198140A (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
| JP2002024547A (ja) | 株式売買タイミング決定支援システム | |
| CA3081254C (en) | Data conversion and distribution systems | |
| JP4329644B2 (ja) | 市場分析装置 | |
| JP2012168599A (ja) | 金融ポートフォリオ分析システム | |
| JP6902311B1 (ja) | 抽出システム、抽出方法および、抽出プログラム | |
| JP2021193633A (ja) | 金融商品取引管理装置、金融商品取引管理方法、プログラム | |
| JP2007265295A (ja) | 顧客支援システム |