上位処理装置、データ処理システム、コンピュータプログラム、データ処理方法
【課題】下位処理装置で発生している障害ごとに障害改善情報を適正なタイミングで配信することができる上位処理装置を提供する。
【解決手段】上位処理装置１００は、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを取得し、その障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを取得する。その障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に所定の複数段階の情報配信タイミングＤＤＴで配信する。このため、障害改善情報ＥＢＤを複数段階の重要度に対応した情報配信タイミングＤＤＴで時分割に配信するようなことができる。
【解決手段】上位処理装置１００は、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを取得し、その障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを取得する。その障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に所定の複数段階の情報配信タイミングＤＤＴで配信する。このため、障害改善情報ＥＢＤを複数段階の重要度に対応した情報配信タイミングＤＤＴで時分割に配信するようなことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下位処理装置をメンテナンスする上位処理装置、この上位処理装置を有するデータ処理システム、上位処理装置のコンピュータプログラムおよびデータ処理方法、に関する。
【背景技術】
【０００２】
現在、いわゆるコンピュータ装置が一般に普及しており、各所で各種用途に利用されている。ただし、コンピュータ装置のソフトウェアは完全ではなく、いわゆる修正パッチなどによる保守が必須となっている。
【０００３】
そこで、顧客システムのソフトウェアに対する予防保守サービスにおいて、適切な情報のみを提供することで、顧客の負荷を軽減するシステムの提案がある。その予防保守システムでは、修正パッチ情報データベースと、顧客情報データベースから、顧客システム情報と修正パッチ詳細情報により顧客システムに対して修正パッチの適用可否および推奨修正パッチを判断し、顧客システムに該当する修正パッチの確認を行う。
【０００４】
さらに、そこで確認された修正パッチに対して、修正パッチ抽出処理機能によって、顧客の要求に応じて修正パッチの抽出を行うことで、顧客による修正パッチ情報の整理をサポート側で行い顧客の負荷を軽減させる（例えば、特許文献１参照）。
【０００５】
また、複数のソフトウェアを複数のサーバに動的に割り当てて顧客サービスを行うシステムにおいて、ソフトウェアに対して修正情報を的確に適用する提案もある。そのシステムでは、修正情報の発行時に提供される情報を用いて、顧客が使用しているソフトウェアの新しさとセキュリティレベルを統合した指標を計算し、得られた指標が顧客により指定された制約条件を満たさなければ、そのソフトウェアに修正情報を適用してソフトウェアをアップデートする（例えば、特許文献２参照）。
【０００６】
さらに、クライアントの運用監視を行うとともに、障害原因に応じたソフトウェアの更新を行うことのできるクライアント監視システムの提案もある。この場合、監視サーバは、クライアントに対して障害情報を要求し、獲得する手段と、障害データベースに対して、障害情報に応じた保守情報を問い合わせ、結果を獲得する手段と、保守情報とクライアント毎に予め定められた修正パッチ選択情報に基いた修正パッチを選択する手段と、修正パッチデータベースに対して修正パッチを要求、獲得する手段と、クライアントに対して該修正パッチを送信し、適用する手段とを備える。
【０００７】
そして、ソフトウェアに関する既知の問題点毎に障害データベースに格納された保守情報に基いて、修正パッチを特定し、クライアントに自動適用することにより、ソフトウェアに起因する障害に対する保守に要する労力を削減する（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−０９９９６７号公報
【特許文献２】特開２００５−０９２８０３号公報
【特許文献３】特開２００３−２３３５１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１の技術では、修正パッチに設定されている重要度と、セキュリティ関連修正パッチであるか否かによって、クライアントへの適用の可否が決定される。つまり、修正パッチ側の要請に基づいて適用の可否が判定される。
【００１０】
特許文献２の技術では、新たなパッチが生成されると、クライアントごとに特定ポイントを再計算し、閾値未達となる場合には、当該パッチを適用させる。このため、クライアントごとにセキュリティ等の観点で閾値が個別に設定される。
【００１１】
特許文献３の技術では、クライアントの業務内容に応じて、修正パッチの適用則を予め設定しておき、修正パッチが生成されるたびに適用則に応じて修正パッチの送信の要否が決定される。
【００１２】
つまり、何れも修正パッチを配信する上位処理装置が、修正パッチの配信の要否を独自に判断している。このため、多数のクライアントで重大な障害が発生しても、修正パッチが迅速に適用されず、重大でない障害の修正パッチが迅速に適用されるような、事態が発生する可能性がある。
【００１３】
本発明は上述のような課題に鑑みてなされたものであり、下位処理装置で発生している障害ごとに障害改善情報を適正なタイミングで配信することができる上位処理装置、この上位処理装置を有するデータ処理システム、上位処理装置のコンピュータプログラムおよびデータ処理方法、を提供するものである。
【課題を解決するための手段】
【００１４】
本発明の上位処理装置は、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信手段と、障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を相互通信により取得する通知取得手段と、障害原因通知ごとに固有の障害改善情報を取得する改善取得手段と、障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで配信する改善配信手段と、を有する。
【００１５】
本発明のデータ処理システムは、少なくとも一個の上位処理装置と複数の下位処理装置とが相互通信するデータ処理システムであって、本発明の上位処理装置と、障害が発生すると少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を上位処理装置に送信する下位処理装置と、を有する。
【００１６】
本発明のコンピュータプログラムは、本発明の上位処理装置のコンピュータプログラムであって、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信処理と、障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を相互通信により取得する通知取得処理と、障害原因通知ごとに固有の障害改善情報を取得する改善取得処理と、障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで配信する改善配信処理と、を上位処理装置に実行させる。
【００１７】
本発明のデータ処理方法は、本発明の上位処理装置のデータ処理方法であって、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信動作と、障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を相互通信により取得する通知取得動作と、障害原因通知ごとに固有の障害改善情報を取得する改善取得動作と、障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで配信する改善配信動作と、を有する。
【００１８】
なお、本発明の各種の構成要素は、その機能を実現するように形成されていればよく、例えば、所定の機能を発揮する専用のハードウェア、所定の機能がコンピュータプログラムにより付与された上位処理装置、コンピュータプログラムにより上位処理装置に実現された所定の機能、これらの任意の組み合わせ、等として実現することができる。
【００１９】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００２０】
また、本発明のコンピュータプログラムおよびデータ処理方法は、複数の処理および動作を順番に記載してあるが、その記載の順番は複数の処理および複数の動作を実行する順番を限定するものではない。
【００２１】
このため、本発明のコンピュータプログラムおよびデータ処理方法を実施するときには、その複数の処理および複数の動作の順番は内容的に支障しない範囲で変更することができる。
【００２２】
さらに、本発明のコンピュータプログラムおよびデータ処理方法は、複数の処理および複数の動作が個々に相違するタイミングで実行されることに限定されない。このため、ある処理および動作の実行中に他の処理および動作が発生すること、ある処理および動作の実行タイミングと他の処理および動作の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【００２３】
さらに、本発明で云う「データを記憶する」とは、本発明の装置が、少なくともデータを記憶する機能を有することを意味している。このため、本発明の装置がコンシューマにより新規に登録されるデータを記憶することの他、サプライヤにより製造時に登録されたデータを記憶して出荷後にはコンシューマにより新規のデータが登録されないことも許容する。
【００２４】
また、本発明で云う上位処理装置は、コンピュータプログラムを読み取って対応する処理動作を実行できるように、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、Ｉ／Ｆ（Interface）ユニット、等の汎用デバイスで構築されたハードウェア、所定の処理動作を実行するように構築された専用の論理回路、これらの組み合わせ、等として実施することができる。
【００２５】
なお、本発明でコンピュータプログラムに対応した各種動作を上位処理装置に実行させることは、各種デバイスを上位処理装置に動作制御させることなども意味している。例えば、上位処理装置に各種データを記憶させることは、上位処理装置に固定されているＨＤＤ（Hard Disc Drive）等の情報記憶媒体にＣＰＵが各種データを格納すること、上位処理装置に交換自在に装填されているＣＤ−Ｒ（Compact Disc-Recordable）等の情報記憶媒体にＣＰＵがＣＤドライブで各種データを格納すること、等を許容する。
【００２６】
また、本発明で云うデータ処理資源とは、より具体的には、上位処理装置を物理的に構成している各種のハードウェアと、論理的に構成している各種のソフトウェアと、の総称を意味しており、いわゆるリソースに相当する。
【００２７】
さらに、本発明で云う障害改善情報とは、下位処理装置に発生した障害の改善に利用されるデータファイルなどのソフトウェアを意味しており、いわゆる修正パッチに相当する。
【発明の効果】
【００２８】
本発明の上位処理装置では、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置とデータ通信手段が相互通信する。この相互通信により障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を通知取得手段が取得する。その障害原因通知ごとに固有の障害改善情報を改善取得手段が取得する。その障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで改善配信手段が配信する。このため、障害改善情報を複数段階の重要度に対応した情報配信タイミングで時分割に配信するようなことができる。従って、下位処理装置で発生している障害ごとに障害改善情報を適正なタイミングで配信することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態のデータ処理システムの論理構造を示す模式的なブロック図である。
【図２】データ処理システムの物理構造を示すブロック図である。
【図３】下位処理装置によるデータ処理方法を示すフローチャートである。
【図４】上位処理装置によるデータ処理方法を示すフローチャートである。
【発明を実施するための形態】
【００３０】
本発明の実施の一形態を図面を参照して以下に説明する。本実施の形態のデータ処理システム１０００は、図１および図２に示すように、少なくとも一個の上位処理装置１００と複数の下位処理装置２００とが相互通信する。
【００３１】
その下位処理装置２００は、詳細には後述するが、実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する。そして、障害が発生すると少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを少なくとも個体ごとに固有の障害重度数値ＥＩＮとともに上位処理装置１００に送信する。
【００３２】
この上位処理装置１００は、図１に示すように、上述のように実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する複数の下位処理装置２００と相互通信するデータ通信部１１０と、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを相互通信により取得する通知取得部１２０と、障害原因通知ＥＣＤとともに少なくとも下位処理装置２００ごとに固有の障害重度数値ＥＩＮを取得する重度取得部１３０と、取得される障害原因通知ＥＣＤごとに障害重度数値ＥＩＮを累積する重度累積部１４０と、障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを取得する改善取得部１５０と、障害原因通知ＥＣＤごとに累積される障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に相互通信により配信する改善配信部１６０と、を有する。
【００３３】
さらに、本実施の形態の上位処理装置１００は、下位処理装置２００ごとに少なくとも実装されているデータ処理資源ＤＯＲを記憶する構成記憶部１７０も有する。このため、改善配信部１６０は、構成記憶部１７０を参照して障害原因通知ＥＣＤに対応したデータ処理資源ＤＯＲが実装されている下位処理装置２００に障害改善情報ＥＢＤを配信する。
【００３４】
また、本実施の形態の上位処理装置１００は、複数段階の情報配信タイミングＤＤＴごとに障害原因通知ＥＣＤと障害改善情報ＥＢＤとを対応させて記憶する改善記憶部１８０も有する。
【００３５】
このため、改善取得部１５０は、固有の情報配信タイミングＤＤＴが個々に付与された障害改善情報ＥＢＤを取得し、改善配信部１６０は、累積される障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを各々に固有の情報配信タイミングＤＤＴで配信する。
【００３６】
より具体的には、下位処理装置２００は、コンピュータ装置からなり、例えば、各種メーカで社内作業に利用されるデータベースサーバなどからなる。上位処理装置１００は、例えば、上述の各種メーカと各々の下位処理装置２００のメンテナンスを業務提携するサービス企業のコンピュータ装置からなる。
【００３７】
上述のような上位処理装置１００と複数の下位処理装置２００とは、図２に示すように、例えば、インターネットやＮＧＮ（Next Generation Network）やＷＡＮ(Wide Area Network)などの通信ネットワークＣＩＮで接続されている。
【００３８】
上位処理装置１００および下位処理装置２００は、ＣＰＵやＨＤＤ等のハードウェアとＯＳ(Operating System)やアプリケーションソフト等のソフトウェアとをデータ処理資源ＤＯＲ等として有する(図示せず)。
【００３９】
このようなソフトウェアからなるコンピュータプログラムに対応してＣＰＵが各種のハードウェアを統合制御することなどにより、上位処理装置１００には、前述の各部１１０〜が論理的に実現されている。
【００４０】
例えば、データ通信部１１０は、ＣＰＵが実装されているコンピュータプログラムに対応してデータ通信デバイスのデータ通信動作を動作制御する機能などに相当する。通知取得部１２０と重度取得部１３０とは、ＣＰＵが実装されているコンピュータプログラムに対応してデータ通信デバイスの受信データを認識する機能などに相当する。
【００４１】
重度累積部１４０と構成記憶部１７０と改善記憶部１８０とは、ＣＰＵが実装されているコンピュータプログラムに対応してメモリデバイスに各種データを記憶させる機能などに相当する。
【００４２】
改善取得部１５０は、ＣＰＵが実装されているコンピュータプログラムに対応して上述のようなメモリデバイスの記憶データを検索する機能などに相当する。改善配信部１６０は、ＣＰＵが実装されているコンピュータプログラムに対応してデータ通信デバイスにデータ送信を実行させる機能などに相当する。
【００４３】
上述のような上位処理装置１００のコンピュータプログラムは、例えば、実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する複数の下位処理装置２００と相互通信するデータ通信処理と、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを相互通信により取得する通知取得処理と、障害原因通知ＥＣＤとともに少なくとも下位処理装置２００ごとに固有の障害重度数値ＥＩＮを取得する重度取得処理と、取得される障害原因通知ＥＣＤごとに障害重度数値ＥＩＮを累積する重度累積処理と、障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを取得する改善取得処理と、障害原因通知ＥＣＤごとに累積される障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に相互通信により配信する改善配信処理と、下位処理装置２００ごとに少なくとも実装されているデータ処理資源ＤＯＲを記憶する構成記憶処理と、複数段階の情報配信タイミングＤＤＴごとに障害原因通知ＥＣＤと障害改善情報ＥＢＤとを対応させて記憶する改善記憶処理と、を上位処理装置１００に実行させるように記述されている。
【００４４】
上述のような構成において、本実施の形態のデータ処理システム１０００では、各種メーカでは下位処理装置２００を各種用途に使用する。ただし、各種メーカは、上位処理装置１００による下位処理装置２００のメンテナンスをサービス企業と業務提携する。
【００４５】
そこで、各種メーカでは、図３に示すように、例えば、その用途などに対応して障害重度数値ＥＩＮを下位処理装置２００に設定しておくことになる(ステップＳ１−Ｙ，Ｓ２)。例えば、下位処理装置２００が大規模な病院で生命維持に関連する機器の制御に利用されているような場合、その障害重度数値ＥＩＮは充分な数値に設定される。
【００４６】
このような状態で、各種メーカでは、下位処理装置２００が実装されている各種のデータ処理資源ＤＯＲで各種のデータ処理動作ＤＯＭを実行する(ステップＳ３)。ただし、このようにデータ処理動作ＤＯＭが実行されているときに障害が発生することがある。
【００４７】
すると、この障害の発生を検知した下位処理装置２００は(ステップＳ４−Ｙ)、少なくとも障害を発生したデータ処理資源ＤＯＲを特定する(ステップＳ５)。そして、例えば、自機の識別データ、障害を発生したデータ処理資源ＤＯＲ、障害が発生したデータ処理動作ＤＯＭ、等が設定された障害原因通知ＥＣＤを、障害重度数値ＥＩＮとともに上位処理装置１００に送信する(ステップＳ６)。
【００４８】
この上位処理装置１００では、図４に示すように、上述のように障害原因通知ＥＣＤを障害重度数値ＥＩＮとともに下位処理装置２００から受信すると(ステップＴ１−Ｙ)、その障害重度数値ＥＩＮを障害原因通知ＥＣＤごとに累積する(ステップＴ２)。
【００４９】
このように複数の下位処理装置２００から収集されて累積された障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると(ステップＴ３−Ｙ)、その障害原因通知ＥＣＤに対応した障害改善情報ＥＢＤを情報配信タイミングＤＤＴとともに取得する(ステップＴ４)。。
【００５０】
この情報配信タイミングＤＤＴは、例えば、即時、一日一回、毎週一回、毎月一回、など、その障害改善情報ＥＢＤで改善される障害の重要度に対応して、事前に複数段階に設定される。
【００５１】
そこで、上述のように累積された障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過した障害改善情報ＥＢＤの情報配信タイミングＤＤＴとなると(ステップＴ５−Ｙ)、その障害改善情報ＥＢＤが特定の下位処理装置２００に配信される(ステップＴ６，Ｔ７)。
【００５２】
より具体的には、上位処理装置１００には、前述のように提携している下位処理装置２００ごとに実装されているデータ処理資源ＤＯＲの構成がデータ登録されている。そこで、上述のように障害改善情報ＥＢＤを配信するときには、対応するデータ処理資源ＤＯＲが実装されている下位処理装置２００が特定され(ステップＴ６)、その特定された下位処理装置２００のみに障害改善情報ＥＢＤが配信される(ステップＴ７)。
【００５３】
本実施の形態のデータ処理システム１０００の上位処理装置１００は、上述のように実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する複数の下位処理装置２００と、データ通信部１１０で相互通信する。
【００５４】
そこで、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを相互通信により通知取得部１２０が取得する。
【００５５】
その障害原因通知ＥＣＤとともに少なくとも下位処理装置２００ごとに固有の障害重度数値ＥＩＮを重度取得部１３０が取得する。このように取得される障害原因通知ＥＣＤごとに障害重度数値ＥＩＮを重度累積部１４０が累積する。
【００５６】
その障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを改善取得部１５０が取得する。そして、障害原因通知ＥＣＤごとに累積される障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に相互通信により改善配信部１６０が配信する。
【００５７】
このため、複数の下位処理装置２００で固有の障害重度数値ＥＩＮの障害原因通知ＥＣＤごとの累積結果が改善配信閾値ＢＤＳを超過すれば障害改善情報ＥＢＤが配信される。
【００５８】
従って、例えば、下位処理装置２００が自身の都合で障害重度数値ＥＩＮを設定しておくことなどにより、多数の下位処理装置２００で重要と判断される障害が発生しているのに障害改善情報ＥＢＤが配信されないようなことを良好に防止できる。
【００５９】
それでいて、複数の下位処理装置２００で固有の障害重度数値ＥＩＮの障害原因通知ＥＣＤごとの累積結果が改善配信閾値ＢＤＳを超過しなければ障害改善情報ＥＢＤが配信されない。従って、重要と判断されない障害が少数の下位処理装置２００でしか発生していないのに、障害改善情報ＥＢＤが無闇に配信されるようなことも良好に防止できる。
【００６０】
しかも、本実施の形態の上位処理装置１００では、下位処理装置２００ごとに少なくとも実装されているデータ処理資源ＤＯＲを構成記憶部１７０が記憶し、改善配信部１６０は、構成記憶部１７０を参照して障害原因通知ＥＣＤに対応したデータ処理資源ＤＯＲが実装されている下位処理装置２００に障害改善情報ＥＢＤを配信する。
【００６１】
このため、障害改善情報ＥＢＤが無関係な下位処理装置２００に配信されることがない。従って、膨大な個数の下位処理装置２００の全部に障害改善情報ＥＢＤが一様に配信されて通信ネットワークＣＩＮに輻輳が発生することを防止できる。
【００６２】
また、下位処理装置２００では、自機に無関係な障害改善情報ＥＢＤを受信することがないので、受信した障害改善情報ＥＢＤが自機に関係あるかの判定を必要とすることなく、受信した障害改善情報ＥＢＤを無条件に自機に適用することができる。
【００６３】
また、本実施の形態の上位処理装置１００では、複数段階の情報配信タイミングＤＤＴで障害改善情報ＥＢＤを改善配信部１６０が配信する。その場合、改善取得部１５０は、固有の情報配信タイミングＤＤＴが個々に付与された障害改善情報ＥＢＤを取得し、改善配信部１６０は、累積される障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを各々に固有の情報配信タイミングＤＤＴで配信する。
【００６４】
従って、累積される障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過するごとに障害改善情報ＥＢＤが配信されないので、さらに通信ネットワークＣＩＮの輻輳を防止することができる。
【００６５】
特に、例えば、障害改善情報ＥＢＤを複数段階の重要度に対応した情報配信タイミングＤＤＴで時分割に配信するようなことができるので、下位処理装置２００が固有に判断している障害重度数値ＥＩＮと、上位処理装置１００で固有に判定されている障害改善情報ＥＢＤの重要度と、の両方に対応して、障害改善情報ＥＢＤを配信するようなことができる。
【００６６】
なお、本発明は本実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で各種の変形を許容する。例えば、上記形態では障害原因通知ＥＣＤの障害重度数値ＥＩＮが複数の下位処理装置２００ごとに固有に設定されていることを例示した。
【００６７】
しかし、その下位処理装置２００において、データ処理資源ＤＯＲごとに固有に障害重度数値ＥＩＮが設定されていてもよく、データ処理動作ＤＯＭごとに固有に障害重度数値ＥＩＮが設定されていてもよい。
【００６８】
これらの場合、複数の下位処理装置２００の重要度だけでなく、そのデータ処理資源ＤＯＲやデータ処理動作ＤＯＭの重要度にも対応して障害重度数値ＥＩＮを設定しておくことができる。従って、より緻密に障害改善情報ＥＢＤの配信タイミングを制御するようなことができる。
【００６９】
また、上記形態では下位処理装置２００で障害重度数値ＥＩＮが固有に設定されることを例示した。しかし、上位処理装置１００の重度付与手段(図示せず)が、複数の下位処理装置２００の各々に障害重度数値ＥＩＮを個々に付与してもよい。この場合、複数の下位処理装置２００の各々の障害重度数値ＥＩＮを上位処理装置１００で一元管理することができる。
【００７０】
さらに、上記形態では改善配信部１６０に一つの改善配信閾値ＢＤＳが設定されていることを例示した。しかし、個々に固有の改善配信閾値ＢＤＳが付与された障害改善情報ＥＢＤを改善取得部１５０が取得し、累積される障害重度数値ＥＩＮが個々に付与されている改善配信閾値ＢＤＳを超過した障害改善情報ＥＢＤを改善配信部１６０が配信してもよい(図示せず)。
【００７１】
この場合、障害改善情報ＥＢＤごとに改善配信閾値ＢＤＳが設定されるので、例えば、上位処理装置１００で重要と判定された障害改善情報ＥＢＤには低値の改善配信閾値ＢＤＳを設定しておき、より迅速に障害改善情報ＥＢＤが配信されるようにするようなことができる。
【００７２】
また、上記形態では上位処理装置１００の内部に改善記憶部１８０があり、そこに障害改善情報ＥＢＤが障害原因通知ＥＣＤとともに情報配信タイミングＤＤＴごとに登録されていることを例示した。
【００７３】
しかし、このような改善記憶部１８０が上位処理装置１００の外部にあり、そこから上位処理装置１００が障害改善情報ＥＢＤを取得してもよい(図示せず)。この場合、例えば、障害原因通知ＥＣＤに対応して障害改善情報ＥＢＤを生成するサービス企業のデータ処理装置(図示せず)から、必要により上位処理装置１００が障害改善情報ＥＢＤを取得するようなことができる。
【００７４】
さらに、上記形態では下位処理装置２００ごとにデータ処理資源ＤＯＲの構成が上位処理装置１００の構成記憶部１７０に登録されており、障害改善情報ＥＢＤが対応するデータ処理資源ＤＯＲを有する下位処理装置２００のみに配信されることを例示した。
【００７５】
しかし、障害改善情報ＥＢＤを対応する障害原因通知ＥＣＤを出力した下位処理装置２００に改善配信部１６０が配信してもよい。この場合、対応するデータ処理資源ＤＯＲを有しても障害が発生していない下位処理装置２００には障害改善情報ＥＢＤが配信されない。
【００７６】
例えば、障害の原因は単純にデータ処理資源ＤＯＲごととは限定できないので、本当に必要としている下位処理装置２００のみに障害改善情報ＥＢＤを配信することができる。
【００７７】
さらに、上記形態では上位処理装置１００の各部１１０〜がコンピュータプログラムにより各種機能として論理的に実現されることを例示した。しかし、このような各部の各々を固有のハードウェアとして形成することもでき、ソフトウェアとハードウェアとの組み合わせとして実現することもできる。
【００７８】
なお、当然ながら、上述した実施の形態および複数の変形例は、その内容が相反しない範囲で組み合わせることができる。また、上述した実施の形態および変形例では、各部の構造などを具体的に説明したが、その構造などは本願発明を満足する範囲で各種に変更することができる。
【符号の説明】
【００７９】
１００ 上位処理装置
１１０ データ通信部
１２０ 通知取得部
１３０ 重度取得部
１４０ 重度累積部
１５０ 改善取得部
１６０ 改善配信部
１７０ 構成記憶部
１８０ 改善記憶部
２００ 下位処理装置
１０００ データ処理システム
ＢＤＳ 改善配信閾値
ＣＩＮ 通信ネットワーク
ＤＤＴ 情報配信タイミング
ＤＯＭ データ処理動作
ＤＯＲ データ処理資源
ＥＢＤ 障害改善情報
ＥＣＤ 障害原因通知
ＥＩＮ 障害重度数値
【技術分野】
【０００１】
本発明は、下位処理装置をメンテナンスする上位処理装置、この上位処理装置を有するデータ処理システム、上位処理装置のコンピュータプログラムおよびデータ処理方法、に関する。
【背景技術】
【０００２】
現在、いわゆるコンピュータ装置が一般に普及しており、各所で各種用途に利用されている。ただし、コンピュータ装置のソフトウェアは完全ではなく、いわゆる修正パッチなどによる保守が必須となっている。
【０００３】
そこで、顧客システムのソフトウェアに対する予防保守サービスにおいて、適切な情報のみを提供することで、顧客の負荷を軽減するシステムの提案がある。その予防保守システムでは、修正パッチ情報データベースと、顧客情報データベースから、顧客システム情報と修正パッチ詳細情報により顧客システムに対して修正パッチの適用可否および推奨修正パッチを判断し、顧客システムに該当する修正パッチの確認を行う。
【０００４】
さらに、そこで確認された修正パッチに対して、修正パッチ抽出処理機能によって、顧客の要求に応じて修正パッチの抽出を行うことで、顧客による修正パッチ情報の整理をサポート側で行い顧客の負荷を軽減させる（例えば、特許文献１参照）。
【０００５】
また、複数のソフトウェアを複数のサーバに動的に割り当てて顧客サービスを行うシステムにおいて、ソフトウェアに対して修正情報を的確に適用する提案もある。そのシステムでは、修正情報の発行時に提供される情報を用いて、顧客が使用しているソフトウェアの新しさとセキュリティレベルを統合した指標を計算し、得られた指標が顧客により指定された制約条件を満たさなければ、そのソフトウェアに修正情報を適用してソフトウェアをアップデートする（例えば、特許文献２参照）。
【０００６】
さらに、クライアントの運用監視を行うとともに、障害原因に応じたソフトウェアの更新を行うことのできるクライアント監視システムの提案もある。この場合、監視サーバは、クライアントに対して障害情報を要求し、獲得する手段と、障害データベースに対して、障害情報に応じた保守情報を問い合わせ、結果を獲得する手段と、保守情報とクライアント毎に予め定められた修正パッチ選択情報に基いた修正パッチを選択する手段と、修正パッチデータベースに対して修正パッチを要求、獲得する手段と、クライアントに対して該修正パッチを送信し、適用する手段とを備える。
【０００７】
そして、ソフトウェアに関する既知の問題点毎に障害データベースに格納された保守情報に基いて、修正パッチを特定し、クライアントに自動適用することにより、ソフトウェアに起因する障害に対する保守に要する労力を削減する（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−０９９９６７号公報
【特許文献２】特開２００５−０９２８０３号公報
【特許文献３】特開２００３−２３３５１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１の技術では、修正パッチに設定されている重要度と、セキュリティ関連修正パッチであるか否かによって、クライアントへの適用の可否が決定される。つまり、修正パッチ側の要請に基づいて適用の可否が判定される。
【００１０】
特許文献２の技術では、新たなパッチが生成されると、クライアントごとに特定ポイントを再計算し、閾値未達となる場合には、当該パッチを適用させる。このため、クライアントごとにセキュリティ等の観点で閾値が個別に設定される。
【００１１】
特許文献３の技術では、クライアントの業務内容に応じて、修正パッチの適用則を予め設定しておき、修正パッチが生成されるたびに適用則に応じて修正パッチの送信の要否が決定される。
【００１２】
つまり、何れも修正パッチを配信する上位処理装置が、修正パッチの配信の要否を独自に判断している。このため、多数のクライアントで重大な障害が発生しても、修正パッチが迅速に適用されず、重大でない障害の修正パッチが迅速に適用されるような、事態が発生する可能性がある。
【００１３】
本発明は上述のような課題に鑑みてなされたものであり、下位処理装置で発生している障害ごとに障害改善情報を適正なタイミングで配信することができる上位処理装置、この上位処理装置を有するデータ処理システム、上位処理装置のコンピュータプログラムおよびデータ処理方法、を提供するものである。
【課題を解決するための手段】
【００１４】
本発明の上位処理装置は、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信手段と、障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を相互通信により取得する通知取得手段と、障害原因通知ごとに固有の障害改善情報を取得する改善取得手段と、障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで配信する改善配信手段と、を有する。
【００１５】
本発明のデータ処理システムは、少なくとも一個の上位処理装置と複数の下位処理装置とが相互通信するデータ処理システムであって、本発明の上位処理装置と、障害が発生すると少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を上位処理装置に送信する下位処理装置と、を有する。
【００１６】
本発明のコンピュータプログラムは、本発明の上位処理装置のコンピュータプログラムであって、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信処理と、障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を相互通信により取得する通知取得処理と、障害原因通知ごとに固有の障害改善情報を取得する改善取得処理と、障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで配信する改善配信処理と、を上位処理装置に実行させる。
【００１７】
本発明のデータ処理方法は、本発明の上位処理装置のデータ処理方法であって、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信動作と、障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を相互通信により取得する通知取得動作と、障害原因通知ごとに固有の障害改善情報を取得する改善取得動作と、障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで配信する改善配信動作と、を有する。
【００１８】
なお、本発明の各種の構成要素は、その機能を実現するように形成されていればよく、例えば、所定の機能を発揮する専用のハードウェア、所定の機能がコンピュータプログラムにより付与された上位処理装置、コンピュータプログラムにより上位処理装置に実現された所定の機能、これらの任意の組み合わせ、等として実現することができる。
【００１９】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００２０】
また、本発明のコンピュータプログラムおよびデータ処理方法は、複数の処理および動作を順番に記載してあるが、その記載の順番は複数の処理および複数の動作を実行する順番を限定するものではない。
【００２１】
このため、本発明のコンピュータプログラムおよびデータ処理方法を実施するときには、その複数の処理および複数の動作の順番は内容的に支障しない範囲で変更することができる。
【００２２】
さらに、本発明のコンピュータプログラムおよびデータ処理方法は、複数の処理および複数の動作が個々に相違するタイミングで実行されることに限定されない。このため、ある処理および動作の実行中に他の処理および動作が発生すること、ある処理および動作の実行タイミングと他の処理および動作の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【００２３】
さらに、本発明で云う「データを記憶する」とは、本発明の装置が、少なくともデータを記憶する機能を有することを意味している。このため、本発明の装置がコンシューマにより新規に登録されるデータを記憶することの他、サプライヤにより製造時に登録されたデータを記憶して出荷後にはコンシューマにより新規のデータが登録されないことも許容する。
【００２４】
また、本発明で云う上位処理装置は、コンピュータプログラムを読み取って対応する処理動作を実行できるように、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、Ｉ／Ｆ（Interface）ユニット、等の汎用デバイスで構築されたハードウェア、所定の処理動作を実行するように構築された専用の論理回路、これらの組み合わせ、等として実施することができる。
【００２５】
なお、本発明でコンピュータプログラムに対応した各種動作を上位処理装置に実行させることは、各種デバイスを上位処理装置に動作制御させることなども意味している。例えば、上位処理装置に各種データを記憶させることは、上位処理装置に固定されているＨＤＤ（Hard Disc Drive）等の情報記憶媒体にＣＰＵが各種データを格納すること、上位処理装置に交換自在に装填されているＣＤ−Ｒ（Compact Disc-Recordable）等の情報記憶媒体にＣＰＵがＣＤドライブで各種データを格納すること、等を許容する。
【００２６】
また、本発明で云うデータ処理資源とは、より具体的には、上位処理装置を物理的に構成している各種のハードウェアと、論理的に構成している各種のソフトウェアと、の総称を意味しており、いわゆるリソースに相当する。
【００２７】
さらに、本発明で云う障害改善情報とは、下位処理装置に発生した障害の改善に利用されるデータファイルなどのソフトウェアを意味しており、いわゆる修正パッチに相当する。
【発明の効果】
【００２８】
本発明の上位処理装置では、実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置とデータ通信手段が相互通信する。この相互通信により障害が発生した下位処理装置から少なくとも原因と判定されたデータ処理資源を通知する障害原因通知を通知取得手段が取得する。その障害原因通知ごとに固有の障害改善情報を改善取得手段が取得する。その障害改善情報を複数の下位処理装置の少なくとも一部に相互通信により所定の複数段階の情報配信タイミングで改善配信手段が配信する。このため、障害改善情報を複数段階の重要度に対応した情報配信タイミングで時分割に配信するようなことができる。従って、下位処理装置で発生している障害ごとに障害改善情報を適正なタイミングで配信することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態のデータ処理システムの論理構造を示す模式的なブロック図である。
【図２】データ処理システムの物理構造を示すブロック図である。
【図３】下位処理装置によるデータ処理方法を示すフローチャートである。
【図４】上位処理装置によるデータ処理方法を示すフローチャートである。
【発明を実施するための形態】
【００３０】
本発明の実施の一形態を図面を参照して以下に説明する。本実施の形態のデータ処理システム１０００は、図１および図２に示すように、少なくとも一個の上位処理装置１００と複数の下位処理装置２００とが相互通信する。
【００３１】
その下位処理装置２００は、詳細には後述するが、実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する。そして、障害が発生すると少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを少なくとも個体ごとに固有の障害重度数値ＥＩＮとともに上位処理装置１００に送信する。
【００３２】
この上位処理装置１００は、図１に示すように、上述のように実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する複数の下位処理装置２００と相互通信するデータ通信部１１０と、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを相互通信により取得する通知取得部１２０と、障害原因通知ＥＣＤとともに少なくとも下位処理装置２００ごとに固有の障害重度数値ＥＩＮを取得する重度取得部１３０と、取得される障害原因通知ＥＣＤごとに障害重度数値ＥＩＮを累積する重度累積部１４０と、障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを取得する改善取得部１５０と、障害原因通知ＥＣＤごとに累積される障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に相互通信により配信する改善配信部１６０と、を有する。
【００３３】
さらに、本実施の形態の上位処理装置１００は、下位処理装置２００ごとに少なくとも実装されているデータ処理資源ＤＯＲを記憶する構成記憶部１７０も有する。このため、改善配信部１６０は、構成記憶部１７０を参照して障害原因通知ＥＣＤに対応したデータ処理資源ＤＯＲが実装されている下位処理装置２００に障害改善情報ＥＢＤを配信する。
【００３４】
また、本実施の形態の上位処理装置１００は、複数段階の情報配信タイミングＤＤＴごとに障害原因通知ＥＣＤと障害改善情報ＥＢＤとを対応させて記憶する改善記憶部１８０も有する。
【００３５】
このため、改善取得部１５０は、固有の情報配信タイミングＤＤＴが個々に付与された障害改善情報ＥＢＤを取得し、改善配信部１６０は、累積される障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを各々に固有の情報配信タイミングＤＤＴで配信する。
【００３６】
より具体的には、下位処理装置２００は、コンピュータ装置からなり、例えば、各種メーカで社内作業に利用されるデータベースサーバなどからなる。上位処理装置１００は、例えば、上述の各種メーカと各々の下位処理装置２００のメンテナンスを業務提携するサービス企業のコンピュータ装置からなる。
【００３７】
上述のような上位処理装置１００と複数の下位処理装置２００とは、図２に示すように、例えば、インターネットやＮＧＮ（Next Generation Network）やＷＡＮ(Wide Area Network)などの通信ネットワークＣＩＮで接続されている。
【００３８】
上位処理装置１００および下位処理装置２００は、ＣＰＵやＨＤＤ等のハードウェアとＯＳ(Operating System)やアプリケーションソフト等のソフトウェアとをデータ処理資源ＤＯＲ等として有する(図示せず)。
【００３９】
このようなソフトウェアからなるコンピュータプログラムに対応してＣＰＵが各種のハードウェアを統合制御することなどにより、上位処理装置１００には、前述の各部１１０〜が論理的に実現されている。
【００４０】
例えば、データ通信部１１０は、ＣＰＵが実装されているコンピュータプログラムに対応してデータ通信デバイスのデータ通信動作を動作制御する機能などに相当する。通知取得部１２０と重度取得部１３０とは、ＣＰＵが実装されているコンピュータプログラムに対応してデータ通信デバイスの受信データを認識する機能などに相当する。
【００４１】
重度累積部１４０と構成記憶部１７０と改善記憶部１８０とは、ＣＰＵが実装されているコンピュータプログラムに対応してメモリデバイスに各種データを記憶させる機能などに相当する。
【００４２】
改善取得部１５０は、ＣＰＵが実装されているコンピュータプログラムに対応して上述のようなメモリデバイスの記憶データを検索する機能などに相当する。改善配信部１６０は、ＣＰＵが実装されているコンピュータプログラムに対応してデータ通信デバイスにデータ送信を実行させる機能などに相当する。
【００４３】
上述のような上位処理装置１００のコンピュータプログラムは、例えば、実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する複数の下位処理装置２００と相互通信するデータ通信処理と、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを相互通信により取得する通知取得処理と、障害原因通知ＥＣＤとともに少なくとも下位処理装置２００ごとに固有の障害重度数値ＥＩＮを取得する重度取得処理と、取得される障害原因通知ＥＣＤごとに障害重度数値ＥＩＮを累積する重度累積処理と、障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを取得する改善取得処理と、障害原因通知ＥＣＤごとに累積される障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に相互通信により配信する改善配信処理と、下位処理装置２００ごとに少なくとも実装されているデータ処理資源ＤＯＲを記憶する構成記憶処理と、複数段階の情報配信タイミングＤＤＴごとに障害原因通知ＥＣＤと障害改善情報ＥＢＤとを対応させて記憶する改善記憶処理と、を上位処理装置１００に実行させるように記述されている。
【００４４】
上述のような構成において、本実施の形態のデータ処理システム１０００では、各種メーカでは下位処理装置２００を各種用途に使用する。ただし、各種メーカは、上位処理装置１００による下位処理装置２００のメンテナンスをサービス企業と業務提携する。
【００４５】
そこで、各種メーカでは、図３に示すように、例えば、その用途などに対応して障害重度数値ＥＩＮを下位処理装置２００に設定しておくことになる(ステップＳ１−Ｙ，Ｓ２)。例えば、下位処理装置２００が大規模な病院で生命維持に関連する機器の制御に利用されているような場合、その障害重度数値ＥＩＮは充分な数値に設定される。
【００４６】
このような状態で、各種メーカでは、下位処理装置２００が実装されている各種のデータ処理資源ＤＯＲで各種のデータ処理動作ＤＯＭを実行する(ステップＳ３)。ただし、このようにデータ処理動作ＤＯＭが実行されているときに障害が発生することがある。
【００４７】
すると、この障害の発生を検知した下位処理装置２００は(ステップＳ４−Ｙ)、少なくとも障害を発生したデータ処理資源ＤＯＲを特定する(ステップＳ５)。そして、例えば、自機の識別データ、障害を発生したデータ処理資源ＤＯＲ、障害が発生したデータ処理動作ＤＯＭ、等が設定された障害原因通知ＥＣＤを、障害重度数値ＥＩＮとともに上位処理装置１００に送信する(ステップＳ６)。
【００４８】
この上位処理装置１００では、図４に示すように、上述のように障害原因通知ＥＣＤを障害重度数値ＥＩＮとともに下位処理装置２００から受信すると(ステップＴ１−Ｙ)、その障害重度数値ＥＩＮを障害原因通知ＥＣＤごとに累積する(ステップＴ２)。
【００４９】
このように複数の下位処理装置２００から収集されて累積された障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると(ステップＴ３−Ｙ)、その障害原因通知ＥＣＤに対応した障害改善情報ＥＢＤを情報配信タイミングＤＤＴとともに取得する(ステップＴ４)。。
【００５０】
この情報配信タイミングＤＤＴは、例えば、即時、一日一回、毎週一回、毎月一回、など、その障害改善情報ＥＢＤで改善される障害の重要度に対応して、事前に複数段階に設定される。
【００５１】
そこで、上述のように累積された障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過した障害改善情報ＥＢＤの情報配信タイミングＤＤＴとなると(ステップＴ５−Ｙ)、その障害改善情報ＥＢＤが特定の下位処理装置２００に配信される(ステップＴ６，Ｔ７)。
【００５２】
より具体的には、上位処理装置１００には、前述のように提携している下位処理装置２００ごとに実装されているデータ処理資源ＤＯＲの構成がデータ登録されている。そこで、上述のように障害改善情報ＥＢＤを配信するときには、対応するデータ処理資源ＤＯＲが実装されている下位処理装置２００が特定され(ステップＴ６)、その特定された下位処理装置２００のみに障害改善情報ＥＢＤが配信される(ステップＴ７)。
【００５３】
本実施の形態のデータ処理システム１０００の上位処理装置１００は、上述のように実装されている各種のデータ処理資源ＤＯＲにより各種のデータ処理動作ＤＯＭを各々実行する複数の下位処理装置２００と、データ通信部１１０で相互通信する。
【００５４】
そこで、障害が発生した下位処理装置２００から少なくとも原因と判定されたデータ処理資源ＤＯＲを通知する障害原因通知ＥＣＤを相互通信により通知取得部１２０が取得する。
【００５５】
その障害原因通知ＥＣＤとともに少なくとも下位処理装置２００ごとに固有の障害重度数値ＥＩＮを重度取得部１３０が取得する。このように取得される障害原因通知ＥＣＤごとに障害重度数値ＥＩＮを重度累積部１４０が累積する。
【００５６】
その障害原因通知ＥＣＤごとに固有の障害改善情報ＥＢＤを改善取得部１５０が取得する。そして、障害原因通知ＥＣＤごとに累積される障害重度数値ＥＩＮが所定の改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを複数の下位処理装置２００の少なくとも一部に相互通信により改善配信部１６０が配信する。
【００５７】
このため、複数の下位処理装置２００で固有の障害重度数値ＥＩＮの障害原因通知ＥＣＤごとの累積結果が改善配信閾値ＢＤＳを超過すれば障害改善情報ＥＢＤが配信される。
【００５８】
従って、例えば、下位処理装置２００が自身の都合で障害重度数値ＥＩＮを設定しておくことなどにより、多数の下位処理装置２００で重要と判断される障害が発生しているのに障害改善情報ＥＢＤが配信されないようなことを良好に防止できる。
【００５９】
それでいて、複数の下位処理装置２００で固有の障害重度数値ＥＩＮの障害原因通知ＥＣＤごとの累積結果が改善配信閾値ＢＤＳを超過しなければ障害改善情報ＥＢＤが配信されない。従って、重要と判断されない障害が少数の下位処理装置２００でしか発生していないのに、障害改善情報ＥＢＤが無闇に配信されるようなことも良好に防止できる。
【００６０】
しかも、本実施の形態の上位処理装置１００では、下位処理装置２００ごとに少なくとも実装されているデータ処理資源ＤＯＲを構成記憶部１７０が記憶し、改善配信部１６０は、構成記憶部１７０を参照して障害原因通知ＥＣＤに対応したデータ処理資源ＤＯＲが実装されている下位処理装置２００に障害改善情報ＥＢＤを配信する。
【００６１】
このため、障害改善情報ＥＢＤが無関係な下位処理装置２００に配信されることがない。従って、膨大な個数の下位処理装置２００の全部に障害改善情報ＥＢＤが一様に配信されて通信ネットワークＣＩＮに輻輳が発生することを防止できる。
【００６２】
また、下位処理装置２００では、自機に無関係な障害改善情報ＥＢＤを受信することがないので、受信した障害改善情報ＥＢＤが自機に関係あるかの判定を必要とすることなく、受信した障害改善情報ＥＢＤを無条件に自機に適用することができる。
【００６３】
また、本実施の形態の上位処理装置１００では、複数段階の情報配信タイミングＤＤＴで障害改善情報ＥＢＤを改善配信部１６０が配信する。その場合、改善取得部１５０は、固有の情報配信タイミングＤＤＴが個々に付与された障害改善情報ＥＢＤを取得し、改善配信部１６０は、累積される障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過すると対応する障害改善情報ＥＢＤを各々に固有の情報配信タイミングＤＤＴで配信する。
【００６４】
従って、累積される障害重度数値ＥＩＮが改善配信閾値ＢＤＳを超過するごとに障害改善情報ＥＢＤが配信されないので、さらに通信ネットワークＣＩＮの輻輳を防止することができる。
【００６５】
特に、例えば、障害改善情報ＥＢＤを複数段階の重要度に対応した情報配信タイミングＤＤＴで時分割に配信するようなことができるので、下位処理装置２００が固有に判断している障害重度数値ＥＩＮと、上位処理装置１００で固有に判定されている障害改善情報ＥＢＤの重要度と、の両方に対応して、障害改善情報ＥＢＤを配信するようなことができる。
【００６６】
なお、本発明は本実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で各種の変形を許容する。例えば、上記形態では障害原因通知ＥＣＤの障害重度数値ＥＩＮが複数の下位処理装置２００ごとに固有に設定されていることを例示した。
【００６７】
しかし、その下位処理装置２００において、データ処理資源ＤＯＲごとに固有に障害重度数値ＥＩＮが設定されていてもよく、データ処理動作ＤＯＭごとに固有に障害重度数値ＥＩＮが設定されていてもよい。
【００６８】
これらの場合、複数の下位処理装置２００の重要度だけでなく、そのデータ処理資源ＤＯＲやデータ処理動作ＤＯＭの重要度にも対応して障害重度数値ＥＩＮを設定しておくことができる。従って、より緻密に障害改善情報ＥＢＤの配信タイミングを制御するようなことができる。
【００６９】
また、上記形態では下位処理装置２００で障害重度数値ＥＩＮが固有に設定されることを例示した。しかし、上位処理装置１００の重度付与手段(図示せず)が、複数の下位処理装置２００の各々に障害重度数値ＥＩＮを個々に付与してもよい。この場合、複数の下位処理装置２００の各々の障害重度数値ＥＩＮを上位処理装置１００で一元管理することができる。
【００７０】
さらに、上記形態では改善配信部１６０に一つの改善配信閾値ＢＤＳが設定されていることを例示した。しかし、個々に固有の改善配信閾値ＢＤＳが付与された障害改善情報ＥＢＤを改善取得部１５０が取得し、累積される障害重度数値ＥＩＮが個々に付与されている改善配信閾値ＢＤＳを超過した障害改善情報ＥＢＤを改善配信部１６０が配信してもよい(図示せず)。
【００７１】
この場合、障害改善情報ＥＢＤごとに改善配信閾値ＢＤＳが設定されるので、例えば、上位処理装置１００で重要と判定された障害改善情報ＥＢＤには低値の改善配信閾値ＢＤＳを設定しておき、より迅速に障害改善情報ＥＢＤが配信されるようにするようなことができる。
【００７２】
また、上記形態では上位処理装置１００の内部に改善記憶部１８０があり、そこに障害改善情報ＥＢＤが障害原因通知ＥＣＤとともに情報配信タイミングＤＤＴごとに登録されていることを例示した。
【００７３】
しかし、このような改善記憶部１８０が上位処理装置１００の外部にあり、そこから上位処理装置１００が障害改善情報ＥＢＤを取得してもよい(図示せず)。この場合、例えば、障害原因通知ＥＣＤに対応して障害改善情報ＥＢＤを生成するサービス企業のデータ処理装置(図示せず)から、必要により上位処理装置１００が障害改善情報ＥＢＤを取得するようなことができる。
【００７４】
さらに、上記形態では下位処理装置２００ごとにデータ処理資源ＤＯＲの構成が上位処理装置１００の構成記憶部１７０に登録されており、障害改善情報ＥＢＤが対応するデータ処理資源ＤＯＲを有する下位処理装置２００のみに配信されることを例示した。
【００７５】
しかし、障害改善情報ＥＢＤを対応する障害原因通知ＥＣＤを出力した下位処理装置２００に改善配信部１６０が配信してもよい。この場合、対応するデータ処理資源ＤＯＲを有しても障害が発生していない下位処理装置２００には障害改善情報ＥＢＤが配信されない。
【００７６】
例えば、障害の原因は単純にデータ処理資源ＤＯＲごととは限定できないので、本当に必要としている下位処理装置２００のみに障害改善情報ＥＢＤを配信することができる。
【００７７】
さらに、上記形態では上位処理装置１００の各部１１０〜がコンピュータプログラムにより各種機能として論理的に実現されることを例示した。しかし、このような各部の各々を固有のハードウェアとして形成することもでき、ソフトウェアとハードウェアとの組み合わせとして実現することもできる。
【００７８】
なお、当然ながら、上述した実施の形態および複数の変形例は、その内容が相反しない範囲で組み合わせることができる。また、上述した実施の形態および変形例では、各部の構造などを具体的に説明したが、その構造などは本願発明を満足する範囲で各種に変更することができる。
【符号の説明】
【００７９】
１００ 上位処理装置
１１０ データ通信部
１２０ 通知取得部
１３０ 重度取得部
１４０ 重度累積部
１５０ 改善取得部
１６０ 改善配信部
１７０ 構成記憶部
１８０ 改善記憶部
２００ 下位処理装置
１０００ データ処理システム
ＢＤＳ 改善配信閾値
ＣＩＮ 通信ネットワーク
ＤＤＴ 情報配信タイミング
ＤＯＭ データ処理動作
ＤＯＲ データ処理資源
ＥＢＤ 障害改善情報
ＥＣＤ 障害原因通知
ＥＩＮ 障害重度数値
【特許請求の範囲】
【請求項１】
実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信手段と、
障害が発生した前記下位処理装置から少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記相互通信により取得する通知取得手段と、
前記障害原因通知ごとに固有の障害改善情報を取得する改善取得手段と、
前記障害改善情報を複数の前記下位処理装置の少なくとも一部に前記相互通信により所定の複数段階の情報配信タイミングで配信する改善配信手段と、
を有する上位処理装置。
【請求項２】
前記改善取得手段は、固有の前記情報配信タイミングが個々に付与された前記障害改善情報を取得し、
前記改善配信手段は、前記障害改善情報を各々に固有の前記情報配信タイミングで配信する請求項１に記載の上位処理装置。
【請求項３】
前記障害原因通知とともに少なくとも前記下位処理装置ごとに固有の障害重度数値を取得する重度取得手段と、
取得される前記障害原因通知ごとに前記障害重度数値を累積する重度累積手段とを、さらに有し、
前記改善配信手段は、前記障害原因通知ごとに累積される前記障害重度数値が所定の改善配信閾値を超過すると対応する前記障害改善情報を配信する請求項１または２に記載の上位処理装置。
【請求項４】
前記重度取得手段は、前記データ処理資源ごとにも固有の前記障害重度数値を取得する請求項１ないし３の何れか一項に記載の上位処理装置。
【請求項５】
前記重度取得手段は、前記データ処理動作ごとにも固有の前記障害重度数値を取得する請求項１ないし４の何れか一項に記載の上位処理装置。
【請求項６】
複数の前記下位処理装置の各々に前記障害重度数値を個々に付与する重度付与手段を、さらに有する請求項１ないし５の何れか一項に記載の上位処理装置。
【請求項７】
前記改善取得手段は、個々に固有の前記改善配信閾値が付与された前記障害改善情報を取得し、
前記改善配信手段は、累積される前記障害重度数値が個々に付与されている前記改善配信閾値を超過した前記障害改善情報を配信する請求項１ないし６の何れか一項に記載の上位処理装置。
【請求項８】
前記下位処理装置ごとに少なくとも実装されている前記データ処理資源を記憶する構成記憶手段を、さらに有し、
前記改善配信手段は、前記構成記憶手段を参照して前記障害原因通知に対応した前記データ処理資源が実装されている前記下位処理装置に前記障害改善情報を配信する請求項１ないし７の何れか一項に記載の上位処理装置。
【請求項９】
前記改善配信手段は、前記障害改善情報を対応する前記障害原因通知を出力した前記下位処理装置に配信する請求項１ないし８の何れか一項に記載の上位処理装置。
【請求項１０】
少なくとも一個の上位処理装置と複数の下位処理装置とが相互通信するデータ処理システムであって、
請求項１ないし９の何れか一項に記載の前記上位処理装置と、
障害が発生すると少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記上位処理装置に送信する前記下位処理装置と、
を有するデータ処理システム。
【請求項１１】
請求項１ないし９の何れか一項に記載の上位処理装置のコンピュータプログラムであって、
実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信処理と、
障害が発生した前記下位処理装置から少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記相互通信により取得する通知取得処理と、
前記障害原因通知ごとに固有の障害改善情報を取得する改善取得処理と、
前記障害改善情報を複数の前記下位処理装置の少なくとも一部に前記相互通信により所定の複数段階の情報配信タイミングで配信する改善配信処理と、
を上位処理装置に実行させるコンピュータプログラム。
【請求項１２】
請求項１ないし９の何れか一項に記載の上位処理装置のデータ処理方法であって、
実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信動作と、
障害が発生した前記下位処理装置から少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記相互通信により取得する通知取得動作と、
前記障害原因通知ごとに固有の障害改善情報を取得する改善取得動作と、
前記障害改善情報を複数の前記下位処理装置の少なくとも一部に前記相互通信により所定の複数段階の情報配信タイミングで配信する改善配信動作と、
を有するデータ処理方法。
【請求項１】
実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信手段と、
障害が発生した前記下位処理装置から少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記相互通信により取得する通知取得手段と、
前記障害原因通知ごとに固有の障害改善情報を取得する改善取得手段と、
前記障害改善情報を複数の前記下位処理装置の少なくとも一部に前記相互通信により所定の複数段階の情報配信タイミングで配信する改善配信手段と、
を有する上位処理装置。
【請求項２】
前記改善取得手段は、固有の前記情報配信タイミングが個々に付与された前記障害改善情報を取得し、
前記改善配信手段は、前記障害改善情報を各々に固有の前記情報配信タイミングで配信する請求項１に記載の上位処理装置。
【請求項３】
前記障害原因通知とともに少なくとも前記下位処理装置ごとに固有の障害重度数値を取得する重度取得手段と、
取得される前記障害原因通知ごとに前記障害重度数値を累積する重度累積手段とを、さらに有し、
前記改善配信手段は、前記障害原因通知ごとに累積される前記障害重度数値が所定の改善配信閾値を超過すると対応する前記障害改善情報を配信する請求項１または２に記載の上位処理装置。
【請求項４】
前記重度取得手段は、前記データ処理資源ごとにも固有の前記障害重度数値を取得する請求項１ないし３の何れか一項に記載の上位処理装置。
【請求項５】
前記重度取得手段は、前記データ処理動作ごとにも固有の前記障害重度数値を取得する請求項１ないし４の何れか一項に記載の上位処理装置。
【請求項６】
複数の前記下位処理装置の各々に前記障害重度数値を個々に付与する重度付与手段を、さらに有する請求項１ないし５の何れか一項に記載の上位処理装置。
【請求項７】
前記改善取得手段は、個々に固有の前記改善配信閾値が付与された前記障害改善情報を取得し、
前記改善配信手段は、累積される前記障害重度数値が個々に付与されている前記改善配信閾値を超過した前記障害改善情報を配信する請求項１ないし６の何れか一項に記載の上位処理装置。
【請求項８】
前記下位処理装置ごとに少なくとも実装されている前記データ処理資源を記憶する構成記憶手段を、さらに有し、
前記改善配信手段は、前記構成記憶手段を参照して前記障害原因通知に対応した前記データ処理資源が実装されている前記下位処理装置に前記障害改善情報を配信する請求項１ないし７の何れか一項に記載の上位処理装置。
【請求項９】
前記改善配信手段は、前記障害改善情報を対応する前記障害原因通知を出力した前記下位処理装置に配信する請求項１ないし８の何れか一項に記載の上位処理装置。
【請求項１０】
少なくとも一個の上位処理装置と複数の下位処理装置とが相互通信するデータ処理システムであって、
請求項１ないし９の何れか一項に記載の前記上位処理装置と、
障害が発生すると少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記上位処理装置に送信する前記下位処理装置と、
を有するデータ処理システム。
【請求項１１】
請求項１ないし９の何れか一項に記載の上位処理装置のコンピュータプログラムであって、
実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信処理と、
障害が発生した前記下位処理装置から少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記相互通信により取得する通知取得処理と、
前記障害原因通知ごとに固有の障害改善情報を取得する改善取得処理と、
前記障害改善情報を複数の前記下位処理装置の少なくとも一部に前記相互通信により所定の複数段階の情報配信タイミングで配信する改善配信処理と、
を上位処理装置に実行させるコンピュータプログラム。
【請求項１２】
請求項１ないし９の何れか一項に記載の上位処理装置のデータ処理方法であって、
実装されている各種のデータ処理資源により各種のデータ処理動作を各々実行する複数の下位処理装置と相互通信するデータ通信動作と、
障害が発生した前記下位処理装置から少なくとも原因と判定された前記データ処理資源を通知する障害原因通知を前記相互通信により取得する通知取得動作と、
前記障害原因通知ごとに固有の障害改善情報を取得する改善取得動作と、
前記障害改善情報を複数の前記下位処理装置の少なくとも一部に前記相互通信により所定の複数段階の情報配信タイミングで配信する改善配信動作と、
を有するデータ処理方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１０−２１８０７３（Ｐ２０１０−２１８０７３Ａ）
【公開日】平成２２年９月３０日（２０１０．９．３０）
【国際特許分類】
【出願番号】特願２００９−６２３４９（Ｐ２００９−６２３４９）
【出願日】平成２１年３月１６日（２００９．３．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年９月３０日（２０１０．９．３０）
【国際特許分類】
【出願日】平成２１年３月１６日（２００９．３．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]