JPH07262134A - リアル情報配信方法および装置 - Google Patents

Abstract

(57)【要約】 【目的】ホストから多数の端末へ配信される情報の受信
障害を迅速に回復し、情報の信頼度とサービスの向上を
計る。 【構成】配信機構１１は、情報源４からリアルデータを
受信すると、直近データテーブル２１の更新とリアル発
生件数テーブル２２の積算をして、端末３に伝送する。
端末３はユーザの問合せに応じ、その付加情報を問合せ
応答機構１２に要求する。応答機構１２は問合せの情報
を、問合せ件数テーブル２５に積算し、付加情報データ
ベース２４から検索して応答する。回復優先度決定機構
１３は、配信する各情報について、テーブル２２とテー
ブル２５の値及び回復優先条件テーブル２６の規定から
優先度を決定し、リフレッシュ優先度テーブル２３に設
定する。配信機構１１は、リアルデータの配信の合間
に、優先度テーブル２３を参照し、優先度の高い情報ほ
ど短周期に回復データを作成し端末３に配信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、リアル情報の発生の度
にリアルタイムに、ホストから複数の端末へ単方向に配
信する情報配信システムに係り、特に配信情報の迅速で
効率的な回復方式に関する。

【０００２】

【従来の技術】情報配信システムは、エントリされてい
る複数の配信情報について、情報源より順不同に発生さ
れるデータ（以下、リアルデータと呼ぶ）をリアルタイ
ムに、ホストシステムから通信ネットワークを介して多
数の端末へブロードキャストしている。

【０００３】この場合、通信回線や端末等の障害による
受信エラーに対処するため、ホストシステムは全配信情
報のリアルデータを直近データとして、リアルデータ発
生の度に該当情報を更新し蓄積し、リアル情報の配信処
理合間を縫って回復情報（リフレッシュデータ）として
ブロードキャストし、端末側で情報のリカバリーが可能
となるように構成している。

【０００４】上記のように、情報配信システムにおける
リアルデータ及びリフレッシュデータの配信は、ホスト
から端末へと単方向に行われる。これは、多数の配信情
報を多数の端末（数百〜数千台のケースが多い）に配信
する場合に、個々の端末からの回復要求に対処するので
は、本来のリアル情報の配信処理に遅延を来すためであ
る。

【０００５】一方、端末側には大量の蓄積機能は持たな
いので、ホストシステムはリアル情報の過去データや関
連情報などを付加情報として蓄積し、端末からの問合せ
に応答して提供する。この問合せ応答処理は、配信処理
とは別のプロセッサを備えて対応するのが一般的であ
る。例えば、特開平３−２７８１６０号に記載の情報提
供方法は、ホストと別に設けられる問合せ応答機構に関
するもので、問合せの多い情報の効率的な応答処理方法
を提案している。

【０００６】

【発明が解決しようとする課題】上記した従来の情報配
信システムで、リフレッシュデータはリアルデータの直
近データテーブルをシーケンシャルに検索し、その順番
に配信している。このため配信情報数が多いと、ユーザ
にとって必要な情報のリフレッシュが遅れて、所望の情
報の取得ができなかったり、誤った情報を利用してしま
うなどの事態が懸念される。

【０００７】株式情報を例にとると、国内の株式の全銘
柄数は約４５００件で、シーケンシャルなリフレッシュ
データの配信に現状、４５分程度を必要としている。し
かも、情報の国際化に伴い、各国の数万件に及ぶ情報を
１日中配信するシステムに移行しつつあり、この場合に
は、従来方式でのリフレッシュが不可能になる。

【０００８】株式でのリアル情報の発生は、特定銘柄に
集中する傾向があるので、発生頻度の高い情報はリフレ
ッシュによらなくても比較的早期に回復される。しか
し、リアル発生頻度の低い情報はリフレッシュによる回
復が必要で、リフレッシュの遅れは端末を利用するユー
ザに多大な損害を与えかねない。

【０００９】本発明の目的は、必要な情報を迅速に回復
させるリアル情報の配信方法と、そのための効率的な処
理を可能にする情報配信システムを提供することにあ
る。

【００１０】

【課題を解決するための手段】本発明の目的は、情報源
から順不同に発生されるリアルデータで該当の配信情報
を更新して蓄積すると共に、前記リアルデータを複数の
端末へ送信する配信処理と、この配信処理の合間に前記
蓄積しているリアルデータを前記複数の端末に再送する
リフレッシュ処理を行うリアル情報配信方法において、
前記リフレッシュ処理は、前記配信情報としてエントリ
されている各情報に付与される回復優先度に応じて行う
ことにより達成される。

【００１１】前記リフレッシュ処理は、前記回復優先度
に応じて送信周期を変更することを特徴とする。

【００１２】前記回復優先度は、前記配信情報毎の問合
せ件数または問合せ件数とリアル発生件数に基づいて、
前記問合せ件数が多いものを高く、前記リアル発生件数
が多いものを低くするように決定することを特徴とす
る。

【００１３】

【作用】本発明の作用として、問合せ件数が多い配信情
報ほど優先度が高く設定され、短周期にリフレッシュ処
理が行われる。また、問合せ件数が同程度であれば、リ
アル発生頻度の少ないほど、即ち、自己回復可能性の低
いほど優先度が高く設定される。

【００１４】これによれば、ホストシステムと端末間の
単方向のリアル情報配信における受信エラーがあって
も、ユーザのニーズが高く自己回復能の低い情報を迅速
に回復できるので、情報の信頼性とサービスの向上を実
現できる。

【００１５】

【実施例】以下、本発明の実施例を図面を参照しながら
詳細に説明する。

【００１６】図２は、本発明を適用する情報配信システ
ムの概略の構成を示す。ホストシステム１は、通信制御
装置５、６と伝送ネットワーク７を介して複数の端末３
−１〜３−ｎを接続している。通信制御装置５、６は、
ホストシステム１から各端末３へ情報をブロードキャス
トする１：ｎ通信方式及び、ホストシステム１と所定の
端末間で情報を送受する１：１通信方式の両機能を備え
ている。

【００１７】ホストシステム１は、情報源４からのリア
ルデータを、リアルタイムに各端末３に配信すると共
に、ホストシステム１の一部である記憶手段（データベ
ース）２に蓄積する。また、リアルデータの配信の合間
に、記憶手段２から検索したリフレッシュデータを各端
末３に配信する。

【００１８】図１は、本実施による情報配信システムの
構成を示す機能ブロック図である。ホストシステム１
は、図示していないプロセッサ（ＣＰＵ）を備え、情報
源４からのリアルデータを端末３へ配信する配信機構１
１、端末からの問合せに応答する問合せ応答機構１２、
リフレッシュデータの優先度を決定する優先度決定機構
１３及びメンテナンス機構１４の各処理手段を構成して
いる。

【００１９】さらに、リアルデータを蓄える直近データ
テーブル２１、配信情報毎のリアルデータ発生件数を蓄
えるリアル発生件数テーブル２２、配信情報毎の優先度
を記憶するリフレッシュ優先度テーブル２３、過去情報
等を蓄える付加情報データベース２４、配信情報毎の問
合せ件数を蓄える問合せ件数テーブル２５及び回復優先
基準を設定する回復優先条件テーブル２６を備えてい
る。これら各テーブルの記憶領域は、記憶手段２に設け
られている。

【００２０】配信機構１１は、リアルデータの蓄積と配
信を行うと共に、その合間にリフレッシュ優先度テーブ
ル２３を参照し、直近データテーブル２１から回復優先
度に従ってリフレッシュデータを作成し、端末３へ配信
する。

【００２１】問合せ応答機構１２は、端末３から付加情
報の問合せがあるとき、付加情報データベース２４から
対応する付加情報検索し、端末３へ応答すると同時に問
合せ件数テーブル２５を更新する。本例では、配信機構
１１とは別のプロセッサにより処理されるように構成さ
れている。

【００２２】優先度決定機構１３は、回復優先条件テー
ブル２６の設定条件を基準に、リアル発生件数テーブル
２２と問合せ件数テーブル２５を参照して、配信情報毎
の回復優先度を決定し、リフレッシュ優先度テーブル２
３に設定する。

【００２３】メンテナンス機構１４は、メンテナンス端
末８からの入力によって、優先度決定機構１３を起動し
たり、リフレッシュ優先度テーブル２３に設定されてい
る優先度の変更などを行う。

【００２４】図３（ａ）に直近データテーブル２１、
（ｂ）にリアル発生件数テーブル２２、（ｃ）に問合せ
件数テーブル２５のフォーマットを示す。直近データテ
ーブル２１は、配信情報名を示すキー部とそのデータを
示すデータ部からなり、リアルデータが株価情報の場合
に、前者には銘柄を示す情報コード、後者にはその価格
が蓄積される。リアル発生件数テーブル２２は、リアル
データの情報コード別の発生件数と全配信情報の発生総
件数を、問合せ件数テーブル２５は、情報コード別の問
合せ件数とその総件数を蓄積する。

【００２５】端末３は、ホストシステム１からのリアル
データを受信するリアル受信機構３１、リアルデータを
蓄える直近データテーブル３２、オペレータからの情報
の問合せに対し、必要なデータを直近データテーブル３
２またはホストシステム１から取得し、応答する問合せ
応答機構３３がある。

【００２６】次に、株価情報の配信を例に、各処理機構
の構成と動作を詳細に説明する。

【００２７】図４は、配信機構１１の機能ブロック図で
ある。リアルデータ配信手段１１１は、情報源からのリ
アルデータを受信し、直近データテーブル２１及びリア
ル発生件数テーブル２２の該当情報を更新後、リアルデ
ータを回線出力手段１１４を経由して端末３に伝送す
る。

【００２８】リアルデータ配信手段１１１は、次に処理
するリアルデータがなければ回線出力制御手段１１３へ
制御を渡す。回線出力制御手段１１３は、リフレッシュ
データ配信手段１１２を起動する。

【００２９】リフレッシュデータ配信手段１１２は、リ
フレッシュ優先度テーブル２３を参照し、その優先度に
従って直近データテーブル２１よりリフレッシュデータ
を作成し、回線出力手段１１４を経由して端末３に伝送
する。その後、回線出力制御手段１１３へ制御を渡し、
再びリアルデータ配信手段１１１が起動される。

【００３０】図５は、ホストシステム１の問合せ応答機
構１２と端末３の問合せ応答機構３３の機能ブロック図
である。端末３の問合せ応答機構３３は、問合せ受付手
段３３１でユーザからの問合せ情報の情報コードを受付
け、画面作成手段３３２を起動する。

【００３１】画面作成手段３３２は、問合せの情報コー
ドで直近データテーブル３２を検索し、そのリアル価格
を取得する。また、付加情報問合せ手段３３３を起動し
て、問合せの情報コードの付加情報をホストシステム１
へ要求し、それを取得する。さらに、直近データテーブ
ル３２からのリアル価格とホスト１からの付加情報で画
面表示データを作成し、ＣＲＴなどに表示してユーザの
問合せに応答する。

【００３２】一方、ホストシステム１の問合せ応答機構
１３は、端末３からの情報コードによる付加情報要求を
問合せ受付手段１２２で受付け、問合せ件数テーブル２
５を更新する。付加情報出力手段１２１は、受付手段１
２２からの情報コードで付加情報データベース２４を検
索し、該当する付加情報を端末３へ応答する。この付加
情報は、該当する情報コード（銘柄）の一定期間におけ
る最高値、最低値あるいは出来高などヒストリカルな情
報である。

【００３３】図６は、優先度決定機構１３の機能ブロッ
ク図である。優先度決定手段１３１は、メンテナンス機
構１４より例えば１日に１回、定刻に起動され、前日発
生した情報コード毎のリアル発生件数や問合せ件数を、
リアル発生件数テーブル２２及び問合せ件数テーブル２
５より取得し、回復優先条件テーブル２６を参照して、
当日の情報コード毎の優先度を決定し、リフレッシュ優
先度テーブル２３に設定する。

【００３４】図７は、メンテナンス機構１４の機能ブロ
ック図である。タイマー制御手段１４１は、例えば１日
に１の定刻など設定されている時限に、優先度決定機構
１３を起動する。

【００３５】優先条件・優先度表示手段１４２は、メン
テナンス端末８からの要求により、リフレッシュ優先度
テーブル２３または回復優先条件テーブル２６の内容を
メンテナンス端末８に表示する。優先条件・優先度変更
手段１４３は、メンテナンス端末８からの指定された値
に、リフレッシュ優先度テーブル２３または回復優先条
件テーブル２６のデータを変更する。

【００３６】図８に、リフレッシュ優先度テーブル２３
を示す。本例では、情報Ｑ１〜Ｑｍの送出周期Ｎ１〜Ｎ
ｍが設定される。送出周期Ｎはリフレッシュ処理の周期
であり、本例では最も短周期となる基本周期をＮ₀とし
て、その整数倍（優先度）の値に設定される。リアルデ
ータを回復するためのリフレッシュデータは、この送出
周期に従って作成され、端末３に送信される。リフレッ
シュ優先度テーブル巡回数Ｒｊは、情報コード毎に更新
され、後述するリフレッシュ処理に用いられる内部デー
タである。

【００３７】図９に、回復優先条件テーブル２６を示
す。リアル発生頻度及び問合せ頻度を条件として、各情
報のリフレッシュデータ発生の優先度を示している。本
例において、２つの条件はそれぞれ高と低の２区分で、
回復優先度は高い順に１、２、３、４の４段階で示され
ている。

【００３８】これによれば、問合せ頻度が高くリアル発
生頻度が低い情報の優先度（＝１）が最も高く、問合せ
頻度が低くリアル発生頻度が高い情報の優先度（＝４）
が最も低い。なお、判定条件を更に小刻みに区分してテ
ーブルの優先度を細分したり、図１０に例示するＡＩル
ールを優先度決定機構１３で推論して決定することも可
能である。

【００３９】図１１は、優先度決定機構１３の処理内容
を示すフローチャートである。メンテナンス機構１４か
ら起動されると、配信情報のエントリ順（ｊ＝１〜ｍ）
に以下の処理を行う。

【００４０】まず、情報Ｑｊについて、リアル発生件数
テーブル２２より発生件数ＮＲｊと発生件数の総和Ｓ
Ｒ、問合せ件数テーブル２５より問合せ件数ＮＥｊと問
合せ件数の総和ＳＥを取得する（ｓ１０１）。

【００４１】次に、情報Ｑｊのリアル発生件数ＮＲｊの
発生頻度評価を行う。即ち、ＮＲｊと全情報のリアル発
生平均件数ＳＲ／ｍを比較し、ＮＲｊ≧ＳＲ／ｍならば
情報Ｑｊのリアル発生頻度は「高い」、ＮＲｊ＜ＳＲ／
ｍならば発生頻度は「低い」と区分する（ｓ１０２）。

【００４２】同様に、情報Ｑｊの問合せ件数ＮＥｊと全
情報の問合せ平均件数ＳＥ／ｍを比較し、ＮＥｊ≧ＳＥ
／ｍ情報Ｑｊの問合せ頻度は「高い」、ＮＥｊ＜ＳＥ／
ｍならば問合せ頻度は「低い」と区分する（ｓ１０
３）。

【００４３】このリアル発生頻度区分と問合せ頻度区分
を基に、回復優先条件テーブル２７の該当欄を参照し、
情報Ｑｊの回復優先度Ａ（１〜４）を決定する（ｓ１０
４）。この結果、情報Ｑｊのリフレッシュデータの送出
周期は、Ｎｊ＝Ｎ₀×Ａと求められ、リフレッシュ優先
度テーブル２３に設定される（ｓ１０４）。

【００４４】これにより、配信情報の回復優先度が１な
らば、周期Ｎ₀のリフレッシュ処理の度に、毎回リフレ
ッシュデータが作成されて送信される。もし、情報の回
復優先度が４ならば、リフレッシュ処理が４回実行され
て初めて、その情報のリフレッシュデータが１回作成さ
れて送信される。

【００４５】エントリされている全配信情報（ｍ）の優
先度を更新（ｓ１０５）後、リアル発生件数テーブル２
２及び問合せ件数テーブル２５の各件数をクリア（ｓ１
０６）して終了する。

【００４６】図１２は、配信機構１１におけるリフレッ
シュデータ配信手段１１２の処理内容を示すフローチャ
ートである。

【００４７】まず、今回のリフレッシュ処理を開始する
エントリ開始順位ｊｏを、リフレッシュ優先度テーブル
２３のエントリ順位ｊに対応させる（ｓ２０１）。開始
順位ｊｏは、全エントリ順位の最初の情報のリフレッシ
ュ処理をするときｊｏ＝１で、その後はリフレッシュ優
先度テーブルを一巡するまで、前回処理によって更新さ
れた値が引き継がれる。

【００４８】次に、エントリ順位ｊの送出周期Ｎｊ（Ｎ
ｊｏ）と内部データである巡回数Ｒｊ（Ｒｊｏ）を、リ
フレッシュ優先度テーブル２３から取得し、両者を比較
する（ｓ２０２）。巡回数Ｒｊの初期値は全情報とも、
Ｒｊ＝１に設定している。

【００４９】比較の結果、送出周期Ｎｊが巡回数Ｒｊよ
り大きいときは、情報Ｑｊについてリフレッシュデータ
の作成は行わず、巡回数Ｒｊを＋１してテーブル２３を
更新する（ｓ２０３）。次いで、エントリ開始順位ｊｏ
を＋１し（ｓ２０４）、そのｊｏが優先度テーブル２３
の最終エントリ順位（ｍ）を超えていなければ（ｓ２０
５）ステップｓ２０１へ、超えていればエントリ開始順
位ｊｏを初期化（ｊｏ＝１）して（ｓ２０６）、ステッ
プｓ２０１へ戻る。

【００５０】ステップｓ２０２でＮｊ＝Ｒｊとなると
き、直近データテーブル２１から情報Ｑｊ（ｊ番目の情
報コードと株価データ）を読出し、情報コード（銘柄）
とデータ（株価）のリフレッシュデータを作成し（ｓ２
０７）、回線出力手段１１４に出力を依頼する（ｓ２０
８）。

【００５１】この後、巡回数Ｒｊの初期化（ｓ２０８）
と、エントリ開始順位ｊｏの更新を行い（ｓ２０９）、
更新されたエントリ順位ｊｏが最終エントリ（ｍ）を超
えていれば（ｓ２１０）、エントリ開始順位ｊｏを初期
化して（ｓ２１１）、回線出力制御手段１１３へ制御を
渡す（ｓ２１２）。

【００５２】本実施例によれば、配信情報の優先度に応
じて回復のための処理周期を変更するようにしているの
で、優先度の高い情報ほど高速に回復処理が行われ、配
信情報の信頼度を向上できる。この優先度は情報毎の問
合せ件数が多いほど高く、リアル発生頻度が低いほど高
く評価されるので、ニーズが高い割にはリアル発生が少
ない情報を最優先で回復し、ユーザのニーズに即応した
サービスの向上が可能になる。

【００５３】上記の実施例におけるリフレッシュ処理
は、リフレッシュデータを一つ作成する毎にリアルデー
タ配信手段に１１１に制御を返している。しかし、複数
のリフレッシュデータの作成を１回のリフレッシュ処理
で行い、ＦＩＦＯなどのバッファに一時格納し、所定数
のデータを纏めて送信するようにしてもよい。

【００５４】さらに、１回のリフレッシュ処理で複数の
データを作成する対象を、例えば優先度の最も高い情報
グループに適用すると、グループの回復処理を一段とス
ピードアップできる。ただし、リフレッシュデータ手段
１１２が制御を渡されてから返すまでのトータル時間
は、一つのデータのみを処理する時間に比べ２倍ていど
以内が望ましく、グループ処理されるデータ数は限定さ
れる。

【００５５】また、リフレッシュデータ配信手段１１２
の処理中に、リアル情報が受信されたときは、リアルデ
ータ配信手段１１１が、回線出力制御手段１１３を介し
て、割込み可能に構成することも可能である。

【００５６】上記実施例による優先度は、前日の問合せ
件数やリアル発生頻度を基に決定しているが、これに限
定されるものでない。曜日や特異日などの過去の履歴デ
ータを併せ参照するようにして、優先度の精度を向上す
ることができる。

【００５７】さらに、例えば１分など所定時間当りの問
合せ件数を監視し、予め設定されている閾い値を超えた
情報に対し、オンライン中にその優先度を高く変更する
ことも可能である。これによれば、情報環境の変化によ
り即応できる。

【００５８】上記実施例では、回復優先度をリフレッシ
ュデータの送出周期に反映させるようにしている。しか
し、回復優先度をリフレッシュデータの送出件数に反映
させることも可能である。即ち、一定量の送出件数に対
し優先度の高い順に情報を割当て、定数に達したところ
で打ち切るものである。優先度が固定的な場合や反対に
オンラインに変更される場合に、リフレッシュデータを
簡単に決定できる。

【００５９】

【発明の効果】本発明のリアル情報回復方法によれば、
回復処理に優先順位を設けることで、優先度の高い情報
を迅速にリフレッシュでき、情報の信頼度を向上できる
効果がある。

【００６０】本発明のリアル情報配信システムによれ
ば、ホストシステムから多数の端末にリアル情報を配信
する場合に、端末からの問合せの多い情報を優先して回
復処理するので、システムのハード構成を変更すること
なく、サービスを向上できる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例による配信情報システムの機
能ブロック図である。

【図２】本発明を適用する配信情報システムの概略構成
図である。

【図３】直近データテーブル、リアル発生件数テーブル
及び問合せ件数テーブルの構成図である。

【図４】配信機構の機能ブロック図である。

【図５】ホストシステム及び端末の問合せ応答機構の構
成図である。

【図６】回復優先度決定機構の構成図である。

【図７】メンテナンス機構の構成である。

【図８】回復優先度テーブルの構成図である。

【図９】回復優先条件テーブルの構成図である。

【図１０】回復優先度決定ルールの一例を示す説明図で
ある。

【図１１】優先度決定機構の処理フロー図である。

【図１２】リフレッシュ配信機構の処理フロー図であ
る。本発明のホストシステムの回復優先条件テーブル構
成

【符号の説明】

１…ホストシステム、２…記憶装置（データベース）、
３（３−１〜３−ｎ）…端末装置、４…情報源、５，６
…通信制御装置、７…伝送線、８…メンテナンス端末、
１１…配信機構、１２…問合せ応答機構、１３…回復優
先度決定機構、１４…メンテナンス機構、２１…直近デ
ータテーブル、２２…リアル発生件数テーブル、２３…
リフレッシュ優先度テーブル、２４…付加情報データベ
ース、２５…問合せ件数テーブル、２６…回復優先条件
テーブル、３１…リアル受信機構、３２…直近データテ
ーブル、３３…問合せ応答機構、１１１…リアルデータ
配信手段、１１２…リフレッシュデータ配信手段、１１
３…回線出力制御手段、１１４…回線出力手段、１２１
…付加情報出力手段、１２２…問合せ受付け手段、１３
１…優先度決定手段、１４１…タイマー制御手段、３３
１…問合せ受付け手段、３３２…画面作成出力手段、３
３３…付加情報問合せ手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 戸辺 昭彦 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 情報源から順不同に発生されるリアルデ
   ータで該当の配信情報を更新して蓄積すると共に、前記
   リアルデータを複数の端末へ送信する配信処理と、この
   配信処理の合間に前記蓄積しているリアルデータを前記
   複数の端末に再送するリフレッシュ処理を行うリアル情
   報配信方法において、 前記リフレッシュ処理は、前記配信情報としてエントリ
   されている各情報に付与される回復優先度に応じて行う
   ことを特徴とするリアル情報配信方法。
2. 【請求項２】 請求項１において、 前記リフレッシュ処理は、前記回復優先度に応じて送信
   周期を変更することを特徴とするリアル情報配信方法。
3. 【請求項３】 請求項１または２において、 前記回復優先度は、前記配信情報毎の問合せ件数または
   問合せ件数とリアル発生件数に基づいて、前記問合せ件
   数が多いものを高く、前記リアル発生件数が多いものを
   低くするように決定することを特徴とするリアル情報配
   信方法。
4. 【請求項４】 請求項２において、 前記リフレッシュ処理は、１以上の所定数の配信情報の
   処理および／または所定優先度の配信情報のグループの
   処理を単位送信周期とすることを特徴とするリアル情報
   配信方法。
5. 【請求項５】 請求項１〜４のいずれか１項において、 所定時間当りの前記問合せ件数が予め設定された閾い値
   を超える場合は、当該配信情報についての回復優先度を
   オンラインに変更することを特徴とするリアル情報配信
   方法。
6. 【請求項６】 情報源から順不同に発生されるリアルデ
   ータを蓄積しながら、ネットワーク接続される複数の端
   末装置へ送信すると共に、蓄積しているリアルデータを
   リフレッシュのために前記端末装置へ再送するリアル情
   報配信装置において、 前記リアルデータの受信と、該当する配信情報の更新蓄
   積及びリアル発生件数の積算と、前記端末装置へブロー
   ドキャストするリアルデータ配信手段と、 前記配信情報毎に付与される優先度に応じて、前記蓄積
   されている直近のリアルデータからリフレッシュデータ
   を作成し、前記端末装置にブロードキャストするリフレ
   ッシュデータ配信手段と、 前記リアルデータ配信手段の処理の合間に、前記リフレ
   ッシュデータ配信手段の処理を可能にする回線出力制御
   手段と、 前記端末装置からの前記配信情報毎の問合せ件数に応
   じ、予め設定されている優先基準に従って前記回復優先
   度を決定す優先度決定手段と、 前記配信情報毎に、前記問合せ件数を蓄積する問合せ件
   数テーブル、前記リアル発生件数を蓄積するリアル発生
   件数テーブル及び前記回復優先度を設定する回復優先度
   テーブルを有する記憶手段と、を備えることを特徴とす
   るリアル情報配信装置。
7. 【請求項７】 請求項６において、 メンテナンス端末と接続され、前記優先度決定手段の起
   動および／または前記回復優先度テーブルの優先度を変
   更するメンテナンス機構を備えることを特徴とするリア
   ル情報配信装置。
8. 【請求項８】 請求項６または７において、 前記配信情報毎にその過去データ等の付加情報を記憶す
   る付加情報データベースと、 自己のプロセッサ（ＣＰＵ）を備え、前記端末装置から
   １対１通信方式で所望の付加情報の要求を受付け、前記
   付加情報データベースから該当する付加情報を検索して
   応答すると共に、前記問合せ件数テーブルの該当する配
   信情報の件数を積算する問合せ応答手段を備えることを
   特徴とするリアル情報配信装置。