(57)【要約】【課題】遠隔保守ソフトウェアの配布・実行を自動的に行う。【解決手段】センター監視装置１に複数のローカル監視装置２がネットワーク３を介して接続されたシステムであって、ローカル監視装置２がセンター監視装置１からの制御に基づいてインストールされた遠隔保守ソフトウェアを実行し、監視対象の機器において検出されたインシデント情報をセンター監視装置１へ出力すると、センター監視装置１がインシデント情報をデータベース部１３内の情報に基づいて分析し、配布対象となる他の遠隔保守ソフトウェアおよび配布先となるローカル監視装置２を決定し、配布する。【選択図】図２
2009157597.tif 000002
【特許請求の範囲】
【請求項１】
機器の監視および診断を行う遠隔保守ソフトウェアを配布すると共に前記遠隔保守ソフトウェアの実行を遠隔制御するセンター監視装置と、
このセンター監視装置にネットワークを介して接続され、前記配布された遠隔保守ソフトウェアを前記センター監視装置からの制御に基づいて実行し、前記機器において検出されたインシデント情報を前記センター監視装置へ出力するローカル監視装置と、からなり、
前記ローカル監視装置は、
前記センター監視装置から配布された遠隔保守ソフトウェアを格納する共に、前記遠隔保守ソフトウェアの実行によって前記機器の稼働状態を監視し、前記インシデント情報を出力するソフトウェア管理部と、
このソフトウェア管理部から出力された前記インシデント情報を前記センター監視装置に送信するローカル通信部と、
を具備し、
前記センター監視装置は、
少なくとも前記遠隔保守ソフトウェアの関連情報、前記ローカル監視装置の構成情報、および前記インシデント情報を格納するデータベース部と、
前記ローカル監視装置から前記インシデント情報を受信するセンター通信部と、
このセンター通信部で受信された前記インシデント情報を分析して新たに配布する他の遠隔保守ソフトウェア、およびその配布先を決定し、配布要求を行う監視情報分析部と、
この監視情報分析部から出力された前記配布要求に基づいて前記他の遠隔保守ソフトウェアを前記配布先に前記センター通信部を介して配布する要求管理部と、
を具備することを特徴とする遠隔保守ソフトウェア自動配布システム。
【請求項２】
前記センター監視装置は、更に、
新規登録された遠隔保守ソフトウェアの関連情報を前記データベース部に登録するソフトウェア情報登録部と、
このソフトウェア情報登録部において登録された関連情報を分析して複数の前記ローカル監視装置の中から前記遠隔保守ソフトウェアの配布先を決定し、前記要求管理部に配布要求を行う登録情報分析部と、
を備えることを特徴とする請求項１記載の遠隔保守ソフトウェア自動配布システム。
【請求項３】
監視情報分析部は、前記インシデント情報と前記機器との因果関係を予め定義したＦＴＡファイルを参照し、前記分析を行うことを特徴とする請求項１または請求項２記載の遠隔保守ソフトウェア自動配布システム。
【請求項４】
機器の監視および診断を行う遠隔保守ソフトウェアを保有するセンター監視装置に複数のローカル監視装置が接続されたコンピュータシステムにおいて、
前記ローカル監視装置が、前記センター監視装置から配布された遠隔保守ソフトウェアを記憶領域に格納する共に、前記遠隔保守ソフトウェアの実行によって前記監視対象機器の稼働状態を監視し、検出されたインシデント情報を前記センター監視装置に送信するインシデント情報送信ステップと、
前記センター監視装置が、前記ローカル監視装置から送信されたインシデント情報を受信すると共に分析し、その分析結果に応じて新たに配布する他の遠隔保守ソフトウェア、およびその配布先を決定するインシデント情報分析ステップと、
前記センター監視装置が、前記分析の結果に基づいて前記他の遠隔保守ソフトウェアを前記配布先へ配布するソフトウェア配布ステップと、
を有することを特徴とする遠隔保守ソフトウェア自動配布方法。
【請求項５】
前記センター監視装置が、新規登録された遠隔保守ソフトウェアの関連情報をデータベースに登録するソフトウェア情報登録ステップと、
前記センター監視装置が、前記データベースに登録された関連情報を分析し、前記センター監視装置に接続されたローカル監視装置の中から前記遠隔保守ソフトウェアの配布先を決定する登録情報分析ステップと、
前記決定された配布先へ前記新規登録された遠隔保守ソフトウェアを配布する第２のソフトウェア配布ステップと、
を更に有することを特徴とする請求項４記載の遠隔保守ソフトウェア自動配布方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地に設置された複数の機器の稼働状態を監視し、保守を行う遠隔保守ソフトウェア自動配布システムおよび遠隔保守ソフトウェア自動配布方法に関する。
【背景技術】
【０００２】
遠隔保守ソフトウェアをネットワーク上のセンター装置に格納し、これをローカル端末にネットワークを介して配布することで、ローカル端末に接続された複数の機器を遠隔地から効率的に監視し、その稼働状態の把握やデータ収集を行う遠隔保守システムが知られている（例えば特許文献１参照）。
【特許文献１】特開２００２−１８９５９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記の従来技術においては、以下の問題があった。
【０００４】
（１）最新の監視・診断アルゴリズムに対応して遠隔保守ソフトウェアがバージョンアップされても、これをローカル端末に対して自動で配布し、実行させることが出来ない。
【０００５】
（２）ローカル端末の動作環境や監視対象を考慮して配布が行われないため、最適な遠隔保守ソフトウェアを自動で選択し、配布することが出来ない。
【０００６】
（３）ソフトウェアの配布先においてインシデント（故障の兆候など）が検知されても、そのインシデントに対して自律的に処置を講じる設計が施されていない。例えば、遠隔保守ソフトウェアの起動周期を変更したり、異なる遠隔保守ソフトウェアを配布したりすることが出来ない。
【０００７】
そこで、本発明は、上記従来技術の問題に鑑み、（１）遠隔保守ソフトウェアのバージョンアップに柔軟に対応でき、（２）配布先の動作環境を考慮して遠隔保守ソフトウェアが自動選択され、かつ、（３）インシデントに対して自律的に対応できる、遠隔保守ソフトウェア自動配布システムおよび遠隔保守ソフトウェア自動配布方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る遠隔保守ソフトウェア自動配布システムは、機器の監視および診断を行う遠隔保守ソフトウェアを配布すると共に遠隔保守ソフトウェアの実行を遠隔制御するセンター監視装置と、このセンター監視装置にネットワークを介して接続され、配布された遠隔保守ソフトウェアをセンター監視装置からの制御に基づいて実行し、機器において検出されたインシデント情報をセンター監視装置へ出力するローカル監視装置と、からなり、ローカル監視装置は、センター監視装置から配布された遠隔保守ソフトウェアを格納する共に、遠隔保守ソフトウェアの実行によって機器の稼働状態を監視し、インシデント情報を出力するソフトウェア管理部と、このソフトウェア管理部から出力されたインシデント情報をセンター監視装置に送信するローカル通信部と、を具備し、センター監視装置は、少なくとも遠隔保守ソフトウェアの関連情報、ローカル監視装置の構成情報、およびインシデント情報を格納するデータベース部と、ローカル監視装置からインシデント情報を受信するセンター通信部と、このセンター通信部で受信されたインシデント情報を分析して新たに配布する他の遠隔保守ソフトウェア、およびその配布先を決定し、配布要求を行う監視情報分析部と、この監視情報分析部から出力された配布要求に基づいて他の遠隔保守ソフトウェアを配布先にセンター通信部を介して配布する要求管理部と、を具備することを特徴とする。
【０００９】
本発明に係る遠隔保守ソフトウェア自動配布方法は、機器の監視および診断を行う遠隔保守ソフトウェアを保有するセンター監視装置に複数のローカル監視装置が接続されたコンピュータシステムにおいて、ローカル監視装置が、センター監視装置から配布された遠隔保守ソフトウェアを記憶領域に格納する共に、遠隔保守ソフトウェアの実行によって監視対象機器の稼働状態を監視し、検出されたインシデント情報をセンター監視装置に送信するインシデント情報送信ステップと、センター監視装置が、ローカル監視装置から送信されたインシデント情報を受信すると共に分析し、その分析結果に応じて新たに配布する他の遠隔保守ソフトウェア、およびその配布先を決定するインシデント情報分析ステップと、センター監視装置が、分析の結果に基づいて他の遠隔保守ソフトウェアを配布先へ配布するソフトウェア配布ステップと、有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、（１）遠隔保守ソフトウェアのバージョンアップに柔軟に対応でき、（２）配布先の動作環境を考慮して遠隔保守ソフトウェアが自動選択され、かつ、（３）インシデントに対して自律的に対応できる、遠隔保守ソフトウェア自動配布システムおよび遠隔保守ソフトウェア自動配布方法が提供される。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について図面を用いて説明する。図１は、本発明の一実施形態の全体構成例を示す図である。同図に示されるように、本実施形態に係る遠隔保守ソフトウェア自動配布システムは、センター監視装置１およびローカル監視装置２から構成され、センター監視装置１に複数のローカル監視装置２がネットワ−ク３を介して接続されている。また、監視対象エリア（Ｌｏｃａｌ＃１〜Ｎ）に設けられたローカル監視装置２には、単数若しくは複数の監視対象機器がそれぞれ接続されている。
【００１２】
図２は、本発明の一実施形態の全体構成例を示すブロック図である。同図に示されるように、センター監視装置１は、ソフトウェア格納部１１、ソフトウェア情報登録部１２、データベース部１３、登録情報分析部１４、監視・通知管理部１５、監視情報分析部１６、要求管理部１７、およびセンター通信部１８から構成されたコンピュータである。
【００１３】
ソフトウェア格納部１１は、ローカル監視装置２において機器の監視、診断、およびデータ収集などを行う遠隔保守ソフトウェアを格納する記憶装置である。遠隔保守ソフトウェアの具体例としては、機器／設備を監視して異常を通知する監視プログラム、機器／設備の健全性をより詳細に診断する診断プログラム、機器に測定データを収集するデータ収集プログラムなどが挙げられる。
【００１４】
ソフトウェア情報登録部１２は、ローカル監視装置２に配布される遠隔保守ソフトウェアの関連情報の登録を行うプログラムである。例えば、遠隔保守ソフトウェアのコード内に記載されている情報から配布先パラメータ、保管場所、配布スケジュール、実行スケジュール、バージョン情報などの関連情報を抽出し、登録を行う。尚、遠隔保守ソフトウェアの格納時に入力画面（図示省略する）上からシステム管理者などに入力させても良い。
【００１５】
データベース部１３は、遠隔保守ソフトウェアの関連情報、配布先となるローカル監視装置２の構成情報、監視対象機器の情報、遠隔保守ソフトウェアで検出されるインシデント情報などを格納するデータベースである。
【００１６】
図３は、データベース部１３の構成例を示すブロック図である。同図に示されるように、データベース部１３は、インシデント発生履歴テーブル１３ａ、インシデント・ソフトウェア対応テーブル１３ｂ、インシデント定義テーブル１３ｃ、機器・ソフトウェア対応テーブル１３ｄ、機器テーブル１３ｅ、登録ソフト管理テーブル１３ｆ、メタデータ管理テーブル１３ｇ、スケジュール管理テーブル１３ｈ、機器故障確率テーブル１３ｉ、インシデント発生確率テーブル１３ｊ、およびローカル構成管理テーブル１３ｋを含んでいる。
【００１７】
図４は、インシデント発生履歴テーブル１３ａの具体例を示す図である。同図に示されるように、インシデント発生履歴テーブル１３ａは、発生したインシデントのＩＤ、監視対象エリア、発生日時、および診断内容などをデータ項目に含んでいる。
【００１８】
図５は、インシデント・ソフトウェア対応テーブル１３ｂの具体例を示す図である。同図に示されるように、インシデント・ソフトウェア対応テーブル１３ｂは、インシデントのＩＤとインシデントを検出する遠隔保守ソフトウェアのＩＤを対応付けている。
【００１９】
図６は、インシデント定義テーブル１３ｃの具体例を示す図である。同図に示されるように、インシデント定義テーブル１３ｃは、インシデントのＩＤ、インシデントのレベル、対応するＦＴＡ（ｆａｕｌｔ  ｔｒｅｅ  ａｎａｌｙｓｉｓ）ファイル名を記録している。例えば、ＦＴＡファイル“Ｉｎｄｔ−Ａ．ｆｔ”においては、インシデント“ＩＮＤＴ−Ａ”が頂上事象として定義されていることが示されている。尚、ＦＴＡファイルは、予め作成されているものとする。
【００２０】
図７は、機器・ソフトウェア対応テーブル１３ｄの具体例を示す図である。同図に示されるように、機器・ソフトウェア対応テーブル１３ｄは、遠隔保守ソフトウェアのＩＤとインシデント情報を出力（異常発報）する機器のＩＤを対応付けている。
【００２１】
図８は、機器テーブル１３ｅの具体例を示す図である。同図に示されるように、
機器テーブル１３ｅは、各ローカルエリアに設置されている機器の構成を記録している。例えば、監視対象エリア“Ｌｏｃａｌ＃１”には“機器Ａ”、“機器Ｂ”、“機器Ｃ”が設置されており、ローカル監視装置２で監視されることが示されている。
【００２２】
図９は、登録ソフト管理テーブル１３ｆの具体例を示す図である。同図に示されるように、登録ソフト管理テーブル１３ｆは、ソフトウェア格納部１１に格納されている遠隔保守ソフトウェアのＩＤ、ソフト名、ソフト種別、バージョン、登録日、作成日、および保存先などをデータ項目に含んでいる。
【００２３】
図１０は、メタデータ管理テーブル１３ｇの具体例を示す図である。同図に示されるように、メタデータ管理テーブル１３ｇは、遠隔保守ソフトウェアのメタデータとしてＩＤ、ローカル対応型式、ローカル端末対応ＯＳ、およびローカル端末最小メモリなどをデータ項目に含んでいる。
【００２４】
図１１は、スケジュール管理テーブル１３ｈの具体例を示す図である。同図に示されるように、スケジュール管理テーブル１３ｈは、遠隔保守ソフトウェアの配布および実行におけるスケジュールを記録しており、ソフトＩＤ、スケジュールＩＤ、配布日時、および実行日時などをデータ項目に含んでいる。
【００２５】
図１２は、機器故障確率テーブル１３ｉの具体例を示す図である。同図に示されるように、機器故障確率テーブル１３ｉは、ローカルエリアに設置されている機器のＩＤ、機器名、および一定期間における故障確率をデータ項目に含んでいる。
【００２６】
図１３は、インシデント発生確率テーブル１３ｊの具体例を示す図である。同図に示されるように、インシデント発生確率テーブル１３ｊは、インシデント（故障の予兆など）のＩＤ、インシデント名、および一定期間における発生確率をデータ項目に含んでいる。
【００２７】
図１４は、ローカル構成管理テーブル１３ｋの具体例を示す図である。同図に示されるように、ローカル構成管理テーブル１３ｋは、ローカル監視装置２のハードウェア、ソフトウェアの構成を管理するテーブルであり、ローカルエリア名、ＯＳ、メモリ容量、インストールされている遠隔保守ソフトウェアの情報などがデータ項目に含まれている。また、遠隔保守ソフトウェアは、現行のプログラムである“ｃｕｒｒｅｎｔ”、更新処理用のプログラム“ｓｔａｎｄｂｙ”、バックアップ用の“ｂａｃｋｕｐ”の３世代で管理され、世代戻しを可能としている。
【００２８】
登録情報分析部１４は、ソフトウェア情報登録部１２から遠隔保守ソフトウェアの新規登録通知を受けた場合に、データベース部１３の情報を分析して配布先を決定するプログラムである。
【００２９】
監視・通知管理部１５は、センター通信部１８で受けたローカル監視装置２において発生したインシデント情報（異常発報）、診断結果、監視ログなどの監視情報を受け付け、監視情報分析部１６へ出力するプログラムである。尚、要求に対する応答結果（Ａｃｋ）は要求管理部１７に通知する。
【００３０】
監視情報分析部１６は、ローカル監視装置２から受信し、監視・通知管理部１５から出力されたインシデント情報をデータベース部１３の情報に基づいて分析し、発生したインシデントの推定故障要因、連鎖して発生し得るインシデント、インシデントに対処する遠隔保守ソフトウェア、および配布先を決定するプログラムである。尚、本実施形態における監視情報分析部１６は、データベース部１３の情報とＦＴＡファイルを連携させてインシデント情報を分析するものとする。尚、ＦＴＡファイルは予め以下の手順で作成されている。
【００３１】
（１）先ず、システムに対して望ましくない事象を定義する。具体的には、導入するシステムの環境に熟知した者からの情報収集により、システムが機能喪失する要因を選定する。例えば、電源喪失など、過去に発生頻度の高いインシデントを定義する。
【００３２】
（２）その事象を発生させる要因を摘出する。例えば、インシデントが電源喪失の場合には断線、バッテリ故障などが該当する。
【００３３】
（３）システムの故障を発生させる事象との因果関係を、論理記号（ＯＲやＡＮＤ）を使用してツリー状に表現した故障木図を作る。この作業自体は因果関係をスクリーニングして行う。
【００３４】
（４）各事象に故障確率を割り当てる（例えば、故障発生件数／総稼動時間［／ｈｒ］など過去の履歴を基に故障率を算出し、定期点検周期を乗じた値を故障確率とする。）
また、分析においては、ベイズ理論を適用すると好適である。ベイズ理論とは「過去のデータを元に未来の振る舞いを予測する理論」であり、Ｐ（Ａ）を事象Ａが発生する確率（事前確率）、Ｐ（Ａ|Ｘ）を事象Ｘが発生した後での事象Ａが発生する条件付確率（事後確率）とすると、Ｐ（Ｘ）＞０ならばＰ（Ａ|Ｘ）＝Ｐ（Ｘ|Ａ）＊Ｐ（Ａ）／Ｐ（Ｘ）と表すことができる。
【００３５】
そして、あるインシデントが発生（故障の兆候を検知）した場合に、連鎖して発生し得るインシデントをベイズ理論に適用することにより予測する。また、監視対象エリアごとに特徴付けた発生確率を算出できるため、設置された環境などの分析（連鎖的に発生する故障の傾向などの選定）に役立つ。例えば、ある監視対象エリアにおいて、インシデントＸが発生すると、一定期間内にインシデントＹが発生することが多い場合には、過去の統計データを収集しておき、発生確率を算出することにより定量的に表せる。
【００３６】
要求管理部１７は、登録情報分析部１４および監視情報分析部１６から出力される要求に基づいてローカル監視装置２に対して構成情報の送信指令情報や遠隔保守ソフトウェアの配布、削除、入れ替え、起動・停止等の制御情報を作成し、センター通信部１８へ出力して送信させるプログラムである。配布要求の場合には、遠隔保守ソフトウェア本体の配布を行う。また、遠隔保守ソフトウェアの配布／削除／更新などの要求は、バッファ（図示省略する）に一定期間格納され、要求管理部１７が、スケジューリング機能に従って一定周期でバッファにアクセスし、要求を取り出してセンター通信部１８に送信を行わせると好適である。更に、要求管理部１７は、遠隔保守ソフトウェア自体の世代管理、配布履歴管理を行う機能を有する。
【００３７】
センター通信部１８は、ローカル監視装置２との間で通信を行う通信装置である。
【００３８】
ローカル監視装置２は、ローカル通信部２１、ソフトウェア管理部２２、ソフトウェア格納部２３、および管理情報記憶部２４から構成されたコンピュータである。例えばボードＰＣなどが挙げられる。
【００３９】
ローカル通信部２１は、センター監視装置１との間で通信を行う通信装置である。
【００４０】
ソフトウェア管理部２２は、センター監視装置１から配布されたソフトウェアを受信し、受信情報を管理情報記憶部２４やソフトウェア格納部２３内の所定の場所に格納する。配布された遠隔保守ソフトウェアは“ｓｔａｎｄｂｙ”、“ｃｕｒｒｅｎｔ”、“ｂａｃｋｕｐ”の３世代のバージョン情報によって管理される。また、ソフトウェア管理部２２は、管理情報記憶部２４に格納されたスケジュールやセンター監視装置１からの制御情報（要求）に従ってソフトウェアの起動／停止、バージョンアップ版のインストールを実行する。また、ソフトウェアの動作を常時監視し、不正な動作を検出した場合にはログを出力し、センター監視装置１へ通知する。更に、ソフトウェア管理部２２は、監視対象機器からデータを収集し、センター監視装置１に通知する。
【００４１】
ソフトウェア格納部２３は、センター監視装置１から配布された遠隔保守ソフトウェアを格納する記憶装置である。
【００４２】
管理情報記憶部２４は、ローカル監視装置２のハードウェアおよびソフトウェアの構成情報、機器の監視ログ、センター監視装置１から送信されたスケジュール情報などを記憶する記憶装置である。
【００４３】
図１５は、ソフトウェア情報登録部１２における処理の具体例を示すフローチャートである。
【００４４】
Ｓ１５０１においては、ソフトウェア格納部１１を参照し、遠隔保守ソフトウェアの有無をチェックする。
【００４５】
Ｓ１５０２においては、新規登録された遠隔保守ソフトウェアの有無を判定する。ここで、新規登録された遠隔保守ソフトウェアが有る場合には、Ｓ１５０３へ進む。これに対し、新規登録された遠隔保守ソフトウェアが無い場合には、処理を終了する。
【００４６】
Ｓ１５０３においては、予め用意されている登録ＡＰＩ（関数）を呼び出し、遠隔保守ソフトウェアのコード内から抽出された情報を登録ソフト管理テーブル１３ｆ、メタデータ管理テーブル１３ｇ、スケジュール管理テーブル１３ｈに登録する。
【００４７】
Ｓ１５０４においては、登録情報分析部１４に対して新規登録通知を出力し、処理を終了する。
【００４８】
図１６は、登録情報分析部１４における処理の具体例を示すフローチャートである。
【００４９】
Ｓ１６０１においては、ソフトウェア情報登録部１２から新規登録通知が取得される。
【００５０】
Ｓ１６０２においては、データベース部１３内の登録ソフト管理テーブル１３ｆ、メタデータ管理テーブル１３ｇ、スケジュール管理テーブル１３ｈ、およびローカル構成管理テーブル１３ｋを参照し、遠隔保守ソフトウェアの配布先を決定する。
【００５１】
Ｓ１６０３においては、要求管理部１７に新規登録された遠隔保守ソフトウェアの配布要求を出力し、処理を終了する。
【００５２】
図１７は、ソフトウェア情報登録部１２および登録情報分析部１４における処理を説明する図である。同図においては、登録ソフト管理テーブル１３ｆ、メタデータ管理テーブル１３ｇ、スケジュール管理テーブル１３ｈからは“ソフトＸ”のデータが取得され、ローカル構成管理テーブル１３ｋからは“Ｌｏｃａｌ＃５”に設置されたローカル監視装置２において“Ｖｅｒ．１”の“ソフトＸ”が配布済みである旨の情報が取得されることにより、登録情報分析部１４で分析処理が行われることが示されている。更に、登録情報分析部１４は、新規登録された遠隔保守ソフトウェアの配布要求を要求管理部１７に対して出力することが示されている。
【００５３】
図１８は、監視・通知管理部１５における処理の具体例を示すフローチャートである。
【００５４】
Ｓ１８０１においては、センター通信部１８における受信情報を取得する。
【００５５】
Ｓ１８０２においては、受信情報が要求管理部１７からの要求に対する応答結果か否かを判定する。ここで、応答結果と判定された場合には、受信情報を要求管理部１７へ通知し（Ｓ１８０３）、処理を終了する。これに対し、監視情報や診断情報と判定された場合には、受信情報を監視情報分析部１６に出力し（Ｓ１８０４）、処理を終了する。
【００５６】
図１９は、監視情報分析部１６における処理の具体例を示すフローチャートである。また、図２０は、監視情報分析部１６における処理を説明する図である。
【００５７】
Ｓ１９０１においては、ローカル監視装置２において検知された監視情報であるインシデント（故障の兆候）を取得し、インシデントをインシデント発生履歴テーブル１３ａに書き込む。
【００５８】
Ｓ１９０２においては、インシデント・ソフトウェア対応テーブル１３ｂを参照し、検知されたインシデントに対応する遠隔保守ソフトウェア（監視プログラム）を確認すると共に、インシデント定義テーブル１３ｃを参照し、インシデントに紐付けられたＦＴＡファイルを読み込み、インシデントＡの原因（機器）が判断される。図２０においては、インシデントが電源設備異常兆候であり、その原因が冷却ファン、断線などであることが示されている。
【００５９】
Ｓ１９０３においては、ＦＴＡファイルを用いてインシデントAに対する重要度（インシデントAに対する寄与割合および故障したときの影響度）を求め、遠隔保守ソフトウェアの配布における順位付けを行う。
【００６０】
Ｓ１９０４においては、ＦＴＡファイルにおいてインシデントの原因と特定された機器をキーとして機器・ソフトウェア対応テーブル１３ｄを参照し、配布する遠隔保守ソフトウェアおよび配布先を決定する。例えば、図２０の場合では、冷却ファンの回転数診断プログラムなどが該当する。尚、構築されたＦＴＡファイルに原因（機器）があった場合には、メタデータ管理テーブル１３ｇと機器テーブル１３ｅを参照して、異常と判定された機器が使用されている全てのローカル監視装置２への遠隔保守ソフトウェアの配布要求を要求管理部１７に出力する。
【００６１】
Ｓ１９０５においては、ローカル構成管理テーブル１３ｋを参照し、配布先となるローカル監視装置２において遠隔保守ソフトウェア（診断プログラムや監視プログラム）が配布済みか否かを判定する。ここで、配布済みと判定された場合には、Ｓ１９０６へ進む。これに対し、未配布と判定された場合には、Ｓ１９０８へ進む。
【００６２】
Ｓ１９０６においては、ローカル構成管理テーブルを参照し、遠隔保守ソフトウェアの起動状態を判定する。ここで、停止中と判定された場合にはＳ１９０７へ進む。これに対し、起動中と判定された場合には、処理を終了する。
【００６３】
Ｓ１９０７においては、要求管理部１７に対して遠隔保守ソフトウェアの起動要求を出力し、処理を終了する。
【００６４】
Ｓ１９０８においては、要求管理部１７に対して遠隔保守ソフトウェアの配布要求を出力し、処理を終了する。
【００６５】
上記処理によって配布された遠隔保守ソフトウェアのローカル監視装置２における実行結果は、監視情報分析部１６に再び通知され、分析処理が繰返し行われる。すなわち、あるローカル監視装置２において遠隔保守ソフトウェアで検知されたインシデント情報に基づいて遠隔保守ソフトウェアの配布および実行が自律的に行われる。同様に、診断結果が取得された場合には、診断結果に応じて遠隔保守ソフトウェアの起動周期を変更することができる。
【００６６】
また、特定した故障原因（機器）から引き起こされ得る第２、第３のインシデント発生の予防保全として、ＦＴＡファイルを活用した遠隔保守ソフトウェアの配布も行われる。
【００６７】
更に、構築されたＦＴＡファイルにインシデントの原因（機器）のデータが無かった場合には、保守員に通報してメンテナンスを行わせ、その結果をＦＴＡファイルに反映して次回以降の故障要因の特定に役立てると好適である。
【００６８】
図２１は、要求管理部１７における処理の具体例を示すフローチャートである。
【００６９】
Ｓ２１０１においては、登録情報分析部１４または監視情報分析部１６からの要求を取得する。
【００７０】
Ｓ２１０２においては、要求に応じた送信情報を作成する。例えば、遠隔保守ソフトウェアの配布要求の場合には、配布対象のソフトウェアと共に配布先や実行のスケジュール情報などを含む制御情報が送信情報として作成される。
【００７１】
Ｓ２１０３においては、送信情報をセンター通信部１８に出力し、送信処理を行わせる。
【００７２】
Ｓ２１０４においては、ローカル監視装置２からの応答結果が監視・通知管理部１５から取得された否かが判定される。ここで、応答結果が取得された場合には、Ｓ２１０５へ進む。これに対し、応答結果が取得されない場合には、応答結果が取得されるまで待機する。
【００７３】
Ｓ２１０５においては、ローカル監視装置２におけるハードウェア若しくはソフトウェアの構成に変化があったか否かが要求した処理内容とその応答結果に基づいて判断される。
【００７４】
ここで、ローカルの構成情報に変更が生じた場合には、Ｓ２１０６へ進む。これに対し、ローカルの構成に変更が無い場合には、処理を終了する。
【００７５】
Ｓ２１０６においては、ローカル構成管理テーブル１３ｋを更新し、処理を終了する。例えば、遠隔保守ソフトウェアがローカル監視装置２に配布された場合などが該当する。
【００７６】
図２２は、センター通信部１８における処理の具体例を示すフローチャートである。
【００７７】
Ｓ２２０１においては、送信機能または受信機能の選択が行われる。
【００７８】
ここで、送信処理が選択された場合には、Ｓ２２０２へ進む。これに対し、受信処理が選択された場合には、Ｓ２２０５へ進む。
【００７９】
Ｓ２２０２においては、要求管理部１７から送信情報を取得する。
【００８０】
Ｓ２２０３においては、ローカル監視装置２に接続し、情報を送信する。
【００８１】
Ｓ２２０４においては、ローカル監視装置２からの応答を受信すると、接続を切断し、処理を終了する。
【００８２】
Ｓ２２０５においては、ローカル監視装置２からの送信情報を受信する。
【００８３】
Ｓ２２０６においては、受信情報を監視・通知管理部１５へ出力し、処理を終了する。
【００８４】
図２３は、ローカル通信部２１における処理の具体例を示すフローチャートである。
【００８５】
Ｓ２３０１においては、送信機能または受信機能の選択が行われる。
【００８６】
ここで、送信処理が選択された場合には、Ｓ２３０２へ進む。これに対し、受信処理が選択された場合には、Ｓ２３０５へ進む。
【００８７】
Ｓ２３０２においては、ソフトウェア管理部２２から送信情報を取得する。
【００８８】
Ｓ２３０３においては、センター監視装置１に接続し、情報を送信する。
【００８９】
Ｓ２３０４においては、センター監視装置１からの応答を受信すると、接続を切断し、処理を終了する。
【００９０】
Ｓ２３０５においては、センター監視装置１からの送信情報を受信する。
【００９１】
Ｓ２３０６においては、受信情報をソフトウェア管理部２２へ出力し、処理を終了する。
【００９２】
図２４は、ソフトウェア管理部２２におけるモジュール管理の具体例を示すフローチャートである。
【００９３】
Ｓ２４０１においては、ローカル通信部２１から受信情報を取得する。
【００９４】
Ｓ２４０２においては、遠隔保守ソフトウェアの配布の有無を判定する。
【００９５】
ここで、遠隔保守ソフトウェアの配布有りと判定された場合には、Ｓ２４０３へ進む。これに対し、配布無しと判定された場合には、処理を終了する。
【００９６】
Ｓ２４０３においては、配布された遠隔保守ソフトウェアを所定の記憶領域に格納し、処理を終了する。尚、遠隔保守ソフトウェアが格納される記憶領域は、“ｓｔａｎｄｂｙ”、“ｃｕｒｒｅｎｔ”、“ｂａｃｋｕｐ”の３世代のバージョン情報に対応して備えられている。
【００９７】
図２５は、ソフトウェア管理部２２における実行制御の具体例を示すフローチャートである。
【００９８】
Ｓ２５０１においては、ローカル通信部２１から受信情報を取得する。
【００９９】
Ｓ２５０２においては、受信情報が停止中の遠隔保守ソフトウェアの起動要求か否かを判定する。ここで、起動要求と判定された場合には、Ｓ２５０３へ進む。これに対し、起動要求ではないと判定された場合には、Ｓ２５０４へ進む。
【０１００】
Ｓ２５０３においては、停止中の遠隔保守ソフトウェアの起動処理を行い、処理を終了する。
【０１０１】
Ｓ２５０４においては、受信情報が起動中の遠隔保守ソフトウェアの停止要求か否かを判定する。ここで、停止要求と判定された場合には、Ｓ２５０５へ進む。これに対し、停止要求ではないと判定された場合には、Ｓ２５０６へ進む。
【０１０２】
Ｓ２５０５においては、起動中の遠隔保守ソフトウェアの停止処理を行い、処理を終了する。
【０１０３】
Ｓ２５０６においては、受信情報が遠隔保守ソフトウェアの削除・入替え要求か否かを判定する。ここで、削除・入替え要求と判定された場合には、Ｓ２５０７へ進む。これに対し、削除・入替え要求ではないと判定された場合には、Ｓ２５０８へ進む。
【０１０４】
Ｓ２５０７においては、受信情報に基づいて遠隔保守ソフトウェアの削除・入替え処理を行い、処理を終了する。
【０１０５】
Ｓ２５０８においては、ローカル構成情報の送信要求か否かを判定する。ここで、ローカル構成情報の送信要求と判定された場合には、Ｓ２５０９へ進む。これに対し、ローカル構成情報の送信要求ではないと判定された場合には、処理を終了する。
【０１０６】
Ｓ２５０９においては、構成情報を出力し、処理を終了する。
【０１０７】
図２６は、ソフトウェア管理部２２におけるデータ収集の具体例を示すフローチャートである。
【０１０８】
Ｓ２６０１においては、遠隔保守ソフトウェアの動作不正（エラー情報）の有無を判定する。ここで、エラー情報が有りと判定された場合には、Ｓ２６０２へ進む。これに対し、エラー情報が無いと判定された場合には、Ｓ２６０３へ進む。
【０１０９】
Ｓ２６０２においては、ローカル通信部２１にエラー情報を出力し、処理を終了する。
【０１１０】
Ｓ２６０３においては、監視対象機器からの異常発報の有無を判定する。ここで、異常発報が有りと判定された場合には、Ｓ２６０４へ進む。これに対し、異常発報が無いと判定された場合には、Ｓ２６０５へ進む。
【０１１１】
Ｓ２６０４においては、ローカル通信部２１に異常発報（インシデント情報）を出力し、処理を終了する。
【０１１２】
Ｓ２６０５においては、監視対象機器についての診断情報の有無を判定する。ここで、診断情報が有りと判定された場合には、Ｓ２６０６へ進む。これに対し、診断情報が無いと判定された場合には、処理を終了する。
【０１１３】
Ｓ２６０６においては、監視対象機器についての診断情報を出力し、処理を終了する。
【０１１４】
このように、監視対象エリアに設置された機器の詳細な測定データや故障原因などの診断情報を自動配布した遠隔保守ソフトウェアが出力し、センター監視装置１側で分析・判定を行うロジックを持たせたことにより、故障を未然に防止することができる。
【０１１５】
また、ローカル監視装置２にソフトウェアを実行させる機能を持たせたことにより最新の診断アルゴリズムやバージョンアップに迅速に対応できる。
【０１１６】
また、配布計画および実行／更新計画に従って、ローカル監視装置２に監視プログラムやデータ収集プログラム等の遠隔保守ソフトウェアを自動的に配布することによりシステム管理者の負担の軽減が期待できる。
【０１１７】
更に、配布された遠隔保守ソフトウェアのバージョン情報や監視ログをスケジュールに従って自動収集・通知する機能により、現場保守員の誤メンテナンス等の人的ミスを発見することができる。
【０１１８】
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０１１９】
例えば、遠隔保守ソフトウェア自動配布システムを他のシステムと連携させることも可能である。図２７は、遠隔保守ソフトウェア自動配布システムと他のシステムの連携の具体例を示す図である。同図は、遠隔保守ソフトウェア自動配布システムにおいて収集したデータをデータ統合システムのXML−DBにより一元管理するものである。XML−DBには、自動配布された結果が蓄積・管理される。これにより、システム管理者にグラフィカルなインターフェース、高速なデータ検索を提供できる。また、カルテ表示させる保守カルテ機能、定型フォーマットに整形されたレポートとして提供するレポーティング機能の提供によりシステム管理者の負担軽減を図ることができる。
【０１２０】
また、センター監視装置１とローカル監視装置２との通信は、有線だけでなく無線で行ってもよい。この場合、ローカル監視装置２として携帯電話機やノートパソコンなどのモバイル機器を利用し、監視を行うことができる利点がある。
【図面の簡単な説明】
【０１２１】
【図１】本発明の一実施形態に係る遠隔保守ソフトウェア自動配布システムの全体構成例を示す図。
【図２】本発明の一実施形態に係る遠隔保守ソフトウェア自動配布システムの全体構成例を示すブロック図。
【図３】本発明の一実施形態に係るデータベース部１３の構成例を示すブロック図。
【図４】本発明の一実施形態に係るインシデント発生履歴テーブル１３ａの具体例を示す図。
【図５】本発明の一実施形態に係るインシデント・ソフトウェア対応テーブル１３ｂの具体例を示す図。
【図６】本発明の一実施形態に係るインシデント定義テーブル１３ｃの具体例を示す図。
【図７】本発明の一実施形態に係る機器・ソフトウェア対応テーブル１３ｄの具体例を示す図。
【図８】本発明の一実施形態に係る機器テーブル１３ｅの具体例を示す図。
【図９】本発明の一実施形態に係る登録ソフト管理テーブル１３ｆの具体例を示す図。
【図１０】本発明の一実施形態に係るメタデータ管理テーブル１３ｇの具体例を示す図。
【図１１】本発明の一実施形態に係るスケジュール管理テーブル１３ｈの具体例を示す図。
【図１２】本発明の一実施形態に係る機器故障確率テーブル１３ｉの具体例を示す図。
【図１３】本発明の一実施形態に係るインシデント発生確率テーブル１３ｊの具体例を示す図。
【図１４】本発明の一実施形態に係るローカル構成管理テーブル１３ｋの具体例を示す図。
【図１５】本発明の一実施形態に係るソフトウェア情報登録部１２における処理の具体例を示すフローチャート。
【図１６】本発明の一実施形態に係る登録情報分析部１４における処理の具体例を示すフローチャート。
【図１７】本発明の一実施形態に係るソフトウェア情報登録部１２および登録情報分析部１４における処理を説明する図。
【図１８】本発明の一実施形態に係る監視・通知管理部１５における処理の具体例を示すフローチャート。
【図１９】本発明の一実施形態に係る監視情報分析部１６における処理の具体例を示すフローチャート。
【図２０】本発明の一実施形態に係る監視情報分析部１６における処理を説明する図。
【図２１】本発明の一実施形態に係る要求管理部１７における処理の具体例を示すフローチャート。
【図２２】本発明の一実施形態に係るセンター通信部１８における処理の具体例を示すフローチャート。
【図２３】本発明の一実施形態に係るローカル通信部２１における処理の具体例を示すフローチャート。
【図２４】本発明の一実施形態に係るソフトウェア管理部２２におけるモジュール管理の具体例を示すフローチャート。
【図２５】本発明の一実施形態に係るソフトウェア管理部２２における実行制御の具体例を示すフローチャート。
【図２６】本発明の一実施形態に係るソフトウェア管理部２２におけるデータ収集の具体例を示すフローチャート。
【図２７】遠隔保守ソフトウェア自動配布システムと他のシステムの連携の具体例を示す図。
【符号の説明】
【０１２２】
１…センター監視装置、
２…ローカル監視装置、
１１…ソフトウェア格納部、
１２…ソフトウェア情報登録部、
１３…データベース部、
１４…登録情報分析部、
１５…監視・通知管理部、
１６…監視情報分析部、
１７…要求管理部、
１８…センター通信部、
２１…ローカル通信部、
２２…ソフトウェア管理部、
２３…ソフトウェア格納部、
２４…管理情報記憶部、
１３ａ…インシデント発生履歴テーブル、
１３ｂ…インシデント・ソフトウェア対応テーブル、
１３ｃ…インシデント定義テーブル、
１３ｄ…機器・ソフトウェア対応テーブル、
１３ｅ…機器テーブル、
１３ｆ…登録ソフト管理テーブル、
１３ｇ…メタデータ管理テーブル、
１３ｈ…スケジュール管理テーブル、
１３ｉ…機器故障確率テーブル、
１３ｊ…インシデント発生確率テーブル、
１３ｋ…ローカル構成管理テーブル。
【図２】
2009157597.tif 000003
【図３】
2009157597.tif 000004
【図４】
2009157597.tif 000005
【図５】
2009157597.tif 000006
【図６】
2009157597.tif 000007
【図７】
2009157597.tif 000008
【図８】
2009157597.tif 000009
【図９】
2009157597.tif 000010
【図１０】
2009157597.tif 000011
【図１１】
2009157597.tif 000012
【図１２】
2009157597.tif 000013
【図１３】
2009157597.tif 000014
【図１４】
2009157597.tif 000015
【図１５】
2009157597.tif 000016
【図１６】
2009157597.tif 000017
【図１７】
2009157597.tif 000018
【図１８】
2009157597.tif 000019
【図１９】
2009157597.tif 000020
【図２０】
2009157597.tif 000021
【図２１】
2009157597.tif 000022
【図２２】
2009157597.tif 000023
【図２３】
2009157597.tif 000024
【図２４】
2009157597.tif 000025
【図２５】
2009157597.tif 000026
【図２６】
2009157597.tif 000027
【図１】
2009157597.tif 000028
【図２７】
2009157597.tif 000029