(57)【要約】【課題】オペレーションシステム及びオブジェクトデータ管理方法に関し、装置固有の属性データの差異を吸収して論理単位で管理対象の装置の検索を行うことを可能にする。【解決手段】クライアント端末３−１より、通信網システム（キャリア）として“ＳＹＳ１”等の識別情報を指定してログインし、［パッケージ（ＰＫＧ）検索画面］３−１１から論理単位の検索条件としてパッケージ（ＰＫＧ）種別“１５０Ｍ−ＩＦ”等を入力して検索要求（１）を行うと、［クライアントアプリケーションプログラム］３−２は、［装置種（ＰＫＧ）別マッピングテーブル］３−３から、“１５０Ｍ−ＩＦ”に対応する装置種別（ＰＫＧ＿ＫＩＮＤ）“５０２１９１００”及び“５０２１９２００”を取得し、［オブジェクトパネルテーブル］３−４その他のデータベーステーブルから検索対象装置（ＰＫＧ）の設置ビル名、ユニット番号、スロット番号等を検出して応答する。【選択図】      図３
2006323442.tif 000002
【特許請求の範囲】
【請求項１】
複数の装置からなるシステムの各装置に対してオブジェクトデータとしてデータ化された情報を基にシステムの各装置を管理するオペレーションシステムにおいて、
管理対象の各装置に該装置固有の属性データを基に付与した装置種別識別子に対して、該管理上の論理単位の種別を基に付与した論理単位種別識別子を対応付けた装置種別マッピングテーブルを格納する手段と、
管理操作用のクライアント端末から入力された論理単位種別識別子を基に、前記装置種別マッピングテーブルを参照して管理対象の装置を検索し、該論理単位種別識別子に対応付けられた装置種別識別子を抽出し、該当する管理対象の装置を特定する手段と、
を備えたことを特徴とするオペレーションシステム。
【請求項２】
前記装置種別マッピングテーブルに、管理操作の種別を示す管理操作種別識別子を格納する欄を設け、管理対象の装置の検索実行時に、該管理操作種別識別子を基に、該当する管理対象の装置種別識別子を抽出し、該当する管理対象の装置を特定する手段を備えたことを特徴とする請求項１に記載のオペレーションシステム。
【請求項３】
前記装置種別マッピングテーブルを、格納データを随時更新可能なデータベース構造のテーブルとし、管理対象の装置を検索するアプリケーションプログラムを、該装置種別マッピングテーブルを参照する共通的な１つのロジックプログラムとして構成したことを特徴とする請求項１又は２に記載のオペレーションシステム。
【請求項４】
通信網システムの種別を示す通信網システム種別情報と、該通信網システムの種別毎の装置のオブジェクトデータとを対応付けたテーブルを有し、管理対象の装置の検索実行時に、該通信網システム種別情報を基に、該当する管理対象の装置を抽出し、該当する管理対象の装置を特定する手段を備えたことを特徴とする請求項１乃至３の何れかに記載のオペレーションシステム。
【請求項５】
複数の装置からなるシステムの各装置に対してオブジェクトデータとしてデータ化された情報を基にシステムの各装置を管理するオブジェクトデータ管理方法において、
管理対象の各装置に対してそれぞれ各装置固有の属性データを基に付与した装置種別識別子に対して、該管理上の論理単位の種別を基に付与した論理単位種別識別子を対応付けた装置種別マッピングテーブルを生成するステップと、
管理操作用のクライアント端末から入力された論理単位種別識別子を基に、前記装置種別マッピングテーブルを参照して管理対象の装置を検索し、該論理単位種別識別子に対応付けられた装置種別識別子を抽出し、該当する管理対象の装置を特定するステップと、
を含むことを特徴とするオブジェクトデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オペレーションシステム及びオブジェクトデータ管理方法に関し、特に、通信網の監視／制御を行うオペレーションシステム（ＯｐＳ）において、監視／制御対象の通信設備等の装置のオブジェクトデータの管理に好適に適用されるオペレーションシステム及びオブジェクトデータ管理方法に関する。
【背景技術】
【０００２】
図４に、通信網システムの監視／制御を行うオペレーションシステム（ＯｐＳ）の構築例を示す。昨今の通信網では、網を構成するために複数種類の装置（Ｘ，Ｙ，Ｚ，・・・）を用いており、オペレーションシステム（ＯｐＳ）では、その複数種類の装置（Ｘ，Ｙ，Ｚ，・・・）を等しく物理オブジェクトとして内部管理する必要がある。
【０００３】
しかも、網を構成する複数種類の装置（Ｘ，Ｙ，Ｚ，・・・）はマルチベンダ化により、複数の製造元（Ａ社、Ｂ社、Ｃ社、・・・）にて開発が行われているため、同一機能の装置であっても属性データに若干の差異がある。その若干の差異がそのまま異なるオブジェクトデータとして展開されるため、同一機能を備えた物理オブジェクトに対する管理であっても、完全な同一管理は難しく、扱いにくいデータ構成となっている。
【０００４】
また、同一の通信網を用いたシステムであっても、その運用用途により要件は様々であり、その個々のシステム毎の要件を満たしたオペレーションシステム（ＯｐＳ）を提供するためには、それぞれのシステム固有の要件に対応してプログラミングロジックを修正するという「カスタマイズ」を行うことが必要となっている。
【０００５】
通常、オペレーションシステム（ＯｐＳ）は、物理オブジェクトを管理するサーバアプリケーションプログラム、及び物理オブジェクトのデータを保持するためのデータベース、更にそれらと通信し合い、オペレータにオブジェクトデータを提供するクライアントアプリケーションプログラムにより構成されている。図５にオペレーションシステム（ＯｐＳ）の構成及びオペレータ（クライアント端末）からの管理操作の例を示す。
【０００６】
オペレーションシステム（ＯｐＳ）配下で管理される各装置５−３は、サーバ５−２内のサーバアプリケーションプログラム５−２１にて物理オブジェクトデータとしてデータ化され、データベース５−２２に格納される。クライアントアプリケーションプログラム５−２３は、その物理オブジェクトデータを参照し、各種検索情報をオペレータ（クライアント端末）５−１に提供すると共に、オペレータ（クライアント端末）５−１からの制御操作を受け、サーバアプリケーションプログラム５−２１に対し、その制御命令を発する。
【０００７】
オペレーションシステム（ＯｐＳ）が管理する通信網システムは、様々な要求条件により、それぞれ固有のものが構築される。その具体例（１）として、
・第１の通信網システムでは、装置ｘにＡ社製のもののみを用いてシステムを構築することが要求される。
・第２の通信網システムでは、装置ｘにＡ社製のもの及びＢ社製のものの両方を用いてシステムを構築することが要求される。
といった要求条件の差異がある。
【０００８】
また、具体例（２）として、
・第３の通信網システムでは、装置ｘの配下のパッケージａを実装した運用を行うことが要求される。
・第４の通信網システムでは、装置ｘの配下のパッケージａを実装した運用を行うことは要求されない。
といった要求条件の差異等がある。
【０００９】
これらの要求条件の差異は、個々の通信網システムに対応したオペレーションシステム（ＯｐＳ）における管理すべき物理オブジェクトデータに影響し、各オペレーションシステム（ＯｐＳ）は、類似の管理機能を実現する場合でも、これらの差異を吸収すべく、システム固有の差異に基づいて「カスタマイズ」を行う必要がある。具体的には、個々の要求条件に伴ったプログラミングロジックの変更が必要で、その変更に伴う確認試験や検証の作業も当然必要となる。
【００１０】
また、各物理オブジェクトは、同種機能のオブジェクトであっても、マルチベンダ化等による影響により、装置としての属性データに若干の差異が存在する。例えば、同種装置である「装置ｘ（Ａ社製）」及び「装置ｘ（Ｂ社製）」には、それぞれ同じ機能を具備する「パッケージ（ＰＫＧ）」ａが配下に存在する。
【００１１】
しかし、それらは同一機能のパッケージ（ＰＫＧ）でありがなら、製造元が異なるために、一意性を示すべきオブジェクトデータの「識別子」に差異があり、顧客要件により「パッケージ（ＰＫＧ）ａを検索する機能」を実現する場合、製造元の相違による「識別子」の差異を「オア条件」を用いた検索条件によって吸収するプログラミングロジックを組み込む必要がある。
【００１２】
その具体例（３）として、
・第５の通信網システムでは、装置ｘにＡ社製のもののみを用いてシステムを構築したとすると、配下パッケージ（ＰＫＧ）ａは１種類のみであり、該パッケージ（ＰＫＧ）の検索のための条件は１つの識別子の指定で良く、プログラミングロジックは下記のようになる。
“ｓｅｌｅｃｔ・・・ｆｒｏｍ・・・ｗｈｅｒｅｐｋｇ＿ｋｉｎｄ＝０ｘ１１１１；
・一方、第６の通信網システムでは、装置ｘにＡ社製のもの及びＢ社製のものの両方を用いてシステムを構築したとすると、配下パッケージ（ＰＫＧ）ａは２種類存在し、検索のための条件は２つの識別子の「オア条件」となり、プログラミングロジックは下記のようになる。
“ｓｅｌｅｃｔ・・・ｆｒｏｍ・・・ｗｈｅｒｅｐｋｇ＿ｋｉｎｄ＝０ｘ１１１１ｏｒ０ｘ２００１；
【００１３】
このように各製造元の特異性により、システム変更等において新たな「装置ｘ（Ｃ社製）」を追加し、その装置配下にも同一機能の「パッケージ（ＰＫＧ）ａ」が存在する場合、元々の「検索条件」のプログラミングロジックに新たな「検索条件」を追加し、動作確認を行った後、アプリケーションプログラムを再リリースするといった作業が必要であった。
【００１４】
例えば図６に示すように、「装置ｘ（Ａ社製）」と「装置ｘ（Ｂ社製）」とにそれぞれ同一機能の「パッケージ（ＰＫＧ）ａ」が存在し、それらには製造元の特異性によりそれぞれ異なる識別子「１１１１」、「２００１」が与えられていた場合、該「パッケージ（ＰＫＧ）ａ」のデータを同時に取得したい場合、「検索条件」に、識別子＝「１１１１」ｏｒ「２００１」というオア条件付加が必要となる。そこに更に「装置ｘ（Ｃ社製）」が追加されれば、識別子＝「１１１１」ｏｒ「２００１」ｏｒ「３００２」という検索条件変更が必要となる。
【００１５】
更に、同一の通信網システム内であっても「管理操作画面（管理機能）」が異なることにより、類似の問題が発生する。その具体例（４）として、
・第１の管理操作画面では装置ｘのみを制御対象とし、装置ｘのパッケージ（ＰＫＧ）のみが検索対象となる。
・第２の管理操作画面では、装置ｘ及び装置ｙを制御対象とし、装置ｘ及び装置ｙの両方のパッケージ（ＰＫＧ）が検索対象となる。
このような管理操作画面の差異によっても、類似の検索機能でありながら、それぞれの管理操作画面（管理機能）毎に、別々にプログラミングロジックの開発が必要となり、その結果、生産されるソースコードが莫大なものとなっていた。
【００１６】
本発明に関連する先行技術文献として、ネットワーク管理者の管理業務の軽減、ネットワーク管理者自体の管理業務の簡素化、物品管理者の管理業務の軽減、物品管理者自体の管理業務の簡素化、ネットワークの異常時の対応の迅速化、コンピュータ資源やデータの共有による資源の節約化、ネットワークの信頼性の向上化等を図ったネットワーク管理システムが下記の特許文献１に記載されている。
【特許文献１】特開５−２２５１０４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
近年、通信網システムはインターネット等の普及の影響もあって劇的に変化し、それに伴うオペレーションシステム（ＯｐＳ）の開発には、一層の低コスト化、納期短縮化が要求されてきている。しかし、前述したように、これまでのオペレーションシステム（ＯｐＳ）は、ベースとして開発したソフトウェアだけでは実際に運用を開始することはできず、様々な顧客要件に対応すべく、それぞれの要件を満たすためのシステム固有の「カスタマイズ」をソフトウェアに施す必要があった。
【００１８】
また、その「カスタマイズ」には、プログラミングロジックの修正以外に莫大な「確認工数」が発生し、ベースとして類似したシステムを適用して開発を安価に行おうと画策しても、結局は「カスタマイズ」に莫大なコスト及び時間を費やさざるを得ないという状況にあった。
【００１９】
このようなオーダーメイド的な開発は、多くのコスト及び時間を要する以外に、類似機能のオペレーションシステム（ＯｐＳ）が多数存在することにより、生産された開発物が多種に亘るため、それらのメンテナンスに関しても種類数に比例した多くのコストが必要になるという悪循環に陥っていた。
【００２０】
また、類似のオペレーションシステム（ＯｐＳ）が多数存在することで、結果的にハードウェアとしてのマシン等の設備としても、それだけ多数の種類のものが必要ということとなり、トータルの開発コストへの影響、設置場所の確保、設備メンテナンス料の肥大化も問題となっていた。
【００２１】
また、既に運用に入っているオペレーションシステム（ＯｐＳ）にて、新規装置追加によるエンハンスメントを行う場合に、アプリケーションプログラムの入れ替えに伴うシステム再立ち上げが必要となる。しかし、実際には殆どの通信網システムは、一旦、運用に入ってしまうと、「２４時間／３６５日連続運転」という運用が大前提の要件として存在し、容易にシステムを停止することは難しい状況にある。エンハンスメントを行おうとすれば、一定時間のシステムダウンにより、営業上膨大な損害を与えてしまうというのが現況となっていた。
【００２２】
本発明は、製造元の相違等による装置の属性データの差異を吸収して管理対象の装置の検索を行うことができるオペレーションシステム及びオブジェクトデータ管理方法を提供することを目的とする。また、管理操作(管理機能）の単位で必要な管理対象装置のデータのみを取得することを可能にする。また、新たな管理対象の追加等の要件が発生しても、プログラムロジックの追加又は変更を行うことなく、管理対象装置の検索可を能にする。また、複数の通信網システム（キャリア）が混在する場合でも、必要な通信網システム（キャリア）の装置のデータのみを取得することを可能にする。
【課題を解決するための手段】
【００２３】
本発明のオペレーションシステムは（１）、複数の装置からなるシステムの各装置に対してオブジェクトデータとしてデータ化された情報を基にシステムの各装置を管理するオペレーションシステムにおいて、管理対象の各装置に該装置固有の属性データを基に付与した装置種別識別子に対して、該管理上の論理単位の種別を基に付与した論理単位種別識別子を対応付けた装置種別マッピングテーブルを格納する手段と、管理操作用のクライアント端末から入力された論理単位種別識別子を基に、前記装置種別マッピングテーブルを参照して管理対象の装置を検索し、該論理単位種別識別子に対応付けられた装置種別識別子を抽出し、該当する管理対象の装置を特定する手段と、を備えたことを特徴とする。
【００２４】
また、（２）前記装置種別マッピングテーブルに、管理操作の種別を示す管理操作種別識別子を格納する欄を設け、管理対象の装置の検索実行時に、該管理操作種別識別子を基に、該当する管理対象の装置種別識別子を抽出し、該当する管理対象の装置を特定する手段を備えたことを特徴とする。
【００２５】
また、（３）前記装置種別マッピングテーブルを、格納データを随時更新可能なデータベース構造のテーブルとし、管理対象の装置を検索するアプリケーションプログラムを、該装置種別マッピングテーブルを参照する共通的な１つのロジックプログラムとして構成したことを特徴とする。
【００２６】
また、（４）通信網システムの種別を示す通信網システム種別情報と、該通信網システムの種別毎の装置のオブジェクトデータとを対応付けたテーブルを有し、管理対象の装置の検索実行時に、該通信網システム種別情報を基に、該当する管理対象の装置を抽出し、該当する管理対象の装置を特定する手段を備えたことを特徴とする。
【００２７】
また、本発明のオブジェクトデータ管理方法は、（５）複数の装置からなるシステムの各装置に対してオブジェクトデータとしてデータ化された情報を基にシステムの各装置を管理するオブジェクトデータ管理方法において、管理対象の各装置に対してそれぞれ各装置固有の属性データを基に付与した装置種別識別子に対して、該管理上の論理単位の種別を基に付与した論理単位種別識別子を対応付けた装置種別マッピングテーブルを生成するステップと、管理操作用のクライアント端末から入力された論理単位種別識別子を基に、前記装置種別マッピングテーブルを参照して管理対象の装置を検索し、該論理単位種別識別子に対応付けられた装置種別識別子を抽出し、該当する管理対象の装置を特定するステップと、を含むことを特徴とする。
【発明の効果】
【００２８】
本発明によれば、装置の製造元間の相違によるデータの差異を隠蔽するデータを新たに定義し、装置毎の装置種別識別子と新たに定義した管理上の論理単位の識別子とを対応付ける装置種別マッピングテーブルを設け、このテーブルとデータベース上の物理オブジェクトのテーブルとを結合させ、新定義した論理単位の識別子を検索時のフィルタ条件に用いることにより、製造元間の差異を吸収して装置の検索を行うことができる。
【００２９】
また、管理操作画面（管理機能）間の管理対象装置の差異を隠蔽するため、マッピングテーブルに管理操作を示す識別子の欄を追加し、検索実行時、この追加欄のデータを用いてフィルタリングを行うことにより、管理操作に必要な装置のデータのみを取得する構成とすることができる。
【００３０】
また、上記マッピングテーブルをリアルタイムに更新可能なデータベース構造のテーブルとし、装置の検索を行うアプリケーションプログラムを、このマッピングテーブルデータを参照する共通的な１つのロジックプログラムとして開発しておくことにより、新たな管理対象の追加等の要件が発生しても、プログラムロジックの追加又は変更を行うことなく、マッピングテーブルのデータの追加又は変更のみにより対応することが可能となり、管理対象とする物理オブジェクトの追加又は削除、及び物理オブジェクト毎の管理操作画面（管理機能）の追加又は変更を、プログラミングロジックの修正を行うことなく、従ってシステムを停止することなく、行うことができる。
【００３１】
また、通信網システムの種別（キャリア）を示す情報を新たに定義し、この情報と物理オブジェクトデータとを関連付けるテーブルを設け、検索実行時、このテーブルをデータベース上の物理オブジェクトのテーブルと結合させ、新たに定義した通信網システム種別（キャリア）の情報をフィルタ条件として用いることにより、複数の通信網システム（キャリア）が混在する物理オブジェクトデータを含むオペレーションシステム（ＯｐＳ）を構築していても、そこから必要な通信網システム（キャリア）の装置のデータのみを取得することが可能となり、複数の通信網システム（キャリア）に対してソフトウェア及びハードウェアを共用化したオペレーションシステム（ＯｐＳ）を構築することができる。
【発明を実施するための最良の形態】
【００３２】
本発明によるオブジェクトデータ管理では、装置（物理オブジェクト）の製造元の相違に基づく属性データの差異を隠蔽するために、管理対象とする装置（物理オブジェクト）の管理上の論理単位の種別毎にデータを新たに定義し、該論理単位の装置の種別毎の識別子と、物理上の装置（物理オブジェクト）の種別毎の識別子とを関連付ける装置種別マッピングテーブルを用意する。
【００３３】
そして、管理対象の装置の検索を行うとき、この装置種別マッピングテーブルと、既に物理オブジェクトとしてデータ化されているデータベース５−２２上の物理オブジェクトデータのテーブルとを結合させ、新たに定義した管理対象装置の論理単位の種別毎の識別子をフィルタ条件として用いることにより、製造元の相違によるデータ差異を吸収する。
【００３４】
また、管理操作画面（管理機能）における管理対象装置のデータの差異を隠蔽するための前述の装置種別マッピングテーブルに、管理操作画面（管理機能）の種別を示す識別子を格納する欄（カラム）を追加する。そして、管理対象装置の検索実行時に、この追加カラムのデータを基に、当該管理操作画面（管理機能）に係る検索対象装置を論理単位でフィルタリングすることにより、管理操作画面（管理機能）として必要な装置の検索データのみを取得することが可能となる
【００３５】
上述の本発明による装置種別マッピングテーブルの構成例を図１の（ａ）に示す。同図に示すように装置種別マッピングテーブルは、ディスプレイ画面上に論理単位の種別情報として表示する［画面情報］、装置側で物理情報として管理している装置（物理オブジェクト）の種別毎の識別子である［装置情報］、及び管理操作画面（管理機能）単位に管理対象となる装置の論理単位又は物理単位の種別情報と対応付けるための［ＶｉｅｗＩＤ］により構成する。
【００３６】
［ＶｉｅｗＩＤ］は、管理操作画面（管理機能）単位の識別子であり、例えば１２３５０１、６１３０１などである。［画面情報］は、管理対象の論理単位の装置の種別（ＰＫＧ種別）の識別子であり、例えば、１５０Ｍ−ＩＦ、６００Ｍ−ＩＦなどのデータであり、［装置情報］は、装置側で管理している物理上の装置種別（ＰＫＧ＿ＫＩＮＤ）毎の識別子で、例えば、５０２１９１００、５０２１９２００、４０３１９１０３、４０３１９８０３、４０３１９９０３などのデータである。
【００３７】
オペレーションシステム（ＯｐＳ）が提供する管理機能の例は、例えば以下のとおりである。
・パッケージ検索画面（ＶｉｅｗＩＤ：１２３５０１）：システムとして使用されているパッケージ（ＰＫＧ）を検索する画面
・パッケージソフトストラップ画面（ＶｉｅｗＩＤ：６１３０１）：各パッケージ（ＰＫＧ）が提供している機能を設定する画面
【００３８】
各管理操作画面で管理対象とするパッケージ（ＰＫＧ）種別の例としては、以下のとおりである。
・パッケージ検索画面（ＶｉｅｗＩＤ：１２３５０１）：対象パッケージ種別“１５０Ｍ−ＩＦ”，“６００Ｍ−ＩＦ”
・パッケージソフトストラップ画面（ＶｉｅｗＩＤ：６１３０１）：対象パッケージ種別 “１５０Ｍ−ＩＦ”のみ
【００３９】
各管理操作画面の管理対象となるパッケージ（ＰＫＧ）を提供している各製造元の物理情報（ＰＫＧ＿ＫＩＮＤ）が、“１５０Ｍ−ＩＦ”の論理単位種別情報に対してＡ社製のものは５０２１９１００、Ｂ社製のものは５０２１９２００であり、また、“６００Ｍ−ＩＦ”の論理単位種別情報に対してＡ社製のものは４０３１９１０３、Ｂ社製のものは４０３１９８０３であるといった場合のように、１つの論理単位の種別情報に対して複数の物理上の装置種別情報が存在する場合、管理操作画面毎に該当する管理対象の［装置情報］（ＰＫＧ＿ＫＩＮＤ）の個数分のデータを、オペレーションシステム（ＯｐＳ）運用前に装置別マッピングテーブルに登録する。図１の（ａ）は該登録後の状態を示している。
【００４０】
また、オペレーションシステム（ＯｐＳ）運用後に、装置側の機能追加による変更に伴い、管理対象の［画面情報］（ＰＫＧ種別）が追加された場合、該装置種別マッピングテーブルに、追加する［画面情報］（ＰＫＧ種別）を登録するだけで、オペレーションシステム（ＯｐＳ）として対応することができる。なお、図１の（ａ）では、パッケージ検索画面１２３５０１に、新規追加されたパッケージの［装置情報］（ＰＫＧ＿ＫＩＮＤ）として、４０３１９９０３が追加登録されたことを網掛け表示によって示している。
【００４１】
このように、マッピングテーブル上で、［ＶｉｅｗＩＤ］、［画面情報］（ＰＫＧ種別）及び［装置情報］（ＰＫＧ＿ＫＩＮＤ）の対応付けるデータ同士を同一行に格納するなどのデータ構造とすることにより、任意に随時関連付けることができ、これにより、物理上のオブジェクト種別毎にその管理上の論理単位を自由にカスタマイズすることができる。
【００４２】
次に、通信網システム（キャリア）の種別を示す情報を新たに定義し、該情報に物理オブジェクトのデータを関連付けるオブジェクトパネルテーブルについて説明する。オブジェクトパネルテーブルは、通信網システム（キャリア）毎の情報を管理するテーブルとして、通信網システム（キャリア）を示す［キャリア情報］、及びオペレーションシステム（ＯｐＳ）が管理するデータベーステーブルのインスタンスを識別する［インスタンス識別子］を対応付けて格納する。
【００４３】
図１の（ｂ）にオブジェクトパネルテーブルの構成例を示す。オブジェクトパネルテーブル内の情報は、オペレーションシステム（ＯｐＳ）運用後、各［インスタンス識別子］に対応するデータベーステーブルへの設定とともにサーバアプリケーションプログラムによって登録される。
【００４４】
管理操作画面からの検索実行時、このオブジェクトパネルテーブルを、既に物理オブジェクトとしてデータ化されているデータベース５−２２のテーブルと結合させ、新たに定義した通信網システム（キャリア）種別情報をフィルタ条件に用いることで、複数の通信網システム（キャリア）が混在している物理オブジェクトのデータベーステーブルを構築した場合であっても、該データベーステーブルから該当する通信網システム（キャリア）の装置データのみを取得することが可能となり、複数の通信網システム（キャリア）に対してオペレーションシステム（ＯｐＳ）のソフトウェア及びハードウェアの共用化を図ることができる。
【００４５】
図１の（ｂ）に示すオブジェクトパネルテーブルの構成例は、通信網システム（キャリア）の識別子ＳＹＳ１，ＳＹＳ２毎に、それぞれの通信網システム（キャリア）の装置（パッケージ）の実装位置を特定するための［インスタンス識別子］として、ビルＩＤ、ユニットＩＤ、カードＩＤを格納するテーブルを示している。
【００４６】
更に、上述の［インスタンス識別子］に対応するデータベーステーブルを備え、該［インスタンス識別子］に対応するデータベーステーブルは、［インスタンス識別子］に対応したデータベーステーブル名及びその内容を格納する。該［インスタンス識別子］に対応するデータベーステーブルの構成例を図１の（ｃ）に示している。同図に示すように、［インスタンス識別子］に対応するデータベーステーブルは、ビルテーブルとしてビルＩＤ及び装置を設置するビル（局舎）の識別情報を格納し、また、ユニット（ＵＮＩＴ）テーブルとしてユニット（ＵＮＩＴ）ＩＤ及び装置のユニット（ＵＮＩＴ）単位の情報を格納し、また、パッケージ（ＰＫＧ）テーブルとしてカード（ＣＡＲＤ）ＩＤ及びユニット（ＵＮＩＴ）内に実装されるパッケージ（ＰＫＧ）の情報を格納する。
【００４７】
図２の（ａ）は［インスタンス識別子］ビルＩＤに対応するビルテーブルの構成例を、図２の（ｂ）は［インスタンス識別子］ユニット（ＵＮＩＴ）ＩＤに対応するユニット（ＵＮＩＴ）テーブルの構成例を、図２の（ｃ）は［インスタンス識別子］カード（ＣＡＲＤ）ＩＤに対応するパッケージ（ＰＫＧ）テーブルの構成例を示している。図２の各データベーステーブルの設定状態は、それぞれ図１の（ｂ）に示したオブジェクトパネルテーブルの構成例の設定状態における設定内容の例を示している。
【００４８】
図２の（ａ）の［インスタンス識別子］ビルＩＤに対応するビルテーブルは、パッケージ検索画面の検索条件及びその結果に対応するビル名を、データベース項目として格納し、例えば、ビルＩＤ“４５”のビル名として“第一Ｎビル”、ビルＩＤ“１０１”のビル名として“ＡＺビル”等のデータを格納する。
【００４９】
図２の（ｂ）の［インスタンス識別子］ユニット（ＵＮＩＴ）ＩＤに対応するユニット（ＵＮＩＴ）テーブルは、パッケージ検索画面の検索条件に対応するユニット（ＵＮＩＴ）種別／ユニット（ＵＮＩＴ）番号及び、検索条件及びその結果に対応するユニット（ＵＮＩＴ）番号をデータベース項目として格納する。例えば、ユニット（ＵＮＩＴ）ＩＤ“３”の装置名として“ＮＷ１装置”、ユニット（ＵＮＩＴ）種別“ＡＴＭ”、ユニット（ＵＮＩＴ）番号“２７”を格納し、ユニット（ＵＮＩＴ）ＩＤ“９”の装置名として“ＡＡユニット”、ユニット（ＵＮＩＴ）種別“ＡＴＭ”、ユニット（ＵＮＩＴ）番号“１４”等のデータを格納する。
【００５０】
図２（ｃ）の［インスタンス識別子］カード（ＣＡＲＤ）ＩＤに対応するパッケージ（ＰＫＧ）テーブルは、パッケージ検索画面の装置種別マッピングテーブルに対応する物理上の装置種別情報ＰＫＧ＿ＫＩＮＤ、及び検索結果に対応するパッケージ挿入スロット位置を示すＳＬＯＴ番号をデータベース項目として格納する。例えば、カード（ＣＡＲＤ）ＩＤ“２”について、装置種別情報ＰＫＧ＿ＫＩＮＤ“５０２１９１００”、ＳＬＯＴ番号“１”を格納し、カード（ＣＡＲＤ）ＩＤ“７”について、装置種別情報ＰＫＧ＿ＫＩＮＤ“５０２１９１００”、ＳＬＯＴ番号“２”を格納し、カード（ＣＡＲＤ）ＩＤ“８”について、装置種別情報ＰＫＧ＿ＫＩＮＤ“５０２１９２００”、ＳＬＯＴ番号“３”のデータを格納する。
【００５１】
次に装置種別マッピンングテーブル及びオブジェクトパネルテーブルを使用したパッケージ検索処理について図３を参照して説明する。クライアント端末３−１より、通信網システム（キャリア）として“ＳＹＳ１”の識別情報を指定してログインした後、［パッケージ（ＰＫＧ）検索画面］３−１１を起動し、検索条件として、パッケージ（ＰＫＧ）種別“１５０Ｍ−ＩＦ”を入力して検索要求（１）が行われたとする。
【００５２】
上記検索要求を受けた［クライアントアプリケーションプログラム］３−２は、［装置種（ＰＫＧ）別マッピングテーブル］３−３から、パッケージ（ＰＫＧ）検索画面３−１１に対応するＶｉｅｗＩＤ“１２３５０１”と、検索画面に入力されたパッケージ（ＰＫＧ）種別“１５０Ｍ−ＩＦ”に対応する装置種別（ＰＫＧ＿ＫＩＮＤ）“５０２１９１００”及び“５０２１９２００”を取得する。
【００５３】
次に、［クライアントアプリケーションプログラム］３−２は、パッケージ（ＰＫＧ）種別変換（２）を行い、また、［オブジェクトパネルテーブル］３−４から通信網システム（キャリア）“ＳＹＳ１”に対応するインスタンス識別子“ビルＩＤ、ユニット（ＵＮＩＴ）ＩＤ、カード（ＣＡＲＤ）ＩＤを取得（３）する。
【００５４】
上述のパッケージ（ＰＫＧ）種別変換（２）、キャリア対応インスタンス識別子取得（３）で取得した装置種別情報（ＰＫＧ＿ＫＩＮＤ）とカード（ＣＡＲＤ）ＩＤ”とのＡＮＤ条件を検索条件として、［パッケージ（ＰＫＧ）テーブル］３−７より、該当するカード（ＣＡＲＤ）ＩＤのＳＬＯＴ番号（パッケージ（ＰＫＧ）情報）を取得（４）する。
【００５５】
また、通信網システム（キャリア）の“ＳＹＳ１”情報及び取得したカード（ＣＡＲＤ）ＩＤに対応するビルＩＤ、ユニット（ＵＮＩＴ）ＩＤを使用し、“ビルＩＤ”を検索条件として、［ビルテーブル］３−５より該当するビル名を取得（５）し、“ユニット（ＵＮＩＴ）ＩＤ”を検索条件として［ユニット（ＵＮＩＴ）テーブル］３−６より該当する装置の装置名、ユニット（ＵＮＩＴ）種別、ユニット（ＵＮＩＴ）番号を取得（６）する。
【００５６】
上述のパッケージ（ＰＫＧ）情報取得（４）、ビル情報取得（５）、ユニット（ＵＮＩＴ）情報取得（６）により取得したビル名／装置名／ユニット（ＵＮＩＴ）種別／ユニット（ＵＮＩＴ）番号／パッケージ（ＰＫＧ）種別／ＳＬＯＴ番号を、パッケージ検索結果としてクライアント端末３−１に応答（７）する。
【図面の簡単な説明】
【００５７】
【図１】本発明による装置種別マッピングテーブル、オブジェクトパネルテーブル、［インスタンス識別子］に対応するデータベーステーブルの構成例を示す図である。
【図２】［インスタンス識別子］ビルＩＤに対応するビルテーブル等の構成例を示す図である。
【図３】本発明の装置種別マッピンングテーブル及びオブジェクトパネルテーブルを使用したパッケージ検索処理の例を示す図である。
【図４】通信網システムの監視／制御を行うオペレーションシステム（ＯｐＳ）の構築例を示す図である。
【図５】オペレーションシステム（ＯｐＳ）の構成及びオペレータ（クライアント端末）からの管理操作の例を示す図である。
【図６】従来のオペレーションシステム（ＯｐＳ）における装置追加時の検索条件の例を示す図である。
【符号の説明】
【００５８】
３−１  クライアント端末
３−１１  ［パッケージ（ＰＫＧ）検索画面］
３−２  ［クライアントアプリケーションプログラム］
３−３  ［装置種（ＰＫＧ）別マッピングテーブル］
３−４  ［オブジェクトパネルテーブル］
３−５  ［ビルテーブル］
３−６  ［ユニット（ＵＮＩＴ）テーブル］
３−７  ［パッケージ（ＰＫＧ）テーブル］
【図１】
2006323442.tif 000003
【図２】
2006323442.tif 000004
【図３】
2006323442.tif 000005
【図４】
2006323442.tif 000006
【図５】
2006323442.tif 000007
【図６】
2006323442.tif 000008