JP2008147819A - 証券・金融データ配信システム - Google Patents

Abstract

【課題】 配信サーバの負荷及び配信側のネットワークの負荷を軽減できる証券・金融データ配信システムを提供する。
【解決手段】 受信・編集サーバ２が情報提供元装置１からの証券・金融等のデータを受信し、グループ情報を付与して配信電文に編集し、マルチキャスト配信サーバ３が配信電文をグループ情報に基づいてマルチキャストし、問い合わせサーバ４が最新データ格納ＤＢ４１、配信履歴データ格納ＤＢ４２、ユーザ認証情報ＤＢ４３に接続して、クライアント端末６からの認証問い合わせを受けて認証処理を行って応答し、通番抜けに対して該当するクライアント端末６に通番抜けの証券・金融等のデータを検索して送信する証券・金融データ配信システムである。
【選択図】 図１

Description

本発明は、証券・金融データを配信するシステムに係り、特に、配信サーバの負荷を軽減できる証券・金融データ配信システムに関する。

ホストコンピュータから証券・金融等のデータをサーバが受信し、複数のクライアント端末の要求に応じて証券等のデータを配信する情報配信システムがある。
従来の情報配信システムについて、図９を参照しながら説明する。図９は、従来の情報配信システムの全体構成図である。
従来の情報配信システムは、図９に示すように、証券・金融等のデータを電文で送信するホストコンピュータの情報提供元装置１と、電文を受信する受信サーバ２′と、受信した電文がクライアント端末６′に表示される表示データである場合に、クライアント端末６′に配信すると共に、クライアント端末６′からの問い合わせを受ける配信サーバ３′と、配信された表示データを表示すると共に、配信サーバ３′に問い合わせを行う複数のクライアント端末６′とから構成されている。

尚、関連する先行技術として、特開２００４−３２６３９５号公報（特許文献１）がある。

特許文献１には、配信サーバからクライアント端末に表示データを配信する際に、クライアント端末が各々現在表示している表示データが更新されたか否かを表示データの管理コードに付与された通番により判断し、通番が更新された最新である場合に、配信サーバから各クライアント端末に対して更新された表示データを配信することが示されている。

特開２００４−３２６３９５号公報

しかしながら、上記従来の情報配信システムでは、配信サーバがクライアント端末毎に表示データを配信する処理を行い、クライアント端末から個別の問い合わせを受けて更に情報を送信するようになっているため、配信サーバとクライアント端末が１：Ｎの接続関係では配信サーバの負荷が増大するという問題点があった。

また、配信サーバとクライアント端末が１：Ｎの接続の場合、クライアント端末の総数に応じた回線性能が必要になり、コスト高となって、更に、配信側のネットワークの負荷も増大するという問題点があった。

本発明は上記実情に鑑みて為されたもので、配信サーバの負荷及び配信側のネットワークの負荷を軽減できる証券・金融データ配信システムを提供することを目的とする。

上記従来例の問題点を解決するための本発明は、証券・金融等のデータを複数のクライアント端末に配信する証券・金融データ配信システムであって、情報提供元装置からの証券・金融等のデータを受信し、グループ情報を付与して配信電文に編集する受信・編集サーバと、配信電文をグループ情報に基づいてマルチキャストするマルチキャスト配信サーバと、最新データ、履歴情報、証券・金融等のデータを記憶し、クライアント端末からの認証問い合わせを受けて応答し、通番抜けに対して該当するクライアント端末に通番抜けの証券・金融等のデータを送信する問い合わせサーバとを有することを特徴とする。

本発明は、証券・金融等のデータを複数のクライアント端末に配信する証券・金融データ配信システムであって、受信・編集サーバが情報提供元装置からの証券・金融等のデータを受信し、グループ情報を付与して配信電文に編集し、マルチキャスト配信サーバが配信電文をグループ情報に基づいてマルチキャストし、問い合わせサーバが最新データ、履歴情報、証券・金融等のデータを記憶し、クライアント端末からの認証問い合わせを受けて応答し、通番抜けに対して該当するクライアント端末に通番抜けの証券・金融等のデータを送信するものとしているので、配信サーバの負荷及び配信側のネットワークの負荷を軽減できる効果がある。

［実施の形態の概要］
本発明の実施の形態について図面を参照しながら説明する。
本発明の実施の形態に係る証券・金融データ配信システムは、マルチキャスト配信サーバが証券・金融等のデータの配信電文をグループ情報に基づいてマルチキャストし、問い合わせサーバが最新データ、履歴情報、証券・金融等のデータを記憶し、クライアント端末からの認証問い合わせを受けて応答し、通番抜けに対して該当するクライアント端末に通番抜けの証券・金融等のデータを送信するものとしているので、配信サーバの負荷及び配信側のネットワークの負荷を軽減できる効果がある。

［本システムの全体構成］
本発明の実施の形態に係る証券・金融データ配信システムについて図１、図２を参照しながら説明する。図１は、本発明の実施の形態に係る証券・金融データ配信システムの全体構成図であり、図２は、本発明の実施の形態に係るサーバ群の構成図である。
本発明の実施の形態に係る証券・金融データ配信システム（本システム）は、図１に示すように、複数の情報提供元装置１と、受信・編集サーバ２と、マルチキャスト配信サーバ３と、問い合わせサーバ４と、ＩＰマルチキャスト対応ネットワーク５と、複数のクライアント端末６とを基本的に有している。
尚、問い合わせサーバ４には、最新データ格納データベース（ＤＢ）４１と、配信履歴データ格納データベース（ＤＢ）４２と、ユーザ認証情報データベース（ＤＢ）４３が接続している。

［本システムの各部］
本システムの各部について具体的に説明する。
情報提供元装置１は、株式や為替等の取引所における情報を送信する装置、またはその他情報提供会社からの情報を送信する装置である。

受信・編集サーバ２は、複数の情報提供元装置１から送信された情報を受信して編集し、マルチキャスト配信サーバ３及び問い合わせサーバ４に出力する。
マルチキャスト配信サーバ３は、編集後の電文をＩＰマルチキャストで配信する。

問い合わせサーバ４は、クライアント端末６からの接続要求の認証処理を行い、各銘柄のデータを蓄積してクライアント端末６の起動時の初期データを送信する。
ＩＰマルチキャスト対応ネットワーク５は、ＩＰ（Internet Protocol）マルチキャストの転送を可能とするネットワークである。

複数のクライアント端末６は、マルチキャスト配信サーバ３から配信されたデータを受信して表示を行い、更に問い合わせサーバ４に接続要求を出力し、問い合わせサーバ４から情報を受信して必要に応じて表示する。

具体的には、クライアント端末６は、図５に示すように、マルチキャスト受信処理プログラムの実行で実現されるマルチキャスト受信手段６１と、問い合わせ処理プログラムの実行で実現される問い合わせ手段６２と、画面処理プログラムの実行で実現される画面処理手段６３と、受信バッファ６４と、記憶手段６５とを備える本体６０と、更に画面表示部６６と、キーボード、マウス等の入力部６７とを有している。
図５は、クライアント端末の構成ブロック図である。

マルチキャスト受信手段６１は、マルチキャスト配信サーバ３からＩＰマルチキャストされたデータを受信して受信バッファ６４に格納する。
問い合わせ処理手段６２は、問い合わせサーバ４に対して認証・問い合わせを行う。
画面処理手段６３は、受信バッファ６４を常時監視し、受信バッファ６４にデータが存在すれば、データを取り出して表示更新処理を行う。
尚、上記各手段の具体的処理については後述する。

［本システムのサーバ群の動作］
次に、本システムにおける動作について図３、図４を参照しながら説明する。図３は、配信電文の内容を示す説明図であり、図４は、認証情報を示す説明図である。
受信・編集サーバ２は、各取引所、その他情報提供会社の情報提供元装置１から、それぞれ専用のネットワークや通信手順で受信する。
受信・編集サーバ２は、受信したデータをクライアント端末への配信電文に変換してマルチキャスト配信サーバ３及び問い合わせサーバ４に送信する。

配信電文は、図３に示すように、電文長を示す「電文サイズ」、受信・編集サーバ２からの送出順に振られた番号である「電文通番」、株式、為替、ニュース等の情報グループを設定する「情報種別」、一意の銘柄を特定するコードとなる「銘柄ＩＤ」、更に、表示対象データの内容となる「始値」「高値」「安値」「現在値」「前日比較」の情報から構成されている。

マルチキャスト配信サーバ３は、受信した配信電文における情報グループを参照し、ＩＰマルチキャストグループ（例えば、株式グループ、為替グループ、ニュースグループ）を決定しで送信する。
従って、当該グループに属するクライアント端末のＩＰアドレスに電文が配信される。

また、問い合わせサーバ４では、配信電文の内容で最新データ格納ＤＢ４１の更新を行い、配信履歴データ格納ＤＢ４２に電文を追加する。

［クライアント端末の動作］
次に、クライアント端末６における処理動作について図６、図７を参照しながら説明する。図６は、クライアント端末の起動時の処理を示すフローチャートであり、図７は、クライアント端末の電文抜け発生時の処理を示すフローチャートである。

［起動時の処理］
クライアント端末６若しくは端末内のクライアント用ソフトウェアが起動されると、画面表示手段６３、問い合わせ手段６２、マルチキャスト受信手段６１において、各々初期化が為される（Ｓ１０１，Ｓ２０１，Ｓ３０１）。

そして、画面表示手段６３で、端末本体６０内の記憶手段６５に記憶された、または入力部６７のキーボードから入力されたユーザＩＤ及びパスワードを問い合わせ手段に出力して、承認要求・問い合わせ要求を行う（Ｓ１０２）。

問い合わせ手段６２は、画面表示手段６３からの承認要求・問い合わせ要求に対して問い合わせサーバ４にユーザＩＤ及びパスワードを送信し、認証要求を行う（Ｓ２０２）。問い合わせサーバ４では、クライアント端末６から送信されたユーザＩＤ及びパスワードから認証処理を実行し、問題がなければ認証情報をクライアント端末６に返信する。

問い合わせ手段６２は、問い合わせサーバ４からの認証情報を画面表示手段６３に出力し（Ｓ２０２）、画面表示手段６３は、入力された認証情報を記憶手段６５に格納する（Ｓ１０２）。

認証情報は、図４に示すように、認証データサイズ、ユーザＩＤ、認証結果、認証処理以降の問い合わせ先サーバアドレスとなる問い合わせサーバアドレス（正）（副）、認証許可の場合には、情報グループＩＤと許可情報が含まれている。尚、認証許可されない場合は、情報グループＩＤの欄は、空白文字がセットされる。

クライアント端末６の画面表示手段６３は、認証処理が成功であると、マルチキャスト受信手段６１に対してマルチキャスト受信開始を指示し（Ｓ１０３）、マルチキャスト受信手段６１にマルチキャスト受信を実行させ、受信したデータは、受信バッファ６４に蓄積する。

続いて、画面表示手段６３は、記憶手段６５に記憶する初期画面、または前回電源をオフした時に記憶手段６５に記憶しておいて画面を表示する。
そして、画面表示手段６３は、その画面に表示されている銘柄（図６では「表示銘柄１」）の最新データを取得する指示を問い合わせ手段６２に出力する（Ｓ１０３）。

問い合わせ手段６２は、画面表示手段６３からの最新データ取得指示に対して問い合わせサーバ４へデータ取得要求を送信する（Ｓ２０３）。
問い合わせサーバ４は、クライアント端末６からのデータ取得要求に対して、最新データ格納ＤＢ４１を検索して、該当する銘柄の最新データを対応するクライアント端末６に送信する。最新データを受信した問い合わせ手段６２は、当該最新データを画面表示手段６３に出力し、画面表示手段６３は、入力された最新データを画面上に表示する。尚、表示銘柄がｎ個あれば、同様の処理をｎ回繰り返す（Ｓ１０５，Ｓ２０４）。

画面表示手段６３は、受信バッファ６４から表示銘柄１〜ｎを検索し、対応する銘柄があれば、その銘柄のデータで表示更新処理を行う（Ｓ１０６）。
表示銘柄１〜ｎの最新データ取得の処理は、画面に表示されている銘柄のみについて行い、画面が切り替わって別の銘柄が表示されたなら、そのとき同様に画面に表示される銘柄のみについて行ってもよく、また、関連する全ての銘柄について最新データを取得して記憶手段６５に記憶しておき、画面が切り替わったときに記憶手段６５から最新データを取得するようにしてもよい。

［電文抜け発生時の処理］
マルチキャスト配信サーバ３とクライアント端末６との間では、マルチキャスト配信であるため、送達確認が行われず、途中で電文が喪失する可能性がある。つまり、電文抜けが発生する。本システムでは、電文抜けに対して図７の処理を実行している。

図７に示すように、クライアント端末６の画面表示手段６３は、受信バッファ６４を常時監視しており、電文が受信されて受信バッファ６４に格納されると、受信バッファ６４から１電文分のデータを取得し、電文内の電文通番（通番ｎ）と前回表示処理した電文の電文通番（ｎ−１）を比較し、連続になっているか確認（通番チェック）する（Ｓ１１０）。
通番になっていれば、表示更新処理を行う。表示更新処理では、配信データが表示対象となっていれば、編集・画面更新を行う（Ｓ１１１）。

ここで、電文通番ｎ＋１の電文が受信できなかったとすると、電文通番ｎ＋２の電文について取得・通番チェックの処理を行い（Ｓ１１２）、ｎ＋１の電文が未受信であると判定され、通番チェックＮＧになると、配信データ取得の処理（Ｓ１１３）を開始する。

画面表示手段６３は、問い合わせ手段６２に通番ｎ＋１の電文が未受信である旨の通知を行うと、問い合わせ手段６２は、問い合わせサーバ４に通番ｎ＋１の配信データ取得要求を送信し（Ｓ２１０）、問い合わせサーバ４は、当該要求により配信履歴データ格納ＤＢ４２から通番ｎ＋１の配信データを取得して対応するクライアント端末６に送信する。
問い合わせ手段６２は、通番ｎ＋１の配信データを受信し、画面表示手段６３に出力する。

画面表示手段６３は、問い合わせ手段６２から通番ｎ＋１の配信データを入力し、続いて、通番ｎ＋１のデータの表示更新処理を行い（Ｓ１１４）、更に通番ｎ＋２のデータの表示更新処理を行う（Ｓ１１５）。
そして、電文通番ｎ＋３の取得・通番チェックを行う（Ｓ１１６）。

尚、受信バッファ６４に受信されたデータ又は配信データ取得要求したデータが表示画面で表示対象となっていない場合は、表示更新処理は行わない。

［別の実施の形態］
本発明の別の実施の形態に係るサーバ群について図８を参照しながら説明する。図８は、本発明の別の実施の形態に係るサーバ群の構成図である。
種々の情報提供元装置１からの情報を迅速に受信・編集するために、受信・編集サーバ２を複数分散させて設けるようにすれば、受信・編集サーバ２の負荷が軽減でき、効率的である。
また、受信・編集サーバ２だけでなく、問い合わせサーバ４及び各種ＤＢ４１〜４３も複数分散させて設けると、問い合わせサーバ４等の負荷が軽減できて効果的である。

［実施の形態の効果］
本システムによれば、常時更新される証券・金融等のデータの配信に関して、端末毎に配信する必要がなくなるので、配信サーバ３の負荷及び配信側のネットワークの負荷を軽減できる効果がある。

また、本システムによれば、クライアント端末６毎に個別の問い合わせが発生するが、突発的に発生するものであるため、配信サーバ３の負荷及び配信側のネットワークの負荷を軽減できると共に、多くのクライアント端末６にサービス提供が可能になるという効果がある。

本発明は、配信サーバの負荷及び配信側のネットワークの負荷を軽減できる証券・金融データ配信システムに好適である。

本発明の実施の形態に係る証券・金融データ配信システムの全体構成図である。 本発明の実施の形態に係るサーバ群の構成図である。 配信電文の内容を示す説明図である。 認証情報を示す説明図である。 クライアント端末の構成ブロック図である。 クライアント端末の起動時の処理を示すフローチャートである。 クライアント端末の電文抜け発生時の処理を示すフローチャートである。 本発明の別の実施の形態に係るサーバ群の構成図である。 従来の情報配信システムの全体構成図である。

符号の説明

１…情報提供元装置、 ２…受信・編集サーバ、 ３…マルチキャスト配信サーバ、 ４…問い合わせサーバ、 ５…ネットワーク、 ６…クライアント端末、 ４１…最新データ格納ＤＢ、 ４２…配信履歴データ格納ＤＢ、 ４３…ユーザ認証情報ＤＢ、 ６０…本体、 ６１…マルチキャスト受信手段、 ６２…問い合わせ手段、 ６３…画面処理手段、 ６４…受信バッファ、 ６５…記憶手段

Claims (1)

1. 証券・金融等のデータを複数のクライアント端末に配信する証券・金融データ配信システムであって、
   情報提供元装置からの証券・金融等のデータを受信し、グループ情報を付与して配信電文に編集する受信・編集サーバと、
   前記配信電文を前記グループ情報に基づいてマルチキャストするマルチキャスト配信サーバと、
   最新データ、履歴情報、証券・金融等のデータを記憶し、クライアント端末からの認証問い合わせを受けて応答し、通番抜けに対して該当するクライアント端末に通番抜けの証券・金融等のデータを送信する問い合わせサーバとを有することを特徴とする証券・金融データ配信システム。

Images