金融商品管理システム、金融商品管理方法及び金融商品管理プログラム
【課題】金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、金融商品管理方法及び金融商品管理プログラムを提供する。
【解決手段】取引管理サーバ２０の商品設計制御部２２は、「レイヤ１」〜「レイヤ３」を用いて商品を構成する。まず、「レイヤ３」のオブジェクトの組み合わせ、既に商品として登録済みかどうかについて判定する。まだ商品として登録されていない場合、商品設計制御部２２は、各オブジェクトの属性情報に基づいて、組み合わせの可否を判定する。組み合わせ可能な場合、シミュレーションを行ない、収益性及びリスクを評価する。収益性がある場合、商品設計制御部２２は、リスク評価結果に基づいて自動値決め商品候補又は個別値決め商品候補として決定し、値決め方法に応じた「レイヤ１」、「レイヤ２」のオブジェクトを付加したワークフローを登録する。
【解決手段】取引管理サーバ２０の商品設計制御部２２は、「レイヤ１」〜「レイヤ３」を用いて商品を構成する。まず、「レイヤ３」のオブジェクトの組み合わせ、既に商品として登録済みかどうかについて判定する。まだ商品として登録されていない場合、商品設計制御部２２は、各オブジェクトの属性情報に基づいて、組み合わせの可否を判定する。組み合わせ可能な場合、シミュレーションを行ない、収益性及びリスクを評価する。収益性がある場合、商品設計制御部２２は、リスク評価結果に基づいて自動値決め商品候補又は個別値決め商品候補として決定し、値決め方法に応じた「レイヤ１」、「レイヤ２」のオブジェクトを付加したワークフローを登録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
今日、金融機関において、多様な金融商品が販売されている。このような金融商品の中には、デリバティブのように、金融市場で決定される金利、ボラティリティ、為替レート等価格決定の要素となる基準価格（マーケットレート）に基づき、取引価格を決めるものも含まれる。このため、マーケットレートを考慮した取引価格の設定（値決め）を行なう必要がある。そこで、デリバティブ取引の業務負担の増大に対処するためのデリバティブ商品販売管理方法が検討されている（例えば、特許文献１を参照。）。この文献に記載された技術では、発注者とトレーダーがアプリケーション及びデータベースを共有することによって、発注者が値決めと約定を実行できると共に、必要に応じてトレーダーによる値決めを介在できるようにしている。トレーダーが、プライシングに必要なマーケットデータを常時更新し、発注者が、取引条件をウエブブラウザ画面から送信してトレーダー用のアプリケーションを直接、操作する。そして、発注者が、送信した取引条件に応じて送信時点におけるマーケットデータから計算されたプライスを確認して、必要に応じて取引条件を修正する。更に、必要に応じてトレーダーによる値決めを介在できるようにする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−５６１８５号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された技術のように、金融商品において値決めを行なう場合、アプリケーションにより機械的に値決めを行なう場合もあれば、トレーダーの総合的な判断により値決めを行なう場合もある。いずれの場合にも、大量の取引に対応するためには、値決めを含む一連のワークフローを効率的に実行できることが望まれる。
【０００５】
このような金融商品の取引対象は多様であり、これらの取引対象を組み合わせて新たな金融商品を生成する場合もある。このように、新たに生成された金融商品についての値決めにおいて、トレーダーを介在させる場合、大量の取引に対して迅速に対応するためには多くのトレーダーを確保しておく必要がある。
【０００６】
また、新たに生成された金融商品であっても、金融商品の性格によっては、トレーダーによる値決めの必要がなく、機械的な計算により値決めを行なうことも可能である。特に、リスクの低い商品については、自動計算による値決めを行なっても問題がない。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、金融商品管理方法及び金融商品管理プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、取引情報の入力制御を行なう第１レイヤのオブジェクトと、自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトと
を登録したオブジェクトデータベースと、取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムであって、前記制御手段が、前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段と、前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段と、前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段とを備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の金融商品管理システムにおいて、前記判定手段において、前記シミュレーションにより、リスクが小さいことを示す評価値の場合には、第２レイヤにおいて自動値決めを選択し、リスクが大きいことを示す評価値の場合には、第２レイヤにおいて個別値決めを選択することを要旨とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の金融商品管理システムにおいて、前記シミュレーションにおいて、取引パラメータを適用して損益を算出し、収益を出せる場合にリスク評価値を算出することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の金融商品管理システムにおいて、前記オブジェクトデータベースに登録された第３レイヤの各オブジェクトに対して、他のオブジェクトとの組み合わせの可否を判定するための属性情報を登録した属性情報記憶手段を更に備え、前記制御手段が、前記属性情報記憶手段に記憶された属性情報に基いて、各組み合わせに含まれる前記第３レイヤのオブジェクトの属性情報を取得し、前記属性情報に基いて組み合わせ可能と判定した場合に商品候補として出力することを要旨とする。
【００１２】
請求項５に記載の発明は、請求項１〜４のいずれか一つに記載の金融商品管理システムにおいて、第１レイヤのオブジェクト、第２レイヤのオブジェクト及び第３レイヤのオブジェクトの組み合わせを結合して設計された商品を構成するオブジェクトのオブジェクト識別子が登録された商品情報記憶手段を更に備え、前記抽出手段において、前記商品情報記憶手段に登録された既存の商品の中から複数の商品を特定し、前記商品を構成する第３レイヤのオブジェクトのオブジェクト識別子を取得し、重複したオブジェクト識別子をまとめた組み合わせを生成することを要旨とする。
【００１３】
請求項６に記載の発明は、取引情報の入力制御を行なう第１レイヤのオブジェクトと、自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するための処理方法であって、前記制御手段が、前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出段階と、前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定段階と、前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録段階とを実行することを要旨とする。
【００１４】
請求項７に記載の発明は、取引情報の入力制御を行なう第１レイヤのオブジェクトと、自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、取引を行なうため
の取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するためのプログラムであって、前記制御手段を、前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段と、前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段と、前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段として機能させることを要旨とする。
【００１５】
（作用）
請求項１、６、７に記載の発明によれば、制御手段が、オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する。次に、オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出する。そして、リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する。更に、第１レイヤのオブジェクト、決定された値決め方法に対応する第２レイヤのオブジェクト及び第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する。これにより、自動値決め又は個別値決めを含めた金融商品の取引を支援するワークフローを効率的に設計することができる。
【００１６】
請求項２に記載の発明によれば、シミュレーションにより、リスクが小さいことを示す評価値の場合には、第２レイヤにおいて自動値決めを選択し、リスクが大きいことを示す評価値の場合には、第２レイヤにおいて個別値決めを選択する。これにより、リスクが大きい場合には、慎重な値決めを行なうワークフローを設計することができる。
【００１７】
請求項３に記載の発明によれば、シミュレーションにおいて、取引パラメータを適用して損益を算出し、収益を出せる場合にリスク評価値を算出する。これにより、収益性がない商品候補を排除することができる。
【００１８】
請求項４に記載の発明によれば、制御手段が、属性情報記憶手段に記憶された属性情報に基いて、各組み合わせに含まれる第３レイヤのオブジェクトの属性情報を取得し、属性情報に基いて組み合わせ可能と判定した場合に商品候補として出力する。これにより、オブジェクトを組み合わせることができず、商品として成立し得ない商品候補を排除することができる。
【００１９】
請求項５に記載の発明によれば、商品情報記憶手段に登録された既存の商品の中から複数の商品を特定し、商品を構成する第３レイヤのオブジェクトのオブジェクト識別子を取得し、重複したオブジェクト識別子をまとめた組み合わせを生成する。これにより、既存商品のオブジェクトを利用して、新たな商品を設計することができる。
【発明の効果】
【００２０】
本発明によれば、金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、金融商品管理方法及び金融商品管理プログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態のシステム概略図。
【図２】自動値決め及び個別値決めのワークフローの説明図。
【図３】レイヤ構成と各レイヤにおいて用いられるオブジェクトの関係の説明図。
【図４】各データ記憶部に記録されたデータの説明図であって、（ａ）はオブジェクト管理データ記憶部、（ｂ）は商品管理データ記憶部、（ｃ）は商品候補データ記憶部に記録されたデータの説明図。
【図５】「レイヤ１」、「レイヤ２」において用いられるオブジェクトの説明図。
【図６】本発明の本実施形態の処理手順の説明図。
【図７】本発明の本実施形態の処理手順の説明図。
【図８】本発明の他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２２】
以下、本発明を具体化した実施形態を図１〜図７に従って説明する。本実施形態では、複数の取引モデルを組み合わせて新しい金融商品を生成する場合に用いる金融商品管理システム、金融商品管理方法及び金融商品管理プログラムとして説明する。本実施形態では、図１に示すように、金融商品管理システムとしての取引管理サーバ２０が金融商品管理処理を実行する。
【００２３】
本実施形態においては、営業担当者が金融商品についての取引を行なう場合、個々の取引において市場価格や市場動向等に基づいて取引価格の算出（値決め）が行なわれる。この値決めには、アプリケーションによって機械的に価格を算出する「自動値決め」と、トレーダーによる総合的判断に基づいて価格を算出する「個別値決め」とがある。
【００２４】
自動値決めのワークフローにより取引を行なう場合には、「取引入力」、「プライシング」、「内容確認」、「内容照査」、「成約」の順番で各処理が行なわれる。図２においては、商品を構成する取引モデル（オブジェクトｄ）を用いる商品Ａが自動値決めの商品である。このような取引モデルを実現するためのオブジェクトは、予めデータベースに準備しておく。
【００２５】
ここで、「取引入力」においては、取引入力画面において取引条件を設定する処理を行なう。
「プライシング」においては、公知のロジックにより、マーケットレートに基づいて取引価格を算出する処理を行なう。
【００２６】
「内容確認」においては、入力された取引条件やプライシングにより算出された価格を確認する処理を行なう。
「内容照査」においては、照査権限者が内容を確認する処理を行なう。
「成約」においては、取引を成立させるための処理を行なう。
【００２７】
一方、個別値決めのワークフローより取引を行なう場合には、図２に示す商品Ｂのように、「取引入力」、「内容確認」、「値決め依頼」、「内容照査」、「本部内容確認」、「取引転送」、「成約」の順番で各処理が行なわれる。図２においては、商品を構成する取引モデル（オブジェクトａ、ｃ、ｄ、ｅ）を用いる商品Ｂが個別値決めの商品である。
【００２８】
ここで、「取引入力」においては、取引入力画面において取引条件を設定する処理を行なう。
「内容確認」においては、入力された取引条件を確認する処理を行なう。
【００２９】
「値決め依頼」においては、取引条件に基づいて、トレーダーに値決めを依頼するための処理を行なう。
「内容照査」においては、照査権限者が内容を確認する処理を行なう。
【００３０】
「本部内容確認」においては、本部担当者が営業担当者の約定を確認する処理を行なう
。
「取引転送」においては、プライシングされた約定を営業担当者に転送する処理を行なう。
「成約」においては、取引を成立させるための処理を行なう。
【００３１】
本実施形態では、図３に示すように、各商品について、３層（「レイヤ１」〜「レイヤ３」）のレイヤ・アーキテクチャを用いて取引管理が行われる。
【００３２】
「レイヤ１」においては、「商品性」、「自動値決め」、「個別値決め」に関わらず共通的に使用することができるオブジェクトを管理して、取引のシナリオ制御を行なう。そして、「レイヤ１」のオブジェクトは、「レイヤ２」、「レイヤ３」において必要なリクエストパラメータを取得する。
【００３３】
「レイヤ２」においては、「商品性」に関わらず、「自動値決め」、「個別値決め」それぞれで共通的に使用できるオブジェクトを管理する。
「レイヤ３」においては、商品毎の固有のビジネスロジックの管理を行なう。
【００３４】
例えば、個別の商品Ａについては、自動・個別値決め共通の「レイヤ１」において実行される複数のオブジェクトが登録されている。また、自動・個別値決めの共通処理である「レイヤ２」においては、「レイヤ１」で決定された自動値決め又は個別値決めに対応するオブジェクトが登録されている。更に、「レイヤ３」においては、商品に固有の処理を行なうオブジェクトが登録されている。このような３層のオブジェクトを利用することにより、この商品についての取引支援を行なう。
【００３５】
取引管理サーバ２０には、図１に示すように、ネットワークを介してクライアント端末（１０，１５）が接続されている。
クライアント端末１０は、営業店において、取引を行なう営業担当者が使用するコンピュータ端末である。一方、クライアント端末１５は、金融機関が提供する金融商品を生成する本部担当者が用いるコンピュータ端末である。
【００３６】
このクライアント端末（１０，１５）は、各担当者が取引管理サーバ２０にアクセスする場合に用いられる。クライアント端末（１０，１５）は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このクライアント端末（１０，１５）は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を有する。
【００３７】
取引管理サーバ２０は、クライアント端末１０から受信したデータに基づいて、金融取引の管理処理を実行するコンピュータシステムである。取引管理サーバ２０は、図１に示すように、取引支援制御部２１、商品設計制御部２２、属性情報記憶手段としてのオブジェクト管理データ記憶部２５、商品情報記憶手段としての商品管理データ記憶部２６、商品候補データ記憶部２７、オブジェクトデータベース２８を備える。
【００３８】
オブジェクト管理データ記憶部２５には、図４（ａ）に示すように、各レイヤにおいて用いるオブジェクトについてのオブジェクト管理レコード２５０が記録される。このオブジェクト管理レコード２５０は、各レイヤにおいて用いるオブジェクトを登録した場合に記録される。オブジェクト管理レコード２５０は、オブジェクト識別子、レイヤ識別子、属性に関するデータを含んで構成される。
【００３９】
オブジェクト識別子データ領域には、各オブジェクトを特定する識別子（オブジェクト識別子）に関するデータが記録される。
レイヤ識別子データ領域には、このオブジェクトが用いられるレイヤを特定する識別子に関するデータが記録される。
【００４０】
属性データ領域には、このオブジェクトが属するグループを特定する識別子に関するデータが記録される。この属性を用いることにより、他のオブジェクトとの組み合わせの可能性について判断することができる。例えば、レイヤ２のオブジェクトにおいては、自動値決め、個別値決めを識別するためのフラグが記録される。レイヤ３のオブジェクトについては、他の取引モデルとの組み合わせの可否を特定するための情報が記録される。ここでは、このオブジェクトと組み合わせることができない他のオブジェクトのオブジェクト識別子を登録しておく。
【００４１】
商品管理データ記憶部２６には、図４（ｂ）に示すように、金融機関が提供する金融商品についての商品管理レコード２６０が記録されている。この商品管理レコード２６０は、金融商品が登録された場合に記録される。商品管理レコード２６０は、商品識別子に対してオブジェクト識別子に関するデータを含んで構成される。
【００４２】
商品識別子データ領域には、金融機関において販売する金融商品を特定する商品識別子に関するデータが記録される。
オブジェクト識別子データ領域には、この商品について、レイヤ１〜３において用いられるオブジェクトを特定するための識別子に関するデータが記録される。
【００４３】
商品候補データ記憶部２７には、図４（ｃ）に示すように、新たに生成した金融商品の候補についての商品候補レコード２７０が記録されている。この商品候補レコード２７０は、新たな金融商品を生成した場合に記録される。商品候補レコード２７０は、候補識別子に対してオブジェクト識別子、収益性評価結果、リスク評価結果、総合判定結果に関するデータを含んで構成される。
【００４４】
候補識別子データ領域には、生成した金融商品の候補を特定する商品識別子に関するデータが記録される。
オブジェクト識別子データ領域には、この商品候補について、レイヤ３において用いられるオブジェクトを特定するための識別子に関するデータが記録される。
【００４５】
収益性評価結果データ領域には、収益性評価を行なった結果（本実施形態では、収益期待値）に関するデータが記録される。
リスク評価結果データ領域には、リスク評価を行なった結果（本実施形態では、損失発生確率）に関するデータが記録される。
総合判定結果データ領域には、総合判定を行なった結果に関するデータが記録される。本実施形態では、商品候補として利用できない場合には、「不可」フラグが記録される。
【００４６】
オブジェクトデータベース２８には、各レイヤにおいて用いられるオブジェクトが記録される。各オブジェクトにはオブジェクト識別子が付与されている。そして、各オブジェクトは、このオブジェクト識別子を用いて他のオブジェクトを呼び出して、リクエストを供給する。リクエストを受けたオブジェクトは、このリクエストに対応するレスポンスを返す。
【００４７】
更に、取引管理サーバ２０はシミュレーション情報記憶部（図示せず）を備えている。このシミュレーション情報記憶部には、シミュレーションに用いるパラメータ値（取引パラメータ）が記録される。具体的には、直近所定期間の各種マーケットレート履歴情報、シミュレーションの対象期間、インデックス、オプションの種類や各オプションの設定値等に関するデータが記録される。このマーケットレートは、「レイヤ３」の各オブジェク
トのパラメータ値として用いられる。
【００４８】
更に、シミュレーション情報記憶部には、「レイヤ３」の各オブジェクトにおいて用いるパラメータについて、多様な状態を想定してパラメータ値が設定された各種想定パターンに関するデータが記録される。
【００４９】
取引支援制御部２１は、クライアント端末１０と通信を行ないながら、営業担当者が入力した取引条件に基づいて、取引を支援するための各種データ処理を行なう制御手段として機能する。この取引支援制御部２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（レイヤ１〜３の各処理段階の各処理等）を行なう。そのための取引支援プログラムを実行することにより、取引支援制御部２１は、図１に示すように「レイヤ１」〜「レイヤ３」の各オブジェクトを実行する。
【００５０】
「レイヤ１」においては、図５に示すように、取引入力管理オブジェクト、プライシング管理オブジェクト、内容確認管理オブジェクト、内容照査表示管理オブジェクト、内容照査管理オブジェクト、本部内容確認管理オブジェクト、取引転送管理オブジェクト、成約管理オブジェクトが利用される。
【００５１】
取引入力管理オブジェクトは、クライアント端末１０において入力された取引条件情報を取得する。そして、取得した取引条件に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め取引入力オブジェクト、個別値決め取引入力オブジェクトに引き継ぐ。更に、自動値決めの対象商品の場合、プライシング管理オブジェクトに引き継ぐ。
【００５２】
プライシング管理オブジェクトは、「レイヤ２」におけるプライシングオブジェクトに、取引情報を引き継ぐ。プライシングオブジェクトは、「レイヤ３」の取引モデルを用いて、取引価格を決定し、プライシング管理オブジェクトに供給する。そして、プライシング管理オブジェクトは、クライアント端末１０に、取得した商品価格を出力する。
【００５３】
内容確認管理オブジェクトは、クライアント端末１０において入力された内容確認要求に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め内容確認オブジェクト、個別値決め内容確認オブジェクトに引き継ぐ。
【００５４】
内容照査表示管理オブジェクトは、クライアント端末１０に内容照査画面を出力する。
内容照査管理オブジェクトは、クライアント端末１０において入力された内容照査実行要求に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め内容照査オブジェクト、個別値決め内容照査オブジェクトに引き継ぐ。
【００５５】
また、個別値決めのワークフローにおいては、本部内容確認管理オブジェクト、取引転送管理オブジェクトを用いる。本部内容確認管理オブジェクト、取引転送管理オブジェクトは、それぞれ「レイヤ２」における本部内容確認オブジェクト、取引転送オブジェクトにクライアント端末１０からの要求を引き継ぐ。
【００５６】
成約管理オブジェクトは、クライアント端末１０において入力された成約要求に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め成約オブジェクト、個別値決め成約オブジェクトに引き継ぐ。
【００５７】
商品設計制御部２２は、既存のオブジェクトを利用して、新たな商品の候補を生成するための各種データ処理等を行なう制御手段として機能する。この商品設計制御部２２は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（抽出段階、判定段階、シミ
ュレーション段階、登録段階等の各処理等）を行なう。そのための商品候補生成プログラムを実行することにより、商品設計制御部２２は、図１に示すように、商品候補生成手段２２１、候補判定手段２２２、シミュレーション手段２２３、候補登録手段２２４として機能する。
【００５８】
商品候補生成手段２２１は、オブジェクトの組み合わせを抽出する抽出手段として機能する。具体的には、オブジェクト管理データ記憶部２５に登録された「レイヤ３」のオブジェクトを組み合わせて、商品候補を生成する処理を実行する。
【００５９】
候補判定手段２２２は、値決め方法を決定する判定手段として機能する。具体的には、生成した商品候補の収益性やリスクを用いて、商品性を総合的に判定する処理を実行する。
【００６０】
シミュレーション手段２２３は、リスク評価値を算出するシミュレーション手段として機能する。具体的には、生成した商品候補についてシミュレーションを行ない、リスクや収益性についての評価結果を算出する処理を実行する。具体的には、シミュレーション手段２２３は、商品候補を構成する取引モデルにおいて用いられるパラメータに、シミュレーション情報記憶部に記録されたマーケットレート履歴情報を代入し、この期間の損益のシミュレーションを行なう。また、シミュレーション手段２２３は、この取引モデルにおいて用いられるパラメータにシミュレーション情報記憶部に記録された各種想定パターンを代入することによりシミュレーションを行ない、損失が生じる確率を算出する。
【００６１】
候補登録手段２２４は、商品候補を出力する登録手段として機能する。具体的には、シミュレーション結果に基づいて、自動値決め或いは個別値決めが振り分けられた商品候補として登録する処理を実行する。
【００６２】
次に、新たな商品候補を生成する場合の処理を、図６を用いて説明する。
まず、取引管理サーバ２０の商品設計制御部２２は、「レイヤ３」のオブジェクトの組み合わせの生成処理を実行する（ステップＳ１−１）。具体的には、商品設計制御部２２の商品候補生成手段２２１は、オブジェクト管理データ記憶部２５に記録されたレイヤ３のオブジェクトを用いて組み合わせを生成する。そして、商品候補生成手段２２１は、生成した組み合わせに対して候補識別子を付与する。更に、商品候補生成手段２２１は、候補識別子、組み合わせを構成するオブジェクト識別子を含めた商品候補レコード２７０を生成し、商品候補データ記憶部２７に登録する。
【００６３】
次に、取引管理サーバ２０の商品設計制御部２２は、商品候補データ記憶部２７に登録された組み合わせを、順次、判定対象として特定し、組み合わせ判定処理を実行する（ステップＳ１−２）。具体的には、商品設計制御部２２の候補判定手段２２２が、後述する組み合わせ判定処理を実行する。
【００６４】
そして、取引管理サーバ２０の商品設計制御部２２は、商品候補の出力処理を実行する（ステップＳ１−３）。具体的には、商品設計制御部２２の候補判定手段２２２が、総合判定結果において「不可」フラグが記録されていない組み合わせを商品候補情報としてクライアント端末１５に出力する。この商品候補情報には、商品を構成するオブジェクト識別子、収益性評価結果、リスク評価結果、総合判定結果を含める。これにより、本部担当者は、この商品候補を商品として販売するかどうかについての判定を行なう。
【００６５】
（組み合わせ判定処理）
次に、組み合わせ判定処理（ステップＳ１−２）を、図７を用いて説明する。
取引管理サーバ２０の商品設計制御部２２は、既に商品として登録済みかどうかについ
ての判定処理を実行する（ステップＳ２−１）。具体的には、商品設計制御部２２の候補判定手段２２２は、商品管理データ記憶部２６において、判定対象の組み合わせと同じオブジェクト識別子が登録された商品管理レコード２６０の有無を判定する。
【００６６】
同じオブジェクト識別子が登録された商品管理レコード２６０が記録されており、既に商品として登録済みの場合（ステップＳ２−１において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。この場合、候補判定手段２２２は、商品候補レコード２７０の総合判定結果として「不可」フラグを記録する。
【００６７】
一方、同じオブジェクト識別子が登録された商品管理レコード２６０が記録されておらず、まだ商品として登録されていない場合（ステップＳ２−１において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、各オブジェクトの属性情報の取得処理を実行する（ステップＳ２−２）。具体的には、商品設計制御部２２の候補判定手段２２２は、オブジェクト管理データ記憶部２５から、商品候補を構成する各オブジェクトの属性情報を取得する。
【００６８】
次に、取引管理サーバ２０の商品設計制御部２２は、組み合わせ可能かどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、商品設計制御部２２の候補判定手段２２２は、オブジェクト管理データ記憶部２５から取得した属性情報において、組み合わせることができないオブジェクト識別子が含まれているかどうかについて判定する。
【００６９】
組み合わせることができないオブジェクト識別子が含まれているため、組み合わせ不可と判定した場合（ステップＳ２−３において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。この場合も、候補判定手段２２２は、商品候補レコード２７０の総合判定結果として「不可」フラグを記録する。
【００７０】
一方、組み合わせることができないオブジェクト識別子が含まれておらず、組み合わせ可能と判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、シミュレーション処理を実行する（ステップＳ２−４）。具体的には、商品設計制御部２２の候補判定手段２２２は、シミュレーション手段２２３に対して、シミュレーション指示を供給する。このシミュレーション指示には、判定対象の商品候補を構成するオブジェクトのオブジェクト識別子を含める。
【００７１】
この場合、シミュレーション手段２２３は、収益性評価を行なう。本実施形態では、シミュレーション手段２２３は、指定された各オブジェクトにおいて用いられるパラメータを特定し、シミュレーション情報記憶部からパラメータ値（直近所定期間の各種マーケットレート履歴情報）を取得する。そして、シミュレーション手段２２３は、取得したパラメータ値を各オブジェクトに代入して、シミュレーション対象期間における利益期待値についての損益計算を行なう。
【００７２】
更に、シミュレーション手段２２３は、リスク評価を行なう。本実施形態では、シミュレーション手段２２３は、シミュレーション情報記憶部に記録された各種想定パターンを代入し、複数の各種想定パターンの中で損失が生じる各種想定パターンの割合（損失発生確率）についてのリスク計算を行なう。
【００７３】
そして、シミュレーション手段２２３は、収益性及びリスクについての評価結果を候補判定手段２２２に戻す。この場合、候補判定手段２２２は、収益性評価結果及びリスク評
価結果を商品候補データ記憶部２７の商品候補レコード２７０に記録する。
【００７４】
次に、取引管理サーバ２０の商品設計制御部２２は、収益性があるかどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、商品設計制御部２２の候補判定手段２２２は、シミュレーション手段２２３の損益計算において算出した利益期待値が基準値以上かどうかについて判定する。
【００７５】
利益期待値が基準値以下であり、収益性がないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。この場合も、候補判定手段２２２は、商品候補レコード２７０の総合判定結果として「不可」フラグを記録する。
【００７６】
一方、利益期待値が基準値を超えており、収益性があると判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、リスクが小さいかどうかについての判定処理を実行する（ステップＳ２−６）。具体的には、商品設計制御部２２の候補判定手段２２２は、シミュレーション手段２２３のリスク計算において算出した損失発生確率が基準値以下かどうかについて判定する。
【００７７】
損失発生確率が基準値以下であり、リスクが小さいと判定した場合（ステップＳ２−６において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、自動値決め商品候補としての登録処理を実行する（ステップＳ２−７）。具体的には、商品設計制御部２２の候補登録手段２２４は、オブジェクト管理データ記憶部２５に記録されたオブジェクト管理レコード２５０の属性情報を用いて、レイヤ１及びレイヤ２において自動値決めについてのオブジェクトを特定し、このオブジェクト識別子を商品候補レコード２７０に登録する。
【００７８】
一方、損失発生確率が基準値を超えており、リスクが大きいと判定した場合（ステップＳ２−６において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、個別値決め商品候補としての登録処理を実行する（ステップＳ２−８）。具体的には、商品設計制御部２２の候補登録手段２２４は、オブジェクト管理データ記憶部２５に記録されたオブジェクト管理レコード２５０の属性情報を用いて、レイヤ１及びレイヤ２において個別値決めについてのオブジェクトを特定し、このオブジェクト識別子を商品候補レコード２７０に登録する。
【００７９】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、取引管理サーバ２０の取引支援制御部２１は、「レイヤ１」〜「レイヤ３」の各オブジェクトを実行する。この「レイヤ１」においては、「商品性」、「自動値決め」、「個別値決め」に関わらず共通的に使用することができるオブジェクトを管理する。そして、「レイヤ１」のオブジェクトは、「レイヤ２」、「レイヤ３」において必要なリクエストパラメータを取得する。「レイヤ２」においては、「商品性」に関わらず、「自動値決め」、「個別値決め」それぞれで共通的に使用できるオブジェクトを管理する。「レイヤ３」においては、商品毎の固有のビジネスロジックを管理する。これにより、図２に示す商品Ｃのように、「レイヤ１」、「レイヤ２」の既存オブジェクトを活用しながら、取引モデルを構成する「レイヤ３」のオブジェクトを結合することにより、新しい商品のワークフローを設計することができる。
【００８０】
・ 上記実施形態では、リスクが小さいと判定した場合（ステップＳ２−６において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、自動値決め商品候補としての登録処理を実行する（ステップＳ２−７）。一方、リスクが大きいと判定した場合（ステップＳ２−６において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２
２は、個別値決め商品候補としての登録処理を実行する（ステップＳ２−８）。これにより、リスクが小さい商品については、機械的なロジックを用いて値決めを行なうことにより、大量の取引に対して効率的に対応するためのワークフローの設計を行なうことができる。一方、リスクが大きい商品については、トレーダーの判断に基づいて慎重な取引を行なうためのワークフローの設計を行なうことができる。
【００８１】
そして、このような商品設計において、上述のようにシナリオ制御を行なう「レイヤ１」のオブジェクトは「商品性」、「自動値決め」、「個別値決め」に依存せず、また「レイヤ２」のオブジェクトは「商品性」に依存しない。このため、取引モデルを構成して、「自動値決め」、「個別値決め」のいずれかの値決め方法を決定して「レイヤ２」のオブジェクト、「レイヤ１」のオブジェクトを結合することができる。従って、効率的に取引を支援するワークフローの設計を行なうことができる。
【００８２】
・ 上記実施形態では、取引管理サーバ２０の商品設計制御部２２は、レイヤ３のオブジェクトの組み合わせの生成処理を実行する（ステップＳ１−１）。これにより、既存のオブジェクトの組み合わせに限定されず、新しい商品を生成することができる。
【００８３】
・ 上記実施形態では、組み合わせ不可と判定した場合（ステップＳ２−３において「ＮＯ」の場合）や、収益性がないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。これにより、商品として成立しない商品候補や、収益を期待できない商品候補を除くことができる。
【００８４】
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、取引管理サーバ２０の商品設計制御部２２は、レイヤ３のオブジェクトの組み合わせの生成処理を実行する（ステップＳ１−１）。これに代えて、既存の商品を組み合わせて新たな商品を生成するようにしてもよい。この場合の処理を、図８を用いて説明する。
【００８５】
ここでは、取引管理サーバ２０の商品設計制御部２２は、組み合わせ対象商品の特定処理を実行する（ステップＳ３−１）。具体的には、商品設計制御部２２の商品候補生成手段２２１が、商品管理データ記憶部２６に登録されている複数の商品を特定して組み合わせを生成する。
【００８６】
次に、取引管理サーバ２０の商品設計制御部２２は、「レイヤ１」〜「レイヤ３」のオブジェクトへの展開処理を実行する（ステップＳ３−２）。具体的には、商品設計制御部２２の商品候補生成手段２２１が、生成した組み合わせについて、商品管理データ記憶部２６から、この組み合わせにおいて用いられる「レイヤ１」〜「レイヤ３」のオブジェクト識別子を取得する。この場合、重複しているオブジェクト識別子は、一つにまとめられる。
【００８７】
次に、取引管理サーバ２０の商品設計制御部２２は、オブジェクトの組み合わせの生成処理を実行する（ステップＳ３−３）。具体的には、商品設計制御部２２の商品候補生成手段２２１が、取得したオブジェクト識別子を用いて、組み合わせを生成する。そして、商品候補生成手段２２１は、生成した組み合わせに対して候補識別子を付与する。更に、商品候補生成手段２２１は、候補識別子、組み合わせを構成するオブジェクト識別子を含めた商品候補レコード２７０を生成し、商品候補データ記憶部２７に登録する。
【００８８】
そして、ステップＳ１−２、Ｓ１−３と同様に、取引管理サーバ２０の商品設計制御部２２は、組み合わせ判定処理（ステップＳ３−４）、商品候補の出力処理（ステップＳ３
−５）を実行する。
これにより、既存の商品を構成するオブジェクトを利用して新たな商品を生成することができる。
【００８９】
○ 上記実施形態では、新たに生成した商品候補についてシミュレーションを行ない、収益性評価やリスク評価を行なう。そして、リスク評価結果に基づいて、自動値決め、個別値決めのいずれかの値決め方法を決定する。これに加えて、既存商品の値決め方法を再検討するようにしてもよい。具体的には、既存商品の取引履歴情報に基づいて、リスク評価を行なう。そして、リスク評価結果に基づいて値決め方法を決定する。これにより、商品の外部環境等に応じたリスク評価に対応させて値決め方法を変更することができる。例えば、リスクが小さい商品については、効率的な取引を実現するためのワークフローに変更することができる。
【００９０】
○ 上記実施形態では、取引管理サーバ２０の商品設計制御部２２は、シミュレーション処理を実行する（ステップＳ２−４）。このシミュレーションにおいては、シミュレーション対象期間の利益期待値を用いた収益性評価や、多様な状態を想定してパラメータ値が設定された各種想定パターンの中で損失が生じる確率を用いたリスク評価を行なう。収益性やリスクの評価方法はこれに限定されるものではなく、他の公知の手法による評価値を用いて行なうようにしてもよい。
【００９１】
○ 上記実施形態では、リスク評価結果に基づいて、値決め方法を決定したが、他の評価結果に基づいて、値決め方法を決定するようにしてもよい。たとえば、収益性評価結果とリスク評価結果と変数とする関数を用いて値決め方法を決定するようにしてもよい。例えばハイリスクハイリターンの場合に個別値決めに決定する。
【符号の説明】
【００９２】
１０，１５…クライアント端末、２０…取引管理サーバ、２１…取引支援制御部、２２…商品設計制御部、２５…オブジェクト管理データ記憶部、２６…商品管理データ記憶部、２７…商品候補データ記憶部、２８…オブジェクトデータベース、２２１…商品候補生成手段、２２２…候補判定手段、２２３…シミュレーション手段、２２４…候補登録手段。
【技術分野】
【０００１】
本発明は、金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
今日、金融機関において、多様な金融商品が販売されている。このような金融商品の中には、デリバティブのように、金融市場で決定される金利、ボラティリティ、為替レート等価格決定の要素となる基準価格（マーケットレート）に基づき、取引価格を決めるものも含まれる。このため、マーケットレートを考慮した取引価格の設定（値決め）を行なう必要がある。そこで、デリバティブ取引の業務負担の増大に対処するためのデリバティブ商品販売管理方法が検討されている（例えば、特許文献１を参照。）。この文献に記載された技術では、発注者とトレーダーがアプリケーション及びデータベースを共有することによって、発注者が値決めと約定を実行できると共に、必要に応じてトレーダーによる値決めを介在できるようにしている。トレーダーが、プライシングに必要なマーケットデータを常時更新し、発注者が、取引条件をウエブブラウザ画面から送信してトレーダー用のアプリケーションを直接、操作する。そして、発注者が、送信した取引条件に応じて送信時点におけるマーケットデータから計算されたプライスを確認して、必要に応じて取引条件を修正する。更に、必要に応じてトレーダーによる値決めを介在できるようにする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−５６１８５号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された技術のように、金融商品において値決めを行なう場合、アプリケーションにより機械的に値決めを行なう場合もあれば、トレーダーの総合的な判断により値決めを行なう場合もある。いずれの場合にも、大量の取引に対応するためには、値決めを含む一連のワークフローを効率的に実行できることが望まれる。
【０００５】
このような金融商品の取引対象は多様であり、これらの取引対象を組み合わせて新たな金融商品を生成する場合もある。このように、新たに生成された金融商品についての値決めにおいて、トレーダーを介在させる場合、大量の取引に対して迅速に対応するためには多くのトレーダーを確保しておく必要がある。
【０００６】
また、新たに生成された金融商品であっても、金融商品の性格によっては、トレーダーによる値決めの必要がなく、機械的な計算により値決めを行なうことも可能である。特に、リスクの低い商品については、自動計算による値決めを行なっても問題がない。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、金融商品管理方法及び金融商品管理プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、取引情報の入力制御を行なう第１レイヤのオブジェクトと、自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトと
を登録したオブジェクトデータベースと、取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムであって、前記制御手段が、前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段と、前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段と、前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段とを備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の金融商品管理システムにおいて、前記判定手段において、前記シミュレーションにより、リスクが小さいことを示す評価値の場合には、第２レイヤにおいて自動値決めを選択し、リスクが大きいことを示す評価値の場合には、第２レイヤにおいて個別値決めを選択することを要旨とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の金融商品管理システムにおいて、前記シミュレーションにおいて、取引パラメータを適用して損益を算出し、収益を出せる場合にリスク評価値を算出することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の金融商品管理システムにおいて、前記オブジェクトデータベースに登録された第３レイヤの各オブジェクトに対して、他のオブジェクトとの組み合わせの可否を判定するための属性情報を登録した属性情報記憶手段を更に備え、前記制御手段が、前記属性情報記憶手段に記憶された属性情報に基いて、各組み合わせに含まれる前記第３レイヤのオブジェクトの属性情報を取得し、前記属性情報に基いて組み合わせ可能と判定した場合に商品候補として出力することを要旨とする。
【００１２】
請求項５に記載の発明は、請求項１〜４のいずれか一つに記載の金融商品管理システムにおいて、第１レイヤのオブジェクト、第２レイヤのオブジェクト及び第３レイヤのオブジェクトの組み合わせを結合して設計された商品を構成するオブジェクトのオブジェクト識別子が登録された商品情報記憶手段を更に備え、前記抽出手段において、前記商品情報記憶手段に登録された既存の商品の中から複数の商品を特定し、前記商品を構成する第３レイヤのオブジェクトのオブジェクト識別子を取得し、重複したオブジェクト識別子をまとめた組み合わせを生成することを要旨とする。
【００１３】
請求項６に記載の発明は、取引情報の入力制御を行なう第１レイヤのオブジェクトと、自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するための処理方法であって、前記制御手段が、前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出段階と、前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定段階と、前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録段階とを実行することを要旨とする。
【００１４】
請求項７に記載の発明は、取引情報の入力制御を行なう第１レイヤのオブジェクトと、自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、取引を行なうため
の取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するためのプログラムであって、前記制御手段を、前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段と、前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段と、前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段として機能させることを要旨とする。
【００１５】
（作用）
請求項１、６、７に記載の発明によれば、制御手段が、オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する。次に、オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出する。そして、リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する。更に、第１レイヤのオブジェクト、決定された値決め方法に対応する第２レイヤのオブジェクト及び第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する。これにより、自動値決め又は個別値決めを含めた金融商品の取引を支援するワークフローを効率的に設計することができる。
【００１６】
請求項２に記載の発明によれば、シミュレーションにより、リスクが小さいことを示す評価値の場合には、第２レイヤにおいて自動値決めを選択し、リスクが大きいことを示す評価値の場合には、第２レイヤにおいて個別値決めを選択する。これにより、リスクが大きい場合には、慎重な値決めを行なうワークフローを設計することができる。
【００１７】
請求項３に記載の発明によれば、シミュレーションにおいて、取引パラメータを適用して損益を算出し、収益を出せる場合にリスク評価値を算出する。これにより、収益性がない商品候補を排除することができる。
【００１８】
請求項４に記載の発明によれば、制御手段が、属性情報記憶手段に記憶された属性情報に基いて、各組み合わせに含まれる第３レイヤのオブジェクトの属性情報を取得し、属性情報に基いて組み合わせ可能と判定した場合に商品候補として出力する。これにより、オブジェクトを組み合わせることができず、商品として成立し得ない商品候補を排除することができる。
【００１９】
請求項５に記載の発明によれば、商品情報記憶手段に登録された既存の商品の中から複数の商品を特定し、商品を構成する第３レイヤのオブジェクトのオブジェクト識別子を取得し、重複したオブジェクト識別子をまとめた組み合わせを生成する。これにより、既存商品のオブジェクトを利用して、新たな商品を設計することができる。
【発明の効果】
【００２０】
本発明によれば、金融商品についての円滑な取引を実現するワークフローを効率的に作成するための金融商品管理システム、金融商品管理方法及び金融商品管理プログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態のシステム概略図。
【図２】自動値決め及び個別値決めのワークフローの説明図。
【図３】レイヤ構成と各レイヤにおいて用いられるオブジェクトの関係の説明図。
【図４】各データ記憶部に記録されたデータの説明図であって、（ａ）はオブジェクト管理データ記憶部、（ｂ）は商品管理データ記憶部、（ｃ）は商品候補データ記憶部に記録されたデータの説明図。
【図５】「レイヤ１」、「レイヤ２」において用いられるオブジェクトの説明図。
【図６】本発明の本実施形態の処理手順の説明図。
【図７】本発明の本実施形態の処理手順の説明図。
【図８】本発明の他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２２】
以下、本発明を具体化した実施形態を図１〜図７に従って説明する。本実施形態では、複数の取引モデルを組み合わせて新しい金融商品を生成する場合に用いる金融商品管理システム、金融商品管理方法及び金融商品管理プログラムとして説明する。本実施形態では、図１に示すように、金融商品管理システムとしての取引管理サーバ２０が金融商品管理処理を実行する。
【００２３】
本実施形態においては、営業担当者が金融商品についての取引を行なう場合、個々の取引において市場価格や市場動向等に基づいて取引価格の算出（値決め）が行なわれる。この値決めには、アプリケーションによって機械的に価格を算出する「自動値決め」と、トレーダーによる総合的判断に基づいて価格を算出する「個別値決め」とがある。
【００２４】
自動値決めのワークフローにより取引を行なう場合には、「取引入力」、「プライシング」、「内容確認」、「内容照査」、「成約」の順番で各処理が行なわれる。図２においては、商品を構成する取引モデル（オブジェクトｄ）を用いる商品Ａが自動値決めの商品である。このような取引モデルを実現するためのオブジェクトは、予めデータベースに準備しておく。
【００２５】
ここで、「取引入力」においては、取引入力画面において取引条件を設定する処理を行なう。
「プライシング」においては、公知のロジックにより、マーケットレートに基づいて取引価格を算出する処理を行なう。
【００２６】
「内容確認」においては、入力された取引条件やプライシングにより算出された価格を確認する処理を行なう。
「内容照査」においては、照査権限者が内容を確認する処理を行なう。
「成約」においては、取引を成立させるための処理を行なう。
【００２７】
一方、個別値決めのワークフローより取引を行なう場合には、図２に示す商品Ｂのように、「取引入力」、「内容確認」、「値決め依頼」、「内容照査」、「本部内容確認」、「取引転送」、「成約」の順番で各処理が行なわれる。図２においては、商品を構成する取引モデル（オブジェクトａ、ｃ、ｄ、ｅ）を用いる商品Ｂが個別値決めの商品である。
【００２８】
ここで、「取引入力」においては、取引入力画面において取引条件を設定する処理を行なう。
「内容確認」においては、入力された取引条件を確認する処理を行なう。
【００２９】
「値決め依頼」においては、取引条件に基づいて、トレーダーに値決めを依頼するための処理を行なう。
「内容照査」においては、照査権限者が内容を確認する処理を行なう。
【００３０】
「本部内容確認」においては、本部担当者が営業担当者の約定を確認する処理を行なう
。
「取引転送」においては、プライシングされた約定を営業担当者に転送する処理を行なう。
「成約」においては、取引を成立させるための処理を行なう。
【００３１】
本実施形態では、図３に示すように、各商品について、３層（「レイヤ１」〜「レイヤ３」）のレイヤ・アーキテクチャを用いて取引管理が行われる。
【００３２】
「レイヤ１」においては、「商品性」、「自動値決め」、「個別値決め」に関わらず共通的に使用することができるオブジェクトを管理して、取引のシナリオ制御を行なう。そして、「レイヤ１」のオブジェクトは、「レイヤ２」、「レイヤ３」において必要なリクエストパラメータを取得する。
【００３３】
「レイヤ２」においては、「商品性」に関わらず、「自動値決め」、「個別値決め」それぞれで共通的に使用できるオブジェクトを管理する。
「レイヤ３」においては、商品毎の固有のビジネスロジックの管理を行なう。
【００３４】
例えば、個別の商品Ａについては、自動・個別値決め共通の「レイヤ１」において実行される複数のオブジェクトが登録されている。また、自動・個別値決めの共通処理である「レイヤ２」においては、「レイヤ１」で決定された自動値決め又は個別値決めに対応するオブジェクトが登録されている。更に、「レイヤ３」においては、商品に固有の処理を行なうオブジェクトが登録されている。このような３層のオブジェクトを利用することにより、この商品についての取引支援を行なう。
【００３５】
取引管理サーバ２０には、図１に示すように、ネットワークを介してクライアント端末（１０，１５）が接続されている。
クライアント端末１０は、営業店において、取引を行なう営業担当者が使用するコンピュータ端末である。一方、クライアント端末１５は、金融機関が提供する金融商品を生成する本部担当者が用いるコンピュータ端末である。
【００３６】
このクライアント端末（１０，１５）は、各担当者が取引管理サーバ２０にアクセスする場合に用いられる。クライアント端末（１０，１５）は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このクライアント端末（１０，１５）は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を有する。
【００３７】
取引管理サーバ２０は、クライアント端末１０から受信したデータに基づいて、金融取引の管理処理を実行するコンピュータシステムである。取引管理サーバ２０は、図１に示すように、取引支援制御部２１、商品設計制御部２２、属性情報記憶手段としてのオブジェクト管理データ記憶部２５、商品情報記憶手段としての商品管理データ記憶部２６、商品候補データ記憶部２７、オブジェクトデータベース２８を備える。
【００３８】
オブジェクト管理データ記憶部２５には、図４（ａ）に示すように、各レイヤにおいて用いるオブジェクトについてのオブジェクト管理レコード２５０が記録される。このオブジェクト管理レコード２５０は、各レイヤにおいて用いるオブジェクトを登録した場合に記録される。オブジェクト管理レコード２５０は、オブジェクト識別子、レイヤ識別子、属性に関するデータを含んで構成される。
【００３９】
オブジェクト識別子データ領域には、各オブジェクトを特定する識別子（オブジェクト識別子）に関するデータが記録される。
レイヤ識別子データ領域には、このオブジェクトが用いられるレイヤを特定する識別子に関するデータが記録される。
【００４０】
属性データ領域には、このオブジェクトが属するグループを特定する識別子に関するデータが記録される。この属性を用いることにより、他のオブジェクトとの組み合わせの可能性について判断することができる。例えば、レイヤ２のオブジェクトにおいては、自動値決め、個別値決めを識別するためのフラグが記録される。レイヤ３のオブジェクトについては、他の取引モデルとの組み合わせの可否を特定するための情報が記録される。ここでは、このオブジェクトと組み合わせることができない他のオブジェクトのオブジェクト識別子を登録しておく。
【００４１】
商品管理データ記憶部２６には、図４（ｂ）に示すように、金融機関が提供する金融商品についての商品管理レコード２６０が記録されている。この商品管理レコード２６０は、金融商品が登録された場合に記録される。商品管理レコード２６０は、商品識別子に対してオブジェクト識別子に関するデータを含んで構成される。
【００４２】
商品識別子データ領域には、金融機関において販売する金融商品を特定する商品識別子に関するデータが記録される。
オブジェクト識別子データ領域には、この商品について、レイヤ１〜３において用いられるオブジェクトを特定するための識別子に関するデータが記録される。
【００４３】
商品候補データ記憶部２７には、図４（ｃ）に示すように、新たに生成した金融商品の候補についての商品候補レコード２７０が記録されている。この商品候補レコード２７０は、新たな金融商品を生成した場合に記録される。商品候補レコード２７０は、候補識別子に対してオブジェクト識別子、収益性評価結果、リスク評価結果、総合判定結果に関するデータを含んで構成される。
【００４４】
候補識別子データ領域には、生成した金融商品の候補を特定する商品識別子に関するデータが記録される。
オブジェクト識別子データ領域には、この商品候補について、レイヤ３において用いられるオブジェクトを特定するための識別子に関するデータが記録される。
【００４５】
収益性評価結果データ領域には、収益性評価を行なった結果（本実施形態では、収益期待値）に関するデータが記録される。
リスク評価結果データ領域には、リスク評価を行なった結果（本実施形態では、損失発生確率）に関するデータが記録される。
総合判定結果データ領域には、総合判定を行なった結果に関するデータが記録される。本実施形態では、商品候補として利用できない場合には、「不可」フラグが記録される。
【００４６】
オブジェクトデータベース２８には、各レイヤにおいて用いられるオブジェクトが記録される。各オブジェクトにはオブジェクト識別子が付与されている。そして、各オブジェクトは、このオブジェクト識別子を用いて他のオブジェクトを呼び出して、リクエストを供給する。リクエストを受けたオブジェクトは、このリクエストに対応するレスポンスを返す。
【００４７】
更に、取引管理サーバ２０はシミュレーション情報記憶部（図示せず）を備えている。このシミュレーション情報記憶部には、シミュレーションに用いるパラメータ値（取引パラメータ）が記録される。具体的には、直近所定期間の各種マーケットレート履歴情報、シミュレーションの対象期間、インデックス、オプションの種類や各オプションの設定値等に関するデータが記録される。このマーケットレートは、「レイヤ３」の各オブジェク
トのパラメータ値として用いられる。
【００４８】
更に、シミュレーション情報記憶部には、「レイヤ３」の各オブジェクトにおいて用いるパラメータについて、多様な状態を想定してパラメータ値が設定された各種想定パターンに関するデータが記録される。
【００４９】
取引支援制御部２１は、クライアント端末１０と通信を行ないながら、営業担当者が入力した取引条件に基づいて、取引を支援するための各種データ処理を行なう制御手段として機能する。この取引支援制御部２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（レイヤ１〜３の各処理段階の各処理等）を行なう。そのための取引支援プログラムを実行することにより、取引支援制御部２１は、図１に示すように「レイヤ１」〜「レイヤ３」の各オブジェクトを実行する。
【００５０】
「レイヤ１」においては、図５に示すように、取引入力管理オブジェクト、プライシング管理オブジェクト、内容確認管理オブジェクト、内容照査表示管理オブジェクト、内容照査管理オブジェクト、本部内容確認管理オブジェクト、取引転送管理オブジェクト、成約管理オブジェクトが利用される。
【００５１】
取引入力管理オブジェクトは、クライアント端末１０において入力された取引条件情報を取得する。そして、取得した取引条件に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め取引入力オブジェクト、個別値決め取引入力オブジェクトに引き継ぐ。更に、自動値決めの対象商品の場合、プライシング管理オブジェクトに引き継ぐ。
【００５２】
プライシング管理オブジェクトは、「レイヤ２」におけるプライシングオブジェクトに、取引情報を引き継ぐ。プライシングオブジェクトは、「レイヤ３」の取引モデルを用いて、取引価格を決定し、プライシング管理オブジェクトに供給する。そして、プライシング管理オブジェクトは、クライアント端末１０に、取得した商品価格を出力する。
【００５３】
内容確認管理オブジェクトは、クライアント端末１０において入力された内容確認要求に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め内容確認オブジェクト、個別値決め内容確認オブジェクトに引き継ぐ。
【００５４】
内容照査表示管理オブジェクトは、クライアント端末１０に内容照査画面を出力する。
内容照査管理オブジェクトは、クライアント端末１０において入力された内容照査実行要求に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め内容照査オブジェクト、個別値決め内容照査オブジェクトに引き継ぐ。
【００５５】
また、個別値決めのワークフローにおいては、本部内容確認管理オブジェクト、取引転送管理オブジェクトを用いる。本部内容確認管理オブジェクト、取引転送管理オブジェクトは、それぞれ「レイヤ２」における本部内容確認オブジェクト、取引転送オブジェクトにクライアント端末１０からの要求を引き継ぐ。
【００５６】
成約管理オブジェクトは、クライアント端末１０において入力された成約要求に基づいて、自動値決め或いは個別値決めを振り分ける。そして、「レイヤ２」における自動値決め成約オブジェクト、個別値決め成約オブジェクトに引き継ぐ。
【００５７】
商品設計制御部２２は、既存のオブジェクトを利用して、新たな商品の候補を生成するための各種データ処理等を行なう制御手段として機能する。この商品設計制御部２２は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（抽出段階、判定段階、シミ
ュレーション段階、登録段階等の各処理等）を行なう。そのための商品候補生成プログラムを実行することにより、商品設計制御部２２は、図１に示すように、商品候補生成手段２２１、候補判定手段２２２、シミュレーション手段２２３、候補登録手段２２４として機能する。
【００５８】
商品候補生成手段２２１は、オブジェクトの組み合わせを抽出する抽出手段として機能する。具体的には、オブジェクト管理データ記憶部２５に登録された「レイヤ３」のオブジェクトを組み合わせて、商品候補を生成する処理を実行する。
【００５９】
候補判定手段２２２は、値決め方法を決定する判定手段として機能する。具体的には、生成した商品候補の収益性やリスクを用いて、商品性を総合的に判定する処理を実行する。
【００６０】
シミュレーション手段２２３は、リスク評価値を算出するシミュレーション手段として機能する。具体的には、生成した商品候補についてシミュレーションを行ない、リスクや収益性についての評価結果を算出する処理を実行する。具体的には、シミュレーション手段２２３は、商品候補を構成する取引モデルにおいて用いられるパラメータに、シミュレーション情報記憶部に記録されたマーケットレート履歴情報を代入し、この期間の損益のシミュレーションを行なう。また、シミュレーション手段２２３は、この取引モデルにおいて用いられるパラメータにシミュレーション情報記憶部に記録された各種想定パターンを代入することによりシミュレーションを行ない、損失が生じる確率を算出する。
【００６１】
候補登録手段２２４は、商品候補を出力する登録手段として機能する。具体的には、シミュレーション結果に基づいて、自動値決め或いは個別値決めが振り分けられた商品候補として登録する処理を実行する。
【００６２】
次に、新たな商品候補を生成する場合の処理を、図６を用いて説明する。
まず、取引管理サーバ２０の商品設計制御部２２は、「レイヤ３」のオブジェクトの組み合わせの生成処理を実行する（ステップＳ１−１）。具体的には、商品設計制御部２２の商品候補生成手段２２１は、オブジェクト管理データ記憶部２５に記録されたレイヤ３のオブジェクトを用いて組み合わせを生成する。そして、商品候補生成手段２２１は、生成した組み合わせに対して候補識別子を付与する。更に、商品候補生成手段２２１は、候補識別子、組み合わせを構成するオブジェクト識別子を含めた商品候補レコード２７０を生成し、商品候補データ記憶部２７に登録する。
【００６３】
次に、取引管理サーバ２０の商品設計制御部２２は、商品候補データ記憶部２７に登録された組み合わせを、順次、判定対象として特定し、組み合わせ判定処理を実行する（ステップＳ１−２）。具体的には、商品設計制御部２２の候補判定手段２２２が、後述する組み合わせ判定処理を実行する。
【００６４】
そして、取引管理サーバ２０の商品設計制御部２２は、商品候補の出力処理を実行する（ステップＳ１−３）。具体的には、商品設計制御部２２の候補判定手段２２２が、総合判定結果において「不可」フラグが記録されていない組み合わせを商品候補情報としてクライアント端末１５に出力する。この商品候補情報には、商品を構成するオブジェクト識別子、収益性評価結果、リスク評価結果、総合判定結果を含める。これにより、本部担当者は、この商品候補を商品として販売するかどうかについての判定を行なう。
【００６５】
（組み合わせ判定処理）
次に、組み合わせ判定処理（ステップＳ１−２）を、図７を用いて説明する。
取引管理サーバ２０の商品設計制御部２２は、既に商品として登録済みかどうかについ
ての判定処理を実行する（ステップＳ２−１）。具体的には、商品設計制御部２２の候補判定手段２２２は、商品管理データ記憶部２６において、判定対象の組み合わせと同じオブジェクト識別子が登録された商品管理レコード２６０の有無を判定する。
【００６６】
同じオブジェクト識別子が登録された商品管理レコード２６０が記録されており、既に商品として登録済みの場合（ステップＳ２−１において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。この場合、候補判定手段２２２は、商品候補レコード２７０の総合判定結果として「不可」フラグを記録する。
【００６７】
一方、同じオブジェクト識別子が登録された商品管理レコード２６０が記録されておらず、まだ商品として登録されていない場合（ステップＳ２−１において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、各オブジェクトの属性情報の取得処理を実行する（ステップＳ２−２）。具体的には、商品設計制御部２２の候補判定手段２２２は、オブジェクト管理データ記憶部２５から、商品候補を構成する各オブジェクトの属性情報を取得する。
【００６８】
次に、取引管理サーバ２０の商品設計制御部２２は、組み合わせ可能かどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、商品設計制御部２２の候補判定手段２２２は、オブジェクト管理データ記憶部２５から取得した属性情報において、組み合わせることができないオブジェクト識別子が含まれているかどうかについて判定する。
【００６９】
組み合わせることができないオブジェクト識別子が含まれているため、組み合わせ不可と判定した場合（ステップＳ２−３において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。この場合も、候補判定手段２２２は、商品候補レコード２７０の総合判定結果として「不可」フラグを記録する。
【００７０】
一方、組み合わせることができないオブジェクト識別子が含まれておらず、組み合わせ可能と判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、シミュレーション処理を実行する（ステップＳ２−４）。具体的には、商品設計制御部２２の候補判定手段２２２は、シミュレーション手段２２３に対して、シミュレーション指示を供給する。このシミュレーション指示には、判定対象の商品候補を構成するオブジェクトのオブジェクト識別子を含める。
【００７１】
この場合、シミュレーション手段２２３は、収益性評価を行なう。本実施形態では、シミュレーション手段２２３は、指定された各オブジェクトにおいて用いられるパラメータを特定し、シミュレーション情報記憶部からパラメータ値（直近所定期間の各種マーケットレート履歴情報）を取得する。そして、シミュレーション手段２２３は、取得したパラメータ値を各オブジェクトに代入して、シミュレーション対象期間における利益期待値についての損益計算を行なう。
【００７２】
更に、シミュレーション手段２２３は、リスク評価を行なう。本実施形態では、シミュレーション手段２２３は、シミュレーション情報記憶部に記録された各種想定パターンを代入し、複数の各種想定パターンの中で損失が生じる各種想定パターンの割合（損失発生確率）についてのリスク計算を行なう。
【００７３】
そして、シミュレーション手段２２３は、収益性及びリスクについての評価結果を候補判定手段２２２に戻す。この場合、候補判定手段２２２は、収益性評価結果及びリスク評
価結果を商品候補データ記憶部２７の商品候補レコード２７０に記録する。
【００７４】
次に、取引管理サーバ２０の商品設計制御部２２は、収益性があるかどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、商品設計制御部２２の候補判定手段２２２は、シミュレーション手段２２３の損益計算において算出した利益期待値が基準値以上かどうかについて判定する。
【００７５】
利益期待値が基準値以下であり、収益性がないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。この場合も、候補判定手段２２２は、商品候補レコード２７０の総合判定結果として「不可」フラグを記録する。
【００７６】
一方、利益期待値が基準値を超えており、収益性があると判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、リスクが小さいかどうかについての判定処理を実行する（ステップＳ２−６）。具体的には、商品設計制御部２２の候補判定手段２２２は、シミュレーション手段２２３のリスク計算において算出した損失発生確率が基準値以下かどうかについて判定する。
【００７７】
損失発生確率が基準値以下であり、リスクが小さいと判定した場合（ステップＳ２−６において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、自動値決め商品候補としての登録処理を実行する（ステップＳ２−７）。具体的には、商品設計制御部２２の候補登録手段２２４は、オブジェクト管理データ記憶部２５に記録されたオブジェクト管理レコード２５０の属性情報を用いて、レイヤ１及びレイヤ２において自動値決めについてのオブジェクトを特定し、このオブジェクト識別子を商品候補レコード２７０に登録する。
【００７８】
一方、損失発生確率が基準値を超えており、リスクが大きいと判定した場合（ステップＳ２−６において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、個別値決め商品候補としての登録処理を実行する（ステップＳ２−８）。具体的には、商品設計制御部２２の候補登録手段２２４は、オブジェクト管理データ記憶部２５に記録されたオブジェクト管理レコード２５０の属性情報を用いて、レイヤ１及びレイヤ２において個別値決めについてのオブジェクトを特定し、このオブジェクト識別子を商品候補レコード２７０に登録する。
【００７９】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、取引管理サーバ２０の取引支援制御部２１は、「レイヤ１」〜「レイヤ３」の各オブジェクトを実行する。この「レイヤ１」においては、「商品性」、「自動値決め」、「個別値決め」に関わらず共通的に使用することができるオブジェクトを管理する。そして、「レイヤ１」のオブジェクトは、「レイヤ２」、「レイヤ３」において必要なリクエストパラメータを取得する。「レイヤ２」においては、「商品性」に関わらず、「自動値決め」、「個別値決め」それぞれで共通的に使用できるオブジェクトを管理する。「レイヤ３」においては、商品毎の固有のビジネスロジックを管理する。これにより、図２に示す商品Ｃのように、「レイヤ１」、「レイヤ２」の既存オブジェクトを活用しながら、取引モデルを構成する「レイヤ３」のオブジェクトを結合することにより、新しい商品のワークフローを設計することができる。
【００８０】
・ 上記実施形態では、リスクが小さいと判定した場合（ステップＳ２−６において「ＹＥＳ」の場合）、取引管理サーバ２０の商品設計制御部２２は、自動値決め商品候補としての登録処理を実行する（ステップＳ２−７）。一方、リスクが大きいと判定した場合（ステップＳ２−６において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２
２は、個別値決め商品候補としての登録処理を実行する（ステップＳ２−８）。これにより、リスクが小さい商品については、機械的なロジックを用いて値決めを行なうことにより、大量の取引に対して効率的に対応するためのワークフローの設計を行なうことができる。一方、リスクが大きい商品については、トレーダーの判断に基づいて慎重な取引を行なうためのワークフローの設計を行なうことができる。
【００８１】
そして、このような商品設計において、上述のようにシナリオ制御を行なう「レイヤ１」のオブジェクトは「商品性」、「自動値決め」、「個別値決め」に依存せず、また「レイヤ２」のオブジェクトは「商品性」に依存しない。このため、取引モデルを構成して、「自動値決め」、「個別値決め」のいずれかの値決め方法を決定して「レイヤ２」のオブジェクト、「レイヤ１」のオブジェクトを結合することができる。従って、効率的に取引を支援するワークフローの設計を行なうことができる。
【００８２】
・ 上記実施形態では、取引管理サーバ２０の商品設計制御部２２は、レイヤ３のオブジェクトの組み合わせの生成処理を実行する（ステップＳ１−１）。これにより、既存のオブジェクトの組み合わせに限定されず、新しい商品を生成することができる。
【００８３】
・ 上記実施形態では、組み合わせ不可と判定した場合（ステップＳ２−３において「ＮＯ」の場合）や、収益性がないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、取引管理サーバ２０の商品設計制御部２２は、判定対象の組み合わせについての処理を終了する。これにより、商品として成立しない商品候補や、収益を期待できない商品候補を除くことができる。
【００８４】
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、取引管理サーバ２０の商品設計制御部２２は、レイヤ３のオブジェクトの組み合わせの生成処理を実行する（ステップＳ１−１）。これに代えて、既存の商品を組み合わせて新たな商品を生成するようにしてもよい。この場合の処理を、図８を用いて説明する。
【００８５】
ここでは、取引管理サーバ２０の商品設計制御部２２は、組み合わせ対象商品の特定処理を実行する（ステップＳ３−１）。具体的には、商品設計制御部２２の商品候補生成手段２２１が、商品管理データ記憶部２６に登録されている複数の商品を特定して組み合わせを生成する。
【００８６】
次に、取引管理サーバ２０の商品設計制御部２２は、「レイヤ１」〜「レイヤ３」のオブジェクトへの展開処理を実行する（ステップＳ３−２）。具体的には、商品設計制御部２２の商品候補生成手段２２１が、生成した組み合わせについて、商品管理データ記憶部２６から、この組み合わせにおいて用いられる「レイヤ１」〜「レイヤ３」のオブジェクト識別子を取得する。この場合、重複しているオブジェクト識別子は、一つにまとめられる。
【００８７】
次に、取引管理サーバ２０の商品設計制御部２２は、オブジェクトの組み合わせの生成処理を実行する（ステップＳ３−３）。具体的には、商品設計制御部２２の商品候補生成手段２２１が、取得したオブジェクト識別子を用いて、組み合わせを生成する。そして、商品候補生成手段２２１は、生成した組み合わせに対して候補識別子を付与する。更に、商品候補生成手段２２１は、候補識別子、組み合わせを構成するオブジェクト識別子を含めた商品候補レコード２７０を生成し、商品候補データ記憶部２７に登録する。
【００８８】
そして、ステップＳ１−２、Ｓ１−３と同様に、取引管理サーバ２０の商品設計制御部２２は、組み合わせ判定処理（ステップＳ３−４）、商品候補の出力処理（ステップＳ３
−５）を実行する。
これにより、既存の商品を構成するオブジェクトを利用して新たな商品を生成することができる。
【００８９】
○ 上記実施形態では、新たに生成した商品候補についてシミュレーションを行ない、収益性評価やリスク評価を行なう。そして、リスク評価結果に基づいて、自動値決め、個別値決めのいずれかの値決め方法を決定する。これに加えて、既存商品の値決め方法を再検討するようにしてもよい。具体的には、既存商品の取引履歴情報に基づいて、リスク評価を行なう。そして、リスク評価結果に基づいて値決め方法を決定する。これにより、商品の外部環境等に応じたリスク評価に対応させて値決め方法を変更することができる。例えば、リスクが小さい商品については、効率的な取引を実現するためのワークフローに変更することができる。
【００９０】
○ 上記実施形態では、取引管理サーバ２０の商品設計制御部２２は、シミュレーション処理を実行する（ステップＳ２−４）。このシミュレーションにおいては、シミュレーション対象期間の利益期待値を用いた収益性評価や、多様な状態を想定してパラメータ値が設定された各種想定パターンの中で損失が生じる確率を用いたリスク評価を行なう。収益性やリスクの評価方法はこれに限定されるものではなく、他の公知の手法による評価値を用いて行なうようにしてもよい。
【００９１】
○ 上記実施形態では、リスク評価結果に基づいて、値決め方法を決定したが、他の評価結果に基づいて、値決め方法を決定するようにしてもよい。たとえば、収益性評価結果とリスク評価結果と変数とする関数を用いて値決め方法を決定するようにしてもよい。例えばハイリスクハイリターンの場合に個別値決めに決定する。
【符号の説明】
【００９２】
１０，１５…クライアント端末、２０…取引管理サーバ、２１…取引支援制御部、２２…商品設計制御部、２５…オブジェクト管理データ記憶部、２６…商品管理データ記憶部、２７…商品候補データ記憶部、２８…オブジェクトデータベース、２２１…商品候補生成手段、２２２…候補判定手段、２２３…シミュレーション手段、２２４…候補登録手段。
【特許請求の範囲】
【請求項１】
取引情報の入力制御を行なう第１レイヤのオブジェクトと、
自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、
取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、
取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムであって、
前記制御手段が、
前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段と、
前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、
前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段と、
前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段と
を備えたことを特徴とする金融商品管理システム。
【請求項２】
前記判定手段において、前記シミュレーションにより、リスクが小さいことを示す評価値の場合には、第２レイヤにおいて自動値決めを選択し、リスクが大きいことを示す評価値の場合には、第２レイヤにおいて個別値決めを選択することを特徴とする請求項１に記載の金融商品管理システム。
【請求項３】
前記シミュレーションにおいて、取引パラメータを適用して損益を算出し、
収益を出せる場合にリスク評価値を算出することを特徴とする請求項１又は２に記載の金融商品管理システム。
【請求項４】
前記オブジェクトデータベースに登録された第３レイヤの各オブジェクトに対して、他のオブジェクトとの組み合わせの可否を判定するための属性情報を登録した属性情報記憶手段を更に備え、
前記制御手段が、前記属性情報記憶手段に記憶された属性情報に基いて、各組み合わせに含まれる前記第３レイヤのオブジェクトの属性情報を取得し、前記属性情報に基いて組み合わせ可能と判定した場合に商品候補として出力することを特徴とする請求項１〜３のいずれか一つに記載の金融商品管理システム。
【請求項５】
第１レイヤのオブジェクト、第２レイヤのオブジェクト及び第３レイヤのオブジェクトの組み合わせを結合して設計された商品を構成するオブジェクトのオブジェクト識別子が登録された商品情報記憶手段を更に備え、
前記抽出手段において、前記商品情報記憶手段に登録された既存の商品の中から複数の商品を特定し、
前記商品を構成する第３レイヤのオブジェクトのオブジェクト識別子を取得し、重複したオブジェクト識別子をまとめた組み合わせを生成することを特徴とする請求項１〜４のいずれか一つに記載の金融商品管理システム。
【請求項６】
取引情報の入力制御を行なう第１レイヤのオブジェクトと、
自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、
取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、
取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するための処理方法であって、
前記制御手段が、
前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出段階と、
前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、
前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定段階と、
前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録段階と
を実行することを特徴とする金融商品管理方法。
【請求項７】
取引情報の入力制御を行なう第１レイヤのオブジェクトと、
自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、
取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、
取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するためのプログラムであって、
前記制御手段を、
前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段、
前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段、
前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段、
前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段
として機能させることを特徴とする金融商品管理プログラム。
【請求項１】
取引情報の入力制御を行なう第１レイヤのオブジェクトと、
自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、
取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、
取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムであって、
前記制御手段が、
前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段と、
前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、
前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段と、
前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段と
を備えたことを特徴とする金融商品管理システム。
【請求項２】
前記判定手段において、前記シミュレーションにより、リスクが小さいことを示す評価値の場合には、第２レイヤにおいて自動値決めを選択し、リスクが大きいことを示す評価値の場合には、第２レイヤにおいて個別値決めを選択することを特徴とする請求項１に記載の金融商品管理システム。
【請求項３】
前記シミュレーションにおいて、取引パラメータを適用して損益を算出し、
収益を出せる場合にリスク評価値を算出することを特徴とする請求項１又は２に記載の金融商品管理システム。
【請求項４】
前記オブジェクトデータベースに登録された第３レイヤの各オブジェクトに対して、他のオブジェクトとの組み合わせの可否を判定するための属性情報を登録した属性情報記憶手段を更に備え、
前記制御手段が、前記属性情報記憶手段に記憶された属性情報に基いて、各組み合わせに含まれる前記第３レイヤのオブジェクトの属性情報を取得し、前記属性情報に基いて組み合わせ可能と判定した場合に商品候補として出力することを特徴とする請求項１〜３のいずれか一つに記載の金融商品管理システム。
【請求項５】
第１レイヤのオブジェクト、第２レイヤのオブジェクト及び第３レイヤのオブジェクトの組み合わせを結合して設計された商品を構成するオブジェクトのオブジェクト識別子が登録された商品情報記憶手段を更に備え、
前記抽出手段において、前記商品情報記憶手段に登録された既存の商品の中から複数の商品を特定し、
前記商品を構成する第３レイヤのオブジェクトのオブジェクト識別子を取得し、重複したオブジェクト識別子をまとめた組み合わせを生成することを特徴とする請求項１〜４のいずれか一つに記載の金融商品管理システム。
【請求項６】
取引情報の入力制御を行なう第１レイヤのオブジェクトと、
自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、
取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、
取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するための処理方法であって、
前記制御手段が、
前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出段階と、
前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段と、
前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定段階と、
前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録段階と
を実行することを特徴とする金融商品管理方法。
【請求項７】
取引情報の入力制御を行なう第１レイヤのオブジェクトと、
自動値決めと個別値決めとを切り分ける第２レイヤのオブジェクトと、
取引を行なうための取引モデル毎に設定された第３レイヤのオブジェクトとを登録したオブジェクトデータベースと、
取引モデルを組み合わせて設計された商品の管理を行なう制御手段とを備えた金融商品管理システムを用いて、金融商品を管理するためのプログラムであって、
前記制御手段を、
前記オブジェクトデータベースから第３レイヤの複数のオブジェクトの組み合わせを抽出する抽出手段、
前記オブジェクトの組み合わせに取引パラメータを適用してシミュレーションによりリスク評価値を算出するシミュレーション手段、
前記リスク評価値に応じて、第２レイヤにおける自動値決め又は個別値決めの値決め方法を決定する判定手段、
前記第１レイヤのオブジェクト、前記決定された値決め方法に対応する第２レイヤのオブジェクト及び前記第３レイヤのオブジェクトの組み合わせを結合して設計された商品候補を出力する登録手段
として機能させることを特徴とする金融商品管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−２３７８４７（Ｐ２０１０−２３７８４７Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８３２４７（Ｐ２００９−８３２４７）
【出願日】平成２１年３月３０日（２００９．３．３０）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３０日（２００９．３．３０）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
[ Back to top ]