(57)【要約】【課題】バースト時の障害メッセージの送信を抑止するとともに、緊急度の高い障害メッセージを優先して通知することにより、システムの復旧を迅速化する。【解決手段】障害メッセージバースト送信抑止システム１０は、インシデント管理システム１５、バースト判定システム１１、および性能監視システム１３を有する。インシデント管理システム１５は、送信された障害メッセージの集約および管理などを行う。バースト判定システム１１は、障害検知におけるバースト発生を判定し、バーストが発生した障害メッセージに優先度を付与して集約する。性能監視システム１３は、バースト判定システム１１が集約した障害メッセージのうち、バーストが収束した障害メッセージを優先度の高い順に選択し、インシデント管理システム１５に送信する。【選択図】図１
2015097035.tif 000002
【特許請求の範囲】
【請求項１】
送信された障害メッセージの集約および管理を行うインシデント管理部と、
障害検知におけるバースト発生を判定し、バーストが発生した障害メッセージに優先度を付与して集約するバースト判定部と、
前記バースト判定部が集約した障害メッセージのうち、バーストが収束した障害メッセージを前記優先度の高い順に選択し、前記インシデント管理部に送信するメッセージ監視部と、
を有する、障害メッセージバースト送信抑止システム。
【請求項２】
請求項１記載の障害メッセージバースト送信抑止システムにおいて、
前記バースト判定部は、バーストが発生していないと判定した障害メッセージを集約せずに前記インシデント管理部に送信する、障害メッセージバースト送信抑止システム。
【請求項３】
請求項１記載の障害メッセージバースト送信抑止システムにおいて、
前記メッセージ監視部は、前記インシデント管理部が前記障害メッセージを受け入れる許容能力以上となると、前記障害メッセージの送信を停止する、障害メッセージバースト送信抑止システム。
【請求項４】
請求項１記載の障害メッセージバースト送信抑止システムにおいて、
さらに、前記バースト判定部が集約した前記障害メッセージを格納する障害メッセージ集約格納部を有し、
前記メッセージ監視部は、前記障害メッセージ集約格納部に格納された前記障害メッセージを検索し、前記優先度の高い順に前記障害メッセージを送信する、障害メッセージバースト送信抑止システム。
【請求項５】
請求項４記載の障害メッセージバースト送信抑止システムにおいて、
さらに、前記バースト判定部および前記メッセージ監視部から送信される前記障害メッセージを格納するインシデントデータ格納部を有し、
前記バースト判定部は、前記インシデントデータ格納部に格納されるインシデントを完了するまでの期限を示す期限データに基づいて、前記障害メッセージ集約格納部に格納されている前記障害メッセージの優先度を決定する、障害メッセージバースト送信抑止システム。
【請求項６】
送信された障害メッセージの集約および管理するインシデント管理部と、監視対象機器から送信される前記障害メッセージに優先度を付与して集約するバースト判定処理を実行するバースト判定部と、バーストが収束した後、前記優先度に基づいて前記障害メッセージを前記インシデント管理部に送信する障害メッセージ送信処理を実行するメッセージ監視部と、を有するコンピュータシステムによる障害メッセージバースト送信抑止方法であって、
前記バースト判定部において、監視対象機器から送信される前記障害メッセージにバーストが発生しているか否かを判定するステップと、
前記障害メッセージにバーストが発生していると判定した際に、前記障害メッセージを集約するステップと、
集約した前記障害メッセージに優先度を付与するステップと、
前記メッセージ監視部において、バーストが収束した後、集約した前記障害メッセージを前記優先度の高い順に選択し、前記インシデント管理部に送信するステップと、
を有する障害メッセージバースト送信抑止方法。
【請求項７】
請求項６記載の障害メッセージバースト送信抑止方法において、
さらに、前記障害メッセージにバーストが発生していないと判定した際に、バーストが発生していない前記障害メッセージを集約せずに前記インシデント管理部に送信するステップを有する、障害メッセージバースト送信抑止方法。
【請求項８】
請求項６記載の障害メッセージバースト送信抑止方法において、
さらに、前記メッセージ監視部において、前記インシデント管理部が前記障害メッセージを受け入れる許容能力を超えていないかを判定し、前記障害メッセージを受け入れる許容能力を超えていると判定した際に、集約した前記障害メッセージの送信を停止するステップを有する、障害メッセージバースト送信抑止方法。
【請求項９】
請求項６記載の障害メッセージバースト送信抑止方法において、
前記障害メッセージに優先度を付与するステップは、前記インシデント管理部に送信された前記障害メッセージが有するインシデントを完了するまでの期限を示す期限データに基づいて、前記優先度を決定する、障害メッセージバースト送信抑止方法。
【請求項１０】
監視対象機器から送信される障害メッセージに優先度を付与して集約するバースト判定処理と、バーストが収束した後、前記優先度に基づいて前記障害メッセージを、インシデント管理部に送信する障害メッセージ送信処理と、をコンピュータシステムに実行させるプログラムであって、
前記バースト判定処理において、前記監視対象機器から送信される前記障害メッセージにバーストが発生しているか否かを判定するステップと、
前記障害メッセージにバーストが発生していると判定した際に、前記障害メッセージを集約するステップと、
集約した前記障害メッセージに優先度を付与するステップと、
前記障害メッセージ送信処理において、バーストが収束した後、集約した前記障害メッセージを前記優先度の高い順に選択し、前記インシデント管理部に送信するステップと、
を有するプログラム。
【請求項１１】
請求項１０記載のプログラムにおいて、
さらに、前記障害メッセージにバーストが発生していないと判定した際に、バーストが発生していない前記障害メッセージを集約せずに前記インシデント管理部に送信するステップを有する、プログラム。
【請求項１２】
請求項１０記載のプログラムにおいて、
さらに、前記障害メッセージ送信処理において、前記インシデント管理部が前記障害メッセージを受け入れる許容能力を超えていないかを判定し、前記障害メッセージを受け入れる許容能力を超えていると判定した際に、集約した前記障害メッセージの送信を停止するステップを有する、プログラム。
【請求項１３】
請求項１０記載のプログラムにおいて、
前記障害メッセージに優先度を付与するステップは、前記インシデント管理部に送信された前記障害メッセージが有するインシデントを完了するまでの期限を示す期限データに基づいて、前記優先度を決定する、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害メッセージバースト送信抑止システム、障害メッセージバースト送信抑止方法、およびプログラムに関し、特に、情報処理システムのインシデント管理運用業務におけるインシデント対応工数削減、および作業ミス削減に有効な技術に関する。
【背景技術】
【０００２】
データセンタでは、お客様からお預かりした情報システムのインシデント発生を通報すると共に、システム復旧に努める、インシデント管理運用業務が存在する。
【０００３】
インシデントからシステムを早急に復旧する仕組みとしては、例えば対象システムの特性や状況などに応じて効率的な対応を実現するインシデント管理システムが知られている（例えば、特許文献１参照）。
【０００４】
このインシデント管理システムは、監視対象から発生した障害情報をインシデントとして登録し、システム復旧までの処理状況を可視化して、インシデント管理運用業務の効率化を促すものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−７６１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところが、上記のようなインシデントの管理技術では、次のような問題点があることが本発明者により見い出された。
【０００７】
データセンタには監視対象機器が数多く存在しており、短時間で大量の障害情報が発生する、バーストに陥ることがある。そのバースト状況下において共通の原因によって影響を受けるシステムから、多種多様なインシデントが連続的に大量発生する。バースト時のインシデント発生件数がサーバの許容内であれば、大量のインシデントが短期間に起票され、システムは正常に動作し続ける。
【０００８】
しかし、サーバの許容範囲を超えてしまった場合には、起票されるはずの大量のインシデントの起票が遅延し、遅延することでバーストに関与していないシステムのインシデントを先送りにし、遅延しているインシデントに対応する必要がある。加えて、最悪の場合にはサーバが再起動してしまう。
【０００９】
それらを回避するため、バーストしているか否かによって動作を変えてサーバの許容範囲内に収める仕組みが必要不可欠である。しかし、前述した技術においては、バーストしているか否かによって動作を変更する仕組みは具備していない。
【００１０】
そのため、障害メッセージのバーストにおけるインシデントが多発することで、バーストに関与していないシステムの障害メッセージが埋もれてしまい、復旧が遅れてしまうという問題がある。
【００１１】
本発明の目的は、バースト時の障害メッセージの送信を抑止するとともに、緊急度の高い障害メッセージを優先して通知することにより、システムの復旧を迅速化することのできる技術を提供することにある。
【００１２】
本発明の前記ならびにその他の目的と新規な特徴については、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１３】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１４】
すなわち、代表的なものの概要は、障害メッセージバースト送信抑止システムに適用され、以下のような特徴を有するものである。
【００１５】
障害メッセージバースト送信抑止システムは、インシデント管理部、バースト判定部、およびメッセージ監視部を有する。インシデント管理部は、送信された障害メッセージの集約および管理を行う。バースト判定部は、障害検知におけるバースト発生を判定し、バーストが発生した障害メッセージに優先度を付与して集約する。メッセージ監視部は、バースト判定部が集約した障害メッセージのうち、バーストが収束した障害メッセージを優先度の高い順に選択し、インシデント管理部に送信する。
【００１６】
また、本発明は、バースト時の障害メッセージの送信を抑止し、緊急度の高い障害メッセージを優先して通知するシステムによる方法や、前記システムとしてコンピュータシステムを機能させるプログラムにも適用することができる。
【発明の効果】
【００１７】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１８】
バーストに関与しないシステムの復旧遅延の発生を低減することができる。
【図面の簡単な説明】
【００１９】
【図１】一実施の形態による障害メッセージバースト送信抑止システムにおける構成の一例を示す説明図である。
【図２】図１の障害メッセージバースト送信抑止システムが有するメッセージ集約データベースに格納されるメッセージ集約テーブルの項目の一例を示す説明図である。
【図３】図１の障害メッセージバースト送信抑止システムが有するインシデントデータベースに格納される項目の一例を示す説明図である。
【図４】図１の障害メッセージバースト送信抑止システムが有するバースト判定システムにおけるバースト判定処理の一例を示すフローチャートである。
【図５】図１の障害メッセージバースト送信抑止システムが有する性能監視システムによる障害メッセージ送信処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。
【００２１】
また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でもよい。
【００２２】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。
【００２３】
同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは特に明示した場合および原理的に明らかにそうではないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００２４】
また、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。なお、図面をわかりやすくするために平面図であってもハッチングを付す場合がある。
【００２５】
〈概要〉
本実施の形態による障害メッセージバースト送信抑止システム１０は、監視対象機器に対して、障害メッセージのバーストが起きているか否かによって優先度を分けて、その優先度によってメッセージを滞留するか否かを決定する。それによって、バーストが起きている監視対象機器では、メッセージが滞留され、起きていない監視対象機器の障害メッセージが優先的に送信される。
【００２６】
また、バースト時に滞留しているメッセージの中での優先度をつけて、バーストが終了した場合に、滞留していた障害メッセージ内で優先度の高いメッセージを順次送信する。これによって、他の監視対象機器に影響を及ぼすことなく、緊急度の高いメッセージを送ることができる。
【００２７】
〈障害メッセージバースト送信抑止システムの構成例〉
図１は、本実施の形態による障害メッセージバースト送信抑止システム１０における構成の一例を示す説明図である。
【００２８】
障害メッセージバースト送信抑止システム１０は、図示するように、バースト判定システム１１、メッセージ集約データベース１２、性能監視システム１３、および監視センタ１４から構成されている。
【００２９】
監視センタ１４は、インシデント管理部であるインシデント管理システム１５およびインシデントデータ格納部であるインシデントデータベース１６を有する。バースト判定部であるバースト判定システム１１およびメッセージ監視部である性能監視システム１３は、インターネット回線などの通信回線であるネットワーク１７を介して監視センタ１４のインシデント管理システム１５にそれぞれ接続されている。
【００３０】
バースト判定システム１１は、前述したようにネットワーク１７に接続されていると共に、障害メッセージ集約格納部であるメッセージ集約データベース１２に接続されている。
【００３１】
障害監視の対象となる機器である図示しない監視対象機器から出力されるインシデント３０は、バースト判定システム１１に取り込まれる。監視対象機器は、例えば、情報処理システムなどの電子システムからなる。バースト判定システム１１は、入力されるインシデント３０におけるバーストの判定を行う。
【００３２】
メッセージ集約データベース１２は、メッセージ集約テーブルを有する。このメッセージ集約テーブルは、バースト判定システム１１がバーストしていると判定したメッセージを格納するテーブルである。
【００３３】
性能監視システム１３は、前述したようにネットワーク１７に接続されていると共に、メッセージ集約データベース１２に接続されている。この性能監視システム１３は、バーストが収束した後、滞留したメッセージを送信する。メッセージの送信は、バースト判定システム１１によって登録されたメッセージ集約データベース１２のデータを用いる。
【００３４】
監視センタ１４において、インシデント管理システム１５は、発生したインシデントの情報をインシデントデータベース１６に格納する。
【００３５】
〈メッセージ集約データベース１２の項目例〉
図２は、図１の障害メッセージバースト送信抑止システム１０が有するメッセージ集約データベース１２に格納されるメッセージ集約テーブルの項目の一例を示す説明図である。
【００３６】
メッセージ集約データベース１２に格納されるメッセージ集約テーブルの項目としては、図２に示すように、メッセージＩＤ（IDentification）、発生元マシン名、発生元ＩＰ（InternetProtocol）アドレス、イベントＩＤ、発生時刻、およびメッセージを有する。
【００３７】
メッセージＩＤは、一意の値で、数値が低いほど優先度が高いことを意味する。発生元マシン名は、障害メッセージを発生させたマシン名である。発生元ＩＰアドレスは、障害メッセージを発生させたマシンのＩＰアドレスを示す。
【００３８】
イベントＩＤは、障害メッセージが持つイベントのＩＤを意味する。発生時刻は、障害メッセージが発生した時刻を意味する。メッセージは、障害メッセージを意味する。
【００３９】
〈インシデントデータベースの項目例〉
図３は、図１の障害メッセージバースト送信抑止システム１０が有するインシデントデータベース１６に格納される項目の一例を示す説明図である。
【００４０】
インシデントデータベース１６に格納される項目としては、図３に示すように、インシデントＩＤ、発生元マシン名、発生元ＩＰアドレス、イベントＩＤ、発生時刻、メッセージ、ステータス、開始時刻、終了時刻、および期限を有する。
【００４１】
インシデントＩＤは、一意の値でインシデントの起票された順にＩＤが振り分けられる。発生元マシン名は、障害メッセージを発生させたマシン名である。発生元ＩＰアドレスは、障害メッセージを発生させたマシンのＩＰアドレスを示す。
【００４２】
イベントＩＤは、障害メッセージが持つイベントのＩＤを意味する。発生時刻は、障害メッセージが発生した時刻を示す。メッセージは、障害メッセージを意味する。ステータスは、インシデントの障害対応の実施状況を示す。
【００４３】
開始時刻は、障害対応実施開始時刻を示す。終了時刻は、障害対応実施完了時刻を示す。期限は、インシデントを完了するまでの期限を示す。
【００４４】
〈バースト判定システムの動作例〉
続いて、バースト判定システム１１の動作について説明する。
【００４５】
なお、以下に、図４により説明するバースト判定システム１１によるバースト判定処理の機能は、バースト判定システム１１に設けられたプログラム格納メモリ（図示せず）などに記憶されているプログラム形式のソフトウェアを、該バースト判定システム１１の図示しないＣＰＵ（Central Processing Unit）などが実行することにより実現する。
【００４６】
図４は、図１の障害メッセージバースト送信抑止システム１０が有するバースト判定システム１１におけるバースト判定処理の一例を示すフローチャートである。
【００４７】
ここで、バースト判定システム１１によるバースト判定処理とは、バーストが発生しているのか否かを判定し、その判定を元にして優先度を付け、メッセージを送信する処理である。
【００４８】
まず、バースト判定システム１１は、バーストの判定を行う（ステップＳ１０１）。このバーストの判定は、あらかじめ性能、例えば１分間当たりの件数（件数／分）などを設定しておく。そして、その性能を超える障害メッセージが発生したか否かによって、バーストが起きているか否かを判定する。
【００４９】
ステップＳ１０１の処理おいて、バーストが発生していないと判定した場合、優先度をＡとしてメッセージを送信し（ステップＳ１０２）、バースト判定システム１１による処理が終了となる。
【００５０】
また、ステップＳ１０１の処理おいて、バーストが発生していると判定した場合には、バーストが起きているために、優先度をＢとし（ステップＳ１０３）、一度メッセージ集約データベース１２のメッセージ集約テーブルに障害メッセージの情報などを格納する（ステップＳ１０４）。
【００５１】
続いて、バースト判定システム１１は、バーストメッセージを既に送信したか否かを判定する（ステップＳ１０５）。このステップＳ１０５の処理におけるバーストメッセージとは、バーストが発生していると判定された際にバーストしていることをインシデント管理システム１５に通知するためのメッセージである。
【００５２】
バーストメッセージを送信していない場合、バースト判定システム１１は、インシデント管理システム１５にバーストメッセージを送信する（ステップＳ１０６）。ステップＳ１０６の処理後、またはステップＳ１０５の処理にてバーストメッセージを既に送信していると判定した際には、滞留されている障害メッセージに優先度を新たに付与する（ステップＳ１０７）。優先度の付与は、例えばインシデントデータベース１６に格納されている期限から現時刻までの時間が短いものから順にメッセージＩＤを振り分けるものとする。
【００５３】
以上により、バースト判定システム１１におけるバースト判定処理が終了となる。
【００５４】
〈障害メッセージバースト送信抑止システムの動作例〉
図５は、図１の障害メッセージバースト送信抑止システム１０が有する性能監視システム１３による障害メッセージ送信処理の一例を示すフローチャートである。
【００５５】
なお、以下に、図５により説明する性能監視システム１３の障害メッセージ送信処理の機能は、性能監視システム１３に設けられたプログラム格納メモリ（図示せず）などに記憶されているプログラム形式のソフトウェアを、該性能監視システム１３の図示しないＣＰＵ（Central Processing Unit）などが実行することにより実現する。
【００５６】
性能監視システム１３による障害メッセージ送信処理は、障害メッセージのバーストが収束した後、集約した障害メッセージを順次送信する処理である。バーストの収束は、バースト判定システム１１において、図４のステップＳ１０１の処理により判定される。
【００５７】
まず、性能監視システム１３は、既に送信済みの障害メッセージの件数がインシデント管理システム１５の受け入れ性能を超えているか否かを判定する（ステップＳ２０１）。受け入れ性能は、例えば予め設定された１分間当たりの件数（件数／分）あるいはインシデント管理システム１５が受信する障害メッセージの総数などである。
【００５８】
ステップＳ２０１の処理において、送信済みのメッセージの件数が性能を超えている場合は、そのまま処理を終了させる。ステップＳ２０１の処理において、送信済みのメッセージの件数が性能を超えていない場合には、メッセージ集約データベース１２のメッセージ集約テーブルにメッセージが格納されているか否かを判定する（ステップＳ２０２）。
【００５９】
メッセージが格納されている場合には、優先度の高い、つまりメッセージＩＤが小さいメッセージを１件取得し（ステップＳ２０３）、取得した障害メッセージをバースト判定システム１１に送信する（ステップＳ２０４）。そして、メッセージを送信した後、送信した障害メッセージをメッセージ集約データベース１２から削除する（ステップＳ２０５）。
【００６０】
また、ステップＳ２０２の処理において、障害メッセージが格納されていない場合、性能監視システム１３は、バースト判定システム１１にバースト解除メッセージを送信する（ステップＳ２０６）。
【００６１】
これによって、性能監視システム１３による障害メッセージ送信処理が終了となる。なお、性能監視システム１３は、起動間隔を設定として持っており、その設定を基にプログラムが実行される。
【００６２】
以上により、緊急度の高い障害メッセージを優先して通知して、バーストが発生している監視対象機器の障害メッセージを滞留させることができる。それにより、インシデントに対応するサービスデスクの作業効率を上げることが可能となる。また、緊急度の高いメッセージに優先的に対応することができる。
【００６３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【００６４】
なお、本発明は上記した実施の形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
【００６５】
また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除、置換をすることが可能である。
【符号の説明】
【００６６】
１０  障害メッセージバースト送信抑止システム
１１  バースト判定システム
１２  メッセージ集約データベース
１３  性能監視システム
１４  監視センタ
１５  インシデント管理システム
１６  インシデントデータベース
１７  ネットワーク
３０  インシデント
【図１】
2015097035.tif 000003
【図２】
2015097035.tif 000004
【図３】
2015097035.tif 000005
【図４】
2015097035.tif 000006
【図５】
2015097035.tif 000007