JP2002108746A - 低速回線を使用したリアル更新データ転送システム - Google Patents

Abstract

(57)【要約】 【課題】 株価データ等を受信するクライアント・サー
バ方式の情報表示システムでは、クライアント・サーバ
間はサーバ側からの一方的なデータ送信や、ポーリング
方式が使用されているが、クライアント・サーバ間が低
速な回線の場合、サーバ側からの一方的なデータ送信は
転送量が回線の転送量を越える可能性がある。またポー
リング方式でも無効なポーリングコマンドのため不要ト
ラヒックの発生やポーリング間隔による情報受信遅れが
発生し、株価が更新された場合のリアルタイムの受信が
困難であった。 【解決手段】 クライアント側から受信したい銘柄等を
あらかじめサーバに登録しておき、サーバではその銘柄
のデータが更新されると、クライアントに更新されたこ
とを通知し、通知を受けたクライアントがサーバにある
更新データを取得することで、無効なコマンドを発生さ
せることなく、低速な回線でもリアルタイムの受信が可
能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、株式取引データ等
を表示するクライアント・サーバ方式の情報表示システ
ムにおける、表示データ転送システムに関するものであ
る。

【０００２】

【従来の技術】従来のクライアント・サーバ方式の株式
取引データを表示する情報表示システムでは、更新され
たデータをクライアントに送信する場合、サーバ側から
株価データを一方的に送信する方法やポーリング方式が
使用されていた。ポーリング方式は、クライアントから
サーバに対し、定期的にデータ更新確認するコマンドを
送信し、表示している銘柄のデータが更新されているか
を調べ、更新されていたらデータを取得する方式であ
る。

【０００３】

【発明が解決しようとする課題】しかし、クライアント
・サーバ間の回線が低速な回線の場合、サーバ側から一
方的に送信する方法では、回線の転送容量を越える可能
性がある。またポーリング方式は、定期的にクライアン
トからのポーリングのためのコマンドがサーバに対して
送信されるため、不要なポーリングコマンドが送信さ
れ、無駄なトラヒックが発生するとともに、ポーリング
間隔によっては、取引データがポーリング間隔分遅れる
という問題があった。

【０００４】本発明の目的は、サーバ側からの一方的な
送信により回線の転送容量がオーバーする問題や、ポー
リング方式がもつ無効トラヒックやポーリング遅延を防
止し、取引データが更新されてからクライアントが受信
されるまでの遅れがないリアルタイムの表示データ転送
システムを実現することにある。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
めに本発明は、情報配信センタより表示データを受信し
て記憶する記憶部を有するサーバと、該サーバより前記
表示データを受信して表示する複数のクライアントと、
前記サーバと複数のクライアント間を複数の回線にて接
続する情報表示システムにおいて、前記サーバの記憶部
では、各クライアントごとに、前記情報配信センタより
の表示データを送信すべきか否かを示すフラグをもち、
該フラグに従い、前記情報配信センタよりの表示データ
を各クライアントに送信することを特徴とする低速回線
を使用したリアル更新データ転送システムを提供する。

【０００６】また、本発明は、情報配信センタより表示
データを受信して記憶する記憶部を有するサーバと、該
サーバより前記表示データを受信して表示する複数のク
ライアントと、前記サーバと複数のクライアント間を複
数の回線にて接続する情報表示システムにおいて、クラ
イアントが、表示データを受信表示するには、サーバに
たいし接続要求を送信し、接続要求を受信したサーバ
は、現在の接続回線数を見て、接続回線数があらかじめ
定められた値より少ない場合は、接続要求を許可する応
答信号を前記クライアントに送信し、接続回線数があら
かじめ定められた値と等しいか大きい場合は、接続要求
を不許可とする応答信号を前記クライアントに送信し、
接続要求を許可する応答信号を受信したクライアント
は、受信したい表示データを示す情報をサーバに送信
し、サーバでは、サーバの記憶部に記憶されているクラ
イアントが受信したい表示データに対応して、その表示
データを前記クライアントに送信することを示すフラグ
を記憶することを特徴とする低速回線を使用したリアル
更新データ転送システムを提供する。

【０００７】さらに、本発明は、請求項１および請求項
２の低速回線を使用したリアル更新データ転送システム
において、情報配信センタは株価データ配信センタであ
って、表示データは株価データであることを特徴とする
低速回線を使用したリアル更新データ転送システムを提
供する。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。図１は本発明の構成図で、サーバ１３は、
高速専用回線１２で、株価データ配信センタなどの情報
配信センタ１１と接続されている。サーバ１３は記憶部
１４をもち、記憶部１４には、情報配信センタ１１から
受信した表示データを記憶する表示データテーブル１５
やクライアント対応のフラグを記憶する管理テーブル１
６がある。複数のクライアントである、クライアント
１、クライアント２、・・・クライアントｎは低速公衆
回線１７を介してサーバ１３に接続される。

【０００９】図２に、サーバ１３とクライアントが低速
公衆回線１７を介して、サーバ１３の記憶部１４の表示
データテーブル１５に記憶されている表示データを受信
するまでの制御信号の信号シーケンスを示す。表示デー
タを受信したいクライアントは、まず接続要求信号をサ
ーバに送信する。サーバからは接続されているクライア
ント数が一定数以下ならば、接続許可の応答信号をクラ
イアントに返す。クライアントは受信したい表示データ
を示すコードを含んだ更新データ登録信号をサーバに送
る。サーバは要求された表示データの、そのクライアン
トのフラグを０から１にし、登録完了信号を返す。これ
で、サーバの管理テーブル１６のクライアントの表示し
たい表示データにクライアントがその表示データを受信
したいということが登録される。

【００１０】情報配信センタ１１からサーバ１３には表
示データの更新データが高速専用回線１２を用いて、定
期的または更新がある度に送信される。サーバは表示デ
ータの更新が行われると、その表示データの受信を希望
しているクライアントに対し、更新通知信号を送信す
る。サーバはクライアントから更新データ取得要求信号
がくるまで一定間隔で更新通知信号を送信し続ける。ク
ライアントからの更新データ取得要求信号が受信される
と、サーバは更新された表示データを送信し、クライア
ントは更新データ取得完了信号を送信する。

【００１１】以上の制御信号のシーケンスで、クライア
ントは受信を希望する表示データを受信することができ
る。この方法では、一度受信希望の表示データをサーバ
に登録すれば、あとは、その表示データが更新されたと
きだけに通知が来て、そのときのみデータを受信するの
で、ポーリングコマンドのような定期的なコマンドトラ
ヒックが不要であるとともに、表示データが更新された
らすぐに、更新データを受信することができるので、株
価データなどのようなリアルタイムでの取得が必要な表
示データの場合、遅れがなく情報を取得できるのできわ
めて有効である。

【００１２】以下、サーバとクライアントの制御フロー
をもとに、本発明の動作を詳細に説明する。図６はサー
バでの更新データ登録フローである。サーバ１３はクラ
イアントからの接続要求信号が来るかを見ている（ＳＴ
ＥＰ６０１でＮＯのループ）、接続要求信号が来ると
（ＳＴＥＰ６０１でＹＥＳ）、サーバ１３は現在低速公
衆回線１７でサーバ１３に接続されている回線数をチェ
ックする（ＳＴＥＰ６０２）。接続数があらかじめ定め
た一定数以下でなければ（ＳＴＥＰ６０３でＮＯ）、接
続数に余裕がないと判断し、応答信号に接続不許可を付
与し（ＳＴＥＰ６０４）、クライアントに送信する（Ｓ
ＴＥＰ６１２）。接続数があらかじめ定めた一定数以下
であれば（ＳＴＥＰ６０３でＹＥＳ）、接続数に余裕が
あると判断し、応答信号に接続許可を付与し（ＳＴＥＰ
６０５）、クライアントに送信する（ＳＴＥＰ６０
６）。

【００１３】応答信号に接続許可を付与し（ＳＴＥＰ６
０５）、クライアントに送信（ＳＴＥＰ６０６）した場
合、クライアントからどの表示データを受信したいかの
情報を含んだ更新データ登録信号がくるのをまつ（ＳＴ
ＥＰ６０７）。サーバ１３は一定時間だけ更新データ登
録信号を待っている（ＳＴＥＰ６０７でＮＯ、ＳＴＥＰ
６０８でＮＯのループ）。一定時間たっても更新データ
登録信号が来なければ（ＳＴＥＰ６０８でＹＥＳ）、再
度応答信号をクライアントに送信する（ＳＴＥＰ６０９
でＮＯでＳＴＥＰ６０６）。再送を一定回数繰り返して
も更新データ登録信号がクライアントから来なければ
（ＳＴＥＰ６０９でＹＥＳ）、制御フローは終了する。
もし更新データ登録信号がクライアントから来れば（Ｓ
ＴＥＰ６０７でＹＥＳ）、サーバ１３は記憶部１４の表
示データテーブル１５に対応してある管理テーブル１６
のそのクライアントのフラグをセットし（ＳＴＥＰ６１
０）、クライアントに登録完了信号を送信する。

【００１４】図３に表示データ１５と管理テーブル１６
の構成例を示す。この表示データ１５は、図１の情報配
信センタ１１を株式取引データセンタとした場合であ
る。図３の表示データテーブル１５には、銘柄を番号で
識別する銘柄コード、実際の銘柄名、現在の株価である
現在値のほか、前場、後場、高値、低値の値が入ってい
る。管理テーブル１６はこの表示データテーブル１５の
各銘柄に対応してクライアントからの更新データの登録
によりフラグが立てられる（フラグを１にする）。図３
では、クライアント１は国際電気と八木電気の株価デー
タの受信を要求し、クライアント２は、国際電気、国際
電子、国際アンテナの各社の株価データを要求している
ことを表している。すなわち、サーバ１３では、クライ
アント１から更新データ登録信号を受信すると（ＳＴＥ
Ｐ６０７でＹＥＳ）、その更新データ登録信号に含まれ
ている銘柄コード、例えば１２３４であればそれを抽出
し、表示データテーブル１５の銘柄コード１２３４にア
クセスし、それに対応しているクライアント１のところ
のフラグを１にする（ＳＴＥＰ６１０）。

【００１５】次に、図７のクライアントの更新データ登
録フローに従い、クライアントが表示データの受信を要
求する制御について説明する。例としてクライアント１
が国際電気の株価データを受信表示データとして登録す
る場合とする。クライアント１は、まずサーバ１３に対
し、接続要求信号を送信し（ＳＴＥＰ７０１）、応答信
号が来るかを一定時間待っている（ＳＴＥＰ７０２Ｎ
Ｏ、ＳＴＥＰ７０３のＮＯのループ）。もし一定時間、
応答信号が来なければ（ＳＴＥＰ７０３でＹＥＳ）、い
ままでの接続要求信号の再送回数を見て（ＳＴＥＰ７０
４）、一定回数以下であれば（ＳＴＥＰ７０４でＮ
Ｏ）、再度接続要求信号を送信する（ＳＴＥＰ７０
２）。もし、一定回数再送を行っても応答信号が来なけ
れば（ＳＴＥＰ７０４でＹＥＳ）、接続要求信号の送信
を中止する。

【００１６】サーバ１３からの応答信号を受信すると
（ＳＴＥＰ７０２でＹＥＳ）、その応答信号が接続許可
の応答信号であるかを見る（ＳＴＥＰ７０５）。もし接
続不許可の応答信号であると（ＳＴＥＰ７０５でＮ
Ｏ）、再度、接続要求信号を送信する（ＳＴＥＰ７０
１）。この場合、すぐに接続要求信号を送信しても不許
可になる確率が高いので、タイミングをとり、一定時間
経過後に接続要求信号を送信するのが望ましい。もし受
信した応答信号が接続許可付きの応答信号であれば（Ｓ
ＴＥＰ７０５でＹＥＳ）、クライアント１は更新データ
登録信号を送信する（ＳＴＥＰ７０６）。この信号に
は、受信登録したい国際電気の銘柄コード１２３４を一
緒に送信する。更新データ登録信号を送信すると、クラ
イアント１はサーバ１３からの登録が完了したことを示
す登録完了信号がくるのを待っている（ＳＴＥＰ７０７
でＮＯ、ＳＴＥＰ７０８でＮＯのループ）。もし一定時
間たっても登録完了信号が来なければ（ＳＴＥＰ７０８
でＮＯ）、今までの更新データ登録信号の送信回数を見
て（ＳＴＥＰ７０９）、一定回数に達しなければ（ＳＴ
ＥＰ７０９でＮＯ）再度更新データ登録信号をサーバ１
３に送信する（ＳＴＥＰ７０６）。もし一定回数に達し
ていれば（ＳＴＥＰ７０９でＹＥＳ）、再度の信号送信
を中止する。

【００１７】次に、情報配信センタ１１より表示データ
が更新されたときのサーバ１３が更新データをクライア
ントに送信する制御について、図８の更新データ送信フ
ローをもとに説明する。サーバ１３は高速専用回線１２
を介して情報配信センタ１１より表示データが来るかを
待っている（ＳＴＥＰ８０１でＮＯのループ）。表示デ
ータを受信すると（ＳＴＥＰ８０１でＹＥＳ）、サーバ
１３は記憶部１４の表示データテーブル１５の内容を更
新する（ＳＴＥＰ８０２）。例えば、情報配信センタ１
１より、国際電気の株価データが更新されたら、図３の
銘柄コード１２３４の国際電気の現在値を初めとする値
が更新される。国際電気の表示データが更新されると、
その更新された表示データに対応して、受信登録をして
いるクライアント、すなわちフラグが１のクライアント
が管理テーブル１６にいるかを見る（ＳＴＥＰ８０
３）。もしいなければ（ＳＴＥＰ８０３でＮＯ）、次の
表示データ受信をまつ（ＳＴＥＰ８０１でＮＯのルー
プ）。

【００１８】もし、フラグが１のクライアントがいれば
（ＳＴＥＰ８０３でＹＥＳ）、そのクライアントに対
し、更新されたことを示す更新通知信号を送信する（Ｓ
ＴＥＰ８０４）。図３で国際電気の株価データが更新さ
れたとすると、国際電気に対応している管理テーブル１
６のフラグが１のクライアントは、クライアント１、ク
ライアント２、クライアントｎであるので、これらのク
ライアントに更新通知信号を送信する（ＳＴＥＰ８０
４）。複数のクライアントに更新通知信号を送信する方
法は各種考えられるが、ここでは簡単のために、更新通
知信号送信（ＳＴＥＰ８０４）以下のフローをクライア
ントごとに並列に走らせるものとする。ここではクライ
アント１への送信についてのみ説明する。この更新通知
信号には、更新された国際電気の銘柄コード１２３４が
含まれている。サーバ１３は更新通知信号を受信したク
ライアント１からの更新データ取得要求信号が、くるの
を待つ（ＳＴＥＰ８０５でＮＯ、ＳＴＥＰ８０６でＮＯ
のループ）。一定時間まっても更新データ取得信号がこ
なければ（ＳＴＥＰ８０６でＹＥＳ）、更新通知信号を
一定回数すでに送出したかをみて（ＳＴＥＰ８０７）、
一定回数以下なら（ＳＴＥＰ８０７でＮＯ）、再度更新
通知信号をクライアント１に送信する（ＳＴＥＰ８０
４）。更新通知信号の送信回数が一定回数になると（Ｓ
ＴＥＰ８０７でＹＥＳ）、クライアント１にはとどかな
いと判断し本フローを終了する。

【００１９】クライアント１からの更新データ取得要求
信号を受信すると（ＳＴＥＰ８０５でＹＥＳ）、サーバ
１３は表示データテーブル１５の表示データを編集する
（ＳＴＥＰ８０８）。すなわち、表示データテーブル１
５に記憶されているデータは、メモリ削減上、通常は１
６進数で蓄積されているので、これを文字コードに変換
する。また、図３の株価データでは、株式の直近の約定
値を表示するさい、東証では後場の約定値がない場合に
は前場の約定値を表示するなど表示上の基準があるの
で、それらの制御を行う。編集が終わると、編集された
表示データをクライアント１に送信し（ＳＴＥＰ８０
９）、クライアント１から取得完了信号がくるのを待つ
（ＳＴＥＰ８１０でＮＯ、ＳＴＥＰ８１１でＮＯのルー
プ）。一定時間まっても取得完了信号がこなければ（Ｓ
ＴＥＰ８１１でＹＥＳ）、取得完了信号を一定回数すで
に送出したかをみて（ＳＴＥＰ８１２）、一定回数以下
なら（ＳＴＥＰ８１２でＮＯ）、再度表示データをクラ
イアント１に送信する（ＳＴＥＰ８０９）。取得完了信
号の送信回数が一定回数になると（ＳＴＥＰ８１２でＹ
ＥＳ）、クライアント１にはとどかないと判断し本フロ
ーを終了する。取得完了信号がクライアント１からくれ
ば（ＳＴＥＰ８１０でＹＥＳ）、更新データがクライア
ント１に届いたと判断し本フローを終了する。

【００２０】次に、クライアントが更新された表示デー
タを受信する制御を図９の表示データ受信フローで説明
する。更新データ登録を行ったクライアントは、サーバ
１３から更新通知信号が来るかを見ている（ＳＴＥＰ９
０１でＮＯのループ）。更新通知信号を受信すると（Ｓ
ＴＥＰ９０１でＹＥＳ）、サーバ１３に更新データ取得
要求信号を送信する（ＳＴＥＰ９０２）。この更新デー
タ取得要求信号には、更新通知信号に含まれていた、更
新された表示データを示すコード、例えば図３の株価デ
ータであれば、国際電気の銘柄コード１２３４が含まれ
ている。更新データ取得要求信号を送信した（ＳＴＥＰ
９０２）クライアントは、サーバ１３から更新された表
示データがくるかを待つ（ＳＴＥＰ９０３でＮＯ、ＳＴ
ＥＰ９０４でＮＯのループ）。一定時間経過しても更新
データが受信されないと（ＳＴＥＰ９０４でＹＥＳ）、
更新データ取得要求信号を一定回数送信したかを見て
（ＳＴＥＰ９０５）、一定回数送信していなければ（Ｓ
ＴＥＰ９０５でＮＯ）更新データ取得要求信号を再送信
し（ＳＴＥＰ９０２）、サーバ１３から更新データがく
るかを待つ（ＳＴＥＰ９０３でＮＯ、ＳＴＥＰ９０４で
ＮＯのループ）。一定回数、更新データ取得要求信号を
送信しても更新データが受信されないと（ＳＴＥＰ９０
５でＹＥＳ）、制御フローを中止する。更新データを受
信すると（ＳＴＥＰ９０３でＹＥＳ）、取得完了信号を
送信し（ＳＴＥＰ９０６）、制御フローを終了する。ク
ライアントは、受信した更新された表示データをクライ
アントの表示装置に表示することになる。

【００２１】以上の説明で、サーバ・クライアント間の
信号送受の信頼性を確保するために、要求信号を送信し
てからそれに対する応答信号が一定時間こないと、要求
信号の再送信を行っているが、この再送信までの時間
は、サーバ・クライアント間の回線速度によって決まる
定数である。すなわち遅い回線速度では、送信される信
号が相手に届くまでに時間がかかるので、応答信号をま
つ時間は長くなる。

【００２２】図４には、表示データテーブル１５と管理
テーブル１６の他の構成例を示す。表示データテーブル
１５は図３に示した表示データ１５の株価データと同じ
である。管理テーブル１６はフラグに２ビット割り当
て、クライアントの登録状態をより細かく表示したもの
である。フラグの示す情報を図５に示す。フラグの最初
のビットは、サーバ側でクライアントからの表示データ
の登録要求を登録したかどうかを示し、２ビット目は、
クライアント側でサーバに登録されたことが確認された
かを示している。１１であれば、サーバ側で登録され、
クライアント側でも登録が行われたことが確認された状
態であり、１０はサーバ側で登録されたが、クライアン
ト側では登録されたことが確認されていない状態であ
る。図６の制御フローで言えば、サーバ側で、管理テー
ブルフラグをセット（ＳＴＥＰ６１０）というのは、最
初のビットを１にする状態である。続いて、登録完了信
号を送出する（ＳＴＥＰ６１１）。図７では、クライア
ント側でこの登録完了信号を待っている（ＳＴＥＰ７０
７）。登録完了信号が来なければ、一定時間待ち（ＳＴ
ＥＰ７０８でＮＯのループ）、それでも来なければ（Ｓ
ＴＥＰ７０８でＹＥＳ）、更新データ登録信号を再送信
してくる（ＳＴＥＰ７０９でＮＯで、ＳＴＥＰ７０
６）。サーバ側では登録完了信号を送信してから一定時
間待ち、更新データ登録信号が来なければ、クライアン
トに登録完了信号が届いたと判断し、２ビット目を１に
する。

【００２３】このようにフラグを２ビットにして、クラ
イアント側の状態を表示することにより、サーバ側は更
新データの受信登録をおこなったが、クライアント側で
はそれが確認されないので、再送信ループにある状態
で、クライアントに更新通知信号の送出（図８のＳＴＥ
Ｐ８０４）を行うなどのサーバとクライアントの制御状
態が同期しない制御を避けることができる。以上の説明
では、サーバ側で２ビット目を０から１にするのをタイ
ミングで行ったが、より確実にするには、クライアント
側から登録完了確認信号をもらうことである。

【００２４】また、以上の説明は、更新された表示デー
タの登録についてのみ説明したが、登録した表示データ
を削除することも可能である。それには更新データ登録
信号の送信（ＳＴＥＰ６０７）の代わりに更新データ削
除信号を送信することで容易に行える。この信号を受信
したサーバではフラグを１から０に変更する。また図
４，図５に示すように０１という状態を作り、サーバ側
では削除したがクライアント側は未完了の状態を設けれ
ば、サーバ、クライアント間の制御状態の不一致を防ぐ
ことができる。

【００２５】以上詳細に説明したように、サーバ・クラ
イアント間の転送回線が低速度であっても、サーバの表
示データが更新されたときのみに、サーバから通知され
た更新銘柄のみのデータをクライアントが受信するの
で、サーバがクライアントに送信する転送量は少なくて
済む。そのため低速度回線を用いても転送時間が少ない
のでリアルタイムの転送が可能である。また、サーバか
らの一方的なデータの転送では回線の転送容量を越えて
しまうことも生ずるが、クライアント側からデータの転
送を要求することでクライアント側の性能、環境に適応
したプロトコルの採用、例えばエラー時の再送をする
か、しないかを選択できるようにするなども可能とな
る。またサーバ側では複数のクライアントの監視をしな
くてよいので、負荷が軽くなるなどのメリットもある。

【００２６】

【発明の効果】本発明により、定期的なポーリングコマ
ンドがなくなり、無駄なトラヒックがないので、サーバ
・クライアント間が低速回線でもリアルタイムで更新さ
れた表示データ受信が可能となり、株価データ受信など
のようなリアルタイムが必要な情報表示システムを経済
的に構成できる。

【図面の簡単な説明】

【図１】本発明の低速回線を使用したリアル更新データ
転送システムの構成図である。

【図２】サーバ・クライアント間の信号送受信シーケン
スである。

【図３】表示データテーブルと管理データテーブルの構
成例の図である。

【図４】表示データテーブルと管理データテーブルの他
の構成例の図である

【図５】フラグの説明図である。

【図６】サーバでの更新データ登録フローである。

【図７】クライアントでの更新データ登録フローであ
る。

【図８】サーバでの更新された表示データ送信フローで
ある。

【図９】クライアントでの更新された表示データ受信フ
ローである。

【符号の説明】

１、２、ｎ クライアント １１ 情報配信センタ １２ 高速専用回線 １３ サーバ １４ 記憶部 １５ 表示データテーブル １６ 管理テーブル １７ 低速公衆回線

Claims (3)

【特許請求の範囲】
1. 【請求項１】 情報配信センタより表示データを受信し
   て記憶する記憶部を有するサーバと、該サーバより前記
   表示データを受信して表示する複数のクライアントと、
   前記サーバと複数のクライアント間を複数の回線にて接
   続する情報表示システムにおいて、前記サーバの記憶部
   では、各クライアントごとに、前記情報配信センタより
   の表示データを送信すべきか否かを示すフラグをもち、
   該フラグに従い、前記情報配信センタよりの表示データ
   を各クライアントに送信することを特徴とする低速回線
   を使用したリアル更新データ転送システム。
2. 【請求項２】 情報配信センタより表示データを受信し
   て記憶する記憶部を有するサーバと、該サーバより前記
   表示データを受信して表示する複数のクライアントと、
   前記サーバと複数のクライアント間を複数の回線にて接
   続する情報表示システムにおいて、クライアントが、表
   示データを受信表示するには、サーバにたいし接続要求
   を送信し、接続要求を受信したサーバは、現在の接続回
   線数を見て、接続回線数があらかじめ定められた値より
   少ない場合は、接続要求を許可する応答信号を前記クラ
   イアントに送信し、接続回線数があらかじめ定められた
   値と等しいか大きい場合は、接続要求を不許可とする応
   答信号を前記クライアントに送信し、接続要求を許可す
   る応答信号を受信したクライアントは、受信したい表示
   データを示す情報をサーバに送信し、サーバでは、サー
   バの記憶部に記憶されているクライアントが受信したい
   表示データに対応して、その表示データを前記クライア
   ントに送信することを示すフラグを記憶することを特徴
   とする低速回線を使用したリアル更新データ転送システ
   ム。
3. 【請求項３】 請求項１および請求項２の低速回線を使
   用したリアル更新データ転送システムにおいて、情報配
   信センタは株価データ配信センタであって、表示データ
   は株価データであることを特徴とする低速回線を使用し
   たリアル更新データ転送システム。