JP2003527691A - 処理システムにおけるマージン判定手段 - Google Patents

Abstract

(57)【要約】 供給者の取引システムのためのマージン判定手段を提供し、マージン判定手段は、多数のテーブルを記憶しているマージンテーブル記憶手段からなり、各テーブルは、多数の列、順々にテーブルを選択するためのテーブル選択手段、顧客／ユーザからの取引要請において一致する量を選択テーブルの連続的な列により特定した量と比較することを目的とする対照手段、全ての対照が良好であれば、テーブルにおける情報の制御下のマージンを計算することを目的とする計算手段、及び、いずれかの対照が不良であれば次のテーブルを選択することを目的とする手段を有している。マージン判定手段は、また、新しいテーブルを追加するためのテーブルエディタ、テーブル削除機能、テーブル修正機能及びテーブルの順序を再配置する機能を包含する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

（技術分野） 本発明は、自動化した処理システムに関し、より詳細に言うと、特に財務の処
理システムのようなシステムにおけるマージン操作の判定に関するものである。

【０００２】

【従来の技術】

（技術背景） 一般に財務処理システムは、ＦＸ（為替、他の貨幣での支払いに対してある貨
幣で金を顧客に提供する）やＭＭ（金融市場、顧客にローンを提供し若しくは顧
客に提供する金利を支払う）といった中心サービスを含むさまざまな財務サービ
スを提供する。

【０００３】 通常、自動化した金融処理システムは、顧客が特定の対価の要求を作り出すユ
ーザインタフェースを構成する。そのシステムは、顧客が声ではなくむしろデジ
タルシステムにより伝達し、かつ顧客にレート若しくは対価を自動的に返送する
幾種類かのプロセッサを包含する。

【０００４】 顧客が対価若しくはレートに対する要求を作る際、いくつかの調査がそのシス
テムにより自動的に行われる。これらは要求の確認、例えば、要求した貨幣の確
認又は要求した特定の製品の確認のみではなくクレジット限界調査を含んでもよ
い。

【０００５】 そのときシステムは、自動的に計算しかつ対価若しくはレートを顧客に返し、
自動的に適用された任意の顧客固有のマージンを加えた基準価格を使用している
。対価若しくはレートの受領に関し、顧客はそのとき対価又はレートを受け入れ
又は拒絶する。

【０００６】 システムは、また、例えば顧客の通常のクレジット限界を超えた金額に対する
処理、組織の処理限界、又はふつうの貨幣又は製品を要求したサービスを操作者
に提供してもよい。いくつかのそのような要求に対し、例えば、それらは機構が
対応できない貨幣を包含しており、これはいくつかのさらなる機構からサービス
を得るように試みるオペレータを包含してもよい。例えば我々の先の同時係属ア
メリカ特許出願の出願番号０９／４３４，４２２において説明されているように
、システムは、また、他の機構からサービスを得るように自動的に試みるように
準備されてもよい。

【０００７】 金融サービスを提供するビジネスにおいて最も重要な機構は、顧客に対して遂
行する取引上で利益を作り出さねばならない。サービス手数料から生じるこれら
の利益は、機構により作られる。

【０００８】 適切なマージンを計算する際にそのような取引のために課金するように、例え
ば、取引（為替若しくは金融市場）、特殊な取引（例えば、為替スワップ取引）
の特徴、顧客、顧客グループ、支店、取引の規模及び為替に必要とする貨幣のタ
イプといった幅広い様々な要因を計算に入てもよい。

【０００９】 単純なシステムにおいては、マージンはオペレータの裁量を可能な限り包含し
た手動で計算してもよい。

【００１０】 自動化したシステムにおいては、マージン決定手順は、システムの中で規定し
かつプログラム化しなければならない。第一に、これは直接的である。しかし現
実には、ますます区別と特殊な状況を満足させるように、結果として急速に少な
からず複雑となる。おそらくより深刻なことには、それは極めて面倒なシステム
の修正やアップデートを施す。現在のプログラムに新しい特徴又は基準を付加す
ることは、まず第一にプログラムを書くことが、たいていそれ以上に困難であり
、すでに存在するプログラムと合致している新しい特徴又は基準をチェックする
こと（当初はプログラムされ、先の修正により付加されるように）は、なお一層
悪い。 本発明の目的は、修正とアップデートが容易な金融取引におけるマージンを計
算するためのシステムを提供することである。

【００１１】 （発明の要約） 本発明によると、供給者の取引システムのためのマージン判定手段を提供し、
マージン判定手段は、多数のテーブルを記憶しているマージンテーブル記憶手段
からなり、各テーブルは、多数の列、順々にテーブルを選択するためのテーブル
選択手段、顧客／ユーザからの取引要請において一致する量を選択テーブルの連
続的な列により特定した量と比較することを目的とする比較手段、仮に全比較が
正しいければ、テーブルにおける情報の制御下のマージンを計算することを目的
とする計算手段、及び、仮にいくつかの比較が間違っていれば次のテーブルを選
択することを目的とする手段を有している。 マージン判定手段は、また、新しいテーブルを追加するためのテーブルエディ
タ、テーブル削除機能、テーブル修正機能及びテーブルの順序を再配置する機能
を包含するのが好ましい。 好ましくは、テーブルは、テーブル名、取引タイプ、顧客の詳細、取引の規模
、取引通貨、器具タイプ、時間及びマージンタイプと総計から選択した入力を収
容できる列を包含する。 マージン決定ユニットは、また、テーブルメモリにおけるテーブルが、設定し
た規則に特定した内部規則に抵触するか否かを判定するための抵触判定手段を包
含してもよい。 テーブルは、テーブルメモリに命令することができ、さらに内部規則は、内部
に包含した情報に基づいてメモリの中でテーブルの命令を定義してもよい。 内部規則は、テーブルの中に包含した情報の内部整合性、及び／又は、前記取
引システムの能力に基づくテーブルの範囲内に包含されてもよい許可した情報を
定義してもよい。 本発明は、さらに、上述したようにマージン判定手段を構成している見積り処
理装置を提供する。 さらなる特徴として、本発明は、本発明によるマージン判定手段又は見積り処
理装置を構成する金融取引システム（銀行取引システムのような）を提供する。 本発明は、また、以下のステップで構成される処理でマージンを判定する方法
を提供する。 顧客／ユーザからの取引要求を受け、 複数の列を有している各テーブルの記憶設定からテーブルを選択し、 前記取引要求で一致している量を、選択したテーブルの連続する列により特定
した量を比較し、 すべての比較が正しければテーブルの情報の制御に基づいてマージンを計算し
、又はいくつかの比較が間違っていれば、さらなるテーブルを選択する。

【００１２】

【発明の実施の形態】

本発明を具体化している自動化した金融取引システムは、図面に関連して実施
例により、詳細に描写される。 （好ましい実施例の詳細な説明） 図１は、発生させかつアップデートするマージンテーブルに関係した制御部１
０と、取引要求のマージンを判定するためにマージンテーブルを使用することに
関係する操作部１１の２つの部分の中に概して属するシステムの全体的な機能ブ
ロック図である。これらの２つの部分は、共通するマージンテーブルメモリ１２
を有する。示すように、マージンテーブルメモリ１２は複数のテーブルを包含し
、この場合は、テーブル１３を配置したＦＸ（為替）とテーブル１４を配置した
ＭＭ（金融市場）の２セットのテーブルがある。

【００１３】 厳密には、分離された２セットのテーブルを必要としない。ＦＸかＭＭのいず
れかのテーブルを表示している列を包含している各テーブルと、また、ＦＸかＭ
Ｍのいずれかの要求の表示を包含している各要求とを、１セットのテーブルが利
用することができる。

【００１４】 各テーブルが要求を比較するが、普通、要求タイプに違反するＦＸ／ＭＭ列の
対照が最初の対照としてなされる。この対照は、不一致で失敗する。従って、最
適のＦＸテーブルがＦＸ要求を、及び最適のＭＭテーブルがＭＭ要求にさらに分
析するように続行することになる。

【００１５】 しかしながら、最適で適切な配置が各要求を検索すると同時に、テーブルの配
置を２つに分けて使用することが、より便利である。これは、テーブルをアップ
デートするための制御処理を簡素化する。ＦＸテーブルがアップデートされる際
に、無関係ではない介在しているＭＭテーブルと一体に最適なＦＸテーブルが入
手できる（及びその逆もしかり）。

【００１６】 操作の実施はもちろん、概して、可能な限り総合して類似したタイプのテーブ
ルを保持するために、たとえＦＸ及びＭＭテーブルを分離するとしても、これは
装置により実施される。２セットのテーブルは、実際は、全てのＦＸテーブルは
必ずＭＭテーブルに先行していなければならない（若しくはその逆）という制約
に支配される単一のシーケンス若しくは過度の設定の一部としてみなすことがで
きる。より一般的には良好な操作の実行は、また、可能な限りテーブルのシーケ
ンスに協調されるように、関連したテーブルのサブタイプが必要である。

【００１７】 テーブルは、シーケンスとして記憶される。テーブルメモリの最も単純な形態
において、テーブルは、メモリ内の物理的なシーケンスとして記憶される。しか
しながら、それらを連鎖形式している、又はメモリ内のそれらの事実上の物理的
な位置とは無関係にシーケンスを定義する他のいくつかの手段で、指針リストに
よりそれらのシーケンスを定義することが好都合であるかもしれない。

【００１８】 装置の制御部１０は、テーブルメモリ１２からテーブルを選択するために使用
可能であり、ユニット２０へ移動し、アップデートし、そしてテーブルメモリ１
２にアップデートしたテーブルを戻すテーブル選択及びプロセッシングユニット
２０から成る。

【００１９】 ユニット２０は、また、メモリ１２内のテーブルのシーケンスを表示するよう
に使用することができ、メモリ１２内において新しいテーブルを生成し、テーブ
ルを消去し、及びテーブルのシーケンスを再配置する。その上、仮に新しいテー
ブルが最初から生成されることが必須ならば、メモリから現在のテーブルをコピ
ーすることがしばしば好都合であり、それを補正し、かつ、テーブルの現在のシ
ーケンスにおける適当な位置でメモリ１２の中に生成した新しいテーブルを移動
する。

【００２０】 ユニット２０は、キーボード２１、マウス２２及びディスプレイユニット２３
のようなオペレータとの対話のために備えた通常の周辺ユニットを有する。

【００２１】 抽象空間を定義するテーブルによりテストされることが可能な様々なタイプの
状態と各テーブルは、その空間の領域、つまり、満足させるテーブルにより定義
した全ての状態における領域を限定していると見なしてもよい。もしかすると、
一つのテーブルにより定義された領域は、別のテーブルにより定義された領域の
中に完全に位置するかもしれない。囲った（小さな）領域のテーブルは、そのと
き囲っている（大きな）領域のテーブルに先行していなければならない。別の表
現をすると、小さな領域内に位置している任意の一組の状態は、大きな領域の中
に位置しており、仮に大きな領域を含むテーブルが最初に試されると、小さな領
域を含むテーブルには決して到達することがなく、適合しかつシステムは大きな
テーブルに従って処理する。

【００２２】 この状態は、従って良好な慣行として必須である。それを満足させることを裏
付ける２つの方法がある。１つ目は、オペレータのためにテーブルの適合性の点
検を実行することである（仮に関連したテーブルが互いに保持されていれば、工
程は省略される）。他方は、テーブルメモリにおけるテーブル間のそのような不
一致を発見するための不一致検出ユニット２４を提供することである。後者につ
いて議論すると、この不一致検出器は、また、別の不一致のタイプを検出するこ
とにも使用することができる。

【００２３】 装置の操作部１１は、処理要求を受け取るための入力ユニットとして作用する
リクエストユニット３０、生成されるマージン値を発生させる出力ユニットとし
て作用するマージン記憶ユニット３１、及びマージンを発生させるために入力ユ
ニットにおいて要求を処理し、かつそれを出力ユニットにおいて記憶した、入力
ユニットと出力ユニットの間で結合した対照兼制御ユニット３２から構成される
。

【００２４】 ユニット３２は、テーブルメモリ１２と、さらに計算ユニット３３に結合され
ている。ユニット３３は、様々な対照テストを実施するのに使用される複数の対
照計算ユニット３４、３５、３６、等（&c）、及びマージンの計算を実施するの
に使用されるマージン計算ユニット３７を含む。

【００２５】 要求がユニット３０に受け取られるとき、対照ユニット３２は、順にテーブル
を取得し、テーブルメモリ１２において適切な一組のテーブルで順に要求と各テ
ーブルとを比較する。各テーブルは、要求において対応するエレメントに対して
順にテーブルの複数の列を比較することを要する。相違する列に対して様々な異
なるタイプのテストがあり、そして各々異なるタイプのテストに対する計算ユニ
ット３３内に、分離対照計算ユニットがある。仮に、任意の列対照が失敗すると
、そのときテーブルは要求と一致せず、そして次のテーブルが選択される。

【００２６】 テーブルが全ての列に手を伸ばし適合したとき、マージン計算ユニット３７に
よるテーブルのマージン選択は合格する。これは、要求における様々な量とテー
ブルのマージン列に基づいて、要求に対するマージンの総計を算出する。システ
ムは、そのとき（図示していないが）注文に対する見積もりを作成し、マージン
を加える処理を実行する構成によりコストに基づいて計算される価格を包含して
いる。

【００２７】 仮にテーブルメモリ内における全てのテーブルがテストされ、かつ適合が見出
されなかったとすると、システムは、初期のマージン計算処置を適用してもよく
、オペレータにより取り扱われるオペレータによる要求に合格し、若しくは要求
の自動的却下を生ぜしめる。

【００２８】 もし所望するなら、テーブルの各リストは、空のテスト列及び”初期値”マー
ジン計算列を最終テーブルに包含してもよい。これは、適合の可能性が見出せな
いということを回避するものである。 （テーブル１： ＦＸテーブル） 列番号 列詳細 列入力 １ テーブル名 ．．． ２ 取引 ＦＸタイプ ３．１ 顧客名 ＸＹＺ Ｃｏ ３．２ 顧客グループ ＸＹブループ ３．３ 顧客評定 Ｂ ４．１ 取引規模 １００，０００ ４．２ 通貨の大きさ ＵＳＤ ５ 紙幣用紙 JPY/GBP ６．１ 器具 前方 ６．２ 時間 ３０日 ７．１ マージンタイプ 総計 ７．２ マージン値 ５

【００２９】 テーブル１は、単純化した形態のＦＸテーブルを示す。ＦＸテーブルは、多数
の列から成り、列番号で都合よく各々識別し、かつ列詳細と値入力とを有してい
ることがわかる。テキストエディタのタイプとして大雑把に操作する装置の制御
部１０を使用することにより、オペレータは列値を入力しかつ修正することがで
きる。代表的な入力は、大部分の列に対して示される。

【００３０】 列１は、オペレータの便宜を図ったものである。オペレータは、利便性のよい
タイトル若しくは識別子をこの列に入力することができる。この列は、テーブル
対照のために装置の操作部１１により使用されない。 列２は、ＦＸかＭＭのいずれかの（この場合はＦＸである）取引タイプを定義
する。

【００３１】 列３．１から３．３は、顧客を定義する。顧客は、名前、グループ若しくは評
定により識別が可能となっている。これらの列は、計算ユニット３３の対照計算
ユニット３４、３５、３６などのうちの一つを形成する顧客テストユニットに関
連付けられる。図２は、対照計算ユニット及びこれらの列に関連したユニットを
示す。

【００３２】 システムは、とりわけ顧客名、顧客グループ（もしあれば）、及び顧客クレジ
ット評価（もしあれば）を包含しているシステムの顧客リストとそれら顧客につ
いての様々な情報を、顧客ＩＤテーブル４１に包含している。

【００３３】 顧客名は、入力ユニット３０に記憶される顧客からの要求に包含される。対照
兼制御ユニット３２は、対照ユニット４０に顧客名、グループ（もしあれば）、
及び評価（もしあれば）を通すユニット４１に合格させるように顧客名を引き起
こす。

【００３４】 制御ユニット３２は、そのときテーブルの列３．１から３．３を点検する。仮
に列３．１が顧客名を含むとすると、それはユニット４１から顧客名を比較する
ために対照ユニットに通される。適合すると、システムは列４へスキップする。
仮に適合しなかった、若しくは列３．１が顧客名を包含していないとすると、ユ
ニット３２は列３．２に移動する。列３．２が顧客グループを包含すると、ユニ
ット４１から顧客グループと対照して比較するために対照ユニットに通される。
適合すると、システムは列４にスキップする。仮に適合しない場合には、列３．
２は顧客グループを包含せず、若しくは顧客ＩＤテーブル４１は、その顧客に対
して顧客グループを包含せず、ユニット３２は列３．３に移動する。列３．３が
顧客評価を包含していると、ユニット４１から顧客評価を対照して比較するため
に対照ユニットに通される。適合すると、システムは列４へスキップする。仮に
不適合であれば、列３．３は顧客評価を包含せず、若しくは顧客ＩＤテーブル４
１はその顧客の顧客評価を包含しておらず、テーブルの適合が失敗し、そしてユ
ニット３２は次のテーブルを選択する。

【００３５】 システムは、様々な方法で制約されるようにしてもよい。例えば、列３．１の
顧客名があると、システムは顧客ＩＤテーブル４１内の顧客名に適合する顧客名
を必要とするようにしてもよい。テーブルが、そのテーブルの中にはない名前を
受け入れるように引き起こされ又は編集され及び拒否されるとき、この制約は、
列３．１に入力された顧客名を顧客ＩＤテーブル４１と比較する不一致検出器２
４により実施されるようにしてもよい。同様に、顧客名があると、不一致検出器
２４は顧客グループ又は評価が、列３．２と３．３に入力されるのを防止するよ
うにしてもよい。列４．１と４．２は、取引規模を特定する。取引がＦＸ取引で
あるので、貨幣は列４．１に値を入力するのみでなく、列４．２にも入力しなけ
ればならない。図３は、対照計算ユニット及び関連するユニットを示す。

【００３６】 システムは、いろいろな為替レートを定義しかつ保持するための為替レートユ
ニット４５を包含する。取引要求ユニット３２は、また、制御ユニット３２によ
り選択されるので、通貨ＦＸテーブルから取引規模の限界と通貨の規模とを受け
入れる対照計算ユニット４６に通貨と要求の規模を供給する。取引ユニット３０
からの大きさと、その要求の通貨とライン４．２の通貨の間の換算率（ユニット
４５から得た）とを乗算することにより、ユニット４６が取引規模を算出し、そ
してその算出結果をライン４．１の値の大きさと比較する。仮に、要求規模がＦ
Ｘテーブルで定義した大きさよりも小さいか又は等しい場合には、良好に適合し
ており、そうでなければ適合しておらず、かつユニット３２は次のテーブルに進
む。

【００３７】 さらに、システムを様々な方法で制約するようにしてもよい。特に、列４．１
と４．２に対して成し遂げられる最初の適合が、実際の要求した取引規模に適合
する（等しいか又は上回る）最も小さい取引規模を含むテーブルに対してである
ので、システムは、取引規模の小さい方から順に配置しなければならない列４．
１における取引規模にのみ相違するそのＦＸテーブルを要求してもよい。

【００３８】 列５は要求の２つの通貨、例えば、顧客がいずれかの方向へ両替することを希
望する通貨を包含する。コンピュータ５０には、（ユニット３０からの）要求の
２つの通貨と列５の２つの通貨が入力される。仮に適合すると、システムはテー
ブルの次の列に進む。仮に不適合であれば、例えば、列における一対の通貨のう
ちのどちらか一方が要求の通貨のうちの一つと同じではなく、不適合であり、シ
ステムは次のテーブルへ進む。その対照は、二対の第一の通貨とその対の第二の
通貨に適合することを要求するか、又は、第一の通貨と第二の通貨の間の交差試
験を容認してもよい。

【００３９】 この列はシステム制約に従属させ、通貨の対はシステムに対応していなければ
ならない。この制約は、ユニット４５（図３）に記載した通貨の対と共に通貨の
対をチェックする不一致検出器２４により実施される。

【００４０】 列６．１は、器具型式を包含する。システムは全てのＦＸ及びＭＭ器具をサポ
ートしているが、本実施例においては、現物（Spot）、先物（Forward）及び交
換（Swap）の３つの器具型式が取り扱われる。

【００４１】 図５は、対照計算ユニット５５とこの列に関連するユニットとを示す。比較器
５５は、要求ユニット３０と列６から２つの器具型式が供給される。仮に２つの
型式が全く同じであるか、又は列６に特定される器具型式がない場合には適合し
ており、その他は不適合である。

【００４２】 列６．２は期間を特定する。この列は、現物取引又は、列６．１で特定されて
いない取引型を無視している。図６は、対照計算ユニット６０とこの列に対して
関連したユニットを示す。列６．１で特定される先物又は交換取引の場合のよう
に、仮に期間が取引に必要である場合には、テストがこの列に対して実行される
。システムは、現在の日付を特定する日付ユニット６１と、期限を決定するため
にこの現在の日付に期間を加えるユニット６０とを包含する。

【００４３】 交換（Swap)取引に関して、その後ユニット６０は、要求ユニット３０に特定
された日付を期限日と比較し、ユニット３０から得たその日付けが期限日よりも
遅ければ、不一致である。先物（Forward）取引に関して、システムは近い日付
、遠い日付、若しくは近い日付と遠い日付の間の差を表示するように設定された
環境設定フラグ６２を包含する。フラグが遠い日付に設定されていると、対照計
算ユニット６０は要求から遠い日付を使用している交換取引に対するものとして
動作する。フラグが近い日付に設定されていると、ユニット６０は期限日とその
近い日付とを比較し、期限日の方がその近い日付よりも後であれば適合している
。フラグがその差に設定されていると、ユニット６０は期限日を要求ユニットか
ら近い日と遠い日の両方と比較し、期限日がその近い日から遠い日までの範囲内
である場合にのみ適合する。

【００４４】 明らかに、列は先物（Forward）取引の場合において、対照の特徴を特定する
ようにテーブルに加えることができ、要するにこれは、異なるテーブルに対して
異なるフラグ設定を容認する。

【００４５】 全てのテストが成功すると、例えば、全ての対照が良好な適合となり、テーブ
ルは要求した取引に関して作用する。制御ユニット３２は、その後マージンを計
算するためにマージン計算ユニット３７を選択する。これに関し、テーブルの列
７．１と７．２が使用される

【００４６】 列７．１は、ピップ、パーセンテージ又は総計にすることができるマージンタ
イプを特定する。ピップタイプは、関連がある通貨の多数のユニットを特定し、
パーセンテージタイプは、取引値のパーセンテージを特定し、そして総計タイプ
は、絶対量を特定する。ピップタイプは、２つの通貨が使用されることを特定し
てもよい。

【００４７】 図７はマージン計算ユニット３７及び関連したユニットを示す。これは、ユニ
ット３２においてテーブルからマージンタイプと値とが、要求ユニット３０から
値と通貨が、そしてユニット４５からは通貨交換率が供給される。テーブルの列
７．１と７．２により定義されるので、適切なマージン、及び（もし適切であれ
ば）入力ユニット３０から通貨と値とを算出する。普通は、また、体制により使
用される地方通貨に結果を変換することもできる。その結果は、マージンユニッ
ト３１に通される。

【００４８】 マージンが計算されているとき、マージン判定ユニットを包含している要求処
理システムは、顧客に見積書又は請求書を発行するために、要求した取引の別の
コストにその値を加える。

【００４９】 ＭＭテーブルは概して同様であるが、細部は異なる。列１から４．１は、同じ
である（列２のタイプＭＭは別として）。列４．２は、省略されても使用されて
もよいが、単一通貨のみを特定している。列６．１は、ローン又は預金のような
任意のＭＭ機器を特定することができる。列６．２は、ＦＸテーブルでほぼ同じ
ように使用される。列７．１は、分数／少数、百分率、及び総計のマージンタイ
プを特定するように使用することができる。

【００５０】 当然、上述したＦＸテーブルのための対照計算ユニットのいくつかは、さらに
ＭＭテーブルに対しても使用されるが、これらの列に対してＦＸ及びＭＭテーブ
ルは相違し、その上、対照計算ユニットは、ＭＭ計算を実行するために構成を変
更することが必要であり、又は補足的なＭＭ計算のための対照計算ユニットが必
要とされる。

【００５１】 テーブルは、固定した多数の列（そのいくつかの列は無視されるにも関わらず
）を有することが許容されている。システムは、しかしながら、列のグループを
形成するために繰り返されるいくつかの列を許容するように拡張が可能である。
例えば、様々な異なる通貨対を特定するために単一のテーブルを容認するように
列５が繰り返されてもよい。列がこの方法で繰り返されることを容認されると、
対照兼制御ユニット３２は、グループに対して有効な適合としてグループの任意
の列の適合を処理する。

【００５２】 マージン計算は、例えば、マージン計算ユニットの適切な設計とテーブルにお
ける適切な情報又はパラメータの供給により、取引の総計の正の割合を固定量と
して計算されるようにマージンを容認するために、当然同化されてもよい。

【００５３】 マージン判定装置が高度な図表に示され、簡易化した形態であることが理解さ
れるであろう。計算ユニット３３に提供される特有の補足的対照計算ユニットと
共に、補足的なラインが補足的なテストでテーブルに包含することができる。ま
た、他の詳細な構成が、売買の異なるタイプに対してテーブルに記憶することが
でき、又は記憶されるために必要である。

【図面の簡単な説明】

【図１】 マージン判定手段のブロック図である。

【図２】 比較計算ユニットのブロック図である。

【図３】 比較計算ユニットのブロック図である。

【図４】 比較計算ユニットのブロック図である。

【図５】 比較計算ユニットのブロック図である。

【図６】 比較計算ユニットのブロック図である。

【図７】 マージン計算ユニットのブロック図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 スティーブン・ウィン アイルランド、ダブリン３、イースト・ウ ォール、フェアフィールド・アベニュー６ 番

Claims (11)

【特許請求の範囲】
1. 【請求項１】 供給者の取引システム用のマージン判定手段であって、 前記マージン判定手段は、多数のテーブルを記憶するためのマージン記憶手段
   を構成しており、 各テーブルは、複数の列を有しており、 順にテーブルを選択するためのテーブル選択手段、 選択したテーブルの連続的な列により特定された量を、顧客／ユーザからの取
   引要求における一致している量と比較するための対照手段、 全ての対照が良好である場合には、テーブルにおける情報の制御下のマージン
   を計算し、かつ、いずれかの対照が不良である場合には、次のテーブルを選択す
   るための計算手段 を備えたことを特徴とする取引システムにおけるマージン判定手段。
2. 【請求項２】 さらに新しいテーブルを追加し、削除し、修正し、及びテー
   ブルの順序を再配置するためのテーブルエディタを構成する請求項１に記載のマ
   ージン判定手段。
3. 【請求項３】 テーブルは、テーブル名、取引タイプ、顧客、細目、取引規
   模、取引通貨、器具タイプ、期限、及びマージンタイプと総計から選択した入力
   を包含している列を含む請求項１に記載のマージン判定手段。
4. 【請求項４】 さらに、テーブルメモリ内のテーブルが、設定した規則に定
   められている内部規則と抵触するか否かを判定するための不一致判定ユニットを
   構成する請求項１に記載のマージン判定手段。
5. 【請求項５】 前記テーブルは、テーブルメモリ内に発注され、かつ前記内
   部規則が、そこに包含した情報によってメモリの中でテーブルの発注を判定する
   規則である請求項４に記載のマージン判定手段。
6. 【請求項６】 前記内部規則が、前記テーブルの中に包含した情報の内部の
   整合性を判定する規則である請求項４に記載のマージン判定手段。
7. 【請求項７】 前記内部規則は、前記取引システムの能力に基づく前記テー
   ブルの中に包含されることを容認した情報を判定する規則である請求項４に記載
   のマージン判定手段。
8. 【請求項８】 見積もり処理装置がマージン判定手段を構成する前述のいず
   れかの請求項に記載のマージン判定手段。
9. 【請求項９】 金融取引システムがマージン判定手段を構成する請求項１か
   ら８のうちのいずれかに記載のマージン判定手段。
10. 【請求項１０】 取引におけるマージンを判定する手段が、 顧客／ユーザからの取引要求を受け取り、 テーブルの中の記憶した設定からテーブルを選択し、 各テーブルが多数の列を有しており、 選択したテーブルの連続する列により特定した量を、前記取引要求の一致した
    量と比較し、 全ての対照が良好であればテーブル内の情報の制御下でマージンを計算し、又
    はいずれかの対照が不良であればさらにテーブルを選択する、 というステップで構成されるマージン判定手段。
11. 【請求項１１】 テーブルが、テーブル名、取引タイプ、顧客詳細、取引規
    模、取引通貨、器具タイプ、期限、及びマージンタイプと総計から選択した入力
    を包含する列を含む請求項１０に記載のマージン判定手段。