JP2011070413A - 株価情報表示システム - Google Patents
株価情報表示システム Download PDFInfo
- Publication number
- JP2011070413A JP2011070413A JP2009221127A JP2009221127A JP2011070413A JP 2011070413 A JP2011070413 A JP 2011070413A JP 2009221127 A JP2009221127 A JP 2009221127A JP 2009221127 A JP2009221127 A JP 2009221127A JP 2011070413 A JP2011070413 A JP 2011070413A
- Authority
- JP
- Japan
- Prior art keywords
- data
- reception
- update
- stock price
- price information
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 82
- 230000005540 biological transmission Effects 0.000 claims abstract description 77
- 238000013500 data storage Methods 0.000 claims abstract description 40
- 238000009825 accumulation Methods 0.000 claims description 39
- 238000013523 data management Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 4
- 238000012384 transportation and delivery Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】 株価情報の重要性に応じて株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならない株価情報表示システムを提供する。
【解決手段】 データ蓄積プロセス22が、受信データ蓄積テーブル25に更新データを蓄積する際に、複数気配データのみの場合に受信時刻が無効であれば受信時刻を設定し、受信時刻が有効であれば受信時刻を設定せず、送信プロセス23が、更新通知キュー26から更新銘柄の情報を取得し、当該更新銘柄の更新データが複数気配データのみである場合で設定された受信時刻から特定期間経過していなければ送信処理を行わず、受信時刻から特定期間経過していれば送信処理を行う株価情報受信サーバを備える株価情報表示システムである。
【選択図】 図2
【解決手段】 データ蓄積プロセス22が、受信データ蓄積テーブル25に更新データを蓄積する際に、複数気配データのみの場合に受信時刻が無効であれば受信時刻を設定し、受信時刻が有効であれば受信時刻を設定せず、送信プロセス23が、更新通知キュー26から更新銘柄の情報を取得し、当該更新銘柄の更新データが複数気配データのみである場合で設定された受信時刻から特定期間経過していなければ送信処理を行わず、受信時刻から特定期間経過していれば送信処理を行う株価情報受信サーバを備える株価情報表示システムである。
【選択図】 図2
Description
本発明は、情報ベンダーから配信される株価情報を受信してデータ加工を行う株価情報受信サーバを有する株価情報表示システムに係り、特に、情報の重要性に応じてデータを間引き、伝送されるデータ量を減少させると共に株価情報の表示効率を向上させる株価情報表示システムに関する。
[従来の技術]
証券取引所等の情報ベンダーから配信された株価情報等は、受信サーバ、配信サーバを経由して、ネットワークを介してクライアントの端末に表示されるようになっている。
このようなシステムが、株価情報表示システムである。
証券取引所等の情報ベンダーから配信された株価情報等は、受信サーバ、配信サーバを経由して、ネットワークを介してクライアントの端末に表示されるようになっている。
このようなシステムが、株価情報表示システムである。
[従来の株価情報表示システム:図5]
従来の株価情報表示システムについて図5を参照しながら説明する。図5は、株価情報表示システムの概略図である。
株価情報表示システムは、図5に示すように、証券取引所等の情報ベンダーの株価情報配信装置1と、株価情報配信装置1から配信された株価情報を受信してデータ加工を行う株価情報受信サーバ2と、株価情報受信サーバ2から送信された株価情報を受信し、クライアント用に変換して配信する株価情報配信サーバ3と、株価情報配信サーバ3から配信された株価情報を伝送するための伝送路(ネットワーク)となるインターネット4と、インターネット4を介して配信された株価情報を表示するクライアントの株価情報表示端末5とを備えている。
尚、株価情報表示端末5の複数が、インターネット4を介して株価情報配信サーバ3に接続している。
従来の株価情報表示システムについて図5を参照しながら説明する。図5は、株価情報表示システムの概略図である。
株価情報表示システムは、図5に示すように、証券取引所等の情報ベンダーの株価情報配信装置1と、株価情報配信装置1から配信された株価情報を受信してデータ加工を行う株価情報受信サーバ2と、株価情報受信サーバ2から送信された株価情報を受信し、クライアント用に変換して配信する株価情報配信サーバ3と、株価情報配信サーバ3から配信された株価情報を伝送するための伝送路(ネットワーク)となるインターネット4と、インターネット4を介して配信された株価情報を表示するクライアントの株価情報表示端末5とを備えている。
尚、株価情報表示端末5の複数が、インターネット4を介して株価情報配信サーバ3に接続している。
[関連技術]
尚、関連する先行技術として、特開2004−326395号公報「情報配信システム」(出願人:株式会社日立国際電気:特許文献1)がある。
特許文献1には、配信サーバからクライアント端末に表示データを配信する際に、クライアント端末が各々現在表示している表示データが更新されたか否かを表示データの管理コードに付与された通番により判断し、通番が更新された最新である場合に、配信サーバから各クライアント端末に対して更新された表示データを配信することが示されている。
尚、関連する先行技術として、特開2004−326395号公報「情報配信システム」(出願人:株式会社日立国際電気:特許文献1)がある。
特許文献1には、配信サーバからクライアント端末に表示データを配信する際に、クライアント端末が各々現在表示している表示データが更新されたか否かを表示データの管理コードに付与された通番により判断し、通番が更新された最新である場合に、配信サーバから各クライアント端末に対して更新された表示データを配信することが示されている。
しかしながら、従来の株価情報表示システムでは、取引所からの注文・約定処理の高速化に伴い、情報量が多くなる傾向があり、ハードウェアの高速化、通信インフラの広帯域化によって表示端末まで全情報を配信することも可能であるが、株価情報配信サーバと株価情報表示端末との間に専用線等の設備が必要となり、高額なシステムになってしまうという問題点があった。
具体的には、証券取引所の株価情報配信装置から配信される取引情報は、大きく分けて注文情報(複数気配情報)、約定情報、統計情報等がある。複数気配情報は、株式の売買を行う上で、株価と注文数量の傾向を見るには必要であるが、着目されている銘柄では10回/秒以上の更新が発生する場合があるので、情報量が多量となっていた。
また、用途として、株価情報表示システムの株価情報表示端末で、株価を見る人にとって、短い時間で多量に発生する全ての更新情報(例えば、複数気配情報は10回/秒以上の更新が発生する)を目で確認することができないことから、更新情報として不要な部分が含まれることになり、それに加えネットワークの負荷を増大させ、株価情報表示端末でも頻繁な更新表示で見づらく、表示効率が低下するという問題点があった。
本発明は上記実情に鑑みて為されたもので、株価情報の重要性に応じて株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならないようにした株価情報表示システムを提供することを目的とする。
上記従来例の問題点を解決するための本発明は、情報ベンダーから配信された株価情報を受信してデータ加工して株価情報表示端末に配信する株価情報受信サーバを備える株価情報表示システムであって、株価情報受信サーバは、処理プログラムを制御部が読み込んで実現するプロセスとして、受信プロセスと、データ蓄積プロセスと、送信プロセスとを備え、記憶部には受信した株価情報のデータを格納する受信データキューと、受信したデータ、更新項目の情報、複数気配受信時刻を銘柄毎に記憶する受信データ蓄積テーブルと、更新された銘柄の情報を順に記憶する更新通知キューとを有し、受信プロセスは、情報ベンダーから配信された株価情報を受信し、受信データキューに格納し、データ蓄積プロセスに受信イベントを通知し、データ蓄積プロセスは、受信イベントの通知を受けると、受信データキューから受信データを取得し、受信データ蓄積テーブルに銘柄毎に受信データを更新データとして蓄積して更新項目の情報を設定すると共に、更新データが複数気配データのみの場合で、複数気配受信時刻が無効であれば、複数気配受信時刻を設定し、複数気配受信時刻が有効であれば、複数気配受信時刻を設定せず、更新通知キューに更新された銘柄の情報を設定して、送信プロセスに更新通知イベントを通知し、送信プロセスは、更新通知イベントの通知を受けると、更新通知キューから更新された銘柄の情報を取得し、該当する銘柄について受信データ蓄積テーブルから更新項目の情報を取得し、当該更新項目が複数気配データのみである場合で、設定された複数気配受信時刻から特定期間経過していなければ当該複数気配データの送信処理を行わず、当該複数気配受信時刻から特定期間経過後であれば複数気配受信時刻を無効にして当該複数気配データの送信処理を行うことを特徴とする。
本発明によれば、受信プロセスが、情報ベンダーから配信された株価情報を受信し、受信データキューに格納し、データ蓄積プロセスに受信イベントを通知し、データ蓄積プロセスが、受信イベントの通知を受けると、受信データキューから受信データを取得し、受信データ蓄積テーブルに銘柄毎に受信データを更新データとして蓄積して更新項目の情報を設定すると共に、更新データが複数気配データのみの場合で、複数気配受信時刻が無効であれば、複数気配受信時刻を設定し、複数気配受信時刻が有効であれば、複数気配受信時刻を設定せず、更新通知キューに更新された銘柄の情報を設定して、送信プロセスに更新通知イベントを通知し、送信プロセスが、更新通知イベントの通知を受けると、更新通知キューから更新された銘柄の情報を取得し、該当する銘柄について受信データ蓄積テーブルから更新項目の情報を取得し、当該更新項目が複数気配データのみである場合で、設定された複数気配受信時刻から特定期間経過していなければ当該複数気配データの送信処理を行わず、当該複数気配受信時刻から特定期間経過後であれば複数気配受信時刻を無効にして当該複数気配データの送信処理を行う株価情報受信サーバを備える株価情報表示システムとしているので、約定を伴わない複数気配データのみを間引いて送信でき、株価情報の重要性に応じて株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならないようにできる効果がある。
本発明の実施の形態について図面を参照しながら説明する。
[実施の形態の概要]
本発明の実施の形態に係る株価情報表示システムは、株価情報受信サーバにおいて、受信プロセスが、情報ベンダーから配信された株価情報を受信し、受信データキューに格納し、データ蓄積プロセスに受信イベントを通知し、データ蓄積プロセスが、受信イベントの通知を受けると、受信データキューから受信データを取得し、受信データ蓄積テーブルに銘柄毎に受信データを更新データとして蓄積して更新項目の情報を設定し、更新通知キューに更新された銘柄の情報を設定して、送信プロセスに更新通知イベントを通知し、送信プロセスが、更新通知イベントの通知を受けると、更新通知キューから更新された銘柄の情報を取得し、該当する銘柄について受信データ蓄積テーブルから更新項目の情報を取得し、当該更新項目の更新データの送信処理を行うものとしているので、送信プロセスが送信処理を行うまでに受信データ蓄積テーブルに更新データが上書きされて蓄積されるため、上書きされた更新データは間引かれたことになり、株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならないようにできるものである。
[実施の形態の概要]
本発明の実施の形態に係る株価情報表示システムは、株価情報受信サーバにおいて、受信プロセスが、情報ベンダーから配信された株価情報を受信し、受信データキューに格納し、データ蓄積プロセスに受信イベントを通知し、データ蓄積プロセスが、受信イベントの通知を受けると、受信データキューから受信データを取得し、受信データ蓄積テーブルに銘柄毎に受信データを更新データとして蓄積して更新項目の情報を設定し、更新通知キューに更新された銘柄の情報を設定して、送信プロセスに更新通知イベントを通知し、送信プロセスが、更新通知イベントの通知を受けると、更新通知キューから更新された銘柄の情報を取得し、該当する銘柄について受信データ蓄積テーブルから更新項目の情報を取得し、当該更新項目の更新データの送信処理を行うものとしているので、送信プロセスが送信処理を行うまでに受信データ蓄積テーブルに更新データが上書きされて蓄積されるため、上書きされた更新データは間引かれたことになり、株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならないようにできるものである。
また、本発明の実施の形態に係る株価情報表示システムは、株価情報受信サーバにおいて、受信プロセスが、情報ベンダーから配信された株価情報を受信し、受信データキューに格納し、データ蓄積プロセスに受信イベントを通知し、データ蓄積プロセスが、受信イベントの通知を受けると、受信データキューから受信データを取得し、受信データ蓄積テーブルに銘柄毎に受信データを更新データとして蓄積して更新項目の情報を設定すると共に、更新データが複数気配データのみの場合で、複数気配受信時刻が無効であれば、複数気配受信時刻を設定し、複数気配受信時刻が有効であれば、複数気配受信時刻を設定せず、更新通知キューに更新された銘柄の情報を設定して、送信プロセスに更新通知イベントを通知し、送信プロセスが、更新通知イベントの通知を受けると、更新通知キューから更新された銘柄の情報を取得し、該当する銘柄について受信データ蓄積テーブルから更新項目の情報を取得し、当該更新項目が複数気配データのみである場合で、設定された複数気配受信時刻から特定期間経過していなければ当該複数気配データの送信処理を行わず、当該複数気配受信時刻から特定期間経過後であれば複数気配受信時刻を無効にして当該複数気配データの送信処理を行うものとしているので、重要性の低い、約定を伴わない複数気配データのみを間引いて送信するため、株価情報の重要性に応じて株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならないようにできるものである。
本発明の実施の形態に係る株価情報表示システムの概略は、図5で示したシステムと基本的に同様であるが、株価情報受信サーバ2における処理プロセス及び当該処理に伴うテーブル等の内容が従来のものと異なっている。
尚、株価情報受信サーバ2は、コンピュータによって実現されるものであるから、処理を行う制御部、必要なデータ及び処理プログラム等を記憶する記憶部、ネットワークに接続するためのインタフェース部等を有するものである。
そして、記憶部に記憶された処理プログラムを制御部で動作させて後述する処理プロセスを実現するものである。
そして、記憶部に記憶された処理プログラムを制御部で動作させて後述する処理プロセスを実現するものである。
[株価情報受信サーバ:図1]
本発明の実施の形態に係る株価情報表示システムにおける株価情報受信サーバについて図1を参照しながら説明する。図1は、本発明の実施の形態に係る株価情報受信サーバの処理概略図である。図1において直線矢印がデータの流れを示し、破線矢印がイベントの流れを示している。
本発明の実施の形態に係る株価情報受信サーバ(本受信サーバ)は、図1に示すように、処理プロセスとして、受信プロセス21と、データ蓄積プロセス22と、データ送信プロセス23とを備え、それらプロセスを実行するに必要なデータ記憶領域として、受信データキュー24と、受信データ蓄積テーブル25と、更新通知キュー26と、送信データ管理テーブル27とを有している。
本発明の実施の形態に係る株価情報表示システムにおける株価情報受信サーバについて図1を参照しながら説明する。図1は、本発明の実施の形態に係る株価情報受信サーバの処理概略図である。図1において直線矢印がデータの流れを示し、破線矢印がイベントの流れを示している。
本発明の実施の形態に係る株価情報受信サーバ(本受信サーバ)は、図1に示すように、処理プロセスとして、受信プロセス21と、データ蓄積プロセス22と、データ送信プロセス23とを備え、それらプロセスを実行するに必要なデータ記憶領域として、受信データキュー24と、受信データ蓄積テーブル25と、更新通知キュー26と、送信データ管理テーブル27とを有している。
[処理プロセス]
本受信サーバにおける各処理プロセスについて説明する。
[受信プロセス21]
受信プロセス21は、株価情報配信装置1からのデータを受信し、受信データキュー24に記憶すると共に、データ蓄積プロセス22にデータを受信したことを受信イベントとして通知する。
本受信サーバにおける各処理プロセスについて説明する。
[受信プロセス21]
受信プロセス21は、株価情報配信装置1からのデータを受信し、受信データキュー24に記憶すると共に、データ蓄積プロセス22にデータを受信したことを受信イベントとして通知する。
[データ蓄積プロセス22]
データ蓄積プロセス22は、受信イベントの通知を受けると、受信データキュー24からデータを取得し、受信データ蓄積テーブル25に銘柄単位で銘柄データとして蓄積する。
更に、データ蓄積プロセス22は、受信データ蓄積テーブル25で更新した銘柄(銘柄名又は銘柄コード)を更新通知キュー26に設定する。
そして、データ蓄積プロセス22は、データ蓄積処理が終了したとしてデータ送信プロセス23に更新銘柄通知イベントを通知する。
データ蓄積プロセス22は、受信イベントの通知を受けると、受信データキュー24からデータを取得し、受信データ蓄積テーブル25に銘柄単位で銘柄データとして蓄積する。
更に、データ蓄積プロセス22は、受信データ蓄積テーブル25で更新した銘柄(銘柄名又は銘柄コード)を更新通知キュー26に設定する。
そして、データ蓄積プロセス22は、データ蓄積処理が終了したとしてデータ送信プロセス23に更新銘柄通知イベントを通知する。
[データ送信プロセス23]
データ送信プロセス23は、データ蓄積プロセス22から更新銘柄通知イベントの通知を受けると、更新通知キュー26から更新銘柄の情報を取得し、受信データ蓄積テーブル25における更新銘柄に対応する銘柄データを読み込む。
更新通知キュー26から更新銘柄が読み出される際には、更新銘柄の情報は削除される。
データ送信プロセス23は、データ蓄積プロセス22から更新銘柄通知イベントの通知を受けると、更新通知キュー26から更新銘柄の情報を取得し、受信データ蓄積テーブル25における更新銘柄に対応する銘柄データを読み込む。
更新通知キュー26から更新銘柄が読み出される際には、更新銘柄の情報は削除される。
データ送信プロセス23は、読み込んだ銘柄データについて、更新されたデータが「約定データ」のみの場合、または、「約定データ」と「複数気配データ」の双方の場合は、受信データ蓄積テーブル25の更新データを送信用にフォーマット変換を行うと共に、送信データ管理テーブル27に銘柄毎にデータ更新に関する情報を格納し、株価情報配信サーバ3に送信用にフォーマット変換された送信データを送信する。
また、データ送信プロセス23は、読み込んだ銘柄データについて、更新されたデータが「複数気配データ」のみである場合は、受信データ蓄積テーブル25に記憶された「複数気配受信時刻」を参照し、特定期間内の受信であれば、更新通知キュー26から読み出した更新銘柄の情報を更新通知キュー26に戻す処理を行い、データの送信処理は行わない。
また、データ送信プロセス23は、更新されたデータが「複数気配データ」のみである場合で、複数気配受信時刻」を参照し、特定期間外(特定期間を超えた)の受信であれば、受信データ蓄積テーブル25の更新データを送信用にフォーマット変換を行うと共に、送信データ管理テーブル27に銘柄毎にデータ更新に関する情報を格納し、株価情報配信サーバ3に送信用にフォーマット変換された送信データを送信する。
[処理動作:図2]
次に、本受信サーバの処理動作について図2を参照しながら説明する。図2は、本受信サーバの詳細な処理動作を示す図である。尚、図2において(数字)は処理の手順を示している。
本受信サーバ2における詳細な処理動作を説明する前に、受信データ蓄積テーブル25、更新通知キュー26、送信データ管理テーブル27の内容について説明する。
次に、本受信サーバの処理動作について図2を参照しながら説明する。図2は、本受信サーバの詳細な処理動作を示す図である。尚、図2において(数字)は処理の手順を示している。
本受信サーバ2における詳細な処理動作を説明する前に、受信データ蓄積テーブル25、更新通知キュー26、送信データ管理テーブル27の内容について説明する。
[受信データ蓄積テーブル25]
受信データ蓄積テーブル25は、データ蓄積プロセス22によって銘柄毎に「約定データ」「複数気配データ」「データ更新情報」「複数気配受信時刻」が記憶されるものである。
「データ更新情報」は、当該銘柄について更新があったこと、その更新があったデータが、約定データ、複数気配データのいずれか一方、又は双方(同時に)であることを示すものである。
「複数気配受信時刻」とは、更新されたデータが複数気配データのみである場合に、受信時刻が設定されるものである。
受信データ蓄積テーブル25は、データ蓄積プロセス22によって銘柄毎に「約定データ」「複数気配データ」「データ更新情報」「複数気配受信時刻」が記憶されるものである。
「データ更新情報」は、当該銘柄について更新があったこと、その更新があったデータが、約定データ、複数気配データのいずれか一方、又は双方(同時に)であることを示すものである。
「複数気配受信時刻」とは、更新されたデータが複数気配データのみである場合に、受信時刻が設定されるものである。
受信時刻の設定方法について説明すると、複数気配受信時刻の欄が無効(クリア)であれば、データ蓄積プロセス22は、受信時刻を設定する。また、複数気配受信時刻の欄が有効であれば、データ蓄積プロセス22は、受信時刻を更新せず、そのままとする。
尚、複数気配受信時刻は、送信プロセス23によって特定の場合に無効(クリア)にされる。詳細は後述する。
尚、複数気配受信時刻は、送信プロセス23によって特定の場合に無効(クリア)にされる。詳細は後述する。
[更新通知キュー26]
更新通知キュー26は、「データ取得位置」「データ取得時のラップカウンタ」「最新蓄積位置」「ラップカウンタ」を記憶し、更に、更新された銘柄情報(更新銘柄)を記憶する。
更新通知キュー26の銘柄情報は、データ蓄積プロセス22によって設定され、送信プロセス23によって読み出されると、削除される。但し、特定の場合に、送信プロセス23は、読み出した銘柄情報を更新通知キュー26のキューの最後に戻す処理を行う。詳細は後述する。
更新通知キュー26は、「データ取得位置」「データ取得時のラップカウンタ」「最新蓄積位置」「ラップカウンタ」を記憶し、更に、更新された銘柄情報(更新銘柄)を記憶する。
更新通知キュー26の銘柄情報は、データ蓄積プロセス22によって設定され、送信プロセス23によって読み出されると、削除される。但し、特定の場合に、送信プロセス23は、読み出した銘柄情報を更新通知キュー26のキューの最後に戻す処理を行う。詳細は後述する。
[送信データ管理テーブル27]
送信データ管理テーブル27は、送信プロセス23によって送信されるデータの更新に関する情報を銘柄毎にデータ更新情報として記憶する。このデータ更新情報は、変更になった項目を特定するための比較処理に用いられる。
送信データ管理テーブル27は、送信プロセス23によって送信されるデータの更新に関する情報を銘柄毎にデータ更新情報として記憶する。このデータ更新情報は、変更になった項目を特定するための比較処理に用いられる。
図2における受信プロセス21、データ蓄積プロセス22、送信プロセス23について具体的に説明する。
[受信プロセス21]
受信プロセス21は、株価情報配信装置1からのデータを受信し(1)、受信データキュー24に格納する(2)。そして、受信プロセス21は、データ蓄積プロセス22にデータ受信があったことを知らせる受信イベントを通知する(3)。
[受信プロセス21]
受信プロセス21は、株価情報配信装置1からのデータを受信し(1)、受信データキュー24に格納する(2)。そして、受信プロセス21は、データ蓄積プロセス22にデータ受信があったことを知らせる受信イベントを通知する(3)。
[データ蓄積プロセス22:図3]
次に、データ蓄積プロセス22の具体的処理について図2,3を参照しながら説明する。図3は、データ蓄積プロセス22における処理フローチャートである。図3において、(S数字)は処理ステップの順番を示している。
データ蓄積プロセス22は、図2及び図3に示すように、受信プロセス21から受信イベントの通知があるか否かを判定し(S1)、通知があると(Yesの場合)、受信データキュー24から受信データを取得する(4)(S2)。通知がなければ(Noの場合)、判定処理S1を繰り返す。
次に、データ蓄積プロセス22の具体的処理について図2,3を参照しながら説明する。図3は、データ蓄積プロセス22における処理フローチャートである。図3において、(S数字)は処理ステップの順番を示している。
データ蓄積プロセス22は、図2及び図3に示すように、受信プロセス21から受信イベントの通知があるか否かを判定し(S1)、通知があると(Yesの場合)、受信データキュー24から受信データを取得する(4)(S2)。通知がなければ(Noの場合)、判定処理S1を繰り返す。
データ蓄積プロセス22は、受信データキュー24から取得したデータを受信データ蓄積テーブル25に銘柄単位で項目単位に蓄積する(5)(S3)。例えば、受信データが約定データの場合、「約定データ」の項目に設定(更新)され、受信データが複数気配データの場合、「複数気配データ」の項目に設定(更新)される。
更に、データ蓄積プロセス22は、受信したデータが複数気配データのみであるか否かを判定し(S4)、複数気配データのみであれば(Yesの場合)、処理S5に移行し、複数気配データのみでなければ(Noの場合)、処理S6に移行する。
受信データが複数気配データのみであれば、データ蓄積プロセス22は、複数気配受信時刻の設定を行う(S5)。
ここで、データ蓄積プロセス22は、複数気配受信時刻の欄が無効(クリア)であれば、受信時刻を設定して有効とし(5−1)、また、複数気配受信時刻の欄が有効であれば(クリアでなければ)、受信時刻を更新せず、そのままとする(5−2)。
ここで、データ蓄積プロセス22は、複数気配受信時刻の欄が無効(クリア)であれば、受信時刻を設定して有効とし(5−1)、また、複数気配受信時刻の欄が有効であれば(クリアでなければ)、受信時刻を更新せず、そのままとする(5−2)。
次に、データ蓄積プロセス22は、受信データ蓄積テーブル25で更新した項目と当該項目に更新有りの情報をデータ更新情報として設定する(6)(S6)。
具体的には、更新された項目が約定データの四本値である等の情報がデータ更新情報として設定される。また、更新された項目が複数気配データのみであることも設定される。
具体的には、更新された項目が約定データの四本値である等の情報がデータ更新情報として設定される。また、更新された項目が複数気配データのみであることも設定される。
そして、データ蓄積プロセス22は、更新通知キュー26に更新銘柄情報(更新があった銘柄コード又は銘柄名等の銘柄を特定するための情報)を設定し(7)(S7)、送信プロセス23に更新銘柄通知イベントを通知して(8)(S8)、処理を終了する。
[送信プロセス23:図4]
次に、送信プロセス23の具体的処理について図2,4を参照しながら説明する。図4は、送信プロセス23における処理フローチャートである。図4において、(S数字)は処理ステップの順番を示している。
送信プロセス23は、図2及び図4に示すように、データ蓄積プロセス22から更新銘柄通知イベントの通知があるか否かを判定し(S11)、通知があると(Yesの場合)、更新通知キュー26から更新銘柄情報を取得する(9)(S12)。通知がなければ(Noの場合)、判定処理S11を繰り返す。
次に、送信プロセス23の具体的処理について図2,4を参照しながら説明する。図4は、送信プロセス23における処理フローチャートである。図4において、(S数字)は処理ステップの順番を示している。
送信プロセス23は、図2及び図4に示すように、データ蓄積プロセス22から更新銘柄通知イベントの通知があるか否かを判定し(S11)、通知があると(Yesの場合)、更新通知キュー26から更新銘柄情報を取得する(9)(S12)。通知がなければ(Noの場合)、判定処理S11を繰り返す。
送信プロセス23は、更新通知キュー26から更新銘柄情報を取得すると、送信通知キュー26から更新銘柄情報を削除し、当該更新銘柄情報の銘柄について受信データ蓄積テーブル25を参照し、データ更新情報から更新になった項目のデータ(例えば、約定データ、複数気配データ等)を取得する(10)(S13)。
そして、送信プロセス23は、送信データ管理テーブル27を参照し、当該銘柄に対応するデータ更新情報と取得した項目のデータを比較し(S14)、当該項目のデータが未送信であるか否かを判定する(S15)。
つまり、取得した項目のデータが送信データ管理テーブル27の該当する銘柄のデータ更新情報に記憶されていれば、既に送信済みのデータということになるが、記憶されていなければ、未送信のデータということになる。
項目のデータが送信済みのデータであれば(Noの場合)、処理を終了する。
つまり、取得した項目のデータが送信データ管理テーブル27の該当する銘柄のデータ更新情報に記憶されていれば、既に送信済みのデータということになるが、記憶されていなければ、未送信のデータということになる。
項目のデータが送信済みのデータであれば(Noの場合)、処理を終了する。
項目のデータが未送信のデータであれば(Yesの場合)、送信プロセス23は、未送信のデータ(更新された項目のデータ)が複数気配のみの場合か否かを判定する(S16)。複数気配のみか否かは、受信データ蓄積テーブル25のデータ更新情報に基づいて判定する。
未送信のデータが複数気配のみでない場合(Noの場合)、処理S21に移行する。
つまり、未送信データが「約定データ」と「複数気配データ」の双方である場合に、送信プロセス23は、双方の更新データを取得し、送信データの編集処理に移行する。この場合、複数気配データの更新データを送信することになるので、複数気配受信時刻の欄を無効にする(12)。
また、未送信データが「約定データ」のみである場合、送信プロセス23は、約定データの更新データを取得し、送信データの編集処理に移行する(13)。
つまり、未送信データが「約定データ」と「複数気配データ」の双方である場合に、送信プロセス23は、双方の更新データを取得し、送信データの編集処理に移行する。この場合、複数気配データの更新データを送信することになるので、複数気配受信時刻の欄を無効にする(12)。
また、未送信データが「約定データ」のみである場合、送信プロセス23は、約定データの更新データを取得し、送信データの編集処理に移行する(13)。
そして、判定処理S16で未送信のデータが複数気配のみの場合(Yesの場合)、送信プロセス23は、受信データ蓄積テーブル25の複数気配受信時刻の欄を参照し、当該受信時刻と現在時刻とを比較する(S17)。
送信プロセス23は、時刻比較の結果、「現在時刻」−「受信時刻」≦500msであるか否か判定する(S18)。ここで、時刻差を500msとしたが、時刻差の値は任意に設定可能であり、間引き間隔(更新間隔)を長くしたければ、時刻差を長くし、更新間隔を短くしたければ、時刻差を短く設定すればよい。
送信プロセス23において、時刻差の基準値を記憶部に記憶しておいて、更新間隔に応じて任意に変更することもできる。
送信プロセス23において、時刻差の基準値を記憶部に記憶しておいて、更新間隔に応じて任意に変更することもできる。
時刻差が500ms以内であれば(「現在時刻」−「受信時刻」≦500ms:Yesの場合)、送信プロセス23は、更新銘柄情報を更新通知キュー26に戻すようにキューの最後に設定する(11−1)(S19)。この場合、受信データ蓄積テーブル25の複数気配受信時刻の欄は、そのままとし、処理S12に移行する。
処理S12への移行することで、更新通知キュー26に戻された更新銘柄情報について、時刻差が500msを超えた場合に、送信処理を行うことができる。
処理S12への移行することで、更新通知キュー26に戻された更新銘柄情報について、時刻差が500msを超えた場合に、送信処理を行うことができる。
時刻差が500msを超えていれば(「現在時刻」−「受信時刻」>500ms:Noの場合)、送信プロセス23は、受信データ蓄積テーブル25の複数気配受信時刻の欄を無効(クリア)にし、受信データ蓄積テーブル25から更新されたデータ更新情報と複数気配データを取得し(11−2)(S20)、取得した複数気配データを送信データとして編集する(14)(S21)。
送信プロセス23は、取得したデータ更新情報を送信データ管理テーブル27の当該銘柄情報として格納して(15)、編集した送信データを更新データとして株価情報配信サーバ3に送信し(16)(S22)、処理を終了する。
[実施の形態の効果]
本受信サーバによれば、時間差の値を500msとしたことで、複数気配データのみの配信であれば、2回/秒の更新に間引くことができ、システムの負荷を軽減でき、株価情報表示端末での表示効率を向上させることができる。
本受信サーバによれば、時間差の値を500msとしたことで、複数気配データのみの配信であれば、2回/秒の更新に間引くことができ、システムの負荷を軽減でき、株価情報表示端末での表示効率を向上させることができる。
また、本受信サーバによれば、約定データ、約定データと同時に更新された複数気配データは間引きの対象外と設定することができるので、取引に直接的に関係した重要なデータは間引かれずに配信されることになり、配信データの信頼性を維持できる効果がある。
[別の実施の形態]
本受信サーバでは、複数気配受信時刻と現在時刻の時間差を用いて複数気配データのみを間引く処理を実現したが、データ蓄積プロセス22から送信プロセス23への更新通知イベントの通知があってから、送信プロセス23の送信処理に時間間隔を設けるようにすれば、受信データ蓄積テーブル25に更新データが上書き蓄積されるため、上書きされた更新データを単純に間引いて送信できるようにしてもよい。
本受信サーバでは、複数気配受信時刻と現在時刻の時間差を用いて複数気配データのみを間引く処理を実現したが、データ蓄積プロセス22から送信プロセス23への更新通知イベントの通知があってから、送信プロセス23の送信処理に時間間隔を設けるようにすれば、受信データ蓄積テーブル25に更新データが上書き蓄積されるため、上書きされた更新データを単純に間引いて送信できるようにしてもよい。
本発明は、株価情報の重要性に応じて株価情報を間引いてシステムの負荷を軽減し、表示効率を向上させ、システムがコスト高とならない株価情報表示システムに好適である。
1…株価情報配信装置、 2…株価情報受信サーバ、 3…株価情報配信サーバ、 4…インターネット、 5…株価情報表示端末、 21…受信プロセス、 22…データ蓄積プロセス、 23…データ送信プロセス、 24…受信データキュー、 25…受信データ蓄積テーブル、 26…更新通知キュー、 27…送信データ管理テーブル
Claims (1)
- 情報ベンダーから配信された株価情報を受信してデータ加工して株価情報表示端末に配信する株価情報受信サーバを備える株価情報表示システムであって、
前記株価情報受信サーバは、処理プログラムを制御部が読み込んで実現するプロセスとして、受信プロセスと、データ蓄積プロセスと、送信プロセスとを備え、記憶部には受信した株価情報のデータを格納する受信データキューと、受信したデータ、更新項目の情報、複数気配受信時刻を銘柄毎に記憶する受信データ蓄積テーブルと、更新された銘柄の情報を順に記憶する更新通知キューとを有し、
前記受信プロセスは、前記情報ベンダーから配信された株価情報を受信し、前記受信データキューに格納し、前記データ蓄積プロセスに受信イベントを通知し、
前記データ蓄積プロセスは、前記受信イベントの通知を受けると、前記受信データキューから受信データを取得し、前記受信データ蓄積テーブルに銘柄毎に受信データを更新データとして蓄積して更新項目の情報を設定すると共に、更新データが複数気配データのみの場合で、複数気配受信時刻が無効であれば、複数気配受信時刻を設定し、複数気配受信時刻が有効であれば、複数気配受信時刻を設定せず、前記更新通知キューに更新された銘柄の情報を設定して、前記送信プロセスに更新通知イベントを通知し、
前記送信プロセスは、前記更新通知イベントの通知を受けると、前記更新通知キューから更新された銘柄の情報を取得し、該当する銘柄について前記受信データ蓄積テーブルから更新項目の情報を取得し、当該更新項目が複数気配データのみである場合で、設定された複数気配受信時刻から特定期間経過していなければ当該複数気配データの送信処理を行わず、前記複数気配受信時刻から前記特定期間経過後であれば前記複数気配受信時刻を無効にして当該複数気配データの送信処理を行うことを特徴とする株価情報表示システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009221127A JP2011070413A (ja) | 2009-09-25 | 2009-09-25 | 株価情報表示システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009221127A JP2011070413A (ja) | 2009-09-25 | 2009-09-25 | 株価情報表示システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2011070413A true JP2011070413A (ja) | 2011-04-07 |
Family
ID=44015643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009221127A Pending JP2011070413A (ja) | 2009-09-25 | 2009-09-25 | 株価情報表示システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2011070413A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016021019A1 (ja) * | 2014-08-07 | 2016-02-11 | 株式会社野村総合研究所 | 時価処理システム |
-
2009
- 2009-09-25 JP JP2009221127A patent/JP2011070413A/ja active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016021019A1 (ja) * | 2014-08-07 | 2016-02-11 | 株式会社野村総合研究所 | 時価処理システム |
JPWO2016021019A1 (ja) * | 2014-08-07 | 2017-06-15 | 株式会社野村総合研究所 | 時価処理システム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2120202A2 (en) | Information processing system, information processing apparatus, information processing method, and computer program product | |
CN101783003A (zh) | 电子优惠券处理系统 | |
CN101917394B (zh) | 在手机设备上进行数据共享的中间件系统及工作方法 | |
CN105100886A (zh) | 网络媒介信息的发布控制方法、及装置、服务器和系统 | |
US20130325622A1 (en) | Digital watermark advertising content service system | |
CN103220328A (zh) | 数据同步分发方法及装置 | |
JP5403692B2 (ja) | 放送局システム、広告管理システム、広告管理方法、及びプログラム | |
CN108228625A (zh) | 一种推送消息处理方法及装置 | |
US10453121B2 (en) | Continuous bidding portal | |
KR20200129360A (ko) | 보이는 ars를 이용한 자동 착신 전환 주문 시스템 및 방법 | |
JP4516594B2 (ja) | メッセージ送信制御方法、メッセージ送信制御装置、及びメッセージ送信制御プログラム | |
TWI457787B (zh) | 用於指定功能等級之內容管理的方法及電腦可讀式記憶體 | |
JP2011070413A (ja) | 株価情報表示システム | |
US20040117458A1 (en) | Program, method and apparatus for processing information | |
JP2009223760A (ja) | 実店舗連動型バーチャル店舗システム及び電子商取引方法 | |
CN102243751A (zh) | 可订阅股票的股票信息系统 | |
CN102739562A (zh) | 一种收藏信息的发送方法及设备 | |
JP2004228721A (ja) | コンテンツ表示装置および方法 | |
KR20120004875A (ko) | 유무선 통신망 기반의 광고대행사 입찰 서비스 제공 방법 | |
JP5534433B2 (ja) | 広告管理システム、センターサーバ、広告管理方法、及びプログラム | |
JP5448678B2 (ja) | 株価情報表示システム | |
JP2005301586A (ja) | 電子バリュー流通システム,ユーザ携帯端末,電子バリュー流通装置,電子バリュー流通方法およびコンピュータプログラム | |
JP2001022672A (ja) | プッシュ型情報配信システムおよびプッシュ型情報配信方法 | |
CN110555731B (zh) | 制作和发布海报以及处理海报模板的方法和装置 | |
CN107944900A (zh) | 预估转化率获取方法、服务器及计算机可读介质 |