JP2645171B2 - ディーリングシステム - Google Patents
ディーリングシステムInfo
- Publication number
- JP2645171B2 JP2645171B2 JP13546090A JP13546090A JP2645171B2 JP 2645171 B2 JP2645171 B2 JP 2645171B2 JP 13546090 A JP13546090 A JP 13546090A JP 13546090 A JP13546090 A JP 13546090A JP 2645171 B2 JP2645171 B2 JP 2645171B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- server computer
- workstation
- communication server
- narrowing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 claims description 68
- 230000008569 process Effects 0.000 description 51
- 239000000047 product Substances 0.000 description 21
- 230000005540 biological transmission Effects 0.000 description 18
- 230000008859 change Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 239000006227 byproduct Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
の業務をサポートするディーリングシステムとして従
来、ホストコンピュータが用いられてきた。すなわち、
ディーラーたちはホストコンピュータの端末機を使用し
て理論価格を算出したり、ポジション変更のシミュレー
ションを行ったりしてきた。
は、応答速度が遅い問題点があった。これは、ホストコ
ンピュータに処理が集中するために発生する問題点があ
った。つまり、ホストコンピュータで集中処理すること
により、ディーラー個々が別々の計算をリアルタイムで
ホストコンピュータに行わせようとすると、ホストコン
ピュータの能力に限界が出て来るのである。
になされたもので、中央に通信サーバとしてのコンピュ
ータを備え、ディーラー個々にワークステーションを設
置して両者間をLANで接続し、個々のディーラーがワー
クステーションにアクセスすることにより個別に必要な
処理を高速で行えるようにしたディーリングシステムを
提供することを目的とする。
ラインによる金融株式情報を定期的に受信して記憶する
通信サーバコンピュータと、前記通信サーバコンピュー
タにLANにより接続された個々のディーラー用のワーク
ステーションと、前記通信サーバコンピュータから前記
ワークステーション各々に対してUDP/IP方式により前記
通信サーバコンピュータが外部から受信した金融株式情
報を定期的に一斉同報通信する一斉同報通信手段と、前
記一斉同報通信手段による前記通信サーバコンピュータ
からの各一斉同報通信情報の受信状態を各ワークステー
ションについて監視し、あるワークステーションにおい
て特定の情報に対する受信エラーを検出した時に、TCP/
IP方式により受信エラーした情報を前記通信サーバコン
ピュータから再送させる個別通信手段とを備えたもので
ある。
ステーション各々が、自機で扱う商品種別を絞り込む第
1絞込み手段と、この第1絞込み手段により絞り込んだ
商品種別の中から自機で扱う銘柄を絞り込む第2絞込み
手段とを備えたものとすることができる。
ンピュータにより外部からのオンラインによる金融株式
情報を定期的に受信して記憶していき、LANで接続され
たディーラー個々のワークステーションに対して、一斉
同報通信手段によりUDP/IP方式に則ってこの金融株式情
報を一斉同報通信する。
は、通信サーバコンピュータ側から定期的に送られてく
る金融株式情報を監視し、受信エラーを検出した時に
は、個別通信手段によりTCP/IP方式に則って受信エラー
した情報を通信サーバコンピュータ側から再送させ、個
々のディーラーのワークステーションが常に正しい金融
株式情報を格納するようにする。
ィーラーのワークステーションで第1絞込み手段により
に自機で扱う商品種別を絞込み、さらに第2絞込み手段
により自機で扱う銘柄を絞込むようにして、個々のディ
ーラーのワークステーション側で自機が扱う商品、およ
び銘柄を容易に設定、変更できる。
おり、ミニコンピュータやノンストップコンピュータに
より構成される通信サーバコンピュータ1と、個々のデ
ィーラーごとに設置されるワークステーション2と、こ
れらの間のデータ伝送を行うイーサネットのようなLAN3
と、前記通信サーバコンピュータ1に対する外部記憶装
置4とを備えている。
券取引所からの伝送データ5やその他のニュース源やB
&B等の伝送情報6がディーリングシステムに必要な情
報として入力されるようになっている。またこの通信サ
ーバコンピュータ1には、LAN3を介してすへでのワーク
ステーション2に必要な情報を定期的に一斉に送信する
ためのUDP/IP方式による一斉同報送信部7と、個々のワ
ークステーション2からの送信要求に対して該当する情
報をTCP/IP方式により個別に送信するための個別情報送
信部8とが備えられている。
ンピュータ1からの一斉同報情報を受信するための一斉
同報受信部9と、通信サーバコンピュータ1に対して必
要な情報を特定して個別送信要求を送り、また送られて
きた個別情報を受信するための個別情報受信部10とが備
えられている。この各ワークステーション2にはさら
に、自機のディーリングにおいて商品種別を絞込むため
の第1絞込み操作部11と、この第1絞込み操作部11によ
り絞り込まれた商品に対して銘柄を絞込むための第2絞
込み操作部12とが備えられている。
いて説明する。
送データ5やその他のニュース源やB&B等の伝送情報
6を定期的に受信して外部記憶装置4に履歴データとし
て保存する。同時に、一斉同報送信部7の働きによりワ
ークステーション2各々にUDP/IP方式により一斉同報を
行う。これによって、高速に情報5,6が各々のワークス
テーション2に配信される。
反面、データ抜けの受信エラーが発生しやすい。この点
を考慮して、ワークステーション2への一斉同報テキス
トには、すべて通し番号を付けておく。
キスト受信時にこの通し番号をチェックし、受信抜けし
たテキストがないかどうかチェックする。そして、受信
抜けが発生していることが判明した場合には、再送要求
テキストをワークステーション2から通信サーバコンピ
ュータ1へ送信する。
要求テキストで指定された通し番号の情報を指定された
ワークステーション2にTCP/IP方式により再送する。こ
のTCP/IP方式によるのは、伝送の品質を良好なものとす
る必要があるからである。
が立ち上がった時にゼロにリセットし、それ以降、一斉
同報を行う度にプラス1していき、その値を伝送テキス
ト上に乗せることにより作成する。したがって、受信側
の各ワークステーション2では、通し番号が1のテキス
トは無条件に受け付け、それ以降は前回受信の通し番号
にプラス1したものが今回の通し番号であるかどうかチ
ェックし、受信抜けを判断することができるのである。
信したテキストの通し番号が「53」で、今回受信したテ
キストの通し番号が「58」であったならば、通し番号
「54」〜「57」の4つのテキストの受信が失敗していた
ことを示すことになる。そこで、このような場合には、
通し番号「54」〜「57」を指定してデータ再送要求を行
うのである。
成を第2図のソフトウェア構成図と第3図以降のフロー
チャートに基づいて説明する。
柄についての情報であり、通信サーバコンピュータ1に
はそのすべての情報が伝えられて処理される。
柄、自分が関係して銘柄は多くても200銘柄程度であ
る。そこで、ワークステーション2の能力を有効に使
い、高速応答性を実現するためには、このワークステー
ション2上に実現するソフトウェア構成が再重要となっ
てくる。
と、通信サーバコンピュータ1から各ワークステーショ
ン2へ全銘柄、全情報が配信される。この配信において
は、上記のようにUDP/IP方式による一斉同報を採用す
る。なお、通信サーバとしての通信サーバコンピュータ
1において銘柄選択を行わず、全銘柄、全情報をそのま
まワークステーション2に配信する理由は、全銘柄の現
在価格などの基礎情報はワークステーション2に常に保
持しておくためである。このことは、後に述べる銘柄の
種類の絞込みと相反するけれども、ディーラーの指定す
る銘柄の自由な切り替えを高速で行うことを保証するた
めに必要なことである。
は、受信プロセスP1、データ更新プロセスP2、および表
示・入出力・計算プロセスP3の3段階のメインのプロセ
スを実行する。
されて来る情報をワークステーション2で受信するプロ
セスである。そして配信されてくるデータの構造は第6
図に一例を示すように、配信データサインD1,通し番号D
2、商品種別D3、銘柄コードD4およびデータD5によって
構成されている。
示すように、まずテキスト受信により自動的に起動され
(ステップS11)、配信データを受信した後、その受信
テキストの中に示されている通し番号D2を取り出してチ
ェックする(ステップS12)。
上げを示すコードまたは前回受信通し番号にプラス1し
たものでなければ、通し番号抜けと判定し、通し番号エ
ラーで通信サーバコンピュータ1に再送要求を送る(ス
テップS16)。
号情報をメモリ上に保存し、次回の受信に備える(ステ
ップS13)。
出してチェックする(ステップS14)。ここで商品種別
情報とは、株、株式先物、株式オプション、債券、ワラ
ント、転換社債等という商品種別をコード化したもので
ある。そして、ディーラーごとに相当する商品種別が決
まっているので、各ワークステーション2で取り扱う商
品が定まってくる。したがって、各ワークステーション
2は自機に関係する金融商品種別のみを処理すればよ
く、それ以外の情報に対してはこの時点で処理を終了
し、以下の処理を行なわない。
ングシステムにおいて、システムの高速性を保証するた
めには不要な情報を早期に捨て去ることが必要になるた
めに行うのである。
ア的に行われるものであるが、説明の便宜上、第1図に
おいて示した第1絞り操作部11がこの処理を行うものと
する。
類のときだけ、次のデータ更新プロセスP2に情報を渡し
て起動する(ステップS15)。
されているが、受信プロセスP1より情報付き起動され
(ステップS21)、各種情報テーブルの内容を受信デー
タを基に更新する(ステップS22)。このテーブルと
は、銘柄ごとの現在値テーブルや歩みデータテーブル等
である。
いるものであるかどうかをチェックする(ステップS2
3)。すなわち、株といっても東証第1部銘柄だけでも
約1200ほどあるが、他方、一人のディーラーが通常注目
するのは200銘柄程度である。したがって、ここで第2
の絞り込みを行うことになる。なお、この第2絞り込み
操作も実際にはソフトウェア的に実行されるものである
が、説明の便宜上、第1図における第2絞込み操作部12
が行うものとする。
て指定された銘柄の情報の場合にのみ、次の表示・入出
力・計算プロセスP3に情報を渡して起動する(ステップ
S24)。これは、第2図および第5図に示す処理であ
る。
行ってしまうことも考えられるが、将来の銘柄指定の変
更が発生した場合に、高速で切り替えることができるよ
うに2段に分けて絞込みを行うことにしているのであ
る。なぜならば、第2段の絞り込みを第1段の絞込みと
同時に行うと、ディーラーが銘柄入れ替えを行おうとし
た場合、新たに指定された銘柄情報を通信サーバコンピ
ュータ1に取りに行くことになり、高速性が損なわれる
ことになるからである。
き起動される(ステップS31)。
のを実現するプロセスであり、その処理内容は多岐に渡
り、特に特定できないものであるが、例えば、画面表
示、各種計算処理、伝送などの入出力処理、計算処理が
行われる(ステップS32〜S34)。
プロセスP1〜P3を実現するために次のような各プロセス
の実行が必要となる。
定する作業をサポートするプロセスである。
加、削除する。この結果は、第2図に示す銘柄別処理中
サインテーブルT1に反映される。そして、上記のデータ
更新プロセスP2は、このテーブルT1をチェックすること
により、現在処理中のテキスト(銘柄)がディーラーに
必要なものかどうかを判断する。したがって、このテー
ブルT1の内容を変更すると、それ以降の受信テキストか
らただちに、表示・入出力・計算プロセスP3を開始する
ことができるようになる。
機能によってリアルタイムで処理を変更することができ
ることになるのである。
ブルT2の書き替えをこのプロセスP4で行うことにより、
非定常処理にも対応できるようになる。これは、テーブ
ルT2を受信プロセスP1でチェックして、対象とする金融
商品かどうかを判断しているためである。
はディーラーの業務範囲を規定するものであり、このテ
ーブルT2の書き替えは業務に重要な影響を及ぼす可能性
もある。そのため、この書き替えの画面入力は特別な管
理者のみが行えるようにパスワード入力を必要とするも
のとする。
の2段階の情報の絞込みをサポートすることができるの
である。
時に行う処理をまとめたプロセスである。
および銘柄別処理中サインテーブルT1を構築する。これ
らの内容は外部記憶装置4に保存されている。したがっ
て、前日までの情報処理範囲を継続することができるよ
うになるのである。
2の情報を外部記憶装置4に保存するプロセスであり、
テーブルT1,T2の内容がディーラー情報更新プロセスP4
によって更新された時に起動される。
ために、初期設定プロセスP5によってワークステーショ
ン2の立ち上げが容易に行えるようになる。
によって接続されたワークステーション2すべてに対し
て全情報をUDP/IP方式により一斉同報伝送し、受信抜け
のあったデータについては該当するワークステーション
2に対してTCP/IP方式により個別伝送し、また、伝送デ
ータの処理対象のワークステーション2側で2段階に絞
込むことにより、処理速度の高速化が図れるのである。
ータとディーラーごとのワークステーションとの組み合
わせにより分散処理システムを構築し、情報のUDP/IP方
式による一斉同報と共に、受信エラーが起こったデータ
については個別にTCP/IP方式によりデータの再送を行う
ようにしているため、データ伝送の高速化と共に確実性
の向上が図れる。
タからの情報を商品種別と各商品種ごとの銘柄とに2段
階に情報を絞込むようにしているため、各ディーラーで
は自機に関係する必要最小限度の処理だけをワークステ
ーションによって行うことができ、全体的な処理速度の
高速化が可能となる。
は上記実施例のソフトウェア構成図、第3図は上記実施
例の受信プロセスのフローチャート、第4図は上記実施
例のデータ更新プロセスのフローチャート、第5図は上
記実施例の表示・入出力・計算プロセスのフローチャー
ト、第6図は上記実施例において通信サーバコンピュー
タから各ワークステーションに送信されるデータの構造
図である。 1……通信サーバコンピュータ 2……ワークステーション 3……LAN、4……外部記憶装置 5……伝送データ、6……伝送情報 7……一斉同報送信部、8……個別情報送信部 9……一斉同報受信部、10……個別情報受信部 11……第1絞込み操作部 12……第2絞込み操作部
Claims (2)
- 【請求項1】外部からのオンラインによる金融株式情報
を定期的に受信して記憶する通信サーバコンピュータ
と、 前記通信サーバコンピュータにLANにより接続された個
々のディーラー用のワークステーションと、 前記通信サーバコンピュータから前記ワークステーショ
ン各々に対してUDP/IP方式により前記通信サーバコンピ
ュータが外部から受信した金融株式情報を定期的に一斉
同報通信する一斉同報通信手段と、 前記一斉同報通信手段による前記通信サーバコンピュー
タからの各一斉同報通信情報の受信状態を各ワークステ
ーションについて監視し、あるワークステーションにお
いて特定の情報に対する受信エラーを検出した時に、TC
P/IP方式により受信エラーした情報を前記通信サーバコ
ンピュータから再送させる個別通信手段とを備えて成る
ディーリングシステム。 - 【請求項2】請求項1のディーリングシステムにおい
て、前記ワークステーション各々が、自機で扱う商品種
別を絞り込む第1絞込み手段と、この第1絞込み手段に
より絞り込んだ商品種別の中から自機で扱う銘柄を絞り
込む第2絞込み手段とを備えていることを特徴とするデ
ィーリングシステム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13546090A JP2645171B2 (ja) | 1990-05-28 | 1990-05-28 | ディーリングシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13546090A JP2645171B2 (ja) | 1990-05-28 | 1990-05-28 | ディーリングシステム |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0430251A JPH0430251A (ja) | 1992-02-03 |
JP2645171B2 true JP2645171B2 (ja) | 1997-08-25 |
Family
ID=15152233
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP13546090A Expired - Lifetime JP2645171B2 (ja) | 1990-05-28 | 1990-05-28 | ディーリングシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2645171B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0856221A (ja) * | 1994-08-10 | 1996-02-27 | Nec Corp | 同報通信システム |
JP3509530B2 (ja) * | 1998-03-02 | 2004-03-22 | 日本電信電話株式会社 | データ中継システムおよびデータ中継方法 |
JP2001188861A (ja) * | 1999-09-17 | 2001-07-10 | Crossmar Inc | データ管理システムへのアクセス用クライアントアプリケーションプログラム用インターフェースシステムおよび方法 |
US7970686B1 (en) | 2000-09-15 | 2011-06-28 | Citigroup Global Markets, Inc. | System and method of interfacing for client application programs to access a data management system |
-
1990
- 1990-05-28 JP JP13546090A patent/JP2645171B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JPH0430251A (ja) | 1992-02-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8918505B2 (en) | Prioritization of third party access to an online commerce site | |
US10439833B1 (en) | Methods and apparatus for using multicast messaging in a system for implementing transactions | |
US7451193B1 (en) | Method and apparatus for reducing overhead on a proxied connection | |
US6310888B1 (en) | System and method for communicating data | |
US8144581B2 (en) | System and method in an inter-carrier network interface | |
US11301934B2 (en) | 24 hours global low latency computerized exchange system | |
JP2010061684A (ja) | データ管理用コンピュータシステムおよびこのシステムを動作させる方法 | |
CA2352755A1 (en) | Network management system | |
US8060919B2 (en) | Automated password tool and method of use | |
US7747894B2 (en) | Transport-neutral in-order delivery in a distributed system | |
US11362929B2 (en) | System and method for remote management of sale transaction data | |
US20170124648A1 (en) | Financial products trading system and financial products trading control method | |
US20230037390A1 (en) | Techniques to provide streaming data resiliency utilizing a distributed message queue system | |
US10360118B2 (en) | Low latency system having high availability computer architecture | |
JP2645171B2 (ja) | ディーリングシステム | |
US20070005335A1 (en) | Methods for protocol compatibility | |
JPH09319689A (ja) | サーバ選択方式 | |
US8234338B1 (en) | System and method for reliable message delivery | |
CN110650204A (zh) | Nas集群的数据访问方法、装置、设备及存储介质 | |
EP2715635A1 (en) | Computer system for the exchange of messages | |
JP2904100B2 (ja) | 複数のデータベース間の整合方式 | |
WO2001035599A2 (en) | Secure communication system | |
CN111756748B (zh) | 一种数据交互方法、装置、电子设备和存储介质 | |
JPH05298270A (ja) | データ伝送方法 | |
JPH0267671A (ja) | オンライン処理の実行再開方式 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090502 Year of fee payment: 12 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090502 Year of fee payment: 12 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100502 Year of fee payment: 13 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100502 Year of fee payment: 13 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110502 Year of fee payment: 14 |
|
EXPY | Cancellation because of completion of term | ||
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110502 Year of fee payment: 14 |