JP2000242697A - 情報配信システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントに配信される株価情報のリアル
タイム性をある程度保持しながら、サーバ／クライアン
ト間のトラフィックを軽減し、且つクライアントにおい
て直近の更新情報を識別できる情報配信システムを提供
する。 【解決手段】 サーバ１の受信データ処理手段１１が、
受信した市場情報を基に値動きによる更新の有無を検出
し、銘柄情報記憶テーブル２２の株価情報を更新すると
共に更新フラグを設定し、要求受付処理手段１２がクラ
イアント２からの配信要求を受け付けて配信要求銘柄に
ついて、銘柄属性情報と株価情報及び更新フラグを配信
し、以降は、配信制御処理手段１３が、定期的にクライ
アント２から要求された銘柄について、更新の発生を判
断し、更新が検出された銘柄についてのみ、その株価情
報と更新フラグをクライアント２に配信する情報配信シ
ステムである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、証券取引
所より送信される証券、株価等の市場情報をサーバで受
信し、複数のクライアントの要求に応じて配信するクラ
イアント／サーバ方式の情報配信システムに係り、特に
リアルタイムに効率よく更新情報を配信できる情報配信
システムに関する。

【０００２】

【従来の技術】クライアント／サーバ方式の従来の第１
の情報配信システムについて図１１を使って説明する。
図１１は、従来の第１の情報配信システムの概念図であ
る。従来の第１の情報配信システムは、センターから送
信される任意の銘柄の最新の株価情報で構成される市場
情報を受信し、銘柄毎に始値、高値、安値、現在値、気
配等の株価情報に関する最新情報を記憶しているサーバ
１′と、任意の銘柄に関する最新の株価情報を取得して
表示する複数のクライアント２′とから構成されてい
る。

【０００３】そして、従来の第１の情報配信システムで
は、サーバ１′がセンターから送信される銘柄毎の市場
情報を随時受信して、受信の度に銘柄に対応する株価情
報を上書きすることによって、常に最新情報を記憶して
いる。そして、クライアント２′から定期的に任意の銘
柄を指定した最新情報要求がサーバ１′に送信される
と、サーバ１′が最新情報要求に応じて、記憶している
銘柄毎の株価情報の内の該当する銘柄の株価情報をクラ
イアント２′に送信するようになっている。

【０００４】例えば、図１１の例では、サーバ１′にお
いて、銘柄（１）、銘柄（２）、…、銘柄（ｎ）に関す
る最新の株価情報が記憶され、クライアントａから銘柄
（１）、銘柄（４）、…に関する最新情報要求がサーバ
１′に送信されると、サーバ１′から当該銘柄に関する
最新の株価情報が配信され、同様にクライアントｂから
銘柄（２）、銘柄（５）、…に関する最新情報要求がサ
ーバ１′に送信されると、サーバ１′から当該銘柄に関
する最新の株価情報が配信されることになる。

【０００５】次に、クライアント／サーバ方式の別の
（第２の）従来の情報配信システムについて、図１２を
使って説明する。図１２は、従来の第２の情報配信シス
テムの概念図である。従来の第２の情報配信システム
は、従来の第１の情報配信システムと同様に、センター
から伝送される市場情報を受信し、銘柄毎に始値、高
値、安値、現在値、気配等の株価情報に関する最新情報
を記憶しているサーバ１″と、任意の銘柄に関する最新
の株価情報を取得して表示する複数のクライアント２″
とから構成されている。

【０００６】そして、従来の第２の情報配信システムで
は、サーバ１″上のリアルタイムに更新される銘柄毎の
株価情報と、クライアント２″上のアプリケーションで
使用する銘柄毎の株価情報とを予めリンクさせておき、
サーバ１″がセンターからの市場情報を受信すると、サ
ーバ１″側の株価情報に受信情報が上書きされ、更にサ
ーバ１″側の株価情報とのリンクによってクライアント
２″側の株価情報に最新情報がリアルタイムに反映され
るようになっている。

【０００７】図１２の例では、サーバ１″において、銘
柄（１）、銘柄（２）、…、銘柄（ｎ）に関する最新の
株価情報が記憶され、クライアントａのアプリケーショ
ンで必要な銘柄（１）、銘柄（３）、…が予めサーバ
１″の株価情報にリンクされており、クライアントｂの
アプリケーションで必要な銘柄（１）、銘柄（４）、…
が予めサーバ１″の株価情報にリンクされている。

【０００８】そして、サーバ１″で銘柄（１）のデータ
を受信して株価情報に上書きされると、それにリンクし
ているクライアントａとクライアントｂの各株価情報に
も上書きされた株価情報が反映されるようにデータが送
信される。

【０００９】また、従来の第３の情報配信システムとし
て、特開平８−１６６５９では、サーバ／クライアント
間のトラフィックを削減する方法として、センターから
市場情報が伝送されると、サーバにおいて株価情報を構
成する項目毎に、受信データと記憶している直前の株価
情報とを比較することによって値動きの有無を判断し、
項目毎の判断結果を示すフラグを作成し、サーバからク
ライアントに対して、現在値のデータ及び時刻と値動き
により更新された項目を示すフラグのみを配信し、クラ
イアント側でフラグに従って更新項目に関する更新処理
を行う方法が提案されている。

【００１０】

【発明が解決しようとする課題】しかしながら、上記従
来の第１の情報配信システムでは、クライアント２′側
からの最新情報要求があると、指定されている全銘柄の
株価情報をサーバ１′から配信するので、指定されてい
る銘柄の中で、前回の配信以降値動きが無かった銘柄に
ついても株価情報を配信することになり、クライアント
／サーバ間で無意味な伝送が行われ、伝送効率が悪いと
いう問題点があった。

【００１１】また、従来の第１の情報配信システムで
は、クライアント２′側からの最新情報要求のタイミン
グでサーバ１′から最新情報が配信されるため、サーバ
１′における更新をリアルタイムに近い形で各クライア
ント２′に反映させるためには、各クライアント２′か
らサーバ１′への最新情報要求をサーバ１′における更
新速度に見合うタイミングで発行する必要があり、クラ
イアント数及び各クライアントが要求する銘柄数が増加
すると、クライアント／サーバ間のトラフィック量が増
大するという問題点があった。

【００１２】また、クライアント２′において、最新の
株価情報を表示することはできるが、直近に更新された
項目がどれであるか識別できないため、従来の専用端末
のように直近に更新された項目だけを強調表示するよう
な制御ができないという問題点があった。

【００１３】また、従来の第２の情報配信システムで
は、サーバ１″でリンクされた情報は、クライアント
２″におけるアプリケーション上のデータと一対一で対
応する単なるデータであり、各データに付属する符号な
どの詳細なデータのリンクを増やしていくと、リンクに
伴って付加される情報量が増加し、その結果クライアン
ト／サーバ間のトラフィックが増大するという問題点が
あった。

【００１４】また、リンクされたデータは無条件にアプ
リケーション上のデータに貼り付けられるため、データ
が更新されたことを示すような表示を行ったり、データ
それ自体を用いた判定処理（判定結果による表示情報の
修飾）等が困難であるという問題点があった。

【００１５】そして、従来の第３の情報配信システムで
は、センターから市場情報の配信がある毎に、値動きの
有無に関わらず現在値及びフラグの配信を行うので無意
味な伝送が行われ、且つクライアント側で伝送されたフ
ラグに従った更新処理を行う必要があり、伝送効率及び
処理効率が悪いという問題点があった。

【００１６】本発明は上記実情に鑑みて為されたもの
で、クライアントに配信される株価情報のリアルタイム
性をある程度保持しながら、サーバ／クライアント間の
トラフィックを軽減し、且つクライアントにおいて直近
の更新情報を識別できる情報配信システムを提供するこ
とを目的とする。

【００１７】

【課題を解決するための手段】上記従来例の問題点を解
決するための請求項１記載の発明は、情報配信システム
において、サーバが市場情報を受信し、銘柄毎に最新の
株価情報を記憶し、配信を要求する配信要求銘柄につい
てクライアントから前記配信要求銘柄の配信要求が前記
サーバに送信されると、前記サーバが、前記配信要求銘
柄の最新の株価情報を前記クライアントに配信し、以降
は前記市場情報を受信して前記配信要求銘柄の株価情報
が値動きによって更新されると、更新の度に前記更新さ
れた株価情報を前記クライアントに配信することを特徴
としており、クライアントからの配信要求直後に配信要
求銘柄の株価情報が配信され、以降は配信要求銘柄に更
新があったときだけ株価情報をクライアントに配信でき
る。

【００１８】上記従来例の問題点を解決するための請求
項２記載の発明は、請求項１記載の情報配信システムに
おいて、サーバが、受信した市場情報から最新の株価情
報を記憶する際に、株価情報を構成する項目毎に、値動
きによる更新の有無を判断し、更新のあった項目には更
新有りを示す情報を付加して記憶し、クライアントに株
価情報を配信する際には前記更新有りを示す情報を付加
してクライアントに株価情報を配信することを特徴とし
ており、クライアントが配信された株価情報の中で更新
があった項目を識別できる。

【００１９】上記従来例の問題点を解決するための請求
項３記載の発明は、情報配信システムにおいて、市場情
報を受信し、要求に応じて配信するサーバが、銘柄毎に
複数項目から成る株価情報と、前記項目毎に設けられた
値動きによる更新の有無を示す更新フラグと、値動きに
よる更新の度にカウントされる更新カウンタとを記憶す
る銘柄情報記憶テーブルと、任意のクライアントから配
信要求された配信要求銘柄と、前記配信要求銘柄の株価
情報を前記クライアントに配信する際の前記更新カウン
タの値を記憶する配信カウンタとの組を、前記クライア
ントに対応付けて記憶する配信要求銘柄設定テーブル
と、市場情報を受信し、前記市場情報が任意の銘柄の最
新の株価情報の場合に、前回更新された情報の配信が完
了しているか判断し、配信が完了している場合に前記銘
柄の全項目の更新フラグを初期化し、株価情報を構成す
る全項目について値動きによる更新の有無を判断し、更
新があった項目については、更新情報を格納し、当該項
目に関する更新フラグを更新有りに設定し、当該銘柄の
更新カウンタをカウントアップする受信手段と、任意の
クライアントから配信要求を受け付けると、前記クライ
アントに対応付けて前記配信要求銘柄設定テーブルを作
成し、前記配信要求で指定された配信要求銘柄を前記配
信要求銘柄設定テーブルに格納し、前記配信要求銘柄に
関して、前記銘柄情報記憶テーブルの株価情報と更新フ
ラグとを前記クライアントに配信し、前記銘柄情報記憶
テーブルの更新カウンタの値を配信カウンタとして前記
配信要求銘柄設定テーブルに格納し、前記クライアント
の情報を配信開始指示として出力し、任意のクライアン
トから配信の停止要求を受け付けると、当該クライアン
トに対する前記配信要求銘柄設定テーブルを削除し、前
記クライアントの情報を配信停止指示として出力する要
求受付処理手段と、前記要求受付処理手段からの配信開
始指示及び配信停止指示を入力し、定期的に前記配信開
始指示のクライアントに関して、当該クライアントに対
応する前記配信要求銘柄設定テーブルに記憶された各配
信要求銘柄について、当該配信要求銘柄設定テーブルの
配信カウンタと前記銘柄情報記憶テーブルの更新カウン
タとの値を比較して、前記更新カウンタの値が前記配信
カウンタの値と異なる場合に、前記配信要求銘柄に関す
る前記銘柄情報記憶テーブルの株価情報と更新フラグと
を当該クライアントに配信し、前記更新カウンタの値を
前記配信カウンタに複写する配信処理を行い、当該クラ
イアントに関する配信停止指示を受け取ると前記配信処
理を停止する配信制御処理手段とを有し、前記クライア
ントが、配信要求する配信要求銘柄と、配信の停止指示
を入力する入力部と、前記入力された配信要求銘柄を配
信要求として前記サーバに送信し、前記入力された配信
の停止指示に従って配信の停止要求を前記サーバに送信
する銘柄設定手段と、前記サーバから配信された株価情
報と更新フラグとを受信して記憶する受信手段と、前記
記憶された株価情報と更新フラグとに従って表示情報を
編集する表示制御手段と、前記表示情報を表示する表示
部とを有することを特徴としており、クライアント毎に
配信要求銘柄について、定期的に更新カウンタと配信カ
ウンタとの比較によって更新の有無がチェックされ、配
信要求時と更新があったときだけ株価情報と更新フラグ
とをサーバからクライアントに配信し、クライアントで
は配信された株価情報の中で更新があった項目を識別し
ながら表示できる。

【００２０】上記従来例の問題点を解決するための請求
項４記載の発明は、請求項３記載の情報配信システムに
おいて、サーバが、銘柄毎に銘柄を定義する銘柄属性情
報を受信して記憶し、任意のクライアントからの配信要
求を受け付けると、前記配信要求で指定された配信要求
銘柄に対応する前記銘柄属性情報を前記クライアントに
配信するサーバであり、クライアントが、前記サーバか
ら配信された銘柄属性情報を記憶し、前記銘柄属性情報
に従った表示制御を行うクライアントであることを特徴
としており、クライアント側で配信要求時に銘柄属性情
報を入手し、銘柄属性情報を利用した表示制御を行うこ
とができる。

【００２１】上記従来例の問題点を解決するための請求
項５記載の発明は、請求項３又は請求項４記載の情報配
信システムにおいて、クライアントが、配信を希望する
時間間隔を配信間隔として配信要求に含めて送信するク
ライアントであり、サーバが、前記配信間隔を含む配信
要求を受けて、前記配信間隔に従って定期的に前記クラ
イアントに関する配信処理を行う配信制御処理手段を有
するサーバであることを特徴としており、クライアント
毎に配信間隔を可変にできる。

【００２２】上記従来例の問題点を解決するための請求
項６記載の発明は、情報配信システムにおいて、市場情
報を受信し、要求に応じて配信するサーバが、銘柄毎に
複数項目から成る株価情報と、前記項目毎に設けられた
値動きによる更新の有無を示す更新フラグと、クライア
ントに対応付けて銘柄毎の配信要求の有無を示す配信要
求フラグとを記憶する銘柄情報記憶テーブルと、市場情
報を受信し、前記市場情報が任意の銘柄の最新の株価情
報の場合に、前回更新された情報の配信が完了している
か判断し、配信が完了している場合には前記銘柄の全項
目の更新フラグを初期化し、株価情報を構成する全項目
について値動きによる更新の有無を判断し、更新があっ
た項目について、前記銘柄情報記憶テーブルに更新情報
を格納し、前記項目に関する更新フラグを更新有りに設
定し、何れかの項目で更新があった場合に、当該銘柄を
更新銘柄として更新配信指示を出力する受信手段と、任
意のクライアントから配信要求を受け付けると、配信要
求された配信要求銘柄に対応し、かつ当該クライアント
に対応する前記銘柄情報記憶テーブルの配信要求フラグ
を要求有りに設定し、前記配信要求銘柄に関して、前記
銘柄情報記憶テーブルの株価情報と更新フラグとを前記
クライアントに配信し、任意のクライアントから配信の
停止要求を受け付けると、当該クライアントに対応する
前記銘柄情報記憶テーブルの配信要求フラグを要求無し
にリセットする要求受付処理手段と、前記受信手段から
の更新配信指示を受け取ると起動され、前記更新配信指
示で指定された更新銘柄に関する前記銘柄情報記憶テー
ブルの配信要求フラグをサーチし、配信要求有りとなっ
ている全てのクライアントに対して前記銘柄情報記憶テ
ーブルに記憶されている前記更新銘柄の株価情報及び更
新フラグを配信する配信制御処理手段とを有し、前記ク
ライアントが、配信要求する配信要求銘柄及び配信の停
止指示とを入力する入力部と、前記入力された配信要求
銘柄を配信要求として前記サーバに送信し、前記入力さ
れた配信の停止指示を停止要求として前記サーバに送信
する銘柄設定手段と、前記サーバから配信された株価情
報と更新フラグとを受信して記憶する受信手段と、前記
記憶された株価情報と更新フラグとに従って表示情報を
作成する表示制御手段と、前記表示情報を表示する表示
部とを有することを特徴としており、クライアントから
配信要求された時に株価情報と更新フラグとを配信し、
また任意の銘柄で更新があったときに更新のあった銘柄
を配信要求していたクライアントに対して株価情報と更
新フラグとを配信し、クライアントでは配信された株価
情報の中で更新があった項目を識別しながら表示でき
る。

【００２３】上記従来例の問題点を解決するための請求
項７記載の発明は、請求項６記載の情報配信システムに
おいて、サーバが、銘柄毎に銘柄を定義する銘柄属性情
報を受信して記憶し、任意のクライアントからの配信要
求を受け付けると、前記配信要求で指定された配信要求
銘柄に対応する前記銘柄属性情報を前記クライアントに
配信するサーバであり、クライアントが、前記サーバか
ら配信された銘柄属性情報を記憶し、前記銘柄属性情報
に従った表示制御を行うクライアントであることを特徴
としており、クライアント側で配信要求時に銘柄属性情
報を入手し、銘柄属性情報を利用した表示制御を行うこ
とができる。

【００２４】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。本発明の実施の形態に係る情
報配信システムは、サーバが、受信した市場情報から最
新の株価情報を記憶する際に、株価情報を構成する項目
毎に値動きによる更新（以降は単に更新と呼ぶ）の有無
を判断し、各項目の最新情報に更新の有無を示す特定の
情報を付加して配信情報として記憶しておき、クライア
ントから配信を要求する銘柄（配信要求銘柄）を指定し
た配信要求をサーバに送信すると、サーバが、配信要求
銘柄に関する配信情報を配信し、以降は、定期的に配信
要求銘柄における更新の発生を判断し、更新が検出され
た銘柄についてのみ、その株価情報と更新の有無を示す
特定情報からなる配信情報をクライアントに配信するの
で、ある程度のリアルタイム性を保持しながら、サーバ
／クライアント間のトラフィックを抑え、かつクライア
ント側では直近の更新情報を識別できるものである。

【００２５】まず、本発明の情報配信システムの概略構
成及び概略動作について図１を使って説明する。図１
は、本発明に係る情報配信システムの概略構成ブロック
図である。本発明に係る情報配信システムは、従来の第
１の情報配信システムと同様に、センターから伝送され
る市場情報を受信し、銘柄毎に始値、高値、安値、現在
値、気配等の株価情報に関する最新情報を記憶している
サーバ１と、任意の銘柄に関する最新の株価情報を取得
して表示する複数のクライアント２とから構成されてい
る。

【００２６】但し、サーバ１からクライアント２への配
信のタイミング及び配信する情報の内容が従来の情報配
信システムとは異なっている。つまり、本発明の情報配
信システムでは、サーバ１が、センターから送信される
市場情報を基に、予め選択されている銘柄に関する銘柄
属性情報と株価情報とを記憶し、任意の銘柄の値動き等
により、センターから当該銘柄の最新の株価情報を受信
すると、その際に、株価情報を構成する項目毎に更新の
有無を判断し、各項目の最新情報と共に更新の有無を示
す特定の情報（更新フラグ）を付加して配信情報として
記憶している。

【００２７】そして、任意のクライアント２（図１では
クライアントａ）から、例えば業務開始時に、情報の配
信を要求する銘柄（配信要求銘柄）を指定した配信要求
がサーバ１に送信されると、サーバ１で配信要求を受け
付け、全配信要求銘柄に関して、銘柄属性情報を配信
し、続いて記憶している当該銘柄の始値、高値、安値、
現在値、気配等の株価情報と更新フラグからなる配信情
報を新規情報としてクライアント２に配信する。尚、新
規情報は株価情報のみとしても構わない。

【００２８】そして、以降は定期的に、指定された各配
信要求銘柄について、株価情報の更新が発生したかを判
断し、更新が発生した銘柄についてのみ、当該銘柄に関
する配信情報を更新情報としてクライアント２に配信す
る。この時、配信される配信情報は、全ての項目（始
値、高値、安値、現在値、気配等）の株価情報と、各項
目に関する更新の有無を示す特定情報（更新フラグ）が
付加された状態のものである。そして、クライアント２
から配信の停止要求があると、更新情報の配信を停止す
る。

【００２９】尚、クライアント２では、受信した新規情
報及び以降の更新情報に従って、配信要求銘柄に関する
最新の株価情報及び更新フラグを記憶し、当該記憶した
情報を使用して表示等のアプリケーションを実行する。

【００３０】上記説明及び図１では、クライアントａに
ついて説明したが、他のクライアントからもの配信要求
に対しても、同様の手順で配信が行われる。

【００３１】また、１つのクライアント内で複数のアプ
リケーションが起動されて、各々異なる配信要求を行う
場合は、アプリケーション毎に上記一連の動作が行われ
る。尚、説明を簡単にするために、以降は、１つのクラ
イアント２からは同時に１つの配信要求しか行われない
と仮定して説明する。

【００３２】次に、上記説明した本発明の情報配信シス
テムを実現する具体的な構成（第１の実施の形態）につ
いて説明する。まず、本発明の第１の実施の形態に係る
情報配信システムのサーバ１（第１のサーバ）の構成に
ついて図２を使って説明する。図２は、本発明の第１の
サーバの構成ブロック図である。

【００３３】本発明の第１のサーバ１は、基本的には、
センターからの市場情報を受信する受信部３０と、記憶
部２０と、クライアント２とのデータの送受信を行う無
線送受信部３１と、受信した市場情報を基に株価情報を
管理し、クライアント２からの要求に応じて株価情報を
配信する制御を行う制御部１０とから構成されている。

【００３４】次に、第１のサーバ１の各部について説明
する。受信部３０は、センターから伝送される市場情報
を受信し、記憶部２０の受信バッファ２１に格納するも
のである。ここで、市場情報には、定期的に伝送される
各銘柄の属性情報及び株価情報と、取引等が発生して値
動きにより随時伝送される任意の銘柄の株価情報とがあ
る。

【００３５】記憶部２０には、受信バッファ２１と、銘
柄情報記憶テーブル２２と、配信要求銘柄設定テーブル
２３とが設けられている。受信バッファ２１は、センタ
ーから伝送される市場情報を格納するバッファであり、
受信部３０によって受信した市場情報が格納され、受信
データ処理手段１１によって読み出されて処理されるよ
うになっている。

【００３６】銘柄情報記憶テーブル２２は、センターか
ら伝送される全銘柄又は予め選択された銘柄について、
銘柄毎の属性情報及び最新の株価情報と、本発明の特徴
部分である株価情報を構成する各項目に関する更新の有
無を示す情報（更新フラグ）と、クライアント２への配
信制御に用いる配信制御情報とを記憶するテーブルであ
る。

【００３７】具体的に、銘柄情報記憶テーブル２２は、
図３に示すように、銘柄毎に銘柄属性情報と、配信情報
と、更新カウンタと配信完了フラグからなる配信制御情
報から構成されている。図３は、本発明の銘柄情報記憶
テーブル２２のフォーマットを示す説明図である。

【００３８】ここで、銘柄属性情報は、日に数回センタ
ーから送信される各銘柄を定義する為の情報であり、具
体的には銘柄種別、上場取引所、銘柄コード、銘柄の状
態を示す情報等で構成されている。銘柄種別とは、例え
ば、株式１部、２部、外国株、転換社債、一般債券、…
等であり、上場取引所とは、例えば、東証、大証、名
証、…等であり、銘柄の状態とは、例えば、整理／管理
ポスト、値段の単位、…等である。尚、銘柄属性情報
は、銘柄に対応付けて銘柄属性情報だけを記憶するよう
な別のテーブルで管理するようにしても構わない。

【００３９】また、配信情報は、始値、高値、安値、現
在値、気配等の項目で構成される株価情報の最新情報
と、各項目に対して、直近に値動きによる更新があった
か否かを示す更新フラグとで構成されている。

【００４０】ここで、更新フラグは、更新無しの場合を
値０（ゼロ）とし、更新有りの場合を値１に設定するも
のとする。但し、更新有り無しを示す値は逆であっても
構わない。図３の例で説明すると、銘柄１では現在値の
みが更新され、銘柄４では現在値と高値が更新されたこ
とになる。尚、図３では項目の情報の次に項目に対応す
る更新フラグを設けているが、項目の情報と更新フラグ
とを別々にまとめて記憶するようにしても構わない。

【００４１】そして、更新フラグは、後述する受信デー
タ処理手段１１によって、対応する銘柄の株価情報を受
信し株価情報を更新する際に、前回更新された株価情報
をクライアントに配信済であれば、全項目について更新
無しにクリアされる。そして、更に受信データ処理手段
１１によって、更新有りと判断された項目に対応する更
新フラグが更新有りに変更されるようになっている。

【００４２】尚、株価情報を受信して更新する際に、前
回更新された株価情報を配信済でない場合は、いずれの
項目も更新フラグをクリアせずにそのまま残し、更に今
回の受信データで、更新有りと判断された項目に対応す
る更新フラグを更新有りに変更するようになっている。

【００４３】また、配信制御情報の更新カウンタ（ＣＮ
Ｔ）は、対応する銘柄について、何回株価情報の更新が
あったかを示す例えば１バイトのカウンタである。初期
値を０とし、受信した市場情報によって株価情報の何れ
かの項目に値動きが発生して更新される毎に、受信デー
タ処理手段１１によってカウントアップされていくよう
になっている。

【００４４】また、配信制御情報の配信完了フラグは、
対応する銘柄の更新された配信情報が、配信要求してい
るクライアント２に配信されたか否かを示すフラグであ
る。つまり、受信データ処理手段１１によって株価情報
の更新が認識されると、配信完了フラグは配信未完了の
値１に設定され、配信制御処理手段１３によって配信要
求しているクライアント２への配信が完了すると、配信
完了の値０（ゼロ）に設定されるようになっている。但
し、配信完了／未完了を示す値は逆であっても構わな
い。

【００４５】また、複数のクライアント２への配信がバ
ラバラに行われる場合は、全てのクライアント２への配
信が完了したときに配信完了に設定される必要がある。
そこで、各クライアントに対応する配信完了フラグを別
途設け、全てのクライアントへの配信が完了した時に銘
柄情報記憶テーブル２２の配信完了フラグが配信完了と
なるようにしてもよいし、銘柄情報記憶テーブル２２に
各クライアントに対応する配信完了フラグを設け、全て
の配信完了フラグが配信完了になっている場合を配信完
了と認識して更新フラグをクリアするようにしても良
い。

【００４６】配信要求銘柄設定テーブル２３は、クライ
アント２からの配信要求に従ってクライアント２毎に作
成され、配信が要求された配信要求銘柄及びその配信制
御に用いる情報とを記憶するテーブルで、図４に示すよ
うに、配信要求銘柄と、配信制御に用いる配信カウンタ
（ＣＮＴ′）とを組にして記憶するようになっている。
図４は、本発明の配信要求銘柄設定テーブル２３のフォ
ーマットを示す説明図である。

【００４７】ここで、配信要求銘柄は、クライアント２
から伝送された配信要求で特定された配信要求銘柄の銘
柄コードが、要求受付処理手段１２によって格納される
ものである。また、配信カウンタ（ＣＮＴ′）は、配信
要求を受け取った際に、要求受付処理手段１２が新規情
報の送信を行う時に銘柄情報記憶テーブル２２の該当す
る銘柄の更新カウンタの値が要求受付処理手段１２によ
って複写され、以降は、配信制御処理手段１３によって
配信が行われる毎に銘柄情報記憶テーブル２２の該当す
る銘柄の更新カウンタの値が複写されて更新されるよう
になっている。

【００４８】無線送受信部３１は、クライアント２との
情報の送受信をするもので、ここでは、サーバ１とクラ
イアント２との間で無線伝送を行う場合を記載したが、
接続方法は無線に限定せず、例えば、ＬＡＮ接続等であ
っても構わない。

【００４９】制御部１０は、サーバ１全体の制御を行う
もので、受信データ処理手段１１と、要求受付処理手段
１２と、配信制御処理手段１３とが設けられている。
尚、受信部３０と受信バッファ２１と受信データ処理手
段１１が請求項３記載の受信手段に相当している。

【００５０】受信データ処理手段１１は、受信した市場
情報に基づいて、銘柄情報記憶テーブル２２を更新する
手段である。

【００５１】ここで、受信データ処理手段１１の具体的
な処理の流れについて、図５を使って説明する。図５
は、本発明の受信データ処理手段１１の処理の流れを示
すフローチャート図である。

【００５２】本発明の受信データ処理手段１１は、受信
バッファ２１から受信データを読み出し（１００）、受
信バッファ２１にデータがあったか判断し（１０２）、
データがない場合（Ｎｏ）は、処理１００を繰り返し、
データがあった場合（Ｙｅｓ）は、そのデータが銘柄属
性情報であるか判断し（１０３）、銘柄属性情報である
場合（Ｙｅｓ）は、銘柄属性情報を銘柄情報記憶テーブ
ル２２に格納し（１２０）、処理１００に戻る。

【００５３】一方、処理１０３において銘柄属性情報で
ない、つまり任意の銘柄の株価情報である場合（Ｎｏ）
は、銘柄情報記憶テーブル２２の当該銘柄に関する配信
完了フラグを参照して配信が完了しているか判断し（１
０４）、配信が完了していない場合（Ｎｏ）は、そのま
ま処理１０６に移る。

【００５４】一方、処理１０４において、配信が完了し
ている場合は、銘柄情報記憶テーブル２２の当該銘柄に
関する更新フラグを全てクリアし（１０５）、株価情報
の各項目について受信データと記憶しているデータとを
比較して、各項目について更新があるかを判断する（１
０６）。

【００５５】そして、更新がない場合（Ｎｏ）は処理１
００に戻り、更新がある場合（Ｙｅｓ）には、更新があ
った項目の受信データを銘柄情報記憶テーブル２２に格
納して更新し（１０７）、その項目の更新フラグを更新
有に設定し（１０８）、更に当該銘柄の更新カウンタ
（ＣＮＴ）をインクリメントし（１０９）、配信完了フ
ラグを配信未完了に設定し（１１０）、処理１００に戻
って次の受信データに関する処理を繰り返す。

【００５６】要求受付処理手段１２は、クライアント２
からの配信要求及び停止要求を受け付け、配信要求受付
処理及び停止要求受付処理を行うものである。

【００５７】ここで、要求受付処理手段１２の配信要求
受付処理の具体的な処理の流れについて、図６を使って
説明する。図６は、本発明の要求受付処理手段１２の配
信要求受付処理の流れを示すフローチャート図である。

【００５８】本発明の要求受付処理手段１２の配信要求
受付処理は、任意のクライアント２からの配信要求銘柄
と配信間隔からなる配信要求を受信し（３００）、当該
クライアント２に対応する配信要求銘柄設定テーブル２
３を作成して（３０２）、配信要求の中で特定されてい
る配信要求銘柄を配信要求銘柄設定テーブル２３に格納
して登録する（３０４）。

【００５９】そして、配信要求銘柄設定テーブル２３に
登録された配信要求銘柄を順に選択し（３０６）、銘柄
情報記憶テーブル２２から銘柄属性情報を読み込んでク
ライアント２に送信し（３０８）、銘柄情報記憶テーブ
ル２２から配信情報（株価情報及び更新フラグ）を読み
込んでクライアント２に送信し（３１０）、配信情報銘
柄情報記憶テーブル２２の更新カウンタの値を配信要求
銘柄設定テーブル２３の配信カウンタに複写する（３１
１）。

【００６０】そして、全ての配信要求銘柄について終了
したか判断し（３１２）、終了していない場合（Ｎｏ）
は、処理３０６に戻り、終了した場合（Ｙｅｓ）は、配
信要求を行ったクライアント２の情報（例えば、識別
子）と、配信要求に含まれる配信間隔の情報を配信開始
指示として後述する配信制御処理手段１３に出力し（３
１４）、配信要求受付処理を終了する。

【００６１】一方、要求受付処理手段１２の停止要求受
付処理は、停止要求を送信したクライアント２の情報を
配信停止指示として配信制御処理手段１３に出力し、当
該クライアント２に対応する配信要求銘柄設定テーブル
２３を削除する処理である。

【００６２】配信制御処理手段１３は、配信要求を受け
たクライアント２に対して、配信停止指示があるまで、
定期的に株価情報を配信する制御を行う手段である。具
体的に、配信制御処理手段１３は、要求受付処理手段１
２からの配信開始指示を入力して、配信要求を送信した
クライアント２に対する配信間隔を記憶し、記憶された
配信間隔に従ってクライアント２毎に、定期的に配信処
理を起動し、配信処理の中で登録された配信要求銘柄に
ついて、株価情報が更新されているか判断し、更新され
ている銘柄について配信情報（株価情報及び更新フラ
グ）をクライアント２に配信し、要求受付処理手段１２
からの配信停止指示を入力すると、配信処理の起動を停
止するようになっている。

【００６３】尚、ここで配信間隔は、クライアント２側
のアプリケーションで要求される情報のリアルタイム性
と、サーバ／クライアント間のトラフィックとのかねあ
いにより可変とし、配信間隔の時間を短くするほどリア
ルタイム性は向上するがトラフィックは増大し、一定時
間を長くするほどリアルタイム性は損なわれるがトラフ
ィックは軽減できることになる。

【００６４】ここで、配信制御処理手段１３における配
信処理の具体的な処理の流れについて、図７を使って説
明する。図７は、本発明の配信制御処理手段１３の配信
処理の流れを示すフローチャート図である。

【００６５】本発明の配信制御処理手段１３の処理は、
クライアント２毎に配信間隔に従って起動され、対応す
る配信要求銘柄設定テーブル２３内の配信要求銘柄をサ
ーチして１つの配信要求銘柄を選択し（２０２）、配信
要求銘柄設定テーブル２３の当該銘柄の配信カウンタ
（ＣＮＴ′）の値と、当該銘柄に関する銘柄情報記憶テ
ーブル２２の更新カウンタ（ＣＮＴ）の値とを比較し
（２０４）、ＣＮＴ≠ＣＮＴ′でない場合（Ｎｏ）は、
処理２１０に進む。

【００６６】そして、ＣＮＴ≠ＣＮＴ′である場合（Ｙ
ｅｓ）は、当該銘柄の配信情報（株価情報及び更新フラ
グ）をクライアント２に配信し（２０７）、銘柄情報記
憶テーブル２２の更新カウンタ（ＣＮＴ）の値を配信要
求銘柄設定テーブル２３の配信カウンタ（ＣＮＴ′）に
コピーしてＣＮＴ′を更新し（２０８）、銘柄情報記憶
テーブル２２の配信完了フラグを完了に設定する（２０
９）。

【００６７】上記配信処理の結果、配信要求銘柄の中
で、サーバ１の銘柄情報記憶テーブル２２で更新があっ
て更新カウンタ（ＣＮＴ）がインクリメントされた銘柄
に対してのみ、処理２０４の判断がＹｅｓとなって株価
情報と更新フラグがクライアント２に配信されることに
なる。

【００６８】そして、選択された配信要求銘柄設定テー
ブル２３の全配信要求銘柄について終了したか判断し
（２１０）、終了していない場合（Ｎｏ）は、処理２０
２に戻って次の配信要求銘柄について配信の処理を繰り
返し、全配信要求銘柄について終了した場合は、配信制
御処理手段１３の配信処理を終了する。

【００６９】上記配信処理の結果、配信要求銘柄の中
で、サーバ１の銘柄情報記憶テーブル２２で更新があっ
て更新カウンタ（ＣＮＴ）がインクリメントされた銘柄
に対してのみ、処理２０４の判断がＹｅｓとなって株価
情報と更新フラグがクライアント２に配信されることに
なる。

【００７０】上記説明では、クライアント毎に、配信要
求時に送信された配信間隔に従って並列に配信処理が起
動されるように説明したが、各クライアント２からの配
信間隔の送信は省略し、サーバの配信制御処理手段１３
における配信間隔は共通として、定期的に一斉に各クラ
イアント２に対する配信処理を起動しても良い。

【００７１】また、配信間隔を共通として、当該間隔で
起動された単一の配信処理が、複数のクライアント２に
対する配信要求銘柄設定テーブル２３のサーチを順に行
い、全クライアント２に対する配信処理が終了したとこ
ろで、銘柄情報記憶テーブル２２の全銘柄の配信完了フ
ラグを配信完了に設定するようにしても構わない。

【００７２】上記説明した制御部１０の構成では、要求
受付処理手段１２が、各クライアント２からの要求を受
け付けるものとし、配信制御処理手段１３が全クライア
ント２からの配信要求に応じた配信処理を行うものとし
ているが、１つのクライアント２からの配信要求に対応
して、要求受付処理手段１２と配信制御処理手段１３と
が１プロセスとして配信停止まで動作するようにしても
構わない。

【００７３】次に、本発明の第１の情報配信システムの
クライアント２の構成について、図８を使って説明す
る。図８は、本発明の第１の情報配信システムのクライ
アントの構成ブロック図である。本発明の第１の情報配
信システムのクライアント２は、サーバ１との送受信を
行う無線送受信部７１と、配信要求及び停止要求の指示
を入力する入力部７２と、サーバ１から配信された株価
情報と更新フラグを記憶する選択銘柄情報記憶テーブル
６１を具備する記憶部６０と、クライアント２における
株価情報の取得及び表示制御等のアプリケーションを実
行する制御部５０と、アプリケーションの実行結果を表
示する表示部７３とから構成されている。尚、受信デー
タ処理手段５２と銘柄情報記憶テーブル６１とが請求項
３及び請求項４の受信手段に相当している。

【００７４】選択銘柄情報記憶テーブル６１は、入力部
７２から配信要求銘柄として入力された銘柄について、
銘柄毎に銘柄属性情報と、始値、高値、安値、現在値、
気配等の株価情報の各項目の最新の情報とそれに対する
更新フラグとを記憶するテーブルであり、テーブルのフ
ォーマットは、図３に示したサーバ１の銘柄情報記憶テ
ーブル２２とほぼ同様であるが、更新カウンタ（ＣＮ
Ｔ）及び配信完了フラグのエリアがない点と、銘柄が選
択された配信要求銘柄のみである点が異なっている。

【００７５】制御部５０の内部には、銘柄設定手段５１
と、受信データ処理手段５２と、表示制御手段５３を具
備している。銘柄設定手段５１は、入力部７２から配信
要求の指示及び停止要求の指示を入力し、無線送受信部
７１に配信要求及び停止要求を出力してサーバ１に送信
する手段である。

【００７６】ここで、配信要求は、サーバ１側で配信処
理を行う間隔を指定する配信間隔と、株価情報の配信を
希望する配信要求銘柄を銘柄コード等で指定するもので
ある。尚、サーバ１側での配信処理の間隔を書くクライ
アントで共通とする場合は、配信間隔の送信を省略して
も構わない。また、停止要求は、株価情報の配信の停止
を指示するものである。

【００７７】受信データ処理手段５２は、送信した配信
要求に対して、サーバ１から配信される銘柄属性情報
と、最新の株価情報及び更新フラグから成る新規情報を
受信し、以降は、指定した配信要求銘柄について、更新
があった場合にサーバ１から配信される株価情報及び更
新フラグから成る更新情報を無線送受信部７１を介して
受け取り、選択銘柄情報記憶テーブル６１に格納する手
段である。

【００７８】表示制御手段５３は、選択銘柄情報記憶テ
ーブル６１に記憶された銘柄属性情報と最新の株価情報
及び更新フラグから表示情報を編集する手段であるが、
サーバ１から配信され選択銘柄情報記憶テーブル６１に
記憶される株価情報には、直近に更新された項目につい
ては更新フラグが設定されているので、それを用いて更
新フラグが設定された項目について特別な表示（強調表
示）等を行うこともできる。

【００７９】次に、本発明の第１の情報配信システムの
動作について、図１，図２，図８を用いて説明する。本
発明の第１の情報配信システムでは、日に数回センター
から銘柄属性情報及び各銘柄の株価情報が送信される
と、サーバ１の受信部３０で受信されて受信バッファ２
１に一時記憶され、受信データ処理手段１１によって銘
柄情報記憶テーブル２２に銘柄毎に格納される。

【００８０】また、値動き等があった銘柄に関する最新
の株価情報が随時センターから送信されると、サーバ１
の受信部３０で受信されて受信バッファ２１に一時記憶
され、受信データ処理手段１１によって銘柄情報記憶テ
ーブル２２の当該銘柄に関する配信完了フラグがチェッ
クされ、配信が完了されている場合は、各項目の更新フ
ラグがクリアされる。

【００８１】そして、銘柄情報記憶テーブル２２の当該
銘柄に関する株価情報が参照され、受信データについて
項目毎に更新があったか判断されながら、銘柄情報記憶
テーブル２２に最新の株価情報と更新の有無を示す更新
フラグが格納され、何れかの項目で更新があった場合
に、更新カウンタ（ＣＮＴ）がカウントアップされ、更
に配信完了フラグが配信未完了に設定される。

【００８２】一方、クライアント２では、株価情報の配
信を希望する配信間隔と配信要求銘柄が銘柄コード等で
入力部７２から入力され、銘柄設定手段５１によって配
信要求として無線送受信部７１を介してサーバ１に送信
される。

【００８３】サーバ１では、クライアント２からの配信
要求を無線送受信部３１を介して受信し、要求受付処理
手段１２の動作によって、当該クライアント２に対応付
けて配信要求銘柄設定テーブル２３が作成され、配信要
求された配信要求銘柄が登録される。

【００８４】そして、全ての配信要求銘柄について、銘
柄情報記憶テーブル２２の銘柄属性情報と配信情報（株
価情報及び更新フラグ）とが当該クライアント２に送信
され、銘柄情報記憶テーブル２２の更新カウンタが配信
要求銘柄設定テーブル２３の配信カウンタに複写され、
当該クライアント２の情報（例えば、識別子）と配信間
隔とが配信開始指示として配信制御処理手段１３に出力
される。

【００８５】そして、以降は、サーバ１において配信制
御処理手段１３によって、クライアント２に対応して要
求された配信間隔で配信処理が起動され、対応する配信
要求銘柄設定テーブル２３に登録された配信要求銘柄に
ついて、配信カウンタ（ＣＮＴ′）と銘柄情報記憶テー
ブル２２の更新カウンタ（ＣＮＴ）とが比較されて、Ｃ
ＮＴ≠ＣＮＴ′の場合に更新があったとして当該銘柄に
関する配信情報がクライアント２に配信され、更にＣＮ
Ｔの値がＣＮＴ′に複写されて更新される。

【００８６】つまり、クライアント２では、配信要求を
送信したときは、サーバ１から配信要求した銘柄の銘柄
属性情報と最新の株価情報と更新フラグを受け取り、以
降は、指定した配信要求銘柄で値動きによる更新があっ
たときのみ、その株価情報と更新フラグを更新情報とし
て受け取ることになる。

【００８７】また、クライアント２では、配信要求した
際に、配信要求銘柄に関する銘柄属性情報を受け取るの
で、当該銘柄属性情報に従った表示制御を行うことが可
能になる。また、受信した更新情報中に含まれる、直近
の更新を示す更新フラグによって、株価情報の項目中の
更新項目を識別できるので、更新項目を強調表示する等
の表示制御を行うことが可能になる。

【００８８】一方、クライアント２において、入力部７
２から配信を停止する要求が入力されると、銘柄設定手
段５１によって停止要求として無線送受信部７１を介し
てサーバ１に送信される。

【００８９】サーバ１では、クライアント２からの停止
要求を無線送受信部３１を介して受信し、要求受付処理
手段１２の動作によって、当該クライアント２の配信要
求銘柄設定テーブル２３を削除し、配信の停止指示が配
信制御処理手段１３に出力される。

【００９０】尚、上記説明では、要求受付処理手段１２
と、配信制御処理手段１３とを独立したものとして説明
したが、任意のクライアント２からの配信要求に対し
て、要求処理手段１２と配信制御処理手段１３からなる
１つのプロセスが動作するようにしても構わない。

【００９１】また、上記説明では、配信が完了していな
い銘柄に関する株価情報をセンターから受信した場合
に、前回の更新における更新有りの情報（更新フラグ）
を保持し、今回の更新情報と共に配信するために、銘柄
情報記憶テーブル２２に配信完了フラグを設け、受信デ
ータ処理手段１１が配信完了フラグを参照して配信の完
了を検知したときに、銘柄情報記憶テーブル２２の更新
フラグをクリアするようにしたが、別の方法として、配
信制御処理手段１３が配信の完了を検知したときに、更
新フラグをクリアするようにしても構わない。

【００９２】また、上記説明では、サーバ１の配信制御
処理手段１３において、配信要求の直後の新規情報の配
信だけでなく、以降の更新情報の配信においても当該銘
柄の株価情報の全項目を配信するように説明したが、配
信要求の直後の新規情報の配信では全項目を配信し、以
降の更新情報の配信時には、更新のあった項目の識別子
を付加するようにして更新のあった項目のみを配信する
ようにしても構わない。但し、その場合は、クライアン
ト２の受信データ処理手段５２において、更新のあった
識別子に従った更新処理を行う必要がある。

【００９３】本発明の第１の実施の形態に係る情報配信
システムによれば、クライアント２からの配信要求直後
に配信要求銘柄の株価情報と更新フラグを新規情報とし
てサーバ１からクライアント２に配信し、以降は、定期
的に当該銘柄で値動きによる更新が発生したか判断し、
更新が発生した場合のみ、株価情報と更新フラグを更新
情報としてサーバ１からクライアント２に配信するの
で、クライアント２からは新規の配信要求を行うだけ
で、以降は配信要求をしなくても更新がある度に配信さ
れ、ある程度のリアルタイム性を保持しながら、且つサ
ーバ／クライアント間のトラフィックを軽減して、更新
情報をクライアント２に配信できる効果がある。

【００９４】また、本発明の第１の実施の形態に係る情
報配信システムによれば、クライアント２からの配信要
求時に配信間隔を送信し、サーバ１側では、当該配信間
隔に従って配信処理を行うので、クライアント２側の要
求に応じたリアルタイム性を保持しながら、且つサーバ
／クライアント間のトラフィックを軽減して、更新情報
をクライアント２に配信できる効果がある。

【００９５】次に、本発明の情報配信システムを実現す
る別の構成例について説明する。本発明の情報配信シス
テムを実現する別の構成例（第２の実施の形態）におい
て、クライアント２側の構成は第１の実施の形態と全く
同様であり、サーバ１側の構成が異なっているので、サ
ーバ１を中心に説明する。

【００９６】本発明の第２の実施の形態に係る第２の情
報配信システムは、サーバが、受信した市場情報を基に
市場情報を構成する各項目の値動きによる更新（以降は
単に更新と呼ぶ）の有無を検出し、株価情報を更新する
と、当該更新項目に特定の情報を付加して株価の最新情
報を配信情報として記憶し、クライアントから要求され
た銘柄について、要求時に当該銘柄の株価情報を配信
し、以降は、各銘柄毎に更新があったかを判断し、更新
のあった時に、当該銘柄の配信を要求しているクライア
ント２に対して、株価情報と更新項目を示す特定情報を
クライアントに配信するので、リアルタイムに更新情報
を配信でき、且つサーバ／クライアント間のトラフィッ
クを軽減し、更にクライアント側では直近の更新情報を
識別できるものである。

【００９７】本発明の第２の情報配信システムの概略構
成は、図１に示した第１の情報配信システムと同様であ
り、サーバ１とクライアント２との間でやり取りする情
報の内容も同様であるが、サーバ１では、第１の情報配
信システムのように定期的にクライアント毎に配信を要
求した銘柄の更新の発生を検出するのではなく、任意の
銘柄における更新を監視し、更新の発生をトリガとし
て、当該銘柄の配信を要求していたクライアント２に対
して更新情報を配信する点が異なっている。

【００９８】第２の情報配信システムのクライアント２
は、配信要求として配信間隔を送信しない点を除いて第
１の情報配信システムのクライアント２と全く同様であ
るので、説明を省略し、サーバ１について説明する。

【００９９】まず、本発明の実施の形態に係る第２の情
報配信システムのサーバ（第２のサーバ）の構成につい
て図９を使って説明する。図９は、本発明の第２のサー
バの構成ブロック図である。

【０１００】本発明の第２のサーバ１は、基本的には第
１のサーバ１と同様で、センターからの市場情報を受信
する受信部３０と、記憶部２０′と、クライアント２と
のデータの送受信を行う無線送受信部３１と、受信した
市場情報を基に株価情報を管理し、クライアント２から
の要求に応じて株価情報を配信する制御を行う制御部１
０′とから構成されている。

【０１０１】但し、記憶部２０′内の内容と、制御部１
０′内の内容が第１のサーバ１とは異なっている。

【０１０２】第２のサーバ１の記憶部２０′には、第１
のサーバと全く同様の受信バッファ２１と、銘柄毎の銘
柄属性情報と最新の株価情報及び更新フラグと各クライ
アント２における配信要求銘柄の設定状況と配信完了示
す情報を記憶する銘柄情報記憶テーブル２２′とが設け
られている。

【０１０３】ここで、第２のサーバ１の銘柄情報記憶テ
ーブル２２′について、図１０を用いて説明する。図１
０は、本発明の第２のサーバ１の銘柄情報記憶テーブル
２２のフォーマットを示す説明図である。

【０１０４】銘柄情報記憶テーブル２２′は、銘柄毎の
最新の株価情報を記憶するテーブルで、図３に示すよう
に、銘柄毎の始値、高値、安値、現在値、気配等の株価
情報と各々の直近の更新を示す更新フラグとから構成さ
れる配信情報と、クライアント２毎の配信要求の有無を
示す銘柄設定情報と、配信完了フラグから構成されてい
る。

【０１０５】ここで、株価情報は第１のサーバ１の銘柄
情報記憶テーブル２２と全く同様であり、配信要求フラ
グは、クライアント２毎に各銘柄の情報の配信要求が登
録されたか否かを示し、例えば初期値０であれば未登録
で、登録されると値１が設定されるようになっている。

【０１０６】図１０の例では、クライアントａが銘柄１
と銘柄４…について配信要求しており、クライアントｂ
が銘柄１と銘柄３と銘柄４…について配信要求している
ことになる。尚、配信要求フラグのエリアとして、接続
されるクライアント２の数に対して十分のエリアが確保
されている必要がある。

【０１０７】また、配信完了フラグは、第１のサーバ１
と同様に、対応する銘柄の更新された配信情報が、配信
要求している全てのクライアント２に配信されたか否か
を示すフラグであり、受信データ処理手段１１′によっ
て株価情報の更新が認識されると、配信未完了の値１に
設定され、配信制御処理手段１３′によって配信要求し
ている全てのクライアント２への配信が完了すると、配
信完了の値０（ゼロ）に設定されるようになっている。
但し、配信完了／未完了を示す値は逆であっても構わな
い。

【０１０８】そして、第２のサーバ１の制御部１０′
は、図９に示すように、受信データ処理手段１１′と、
要求受付処理手段１２′と、配信制御処理手段１３′と
から構成されている。

【０１０９】受信データ処理手段１１′は、第１のサー
バ１の受信データ処理手段１１と同様に、受信した市場
情報に基づいて銘柄情報記憶テーブル２２を更新する手
段であるが、銘柄情報記憶テーブル２２′のデータ更新
及び更新フラグ設定後に、配信完了フラグを配信未完了
に設定し、更に後述する配信制御処理手段１３′に対し
て更新配信指示として更新のあった銘柄（更新銘柄）を
示す情報を出力する点が異なっている。

【０１１０】要求受付処理手段１２′は、第１のサーバ
１の要求受付処理手段１２と同様に、クライアント２か
らの配信要求及び停止要求に従った処理を行うものであ
るが、第２のサーバ１の要求受付処理手段１２′は、任
意のクライアント２からの配信要求及び停止要求に従う
情報を銘柄情報記憶テーブル２２′の配信要求フラグに
設定する点が異なっている。

【０１１１】つまり、要求受付処理手段１２′は、任意
のクライアント２からの配信要求を受け取ると、銘柄情
報記憶テーブル２２′の当該クライアント２に対応する
配信要求銘柄の配信要求フラグの値を１に変更し、配信
要求銘柄に関する銘柄情報記憶テーブル２２′の銘柄属
性情報及び配信情報（株価情報及び更新フラグ）をクラ
イアント２に配信する。

【０１１２】一方、停止要求を受け取ると、銘柄情報記
憶テーブル２２′の当該クライアント２に対応する指定
された銘柄の配信要求フラグを初期値の０に戻す。

【０１１３】配信制御処理手段１３′は、クライアント
２に株価情報を配信する制御を行う手段であり、受信デ
ータ処理手段１１′からの更新配信指示を受け取ると起
動され、銘柄情報記憶テーブル２２′の配信要求フラグ
を参照して、配信要求が登録されているクライアント２
を抽出し、指定のあった銘柄の株価情報を抽出されたク
ライアント２に対して配信するようになっている。そし
て、抽出された全クライアント２に配信が終了したな
ら、当該銘柄に関する配信完了フラグを配信完了に設定
するようになっている。

【０１１４】次に、本発明の第２の情報配信システムの
動作について、第１の情報配信システムとの違いを中心
に図９を用いて説明する。本発明の第２の情報配信シス
テムでは、センターから伝送される銘柄毎の市場情報が
サーバ１の受信部３０で受信されて受信バッファ２１に
一時記憶され、受信データ処理手段１１′によって銘柄
情報記憶テーブル２２′の 株価情報のエリアに記憶さ
れる。

【０１１５】一方、クライアント２から、株価情報の配
信要求銘柄が配信要求としてサーバ１に送信され、要求
受付処理手段１２′の動作によって、銘柄情報記憶テー
ブル２２′のクライアント２に対応する配信要求銘柄の
配信要求フラグが１に設定され、配信銘柄に関する銘柄
属性情報と株価情報及び更新フラグが銘柄情報記憶テー
ブル２２′から読み込まれてクライアント２に配信され
る。

【０１１６】そして、更にセンターから伝送される銘柄
毎の市場情報がサーバ１の受信部３０で受信されて受信
バッファ２１に一時記憶され、受信データ処理手段１
１′によって銘柄情報記憶テーブル２２の当該銘柄に関
する配信完了フラグがチェックされ、配信が完了されて
いる場合は、各項目の更新フラグがクリアされ、値動き
による更新項目が判断されながら、銘柄情報記憶テーブ
ル２２′に最新の株価情報と直近に更新があったことを
示す更新フラグが格納され、更新があった場合に、配信
完了フラグが配信未完了に設定されて、銘柄が更新配信
指示として配信制御処理手段１３′に出力される。

【０１１７】そして、更新配信指示の銘柄の情報を受け
た配信制御処理手段１３′によって、銘柄情報記憶テー
ブル２２′の当該銘柄に対する配信要求フラグがサーチ
され、値１が設定されているクライアント２が抽出さ
れ、抽出されたクライアント２に対して当該銘柄の株価
情報と更新フラグが配信され、配信完了フラグが配信完
了に設定される。

【０１１８】一方、クライアント２から停止要求がサー
バ１に送信されると、要求受付処理手段１２′の動作に
よって、銘柄情報記憶テーブル２２′のクライアント２
対応する配信要求フラグの値が０に初期化される。

【０１１９】尚、上記説明では、新規の配信を要求受付
処理手段１２′で行うようにしていたが、要求受付処理
手段１２′からの指示で配信制御処理手段１３′が行う
ようにしても構わない。

【０１２０】また、上記説明では、配信が完了していな
い銘柄に関する株価情報をセンターから受信した場合
に、前回の更新における更新有りの情報（更新フラグ）
を保持し、今回の更新情報と共に配信するために、銘柄
情報記憶テーブル２２′に配信完了フラグを設け、受信
データ処理手段１１′が配信完了フラグを参照して配信
の完了を検知したときに、銘柄情報記憶テーブル２２′
の更新フラグをクリアするようにしたが、別の方法とし
て、配信制御処理手段１３′が配信の完了を検知したと
きに、更新フラグをクリアするようにしても構わない。

【０１２１】また、上記説明では、サーバ１の配信制御
処理手段１３′において、配信要求の直後の新規情報の
配信だけでなく、以降の更新情報の配信においても当該
銘柄の株価情報の全項目を配信するように説明したが、
配信要求の直後の新規情報の配信では全項目を配信し、
以降の更新情報の配信時には、更新のあった項目の識別
子を付加するようにして更新のあった項目のみを配信す
るようにしても構わない。但し、その場合は、クライア
ント２の受信データ処理手段５２において、更新のあっ
た識別子に従った更新処理を行う必要がある。

【０１２２】本発明の第２の実施の形態に係る情報配信
システムによれば、クライアント２からの配信要求をト
リガとして、配信要求銘柄の株価情報を新規情報として
サーバ１からクライアント２に配信し、以降は、配信要
求された銘柄での更新発生をトリガとして、株価情報を
更新情報としてサーバ１からクライアント２に配信する
ので、クライアント２からは新規の配信要求をおこなう
だけで、以降は配信要求をしなくても更新があると即座
に更新情報が配信され、従来の第２の情報配信システム
と同様に更新情報をリアルタイムに配信し、且つリンク
に起因する冗長な伝送データを発生させることがないの
で、サーバ／クライアント間のトラフィックを軽減しな
がら、更新情報をリアルタイムにクライアント２に配信
できる効果がある。

【０１２３】本発明の第１及び第２の情報配信システム
によれば、更新された株価情報のクライアントへの配信
が完了したか判断して、完了している場合に各項目の更
新フラグをクリアするので、配信が完了する前に次の更
新が発生して株価情報を受信した場合には、前回の更新
有り情報（更新フラグ１）を残したまま、更に今回新た
に更新のあった項目を更新有りにするので、配信のタイ
ミングによって更新有りが配信されないような事態は発
生せず、確実に更新された旨が配信できる効果がある。

【０１２４】また、サーバ１からクライアント２に配信
される新規情報及び更新情報には、直近に更新された情
報項目に更新フラグが付加されているため、クライアン
ト２のアプリケーションで直近に更新された情報項目を
判定して、強調表示等をすることができる効果がある。

【０１２５】また、クライアント２からの配信要求直後
に配信される新規情報の直前には、銘柄の属性情報が配
信されるため、クライアント２のアプリケーション（表
示等）でも属性情報を用いた処理を行うことができる効
果がある。

【０１２６】

【発明の効果】請求項１記載の発明によれば、サーバが
市場情報を受信し、銘柄毎に最新の株価情報を記憶し、
クライアントから配信要求銘柄を指定する配信要求がサ
ーバに送信されると、サーバが、配信要求銘柄の最新の
株価情報をクライアントに配信し、以降は市場情報を受
信して配信要求銘柄の株価情報が値動きによって更新さ
れると、更新された株価情報をクライアントに配信する
情報配信システムとしているので、任意の銘柄につい
て、クライアントから配信要求をした時と、以降は更新
があったときだけ株価情報をサーバからクライアントに
配信することによって、リアルタイム性を保持しながら
サーバ／クライアント間のトラフィックを軽減できる効
果がある。

【０１２７】請求項２記載の発明によれば、サーバが、
受信した市場情報から最新の株価情報を記憶する際に、
株価情報を構成する項目毎に、値動きによる更新の有無
を判断し、更新のあった項目には更新有りを示す情報を
付加して記憶し、クライアントに株価情報を配信する際
には更新有りを示す情報を付加してクライアントに株価
情報を配信する請求項１記載の情報配信システムとして
いるので、クライアントが配信された株価情報の中で更
新があった項目を識別でき、更新があった項目に対して
特別の表示制御を与えることができる効果がある。

【０１２８】請求項３記載の発明によれば、サーバの受
信手段が、任意の銘柄の株価情報を受信すると、当該銘
柄に関する前回更新された情報の配信が完了している場
合には株価情報の全項目の更新フラグを初期化し、全項
目について更新の有無を判断し、銘柄情報記憶テーブル
に最新の株価情報と共に更新の有無を示す更新フラグを
記憶し、何れかの項目で更新があった場合に、当該銘柄
の更新カウンタをカウントアップし、任意のクライアン
トから配信要求銘柄を指定した配信要求が送信される
と、サーバの要求受付処理手段が、クライアントに対応
する配信要求銘柄設定テーブルを作成して配信要求銘柄
を格納し、配信要求銘柄に関する株価情報及び更新フラ
グをクライアントに送信し、そのときの更新カウンタを
配信カウンタとして配信要求銘柄設定テーブルに格納
し、以降は配信制御処理手段が、定期的に、クライアン
トに対応する配信要求銘柄設定テーブルの各配信要求銘
柄に関する配信カウンタと更新カウンタとの値の比較に
よって当該銘柄の株価情報の更新を検出すると、当該銘
柄の株価情報と更新フラグをクライアントに配信し、更
新カウンタの値を配信カウンタに複写して更新し、クラ
イアントから配信の停止要求が送信されると、サーバの
要求受付処理手段が、クライアントに対応する配信要求
銘柄設定テーブルを削除して配信を停止し、クライアン
トでは、サーバから配信された株価情報と更新フラグを
受信して記憶し、表示制御手段で表示情報を編集して表
示部に表示する情報配信システムとしているので、サー
バでは、クライアントからの配信要求で配信要求銘柄の
株価情報と更新フラグを配信し、以降は、定期的に配信
要求銘柄の更新カウンタと配信カウンタとの比較によっ
て更新の有無をチェックして、更新があったときだけ株
価情報と更新フラグを配信し、クライアントでは配信さ
れた株価情報の中で更新があった項目を識別することに
よって、ある程度のリアルタイム性を保持しながら、サ
ーバ／クライアント間のトラフィックを軽減し、且つク
ライアントでは更新のあった項目を意識した表示制御が
できる効果がある。

【０１２９】請求項４記載の発明によれば、サーバが、
銘柄毎の銘柄属性情報を受信して記憶し、任意のクライ
アントからの配信要求を受け付けた時に、配信要求銘柄
の銘柄属性情報をクライアントに配信し、クライアント
が配信された銘柄属性情報を記憶して銘柄属性情報に従
った表示制御を行う請求項３記載の情報配信システムと
しているので、クライアント側で配信要求時に銘柄属性
情報を入手し、以降配信される株価情報を銘柄属性情報
を利用した表示制御で表示できる効果がある。

【０１３０】請求項５記載の発明によれば、サーバが、
クライアントから要求された配信間隔に従って、定期的
にクライアントに関する配信処理を行う請求項３又は請
求項４記載の情報配信システムとしているので、クライ
アント毎に配信間隔を可変にすることによって、クライ
アント側の要求するリアルタイム性を保持しながら、ト
ラフィックを軽減できる効果がある。

【０１３１】請求項６記載の発明によれば、任意のクラ
イアントから配信要求銘柄を指定した配信要求がある
と、サーバの要求受付処理手段が、銘柄情報記憶テーブ
ルの配信要求銘柄とクライアントとに対応する配信要求
フラグを要求有りに設定し、配信要求銘柄に関する銘柄
情報記憶テーブルの株価情報をクライアントに配信し、
サーバの受信手段が、任意の銘柄の株価情報を受信する
と、当該銘柄に関して前回更新された情報の配信が完了
している場合には株価情報の全項目の更新フラグを初期
化し、全項目について更新の有無を判断し、銘柄情報記
憶テーブルに最新の株価情報と共に更新の有無を示す更
新フラグを記憶し、何れかの項目で更新があった場合
に、配信制御処理手段が、当該銘柄に関する銘柄情報記
憶テーブルの配信要求フラグをサーチし、配信要求有り
となっている全クライアントに対して当該銘柄の株価情
報及び更新フラグを配信し、任意のクライアントから配
信の停止要求があると、サーバの要求受付処理手段がそ
のクライアントに対する銘柄情報記憶テーブルの配信要
求フラグを要求無しにリセットし、クライアントでは、
サーバから配信された株価情報と更新フラグを受信して
記憶し、表示制御手段で表示情報を編集して表示部に表
示する情報配信システムとしているので、サーバでは、
クライアントからの配信要求で配信要求銘柄の株価情報
と更新フラグを配信し、以降は、配信要求銘柄で更新が
あったときに、株価情報と更新フラグとを配信し、クラ
イアントでは配信された株価情報の中で更新があった項
目を識別することによって、リアルタイムに更新された
銘柄の株価情報を配信でき、更にサーバ／クライアント
間のトラフィックを軽減し、且つクライアントでは更新
項目を意識した表示制御ができる効果がある。

【０１３２】請求項７記載の発明によれば、サーバが、
銘柄毎の銘柄属性情報を受信して記憶し、任意のクライ
アントからの配信要求を受け付けた時に、配信要求銘柄
の銘柄属性情報をクライアントに配信し、クライアント
が配信された銘柄属性情報を記憶して銘柄属性情報に従
った表示制御を行う請求項６記載の情報配信システムと
しているので、クライアント側で配信要求時に銘柄属性
情報を入手し、以降配信される株価情報を銘柄属性情報
を利用した表示制御で表示できる効果がある。

【図面の簡単な説明】

【図１】本発明に係る情報配信システムの概略構成ブロ
ック図である。

【図２】本発明のサーバの構成ブロック図である。

【図３】本発明の銘柄情報記憶テーブルのフォーマット
を示す説明図である。

【図４】本発明の銘柄設定テーブルのフォーマットを示
す説明図である。

【図５】本発明の受信データ処理手段の処理の流れを示
すフローチャート図である。

【図６】本発明の要求受付処理手段の配信要求受付処理
の流れを示すフローチャート図である。

【図７】本発明の配信制御処理手段の配信処理の流れを
示すフローチャート図である。

【図８】本発明の情報配信システムのクライアントの構
成ブロック図である。

【図９】本発明の第２のサーバの構成ブロック図であ
る。

【図１０】本発明の第２のサーバの銘柄情報記憶テーブ
ルのフォーマットを示す説明図である。

【図１１】従来の第１の情報配信システムの概念図であ
る。

【図１２】従来の第２の情報配信システムの概念図であ
る。

【符号の説明】 １，１′，１″…サーバ、 ２，２′，２″…クライア
ント、 １０…制御部、 １１…受信データ処理手段、
１２…要求受付処理手段、 １３…配信制御処理手
段、 ２０…記憶部、 ２１…受信バッファ、 ２２…
銘柄情報記憶テーブル、 ２３…配信要求銘柄設定テー
ブル、 ３０…受信部、 ３１…無線送受信部、 ５０
…制御部、 ５１…銘柄設定手段、 ５２…受信データ
処理手段、５３…表示制御手段、 ６０…記憶部、 ６
１…選択銘柄情報記憶テーブル、７１…無線送受信部、
７２…入力部、 ７３…表示部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 萱沼 隆昭 東京都中野区東中野三丁目14番20号 国際 電気株式会社内 Ｆターム(参考） 5B049 AA06 BB47 EE05 FF01 GG03 5B089 GA11 GA21 JA33 JB10 JB15 JB22 KA05 KA07 KB10 KC15 KC30 KC51 KC60 KG10 LB14 ME14

Claims (7)

【特許請求の範囲】
1. 【請求項１】 サーバが市場情報を受信し、銘柄毎に最
   新の株価情報を記憶し、配信を要求する配信要求銘柄に
   ついてクライアントから前記配信要求銘柄の配信要求が
   前記サーバに送信されると、前記サーバが、前記配信要
   求銘柄の最新の株価情報を前記クライアントに配信し、
   以降は前記市場情報を受信して前記配信要求銘柄の株価
   情報が値動きによって更新されると、更新の度に前記更
   新された株価情報を前記クライアントに配信することを
   特徴とする情報配信システム。
2. 【請求項２】 サーバが、受信した市場情報から最新の
   株価情報を記憶する際に、株価情報を構成する項目毎
   に、値動きによる更新の有無を判断し、更新のあった項
   目には更新有りを示す情報を付加して記憶し、クライア
   ントに株価情報を配信する際には前記更新有りを示す情
   報を付加してクライアントに株価情報を配信することを
   特徴とする請求項１記載の情報配信システム。
3. 【請求項３】 市場情報を受信し、要求に応じて配信す
   るサーバが、 銘柄毎に複数項目から成る株価情報と、前記項目毎に設
   けられた値動きによる更新の有無を示す更新フラグと、
   値動きによる更新の度にカウントされる更新カウンタと
   を記憶する銘柄情報記憶テーブルと、 任意のクライアントから配信要求された配信要求銘柄
   と、前記配信要求銘柄の株価情報を前記クライアントに
   配信する際の前記更新カウンタの値を記憶する配信カウ
   ンタとの組を、前記クライアントに対応付けて記憶する
   配信要求銘柄設定テーブルと、 市場情報を受信し、前記市場情報が任意の銘柄の最新の
   株価情報の場合に、前回更新された情報の配信が完了し
   ているか判断し、配信が完了している場合に前記銘柄の
   全項目の更新フラグを初期化し、株価情報を構成する全
   項目について値動きによる更新の有無を判断し、更新が
   あった項目については、更新情報を格納し、当該項目に
   関する更新フラグを更新有りに設定し、当該銘柄の更新
   カウンタをカウントアップする受信手段と、 任意のクライアントから配信要求を受け付けると、前記
   クライアントに対応付けて前記配信要求銘柄設定テーブ
   ルを作成し、前記配信要求で指定された配信要求銘柄を
   前記配信要求銘柄設定テーブルに格納し、前記配信要求
   銘柄に関して、 前記銘柄情報記憶テーブルの株価情報と更新フラグとを
   前記クライアントに配信し、前記銘柄情報記憶テーブル
   の更新カウンタの値を配信カウンタとして前記配信要求
   銘柄設定テーブルに格納し、前記クライアントの情報を
   配信開始指示として出力し、任意のクライアントから配
   信の停止要求を受け付けると、当該クライアントに対す
   る前記配信要求銘柄設定テーブルを削除し、前記クライ
   アントの情報を配信停止指示として出力する要求受付処
   理手段と、 前記要求受付処理手段からの配信開始指示及び配信停止
   指示を入力し、定期的に前記配信開始指示のクライアン
   トに関して、当該クライアントに対応する前記配信要求
   銘柄設定テーブルに記憶された各配信要求銘柄につい
   て、当該配信要求銘柄設定テーブルの配信カウンタと前
   記銘柄情報記憶テーブルの更新カウンタとの値を比較し
   て、前記更新カウンタの値が前記配信カウンタの値と異
   なる場合に、前記配信要求銘柄に関する前記銘柄情報記
   憶テーブルの株価情報と更新フラグとを当該クライアン
   トに配信し、前記更新カウンタの値を前記配信カウンタ
   に複写する配信処理を行い、当該クライアントに関する
   配信停止指示を受け取ると前記配信処理を停止する配信
   制御処理手段とを有し、 前記クライアントが、 配信要求する配信要求銘柄と、配信の停止指示を入力す
   る入力部と、 前記入力された配信要求銘柄を配信要求として前記サー
   バに送信し、前記入力された配信の停止指示に従って配
   信の停止要求を前記サーバに送信する銘柄設定手段と、 前記サーバから配信された株価情報と更新フラグとを受
   信して記憶する受信手段と、 前記記憶された株価情報と更新フラグとに従って表示情
   報を編集する表示制御手段と、 前記表示情報を表示する表示部とを有することを特徴と
   する情報配信システム。
4. 【請求項４】 サーバが、銘柄毎に銘柄を定義する銘柄
   属性情報を受信して記憶し、任意のクライアントからの
   配信要求を受け付けると、前記配信要求で指定された配
   信要求銘柄に対応する前記銘柄属性情報を前記クライア
   ントに配信するサーバであり、 クライアントが、前記サーバから配信された銘柄属性情
   報を記憶し、前記銘柄属性情報に従った表示制御を行う
   クライアントであることを特徴とする請求項３記載の情
   報配信システム。
5. 【請求項５】 クライアントが、配信を希望する時間間
   隔を配信間隔として配信要求に含めて送信するクライア
   ントであり、 サーバが、前記配信間隔を含む配信要求を受けて、前記
   配信間隔に従って定期的に前記クライアントに関する配
   信処理を行う配信制御処理手段を有するサーバであるこ
   とを特徴とする請求項３又は請求項４記載の情報配信シ
   ステム。
6. 【請求項６】 市場情報を受信し、要求に応じて配信す
   るサーバが、 銘柄毎に複数項目から成る株価情報と、前記項目毎に設
   けられた値動きによる更新の有無を示す更新フラグと、
   クライアントに対応付けて銘柄毎の配信要求の有無を示
   す配信要求フラグとを記憶する銘柄情報記憶テーブル
   と、 市場情報を受信し、前記市場情報が任意の銘柄の最新の
   株価情報の場合に、前回更新された情報の配信が完了し
   ているか判断し、配信が完了している場合には前記銘柄
   の全項目の更新フラグを初期化し、株価情報を構成する
   全項目について値動きによる更新の有無を判断し、更新
   があった項目について、前記銘柄情報記憶テーブルに更
   新情報を格納し、前記項目に関する更新フラグを更新有
   りに設定し、何れかの項目で更新があった場合に、当該
   銘柄を更新銘柄として更新配信指示を出力する受信手段
   と、 任意のクライアントから配信要求を受け付けると、配信
   要求された配信要求銘柄に対応し、かつ当該クライアン
   トに対応する前記銘柄情報記憶テーブルの配信要求フラ
   グを要求有りに設定し、前記配信要求銘柄に関して、前
   記銘柄情報記憶テーブルの株価情報と更新フラグとを前
   記クライアントに配信し、 任意のクライアントから配信の停止要求を受け付ける
   と、当該クライアントに対応する前記銘柄情報記憶テー
   ブルの配信要求フラグを要求無しにリセットする要求受
   付処理手段と、 前記受信手段からの更新配信指示を受け取ると起動さ
   れ、前記更新配信指示で指定された更新銘柄に関する前
   記銘柄情報記憶テーブルの配信要求フラグをサーチし、
   配信要求有りとなっている全てのクライアントに対して
   前記銘柄情報記憶テーブルに記憶されている前記更新銘
   柄の株価情報及び更新フラグを配信する配信制御処理手
   段とを有し、 前記クライアントが、 配信要求する配信要求銘柄及び配信の停止指示とを入力
   する入力部と、 前記入力された配信要求銘柄を配信要求として前記サー
   バに送信し、前記入力された配信の停止指示を停止要求
   として前記サーバに送信する銘柄設定手段と、 前記サーバから配信された株価情報と更新フラグとを受
   信して記憶する受信手段と、 前記記憶された株価情報と更新フラグとに従って表示情
   報を作成する表示制御手段と、 前記表示情報を表示する表示部とを有することを特徴と
   する情報配信システム。
7. 【請求項７】 サーバが、銘柄毎に銘柄を定義する銘柄
   属性情報を受信して記憶し、任意のクライアントからの
   配信要求を受け付けると、前記配信要求で指定された配
   信要求銘柄に対応する前記銘柄属性情報を前記クライア
   ントに配信するサーバであり、 クライアントが、前記サーバから配信された銘柄属性情
   報を記憶し、前記銘柄属性情報に従った表示制御を行う
   クライアントであることを特徴とする請求項６記載の情
   報配信システム。