| 【発明の名称】 |
低速回線を使用したリアル更新データ転送システム |
| 【発明者】 |
【氏名】鍛治 隆一
【氏名】釜谷 勝敏
|
| 【要約】 |
【課題】株価データ等を受信するクライアント・サーバ方式の情報表示システムでは、クライアント・サーバ間はサーバ側からの一方的なデータ送信や、ポーリング方式が使用されているが、クライアント・サーバ間が低速な回線の場合、サーバ側からの一方的なデータ送信は転送量が回線の転送量を越える可能性がある。またポーリング方式でも無効なポーリングコマンドのため不要トラヒックの発生やポーリング間隔による情報受信遅れが発生し、株価が更新された場合のリアルタイムの受信が困難であった。
【解決手段】クライアント側から受信したい銘柄等をあらかじめサーバに登録しておき、サーバではその銘柄のデータが更新されると、クライアントに更新されたことを通知し、通知を受けたクライアントがサーバにある更新データを取得することで、無効なコマンドを発生させることなく、低速な回線でもリアルタイムの受信が可能となる。 |
【特許請求の範囲】
【請求項１】 情報配信センタより表示データを受信して記憶する記憶部を有するサーバと、該サーバより前記表示データを受信して表示する複数のクライアントと、前記サーバと複数のクライアント間を複数の回線にて接続する情報表示システムにおいて、前記サーバの記憶部では、各クライアントごとに、前記情報配信センタよりの表示データを送信すべきか否かを示すフラグをもち、該フラグに従い、前記情報配信センタよりの表示データを各クライアントに送信することを特徴とする低速回線を使用したリアル更新データ転送システム。
【請求項２】 情報配信センタより表示データを受信して記憶する記憶部を有するサーバと、該サーバより前記表示データを受信して表示する複数のクライアントと、前記サーバと複数のクライアント間を複数の回線にて接続する情報表示システムにおいて、クライアントが、表示データを受信表示するには、サーバにたいし接続要求を送信し、接続要求を受信したサーバは、現在の接続回線数を見て、接続回線数があらかじめ定められた値より少ない場合は、接続要求を許可する応答信号を前記クライアントに送信し、接続回線数があらかじめ定められた値と等しいか大きい場合は、接続要求を不許可とする応答信号を前記クライアントに送信し、接続要求を許可する応答信号を受信したクライアントは、受信したい表示データを示す情報をサーバに送信し、サーバでは、サーバの記憶部に記憶されているクライアントが受信したい表示データに対応して、その表示データを前記クライアントに送信することを示すフラグを記憶することを特徴とする低速回線を使用したリアル更新データ転送システム。
【請求項３】 請求項１および請求項２の低速回線を使用したリアル更新データ転送システムにおいて、情報配信センタは株価データ配信センタであって、表示データは株価データであることを特徴とする低速回線を使用したリアル更新データ転送システム。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、株式取引データ等を表示するクライアント・サーバ方式の情報表示システムにおける、表示データ転送システムに関するものである。
【０００２】
【従来の技術】従来のクライアント・サーバ方式の株式取引データを表示する情報表示システムでは、更新されたデータをクライアントに送信する場合、サーバ側から株価データを一方的に送信する方法やポーリング方式が使用されていた。ポーリング方式は、クライアントからサーバに対し、定期的にデータ更新確認するコマンドを送信し、表示している銘柄のデータが更新されているかを調べ、更新されていたらデータを取得する方式である。
【０００３】
【発明が解決しようとする課題】しかし、クライアント・サーバ間の回線が低速な回線の場合、サーバ側から一方的に送信する方法では、回線の転送容量を越える可能性がある。またポーリング方式は、定期的にクライアントからのポーリングのためのコマンドがサーバに対して送信されるため、不要なポーリングコマンドが送信され、無駄なトラヒックが発生するとともに、ポーリング間隔によっては、取引データがポーリング間隔分遅れるという問題があった。
【０００４】本発明の目的は、サーバ側からの一方的な送信により回線の転送容量がオーバーする問題や、ポーリング方式がもつ無効トラヒックやポーリング遅延を防止し、取引データが更新されてからクライアントが受信されるまでの遅れがないリアルタイムの表示データ転送システムを実現することにある。
【０００５】
【課題を解決するための手段】上記の目的を達成するために本発明は、情報配信センタより表示データを受信して記憶する記憶部を有するサーバと、該サーバより前記表示データを受信して表示する複数のクライアントと、前記サーバと複数のクライアント間を複数の回線にて接続する情報表示システムにおいて、前記サーバの記憶部では、各クライアントごとに、前記情報配信センタよりの表示データを送信すべきか否かを示すフラグをもち、該フラグに従い、前記情報配信センタよりの表示データを各クライアントに送信することを特徴とする低速回線を使用したリアル更新データ転送システムを提供する。
【０００６】また、本発明は、情報配信センタより表示データを受信して記憶する記憶部を有するサーバと、該サーバより前記表示データを受信して表示する複数のクライアントと、前記サーバと複数のクライアント間を複数の回線にて接続する情報表示システムにおいて、クライアントが、表示データを受信表示するには、サーバにたいし接続要求を送信し、接続要求を受信したサーバは、現在の接続回線数を見て、接続回線数があらかじめ定められた値より少ない場合は、接続要求を許可する応答信号を前記クライアントに送信し、接続回線数があらかじめ定められた値と等しいか大きい場合は、接続要求を不許可とする応答信号を前記クライアントに送信し、接続要求を許可する応答信号を受信したクライアントは、受信したい表示データを示す情報をサーバに送信し、サーバでは、サーバの記憶部に記憶されているクライアントが受信したい表示データに対応して、その表示データを前記クライアントに送信することを示すフラグを記憶することを特徴とする低速回線を使用したリアル更新データ転送システムを提供する。
【０００７】さらに、本発明は、請求項１および請求項２の低速回線を使用したリアル更新データ転送システムにおいて、情報配信センタは株価データ配信センタであって、表示データは株価データであることを特徴とする低速回線を使用したリアル更新データ転送システムを提供する。
【０００８】
【発明の実施の形態】以下、本発明の実施の形態を詳細に説明する。図１は本発明の構成図で、サーバ１３は、高速専用回線１２で、株価データ配信センタなどの情報配信センタ１１と接続されている。サーバ１３は記憶部１４をもち、記憶部１４には、情報配信センタ１１から受信した表示データを記憶する表示データテーブル１５やクライアント対応のフラグを記憶する管理テーブル１６がある。複数のクライアントである、クライアント１、クライアント２、・・・クライアントｎは低速公衆回線１７を介してサーバ１３に接続される。
【０００９】図２に、サーバ１３とクライアントが低速公衆回線１７を介して、サーバ１３の記憶部１４の表示データテーブル１５に記憶されている表示データを受信するまでの制御信号の信号シーケンスを示す。表示データを受信したいクライアントは、まず接続要求信号をサーバに送信する。サーバからは接続されているクライアント数が一定数以下ならば、接続許可の応答信号をクライアントに返す。クライアントは受信したい表示データを示すコードを含んだ更新データ登録信号をサーバに送る。サーバは要求された表示データの、そのクライアントのフラグを０から１にし、登録完了信号を返す。これで、サーバの管理テーブル１６のクライアントの表示したい表示データにクライアントがその表示データを受信したいということが登録される。
【００１０】情報配信センタ１１からサーバ１３には表示データの更新データが高速専用回線１２を用いて、定期的または更新がある度に送信される。サーバは表示データの更新が行われると、その表示データの受信を希望しているクライアントに対し、更新通知信号を送信する。サーバはクライアントから更新データ取得要求信号がくるまで一定間隔で更新通知信号を送信し続ける。クライアントからの更新データ取得要求信号が受信されると、サーバは更新された表示データを送信し、クライアントは更新データ取得完了信号を送信する。
【００１１】以上の制御信号のシーケンスで、クライアントは受信を希望する表示データを受信することができる。この方法では、一度受信希望の表示データをサーバに登録すれば、あとは、その表示データが更新されたときだけに通知が来て、そのときのみデータを受信するので、ポーリングコマンドのような定期的なコマンドトラヒックが不要であるとともに、表示データが更新されたらすぐに、更新データを受信することができるので、株価データなどのようなリアルタイムでの取得が必要な表示データの場合、遅れがなく情報を取得できるのできわめて有効である。
【００１２】以下、サーバとクライアントの制御フローをもとに、本発明の動作を詳細に説明する。図６はサーバでの更新データ登録フローである。サーバ１３はクライアントからの接続要求信号が来るかを見ている（ＳＴＥＰ６０１でＮＯのループ）、接続要求信号が来ると（ＳＴＥＰ６０１でＹＥＳ）、サーバ１３は現在低速公衆回線１７でサーバ１３に接続されている回線数をチェックする（ＳＴＥＰ６０２）。接続数があらかじめ定めた一定数以下でなければ（ＳＴＥＰ６０３でＮＯ）、接続数に余裕がないと判断し、応答信号に接続不許可を付与し（ＳＴＥＰ６０４）、クライアントに送信する（ＳＴＥＰ６１２）。接続数があらかじめ定めた一定数以下であれば（ＳＴＥＰ６０３でＹＥＳ）、接続数に余裕があると判断し、応答信号に接続許可を付与し（ＳＴＥＰ６０５）、クライアントに送信する（ＳＴＥＰ６０６）。
【００１３】応答信号に接続許可を付与し（ＳＴＥＰ６０５）、クライアントに送信（ＳＴＥＰ６０６）した場合、クライアントからどの表示データを受信したいかの情報を含んだ更新データ登録信号がくるのをまつ（ＳＴＥＰ６０７）。サーバ１３は一定時間だけ更新データ登録信号を待っている（ＳＴＥＰ６０７でＮＯ、ＳＴＥＰ６０８でＮＯのループ）。一定時間たっても更新データ登録信号が来なければ（ＳＴＥＰ６０８でＹＥＳ）、再度応答信号をクライアントに送信する（ＳＴＥＰ６０９でＮＯでＳＴＥＰ６０６）。再送を一定回数繰り返しても更新データ登録信号がクライアントから来なければ（ＳＴＥＰ６０９でＹＥＳ）、制御フローは終了する。もし更新データ登録信号がクライアントから来れば（ＳＴＥＰ６０７でＹＥＳ）、サーバ１３は記憶部１４の表示データテーブル１５に対応してある管理テーブル１６のそのクライアントのフラグをセットし（ＳＴＥＰ６１０）、クライアントに登録完了信号を送信する。
【００１４】図３に表示データ１５と管理テーブル１６の構成例を示す。この表示データ１５は、図１の情報配信センタ１１を株式取引データセンタとした場合である。図３の表示データテーブル１５には、銘柄を番号で識別する銘柄コード、実際の銘柄名、現在の株価である現在値のほか、前場、後場、高値、低値の値が入っている。管理テーブル１６はこの表示データテーブル１５の各銘柄に対応してクライアントからの更新データの登録によりフラグが立てられる（フラグを１にする）。図３では、クライアント１は国際電気と八木電気の株価データの受信を要求し、クライアント２は、国際電気、国際電子、国際アンテナの各社の株価データを要求していることを表している。すなわち、サーバ１３では、クライアント１から更新データ登録信号を受信すると（ＳＴＥＰ６０７でＹＥＳ）、その更新データ登録信号に含まれている銘柄コード、例えば１２３４であればそれを抽出し、表示データテーブル１５の銘柄コード１２３４にアクセスし、それに対応しているクライアント１のところのフラグを１にする（ＳＴＥＰ６１０）。
【００１５】次に、図７のクライアントの更新データ登録フローに従い、クライアントが表示データの受信を要求する制御について説明する。例としてクライアント１が国際電気の株価データを受信表示データとして登録する場合とする。クライアント１は、まずサーバ１３に対し、接続要求信号を送信し（ＳＴＥＰ７０１）、応答信号が来るかを一定時間待っている（ＳＴＥＰ７０２ＮＯ、ＳＴＥＰ７０３のＮＯのループ）。もし一定時間、応答信号が来なければ（ＳＴＥＰ７０３でＹＥＳ）、いままでの接続要求信号の再送回数を見て（ＳＴＥＰ７０４）、一定回数以下であれば（ＳＴＥＰ７０４でＮＯ）、再度接続要求信号を送信する（ＳＴＥＰ７０２）。もし、一定回数再送を行っても応答信号が来なければ（ＳＴＥＰ７０４でＹＥＳ）、接続要求信号の送信を中止する。
【００１６】サーバ１３からの応答信号を受信すると（ＳＴＥＰ７０２でＹＥＳ）、その応答信号が接続許可の応答信号であるかを見る（ＳＴＥＰ７０５）。もし接続不許可の応答信号であると（ＳＴＥＰ７０５でＮＯ）、再度、接続要求信号を送信する（ＳＴＥＰ７０１）。この場合、すぐに接続要求信号を送信しても不許可になる確率が高いので、タイミングをとり、一定時間経過後に接続要求信号を送信するのが望ましい。もし受信した応答信号が接続許可付きの応答信号であれば（ＳＴＥＰ７０５でＹＥＳ）、クライアント１は更新データ登録信号を送信する（ＳＴＥＰ７０６）。この信号には、受信登録したい国際電気の銘柄コード１２３４を一緒に送信する。更新データ登録信号を送信すると、クライアント１はサーバ１３からの登録が完了したことを示す登録完了信号がくるのを待っている（ＳＴＥＰ７０７でＮＯ、ＳＴＥＰ７０８でＮＯのループ）。もし一定時間たっても登録完了信号が来なければ（ＳＴＥＰ７０８でＮＯ）、今までの更新データ登録信号の送信回数を見て（ＳＴＥＰ７０９）、一定回数に達しなければ（ＳＴＥＰ７０９でＮＯ）再度更新データ登録信号をサーバ１３に送信する（ＳＴＥＰ７０６）。もし一定回数に達していれば（ＳＴＥＰ７０９でＹＥＳ）、再度の信号送信を中止する。
【００１７】次に、情報配信センタ１１より表示データが更新されたときのサーバ１３が更新データをクライアントに送信する制御について、図８の更新データ送信フローをもとに説明する。サーバ１３は高速専用回線１２を介して情報配信センタ１１より表示データが来るかを待っている（ＳＴＥＰ８０１でＮＯのループ）。表示データを受信すると（ＳＴＥＰ８０１でＹＥＳ）、サーバ１３は記憶部１４の表示データテーブル１５の内容を更新する（ＳＴＥＰ８０２）。例えば、情報配信センタ１１より、国際電気の株価データが更新されたら、図３の銘柄コード１２３４の国際電気の現在値を初めとする値が更新される。国際電気の表示データが更新されると、その更新された表示データに対応して、受信登録をしているクライアント、すなわちフラグが１のクライアントが管理テーブル１６にいるかを見る（ＳＴＥＰ８０３）。もしいなければ（ＳＴＥＰ８０３でＮＯ）、次の表示データ受信をまつ（ＳＴＥＰ８０１でＮＯのループ）。
【００１８】もし、フラグが１のクライアントがいれば（ＳＴＥＰ８０３でＹＥＳ）、そのクライアントに対し、更新されたことを示す更新通知信号を送信する（ＳＴＥＰ８０４）。図３で国際電気の株価データが更新されたとすると、国際電気に対応している管理テーブル１６のフラグが１のクライアントは、クライアント１、クライアント２、クライアントｎであるので、これらのクライアントに更新通知信号を送信する（ＳＴＥＰ８０４）。複数のクライアントに更新通知信号を送信する方法は各種考えられるが、ここでは簡単のために、更新通知信号送信（ＳＴＥＰ８０４）以下のフローをクライアントごとに並列に走らせるものとする。ここではクライアント１への送信についてのみ説明する。この更新通知信号には、更新された国際電気の銘柄コード１２３４が含まれている。サーバ１３は更新通知信号を受信したクライアント１からの更新データ取得要求信号が、くるのを待つ（ＳＴＥＰ８０５でＮＯ、ＳＴＥＰ８０６でＮＯのループ）。一定時間まっても更新データ取得信号がこなければ（ＳＴＥＰ８０６でＹＥＳ）、更新通知信号を一定回数すでに送出したかをみて（ＳＴＥＰ８０７）、一定回数以下なら（ＳＴＥＰ８０７でＮＯ）、再度更新通知信号をクライアント１に送信する（ＳＴＥＰ８０４）。更新通知信号の送信回数が一定回数になると（ＳＴＥＰ８０７でＹＥＳ）、クライアント１にはとどかないと判断し本フローを終了する。
【００１９】クライアント１からの更新データ取得要求信号を受信すると（ＳＴＥＰ８０５でＹＥＳ）、サーバ１３は表示データテーブル１５の表示データを編集する（ＳＴＥＰ８０８）。すなわち、表示データテーブル１５に記憶されているデータは、メモリ削減上、通常は１６進数で蓄積されているので、これを文字コードに変換する。また、図３の株価データでは、株式の直近の約定値を表示するさい、東証では後場の約定値がない場合には前場の約定値を表示するなど表示上の基準があるので、それらの制御を行う。編集が終わると、編集された表示データをクライアント１に送信し（ＳＴＥＰ８０９）、クライアント１から取得完了信号がくるのを待つ（ＳＴＥＰ８１０でＮＯ、ＳＴＥＰ８１１でＮＯのループ）。一定時間まっても取得完了信号がこなければ（ＳＴＥＰ８１１でＹＥＳ）、取得完了信号を一定回数すでに送出したかをみて（ＳＴＥＰ８１２）、一定回数以下なら（ＳＴＥＰ８１２でＮＯ）、再度表示データをクライアント１に送信する（ＳＴＥＰ８０９）。取得完了信号の送信回数が一定回数になると（ＳＴＥＰ８１２でＹＥＳ）、クライアント１にはとどかないと判断し本フローを終了する。取得完了信号がクライアント１からくれば（ＳＴＥＰ８１０でＹＥＳ）、更新データがクライアント１に届いたと判断し本フローを終了する。
【００２０】次に、クライアントが更新された表示データを受信する制御を図９の表示データ受信フローで説明する。更新データ登録を行ったクライアントは、サーバ１３から更新通知信号が来るかを見ている（ＳＴＥＰ９０１でＮＯのループ）。更新通知信号を受信すると（ＳＴＥＰ９０１でＹＥＳ）、サーバ１３に更新データ取得要求信号を送信する（ＳＴＥＰ９０２）。この更新データ取得要求信号には、更新通知信号に含まれていた、更新された表示データを示すコード、例えば図３の株価データであれば、国際電気の銘柄コード１２３４が含まれている。更新データ取得要求信号を送信した（ＳＴＥＰ９０２）クライアントは、サーバ１３から更新された表示データがくるかを待つ（ＳＴＥＰ９０３でＮＯ、ＳＴＥＰ９０４でＮＯのループ）。一定時間経過しても更新データが受信されないと（ＳＴＥＰ９０４でＹＥＳ）、更新データ取得要求信号を一定回数送信したかを見て（ＳＴＥＰ９０５）、一定回数送信していなければ（ＳＴＥＰ９０５でＮＯ）更新データ取得要求信号を再送信し（ＳＴＥＰ９０２）、サーバ１３から更新データがくるかを待つ（ＳＴＥＰ９０３でＮＯ、ＳＴＥＰ９０４でＮＯのループ）。一定回数、更新データ取得要求信号を送信しても更新データが受信されないと（ＳＴＥＰ９０５でＹＥＳ）、制御フローを中止する。更新データを受信すると（ＳＴＥＰ９０３でＹＥＳ）、取得完了信号を送信し（ＳＴＥＰ９０６）、制御フローを終了する。クライアントは、受信した更新された表示データをクライアントの表示装置に表示することになる。
【００２１】以上の説明で、サーバ・クライアント間の信号送受の信頼性を確保するために、要求信号を送信してからそれに対する応答信号が一定時間こないと、要求信号の再送信を行っているが、この再送信までの時間は、サーバ・クライアント間の回線速度によって決まる定数である。すなわち遅い回線速度では、送信される信号が相手に届くまでに時間がかかるので、応答信号をまつ時間は長くなる。
【００２２】図４には、表示データテーブル１５と管理テーブル１６の他の構成例を示す。表示データテーブル１５は図３に示した表示データ１５の株価データと同じである。管理テーブル１６はフラグに２ビット割り当て、クライアントの登録状態をより細かく表示したものである。フラグの示す情報を図５に示す。フラグの最初のビットは、サーバ側でクライアントからの表示データの登録要求を登録したかどうかを示し、２ビット目は、クライアント側でサーバに登録されたことが確認されたかを示している。１１であれば、サーバ側で登録され、クライアント側でも登録が行われたことが確認された状態であり、１０はサーバ側で登録されたが、クライアント側では登録されたことが確認されていない状態である。図６の制御フローで言えば、サーバ側で、管理テーブルフラグをセット（ＳＴＥＰ６１０）というのは、最初のビットを１にする状態である。続いて、登録完了信号を送出する（ＳＴＥＰ６１１）。図７では、クライアント側でこの登録完了信号を待っている（ＳＴＥＰ７０７）。登録完了信号が来なければ、一定時間待ち（ＳＴＥＰ７０８でＮＯのループ）、それでも来なければ（ＳＴＥＰ７０８でＹＥＳ）、更新データ登録信号を再送信してくる（ＳＴＥＰ７０９でＮＯで、ＳＴＥＰ７０６）。サーバ側では登録完了信号を送信してから一定時間待ち、更新データ登録信号が来なければ、クライアントに登録完了信号が届いたと判断し、２ビット目を１にする。
【００２３】このようにフラグを２ビットにして、クライアント側の状態を表示することにより、サーバ側は更新データの受信登録をおこなったが、クライアント側ではそれが確認されないので、再送信ループにある状態で、クライアントに更新通知信号の送出（図８のＳＴＥＰ８０４）を行うなどのサーバとクライアントの制御状態が同期しない制御を避けることができる。以上の説明では、サーバ側で２ビット目を０から１にするのをタイミングで行ったが、より確実にするには、クライアント側から登録完了確認信号をもらうことである。
【００２４】また、以上の説明は、更新された表示データの登録についてのみ説明したが、登録した表示データを削除することも可能である。それには更新データ登録信号の送信（ＳＴＥＰ６０７）の代わりに更新データ削除信号を送信することで容易に行える。この信号を受信したサーバではフラグを１から０に変更する。また図４，図５に示すように０１という状態を作り、サーバ側では削除したがクライアント側は未完了の状態を設ければ、サーバ、クライアント間の制御状態の不一致を防ぐことができる。
【００２５】以上詳細に説明したように、サーバ・クライアント間の転送回線が低速度であっても、サーバの表示データが更新されたときのみに、サーバから通知された更新銘柄のみのデータをクライアントが受信するので、サーバがクライアントに送信する転送量は少なくて済む。そのため低速度回線を用いても転送時間が少ないのでリアルタイムの転送が可能である。また、サーバからの一方的なデータの転送では回線の転送容量を越えてしまうことも生ずるが、クライアント側からデータの転送を要求することでクライアント側の性能、環境に適応したプロトコルの採用、例えばエラー時の再送をするか、しないかを選択できるようにするなども可能となる。またサーバ側では複数のクライアントの監視をしなくてよいので、負荷が軽くなるなどのメリットもある。
【００２６】
【発明の効果】本発明により、定期的なポーリングコマンドがなくなり、無駄なトラヒックがないので、サーバ・クライアント間が低速回線でもリアルタイムで更新された表示データ受信が可能となり、株価データ受信などのようなリアルタイムが必要な情報表示システムを経済的に構成できる。
|
| 【出願人】 |
【識別番号】０００００１１２２
【氏名又は名称】株式会社日立国際電気
|
| 【出願日】 |
平成１２年９月２８日（２０００．９．２８） |
| 【代理人】 |
【識別番号】１０００９３８７２
【弁理士】
【氏名又は名称】高崎 芳紘
|
| 【公開番号】 |
特開２００２−１０８７４６（Ｐ２００２−１０８７４６Ａ） |
| 【公開日】 |
平成１４年４月１２日（２００２．４．１２） |
| 【出願番号】 |
特願２０００−２９７６４６（Ｐ２０００−２９７６４６） |
|