JP2006113708A - 障害メッセージに対する再警告発動システム及び再警告発動プログラム - Google Patents
障害メッセージに対する再警告発動システム及び再警告発動プログラム Download PDFInfo
- Publication number
- JP2006113708A JP2006113708A JP2004298459A JP2004298459A JP2006113708A JP 2006113708 A JP2006113708 A JP 2006113708A JP 2004298459 A JP2004298459 A JP 2004298459A JP 2004298459 A JP2004298459 A JP 2004298459A JP 2006113708 A JP2006113708 A JP 2006113708A
- Authority
- JP
- Japan
- Prior art keywords
- warning
- time
- failure message
- message
- interval
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
進行に応じ適時オペレータに再警告を発する技術の提供。
【解決手段】監視対象サーバ36からの障害メッセージをメッセージ情報格納部24に格納するメッセージ処理部22と、障害メッセージの一覧画面を生成して運用管理端末16に送信する表示画面生成部26と、運用管理端末16からステータス変更リクエストが送信された場合に、該当の障害メッセージに設定されたステータス及びステータス変更日時を更新するステータス更新部28と、ステータス変更時点から再警告までの警告間隔を設定する警告設定情報格納部30と、新たな障害メッセージが格納された際に警告信号を生成して運用管理端末16に送信すると共に、各障害メッセージに対する再警告の要否を判定するための通知間隔の到来を監視し、通知間隔が到来する度に各障害メッセージのステータス変更日時から現在までの経過時間と警告間隔とを比較して再警告の要否を判定し、要再警告の場合には再警告信号を運用管理端末に送信する警告発動部30を備えた再警告発動システム10。
【選択図】 図1
Description
このため、各ソフトウェア及びハードウェア毎に個別の運行状況監視ツールが導入され、これら複数のツールを統合的に監視する統合監視システムを構築するケースが増えている。
最新の統合監視システムでは、複数の運行状況監視ツールからジョブの運行状況を表す情報メッセージやシステムのトラブルを表す障害メッセージなどを収集するとともに、収集した各メッセージから必要とされる情報を抽出・加工する機能を搭載したソフトウェアが登場している。
また統合監視システムは、障害メッセージを受信した際にビープ音やパトランプの鳴動、あるいはポップアップウィンドウを用いた警告表示により、オペレータの注意を喚起する機能を備えている。
図10はステータスの一例を示すものであり、障害メッセージを受信した際には、まず統合監視システムによって「オープン」のステータスが当該障害メッセージに設定される。
つぎに、オペレータが統合監視システムによる上記の警告発動に対し認知を示す入力操作を行った場合には、「受付済み」のステータスが設定される。
つぎに、オペレータが関係者に連絡を行い、トラブル復旧作業担当者の割当が完了したことを示す入力操作を行うと、統合監視システムによって「割当済み」のステータスが設定される。
最後に、オペレータによってトラブルが復旧したことを示すデータが入力されると、統合監視システムは「対処完了」のステータスを当該障害メッセージに設定する。
実際、最初に警告が発動された直後は緊張感を持って対応に当たっていても、担当者を割り当てた時点でオペレータが安心してしまい、その後のウォッチを怠ったために対応が手遅れになるケースも稀ではない。
このため、ステータスの変更がないまま次の通知間隔が到来しても、新たな警告間隔が経過するまでは再警告信号の送信が停止されることとなり、オペレータ等は落ち着いた環境で障害対応に当たることが可能となる。
上記メッセージ受信部20、メッセージ処理部22、表示画面生成部26、ステータス更新部28及び警告発動部32は、統合監視サーバ12のCPUがOS及び各種アプリケーションプログラムに従って必要な処理を実行することによって実現される。
また、上記メッセージ情報格納部24及び警告設定情報格納部30は、統合監視サーバ12のハードディスク内に設けられている。
図示の便宜上、二つのコンピュータネットワーク14のみが描かれているが、実際には多数のコンピュータネットワーク14が統合監視サーバ12に接続されている。
これらの専用監視ツールは、個別に対象ソフトウェア及びハードウェアを監視し、その監視結果をメッセージとして統合監視サーバ12に送信する機能を備えており、例えばネットワーク障害を監視するネットワーク監視ツール、データベースの稼動状況を監視するDB監視ツール、ジョブの運用管理を行うジョブスケジュールツール等が該当する。
これらメッセージ表示部42、ステータス変更要求部44、及び警告再生部46は、運用管理端末16のCPUがOS及び各種アプリケーションプログラムに従って必要な処理を実行することによって実現される。
運用管理端末16には、インターフェイスを介してディスプレイ48、マウスやキーボード等の入力装置50、パトランプ52、スピーカ54が接続されている。
また、これらの中のディスプレイ48、パトランプ52、スピーカ54が警告手段として機能することとなる。
メッセージ処理部22は、各メッセージに必要な加工処理を施した後、メッセージ情報格納部24に登録する。
図2は、このメッセージ情報格納部24内に登録されたメッセージ情報の構成例を示すものであり、メッセージID、システム名、発生元ノードID、発生元APP(アプリケーションプログラム)名、発生日時、メッセージ種別(障害メッセージか状況通知メッセージか)、メッセージテキスト、重大度、ステータス、ステータス変更日時のデータ項目を備えている。
この時点では、メッセージ処理部22によって「ステータス」の項目に「オープン」が設定されると共に、「ステータス変更日時」の項目に受付日時が記録される。
このメッセージ一覧画面は、図3に示すように、運用管理端末16のメッセージ表示部42によってディスプレイ48に表示される。
この際、新たなメッセージ情報が対応を要する障害メッセージである場合には、ディスプレイ48上にポップアップウィンドウが表示され、オペレータの注意を引くためのメッセージが表示される(図示省略)。
これに対してオペレータが、入力装置50を介してポップアップウィンドウ中の「OK」ボタンをクリックすると、ステータス変更要求部44から統合監視サーバ12に対してステータス変更リクエストが送信される。
つぎに表示画面生成部26によって上記の更新を反映させた一覧画面が生成され、運用管理端末16に送信される。
この結果、当該障害メッセージのステータスがオープンから受付済みに更新された一覧画面がディスプレイ48に表示される。
ここで担当のSEに連絡が取れてトラブル復旧が約束された場合、オペレータは入力装置50を介してディスプレイ48上で当該障害メッセージを選択状態とした後、右クリック等によって表示される操作メニュー中の「割当済み」を選択する。
この結果、ステータス変更要求部44から統合監視サーバ12に対してステータス変更リクエストが送信される。
つぎに表示画面生成部26によって上記の更新を反映させた一覧画面が生成され、運用管理端末16に送信される。
この結果、当該障害メッセージのステータスが受付済みから割当済みに更新された一覧画面がディスプレイ48に表示される。
この結果、ステータス変更要求部44から統合監視サーバ12に対してステータス変更リクエストが送信される。
つぎに表示画面生成部26によって上記の更新を反映させた一覧画面が生成され、運用管理端末16に送信される。
この結果、当該障害メッセージのステータスが割当済みから対処完了に更新された一覧画面がディスプレイ48に表示される。
したがって、オペレータは一覧画面に表示された各障害メッセージのステータスを監視することにより、対応漏れを防止することができる筈であるが、オペレータも人間である以上、大量の障害メッセージが集中的に発生した場合などには見落としが生じることは否めない。
このため、このシステム10は、オペレータによる人為的ミスを未然に防止するための仕掛けとして、再警告発動機能を備えている。
まず警告発動部32は、プログラムの起動時に警告設定情報格納部30をチェックし、警告設定情報を取得する(S10、S12)。
図5は警告設定情報の一例を示すものであり、「警告間隔」と「通知間隔」の二種類の設定項目を備えている。
これらの中の「警告間隔」は、あるステータスから他のステータスに移行した時点から再警告を発動するまでの時間間隔(一種の猶予間隔)を設定する項目であり、ここでは30分が設定されている。
これに対し「通知間隔」は、再警告を発動すべきか否かの判定処理を実行する間隔(チェック間隔)を設定する項目であり、ここでは5分が設定されている。
まず警告発動部32は、メッセージ情報格納部24に判定対象となる障害メッセージが存在しているか否かを判断し(S15)、存在している場合には1件目の障害メッセージを読出し、そのステータスをチェックする(S16)。
ここでステータスとして「対処完了」が記録されている場合には(S18)、再警告不要であるため次の障害メッセージのチェックに移行することとなる(S15、S16)。
これに対し、当該障害メッセージのステータスが「オープン」、「受付済み」、「割当済み」の何れかである場合、ステータス変更日時から現在日時を引算し、このステータスに移行してから現在までの経過時間を算出する(S20)。
そして、この経過時間が警告間隔である30分未満である場合(S22)、警告発動部32は再警告不要と判定し、次の障害メッセージのチェックに移行する(S15、S16)。
これに対し、既に30分以上経過している場合、警告発動部32は要再警告と判定し、所定の再警告信号を生成すると共に、これを運用管理端末16に送信する(S24)。
例えば、運用管理端末16に接続されたパトランプを鳴動させると共に、スピーカ54から「ID○○の障害メッセージについて対応遅れが発生してます。直ちに調べてください。」といった内容の合成音声を出力させる。
あるいは、運用管理端末16のディスプレイ48にポップアップウィンドウを起動させ、上記の警告メッセージを表示させることもできる。
この結果、オペレータのうっかりミスを有効に防止できる。
そして、警告発動部32のタイマー機能によって前回のチェック終了から5分の通知間隔が経過したことが検知されると(S14)、再びメッセージ情報格納部24内の全障害メッセージについてS16〜S24の処理が繰り返され、再警告発動の要否判定及び必要な場合には再警告信号の生成・送信処理が警告発動部32によって実行される。
また、この図からは、各障害メッセージの警告間隔が経過してから次の通知間隔が到来するまでに時間差が生じ、この結果警告間隔の満了と再警告発動との間に若干のタイムラグが生じ得ることが理解できる。
そこでこのシステム10では、障害メッセージ毎にバラバラに進行する警告間隔の他に、これよりも短い共通の時間軸として通知間隔という概念を設け、通知間隔経過時に再警告の要否を全障害メッセージについてまとめて判定する仕組みを採用している。
この結果、障害メッセージの数にかかわらずタイマ処理は1つで済むこととなり、マシンリソースを節約することが可能となる。
なお、上記のように警告間隔満了から再警告発動までタイムラグが生じるとはいえ、通知間隔を「5分」のように比較的短く設定しておけば、実際上の不都合はほとんど生じなくなる。
図7は、この場合の警告情報の設定例を示しており、初動態勢の迅速化を図るためオープンのステータスで10分、受付済みのステータスで20分と短めの警告間隔が設定されているのに対し、担当SEが決まった後はある程度の時間的余裕を持たせるため、割当済みのステータスには30分の警告間隔が設定されている。
この場合、警告発動部32は各障害メッセージに対する再警告の要否を判定するに際し、まずそれぞれのステータスに応じた警告間隔を取得し、現在日時とステータス変更日時に記録された日時との差がこの警告間隔以上の場合に「要再警告」と判定することとなる。
しかしながら、障害メッセージの重大度に応じて警告間隔に差違を設けることも当然に可能である。
例えば図8に示すように、障害メッセージの重大度に対応した1.0〜0.2の重み計数を予め警告設定情報格納部30内等に定義しておく。
この場合、警告発動部32は各障害メッセージに対する再警告の要否を判定するに際し、上記の定義情報を参照してそれぞれの重大度に応じた重み係数を特定した後、これで標準の警告間隔(例えば30分)を除することによって重大度に応じた警告間隔を算出し、つぎに現在日時とステータス変更日時に記録された日時との差が算出された警告間隔以上の場合に「要再警告」と判定することとなる。
重大度:critical →警告間隔:30分
重大度:major →警告間隔:37.5分
重大度:minor →警告間隔:50分
重大度:warning →警告間隔:75分
重大度:clear →警告間隔:150分
すなわち、重大度が最も高いcriticalと最も低いclearとの間には、警告間隔について5倍の開きが生じることとなる。
この場合、警告発動部32は各障害メッセージに対する再警告の要否を判定するに際し、まずそれぞれの重大度に応じた警告間隔を取得し、現在日時とステータス変更日時に記録された日時との差がこの警告間隔以上の場合に「要再警告」と判定することとなる。
このように頻繁に再警告を発動することにより、オペレータに迅速な対応を促す効果が得られる反面、現場の状況によっては過度の心理的圧迫によってオペレータの冷静な判断を狂わせ、二次トラブルを誘発する場合もある。
また、障害の内容によっては元々解決に長時間を要するものがあり、このような場合にまで5分おきに再警告が発動されるのは煩わしいといえる。
そこで、警告間隔が経過して最初の再警告を発動させた後は、警告間隔に相当する期間が経過するまで再警告の発動をスキップする仕組みをこのシステム10に導入することもできる。
図9は、その場合における再警告の発動状況を示すものであり、障害メッセージCにあっては、ステータス変更から所定の警告間隔経過後、最初の再警告が発動された時点で次の警告間隔が適用されるため、その間に通知間隔が何度到来しても警告発動部32によって再警告不要と判定されている。
障害メッセージDの場合にも、再警告が発動された後に警告間隔が適用されているが、その途中でステータスの変更が生じたため、その時点でステータス変更日時が更新され、新たな警告間隔が適用される様子が描かれている。
すなわち、障害メッセージのステータスがオープンあるいは受付済みの場合には、オペレータに迅速な対応を促すため、再警告を発動した際にステータス変更日時を更新することなく、したがって通知間隔が到来する度に警告発動部32によって再警告を発動させるのが妥当であるが、障害メッセージのステータスが割当済みの場合には、担当SEに時間的余裕を与えるため、一度再警告を発動した際にステータス変更日時を更新し、新たな警告間隔が満了するまで再警告の発動をスキップさせることが望ましい。
12 統合監視サーバ
14 コンピュータネットワーク
16 運用管理端末
20 メッセージ受信部
22 メッセージ処理部
24 メッセージ情報格納部
26 表示画面生成部
28 ステータス更新部
30 警告設定情報格納部
32 警告発動部
36 監視対象サーバ
38 専用線
40 ルータ
42 メッセージ表示部
44 ステータス変更要求部
46 警告再生部
48 ディスプレイ
50 入力装置
52 パトランプ
54 スピーカ
α オペレータ
Claims (6)
- 複数の監視対象コンピュータにセットアップされた運行状況監視プログラムから随時送信される障害メッセージを、メッセージ情報記憶手段に格納する手段と、
このメッセージ情報記憶手段に格納された障害メッセージの閲覧画面を生成し、運用管理端末に送信する手段と、
新たな障害メッセージがメッセージ情報記憶手段に格納された際に、所定の警告信号を生成して上記運用管理端末に送信する手段と、
上記運用管理端末から特定の障害メッセージについてステータス変更リクエストが送信された場合に、該当の障害メッセージに設定されたステータス及びステータス変更日時を更新する手段と、
各障害メッセージのステータス変更時点から再警告を発動させるまでの時間間隔である警告間隔を設定しておく警告設定情報記憶手段と、
各障害メッセージに対する再警告の要否を判定するための、上記警告間隔よりも短い時間間隔である通知間隔の到来を監視する計時手段と、
上記通知間隔が到来する度に、各障害メッセージに記録されたステータス変更日時から現在までの経過時間と上記警告間隔とを比較し、障害メッセージ毎に再警告の要否を判定する再警告判定手段と、
再警告が必要な場合には障害メッセージ毎に所定の再警告信号を生成し、運用管理端末に送信する手段と、
を備えたことを特徴とする障害メッセージに対する再警告発動システム。 - 特定の障害メッセージに関して再警告信号を生成し、運用管理端末に送信した場合に、その送信日時によって当該障害メッセージのステータス変更日時を更新する手段を備えたことを特徴とする請求項1に記載の障害メッセージに対する再警告発動システム。
- 上記警告設定情報記憶手段には、障害メッセージのステータスに対応した複数の警告間隔が設定されており、
上記再警告判定手段は、上記通知間隔が到来する度に、各障害メッセージのステータス変更日時から現在までの経過時間と、当該障害メッセージのステータスに対応した警告間隔とを比較して再警告の要否を判定することを特徴とする請求項1または2に記載の障害メッセージに対する再警告発動システム。 - 障害メッセージの重大度に対応した複数の重み係数が設定された記憶手段を備え、
上記再警告判定手段は、通知間隔が到来する度に、各障害メッセージのステータス変更日時から現在までの経過時間と、各障害メッセージに設定された重大度に対応した重み係数を上記警告間隔に適用して得られた時間間隔とを比較して再警告の要否を判定することを特徴とする請求項1〜3の何れかに記載の障害メッセージに対する再警告発動システム。 - 上記警告設定情報記憶手段には、障害メッセージの重大度に対応した複数の警告間隔が設定されており、
上記再警告判定手段は、上記通知間隔が到来する度に、各障害メッセージのステータス変更日時から現在までの経過時間と、当該障害メッセージに設定された重大度に対応した警告間隔とを比較して再警告の要否を判定することを特徴とする請求項1〜3の何れかに記載の障害メッセージに対する再警告発動システム。 - コンピュータを、
複数の監視対象コンピュータにセットアップされた運行状況監視プログラムから随時送信される障害メッセージを、メッセージ情報記憶手段に格納する手段、
このメッセージ情報記憶手段に格納された障害メッセージの閲覧画面を生成し、運用管理端末に送信する手段、
新たな障害メッセージがメッセージ情報記憶手段に格納された際に、所定の警告信号を生成して上記運用管理端末に送信する手段、
上記運用管理端末から特定の障害メッセージについてステータス変更リクエストが送信された場合に、該当の障害メッセージに設定されたステータス及びステータス変更日時を更新する手段、
各障害メッセージのステータス変更時点から再警告を発動させるまでの時間間隔である警告間隔を設定しておく警告設定情報記憶手段、
各障害メッセージに対する再警告の要否を判定するための、上記警告間隔よりも短い時間間隔である通知間隔の到来を監視する計時手段、
上記通知間隔が到来する度に、各障害メッセージに記録されたステータス変更日時から現在までの経過時間と上記警告間隔とを比較し、障害メッセージ毎に再警告の要否を判定する再警告判定手段、
再警告が必要な場合には障害メッセージ毎に所定の再警告信号を生成し、運用管理端末に送信する手段、
として機能させることを特徴とする障害メッセージに対する再警告発動プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004298459A JP4533716B2 (ja) | 2004-10-13 | 2004-10-13 | 障害メッセージに対する再警告発動システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004298459A JP4533716B2 (ja) | 2004-10-13 | 2004-10-13 | 障害メッセージに対する再警告発動システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2006113708A true JP2006113708A (ja) | 2006-04-27 |
JP4533716B2 JP4533716B2 (ja) | 2010-09-01 |
Family
ID=36382193
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004298459A Expired - Fee Related JP4533716B2 (ja) | 2004-10-13 | 2004-10-13 | 障害メッセージに対する再警告発動システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4533716B2 (ja) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008107989A (ja) * | 2006-10-24 | 2008-05-08 | Toshiba Tec Corp | コンピュータシステムの障害監視方法及び装置並びに障害監視プログラム |
JP2009048425A (ja) * | 2007-08-20 | 2009-03-05 | Ricoh Co Ltd | プロジェクト管理システム、プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム |
JP2010527846A (ja) * | 2007-05-31 | 2010-08-19 | エアバス オペラシオン | 共有メディアに接続する航空システムの監視方法と装置 |
WO2013021530A1 (ja) * | 2011-08-11 | 2013-02-14 | 日本電気株式会社 | 監視装置、監視方法およびプログラム |
WO2013031066A1 (ja) * | 2011-08-26 | 2013-03-07 | 日本電気株式会社 | 監視装置、監視方法およびプログラム |
JP2013191154A (ja) * | 2012-03-15 | 2013-09-26 | Omron Corp | 情報処理装置 |
JP2014178777A (ja) * | 2013-03-13 | 2014-09-25 | Hitachi Systems Ltd | ワークアラウンド実行管理システム及びワークアラウンド実行管理方法 |
WO2016207939A1 (ja) * | 2015-06-22 | 2016-12-29 | 株式会社日立製作所 | 列車運行管理システムおよび鉄道設備手動制御方法 |
CN115797001A (zh) * | 2022-11-14 | 2023-03-14 | 首约科技(北京)有限公司 | 报警方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03269739A (ja) * | 1990-03-20 | 1991-12-02 | Fujitsu Ltd | アラーム情報監視方式 |
JPH04102937A (ja) * | 1990-08-22 | 1992-04-03 | Nec Corp | 情報処理装置の障害対策管理方式 |
JP2002215424A (ja) * | 2001-01-16 | 2002-08-02 | Hitachi Ltd | 稼働監視データのフィルタリング方法 |
JP2004280171A (ja) * | 2003-03-12 | 2004-10-07 | Fujitsu Ltd | 障害情報通知プログラム |
-
2004
- 2004-10-13 JP JP2004298459A patent/JP4533716B2/ja not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03269739A (ja) * | 1990-03-20 | 1991-12-02 | Fujitsu Ltd | アラーム情報監視方式 |
JPH04102937A (ja) * | 1990-08-22 | 1992-04-03 | Nec Corp | 情報処理装置の障害対策管理方式 |
JP2002215424A (ja) * | 2001-01-16 | 2002-08-02 | Hitachi Ltd | 稼働監視データのフィルタリング方法 |
JP2004280171A (ja) * | 2003-03-12 | 2004-10-07 | Fujitsu Ltd | 障害情報通知プログラム |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008107989A (ja) * | 2006-10-24 | 2008-05-08 | Toshiba Tec Corp | コンピュータシステムの障害監視方法及び装置並びに障害監視プログラム |
JP2010527846A (ja) * | 2007-05-31 | 2010-08-19 | エアバス オペラシオン | 共有メディアに接続する航空システムの監視方法と装置 |
JP2009048425A (ja) * | 2007-08-20 | 2009-03-05 | Ricoh Co Ltd | プロジェクト管理システム、プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム |
WO2013021530A1 (ja) * | 2011-08-11 | 2013-02-14 | 日本電気株式会社 | 監視装置、監視方法およびプログラム |
US9336075B2 (en) | 2011-08-26 | 2016-05-10 | Nec Corporation | Monitoring apparatus, monitoring method, and storage medium |
WO2013031066A1 (ja) * | 2011-08-26 | 2013-03-07 | 日本電気株式会社 | 監視装置、監視方法およびプログラム |
JPWO2013031066A1 (ja) * | 2011-08-26 | 2015-03-23 | 日本電気株式会社 | 監視装置、監視方法およびプログラム |
JP2013191154A (ja) * | 2012-03-15 | 2013-09-26 | Omron Corp | 情報処理装置 |
JP2014178777A (ja) * | 2013-03-13 | 2014-09-25 | Hitachi Systems Ltd | ワークアラウンド実行管理システム及びワークアラウンド実行管理方法 |
WO2016207939A1 (ja) * | 2015-06-22 | 2016-12-29 | 株式会社日立製作所 | 列車運行管理システムおよび鉄道設備手動制御方法 |
JPWO2016207939A1 (ja) * | 2015-06-22 | 2018-01-18 | 株式会社日立製作所 | 列車運行管理システムおよび鉄道設備手動制御方法 |
CN115797001A (zh) * | 2022-11-14 | 2023-03-14 | 首约科技(北京)有限公司 | 报警方法、装置、电子设备及存储介质 |
CN115797001B (zh) * | 2022-11-14 | 2024-01-26 | 首约科技(北京)有限公司 | 报警方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP4533716B2 (ja) | 2010-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4701148B2 (ja) | 障害回復システム及びサーバ | |
JP4156663B2 (ja) | ネットワーク内でプログラムを監視し、制御する方法および装置 | |
US8881065B2 (en) | Presentation mode/full-screen mode interrupting action prevention | |
JP4533716B2 (ja) | 障害メッセージに対する再警告発動システム | |
EP3439237A1 (en) | Exception monitoring and alarming method and device | |
JP2007288378A (ja) | データ通信プログラム、データ通信方法および携帯端末装置 | |
JP2008090504A (ja) | コンピュータ保守支援システム及び解析サーバ | |
US9461879B2 (en) | Apparatus and method for system error monitoring | |
JP4527572B2 (ja) | 監視装置及び監視方法 | |
US20050114867A1 (en) | Program reactivation using triggering | |
KR20110037969A (ko) | 모니터링 시스템에서의 메시지의 타겟화된 사용자 통지 | |
JP5558279B2 (ja) | 監視制御システム、およびこれに利用する監視制御装置、監視制御方法 | |
JP4867908B2 (ja) | 監視システム、ネットワーク監視装置及びサービス実行環境監視方法 | |
JP2006252459A (ja) | 監視装置及び監視方法 | |
JP2011159011A (ja) | ジョブ監視システム及びジョブ監視プログラム | |
JP7061636B2 (ja) | オペレーション装置及びプログラム | |
JP5378847B2 (ja) | 監視装置 | |
JP2018110286A (ja) | 情報処理装置及びプログラム | |
CN112817727A (zh) | 基于微服务架构的任务管理方法、系统、设备和存储介质 | |
JP6751231B2 (ja) | ジョブスケジューラ試験プログラム、ジョブスケジューラ試験方法及び並列処理装置 | |
JP2000222247A (ja) | イベント障害監視装置 | |
JP2014219810A (ja) | 通知制御プログラム、通知制御方法、及び情報処理装置 | |
JP3596744B2 (ja) | 資源利用状況監視制御方法およびそのプログラムを記録した記録媒体 | |
US20070005756A1 (en) | Shared data center monitor | |
JP3271590B2 (ja) | 業務監視システム、装置及び方法、及び記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070920 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090908 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100309 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100510 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100608 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100614 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130618 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |