(57)【要約】【課題】通信網の設備監視処理を行うためのハードウェアおよびソフトウェアの冗長構成を無くすことができるオペレーションサポートシステムを提供する。【解決手段】通信網を構成する各ネットワークエレメント１１〜１３の設備監視処理を行うための種々の処理要素１〜６を、同種類の処理要素ごとに纏め、これら一纏まりの処理要素群の機能５０，６０，７０，８０が行う処理を、分散処理で実現するように複数のＰＣサーバ５１〜５４，６１〜６４，７１〜７４，８１〜８４を割り当てた。また、各ネットワークエレメント１１〜１３からの自律メッセージの処理順序を予め定めた対応表４２を参照して、受信自律メッセージの処理の組合せおよび順序を決定し、この処理の組合せおよび順序に従って各ＰＣサーバ５１〜８４が受信自律メッセージの処理を行うようにする。【選択図】      図１
2004242030.tif 000002
【特許請求の範囲】
【請求項１】
通信網を構成する各種装置から受信した装置情報に対して種々の処理を実施することによって前記各種装置の設備監視処理を行うオペレーションサポートシステムにおいて、
前記設備監視処理を行うための種々の処理要素を同種類の処理要素ごとに纏め、これら一纏まりごとの処理要素群を、少なくとも１つのサーバを用いて分散処理にて実施するようにした
ことを特徴とするオペレーションサポートシステム。
【請求項２】
前記各種装置から受信される装置情報について、前記設備監視処理を行うための処理要素の組合せおよび順序を、前記装置情報に対応して予め定められた組合せおよび順序に応じて決定する決定手段を備え、
前記サーバが、前記決定手段で決定された組合せおよび順序に従って前記装置情報を処理するようにした
ことを特徴とする請求項１に記載のオペレーションサポートシステム。
【請求項３】
前記決定手段は、前記決定した組合せおよび順序をデータに記述し、前記サーバは、前記データに記述された組合せおよび順序で前記データを持ち回りながら処理を行う
ことを特徴とする請求項２に記載のオペレーションサポートシステム。
【請求項４】
前記サーバが複数である場合、それらサーバ個々にかかる処理負荷が均等的に割り当てられている
ことを特徴とする請求項１から３の何れか１項に記載のオペレーションサポートシステム。
【請求項５】
前記サーバは、機械語への変換作業を省略して実行可能なソフトウェアに応じて前記設備監視処理を行う
ことを特徴とする請求項１から４の何れか１項に記載のオペレーションサポートシステム。
【請求項６】
通信網を構成する各種装置が自装置の状態を知らせるために自律的に生成する少なくとも警報情報を含むメッセージ情報に対して、種々の処理を実施することによって前記各種装置の設備監視処理を行うオペレーションサポートシステムにおいて、
前記設備監視処理を行うための前記警報情報の管理処理、前記メッセージ情報の収集処理、前記メッセージ情報の登録処理、および前記警報情報の表示処理のうちの少なくとも１つを含む種々の処理要素を、同種類の処理要素ごとに纏め、これら一纏まりごとの処理要素群を、分散処理にて実施する複数のサーバと、
前記メッセージ情報について、前記設備監視処理を行うための処理要素の組合せおよび順序を、前記装置情報に対応して予め定められた組合せおよび順序に応じて決定し、この決定した組合せおよび順序をデータに記述するアダプタ手段とを備え、
前記複数のサーバが、前記データに記述された組合せおよび順序で前記データを持ち回りながら前記メッセージ情報の処理を行う
ことを特徴とするオペレーションサポートシステム。
【請求項７】
通信網を構成する各種装置から受信した装置情報に対して種々の処理を実施することによって前記各種装置の設備監視処理を行う処理要素を、同種類の処理ごとに纏め、これら一纏まりごとの処理を少なくとも１つのサーバを用いて行う通信設備監視方法において、
前記各種装置から受信される装置情報について前記設備監視処理を行うための処理要素の組合せおよび順序を、予め定められた前記設備監視処理の順序に応じて決定する第１のステップと、
前記第１のステップにおいて決定された組合せおよび順序に従って前記サーバが前記装置情報の処理を行う第２のステップと
を含むことを特徴とする通信設備監視方法。
【請求項８】
通信網を構成する各種装置が自装置の状態を知らせるために自律的に生成する少なくとも警報情報を含むメッセージ情報に対して、前記警報情報の管理処理、前記メッセージ情報の収集処理、前記メッセージ情報の登録処理、および前記警報情報の表示処理のうちの少なくとも１つを含む種々の処理を実施することによって、前記各種装置の設備監視処理を行う処理要素を、同種類の処理ごとに纏め、これら一纏まりごとの処理を複数のサーバを用いて分散処理で行う通信設備監視方法において、
前記メッセージ情報について、前記設備監視処理を行うための処理要素の組合せおよび順序を、前記装置情報に対応して予め定められた組合せおよび順序に応じて決定する第１のステップと、
前記第１のステップにおいて決定された前記組合せおよび順序をデータに記述する第２のステップと、
前記複数のサーバが、前記データに記述された組合せおよび順序で前記データを持ち回りながら前記メッセージ情報の処理を行う第３のステップと
を含むことを特徴とする通信設備監視方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動通信網などの通信網において、交換機、伝送装置、無線局装置などのネットワークエレメント（ネットワーク構成要素）の設備監視処理を司る大規模なオペレーションサポートシステムおよび通信設備監視方法に関する。
【０００２】
【従来の技術】
従来、上記のような大規模なオペレーションサポートシステム（以下、ＯＳＳとも呼ぶ）は、処理能力、信頼性が高く、さらに、高価で大規模なサーバ｛例えば、ＵＮＩＸ（登録商標）サーバ｝が用いられて構築されてきた。また、ＯＳＳは、ネットワークエレメントからの警報の表示や蓄積などの設備監視処理を行うための機能ごと、並びにネットワークエレメントの種別ごとに、大規模サーバが割り当てられて構築されている。
【０００３】
なお、ネットワークエレメントからの警報は、ネットワークエレメントに故障などの不具合が生じた際にネットワークエレメント自体が自律的に送信するメッセージ（自律メッセージ）である。
図５に、移動通信網における従来のＯＳＳの構成を示し、その説明を行う。
まず、ネットワークエレメントとして、ＭＭＳ（移動マルチメディア交換システム）１１、ＮＭＬＳ（新加入者中継関門併合交換機）１２、ＮＭＳＣＰ（大容量移動通信サービス制御装置）１３を備えるものとする。この他、ネットワークエレメントとしては、図示せぬＢＴＳ（無線基地局装置）、ＲＮＣ（無線ネットワーク制御装置）、ＭＰＥ（マルチメディア信号処理装置）などを想定してもよい。
【０００４】
このようなネットワークエレメント１１〜１３の設備監視処理を行うＯＳＳ２０は、次の要素から構成されている。
すなわち、ＭＭＳ１１の設備監視処理のサポートを行うＯＣＳＥ−ＣＮ２１と、ＮＭＬＳ１２の設備監視処理のサポートを行うＯＣＳＥ−ＳＷ２２と、ＮＭＳＣＰ１３の設備監視処理のサポートを行うＯＣＳＥ−Ｈ２３とを備えている。また、各ネットワークエレメント１１〜１３からの警報を集約して警報表示装置（図示せず）へ配信するＯＭＣＥ２４と、各ネットワークエレメント１１〜１３へ一括してシステムファイルを送信して更新するＦＯＣＵＳ２５と、交換機やマルチメディア系ネットワークエレメントの設計システムであるＮＥ−ＦＤＳ２６と、トラフィック疎通監視サーバであるＭＮＥＴ２７とを備えている。さらに、ＯＳＳ２０を構成する各装置類を運用するための運用データの管理を行うＣＡＳＥ２８と、ネットワークエレメントのシステムファイルおよびネットワークエレメント設計データの管理を行うＮＥ−ＦＳ２９と、トラフィックデータウェアハウスであるＴＲＡＤ３０とを備えて構成されている。
【０００５】
さらに、ＯＳＳ２０には、複数のＯＳＳ端末機３１〜３３が接続されている。各ＯＳＳ端末機３１〜３３は、警報監視者とのＨＭＩ（ヒュウマンマシンインタフェース）および、各ネットワークエレメント１１〜１３からの警報情報等の情報が表示される他、各ネットワークエレメント１１〜１３への命令コマンド投入機能などを備える。
【０００６】
このようにＯＳＳ２０は、数多くの装置（ハードウェアともいう）２１〜３０および各ＯＳＳ端末機３１〜３３から構成されている。各ハードウェア２１〜３０の個々は、１つの大規模サーバで構築されている。
この大規模サーバのアプリケーションソフトは、該当する各々の装置２１〜３０ごとに、個別にコンパイリングプログラム（Ｃ、Ｃ＋＋）により開発されている。コンパイリングプログラムとは、人がプログラミング言語を用いて記述したソースコードを、コンピュータが実行可能な形式に変換するソフトウェアである。この種の従来のＯＳＳとして、例えば非特許文献１に記載のものがある。
【０００７】
【非特許文献１】
立川敬二監修「Ｗ−ＣＤＭＡ移動通信方式」丸善株式会社出版、平成１３年９月２５日第３刷発行、３０３頁〜３３２頁
【０００８】
【発明が解決しようとする課題】
しかし、従来のオペレーションサポートシステムにおいては、設備監視処理を行うための同様な機能（警報の表示・蓄積、コマンド投入など）を有するハードウェアが、ネットワークエレメント１１〜１３の種別ごとに存在する。このため、ＯＳＳ全体として見た場合、各ハードウェアを構築する各大規模サーバ間において、同じ処理を行う機能が重複することになるので、ハードウェア、ソフトウェア面とも冗長な構成となるという問題があった。
【０００９】
本発明は、このような課題に鑑みてなされたものであり、通信網の設備監視処理を行うためのハードウェアおよびソフトウェアの冗長構成を無くすことができるオペレーションサポートシステムおよび通信設備監視方法を提供することを目的としている。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１によるオペレーションサポートシステムは、通信網を構成する各種装置から受信した装置情報に対して種々の処理を実施することによって前記各種装置の設備監視処理を行うオペレーションサポートシステムにおいて、前記設備監視処理を行うための種々の処理要素を同種類の処理要素ごとに纏め、これら一纏まりごとの処理要素群を、少なくとも１つのサーバを用いて分散処理にて実施するようにしたことを特徴としている。
【００１１】
この構成によれば、サーバで実施される設備監視処理を行うための種々の処理要素を、同種類の処理要素ごとに纏めたので、従来のように、同じ処理を行う機能が重複して存在するといったことがなくなる。
また、本発明の請求項２によるオペレーションサポートシステムは、請求項１において、前記各種装置から受信される装置情報について、前記設備監視処理を行うための処理要素の組合せおよび順序を、前記装置情報に対応して予め定められた組合せおよび順序に応じて決定する決定手段を備え、前記サーバが、前記決定手段で決定された組合せおよび順序に従って前記装置情報を処理するようにしたことを特徴としている。
【００１２】
この構成によれば、通信網を構成する各種装置からの装置情報を、予め定められた設備監視処理の組合せおよび順序に従って、効率よく処理することができる。
また、本発明の請求項３によるオペレーションサポートシステムは、請求項２において、前記決定手段は、前記決定した組合せおよび順序をデータに記述し、前記サーバは、前記データに記述された組合せおよび順序で前記データを持ち回りながら処理を行うことを特徴としている。
【００１３】
この構成によれば、設備監視処理を行うための処理要素の組合せおよび順序を、小容量で済むデータで指示するようにしたので、システム全体の伝送容量の増加やサーバへ負担を招くことなく、サーバの処理順序を制御することができる。また、本発明の請求項４によるオペレーションサポートシステムは、請求項１から３の何れか１項において、サーバが複数である場合、それらサーバ個々にかかる処理負荷が均等的に割り当てられていることを特徴としている。
【００１４】
この構成によれば、特定のサーバが過負荷によって故障するなどの不具合の発生を防止することができる。
また、本発明の請求項５によるオペレーションサポートシステムは、請求項１から４の何れか１項において、前記サーバは、機械語への変換作業を省略して実行可能なソフトウェアに応じて前記設備監視処理を行うことを特徴としている。
【００１５】
この構成によれば、コンパイルの必要が無いので、設備監視処理を行うための機能を変更または追加する場合に、容易に行うことができる。
また、本発明の請求項６によるオペレーションサポートシステムは、通信網を構成する各種装置が自装置の状態を知らせるために自律的に生成する少なくとも警報情報を含むメッセージ情報に対して、種々の処理を実施することによって前記各種装置の設備監視処理を行うオペレーションサポートシステムにおいて、前記設備監視処理を行うための前記警報情報の管理処理、前記メッセージ情報の収集処理、前記メッセージ情報の登録処理、および前記警報情報の表示処理のうちの少なくとも１つを含む種々の処理要素を、同種類の処理要素ごとに纏め、これら一纏まりごとの処理要素群を、分散処理にて実施する複数のサーバと、前記メッセージ情報について、前記設備監視処理を行うための処理要素の組合せおよび順序を、前記装置情報に対応して予め定められた組合せおよび順序に応じて決定し、この決定した組合せおよび順序をデータに記述するアダプタ手段とを備え、前記複数のサーバが、前記データに記述された組合せおよび順序で前記データを持ち回りながら前記メッセージ情報の処理を行うことを特徴としている。
【００１６】
この構成によれば、サーバで実施される設備監視処理を行うためのメッセージ情報の管理処理などの種々の処理要素を、同種類の処理要素ごとに纏めたので、従来のように、同じ処理を行う機能が重複して存在するといったことがなくなる。また、メッセージ情報を、予め定められた設備監視処理の組合せおよび順序に従って、効率よく処理することができる。また、設備監視処理を行うための処理要素の組合せおよび順序を、小容量で済むデータで指示するようにしたので、システム全体の伝送容量の増加やサーバへ負担を招くことなく、サーバの処理順序を制御することができる。
【００１７】
また、本発明の請求項７による通信設備監視方法は、通信網を構成する各種装置から受信した装置情報に対して種々の処理を実施することによって前記各種装置の設備監視処理を行う処理要素を、同種類の処理ごとに纏め、これら一纏まりごとの処理を少なくとも１つのサーバを用いて行う通信設備監視方法において、前記各種装置から受信される装置情報について前記設備監視処理を行うための処理要素の組合せおよび順序を、予め定められた前記設備監視処理の順序に応じて決定する第１のステップと、前記第１のステップにおいて決定された組合せおよび順序に従って前記サーバが前記装置情報の処理を行う第２のステップとを含むことを特徴としている。
【００１８】
この方法によれば、通信網を構成する各種装置の設備監視処理を行うための処理を、サーバで分散処理する際に、各種装置からの装置情報を、予め定められた設備監視処理の順序に従って、効率よく処理することができる。
また、本発明の通信設備監視方法は、通信網を構成する各種装置が自装置の状態を知らせるために自律的に生成する少なくとも警報情報を含むメッセージ情報に対して、前記警報情報の管理処理、前記メッセージ情報の収集処理、前記メッセージ情報の登録処理、および前記警報情報の表示処理のうちの少なくとも１つを含む種々の処理を実施することによって、前記各種装置の設備監視処理を行う処理要素を、同種類の処理ごとに纏め、これら一纏まりごとの処理を複数のサーバを用いて分散処理で行う通信設備監視方法において、前記メッセージ情報について、前記設備監視処理を行うための処理要素の組合せおよび順序を、前記装置情報に対応して予め定められた組合せおよび順序に応じて決定する第１のステップと、前記第１のステップにおいて決定された前記組合せおよび順序をデータに記述する第２のステップと、前記複数のサーバが、前記データに記述された組合せおよび順序で前記データを持ち回りながら前記メッセージ情報の処理を行う第３のステップとを含むことを特徴としている。
【００１９】
この方法によれば、サーバで実施される設備監視処理を行うためのメッセージ情報の管理処理などの種々の処理要素を、同種類の処理要素ごとに纏めたので、従来のように、同じ処理を行う機能が重複して存在するといったことがなくなる。また、メッセージ情報を、予め定められた設備監視処理の組合せおよび順序に従って、効率よく処理することができる。また、設備監視処理を行うための処理要素の組合せおよび順序を、小容量で済むデータで指示するようにしたので、システム全体の伝送容量の増加やサーバへ負担を招くことなく、サーバの処理順序を制御することができる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係る移動通信網におけるオペレーションサポートシステム（ＯＳＳ）の構成を示すブロック図である。但し、図１に示す本実施の形態において図５に示した従来例に対応する部分には同一の符号を付し、その説明を省略する。
【００２１】
図１に示すＯＳＳ４０は、データ受信部４１、対応表４２、シナリオ作成プログラム４３およびシナリオ送信部４４を有するＮＥアダプタ４５と、第１の機能５０の処理を行う複数のＰＣサーバ５１，５２，５３，５４と、第２の機能６０の処理を行う複数のＰＣサーバ６１，６２，６３，６４と、第３の機能７０の処理を行う複数のＰＣサーバ７１，７２，７３，７４と、第４の機能８０の処理を行う複数のＰＣサーバ８１，８２，８３，８４とを備えて構成されている。なお、全てのＰＣサーバ５１〜５４，６１〜６４，７１〜７４，８１〜８４を表現する際に、簡易のためＰＣサーバ５１〜８４と表現する。
【００２２】
本実施の形態の特徴は、ネットワークエレメント１１〜１３の設備監視処理を司るＯＳＳ４０を、大規模サーバに代え、複数のＰＣサーバ５１〜５４，６１〜６４，７１〜７４，８１〜８４を用いた分散処理で実現するようにしたことにある。つまり、１つの大規模サーバを、複数のＰＣサーバに置き換えて分散処理するようにした。
【００２３】
さらに言及すれば、１つの機能（例えば第１の機能５０）は、ネットワークエレメント１１〜１３からの警報の種別を識別する処理、警報を蓄積する処理、またはＯＳＳ端末機３１〜３３から送信されてきたネットワークエレメント１１〜１３に対する命令コマンドの投入処理など同種類の処理要素から成り、１つの処理要素を１つのＰＣサーバで処理するように、処理要素の数分のＰＣサーバが割り当てられる。
【００２４】
図１に示す構成例では、ネットワークエレメント１１〜１３の設備監視処理を行うための各々の機能５０，６０，７０，８０を、複数のＰＣサーバ５１〜５４，６１〜６４，７１〜７４，８１〜８４を割り当てて実現するようにした。また、１つの機能（例えば第１の機能５０）に割り当てられた複数のＰＣサーバ５１〜５４には、均等的に負荷がかかるように分散してある。
【００２５】
また、各機能５０，６０，７０，８０は、例えば第１の機能５０を代表して説明すると、設備監視処理を行うための同種類の複数の処理要素が纏められて構成されており、１つの処理要素に１つのＰＣサーバが割り当てられている。なお、１つの処理要素の負荷が軽い場合は、その同種類の複数の処理要素に１つのＰＣサーバを割り当ててもよい。
【００２６】
また、１機能（例えば第１の機能５０）における各々の処理要素を処理するのは、各々の処理要素に割り当てられた各ＰＣサーバ５１〜５４の各々に記憶されたアプリケーションソフトであるが、そのアプリケーションソフトを、スクリプトプログラム（機械語への変換作業を省略して簡単に実行できるようにした簡易プログラム）で実現している。このように本実施の形態では、スクリプトプログラムを適用しているが、他のプログラムであってもよい。
【００２７】
また、本実施の形態の他の特徴として、第１〜第４の機能５０，６０，７０，８０における各ＰＣサーバ５１〜５４，６１〜６４，７１〜７４，８１〜８４が、ネットワークエレメント１１〜１３またはＯＳＳ端末機３１〜３３から受信したデータに応じて、各処理要素を適切に処理するために、各機能並びに各処理要素の処理順序を予め対応表４２に定めておく。データ受信時に、その対応表４２に定められた処理順序から、受信データを処理する順序を決定し、この決定した処理順序と受信データとを記載したシナリオデータを作成する。そして、そのシナリオデータを、各ＰＣサーバ５１〜８４において参照することによって、各処理要素１〜ｎの処理を実行するようにした。
【００２８】
次に、ＮＥアダプタ４３の構成を説明する。
データ受信部４１は、各ネットワークエレメント１１〜１３から送信されてきた警報などを示す自律メッセージや、ＯＳＳ端末機３１〜３３から送信されてきたネットワークエレメント１１〜１３に対する命令コマンドなどのデータを受信するものである。
【００２９】
対応表４２は、図示せぬメモリに記憶されており、図２に示すように、データ受信部４１で受信される各種の受信データＡＡＡ，ＢＢＢを処理するための順序（処理順序）１〜ｎが予め定められたものである。処理順序１〜ｎは、受信データＡＡＡ，ＢＢＢに示される各機能１〜ｎの処理要素１〜ｍごとに定められている。但し、対応表４２において、機能１は第１の機能５０に対応し、機能２は第２の機能６０、…、機能ｎは第ｎの機能（図示せず）に対応する。
【００３０】
シナリオ作成プログラム４３は、データ受信部４１でデータが受信された際に、対応表４２を参照して図３に示すシナリオデータ９０を作成するものである。シナリオデータ９０は、受信データＡＡＡと、この受信データＡＡＡを各ＰＣサーバ５１〜８４で処理する順序、並びにどの様に処理するかを指示する処理指示データとが、シナリオのように記載されたデータである。なお、どの様に処理するかを指示するとは、処理を単独で行うか、並列に行うかなどの処理の組合せを指示することである。
【００３１】
シナリオ送信部４４は、シナリオ作成プログラム４３で作成されたシナリオデータ９０を、該当するＰＣサーバへ送信するものである。
このような構成のＯＳＳ４０の動作を、図４に示すシーケンス図を参照して説明する。
但し、第１の機能５０は警報管理機能、第２の機能６０は自律メッセージ収集機能、第３の機能７０は自律メッセージＤＢ登録機能、第４の機能８０はＯＳＳ端末機への警報表示機能であるとする。これら機能における処理要素１〜ｎの具体例は以下に説明する。
【００３２】
まず、ステップＳ１において、ＭＭＳ１１から自律メッセージＡＡＡがＯＳＳ４０へ送信され、これがＮＥアダプタ４３のデータ受信部４１で受信されたとする。
自律メッセージＡＡＡが受信されると、シナリオ作成プログラム４３によって対応表４２が参照され、ステップＳ２に示すようにシナリオデータ９０が作成される。この図４に示すシナリオデータ９０において、機能の「並列処理１・２／」は、機能１，２（第１の機能５０と第２の機能６０）を並列に実行することを意味し、そのうち「２／」は処理の終了であって機能２の処理後の継続処理はないことを意味する。従って、この際のシナリオデータ９０は、次のシナリオが記載されている。受信データが、自律メッセージＡＡＡであることと、機能１，２を並列処理し、この処理において機能２については所定の処理後に処理を終了する。また、機能１の処理後は機能３，４（第３の機能７０と第４の機能８０）を並列処理し、この処理において機能３については所定の処理後に処理を終了する。また、機能４の処理後はＯＳＳ端末機３１へ自律メッセージＡＡＡを配信する。さらに、各機能１〜４の処理を行う場合、処理要素１〜６を処理することが記載されている。
【００３３】
このシナリオデータ９０は、シナリオ送信部４４によって、まず、最初に自律メッセージＡＡＡの処理を行う第１の機能５０および第２の機能６０の各ＰＣサーバ５１〜５４と６１〜６４へ送信される。シナリオデータ９０を受信した各ＰＣサーバ（例えば５１と６３）は並列して処理を始める。
すなわち、ＰＣサーバ５１においては、シナリオデータ９０が受信されると、そのシナリオデータ９０が参照され、ステップＳ３に示すように、処理要素１であるメッセージ種別変換処理が実行される。この処理は、自律メッセージＡＡＡが、警報を表すものであるか、その他のものであるかを識別し、また、警報の種別が、最緊急か、緊急であるか等を識別するものである。
【００３４】
この処理後、ＰＣサーバ５１において、シナリオデータ９０が参照され、ステップＳ４に示すように、処理要素２である警報蓄積処理が実行される。この処理は、処理要素１で識別された警報をメモリ（図示せず）に蓄積するものである。この蓄積は短期間の蓄積であり、蓄積情報は、ＯＳＳ端末機３１からの命令コマンドによる要求に応じて配信される。この場合、メモリに保存するため、情報配信時間は短くて済む。
【００３５】
このＰＣサーバ５１の処理と同時に、第２の機能６０のＰＣサーバ６３において、シナリオデータ９０が参照され、ステップＳ５に示すように、処理要素３である自律メッセージ収集処理が実行される。この処理は、ネットワークエレメント１１〜１３からの全ての自律メッセージを収集するものである。
この処理後、ＰＣサーバ６３において、シナリオデータ９０が参照され、ステップＳ６に示すように、処理要素４である自律メッセージ蓄積処理が実行される。この処理は、処理要素３で収集された自律メッセージを蓄積するものである。この蓄積は、短期間の蓄積であり、蓄積情報は、ＯＳＳ端末機３１の要求に応じて配信される。この場合、メモリに保存するため、情報配信時間は短くて済む。
【００３６】
また、ステップＳ３における処理要素１の処理が終了した後は、ＰＣサーバ５１から第３の機能７０において処理要素５の処理を行うＰＣサーバ７２と、第４の機能８０において処理要素６の処理を行うＰＣサーバ８１とに、シナリオデータ９０が転送される。シナリオデータ９０を受信した各ＰＣサーバ５１と６３は並列して処理を始める。
【００３７】
すなわち、ＰＣサーバ７２においては、シナリオデータ９０が参照され、ステップＳ７に示すように、処理要素５である自律メッセージＤＢ（データベース）登録処理が実行される。この処理は、処理要素３で収集された自律メッセージを、ＯＳＳ４０のＤＢ９２へ登録（蓄積）するものである。この蓄積は、長期間の蓄積である。
【００３８】
この処理と同時に、ＰＣサーバ８１においては、シナリオデータ９０が参照され、ステップＳ８に示すように、処理要素６であるＯＳＳ端末機表示処理が実行される。この処理は、警報の情報をＯＳＳ端末機３１へ表示するものである。
このように、本実施の形態のＯＳＳ４０によれば、通信網を構成する各ネットワークエレメント１１〜１３の設備監視処理を行うための種々の処理要素１〜６を、同種類の処理要素ごとに纏め、これら一纏まりの処理要素群の機能５０，６０，７０，８０が行う処理を、分散処理で実現するように複数のＰＣサーバ５１〜５４，６１〜６４，７１〜７４，８１〜８４を割り当てた。
【００３９】
これによって、従来のように、同じ処理を行う機能が重複して存在するといったことがなくなるので、通信網の設備監視処理を行うためのハードウェアおよびソフトウェアの冗長構成を無くすことができる。
また、従来のように、高価で大規模なサーバを用いなくても済む。つまり、安価で小規模なＰＣサーバでＯＳＳ４０のハードウェア（機能）を構築することができるので、構築コストを低減させることができる。また、大規模サーバのように拡張単位が大きくなく、小さいので、フレキシブルな拡張性を有する。また、ベンダのハードウェア更改時等に、それに合わせてＯＳＳ４０の更改を行う必要がなくなる。
【００４０】
また、複数の処理要素が、各ネットワークエレメント１１〜１３から個々に送信される自律メッセージＡＡＡを処理する際の処理順序を、自律メッセージＡＡＡに対応付けて予め定めた対応表４２を参照して、受信自律メッセージＡＡＡの処理順序を決定し、この処理順序と受信自律メッセージＡＡＡとを記載したシナリオデータ９０を作成する。そして、そのシナリオデータ９０を、該当する機能のＰＣサーバへ送信し、該当ＰＣサーバが、シナリオデータ９０に記載された処理順序および指示内容で、受信自律メッセージＡＡＡの処理を行うようにした。
【００４１】
これによって、ネットワークエレメント１１〜１３からの自律メッセージＡＡＡを、予め定められた設備監視処理の順序および処理内容に従って、効率よく処理することができる。また、シナリオデータ９０は小容量で済むので、システム全体の伝送容量の増加やサーバへ負担を招くことなく、ＰＣサーバの処理順序を制御することができる。
【００４２】
また、１つの機能を構成する複数のＰＣサーバは、均等的に処理負荷がかかるように分散されているので、特定のＰＣサーバが過負荷によって故障するなどの不具合の発生を防止することができる。
また、複数のＰＣサーバが、複数の処理要素の処理を行うためのソフトウェアに、機械語への変換作業を省略して実行可能なスクリプトプログラムなどのプログラムを用いたので、コンパイルの必要が無くなり、設備監視処理を行うための機能を変更または追加する場合に、容易に行うことができる。
【００４３】
【発明の効果】
以上説明したように本発明のオペレーションサポートシステムは、通信網を構成する各種装置から受信した装置情報に対して種々の処理を実施することによって各種装置の設備監視処理を行う場合に、設備監視処理を行うための種々の処理要素を同種類の処理要素ごとに纏め、これら一纏まりごとの処理要素群を、少なくとも１つのサーバを用いて実施するようにした。これによって、従来のように、設備監視処理を行うための同じ処理を行う機能が重複して存在するといったことがなくなるので、通信網の設備監視処理を行うためのハードウェアおよびソフトウェアの冗長構成を無くすことができる効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る移動通信網におけるオペレーションサポートシステムの構成を示すブロック図である。
【図２】対応表の一例を示す図である。
【図３】シナリオデータの一例を示す図である。
【図４】上記実施の形態のオペレーションサポートシステムの動作を説明するためのシーケンス図である。
【図５】従来のオペレーションサポートシステムの構成を示すブロック図である。
【符号の説明】
１１  ＭＭＳ（移動マルチメディア交換システム：ネットワークエレメント）
１２  ＮＭＬＳ（新加入者中継関門併合交換機：ネットワークエレメント）
１３  ＮＭＳＣＰ（大容量移動通信サービス制御装置：ネットワークエレメント）
３１〜３３  ＯＳＳ端末機
４０  ＯＳＳ（オペレーションサポートシステム）
４１  データ受信部
４２  対応表
４３  シナリオ作成プログラム
４４  シナリオデータ
４５  ＮＥアダプタ
５０，６０，７０，８０  第１〜第４の機能
５１〜５４，６１〜６４，７１〜７４，８１〜８４  ＰＣサーバ
９０  シナリオデータ
【図１】
2004242030.tif 000003
【図２】
2004242030.tif 000004
【図３】
2004242030.tif 000005
【図４】
2004242030.tif 000006
【図５】
2004242030.tif 000007