JPH08106501A - 売買取引処理システム - Google Patents

Abstract

(57)【要約】 【目的】商品の売買取引システムにおいて、特定商品へ
の取引の集中や処理の増加・変更に対し柔軟に対応する
システムを提供する。 【構成】発注者ごとに取引注文を受け付ける発注者接続
サーバ１０と、商品ごとに売買締結処理をする取引処理
サーバ２０と、サーバ１０，２０の間に介入しシステム
全体を管理する管理サーバ３０とから構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、株式などの取引商品を
扱う売買取引処理システムに係わり、特に売買取引処理
を機能によっていくつかのサーバに分散させた機能分散
型の売買取引処理システムに関する。

【０００２】

【従来の技術】近年証券取引所等において、売買取引業
務を電子計算機によって処理する売買取引システムが実
用化されている。この種の取引システムは、例えば特公
平０１−１８４６８号公報に記載されているように取引
処理を行うホストコンピュータ、注文の発注を行う多数
の端末装置及び売買締結の仲介を行う多数の端末装置か
ら構成されている。ホストコンピュータは、発注を行う
端末装置から入力された注文を銘柄又は商品ごとに整理
し、決められた規則に従って締結処理を実行している。

【０００３】図３は従来の取引処理システムにおいて、
ホストコンピュータの取引処理の流れを示すフローチャ
ートである。取引処理は機能的に５つの部分に分かれ、
各機能を実現するプログラム間はファイルによって連結
されている。ホストコンピュータが各発注者、すなわち
発注を行う端末装置からの注文を受付けると、受付順に
注文受付ファイル９０１に格納する（ステップ９１
１）。ホストコンピュータは、注文受付ファイル９０１
から受け付けられた注文を読み込み（ステップ９１
２）、発注者ごとに設けられた受付通知キュー９０４に
受付通知を作成する（ステップ９１３）。さらに注文受
付ファイル９０１から各注文を読み込み（ステップ９１
４）、銘柄単位に整理・集計し、銘柄毎の集計ファイル
９０３に格納する（ステップ９１５）。整理・集計の結
果として売買締結が可能な場合、規定に従って売買締結
処理を行い、その結果を約定結果ファイル９０２に格納
する（ステップ９１６）。ホストコンピュータは、約定
結果ファイル９０２を読み込み（ステップ９１７）、発
注者単位に約定結果を整理し、約定通知キュー９０５を
作成する（ステップ９１８）。最後に作成した通知キュ
ー９０４及び９０５上の受付通知及び約定通知を読み込
み（ステップ９１９）、当該発注者の端末装置に送付す
る（ステップ９２０）。

【０００４】

【発明が解決しようとする課題】従来の売買取引システ
ムは、ホストコンピュータが全銘柄について注文の受付
処理を行い、注文の銘柄毎の整理及び整理した結果によ
る売買締結処理を実行している。各々の銘柄は独立して
処理できるにもかかわらず、ホストコンピュータが全銘
柄を集中して処理するため、ある銘柄を処理している間
他の銘柄の処理が待たされることになる。一般にオンラ
インシステムは、想定される単位時間当りのデータ量を
処理できる能力を有するシステム構成を装備し、単位時
間当りでの待ちが問題にならないようなシステム設計が
されている。しかし特に売買取引システムにおいては、
ある特定の銘柄に注文が集中する場合があり、この場合
他の銘柄に及ぼす処理待ちの影響をいかに少くし、シス
テム全体を効率良く稼動させるかが大きな課題であっ
た。また銘柄数の増加や市況の変動に伴なうデータ量の
急増又は急減に対応するにはシステムの大規模な修正変
更を必要としたり、過剰なシステム構成を必要とすると
いう問題があった。

【０００５】本発明は、売買取引システムにおいて、あ
る特定の商品種別に取引が集中するときに他の取引商品
に及ぼす影響を少なくし、かつ取引商品の種別数の変動
やデータ量の変動に対し容易に対応できる売買取引処理
システムを提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明は、取引商品の種
別によって処理分散される複数の取引処理サーバと、入
力する注文をこれらの取引処理サーバに振り分けて送付
する管理サーバとから構成される売買取引処理システム
を特徴とする。

【０００７】管理サーバは、発注者から入力された商品
の注文を商品種別毎に受付順に整理し、特定の商品種別
を扱う取引処理サーバに送信する。この注文を受信した
取引処理サーバは、規則に従って売り買い、値段、受付
順によって整理を行い、売買締結処理を行う。取引処理
サーバで締結された約定結果は、管理サーバを経由して
発注者の元に通知される。

【０００８】さらに発注者側のシステムは、コンピュー
タや端末装置など多くの装置から構成されている場合が
あるので、発注者側の端末装置と管理サーバとの間に発
注者接続サーバを設け、同一の発注者から送られる注文
を集約して管理サーバへ送るとよい。

【０００９】

【作用】各取引処理サーバは、特定の商品種別の処理の
みを行うため、当該商品種別についての処理が他の商品
種別の処理に悪影響を与えない。また取引処理プログラ
ムがアクセスするファイルや共通テーブルの排他処理が
不要となり、性能の向上及び信頼性の向上を図ることが
出来る。さらに商品の種別によって処理の特殊性がある
場合、これまでのホストコンピュータ集中型では処理の
追加や変更が広範囲に及びシステムの稼働を妨げること
があったが、この取引処理サーバは商品種別ごとに独立
しているため、このような処理の追加や変更に対し柔軟
に対応できるようになる。

【００１０】管理サーバは、商品種別ごと及び発注者ご
とにデータを収集・分類・配信することを主な機能と
し、分散化した処理機能を統合し制御する機能を任って
おり、全商品の出来高を集計するなどこれまでホストコ
ンピュータが行っていた処理機能を行うことができる。
また取引処理サーバにおいて性能劣化、障害などの問題
が発生した場合、管理サーバが保留している取引商品の
注文を予備又は代替えの取引処理サーバに送り、業務を
続行することも出来る。

【００１１】発注者接続サーバは、発注者側のシステム
に合わせて設けられるため、必ずしも標準の接続使用に
限定されず、発注者システムの接続使用に合わせて開発
でき、しかも他の発注者システムに影響を与えない。

【００１２】

【実施例】以下、本発明の一実施例について図面により
詳細に説明する。

【００１３】図１は本発明を適用した売買取引システム
の一実施例のシステム構成を示した図である。図１にお
いて、４０は発注者システムであり、発注者側のホスト
コンピュータ４１及び端末装置４２から構成され、注文
の発注や約定結果の受信を行う。発注者システム４０は
複数存在し、またホストコンピュータ４１及び端末装置
４２も複数存在する。１０は発注者システムごとに設け
られた発注者接続サーバであり、各発注者側システム４
０と通信回線５０によって接続される。また銘柄ごとに
設けられ、それぞれ割り当てられた銘柄について取引処
理を行うのが取引処理サーバ２０であり、取引処理サー
バ２０は取引に関する各種指示を行なう端末装置７０と
通信回線８０によって接続される。発注者接続サーバ１
０と取引処理サーバ２０との間に介入してデータの振分
け、集計及び全体の制御を行うのが管理サーバ３０であ
り、各サーバ間はＬＡＮ（ローカルエリア・ネットワー
ク）６０により接続される。ここでサーバの機能は、パ
ソコン、ワークステーションなどの情報処理装置によっ
て実現され得る。発注者接続サーバ１０には発注者単位
に設けた注文受付ファイル１０１、約定結果ファイル１
０２及び通知キューファイル１０３が接続される。取引
処理サーバ２０には銘柄ごとに設けた注文受付ファイル
２０１、約定結果ファイル２０２、集計（板）ファイル
２０３が接続される。管理サーバ３０には、銘柄ごとに
設けた注文受付ファイル３０１及び約定結果ファイル３
０２が接続される。ここでファイルは外部記憶装置、主
記憶装置などの記憶装置によって実現され得る。なお発
注者接続サーバ１０の通信回線５０側の接続インタフェ
ースは発注者システム４０ごとに異なっていてもよい
が、ＬＡＮ６０側の接続インタフェースは統一されてい
る。

【００１４】図２は、各サーバの機能を各サーバが行う
処理の流れによって示す図である。図２（ａ）は各発注
者接続サーバ１０の処理の流れを示している。発注者接
続サーバは、まず当該発注者接続サーバ１０に接続され
ている発注者システム４０のホストコンピュータ４１又
は端末装置４２から注文を受付け、注文受付ファイル１
０１に格納する（ステップ１１１）とともに、当該注文
を管理サーバ３０へ送信する（ステップ１１２）。注文
受付ファイル１０１上の受付注文から受付通知を作成し
て通知キュー１０３に格納し（ステップ１１４）、通知
キュー１０３上の受付通知を読み込んで発注者側のホス
トコンピュータ４１又は端末装置４２へ送付する（ステ
ップ１１５）。管理サーバ３０から約定結果を受信した
とき、この約定結果を約定結果ファイル１０２に格納す
る（ステップ１１３）。次に約定結果ファイル１０２上
の約定結果から約定通知を作成して通知キュー１０３に
格納し（ステップ１１４）、通知キュー１０３上の約定
通知を読み込んで発注者側のホストコンピュータ４１又
は端末装置４２へ送付する（ステップ１１５）。

【００１５】図２（ｂ）は管理サーバ３０の処理の流れ
を示している。管理サーバ３０は、発注者接続サーバ１
０からの注文を受取り（ステップ３１１）、この注文を
銘柄ごとに設けられた注文受付ファイル３０１に格納し
（ステップ３１２）、当該銘柄を担当する取引処理サー
バ２０へ送信する（ステップ３１３）。また取引処理サ
ーバ２０から約定結果を受信すると（ステップ３１
４）、銘柄ごとに設けられた約定結果ファイル３０２に
格納する（ステップ３１５）とともに、該当する発注者
接続サーバ１０へ約定結果を送信する（ステップ３１
６）。

【００１６】図２（ｃ）は各取引処理サーバ２０の処理
の流れを示している。取引処理サーバ２０は、管理サー
バから送信されてくる担当銘柄の注文を受け取り、注文
受付ファイル２０１に格納する（ステップ２１１）。受
付けた注文は受付順に売り／買い、値段等に整理・集計
して集計ファイル２０３を作成する（ステップ２１
２）。整理・集計の結果が売買締結可能な場合、規定に
従い締結処理を行い、その結果を約定結果ファイル２０
２に格納する（ステップ２１３）とともに、管理サーバ
に送信する（ステップ２１４）。

【００１７】なお上記実施例で「銘柄」とあるを「商
品」に置き換えればそのまま一般商品についての売買取
引処理システムに適用できる。また上記実施例では発注
者接続サーバ１０を発注者システム４０ごとに設けてい
るが、サーバの性能・容量・経済性の面から１台の発注
者接続サーバによって複数の発注者システム４０をサポ
ートすることも可能である。また同様に１台の取引処理
サーバが複数の銘柄又は商品を担当してもよい。

【００１８】本実施例によれば、銘柄又は商品の種別が
増加した場合、取引処理サーバ２０を追加するだけでよ
く、従来のホストコンピュータ集中型ではプログラムの
変更範囲が大きくなるのに対して他の取引処理サーバ２
０を変更せずに取引処理サーバ２０の追加ができる。ま
た注文件数の増加した銘柄又は商品があれば、その銘柄
又は商品を担当する取引処理サーバ２０をより性能の大
きなハードウェアに変更すればよく、この場合も他の取
引処理サーバ２０を変更せずに当該取引処理サーバ２０
のみを変更すればよい。また従来のホストコンピュータ
集中型のシステムでは約定結果ファイル９０２のような
共通ファイルや共通テーブルはシステムでただ１つ設け
るため、１つのタスクがこれらにアクセスするときに排
他処理が必要であり、他のタスクが処理待ちとなった
が、本実施例によれば管理サーバ３０は約定結果ファイ
ル３０２及び注文受付ファイル３０１を銘柄ごとにもつ
とともに各取引処理サーバ２０はそれぞれ独立した約定
結果ファイル２０２及び注文受付ファイル２０１をもつ
ので、従来のような排他処理による処理待ちを避けるこ
とができ、システム全体としての処理能力が向上する。

【００１９】

【発明の効果】以上説明したように本発明によれば、売
買取引処理システムを発注者ごとの機能及び商品ごとの
機能に分割し、かつそれぞれの発注者、商品ごとのサブ
システムとして構築できるため、システムの規模及び増
加減に見合ったシステムを効率良く経済的に開発するこ
とができる。また発注者による接続仕様の相違や商品に
よる処理の特殊性に対しても柔軟に対応できる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すシステム構成図であ
る。

【図２】本発明の実施例における売買取引処理システム
の処理の流れを示す図である。

【図３】従来の売買取引処理システムの処理の流れを示
すフローチャートである。

【符号の説明】

１０…発注者接続サーバ、２０…取引処理サーバ、３０
…管理サーバ、１０１，２０１，３０１…注文受付ファ
イル、１０２，２０２，３０２…約定結果ファイル、２
０３…集計ファイル。

Claims (2)

【特許請求の範囲】
1. 【請求項１】管理サーバ、複数の取引処理サーバ及び取
   引の対象となる取引商品の売買についての注文を送信し
   該注文に対応する約定結果を受信する第３の装置を有す
   る売買取引処理システムであって、該管理サーバは、第
   ３の装置から該注文を受信し、該取引商品の種別によっ
   て該注文を振り分け、該種別に割り当てられた取引処理
   サーバへ該注文を送信するとともに、取引処理サーバか
   ら受信した約定結果を該当する第３の装置へ送信するよ
   う構成され、該取引処理サーバは、該管理サーバから該
   注文を受信し売買締結処理を行って約定結果を該管理サ
   ーバへ送信するよう構成されることを特徴とする売買取
   引処理システム。
2. 【請求項２】管理サーバ、複数の取引処理サーバ、複数
   の発注者接続サーバ及び取引の対象となる取引商品の売
   買についての注文を送信し該注文に対応する約定結果を
   受信する発注者側の第４の装置を有する売買取引処理シ
   ステムであって、該発注者接続サーバは、第４の装置か
   ら該注文を受信し、受け付けた注文の受付通知を第４の
   装置へ送信するとともに、該注文を管理サーバへ送信
   し、管理サーバから約定結果を受信したとき該約定結果
   を該当する第４の装置へ送信するよう構成され、該管理
   サーバは、該発注者接続サーバから該注文を受信し、該
   取引商品の種別によって該注文を振り分け、該種別に割
   り当てられた取引処理サーバへ該注文を送信するととも
   に、取引処理サーバから受信した約定結果を該当する発
   注者接続サーバへ送信するよう構成され、該取引処理サ
   ーバは、該管理サーバから該注文を受信し売買締結処理
   を行ってその約定結果を該管理サーバへ送信するよう構
   成されることを特徴とする売買取引処理システム。