(57)【要約】【課題】プラットフォームを変更することなく、シナリオの判断にかかるデータの変更等に対応可能なオペレーションシステムを提供できる通信制御装置を提供する。【解決手段】複数の処理に共通して使用される共通データを予め設定し、通信ネットワークに含まれる通信装置間で授受される情報を、前記共通データを使って処理する通信制御装置において、通信装置の状態情報を取得するデータ受信部４１、状態情報を、通信ネットワークに含まれる通信装置の変更、取得すべき状態情報の種別の変更の少なくとも一方によって共通データの変更が必要になる変更情報と、共通データの変更が必要ない非変更情報とに分離するデータ分割部４２、分離された変更情報及び共通データを使い、通信処理の手順を規定したシナリオにしたがって状態情報を処理する措置決定サーバ２２を設ける。【選択図】  図４
2008160716.tif 000002
【特許請求の範囲】
【請求項１】
複数の処理に共通して使用される共通データを予め設定し、通信ネットワークに含まれる通信装置間で授受される情報を、前記共通データを使って処理することによって前記通信装置を制御する通信制御装置であって、
前記通信装置の状態にかかる状態情報を取得する状態情報取得手段と、
前記状態情報取得手段によって取得された状態情報を、通信ネットワークに含まれる前記通信装置の変更、取得すべき状態情報の種別の変更の少なくとも一方によって前記共通データの変更が必要になる変更情報と、前記通信装置の変更、情報の種別の変更の少なくとも一方が変化した場合にも前記共通データの変更が必要ない非変更情報とに分離する状態情報分離手段と、
前記状態情報分離手段によって分離された変更情報及び前記共通データを使い、通信処理の手順を規定したシナリオにしたがって状態情報を処理するシナリオ実行手段と、
を備えることを特徴とする通信制御装置。
【請求項２】
前記状態情報取得手段は、前記通信装置の状態を監視するネットワークオペレーションシステムによって収集された前記状態情報を取得し、
前記状態情報分離手段は、前記状態情報取得手段によって取得された状態情報を、通信の目的となる目的情報と、当該目的情報を送受信するのに必要な制御情報とに分割し、さらに、前記目的情報を前記変更情報と前記非変更情報とに分離することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記変更情報を、ＸＭＬデータからテキストデータに変換する変更情報変換手段を備えることを特徴とする請求項１または２に記載の通信制御装置。
【請求項４】
通信ネットワークに含まれる通信装置の状態にかかる状態情報を取得する状態情報を、通信ネットワークに含まれる前記通信装置の変更、取得すべき状態情報の種別の変更の少なくとも一方によって前記共通データの変更が必要になる変更情報と、前記通信装置の変更、情報の種別の変更の少なくとも一方が変化した場合にも前記共通データの変更が必要ない非変更情報とに分離する状態情報分離ステップと、
前記状態情報分離ステップにおいて分離された変更情報と、複数の処理に共通の予め定められた共通データと、を使い、通信処理の手順を規定したシナリオにしたがって状態情報を処理するシナリオ実行ステップと、
を含むことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置及び通信制御方法にかかり、特に通信システムを構成する通信装置の状態にかかる情報を収集して処理することにより通信装置を制御する通信制御装置及び通信制御方法に関する。
【背景技術】
【０００２】
現在、ネットワーク等の通信網を使ったシステムでは、システム上で発生した故障に関する情報の収集や、故障した通信装置に対する制御の再開等を保守者の判断によって行っていた。また、夜間の定期的なトラヒックの収集等、定期的に行われる業務やファイル更新といった一定の手順で行われる比較的単純な処理に関しては、その手順をそれぞれ専用のプログラムとして作成し、自動的に実行している。このような保守者による操作を含むネットワークの管理システムをオペレーションシステムともいう。
【０００３】
従来のオペレーションシステムでは、通信網や通信装置の増大及び複雑化に伴って処理が多様化、専門化する傾向にある。このため、保守者の負荷が増大し、オペレーションミスや人件費の増加が問題視されている。このような問題を解消する手段として、従来保守者が実施していた故障検出やその回復措置等を自動的に実行する、自動オペレーションシステムが検討されている。自動オペレーションシステムの従来例としては、例えば、特許文献１が挙げられる。
【０００４】
自動オペレーションシステムを保守者が関与するオペレーションシステム（従来のオペレーションシステム）の機能を単純に複数組み合わせることにより実現しようとする場合、各システムに含まれる機能や処理手順の組み合わせが非常に多くなる。また、ネットワークシステムでは、管理の対象となる警報情報の内容変更等により処理手順の変更が比較的頻繁に起こる。
処理手順が変更される場合、新たにパッチや専用プログラムを作成してオペレーションシステムに投入することが必要となる。新規のバッチやプログラムを投入するためには、システムの停止が必要となり、システムの停止に伴ってオペレーション業務も停止する必要がある。
【０００５】
オペレーションシステムにおける処理手順の変更に対応するため、プログラムを、シナリオとプラットフォームとから構成することが考えられる。シナリオとは、保守者の知識(関連する情報収集などの知識、方法等)に基づいて、故障に関する情報収集や故障原因の判断、また業務手順を規定したデータである。また、プラットフォームとは、シナリオ中の業務手順の実行に必要なデータの共通部分(情報の表示、管理、情報収集の手段等)を提供するものである。このような構成のプログラムでは、オペレーションシステムに処理手順の変更や新規作成が要求された場合、シナリオのみを変更することによって変更等に対処することができる。
【０００６】
また、シナリオは、専用のデータ・ベース（ＤＢ）に保存される。各シナリオが使用される場合には、シナリオはいったんメモリに展開され、プラットフォームはシナリオに基づいて処理を実行する。このような技術によれば、一のシナリオの変更が他のシナリオやプラットフォームの実行に影響を与えることがなく、オペレーションシステム全体としても停止することがない。このために、オンラインにてシナリオを変更できることも可能になる。
【特許文献１】特開２００６−８５６２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記したオペレーションシステムは、ネットワークシステムにおいて監視の対象となる通信装置の追加、監視及び措置項目の変更、追加等がなされた場合、シナリオの変更のみによって対処することができないという不具合があった。すなわち、通信装置の追加、監視及び措置項目の変更、追加等は、シナリオの判断ロジックで使用されるデータが変更されるため、プラットフォームの変更が必要となる。プラットフォームの変更は、プログラムレベルでの変更となるため、かかるコストが増加するという不具合が生じていた。
本発明は、上記問題点を解決し、プラットフォームを変更することなく、シナリオの判断にかかるデータの変更等に対応可能なオペレーションシステムを提供できる、通信制御装置及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するため、本発明の請求項１にかかる通信制御装置は、複数の処理に共通して使用される共通データを予め設定し、通信ネットワークに含まれる通信装置間で授受される情報を、前記共通データを使って処理することによって前記通信装置を制御する通信制御装置であって、前記通信装置の状態にかかる状態情報を取得する状態情報取得手段と、前記状態情報取得手段によって取得された状態情報を、通信ネットワークに含まれる前記通信装置の変更、取得すべき状態情報の種別の変更の少なくとも一方によって前記共通データの変更が必要になる変更情報と、前記通信装置の変更、情報の種別の変更の少なくとも一方が変化した場合にも前記共通データの変更が必要ない非変更情報と、に分離する状態情報分離手段と、前記状態情報分離手段によって分離された変更情報及び前記共通データを使い、通信処理の手順を規定したシナリオにしたがって状態情報を処理するシナリオ実行手段と、を備えることを特徴とする。このような発明によれば、変更情報を予め非変更情報から分離しておくので、非変更情報を共通データによって処理することができる。したがって、処理すべき情報の多くの部分を既存の共通データによって処理することができる。また、シナリオを変更することによって変更情報の変更にも対処することができるため、共通データを変更することなく、変更情報を含む状態情報を処理することができる。
【０００９】
また、本発明の通信制御装置は、請求項１に記載の発明において、前記状態情報取得手段が、前記通信装置の状態を監視するネットワークオペレーションシステムによって収集された前記状態情報を取得し、前記状態情報分離手段は、前記状態情報取得手段によって取得された状態情報を、通信の目的となる目的情報と、当該目的情報を送受信するのに必要な制御情報とに分割し、さらに、前記目的情報を前記変更情報と前記非変更情報とに分離することを特徴とする。このような発明によれば、状態情報を段階的に分離して効率的に変更情報だけを取り出すことができる。
【００１０】
また、本発明の通信制御装置は、請求項１または２に記載の発明において、前記変更情報を、ＸＭＬデータからテキストデータに変換する変更情報変換手段を備えることを特徴とする。このような発明によれば、XMLデータをパースする際にデータの変更に伴い、本来追加変更しなければならないスキーマを変更することなくパース可能となる。
【００１１】
また、本発明の通信制御方法は、通信ネットワークに含まれる通信装置の状態にかかる状態情報を取得する状態情報を、通信ネットワークに含まれる前記通信装置の変更、取得すべき状態情報の種別の変更の少なくとも一方によって前記共通データの変更が必要になる変更情報と、前記通信装置の変更、情報の種別の変更の少なくとも一方が変化した場合にも前記共通データの変更が必要ない非変更情報とに分離する状態情報分離ステップと、前記状態情報分離ステップにおいて分離された変更情報と、複数の処理に共通の予め定められた共通データと、を使い、通信処理の手順を規定したシナリオにしたがって状態情報を処理するシナリオ実行ステップと、を含むことを特徴とする。このような発明によれば、変更情報を予め非変更情報から分離しておくので、非変更情報を共通データによって処理することができる。したがって、処理すべき情報の多くの部分を既存の共通データによって処理することができる。また、シナリオを変更することによって変更情報の変更にも対処することができるため、共通データを変更することなく、変更情報を含む状態情報を処理することができる。
【発明の効果】
【００１２】
以上述べた本発明の通信制御装置、通信制御方法は、通信装置の状態にかかる情報を、通信装置の追加や監視項目の変化によって変化する変更情報と、変更しない非変更情報とに分離しておくことができる。このため、非変更情報については予め設定されている共通データを使って処理し、変更情報については通信装置の追加や監視項目の変化についてはシナリオだけを変更して対処することができる。このような本発明は、通信端末装置、通信装置、通信設備、及び通信の内容の変更に伴って新たな機能を開発する必要がなくなる。したがって、通信設備等の変更にかかるコストを軽減し、構成の変更にネットワークをフレキシブルに対応させられる通信制御装置及び通信制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図を参照して本発明に係る通信制御装置、通信制御方法の一実施形態を説明する。
（システム構成）
図１は、本発明の一実施形態のオペレーションシステム（ＯＰＳ）を説明するための図である。本実施形態のＯＰＳは、通信ネットワーク３を統合的に管理するものであり、統合管理ＯＰＳとも記す。
図示した構成は、通信ネットワークを操作するＮＥ−ＯＰＳ（ネットワークエレメント・オペレーションシステム）１と、ＮＥ−ＯＰＳ１を統合的に管理する統合管理ＯＰＳ２とからなる。本実施形態のＯＰＳは、統合管理ＯＰＳ２適用される。
【００１４】
通信ネットワーク３は、通信端末装置Ｔ１、Ｔ２、Ｔ３、Ｔ４、通信装置Ｎ１、Ｎ２、Ｎ３、Ｎ４を含んでいる。通信装置Ｎ１〜Ｎ４は、各々が通信端末装置Ｔ１〜Ｔ４の一つと接続し、通信端末装置Ｔ１〜Ｔ４同士の通信を制御している。
統合管理ＯＰＳ２は、複数の処理に共通して使用される共通データを予め設定し、通信ネットワーク３に含まれる通信装置Ｎ１〜Ｎ４間で授受される情報を、共通データを使って処理している。なお、本実施形態でいう共通データとは、例えば、複数の異なるアーキテクチャを持つシステムに対応して設定される、いわゆるプラットフォームを指すものとする。
【００１５】
ＮＥ−ＯＰＳ１は、通信装置Ｎ１〜Ｎ４に接続し、通信装置Ｎ１〜Ｎ４、あるいは通信装置Ｎ１〜Ｎ４を介して通信端末装置Ｔ１〜Ｔ４（以降、説明の簡単のため、通信装置Ｎ１〜Ｎ４、通信端末装置Ｔ１〜Ｔ４を総称して通信装置とも記す）を監視している。監視は、通信装置Ｎ１〜Ｎ４の稼働状況や授受されているデータ量といった通信装置Ｎ１〜Ｎ４の状態を示す情報（状態情報）を収集することによって行われる。状態情報の収集は、ＮＥ−ＯＰＳ１に通信装置Ｎ１〜Ｎ４が自装置の状態を示すメッセージを送信することによっても実現できる。
統合管理ＯＰＳ２は、ＮＥ−ＯＰＳ１と接続し、ＮＥ−ＯＰＳ１に収集された通信装置Ｎ１〜Ｎ４のメッセージの関連性を調査する。統合管理ＯＰＳ２は、調査の結果、通信装置Ｎ１〜Ｎ４のいずれかにおいて警報が発生している等の不具合を検出する。そして、必要があれば通信の不具合の回復措置を実行する。
【００１６】
（統合管理ＯＰＳ２の構成）
次に、図１に示した統合管理ＯＰＳ２の構成について説明する。
図２は、図１に示した統合管理ＯＰＳ２の機能ブロック図である。統合管理ＯＰＳ２は、ＮＥ−ＯＰＳ１から受け取ったデータを統合管理ＯＰＳ用のデータに変換するアダプタ２１、変換後のデータに基づいて処理に使用されるシナリオを選択し、シナリオの内容に沿って措置を決定して実行する措置決定サーバ２２、シナリオを管理するシナリオ管理サーバ２３を備えている。
なお、以上述べたＯＰＳ２において制御、管理されるデータには、ＸＭＬ（eXtensive Markup Language)データを用いることが望ましい。
【００１７】
・ハードウェア構成
図３は、図２に示した各構成のハードウェア構成を説明するための図であって、アダプタ２１、措置決定サーバ２２、シナリオ管理サーバ２３に共通の図である。アダプタ２１、措置決定サーバ２２、シナリオ管理サーバ２３は、いずれもＣＰＵ（Central Processing Unit）３１、ＲＡＭ（Random Access Memory）３２、ＨＤ（Hard Disk）３３、通信インターフェース３４を具備した汎用計算機である。
【００１８】
このため、以上の構成は、汎用的なコンピュータが一般的に内蔵する構成を使用するものである。ＨＤ３３は、コンピュータの処理に必要なＯＳ（Operating System）等のプログラムを記憶しておく構成である。ＲＡＭ３２は、処理の経過や結果を示すデータを保存する、あるいはワーキングエリアとして使用されるメモリである。通信インターフェース３４は、統合管理ＯＰＳ２内において行われる通信のインターフェースであって、ＣＰＵ３１は、以上の構成を統括的に制御する構成である。
【００１９】
・ソフトウェア構成
図４は、図２に示したアダプタ２１の機能ブロック図である。アダプタ２１は、ＮＥ−ＯＰＳ１からデータを受信するデータ受信部４１、統合管理ＯＰＳ２の内部データを生成する内部データ生成部４４を備えている。データ受信部４１は、ＮＥ−ＯＰＳ１と通信してデータを受信する。そして、受信されたデータを内部データ生成部４４に送信する。
【００２０】
以上の構成において、データ受信部４１は、通信装置Ｎ１〜Ｎ４、あるいは通信端末装置Ｔ１〜Ｔ４といった通信装置の状態情報を取得する状態情報取得手段として機能する。
ここで、本実施形態のＮＥ−ＯＰＳ１がデータ受信部４１に送信する状態情報について説明する。図５は、ＮＥ−ＯＰＳ１がデータ受信部４１に送信する状態情報のデータ構造を説明するための図である。ＮＥ−○ＰＳによって送信される状態情報のうちのＯＰＳデータＤ１は、通信装置Ｎ１〜Ｎ４間で行われるセッションの種別や接続先等、通信に関わる情報が含まれた１つの共通データ部Ｄ２と、通信の目的ごとに設定される、例えば警報等の情報が含まれる複数の個別データ部Ｄ３とを含んでいる。
【００２１】
本実施形態では、個別データ部Ｄ３を通信の目的となる目的情報とし、共通データ部Ｄ２を個別データ部Ｄ３のような目的情報の通信に使用される制御情報とする。
また、個別データ部Ｄ３、共通情報データ部Ｄ４と固有情報データ部Ｄ５とに分類される。共通情報データ部Ｄ４は、警報の種別を示す警報名、警報の対象となった装置名、発生時間等のデータを含む。共通情報データ部Ｄ４に含まれるデータは、いずれの警報のデータにも共通の項目であって、追加や変更がない。また、固有情報データ部Ｄ５は、新規機能、通信装置等の追加などにより項目の追加や変更があり得るデータを含んでいる。
【００２２】
固有情報データ部Ｄ５は、ネットワーク３に含まれる通信装置の変更、取得すべき状態情報の種別の変更の少なくとも一方によって共通データの変更が必要になる変更情報である。また、共通情報データ部Ｄ４は、本実施形態において、通信装置の変更、情報の種別の変更の少なくとも一方が変化した場合にも共通データの変更が必要ない非変更情報に相当する。
【００２３】
なお、通信装置の変更とは、ＮＥ−ＯＰＳ１の監視の対象となっている通信装置等の数の追加や削減、機種の変更等をいう。また、取得すべき状態情報の種別の変更とは、ＮＥ−ＯＰＳ１がネットワークを監視するために取得するよう設定されている状態情報の変更や、状態情報に基づいて警報を発生するよう設定されている監視項目の追加等をいう。
内部データ生成部４４は、データ分割部４２とデータ変換部４３を備えている。データ分割部４２は、ＮＥ−ＯＰＳ１からデータ受信部４１を介してデータを受信し、受信されたデータを共通データ部Ｄ２と個別データ部Ｄ３とに分割する。そして、個別データ部Ｄ３のみをデータ変換部４３に送信する。
【００２４】
データ変換部４３は、個別データ部Ｄ３に含まれる固有情報データ部Ｄ５をＣＤＡＴＡセクションに変換する。なお、ＣＤＡＴＡセクションとは、ＸＭＬ文書を記述する際のマークアップ専用の記号であって、ＸＭＬ文書を通常の文字として扱う特例的な部分をいう。
すなわち、ＸＭＬは、マークアップ言語であるため、マークアップ用として指定された記号を直接文字として記述することができない。このためにＸＭＬ文書の記述や管理が煩雑となる場合が存在するため、その際には、
＜！［ＣＤＡＴＡ［という文字列で始まり、］］＞という文字列で終わるＣＤＡＴＡセクションを使用する。ＣＤＡＴＡセクションの内部には、ＸＭＬで利用可能な文字を全て記述することが可能である。したがって、ＣＤＡＴＡセクションに変換されることにより、固有情報データ部Ｄ５を１つのテキストデータとして扱うことが可能となる。データ変換部４３は、ＣＤＡＴＡセクションに変換された固有情報データ部Ｄ５を、共通データ部Ｄ２、個別データ部Ｄ３と共に措置決定サーバ２２に送信する。
以上述べた構成のうち、データ分割部４２は、状態情報を、変更情報と非変更情報とに分離する状態情報分離手段として機能する。
【００２５】
図６は、措置決定サーバ２２の機能ブロック図である。措置決定サーバ２２は、アダプタ２１からデータを受信するデータ受信部５１、受信されたデータに基づいてシナリオ用データを作成するシナリオ用データ生成部５２、生成されたシナリオを実行するシナリオ実行部５３を備えている。
シナリオ用データ生成部５２は、データ分割部５４、データ変換部５５を備えている。データ分割部５４は、アダプタ２１から受信された個別データ部Ｄ３を共通情報データ部Ｄ４と固有情報データ部Ｄ５分割する。分割されたデータのうち、共通情報データ部Ｄ４はシナリオ実行部５３に渡される。一方、固有情報データ部Ｄ５は、データ変換部５５に送信される。データ変換部５５は、送信されたデータのうちのテキスト化された固有情報データ部を再度ＸＭＬデータに変換し、シナリオ実行部５３に送信する。
【００２６】
シナリオ管理サーバ２３は、シナリオを保持し、措置決定サーバ２２内のシナリオ実行部５３の要求によって該当するシナリオを送信している。シナリオ実行部５３は、シナリオ管理サーバ２３から措置の決定方法や措置内容の書かれたシナリオを取得してシナリオを実行する。シナリオ用データ生成部５２は、この際、必要に応じて共通情報データ部Ｄ４や固有情報データ部Ｄ５をＲＡＭ３２等のメモリに展開して使用する。
このとき、共通情報データ部Ｄ４には、定義されたスキーマに基づいたバースが実施される。一方、固有情報データ部Ｄ５に関しては、ノンスキーマバースによるデータの展開がなされる。
以上のように構成された措置決定サーバ２２のうち、シナリオ用データ生成部５２及びシナリオ実行部５３が、本実施形態のシナリオ実行手段として機能する。
【００２７】
（通信制御方法）
次に、以上述べた通信制御装置によってなされる情報の処理方法について説明する。図７は、本実施形態の通信制御方法を説明するためのフローチャートである。図示したフローチャートにおいて、Ｐ１部がアダプタ２１においてなされる処理であり、Ｐ２部が措置決定サーバ２２においてなされる処理である。Ｐ１は、本実施形態の状態情報分離ステップを含み、Ｐ２は、本実施形態のシナリオ実行ステップを含んでいる。
本実施形態にかかる統合管理ＯＰＳ２は、先ず、アダプタ２１において、ＮＥ−ＯＰＳ１からＯＰＳデータＤ１を受け取る。そして、受け取ったデータを、アダプタ２１内のデータ分割部４２において共通データ部Ｄ２と個別データ部Ｄ３とに分割する（Ｓ７３）。分割された個別データ部Ｄ３は、データ変換部４３に送信される。
【００２８】
図８（ａ）〜（ｆ）は、以上の処理において取り扱われるデータの具体例を示した図である。以上述べた動作において、ＯＰＳデータＤ１は、例えば、図８（ａ）に示すデータとして構成される。また、ＯＰＳデータＤ１のうち、
２行＜ＣｏｍｍｏｎＩｎｆｏ＞から、５行＜／ＣｏｍｍｏｎＩｎｆｏ＞までが共通データ部Ｄ２となっている（図８（ｂ））。また、６行＜ＡｌａｒｍＲｅｓｕｐｏｎｓｅ＞から、最終行＜／ＡｌａｒｍＲｅｓｕｐｏｎｓｅ＞までが個別データ部Ｄ３となっている（図８（ｃ）上段）。
【００２９】
データ変換部５５は、個別データ部Ｄ３を受け取る。そして、受け取った個別データ部Ｄ３に含まれている固有情報データ部Ｄ５をＣＤＡＴＡセクションに変換する（Ｓ７４）。図８（ｃ）下段のデータＤ３（ＣＤＡＴＡ）は、ＣＤＡＴＡセクションに変換された個別データ部Ｄ３を示している。ＣＤＡＴＡセクションに変換されたデータＤ３（ＣＤＡＴＡ）は、措置決定サーバ２２に送信される。
【００３０】
措置決定サーバ２２は、データ分割部５４において、ＸＭＬデータ群からデータＤ３（ＣＤＡＴＡ）を含む個別データ部Ｄ３を抜き出す。そして、個別データ部Ｄ３を共通情報データ部Ｄ４と固有情報データ部Ｄ５に分割することによって固有情報データ部Ｄ５を抜き出す（Ｓ７５）。共通情報データ部Ｄ４を図８（ｄ）に、固有情報データ部Ｄ５を図８（ｅ）に例示する。
【００３１】
固有情報データ部Ｄ５は、データ変換部５５に送信され、テキストデータから再度ＸＭＬデータ（データＤ５（ＸＭＬ））に変換される。ＸＭＬデータに変換された固有情報データ部Ｄ５を、図８（ｆ）に示す。このような処理により、個別データＤ３及び固有情報データ部Ｄ５がシナリオの実行に適するデータ形式に変更される（Ｓ７６）。
シナリオ実行部５３は、シナリオ管理サーバ２３からシナリオを必要に応じて呼び出し、共通情報データ部Ｄ４あるいはＸＭＬデータに変換された固有情報データ部Ｄ５（ＸＭＬ）を使って実行する。その結果、措置決定サーバ２２によって措置の対象となる通信装置Ｎ１〜Ｎ４に対する警報等の措置が実行されることとなる。
【００３２】
以上のように、図８（ａ）に示したＯＰＳデータＤ１は、状態情報の監視や取得といった常時行われている一般的な処理にかかる情報を含んでいることがわかる。また、（ｅ）、（ｆ）に示した固有情報データ部Ｄ５は、このうち警報の発生という特殊な情報だけをＯＰＳデータＤ１から抜き出したものであることがわかる。本実施形態は、このようにして共通データだけでは処理できない状態情報を抜き出し、処理の手順の変更だけをシナリオで設定し、抜き出された状態情報に対応する。
【００３３】
（実施形態の作用及び効果）
以上述べた本実施形態は、統合管理ＯＰＳ２が、アダプタ２１及び措置決定サーバ２２において個別データ部Ｄ３を共通情報データ部Ｄ４と固有情報データ部Ｄ５に分割する。共通情報データ部Ｄ４は、監視の対象となる通信装置の追加や監視項目の追加等によって変化しないデータである。このため、既存のプラットフォームを使用して処理することができる。
【００３４】
一方、固有情報データ部Ｄ５は、監視の対象となる通信装置の追加や監視項目の追加等によって変化し得るデータである。本実施形態では、変化し得るデータを、予め変化し得ないデータと分離しておき、監視対象の通信装置や項目が追加等に対してはシナリオ及びプラットフォーム上にある固有の処理に特化された必要なプログラムのみを変更あるいは追加して対処することができる。
【００３５】
このような本実施形態によれば、監視対象の通信装置や項目が変化し得るシステムにおいても、プラットフォームを変更する必要がなく、プラットフォームの変更に時間やコストがかかることをなくし、通信システムの構成の変更にかかる負荷を小さくすることができる通信制御装置及び通信制御方法を提供することができる。
なお、監視対象の通信装置や項目が追加等で変化し得ない非変更データは、予め設定されているスキーマによってバースすることができる。また、変更されたシナリオによってなされる処理は、ノンスキーマによってバースを実行する。このように構成することにより、監視の対象となる通信装置の追加や監視項目の追加が起こり得るシステムにおいても、変更に合わせてスキーマを開発することが不要となり、システムの開発コストをいっそう低減することが可能となる。
【産業上の利用可能性】
【００３６】
本発明は、通信ネットワークシステムに含まれる通信装置の状態を監視し、通信装置の故障等を検出するオペレーションシステムに適用することができる。また、システムにおいて、監視項目や通信装置の構成の変更が予測されるシステムに特に効果的である。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態のオペレーションシステムを説明するための図である。
【図２】図１に示した統合管理ＯＰＳの機能ブロック図である。
【図３】図２に示した各構成のハードウェア構成を説明するための図である。
【図４】図２に示したアダプタの機能ブロック図である。
【図５】本発明の一実施形態の状態情報のデータ構造を説明するための図である。
【図６】図２に示した措置決定サーバの機能ブロック図である。
【図７】本発明の一実施形態の通信制御方法を説明するためのフローチャートである。
【図８】本発明の一実施形態で取り扱われるデータの具体例を示した図である。
【符号の説明】
【００３８】
１  ＮＥ−ＯＰＳ
２  統合管理ＯＰＳ
３  通信ネットワーク
２１  アダプタ
２２  措置決定サーバ
２３  シナリオ管理サーバ
３１  ＣＰＵ
３２  ＲＡＭ
３３  ＨＤ
３４  通信インターフェース
４１、５１  データ受信部
４２  データ分割部
４３  データ変換部
４４  内部データ生成部
５２  シナリオ用データ生成部
５３  シナリオ実行部
５４  データ分割部
５５  データ変換部
【図１】
2008160716.tif 000003
【図２】
2008160716.tif 000004
【図３】
2008160716.tif 000005
【図４】
2008160716.tif 000006
【図５】
2008160716.tif 000007
【図６】
2008160716.tif 000008
【図７】
2008160716.tif 000009
【図８】
2008160716.tif 000010