(57)【要約】【課題】  配信サーバの負荷及び配信側のネットワークの負荷を分散させ、障害発生時に配信されなかった証券・金融データを障害復旧後に速やかに配信できる情報配信システムを提供する。【解決手段】  リアルタイム配信の配信サーバ１４とクライアント端末６からの問い合わせに対する応答サーバ１５及び蓄積サーバ１３とを分離し、フロントサーバ１１のいずれかに障害が発生した場合、ベンダ情報受信サーバ１７が、当該フロントサーバ１１の障害復旧後に、蓄積した障害時間帯の情報を当該フロントサーバ１１に送信し、受信サーバ１２のいずれかに障害が発生した場合、フロント情報受信サーバ１８が、当該受信サーバ１２の障害復旧後に、蓄積した障害時間帯の情報を当該受信サーバ１２に送信する情報配信システムである。【選択図】        図１
2009009286.tif 000002
【特許請求の範囲】
【請求項１】
上位サーバからの情報を端末に配信する情報配信システムであって、
上位サーバからの情報を受信し、編集して送信する第１の受信サーバと、
前記第１の受信サーバから送信された情報を端末にリアルタイム配信する配信サーバと、
前記第１の受信サーバから送信された情報を蓄積する蓄積サーバと、
上位サーバからの情報を受信順に蓄積し、前記第１の受信サーバに障害が発生した場合、前記第１の受信サーバの障害復旧後に、障害時間帯の情報を前記第１の受信サーバに送信する第２の受信サーバとを有することを特徴とする情報配信システム。
【請求項２】
複数の情報ベンダサーバからの情報を端末に配信する情報配信システムであって、
複数の情報ベンダサーバから配信された情報を受信し、編集して送信する複数のフロントサーバと、
複数のフロントサーバから送信された情報を受信し、編集して送信する複数の受信サーバと、
複数の受信サーバから送信された情報を端末にリアルタイム配信する配信サーバと、
前記複数の受信サーバから送信された情報を蓄積する蓄積サーバと、
前記複数の情報ベンダサーバからの情報を受信順に蓄積し、前記フロントサーバのいずれかに障害が発生した場合、当該フロントサーバの障害復旧後に、障害時間帯の情報を前記フロントサーバに送信するベンダ情報受信サーバとを有することを特徴とする情報配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、証券・金融等のデータを配信する情報配信システムに係り、特に、配信サーバの負荷を分散させ、障害復旧後に配信されなかった証券・金融データを配信する情報配信システムに関する。
【背景技術】
【０００２】
ホストコンピュータから証券・金融等のデータをサーバが受信し、複数のクライアント端末の要求に応じて証券等のデータを配信する情報配信システムがある。
従来の情報配信システムについて、図８を参照しながら説明する。図８は、従来の情報配信システムの全体構成図である。
従来の情報配信システムは、図８に示すように、証券・金融等のデータを電文で送信するホストコンピュータの情報提供元装置１と、電文を受信する受信サーバ２′と、受信した電文がクライアント端末６′に表示される表示データである場合に、クライアント端末６′に配信すると共に、クライアント端末６′からの問い合わせを受ける配信サーバ３′と、配信された表示データを表示すると共に、配信サーバ３′に問い合わせを行う複数のクライアント端末６′とから構成されている。
【０００３】
尚、関連する先行技術として、特開２００４−３２６３９５号公報（特許文献１）がある。
【０００４】
特許文献１には、配信サーバからクライアント端末に表示データを配信する際に、クライアント端末が各々現在表示している表示データが更新されたか否かを表示データの管理コードに付与された通番により判断し、通番が更新された最新である場合に、配信サーバから各クライアント端末に対して更新された表示データを配信することが示されている。
【０００５】
【特許文献１】特開２００４−３２６３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の情報配信システムでは、配信サーバがクライアント端末毎に表示データを配信する処理を行い、クライアント端末から個別の問い合わせを受けて更に情報を送信するようになっているため、配信サーバとクライアント端末が１：Ｎの接続関係ではＮが大きくなると配信サーバの負荷が増大するという問題点があった。
【０００７】
また、配信サーバとクライアント端末が１：Ｎの接続の場合、クライアント端末の総数に応じた回線性能が必要になり、コスト高となって、更に、配信側のネットワークの負荷も増大するという問題点があった。
【０００８】
また、配信サーバが表示データのリアルタイム配信とクライアント端末からの問い合わせとそれへの応答としての情報配信という２つの機能を一台で運用しているが、運用過程で性能不足が発生した場合に、性能不足の要因がクライアント端末へのリアルタイム配信によるものか、クライアント端末からの要求／応答によるものかを特定できないという問題点があった。
【０００９】
また、従来の情報配信システムにおいて、配信サーバで障害が発生した場合、障害発生から復旧までに発生した情報提供元装置（情報ベンダ）からのデータはクライアント端末に配信されず、データの重要度によっては復旧後の運用日以外（例えば、週末の土曜日等）に配信されることになるため、クライアント端末で当日の連続データが必要な場合、当日においては障害時間帯のデータが取得できないという問題点があった。
【００１０】
更に、障害発生時間帯によっては、同時間帯に配信されるべきキー情報（例えば、証券情報の場合、銘柄とリアルタイム配信のデータ（リアル情報）をリンクさせるための銘柄情報等）がクライアント端末で受信できないことにより、霜害復旧以降にデータが配信されてもクライアント端末で受信できない場合が発生するという問題点があった。
【００１１】
本発明は上記実情に鑑みて為されたもので、配信サーバの負荷及び配信側のネットワークの負荷を分散させ、障害発生時に配信されなかった証券・金融データを障害復旧後に速やかに配信できる情報配信システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記従来例の問題点を解決するための第１の発明は、上位サーバからの情報を端末に配信する情報配信システムであって、上位サーバからの情報を受信し、編集して送信する第１の受信サーバと、第１の受信サーバから送信された情報を端末にリアルタイム配信する配信サーバと、第１の受信サーバから送信された情報を蓄積する蓄積サーバと、端末からの要求に応じて蓄積サーバから該当するデータを当該端末に送信する応答サーバと、上位サーバからの情報を受信順に蓄積し、第１の受信サーバに障害が発生した場合、第１の受信サーバの障害復旧後に、障害時間帯の情報を第１の受信サーバに送信する第２の受信サーバとを有することを特徴とする。
尚、応答サーバを第１の発明の構成から外す構成とすることも可能である。
【００１３】
第２の発明は、複数の情報ベンダサーバからの情報を端末に配信する情報配信システムであって、複数の情報ベンダサーバから配信された情報を受信し、編集して送信する複数のフロントサーバと、複数のフロントサーバから送信された情報を受信し、編集して送信する複数の受信サーバと、複数の受信サーバから送信された情報を端末にリアルタイム配信する配信サーバと、複数の受信サーバから送信された情報を蓄積する蓄積サーバと、端末からの要求に応じて蓄積サーバから該当するデータを当該端末に送信する応答サーバと、複数の情報ベンダサーバからの情報を受信順に蓄積し、フロントサーバのいずれかに障害が発生した場合、当該フロントサーバの障害復旧後に、障害時間帯の情報を当該フロントサーバに送信するベンダ情報受信サーバと、複数のフロントサーバからの情報を受信順に蓄積し、受信サーバのいずれかに障害が発生した場合、当該受信サーバの障害復旧後に、障害時間帯の情報を当該受信サーバに送信するフロント情報受信サーバとを有することを特徴とする。
尚、応答サーバを第２の発明の構成から外すことも可能であり、また、フロント情報受信サーバを第２の発明の構成から外すことも可能である。
【発明の効果】
【００１４】
第１の発明によれば、リアルタイム配信の配信サーバと端末からの問い合わせに対する応答サーバ及び蓄積サーバとを分離し、第１の受信サーバに障害が発生した場合、第２の受信サーバが、第１の受信サーバの障害復旧後に、蓄積した障害時間帯の情報を第１の受信サーバに送信する情報配信システムとしているので、配信サーバの負荷及び配信側のネットワークの負荷を分散させ、障害発生時に配信されなかった情報を障害復旧後に速やかに配信できる効果がある。
【００１５】
第２の発明によれば、リアルタイム配信の配信サーバと端末からの問い合わせに対する応答サーバ及び蓄積サーバとを分離し、フロントサーバのいずれかに障害が発生した場合、ベンダ情報受信サーバが、当該フロントサーバの障害復旧後に、蓄積した障害時間帯の情報を当該フロントサーバに送信し、受信サーバのいずれかに障害が発生した場合、フロント情報受信サーバが、当該受信サーバの障害復旧後に、蓄積した障害時間帯の情報を当該受信サーバに送信する情報配信システムとしているので、配信サーバの負荷及び配信側のネットワークの負荷を分散させ、障害発生時に配信されなかった情報を障害復旧後に速やかに配信できる効果がある。
【発明を実施するための最良の形態】
【００１６】
［実施の形態の概要］
本発明の実施の形態について図面を参照しながら説明する。
本発明の実施の形態に係る情報配信システムは、リアルタイム配信の配信サーバと端末からの問い合わせに対する応答サーバ及び蓄積サーバとを分離し、複数の情報ベンダサーバからの情報を受信し、編集して送信するフロントサーバのいずれかに障害が発生した場合、ベンダ情報受信サーバが、当該フロントサーバの障害復旧後に、蓄積した障害時間帯の情報を当該フロントサーバに送信し、あるいは、複数のフロントサーバからの情報を受信し、編集して送信する受信サーバのいずれかに障害が発生した場合、フロント情報受信サーバが、当該受信サーバの障害復旧後に、蓄積した障害時間帯の情報を当該受信サーバに送信するようにしているので、配信サーバの負荷及び配信側のネットワークの負荷を分散させ、障害発生時に配信されなかった情報を障害復旧後に速やかに配信できるものである。
【００１７】
［本システムの全体構成：図１］
本発明の実施の形態に係る情報配信システムについて図１を参照しながら説明する。図１は、本発明の実施の形態に係る情報配信システムの全体構成図である。
本発明の実施の形態に係る情報配信システム（本システム）は、図１に示すように、複数の情報ベンダサーバ１０と、フロントサーバ１１と、受信サーバ１２と、蓄積サーバ１３と、配信サーバ１４と、応答サーバ１５と、端末管理サーバ１６と、ベンダ情報受信サーバ１７と、フロント情報受信サーバ１８と、ＩＰマルチキャスト対応ネットワーク５と、複数のクライアント端末６とを基本的に有している。
【００１８】
［本システムの各部］
本システムの各部について具体的に説明する。
情報ベンダサーバ１０は、情報を提供する各ベンダからの情報を受信し、規定のフロントサーバフォーマットに変換してフロントサーバ１１に出力する。
情報ベンダサーバ１０は、ベンダ単位で構築するものであり、情報ベンダを追加する場合は、それに対応した情報ベンダサーバを追加する。
【００１９】
フロントサーバ１１は、複数の情報ベンダサーバ１０からの受信データをマージして受信サーバ入力フォーマットに変換して受信サーバ１２に出力する。
フロントサーバ１１の数は、情報ベンダサーバ１０の数、データ量により設置台数を決定する。性能不足が発生する場合は、フロントサーバ１１を増設して負荷を分散させる。
【００２０】
受信サーバ１２は、複数のフロントサーバ１１からの受信データをマージ・編集して規定の受信サーバ出力フォーマットに変換し、蓄積サーバ１３及び配信サーバ１４に出力する。
受信サーバ１２の数は、フロントサーバ１１の数、データ量により設置台数を決定する。性能不足が発生する場合は、受信サーバ１２を増設して負荷を分散させる。
【００２１】
蓄積サーバ１３は、受信サーバ１２からの出力データを蓄積する。また、蓄積サーバ１３は、応答サーバ１５からの要求を受け付け、応答サーバ１５が要求する要求データを応答出力する。
蓄積サーバ１３の数は、応答サーバ１５の数、データ量により設置台数を決定する。性能不足が発生する場合は、蓄積サーバ１３を増設して負荷を分散させる。
【００２２】
配信サーバ１４は、受信サーバ１２からの出力データをリアルタイムで端末管理サーバ１６に出力する。配信サーバ１４での処理は、リアルタイム配信の機能に限るものであり、配信方法としては、ＩＰ（Internet Protoco1）マルチキャストを用いる。
配信サーバ１４の数は、受信サーバ１２の数、データ量により設置台数を決定する。性能不足が発生する場合は、配信サーバ１４を増設して負荷を分散させる。
【００２３】
応答サーバ１５は、クライアント端末６からの接続要求の認証処理を行い、クライアント端末６の起動時の初期データを蓄積サーバ１３から取得して送信する。
応答サーバ１５は、端末管理サーバ１６の制御による「端末要求（データ取得要求）」を受け付け、蓄積サーバ１３にデータ取得要求を出力し、当該データ取得要求に対して蓄積サーバ１３から応答された対象データをクライアント端末６に送信する。
【００２４】
端末管理サーバ１６は、配信サーバ１４からのリアルタイムデータをクライアント端末６に配信し、クライアント端末６からのデータ取得要求を受け付けて応答サーバ１５に出力する。
端末管理サーバ１６の数は、クライアント端末６の数、データ量により設置台数を決定する。性能不足が発生する場合は、端末管理サーバ１６を増設して負荷を分散させる。
【００２５】
ベンダ情報受信サーバ１７は、フロントサーバ１１の障害復旧用専用サーバであり、全ベンダからの情報を受信順に受信時刻と共に蓄積する。ベンダ情報受信サーバ１７は、送信機能を有している。
【００２６】
フロント情報受信サーバ１８は、受信サーバ１２の障害復旧用専用サーバであり、全フロント情報を受信順に受信時刻と共に蓄積する。フロント情報受信サーバ１８は、送信機能を有している。
尚、ベンダ情報受信サーバ１７及びフロント情報受信サーバ１８における処理については後述する。
【００２７】
ＩＰマルチキャスト対応ネットワーク５は、ＩＰ（Internet Protoco1）マルチキャストの転送を可能とするネットワークである。
【００２８】
複数のクライアント端末６は、配信サーバ１４から端末管理サーバ１６を介して配信されたデータを、ＩＰマルチキャスト対応ネットワーク５を経由して受信して表示を行い、更に応答サーバ１５に接続要求を出力し、応答サーバ１５から情報を受信して必要に応じて表示する。
【００２９】
具体的には、クライアント端末６は、図２に示すように、マルチキャスト受信処理プログラムの実行で実現されるマルチキャスト受信手段６１と、問い合わせ処理プログラムの実行で実現される問い合わせ手段６２と、画面処理プログラムの実行で実現される画面処理手段６３と、受信バッファ６４と、記憶手段６５とを備える本体６０と、更に画面表示部６６と、キーボード、マウス等の入力部６７とを有している。
図２は、クライアント端末の構成ブロック図である。
【００３０】
マルチキャスト受信手段６１は、配信サーバ１４からＩＰマルチキャストされたデータを受信して受信バッファ６４に格納する。
問い合わせ処理手段６２は、応答サーバ１５に対して認証・問い合わせを行う。
画面処理手段６３は、受信バッファ６４を常時監視し、受信バッファ６４にデータが存在すれば、データを取り出して表示更新処理を行う。
尚、上記各手段の具体的処理については後述する。
【００３１】
［本システムの動作］
次に、本システムにおける動作について図３、図４を参照しながら説明する。図３は、配信電文の内容を示す説明図であり、図４は、認証情報を示す説明図である。
情報ベンダサーバ１０は、各取引所、その他情報提供会社の情報提供元装置から、それぞれ専用のネットワークや通信手順で情報を受信し、対応するフロントサーバ１１に受信した情報を送信すると共に、ベンダ情報受信サーバ１７に全ての情報を送信する。
ベンダ情報受信サーバ１７は、情報ベンダサーバ１０から送信された情報を受信順に受信時刻の情報と共に記憶する。
【００３２】
フロントサーバ１１は、情報ベンダサーバ１０からの情報をマージして受信サーバ１２に送信すると共に、フロント情報受信サーバ１８に全ての情報を送信する。
フロント情報受信サーバ１８は、フロントサーバ１１から送信された情報を受信順に受信時刻の情報と共に記憶する。
【００３３】
受信サーバ１２は、フロントサーバ１１から受信したデータをクライアント端末への配信電文に編集・変換して配信サーバ１４及び蓄積サーバ１３に送信する。
【００３４】
配信電文は、図３に示すように、電文長を示す「電文サイズ」、受信サーバ１２からの送出順に振られた番号である「電文通番」、株式、為替、ニュース等の情報グループを設定する「情報種別」、一意の銘柄を特定するコードとなる「銘柄ＩＤ」、更に、表示対象データの内容となる「始値」「高値」「安値」「現在値」「前日比較」の情報から構成されている。
【００３５】
配信サーバ１４は、受信した配信電文における情報グループを参照し、ＩＰマルチキャストグループ（例えば、株式グループ、為替グループ、ニュースグループ）を決定し、その情報グループのＩＰマルチキャストアドレスを、送出する電文に設定して送信する。
従って、当該ＩＰマルチキャストグループに属するクライアント端末のＩＰアドレスに電文が配信される。
また、蓄積サーバ１３では、受信サーバ１２から送信された電文の内容で更新を行う。
【００３６】
［クライアント端末の動作］
次に、クライアント端末６における処理動作について図５、図６を参照しながら説明する。図５は、クライアント端末の起動時の処理を示すフローチャートであり、図６は、クライアント端末の電文抜け発生時の処理を示すフローチャートである。
【００３７】
［起動時の処理：図５］
クライアント端末６若しくは端末内のクライアント用ソフトウェアが起動されると、画面表示手段６３、問い合わせ手段６２、マルチキャスト受信手段６１において、各々初期化が為される（Ｓ１０１，Ｓ２０１，Ｓ３０１）。
【００３８】
そして、画面表示手段６３で、端末本体６０内の記憶手段６５に記憶された、または入力部６７のキーボードから入力されたユーザＩＤ及びパスワードを問い合わせ手段６２に出力して、承認要求・問い合わせ要求を行う（Ｓ１０２）。
【００３９】
問い合わせ手段６２は、画面表示手段６３からの承認要求・問い合わせ要求に対して応答サーバ（問い合わせサーバ）１５にユーザＩＤ及びパスワードを送信し、認証要求を行う（Ｓ２０２）。問い合わせサーバ１５では、クライアント端末６から送信されたユーザＩＤ及びパスワードから認証処理を実行し、問題がなければ認証情報をクライアント端末６に返信する。
【００４０】
問い合わせ手段６２は、問い合わせサーバ１５からの認証情報を画面表示手段６３に出力し（Ｓ２０２）、画面表示手段６３は、入力された認証情報を記憶手段６５に格納する（Ｓ１０２）。
【００４１】
認証情報は、図４に示すように、認証データサイズ、ユーザＩＤ、認証結果、認証処理以降の問い合わせ先サーバアドレスとなる問い合わせサーバアドレス（正）（副）、認証許可の場合には、情報グループＩＤｍ（ｍ：１〜ｎ）許可情報が含まれている。尚、認証許可されない場合は、情報グループＩＤの欄は、空白文字がセットされる。
【００４２】
クライアント端末６の画面表示手段６３は、認証処理が成功であると、マルチキャスト受信手段６１に対してマルチキャスト受信開始を指示し（Ｓ１０３）、マルチキャスト受信手段６１に、認証情報で許可された情報グループＩＤの配信マルチキャストアドレスを有する受信電文に対してのみ、マルチキャスト受信を実行させ、受信したデータは、受信バッファ６４に蓄積する。
【００４３】
続いて、画面表示手段６３は、記憶手段６５に記憶する初期画面、または前回電源をオフした時に記憶手段６５に記憶しておいて画面を表示する。
そして、画面表示手段６３は、その画面に表示されている銘柄（図５では「表示銘柄１」）の最新データを取得する指示を問い合わせ手段６２に出力する（Ｓ１０３）。
【００４４】
問い合わせ手段６２は、画面表示手段６３からの最新データ取得指示に対して問い合わせサーバ１５へデータ取得要求を送信する（Ｓ２０３）。
問い合わせサーバ１５は、クライアント端末６からのデータ取得要求に対して、蓄積サーバ１３にアクセスして、該当する銘柄の最新データを対応するクライアント端末６に送信する。最新データを受信した問い合わせ手段６２は、当該最新データを画面表示手段６３に出力し、画面表示手段６３は、入力された最新データを画面上に表示する。尚、表示銘柄がｎ個あれば、同様の処理をｎ回繰り返す（Ｓ１０５，Ｓ２０４）。
【００４５】
画面表示手段６３は、受信バッファ６４から表示銘柄１〜ｎを検索し、対応する銘柄があれば、その銘柄のデータで表示更新処理を行う（Ｓ１０６）。
表示銘柄１〜ｎの最新データ取得の処理は、画面に表示されている銘柄のみについて行い、画面が切り替わって別の銘柄が表示されたなら、そのとき同様に画面に表示される銘柄のみについて行ってもよく、また、関連する全ての銘柄について最新データを取得して記憶手段６５に記憶しておき、画面が切り替わったときに記憶手段６５から最新データを取得するようにしてもよい。
【００４６】
［電文抜け発生時の処理：図６］
配信サーバ１２とクライアント端末６との間では、マルチキャスト配信であるため、送達確認が行われず、途中で電文が喪失する可能性がある。つまり、電文抜けが発生する。本システムでは、電文抜けに対して図６の処理を実行している。
【００４７】
図６に示すように、クライアント端末６の画面表示手段６３は、受信バッファ６４を常時監視しており、電文が受信されて受信バッファ６４に格納されると、受信バッファ６４から１電文分のデータを取得し、電文内の電文通番（通番ｎ）と前回表示処理した電文の電文通番（ｎ−１）を比較し、連続になっているか確認（通番チェック）する（Ｓ１１０）。
通番になっていれば、表示更新処理を行う。表示更新処理では、配信データが表示対象となっていれば、編集・画面更新を行う（Ｓ１１１）。
【００４８】
ここで、電文通番ｎ＋１の電文が受信できなかったとすると、電文通番ｎ＋２の電文について取得・通番チェックの処理を行い（Ｓ１１２）、ｎ＋１の電文が未受信であると判定され、通番チェックＮＧになると、配信データ取得の処理（Ｓ１１３）を開始する。
【００４９】
画面表示手段６３は、問い合わせ手段６２に通番ｎ＋１の電文が未受信である旨の通知を行うと、問い合わせ手段６２は、問い合わせサーバ１５に通番ｎ＋１の配信データ取得要求を送信し（Ｓ２１０）、問い合わせサーバ１５は、当該要求により蓄積サーバ１３から通番ｎ＋１の配信データを取得して対応するクライアント端末６に送信する。
問い合わせ手段６２は、通番ｎ＋１の配信データを受信し、画面表示手段６３に出力する。
【００５０】
画面表示手段６３は、問い合わせ手段６２から通番ｎ＋１の配信データを入力し、続いて、通番ｎ＋１のデータの表示更新処理を行い（Ｓ１１４）、更に通番ｎ＋２のデータの表示更新処理を行う（Ｓ１１５）。
そして、電文通番ｎ＋３の取得・通番チェックを行う（Ｓ１１６）。
【００５１】
尚、受信バッファ６４に受信されたデータ又は配信データ取得要求したデータが表示画面で表示対象となっていない場合は、表示更新処理は行わない。
【００５２】
［ベンダ情報受信サーバ／フロント情報受信サーバの手段構成：図７］
本システムにおける各サーバ、クライアント端末は、コンピュータによって構成されており、ハードウェア構成としては、処理を実行する制御部、処理プログラムをロードして処理手段を実行させる主メモリ、データ及びプログラムを記憶する記憶部、ネットワーク及び外部機器（例えば、表示装置、入力装置等）に接続するためのインタフェース部を備えている。
【００５３】
ベンダ情報受信サーバ１７及びフロント情報受信サーバ１８の手段構成について図７を参照しながら説明する。図７は、サーバの手段構成ブロック図である。尚、図７の手段構成は、その他のサーバにも該当するものである。
【００５４】
図７に示すように、サーバは、受信手段１１０と、送信手段１２０と、処理手段１３０と、記憶手段１４０とを備えている。
受信手段１１０は、データを受信して処理手段１３０に出力する。
処理手段１３０は、受信手段１１０から入力されたデータを編集等の処理を行い必要に応じて記憶手段１４０に記憶させる。
また、処理手段１３０は、記憶手段１４０からデータを読み込み送信手段１２０に出力し、送信手段１２０が特定先にデータを送信する。
【００５５】
次に、ベンダ情報受信サーバ１７における特有の処理動作を説明する。
ベンダ情報受信サーバ１７の受信手段１１０は、全ての情報ベンダサーバ１０ａ，１０ｂ，…からの情報を受信し、処理手段１３０に出力する。処理手段１３０は、全ての情報ベンダサーバ１０からの情報を受信順に内蔵の時刻カウンタによって示された時刻情報と共に記憶手段１４０に記憶する。
【００５６】
そして、受信手段１１０は、障害が発生したフロントサーバ１１自体又は当該フロントサーバ１１を監視している監視装置から障害発生の通知を受信すると、当該障害発生通知を処理手段１３０に出力する。処理手段１３０は、障害発生通知の受信時刻を時刻カウンタから取得して当該障害発生通知と共に記憶手段１４０に記憶する。
【００５７】
ベンダ情報受信サーバ１７は、あるフロントサーバ１１に障害が発生している場合、そのフロントサーバ１１に送信された情報（当該フロントサーバ１１では受信できていない情報）も受信順で時刻情報と共に記憶手段１４０に記憶している。
【００５８】
そして、ベンダ情報受信サーバ１７の受信手段１１０は、フロントサーバ１１の障害復旧の通知を当該フロントサーバ１１又は監視装置から受信すると、処理手段１３０は、障害発生時刻と障害復旧時刻との間（障害時間帯）に受信した情報（株式データ等）を記憶手段１４０から読み込み、当該フロントサーバ１１に送信手段１２０から送信する。
フロントサーバ１１は、ベンダ情報受信サーバ１７の送信手段１２０から送信された障害時間帯の情報を受信して受信サーバ１２に送信する。
【００５９】
また、フロント情報受信サーバ１８の手段構成もベンダ情報受信サーバ１７と同様になっており、相違する点は、障害発生通知及び障害復旧通知の送信元が受信サーバ１２又は当該受信サーバ１２を監視している監視装置であり、処理手段１３０が、受信サーバ１２における障害時間帯の情報を記憶手段１４０から読み込んで、送信手段１２０で該当する受信サーバ１２に送信する。
受信サーバ１２は、フロント情報受信サーバ１８の送信手段１２０から送信された障害時間帯の情報を受信して蓄積サーバ１３及び配信サーバ１４に送信する。
【００６０】
このように、障害時間帯の情報をベンダ情報受信サーバ１７又はフロント情報受信サーバ１８で記憶しておき、障害復旧後直ちに復旧したフロントサーバ１１又は受信サーバ１２に障害時間帯の情報を送信し、復旧したフロントサーバ１１又は受信サーバ１２が情報の送信を行うようにしているので、障害復旧後に速やかに障害時間帯の情報がクライアント端末６に配信され、障害発生があっても情報配信を適正に行うことができる効果がある。
【００６１】
［実施の形態の効果］
本システムによれば、常時更新される証券・金融等のデータの配信に関して、マルチキャスト配信を行うので端末毎に配信する必要がなくなり、配信サーバの負荷及び配信側のネットワークの負荷を軽減できる効果がある。
【００６２】
また、本システムによれば、クライアント端末６毎に個別の問い合わせが発生するが、配信サーバと、クライアント端末からの問い合わせに応答するための蓄積サーバ、応答サーバを分離して設けたので、配信サーバ３の負荷及び配信側のネットワークの負荷を軽減できると共に、多くのクライアント端末６にサービス提供が可能になるという効果がある。
【００６３】
また、本システムによれば、フロントサーバ１１又は受信サーバ１２に障害が発生しても、障害時間帯の情報をベンダ情報受信サーバ１７又はフロント情報受信サーバ１８で記憶しておき、障害復旧後直ちに復旧したフロントサーバ１１又は受信サーバ１２に障害時間帯の情報を送信し、復旧したフロントサーバ１１又は受信サーバ１２が情報の送信を行うようにしているので、障害復旧後に速やかに障害時間帯の情報がクライアント端末６に配信できる効果がある。
【産業上の利用可能性】
【００６４】
本発明は、配信サーバの負荷及び配信側のネットワークの負荷を分散させ、障害発生時に配信されなかった証券・金融データを障害復旧後に速やかに配信できる情報配信システムに好適である。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施の形態に係る情報配信システムの全体構成図である。
【図２】クライアント端末の構成ブロック図である。
【図３】配信電文の内容を示す説明図である。
【図４】認証情報を示す説明図である。
【図５】クライアント端末の起動時の処理を示すフローチャートである。
【図６】クライアント端末の電文抜け発生時の処理を示すフローチャートである。
【図７】サーバの手段構成ブロック図である。
【図８】従来の情報配信システムの全体構成図である。
【符号の説明】
【００６６】
１′…情報提供元装置、  ５…ネットワーク、  ６…クライアント端末、  １０…情報ベンダサーバ、  １１フロントサーバ、  １２…受信サーバ、  １３…蓄積サーバ、  １４…配信サーバ、  １５…応答サーバ、  １６…端末管理サーバ、  １７…ベンダ情報受信サーバ、  １８…フロント情報受信サーバ、  ６０…本体、  ６１…マルチキャスト受信手段、  ６２…問い合わせ手段、  ６３…画面処理手段、  ６４…受信バッファ、  ６５…記憶手段
【図１】
2009009286.tif 000003
【図２】
2009009286.tif 000004
【図３】
2009009286.tif 000005
【図４】
2009009286.tif 000006
【図５】
2009009286.tif 000007
【図６】
2009009286.tif 000008
【図７】
2009009286.tif 000009
【図８】
2009009286.tif 000010