JPH1117680A - 交換システムと保守運用システム間の整合処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 システム全体の負荷を低くする事と、整合処
理におけるデータの信頼性の向上させる交換システムと
保守運用システム間の整合処理装置を提供することを目
的としている。 【解決手段】 整合処理装置において、整合処理をする
プライオリティと該プライオリティを有する第２データ
を示す第１コマンド又は整合実行の対象とするプライオ
リティを示す第２コマンドを端末装置より入力して、第
１コマンド又は第２コマンドの実行を制御をするオペレ
ーション制御手段と、プライオリティと第２データが該
プライオリティを有することを示すプライオリティ情報
データを作成するプライオリティ設定手段と、プライオ
リティ情報データを検索して、該プライオリティを有す
る第２データと該第２データに対応する前記第１データ
との間で整合処理をする整合手段とを具備して構成す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、交換システムと保
守運用システム間の整合処理装置に関し、特に、交換シ
ステムのデータベースと保守運用システムのデータベー
スとの間でデータ不整合が生じた場合の整合処理に関す
るものである。

【０００２】

【従来の技術】交換システムは、伝送路のインタフェー
スを司る伝送路インタフェース回線（以下、回線と略
す）に接続される伝送路と端末との間の接続の制御をし
て、伝送路と端末との間の通信を行っている。そして、
交換システムは、信頼性の高い通信を実現するべく、回
線の状態（運用／非運用、実装／未実装、障害など）や
呼制御、回線などの警報監視、回線と端末との接続制御
などをするＣＰＵの装置状態、各種情報を記憶するハー
ドディスク装置など記憶装置の状態、回線の接続状態な
どを管理している。

【０００３】これらの情報は、ユーザよる端末操作によ
って、参照されて、管理される。この端末操作による交
換システムの負荷分散を図るために、保守運用システム
が設けられている。これは、保守運用システムに、交換
システムと同じ内容の情報を持たせて、保守運用システ
ムでユーザに情報を提供しようとするものである。

【０００４】そのため、交換システムと保守運用システ
ムで有する情報の不整合が生じた場合、正しい情報にデ
ータを自動的に整合させ、システム安定的に動作させる
データ整合が必要となっている。

【０００５】従来、同じ情報を共有する２つのデータ群
の同じでなければならない情報のデータ不整合を検出す
るため、ユーザによる端末からの状態参照コマンドの実
行又は周期自動実行により全データ群を対象として、状
態参照を行い、２つのデータを照合して、データ不整合
を検出している。そして、不整合が検出された場合は、
そのデータは、予めシステムで決められた側、例えば、
交換システム側のデータに修復されていた。

【０００６】

【発明が解決しようとする課題】従来では、上述したよ
うに、交換システム内に保持された全データを一括して
参照し、不整合の有無をひとつずつチェックしていた。
しかし、全データを一度にチェックしていたのではかな
りの時間が必要とするだけでなく、それほど優先度の高
くないデータに対しても毎回参照していたのでは交換シ
ステムと保守運用システム双方の負荷が高くなるという
問題点があった。

【０００７】また、データ不整合が検出された場合、デ
ータ不整合が生じた原因がどちらにあっても、予め、シ
ステムで設定された側のデータに合わせているため、異
常な値を設定してしまうことがあるという問題点があっ
た。

【０００８】本発明は、このような点に鑑みてなされた
ものであり、これらのデータにプライオリティを付け
て、プライオリティの高いデータの参照周期間隔を早め
ると共にプライオリティの低いデータの周期間隔を伸ば
すことでシステム全体の負荷を低くする事と、データ不
整合が生じた場合に、システム内で記録しているシステ
ム状態や障害情報をもとに、どちらのデータに合わせる
べきかを不整合が生じたデータ毎に判断してデータ整合
を行うことで、整合処理におけるデータの信頼性の向上
させる交換システムと保守運用システム間の整合処理装
置を提供することを目的としている。

【０００９】

【課題を解決するための手段】図１は本発明の原理図で
ある。この図に示すように、本発明は、データ伝送をす
る伝送路と接続をする伝送路インタフェース回線又はデ
ータ伝送の監視・制御をする装置の各資源の状態を含む
情報を該資源毎に持つ第１データを記憶する第１データ
ベース４を有し、伝送路インタフェース回線を介してデ
ータ伝送をする交換システム２の第１データと、該第１
データと同じ内容の第２データを記憶する第２データベ
ース８を有し、第２データに基づき交換システム２の運
用管理及び保守をするための保守運用システム６の第２
データとの間のデータの不整合を検出して、整合処理を
する交換システムと保守運用システム間の整合処理装置
１２において、整合処理をするプライオリティと該プラ
イオリティを有する第２データを示す第１コマンド又は
整合実行の対象とするプライオリティを示す第２コマン
ドを端末装置１０より入力して、第１コマンド又は第２
コマンドの実行を制御をするオペレーション制御手段１
４と、第１コマンドが示すプライオリティと該プライオ
リティを有する第２データを示す情報をオペレーション
制御手段１４より入力して、該第２データが該プライオ
リティを有することを示すプライオリティ情報データを
作成するプライオリティ設定手段１６と、第２コマンド
が示すプライオリティをオペレーション制御手段１６よ
り入力し、プライオリティ情報データを検索して、該プ
ライオリティを有する第２データと該第２データに対応
する第１データとの間で整合処理をする整合手段１８と
を具備したことを特徴とする。

【００１０】以上のような構成によれば、オペレーショ
ン制御手段１４は、端末装置１０よりユーザが指定する
第２データに対する整合のプライオリティを指示する第
１コマンドを入力して、プライオリティ設定手段１６を
起動する。プライオリティ設定手段１６は、第２データ
に対して、プライオリティを示すプライオリティ情報デ
ータを作成する。

【００１１】そして、オペレーション制御手段１４は、
端末装置１０よりユーザが指定する整合実行の対象とす
るプライオリティを指示する第２コマンドを端末装置１
０より入力して、整合手段１８を起動する。

【００１２】整合手段１８は、プライオリティ情報デー
タを参照して、プライオリティが示す第２データと該第
２データに対応する第１データとの間で整合処理をす
る。これにより、ユーザは、プライオリティ毎に整合処
理を実行することができ、保守運用システム６の負荷を
軽減することが可能となる。

【００１３】また、代替案として整合処理装置を、整合
処理をするプライオリティ、該プライオリティを有する
第２データを示す情報、及び該プライオリティで整合実
行をする周期を示すコマンドを端末装置より入力して、
コマンドの実行を制御するオペレーション制御手段１４
と、コマンドが示すプライオリティと該第２データが該
プライオリティを有することと周期をオペレーション制
御手段１４より入力して、該プライオリティと周期と該
第２データが該プライオリティを有することを示すプラ
イオリティ情報データを作成するプライオリティ設定手
段１６と、該プライオリティを有する第２データと該第
２データに対応する第１データとの間で整合処理をする
整合手段１８と、プライオリティ情報データが示すプラ
イオリティの周期で整合手段１８を起動する周期起動制
御手段とを具備して構成してもよい。

【００１４】これにより、周期起動制御手段によって、
プライオリティ毎にその周期に従って、整合手段１８を
起動かけて、整合処理をすることができるので、保守運
用システム６の負荷を軽減することが可能となる。

【００１５】また、整合手段１８は、プライオリティを
有する第２データに対応する第１データのうち、前回整
合処理をした時刻から現在までに更新のあったデータの
みを第１データベース４から抽出する差分データ抽出手
段を更に具備し、差分データ抽出手段により抽出された
第１データと該第１データに対応する第２データとの間
で整合処理をする構成にしてもよい。

【００１６】これにより、整合対象のプライオリティを
有するデータの中で、前回の整合処理からデータの変更
があったものについてだけ整合処理をするので、第１デ
ータと第２データとの間で不要な処理をすることがない
ので、交換システム２と保守運用システム６双方の負担
を更に軽減することができる。

【００１７】また、第１データベース４及び第２データ
ベース８は、第１データが含む情報の単位である第１要
素と第２データが含む該第１要素に対応する第２要素で
それぞれ独自にその表現形式であるデータタイプを定義
したテータベース構造とし、整合手段１８は、第１要素
と第２要素のデータタイプが異なる場合は、第２要素を
第１要素のデータタイプ又は第１要素を第２要素のデー
タタイプに変換するデータ変換手段を更に具備し、デー
タ変換手段により変換された第１データと第２データと
の間で整合処理をする構成にしてもよい。

【００１８】これにより、交換システム２の第１データ
ベース４の第１要素と保守運用システム６の第２データ
ベース８の第２要素をそれぞれ処理効率や管理の観点か
ら定義することができる。これにより、交換システム２
や保守運用システム６において、処理効率の向上や管理
容易性の向上を実現することが可能となる。

【００１９】また、オペレーション制御手段１４は、第
２コマンドによる整合手段１８の整合処理又は周期起動
制御手段による整合手段１８の整合処理の前に、不整合
の場合に整合させるマスタデータベースの選択を要求し
て、端末装置１０よりマスタデータベースを指示するマ
スタ情報を入力するマスタデータベース選択要求手段を
更に具備し、整合手段１８は、第１データと第２データ
との間で不整合が生じた場合に、マスタデータベース選
択要求手段が入力したマスタ情報が示すマスタデータベ
ースに属するデータと一致させる整合処理をする構成に
してもよい。これにより、よりフレクシブルにマスタデ
ータベースを指定することが可能となる。

【００２０】また、整合手段１８は、不整合となる第１
データが示す資源の状態と該第１データに対応する第２
データが示す資源の状態との組合せパターンと、該組合
せパターンにおけるマスタデータを指示する情報とを有
する不整合パターン整合シナリオを不整合パターン毎に
生成する整合シナリオ生成手段を更に具備し、第１デー
タと第２データとの間で不整合が生じた場合、該第１デ
ータと第２データとが示す資源の各状態の組合せパター
ンに該当する不整合パターン整合シナリオが示すマスタ
データに合わせて整合処理をする構成にしてもよい。

【００２１】交換システム２は、回線や回線接続の制御
をする装置などの資源を有する。資源には、回線などを
冗長構成にした場合は、運用・非運用、実装・未実装な
どの状態があり、第１データと第２データが示す状態の
不整合パターンにより、いずれをマスタデータにすれば
良いかが推定できる場合がある。

【００２２】そこで、整合シナリオ生成手段によって、
第１データと第２データの状態の不整合パターンの組合
せにより、マスタデータを示す整合シナリオを作成して
おく。第１データと第２データとの間で不整合が生じた
場合に、その状態の組合せに該当する不整合パターン整
合シナリオからマスタデータを決定して、整合処理をす
る。これにより、よりきめ細やかな整合処理が可能とな
る。

【００２３】また、第１データベース４及び第２データ
ベース８は、各資源をその種類に応じてクラスに分類
し、第１データ及び第２データが示す資源が属するクラ
スを示すデータベーステータベース構造とし、整合手段
１８は、第１データと第２データとの間で不整合が生じ
た場合、マスタデータがいずれであるかを指示するクラ
ス整合シナリオをクラス毎に生成するクラス整合シナリ
オ生成手段を更に具備し、第１データと第２データとの
間で不整合が生じた場合、該第１データ又は第２データ
が属するクラスに該当するクラス整合シナリオが示すマ
スタデータに合わせて整合処理をする構成にしてもよ
い。これにより、クラス毎にマスタデータを設定するこ
とができ、よりきめ細やかな整合処理が可能となる。

【００２４】また、整合手段１８は、第１データと第２
データとの間で不整合となる原因となる交換システム２
及び保守運用システム６の障害情報データを交換システ
ム２及び保守運用システム６から受け取って、障害情報
データベースに格納する障害情報処理手段と、第１デー
タと第２データとの間で不整合が生じた場合に、第１デ
ータと第２データとの間で不整合の原因となる障害情報
データを障害情報データベースから取得して不整合の原
因を推定して、マスタデータを指示する原因推定処理手
段とを更に具備し、第１データと第２データとの間で不
整合が生じた場合、原因推定処理手段が指示するマスタ
データに合わせて整合処理をする構成にしてもよい。

【００２５】第１データと第２データとの間で不整合が
生じる原因としては、第１データや第２データの書き込
み／読み出しなどをする装置や記憶装置などの障害によ
る場合がある。

【００２６】交換システム２と保守運用システム６でそ
れぞれ装置や記憶装置など不整合の原因となる障害に障
害情報として記録しておき、第１データと第２データと
の間で不整合が生じた場合に、その障害情報から不整合
の原因を推定してマスタデータを決定して、整合処理を
する。これにより、よりきめ細やかな整合が可能とな
る。

【００２７】また、整合手段１８は、第１データと第２
データとの間で不整合が生じた時に、自動的に整合処理
をする自動整合とユーザによるマスタデータの指示によ
って整合処理をする手動整合のいずれであるかを示す選
択情報を入力する自動・手動整合選択手段を更に具備
し、ユーザが自動整合を選択した時は、不整合パターン
整合シナリオ、クラス整合シナリオ、又は原因推定処理
手段が指示するマスタデータに合わせて整合処理をし、
ユーザが手動整合を選択した時は、ユーザが指示するマ
スタデータに合わせて整合処理をする構成にしてもよ
い。これにより、ユーザが自動整合と手動整合のいずれ
を選択することができて、よりきめ細やかな整合が可能
となる。

【００２８】さらに、整合手段１８は、第１データと第
２データとの間で不整合が生じた時に、不整合パターン
整合シナリオ、クラス整合シナリオ、又は原因推定処理
手段が指示するマスタデータに従って、整合の処理手順
を示す整合コマンドを作成する整合シナリオ作成手段
と、第１データと第２データとの間で不整合が生じた時
に、自動的に整合処理をする自動整合とユーザによるマ
スタデータの指示によって整合処理をする手動整合のい
ずれであるかの選択情報を入力する自動・手動整合選択
手段と、ユーザが手動整合を選択する際のマスタデータ
の指示のための情報を提供するために不整合となった第
１データ、第２データ、及び整合コマンドを端末装置に
出力する出力手段とを更に具備し、ユーザが自動整合を
選択した時は、不整合パターン整合シナリオ、クラス整
合シナリオ、又は原因推定処理手段が指示するマスタデ
ータに合わせて整合処理をし、ユーザが手動整合を選択
した時は、ユーザが指示するマスタデータに合わせて整
合処理をする構成にしてもよい。

【００２９】これにより、ユーザが自動整合／手動整合
のいずれも選択することができる上に、手動整合の場合
は、整合コマンド、第１データ、第２データをユーザに
通知するので、マスタデータをよりきめ細やかに決定で
きる。

【００３０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図２は、本発明の実施形態
による交換システムと保守運用システムの間の整合処理
装置を示す機能ブロック図であるこの図に示すように、
交換システムと保守運用システムの間の整合処理装置
は、保守運用システム３０が有する図示しないＣＰＵ上
で動作するソフトウェアにより構成されている。交換シ
ステム２０と保守運用システム３０との間は、ＬＡＮな
どの通信回線により接続されている。

【００３１】交換システム２０は、図示しない複数の回
線、及び複数の端末装置などを収容して、回線が接続さ
れる伝送路と端末装置との間の接続、伝送路間の接続の
制御、及び回線、ＣＰＵや記憶装置などの各種装置、ソ
フトウェアなど資源の管理と回線の接続状態を管理する
ものである。これらの資源の状態などや接続状態など
は、交換システムデータベース２２に格納されている。

【００３２】保守運用システム３０は、交換システムデ
ータベース２２に格納されるデータの交換システム２０
からのデータ転送により得た保守運用システムデータベ
ース４６を元にして、キーボード２４や表示装置２６な
どの端末装置を通してユーザに、交換システム２０の運
用状態などを通知して、交換システム２０の運用の管理
と保守をするものである。

【００３３】交換システムと保守運用システムの間の整
合処理装置は、保守運用システム３０が有するＣＰＵ上
で動作するソフトウェアにより構成され、オペレーショ
ン制御部３２、コマンド実行制御部３４、プライオリテ
ィ設定部３６、周期間隔設定部３８、周期起動制御部４
０、及び整合処理部４４からなるソフトウェアと、保守
運用システムデータベース４６、交換システムデータベ
ース４８、不整合パターン整合シナリオ５０、クラス整
合シナリオ５２、障害情報データベース５４、及び整合
コマンドファイル５６からなるデータベースファイルと
を具備する。

【００３４】オペレーション制御部３２は、ユーザとの
間のユーザインタフェースを司り、ユーザから入力され
るコマンドに従って、コマンド実行制御部３４、プライ
オリティ設定部３６、又は周期間隔設定部３８の起動を
するものである。

【００３５】コマンド実行制御部３４は、オペレーショ
ン制御部３２から整合処理を指示するユーザのコマンド
を入力して、このコマンドが指示する整合対象のプライ
オリティを有するデータを特定して、整合処理部４４の
起動をするものである。

【００３６】プライオリティ設定部３６は、オペレーシ
ョン制御部３２から整合処理のプライオリティと該プラ
イオリティを有するデータとを指示するユーザのコマン
ドを入力して、プライオリティと該プライオリティを有
するデータを示すプライオリティ情報データ４２を作成
するものである。

【００３７】周期間隔設定部３８は、オペレーション制
御部３２から整合処理のプライオリティ、該プライオリ
ティで整合実行をする周期、及び該プライオリティを有
するデータを入力して、プライオリティ、該プライオリ
ティで整合実行をする周期、及び該プライオリティを有
するデータを指示するプライオリティ情報データ４２を
作成するものである。

【００３８】プライオリティ設定部３６によるものと周
期間隔設定部３８によるものとでプライオリティ情報デ
ータ４２を構成したのは、ユーザがプライオリティ毎に
整合実行コマンドによる整合処理をする場合と、保守運
用システム３０で自動的にプライオリティによる周期で
整合処理をする場合とが考えられるからである。

【００３９】周期起動制御部４０は、プライオリティ情
報データ４２が示す各プライオリティの周期で、整合処
理部４４の起動をかけて、プライオリティに応じた周期
で保守運用システム３０で自動的に整合処理をするもの
である。

【００４０】整合処理部４４は、交換システムデータベ
ース２２に格納されたデータ（以下、第１データと呼
ぶ）と保守運用システムデータベース４６に格納された
データ（以下、第２データと呼ぶ）とを比較して、整合
が取れているか否かをチェックし、整合がとれていなけ
れば、整合処理をするものである。

【００４１】保守運用システムデータベース４６は、交
換システムデータベース２２の各データと同じ内容のデ
ータが格納されたデータベースである。交換システムデ
ータベース４８は、整合処理に際に交換システム２０か
ら転送した交換システムデータベース２２のデータを格
納したデータベースである。

【００４２】図３は、交換システムデータベースと保守
運用システムデータベースの構造を示す図である。この
図に示すように、交換システムデータベース２２及び保
守運用システムデータベース４６は、オブジェクト指向
データベースにより構成されている。交換システムデー
タベース２２と保守運用システムデータベース４６は、
オブジェクト毎に管理され、各オブジェクトが属するク
ラスが定義されている。

【００４３】このように交換システムデータベース２２
と保守運用システムデータベース４６をオブジェクト指
向データベースで構成したのは、回線、ＣＰＵ、記憶装
置、ソフトウェアなどの資源をオブジェクトで表現する
ことが容易であることと、資源の分類（回線クラス、Ｃ
ＰＵなど装置クラス、ソフトウェアクラスなど）がクラ
スの定義により容易に実現可能であるからである。

【００４４】各オブジェクトは、回線、ＣＰＵ、記憶装
置、ソフトウェアなどの交換システム２０の資源を管理
するための情報を含み、各資源毎に定義されている。オ
ブジェクトに格納される情報としては、資源の特徴に応
じて任意に設定されるものであるが、例えば、回線、Ｃ
ＰＵ、記憶装置では、運用／非運用状態、実装状態／未
実装状態、回線の場合更には接続状態などがある。

【００４５】オブジェクトを構成する状態などの各要素
には、データタイプが定義される。このデータタイプ
は、交換システム２０や保守運用システム３０で処理効
率や管理効率などの観点から独自に定義することが可能
である。

【００４６】例えば、ソフトウェアのオブジェクトで
は、パッチを管理するパッチ番号、パッチの大分類をす
るカテゴリ、パッチのタイプ（例えば、特定の局のみの
限定的なパッチなど）、及びパッチをかけられているか
否かを示すパッチの状態などの要素からなり、各要素に
は、データタイプが定義されている。

【００４７】例えば、交換システムデータベース２２で
は、パッチ番号、カテゴリ、タイプ、及び状態が整数型
（４バイト整数）となっている。一方、保守運用システ
ムデータベース４６では、パッチ番号が整数型（４バイ
ト整数）、カテゴリ、タイプ、及び状態が整数列挙型
（２バイト整数）となっている。

【００４８】各オブジェクトは、管理容易性の観点など
からクラスに分類されている。各クラスは、交換システ
ム２０を構成する資源の種類により分類されている。例
えば、回線クラス、装置クラス、記憶装置クラス、端末
クラスなどに分類される。

【００４９】不整合パターン整合シナリオ５０は、第１
データと第２データとの間で不整合が生じた場合に、第
１データの状態と第２データの状態の組合せパターン毎
に、マスタデータを第１データ又は第２データのいずれ
のデータにするかを指定するものであり、整合処理の前
にあらかじめ作成しておいたものである。

【００５０】例えば、回線について、第１データが運用
状態、第２データが非運用状態、第１データが示す回線
と冗長系を構成する他方の回線の第１データが非運用状
態、第２データが非運用状態を示している場合は、第１
データで整合が取れており、第２データで整合が取れて
いないので、このような状態のパターンの場合は、第１
データをマスタデータとすることを指定している。

【００５１】また、例えば、回線について、第１データ
が実装状態、第２データが未実装状態であり、接続状態
が第１データが回線が使用されていることを示していれ
ば、第１データをマスタデータとして指定する。

【００５２】さらに、装置について、第１データが障害
状態、第２データが運用状態であれば、保守者によって
その装置の状態を確認するべく第１データをマスタデー
タとするなどといったことが考えられる。

【００５３】このように、不整合パターン整合シナリオ
５０には、第１データの状態と第２データが示す資源の
状態の組合せパターン毎に、その最適であると思われる
マスタデータが設定されている。

【００５４】クラス整合シナリオ５２は、クラス毎にマ
スタデータを指定するものであり、例えば、第１データ
の状態と第２データの状態の組合せパターンでは最適な
マスタデータを決定することが出来ない場合などにおい
て使用される。

【００５５】障害情報データベース５４は、第１データ
と第２データとの間で不整合が生じる原因となる交換シ
ステム２０の障害の内容及び保守運用システム３０の障
害の内容がその障害の発生時刻とともに格納されてい
る。この障害情報には、例えば、ＣＰＵのダウン、記憶
装置のエラー（Ｉ／Ｏエラー）、通信回線のエラーなど
がある。

【００５６】整合コマンドファイル５６は、第１データ
と第２データとの間で不整合が生じた場合に、整合処理
をする手続きを示す整合コマンドを格納するファイルで
ある。

【００５７】図４は、図２中の整合処理部の機能ブロッ
ク図である。この図に示すように、整合処理部４４は、
整合処理起動部６０、データ整合状態確認制御部６２、
保守運用システムデータ読出部６４、交換システムデー
タ読出部６５、交換システム差分データ抽出部６６、デ
ータ変換部６８、データ比較部７０、障害情報処理部７
２、データ整合部７４、ユーザ選択促し部７６、及び交
換システム更新処理部７８を有する。

【００５８】整合処理起動部６０は、何らかのタイミン
グで整合処理の開始を命令するものである。データ整合
状態確認制御部６２は、交換システムデータベース４８
の第１データと保守運用システムデータベース４６の第
２データの整合処理を制御するものである。

【００５９】保守運用システムデータ読出部６４は、オ
ブジェクト指向データベースである保守運用システムデ
ータベース４６から第２データを読出す処理をするもの
である。交換システムデータ読出部６５は、交換システ
ムデータベース４８から第１データを読出す処理をする
ものである。

【００６０】交換システム差分データ抽出部６６は、交
換システムデータベース２２から前回整合処理をした以
降に更新されたデータを読出して保守運用システム３０
内の交換システムデータベース４８に格納するものであ
る。

【００６１】データ変換部６８は、第１データの要素の
データタイプと第２データの要素のデータタイプが異な
る場合に、一方の要素を片方の要素のデータタイプに変
換するものであり、例えば、第２データの要素を第１デ
ータの要素のデータタイプに変換するものである。

【００６２】データ比較部６８は、データ変換部６８で
変換した第１データと第２データの各要素を比較して、
一致するか否かをチェックするものである。障害情報処
理部７２は、データ整合状態確認制御部６２から障害情
報を受信して、障害情報データベース５４に格納するも
のである。

【００６３】データ整合部７４は、第１データと第２デ
ータとの間で不整合が生じた場合に、マスタデータを決
定して、整合処理をするものである。ユーザ選択促し部
７６は、ユーザに自動整合／手動整合のいずれかを選択
させるものである。

【００６４】交換システム更新処理部７８は、第２デー
タをマスタデータとして、交換システム２０の第１デー
タの更新をした場合に、整合処理をして更新したデータ
に交換システム２０の交換システムデータベース２２の
データを更新するように要求をするものである。

【００６５】図５は、図４中のデータ整合部の機能ブロ
ック図である。この図に示すようにデータ整合部７４
は、差分データ整合制御部８０、データ整合シナリオ作
成部８２、データ整合実行制御部８４、原因推定処理部
８６、整合コマンド作成部８８、及び整合実行部９０を
有する。

【００６６】差分データ整合制御部８０は、整合処理の
制御をするものである。データ整合シナリオ作成部８２
は、第１データと第２データとの間で不整合が生じた時
にマスタデータを決定するための不整合パターン整合シ
ナリオ５０又はクラス整合シナリオ５２を生成するもの
である。

【００６７】データ整合実行制御部８４は、データの整
合処理を制御するものである。原因推定処理部８６は、
第１データと第２データとの間で不整合が発生した原因
となる障害を推定して、不整合が障害によるものであれ
ば、マスタデータを特定するものである。

【００６８】整合コマンド作成部８８は、第１データと
第２データとの間で不整合が発生した場合、整合手続き
を記述したものであり、例えば、クラス毎（各クラスが
同じデータ構造を有しているために共通した整合手続き
となる）に予め定義しておいた整合コマンド化編集デー
タベース９２を参照して、データの整合手続きを示す整
合コマンドを整合コマンドファイル５６に作成するもの
である。

【００６９】整合実行部９０は、整合コマンドファイル
５６に作成した整合コマンドに従って、保守運用システ
ムデータベース４６又は交換システムデータベース４８
のデータを更新して整合処理をするものである。

【００７０】図６は、図４中の障害情報処理部の機能ブ
ロック図である。この図に示すように、障害情報処理部
７２は、障害情報受付部９２、及び障害情報格納部９４
を有する。障害情報受付部９２は、データ整合状態確認
制御部６２より障害情報を入力して、障害情報格納部９
４に障害情報の格納の要求をするものである。障害情報
格納部９４は、障害情報データベース５４に障害情報を
格納するものである。

【００７１】図７は、図４中のユーザ選択促し部の機能
ブロック図である。この図に示すように、ユーザ選択促
し部７６は、ユーザ選択部９６、自動／手動選択部９
８、シナリオ選択部１００、出力部１０２、及びシナリ
オ作成部１０４を有する。

【００７２】ユーザ選択部９６は、ユーザの自動整合／
手動整合の選択を制御するものである。自動・手動選択
部９８は、ユーザの自動整合／手動整合の選択の入力及
び手動整合を選択した場合は、マスタデータを入力する
ものである。

【００７３】シナリオ選択部１００は、ユーザが手動整
合を選択した場合に、ユーザにマスタデータを決定する
ための情報を提供するためのものであり、整合コマンド
ファイル５６から整合コマンドの読み出し及び不整合と
なった第１データと第２データを読み出しをするもので
ある。

【００７４】出力部１０２は、シナリオ選択部１００が
読み出した整合コマンド、第１データと第２データの内
容を表示装置２６に出力するものである。シナリオ生成
部１０４は、ユーザが手動整合を指定した場合に、ユー
ザが指定したマスタデータに従って、整合コマンド化編
集データベース９２を参照して、整合コマンドを整合コ
マンドファイル５６に作成するものである。

【００７５】以下、図２の交換システムと保守運用シス
テム間の整合処理装置の動作説明をする。 （ａ） プライオリティ情報データの作成 図８は、プライオリティ設定を示すフローチャートであ
る。図８中のステップＳ２において、図２中のオペレー
ション制御部３２は、表示装置２６に、プライオリティ
設定などの作業項目を表示して、ユーザによりプライオ
リティ設定要求されたか否かを判別して、プライオリテ
ィ設定要求されたならば、ステップＳ４に進み、プライ
オリティ設定要求されなければ、ステップＳ８に進む。

【００７６】ステップＳ４において、オペレーション制
御部３２は、ユーザがキーボード２４より入力したプラ
イオリティ設定情報、例えば、プライオリティと該プラ
イオリティを有するクラスを受け付けて、プライオリテ
イ設定部３６の起動をかける。

【００７７】ステップＳ６において、プライオリティ設
定部３６は、プライオリティ設定情報を入力して、例え
ば、プライオリティと該プライオリティを有するクラス
をプライオリティ情報データ４２に格納する。

【００７８】ステップＳ８において、オペレーション制
御部３２は、ユーザによりプライオリティ毎の周期間隔
設定要求されたか否かを判別して、プライオリティ毎の
周期間隔設定要求されたならば、ステップＳ１０に進
み、プライオリティ毎の周期間隔設定要求されなけれ
ば、ステップＳ１４に進む。

【００７９】ステップＳ１０において、オペレーション
制御部３２は、ユーザがキーボード２４より入力したプ
ライオリティ、該プライオリティを有するクラス、及び
該プライオリティで整合処理をする周期間隔を受け付け
て、周期間隔設定部３８の起動をかける。

【００８０】ステップＳ１２において、周期間隔設定部
３８は、プライオリティ、該プライオリティを有するク
ラス、及び周期間隔などのプライオリティ設定情報を入
力して、プライオリティ情報データ４２に格納する。

【００８１】ステップＳ１４において、オペレーション
制御部３２は、ユーザによりプライオリティ毎の整合処
理のコマンド実行要求されたか否かを判別して、コマン
ド実行要求されたならば、ステップＳ１６に進み、コマ
ンド実行要求されていなければ、終了する。

【００８２】ステップＳ１６において、オペレーション
制御部３２は、ユーザがキーボード２４より入力した整
合処理の対象となるプライオリティを受け付けて、コマ
ンド実行制御部３４の起動をする。コマンド実行制御部
３４は、整合処理部４４の起動をする。

【００８３】整合処理部４４は、後述するように整合処
理対象のプライオリティを有するデータについて、第１
データと第２データとの間で整合を取れているかをチェ
ックして、整合が取れていなければ、整合処理をする。
これにより、ユーザは整合処理のプライオリティを指定
することが可能となり、プライオリティ毎の整合処理を
行うことができる。

【００８４】（ｂ） 整合処理のトリガ 整合処理を行うトリガは、上述したユーザによるプライ
オリティ毎の整合コマンドの指定によるものと周期によ
るものとが有る。以下、周期によるトリガによる場合を
説明する。

【００８５】図９は、周期起動制御部４０の動作フロー
チャートである。ステップＳ３０において、周期起動制
御部４０は、各プライオリティについて、前回整合処理
をした時刻を管理しており、一定のインタバールでプラ
イオリティの周期を監視している。

【００８６】ステップＳ３２において、各プライオリテ
ィについて、プライオリティ情報データ４２を参照し
て、その周期間隔を取得して、前回整合処理をした時刻
から周期間隔の時間が経過しているか否かをチェックを
して、周期間隔の時間が経過していれば、プライオリテ
ィを取得する。ステップＳ３４において、整合処理部４
４の起動をする。

【００８７】これにより、プライオリティ毎の周期間隔
で整合処理が実行されることになり、プライオリティの
高いものは、短い周期で整合処理の実行がなされ、プラ
イオリティの低いものは、長い周期で整合処理の実行が
なされる。

【００８８】（ｃ） 交換システム２０から保守運用シ
ステム３０へのデータ転送 交換システム２０は、ＣＰＵ、記憶装置、回線などの状
態、回線と伝送路との間の接続制御をしており、これら
の情報の第１データを交換システムデータベース２２に
その時刻とともに書き込みをする。

【００８９】一方、交換システム２０は、ＬＡＮなどの
通信回線を介して、この第１データを保守運用システム
３０に転送している。保守運用システム３０は、この第
１データのオブジェクトを受信して、保守運用システム
データベース４６で定義したオブジェクトの要素のデー
タタイプに変換して、保守運用システムデータベース４
６のオブジェクトとして第２データの書き込みをする。

【００９０】この時、交換システム２０では、第１デー
タを保守運用システム３０に転送した後にＣＰＵがダウ
ンすると、第１データは交換システムデータベース２２
に更新されない場合や、ＣＰＵから交換システムデータ
ベース２２に書き込み中にＩ／Ｏエラーが生じた場合で
は、第２データは正しく更新されるが、第１データが正
しく更新されず不整合となる場合が有る。

【００９１】また、交換システム２０から保守運用シス
テム３０に第１データを転送しようとした際に、保守運
用システム３０のＣＰＵがダウンしていたり、通信回線
が断又はビジーのために第１データが転送できない場
合、保守運用システム３０で第２データの更新中にＩ／
Ｏエラーが発生した場合では、第１データは正しく更新
されるが、第２データが正しく更新されず不整合となる
場合が有る。

【００９２】（ｄ） 整合処理 図１０は、図２中の整合処理部の動作フローチャートで
ある。図４中の整合処理起動部６０は、上述したように
コマンド実行制御部３４又は周期起動制御部４０によっ
て起動されて、データ整合状態確認制御部６２の起動を
する。

【００９３】図１０中のステップＳ４０において、デー
タ整合状態確認制御部６２は、交換システム差分データ
抽出部６６の起動をする。交換システム差分データ抽出
部６６は、整合対象のプライオリティを有するオブジェ
クトの範囲、例えば、プライオリティのクラスと前回こ
のプライオリティのデータに対して整合処理をした時刻
とを、通信回線を介して交換システム２０に転送して、
前回整合処理をしてから更新された差分データの転送の
要求をする。

【００９４】交換システム２０は、前回整合処理をした
時刻と転送対象のオブジェクトの指定を受信すると、転
送対象のオブジェクトの中から前回整合処理をした時刻
以降に更新のあったオブジェクトを交換システムデータ
ベース２２から順次読み出して、通信回線を介して、保
守運用システム３０に転送する。

【００９５】ステップＳ４２において、交換システム差
分データ抽出部６６は、交換システム２０からオブジェ
クトを受信して、交換システムデータベース４８に書き
込みをする。

【００９６】ステップＳ４４において、データ整合状態
確認制御部６２は、交換システムデータ読出部６３の起
動をする。交換システムデータ読出部６３は、交換シス
テム差分データ抽出部６６が書き込んだ交換システムデ
ータベース４８から第１データを読み出す。

【００９７】ステップＳ４５において、データ整合状態
確認制御部６２は、保守運用システムデータ読出部６４
の起動をする。保守運用システムデータ読出部６４は、
交換システムデータ読出部６３が読み出した第１データ
に対応する保守運用システムデータベース４６に格納さ
れた第２データを読み出す。

【００９８】ステップＳ４６において、データ整合状態
確認制御部６２は、データ変換部６８を起動する。デー
タ変換部６８は、整合対象の第１データのオブジェクト
の各要素のデータタイプと第２データのオブジェクトの
要素のデータタイプとが一致するか否かをチェックし
て、一致しなければ、ステップＳ４８に進み、全ての要
素のデータタイプが一致すれば、ステップＳ５０に進
む。

【００９９】図１１は、データ変換部及びデータ比較部
の動作説明図である。データ変換部６８は、保守運用シ
ステムデータベース４６のオブジェクトの要素のデータ
タイプを交換システムデータベース４８のオブジェクト
の要素のデータタイプにデータ変換をする。

【０１００】例えば、図１１に示すように、整合対象の
データがパッチに関するものであり、保守運用システム
データベース４６のオブジェクトのカテゴリ、タイプ、
及び状態のデータタイプが整数列挙型であれば、データ
変換部６８は、交換システムデータベース４８のオブジ
ェクトのカテゴリ、タイプ、及び状態のデータタイプ整
数型に変換する。

【０１０１】ステップＳ５０において、データ整合状態
確認制御部６２は、データ比較部７０を起動する。デー
タ比較部７０は、図１１に示すように、第１データの要
素と第２データの要素との照合を行い、要素の一致の有
無をデータ整合状態確認制御部６２に通知する。

【０１０２】ステップＳ５２において、データ整合状態
確認制御部６２は、第１データと第２データとが不一致
でデータ不整合ならば、ステップＳ５４に進み、第１デ
ータと第２データとが一致していれば、ステップＳ５６
に進む。

【０１０３】ステップＳ５４において、データ整合状態
確認制御部６２は、データ整合部７４を起動する。デー
タ整合部７４は、後述するようにデータの整合処理をす
る。ステップＳ５６において、データ整合状態確認制御
部６２は、整合処理が終了したか否かを判別して、整合
処理が終了していなけば、ステップＳ４３に戻る。

【０１０４】（ｅ） 障害情報の格納 交換システム２０は、第１データと第２データとの間で
不整合の原因となるような障害を監視しており、このよ
うな障害が発生すると、保守運用システム３０に通信回
線を介して障害情報及び障害が発生した時刻を通知して
いる。保守運用システム３０中の障害情報受付部９２
は、障害情報を受け付ける。

【０１０５】ここで、第１データと第２データとの間で
不整合の原因となる障害には、ＣＰＵダウン、交換シス
テムデータベース２２のＩ／Ｏエラー、通信回線の障害
などが考えられる。

【０１０６】ＣＰＵダウンの障害は、例えば、一定の周
期でＣＰＵが自身が動作しているかをチェックして、動
作していれば、タイムスタンプを記録することによりタ
イムスタンプが一定の周期で更新されていれば、正常に
動作しており、これと同じ周期で更新されていなけば、
その間でＣＰＵがダウンしたことが判明するので、ダウ
ンした時刻が分かる。

【０１０７】また、Ｉ／Ｏエラーの場合は、オペレーテ
ィングシステムにより判別され、通信回線の障害は、通
信制御ソフトウェアにより判別されるので、これらの障
害情報を通知することが可能である。

【０１０８】保守運用システム３０は、交換システム２
０と同様に第１データと第２データとの間で不整合の原
因となるような障害を監視しており、このような障害が
発生すると、障害情報受付部９２に障害情報を通知して
いる。第１データと第２データとの間で不整合の原因と
なる障害には、ＣＰＵダウン、保守運用システムデータ
ベース４６のＩ／Ｏエラーなどが考えられる。

【０１０９】障害情報受付部９２は、障害情報を受け付
け、障害情報格納部９４の起動をする。障害情報格納部
９４は、どこで、どんな障害が発生したかの障害情報と
発生時刻とを障害情報データベース５４に格納する。

【０１１０】（ｆ） データ整合シナリオの作成 データ整合のためのシナリオには、不整合パターンシナ
リオ５０及びクラス整合シナリオ５２がある。不整合パ
ターンシナリオ５０は、第１データと第２データとの間
で不整合となった状態の組合せパターンにより、マスタ
データを指定するものであり、各不整合パターンシナリ
オは、不整合パターンの組合せとマスタデータを指定す
る情報とが格納されている。

【０１１１】この不整合パターンには、例えば、ＣＰＵ
について、第１データが示す状態が障害状態、第２デー
タが示す状態が運用状態を示す時は、マスタデータを第
１データとする。

【０１１２】また、回線について、第１データが示す状
態が未実装、その回線の接続情報が未接続、第２データ
が示す状態が実装、接続情報が未接続であれば、マスタ
データを第１データとなるなどである。

【０１１３】クラス整合シナリオ５２は、不整合パター
ンなどではマスタを特定できない場合などにおいて、ク
ラス毎にマスタデータを指定するものである。図５中の
データ整合シナリオ作成部８２は、差分データ整合制御
部８０により起動されて、ユーザインタフェースなどに
より、組合せパターンとマスタデータ又はクラスとマス
タデータを指定することにより、不整合パターン整合シ
ナリオ５０又はクラス整合シナリオ５２を作成する。

【０１１４】（ｇ） 整合コマンドの作成 図１２は図５中の原因推定処理部及び整合コマンド作成
部の動作フローチャートである。

【０１１５】図１２中のステップＳ６０において、差分
データ整合制御部８０は、データ整合実行制御部８４の
起動をする。データ整合実行制御部８０は、原因推定処
理部８６を起動する。ステップＳ６２において、原因推
定処理部８６は、障害情報データベース５４から障害情
報を読み出す。

【０１１６】ステップＳ６４において、原因推定処理部
８６は、障害情報から整合対象のプライオリティのデー
タに対する前回整合処理の時刻から現在までに交換シス
テム２０又は保守運用システム３０で第１データと第２
データとの間で不整合が生じる原因となった障害が発生
したかを解析する。

【０１１７】ステップＳ６６において、原因推定処理部
８６は、第１データと第２データとの間で不整合か生じ
る原因となった障害を特定する。ステップＳ６８におい
て、原因推定処理部８６は、第１データと第２データと
の間で不整合か生じる原因が障害によるものであるかを
チェックして、障害によるものと推定されれば、ステッ
プＳ７０に進み、障害によるものではないと推定されれ
ば、ステップＳ７２に進む。

【０１１８】ステップＳ７０において、障害が発生した
のが交換システム２０、保守運用システム３０のいずれ
であるかを判別して、障害が発生したのが交換システム
２０側であれば、マスタデータを保守運用システムデー
タベース４６のデータとする。また、障害が発生したの
が保守運用システム３０側であれば、マスタデータを保
守運用システムデータベース４６のデータとする。

【０１１９】ステップＳ７４において、原因推定処理部
８６は、不整合となった第１データ、第２データが示す
状態のパターンを抽出する。ステップＳ７６において、
原因推定処理部８６は、不整合状態のパターンを認識す
る。

【０１２０】ステップＳ７６において、原因推定処理部
８６は、不整合パターン整合シナリオ５０を読み出し
て、不整合状態のパターンに該当するパターンが有るか
をチェックして、該当するパターンが有れば、ステップ
Ｓ７８に進み、該当するパターンが無ければ、ステップ
Ｓ８０に進む。

【０１２１】ステップＳ７８において、該当する不整合
パターン整合シナリオに従って、マスタデータを特定す
る。ステップＳ８０において、不整合となった第１デー
タのクラスからクラスシナリオをクラス整合シナリオ５
２から抽出する。ステップＳ８２において、クラスシナ
リオからマスタデータを決定する。

【０１２２】ステップＳ８４において、データ整合実行
制御部８０は、整合コマンド作成部８８を起動する。整
合コマンド作成部８８は、整合手続をクラス毎などに記
述した整合コマンド化編集データベース９２を参照し
て、原因推定処理部８６にて決定されたマスタデータに
従い、第１データ又は第２データの整合手続きを示す整
合コマンドを作成する。

【０１２３】本例において、障害情報、不整合パター
ン、及びクラス整合パターンの優先順にマスタデータを
決定していったのは、一般に、不整合の原因としては、
障害によるものが主であると考えられるからである。

【０１２４】また、整合コマンド化編集データベース９
２を予め作成しておき、それを参照して、整合コマンド
を作成するのは、整合の手順は、オブジェクトのクラス
毎に異なるからである。

【０１２５】（ｈ） 自動整合／手動整合のユーザ選択 不整合が発生して整合コマンドが作成されると、図４中
のデータ整合状態確認制御部６２は、ユーザ選択促し部
７６の起動をする。

【０１２６】図１３は、図４中のユーザ選択促し部の動
作フローチャートである。図１３中のステップＳ９２に
おいて、図７中のユーザ選択部９６は、自動・手動選択
部９８の起動をする。自動・手動選択部９８は、表示装
置２６に不整合が生じた旨を表示する。ユーザは、自動
整合／手動整合のいずれかを選択する。

【０１２７】ステップＳ９４において、自動・手動選択
部９８は、ユーザからの自動整合／手動整合のいずれか
の指定を入力して、自動整合ならばステップＳ９６に進
み、手動整合ならばステップＳ９８に進む。

【０１２８】ステップＳ９６において、データ整合状態
確認制御部６２は、図５中の整合実行部９０の起動をす
る。整合実行部９０は、後述するように整合コマンドフ
ァイル５６の整合コマンドに従って、第１データと第２
データとの間の整合処理を行う。

【０１２９】ステップＳ９８において、ユーザ選択部９
６は、シナリオ選択部１００の起動をする。シナリオ選
択部１００は、整合コマンドファイル５６から該当する
整合コマンドのシナリオと交換システムデータベース４
８から第１データ、保守運用システムデータベース４６
から第２データを読み出す。

【０１３０】ユーザ選択部９６は、出力部１０２の起動
をする。出力部１０２は、シナリオ選択部１００が読み
出した整合コマンド、第１データ、及び第２データを表
示装置２６に出力する。ユーザは、表示装置２６に出力
された情報を参照して、マスタデータを決定する。

【０１３１】ステップＳ１００において、ユーザ選択部
９６は、ユーザが指定したマスタデータを受け取る。ス
テップＳ１０２において、ユーザ選択部９６は、シナリ
オ作成部１０４の起動をする。

【０１３２】シナリオ作成部１０４は、整合コマンド化
編集データベース９２を参照して、ユーザより指定され
たマスタデータに従って、整合コマンドを作成して、整
合コマンドファイル５６に格納する。

【０１３３】ステップＳ１０４において、データ整合状
態確認制御部６２は、図５中の整合実行部９０の起動を
する。整合実行部９０は、後述するように整合コマンド
ファイル５６の整合コマンドに従って、第１データと第
２データとの間の整合処理を行う。

【０１３４】（ｉ） データ整合 整合実行部９０は、整合コマンドファイル５６から該当
する整合コマンドを読み出す。そして、整合コマンドが
示す整合手順に従って、マスタデータの第１データ又は
第２データを交換システムデータベース４８又は保守運
用システムデータベース４６から読み出して、オブジェ
クトを構成する要素のデータタイプが異なれば、更新先
のデータベースのオブジェクトの該当する要素のデータ
タイプに変換して、保守運用システムデータベース４６
又は交換システムデータベース４８のオブジェクトを更
新する。

【０１３５】データ整合状態確認制御部６２は、マスタ
データが保守運用システムデータベース４６側であれ
ば、交換システム更新処理部７８の起動をする。交換シ
ステム更新処理部７８は、交換システムデータベース４
８から更新されたオブジェクトを読み出して、通信回線
を通して、交換システム２０に転送をする。交換システ
ム２０は、オブジェクトを受信して、交換システムデー
タベース２２にオブジェクトの更新をする。

【０１３６】以上の処理を経て、交換システムデータベ
ース２２と保守運用システムデータベース４６との間で
データの整合が取られる。以上説明した実施形態によれ
ば、プライオリティ毎に整合コマンドの実行をする、プ
ライオリテリィに応じた周期で整合処理を実行するの
で、プライオリティの高い状態データの整合の間隔を早
めることができる。また、更新のあったデータのみに対
して整合処理をするので、整合処理に要する時間を短縮
するとともにシステム全体の負荷を低減することができ
る。

【０１３７】また、障害情報、不整合パターン整合シナ
リオ、クラス整合シナリオに従って、整合をすることが
できるので、整合するデータの信頼性を向上させること
が可能となる。これにより、整合後のシステムの動作の
正常性の向上で寄与するところが大きい。

【０１３８】また、ユーザが自動整合／手動整合の指定
することができるので、整合処理をきめ細かに行うこと
ができる。さらに、交換システムデータベースと保守運
用システムデータベースでそれぞれ最適なデータタイプ
を定義することができるので、処理の高速化や管理容易
性の向上などが期待できる。

【０１３９】

【発明の効果】以上説明したように、請求項１〜請求項
１０記載の発明によれば、整合処理をプライオリティ毎
にコマンドにより又はプライオリティに応じた周期間隔
でするので、プライオリティの高い状態データの整合の
間隔を早めることができ、システムの負荷を低減するこ
とができる。

【０１４０】請求項３記載の発明によれば、更新のあっ
たデータのみに対して整合処理をするので、整合処理に
要する時間を短縮するとともにシステム全体の負荷を低
減することができる。

【０１４１】請求項４記載の発明によれば、交換システ
ムの第１データベースと保守運用システムの第２データ
ベースでそれぞれ最適なデータタイプを定義することが
できるので、処理の高速化や管理容易性の向上などが期
待できる。請求項５記載の発明によれば、整合処理の前
にユーザがマスタデータを指定できるので、従来よりも
よりもきめ細かい指定が可能である。

【０１４２】請求項６〜１０記載の発明によれば、障害
情報、不整合パターン整合シナリオ、クラス整合シナリ
オに従って、整合をすることができるので、整合するデ
ータの信頼性を向上させることが可能となる。請求項
９、１０記載の発明によれば、ユーザが自動整合／手動
整合の指定ができるので、よりきめ細かい整合処理が可
能となる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の実施形態による交換システムと運用保
守システム間の整合処理装置を示す機能ブロック図であ
る。

【図３】図２中の交換システムデータベースと保守運用
システムデータベースを示す図である。

【図４】図２中の整合処理部の機能ブロック図である。

【図５】図４中のデータ整合部の機能ブロック図であ
る。

【図６】図４中の障害処理部の機能ブロック図である。

【図７】図４中のユーザ選択促し部の機能ブロック図で
ある。

【図８】図２中のプライオリティ設定部及び周期間隔設
定部の動作フローチャートである。

【図９】図２中の周期起動制御部の動作フローチャート
である。

【図１０】図２中の整合処理部の動作フローチャートで
ある。

【図１１】図４中のデータ変換部及びデータ比較部の動
作説明図である。

【図１２】図５中の原因推定処理部及び整合コマンド作
成部の動作フローチャートである。

【図１３】図４中のユーザ選択促し部の動作フローチャ
ートである。

【符号の説明】

２ 交換システム ４ 第１データベース ６ 保守運用システム ８ 第２データベース １０ 端末装置 １２ 交換システムと運用保守システム間の整合処理装
置 １４ オペレーション制御手段 １６ プライオリティ設定手段 １８ 整合手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 川村 信宏 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 阿部 賢史 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 小川 一樹 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 芹川 由美子 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 石川 良隆 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 小崎 義洋 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 データ伝送をする伝送路と接続をする伝
   送路インタフェース回線又はデータ伝送の監視・制御を
   する装置の各資源の状態を含む情報を該資源毎に持つ第
   １データを記憶する第１データベースを有し、前記伝送
   路インタフェース回線を介してデータ伝送をする交換シ
   ステムの前記第１データと、該第１データと同じ内容の
   第２データを記憶する第２データベースを有し、前記第
   ２データに基づき前記交換システムの運用管理及び保守
   をするための保守運用システムの前記第２データとの間
   のデータの不整合を検出して、整合処理をする交換シス
   テムと保守運用システム間の整合処理装置において、 整合処理をするプライオリティと該プライオリティを有
   する前記第２データを示す第１コマンド又は整合実行の
   対象とするプライオリティを示す第２コマンドを端末装
   置より入力して、前記第１コマンド又は前記第２コマン
   ドの実行を制御をするオペレーション制御手段と、 前記第１コマンドが示す前記プライオリティと該プライ
   オリティを有する第２データを示す情報を前記オペレー
   ション制御手段より入力して、該第２データが該プライ
   オリティを有することを示すプライオリティ情報データ
   を作成するプライオリティ設定手段と、 前記第２コマンドが示すプライオリティを前記オペレー
   ション制御手段より入力し、前記プライオリティ情報デ
   ータを検索して、該プライオリティを有する第２データ
   と該第２データに対応する前記第１データとの間で整合
   処理をする整合手段と、 を具備したことを特徴とする交換システムと保守運用シ
   ステム間の整合処理装置。
2. 【請求項２】 データ伝送をする伝送路と接続をする伝
   送路インタフェース回線又はデータ伝送の監視・制御を
   する装置の各資源の状態を含む情報を該資源毎に持つ第
   １データを記憶する第１データベースを有し、前記伝送
   路インタフェース回線を介してデータ伝送をする交換シ
   ステムの前記第１データと、該第１データと同じ内容の
   第２データを記憶する第２データベースを有し、前記第
   ２データに基づき前記交換システムの運用管理及び保守
   をするための保守運用システムの前記第２データとの間
   のデータの不整合を検出して、整合処理をする交換シス
   テムと保守運用システム間の整合処理装置において、 整合処理をするプライオリティ、該プライオリティを有
   する前記第２データを示す情報、及び該プライオリティ
   で整合実行をする周期を示すコマンドを端末装置より入
   力して、前記コマンドの実行を制御するオペレーション
   制御手段と、 前記コマンドが示す前記プライオリティと該第２データ
   が該プライオリティを有することと前記周期を前記オペ
   レーション制御手段より入力して、該プライオリティと
   周期と該第２データが該プライオリティを有することを
   示すプライオリティ情報データを作成するプライオリテ
   ィ設定手段と、 該プライオリティを有する第２データと該第２データに
   対応する第１データとの間で整合処理をする整合手段
   と、 前記プライオリティ情報データが示すプライオリティの
   周期で前記整合手段を起動する周期起動制御手段と、 を具備したことを特徴とする交換システムと保守運用シ
   ステム間の整合処理装置。
3. 【請求項３】 前記整合手段は、 前記プライオリティを有する第２データに対応する第１
   データのうち、前回整合処理をした時刻から現在までに
   更新のあったデータのみを前記第１データベースから抽
   出する差分データ抽出手段を具備し、 前記差分データ抽出手段により抽出された第１データと
   該第１データに対応する第２データとの間で整合処理を
   する、 構成にしたことを特徴とする請求項１又は２記載の交換
   システムと保守運用システム間の整合処理装置。
4. 【請求項４】 前記第１データベース及び前記第２デー
   タベースは、 前記第１データが含む情報の単位である第１要素と前記
   第２データが含む該第１要素に対応する第２要素でそれ
   ぞれ独自にその表現形式であるデータタイプを定義した
   データベース構造とし、 前記整合手段は、 前記第１要素と前記第２要素の前記データタイプが異な
   る場合は、前記第２要素を前記第１要素のデータタイプ
   又は前記第１要素を前記第２要素のデータタイプに変換
   するデータ変換手段を具備し、 前記データ変換手段により変換された第１データと第２
   データとの間で整合処理をする、 構成にしたことを特徴とする請求項１又は２記載の交換
   システムと保守運用システム間の整合処理装置。
5. 【請求項５】 前記オペレーション制御手段は、 前記第２コマンドによる前記整合手段の整合処理又は前
   記周期起動制御手段による前記整合手段の整合処理の前
   に、不整合の場合に整合させるマスタデータベースの選
   択を要求して、前記端末装置よりマスタデータベースを
   指示するマスタ情報を入力するマスタデータベース選択
   要求手段を具備し、 前記整合手段は、 前記第１データと前記第２データとの間で不整合が生じ
   た場合に、前記マスタデータベース選択要求手段が入力
   した前記マスタ情報が示す前記マスタデータベースに属
   するデータと一致させる整合処理をする、 構成にしたことを特徴とする請求項１又は２記載の交換
   システムと保守運用システム間の整合処理装置。
6. 【請求項６】 前記整合手段は、 不整合となる第１データが示す前記資源の状態と該第１
   データに対応する第２データが示す前記資源の状態との
   組合せパターンと、該組合せパターンにおけるマスタデ
   ータを指示する情報とを有する不整合パターン整合シナ
   リオを不整合パターン毎に生成する整合シナリオ生成手
   段を具備し、 前記第１データと第２データとの間で不整合が生じた場
   合、該第１データと第２データとが示す資源の各状態の
   組合せパターンに該当する前記不整合パターン整合シナ
   リオが示すマスタデータに合わせて整合処理をする、 構成にしたことを特徴とする請求項１又は２記載の交換
   システムと保守運用システム間の整合処理装置。
7. 【請求項７】 前記第１データベース及び前記第２デー
   タベースは、 各資源をその種類に応じてクラスに分類し、前記第１デ
   ータ及び前記第２データが示す資源が属するクラスを示
   すデータベース構造とし、 前記整合手段は、 前記第１データと前記第２データとの間で不整合が生じ
   た場合、マスタデータがいずれであるかを指示するクラ
   ス整合シナリオを前記クラス毎に生成するクラス整合シ
   ナリオ生成手段を具備し、 前記第１データと第２データとの間で不整合が生じた場
   合、該第１データ又は第２データが属するクラスに該当
   する前記クラス整合シナリオが示すマスタデータに合わ
   せて整合処理をする、 構成にしたことを特徴とする請求項１又は２記載の交換
   システムと保守運用システム間の整合処理装置。
8. 【請求項８】 前記整合手段は、 前記第１データと前記第２データとの間で不整合となる
   原因となる前記交換システム及び前記保守運用システム
   の障害情報データを交換システム及び保守運用システム
   から受け取って、障害情報データベースに格納する障害
   情報処理手段と、 前記第１データと前記第２データとの間で不整合が生じ
   た場合に、前記第１データと第２データとの間で不整合
   の原因となる前記障害情報データを障害情報データベー
   スから取得して不整合の原因を推定して、マスタデータ
   を指示する原因推定処理手段とを具備し、 前記第１データと第２データとの間で不整合が生じた場
   合、前記原因推定処理手段が指示するマスタデータに合
   わせて整合処理をする、 構成にしたことを特徴とする請求項１又は２記載の交換
   システムと保守運用システム間の整合処理装置。
9. 【請求項９】 前記整合手段は、 前記第１データと前記第２データとの間で不整合が生じ
   た時に、自動的に整合処理をする自動整合とユーザによ
   るマスタデータの指示によって整合処理をする手動整合
   のいずれであるかを示す選択情報を入力する自動・手動
   整合選択手段を更に具備し、前記ユーザが自動整合を選
   択した時は、 前記不整合パターン整合シナリオ、前記クラス整合シナ
   リオ、又は前記原因推定処理手段が指示するマスタデー
   タに合わせて整合処理をし、 前記ユーザが手動整合を選択した時は、 前記ユーザが指示するマスタデータに合わせて整合処理
   をする、 構成にしたことを特徴とする請求項６、７、又は８記載
   の交換システムと保守運用システム間の整合処理装置。
10. 【請求項１０】 前記整合手段は、 前記第１データと前記第２データとの間で不整合が生じ
    た時に、前記不整合パターン整合シナリオ、前記クラス
    整合シナリオ、又は前記原因推定処理手段が指示するマ
    スタデータに従って、整合の処理手順を示す整合コマン
    ドを作成する整合シナリオ作成手段と、 前記第１データと前記第２データとの間で不整合が生じ
    た時に、自動的に整合処理をする自動整合とユーザによ
    るマスタデータの指示によって整合処理をする手動整合
    のいずれであるかの選択情報を入力する自動・手動整合
    選択手段と、 前記ユーザが手動整合を選択する際の前記マスタデータ
    の指示のための情報を提供するために不整合となった前
    記第１データ、前記第２データ、及び前記整合コマンド
    を前記端末装置に出力する出力手段とを更に具備し、 前記ユーザが自動整合を選択した時は、前記不整合パタ
    ーン整合シナリオ、前記クラス整合シナリオ、又は前記
    原因推定処理手段が指示するマスタデータに合わせて整
    合処理をし、 前記ユーザが手動整合を選択した時は、前記ユーザが指
    示するマスタデータに合わせて整合処理をする、 構成にしたことを特徴とする請求項６、７、又は８記載
    の交換システムと保守運用システム間の整合処理装置。