(57)【要約】【課題】モバイル端末から遠隔で監視対象計算機のリブート又は計算機走行プロセスの一時的な停止及び起動を行える遠隔監視制御装置を提供することでる。【解決手段】監視制御対象計算機１１のリソース状態をリソース監視部１７で監視し、異常兆候が発見された場合は、メール送信部１８からインターネット１９経由で管理者のモバイル端末２０へ通知する。管理者がモバイル端末２０上から計算機リブート要求又はプロセス一時停止／起動要求を発行する。計算機リブート要求又はプロセス一時停止／起動要求を遠隔要求受信・対話部２２で受け取り、要求解読部２６から計算機システム管理部１４又はプロセス管理部２７に通知し計算機リブート又はプロセス一時停止／起動の処理を実行する。【選択図】図１
2008040750.tif 000002
【特許請求の範囲】
【請求項１】
監視制御対象計算機のリソース状態を監視するリソース監視手段と、前記リソース監視手段によるリソース監視で異常兆候が発見された場合、管理者のモバイル端末へ異常内容を通知する異常通知手段と、前記モバイル端末から通信網を経由して送られて来る計算機リブート要求を受け付ける遠隔要求受付手段と、前記遠隔要求受付手段で受け付けた計算機リブート要求を処理する計算機システム管理手段とを具備したことを特徴とする遠隔監視制御装置。
【請求項２】
予め決められたリソースの異常兆候が発見された場合、前記モバイル端末からの計算機リブート要求を待たずに前記監視制御対象計算機を自動的にリブートすることを特徴とする請求項１記載の遠隔監視制御装置。
【請求項３】
監視制御対象計算機のリソース状態を監視するリソース監視手段と、前記リソース監視手段によるリソース監視で異常兆候が発見された場合、管理者のモバイル端末へ異常内容を通知する異常通知手段と、前記モバイル端末から通信網を経由して送られて来る計算機走行プロセスの停止又は起動要求を受け付ける遠隔要求受付手段と、前記遠隔要求受付手段で受け付けた計算機走行プロセスの停止又は起動要求を処理するプロセス管理手段とを具備したことを特徴とする遠隔監視制御装置。
【請求項４】
予め決められたリソースの異常兆候が発見された場合、前記モバイル端末からの計算機走行プロセスの停止又は起動要求を待たずに計算機走行プロセスを自動的に停止又は起動することを特徴とする請求項３記載の遠隔監視制御装置。
【請求項５】
過去の異常履歴及びその対応操作が蓄積された異常履歴保存手段と、前記リソース監視手段で発見された異常兆候と類似した異常内容及びその対応操作を前記異常履歴保存手段から検索する異常履歴検索手段とを備え、前記異常履歴検索手段で検索した検索結果を前記異常通知手段から前記モバイル端末へ通知することを特徴とする請求項１ないし４のいずれかに記載の遠隔監視制御装置。
【請求項６】
前記リソース監視手段がリソースの異常兆候を検出する際に参照する監視リソース情報を、モバイル端末から通信網を経由して閲覧可能とすると共に、前記モバイル端末からの要求に応じて前記監視リソース情報を書き換え可能にしたことを特徴とする請求項１ないし５のいずれかに記載の遠隔監視制御装置。
【請求項７】
前記リソース監視手段によるリソース監視で異常兆候が発見されなくても定期的に前記モバイル端末にリソース状態を通知することを特徴とする請求項１ないし６のいずれかに記載の遠隔監視制御装置。
【請求項８】
請求項１ないし請求項７のいずれかに記載の遠隔監視制御装置を多重化した遠隔監視制御システムであり、マスタ系の遠隔監視制御装置において前記モバイル端末から通信網を経由して系切替え要求を受け付け、バックアップ系の遠隔監視制御装置へ切替えを行うことを特徴とする遠隔監視制御システム。
【請求項９】
監視制御対象計算機側のインターフェース部との間でデータを送受信する遠隔監視側インターフェース部と、前記遠隔監視側インターフェース部から取り込まれる監視制御対象計算機のリソース状態を監視するリソース監視手段と、前記リソース監視手段によるリソース監視で異常兆候が発見された場合、管理者のモバイル端末へ異常内容を通知する異常通知手段と、前記モバイル端末から通信網を経由して前記監視制御対象計算機に対する異常対応のための操作要求を受け付ける遠隔要求受付手段とを具備し、前記遠隔要求受付手段で受け付けた操作要求を前記遠隔監視側インターフェース部から前記監視制御対象計算機へ通知して異常対応操作を実行させることを特徴とする遠隔監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムを遠隔監視して異常兆候を検知し管理者に通知する遠隔監視制御装置及びシステムに関する。
【背景技術】
【０００２】
監視対象となる計算機システムの異常兆候を検知し、異常検出時には異常原因に係る情報を保存すると共に管理者に通知して迅速に原因調査及びシステム復旧操作を行わせるようにした遠隔監視制御装置がある（例えば特許文献１参照）。特許文献１記載の遠隔監視制御装置では、現場の業務用電子計算機において障害発生が検出されると、その時の業務用電子計算機のメモリ情報を記憶装置に保存する一方、保守センタで遠隔保守を行っている管理者に対して電話、電子メール等の通信手段により障害発生の通知が行われる。次いで、通知を受けた管理者は、保守センタに設置した保守端末を操作して保守作業用電子計算機にログインし、障害情報を参照して原因調査及び適切な対応を取るようになっている。
【０００３】
計算機システムの遠隔監視では、ＣＰＵ負荷に代表されるリソース使用状況が異常兆候を示した場合も、そのリソース状態が電子メール等で管理者のモバイル端末へ通知される。管理者は通知されたリソース状態を確認して適切な対応を判断する。リソース状態によっては、計算機リブートあるいは多重系システムの切替え又は計算機走行プロセスの一時的な停止及び起動で解決することができる。
【特許文献１】特開２００４−２２０４１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の遠隔監視制御装置は、モバイル端末でリソース状態を確認した管理者が計算機リブート又は計算機走行プロセスの一時的な停止等で解決できると判定した場合であっても、管理者が監視対象計算機を操作可能な現場又は操作端末設置場所まで移動しなければならかったので、管理者が操作場所まで出向く時間を要していた。
【０００５】
本発明は、異常通知を受け取ったモバイル端末から遠隔で監視対象計算機のリブート又は計算機走行プロセスの一時的な停止及び起動を行うことができ、管理者が操作場所まで出向く時間を排除して解決までの時間短縮を図ることのできる遠隔監視制御装置及びシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の遠隔監視制御装置は、監視制御対象計算機のリソース状態を監視するリソース監視手段と、前記リソース監視手段によるリソース監視で異常兆候が発見された場合、管理者のモバイル端末へ異常内容を通知する異常通知手段と、前記モバイル端末から通信網を経由して送られて来る計算機リブート要求を受け付ける遠隔要求受付手段と、前記遠隔要求受付手段で受け付けた計算機リブート要求を処理する計算機システム管理手段とを具備したことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、異常通知を受け取ったモバイル端末から遠隔で監視制御対象計算機のリブート又は計算機走行プロセスの一時的な停止及び起動を行うことができ、管理者が操作場所まで出向く時間を排除して解決までの時間短縮を図ることができる。
【発明を実施するための最良の形態】
【０００８】
（第１の実施の形態）
図１は、第１の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。監視制御対象計算機１１のプロセス群１２は、独立又は並列に走行する複数のプロセスから構成され、リソース群１３はプロセスが走行する際に必要となるＣＰＵ割り当て時間、主メモリ、ディスクメモリ等のリソースから構成される。監視制御対象計算機１１における計算機リブート等のシステム全体の管理は計算機システム管理部１４にて行なわれ、プロセスの起動・停止の管理はプロセス管理部１５にて行なわれる。プロセス管理部１５により起動されるプロセス群１２は走行に必要なリソースがリソース群１３より割り当てられる。
【０００９】
監視すべきリソース１６ａ、各リソースの制限値１６ｂ、異常時の通知先となるメールアドレス１６ｃ等は監視リソース情報保存部１６に予め定義される。監視リソース情報保存部１６に定義されるリソース１６ａとして、ハードディスク（ＨＤ）使用量、ＣＰＵ負荷、主メモリ使用量、プロセス負荷、プロセスメモリ使用量、ヒープメモリ使用量、プロセス数、通信ポート等が挙げられる。
【００１０】
監視リソース情報保存部１６に定義されたリソース１６ａ及びその制限値１６ｂにしたがってリソース監視部１７がリソース監視を行っている。リソース監視部１７は、計算機システム全体についてのＣＰＵ負荷、ＨＤ使用量、主メモリ使用量に加え、プロセス毎のＣＰＵ負荷、ＨＤ使用量、主メモリ使用量、ヒープメモリ使用量、走行プロセス数及び通信ポート数が、各制限値１６ｂを超えているか否か判断する。制限値１６ｂを超えたリソース１６ａが検知された場合はメール送信部１８に対して異常内容及び通知先１６ｃを通知する。異常内容には制限値を超えたリソース名及びリソース状態が含まれる。
【００１１】
メール送信部１８はリソース監視部１７から通知された異常内容をメール本文に含み、通知先が宛先アドレスに書き込まれた異常通知メールを作成し、該異常通知メールをインターネット１９上に送出する。今、異常通知メールの通知先が管理者のモバイル端末２０であるものとする。メール送信部１８から送信される異常通知メールはインターネット１９を経由して管理者のモバイル端末２０で受信される。
【００１２】
管理者のモバイル端末２０は携帯電話機又は他の情報通信端末で構成され、電子メール通信機能又はＷｅｂ対話機能の少なくとも１つを備えている。本例では電子メール通信機能とＷｅｂ対話機能の双方を備えることとする。モバイル端末２０で異常通知メールを受け取った管理者は、モバイル端末２０上でメールを開きメール内容から異常内容を確認する。管理者は、確認した異常内容から計算機リブートが必要と判断した場合、モバイル端末２０から監視制御対象計算機１１の遠隔要求受信・対話部２２にインターネット１９を経由してリブート要求を発行する。モバイル端末２０から遠隔要求受信・対話部２２に対するリブート要求発行には幾つかの方式を採ることができる。本実施の形態では電子メール送信とＷｅｂ対話による方式を採用している。
【００１３】
電子メール送信の場合、メール本文又はサブジェクト欄にリブート要求であることを示す文字列が設定されたリブート要求メールをモバイル端末２０から送信し、当該リブート要求メールを遠隔要求受信・対話部２２で受信する。またＷｅｂ対話の場合、モバイル端末２０から遠隔要求受信・対話部２２にインターネット１９経由でアクセスして遠隔要求受信・対話部２２に対してリブート要求を行う。遠隔要求受信・対話部２２のＵＲＬを異常通知メールに付加しておくことにより、モバイル端末２０において電子メールを開いた状態でＵＲＬをクリックすればＷｅｂ対話機能が起動されて遠隔要求受信・対話部２２にアクセスすることができる。
【００１４】
遠隔要求受信・対話部２２は、電子メール通信機能とＷｅｂ対話機能とを備え、モバイル端末２０からインターネット１９経由でリブート要求を受け付ける。遠隔要求受信・対話部２２は受信した電子メール又はＷｅｂ対話での対話内容から要求内容を判定する。リブート要求と判断した場合は要求解読部２３へ通知する。要求解読部２３は、遠隔要求受信・対話部２２から通知されるリブート要求を正規のリブート要求と判断した場合は計算機システム管理部１４に対してリブート要求を通知する。計算機システム管理部１４は、要求解読部２３から通知されたリブート要求を受けて監視制御対象計算機１１のリブートを実行する。
【００１５】
なお、モバイル端末２０で異常通知メールを受け取った管理者は、モバイル端末２０からの操作では対処不可能な異常であると判断した場合、監視制御対象計算機１１に備えられた保守用コンソール端末２１の設置場所まで出向いて異常に対する対応操作を実施することになる。
【００１６】
第１の実施の形態によれば、計算機リブート操作を管理者のモバイル端末２０から行えるようにしたので、管理者が保守用コンソール端末２１の設置場所まで出向かずにモバイル端末２０からリブート操作でき、管理者が保守用コンソール端末２１まで出向く時間を削減でき、解決までにかかる時間を短縮することができる。
【００１７】
（第２の実施の形態）
図２は、本発明の第２の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。この第２の実施の形態は、図１に示した第１の実施の形態に対し、リソース監視部２４から要求解読部２５へ直接にリブート要求を通知する通知経路を設定したものである。図１と同一要素には同一符号を付し重複する説明は省略する。
【００１８】
監視リソース情報保存部１６は、リソース１６ａ、制限値１６ｂ及び通知先１６ｃに加え、要求動作１６ｄが定義されている。図２に示す例では、ＣＰＵ負荷に対応する要求動作１６ｄとして「自動リブート」が定義され、その他のリソースには要求動作１６ｄとして自動動作は行わないことを示す「無し」が定義されている。リソースの状態によっては異常検知時に管理者の判定を介在せずにリブート要求を発行可能であるので、そのようなリソースに対しては監視リソース情報保存部１６において要求動作１６ｄとして「自動リブート」を定義しておく。
【００１９】
リソース監視部２４は、リソースに異常が検知された場合、第１の実施の形態と同様にメール送信部１８に対して通知することに加え、監視リソース情報保存部１６の要求動作１６ｄに「自動リブート」が定義されていれば要求解読部２５へ直接にリブート要求を通知する。図２に示す監視リソース情報保存部１６の定義内容であれば、ＣＰＵ負荷が制限値を超えた時に要求解読部２５へ直接にリブート要求が通知されることになる。要求動作１６ｄに「無し」が定義されていれば、要求解読部２５への直接の通知を行わずに第１の実施の形態と同様の動作となる。
【００２０】
要求解読部２５は、遠隔要求受信・対話部２２からの通知に加え、リソース監視部２４からの通知にも対応可能に構成されている。要求解読部２５は、管理者がモバイル端末２０から発行するリブート要求と同様、リソース監視部２４から通知されるリブート要求を処理し、正規のリブート要求であれば計算機システム管理部１４にリブート要求を通知する。
【００２１】
計算機システム管理部１４は、リソース監視部２４から要求解読部２３に直接通知されたリブート要求に対しても監視制御対象計算機１１のリブートを実行する。
【００２２】
第２の実施の形態によれば、第１の実施の形態と同様の効果を得られることに加え、管理者の判定を介在せずにリブート要求を発行できるリソースに対して監視リソース情報保存部１６の要求動作１６ｄに「自動リブート」を定義しておき、かかるリソースの異常検知時に管理者からのリブート要求を待たずに自動的に計算機リブートを実行することができるので、管理者の負担軽減を図ることができると共に対応時間の更なる短縮が可能になる。
【００２３】
（第３の実施の形態）
図３は、本発明の第３の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。この第３の実施の形態は、図２に示した第２の実施の形態に対し、要求解読部２６からプロセス管理部２７へ直接にプロセスの停止あるいは起動を要求する通知経路を設定したものである。監視リソース情報保存部１６における定義内容は、図２に示す第２の実施の形態と同一であるものとする。図２と同一要素には同一符号を付し重複する説明は省略する。
【００２４】
リソース監視部２４は、監視リソース情報保存部１６の定義内容にしたがってプロセス負荷が制限値を超えたか否か監視する。そして、プロセス負荷が制限値を超えた場合、メール送信部１８に指示して管理リソース情報保存部１６に定義された通知先となる管理者のモバイル端末２０に異常通知メールを送信させる。
【００２５】
異常通知メールをモバイル端末２０で受け取った管理者は、受信メールを開いて異常状況を確認する。メール内容から異常状況を確認した結果、対応手段としてプロセスの停止あるいは起動が必要であると判断した場合、モバイル端末２０からプロセス停止要求又はプロセス起動要求を発行する。モバイル端末２０から遠隔要求受信・対話部２２に対するメール送信又はＷｅｂ対話通信によりプロセス停止要求又はプロセス起動要求を通知する。
【００２６】
遠隔要求受信・対話部２２は、モバイル端末２０から通知されたプロセス停止要求又はプロセス起動要求を要求解読部２６へ渡し、要求解読部２６において正規のプロセス停止要求又はプロセス起動要求であるか判定する。正規のプロセス停止要求又はプロセス起動要求であると判定した場合は、プロセス管理部２７に対してプロセス停止又はプロセス起動を通知して該当するプロセスの停止あるいは起動を実行させる。
【００２７】
第３の実施の形態によれば、管理者のモバイル端末２０からプロセス停止操作及びプロセス起動操作を行えるようにしたので、従来のように管理者が保守用コンソール端末２１を操作してプロセス停止、プロセス起動を行う場合に比べて、解決までに要する時間を短縮することができる。
【００２８】
（第４の実施の形態）
図４は、本発明の第４の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。この第４の実施の形態は、図３に示した第３の実施の形態に対し、監視リソース情報保存部１６の要求動作１６ｄに「自動リブート」に加えて、「プロセス停止」「プロセス起動」が定義されている。図３と同一要素には同一符号を付し重複する説明は省略する。
【００２９】
図４に示す監視リソース情報保存部１６では、Ａプロセス負荷が制限値を超えた場合の要求動作１６ｄに「Ａプロセス停止」を定義している。要求動作１６ｄに「プロセス起動」を定義したリソースは図示されていないが、自動的にプロセス起動可能なリソースがあれば定義することは可能である。
【００３０】
リソース監視部２４は、監視リソース情報保存部１６の定義内容にしたがってＡプロセス負荷が制限値を超えたか否か監視する。そして、Ａプロセス負荷が制限値を超えた場合、メール送信部１８からモバイル端末２０に異常通知メールを送信することに加え、要求動作１６ｄに定義された「Ａプロセス停止」に従って要求解読部２６へ直接にＡプロセス停止要求を通知する。
【００３１】
要求解読部２６は、管理者からのプロセス停止要求と同様、リソース監視部２４からのＡプロセス停止要求を処理してプロセス管理部２７へ通知する。プロセス管理部２７は、要求解読部２６から通知されたＡプロセス停止要求により該当プロセスのプロセス停止を実行する。
【００３２】
第４の実施の形態によれば、第３の実施の形態と同様の効果を得られることに加え、管理者の判定を介在せずにプロセス停止・起動を発行できるリソースに対して監視リソース情報保存部１６の要求動作１６ｄに「プロセス停止」「プロセス起動」を定義しておき、かかるリソースの異常検知時に管理者からのプロセス停止・起動要求を待たずに自動的にプロセス停止又はプロセス起動を実行することができるので、管理者の負担軽減を図ることができると共に対応時間の短縮が可能になる。
【００３３】
（第５の実施の形態）
図５は、本発明の第５の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。この第５の実施の形態は、図４に示した第４の実施の形態に対し、異常履歴保存部２８と異常履歴検索部２９とを設けたものである。図４と同一要素には同一符号を付し重複する説明は省略する。
【００３４】
異常履歴保存部２８には、過去の異常履歴が保存されると共に各異常に対して異常発生時の操作内容が保存される。過去の異常履歴及びその操作内容はリソース監視部２４又は要求解読部２６から格納される。異常履歴検索部２９は異常履歴保存部２８から異常検知時点のリソース状態などから類似した異常内容を検索する機能を備える。
【００３５】
リソース監視部２４は、リソース状態を監視して異常を検知した場合、日付、異常検知時点のリソース状態と異常内容を一意に示す異常ＩＤを作成して異常履歴保存部２８に保存する。また、メール送信部１８に対して異常内容及び異常ＩＤを通知して異常通知メールの送信を要請する。
【００３６】
メール送信部１８は、リソース監視部２４から通知された異常内容及び異常ＩＤを使用し異常履歴検索部２９へ検索要求を発行する。異常履歴検索部２９は異常ＩＤを用いて異常履歴保存部２８から類似した異常内容の検索を実行する。例えば、ＣＰＵ負荷が上下２％以下といったようなリソース状態が同じものの検索を行う。検索された異常履歴（対応操作を含む）は類似異常としてメール送信部１８へ通知する。尚、検索は現在の異常状態を類似異常としないために通知された異常ＩＤと同一のものは対象外とする。
【００３７】
メール送信部１８は、リソース監視部２４から通知された現在の異常内容と異常履歴検索部２９から通知された過去の類似異常内容及び対応操作とを含んだ異常通知メールを作成し、インターネット１９を介して通知先のモバイル端末２０へメール送信を行う。
【００３８】
モバイル端末２０で異常通知メールを受信した管理者は、受信メールから現在の異常内容と過去の類似異常内容とを知ることが可能となる。類似異常内容にはその時の対応操作も含まれているので、管理者は今回の異常対応のために過去の操作内容を参酌することができる。
【００３９】
第５の実施の形態によれば、管理者は現在の異常内容と過去の類似異常内容及びその対応操作を異常通知メールにてモバイル端末２０から得ることができ、過去の異常履歴の調査にかかる時間の短縮が図れ、解決への負担の軽減が図れる。
【００４０】
（第６の実施の形態）
図６は、本発明の第６の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。この第６の実施の形態は、図５に示した第５の実施の形態に対し、リソース情報任意登録部３０及び異常履歴任意登録部４１を設けたものである。図５と同一要素には同一符号を付し重複する説明は省略する。
【００４１】
リソース情報任意登録部３０は、監視リソース情報保存部１６から監視リソース情報検索要求に合致するリソース監視情報（リソース、制限値及び要求動作）を検索する検索機能を備えると共に、監視リソース情報任意登録要求に従って監視リソース情報保存部１６に新規の監視リソース情報を登録する機能（定義内容を書き換える機能）を備える。管理者のモバイル端末２０において、異常履歴検索要求、異常履歴任意登録要求、監視リソース情報検索要求及び監視リソース情報任意登録要求が作成され、遠隔要求受信・対話部２２へ通知される。
【００４２】
管理者は、モバイル端末２０を操作して異常履歴検索要求を作成する。異常履歴検索要求において、異常発生日時、リソース状態、既知の異常ＩＤ、検索結果の受け取り方法（メールまたはＷｅｂ）等の検索条件を指定する。異常履歴検索要求はメール送信あるいはＷｅｂ対話によりモバイル端末２０からインターネット１９経由で遠隔要求受信・対話部２２へ通知される。
【００４３】
遠隔要求受信・対話部２２は、受信した要求が異常履歴検索要求であると判断した場合、異常履歴検索部２９へ当該異常履歴検索要求を通知する。異常履歴検索部２９は、通知された検索条件に従い異常履歴保存部２８から検索条件に合致する異常履歴及び対応操作を検索し、検索結果をメール送信部１８あるいは遠隔要求受信・対話部２２へ通知する。異常履歴検索要求に指定された受け取り方法がメールであればメール送信部１８に通知され、Ｗｅｂ対話であれば遠隔要求受信・対話部２２へ通知される。そして、メール送信部１８あるいは遠隔要求受信・対話部２２からインターネット１９経由でモバイル端末２０へ異常履歴等の検索結果が通知される。
【００４４】
また管理者は、モバイル端末２０を操作して監視リソース情報検索要求を作成する。管理者は、監視リソース情報検索要求において、リソース及び検索結果の受け取り方法（メールまたはＷｅｂ）等の検索条件を指定する。監視リソース情報検索要求はメール送信あるいはＷｅｂ対話によりモバイル端末２０からインターネット１９経由で遠隔要求受信・対話部２２へ通知される。
【００４５】
遠隔要求受信・対話部２２は、受信した要求が監視リソース情報検索要求であると判断した場合、リソース情報任意登録部３０へ当該監視リソース情報検索要求を通知する。リソース情報任意登録部３０は、監視リソース情報検索要求で指定されたリソースに関する監視リソース情報（リソース、制限値、要求動作）を監視ソース情報保存部１６から検索する。検索結果は受け取り方法に従ってメール送信部１８あるいは遠隔要求受信・対話部２２へ通知される。そして、メール送信部１８あるいは遠隔要求受信・対話部２２からインターネット１９経由でモバイル端末２０へ監視リソース情報の検索結果が通知される。
【００４６】
管理者は、モバイル端末２０で受信した過去の異常履歴及びその対応操作の閲覧、検索した監視リソース情報及び受信した異常通知メールの異常内容を元に、今回の異常発生に対する対応操作を考えることができる。そして、監視ソース情報保存部１６の定義内容に対する監視リソース情報（リソース、制限値、要求動作）の新規登録又は削除を判断し、あるいは全く新規に異常とみなすリソース監視結果に関して異常履歴及びその対応操作を異常履歴保存部２８へ登録することを判断する。
【００４７】
管理者が新規に異常とみなすリソース監視結果に関してリソース情報及び制限値を定めて新たな監視リソース情報としてモバイル端末２０から監視ソース情報保存部１６に登録できるように構成している。すなわち、モバイル端末２０において新規に異常とみなす監視リソース情報を登録指示した監視リソース情報任意登録要求を作成する。監視リソース情報任意登録要求はメール送信あるいはＷｅｂ対話によりモバイル端末２０からインターネット１９経由で遠隔要求受信・対話部２２へ通知される。なお、監視リソース情報任意登録要求では監視リソース情報を登録指示だけではなく、監視リソース情報の削除に関する指示も可能にする。
【００４８】
遠隔要求受信・対話部２２は、受信した要求が監視リソース情報任意登録要求であると判断した場合、リソース情報任意登録部３０へ当該監視リソース情報任意登録要求を通知する。リソース情報任意登録部３０は、監視リソース情報任意登録要求で指定された監視リソース情報の登録を行う。監視リソース情報の登録では、監視ソース情報保存部１６に定義されているリソース、制限値、要求動作を追加、変更、削除する処理を実行することになる。
【００４９】
また、管理者が新規に異常とみなすリソース監視結果に関して新規な異常履歴及びその対応操作を定めてモバイル端末２０から異常履歴保存部２８に登録できるように構成している。すなわち、モバイル端末２０において新規な異常履歴を登録指示した異常履歴任意登録要求を作成する。異常履歴任意登録要求はメール送信あるいはＷｅｂ対話によりモバイル端末２０からインターネット１９経由で遠隔要求受信・対話部２２へ通知される。遠隔要求受信・対話部２２は、受信した要求が異常履歴任意登録要求であると判断した場合、異常履歴任意登録部４１に通知して異常履歴及び対応操作の新規登録を行う。
【００５０】
第６の実施の形態によれば、管理者はモバイル端末２０から遠隔操作で異常履歴、監視リソース情報を検索・閲覧可能であると共に、新たな監視リソース情報を監視リソース情報保存部１６に登録することができると共に、新規な異常履歴及び対応操作を異常履歴保存部２８に登録することができる。
【００５１】
（第７の実施の形態）
図７は、本発明の第７の実施の形態に係わる遠隔監視制御装置の機能ブロック図である。この第７の実施の形態は、図６に示した第６の実施の形態に対し、定期状態通知部３１を設けたものである。図６と同一要素には同一符号を付し重複する説明は省略する。
【００５２】
定期状態通知部３１は、定期的にリソース監視部２４へリソース状態を問い合わせ、その結果を受け取る。そして、リソース状態が正常か否か判定し、正常な状態であればその時のリソース状態と共に正常通知をメール送信部１８へ通知する。通知を受け取ったメール送信部１８は、その時のリソース状態を含んだ正常通知メールを、インターネット１９を介してモバイル端末２０へ送信する。
【００５３】
管理者は、監視制御対象計算機１１が正常に稼動している間は、上記の手順により定期的に正常通知メールがモバイル端末２０へ送信されて来るので、正常通知メールを受信するたびに監視制御対象計算機１１が正常に稼動していることを確認できる。
【００５４】
一方、監視制御対象計算機１１がなんらかの異常で停止し、メール送信部１８がメール送信不能な状態に陥った場合、管理者のモバイル端末２０には定期的に受信されていた正常通知メールが受信されなくなる。管理者は、定期的に来るべき正常通知メールが受信されなくなるため、監視制御対象計算機１１に異常が発生していると判断することが可能となる。
【００５５】
第７の実施の形態によれば、メール送信部１８がメール送信不能な状態に陥って異常兆候を知らせる異常通知メールが送信できなくなったとしても、管理者は監視制御対象計算機１１に異常が発生していると判断することができ、メール送信機能がダウンしても異常発生時の迅速な対応が可能となる。
【００５６】
（第８の実施の形態）
図８は、本発明の第８の実施の形態に係わる遠隔監視制御システムの機能ブロック図である。この第８の実施の形態は、図７に示した第７の実施の形態に係わる監視制御対象計算機１１と同構成の２台の監視制御対象計算機１１Ａ、１１Ｂを配置し、多重系で運用されている。
【００５７】
仮に一方の監視制御対象計算機１１Ａがマスタ系、他方の監視制御対象計算機１１Ｂがバックアップ系で運用されているものとする。両計算機１１Ａ、１１Ｂは、それぞれの計算機システム管理部１４Ａ、１４Ｂで互いに相手計算機を監視している。マスタ系の監視制御対象計算機１１Ａで異常が発生した場合、監視制御対象計算機１１Ａの監視リソース情報保存部１６に定義された操作に従い、管理者によるモバイル端末２０からの要求あるいは自動で計算機停止あるいはバックアップ系への切替えが実行される。すなわち、異常通知メールを受けた管理者がモバイル端末２０からメール送信又はＷｅｂ対話により計算機停止あるいはバックアップ系への切替えを要求する。この要求を受けた監視制御対象計算機１１Ａの計算機システム管理部１４Ａが計算機停止あるいはバックアップ系への切替えを実行する。又は、監視リソース情報保存部１６の要求動作１６ｄに「自動切替え」を定義した場合は、リソース監視２４から直接に計算機システム管理部１４Ａへ計算機停止あるいはバックアップ系への切替えを要求する。
【００５８】
監視制御対象計算機１１Ａが停止あるいはバックアップ系に移行しようとしていることは、計算機システム管理部１４Ａから計算機システム管理部１４Ｂへ通知される。それまでバックアップ系として運転されていた監視制御対象計算機１１Ｂは、監視制御対象計算機１１Ａが停止あるいはバックアップ系に移行しようとしていることを認識すると、バックアップ系からマスタ系へと移行する。
【００５９】
第８の実施の形態によれば、異常発生時に管理者によるモバイル端末２０からの計算機停止操作及び計算機系切替え操作が可能となる。
【００６０】
（第９の実施の形態）
図９は、本発明の第９の実施の形態に係わる遠隔監視制御システムの機能ブロック図である。この第９の実施の形態は、図７に示した第７の実施の形態に係わる監視制御対象計算機１１から遠隔監視制御に関わる処理部を抜き出した監視制御対象計算機３２と、監視制御対象計算機１１から抜き出された遠隔監視制御に関わる処理部を備えた遠隔監視制御装置３３とを備える。図７と同一要素には同一符号を付し重複する説明は省略する。
【００６１】
監視制御対象計算機３２は、プロセス群１２、リソース群１３、計算機システム管理部１４及びプロセス管理部２７を備え、遠隔監視制御に関わる処理部の代わりに、リソース監視・制御インターフェース部３４が設けられている。遠隔監視制御装置３３は、遠隔監視制御に関わる処理部（１６,１８，２２，２４，２６，２８，２９，３０，４１）に加え、外部リソース監視・制御インターフェース部３５が設けられている。
【００６２】
監視制御対象計算機３２のリソース情報は、リソース監視・制御インターフェース部３４及び外部リソース監視・制御インターフェース部３５を介して遠隔監視制御装置３３に通知するようにしている。リソース監視部２４は、監視制御対象計算機３２から通知されるリソース情報と監視リソース情報保存部１６の登録情報とに従って異常判断を実行し、管理者へ電子メールで通知を行う。
【００６３】
また、管理者のモバイル端末２０からの遠隔制御要求（計算機リブート要求等）は遠隔要求受信・対話部２２で受け取られ、外部リソース監視・制御インターフェース部３５及びリソース監視・制御インターフェース部３４を介して監視制御対象計算機３２へ通知される。これにより、管理者のモバイル端末２０から監視制御対象計算機３２の遠隔監視・制御を実施することが可能となる。
【００６４】
また、１台の遠隔監視制御装置３３で複数の監視制御対象計算機３２を遠隔監視・制御することも可能に構成されている。
【００６５】
第９の実施の形態によれば、遠隔監視制御に関わる処理部を備えていない計算機であっても、リソース監視・制御インターフェース部３４の追加のみで遠隔監視制御の対象計算機３２とすることが可能となる。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図２】本発明の第２の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図３】本発明の第３の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図４】本発明の第４の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図５】本発明の第５の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図６】本発明の第６の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図７】本発明の第７の実施の形態に係わる遠隔監視制御装置の機能ブロック図。
【図８】本発明の第８の実施の形態に係わる多重化された遠隔監視制御システムの機能ブロック図。
【図９】本発明の第９の実施の形態に係わる遠隔監視制御システムの機能ブロック図。
【符号の説明】
【００６７】
１１、１１Ａ、１１Ｂ、３２…監視制御対象計算機、１２…プロセス群、１３…リソース群、１４…計算機システム管理部、１５、２７…プロセス管理部、１６…監視リソース情報保存部、１７、２４…リソース監視部、１８…メール送信部、１９…インターネット、２０…モバイル端末、２１…保守用コンソール端末、２２…遠隔要求受信・対話部、２３、２５、２６…要求解読部、２８…異常履歴保存部、２９…異常履歴検索部、３０…リソース情報任意登録部、３１…定期状態通知部、３３…遠隔監視制御装置、３４…リソース監視・制御インターフェース部、３５…外部リソース監視・制御インターフェース部、４１…異常履歴任意登録部
【図１】
2008040750.tif 000003
【図２】
2008040750.tif 000004
【図３】
2008040750.tif 000005
【図４】
2008040750.tif 000006
【図５】
2008040750.tif 000007
【図６】
2008040750.tif 000008
【図７】
2008040750.tif 000009
【図８】
2008040750.tif 000010
【図９】
2008040750.tif 000011