JP3202533B2 - 情報処理装置およびデータ送信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、受信した複数種類のデ
ータを、他の装置等に伝送する情報処理手段に係り、特
に、データの重要性等を考慮し、データの種類に応じ
て、全送信データ量に占めるデータ量の比率を変更可能
とする機能を有する情報処理手段に関する。

【０００２】

【従来の技術】従来例として株式市場システムを具体例
にとり説明していくと、従来の技術では、情報入力源か
らの情報（株価、ニュース情報）を受信するシステムか
ら、表示装置等の端末装置にシステムが受信したデータ
を送信する場合、送信データを格納しておくための領域
である送信用データ領域９０を、図２に示すように、株
価格納部９１と、ニュース情報格納部９３に分けて使用
していた。

【０００３】この際、送信用データ領域９０は、システ
ム内に１個設けられており、送信用データ領域９０自体
の大きさは、固定されている。

【０００４】また、データ格納領域境界線９２が固定さ
れており、その結果、株価のデータを格納する株価格納
部９１と、ニュース情報を格納するニュース情報格納部
９３の格納容量も固定されていた。

【０００５】送信用データ領域９０に格納された株価デ
ータおよびニュース情報データは、一定のリフレッシュ
周期毎に、時々刻々と変化する情報を受信するシステム
から端末装置側に一括して送信され、データの送信後
に、この領域は初期化される。

【０００６】株価データ格納部９１には、次回のリフレ
ッシュ周期が到来するまでの間に、銘柄別の株価データ
が、株価データの格納領域の先頭位置から順次「銘柄、
株価」を組み合わたデータとして格納される。この間、
株価が変動することにより、同一銘柄の株価が複数回入
力されることがあるが、この場合、既に格納されている
同銘柄の株価データは、新しい株価データに書き替えら
れる。

【０００７】また、株価格納部９１の格納容量が一定で
あるため、リフレッシュ周期の間に、株価格納部９１の
格納容量を越える量のデータが入力された場合、超過分
は破棄される。

【０００８】すなわち、リフレッシュ周期の間に、同一
銘柄に対する株価変動が複数回発生し、複数回、株価デ
ータが入力された場合や、同一銘柄に対するデータ領域
サイズ以上の、情報の入力が発生した場合、変動した株
価データのうちいくつかは受信しきれなくなり、株価デ
ータの受信もれを容認する構成になっていた。

【０００９】一方、ニュース情報格納部９３には、トピ
ックスや会社情報（例えば、会社の倒産情報）等のニュ
ース情報が、ニュース情報の格納領域の先頭位置から順
次格納されるが、データの性質上、通常、同一の情報が
複数回入力されることはおこらないため、データの受信
もれを防ぐために、ニュース情報を格納する領域のサイ
ズを越えないように、ニュース情報を入力する構成にな
っていた。

【００１０】また、一般に、ニュース情報の発生頻度
は、株価データほど高くないため、リフレッシュ周期の
間に、株価格納部９１があふれて株価データが破棄され
るにもかかわらず、ニュース情報格納部９３には、空き
エリアが存在するという現象が頻繁に発生していた。

【００１１】

【発明が解決しようとする課題】上述した従来技術で
は、受信すべき情報量の増大に伴い、受信データのデー
タ抜けが発生してしまうという問題が存在していた。こ
れにより、株価の時間変化を正確に表すトレンドグラフ
の表示ができなくなり、システム利用者は、トレンドグ
ラフで示された情報にい基づき、各種の検討を行う場合
に支障が生じていた。

【００１２】従来の株価データの受信方法においては、
受信した株価データをバッファに一時格納しているが、
このバッファは、１社に対し１データのみ格納できる構
成となっており、このバッファを使用することにより、
同一会社に対して複数のデータを格納しておくことはで
きなかった。

【００１３】つまり、同一会社の株価データが、少し時
間差をおいて、２つ送信されてきた場合に、１つ目の株
価データは、２つ目の株価データによって消されてしま
うという問題が存在していた。

【００１４】また、図２に図示してないが、ホスト側の
システムが受信したデータを、端末装置である表示装置
に送信する際に使用する、送信バッファ（受信した、株
価と、ニュース情報を一時格納するためのバッファ）に
おいて、株価データを格納する領域（株価格納部９１）
と、ニュース情報を格納する領域（ニュース情報格納部
９３）のサイズは、固定されていた。

【００１５】このため、受信されたニュース情報の情報
量が少量である場合には、ニュース情報格納９３に、大
量の空き領域が発生するものの、この空き領域を効率良
く利用するができないという、問題も存在していた。

【００１６】そこで、本発明の目的は、このような問題
を解決する手段を提供することにある。

【００１７】

【課題を解決するための手段】上記課題を解決するた
め、以下のような手段が考えられる。

【００１８】すなわち、複数種類のデータを受信する受
信手段と、データの種類ごとに受信したデータを格納す
る複数の格納手段と、受信装置が受信したデータを処理
する処理手段と、送信データを格納する送信格納バッフ
ァと、送信格納バッファの格納データを、所定の伝送レ
ートで送信する送信処理手段とを備える。

【００１９】前記処理手段は、複数種類のうち予め定め
た種類のデータの、対応する格納手段内に格納されてい
るデータ容量を検出し、該データ容量に対応した、前記
送信格納バッファ内の記憶エリアを確保して、前記対応
する格納手段内に格納されているデータを、前記確保し
た記憶エリアに格納し、さらに、前記予め定めた種類以
外の種類のデータを、対応する格納手段から獲得し、獲
得したデータを送信格納バッファの残りの空きエリアに
記憶する情報処理装置である。

【００２０】また、以下に示すような、データ送信方法
も考えられる。

【００２１】すなわち、複数種類のデータを、所定の伝
送レートで出力するデータ送信方法であって、前記複数
種類のデータを受信し、受信したデータを格納してお
き、前記複数種類のうち予め定めた種類のデータの、デ
ータ容量を検出し、該データ容量に対応した、所定記憶
領域内の記憶エリアを確保して、前記予め定めた種類の
データを、前記記憶エリアに格納し、さらに、前記予め
定めた種類以外の種類のデータを、前記所定記憶エリア
の残りの空きエリアに格納し、前記所定記憶領域内の記
憶データを、所定の伝送レートで送信するデータ送信方
法である。

【００２２】

【作用】受信手段によって受信された、複数種類のデー
タは、データの種類ごとに、複数の格納手段に格納され
る。また、送信格納バッファは、送信データを格納し、
送信処理手段は、送信格納バッファの格納データを、所
定の伝送レートで送信する。

【００２３】そして、処理手段は、複数種類のうち予め
定めた種類のデータの、対応する格納手段内に格納され
ているデータ容量を検出する。

【００２４】さらに、該データ容量に対応した、送信格
納バッファ内の記憶エリアを確保して、前記対応する格
納手段内に格納されているデータを、前記確保した記憶
エリアに格納する。

【００２５】そして、さらに、前記予め定めた種類以外
の種類のデータを、対応する格納手段から獲得し、獲得
したデータを送信格納バッファの残りの空きエリアに記
憶する。

【００２６】表示手段は、送信処理手段から所定の伝送
レートで送られるデータを受信し、表示画面上に表示す
る。

【００２７】以上のような処理手段の動作によって、伝
送すべきデータの送信（配信）比率を動的に決定、変更
することができる。

【００２８】

【実施例】以下、本発明の実施例を図面を参照として説
明する。

【００２９】なお、本発明にかかるシステムの１例とし
て、株式市場システムを具体例として詳細に説明する。

【００３０】図１（ａ）に示すシステムは、情報通信ネ
ットワークを利用して、本システムから、端末側装置で
ある表示装置８０にデータ送信（以下、適宜「配信」と
も称する）を行う、データ配信システムである。

【００３１】また、このシステムから提供される情報
は、ＬＡＮ（ローカルエリアネットワーク）７０を介し
て、表示装置８０に提供される。

【００３２】なお、図示はしないが、例えば、情報提供
会社が所有するホストコンピューターの提供により、所
定の情報が本システムに対して送信され、本システムで
は、送信されてきた情報を受信する構成となっている。

【００３３】本システム１０は、受信処理装置２０と、
処理装置３０と、送信処理装置４０と、Ａデータ記憶装
置５０、Ｂデータ記憶装置６０とを有して構成される。

【００３４】理解の容易化のため、本システムは、Ａデ
ータ、Ｂデータの２種類のデータを受信するものとす
る。

【００３５】受信処理装置２０は、情報提供会社が所有
するホストコンピューター（図示せず）から提供され
る、株価データおよびニュース情報（会社の倒産情報
等）を受信する装置であり、例えば、ＣＰＵ、予め作成
したプログラムを内蔵するＲＯＭ、ＲＡＭ等の電子デバ
イスにて実現できる。

【００３６】ここで、株価データ、ニュース情報は、そ
れぞれ、Ａデータ、Ｂデータに相当する。

【００３７】Ａデータ記憶装置５０とＢデータ記憶装置
６０は、それぞれ、Ａデータ、Ｂデータを記憶しておく
記憶装置であり、ＲＡＭやディスク型装置等によって実
現できる。

【００３８】送信処理装置４０は、受信処理装置２０が
受信した情報を、送信処理装置が備える送信バッファ４
１（図１（ｂ））内に一時格納し、該送信バッファ内の
データを、ＬＡＮ７０を介して表示装置８０に送信する
装置であり、例えば、ＣＰＵ、予め作成したプログラム
を内蔵するＲＯＭ、ＲＡＭ等の電子デバイスにて実現で
きる。

【００３９】表示装置８０は、送られてきた情報を表示
する機能を有し、例えば、ＣＲＴ、ＥＬディスプレイ、
液晶ディスプレイ等によって実現できる。

【００４０】処理装置３０は、受信処理装置２０が受信
したデータの種類を判別し、Ａデータ記憶装置５０、Ｂ
データ記憶装置６０にデータを格納する処理、株価デー
タやニュース情報を表示装置８０に送信するため、送信
処理装置４０が備える送信バッファ４１からデータが転
送されるように、送信処理装置４０に対して命令を送信
する処理、株価データやニュース情報の格納状態を参照
して、データを送信バッファ４１に格納する処理等を行
なう装置であり、この格納処理方法に本発明の特徴があ
る。

【００４１】このデータ格納処理については、後に詳し
く説明する。

【００４２】図１（ｂ）は、送信処理装置４０が備える
送信バッファ４１の内部構造の説明図である。

【００４３】送信バッファ４１は、Ａデータ格納部４１
１、Ｂデータ格納部４１３から構成されている。この送
信バッファ４１が格納可能なデータ量は、固定されてい
る。

【００４４】しかしながら、Ａデータ格納部４１１およ
びＢデータ格納部４１３に格納可能なデータ量は固定さ
れていないので、送信バッファ４１の最大格納量の範囲
内におさまる受信データは、全て格納することができ
る。

【００４５】図３は、図１のシステム構成を、さらに、
詳細に記載したシステム構成図である。

【００４６】なお、理解の容易化のために、以下の説明
では、情報提供会社が所有するコンピュータが提供す
る、株価データと、受信時刻（情報提供会社が株価デー
タを発行した時刻）のデータは、「１０」社分（ａ社〜
ｊ社）のデータであると仮定する。

【００４７】まず、図３に示す各装置が、図１の各装置
の、いずれの装置に対応するかについて説明する。

【００４８】受信処理装置１２０は、図１の受信処理装
置２０に相当し、処理装置１３０は、図１の処理装置３
０に相当する。

【００４９】また、送信処理装置１４０は、図１の送信
処理装置４０に相当する。

【００５０】さらに、株価記憶装置１５０は、図１のＡ
データ記憶装置５０に相当し、ニュース情報記憶装置１
６０は、Ｂデータ記憶装置６０に相当する。

【００５１】さて、受信処理装置１２０は、受信部１２
１と、株価バッファ１２２と、ニュースバッファ１２３
とを有して構成され、さらに、該株価バッファ１２２
は、送信領域１２２ａ、バッファ領域１（１２２b）、
バッファ領域２（１２２ｃ）を有している。

【００５２】受信部１２１は、図３に図示しない情報提
供会社が所有するコンピュ−タから、株価データ、ニュ
ース情報を受信し、受信したデータの種類を判別し、株
価バッファ１２２あるいはニュースバッファ１２３に振
り分けて送る機能を有する。

【００５３】図４に、株価バッファ１２２が有する、送
信領域１２２ａ、バッファ領域１（１２２b）、バッフ
ァ領域２（１２２ｃ）が格納するデータ構成例について
示す。

【００５４】送信領域１２２ａには、図４（ａ）に示す
ように、各社毎の株価と受信時刻が格納できる。また、
バッファ領域１（１２２ｂ）も、図４（ｂ）に示すよう
に、各社毎の株価と受信時刻を格納できる。さらに、バ
ッファ領域２（１２２ｃ）も、図４（ｃ）に示すよう
に、各社毎の株価と受信時刻を格納できる。

【００５５】この株価バッファ１２２への、データの格
納や格納されたデータの処理方法は、後に、データの流
れにそって詳しく説明するので、ここでは、簡単に動作
を説明するにとどめる。

【００５６】バッファ領域１（１２２ｂ）、バッファ領
域２（１２２ｃ）は、あふれたデータを格納しておく領
域としての役割を担っていて、送信領域１２２ａにおい
て格納しきれなくなったデータを、一時格納しておくた
めの領域である。

【００５７】また、バッファ領域１（１２２ｂ）、バッ
ファ領域２（１２２ｃ）を確保した理由は、例えば、受
信したデータの中に同一会社の株価データが３件存在し
ていた時に、１件目のデータは、受信領域１２２ａに確
保し、２件目のデータは、バッファ領域１（１２２ｂ）
に確保し、さらに、３件目のデータは、バッファ領域２
（１２２ｃ）に一時確保しておくためである。

【００５８】つまり送信領域１２２ａ、バッファ領域１
（１２２ｂ）、バッファ領域２（１２２ｃ）の順に、受
信した同一会社の株価データと受信時刻とを確保してい
く。

【００５９】このようなデータの確保位置を決定するの
は、受信部が、各領域に格納されているデータを参照し
て行っている。この方法を採用することにより、データ
を、漏れなく確保しておくことが可能となる。これは、
本発明のポイントの１つでもある。

【００６０】次に、ニュースバッファ１２３は、図６に
示すように、ニュース情報と、受信時間とを、格納でき
る。受信部１２１が、受信した順に、受信したデータが
ニュース情報であると識別した場合、ニュースバッファ
１２３に、ニュース情報と受信時間とを格納していく。

【００６１】図６に示したデータ格納例では、「f社が
倒産した。」というニュース情報を、「1995年/09月/15
日/15時:32分:40'01秒」の時刻に受信したときデータが
最初に格納され、次に、「1995年/09月/15日/15時:32
分:40'04秒」なる時刻に受信した、「c社の株価が暴落
した。」というニュース情報を格納している。

【００６２】次に、処理装置１３０は、データ処理部１
３１と、処理特性情報テーブル１３２と、エリア決定部
１３３と、送信命令部１３４とを有して構成されてい
る。

【００６３】データ処理部１３１は、株価バッファ１２
２内の格納データや、ニュースバッファ１２３内の格納
データを分析し、処理特性情報テーブル１３２に格納す
る株価データの情報やニュースデータの情報を求めるた
めの処理を行なう。

【００６４】なお、データ分析方法、株価データの情
報、ニュースデータの情報は、後に詳細に説明する。

【００６５】図５に、処理特性情報テーブル１３２の構
造の説明図を示す。

【００６６】処理特性情報テーブル１３２は、データ処
理部１３１で分析して求めた株価データやニュース情報
に、関する情報を管理するためのデータを、一時格納し
ておくためのテーブルである。

【００６７】エリア決定部１３３は、処理特性情報テー
ブル１３２に格納するデータのうちの一部のデータであ
る「総合計容量」を演算して求めたり、送信フラグを管
理する機能を有する。

【００６８】「総合計容量」を算出するには、処理特性
情報テーブル１３２に格納された株価データの量を示す
「データ量」と、ニュースデータのデータ量である「ニ
ュースバッファデータ量」とを加算することによって求
める。

【００６９】送信フラグは、送信処理装置１４０が備え
る動的領域情報バッファ１３２が受信した、送信領域１
２２ａ内のデータ、および、ニュースバッファ１２３内
のデータを送信するためのフラグである。エリア決定部
１３３は、この送信フラグを立てること、および、下げ
ること（これを「ＯＮ／ＯＦＦ」）を操作する。

【００７０】送信フラグの「ＯＮ／ＯＦＦ操作」は、動
的領域情報バッファ１４１のデータ領域（図７参照）
と、前記総合計容量とを比較することにより行なう。

【００７１】比較した結果、データ領域の大きさより総
合計容量が小さい間は、送信フラグは、ＯＦＦ状態にし
ておき、総合計容量がデータ領域より大きくなった時点
で、送信フラグをＯＮ状態に切り替える。

【００７２】なお、図５に示す「株価データに関するデ
ータ」に記載した表中には、エリア決定部１３３によっ
て、送られてきた株価データに対応する箇所に、フラグ
が立つ。そして、フラグ数を求めることにより、データ
量が算出される。

【００７３】また、処理特性情報テーブル１３２のバッ
ファ領域１における、フラグ数が「１」になったとき、
送信フラグは、ＯＮに切り替わる。これは、受信データ
が、バッファ領域１に、１件でも格納されたときの状態
のことである。このように、エリア決定部は、送信フラ
グや総合計容量を、処理特性情報テーブル１３２に格納
する機能を有する。

【００７４】次に、送信命令部１３４は、処理特性情報
テーブル１３２内の送信フラグが「ＯＮ」に切り替わっ
たと同時に、送信領域１２２ａ内のデータを株価記憶装
置１５０に送り、また、ニュースバッファ１２３内のデ
ータをニュース情報記憶装置１６０に送る命令を発す
る。さらに、送信領域１２２ａ内、および、ニュースバ
ッファ１２３内のデータを動的領域情報バッファ１４１
に転送する命令を発する。送信領域１２２ａ、ニュース
バッファ１２３は、発せられた命令にしたがった動作を
行なう。

【００７５】次に、送信処理装置について説明する。

【００７６】送信処理装置１４０は、動的領域情報バッ
ファ１４１と、送信部１４２とを有して構成され、受信
処理装置１２０で受信したデータを、表示処理装置１８
１に送信するための装置である。

【００７７】動的領域情報バッファ１４１は、受信処理
装置１２０が受信した株価データと、総てのニュース情
報とを一時格納するためのバッファである。この動的領
域情報バッファ１４１は、本発明において重要な構成要
素となるため、後に、図７を参照して詳細に説明する。

【００７８】送信部１４２は、動的領域情報バッファ１
４１に格納されているデータを表示装置処理装置１８１
に送信する。

【００７９】次に、株価記憶装置１５０は、受信した、
株価データと受信時刻とを格納する記憶装置である。ま
た、ニュース情報記憶装置１６０は、受信した、ニュー
ス情報と受信時刻とを格納する記憶装置である。

【００８０】なお、図示しない入力装置から入力する命
令にしたがって、株価バッファ１２２、ニュースバッフ
ァ１２３の格納内容を、強制的に、それぞれ、株価記憶
装置１５０、ニュース情報記憶装置１６０に記憶させる
ような構成にしておくのも好ましい。

【００８１】次に、表示処理装置１８１は、受け取った
データを表示装置１８０に表示するように動作する。な
お、表示処理装置１８１は、図示しない入力装置から特
定の命令を受け取ったとき、株価記憶装置１５０から必
要なデータをアクセスして、表示装置１８０にトレンド
グラフを表示させる処理を行なうように構成しておけば
良い。このようなトレンドグラフ表示を行なうことによ
って、利用者の便宜に供することができる。

【００８２】次に、図４を参照して、株価バッファ１２
２について詳細に説明する。

【００８３】図４（ａ）は、株価バッファ１２２が備え
る送信領域１２２ａの内部構造を示している。送信領域
１２２ａは、各社の株価データと受信時刻とを対にして
格納できるように構成されている。

【００８４】今、説明を簡単にするため、株価の対象を
「ａ社」から「ｊ社」の「１０社」と限定する。また、
受信時刻の欄に記載した、例えば、「1994/09/25/15:2
4:35'01」なるデータは、「1994年9月25日15時24分35.1
秒」を意味するものとする。

【００８５】以下、受信時刻のデータは、このように解
釈する。また、図中の空白箇所は、データが送信されて
きていないことを意味する。

【００８６】図４（ｂ）は、株価バッファ１２２が備え
るバッファ領域１（１２２ｂ）の内部構造を示してい
る。バッファ領域１（１２２ｂ）は、図４（ａ）の送信
領域と同一の内部構造を有している。このバッファ領域
１（１２２ｂ）の役割は、送信領域１２２ａでは受信デ
ータを格納しきれずに、溢れてしまったデータを、一時
格納しておくことである。

【００８７】図４（ｃ）は、株価バッファ１２２が備え
るバッファ領域２（１２２ｃ）の内部構造を示してい
る。バッファ領域２（１２２ｃ）は、図４（ａ）の送信
領域と同一の内部構造を有している。バッファ領域２
（１２２ｃ）は、バッファ領域１（１２２ｂ）と同じ役
割を担っていて、バッファ領域１（１２２ｂ）では受信
データを格納しきれずに、溢れてしまったデータを、一
時格納しておくための領域である。

【００８８】しかし、あくまでも、このバッファ領域２
は、最悪の事態を考慮して確保してある領域である。最
悪な事態とは、例えば、受信処理装置１２０が「ａ社」
の株価データを、ほぼ同時刻に、３件受信したケースで
ある。このような事態に対処すべく、３件目のデータを
格納可能なように、バッファ領域２（１２２ｃ）を設け
た構成としてあるわけである。

【００８９】次に、図５に、処理特性情報テーブルの内
部構造を示す。

【００９０】処理特性情報テーブル１３２における格納
項目は、「株価データに関するデータ」、「ニュースデ
ータ情報に関するデータ」、「総合計容量」、「送信フ
ラグ」に大別される。

【００９１】「株価データに関するデータ」は、送信領
域１２２ａ、バッファ領域１（１２２ｂ）、バッファ領
域２（１２２ｃ）毎の、「各社フラグ」と、「フラグ
数」と、「データ量」と、各社毎の「株価カウンタ」か
ら成っている。

【００９２】「各社フラグ」とは、各社毎の送信領域、
バッファ領域１、およびバッファ領域２内のデータの有
無を判定するためのフラグである。具体的には、データ
が存在している時には、「１」が格納され、データが存
在しない（受信されていない）時には、「０」である。

【００９３】「フラグ数」とは、各領域（送信領域、バ
ッファ領域１、バッファ領域２の各領域）毎のデータ件
数を管理する値である。具体的には、領域毎に、「各社
フラグ」の「１」の数を合計した値である。

【００９４】「データ量」とは、各領域（送信領域、バ
ッファ領域１、バッファ領域２の各領域）毎の、どのく
らいのデータ量を格納しているかを示す値である。具体
的には、領域毎に、「フラグ数」に「１データの容量」
を乗じた値である。

【００９５】「株価カウンタ」は、同一会社に対する、
株価データの受信件数を把握しておくためのカウンタで
ある。例えば、ｂ社のデータが、送信領域と、バッファ
領域１に格納されている場合、「株価カウンタ」の値は
「２」であり、ａ社のデータが、送信領域のみに存在し
ている場合には、「株価カウンタ」の値は「１」であ
る。また、Ｃ社のデータが送信領域、バッファ領域１、
および、バッファ領域２のいずれの領域にも格納されて
いない場合には、「株価カウンタ」の値は「０」であ
る。

【００９６】株価カウンタの値は、送信領域、バッファ
領域１、バッファ領域２の各社毎のフラグ（「１」）の
数を、加算して求めることができる。

【００９７】次に、「ニュース情報に関するデータ」
は、ニュースカウンタと、ニュースバッファデータ量か
らなっている。

【００９８】この「ニュースカウンタ」は、ニュースバ
ッファ１２３に格納されているデータ件数のことであ
る。

【００９９】「ニュースバッファデータ量」は、ニュー
スバッファ１２３に格納されているデータ量のことであ
る。

【０１００】「総合計容量」は、ニュースバッファ１２
３に格納されたデータの量（「ニュースバッファデータ
量」）と、株価バッファの送信領域（１２２ａ）に格納
されたデータの量とを、加算した値である。

【０１０１】送信フラグは、送信操作を行なうために使
用するフラグである。

【０１０２】送信フラグが、「ＯＮ状態時」は、動的領
域情報バッファ１４１に、データを送信可能な状態を意
味し、「ＯＦＦ状態時」は、動的領域情報バッファ１４
１に、データを送信不可能な状態にあることを意味す
る。

【０１０３】図６に、ニュースバッファ１２３の内部構
造を示す。

【０１０４】ニュースバッファ１２３は、ニュース情報
と、その受信時刻のデータが格納可能な構成になってい
る。ニュース情報は、図示しない情報提供会社が所有す
るコンピュータから送信されてきて、本システムが受信
したデータであり、受信時刻は、情報提供会社が所有す
るコンピュータが、ニュース情報を送信した時刻を表す
データであり、ニュース情報とともに受信する。

【０１０５】図７に、動的領域情報バッファの内部構造
を示す。

【０１０６】図７の動的領域情報バッファは、「送信領
域内データ量」と、「ニュースバッファデータ量」、
「データ領域」、および「スレショールド領域」からな
っている。

【０１０７】「送信領域内データ量」とは、株価バッフ
ァ１２２の送信領域１２２ａに格納されるデータの量の
ことであり、図５に示す「株価データに関するデータ」
のうち、「送信領域」に対するデータ量と同一の情報で
ある。

【０１０８】「ニュースバッファデータ量」は、ニュー
スバッファ１２３に格納される、ニュース情報と受信時
刻等のデータの量であり、図５に示す「ニュース情報に
関するデータ」のうち、ニュースバッファデータ量と同
一の情報である。

【０１０９】「スレショールド領域」は、ニュースバッ
ファ１２３が受信する１件あたりのデータ長の領域が確
保されている。その理由について、以下説明する。

【０１１０】１件あたりの株価データのデータ長（受信
時刻も含む）を「ＤＡＴＡ１」、ニュース情報のデータ
長（受信時刻も含む）を「ＤＡＴＡ２」とすると、一般
に、「ＤＡＴＡ１＜ＤＡＴＡ２」となる。したがって、
一般に、ニュース情報のデータ長の方が長い。

【０１１１】よって、この領域は、受信したデータが動
的領域情報バッファ１４１に転送される時に、該バッフ
ァから、受信データが溢れてしまうのを防止するために
設けられているわけである。

【０１１２】「データ領域」は、株価データを格納する
株価格納部と、ニュース情報を格納するニュース情報格
納部とで構成されている。なお、両格納部の境界線を表
現するため、図中、便宜上、「区切り」と称する境界線
を記載している。実際には、この区切りの位置が、受信
するデータの種類および量に応じて変化する点に、本発
明の特徴がある。

【０１１３】「データ領域」には、ニュースバッファ内
のデータ量の大きさ分だけ、ニュース情報が格納され
る。

【０１１４】ここで、ポイント（すなわち、「区切り」
の位置）の位置が、変動することに注目されたい。

【０１１５】すなわち、動的領域情報バッファ１４１の
大きさ自体は一定であるが、株価データとニュース情報
が格納できる領域（「株価格納部」と「ニュース情報格
納部」）の大きさは、一定ではなく、各受信したデータ
量（送信領域内データ量と、ニュースバッファデータ量
の値）によって定まる。

【０１１６】つまり、図７で示した「区切り」の位置が
固定ではないということである。この部分が本発明であ
る、図１（ｂ）にあたる。

【０１１７】すなわち、図１（ｂ）では、送信バッファ
４１が、Ａデータ格納部と、Ｂデータ格納部からなって
おり、両格納部の境界線が動的に変化することを示して
いる。

【０１１８】なお、通常、ニュース情報の重要性が高い
ので、受信してある総てのニュース情報を、図７に示す
データ領域に格納した後、さらに、データ領域内の空き
領域に、株価データを格納していく処理を行なっていく
ことが考えられるが、データ領域へのデータの格納方法
は、このような方法には限られない。

【０１１９】図８に、リアルデータ配信制御処理の処理
内容を大まかに説明するフローチャートを示す。

【０１２０】まず、ステップＡにおいて、データ受信時
にデータを解析する。ここで解析とは、データの種類の
判別等をいう。

【０１２１】次に、送信フラグをＯＮに切り替えるか否
かの判定を行う（ステップＢ）。

【０１２２】もし送信フラグがＯＮでない時（Ｎｏ）
は、ステップＡにおける処理を、送信フラグがＯＮにな
るまで繰り返し実行する。送信フラグがＯＮに切り替わ
った時（Ｙｅｓ）、動的領域情報バッファ１４１のデー
タを送信し（ステップＣ）、その後、後処理（ステップ
Ｄ）を実行して、処理を終了する。

【０１２３】次に、リアルデータ配信制御処理を詳細に
示すフローチャートにしたがって、その内容を説明して
いく。

【０１２４】図９は、図８のステップＡにおける処理内
容を詳細に説明したフローチャートである。

【０１２５】ステップＡ１００では、情報提供会社が所
有するコンピュータが提供してきた、株価データとニュ
ース情報を受信する。

【０１２６】ステップＡ２００では、受信されたデータ
が株価データであるか、あるいは、ニュース情報である
かについて判定する。

【０１２７】ステップＡ３００は、ステップＡ２００に
よって、ニュース情報と判定されたときに、受信データ
をニュースバッファに格納する「ニュースバッファ格納
処理」を実行する。

【０１２８】このニュースバッファ格納処理は、図３に
示した受信処理装置が備えるニュースバッファ１２３へ
のデータ格納の動作を意味する。詳細な処理について
は、後に図１１を参照して説明する。

【０１２９】次に、ステップＡ４００は、ステップＡ２
００によって、株価データであると判定されたときに、
受信データを株価バッファに格納する「株価バッファ格
納処理」を実行する。

【０１３０】この株価バッファ格納処理は、図３に示し
た受信処理装置が備える株価バッファ１２２へのデータ
格納の動作を意味する。詳細な処理については、後に図
１０を参照して説明する。

【０１３１】次に、ステップＡ５００では、「受信した
データの送信領域とニュースバッファの、データ量（総
合計容量）を算出」する。この処理は、処理装置が備え
るエリア決定部１３３が内部処理動作の一部として行な
い、処理特性情報テーブル１３２の総合計容量を算出す
る。

【０１３２】総合計容量は、図３に示す処理装置の処理
特性情報テーブル１３２のニュースバッファデータ量
（図５に記載）と、株価データに関するデータ内の、デ
ータ量（図５に記載）とを加算することにより求めるこ
とができる。

【０１３３】次に、ステップＡ６００において、バッフ
ァ領域１のフラグ数が「１」以上か否かを判断する。す
なわち、受信した株価データが、受信領域ではなく、バ
ッファ領域１に格納されたか否かを判定する。すなわ
ち、既に、受信領域には受信データが格納されているか
否かを判断を行なう。バッファ領域１のフラグ数が
「１」以上の場合には、ステップＡ８００にブランチ
し、それ以外の場合には、ステップＡ７００に進む。

【０１３４】次に、ステップＡ７００において、算出し
た総合計容量と、データ領域の容量との比較を行なう。
すなわち、算出した総合計容量が、図３に示す動的領域
情報バッファ内のデータ領域（図７に記載）の容量より
大きいか否かを比較判定する。もし、総合計容量の方が
小さいときには、何も処理は行なわず、データ収集／解
析処理を終了する。

【０１３５】一方、総合計容量の方が大きなときには、
ステップＡ８００にブランチする。

【０１３６】次に、ステップＡ８００は、図３に示す処
理装置が備える処理特性情報テーブル１３２の送信フラ
グ（図５に記載）を、ＯＮ状態に切り替える。

【０１３７】そして、ステップＡ９００では、ニュース
バッファ内の全データと、株価バッファ内の送信領域に
格納されているデータを、動的領域情報バッファに転送
する処理を行なう。すなわち、図３の株価バッファ１２
２の送信領域１２２ａと、ニュースバッファ１２３とに
格納されているデータを、送信処理装置１４０が備える
動的領域情報バッファ１３１に転送する処理を行う。そ
して、データ収集／解析処理を終了する。重要性が高い
ニュース情報の総てを、図７に示すデータ領域に格納し
た後、さらに、データ領域内の空き領域に、株価データ
を格納していく処理を行なうことが実現できる。

【０１３８】以上が、データ収集／解析処理の内容であ
る。

【０１３９】次に、図１０に、図９に示したステップＡ
４００の「株価バッファ格納処理」の詳細な処理内容を
フローチャートにして示す。

【０１４０】まず、ステップＡ４０１において、受信し
た同一会社の、株価データに対する株価カウンタの値を
調べる。その値に応じて、ブランチ先が決定する。

【０１４１】１番目は、例えば、ａ社の株価が送信領域
に格納されていないときに、ａ社の株価を受信した場合
は、送信領域に格納される。

【０１４２】このとき株価カウンタの値が「０」である
ので、ステップＡ４０２に進むことになる。

【０１４３】２番目は、既に、送信領域にａ社の株価デ
ータが格納されている場合、ステップＡ４０５に進み、
バッファ領域１に、株価データが格納される。３番目
は、ａ社の株価データが、送信領域とバッファ領域１
に、既に格納されている場合、つまり、ａ社の株価デー
タが、既に、２件存在している状態時に、３件目の株価
データをステップＡ４０８によって、バッファ領域２に
格納する。

【０１４４】さて、ステップＡ４０２では、ステップＡ
４０１によって受信した同一会社の株価データの株価カ
ウンタが「０」と判定されたとき、受信した株価データ
を送信領域に、格納する。

【０１４５】次に、ステップＡ４０３では、送信領域に
株価データが「１」個増加したので、送信領域に対する
フラグ数に「１」を加算する。

【０１４６】さらに、ステップＡ４０４では、エリア決
定部によって、処理特性情報情報テーブル１３２の送信
領域のデータ量を求め、処理特性情報テーブル１３２に
格納する。

【０１４７】さて、ステップＡ４０５において、ステッ
プＡ４０１における処理により受信した同一会社の株価
データの株価カウンタが「１」と判定された場合、受信
した株価データをバッファ領域１に格納する処理を行な
う。

【０１４８】次に、ステップＡ４０６において、バッフ
ァ領域１に株価データが「１」個増加したので、バッフ
ァ領域１に対するフラグ数に「１」を加算する。

【０１４９】さらに、ステップＡ４０７では、エリア決
定部１３３によって、処理特性情報テーブル１３２のバ
ッファ領域１のデータ量を求め、処理特性情報テーブル
１３２に格納する。

【０１５０】さて、ステップＡ４０８において、ステッ
プＡ４０１における処理により受信した同一会社の株価
データの株価カウンタが「２」と判定された場合、受信
した株価データをバッファ領域２に格納する。

【０１５１】次に、ステップＡ４０９において、バッフ
ァ領域２に株価データが「１」個増加したので、バッフ
ァ領域２に対するフラグ数に「１」を加算する。

【０１５２】さらに、ステップＡ４１０では、エリア決
定部１３３によって、処理特性情報情報テーブル１３２
のバッファ領域２のデータ数を求め、処理特性情報テー
ブル１３２に格納する処理を行なう。

【０１５３】さらに、ステップＡ４１１では、受信した
会社の株価カウンタを「１」だけ加算する処理を行う。
また、図５を参照して説明したように、株価カウンタが
示す値は、株価バッファ内に存在する、同一会社の株価
データの数に相当する。

【０１５４】以上説明してきた、ステップＡ４０１から
ステップＡ４１１までの処理を行うことによって、株価
バッファ格納処理を終了する。

【０１５５】さて、次に、図１１に、図９に示すステッ
プＡ３００の詳細な処理内容を説明するためのフローチ
ャートを示す。

【０１５６】まず、ステップＡ３１０において、受信し
たニュース情報を、受信順に、ニュースバッファ１２３
に格納していく。

【０１５７】次に、ステップＡ３２０において、処理特
性情報テーブル１３２のニュースカウンタの値に「１」
を加算する。このことにより、ニュースデータの受信件
数を把握することができる。

【０１５８】次に、ステップＡ３３０において、ニュー
スカウンタの値を参照して、処理特性情報テーブル１３
２のニュースバッファデータ量を算出することである。

【０１５９】次に、図１２に、図８に示した後処理Ｄの
詳細な処理内容を説明するフローチャートを示す。

【０１６０】まず、ステップＤ１００において、ニュー
スバッファのデータを、図３に示すニュース情報記憶装
置１６０に格納する。

【０１６１】次に、ステップＤ２００において、送信領
域に格納されているデータを、図３に示す株価記憶装置
１５０に格納する。

【０１６２】次に、ステップＤ３００において、ニュー
スバッファ１２３に格納してあるデータをすべて消去す
る。

【０１６３】次に、ステップＤ４００において、動的領
域情報バッファ１４１のデータを消去する。

【０１６４】次に、ステップＤ５００において、「株価
バッファクリア処理」、すなわち、株価バッファに格納
されるデータ処理を行なう。この処理の詳細な内容は、
後に、図１３を参照して説明する。

【０１６５】次に、ステップＤ６００において、「処理
特性情報テーブルクリア処理」、すなわち、処理特性情
報テーブル１３２に格納されたデータ処理を行なう。こ
の処理の詳細な内容は、後に。図１４を参照して説明す
る。

【０１６６】以上のように、後処理は、ステップＤ１０
０からステップＤ６００までの処理を行うことにより、
終了する。

【０１６７】なお、通常、ニュース情報記憶装置１６０
の記憶内容を、表示装置に表示させたり、あるいは、株
価記憶装置１５０の記憶内容を、順次、表示装置に表示
させ、株価のトレンドグラフを表示させる処理を行なう
ように、処理ステップを追加しておく。

【０１６８】次に、図１３は、図１２に示した「株価バ
ッファクリア処理」の詳細な処理内容を説明するための
フローチャートである。

【０１６９】ステップＤ５１０からステップＤ５３０ま
での処理は、株価バッファ内のデータを、動的領域情報
バッファに送信後、株価バッファのデータを処理するも
のである。

【０１７０】まず、ステップＤ５１０では、バッファ領
域１の株価データと受信時刻を、送信領域に移動させ
る。この処理は、各社毎のデータに対して行なう。

【０１７１】次に、Ｄ５２０は、バッファ領域２の株価
データと受信時刻を、バッファ領域１に移動させる。こ
の処理は、各社毎のデータに対して行なう。

【０１７２】そして、ステップＤ５３０では、バッファ
領域２の株価データと受信時刻を、すべて消去する。

【０１７３】このように、株価バッファクリア処理は、
ステップＤ５１０からステップＤ５３０までの処理を行
うことにより終了する。

【０１７４】次に、図１４に、図１２に示した「処理特
性情報テーブルクリア処理」の詳細な処理内容を示すフ
ローチャートを示す。なお、以下の処理は、処理特性情
報テーブルの格納データに関する処理である。

【０１７５】まず、ステップＤ４０１では、各社のデー
タを、各社毎に、バッファ領域１から送信領域に置き換
える処理を行う。例えば、ａ社の株価データを例にとれ
ば、テーブル中のバッファ領域１のデータを、ａ社の送
信領域（テーブル中）に移動することである。

【０１７６】次に、ステップＤ４０２においても同様
に、各社カウンタのデータを、各社毎に、バッファ領域
２からバッファ領域１に置き換える処理を行う。

【０１７７】また、ステップＤ４０３においても同様
に、各社カウンタのデータを、各社毎に、バッファ領域
２を空白に置き換える処理を行う。すなわち、テーブル
中のバッファ領域２に、存在するデータを消去する。

【０１７８】次に、ステップＤ４０４では、各社毎に、
株価カウンタから送信領域のフラグ（「１」：株価デー
タが有。「０」：株価データが無）を減算するする処理
を行う。例えば、送信領域のａ社フラグが「１」である
とき、株価カウンタの値は、現在の株価カウンタの値か
ら、ａ社フラグの「１」を減算して求めることができ
る。

【０１７９】次に、ステップＤ４０５では、送信領域の
フラグ数とデータ量を、バッファ領域１のフラグ数とデ
ータ数に置き換える処理を行なう。

【０１８０】また、ステップＤ４０６では、バッファ領
域１のフラグ数とデータ量を、バッファ領域２のフラグ
数とデータ数に置き換える処理を行なう。

【０１８１】次に、ステップＤ４０７では、バッファ領
域２のフラグ数とデータ量を消去する。

【０１８２】次に、ステップＤ４０８で、ニュースバッ
ファデータ量の値を「０」にする。

【０１８３】さらに、ステップＤ４０９で、ニュースカ
ウンタの値を「０」にし、ステップＤ４１０で、総合計
容量の値を「０」にする。

【０１８４】そして、ステップＤ４１１では、送信フラ
グをＯＦＦにする。

【０１８５】以上説明したように、ステップＤ４０１か
らステップＤ４１１までの処理を行うことによって、処
理特性情報テーブルクリア処理が終了する。

【０１８６】次に、図１に示すシステムの動作例につい
て説明図面を参照して詳細に説明する。

【０１８７】図１５に、「15時45分40.06秒」に、受信
処理装置１２０が備えるニュースバッファ１２３に、ニ
ュース情報である「ａ社の株価が暴落した。」なる情報
が送信されてきたとき、ニュースバッファ１２３の格納
内容等を説明する図面である。

【０１８８】図１５左図に示すように、時刻「15時45分
40.02秒」直後、ニュースバッファ１２３には、「ｂ社
が倒産した」という、１個のデータのみが格納されてい
る。また、この時、ニュースカウンタの値は、「１」で
あり、また、ニュースバッファデータ量は、ニュースカ
ウンタの値「１」と１データ長の「Ｂ」を乗算した値、
「１×Ｂ」（Ｂは、ニュース情報１データあたりのデー
タ長）である。

【０１８９】次に、図１５右図に示すように、「15時45
分40.06秒後」のニュースバッファ１２３には、「ａ社
の株価が暴落した。」とういうニュース情報が受信され
て、ニュースバッファ１２３内の２番目のデータとして
格納され、ニュースカウンタの値は、「１」加算され
て、「２」となる。

【０１９０】さらに、ニュースバッファデータ量は、
「２×Ｂ」（ニュースカウンタの「２」と、１データ長
「Ｂ」を乗算した値）となる。

【０１９１】また、図１６は、「15時45分41.02秒」後
に、受信処理装置１２０が備えるニュースバッファ１２
３内のデータが、動的領域情報バッファ１４１に転送さ
れたときの、ニュースバッファの格納内容等を説明する
図面である。

【０１９２】図１６左図に示すように、「15時45分40.0
6秒」直後、ニュースバッファ１２３には、「ｂ社が倒
産した」、「ａ社の株価が暴落した」の２件のニュース
情報のみが格納されている。この時、ニュースカウンタ
の値は「２」であり、また、ニュースバッファデータ量
は、「２×Ｂ」である。

【０１９３】次に、図１６右図に示すように、「15時45
分41.02秒後」において、ニュースバッファ１２３の格
納内容は、既に、図３に示したニュース情報記憶装置１
６０に格納されるとともに、動的領域情報バッファ１４
１にニュース情報が転送されており、ニュースバッファ
内のデータは、総てクリアされている。

【０１９４】データを総てクリアする理由は、ニュース
バッファ１２３内のデータは、動的領域情報バッファ１
４１に、総て転送されるからである。

【０１９５】次に、図１７右図に、「15時24分35.08
秒」直後に、株価データである「ａ社の”１３８”円」
を、受信処理装置１２０が備える株価バッファ１２２の
バッファ領域１（１２２ｂ）が受信して、格納したとき
の、株価バッファ１２２内のデータ格納の様子を示す。

【０１９６】図１７左図に示すように、「15時24分35.0
6秒」直後には、株価バッファ１２２内には、送信領域
に、３件の株価データ、「ａ社「１３９円」、ｃ社「１
４０円」、ｆ社「１５０円」」のみが格納されている。

【０１９７】また、ａ社、ｃ社、ｆ社のフラグは、送信
領域のみに対して、フラグ「１」が立っているのみであ
り、バッファ領域１とバッファ領域２に対しては、フラ
グが立っていないので、送信領域に対するフラグ数が
「３」であり、データ量が「３×Ａ」（Ａは、株価デー
タ長）である。

【０１９８】次に、図１７右図に示すように、「15時24
分35.08秒」後において、株価バッファ内の送信領域に
は変化はないが、バッファ領域１におけるａ社株価の欄
に「１３８円」なる株価データが格納される。また、バ
ッファ領域１に、ａ社のフラグ「１」が立つことによ
り、バッファ領域１のフラグ数は「１」になり、データ
量は、フラグ数と株価データ長を乗算した値である、
「１×Ａ」になる。

【０１９９】次に、図１８を参照して示す例は、「15時
24分35.09秒」後において、受信処理装置１２０が備え
るニュースバッファ１２３内のデータが、動的領域情報
バッファ１４１に転送されたときの、ニュースバッファ
１２３内のデータ格納例である。

【０２００】図１８左図に示すように、「15時24分35.0
8秒」直後において、株価バッファ１２２は、その送信
領域１２２ａに、３件の株価データ、すなわち、「ａ社
「１３９円」、ｃ社「１４０円」、ｆ社「１５０円」」
を格納している。

【０２０１】また、送信領域に対する、ａ社、ｃ社、ｆ
社のフラグ「１」が立つので、送信領域のフラグ数が
「３」となる、送信領域に対するデータ量が「３×Ａ」
となる。

【０２０２】また、バッファ領域１に、「ａ社「１３８
円」」なる１件の株価データを格納しているので、ａ社
のフラグ「１」が立っており、バッファ領域１のフラグ
数は「１」である。

【０２０３】よって、バッファ領域１に対するデータ量
は、「１×Ａ」となる。

【０２０４】次に、図１８右図に示すように、「15時24
分35.09秒」後において、株価バッファ１２２は、株価
報記憶装置１５０に株価を格納されるとともに、動的領
域情報バッファ１４１に株価データが転送された後、バ
ッファ領域１のデータは、送信領域に移動され、さら
に、バッファ領域２のデータは、バッファ領域１に移動
され、バッファ領域２のデータは、全て消去される。

【０２０５】このような動作により、送信領域には、
「ａ社「１３８円」」なる株価データのみが格納されて
いる。

【０２０６】次に、図１９を参照して、本発明の利点を
説明する。

【０２０７】図１９は、ｔ１〜ｔ６時間の間に、株価デ
ータが受信処理装置に送信されたときに、受信データに
基づいて作成したトレンドグラフである。点線は、従来
技術のデータ受信によって作成したトレンドグラフであ
り、実線は、本発明によって受信したデータによって作
成したトレンドグラフである。

【０２０８】リフレッシュ周期（受信処理装置内のデー
タを送信処理装置に転送する動作を行なう所定周期を意
味する）の周期内に、同一会社の株価を受信処理装置が
受信し、送信処理装置に転送するまでに、株価バッファ
に格納されたデータを表現したものである。

【０２０９】図１９に示すように、実線で表現したグラ
フは、ｔ２時間とｔ４時間での株価データ（それぞれ、
ａ１円、ａ４円）が、忠実に受信されていることを表し
ている。一方、点線で表現したグラフは、ｔ２時間とｔ
４時間での、株価データが忠実に受信されていないこと
を示している。

【０２１０】このように、従来技術では、忠実にデータ
を受信することができず、受信データの欠落が発生し、
正確なトレンドグラフを表示することができなかった
が、本発明によれば、受信データの欠落が発生せず、正
確なトレンドグラフを表示することが可能になった。

【０２１１】従来技術によれば、欠落したデータが、株
価データの最高値や、最低値である可能性もあり、本発
明によれば、システムの信頼性が向上する。

【０２１２】なお、今までの説明では、株価データと、
ニュース情報の２つの情報を例にとり説明したが、一般
に複数種類のデータに対して、本発明は適用可能であ
る。

【０２１３】この場合、受信装置内のバッファの数の変
更や、動的領域情報バッファにデータを格納する際のア
ルゴリズムを変更することにより対処しうる。

【０２１４】また、本発明では、データの内容が時々刻
々と変化する、いわゆるリアル（タイム）データに適用
すると、その効果は一層発揮される。

【０２１５】以上説明してきたように、本システムで
は、送られてきたデータを、忠実に受信することによっ
て、正確なトレンドグラフ表示が可能になった。また、
複数種類のデータの、各々を格納するエリアを固定せ
ず、データ量を参照して、送信バッファに格納するデー
タ量を、データ種類ごとに決定することにより、送信バ
ッフを有効使用し、データ提供速度の高速化も図れるよ
うになった。

【０２１６】

【発明の効果】本発明によれば、例えば、２種類のデー
タの配信比率を動的に決定、変更することができる。こ
れにより、リアルタイムデータ配信を迅速かつ効率的に
実現でき、クライアントサーバシステム等ではエンドユ
ーザであるクライアントに対する情報提供業務の質的向
上を図ることができる。

【０２１７】また、本発明では、送られてきたデータ
を、忠実に受信することによって、正確なトレンドグラ
フ表示が可能になった。また、複数種類のデータの、各
々を格納するエリアを固定せず、データ量を参照して、
送信バッファに格納するデータ量を、データ種類ごとに
決定することにより、送信バッファを有効使用し、デー
タ提供速度の高速化も図れるようになった。

【図面の簡単な説明】

【図１】本発明にかかる実施例の構成図である。

【図２】従来システムの一部である送信用データ領域の
構成図である。

【図３】本発明にかかる実施例の詳細な構成図である。

【図４】送信領域、バッファ領域１、バッファ領域２へ
のデータ格納例の説明図である。

【図５】処理特性情報テーブルの説明図である。

【図６】ニュースバッファへのデータ格納例の説明図で
ある。

【図７】データ領域の使用方法の説明図である。

【図８】リアルデータ配信制御処理を説明するフローチ
ャートである。

【図９】データ収集、解析処理を説明するフローチャー
トである。

【図１０】株価バッファ格納処理を説明するフローチャ
ートである。

【図１１】ニュースバッファ格納処理を説明するフロー
チャートである。

【図１２】後処理を説明するフローチャートである。

【図１３】株価バッファクリア処理を説明するフローチ
ャートである。

【図１４】処理特性情報テーブルクリア処理を説明する
フローチャートである。

【図１５】本発明の動作を説明するための説明図であ
る。

【図１６】本発明の動作を説明するための説明図であ
る。

【図１７】本発明の動作を説明するための説明図であ
る。

【図１８】本発明の動作を説明するための説明図であ
る。

【図１９】トレンドグラフ作成における、本発明の効果
を示す説明図である。

【符号の説明】

２０…受信処理装置、３０…処理装置、４０…送信処理
装置、５０…Ａデータ記憶装置、６０…Ｂデータ記憶装
置、７０…ＬＡＮ、８０…表示装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高橋 重敏 茨城県日立市大みか町五丁目２番１号 株式会社日立製作所 大みか工場内 (56)参考文献 特開 昭63−276965（ＪＰ，Ａ) 特開 平４−21473（ＪＰ，Ａ) 特開 平２−29353（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 13/08

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】第１のデータと、第２のデータとを受信す
   る受信手段と、受信した第１のデータを格納する複数個
   の第１の格納手段と、受信した第２のデータを格納する
   第２の格納手段と、受信装置が受信したデータを処理す
   る処理手段と、送信データを格納する送信格納バッファ
   と、送信格納バッファの格納データを、所定の伝送レー
   トで送信する送信処理手段とを備え、 前記処理手段は、前記第２の格納手段内に格納されてい
   る前記第２のデータ容量を検出し、該データ容量に対応
   した、前記送信格納バッファ内の記憶エリアを確保し
   て、前記第２の格納手段内に格納されている前記第２の
   データを、前記確保した記憶エリアに格納し、さらに、
   前記第１のデータを、前記第１の格納手段から獲得し、
   獲得した前記第１のデータを送信格納バッファの残りの
   空きエリアに記憶することを特徴とする情報処理装置。
2. 【請求項２】請求項１において、さらに、前記送信処理
   手段に接続して表示手段を設け、該表示手段は、前記送
   信処理手段から送信されるデータを表示することを特徴
   とする情報処理装置。
3. 【請求項３】請求項１または２において、前記第１のデ
   ータは、時系列性を有するデータである「会社と、会社
   の株価とを対にしたデータ」であり、前記第２のデータ
   は、発生時刻に突発性を有するデータである「会社と、
   会社の倒産情報、会社の株価変動情報を少なくとも含む
   ニュース情報とを対にしたデータ」である、ことを特徴
   とする情報処理装置。
4. 【請求項４】２種類のデータを、所定の伝送レートで出
   力するデータ送信方法であって、 種類の異なる第１のデータおよび第２のデータを受信
   し、受信した第１のデータを複数設けられた第１格納エ
   リアのいずれかに、受信した第２のデータを第２の格納
   エリアにそれぞれ格納しておき、前記第２のデータ容量
   を検出し、該データ容量に対応した、所定記憶領域内の
   記憶エリアを確保して、前記第２のデータ を、前記所定
   記憶エリアに格納し、さらに、前記第１のデータを、前
   記所定記憶エリアの残りの空きエリアに格納し、前記所
   定記憶領域内の記憶データを、所定の伝送レートで送信
   することを特徴とするデータ送信方法。