JP2000293451A - 分散データ配信管理システムおよび配信監視方法 - Google Patents

Abstract

(57)【要約】 【課題】 障害が発生した際に、自動的に、障害内容お
よび発生位置を知ること、さらに適切な障害の解決法を
決定することができ、該障害に対する修復作業を効率よ
く実施可能な分散データ配信管理システム、およびその
配信監視方法を得ること。 【解決手段】 衛星回線と地上回線が混在するネットワ
ークシステムを用いてデータの配信を行い、さらに、デ
ータの配信状態を監視する複数の計算機１と、前記デー
タ配信において障害が発生した場合に、前記各計算機１
から送信される監視結果に基づいて、その障害に対する
最適な対策を決定する計算機２と、前記計算機２から送
信される対策情報に基づいて、その情報に適合した対策
を実行する計算機３と、を備え、前記計算機３にて実行
される対策により、発生した障害を修復することを特徴
とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数回線を用いて
データを配信する分散データ配信管理システムに関する
ものであり、特に、衛星回線を用いたデータ配信の監視
を行う分散データ配信管理システム、およびその配信監
視方法に関するものである。

【０００２】

【従来の技術】以下、従来の分散データ配信管理システ
ムについて説明する。例えば、従来の分散データ配信管
理システムに関する文献としては、特開平１０−１６１
９５２号公報に示す「コンピュータ障害監視方法及びそ
のシステム」がある。このシステムは、図１２に示すよ
うに、複数のコンピュータがネットワーク（ＷＡＮ）を
介して通信でき、さらに、前記複数のコンピュータが複
数のグループ（例えば、グループ１０１，１０２，１０
３）に分割された構成とし、前記分割された各グループ
にそれそれ代表コンピュータを定める。

【０００３】そして、図中の監視用コンピュータから前
記各代表コンピュータに指示を与え、各代表コンピュー
タにて、対応するグループ内コンピュータの通信負荷情
報の収集を含む障害監視を行わせ、その監視結果を監視
用コンピュータに送信する。一方、監視用コンピュータ
では、受け取った各グループ内各コンピュータの通信負
荷情報に基づき、必要な場合に代表コンピュータの変更
を行う。

【０００４】このように、図１２におけるシステムは、
監視の負荷分散を図ることにより、通信負荷をある特定
のコンピュータだけに偏らせることなく、適切に障害監
視を行う、というものである。

【０００５】また、他の従来の分散データ配信管理シス
テムに関する文献としては、例えば、特開昭６３−２８
０５３７号公報に示す「障害状況報告方式」がある。こ
のシステムは、図１３に示すように、多重化装置１１１
と１１２が地上の高速ディジタル回線１１４および衛星
回線１１７にて接続され、多重化装置１１１と１１３が
地上の回線１１５にて接続され、多重化装置１１２と１
１３が地上の回線１１６にて接続され、さらに、各多重
化装置における加入者回線側に計算機等が接続される構
成とし、前記各計算機が相互に通信を行っている。ここ
では、１回のポーリングによる障害箇所の推定処理を早
期に行うようにし、障害発生時の回線切り替えを効率良
く迅速に実施している。

【０００６】このように、図１３における方式は、ポー
リング方式（図に示すセンターからの要求を受けて監視
を行う方式）における障害監視の応用であり、特に、障
害発生から障害検知までの時間を短くすることを目的と
した障害監視方式である。

【０００７】また、他の従来の分散データ配信管理シス
テムに関する文献としては、例えば、特開平８−６９３
９６号公報に示す「ネットワーク事象カウンタ管理方法
及び装置」がある。このシステムは、図１４に示すよう
に、任意のコンピュータ１２１，１２２が、通信インタ
ーフェースである通信アダプタ１２４，１２５を介して
接続され、各コンピュータ相互の通信を行う。また、こ
れらのコンピュータは、当該ネットワークに配置された
ネットワーク管理システム１２３とも、相互に通信を行
う。そして、ネットワーク管理システム１２３では、各
コンピュータから送信されてくる結合手段１２６に関す
る事象情報を収集し、当該ネットワークを制御し維持す
る。

【０００８】このように、図１４における方法および装
置は、単一ネットワークシステムにおいて、監視項目の
閾値を決定することを目的とした方式である。

【０００９】また、他の従来の分散データ配信管理シス
テムに関する文献としては、例えば、特開平９−１８６
７８０号公報に示す「網障害検出装置と方法」がある。
このシステムは、図１５に示すように、配信結果の成否
を通信完了状態情報として収集する収集手段１３１と、
収集した通信完了状態情報を蓄積して記憶する記憶手段
１３２と、記憶した通信完了状態情報を予め定められた
時間間隔で集計を行いその集計結果に基づいて回線網の
障害の発生を監視する監視手段１３３と、回線網に障害
の発生を検出したときにオペレータに通知する警報手段
１３４から構成され、回線網を通して複数の通信先にデ
ータを配信する場合に、前記通信完了状態情報の統計処
理結果に基づいて、回線と網の障害を検出する。

【００１０】このように、図１５における方法および装
置は、公衆回線・ＩＳＤＮ等の交換回線におけるネット
ワーク障害の早期発見により、サービス性の向上を図る
ことを目的とした装置および方法である。

【００１１】また、他の従来の分散データ配信管理シス
テムに関する文献としては、例えば、特開平９−８３５
１４号公報に示す「ネットワークシステム及びネットワ
ークシステムに適用される障害監視方法」がある。この
システムは、図１６に示すように、ネットワーク管理ス
テーション１４２が障害発生の要因に関係する特定アド
レス情報を発行し、その後、中継装置１４１が、発信元
（各ステーション）から送信されたデータを受信したと
きに、その送信データに付加された発信元のアドレス情
報と先に発行されたアドレス情報とを比較し、その結果
が一致した場合、その旨を含む通知情報をネットワーク
管理ステーション１４２に送信する。そして、管理ステ
ーション１４２では、受け取った通知情報に基づいて、
障害発生の要因となるデータの発信元または中継装置の
位置を特定する。

【００１２】このように、図１６におけるシステムは、
情報を発信した発信元を識別するための特定アドレスを
設定することにより、障害の発生要因となるデータの発
信元や中継位置を監視する処理を効率的に実現すること
を目的とするシステムである。

【００１３】

【発明が解決しようとする課題】しかしながら、上記、
従来の複数回線を使用したデータ配信システムにおいて
は、何らかの障害が起こった場合、それがどのような障
害なのか、それがどこで起こっているか、等の判断が困
難であり、さらに、システム管理者が、その障害の適切
な解決法を決定するために手作業で解析を行っているた
め、時間およびコストがかかるとともに、専門的な知識
も必要となる。

【００１４】詳細には、例えば、特開平１０−１６１９
５２号公報の発明では、図１２に示すように、大規模ネ
ットワークにおいて、ルータを介した各拠点毎にグルー
プ化を行い、物理的構成によるグループ化によって監視
コストの軽減を図ろうとしている。そのため、この方法
では、衛星を使用したデータ配信システムのように、送
信側と受信側の物理的な距離が大きく、かつ受信側での
障害原因が送信側にあった場合に、適切な対応できな
い、という問題点があった。

【００１５】また、例えば、特開昭６３−２８０５３７
号公報の発明は、前記ポーリング方式において、障害発
生から障害検知までの時間をより短くすることを目的と
した方式であるが、障害発生から検知までの時間の短縮
に限界があり、障害が発生した場合、瞬時に対応する必
要があるシステムにおいて有効性が低い、という問題点
があった。

【００１６】また、例えば、特開平８−６９３９６号公
報の発明では、ネットワーク回線が一つの場合をターゲ
ットにしているため、その回線が切断し、かつその原因
がネットワークを介した相手側にある場合に、この障害
に対する対策を行うことができない、という問題点があ
った。また、ネットワークの転送性能が低下した場合、
それを伝えるために、性能の低下したネットワークを使
用しなければならず、障害を報告するための時間が長く
なり、最悪、障害報告ができなくなる、という問題点が
あった。

【００１７】また、例えば、特開平９−１８６７８０号
公報の発明では、使用回線を公衆回線やＩＳＤＮのよう
な交換回線に限定しているため、衛星回線やＷＡＮ等の
回線の障害を検知することができない、という問題点が
あった。

【００１８】また、例えば、特開平９−８３５１４号公
報の発明では、発信元に特定アドレスを設定するため、
発信元が変更された場合には、新たに特定アドレスを設
定し直す必要があり、また、ネットワーク内の任意の計
算機が発信元になる場合には、すべての計算機に対して
特定アドレスを設定する必要がある。そのため、衛星ネ
ットワークのような数千〜数万の計算機からなる大規模
ネットワークに対してこの方法を適用するには、特定ア
ドレスの設定を行う計算機の負荷が非常に高くなる、と
いう問題があった。また、受信局に問題があった場合に
障害を検知することができない、という問題もあった。

【００１９】本発明は、上記に鑑みてなされたものであ
って、例えば、障害が発生した際に、自動的に、障害内
容および発生位置を知ること、さらに適切な障害の解決
法を決定することができ、該障害に対する修復作業を効
率よく実施可能な分散データ配信管理システム、および
その配信監視方法を得ることを目的とする。

【００２０】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、本発明にかかる分散データ配信
管理システムにあっては、衛星回線と地上回線が混在す
るネットワークシステムを用いてデータの配信を行う構
成とし、さらに、データの配信状態を監視する配信監視
手段を含む複数の第１の計算機（後述する実施の形態の
計算機１に相当）と、前記データ配信において障害が発
生した場合に、前記各第１の計算機から送信される監視
結果に基づいて、その障害に対する最適な対策を決定す
る対策決定手段を含む第２の計算機（計算機２に相当）
と、前記第２の計算機から送信される対策情報に基づい
て、その情報に適合した対策を実行する対策実行手段を
含む第３の計算機（計算機３に相当）と、を備え、前記
第３の計算機にて実行される対策により、発生した障害
を修復することを特徴とする。

【００２１】この発明によれば、第１の計算機，第２の
計算機，および第３の計算機を有することにより、障害
が発生した際に、自動的に、障害内容の収集、障害発生
位置の推定、障害対策の選択、および障害対策の実行が
行われることから、該発生した障害が最適な方法で自動
的に修復される。これにより、システム管理者の負荷を
大幅に軽減することが可能となるとともに、システム管
理者に専門的な知識を要求しない高信頼のシステムを構
築できる。また、該障害に対する修復作業が効率よく実
施可能となる。

【００２２】つぎの発明にかかる分散データ配信管理シ
ステムにあっては、前記各第１の計算機、前記第２の計
算機、および前記第３の計算機のそれぞれが、各計算機
の機能として含む前記各手段の他に、前記配信監視手
段、前記対策決定手段、および前記対策実行手段の、少
なくともいずれか一つの手段をさらに含むことを特徴と
する。

【００２３】この発明によれば、各計算機が標準的に備
えていた機能の他に、さらに一つ以上の機能を備えるこ
とになる。これにより、ネットワークおよびユーザの事
情に依存しない自由な構成で高信頼システムを構築でき
る。

【００２４】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記各第１の計算機は、前記監視に関
する項目と、データ配信に関する障害を判別するための
該項目に対応する基準値（後述する実施の形態の参照用
基準偏差値に相当）と、を設定するための第１のテーブ
ル（配信監視項目テーブルに設定）と、前記監視結果が
どの程度の水準にあるかを表す偏差値を保存する第２の
テーブル（監視状態テーブルに相当）と、を備え、前記
第１のテーブル上の配信監視項目に記載された処理を実
行し、さらに、過去の統計から得られる標準偏差に基づ
いて前記偏差値を計算し、その偏差値を前記第２のテー
ブルに保存し、その後、前記第１のテーブルに設定され
た基準値と、前記第２のテーブルに保存された偏差値
と、を比較し、前記偏差値が、前記基準値より小さい場
合に、その配信監視項目に対応する監視結果を正常と判
断し、一方、前記偏差値が、前記基準値より大きい場合
に、その配信監視項目に対応する監視結果を異常と判断
することを特徴とする。

【００２５】この発明によれば、第１の計算機が、第１
のテーブルから、配信監視項目を自動的に指定する。こ
れにより、管理者は、その監視結果を確認するだけでよ
く、本システム全体を効率よく管理することができるよ
うになる。また、この発明によれば、第１の計算機が、
配信監視項目の正常／異常の判断を標準値に基づいて決
定するため、システムチェック回数が増えるほど、精度
の高い標準偏差が得られる。これにより、異常チェック
の信頼度を向上させることができる。また、この発明に
よれば、第１の計算機が、自動的に異常を検知するとと
もに、正常時の状態も管理する。これにより、障害発生
時の原因究明の手助けとなるデータ、および再発防止の
ためのデータ等を得ることができる。また、この発明に
よれば、配信監視項目を自由に変更および追加可能とな
る。これにより、さらに信頼性の高いシステムを構築で
きる。

【００２６】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記各第１の計算機は、前記監視に関
する項目と、データ配信に関する障害を判別するための
該項目に対応するしきい値と、を設定するためのテーブ
ル（後述する実施の形態の配信監視項目テーブルに相
当）を備え、前記テーブル上の配信監視項目に記載され
た処理を実行し、その後、前記テーブルに設定されたし
きい値と、前記監視結果と、を比較し、前記監視結果
が、前記しきい値より小さい場合に、その配信監視項目
に対応する監視結果を正常と判断し、一方、前記監視結
果が、前記しきい値より大きい場合に、その配信監視項
目に対応する監視結果を異常と判断することを特徴とす
る。

【００２７】この発明によれば、計算機１が、テーブル
から、配信監視項目を自動的に指定する。これにより、
管理者は、その監視結果を確認するだけでよく、本シス
テム全体を効率よく管理することができるようになる。
また、この発明によれば、監視を行う第１の計算機毎
に、個別のテーブルを持つことが可能となる。これによ
り、各第１の計算機が位置するネットワークに適した最
適なしきい値を指定（設定）することができるようにな
り、さらに、この最適なしきい値に基づいて、より精度
の高い監視を行うことができる。

【００２８】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記第２の計算機は、前記すべての第
１の計算機から通知される監視結果を受信し、かつその
監視結果の少なくとも一つに異常通知が含まれている場
合、その監視結果に含まれるアドレス情報に基づいて、
異常が発生した第１の計算機の位置または通信路を推定
することを特徴とする。

【００２９】この発明によれば、第２の計算機が、大規
模ネットワークの各計算機から多くの監視結果を集計す
る。これにより、従来のようなネットワーク内の計算機
が多いほど障害位置の特定が難しくなる、という傾向が
改善され、さらにネットワークが大きくなるほど監視結
果も多く集計できることから、障害発生位置の確定の信
頼度をより高くすることができる。

【００３０】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記第２の計算機は、さらに、前記推
定した位置または通信路に基づいて、障害に対する修復
を行うための第３の計算機を決定し、その決定した第３
の計算機に対して、障害を修復するための対策情報を送
信することを特徴とする。

【００３１】この発明によれば、より信頼性の高い障害
発生位置が得られる。これにより、最適な第３の計算機
を選択することができる。

【００３２】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記第２の計算機は、さらに、障害情
報とその対策情報を記憶する対策管理テーブル（後述す
る実施の形態の対策管理テーブルに相当）を備え、前記
対策管理テーブルの中から、通知される監視結果に含ま
れる障害情報と適合する対策情報を選択し、その後、前
記決定した第３の計算機に対して、その対策情報を送信
することを特徴とする。

【００３３】この発明によれば、第２の計算機が、対策
管理テーブルの中から、通知される監視結果に含まれる
障害情報と適合する対策情報を選択する。これにより、
さらに効率よく最適な対策情報の決定を行うことができ
る。また、この発明によれば、第２の計算機毎に対策管
理テーブルを持つことができるようになる。これによ
り、第２の計算機が位置するネットワークに最適な対策
情報を決定することができる。

【００３４】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記第２の計算機は、さらに、障害情
報と、修復の実行優先度を示す優先順位が含まれた少な
くとも一つの対策情報を記憶する対策管理テーブルを備
え、前記対策管理テーブルの中から、通知される監視結
果に含まれる障害情報と適合する少なくとも一つの対策
情報を選択し、その後、前記決定した第３の計算機に対
して、その対策情報を送信し、前記第３の計算機は、前
記第２の計算機から送信される対策情報に基づいて、そ
の情報に適合した対策を前記優先順位の順に実行するこ
とを特徴とする。

【００３５】この発明によれば、第２の計算機が、一つ
の障害に対して複数の対策を優先度指定で行える。これ
により、第３の計算機では、より確実な障害対策を行う
ことができる。また、この発明によれば、第２の計算機
毎に対策管理テーブルを所持することができるようにな
る。これにより、個々のネットワークに最適な対策を決
定できる。

【００３６】つぎの発明にかかる分散データ配信管理シ
ステムにおいて、前記第３の計算機は、さらに、前記実
行したすべての対策の有効性を測定し、その測定結果を
各対策の有効性情報として第２の計算機に送信し、前記
第２の計算機は、さらに、前記第３の計算機から送信さ
れる有効性情報を、前記対策管理テーブルに反映するこ
とを特徴とする。

【００３７】この発明によれば、第３の計算機が、実行
したすべての対策の有効性を測定し、その測定結果を各
対策の有効性情報として第２の計算機に送信し、さら
に、第２の計算機が、第３の計算機から送信される有効
性情報を、対策管理テーブルに反映する。これにより、
障害が発生するほど、対策管理テーブルが最適な状態と
なり、より効果のある対策をたてることができ、さら
に、この対策を優先順位に応じて第３の計算機にて実行
可能となるため、より高信頼な障害対策を行うことがで
きる。

【００３８】つぎの発明にかかる配信監視方法にあって
は、衛星回線と地上回線が混在するネットワークシステ
ムを用いてデータの配信を行う分散データ配信管理シス
テムにおいて、データの配信状態を監視する配信監視ス
テップ（後述する実施の形態のステップＳ１〜ステップ
Ｓ８，ステップＳ１１〜ステップＳ１６に相当）と、前
記データ配信において障害が発生した場合に、前記配信
監視ステップにて送信する監視結果に基づいて、その障
害に対する最適な対策を決定する対策決定ステップ（ス
テップＳ２１〜ステップＳ２８，ステップ３１〜ステッ
プＳ３９，ステップＳ４１〜ステップＳ４９に相当）
と、前記対策決定ステップにて送信する対策情報に基づ
いて、その情報に適合した対策を実行する対策実行ステ
ップ（ステップＳ６１〜ステップＳ６９に相当）と、を
含み、前記対策実行ステップにて実行される対策によ
り、発生した障害を修復することを特徴とする。

【００３９】この発明によれば、各計算機がそれぞれ、
配信監視ステプ，対策決定ステップ，および対策実行ス
テップを有することにより、障害が発生した際に、自動
的に、障害内容の収集、障害発生位置の推定、障害対策
の選択、および障害対策の実行が行われることから、該
発生した障害が最適な方法で自動的に修復される。これ
により、システム管理者の負荷を大幅に軽減することが
可能となるとともに、システム管理者に専門的な知識を
要求しない高信頼のシステムを構築できる。また、該障
害に対する修復作業が効率よく実施可能となる。

【００４０】つぎの発明にかかる配信監視方法におい
て、前記配信監視ステップでは、前記監視に関する項目
と、データ配信に関する障害を判別するための該項目に
対応する基準値と、を設定するための第１のテーブル
と、前記監視結果がどの程度の水準にあるかを表す偏差
値を保存する第２のテーブルと、を用いて、前記第１の
テーブル上の配信監視項目に記載された処理を実行し、
さらに、過去の統計から得られる標準偏差に基づいて前
記偏差値を計算し、その偏差値を前記第２のテーブルに
保存し、その後、前記第１のテーブルに設定された基準
値と、前記第２のテーブルに保存された偏差値と、を比
較し、前記偏差値が、前記基準値より小さい場合に、そ
の配信監視項目に対応する監視結果を正常と判断し、一
方、前記偏差値が、前記基準値より大きい場合に、その
配信監視項目に対応する監視結果を異常と判断すること
を特徴とする（後述する実施の形態のステップＳ２〜ス
テップＳ７に相当）。

【００４１】この発明によれば、配信監視ステップに
て、第１のテーブルから、配信監視項目を自動的に指定
する。これにより、管理者は、その監視結果を確認する
だけでよく、本システム全体を効率よく管理することが
できるようになる。また、この発明によれば、配信監視
ステップにて、配信監視項目の正常／異常の判断を標準
値に基づいて決定するため、システムチェック回数が増
えるほど、精度の高い標準偏差が得られる。これによ
り、異常チェックの信頼度を向上させることができる。
また、この発明によれば、配信監視ステップにて、自動
的に異常を検知するとともに、正常時の状態も管理す
る。これにより、障害発生時の原因究明の手助けとなる
データ、および再発防止のためのデータ等を得ることが
できる。また、この発明によれば、配信監視項目を自由
に変更および追加可能となる。これにより、さらに信頼
性の高いシステムを構築できる。

【００４２】つぎの発明にかかる配信監視方法におい
て、前記配信監視ステップでは、前記監視に関する項目
と、データ配信に関する障害を判別するための該項目に
対応するしきい値と、を設定するためのテーブルを用い
て、前記テーブル上の配信監視項目に記載された処理を
実行し、その後、前記テーブルに設定されたしきい値
と、前記監視結果と、を比較し、前記監視結果が、前記
しきい値より小さい場合に、その配信監視項目に対応す
る監視結果を正常と判断し、一方、前記監視結果が、前
記しきい値より大きい場合に、その配信監視項目に対応
する監視結果を異常と判断することを特徴とする（後述
する実施の形態のステップＳ１２からステップＳ１５に
相当）。

【００４３】この発明によれば、配信監視ステップに
て、テーブルから、配信監視項目を自動的に指定する。
これにより、管理者は、その監視結果を確認するだけで
よく、本システム全体を効率よく管理することができる
ようになる。また、この発明によれば、監視を行う計算
機毎に、個別のテーブルを持つことが可能となる。これ
により、各計算機が位置するネットワークに適した最適
なしきい値を指定（設定）することができるようにな
り、さらに、この最適なしきい値に基づいて、より精度
の高い監視を行うことができる。

【００４４】つぎの発明にかかる配信監視方法におい
て、前記対策決定ステップでは、前記配信監視ステップ
にて通知される複数の監視結果を受信し、かつその監視
結果の少なくとも一つに異常通知が含まれている場合、
その監視結果に含まれるアドレス情報に基づいて、異常
が発生した計算機の位置または通信路を推定することを
特徴とする（後述する実施の形態のステップＳ２２〜ス
テップＳ２７，ステップＳ３１〜ステップＳ３７，ステ
ップＳ４１〜ステップＳ４７に相当）。

【００４５】この発明によれば、対策決定ステップに
て、大規模ネットワークの各計算機からの多くの監視結
果を集計する。これにより、従来のようなネットワーク
内の計算機が多いほど障害位置の特定が難しくなる、と
いう傾向が改善され、さらにネットワークが大きくなる
ほど監視結果も多く集計できることから、障害発生位置
の確定の信頼度をより高くすることができる。

【００４６】つぎの発明にかかる配信監視方法におい
て、前記対策決定ステップでは、さらに、前記推定した
位置または通信路に基づいて、障害に対する修復を行う
ための計算機を決定し、その決定した計算機に対して、
障害を修復するための対策情報を送信することを特徴と
する（後述する実施の形態のステップＳ２８，ステップ
Ｓ３９，ステップＳ４９に相当）。

【００４７】この発明によれば、対策決定ステップに
て、より信頼性の高い障害発生位置が得られる。これに
より、対策を実行する最適な計算機を選択することがで
きる。

【００４８】つぎの発明にかかる配信監視方法におい
て、前記対策決定ステップでは、さらに、障害情報とそ
の対策情報を記憶する対策管理テーブルを用いて、通知
される監視結果に含まれる障害情報と適合する対策情報
を選択し、その後、前記決定した計算機に対して、その
対策情報を送信することを特徴とする（後述する実施の
形態のステップＳ３８に相当）。

【００４９】この発明によれば、対策決定ステップに
て、対策管理テーブルの中から、通知される監視結果に
含まれる障害情報と適合する対策情報を選択する。これ
により、さらに効率よく最適な対策情報の決定を行うこ
とができる。また、この発明によれば、対策決定ステッ
プを実行する計算機毎に対策管理テーブルを持つことが
できるようになる。これにより、各計算機が位置するネ
ットワークに最適な対策情報を決定することができる。

【００５０】つぎの発明にかかる配信監視方法におい
て、前記対策決定ステップでは、さらに、障害情報と、
修復の実行優先度を示す優先順位が含まれた少なくとも
一つの対策情報を記憶する対策管理テーブルを用いて、
通知される監視結果に含まれる障害情報と適合する少な
くとも一つの対策情報を選択し、その後、前記決定した
計算機に対して、その対策情報を送信し（後述する実施
の形態のステップＳ４８〜ステップＳ４９に相当）、前
記決定された計算機における前記対策実行ステップで
は、前記対策決定ステップにて送信される対策情報に基
づいて、その情報に適合した対策を前記優先順位の順に
実行することを特徴とする（ステップＳ６１〜ステップ
Ｓ６３に相当）。

【００５１】この発明によれば、対策決定ステップに
て、一つの障害に対して複数の対策を優先度指定で送信
する。これにより、対策を実行する計算機では、より確
実な障害対策を行うことができる。また、この発明によ
れば、対策決定ステップを実行する計算機毎に対策管理
テーブルを所持することができるようになる。これによ
り、個々のネットワークに最適な対策を決定できる。

【００５２】つぎの発明にかかる配信監視方法におい
て、前記対策実行ステップでは、さらに、前記実行した
すべての対策の有効性を測定し、その測定結果を各対策
の有効性情報として前記対策決定ステップを実行する計
算機に対して送信し（後述する実施の形態のステップＳ
６４〜ステップＳ６６に相当）、前記対策決定ステップ
では、さらに、前記対策実行ステップにて送信される有
効性情報を、前記対策管理テーブルに反映することを特
徴とする（ステップＳ５０〜ステップＳ５１）。

【００５３】この発明によれば、対策実行ステップを実
行する計算機が、実行したすべての対策の有効性を測定
し、その測定結果を各対策の有効性情報として対策決定
ステップを実行する計算機に送信し、さらに、この計算
機が、受け取った有効性情報を、対策管理テーブルに反
映する。これにより、障害が発生するほど、対策管理テ
ーブルが最適な状態となり、より効果のある対策をたて
ることができ、さらに、この対策を優先順位に応じて実
行可能となるため、より高信頼な障害対策を行うことが
できる。

【００５４】

【発明の実施の形態】以下に、本発明にかかる分散デー
タ配信管理システムおよび配信監視方法の実施の形態を
図面に基づいて詳細に説明する。なお、この実施の形態
によりこの発明が限定されるものではない。

【００５５】図１は、この発明にかかる分散データ配信
管理システムにおける実施の形態の構成図を示すもので
ある。図１において、１はデータの配信状態を監視する
複数の計算機であり（配信監視手段を含む）、２は各計
算機間の通信において障害が発生した場合に、各計算機
１から受信した監視情報に基づいて、その障害に対する
最適な対策を決定する計算機であり（対策決定手段を含
む）、３は計算機２から受信した前記対策情報に基づい
て、該情報に適合した対策を実行する計算機であり（対
策実行手段を含む）、４は送信局からアップリンクされ
る衛星電波であり、５は通信衛星であり、６は通信衛星
５から受信局にダウンリンクされる衛星電波であり、７
はＬＡＮ等の公衆回線である。

【００５６】なお、本発明にかかる分散データ配信管理
システムにおいては、図２に示すように、前記各計算機
１、計算機２、および計算機３のそれぞれが、先に説明
した各計算機の機能の他に、前記配信監視手段、前記対
策決定手段、および前記対策実行手段の、少なくともい
ずれか一つの機能をさらに有することとしてもよい。具
体的にいうと、例えば、計算機１´が計算機１および３
の機能を有し、計算機２´が計算機１および２の機能を
有し、計算機３´が計算機１，２および３の機能を有す
るような、図２に示す一例があげられる。

【００５７】以下、上記のように構成される分散データ
配信管理システムの動作を、フローチャートに基づいて
詳細に説明する。図３は、本発明にかかる分散データ配
信管理システムを構成する各計算機１の動作を示すフロ
ーチャートである。なお、ここでは、一つの計算機１の
動作について説明するが、他の計算機１についても同様
に動作するものとする。

【００５８】まず、計算機１は、常駐プログラム等（タ
イマーの設定等）により、データ配信に関する監視時間
であるかどうかを確認する（ステップＳ１）。このと
き、まだ監視時間に到達していない場合（ステップＳ
１，Ｎｏ）、計算機１では、監視時間に達するまで（ス
テップＳ１，Ｙｅｓ）この確認処理を行う。

【００５９】監視時間に達すると、計算機１は、例え
ば、図４（ａ）に示すような予め設定しておいた配信監
視項目テーブルに記載された配信監視項目（回線速度、
コリジョン等）を取得し（ステップＳ２）、その配信監
視項目に記載された処理を実行する（ステップＳ３）。
そして、その実行結果を、例えば、図４（ｂ）に示す監
視状態テーブルに記載し（ステップＳ４）、さらに、過
去の統計から得られる標準偏差に基づいて、前記実行結
果がどの程度の水準にあるかを表す数値（以後、偏差値
と呼ぶ）を計算し、その計算結果を監視状態テーブルに
保存しておく（ステップＳ５）。

【００６０】その後、計算機１では、予め用意しておい
た配信監視項目テーブルに記載の参照用基準偏差値と、
先に計算により求めて保存しておいた偏差値とを、図４
（ａ）に示す比較値に基づいて比較する処理を行う（ス
テップＳ６）。その際、計算機１では、先に保存してお
いた偏差値が、予め用意しておいた参照用基準偏差値
（図４（ａ）の配信監視項目テーブルに記載）に対する
比較値どおりの場合（ステップＳ７，Ｙｅｓ）は、その
配信監視項目に対応する監視結果を正常と判断し、この
動作を一定時間間隔で繰り返し行う（ステップＳ１から
ステップＳ７）。一方、保存しておいた偏差値が、予め
用意しておいた参照用基準偏差値に対する比較値と異な
る場合（ステップＳ７，Ｎｏ）は、その配信監視項目に
対応する監視結果を異常と判断し、その旨を計算機２に
通知する（ステップＳ８）。

【００６１】なお、偏差値を計算する際に使用される標
準偏差の値は、配信監視項目の監視処理（ステップＳ１
〜ステップＳ７）を行った後に、その都度反映され更新
される。また、各計算機１では、監視結果を異常と判断
した場合だけではなく、正常と判断した場合において
も、その旨を計算機２に通知する。また、比較値が、例
えば、図４（ａ）に示すような”＜”の場合は、監視結
果、すなわち、保存しておいた偏差値が参照用基準偏差
値よりも大きいときに、”Ｙｅｓ”、と判断され、”
＞”の場合は、保存しておいた偏差値が参照用基準偏差
値よりも小さいときに、”Ｙｅｓ”、と判断される。ま
た、比較値には、上記”＞”、”＜”以外に、例え
ば、”≦（以上）”，”≧（以下）”，”｜≦｜（絶対
値以上）”，”｜≧｜（絶対値以上）”，”＝（同
一）”，”≠（相違）”，等があり、さらに、その他、
比較値として判断可能なものであれば、これ以外のもの
であってもよい。

【００６２】以上のように、計算機１では、図４に示す
配信監視項目テーブルから、配信監視項目を自動的に指
定するため、管理者は、その監視結果を確認するだけで
よく、本システム全体を効率よく管理することができ
る。また、計算機１は、配信監視項目の正常／異常の判
断を標準値により決定するため、システムチェック回数
が増えるほど、精度の高い標準偏差が得られ、それに伴
って信頼度の高い異常チェックを行うことができる。

【００６３】従って、この発明にかかる分散データ配信
管理システムでは、自動的に異常を検知するとともに、
正常時の状態も管理しているため、障害発生時の原因究
明の手助けとなるデータ、および再発防止のためのデー
タ等を得ることができる。また、正常または異常の判断
を、得られる監視結果ではなく、その監視結果から求め
られる偏差値を用いて行うため、監視時間が長いほど、
すなわち、監視により得られるデータが多いほど、信頼
性の高いシステムを構築できる。また、配信監視項目を
自由に変更および追加できるため、より信頼性の高いシ
ステムを得ることができる。

【００６４】また、図５は、前記図３とは異なる、本発
明にかかる分散データ配信管理システムを構成する各計
算機１の動作を示すフローチャートである。なお、ここ
では、一つの計算機１の動作について説明するが、他の
計算機１についても同様に動作するものとする。

【００６５】まず、計算機１は、常駐プログラム等（タ
イマーの設定等）により、データ配信に関する監視時間
であるかどうかを確認する（ステップＳ１１）。このと
き、まだ監視時間に到達していない場合（ステップＳ１
１，Ｎｏ）、計算機１では、監視時間に達するまで（ス
テップＳ１１，Ｙｅｓ）この確認処理を行う。

【００６６】監視時間に達すると、計算機１は、例え
ば、図６に示すような予め設定しておいた配信監視項目
テーブルに記載された配信監視項目（回線速度、コリジ
ョン等）を取得し（ステップＳ１２）、その配信監視項
目に記載された処理を実行する（ステップＳ１３）。そ
して、その実行結果を、先に説明した図４（ｂ）に示す
監視状態テーブルに記載し、その後、計算機１では、予
め用意しておいた配信監視項目テーブルに記載の参照用
しきい値と、先に記載しておいた監視結果とを、比較す
る処理を行う（ステップＳ１４）。

【００６７】その際、計算機１では、前記監視結果が、
予め用意しておいた参照用しきい値（図６の配信監視項
目テーブルに記載）に対する比較値どおりの場合（ステ
ップＳ１５，Ｙｅｓ）は、その配信監視項目に対応する
監視結果を正常と判断し、この動作を一定時間間隔で繰
り返し行う（ステップＳ１１からステップＳ１５）。一
方、前記監視結果が、予め用意しておいた参照用しきい
値に対する比較値と異なる場合（ステップＳ１５，Ｎ
ｏ）は、その配信監視項目に対応する監視結果を異常と
判断し、その旨を計算機２に通知する（ステップＳ１
６）。なお、各計算機１では、監視結果を異常と判断し
た場合だけではなく、正常と判断した場合においても、
その旨を計算機２に通知する。また、ここでいう比較値
も、先に一例としてあげた比較値と同様、さまざまな種
類がある。

【００６８】以上のように、計算機１では、図６に示す
配信監視項目テーブルから、配信監視項目を自動的に指
定するため、管理者は、その監視結果を確認するだけで
よく、図３による動作と同様に、本システム全体を効率
よく管理することができる。また、計算機１は、監視を
行う計算機１毎に、個別の配信監視項目テーブルを持つ
ことが可能であるため、各計算機１が位置するネットワ
ークに適したしきい値を指定（設定）することができ
る。

【００６９】従って、この発明にかかる分散データ配信
管理システムでは、各計算機１が位置するネットワーク
に適したしきい値に基づいて、より精度の高い監視を行
うことができる。

【００７０】図７は、本発明にかかる分散データ配信管
理システムを構成する計算機２の動作を示すフローチャ
ートである。図７に基づいて計算機２の動作を説明す
る。まず、待ち受け状態（ステップＳ２１）の計算機２
は、各計算機１から通知される監視結果を受信し（ステ
ップＳ２２）、受け取った複数の監視結果の集計を行う
（ステップＳ２３）。その際、計算機２では、受け取っ
た複数の監視結果から異常通知の有無を確認する（ステ
ップＳ２４）。例えば、異常通知がなかった場合（ステ
ップ２４，Ｙｅｓ）、計算機２は、再び監視結果の待ち
受け状態にはいる（ステップＳ２１）。

【００７１】一方、異常があった場合（ステップＳ２
４，Ｎｏ）、計算機２は、異常を通知した計算機１に対
応するアドレスを格納し（ステップＳ２５）、その後、
すべての計算機１からの監視結果を受け取るまで、上記
ステップＳ２１〜ステップＳ２５の処理を繰り返し行う
（ステップＳ２６）。そして、すべての計算機１から監
視結果を受け取った後、計算機２は、異常を通知した計
算機１（一つである必要はない）のアドレスに基づい
て、異常が発生した計算機１の位置（または通信路）を
推定する（ステップＳ２７）。

【００７２】その後、計算機２は、推定した位置（アド
レス）に基づいて、異常（障害）に対する修復（応急措
置）を行うための計算機３を選択し、選択された該計算
機３に対して、その障害を修復するための対策情報を送
付して（ステップＳ２８）、再び監視結果の待ち受け状
態にはいる。

【００７３】以上のように、本発明の分散データ配信管
理システムにおいては、計算機２を有することにより、
従来のような、ネットワーク内の計算機が多いほど障害
位置の特定が難しくなる、という傾向が改善され、ネッ
トワークが大きくなるほど監視結果も多く集計できるこ
とから、障害発生位置の確定の信頼度をより高くするこ
とができる。また、より信頼性の高い障害発生位置が得
られれば、それに伴って、より適切な計算機３を選択す
ることもできる。

【００７４】図８は、図７とは異なる、本発明にかかる
分散データ配信管理システムを構成する計算機２の動作
を示すフローチャートである。図８に基づいて計算機２
の動作を説明する。なお、図８のフローチャートにおい
ては、ステップＳ３８以外の処理が図７のフローチャー
トにおけるステップＳ２１からステップＳ２８の処理と
同一であるため、それらの処理に関しては説明を省略す
る。

【００７５】まず、計算機２は、すべての計算機１から
の監視結果を受け取るまで、ステップＳ３１〜ステップ
Ｓ３６の処理を繰り返し行い、そして、すべての計算機
１から監視結果を受け取った後、異常を通知した計算機
１（一つである必要はない）のアドレスに基づいて、異
常が発生した計算機１の位置（または通信路）を推定す
る（ステップＳ３７）。

【００７６】ここで、計算機２は、障害内容とその対策
内容が示された、例えば、図９に示す対策管理テーブル
を用いて、通知される監視結果に含まれる障害情報と適
合する対策内容を選択する（ステップＳ３８）。その
後、計算機２は、推定した位置（アドレス）に基づい
て、障害に対する修復（応急措置）を行うための計算機
３を選択し、選択された該計算機３に対して、その障害
を修復するための対策情報、すなわち、対策管理テーブ
ルから選択された対策情報を送付して（ステップＳ３
９）、再び監視結果の待ち受け状態にはいる。なお、上
記図９に示す対策管理テーブルには、障害内容とそれに
対する対策内容とを保持するテーブルがあり、例えば、
衛星回線を使用中に、「衛生回線がつながらない」、と
いう障害が発生した場合には、「地上回線を使用す
る」、という処理にて対策を行う。従って、図示の障害
内容については、いつでも自動的に対策可能であり、さ
らに図示の障害内容以外の障害については、いつでも追
加可能である。また、図９に示す対策管理テーブルは、
計算機２毎に有することとしてもよいが、例えば、ある
特定の計算機上にマスターとして格納しておき、それを
各計算機２が参照することとしてもよい。

【００７７】以上のように、本発明の分散データ配信管
理システムにおいて、計算機２は、図９に示す対策管理
テーブルを使用することが可能となり、これにより、障
害に対する対策を決定するため、さらに効率よく対策情
報の決定を行うことができる。また、計算機２毎に対策
管理テーブルを持つことができるため、計算機２が位置
するネットワークに最適な対策情報を決定することがで
きる。

【００７８】図１０は、図９とは異なる、本発明にかか
る分散データ配信管理システムを構成する計算機２の動
作を示すフローチャートと、計算機３の動作を示すフロ
ーチャートである。図１０に基づいて計算機２および計
算機３の動作を説明する。なお、図１０のフローチャー
トにおいては、ステップＳ４８〜ステップＳ５１以外の
処理が図８のフローチャートにおけるステップＳ３１か
らステップＳ３７の処理と同一であるため、それらの処
理に関しては説明を省略する。

【００７９】まず、計算機２は、すべての計算機１から
の監視結果を受け取るまで、ステップＳ４１〜ステップ
Ｓ４６の処理を繰り返し行い、そして、すべての計算機
１から監視結果を受け取った後、異常を通知した計算機
１（一つである必要はない）のアドレスに基づいて、異
常が発生した計算機１の位置（または通信路）を推定す
る（ステップＳ４７）。

【００８０】ここで、計算機２は、障害内容と、その障
害内容に対応する少なくとも一つの対策内容が示され
た、例えば、図１１に示す対策管理テーブルを用いて、
通知される監視結果に含まれる障害情報と最も適合する
少なくとも一つの対策内容を選択する（ステップＳ４
８）。

【００８１】その後、計算機２は、推定した位置（アド
レス）に基づいて、障害に対する修復（応急措置）を行
うための計算機３を選択し、選択された該計算機３に対
して、その障害を修復するための対策情報、すなわち、
図１１に示す対策管理テーブルから選択された対策情報
を送信する（ステップＳ４９）。なお、上記障害内容に
対応する少なくとも一つの対策内容には、それぞれ修復
の実行優先度を示す優先順位が含まれている。具体的に
は、上記図１１に示す対策管理テーブルには、障害内容
とそれに対する少なくとも１つの対策内容（優先順位を
含む）とを保持するテーブルがあり、例えば、衛星回線
を使用中に、「衛生回線がつながらない」、という障害
が発生した場合には、「地上回線を使用する」、「管理
者に連絡する」、または「再送する」、…、という処理
の中から、最も点数（優先順位）の高い順に対策を行
う。従って、図示の障害内容については、いつでも最適
な対策が選択可能であり、さらに、図示の障害内容以外
の障害、およびその他の処理内容については、いつでも
追加可能である。また、図１１に示す対策管理テーブル
は、計算機２毎に有することとしてもよいが、例えば、
ある特定の計算機上にマスターとして格納しておき、そ
れを各計算機２が参照することとしてもよい。

【００８２】対策情報を受け取った（ステップＳ６１）
計算機３は、その情報に含まれる優先順位を加味して対
策を決定し、そして、順に実行する（ステップＳ６２，
ステップＳ６３）。対策を実行した計算機３では、それ
らの対策の有効性を確認（測定）し（ステップＳ６
４）、さらに、各対策の有効性を測定結果に応じて採点
し（ステップＳ６５）、最後に、その点数を各対策の有
効性情報として計算機２に送信する（ステップＳ６
６）。

【００８３】その後、各対策の有効性情報を受け取った
（ステップＳ５０）計算機２では、その点数を図１１に
示す対策管理テーブルの各対策の点数欄に加え、対策管
理テーブルの更新を行い（ステップＳ５１）、再び監視
結果の待ち受け状態にはいる。なお、図１１において
は、点数によって優先度を表現しているが、これに限ら
ず、優先順位が判別できるものであれば、特に点数であ
る必要はない。また、各対策の優先順位については、例
えば、点数が高いほど優先順位が高い対策となり、さら
に、点数については、例えば、「大変有効である」、
「有効である」、「あまり有効でない」、「全く有効で
ない」等の段階に分け、それぞれ５、３、１、０点を各
テーブルに加算する。また、有効性については、例え
ば、「本体策のみで障害が解決した」、「他の対策も必
要であるが本対策も必要であった」、「しないよりした
方がよい程度」等の判断基準を設けることとする。

【００８４】以上のように、計算機２が一つの障害に対
して複数の対策を優先度指定で行えるので、本発明の分
散データ配信管理システムにおいては、より確実な障害
対策を行うことができる。また、計算機２毎に対策管理
テーブルを所持することができるため、個々のネットワ
ークに最適な対策を決定できる。また、障害が発生する
ほど、より効果のある対策をたてることができ、この対
策を優先順位に応じて計算機３にて実行可能となるた
め、より高信頼な障害対策を行うことができる。

【００８５】以上、本実施の形態において説明したよう
に、本発明の分散データ配信管理システムにおいては、
計算機１，計算機２，および計算機３を有することによ
り、障害が発生した際に、自動的に、障害内容の収集、
障害発生位置の推定、障害対策の選択、および障害対策
の実行が行われることから、システム管理者の負荷を大
幅に軽減することが可能となるとともに、システム管理
者に専門的な知識を要求しない高信頼のシステムを構築
できる。また、図２に示すような構成であれば、さら
に、ネットワークおよびユーザの事情に依存しない自由
な構成で高信頼システムを構築できる。

【００８６】なお、特開平１０−１６１９５２号公報の
発明では、衛星を使用したデータ配信システムのよう
に、送信側と受信側の物理的な距離が大きく、かつ受信
側での障害原因が送信側にあった場合に、適切な対応で
きない、という問題点があったが、本発明においては、
グループを行っていないため、受信側での障害原因が送
信側にあった場合でも適切な対応ができる。

【００８７】また、特開昭６３−２８０５３７号公報の
発明では、前記ポーリング方式を採用し、障害発生から
検知までの時間の短縮に限界があり、障害が発生した場
合、瞬時に対応する必要があるシステムにおいて有効性
が低い、という問題点があったが、本発明においては、
各計算機が特定のタイミングで監視結果を送信するた
め、障害が発生した場合、瞬時に対応することができ
る。

【００８８】また、特開平８−６９３９６号公報の発明
では、ネットワーク回線が一つの場合をターゲットにし
ているため、その回線が切断しかつその原因がネットワ
ークを介した相手側にある場合に、この障害に対する対
策を行うことができない、という問題点と、ネットワー
クの転送性能が低下した場合、それを伝えるために性能
の低下したネットワークを使用しなければならず、障害
を報告するための時間が長くなり、障害報告ができなく
なる、という問題点があったが、本発明においては、複
数の回線（衛星回線，地上回線）を共有するため、適切
な対策を行うことができる。

【００８９】また、特開平９−１８６７８０号公報の発
明では、使用回線を公衆回線やＩＳＤＮのような交換回
線に限定しているため、衛星回線やＷＡＮ等の回線の障
害を検知することができない、という問題点があった
が、本発明においては、衛星回線や地上回線を使用する
ため、適切な対策を行うことができる。

【００９０】また、特開平９−８３５１４号公報の発明
では、衛星ネットワークのような数千〜数万の計算機か
らなる大規模ネットワークに対して、特定アドレスの設
定を行う計算機の負荷が非常に高くなる、という問題が
あったが、本発明においては、各計算機が障害発生の要
因に関係する特定アドレス情報を発行する処理を行わな
いため、計算機の負荷が高くならない。

【００９１】

【発明の効果】以上、説明したとおり、この発明によれ
ば、第１の計算機，第２の計算機，および第３の計算機
を有することにより、障害が発生した際に、自動的に、
障害内容の収集、障害発生位置の推定、障害対策の選
択、および障害対策の実行が行われることから、該発生
した障害が最適な方法で自動的に修復される。これによ
り、システム管理者の負荷を大幅に軽減することが可能
となるとともに、システム管理者に専門的な知識を要求
しない高信頼のシステムを構築できる、という効果を奏
する。また、該障害に対する修復作業が効率よく実施可
能となる、という効果を奏する。

【００９２】つぎの発明によれば、各計算機が標準的に
備えていた機能の他に、さらに一つ以上の機能を備える
ことになる。これにより、ネットワークおよびユーザの
事情に依存しない自由な構成で高信頼システムを構築で
きる、という効果を奏する。

【００９３】つぎの発明によれば、第１の計算機が、第
１のテーブルから、配信監視項目を自動的に指定する。
これにより、管理者は、その監視結果を確認するだけで
よく、本システム全体を効率よく管理することができる
ようになる、という効果を奏する。また、この発明によ
れば、第１の計算機が、配信監視項目の正常／異常の判
断を標準値に基づいて決定するため、システムチェック
回数が増えるほど、精度の高い標準偏差が得られる。こ
れにより、異常チェックの信頼度を向上させることがで
きる、という効果を奏する。また、この発明によれば、
第１の計算機が、自動的に異常を検知するとともに、正
常時の状態も管理する。これにより、障害発生時の原因
究明の手助けとなるデータ、および再発防止のためのデ
ータ等を得ることができる、という効果を奏する。ま
た、この発明によれば、配信監視項目を自由に変更およ
び追加可能となる。これにより、さらに信頼性の高いシ
ステムを構築できる、という効果を奏する。

【００９４】つぎの発明によれば、計算機１が、テーブ
ルから、配信監視項目を自動的に指定する。これによ
り、管理者は、その監視結果を確認するだけでよく、本
システム全体を効率よく管理することができるようにな
る、という効果を奏する。また、この発明によれば、監
視を行う第１の計算機毎に、個別のテーブルを持つこと
が可能となる。これにより、各第１の計算機が位置する
ネットワークに適した最適なしきい値を指定（設定）す
ることができるようになり、さらに、この最適なしきい
値に基づいて、より精度の高い監視を行うことができ
る、という効果を奏する。

【００９５】つぎの発明によれば、第２の計算機が、大
規模ネットワークの各計算機から多くの監視結果を集計
する。これにより、従来のようなネットワーク内の計算
機が多いほど障害位置の特定が難しくなる、という傾向
が改善され、さらにネットワークが大きくなるほど監視
結果も多く集計できることから、障害発生位置の確定の
信頼度をより高くすることができる、という効果を奏す
る。

【００９６】つぎの発明によれば、より信頼性の高い障
害発生位置が得られる。これにより、最適な第３の計算
機を選択することができる、という効果を奏する。

【００９７】つぎの発明によれば、第２の計算機が、対
策管理テーブルの中から、通知される監視結果に含まれ
る障害情報と適合する対策情報を選択する。これによ
り、さらに効率よく最適な対策情報の決定を行うことが
できる、という効果を奏する。また、この発明によれ
ば、第２の計算機毎に対策管理テーブルを持つことがで
きるようになる。これにより、第２の計算機が位置する
ネットワークに最適な対策情報を決定することができ
る、という効果を奏する。

【００９８】つぎの発明によれば、第２の計算機が、一
つの障害に対して複数の対策を優先度指定で行える。こ
れにより、第３の計算機では、より確実な障害対策を行
うことができる、という効果を奏する。また、この発明
によれば、第２の計算機毎に対策管理テーブルを所持す
ることができるようになる。これにより、個々のネット
ワークに最適な対策を決定できる、という効果を奏す
る。

【００９９】つぎの発明によれば、第３の計算機が、実
行したすべての対策の有効性を測定し、その測定結果を
各対策の有効性情報として第２の計算機に送信し、さら
に、第２の計算機が、第３の計算機から送信される有効
性情報を、対策管理テーブルに反映する。これにより、
障害が発生するほど、対策管理テーブルが最適な状態と
なり、より効果のある対策をたてることができ、さら
に、この対策を優先順位に応じて第３の計算機にて実行
可能となるため、より高信頼な障害対策を行うことがで
きる、という効果を奏する。

【０１００】つぎの発明によれば、各計算機がそれぞ
れ、配信監視ステプ，対策決定ステップ，および対策実
行ステップを有することにより、障害が発生した際に、
自動的に、障害内容の収集、障害発生位置の推定、障害
対策の選択、および障害対策の実行が行われることか
ら、該発生した障害が最適な方法で自動的に修復され
る。これにより、システム管理者の負荷を大幅に軽減す
ることが可能となるとともに、システム管理者に専門的
な知識を要求しない高信頼のシステムを構築できる、と
いう効果を奏する。また、該障害に対する修復作業が効
率よく実施可能となる、という効果を奏する。

【０１０１】つぎの発明によれば、配信監視ステップに
て、第１のテーブルから、配信監視項目を自動的に指定
する。これにより、管理者は、その監視結果を確認する
だけでよく、本システム全体を効率よく管理することが
できるようになる、という効果を奏する。また、この発
明によれば、配信監視ステップにて、配信監視項目の正
常／異常の判断を標準値に基づいて決定するため、シス
テムチェック回数が増えるほど、精度の高い標準偏差が
得られる。これにより、異常チェックの信頼度を向上さ
せることができる、という効果を奏する。また、この発
明によれば、配信監視ステップにて、自動的に異常を検
知するとともに、正常時の状態も管理する。これによ
り、障害発生時の原因究明の手助けとなるデータ、およ
び再発防止のためのデータ等を得ることができる、とい
う効果を奏する。また、この発明によれば、配信監視項
目を自由に変更および追加可能となる。これにより、さ
らに信頼性の高いシステムを構築できる、という効果を
奏する。

【０１０２】つぎの発明によれば、配信監視ステップに
て、テーブルから、配信監視項目を自動的に指定する。
これにより、管理者は、その監視結果を確認するだけで
よく、本システム全体を効率よく管理することができる
ようになる、という効果を奏する。また、この発明によ
れば、監視を行う計算機毎に、個別のテーブルを持つこ
とが可能となる。これにより、各計算機が位置するネッ
トワークに適した最適なしきい値を指定（設定）するこ
とができるようになり、さらに、この最適なしきい値に
基づいて、より精度の高い監視を行うことができる、と
いう効果を奏する。

【０１０３】つぎの発明によれば、対策決定ステップに
て、大規模ネットワークの各計算機からの多くの監視結
果を集計する。これにより、従来のようなネットワーク
内の計算機が多いほど障害位置の特定が難しくなる、と
いう傾向が改善され、さらにネットワークが大きくなる
ほど監視結果も多く集計できることから、障害発生位置
の確定の信頼度をより高くすることができる、という効
果を奏する。

【０１０４】つぎの発明によれば、対策決定ステップに
て、より信頼性の高い障害発生位置が得られる。これに
より、対策を実行する最適な計算機を選択することがで
きる、という効果を奏する。

【０１０５】つぎの発明によれば、対策決定ステップに
て、対策管理テーブルの中から、通知される監視結果に
含まれる障害情報と適合する対策情報を選択する。これ
により、さらに効率よく最適な対策情報の決定を行うこ
とができる、という効果を奏する。また、この発明によ
れば、対策決定ステップを実行する計算機毎に対策管理
テーブルを持つことができるようになる。これにより、
各計算機が位置するネットワークに最適な対策情報を決
定することができる、という効果を奏する。

【０１０６】つぎの発明によれば、対策決定ステップに
て、一つの障害に対して複数の対策を優先度指定で送信
する。これにより、対策を実行する計算機では、より確
実な障害対策を行うことができる、という効果を奏す
る。また、この発明によれば、対策決定ステップを実行
する計算機毎に対策管理テーブルを所持することができ
るようになる。これにより、個々のネットワークに最適
な対策を決定できる、という効果を奏する。

【０１０７】つぎの発明によれば、対策実行ステップを
実行する計算機が、実行したすべての対策の有効性を測
定し、その測定結果を各対策の有効性情報として対策決
定ステップを実行する計算機に送信し、さらに、この計
算機が、受け取った有効性情報を、対策管理テーブルに
反映する。これにより、障害が発生するほど、対策管理
テーブルが最適な状態となり、より効果のある対策をた
てることができ、さらに、この対策を優先順位に応じて
実行可能となるため、より高信頼な障害対策を行うこと
ができる、という効果を奏する。

【図面の簡単な説明】

【図１】 本発明にかかる分散データ配信管理システム
における実施の形態を示す構成図である。

【図２】 本発明にかかる分散データ配信管理システム
における実施の形態を示す他の構成図である。

【図３】 本発明にかかる分散データ配信管理システム
を構成する各計算機１の動作を示すフローチャートであ
る。

【図４】 配信監視項目テーブルの内容の一例を示す図
である。

【図５】 本発明にかかる分散データ配信管理システム
を構成する各計算機１の動作を示すフローチャートであ
る。

【図６】 配信監視項目テーブルの内容の一例を示す図
である。

【図７】 本発明にかかる分散データ配信管理システム
を構成する計算機２の動作を示すフローチャートであ
る。

【図８】 本発明にかかる分散データ配信管理システム
を構成する計算機２の動作を示すフローチャートであ
る。

【図９】 対策管理テーブルの内容の一例を示す図であ
る。

【図１０】 本発明にかかる分散データ配信管理システ
ムを構成する計算機２と計算機３の動作を示すフローチ
ャートである。

【図１１】 対策管理テーブルの内容の一例を示す図で
ある。

【図１２】 従来における分散データ配信管理システム
の構成を示す図である。

【図１３】 従来における分散データ配信管理システム
の構成を示す図である。

【図１４】 従来における分散データ配信管理システム
の構成を示す図である。

【図１５】 従来における分散データ配信管理システム
の構成を示す図である。

【図１６】 従来における分散データ配信管理システム
の構成を示す図である。

【符号の説明】

１，２，３，１´，２´，３´ 計算機、４，６ 衛星
電波、５ 通信衛星、７ 公衆回線。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B042 GA12 GA39 GB09 JJ07 JJ15 JJ29 KK15 KK17 MC28 5B089 GA02 GA21 GB02 HA01 HA11 JA11 JA40 KA01 KA06 KA12 KB01 KB06 LB14 MC08 ME00 5K030 GA12 HC01 HD06 JA10 JL02 JT06 KA05 KA13 LA01 MA01 MB01 MD01 5K035 AA01 AA03 CC08 CC10 DD01 EE01 FF01 JJ02 LL11 LL17 MM04

Claims (17)

【特許請求の範囲】
1. 【請求項１】 衛星回線と地上回線が混在するネットワ
   ークシステムを用いてデータの配信を行う分散データ配
   信管理システムにおいて、 データの配信状態を監視する配信監視手段を含む複数の
   第１の計算機と、 前記データ配信において障害が発生した場合に、前記各
   第１の計算機から送信される監視結果に基づいて、その
   障害に対する最適な対策を決定する対策決定手段を含む
   第２の計算機と、 前記第２の計算機から送信される対策情報に基づいて、
   その情報に適合した対策を実行する対策実行手段を含む
   第３の計算機と、 を備え、 前記第３の計算機にて実行される対策により、発生した
   障害を修復することを特徴とする分散データ配信管理シ
   ステム。
2. 【請求項２】 前記各第１の計算機、前記第２の計算
   機、および前記第３の計算機のそれぞれが、 各計算機の機能として含む前記各手段の他に、前記配信
   監視手段、前記対策決定手段、および前記対策実行手段
   の、少なくともいずれか一つの手段をさらに含むことを
   特徴とする請求項１に記載の分散データ配信管理システ
   ム。
3. 【請求項３】 前記各第１の計算機は、 前記監視に関する項目と、データ配信に関する障害を判
   別するための該項目に対応する基準値と、を設定するた
   めの第１のテーブルと、 前記監視結果がどの程度の水準にあるかを表す偏差値を
   保存する第２のテーブルと、 を備え、 前記第１のテーブル上の配信監視項目に記載された処理
   を実行し、 さらに、過去の統計から得られる標準偏差に基づいて前
   記偏差値を計算し、その偏差値を前記第２のテーブルに
   保存し、 その後、前記第１のテーブルに設定された基準値と、前
   記第２のテーブルに保存された偏差値と、を比較し、 前記偏差値が、前記基準値より小さい場合に、その配信
   監視項目に対応する監視結果を正常と判断し、一方、前
   記偏差値が、前記基準値より大きい場合に、その配信監
   視項目に対応する監視結果を異常と判断することを特徴
   とする請求項１または２に記載の分散データ配信管理シ
   ステム。
4. 【請求項４】 前記各第１の計算機は、 前記監視に関する項目と、データ配信に関する障害を判
   別するための該項目に対応するしきい値と、を設定する
   ためのテーブルを備え、 前記テーブル上の配信監視項目に記載された処理を実行
   し、 その後、前記テーブルに設定されたしきい値と、前記監
   視結果と、を比較し、 前記監視結果が、前記しきい値より小さい場合に、その
   配信監視項目に対応する監視結果を正常と判断し、一
   方、前記監視結果が、前記しきい値より大きい場合に、
   その配信監視項目に対応する監視結果を異常と判断する
   ことを特徴とする請求項１または２に記載の分散データ
   配信管理システム。
5. 【請求項５】 前記第２の計算機は、 前記すべての第１の計算機から通知される監視結果を受
   信し、かつその監視結果の少なくとも一つに異常通知が
   含まれている場合、その監視結果に含まれるアドレス情
   報に基づいて、異常が発生した第１の計算機の位置また
   は通信路を推定することを特徴とする請求項３または４
   に記載の分散データ配信管理システム。
6. 【請求項６】 前記第２の計算機は、さらに、 前記推定した位置または通信路に基づいて、障害に対す
   る修復を行うための第３の計算機を決定し、その決定し
   た第３の計算機に対して、障害を修復するための対策情
   報を送信することを特徴とする請求項５に記載の分散デ
   ータ配信管理システム。
7. 【請求項７】 前記第２の計算機は、さらに、 障害情報とその対策情報を記憶する対策管理テーブルを
   備え、 前記対策管理テーブルの中から、通知される監視結果に
   含まれる障害情報と適合する対策情報を選択し、その
   後、前記決定した第３の計算機に対して、その対策情報
   を送信することを特徴とする請求項６に記載の分散デー
   タ配信管理システム。
8. 【請求項８】 前記第２の計算機は、さらに、 障害情報と、修復の実行優先度を示す優先順位が含まれ
   た少なくとも一つの対策情報を記憶する対策管理テーブ
   ルを備え、 前記対策管理テーブルの中から、通知される監視結果に
   含まれる障害情報と適合する少なくとも一つの対策情報
   を選択し、その後、前記決定した第３の計算機に対し
   て、その対策情報を送信し、 前記第３の計算機は、 前記第２の計算機から送信される対策情報に基づいて、
   その情報に適合した対策を前記優先順位の順に実行する
   ことを特徴とする請求項６に記載の分散データ配信管理
   システム。
9. 【請求項９】 前記第３の計算機は、さらに、 前記実行したすべての対策の有効性を測定し、その測定
   結果を各対策の有効性情報として第２の計算機に送信
   し、 前記第２の計算機は、さらに、 前記第３の計算機から送信される有効性情報を、前記対
   策管理テーブルに反映することを特徴とする請求項８に
   記載の分散データ配信管理システム。
10. 【請求項１０】 衛星回線と地上回線が混在するネット
    ワークシステムを用いてデータの配信を行う分散データ
    配信管理システムの配信監視方法において、 データの配信状態を監視する配信監視ステップと、 前記データ配信において障害が発生した場合に、前記配
    信監視ステップにて送信する監視結果に基づいて、その
    障害に対する最適な対策を決定する対策決定ステップ
    と、 前記対策決定ステップにて送信する対策情報に基づい
    て、その情報に適合した対策を実行する対策実行ステッ
    プと、 を含み、 前記対策実行ステップにて実行される対策により、発生
    した障害を修復することを特徴とする配信監視方法。
11. 【請求項１１】 前記配信監視ステップでは、 前記監視に関する項目と、データ配信に関する障害を判
    別するための該項目に対応する基準値と、を設定するた
    めの第１のテーブルと、 前記監視結果がどの程度の水準にあるかを表す偏差値を
    保存する第２のテーブルと、 を用いて、 前記第１のテーブル上の配信監視項目に記載された処理
    を実行し、 さらに、過去の統計から得られる標準偏差に基づいて前
    記偏差値を計算し、その偏差値を前記第２のテーブルに
    保存し、 その後、前記第１のテーブルに設定された基準値と、前
    記第２のテーブルに保存された偏差値と、を比較し、 前記偏差値が、前記基準値より小さい場合に、その配信
    監視項目に対応する監視結果を正常と判断し、一方、前
    記偏差値が、前記基準値より大きい場合に、その配信監
    視項目に対応する監視結果を異常と判断することを特徴
    とする請求項１０に記載の配信監視方法。
12. 【請求項１２】 前記配信監視ステップでは、 前記監視に関する項目と、データ配信に関する障害を判
    別するための該項目に対応するしきい値と、を設定する
    ためのテーブルを用いて、 前記テーブル上の配信監視項目に記載された処理を実行
    し、 その後、前記テーブルに設定されたしきい値と、前記監
    視結果と、を比較し、 前記監視結果が、前記しきい値より小さい場合に、その
    配信監視項目に対応する監視結果を正常と判断し、一
    方、前記監視結果が、前記しきい値より大きい場合に、
    その配信監視項目に対応する監視結果を異常と判断する
    ことを特徴とする請求項１０に記載の配信監視方法。
13. 【請求項１３】 前記対策決定ステップでは、 前記配信監視ステップにて通知される複数の監視結果を
    受信し、かつその監視結果の少なくとも一つに異常通知
    が含まれている場合、その監視結果に含まれるアドレス
    情報に基づいて、異常が発生した計算機の位置または通
    信路を推定することを特徴とする請求項１１または１２
    に記載の配信監視方法。
14. 【請求項１４】 前記対策決定ステップでは、さらに、 前記推定した位置または通信路に基づいて、障害に対す
    る修復を行うための計算機を決定し、その決定した計算
    機に対して、障害を修復するための対策情報を送信する
    ことを特徴とする請求項１３に記載の配信監視方法。
15. 【請求項１５】 前記対策決定ステップでは、さらに、 障害情報とその対策情報を記憶する対策管理テーブルを
    用いて、通知される監視結果に含まれる障害情報と適合
    する対策情報を選択し、その後、前記決定した計算機に
    対して、その対策情報を送信することを特徴とする請求
    項１４に記載の配信監視方法。
16. 【請求項１６】 前記対策決定ステップでは、さらに、 障害情報と、修復の実行優先度を示す優先順位が含まれ
    た少なくとも一つの対策情報を記憶する対策管理テーブ
    ルを用いて、通知される監視結果に含まれる障害情報と
    適合する少なくとも一つの対策情報を選択し、その後、
    前記決定した計算機に対して、その対策情報を送信し、 前記決定された計算機における前記対策実行ステップで
    は、 前記対策決定ステップにて送信される対策情報に基づい
    て、その情報に適合した対策を前記優先順位の順に実行
    することを特徴とする請求項１４に記載の配信監視方
    法。
17. 【請求項１７】 前記対策実行ステップでは、さらに、 前記実行したすべての対策の有効性を測定し、その測定
    結果を各対策の有効性情報として前記対策決定ステップ
    を実行する計算機に対して送信し、 前記対策決定ステップでは、さらに、 前記対策実行ステップにて送信される有効性情報を、前
    記対策管理テーブルに反映することを特徴とする請求項
    １６に記載の配信監視方法。