(57)【要約】【課題】階層化された指示からなるシナリオを効率的に管理するためのシナリオ管理システム、シナリオ管理方法及びシナリオ管理プログラムを提供する。【解決手段】リーブオーダー管理システム２０は、各指示の処理内容を記憶するシナリオ情報記憶部２２と、前記各指示の関連性に関するリンク情報を格納するリンク情報記憶部２３と、ユーザ端末２５に接続された制御部２１を備える。制御部２１は、シナリオ情報記憶部２２に記録された上位指示の処理内容を監視エリアに登録し、監視エリアの上位指示の処理内容を実行した場合、リンク情報記憶部２３のリンク情報を用いて、関連性がある下位指示の処理内容を特定し、監視エリアに追加する。【選択図】図１
2020166313.tif 000002
【特許請求の範囲】
【請求項１】
各指示の処理内容を記憶する処理情報記憶部と、
前記各指示の関連性に関するリンク情報を格納するリンク情報記憶部と、
上位指示に対して、想定条件に応じて選択的な下位指示を定めた階層化された監視シナリオを管理する制御部を備えたシナリオ管理システムであって、
前記制御部が、
前記処理情報記憶部に記録された前記上位指示の処理内容を監視エリアに登録し、
前記監視エリアの上位指示の処理内容を実行した場合、前記リンク情報記憶部のリンク情報を用いて、関連性がある下位指示の処理内容を特定し、前記監視エリアに追加することを特徴とするシナリオ管理システム。
【請求項２】
前記制御部が、前記下位指示の処理内容に不足がある項目について、前記上位指示の処理内容の項目情報を用いて補完することを特徴とする請求項１に記載のシナリオ管理システム。
【請求項３】
前記制御部が、前記監視エリアにおいて、前記監視シナリオの進行により、不要となった上位指示を削除することを特徴とする請求項１又は２に記載のシナリオ管理システム。
【請求項４】
前記制御部は、状況情報を提供する外部システムに接続され、
前記制御部が、
前記外部システムから状況情報を取得し、
前記状況情報に基づいて、前記監視シナリオを進行させることを特徴とする請求項１〜３の何れか一項に記載のシナリオ管理システム。
【請求項５】
前記制御部が、前記状況情報に基づいて、前記監視エリアに格納する階層数を決定することを特徴とする請求項４に記載のシナリオ管理システム。
【請求項６】
前記処理情報記憶部において、前記監視エリアに含まれない下位指示の処理内容を圧縮形式で保存し、
前記制御部が、前記監視シナリオの進行に応じて、下位指示の処理内容を実行できる形式に、前記圧縮形式を展開することを特徴とする請求項１〜５の何れか一項に記載のシナリオ管理システム。
【請求項７】
前記処理内容は、ヘッジ取引のためのリーブオーダーのオーダー明細であることを特徴とする請求項１〜６の何れか一項に記載のシナリオ管理システム。
【請求項８】
各指示の処理内容を記憶する処理情報記憶部と、
前記各指示の関連性に関するリンク情報を格納するリンク情報記憶部と、
上位指示に対して、想定条件に応じて選択的な下位指示を定めた階層化された監視シナリオを管理する制御部を備えたシナリオ管理システムを用いて、シナリオを管理する方法であって、
前記制御部が、
前記処理情報記憶部に記録された前記上位指示の処理内容を監視エリアに登録し、
前記監視エリアの上位指示の処理内容を実行した場合、前記リンク情報記憶部のリンク情報を用いて、関連性がある下位指示の処理内容を特定し、前記監視エリアに追加することを特徴とするシナリオ管理方法。
【請求項９】
各指示の処理内容を記憶する処理情報記憶部と、
前記各指示の関連性に関するリンク情報を格納するリンク情報記憶部と、
上位指示に対して、想定条件に応じて選択的な下位指示を定めた階層化された監視シナリオを管理する制御部を備えたシナリオ管理システムを用いて、シナリオを管理するためのプログラムであって、
前記制御部を、
前記処理情報記憶部に記録された前記上位指示の処理内容を監視エリアに登録し、
前記監視エリアの上位指示の処理内容を実行した場合、前記リンク情報記憶部のリンク情報を用いて、関連性がある下位指示の処理内容を特定し、前記監視エリアに追加する手段として機能させることを特徴とするシナリオ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、階層化された指示からなるシナリオを管理するシナリオ管理システム、シナリオ管理方法及びシナリオ管理プログラムに関する。
【背景技術】
【０００２】
オプション取引業務等においては、状況に応じた処理を実行するための指示を含めたシナリオを、予め準備しておくことがある。この場合、シナリオを用いて、状況に応じた指示による処理が実行されて、所定の目的を達成することができる。例えば、ダイナミックヘッジ商品は、想定シナリオにより組成された為替予約取引（リーブオーダー形式）の反復売買を繰り返すことにより、オプション取引と同等の効果を実現する。このダイナミックヘッジ商品においては、例えば、現在の為替レートに対して、所定金額を上下させた金額を設定したオーダーからなる複数階層のシナリオを想定し、それぞれのオーダーについて売るべき（或いは買うべき）金額を指定しておく。このように、取引すべき金額や価格を事前に指定した上で金融機関に対して依頼するオーダー（為替オーダー）を「リーブオーダー」という。
【０００３】
このような階層構造からなるリーブオーダーを的確に実行するための技術が検討されている（例えば、特許文献１参照）。この文献に記載されたリーブオーダー管理システムは、二つの選択的なオーダーの内、一方のオーダーを実行した場合に他方のオーダーを取り消し、実行したオーダーについて更に二つの選択的な配下のオーダーを定めるシナリオ情報に基づいてリーブオーダーを実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２７２５６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、多様な状況に応じた処理を行なうための指示を準備することにより、状況に応じて的確に対応することができる。しかしながら、予め準備する指示が多くなると管理負担が大きくなる。例えば、市場の変動に応じて、予め多くの階層からなるリーブオーダーを準備すると、記憶容量が大きくなり、リソース負荷が大きくなる。
【課題を解決するための手段】
【０００６】
上記課題を解決するためのシナリオ管理システムは、各指示の処理内容を記憶する処理情報記憶部と、前記各指示の関連性に関するリンク情報を格納するリンク情報記憶部と、上位指示に対して、想定条件に応じて選択的な下位指示を定めた階層化された監視シナリオを管理する制御部を備える。前記制御部が、前記処理情報記憶部に記録された前記上位指示の処理内容を監視エリアに登録し、前記監視エリアの上位指示の処理内容を実行した場合、前記リンク情報記憶部のリンク情報を用いて、関連性がある下位指示の処理内容を特定し、前記監視エリアに追加する。
【発明の効果】
【０００７】
本発明によれば、階層化された指示からなるシナリオを効率的に管理することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のシステム概略図。
【図２】本実施形態のハードウェア構成の説明図。
【図３】本実施形態の階層構成の説明図。
【図４】本実施形態のリンク情報の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図であって、（ａ）は初期状態、（ｂ）は第６階層を実行した状態、（ｃ）は第７階層を実行した状態の説明図。
【図８】他の実施形態の処理手順の説明図。
【図９】他の実施形態の処理手順の説明図。
【図１０】他の実施形態の処理手順の説明図。
【図１１】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【０００９】
以下、図１〜図７を用いて、シナリオ管理システム、シナリオ管理方法及びシナリオ管理プログラムを具体化した一実施形態を説明する。
図１に示すように、本実施形態では、ダイナミックヘッジシステム１０、リーブオーダー管理システム２０を用いる。このリーブオーダー管理システム２０には、ユーザ端末２５が接続される。
【００１０】
（ハードウェア構成）
図２を用いて、ダイナミックヘッジシステム１０、リーブオーダー管理システム２０、ユーザ端末２５を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
【００１１】
通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインターフェースであり、例えばネットワークインターフェースカードや無線インターフェース等である。
【００１２】
入力装置Ｈ１２は、操作者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。
表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。
記憶部Ｈ１４は、ダイナミックヘッジシステム１０、リーブオーダー管理システム２０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。
【００１３】
プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、ダイナミックヘッジシステム１０、リーブオーダー管理システム２０における各処理を制御する。
プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各サービスのための各種プロセスを実行する。
【００１４】
（リーブオーダーの管理）
次に、ヘッジ取引に用いるリーブオーダーの管理を説明する。
図３に示すように、特許文献１に記載されている技術と同様に、各リーブオーダーＬＯ１は、２つの選択的なオーダーのそれぞれに対して、選択的な２つのオーダーが関連付けられることにより階層化されている。本実施形態では、リーブオーダーＬＯ１を、監視階層（３階層）、プール階層（６階層）、圧縮階層（６階層）からなる上位階層〜下位階層に至る１５階層で管理する。監視階層は、ユーザ端末２５の出力部に出力され、担当者により選択される階層である。一方、プール階層、圧縮階層は、ユーザ端末２５の出力部に出力されることなく、監視階層のリーブオーダーが利用された場合に準備される階層である。
【００１５】
各リーブオーダーＬＯ１の識別番号は、階層構造において、以下のルールにより割り当てられている。
（Ａ）最上段の左側を１とし、最上段の右側を２とする。
（Ｂ）下段の最も左側が小さくなるようにして連続して右に番号付けされており、同じ階層のすべてについて番号付けした場合には、その下の階層に移り、同様にして最下層まで番号付けを行なう。
【００１６】
このような１５階層のリーブオーダーＬＯ１の各オーダー明細は、オーダー情報テーブル、プール情報テーブル、圧縮テーブルによって管理される。
オーダー情報テーブルは、ヘッジ取引に用いることができる形式で記述され、監視階層（第１階層〜第３階層の３階層）を構成するテーブル（ＣＳＶファイル）である。
【００１７】
プール情報テーブルは、プール階層（第４階層〜第９階層の６階層）を構成し、形式的にはオーダー情報テーブルと同じテーブル（ＣＳＶファイル）である。
圧縮テーブルは、圧縮階層（第１０階層〜第１５階層）を構成し、ダイナミックヘッジシステム１０によって作成されるファイルであって、オーダー情報テーブルを作成するための元となるデータが書き込まれた圧縮形式で記述されたテーブル（ＣＳＶファイル）である。この圧縮テーブルを展開することにより、オーダー情報テーブルを作成することができる。
【００１８】
更に、図４に示すように、各リーブオーダーＬＯ１は、「oco」、「ido」により、相互に関連付けられる。
「oco」は、「one cancel the other」の略であり、一方のオーダーが約定（実行）された場合には、他方のオーダーを取り消した上で、約定されたオーダーと関連付けられた下段の二つのオーダーを選択できるように有効化（発効）する処理を示す。例えば、「1oco2」は、識別番号１の１が約定になった場合には、他方の識別番号２のオーダーを取り消し、識別番号２のオーダーが約定になった場合には、他方の識別番号１のオーダーを取り消すことを示す。
【００１９】
また、「ido」は、「if done」の略であり、オーダーが約定になった場合には、関連付けられたオーダーを発効する処理を示す。例えば、「1ido3,4」は、識別番号１のオーダーが約定になった場合には、識別番号３、４のオーダーを最上階層において、ヘッジ取引に利用できるように発効することを示す。
【００２０】
上記のように、各オーダーは、並列に２つの選択肢と関連付けられており、そして、一方のオーダーが約定（選択）された場合には他方が取り消され、次に約定されたオーダーに対して下段（配下）において関連付けられた２つの選択肢を発効する。
【００２１】
（システム構成）
次に、図１を用いて、ヘッジ取引に用いるシステム構成を説明する。
ダイナミックヘッジシステム１０は、現在の各種マーケットレートといった変数を入力値として想定シナリオ（ヘッジ計画）を作成するコンピュータシステムである。ダイナミックヘッジシステム１０に、各種マーケットレートといった変数を入力すると、予め定められたアルゴリズムに従って、想定シナリオを計算し作成する。ダイナミックヘッジシステム１０では、例えば顧客別にそれぞれ１５階層（６５５３４パターン）のリーブオーダーからなるシナリオを作成する。そして、シナリオに含まれるリーブオーダーのそれぞれに１，２，３…，Ｎの連続する数字からなる識別番号を付与する。
【００２２】
リーブオーダー管理システム２０は、ヘッジ取引を実行するコンピュータシステムである。このリーブオーダー管理システム２０は、制御部２１、シナリオ情報記憶部２２、リンク情報記憶部２３を備える。このリーブオーダー管理システム２０は、現在の為替レートを提供する為替情報システム（外部システム）に接続されている。
【００２３】
制御部２１は、ダイナミックヘッジシステム１０により生成されたリーブオーダーを管理するとともに、リーブオーダーを用いてヘッジ取引処理を実行する。そして、制御部２１は、後述する処理（オーダー管理段階、ヘッジ処理段階等を含む処理）を行なう。このためのシナリオ管理プログラムを実行することにより、制御部２１は、オーダー管理部２１１、ヘッジ処理部２１２として機能する。
【００２４】
オーダー管理部２１１は、階層化されたリーブオーダーを管理する処理を実行する。このオーダー管理部２１１は、リーブオーダーを追加するための残り階層数の確認時期（例えば、営業日毎）に関するデータを保持する。
ヘッジ処理部２１２は、市場状況に基づいてリーブオーダーを実行する処理を実行する。
【００２５】
リーブオーダー管理システム２０に接続されたユーザ端末２５は、ヘッジ取引の担当者が用いるコンピュータ端末であり、入力部、出力部を備える。この出力部には、監視階層のリーブオーダーのオーダー明細が出力される。
【００２６】
シナリオ情報記憶部２２には、ダイナミックヘッジシステム１０により作成されたシナリオ情報が記録される。このシナリオ情報には、ヘッジ取引に用いるリーブオーダーに関するデータが記録される。リーブオーダーの各オーダー明細は、上述したように、階層に応じて、オーダー情報テーブル、プール情報テーブル、圧縮テーブルによって管理される。
【００２７】
オーダー明細には、識別番号、売買フラグ、取引金額、通貨種類、為替レート、指値フラグ、取引先等の各明細項目に関する情報が記録される。
識別番号データ領域には、各リーブオーダーを特定するための識別子に関するデータが記録される。
【００２８】
売買フラグデータ領域には、「売り」又は「買い」を識別するためのフラグが記録される。
取引金額データ領域には、リーブオーダーを実行する場合の取引金額に関するデータが記録される。
【００２９】
通貨種類データ領域には、取引に用いる通貨に関するデータが記録される。
為替レートデータ領域には、リーブオーダーを実行する場合の為替レートに関するデータが記録される。
【００３０】
指値フラグデータ領域には、通貨指値又は逆指値を識別するためのフラグが記録される。
取引先データ領域には、取引先を特定するための識別子に関するデータが記録される。
【００３１】
図３に示すように、シナリオ情報記憶部２２は、ワークエリアとプールエリアとを備える。ワークエリアには、上述した監視階層のリーブオーダーＬＯ１のオーダー明細が格納される。一方、プールエリアには、プール階層、圧縮階層のリーブオーダーＬＯ１のオーダー明細が格納される。なお、上位階層のリーブオーダーＬＯ１のオーダー明細の項目情報と、この上位階層に関連付けられた下位階層のオーダー明細の項目情報とが同じ場合には、下位階層のオーダー明細の項目情報を省略しておく。これにより、下位階層のオーダー明細のデータ容量の削減を図ることができる。
【００３２】
リンク情報記憶部２３には、シナリオ情報記憶部２２に格納されたリーブオーダーの監視シナリオに基づいて作成されたリンク情報が記録される。ここで、リンク情報は、図４に示すように、個々のオーダー明細を相互の関連性を示す情報である。
【００３３】
（定期追加処理）
次に、図５を用いて、定期追加処理を説明する。この処理は、予め定められた確認時期に定期的に実行される。
【００３４】
まず、リーブオーダー管理システム２０の制御部２１は、残り階層数の確認時期かどうかについての判定処理を実行する（ステップＳ１−１）。具体的には、制御部２１のオーダー管理部２１１は、システムタイマから現在日時を取得し、残り階層数の確認時期と比較する。
【００３５】
現在日時において残り階層数の確認時期が到来していない場合（ステップＳ１−１において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、定期追加処理を終了する。
【００３６】
一方、現在日時において残り階層数の確認時期が到来している場合（ステップＳ１−１において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、基準数未満かどうかについての判定処理を実行する（ステップＳ１−２）。具体的には、制御部２１のオーダー管理部２１１は、シナリオ情報記憶部２２に記録されているシナリオ情報において、未実行のリーブオーダーの階層数（残り階層数）を算出する。そして、オーダー管理部２１１は、残り階層数と基準数（本実施形態では１５階層）とを比較する。
【００３７】
残り階層数が基準数以上であり、基準数未満でないと判定した場合（ステップＳ１−２において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、定期追加処理を終了する。
【００３８】
一方、残り階層数が基準数未満と判定した場合（ステップＳ１−２において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、追加指示処理を実行する（ステップＳ１−３）。具体的には、制御部２１のオーダー管理部２１１は、残り階層数と基準数との差分を算出する。そして、オーダー管理部２１１は、ユーザ端末２５の出力部に追加指示メッセージを出力する。この追加指示メッセージには、追加すべき階層数（基準数との差分）に関する情報を含める。
【００３９】
追加指示メッセージを確認した担当者は、ダイナミックヘッジシステム１０により、追加すべき階層数の圧縮テーブルを生成する。この場合、上位階層のリーブオーダーのオーダー明細の項目情報と同じ下位階層の項目については、オーダー明細の項目情報を省略する。そして、圧縮階層が不足している場合には、生成した圧縮テーブルをシナリオ情報記憶部２２のプールエリアに記録する。一方、プール階層で不足している場合には、圧縮テーブルをプール情報テーブルに展開して、シナリオ情報記憶部２２のプールエリアに記録する。更に、監視階層においてオーダー明細が不足している場合には、圧縮テーブルからオーダー情報テーブルを生成し、シナリオ情報記憶部２２のワークエリアに記録する。そして、各リーブオーダーについてのリンク情報を生成し、リンク情報記憶部２３に記録する。
【００４０】
図７（ａ）に示すように、ワークエリアに監視階層のオーダー情報テーブル（３階層）が記録され、プールエリアにプール階層のプール情報テーブル（６階層）、圧縮階層の圧縮テーブル（６階層）が記録される。
【００４１】
（ヘッジ処理）
次に、図６を用いて、ヘッジ処理を説明する。この処理は、予め定められたヘッジ期間において継続して行なわれる。
まず、リーブオーダー管理システム２０の制御部２１は、為替レート取得処理を実行する（ステップＳ２−１）。具体的には、制御部２１のヘッジ処理部２１２は、為替情報システムから直近の為替レートを取得する。
【００４２】
次に、リーブオーダー管理システム２０の制御部２１は、ヘッジが必要かどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１のヘッジ処理部２１２は、取得した為替レートと、シナリオ情報記憶部２２に記録された監視階層のオーダー明細をユーザ端末２５の出力部に表示する。担当者は、直近の為替レートとオーダー明細の内容とを比較して、ヘッジが必要と判断した場合には、ユーザ端末２５の入力部を用いて、ヘッジ取引のためのリーブオーダーを指定して取引実行を入力する。
【００４３】
取引実行が入力されず、ヘッジが必要でない場合（ステップＳ２−２において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、為替レート取得処理（ステップＳ２−１）に戻る。
【００４４】
一方、取引実行が入力されてヘッジが必要な場合（ステップＳ２−２において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、上位階層を用いてヘッジ取引の実行処理を実行する（ステップＳ２−３）。具体的には、制御部２１のヘッジ処理部２１２は、選択されたリーブオーダーを用いて、ヘッジ取引を実行する。
【００４５】
次に、リーブオーダー管理システム２０の制御部２１は、追加下位階層のリーブオーダーの特定処理を実行する（ステップＳ２−４）。具体的には、制御部２１のオーダー管理部２１１は、リンク情報記憶部２３に記録されたリンク情報「ido」を用いて、実行したリーブオーダーに関連付けられた下層のリーブオーダーを特定する。
【００４６】
次に、リーブオーダー管理システム２０の制御部２１は、７階層目の実行かどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、制御部２１のオーダー管理部２１１は、実行したリーブオーダーが７階層目かどうかを判定する。
【００４７】
７階層目の実行でないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、上位階層エリアに下位階層の追加処理を実行する（ステップＳ２−６）。具体的には、制御部２１のオーダー管理部２１１は、特定したリーブオーダーを上位階層に引き上げる。例えば、第１階層のリーブオーダーを実行した場合、プール階層の第４階層が監視階層に引き上げられる。この結果、ワークエリアの監視階層には、第２階層〜第４階層が格納される。この場合、オーダー管理部２１１は、引き上げられるリーブオーダーのオーダー明細において不足する項目情報がある場合には、実行された上位階層のリーブオーダーのオーダー明細に記録された項目情報により補完する（明細化登録処理）。例えば、下位階層のリーブオーダーのオーダー明細に「取引先」に関する項目情報が記録されていない場合には、実行された上位階層のリーブオーダーのオーダー明細に記録された「取引先」情報を、下位階層のリーブオーダーのオーダー明細に「取引先」情報として記録する。
【００４８】
図７（ｂ）に示すように、第１階層〜第６階層のリーブオーダーを、順次、実行した場合、プール階層に記録されていた第７階層〜第９階層が、ワークエリアに監視階層として格納される。
【００４９】
一方、７階層目の実行と判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、圧縮テーブルからの読み込み処理を実行する（ステップＳ２−７）。具体的には、制御部２１のオーダー管理部２１１は、シナリオ情報記憶部２２のプールエリアに格納され、残っている階層の圧縮テーブルを読み込む。
【００５０】
この場合、図７（ｃ）に示すように、プールエリアに格納されていた圧縮階層の中で上位階層である第１０階層の圧縮テーブルをオーダー情報テーブルに展開して、ワークエリアに監視階層として格納する。
【００５１】
次に、リーブオーダー管理システム２０の制御部２１は、不要になった上位階層の削除処理を実行する（ステップＳ２−８）。具体的には、制御部２１のオーダー管理部２１１は、リンク情報記憶部２３に記録されたリンク情報「oco」を用いて、実行したリーブオーダーと同じ階層の他方のオーダー情報テーブル、このオーダー情報テーブルに関連付けられたプール情報テーブル、圧縮テーブルを削除する。
そして、リーブオーダー管理システム２０の制御部２１は、為替レート取得処理（ステップＳ２−１）に戻る。
【００５２】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、シナリオ情報記憶部２２には、ダイナミックヘッジシステム１０により作成されたシナリオ情報が記録される。リーブオーダーＬＯ１を、監視階層（３階層）、プール階層（６階層）、圧縮階層（６階層）からなる１５階層で管理する。これにより、リーブオーダーを複数階層で準備して、市場状況に応じたヘッジ取引を行なうことができる。更に、下位の圧縮階層では、圧縮テーブルが記録されるので、リソース負荷を軽減することができる。
【００５３】
（２）本実施形態においては、リンク情報記憶部２３には、シナリオ情報記憶部２２に格納されたシナリオ情報に基づいて作成されたリンク情報が記録される。これにより、リング情報を用いて、リーブオーダーが実行された場合の次のリーブオーダーの発効や不要なリーブオーダーの削除を行なうことができる。
【００５４】
（３）本実施形態においては、残り階層数が基準数未満と判定した場合（ステップＳ１−２において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、追加指示処理を実行する（ステップＳ１−３）。これにより、リーブオーダーの実行により、不足したリーブオーダーの作成を指示することができる。
【００５５】
（４）本実施形態においては、ヘッジが必要と判定された場合（ステップＳ２−２において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、上位階層を用いてヘッジ取引の実行処理（ステップＳ２−３）、追加下位階層のリーブオーダーの特定処理（ステップＳ２−４）を実行する。これにより、状況に応じたシナリオで、リーブオーダーを特定することができる。
【００５６】
（５）本実施形態においては、７階層目の実行でないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、上位階層エリアに下位階層の追加処理を実行する（ステップＳ２−６）。これにより、新たなリーブオーダーが監視階層に格納され、ヘッジ取引に必要な取引明細を、ユーザ端末２５において確認することができる。
【００５７】
（６）本実施形態においては、７階層目の実行と判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、圧縮テーブルから読み込み処理を実行する（ステップＳ２−７）。これにより、圧縮テーブルを、オーダー情報テーブルに展開することができる。
（７）本実施形態においては、上位階層のリーブオーダーのオーダー明細の項目情報と、下位階層のオーダー明細の項目情報とが同じ場合には、下位階層のオーダー明細の項目情報を省略しておく。そして、下位階層のリーブオーダーのオーダー明細において不足する項目情報がある場合には、上位階層のリーブオーダーのオーダー明細に記録された項目情報により補完する明細化登録処理を実行する。これにより、下位階層において、データ容量の削減を図り、実行可能なオーダー明細を生成することができる。
【００５８】
本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、定期追加処理において、残り階層数が基準数未満と判定した場合（ステップＳ１−２において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、追加指示処理を実行する（ステップＳ１−３）。ここで、ダイナミックヘッジシステム１０の担当者の出勤予定や市場状況を考慮して、階層数を準備するようにしてもよい。この場合には、リーブオーダー管理システム２０は、ダイナミックヘッジシステム１０の担当者の出勤予定情報を記録した勤怠管理サーバにアクセスできるようにしておく。更に、オーダー管理部２１１に、階層数決定テーブル、調整関数を保持させておく。階層数決定テーブルにおいては、出勤日までの期間の長さに応じて、必要階層数を決定するための情報が記録される。例えば、期間日数が長い程、必要階層数を多くする。調整関数においては、市場状況の変動傾向に基づいて、必要階層数を調整するための情報が記録される。例えば、大きな変動が予測される場合には、必要階層数を増やす。
【００５９】
図８を用いて、定期追加処理を説明する。
まず、リーブオーダー管理システム２０の制御部２１は、休日カレンダに基づいて必要階層数の決定処理を実行する（ステップＳ３−１）。具体的には、制御部２１のオーダー管理部２１１は、勤怠管理サーバにアクセスし、担当者の出勤予定を取得する。この場合、定期追加処理の実行時期が、担当者の休日に該当する場合には、次の出勤日までの期間を算出する。そして、オーダー管理部２１１は、階層数決定テーブルを用いて、この期間の長さに応じて必要階層数を決定する。
【００６０】
次に、リーブオーダー管理システム２０の制御部２１は、直近の市況情報の取得処理を実行する（ステップＳ３−２）。具体的には、制御部２１のオーダー管理部２１１は、為替情報システムにアクセスし、為替レートの変動状況に関する情報を取得する。
【００６１】
次に、リーブオーダー管理システム２０の制御部２１は、市況情報に応じて必要階層数の決定処理を実行する（ステップＳ３−３）。具体的には、制御部２１のオーダー管理部２１１は、変動状況に基づいて、次の定期追加処理までの期間における変動傾向を予測する。そして、オーダー管理部２１１は、調整関数を用いて、予測した変動傾向に基づいて、必要階層数を調整する。
【００６２】
次に、リーブオーダー管理システム２０の制御部２１は、現在の階層数は必要階層数未満かどうかについての判定処理を実行する（ステップＳ３−４）。具体的には、制御部２１のオーダー管理部２１１は、シナリオ情報記憶部２２に記録された階層数と、調整した必要階層数とを比較する。
【００６３】
ここで、現在の階層数は必要階層数未満と判定した場合（ステップＳ３−４において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、ステップＳ１−３と同様に、追加指示処理を実行する（ステップＳ３−５）。
【００６４】
一方、現在の階層数は必要階層数以上と判定した場合（ステップＳ３−４において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、追加指示処理（ステップＳ３−５）をスキップして定期追加処理を終了する。これにより、出勤状況や市場状況に応じて、適切な階層数を準備しておくことができる。
【００６５】
更に、図９に示すように、機械学習により、必要階層数を算出するようにしてもよい。この場合には、市況情報、担当者の休日を示すカレンダ、ヘッジ取引において使用された階層数を学習用教師データ５０１として用いて学習を行なう。この場合、市況情報、カレンダを入力層、ヘッジ取引において使用された階層数を出力層として機械学習を行ない、市況情報、カレンダから必要階層数を予測するモデル（階層数予測モデル）を生成する。そして、定期追加処理において、リーブオーダー管理システム２０の制御部２１は、予測用データ５０２として、現在の市況情報、カレンダを用いて、階層数予測モデルに適用して、必要階層数を予測する。そして、この必要階層数を補う追加指示を行なう。
【００６６】
・上記実施形態では、定期追加処理を実行する。これに加えて、状況に応じて、リーブオーダーを追加するようにしてもよい。この場合には、オーダー管理部２１１に、追加要否を判定するための通知判定数に関するデータを記憶させておく。
【００６７】
次に、図１０を用いて、緊急追加処理を説明する。この処理は、取引が行なわれている期間中に実行される。
まず、リーブオーダー管理システム２０の制御部２１は、プールエリアの残り階層数の特定処理を実行する（ステップＳ４−１）。具体的には、制御部２１のオーダー管理部２１１は、シナリオ情報記憶部２２に記録されているシナリオ情報において、プールエリアのリーブオーダーの階層数（残り階層数）を算出する。
【００６８】
次に、リーブオーダー管理システム２０の制御部２１は、通知判定数未満かどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１のオーダー管理部２１１は、残り階層数と通知判定数とを比較する。
【００６９】
残り階層数が通知判定数未満でないと判定した場合（ステップＳ４−２において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、所定期間を待機して、プールエリアの残り階層数の特定処理（ステップＳ４−１）を繰り返す。
【００７０】
一方、残り階層数が通知判定数未満と判定した場合（ステップＳ４−２において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、追加指示処理を実行する（ステップＳ４−３）。具体的には、制御部２１のオーダー管理部２１１は、残り階層数と基準数との差分を算出する。次に、オーダー管理部２１１は、ユーザ端末２５の出力部に追加指示メッセージを出力する。この追加指示メッセージには、追加すべき階層数（基準数との差分）に関する情報を含める。この場合も、圧縮階層が不足している場合には、この追加指示メッセージを確認した担当者は、ダイナミックヘッジシステム１０により、追加すべき階層数の圧縮テーブルを生成し、生成した圧縮テーブルをシナリオ情報記憶部２２のプールエリアに記録する。一方、プール階層で不足している場合には、圧縮テーブルをプール情報テーブルに展開して、シナリオ情報記憶部２２のプールエリアに記録する。更に、監視階層においてオーダー明細が不足している場合には、圧縮テーブルからオーダー情報テーブルを生成し、シナリオ情報記憶部２２のワークエリアに記録する。そして、各リーブオーダーについてのリンク情報を生成し、リンク情報記憶部２３に記録する。
【００７１】
・上記実施形態では、リーブオーダー管理システム２０の制御部２１は、ヘッジが必要かどうかについての判定処理を実行する（ステップＳ２−２）。ここでは、制御部２１のヘッジ処理部２１２は、取得した為替レートと、シナリオ情報記憶部２２に記録された監視階層のオーダー明細をユーザ端末２５の出力部に表示する。ここで、市況に応じて、表示する監視階層数を決定するようにしてもよい。この場合には、オーダー管理部２１１に、変動傾向に対して監視階層数（必要階層数）を関連付けた階層数決定テーブルを保持させておく。この階層数決定テーブルでは、例えば、変動傾向が大きい場合や激しい場合には、監視階層数が多くなるように設定されている。
【００７２】
図１１を用いて、表示階層決定処理を説明する。
まず、リーブオーダー管理システム２０の制御部２１は、市況情報の取得処理を実行する（ステップＳ５−１）。具体的には、制御部２１のオーダー管理部２１１は、為替情報システムにアクセスし、為替レートの変動状況に関する情報を取得する。
【００７３】
次に、リーブオーダー管理システム２０の制御部２１は、市況情報に応じて必要階層数の決定処理を実行する（ステップＳ５−２）。具体的には、制御部２１のオーダー管理部２１１は、取得した変動状況に基づいて、変動傾向を予測する。そして、オーダー管理部２１１は、階層数決定テーブルを用いて、変動傾向に応じた必要階層数を決定する。
【００７４】
次に、リーブオーダー管理システム２０の制御部２１は、現在の表示階層数が必要階層数かどうかについての判定処理を実行する（ステップＳ５−３）。具体的には、制御部２１のオーダー管理部２１１は、決定した必要階層数と、現在の表示階層数とを比較する。
【００７５】
現在の表示階層数と必要階層数とが一致する場合（ステップＳ５−３において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、表示階層決定処理を終了する。
【００７６】
一方、現在の表示階層数と必要階層数とが一致しない場合（ステップＳ５−３において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、現在の表示階層数が必要階層数よりも少ないかどうかについての判定処理を実行する（ステップＳ５−４）。
【００７７】
現在の表示階層数が必要階層数よりも少ない場合（ステップＳ５−４において「ＹＥＳ」の場合）、リーブオーダー管理システム２０の制御部２１は、不足階層の追加処理を実行する（ステップＳ５−５）。具体的には、制御部２１のオーダー管理部２１１は、プール階層のリーブオーダーを、不足階層分だけ、監視階層に追加する。この場合、ユーザ端末２５の出力部に表示されるオーダー明細が増加する。
【００７８】
一方、現在の表示階層数が必要階層数よりも多い場合（ステップＳ５−４において「ＮＯ」の場合）、リーブオーダー管理システム２０の制御部２１は、過剰階層の削減処理を実行する（ステップＳ５−６）。具体的には、制御部２１のオーダー管理部２１１は、監視階層のリーブオーダーを、過剰階層分だけ、プール階層に戻す。この場合、ユーザ端末２５の出力部に表示されるオーダー明細が減少する。
これにより、ヘッジ取引の担当者は、ユーザ端末２５の出力部に表示されたオーダー明細を、効率的に確認することができる。
【００７９】
・上記実施形態では、リーブオーダー管理システム２０の制御部２１は、ヘッジが必要かどうかについての判定処理を実行する（ステップＳ２−２）。ここでは、ユーザ端末２５を用いて、ヘッジ取引のためのオーダー明細を指定して取引実行を入力された場合に、ヘッジが必要と判定する。ここで、制御部２１は、ヘッジの要否の判断を支援するようにしてもよい。この場合には、オーダー明細に、ヘッジ取引を行なう条件（ヘッジトリガー）を記録しておく。そして、制御部２１のヘッジ処理部２１２は、直近の為替レートと、最上階層のリーブオーダーのオーダー明細とを比較する。そして、オーダー明細の為替レート（ヘッジトリガー）に該当する場合にヘッジが必要であることを示すメッセージを、ユーザ端末２５の出力部に出力する。
【００８０】
・上記実施形態では、ダイナミックヘッジシステム１０、リーブオーダー管理システム２０を用いるハードウェア構成はこれらに限定されるものではない。例えば、ダイナミックヘッジシステム１０、リーブオーダー管理システム２０を一体として用いてもよい。また、定期追加処理や緊急追加処理を、ダイナミックヘッジシステム１０において実行するようにしてもよい。
【００８１】
・上記実施形態では、為替レートのリーブオーダーの管理に適用したが、適用対象は、これに限定されるものではない。複数の指示からなるシナリオに基づいて情報処理が実行されるシステムに適用することができる。
【符号の説明】
【００８２】
１０…ダイナミックヘッジシステム、２０…リーブオーダー管理システム、２１…制御部、２１１…オーダー管理部、２１２…ヘッジ処理部、２２…シナリオ情報記憶部、２３…リンク情報記憶部、２５…ユーザ端末、Ｈ１０…情報処理装置、Ｈ１１…通信装置、Ｈ１２…入力装置、Ｈ１３…表示装置、Ｈ１４…記憶部、Ｈ１５…プロセッサ。
【図１】
2020166313.tif 000003
【図２】
2020166313.tif 000004
【図３】
2020166313.tif 000005
【図４】
2020166313.tif 000006
【図５】
2020166313.tif 000007
【図６】
2020166313.tif 000008
【図７】
2020166313.tif 000009
【図８】
2020166313.tif 000010
【図９】
2020166313.tif 000011
【図１０】
2020166313.tif 000012
【図１１】
2020166313.tif 000013