JP2001167190A - 情報配信方法及び情報配信システム - Google Patents

Abstract

(57)【要約】 【課題】 従来の情報配信システムは、クライアントの
画面毎にサーバから情報を取得するため、サーバ／クラ
イアント間のトラフィックが増大するという問題点があ
ったが、サーバ／クライアント間のトラフィック負荷を
軽減し、更にサーバの負荷をも軽減し、クライアントに
おける画面表示までの時間を短縮できる情報配信方法及
び情報配信システムを提供する。 【解決手段】 クライアント３上にサーバ２から取得し
た銘柄情報を記憶する銘柄管理テーブル３５を設け、任
意の画面処理プロセス４２から銘柄情報が要求された場
合、クライアントデータ管理プロセス４１が、銘柄管理
テーブル３５に当該銘柄情報が記憶されている場合には
記憶している情報を画面処理プロセス４２に出力し、記
憶していない場合に、サーバ２から情報を取得して記憶
すると共に画面処理プロセス４２に出力する情報配信シ
ステム及び情報配信方法である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、証券、金融、保険
業界等の情報をサーバで受信し、複数のクライアントの
要求に応じて配信するクライアント／サーバ方式の情報
配信システムに係り、特にクライアント／サーバ間のＬ
ＡＮ回線上のトラフィック負荷を軽減し、更にサーバの
負荷を軽減して表示までの時間を短縮できる情報配信方
法及び情報配信システムに関する。

【０００２】

【従来の技術】従来の情報配信システムについて図７を
使って説明する。図７は、従来の情報配信システムの概
略構成ブロック図である。従来の情報配信システムは、
配信ホスト１から送信される全ての銘柄の最新の株価情
報等で構成される市場情報を受信して記憶するサーバ
２′と、個々に選択された任意の銘柄に関する最新の株
価情報をサーバ２′から取得して表示する複数クライア
ント３′から構成され、サーバ２′とクライアント３′
とがＬＡＮ等のネットワークを介して接続されている。
但し、図７では、クライアント３′を１つだけ示してい
る。

【０００３】そして、サーバ２′の内部は、受信部２１
と、ＬＡＮＩ／Ｆ部２２と、制御部２３′と、記憶部２
６′から構成されており、制御部２３′内には、銘柄情
報受信処理手段２４′と配信処理手段２５′とが設けら
れており、記憶部２６′内には、銘柄情報記憶テーブル
２７が設けられている。また、各クライアント３′の内
部は、ＬＡＮＩ／Ｆ部３１と、表示部３２と、入力部３
３と、制御部４０′から構成されており、制御部４０′
内には、表示部３２に表示される画面毎の処理プロセス
（画面Ａ処理プロセス４２ａ′，画面Ｂ処理プロセス４
２ｂ′，…）が存在している。

【０００４】次に従来の情報配信システムのサーバ２′
内部の各部について説明する。サーバ２′の受信部２１
は、配信ホスト１から送信される情報を随時受信して、
制御部２３′に出力するものである。ＬＡＮＩ／Ｆ部２
２は、ＬＡＮ接続された複数のクライアント３′とデー
タの送受信を行うものである。

【０００５】制御部２３′は、情報配信システムにおけ
るサーバ全体を制御するものであり、制御部２３′に設
けられた銘柄情報受信処理手段２４′は、受信部２１が
受信した任意の銘柄の情報を取得し、後に述べる銘柄情
報記憶テーブル２７に銘柄毎に最新情報を格納するもの
である。そして、制御部２３′に設けられた配信処理手
段２５′は、クライアント３′の各画面処理プロセス４
２′からの配信要求に応じて、要求された銘柄に関して
銘柄情報記憶テーブル２７を検索し、要求された項目の
情報を取得してクライアント３′の各画面処理プロセス
４２′に配信するものである。

【０００６】記憶部２６′は、制御部２３′における処
理の過程で用いられる各種データを記憶するもので、特
に銘柄情報記憶テーブル２７は、配信ホスト１からの受
信情報に従って銘柄情報受信処理手段２４′で処理され
た各銘柄に関する最新情報を記憶するテーブルである。

【０００７】次に従来の情報配信システムのクライアン
ト３′内部の各部について説明する。ＬＡＮＩ／Ｆ部３
１は、ＬＡＮ接続されたサーバ２′とデータの送受信を
行うものである。表示部３２は、表示対象の情報項目に
関してサーバ２′から取得した情報データ等を表示する
ものである。入力部３３は、表示部３２に表示する情報
項目を入力するキーボードまたはタッチパネル等の入力
部である。

【０００８】制御部４０′は、情報配信システムのクラ
イアント３′全体の制御を行うものであり、制御部４
０′内に設けられた画面Ａ処理プロセス４２ａ′、画面
Ｂ処理プロセス４２ｂ′，…は、表示部３２内の各画面
Ａ、画面Ｂ、…に対応して、各画面における表示データ
の取得、表示データの表示、及び各種入力等の制御を行
うものである。具体的に各画面処理プロセス４２は、そ
の表示内容に応じて、必要な銘柄及び表示項目を特定し
てサーバ２′に対して配信要求を行い、サーバ２′から
返送された情報データを受け取って表示用に編集し、表
示部３２の各画面に表示するものである。

【０００９】次に、従来の情報配信システムにおける動
作について、図７，図８を用いて説明する。図８は、従
来システムの概略構成と動作例を示す説明図である。従
来の情報配信システムでは、配信ホスト１からサーバ
２′に各種銘柄に関する情報が随時送信され、サーバ
２′で銘柄情報受信処理手段２４によって各銘柄毎に最
新情報が銘柄情報記憶テーブル２７に記憶される。

【００１０】そして、クライアント３′において、例え
ば、図８に示すような銘柄別の情報一覧を表示する画面
Ａの表示要求が為されると、画面Ａ処理プロセス４２
ａ′が起動され、表示に必要な銘柄（図８では、銘柄コ
ード6501,6756,6758,…）に関する表示項目（図８で
は、一覧情報としてコード,OPEN,LOW,HIGH,CLOSE）のデ
ータ送信の要求（配信要求）がＬＡＮＩ／Ｆ部３１を介
して、ＬＡＮ経由でサーバ２′に送信される。

【００１１】そして、クライアント３′の画面Ａ処理プ
ロセス４２ａ′からの配信要求を受けたサーバ２′は、
配信処理手段２５′の動作で、銘柄情報記憶テーブル２
７から要求のあった銘柄に関する要求された項目である
一覧情報データが取得され、クライアント３′の画面Ａ
処理プロセス４２ａ′に返送され、画面Ａ処理プロセス
４２ａ′によって、表示部３２の画面Ａに表示される。

【００１２】同様に、クライアント３′において、例え
ば、図８に示すような個別に銘柄の情報を表示する画面
Ｂの表示要求が為されると、画面Ｂ処理プロセス４２
ｂ′が起動され、指定された銘柄（図８では、銘柄コー
ド6756）に関する表示項目（図８では、個別情報として
コード,OPEN,LOW,HIGH,CLOSE,PRICE,VOL,ASK,BID，歩1,
歩2,歩3,…）のデータ送信の要求（配信要求）がＬＡＮ
Ｉ／Ｆ部３１を介して、ＬＡＮ経由でサーバ２′に送信
され、サーバ２′で、要求された銘柄の要求された項目
である個別情報データが銘柄情報記憶テーブル２７から
取得されてクライアント３′の画面Ｂ処理プロセス４２
ｂ′に返送され、画面Ｂ処理プロセス４２ｂ′によっ
て、表示部３２の画面Ｂに表示されるようになってい
た。

【００１３】つまり、従来の情報配信システムでは、ク
ライアント３′の画面処理プロセス４２′毎に、サーバ
２′との間で必要な銘柄に関する必要な項目の情報要求
及び当該情報の送信を行っていた。

【００１４】

【発明が解決しようとする課題】しかしながら、上記従
来の情報配信システムでは、クライアント３′が画面処
理プロセス４２′毎に、画面の表示に必要な全銘柄につ
いてサーバ２′に対して配信要求し、各画面の表示用の
データを取得しており、例え複数の画面処理プロセスに
おいて、必要とする銘柄が重複していても、各々情報の
取得を行っていたため、サーバ２′とクライアント３′
とを接続するＬＡＮ回線上のトラフィックが増大し、特
にクライアント数や各クライアントにおける画面数が多
いと、ＬＡＮ回線の負荷の増大による通信遅延が発生
し、表示されるまでに時間がかかるという問題があっ
た。

【００１５】また、サーバ２′においては、各クライア
ント３′の各画面処理プロセス４２′からの配信要求に
対応しなければならず、特にクライアント数や各クライ
アントにおける画面数が多いと、サーバ２′における負
荷も増大し、表示されるまでに時間がかかるという問題
があった。更に、各画面表示フォーマットにより配信要
求される項目が異なるため、サーバ２′の配信処理手段
２５′では、要求される項目に対応して検索処理を行わ
なければならず、処理が複雑になってしまうという問題
点があった。

【００１６】本発明は上記実情に鑑みて為されたもの
で、サーバ／クライアント間のＬＡＮ回線上のトラフィ
ック負荷を軽減し、更にサーバの負荷をも軽減し、クラ
イアントにおける画面表示までの時間を短縮できる情報
配信方法及び情報配信システムを提供することを目的と
する。

【００１７】

【課題を解決するための手段】上記従来例の問題点を解
決するための本発明は、複数の画面処理プロセスからの
要求により特定銘柄の情報をサーバから取得して対応す
る画面処理プロセスへ出力する情報配信方法において、
サーバから取得した銘柄の情報を記憶し、複数の中のあ
る画面処理プロセスが任意の銘柄の情報を要求した場合
に、既に当該銘柄の情報を記憶している場合には、記憶
している情報を画面処理プロセスに出力し、当該銘柄の
情報を記憶していない場合には、サーバから情報を取得
して記憶すると共に画面処理プロセスに出力するものな
ので、サーバ／クライアント間のＬＡＮ回線上のトラフ
ィック負荷を軽減し、更にサーバの負荷をも軽減し、ク
ライアントにおける画面表示までの時間を短縮できるも
のである。

【００１８】上記従来例の問題点を解決するための本発
明は、情報配信システムにおいて、任意の銘柄の情報を
記憶するサーバと、特定銘柄の情報を要求し、入力され
た情報の表示を行う画面処理プロセスを複数備え、画面
処理プロセスからの要求に応じて、サーバから銘柄の情
報を取得して対応する画面処理プロセスに出力するクラ
イアントとを有するものであり、サーバが、任意の銘柄
の情報を外部から受信して記憶し、クライアントからの
配信要求に応じて記憶した銘柄の情報を配信するサーバ
であり、クライアントが、各画面処理プロセスが要求し
て取得された銘柄の情報を一括管理し、サーバから取得
した銘柄の情報は記憶し、複数の中のある画面処理プロ
セスが任意の銘柄の情報を要求した場合に、既に当該銘
柄の情報を記憶している場合には記憶している情報を画
面処理プロセスに出力し、当該銘柄の情報を記憶してい
ない場合に、サーバから情報を取得して記憶すると共
に、画面処理プロセスに出力するクライアントであるこ
とを特徴とするものなので、サーバ／クライアント間の
ＬＡＮ回線上のトラフィック負荷を軽減し、更にサーバ
の負荷をも軽減し、クライアントにおける画面表示まで
の時間を短縮できるものである。

【００１９】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。尚、以下で説明する機能実現
手段は、当該機能を実現できる手段であれば、どのよう
な回路又は装置であっても構わず、また機能の一部又は
全部をソフトウェアで実現することも可能である。更
に、機能実現手段を複数の回路によって実現してもよ
く、複数の機能実現手段を単一の回路で実現してもよ
い。

【００２０】上位概念的に説明すれば、本発明に係る情
報配信方法及び情報配信システムは、クライアントが、
各画面処理プロセスが要求してサーバから取得した銘柄
の情報を一括管理し、ある画面処理プロセスが任意の銘
柄の情報を要求した場合に、既に当該銘柄の情報を記憶
している場合には記憶している情報を画面処理プロセス
に出力し、当該銘柄の情報を記憶していない場合に、サ
ーバから情報を取得して記憶すると共に、画面処理プロ
セスに出力するものなので、サーバ／クライアント間の
ＬＡＮ回線上のトラフィック負荷を軽減し、更にサーバ
の負荷をも軽減し、クライアントにおける画面表示まで
の時間を短縮できるものである。

【００２１】中位概念的に説明すれば、本発明に係る情
報配信システムは、クライアントが、特定銘柄の情報を
要求し、入力された情報の表示を行う複数の画面処理プ
ロセスと、複数の画面処理プロセスから要求された銘柄
とその銘柄の情報を一括管理する銘柄管理テーブルと、
複数の中のある画面処理プロセスが任意の銘柄の情報を
要求した場合に、既に当該銘柄の情報を柄管理テーブル
に記憶している場合には記憶している情報を画面処理プ
ロセスに出力し、当該銘柄の情報を銘柄管理テーブルに
記憶していない場合に、サーバから情報を取得して銘柄
管理テーブルに格納すると共に、画面処理プロセスに出
力するクライアントデータ管理プロセスとを有するクラ
イアントであるので、サーバ／クライアント間のＬＡＮ
回線上のトラフィック負荷を軽減し、更にサーバの負荷
をも軽減し、クライアントにおける画面表示までの時間
を短縮できるものである。

【００２２】また、本発明に係る情報配信システムは、
サーバが、銘柄毎に配信要求のあったクライアントを自
動更新銘柄登録テーブルで記憶し、任意の銘柄の更新の
指示があると、当該銘柄に関して配信要求のあったクラ
イアントに対して、銘柄の情報の配信を行う配信手段を
有するサーバであり、クライアントが、サーバから情報
が更新された銘柄に関する配信があると、当該銘柄を要
求していた画面処理プロセスに対して更新された情報を
出力するクライアントデータ管理プロセスとを有するク
ライアントであるので、自動更新銘柄に関する自動配信
もクライアント単位で行われ、サーバとクライアント間
のトラフィックを更に軽減できる。

【００２３】図１は、本発明の実施の形態に係る情報配
信システムの概略構成ブロック図である。尚、図７と同
様の構成をとる部分については同一の符号を付して説明
する。本実施の形態の情報配信システムは、従来と基本
的には同様で、図１に示すように、配信ホスト１から送
信される全ての銘柄の最新の株価情報等で構成される市
場情報を受信して記憶するサーバ２と、個々に選択され
た任意の銘柄に関する最新の株価情報をサーバ２から取
得して表示する複数クライアント３から構成され、サー
バ２とクライアント３とがＬＡＮ等のネットワークを介
して接続されている。尚、図１では、クライアント３を
１つだけ示している。本発明の情報配信システムと従来
の情報配信システムは、基本的な構成は同様であるが、
各クライアント３におけるサーバ２からの情報取得方法
が異なり、全体としてサーバ／クライアント間の情報配
信方法が従来とは異なっている。

【００２４】まず、本発明の情報配信システムのサーバ
２について、詳しく説明する。本発明の情報配信システ
ムのサーバ２は、基本的には従来と同様で、受信部２１
と、ＬＡＮＩ／Ｆ部２２と、制御部２３と、記憶部２６
とから構成され、制御部２３は銘柄情報受信処理手段２
４と配信処理手段２５とを具備しており、記憶部２６
は、従来と同様の銘柄情報記憶テーブル２７に加えて自
動更新銘柄登録テーブル２８を具備している。

【００２５】次に、本発明の情報配信システムのサーバ
２内の各部について詳細に説明するが、受信部２１とＬ
ＡＮＩ／Ｆ部２２は従来と全く同様であるので説明を省
略する。

【００２６】記憶部２６は、制御部２３における処理の
過程で用いられる各種データを記憶するもので、本発明
では、従来と同様の銘柄情報記憶テーブル２７と、自動
更新機能に対応するための構成として自動更新銘柄登録
テーブル２８が設けられている。ここで、自動更新機能
とは、配信ホスト１からの情報により、サーバ２の銘柄
情報記憶テーブル２７に記憶されている情報が更新され
た場合に、当該更新された項目を表示しているクライア
ントに対して更新された情報を配信する機能である。自
動更新機能を実現しない構成においては、自動更新銘柄
登録テーブル２８は不要である。

【００２７】記憶部２６の銘柄情報記憶テーブル２７
は、各銘柄に関する最新情報を記憶するテーブルであ
り、後述する銘柄情報受信処理手段２４によって、配信
ホスト１からの受信情報に従って最新情報が格納され、
クライアント３から配信要求があった場合に、後述する
配信処理手段２５によって任意の銘柄の情報の検索に使
用されるようになっている。

【００２８】また、記憶部２６の自動更新銘柄登録テー
ブル２８は、各銘柄に関して配信要求のあったクライア
ント３を、銘柄に対応付けて記憶するものであり、クラ
イアント３からの配信要求があった場合に、後述する配
信処理手段２５によって、配信要求された銘柄に対応付
けてクライアント３の識別子が登録され、任意の銘柄の
情報の更新があった場合に、配信処理手段２５によっ
て、当該銘柄に関して配信要求のあったクライアント３
の検索に使用されるようになっている。

【００２９】制御部２３は、情報配信システムにおける
サーバ全体を制御するもので、従来と基本的には同様
で、配信ホスト１から配信された情報を処理する銘柄情
報受信処理手段２４と、クライアント３への情報配信処
理を行う配信処理手段２５とを具備しているが、各手段
の内容が従来とは若干異なっている。

【００３０】制御部２３内の各手段について詳細に説明
する。制御部２３の銘柄情報受信処理手段２４は、従来
と同様に、配信ホスト１から配信され受信部２１が受信
した任意の銘柄の情報を取得し、銘柄情報記憶テーブル
２７に銘柄毎に最新情報を格納する手段である。そし
て、更に本発明では、自動更新の機能を実現する場合
に、任意の銘柄の情報を受信し、当該銘柄に関して銘柄
情報記憶テーブル２７に記憶されている情報を更新した
場合、当該銘柄に関する自動更新指示を配信処理手段２
５に出力するようになっている。

【００３１】制御部２３内の配信処理手段２５は、従来
と同様に、クライアント３からの配信要求に応じて、要
求された銘柄に関して銘柄情報記憶テーブル２７を検索
し、当該銘柄に関する情報を配信する手段であるが、従
来は、クライアント内の各画面処理プロセスからの配信
要求に応じていたが、本発明の配信処理手段２５では、
クライアント単位での配信要求に応じる点が異なり、ま
た、従来は要求された項目の情報のみ配信していたが、
本発明の配信処理手段２５は、当該銘柄に関する全ての
情報を取得してクライアント３に配信する点が異なって
いる。

【００３２】そして、更に本発明では、自動更新機能を
実現する場合には、クライアント３からの配信要求に応
じる際に、自動更新登録テーブル２８に配信要求された
銘柄とクライアント３の識別子とを対応付けて記憶して
おき、上記した銘柄情報受信処理手段２４から、任意の
銘柄の更新指示が出力されると、当該銘柄に関して配信
要求のあったクライアント３を自動更新銘柄登録テーブ
ル２８で検索し、検索されたクライアント３に対して、
銘柄の更新情報の配信を行う手段でもある。尚、更新情
報の配信方法については任意であるが、例として、無条
件に登録されているクライアント３に配信してしまう
か、又はクライアント３に配信の通知を送信し、更新情
報の配信要求が為されたクライアント３に対してのみ配
信するようにしても良い。

【００３３】次に、本発明の情報配信システムのクライ
アント３について、詳しく説明する。本発明の情報配信
システムのクライアント３は、従来と同様の構成とし
て、ＬＡＮＩ／Ｆ部３１と、表示部３２と、入力部３３
とから構成され、更に本発明の特徴部分として、銘柄管
理テーブル３５と画面管理テーブル３６とを具備する記
憶部３４が新たに設けられ、更に、従来の制御部４０′
の代わりに、クライアントデータ管理プロセス４１と各
画面処理プロセス４２ａ，４２ｂ，…とを具備する制御
部４０が設けられている。

【００３４】次に、本発明の情報配信システムのクライ
アント３の各部について具体的に説明するが、ＬＡＮＩ
／Ｆ部３１，表示部３２，入力部３３は、従来と全く同
様であるので、説明を省略する。

【００３５】記憶部３４は、クライアント３において、
サーバ２から取得した銘柄の情報や稼動中の画面の情報
等を記憶するもので、具体的には、銘柄管理テーブル３
５と、画面管理テーブル３６が設けられている。

【００３６】記憶部３４の画面管理テーブル３６は、ク
ライアント３上で起動されている画面処理プロセス４２
の画面を管理するものであり、任意の画面処理プロセス
４２が起動されたときにその画面処理プロセス４２の識
別子が登録され、当該画面処理プロセス４２が終了され
た時に消去されるようになっている。

【００３７】ここで、画面管理テーブル３６の具体的な
内容について、図２を用いて説明する。図２は、本発明
の情報配信システムのクライアント上の記憶部３４に設
けられた画面管理テーブル３６の内容を示す説明図であ
る。画面管理テーブル３６のフォーマットは、左列から
画面番号、画面固有コードであり、画面番号（０、１、
２、…３１）に対応して、それぞれ画面プロセス４２の
識別子である画面固有コード（ＨＷＮＤ、…）を記憶す
るようになっている。尚、画面管理テーブル３６では、
同時に開くことができる画面数だけ（図２では、３２画
面分）情報が登録できるようになっている。また画面番
号が、後に述べる銘柄管理テーブル３５の画面管理フラ
グの位置に対応するようになっている。

【００３８】記憶部３４の銘柄管理テーブル３５は、サ
ーバ２から取得した銘柄に関する各種情報と、各銘柄を
要求した画面処理プロセス４２とを一括管理するもので
ある。ここで、銘柄管理テーブル３５の具体的な内容に
ついて、図３を用いて説明する。図３は、本発明の情報
配信システムのクライアント上の記憶部３４に設けられ
た銘柄管理テーブル３５の内容を示す説明図である。銘
柄管理テーブル３５のフォーマットは、左列から画面管
理フラグと、銘柄管理コードと、銘柄に関する情報とし
て場状態フラグ、複数（図３では１００個）の素データ
から構成されてる。尚、各素データは、更新通番（１バ
イト）と、状態フラグ（１バイト）、と素データ（３２
バイト）から成り、各々OPEN,LOW,HIGH,CLOSE,PRICE,VO
L,ASK,BID，歩1,歩2,歩3,…等の各種情報である。そし
て、銘柄管理テーブル３５では、上記項目を１つの銘柄
について１レコードで記憶し、例えば５００銘柄分のデ
ータ（５００コード分）を蓄積記憶できるようになって
いる。

【００３９】ここで、銘柄管理テーブル３５の画面管理
フラグは、該当する銘柄の情報を要求した画面処理プロ
セス４２を管理するものである。具体的には、先に述べ
た画面管理テーブル３６における画面番号に対応したフ
ラグ（０〜３１）が設けられており、初期値は０で、銘
柄の情報を要求した画面処理プロセス４２の画面番号の
フラグは値１が設定されるようになっている。例えば、
図３の例では、銘柄管理コードＡについては、画面番号
０，２８，３１の画面処理プロセス４２で情報が要求さ
れたことになる。

【００４０】また、銘柄管理コードは、会社固有の銘柄
コードと、種別等の識別コードとを含むコードであり、
各画面処理プロセス起動前に、証券市況情報及びニュー
ス等をサーバ２に検索し、取得しておくもである。

【００４１】次に制御部４０について説明する。制御部
４０は、クライアント全体を制御するもので、具体的に
は、画面の表示内容に対応する各画面処理プロセス４２
（画面Ａ処理プロセス４２ａ、画面Ｂ処理プロセス４２
ｂ，…）と、クライアント３における画面の管理及び銘
柄情報の管理を行うクライアントデータ管理プロセス４
１を具備している。

【００４２】制御部４０内の各部について、詳細に説明
する。制御部４０の画面処理プロセス４２は、従来と同
様に、表示部３２内の各画面Ａ、画面Ｂ、…に対応し
て、各画面における表示データの取得、表示データの表
示、及び各種入力等の制御を行うものであるが、従来の
画面処理プロセス４２′が、サーバ２′に対して配信要
求を行い、サーバ２′から返送された情報データを各画
面に表示するものであったのに対して、本発明の画面処
理プロセス４２は、その表示内容に応じて、必要な銘柄
及び表示項目を特定して、後述するクライアントデータ
管理プロセス４１に対して画面固有コードと銘柄管理コ
ードと配信要求項目から成る配信要求を行い、クライア
ントデータ管理プロセス４１から返送された情報データ
を受け取って表示用に編集し、表示部３２の各画面に表
示するものである。

【００４３】制御部４０のクライアントデータ管理プロ
セス４１は、クライアント３における画面の管理及び銘
柄情報の管理を行うもので、具体的には、任意の画面処
理プロセス４２からの配信要求を受けて、画面管理テー
ブル３６で画面を管理する。

【００４４】そして、配信要求された銘柄（銘柄管理コ
ード）について、既に銘柄管理テーブル３５に記憶して
いる場合には、記憶している情報を画面処理プロセス４
２に出力すると共に、銘柄管理テーブル３５の当該銘柄
に対応する画面管理フラグで当該画面処理プロセスに対
応するフラグをセットして、当該銘柄を表示している画
面処理プロセス４２を管理する。一方、当該銘柄の情報
を未だ銘柄管理テーブル３５に記憶していない場合に
は、サーバ２に対して配信要求を行い、サーバ２から銘
柄の情報を取得して銘柄管理テーブル３５に格納すると
共に、画面処理プロセス４２に出力し、銘柄管理テーブ
ル３５の当該銘柄に対応する画面管理フラグで当該画面
処理プロセスに対応するフラグをセットする。

【００４５】また、自動更新の機能が実現されていて、
サーバ２から情報が更新された銘柄に関する配信がある
と、配信された情報を銘柄管理テーブル３５に格納する
と共に、当該銘柄に対して情報取得の要求があった画面
処理プロセス４２を銘柄管理テーブル３５の画面管理フ
ラグで検索し、検索された画面処理プロセス４２に対し
て更新された情報を出力することも行う。

【００４６】また、自動更新の機能が実現されていない
場合でも、例えば、定期的に銘柄管理テーブル３５に記
憶された銘柄について、サーバ２に配信要求を行い、取
得した情報を銘柄管理テーブル３５に格納すると共に、
当該銘柄に対して情報取得の要求があった画面処理プロ
セス４２を銘柄管理テーブル３５の画面管理フラグで検
索し、検索された画面処理プロセス４２に対して更新さ
れた情報を出力するようにしてもよい。

【００４７】ここで、クライアントデータ管理プロセス
４１における配信要求に対応する具体的な処理の流れ
を、図４を用いて説明する。図４は、本発明の情報配信
システムのクライアントにおける制御部４０上のクライ
アントデータ管理プロセス４１の処理の流れを示すフロ
ーチャート図である。クライアントデータ管理プロセス
４１は、画面処理プロセス４２から、取得したい銘柄情
報に対応する銘柄管理コードと、画面処理プロセス４２
に対応する画面固有コードとを含む配信要求を受けると
起動し、まず、要求の出された画面処理プロセス４２の
画面固有コードを入力する（１００）。

【００４８】そして、入力された画面固有コードが、画
面管理テーブル３６に登録済かどうかをチェックし（１
０２）、未登録の場合（Ｎｏ）は、画面管理テーブル３
６の画面登録数がＭＡＸ（図２の場合、３２画面）を越
えていないかどうかをチェックし（１０４）、ＭＡＸ画
面登録数より小さい場合（Ｎｏ）には、画面管理テーブ
ル３６に、画面処理プロセス４２の固有コードを新規に
登録し（１１０）、画面処理プロセス４２に対応付けら
れた画面番号を取得する（１１２）。一方、処理１０２
において、入力された画面固有コードが、画面管理テー
ブル３６に登録済の場合には、画面管理テーブル３６か
ら、入力された画面固有コードに対応する画面番号を取
得する（１１２）。また、処理１０４において、ＭＡＸ
画面登録数を越えている場合（Ｙｅｓ）には、新画面作
成がＮＧとなり（１０６）、処理を終了する。

【００４９】次に、配信要求から要求した銘柄の銘柄管
理コードを入力し（１２０）、入力された銘柄管理コー
ドが、銘柄管理テーブル３５に登録済かどうかをチェッ
クし（１２２）、登録済の場合（Ｙｅｓ）は、処理１２
６に進み、未登録の場合（Ｎｏ）は、後に述べる新規銘
柄登録処理（１２４）を行い、登録が正常に行われたか
判断し（１２５）、登録に失敗した場合には（Ｎｏ）、
処理を終了する。

【００５０】一方、処理１２５において、新規銘柄登録
処理が正常に終了した場合には（Ｙｅｓ）、銘柄管理テ
ーブル３５の当該銘柄に関する当該画面処理プロセス２
４の画面管理フラグをオンにし（１２６）、当該銘柄に
関するデータレコードを画面処理プロセス４２に出力す
る（１２８）。画面処理プロセス４２が要求した銘柄管
理コードが全て終了したか判断し（１３０）、終了して
いない場合（Ｎｏ）には、１２０の処理に戻り、１２０
から１３０の処理を繰り返し、画面処理プロセス４２が
要求した銘柄管理コードに関する処理がすべて終了した
場合には（Ｙｅｓ）、全体の処理を終了する。

【００５１】次に、クライアントデータ管理プロセス４
１の処理中の新規銘柄登録処理（１２４）の具体的な流
れについて、図５を用いて説明する。図５は、本発明の
情報配信システムのクライアント２における制御部上の
クライアントデータ管理プロセス４１の新規銘柄登録処
理の流れを示すフローチャート図である。新規銘柄登録
処理は、クライアントデータ管理プロセス４１から呼び
出され起動する。起動後、まず銘柄登録テーブル３５の
登録銘柄数をチェックし（２００）、登録銘柄数がＭＡ
Ｘ（図３の場合、５００銘柄）を越えている場合（Ｙｅ
ｓ）には、登録ＮＧとなり（２０４）処理を終了する。

【００５２】一方、登録銘柄数がＭＡＸ登録銘柄数より
小さい場合には、銘柄管理テーブル３５に、銘柄管理コ
ードを登録する（２１０）。そして、ＬＡＮＩ／Ｆ部３
１を介して、サーバ２に当該銘柄管理コードに対応する
銘柄の配信要求を行い（２１２）、サーバ２から銘柄情
報を受信して（２１４）、銘柄管理テーブル３５に格納
して登録が完了（ＯＫ）とし（２１６）、処理を終了す
る。

【００５３】次に、本発明の情報配信システムの動作に
ついて、図１、図６を用いて説明する。図６は、本発明
の情報配信システムの概略構成と動作例を示す説明図で
ある。本発明の情報配信システムでは、従来と同様に、
配信ホスト１からサーバ２に各種銘柄に関する情報が随
時送信され、サーバ２で銘柄情報受信処理手段２４によ
って各銘柄毎に最新情報が銘柄情報記憶テーブル２７に
記憶される。

【００５４】そして、クライアント３において、例え
ば、図６に示すような銘柄別の情報一覧を表示する画面
Ａの表示要求が為されると、画面Ａ処理プロセス４２ａ
が起動され、表示に必要な銘柄（図６では、銘柄コード
6501,6756,6758,…）の銘柄管理コードと、それに関す
る表示項目（図６では、一覧情報としてコード,OPEN,LO
W,HIGH,CLOSE）のデータ送信の要求（配信要求）が画面
Ａの画面固有コードと共にクライアントデータ管理プロ
セス４１に出力される。

【００５５】クライアントデータ管理プロセス４１で
は、新規画面として画面Ａの画面固有コードを画面管理
テーブル３６に登録し、次に、配信要求された各銘柄の
銘柄管理コードについて銘柄管理テーブル３５を検索す
る。ここで、画面Ａは初めて起動された画面であるの
で、銘柄管理テーブル３５には１つも銘柄が登録されて
いないとすると、クライアント３の識別子と共に、配信
要求された各銘柄管理コードに関する配信要求が、ＬＡ
ＮＩ／Ｆ部３１を介して、ＬＡＮ経由でサーバ２に送信
される。

【００５６】そして、クライアント３からの配信要求を
受けたサーバ２は、配信処理手段２５の動作で、銘柄情
報記憶テーブル２７から要求のあった銘柄に関する全項
目の情報データが取得され、クライアント３に返送され
る。クライアント３に返送された情報データは、クライ
アントデータ管理プロセス４１の動作で、画面管理テー
ブル３５に格納されると共に、画面管理フラグの画面Ａ
に関するフラグがセットされ、画面Ａ処理プロセス４２
ａから配信要求された項目に関するデータが画面Ａ処理
プロセス４２ａに出力されて、表示部３２の画面Ａに表
示される。

【００５７】次に、クライアント３において、例えば、
図６に示すような個別に銘柄の情報を表示する画面Ｂの
表示要求が為されると、画面Ｂ処理プロセス４２ｂが起
動され、指定された銘柄（図６では、銘柄コード6756）
に関する表示項目（図６では、個別情報としてコード,O
PEN,LOW,HIGH,CLOSE,PRICE,VOL,ASK,BID，歩1,歩2,歩3,
…）のデータ送信の要求（配信要求）が画面Ｂの画面固
有コードと共にクライアントデータ管理プロセス４１に
出力される。

【００５８】クライアントデータ管理プロセス４１で
は、新規画面として画面Ｂの画面固有コードを画面管理
テーブル３６に登録し、次に、配信要求された各銘柄の
銘柄管理コードについて銘柄管理テーブル３５を検索す
る。ここで、配信要求された銘柄コード6756は、既に銘
柄管理テーブル３５に登録されているので、画面管理フ
ラグの画面Ｂに関するフラグがセットされ、画面Ｂ処理
プロセス４２ｂから配信要求された項目に関するデータ
が画面Ｂ処理プロセス４２ｂに出力されて、表示部３２
の画面Ｂに表示されるようになっていた。

【００５９】尚、本発明の情報配信システムにおいて、
自動更新の機能が実現されている場合には、クライアン
ト３からの配信要求を受けたサーバ２では、配信処理手
段２５の動作で、銘柄情報記憶テーブル２７から要求の
あった銘柄に関する全項目の情報データが取得され、ク
ライアント３に返送されると共に、自動更新銘柄登録テ
ーブルに、当該銘柄についてクライアント３の識別子が
登録される。

【００６０】そして、この登録により、この銘柄に関し
て、サーバ２が配信ホスト１から最新の銘柄情報を受信
した場合に、サーバ２の制御部２３上の銘柄情報受信処
理手段２４により配信処理手段２３に自動更新指示が出
力され、配信処理手段２３の動作によって、自動更新銘
柄登録テーブル２８がチェックされ、受信した銘柄に関
して配信要求のあったクライアント３が検索されて、検
索されたクライアント３に対して、銘柄情報の配信が行
われる。

【００６１】自動更新機能による銘柄情報の配信を受け
たクライアント３では、クライアントデータ管理プロセ
ス４１の動作として、受け取った銘柄情報のデータを銘
柄管理テーブル３５に格納すると共に、当該銘柄に関す
る画面管理フラグをチェックし、当該銘柄の情報を表示
している画面処理プロセス４２に対して情報更新の通知
を行い、最新情報を表示に反映させるようになってい
る。

【００６２】尚、上記説明では、クライアントにおける
初期状態として、銘柄管理テーブル３５に登録されてい
る銘柄がない状態で説明したが、例えば、クライアント
３の装置立ち上げ時に画面に関係なく無条件に銘柄情報
データをダウンロードする銘柄を登録初期ファイルに登
録しておくことにより、装置立ち上げ時にサーバ２の制
御部２３内のサーバプロセスにログオンして、ユーザー
認証等を行い、登録初期ファイルに従って、特定の銘柄
の情報をクライアント３にダウンロードするようにして
も構わない。

【００６３】本発明の情報配信方法及び情報配信システ
ムによれば、サーバ２から取得した銘柄の情報をクライ
アント３の記憶部３４上の銘柄管理テーブル３５に記憶
し、クライアント３の制御部４０上の複数ある画面処理
プロセス４２が任意の銘柄の情報を要求した場合に、既
に当該銘柄の情報を銘柄管理テーブル３５に記憶してい
る場合には、記憶している情報を画面処理プロセス４２
に出力し、当該銘柄の情報を銘柄管理テーブル３５に記
憶していない場合に、サーバ２から情報を取得して記憶
すると共に、画面処理プロセス４２に出力するため、ク
ライアント３の画面処理プロセス４２とサーバ２間のト
ラフィックを軽減し、更にクライアント３の画面処理プ
ロセス４２における表示までの時間を短縮できる効果が
ある。

【００６４】本発明の情報配信方法及び情報配信システ
ムによれば、サーバ２が、記憶部２６上に銘柄毎に配信
要求のあったクライアント３を記憶する自動更新銘柄登
録テーブル２８を有しており、銘柄の情報を配信ホスト
１から受信した場合、記憶部２６上の銘柄情報記憶テー
ブル２７に格納すると共に、制御部２３上の銘柄情報受
信処理手段２４により、銘柄情報の更新を配信処理手段
２３に指示し、配信処理手段２３が当該銘柄に対して配
信要求のあったクライアント３を自動更新銘柄テーブル
２８で検索し、検索されたクライアント３に対して銘柄
の情報配信を行い、クライアント３が銘柄の更新情報を
取得すると、制御部４０上のクライアントデータ管理プ
ロセス４１で、当該銘柄を要求していた画面処理プロセ
ス４２に対して更新された情報を出力するため、自動更
新銘柄に関する自動配信もクライアント単位で行われ、
サーバとクライアント間のトラフィックを軽減できる効
果がある。

【００６５】

【発明の効果】本発明によれば、サーバから取得した銘
柄の情報を記憶し、複数の中のある画面処理プロセスが
任意の銘柄の情報を要求した場合に、既に当該銘柄の情
報を記憶している場合には、記憶している情報を画面処
理プロセスに出力し、当該銘柄の情報を記憶していない
場合には、サーバから情報を取得して記憶すると共に画
面処理プロセスに出力する情報配信方法としているの
で、サーバ／クライアント間のＬＡＮ回線上のトラフィ
ック負荷を軽減し、更にサーバの負荷をも軽減し、クラ
イアントにおける画面表示までの時間を短縮できる効果
がある。

【００６６】本発明によれば、サーバが、任意の銘柄の
情報を外部から受信して記憶し、クライアントからの配
信要求に応じて記憶した銘柄の情報を配信し、クライア
ントが、特定銘柄の情報を要求し、入力された情報の表
示を行う画面処理プロセスを複数備え、画面処理プロセ
スからの要求に応じて、サーバから銘柄の情報を取得し
て対応する画面処理プロセスに出力し、各画面処理プロ
セスが要求して取得した銘柄の情報を一括管理し、複数
の中のある画面処理プロセスが任意の銘柄の情報を要求
した場合に、既に当該銘柄の情報を記憶している場合に
は、記憶している情報を画面処理プロセスに出力し、当
該銘柄の情報を記憶していない場合に、サーバから情報
を取得して記憶すると共に、画面処理プロセスに出力す
る情報配信システムとしているので、サーバ／クライア
ント間のＬＡＮ回線上のトラフィック負荷を軽減し、更
にサーバの負荷をも軽減し、クライアントにおける画面
表示までの時間を短縮できる効果がある。

【図面の簡単な説明】

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

【図２】本発明に係る情報配信システムのクライアント
における記憶部上の画面管理テーブルの内容を示す説明
図である。

【図３】本発明に係る情報配信システムのクライアント
における記憶部上の銘柄管理テーブルの内容を示す説明
図である。

【図４】本発明に係る情報配信システムのクライアント
における制御部上のクライアントデータ管理プロセスの
処理の流れを示すフローチャート図である。

【図５】本発明に係る情報配信システムのクライアント
における制御部上のクライアントデータ管理プロセスの
新規銘柄登録処理の流れを示すフローチャート図であ
る。

【図６】本発明に係る情報配信システムの概略構成と動
作例を示す説明図である。

【図７】従来の情報配信システムの概略構成ブロック図
である。

【図８】従来の情報配信システムの概略構成と動作例を
示す説明図である。

【符号の説明】

１…配信ホスト、 ２，２′…サーバ、 ３，３′…ク
ライアント、 ２１…受信部、 ２２…ＬＡＮＩ／Ｆ
部、 ２３，２３′…制御部、 ２４，２４′…銘柄情
報受信手段、 ２５，２５′…配信処理手段、 ２６，
２６′…記憶部、２７…銘柄情報記憶テーブル、 ２８
…自動更新銘柄登録テーブル、 ３１…ＬＡＮＩ／Ｆ
部、 ３２…表示部、 ３３…入力部、 ３４…記憶
部、 ３５…銘柄管理テーブル、 ３６…画面管理テー
ブル、 ４０，４０′…制御部、 ４１…クライアント
データ管理プロセス、 ４２，４２′…画面処理プロセ
ス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） ９Ａ００１ Ｆターム(参考） 5B049 AA04 BB46 BB47 CC03 CC21 DD00 DD01 EE01 EE05 FF03 FF04 GG04 GG07 5B085 AA08 AC03 BA07 BE07 BG04 BG07 5B089 GA11 GA21 HA01 HA10 JA33 JB22 KA06 KA07 LB04 LB14 5K030 GA01 GA13 HC14 HD06 JT06 KA07 LD17 5K033 AA02 AA03 BA13 DA01 DA05 9A001 CC07 JJ18

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の画面処理プロセスからの要求によ
   り特定銘柄の情報をサーバから取得して対応する画面処
   理プロセスへ出力する情報配信方法において、前記サー
   バから取得した銘柄の情報を記憶し、前記複数の中のあ
   る画面処理プロセスが任意の銘柄の情報を要求した場合
   に、既に当該銘柄の情報を記憶している場合には前記記
   憶している情報を前記画面処理プロセスに出力し、当該
   銘柄の情報を記憶していない場合に、前記サーバから情
   報を取得して記憶すると共に、前記画面処理プロセスに
   出力することを特徴とする情報配信方法。
2. 【請求項２】 任意の銘柄の情報を記憶するサーバと、
   特定銘柄の情報を要求し、入力された情報の表示を行う
   画面処理プロセスを複数備え、前記画面処理プロセスか
   らの要求に応じて、前記サーバから銘柄の情報を取得し
   て対応する画面処理プロセスに出力するクライアントと
   を有する情報配信システムであって、 前記サーバが、任意の銘柄の情報を外部から受信して記
   憶し、前記クライアントからの配信要求に応じて前記記
   憶した銘柄の情報を配信するサーバであり、 前記クライアントが、前記各画面処理プロセスが要求し
   て取得された銘柄の情報を一括管理し、前記サーバから
   取得した銘柄の情報は記憶し、前記複数の中のある画面
   処理プロセスが任意の銘柄の情報を要求した場合に、既
   に当該銘柄の情報を記憶している場合には前記記憶して
   いる情報を前記画面処理プロセスに出力し、当該銘柄の
   情報を記憶していない場合に、前記サーバから情報を取
   得して記憶すると共に、前記画面処理プロセスに出力す
   るクライアントであることを特徴とする情報配信システ
   ム。
3. 【請求項３】 サーバが、外部から受信した任意の銘柄
   の情報を記憶する銘柄情報記憶テーブルと、 任意の銘柄の情報を外部から受信し、前記銘柄情報記憶
   テーブルに格納する受信手段と、 クライアントからの配信要求を受け取り、前記配信要求
   された銘柄の情報を前記銘柄情報記憶テーブルから読み
   出して前記クライアントに配信する配信手段とを有する
   サーバであり、 クライアントが、特定銘柄の情報を要求し、入力された
   情報の表示を行う複数の画面処理プロセスと、 前記複数の画面処理プロセスから要求された銘柄と前記
   銘柄の情報を一括管理する銘柄管理テーブルと、 前記複数の中のある画面処理プロセスが任意の銘柄の情
   報を要求した場合に、既に当該銘柄の情報を前記銘柄管
   理テーブルに記憶している場合には前記記憶している情
   報を前記画面処理プロセスに出力し、当該銘柄の情報を
   前記銘柄管理テーブルに記憶していない場合に、前記サ
   ーバから情報を取得して前記銘柄管理テーブルに格納す
   ると共に、前記画面処理プロセスに出力するクライアン
   トデータ管理プロセスとを有するクライアントであるこ
   とを特徴とする請求項２記載の情報配信システム。