JP2003242277A

JP2003242277A - 保守管理統合システム及びそれに用いる保守管理方法

Info

Publication number: JP2003242277A
Application number: JP2002044366A
Authority: JP
Inventors: Masahiro Takei; 正浩竹居
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2002-02-21
Filing date: 2002-02-21
Publication date: 2003-08-29

Abstract

(57)【要約】【課題】監視機能における障害解析及び進捗把握の負
担を軽減可能な保守管理統合システムを提供する。【解決手段】遠隔監視機能１は局舎３−１，３−２に
設置されている複数もしくは単数の装置３２−１の監視
情報を監視装置３１−１を介して受信する。遠隔監視サ
ーバ１２は通知受信部１１に到着した通知を解釈し、操
作端末１３に各装置３２−１の障害の発生情報、装置３
２−１の性能情報を表示するとともに、通知された装置
３２−１の警報情報、性能情報を装置監視情報格納部１
４に格納する。遠隔監視サーバ１２は操作端末１３から
検索要求が送られてくると、保守機能２内の修理履歴格
納部２２から該当部品の以前の修理情報を取得する。Ｄ
Ｂ検索部２３は保守状況格納部２１の進捗状況に変化が
あった場合、遠隔監視サーバ１２に通知する。遠隔監視
サーバ１２は進捗情報を操作端末１３に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は保守管理統合システ
ム及びそれに用いる保守管理方法に関し、特に安定なシ
ステム運用を行うためのシステム状態の監視や障害発生
時の迅速な保守作業の方法に関する。

【０００２】

【従来の技術】近年、通信装置やコンピュータシステム
に対する社会における重要性が増すのにしたがって、安
定なシステム運用が不可欠なものとなってきている。安
定なシステム運用には、システム状態の監視と、障害発
生時の迅速な保守作業とが必要である。

【０００３】従来、上記のような要件を満たす保守管理
方式としては、監視制御を行う運用者が高度な監視知識
を必要とすることなく、監視制御経費を削減可能なネッ
トワーク監視制御システムが本願出願人から提唱されて
いる。

【０００４】このネットワーク監視制御システムでは、
運用者端末がブラウザを介して監視制御業務の委託情報
を監視制御代行システムに通知し、監視制御代行システ
ムがこれらの運用者端末から通知される委託情報を顧客
インタフェースサーバにて受信し、顧客ゲートウェイで
通知される委託情報の解析を行い、監視制御代行システ
ムにて実行すべき業務情報として委託内容格納部に蓄積
する。

【０００５】監視制御代行システムの管理情報処理部は
委託内容格納部の監視制御対象の情報に応じて監視制御
対象装置の監視制御を行い、その結果を監視結果格納部
に蓄積し、運用者端末がブラウザによって監視結果格納
部からのデータを表示している。このように、上記のネ
ットワーク監視制御システムでも、監視システムから保
守システムへの修理指示を出す連携が述べられている。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
た従来の保守管理方式では、監視システムに障害が通知
された部品の過去の修理履歴を検索することができない
ため、適切な保守指示が出せないという問題がある。

【０００７】また、従来の保守管理方式では、監視シス
テムにおいて、保守の進捗状況が人手を介さなければな
らず、障害復旧スケジュールが立てづらいという問題が
ある。さらに、従来の保守管理方式では、突発的な故障
発生時に保守作業を迅速に対応させることができないと
いう問題がある。

【０００８】そこで、本発明の目的は上記の問題点を解
消し、監視機能における障害解析及び進捗把握の負担を
軽減することができる保守管理統合システム及びそれに
用いる保守管理方法を提供することにある。

【０００９】

【課題を解決するための手段】本発明による保守管理統
合システムは、複数の装置の状態監視を行う監視機能
と、装置の修理及び調整を行う保守機能とを含む保守管
理統合システムであって、前記監視機能のデータベース
と前記保守機能のデータベースとを連携する連携機能を
備えている。

【００１０】本発明による保守管理方法は、複数の装置
の状態監視を行う監視機能と、装置の修理及び調整を行
う保守機能とを含む保守管理統合システムの保守管理方
法であって、前記監視機能のデータベースと前記保守機
能のデータベースとを連携させている。

【００１１】すなわち、本発明の保守管理統合システム
は、複数の装置の状態監視を行う監視機能と、装置の修
理及び調整を行う保守機能との機能統合に関するもので
ある。この保守管理統合システムでは、監視機能、保守
機能の連係機能として、監視機能が受信した装置障害の
原因を解析するため、保守機能が保持する該当装置の修
理履歴の検索、保守機能が取りまとめる保守進捗状況の
監視機能の表示端末における表示、障害の恐れのある部
品を監視機能にて予測することによる保守機能への故障
前通知機能を有している。

【００１２】より具体的に説明すると、本発明の保守管
理統合システムでは、遠隔監視機能が局舎に設置されて
いる複数もしくは単数の装置の監視情報、すなわち警報
情報及び性能情報を受信する。監視情報の通信は局舎内
に設置される監視装置が装置の情報を集約し、遠隔監視
機能内に設置される通知受信部に転送することで行う。
同様に、遠隔監視機能は局舎とは別の局舎の装置の監視
も行うことが可能である。

【００１３】遠隔監視サーバは通知受信部に到着した通
知を解釈し、操作端末に各装置の障害の発生情報、装置
の性能情報を表示するとともに、通知された装置の警報
情報、性能情報を装置監視情報格納部に格納する。

【００１４】監視作業運用者は操作端末を用いて装置障
害を把握し、解析作業を開始する。障害発生部品の過去
の修理状況を検索する場合、監視作業運用者は操作端末
を用いて遠隔監視サーバに検索要求を送出する。遠隔監
視サーバは保守機能内の修理履歴格納部から該当部品の
以前の修理情報を取得する。修理情報の取得は遠隔監視
機能の遠隔監視サーバが保守機能のＤＢ（データベー
ス）検索部に該当部品の製造番号をキーとするデータベ
ース検索要求を送出し、ＤＢ検索部が検索要求にしたが
って修理履歴格納部を検索し、該当データを遠隔監視サ
ーバに返却することで行われる。

【００１５】また、局舎の装置の部品修理を保守機能が
実施している場合、部品の搬送状況、現場での修理状況
は逐一作業者から保守実行部に連絡され、保守実行部は
進捗状況を保守状況格納部に登録する。ＤＢ検索部は進
捗状況に変化があった場合、これを検出し、遠隔監視サ
ーバに通知を行４。遠隔監視サーバは進捗情報を操作端
末に表示する。

【００１６】通常、監視機能と保守機能とは別のシステ
ムで運用されている。このため、監視機能で障害解析を
行う場合、故障部品の過去の修理状況を調査する際、両
方のシステムの運用者間の人手による連絡に頼り、手間
がかかってしまう。また、修理を開始した際も現地での
修理状況を監視機能にて把握することにも手間がかかっ
てしまう。

【００１７】本発明の保守管理統合システムでは、監視
機能のデータベースと保守機能のデータベースとの連携
を行うことによって、監視機能における障害解析及び進
捗把握の負担を軽減することが可能となる。

【００１８】

【発明の実施の形態】次に、本発明の実施例について図
面を参照して説明する。図１は本発明の第１の実施例に
よる保守管理統合システムの構成を示すブロック図であ
る。図１において、本発明の第１の実施例による保守管
理統合システムは遠隔監視機能１と、保守機能２と、局
舎３−１，３−２と、格納倉庫４とから構成されてい
る。

【００１９】遠隔監視機能１は、局舎３−１，３−２か
らの警報情報、性能情報を受信する通知受信部１１と、
監視システムの運用を司る遠隔監視サーバ１２と、監視
作業運用者が監視作業のために利用する操作端末１３
と、局舎３−１，３−２から発生した警報情報、性能情
報を格納する装置監視情報格納部１４とから構成されて
いる。

【００２０】保守機能２は各局舎３−１，３−２での保
守の進捗状況情報を格納する保守状況格納部２１と、各
部品の過去の修理状況情報を格納する修理履歴格納部２
２と、遠隔監視機能１からの問い合わせに応じて保守状
況格納部２１あるいは修理履歴格納部２２の検索を行
い、結果を返却するＤＢ（データベース）検索部２３
と、保守作業を司る保守実行部２４とから構成されてい
る。

【００２１】局舎３−１は内部の装置３２−１の警報情
報、性能情報を集約し、遠隔監視機能１に通知を行う監
視装置３１−１と、監視装置３１−１によって監視され
る装置３２−１とから構成されている。尚、図示してい
ないが、局舎３−２は局舎３−１と同様の構成となって
いる。格納倉庫４は装置３２−１の交換部品を格納して
いる。

【００２２】遠隔監視機能１は局舎３−１，３−２に設
置されている複数もしくは単数の装置３２−１の監視情
報、すなわち警報情報及び性能情報を受信する。監視情
報の通信は局舎３−１内に設置される監視装置３１−１
が装置３２−１の情報を集約し、遠隔監視機能１内に設
置される通知受信部１１に転送することで行われる。同
様に、遠隔監視機能１は局舎３−１とは別の局舎３−２
の装置の監視も行うことが可能である。

【００２３】遠隔監視サーバ１２は通知受信部１１に到
着した通知を解釈し、操作端末１３に各装置３２−１の
障害の発生情報、装置３２−１の性能情報を表示すると
ともに、通知された装置３２−１の警報情報、性能情報
を装置監視情報格納部１４に格納する。

【００２４】監視作業運用者は操作端末１３を用いて装
置障害を把握し、解析作業を開始する。障害発生部品の
過去の修理状況を検索する場合、監視作業運用者は操作
端末１３を用いて遠隔監視サーバ１２に検索要求を送出
する。遠隔監視サーバ１２は保守機能２内の修理履歴格
納部２２から該当部品の以前の修理情報を取得する。修
理情報の取得は遠隔監視機能１の遠隔監視サーバ１２が
保守機能２のＤＢ検索部２３に該当部品の製造番号をキ
ーとするデータベース検索要求を送出し、ＤＢ検索部２
３が検索要求にしたがって修理履歴格納部２２を検索
し、該当データを遠隔監視サーバ１２に返却することで
行われる。

【００２５】また、局舎３−１の装置３２−１の部品修
理を保守機能２が実施している場合、部品の搬送状況、
現場での修理状況は逐一作業者から保守実行部２４に連
絡され、保守実行部２４は進捗状況を保守状況格納部２
１に登録する。ＤＢ検索部２３は進捗状況に変化があっ
た場合、これを検出し、遠隔監視サーバ１２に通知を行
う。遠隔監視サーバ１２は進捗情報を操作端末１３に表
示する。

【００２６】通常、監視機能と保守機能とは別のシステ
ムで運用されている。このため、監視機能で障害解析を
行う場合、故障部品の過去の修理状況を調査する際、両
方のシステムの運用者間の人手による連絡に頼り、手間
がかかってしまう。また、修理を開始した際も現地での
修理状況を監視機能にて把握することにも手間がかかっ
てしまう。

【００２７】本実施例の保守管理統合システムでは、監
視機能１のデータベース（装置監視情報格納部１４）と
保守機能２のデータベース（保守状況格納部２１及び修
理履歴格納部２２）との連携を行うことによって、監視
機能１における障害解析及び進捗把握の負担を軽減する
ことができる。

【００２８】図２は本発明の第１の実施例における局舎
の監視開始時に局舎の装置を構成する部品の製造番号一
覧を取得する手順を示すフローチャートであり、図３は
本発明の第１の実施例における障害発生の際に保守機能
に格納されている修理履歴情報を利用して故障パッケー
ジの原因調査を行う手順を示すフローチャートであり、
図４は本発明の第１の実施例における保守作業進捗状況
を遠隔監視機能の操作端末に反映させる手順を示すフロ
ーチャートである。これら図１〜図４を参照して本発明
の第１の実施例の動作について説明する。

【００２９】遠隔監視サーバ１２は局舎３−１の監視開
始時に局舎３−１の装置３２−１を構成する部品の製造
番号一覧を取得する。つまり、遠隔監視サーバ１２は起
動時に通知受信部１１を介して各局舎３−１，３−２に
接続要求を出し、接続を行う（図２ステップＳ１１）。

【００３０】接続終了後、遠隔監視サーバ１２は局舎３
−１の監視装置３１−１に対し、監視装置３１−１が管
理している装置を構成する部品の識別名称（Ｄｉｓｔｉ
ｎｇｕｉｓｈｅｄＮａｍｅ）と部品の製造番号情報と
の送出を要求し、これらの情報を受信する（図２ステッ
プＳ１２）。遠隔監視サーバ１２ではこれらの情報を装
置監視情報格納部１４に格納する（図２ステップＳ１
３）。

【００３１】局舎３−１の装置３２−１に故障が発生す
ると、監視装置３１−１から通知受信部１１を介して遠
隔監視サーバ１２に故障の起きた装置の部品の識別情
報、警報種別を通知する。遠隔監視サーバ１２は装置監
視情報格納部１４に警報情報を格納するとともに、操作
端末に警報の発生した装置の識別情報と警報情報とを表
示する。

【００３２】監視作業運用者がこの障害復旧を行う際
に、障害発生の部品に関し、過去の修理履歴が必要な場
合には、監視作業運用者が操作端末１３から該当部品の
過去の修理履歴の検索を行う（図３ステップＳ２１）。
操作端末１３は遠隔監視サーバ１２に検索要求対象の装
置部品の識別名称を伝え、遠隔監視サーバ１２は装置監
視情報格納部１４から該識別名称に対応する部品の製造
番号を得る（図３ステップＳ２２）。

【００３３】遠隔監視サーバ１２はその要求にしたがっ
てＤＢ検索部２３に対して製造番号に対応する部品の修
理履歴検索要求を出す。検索要求はＬＡＮ（Ｌｏｃａｌ
ＡｒｅａＮｅｔｗｏｒｋ）、インタネット、専用線
等の通信路を介して送受信され、検索要求応答の電文は
ＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎｇ
ｕａｇｅ）問い合わせ文の発行、もしくはＴＣＰ／ＩＰ
（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏ
ｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）上
の独自プロトコル、ＣＯＲＢＡ−ＩＤＬ（Ｃｏｍｍｏｎ
ＯｂｊｅｃｔＲｅｑｕｅｓｔＢｒｏｋｅｒＡｒｃ
ｈｉｔｅｃｔｕｒｅＩｎｔｅｒｆａｃｅＤｅｆｉｎ
ｉｔｉｏｎＬａｎｇｕａｇｅ）、ＸＭＬ（Ｅｘｔｅｎ
ｄＭａｒｋｕｐＬａｎｇｕａｇｅ）等の構造記述言
語を用いて定義されたフォーマットを用いる（図３ステ
ップＳ２３）。

【００３４】保守機能２の修理履歴格納部２２には各部
品の修理履歴情報、すなわち部品の修理、交換情報、フ
ァームウェアのアップデート情報等、その部品が製造さ
れてから施された改造情報が全て記録されている。

【００３５】ＤＢ検索部２３は修理履歴格納部２２に、
問い合わせ対象の製造番号をもつ部品の修理履歴の検索
を行う（図３ステップＳ２４）。修理履歴の検索は、修
理履歴格納部２２が関係データベースで構成されている
場合にはＳＱＬの問い合わせ文をＪＤＢＣ［Ｊａｖａ
（Ｒ）ＤａｔａＢａｓｅＣｏｎｎｅｃｔｉｖｉｔ
ｙ］，ＯＤＢＣ（ＯｐｅｎＤａｔａＢａｓｅＣｏｎ
ｎｅｃｔｉｖｉｔｙ）等のデータベースアクセスプロト
コルにて行い、ＸＭＬデータベースで構成されている場
合にはＸ−Ｑｕｅｒｙプロトコルで行い、またＯＳＩデ
ータベースで構成されている場合にはＣＭＩＳプロトコ
ルによって行われる。

【００３６】ＤＢ検索部２３は検索結果を遠隔監視サー
バ１２に返却し、遠隔監視サーバ１２は操作端末１３に
検索対象の製造番号の装置の修理履歴を表示する（図３
ステップＳ２５）。

【００３７】局舎３−１の装置３２−１に障害が発生
し、部品の補修交換が必要な場合には、保守機能の保守
実行部２４が保守要員の手配及び格納倉庫４から局舎３
−１への部品送付手配を行い、現地の局舎３−１にて交
換作業を行う。

【００３８】交換に際して、部品の配送状況、現地での
修理進捗状況は逐一現地作業員から保守実行部２４に報
告される。報告はインタネットや専用線、主信号通信路
のＩｎ−Ｂａｎｄ通信、公衆電話回線ダイヤルアップ等
のコンピュータネットワーク、あるいはＭＣＡ（Ｍｕｌ
ｔｉＣｈａｎｎｅｌＡｃｃｅｓｓ）無線による無線
伝送等によるコンピュータ通信、もしくは電話、ＦＡＸ
（ファクシミリ）、口頭連絡等の手段によって行われる
（図４ステップＳ３１）。

【００３９】保守実行部２４は進捗報告を受けると、保
守状況格納部２１に格納されている各局舎３−１，３−
２での保守作業進捗状況の情報のうち、進捗報告があっ
た局舎３−１の該当修理案件の進捗状況を更新する。

【００４０】また、部品の交換、改造が発生した場合、
保守実行部２４は修理履歴格納部２２に対しても該当情
報の更新を行う（図４ステップＳ３２）。それらの登録
は、修理履歴格納部２２や保守状況格納部２３が関係デ
ータベースで構築されている場合にはＳＱＬの問い合わ
せ文をＪＤＢＣ［Ｊａｖａ（Ｒ）ＤａｔａＢａｓｅＣ
ｏｎｎｅｃｔｉｖｉｔｙ］，ＯＤＢＣ（ＯｐｅｎＤａ
ｔａＢａｓｅＣｏｎｎｅｃｔｉｖｉｔｙ）等のデータ
ベースアクセスプロトコルで行い、ＸＭＬデータベース
で構成されている場合にはＸ−Ｑｕｅｒｙプロトコルで
行い、またＯＳＩデータベースで構成されている場合に
はＣＭＩＳプロトコルによって行う。

【００４１】ＤＢ検索部２３は保守状況格納部２１の更
新状態を定期的に監視し（図４ステップＳ３３）、変更
があった場合には遠隔監視サーバ１２に進捗状況に変更
のあった局舎３−１と、修理内容と、その進捗度とを通
知する（図４ステップＳ３４）。ＤＢ検索部２３による
保守状況格納部２１の変更状況の監視は、最終更新日時
のポーリングによるチェック等によって行う。遠隔監視
サーバ１２は保守の進捗状況情報を取得すると、操作端
末１３に保守進捗状況を表示する（図４ステップＳ３
５）。

【００４２】このように、本実施例では、遠隔監視機能
１の操作端末１３から別システムである保守機能２の修
理履歴格納部２２の情報を検索して表示することができ
るため、監視作業運用者が障害発生部品の過去の修理履
歴を迅速に取得することができる。

【００４３】また、本実施例では、保守機能２に蓄積さ
れる保守進捗状況が遠隔監視機能１の操作端末１３上に
逐次表示されるので、監視作業運用者が保守の進行状況
を容易に把握することができる。つまり、本実施例で
は、遠隔監視機能１と保守機能２との間でデータベース
の連携を行うことによって、遠隔監視機能１における障
害解析及び進捗把握の負担を軽減することができる。

【００４４】図５は本発明の第２の実施例による保守管
理統合システムの構成を示すブロック図である。図５に
おいて、本発明の第２の実施例による保守管理統合シス
テムは遠隔監視機能５に障害予測部５１と予測知識格納
部５２とを設け、保守機能６に保守計画部６１を設けた
以外は図１に示す本発明の第１の実施例による保守管理
統合システムと同様の構成となっており、同一構成要素
には同一符号を付してある。また、同一構成要素の動作
は本発明の第１の実施例と同様である。

【００４５】障害予測部５１は装置３２−１の障害発
生、故障発生の予兆を推測し、警告を発する。予測知識
格納部５２は障害予測部５１が推測を行うための推測ル
ールを格納する。予測知識格納部５２は障害予測部５１
から更新のあった警報情報もしくは性能情報が示される
と、その情報に関連する推測ルールを検索し、障害予測
部５１に推測手順を示す。

【００４６】保守計画部６１は遠隔監視機能５の障害予
測部５１から装置３２−１の故障発生の予兆の警告を受
け、保守計画を策定するためのモジュールである。

【００４７】図６は本発明の第２の実施例における障害
予測部が装置の障害や故障発生の予兆を推測して保守機
能に警告を行う手順を示すフローチャートである。これ
ら図５及び図６を参照して本発明の第２の実施例の動作
について説明する。

【００４８】局舎３−１からの警報情報や障害情報が発
生すると、その情報を受信した遠隔監視サーバ１２によ
って装置監視情報格納部１４に新たに警報情報、性能情
報が格納される（図６ステップＳ４１）。

【００４９】障害予測部５１は装置監視情報格納部１４
に新たな情報が格納されたことを遠隔監視サーバ１２か
らの通知によって認識すると、予測知識格納部５２に新
たに格納された警報情報あるいは性能情報の名称を通知
し、該警報情報もしくは該性能情報に関連する推測ルー
ルを取得する。

【００５０】推測ルールの取得は予測知識格納部５２に
格納されているプログラムの関数へのポインタを受取る
方式、もしくは処理プログラムが存在するＵＲＬ（Ｕｎ
ｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を受
取る方式、あるいはプログラムを含むバイトコードを障
害予測部５１が受信する方式で実現される。

【００５１】障害予測部５１では取得した推測ルールに
基づき、過去の警報情報、性能情報の発生履歴を装置監
視情報格納部１４から取得し、障害予兆の可能性を判定
する（図６ステップＳ４２）。

【００５２】障害予測部５１は障害の予兆があると判定
すると、保守機能６の保守計画部６１に障害予兆の警告
を行う（図６ステップＳ４３）。保守計画部６１では通
知された障害予兆の警告によって保守運用計画の変更を
行う。通常、保守は定期的に実施されているが、保守計
画部６１は本警告を受けると、臨時に交換、補修の計画
を策定する。

【００５３】図７は本発明の第２の実施例における警報
情報に基づいて部品の故障予兆を推測して通知する具体
例な手順を示すフローチャートである。この図７を参照
して部品の故障予兆を推測して通知する手順について説
明する。

【００５４】障害予測部５１は装置監視情報格納部１４
に新たな警報情報が格納されると（図７ステップＳ５
１）、今回発生した警報に関連する推測ルールを予測知
識格納部５２から取得する（図７ステップＳ５２）。障
害予測部５１は取得した推測ルールに基づき、警報が発
生した部品の警報発生履歴を装置監視情報格納部１４に
記録する（図７ステップＳ５３）。

【００５５】障害予測部５１では予測知識格納部５２か
ら障害の予兆を判定するパラメータ、すなわち障害発生
回数を測定する障害判定期間値、警告を発生する閾値で
ある警告送出障害数を取得する（図７ステップＳ５
４）。障害予測部５１は取得した障害判定期間に当該部
品で発生した警報発生数が警告送出障害数を超過してい
れば（図７ステップＳ５６）、保守計画部６１に警告を
送出する（図７ステップＳ５６）。

【００５６】上記のように動作することで、本実施例は
本発明の第１の実施例の効果に加えて、装置部品が完全
に故障する前に、障害予測部５１が障害の予兆を装置３
２−１からの警報通知を基に推測するため、装置部品の
故障を事前に検出することができるという効果を有す
る。

【００５７】図８は本発明の第３の実施例における性能
情報を基に部品の故障予兆を推測して通知する具体的な
手順を示すフローチャートであり、図９は本発明の第３
の実施例における性能情報値の移動平均と持続区間との
関係を示す図である。尚、本発明の第３の実施例のシス
テム構成は図５に示す本発明の第２の実施例による保守
管理統合システムの構成と同様である。

【００５８】これら図５と図８と図９とを参照して本発
明の第３の実施例について説明する。本実施例では、推
測ルールとして、性能情報の推移を統計処理することに
よって障害発生以前に警告を送出している。

【００５９】障害予測部５１は装置監視情報格納部１４
に新たな性能情報値が格納されると（図８ステップＳ６
１）、遠隔監視サーバ１２から格納された事象が通知さ
れるので、それによって予測知識格納部１６から関連す
る推測ルールを取得する（図８ステップＳ６２）。

【００６０】障害予測部５１は推測ルールに基づき予測
知識格納部５２から障害予兆を判定するパラメータ、す
なわち警告送出スレッショルド値、移動平均の平均区
間、警告送出スレッショルド値を連続して超過した回数
である持続回数の３つのパラメータを取得する（図８ス
テップＳ６３）。

【００６１】障害予測部５１は装置監視情報格納部１４
から過去の該性能情報値を収集する（図８ステップＳ６
４）。推測に必要な期間は、移動平均の平均区間の回数
に持続回数を加えた期間（平均区間＋持続回数）とな
る。

【００６２】障害予測部５１は取得した性能情報値の移
動平均を算出し（図８ステップＳ６５）、算出した移動
平均の値が連続して持続回数の期間以上警告送出スレッ
ショルドの値を超過していた場合に、保守計画部６１に
警告を送出する（図８ステップＳ６６）。

【００６３】上記の性能情報値の移動平均と持続区間と
の関係を図９に示す。図９において、性能情報値Ｇ１４
を、予測知識格納部５２から与えられた平均区間によっ
て移動平均の統計処理を行った結果が、性能情報値の移
動平均Ｇ１５となる。警告送出スレッショルドＧ１３は
障害として判定されるＴＣＡ（ＴｈｒｅｓｈｏｌｄＣｒ
ｏｓｓｅｄＡｌｅｒｔ）送出スレッショルドＧ１２よ
りもより軽微な値に設定されている。この警告送出スレ
ッショルドＧ１３を性能情報値の移動平均Ｇ１５が連続
して持続区間Ｇ１６の区間で超過していた場合、障害予
測部５１は保守計画部６１に警報を送出する。尚、図９
において、Ｇ１１は時刻である。

【００６４】上記のように動作することで、本実施例は
本発明の第２の実施例の効果に加えて、性能情報値がＴ
ＣＡスレッショルドを超過しないまでも、ある一定時
間、性能情報値がＴＣＡに近づいていた場合に警告を送
出するため、性能情報値から装置部品の品質の劣化を事
前に検出することができるという効果を有する。

【００６５】図１０は本発明の第４の実施例における同
種部品の障害検出手順を示すフローチャートである。
尚、本発明の第４の実施例のシステム構成は図５に示す
本発明の第２の実施例による保守管理統合システムの構
成と同様である。

【００６６】これら図５と図１０とを参照して本発明の
第４の実施例について説明する。本実施例では、同種の
部品に障害が多発した場合に同種の部品全てに対して警
告を発生している。

【００６７】障害予測部５１は装置監視情報格納部１４
に新たな警報情報が格納されると（図１０ステップＳ７
１）、遠隔監視サーバ１２から格納された事象が通知さ
れるので、それによって予測知識格納部５２から関連す
る推測ルールを取得する（図１０ステップＳ７２）。

【００６８】障害予測部５１は推測ルールにしたがっ
て、今回発生した警報を該部品種別の警報発生履歴に追
加する（図１０ステップＳ７３）。すなわち、障害予測
部５１は部品固有の障害履歴ではなく、同種部品の障害
発生履歴を作成する。

【００６９】障害予測部５１は予測知識格納部５２から
該部品種別の警告を発生するのに必要なパラメータ、す
なわち障害判定期間、警告送出障害数を取得する（図１
０ステップＳ７４）。

【００７０】障害予測部５１は装置監視情報格納部１４
に格納されている当該部品種別の警報発生履歴を参照
し、取得した障害判定期間の間に当該部品種別全体で警
報発生数が警告送出障害数を超過しているかを検査する
（図１０ステップＳ７５）。超過している場合、障害予
測部５１は保守計画部６１に警告を送出する（図１０ス
テップＳ７６）。

【００７１】上記のように動作することで、本実施例は
湾発明の第２の実施例の効果に加えて、同種装置の障害
発生状況から警報を発生するため、同種装置全体が保有
している問題を他の装置に実装している同種部品での障
害発生前に検出することができるという効果を有する。

【００７２】

【発明の効果】以上説明したように本発明は、複数の装
置の状態監視を行う監視機能と、装置の修理及び調整を
行う保守機能とを含む保守管理統合システムにおいて、
監視機能のデータベースと保守機能のデータベースとを
連携させることをよって、監視機能における障害解析及
び進捗把握の負担を軽減することができるという効果が
得られる。

【図面の簡単な説明】

【図１】本発明の第１の実施例による保守管理統合シス
テムの構成を示すブロック図である。

【図２】本発明の第１の実施例における局舎の監視開始
時に局舎の装置を構成する部品の製造番号一覧を取得す
る手順を示すフローチャートである。

【図３】本発明の第１の実施例における障害発生の際に
保守機能に格納されている修理履歴情報を利用して故障
パッケージの原因調査を行う手順を示すフローチャート
である。

【図４】本発明の第１の実施例における保守作業進捗状
況を遠隔監視機能の操作端末に反映させる手順を示すフ
ローチャートである。

【図５】本発明の第２の実施例による保守管理統合シス
テムの構成を示すブロック図である。

【図６】本発明の第２の実施例における障害予測部が装
置の障害や故障発生の予兆を推測して保守機能に警告を
行う手順を示すフローチャートである。

【図７】本発明の第２の実施例における警報情報に基づ
いて部品の故障予兆を推測して通知する具体例な手順を
示すフローチャートである。

【図８】本発明の第３の実施例における性能情報を基に
部品の故障予兆を推測して通知する具体的な手順を示す
フローチャートである。

【図９】本発明の第３の実施例における性能情報値の移
動平均と持続区間との関係を示す図である。

【図１０】本発明の第４の実施例における同種部品の障
害検出手順を示すフローチャートである。

【符号の説明】

１，５遠隔監視機能２，６保守機能３−１，３−２局舎４格納倉庫１１通知受信部１２遠隔監視サーバ１３操作端末１４装置監視情報格納部２１保守状況格納部２２修理履歴格納部２３ＤＢ検索部２４保守実行部５１障害予測部５２予測知識格納部６１保守計画部Ｇ１１時刻Ｇ１２ＴＣＡ送出スレッショルドＧ１３警告送出スレッショルドＧ１４性能情報値Ｇ１５性能情報値の移動平均Ｇ１６持続区間

Claims

【特許請求の範囲】

【請求項１】複数の装置の状態監視を行う監視機能
と、装置の修理及び調整を行う保守機能とを含む保守管
理統合システムであって、前記監視機能のデータベース
と前記保守機能のデータベースとを連携する連携機能を
有することを特徴とする保守管理統合システム。
【請求項２】前記連係機能は、前記監視機能が受信し
た装置障害の原因を解析するために前記保守機能が保持
する該当装置の修理履歴を検索する機能と、前記保守機
能が取りまとめる保守進捗状況を前記監視機能の操作端
末に表示する機能とを含むことを特徴とする請求項１記
載の保守管理統合システム。
【請求項３】前記連係機能は、障害の恐れのある部品
を前記監視機能にて予測して前記保守機能へ通知する機
能を含むことを特徴とする請求項２記載の保守管理統合
システム。
【請求項４】前記監視機能は、前記保守機能に対する
ポーリングで定期的に前記保守進捗状況を取得して前記
操作端末に表示する機能を含むことを特徴とする請求項
２または請求項３記載の保守管理統合システム。
【請求項５】前記障害の恐れのある部品を予測する機
能は、前記監視機能が保持する装置監視情報を利用して
前記装置の障害発生前に障害予兆を推測して警告を前記
保守機能へ発することを特徴とする請求項３記載の保守
管理統合システム。
【請求項６】前記保守機能は、前記監視機能からの前
記警告の受信時に前記装置に対する保守スケジュールを
変更する機能を含むことを特徴とする請求項５記載の保
守管理統合システム。
【請求項７】前記障害の恐れのある部品を予測する機
能は、前記装置の部品の一定期間内の障害発生数を蓄積
し、一定数以上に達した際に前記警告を発することを特
徴とする請求項５または請求項６記載の保守管理統合シ
ステム。
【請求項８】前記障害の恐れのある部品を予測する機
能は、前記装置の部品の性能情報を蓄積し、一定期間内
の性能情報値の移動平均が連続して警告送出スレッショ
ルドを超過した際に前記警告を発することを特徴とする
請求項５または請求項６記載の保守管理統合システム。
【請求項９】前記障害の恐れのある部品を予測する機
能は、前記装置の同種部品の一定期間内の障害発生数を
蓄積し、一定数以上に達した際に前記警告を発すること
を特徴とする請求項５または請求項６記載の保守管理統
合システム。
【請求項１０】複数の装置の状態監視を行う監視機能
と、装置の修理及び調整を行う保守機能とを含む保守管
理統合システムの保守管理方法であって、前記監視機能
のデータベースと前記保守機能のデータベースとを連携
させることを特徴とする保守管理方法。
【請求項１１】前記監視機能が受信した装置障害の原
因を解析するために前記保守機能が保持する該当装置の
修理履歴を検索するステップと、前記保守機能が取りま
とめる保守進捗状況を前記監視機能の操作端末に表示す
るステップとを含むことを特徴とする請求項１０記載の
保守管理方法。
【請求項１２】障害の恐れのある部品を前記監視機能
にて予測して前記保守機能へ通知するステップを含むこ
とを特徴とする請求項１１記載の保守管理方法。
【請求項１３】前記保守機能に対するポーリングで定
期的に前記保守進捗状況を取得して前記操作端末に表示
するステップを前記監視機能に含むことを特徴とする請
求項１１または請求項１２記載の保守管理方法。
【請求項１４】前記障害の恐れのある部品を予測する
ステップは、前記監視機能が保持する装置監視情報を利
用して前記装置の障害発生前に障害予兆を推測して警告
を前記保守機能へ発することを特徴とする請求項１２記
載の保守管理方法。
【請求項１５】前記保守機能は、前記監視機能からの
前記警告の受信時に前記装置に対する保守スケジュール
を変更することを特徴とする請求項１４記載の保守管理
方法。
【請求項１６】前記障害の恐れのある部品を予測する
ステップは、前記装置の部品の一定期間内の障害発生数
を蓄積し、一定数以上に達した際に前記警告を発するこ
とを特徴とする請求項１４または請求項１５記載の保守
管理方法。
【請求項１７】前記障害の恐れのある部品を予測する
ステップは、前記装置の部品の性能情報を蓄積し、一定
期間内の性能情報値の移動平均が連続して警告送出スレ
ッショルドを超過した際に前記警告を発することを特徴
とする請求項１４または請求項１５記載の保守管理方
法。
【請求項１８】前記障害の恐れのある部品を予測する
ステップは、前記装置の同種部品の一定期間内の障害発
生数を蓄積し、一定数以上に達した際に前記警告を発す
ることを特徴とする請求項１４または請求項１５記載の
保守管理方法。