リーブオーダー管理システム
【課題】
複雑な階層構造をもったリーブオーダーを間違いなく、確実に執行することのできるリーブオーダー管理システムを提供すること。
【解決手段】
本発明にかかるリーブオーダー管理システムは、複数のオーダーが最適ヘッジ比率に調整されるように階層化されたものを対象とし、特に、二つの選択的なオーダーのうち一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについてさらに二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーが実行される。このとき、特定の識別番号をＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、ＯＵ１＝ＯＣ×２＋Ｃ，ＯＵ２＝ＯＣ×２＋（Ｃ＋１）によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号間のリンク情報を生成している。
複雑な階層構造をもったリーブオーダーを間違いなく、確実に執行することのできるリーブオーダー管理システムを提供すること。
【解決手段】
本発明にかかるリーブオーダー管理システムは、複数のオーダーが最適ヘッジ比率に調整されるように階層化されたものを対象とし、特に、二つの選択的なオーダーのうち一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについてさらに二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーが実行される。このとき、特定の識別番号をＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、ＯＵ１＝ＯＣ×２＋Ｃ，ＯＵ２＝ＯＣ×２＋（Ｃ＋１）によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号間のリンク情報を生成している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約取引を実行するリーブオーダー管理システムに関する。
【背景技術】
【０００２】
ダイナミックヘッジ商品は、オプションを使わずにある想定シナリオにより組成された為替予約取引（リーブオーダー形式）の反復売買を繰り返すことにより、オプション取引と同等の効果を実現し、かつ最終的にオプション取引よりも低コストとなる可能性を有する商品であり、近年、銀行等においてその取り扱いが増加している。
【０００３】
図１４にダイナミックヘッジ商品において作成される想定シナリオの例を示す。図１４の例では、現在の米ドル（ＵＳＤ）／日本円（ＪＰＹ）の為替レートが１１８円であった場合、１円上下するシナリオ（１１７円或いは１１９円）を想定し、それぞれのケースについて売るべき（或いは買うべき）金額を指定しておく。具体的には、シナリオ１として為替レートが１１７円になった場合に１０００万米ドル分売り、シナリオ２として為替レートが１１９円になった場合に５００万米ドル分買うことが想定されている。このように、顧客が取引すべき金額や価格を事前に指定した上で銀行等に対して依頼するオーダー（為替オーダー）を本明細書では「リーブオーダー」という。以下の説明では、「リーブオーダー」を単に「オーダー」と呼ぶ場合もある。
【０００４】
なお、株や外国為替などを自動売買するシステムが提案されている（特許文献１、２参照）。
【特許文献１】特開２００４−５５５４号公報
【特許文献２】特開２００５−３１７０４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このようなリーブオーダーの管理には、一般にコンピュータが用いられ、管理システムが構成される。しかしながら、従来の管理システムでは、単に、オーダー内容をシステム上に登録した上で個々のオーダーの発効条件をマニュアルで設定していた。従って、図１４で示されるような１階層分の管理であれば問題は少ないが、さらにシナリオ１やシナリオ２のそれぞれにおいて階層的にオーダーが組み込まれることになると、複雑な階層構造をもったオーダーを間違いなく、確実に執行することは困難であった。
【０００６】
本発明の第１の目的は、かかる問題を解消し、複雑な階層構造をもったリーブオーダーを間違いなく、確実に執行することのできるリーブオーダー管理システムを提供することである。
【０００７】
さらに、本発明の第２の目的は、リーブオーダーの階層や件数が変更になった場合であっても柔軟に対応可能なリーブオーダー管理システムを提供することである。
【課題を解決するための手段】
【０００８】
本発明にかかるリーブオーダー管理システムは、想定条件と当該想定条件を充足した場合に実行される取引内容とを含む複数のオーダーが最適ヘッジ比率に調整されるように階層化され、二つの選択的なオーダーのうち一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについてさらに二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーを実行し、管理するリーブオーダー管理システムであって、前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号をＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、ＯＵ１＝ＯＣ×２＋Ｃ，ＯＵ２＝ＯＣ×２＋（Ｃ＋１）によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号間のリンク情報を生成して前記リンク情報記憶部に格納する制御部を備えたものである。
【０００９】
ここで、前記リンク情報は、並列的に選択可能なオーダーであって一方を実行した場合に他方が取り消される関係を示すリンク情報ocoと、所定オーダーとこのオーダを実行した場合に発効される配下のオーダーとの関係を示すリンク情報idoとを含む。
【００１０】
また、前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定することが好ましい。
【００１１】
また、前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダーの全てについてリンク情報を算出し、前記リンク情報記憶部に格納することが望ましい。
【００１２】
さらにまた、前記制御部は、前記シナリオ情報記憶部に格納されたオーダーと識別番号とを関連付けて画面に表示させるとともに、前記リンク情報記憶部に格納されたリンク情報も画面に表示させることが好ましい。
【００１３】
また、前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することが望ましい。
【００１４】
ここで、好適な実施の形態におけるオーダーは、為替先物予約取引の売買を行なうオーダーである。
【００１５】
本発明にかかる他の観点によるリーブオーダー管理システムは、為替先物予約取引における発効条件付き多階層リーブオーダーに基づく為替先物予約取引の売買を繰り返すことによって最適ヘッジ比率に調整できるように作成されたシナリオ情報に基づいて、当該リーブオーダーの実行及び管理を行なうリーブオーダー管理システムであって、前記リーブオーダーは、想定為替レートと当該想定為替レートを充足した場合に実行される為替売買内容とを含む複数のオーダーよりなり、かつ二つの選択的なオーダーのそれぞれに対して、二つの選択的なオーダーが関連付けられることにより階層化されており、前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、前記リーブオーダーの実行及び管理を制御する制御部とを備え、前記制御部は、前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号ＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、ＯＵ１＝ＯＣ×２＋Ｃ，ＯＵ２＝Ｏｃ×２＋（Ｃ＋１）によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号を記憶部に格納する識別番号算出手段と、前記識別番号算出手段によって算出された配下のオーダーの識別番号ＯＵ１，ＯＵ２とＯＣとを前記記憶部より読み出し、ＯＣにより特定されるオーダーが実行された場合にＯＵ１，ＯＵ２により特定されるオーダーが発効される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第１のリンク情報生成手段と、前記ＯＣにより特定されるオーダーに対して、ＯＣ＋１若しくはＯＣ−１により特定されるオーダーが並列的に選択される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第２のリンク情報生成手段とを備えたものである。
【００１６】
ここで、前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定するチェック手段を備えることが望ましい。
【００１７】
また、前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することが好ましい。
【発明の効果】
【００１８】
本発明によれば、複雑な階層構造をもったリーブオーダーを間違いなく、確実に執行することが可能なリーブオーダー管理システムを提供することができ、また、リーブオーダーの階層や件数が変更になった場合であっても柔軟に対応可能なリーブオーダー管理システムを提供することができる。
【発明を実施するための最良の形態】
【００１９】
図１に示されるように、本発明の実施の形態にかかるリーブオーダー管理システム２００は、ダイナミックヘッジシステム１００とともに用いられる。
【００２０】
ダイナミックヘッジシステム１００は、現在の各種マーケットレート・ボラティリティーといった変数を入力値として想定シナリオ（ヘッジ計画）を作成するコンピュータシステムである。
【００２１】
図２に本発明の実施の形態にかかるリーブオーダー管理システム２００のシステム構成を示す。
【００２２】
リーブオーダー管理システム２００は、コンピュータシステムにより構成され、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３より構成される制御部１、入力装置２、出力装置３、入出力制御回路４、データベース５を備えており、これらの構成要素は相互にシステムバスにより接続されている。
【００２３】
制御部１は、リーブオーダー管理システム２００を実現するための種々の演算処理を実行する。ＣＰＵ１１は、中央演算装置であり、ＲＯＭ１２に格納されたメインプログラムや、ＲＡＭ１３等に展開されたプログラム、一時的に格納されたデータ等に基づき転送や演算処理を実行する。ＲＡＭ１３は、一時的にデータを格納する記憶部として機能する。
【００２４】
入力装置２は、例えばキーボードやマウス等のデータ入力デバイスである。この入力装置２によりデータベース５へデータを入力できる。出力装置３は、ＬＣＤやＣＲＴ等の表示装置やプリンタである。入出力制御回路４は、ダイナミックヘッジシステム１００等の外部装置との間でデータの入出力を実行するための制御を行う。
【００２５】
データベース５は、データを格納する記憶手段（記憶部）であり、メモリやハードディスク等によって構成される。リーブオーダー管理システム２００のデータベース５は、少なくともシナリオ情報記憶部５１及びリンク情報記憶部５２を備えている。
【００２６】
シナリオ情報記憶部５１は、ダイナミックヘッジシステム１００により作成されたシナリオ情報を格納する。シナリオ情報では、オーダーと、このオーダを識別する識別番号とが相互に関連付けられている。
【００２７】
リンク情報記憶部５２は、シナリオ情報記憶部５１に格納されたシナリオ情報に基づいて作成されたリンク情報を格納する。ここで、リンク情報とは、個々のオーダーを相互に関連付ける情報である。
【００２８】
続いて、図３のフローチャートを用いて、ダイナミックヘッジシステム１００及びリーブオーダー管理システム２００における処理概要について説明する。
【００２９】
まず、ダイナミックヘッジシステム１００に対して各種マーケットレートやボラティリティといった変数を入力すると、このダイナミックヘッジシステム１００は、予め定められたアルゴリズムに従って、想定シナリオを計算し作成する（Ｓ１０１）。ダイナミックヘッジシステム１００では、例えば顧客別にそれぞれ７階層・２５４パターンのリーブオーダーからなるシナリオを作成する。
【００３０】
次に、ダイナミックヘッジシステム１００において作成されたシナリオに含まれるリーブオーダーのそれぞれに１，２，３，・・・・，Ｎの連続する数字からなる識別番号を付してリーブオーダー管理システム２００に転送する（Ｓ１０２）。かかる識別番号の付与は、当該ダイナミックヘッジシステム１００において自動的に実行するようにしてもよく、またリーブオーダー管理システム２００に対してマニュアルにて入力するようにしてもよい。
【００３１】
次に、リーブオーダー管理システム２００においてオーダーのリンク付けを実行する（Ｓ１０３）。かかるリンク付け処理は、本発明において特徴的な処理であるため、後に詳述する。リンク付け処理の際にエラーチェックも実行するが、エラーを検出した場合にはダイナミックヘッジシステム１００において再計算を実行し、再計算の結果得られたシナリオ情報をリーブオーダ管理システム２００に転送する。
【００３２】
オーダーのリンク付けが行なわれた後に、まず、顧客に対してオーダーの詳細を通知し、また、ダイナミックヘッジシステム１００により作成された時価レポートを送付する。その後に、オーダーを２４時間管理の上で執行する（Ｓ１０４）。さらに、オーダーの執行に関するパフォーマンスをモニターの上継続的なモデルの見直しを実行する。
【００３３】
図４に示す概念図を用いて、リーブオーダ管理システム２００において実行されるリンク付け処理について概説する。図において、符号１０にて示される情報が、ダイナミックヘッジシステム１００により作成されたシナリオ情報である。この例にかかるシナリオ情報は、テキストファイルであり、左端の数字（１，２，３・・・・１６）が識別番号である。この例では、１６のオーダーが示されている。
【００３４】
オーダーに含まれる情報には、オーダー番号、売りか買いかを示す情報、取引金額、通貨種類、為替レート、通貨指値か逆指値かを示す情報、取引先情報等がある。
【００３５】
各オーダーは、図４に示されるような階層構造を有している。即ち、各オーダーは、二つの選択的なオーダーのそれぞれに対して、二つの選択的なオーダーが関連付けられることにより階層化されている。それぞれ、丸で囲まれた数字が識別番号である。識別番号は、階層構造において次のように割り当てられている。
【００３６】
（Ａ）最上段の左側を１とし、最上段の右側を２とする。
【００３７】
（Ｂ）下段の最も左側が小さくなるようにして連続して右に番号付けしていき、同じ段の全てについて番号付けした場合には、その下の段に移り、同様にして最も最下層まで番号付けを行なう。このような階層構造を有する場合、オーダーの数は偶数となる。従って、オーダーの数が奇数の場合には、エラーがあると判断する。また、本例では、オーダー数の最小は、４としている。
【００３８】
図中「oco」は、「one cancel the other」の略であり、一方のオーダーが約定になった（即ち、実行された）場合には、他方のオーダーを取り消した上で、約定されたオーダーと関連付けられた下段の二つのオーダーを発効するという処理を示す。例えば、「1oco2」は、オーダー１が約定になった場合には、他方のオーダー２を取り消し、オーダー２が約定になった場合には、他方のオーダー１を取り消すことを示す。
【００３９】
また、図中「ido」は、「if done」の略であり、オーダーが約定になった場合には、関連付けられたオーダーを発効するという処理を示す。例えば、「1ido3,4」は、オーダー１が約定になった場合には、オーダー３及びオーダー４を発効することを示す。
【００４０】
即ち、各オーダーは、並列に二つの選択肢と関連付けられており、そして、一方のオーダーが約定（選択）された場合には他方が取り消され、次に約定されたオーダーに対して下段（配下）において関連付けられた二つの選択肢を発効する。このような関係を有するオーダーがシナリオに含まれる数だけ用意される。
【００４１】
図４に示す例では、最上段にオーダー１とオーダー２が配置される。オーダー１に対してはその配下においてオーダー３、４が関連付けられ、オーダー２に対してはその配下においてオーダー５、６が関連付けられている。
【００４２】
発明者等は、このような階層構造を有する各オーダーについて、配下オーダーの識別番号が算式により計算できることを見出した。即ち、左下に位置する配下オーダーの識別番号をＯＵ１、右下に位置する配下オーダーの識別番号をＯＵ２、現在のオーダーの識別番号をＯＣとしたとき、次式（１）（２）により計算可能である。
ＯＵ１＝２×ＯＣ＋１ （１）
ＯＵ２＝２×ＯＣ＋２ （２）
ここで、ＯＵ２＝ＯＵ１＋１が成り立つ。
【００４３】
式（１）（２）を用いることにより、各オーダーが実行（約定）された場合、次のオーダーが何であるかを定義付けする、「oco」や「ido」で表わされるリンク付けを計算により行なうことができる。ここで、リンク付けは、プログラム上で予めコードとして設定し、定義することも可能であるが、そうすると、コード数が莫大な量となり、かつオーダー数が増加した場合に追加作業が発生するため、柔軟性及び頑健性という観点から問題がある。本発明では、このように算式を用いてリンク付けを行なうことにしたので、オーダー数の変更に対して柔軟に対応することができる。
【００４４】
リンク付け後のオーダー執行処理（Ｓ１０４）について図５〜図８を用いて詳述する。各図において、丸い図形の中の数字は各オーダーに割り当てられた識別番号、丸い図形の上側の数字はオーダー金額、同じく下側の数字がオーダー番号とその枝番である。また、丸い図形のうち、実線の白丸が発効状態、二重丸が約定された状態、点線の丸が非発効状態、網掛けがされた丸が削除状態にあることを示す。
【００４５】
ダイナミックヘッジシステム１００により作成されたシナリオ情報からリンク付けが実行された状態を図５に示す。図に示されるように、オーダー１及びオーダー２が発効状態にあり、その他のオーダーは非発効状態にある。発効状態にある場合には、例えば、オーダーとして画面表示される。
【００４６】
次に、図６に示されるように、オーダー１が約定（実行）されたとすると、この場合には、オーダー２が自動的に削除され、オーダー３及び４が発効される。このとき、オーダー２の配下にあるオーダー５，６は削除状態とはならないが、オーダー２が削除されているため発効状態になることはない。
【００４７】
次に、図７に示されるように、オーダー４が約定されたとすると、この場合には、オーダー３が自動的に削除され、オーダー９及び１０が発効される。このとき、オーダー３の配下にあるオーダー７，８は削除状態とはならないが、オーダー３が削除されているため発効状態になることはない。
【００４８】
最後に、図８に示されるように、オーダー９が約定されたとすると、この場合には、オーダー１０が自動的に削除される。オーダー９のリンク内に発効状態のオーダーが存在しない、即ちすべてのオーダーが実行済み、削除状態若しくは無効状態の場合には、オーダー執行処理は終了状態となる。
【００４９】
続いて、リーブオーダー管理システム２００におけるリンク付け処理及びチェック処理について、図９〜図１２に示すフローチャートを用いて説明する。これらの処理が行われる前段階として、ダイナミックヘッジシステム１００により作成されたシナリオ情報に識別番号が付されて、リーブオーダー管理システム２００に入力され、シナリオ情報記憶部５１に格納されている。
【００５０】
まず、図９に示されるように、制御部１は、想定シナリオに基づいた一連のリーブオーダをシナリオ情報記憶部５１からＲＡＭ１３上に読み込む（Ｓ２０１）。具体的には、最初に１ブロックを読み込む（Ｓ２０２）。ここで、１ブロックは、一つの商品単位のデータであり、本例にかかるシステムでは、複数ブロックについて実行することが可能である。
【００５１】
読み込んだ１ブロック分のオーダについて件数チェックを実行する（Ｓ２０３）。具体的に、制御部１は、１ブロックに含まれるオーダー数が予めシステム上定められた最小件数以上で最大件数以下かどうかを判定する。制御部１は、オーダー数が最小件数未満若しくは最大件数を超過すると判定した場合にはエラーがあることを示すエラー情報を、最小件数以上最大件数以下と判定した場合には正常であることを示す正常情報をそれぞれＲＡＭ１３上に一時記憶する。さらに、制御部１は、１ブロックに含まれるオーダー数が偶数件であるかどうかを判定する。制御部１は、オーダー数が偶数件でないと判定した場合にはエラー情報を、偶数件であると判定した場合には正常情報をそれぞれＲＡＭ１３上に一時記憶する。
【００５２】
次に、１ブロック分のオーダについて単項目チェックを実行する（Ｓ２０４）。具体的に、制御部１は、コード値の整合性及び桁数が予め定められた許容範囲にあるかどうかを判定する。制御部１は、ステップＳ２０３と同様にして判定の結果（正常情報かエラー情報）をＲＡＭ１３上に一時記憶する。
【００５３】
さらに、１ブロック分のオーダについて関連情報のチェックを実行する（Ｓ２０５）。具体的に、制御部１は、顧客情報及びポートフォリオ（ブック）について判定する。制御部１は、ステップＳ２０３と同様にして判定の結果（正常情報かエラー情報）をＲＡＭ１３上に一時記憶する。
【００５４】
ステップＳ２０３〜Ｓ２０５により１ブロック分のチェック処理が完了した場合、制御部１は、全ブロックの処理が終了したかどうかを判定する（Ｓ２０６）。制御部１は、終了していないと判定した場合には、再度ステップＳ２０２を実行し、終了したと判定した場合には、次に全ブロックのチェック処理においてエラーがあったかどうかを判定する（Ｓ２０７）。制御部１がエラーがあったと判定した場合には、エラー確認画面を表示し、読み込み処理は終了する（Ｓ２１０）。
【００５５】
他方、制御部１がエラーがなかったと判定した場合には、次にワーニングチェックを実行する（Ｓ２０８）。ワーニングチェックでは、制御部１は、レートの乖離幅が予め定められた範囲にあるかを判定する。これを全ブロック分実行する（Ｓ２０９）。全ブロック分が終了した後、制御部１は、図１０のフローチャートに示されるように、ワーニングがあったかどうかを判定する（Ｓ２１１）。ワーニングがあった場合には、制御部１は、ワーニング確認画面を表示する（Ｓ２１２）。このとき、ユーザが処理を継続する入力を行なわない場合には、読み込みを終了し、処理を継続する入力を行なった場合には、図１１に示す処理に移行する。
【００５６】
まず、制御部１は、現在オーダーの識別番号ＯＣの設定を実行する（Ｓ２１４）。１回目は、識別番号として「１」を設定する。２回目以降は、毎回、現在オーダーに対して１を加えた値を設定する。
【００５７】
次に、制御部１は、現在オーダーの左下に位置するオーダーの識別番号ＯＵ１を算出する（Ｓ２１５）。具体的には、上述した式（１）により算出する。算出結果は、リンク情報記憶部５３に格納される。また、制御部１は、現在オーダーの右下に位置するオーダーの識別番号ＯＵ２を算出する（Ｓ２１６）。具体的には、上述した式（２）により算出する。算出結果は、リンク情報記憶部５３に格納される。
【００５８】
制御部１は、ステップＳ２１６によって算出された、現在オーダーの右下に位置するオーダーの識別番号ＯＵ２が１ブロックに含まれるオーダー数以下かどうかを判定する（Ｓ２１７）。制御部１は、判定の結果、オーダー数よりも多いと判定した場合には、ステップＳ２１９に移行する。他方、制御部１は、判定の結果、オーダー数以下であると判定した場合には、idoリンクの生成処理を実行する（Ｓ２１９）。具体的に、制御部１は、ステップＳ２１４で設定した現在オーダーの識別番号ＯＣと、配下のオーダの識別番号のそれぞれＯＵ１、ＯＵ２との間において、ＯＣ ido ＯＵ１、ＯＵ２の関係が成立するように、リンクを設定し、設定したリンク情報をリンク情報記憶部５３に格納する。
【００５９】
次に、制御部１は、現在オーダーの識別番号ＯＣが奇数かどうかを判定する（Ｓ２１９）。制御部１が奇数でないと判定した場合には、ステップＳ２２１を実行する。制御部１が奇数であると判定した場合には、ocoリンクの生成処理を実行する（Ｓ２２０）。具体的に、制御部１は、ステップＳ２１４で設定した現在オーダーの識別番号ＯＣと、当該識別番号ＯＣに対して１を加算した値との間で、ＯＣ oco （ＯＣ＋１）の関係が成立するように、リンクを設定し、設定したリンク情報をリンク情報記憶部５３に格納する。
【００６０】
制御部１は、現在オーダの識別番号ＯＣがオーダー数と同じかどうかを判定する（Ｓ２２１）。制御部１は、判定の結果、同じでないと判定した場合には、再度ステップＳ２１４の処理を実行し、同じと判定した場合には、全ブロック終了かどうかを判定する（Ｓ２２２）。制御部１は、判定の結果、全ブロック終了していないと判定した場合には、次のブロックについてステップＳ２１４の処理を実行する。
【００６１】
制御部１は、判定の結果、全ブロック分終了したと判定した場合には、図１２に示すリンク構文解析処理を実行する（Ｓ２２３）。具体的には、全実行パターンをシミュレーションにより実行する。リンク構文解析処理においては、オーダー情報の書き込みを行い（Ｓ２２４）、またリンク情報の書き込みを実行する（Ｓ２２５）。制御部１は、全ブロックを終了したかどうかを判定し、全ブロック終了していないと判定した場合には、ステップＳ２２４を実行し、終了したと判定した場合には、一連の処理を終了する。
【００６２】
ここで、図１３を用いて、リンク付け処理後の画面表示例について説明する。この画面表示は、制御部１によって出力装置３に表示される。図１３に示す例では、上側の領域にオーダー情報が一覧形式で表示される。各オーダーは、識別番号と関連付けられて表示されている。オーダー情報の下方の領域には、リンク情報が一覧形式で表示される。リンク情報の左端の欄の数字は単なる参照番号であり、オーダーの識別番号ではない。
【００６３】
なお、上述した例では、オーダーの識別番号は、１からスタートするものであったが、これに限られず、任意の数字からスタートする連続する数字であってもよい。また、数式に対して付加的な変換式やアルゴリズムを加えることも可能である。
【００６４】
即ち、実質的に、次の式により、算出できる。
ＯＵ１＝ＯＣ×２＋Ｃ
ＯＵ２＝ＯＣ×２＋（Ｃ＋１）
ここで、Ｃは定数であり、ＯＣの最初の数字によって特定される。例えば、最初の数字が１の場合には１、２の場合には０、３の場合には−１、４の場合には−２である。即ち、２から最初の数字を差し引いた数字となる。
【図面の簡単な説明】
【００６５】
【図１】本発明によるリーブオーダー管理システム及びダイナミックヘッジシステムの関連を示すブロック図である。
【図２】本発明によるリーブオーダー管理システムの構成を示すブロック図である。
【図３】本発明によるリーブオーダ管理システム及びダイナミックヘッジシステムの処理概要を示すフローチャートである。
【図４】本発明によるリーブオーダ管理システムにおいて実行される処理を説明するための概念図である。
【図５】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図６】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図７】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図８】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図９】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１０】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１１】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１２】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１３】本発明によるリーブオーダー管理システムにおける画面表示例である。
【図１４】ダイナミックヘッジ商品を説明するための概念図である。
【符号の説明】
【００６６】
１ 制御部
２ 入力装置
３ 出力装置
４ 入出力制御回路
５ データベース
５１ シナリオ情報記憶部
５２ リンク情報記憶部
１００ ダイナミックヘッジシステム
２００ リーブオーダー管理システム
【技術分野】
【０００１】
本発明は、予約取引を実行するリーブオーダー管理システムに関する。
【背景技術】
【０００２】
ダイナミックヘッジ商品は、オプションを使わずにある想定シナリオにより組成された為替予約取引（リーブオーダー形式）の反復売買を繰り返すことにより、オプション取引と同等の効果を実現し、かつ最終的にオプション取引よりも低コストとなる可能性を有する商品であり、近年、銀行等においてその取り扱いが増加している。
【０００３】
図１４にダイナミックヘッジ商品において作成される想定シナリオの例を示す。図１４の例では、現在の米ドル（ＵＳＤ）／日本円（ＪＰＹ）の為替レートが１１８円であった場合、１円上下するシナリオ（１１７円或いは１１９円）を想定し、それぞれのケースについて売るべき（或いは買うべき）金額を指定しておく。具体的には、シナリオ１として為替レートが１１７円になった場合に１０００万米ドル分売り、シナリオ２として為替レートが１１９円になった場合に５００万米ドル分買うことが想定されている。このように、顧客が取引すべき金額や価格を事前に指定した上で銀行等に対して依頼するオーダー（為替オーダー）を本明細書では「リーブオーダー」という。以下の説明では、「リーブオーダー」を単に「オーダー」と呼ぶ場合もある。
【０００４】
なお、株や外国為替などを自動売買するシステムが提案されている（特許文献１、２参照）。
【特許文献１】特開２００４−５５５４号公報
【特許文献２】特開２００５−３１７０４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このようなリーブオーダーの管理には、一般にコンピュータが用いられ、管理システムが構成される。しかしながら、従来の管理システムでは、単に、オーダー内容をシステム上に登録した上で個々のオーダーの発効条件をマニュアルで設定していた。従って、図１４で示されるような１階層分の管理であれば問題は少ないが、さらにシナリオ１やシナリオ２のそれぞれにおいて階層的にオーダーが組み込まれることになると、複雑な階層構造をもったオーダーを間違いなく、確実に執行することは困難であった。
【０００６】
本発明の第１の目的は、かかる問題を解消し、複雑な階層構造をもったリーブオーダーを間違いなく、確実に執行することのできるリーブオーダー管理システムを提供することである。
【０００７】
さらに、本発明の第２の目的は、リーブオーダーの階層や件数が変更になった場合であっても柔軟に対応可能なリーブオーダー管理システムを提供することである。
【課題を解決するための手段】
【０００８】
本発明にかかるリーブオーダー管理システムは、想定条件と当該想定条件を充足した場合に実行される取引内容とを含む複数のオーダーが最適ヘッジ比率に調整されるように階層化され、二つの選択的なオーダーのうち一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについてさらに二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーを実行し、管理するリーブオーダー管理システムであって、前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号をＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、ＯＵ１＝ＯＣ×２＋Ｃ，ＯＵ２＝ＯＣ×２＋（Ｃ＋１）によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号間のリンク情報を生成して前記リンク情報記憶部に格納する制御部を備えたものである。
【０００９】
ここで、前記リンク情報は、並列的に選択可能なオーダーであって一方を実行した場合に他方が取り消される関係を示すリンク情報ocoと、所定オーダーとこのオーダを実行した場合に発効される配下のオーダーとの関係を示すリンク情報idoとを含む。
【００１０】
また、前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定することが好ましい。
【００１１】
また、前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダーの全てについてリンク情報を算出し、前記リンク情報記憶部に格納することが望ましい。
【００１２】
さらにまた、前記制御部は、前記シナリオ情報記憶部に格納されたオーダーと識別番号とを関連付けて画面に表示させるとともに、前記リンク情報記憶部に格納されたリンク情報も画面に表示させることが好ましい。
【００１３】
また、前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することが望ましい。
【００１４】
ここで、好適な実施の形態におけるオーダーは、為替先物予約取引の売買を行なうオーダーである。
【００１５】
本発明にかかる他の観点によるリーブオーダー管理システムは、為替先物予約取引における発効条件付き多階層リーブオーダーに基づく為替先物予約取引の売買を繰り返すことによって最適ヘッジ比率に調整できるように作成されたシナリオ情報に基づいて、当該リーブオーダーの実行及び管理を行なうリーブオーダー管理システムであって、前記リーブオーダーは、想定為替レートと当該想定為替レートを充足した場合に実行される為替売買内容とを含む複数のオーダーよりなり、かつ二つの選択的なオーダーのそれぞれに対して、二つの選択的なオーダーが関連付けられることにより階層化されており、前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、前記リーブオーダーの実行及び管理を制御する制御部とを備え、前記制御部は、前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号ＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、ＯＵ１＝ＯＣ×２＋Ｃ，ＯＵ２＝Ｏｃ×２＋（Ｃ＋１）によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号を記憶部に格納する識別番号算出手段と、前記識別番号算出手段によって算出された配下のオーダーの識別番号ＯＵ１，ＯＵ２とＯＣとを前記記憶部より読み出し、ＯＣにより特定されるオーダーが実行された場合にＯＵ１，ＯＵ２により特定されるオーダーが発効される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第１のリンク情報生成手段と、前記ＯＣにより特定されるオーダーに対して、ＯＣ＋１若しくはＯＣ−１により特定されるオーダーが並列的に選択される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第２のリンク情報生成手段とを備えたものである。
【００１６】
ここで、前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定するチェック手段を備えることが望ましい。
【００１７】
また、前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することが好ましい。
【発明の効果】
【００１８】
本発明によれば、複雑な階層構造をもったリーブオーダーを間違いなく、確実に執行することが可能なリーブオーダー管理システムを提供することができ、また、リーブオーダーの階層や件数が変更になった場合であっても柔軟に対応可能なリーブオーダー管理システムを提供することができる。
【発明を実施するための最良の形態】
【００１９】
図１に示されるように、本発明の実施の形態にかかるリーブオーダー管理システム２００は、ダイナミックヘッジシステム１００とともに用いられる。
【００２０】
ダイナミックヘッジシステム１００は、現在の各種マーケットレート・ボラティリティーといった変数を入力値として想定シナリオ（ヘッジ計画）を作成するコンピュータシステムである。
【００２１】
図２に本発明の実施の形態にかかるリーブオーダー管理システム２００のシステム構成を示す。
【００２２】
リーブオーダー管理システム２００は、コンピュータシステムにより構成され、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３より構成される制御部１、入力装置２、出力装置３、入出力制御回路４、データベース５を備えており、これらの構成要素は相互にシステムバスにより接続されている。
【００２３】
制御部１は、リーブオーダー管理システム２００を実現するための種々の演算処理を実行する。ＣＰＵ１１は、中央演算装置であり、ＲＯＭ１２に格納されたメインプログラムや、ＲＡＭ１３等に展開されたプログラム、一時的に格納されたデータ等に基づき転送や演算処理を実行する。ＲＡＭ１３は、一時的にデータを格納する記憶部として機能する。
【００２４】
入力装置２は、例えばキーボードやマウス等のデータ入力デバイスである。この入力装置２によりデータベース５へデータを入力できる。出力装置３は、ＬＣＤやＣＲＴ等の表示装置やプリンタである。入出力制御回路４は、ダイナミックヘッジシステム１００等の外部装置との間でデータの入出力を実行するための制御を行う。
【００２５】
データベース５は、データを格納する記憶手段（記憶部）であり、メモリやハードディスク等によって構成される。リーブオーダー管理システム２００のデータベース５は、少なくともシナリオ情報記憶部５１及びリンク情報記憶部５２を備えている。
【００２６】
シナリオ情報記憶部５１は、ダイナミックヘッジシステム１００により作成されたシナリオ情報を格納する。シナリオ情報では、オーダーと、このオーダを識別する識別番号とが相互に関連付けられている。
【００２７】
リンク情報記憶部５２は、シナリオ情報記憶部５１に格納されたシナリオ情報に基づいて作成されたリンク情報を格納する。ここで、リンク情報とは、個々のオーダーを相互に関連付ける情報である。
【００２８】
続いて、図３のフローチャートを用いて、ダイナミックヘッジシステム１００及びリーブオーダー管理システム２００における処理概要について説明する。
【００２９】
まず、ダイナミックヘッジシステム１００に対して各種マーケットレートやボラティリティといった変数を入力すると、このダイナミックヘッジシステム１００は、予め定められたアルゴリズムに従って、想定シナリオを計算し作成する（Ｓ１０１）。ダイナミックヘッジシステム１００では、例えば顧客別にそれぞれ７階層・２５４パターンのリーブオーダーからなるシナリオを作成する。
【００３０】
次に、ダイナミックヘッジシステム１００において作成されたシナリオに含まれるリーブオーダーのそれぞれに１，２，３，・・・・，Ｎの連続する数字からなる識別番号を付してリーブオーダー管理システム２００に転送する（Ｓ１０２）。かかる識別番号の付与は、当該ダイナミックヘッジシステム１００において自動的に実行するようにしてもよく、またリーブオーダー管理システム２００に対してマニュアルにて入力するようにしてもよい。
【００３１】
次に、リーブオーダー管理システム２００においてオーダーのリンク付けを実行する（Ｓ１０３）。かかるリンク付け処理は、本発明において特徴的な処理であるため、後に詳述する。リンク付け処理の際にエラーチェックも実行するが、エラーを検出した場合にはダイナミックヘッジシステム１００において再計算を実行し、再計算の結果得られたシナリオ情報をリーブオーダ管理システム２００に転送する。
【００３２】
オーダーのリンク付けが行なわれた後に、まず、顧客に対してオーダーの詳細を通知し、また、ダイナミックヘッジシステム１００により作成された時価レポートを送付する。その後に、オーダーを２４時間管理の上で執行する（Ｓ１０４）。さらに、オーダーの執行に関するパフォーマンスをモニターの上継続的なモデルの見直しを実行する。
【００３３】
図４に示す概念図を用いて、リーブオーダ管理システム２００において実行されるリンク付け処理について概説する。図において、符号１０にて示される情報が、ダイナミックヘッジシステム１００により作成されたシナリオ情報である。この例にかかるシナリオ情報は、テキストファイルであり、左端の数字（１，２，３・・・・１６）が識別番号である。この例では、１６のオーダーが示されている。
【００３４】
オーダーに含まれる情報には、オーダー番号、売りか買いかを示す情報、取引金額、通貨種類、為替レート、通貨指値か逆指値かを示す情報、取引先情報等がある。
【００３５】
各オーダーは、図４に示されるような階層構造を有している。即ち、各オーダーは、二つの選択的なオーダーのそれぞれに対して、二つの選択的なオーダーが関連付けられることにより階層化されている。それぞれ、丸で囲まれた数字が識別番号である。識別番号は、階層構造において次のように割り当てられている。
【００３６】
（Ａ）最上段の左側を１とし、最上段の右側を２とする。
【００３７】
（Ｂ）下段の最も左側が小さくなるようにして連続して右に番号付けしていき、同じ段の全てについて番号付けした場合には、その下の段に移り、同様にして最も最下層まで番号付けを行なう。このような階層構造を有する場合、オーダーの数は偶数となる。従って、オーダーの数が奇数の場合には、エラーがあると判断する。また、本例では、オーダー数の最小は、４としている。
【００３８】
図中「oco」は、「one cancel the other」の略であり、一方のオーダーが約定になった（即ち、実行された）場合には、他方のオーダーを取り消した上で、約定されたオーダーと関連付けられた下段の二つのオーダーを発効するという処理を示す。例えば、「1oco2」は、オーダー１が約定になった場合には、他方のオーダー２を取り消し、オーダー２が約定になった場合には、他方のオーダー１を取り消すことを示す。
【００３９】
また、図中「ido」は、「if done」の略であり、オーダーが約定になった場合には、関連付けられたオーダーを発効するという処理を示す。例えば、「1ido3,4」は、オーダー１が約定になった場合には、オーダー３及びオーダー４を発効することを示す。
【００４０】
即ち、各オーダーは、並列に二つの選択肢と関連付けられており、そして、一方のオーダーが約定（選択）された場合には他方が取り消され、次に約定されたオーダーに対して下段（配下）において関連付けられた二つの選択肢を発効する。このような関係を有するオーダーがシナリオに含まれる数だけ用意される。
【００４１】
図４に示す例では、最上段にオーダー１とオーダー２が配置される。オーダー１に対してはその配下においてオーダー３、４が関連付けられ、オーダー２に対してはその配下においてオーダー５、６が関連付けられている。
【００４２】
発明者等は、このような階層構造を有する各オーダーについて、配下オーダーの識別番号が算式により計算できることを見出した。即ち、左下に位置する配下オーダーの識別番号をＯＵ１、右下に位置する配下オーダーの識別番号をＯＵ２、現在のオーダーの識別番号をＯＣとしたとき、次式（１）（２）により計算可能である。
ＯＵ１＝２×ＯＣ＋１ （１）
ＯＵ２＝２×ＯＣ＋２ （２）
ここで、ＯＵ２＝ＯＵ１＋１が成り立つ。
【００４３】
式（１）（２）を用いることにより、各オーダーが実行（約定）された場合、次のオーダーが何であるかを定義付けする、「oco」や「ido」で表わされるリンク付けを計算により行なうことができる。ここで、リンク付けは、プログラム上で予めコードとして設定し、定義することも可能であるが、そうすると、コード数が莫大な量となり、かつオーダー数が増加した場合に追加作業が発生するため、柔軟性及び頑健性という観点から問題がある。本発明では、このように算式を用いてリンク付けを行なうことにしたので、オーダー数の変更に対して柔軟に対応することができる。
【００４４】
リンク付け後のオーダー執行処理（Ｓ１０４）について図５〜図８を用いて詳述する。各図において、丸い図形の中の数字は各オーダーに割り当てられた識別番号、丸い図形の上側の数字はオーダー金額、同じく下側の数字がオーダー番号とその枝番である。また、丸い図形のうち、実線の白丸が発効状態、二重丸が約定された状態、点線の丸が非発効状態、網掛けがされた丸が削除状態にあることを示す。
【００４５】
ダイナミックヘッジシステム１００により作成されたシナリオ情報からリンク付けが実行された状態を図５に示す。図に示されるように、オーダー１及びオーダー２が発効状態にあり、その他のオーダーは非発効状態にある。発効状態にある場合には、例えば、オーダーとして画面表示される。
【００４６】
次に、図６に示されるように、オーダー１が約定（実行）されたとすると、この場合には、オーダー２が自動的に削除され、オーダー３及び４が発効される。このとき、オーダー２の配下にあるオーダー５，６は削除状態とはならないが、オーダー２が削除されているため発効状態になることはない。
【００４７】
次に、図７に示されるように、オーダー４が約定されたとすると、この場合には、オーダー３が自動的に削除され、オーダー９及び１０が発効される。このとき、オーダー３の配下にあるオーダー７，８は削除状態とはならないが、オーダー３が削除されているため発効状態になることはない。
【００４８】
最後に、図８に示されるように、オーダー９が約定されたとすると、この場合には、オーダー１０が自動的に削除される。オーダー９のリンク内に発効状態のオーダーが存在しない、即ちすべてのオーダーが実行済み、削除状態若しくは無効状態の場合には、オーダー執行処理は終了状態となる。
【００４９】
続いて、リーブオーダー管理システム２００におけるリンク付け処理及びチェック処理について、図９〜図１２に示すフローチャートを用いて説明する。これらの処理が行われる前段階として、ダイナミックヘッジシステム１００により作成されたシナリオ情報に識別番号が付されて、リーブオーダー管理システム２００に入力され、シナリオ情報記憶部５１に格納されている。
【００５０】
まず、図９に示されるように、制御部１は、想定シナリオに基づいた一連のリーブオーダをシナリオ情報記憶部５１からＲＡＭ１３上に読み込む（Ｓ２０１）。具体的には、最初に１ブロックを読み込む（Ｓ２０２）。ここで、１ブロックは、一つの商品単位のデータであり、本例にかかるシステムでは、複数ブロックについて実行することが可能である。
【００５１】
読み込んだ１ブロック分のオーダについて件数チェックを実行する（Ｓ２０３）。具体的に、制御部１は、１ブロックに含まれるオーダー数が予めシステム上定められた最小件数以上で最大件数以下かどうかを判定する。制御部１は、オーダー数が最小件数未満若しくは最大件数を超過すると判定した場合にはエラーがあることを示すエラー情報を、最小件数以上最大件数以下と判定した場合には正常であることを示す正常情報をそれぞれＲＡＭ１３上に一時記憶する。さらに、制御部１は、１ブロックに含まれるオーダー数が偶数件であるかどうかを判定する。制御部１は、オーダー数が偶数件でないと判定した場合にはエラー情報を、偶数件であると判定した場合には正常情報をそれぞれＲＡＭ１３上に一時記憶する。
【００５２】
次に、１ブロック分のオーダについて単項目チェックを実行する（Ｓ２０４）。具体的に、制御部１は、コード値の整合性及び桁数が予め定められた許容範囲にあるかどうかを判定する。制御部１は、ステップＳ２０３と同様にして判定の結果（正常情報かエラー情報）をＲＡＭ１３上に一時記憶する。
【００５３】
さらに、１ブロック分のオーダについて関連情報のチェックを実行する（Ｓ２０５）。具体的に、制御部１は、顧客情報及びポートフォリオ（ブック）について判定する。制御部１は、ステップＳ２０３と同様にして判定の結果（正常情報かエラー情報）をＲＡＭ１３上に一時記憶する。
【００５４】
ステップＳ２０３〜Ｓ２０５により１ブロック分のチェック処理が完了した場合、制御部１は、全ブロックの処理が終了したかどうかを判定する（Ｓ２０６）。制御部１は、終了していないと判定した場合には、再度ステップＳ２０２を実行し、終了したと判定した場合には、次に全ブロックのチェック処理においてエラーがあったかどうかを判定する（Ｓ２０７）。制御部１がエラーがあったと判定した場合には、エラー確認画面を表示し、読み込み処理は終了する（Ｓ２１０）。
【００５５】
他方、制御部１がエラーがなかったと判定した場合には、次にワーニングチェックを実行する（Ｓ２０８）。ワーニングチェックでは、制御部１は、レートの乖離幅が予め定められた範囲にあるかを判定する。これを全ブロック分実行する（Ｓ２０９）。全ブロック分が終了した後、制御部１は、図１０のフローチャートに示されるように、ワーニングがあったかどうかを判定する（Ｓ２１１）。ワーニングがあった場合には、制御部１は、ワーニング確認画面を表示する（Ｓ２１２）。このとき、ユーザが処理を継続する入力を行なわない場合には、読み込みを終了し、処理を継続する入力を行なった場合には、図１１に示す処理に移行する。
【００５６】
まず、制御部１は、現在オーダーの識別番号ＯＣの設定を実行する（Ｓ２１４）。１回目は、識別番号として「１」を設定する。２回目以降は、毎回、現在オーダーに対して１を加えた値を設定する。
【００５７】
次に、制御部１は、現在オーダーの左下に位置するオーダーの識別番号ＯＵ１を算出する（Ｓ２１５）。具体的には、上述した式（１）により算出する。算出結果は、リンク情報記憶部５３に格納される。また、制御部１は、現在オーダーの右下に位置するオーダーの識別番号ＯＵ２を算出する（Ｓ２１６）。具体的には、上述した式（２）により算出する。算出結果は、リンク情報記憶部５３に格納される。
【００５８】
制御部１は、ステップＳ２１６によって算出された、現在オーダーの右下に位置するオーダーの識別番号ＯＵ２が１ブロックに含まれるオーダー数以下かどうかを判定する（Ｓ２１７）。制御部１は、判定の結果、オーダー数よりも多いと判定した場合には、ステップＳ２１９に移行する。他方、制御部１は、判定の結果、オーダー数以下であると判定した場合には、idoリンクの生成処理を実行する（Ｓ２１９）。具体的に、制御部１は、ステップＳ２１４で設定した現在オーダーの識別番号ＯＣと、配下のオーダの識別番号のそれぞれＯＵ１、ＯＵ２との間において、ＯＣ ido ＯＵ１、ＯＵ２の関係が成立するように、リンクを設定し、設定したリンク情報をリンク情報記憶部５３に格納する。
【００５９】
次に、制御部１は、現在オーダーの識別番号ＯＣが奇数かどうかを判定する（Ｓ２１９）。制御部１が奇数でないと判定した場合には、ステップＳ２２１を実行する。制御部１が奇数であると判定した場合には、ocoリンクの生成処理を実行する（Ｓ２２０）。具体的に、制御部１は、ステップＳ２１４で設定した現在オーダーの識別番号ＯＣと、当該識別番号ＯＣに対して１を加算した値との間で、ＯＣ oco （ＯＣ＋１）の関係が成立するように、リンクを設定し、設定したリンク情報をリンク情報記憶部５３に格納する。
【００６０】
制御部１は、現在オーダの識別番号ＯＣがオーダー数と同じかどうかを判定する（Ｓ２２１）。制御部１は、判定の結果、同じでないと判定した場合には、再度ステップＳ２１４の処理を実行し、同じと判定した場合には、全ブロック終了かどうかを判定する（Ｓ２２２）。制御部１は、判定の結果、全ブロック終了していないと判定した場合には、次のブロックについてステップＳ２１４の処理を実行する。
【００６１】
制御部１は、判定の結果、全ブロック分終了したと判定した場合には、図１２に示すリンク構文解析処理を実行する（Ｓ２２３）。具体的には、全実行パターンをシミュレーションにより実行する。リンク構文解析処理においては、オーダー情報の書き込みを行い（Ｓ２２４）、またリンク情報の書き込みを実行する（Ｓ２２５）。制御部１は、全ブロックを終了したかどうかを判定し、全ブロック終了していないと判定した場合には、ステップＳ２２４を実行し、終了したと判定した場合には、一連の処理を終了する。
【００６２】
ここで、図１３を用いて、リンク付け処理後の画面表示例について説明する。この画面表示は、制御部１によって出力装置３に表示される。図１３に示す例では、上側の領域にオーダー情報が一覧形式で表示される。各オーダーは、識別番号と関連付けられて表示されている。オーダー情報の下方の領域には、リンク情報が一覧形式で表示される。リンク情報の左端の欄の数字は単なる参照番号であり、オーダーの識別番号ではない。
【００６３】
なお、上述した例では、オーダーの識別番号は、１からスタートするものであったが、これに限られず、任意の数字からスタートする連続する数字であってもよい。また、数式に対して付加的な変換式やアルゴリズムを加えることも可能である。
【００６４】
即ち、実質的に、次の式により、算出できる。
ＯＵ１＝ＯＣ×２＋Ｃ
ＯＵ２＝ＯＣ×２＋（Ｃ＋１）
ここで、Ｃは定数であり、ＯＣの最初の数字によって特定される。例えば、最初の数字が１の場合には１、２の場合には０、３の場合には−１、４の場合には−２である。即ち、２から最初の数字を差し引いた数字となる。
【図面の簡単な説明】
【００６５】
【図１】本発明によるリーブオーダー管理システム及びダイナミックヘッジシステムの関連を示すブロック図である。
【図２】本発明によるリーブオーダー管理システムの構成を示すブロック図である。
【図３】本発明によるリーブオーダ管理システム及びダイナミックヘッジシステムの処理概要を示すフローチャートである。
【図４】本発明によるリーブオーダ管理システムにおいて実行される処理を説明するための概念図である。
【図５】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図６】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図７】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図８】本発明によるリーブオーダ管理システムにおいて実行されるリンク付け後のオーダー執行処理を説明するための概念図である。
【図９】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１０】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１１】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１２】本発明によるリーブオーダー管理システムにおいて実行されるリンク付け処理及びチェック処理の流れを示すフローチャートである。
【図１３】本発明によるリーブオーダー管理システムにおける画面表示例である。
【図１４】ダイナミックヘッジ商品を説明するための概念図である。
【符号の説明】
【００６６】
１ 制御部
２ 入力装置
３ 出力装置
４ 入出力制御回路
５ データベース
５１ シナリオ情報記憶部
５２ リンク情報記憶部
１００ ダイナミックヘッジシステム
２００ リーブオーダー管理システム
【特許請求の範囲】
【請求項１】
想定条件と当該想定条件を充足した場合に実行される取引内容とを含む複数のオーダーが最適ヘッジ比率に調整されるように階層化され、二つの選択的なオーダーのうち一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについてさらに二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーを実行し、管理するリーブオーダー管理システムであって、
前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、
前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、
前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号をＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、
ＯＵ１＝ＯＣ×２＋Ｃ
ＯＵ２＝ＯＣ×２＋（Ｃ＋１）
によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号間のリンク情報を生成して前記リンク情報記憶部に格納する制御部を備えたリーブオーダー管理システム。
【請求項２】
前記リンク情報は、並列的に選択可能なオーダーであって一方を実行した場合に他方が取り消される関係を示すリンク情報ocoと、所定オーダーとこのオーダを実行した場合に発効される配下のオーダーとの関係を示すリンク情報idoとを含むことを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項３】
前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定することを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項４】
前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダーの全てについてリンク情報を算出し、前記リンク情報記憶部に格納することを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項５】
前記制御部は、前記シナリオ情報記憶部に格納されたオーダーと識別番号とを関連付けて画面に表示させるとともに、前記リンク情報記憶部に格納されたリンク情報も画面に表示させることを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項６】
前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項７】
前記オーダーは、為替先物予約取引の売買を行なうオーダーであることを特徴とする請求項１乃至６いずれかに記載のリーブオーダー管理システム。
【請求項８】
為替先物予約取引における発効条件付き多階層リーブオーダーに基づく為替先物予約取引の売買を繰り返すことによって最適ヘッジ比率に調整できるように作成されたシナリオ情報に基づいて、当該リーブオーダーの実行及び管理を行なうリーブオーダー管理システムであって、
前記リーブオーダーは、想定為替レートと当該想定為替レートを充足した場合に実行される為替売買内容とを含む複数のオーダーよりなり、かつ二つの選択的なオーダーのそれぞれに対して、二つの選択的なオーダーが関連付けられることにより階層化されており、
前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、
前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、
前記リーブオーダーの実行及び管理を制御する制御部とを備え、
前記制御部は、
前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号ＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、
ＯＵ１＝ＯＣ×２＋Ｃ
ＯＵ２＝ＯＣ×２＋（Ｃ＋１）
によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号を記憶部に格納する識別番号算出手段と、
前記識別番号算出手段によって算出された配下のオーダーの識別番号ＯＵ１，ＯＵ２とＯＣとを前記記憶部より読み出し、ＯＣにより特定されるオーダーが実行された場合にＯＵ１，ＯＵ２により特定されるオーダーが発効される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第１のリンク情報生成手段と、
前記ＯＣにより特定されるオーダーに対して、ＯＣ＋１若しくはＯＣ−１により特定されるオーダーが並列的に選択される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第２のリンク情報生成手段とを備えたリーブオーダー管理システム。
【請求項９】
前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定するチェック手段を備えたことを特徴とする請求項８記載のリーブオーダー管理システム。
【請求項１０】
前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することを特徴とする請求項８記載のリーブオーダー管理システム。
【請求項１】
想定条件と当該想定条件を充足した場合に実行される取引内容とを含む複数のオーダーが最適ヘッジ比率に調整されるように階層化され、二つの選択的なオーダーのうち一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについてさらに二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーを実行し、管理するリーブオーダー管理システムであって、
前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、
前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、
前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号をＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、
ＯＵ１＝ＯＣ×２＋Ｃ
ＯＵ２＝ＯＣ×２＋（Ｃ＋１）
によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号間のリンク情報を生成して前記リンク情報記憶部に格納する制御部を備えたリーブオーダー管理システム。
【請求項２】
前記リンク情報は、並列的に選択可能なオーダーであって一方を実行した場合に他方が取り消される関係を示すリンク情報ocoと、所定オーダーとこのオーダを実行した場合に発効される配下のオーダーとの関係を示すリンク情報idoとを含むことを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項３】
前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定することを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項４】
前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダーの全てについてリンク情報を算出し、前記リンク情報記憶部に格納することを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項５】
前記制御部は、前記シナリオ情報記憶部に格納されたオーダーと識別番号とを関連付けて画面に表示させるとともに、前記リンク情報記憶部に格納されたリンク情報も画面に表示させることを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項６】
前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することを特徴とする請求項１記載のリーブオーダー管理システム。
【請求項７】
前記オーダーは、為替先物予約取引の売買を行なうオーダーであることを特徴とする請求項１乃至６いずれかに記載のリーブオーダー管理システム。
【請求項８】
為替先物予約取引における発効条件付き多階層リーブオーダーに基づく為替先物予約取引の売買を繰り返すことによって最適ヘッジ比率に調整できるように作成されたシナリオ情報に基づいて、当該リーブオーダーの実行及び管理を行なうリーブオーダー管理システムであって、
前記リーブオーダーは、想定為替レートと当該想定為替レートを充足した場合に実行される為替売買内容とを含む複数のオーダーよりなり、かつ二つの選択的なオーダーのそれぞれに対して、二つの選択的なオーダーが関連付けられることにより階層化されており、
前記シナリオ情報に含まれるオーダーと、当該オーダーを識別する識別番号とを関連付けて格納するシナリオ情報記憶部と、
前記オーダー間の関連性に関するリンク情報を格納するリンク情報記憶部と、
前記リーブオーダーの実行及び管理を制御する制御部とを備え、
前記制御部は、
前記シナリオ情報記憶部に格納されたオーダーのそれぞれについて、特定の識別番号ＯＣとし、配下のオーダーの識別番号をＯＵ１、ＯＵ２とし、Ｃを定数としたとき、
ＯＵ１＝ＯＣ×２＋Ｃ
ＯＵ２＝ＯＣ×２＋（Ｃ＋１）
によって表わされる式に基づいて当該配下のオーダの識別番号を算出し、算出された識別番号を記憶部に格納する識別番号算出手段と、
前記識別番号算出手段によって算出された配下のオーダーの識別番号ＯＵ１，ＯＵ２とＯＣとを前記記憶部より読み出し、ＯＣにより特定されるオーダーが実行された場合にＯＵ１，ＯＵ２により特定されるオーダーが発効される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第１のリンク情報生成手段と、
前記ＯＣにより特定されるオーダーに対して、ＯＣ＋１若しくはＯＣ−１により特定されるオーダーが並列的に選択される関係にあることを示すリンク情報を生成し、前記リンク情報記憶部に格納する第２のリンク情報生成手段とを備えたリーブオーダー管理システム。
【請求項９】
前記制御部は、前記シナリオ情報記憶部に格納されたシナリオ情報に含まれるオーダー数が偶数件数であるかを判定するチェック手段を備えたことを特徴とする請求項８記載のリーブオーダー管理システム。
【請求項１０】
前記制御部は、リンク情報の生成処理を外部から前記シナリオ情報を入力した際に実行することを特徴とする請求項８記載のリーブオーダー管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００７−２７２５６０（Ｐ２００７−２７２５６０Ａ）
【公開日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願番号】特願２００６−９７３５０（Ｐ２００６−９７３５０）
【出願日】平成１８年３月３１日（２００６．３．３１）
【出願人】（５９２０５２４１６）株式会社みずほコーポレート銀行 (13)
【出願人】（５９９１５１００８）みずほ第一フィナンシャルテクノロジー株式会社 (6)
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【公開日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願日】平成１８年３月３１日（２００６．３．３１）
【出願人】（５９２０５２４１６）株式会社みずほコーポレート銀行 (13)
【出願人】（５９９１５１００８）みずほ第一フィナンシャルテクノロジー株式会社 (6)
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
[ Back to top ]