(57)【要約】【課題】  本発明は降雨などによって回線監視アラームが一斉に発生するような場合に、機器故障アラームに対する処理の応答特性の劣化を減らすことを目的とする。【解決手段】  トラップ警報監視イベントの信号からステータス情報を抽出し、その結果に基づいて前記イベントの信号を機器故障イベントと回線警報イベントとに区分し、前記機器故障イベント及び回線警報イベントをそれぞれ第１のキュー及び第２のキューに格納する手段２５と、前記第１のキューから出力される機器故障イベントの信号及び第２のキューから出力される回線警報イベントの信号に対して、互いに異なる優先度を割り当て、割り当てられた優先度に従って、少なくとも前記機器故障イベントに対して起動される処理のスレッドと、前記回線警報イベントに対して起動される処理のスレッドとのスケジュールを決定する手段１８とを設けたことを特徴とする。【選択図】      図１
2005128952.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも互いに異なる場所に設置された複数の無線基地局装置又は加入者局装置を対象装置として、前記対象装置と中央監視装置との間で通信を行い、前記中央監視装置が前記対象装置に対する遠隔制御及び監視制御を所定のイベントの発生に応答して前記中央監視装置のマルチスレッド処理により並列処理するための監視制御装置であって、
前記対象装置に対する遠隔制御に関連して発生する第１のイベントの信号と、前記対象装置に対するポーリング制御に関連して発生する第２のイベントの信号と、前記対象装置に警報が発生した場合に前記対象装置の自律的な制御に従って発生する第３のイベントの信号とが入力される場合に、
前記第３のイベントの信号からその種類を表すステータス情報を抽出し、抽出した前記ステータス情報に基づいて前記第３のイベントを少なくとも機器故障イベントと回線警報イベントとの２つに区分し、前記機器故障イベント及び回線警報イベントをそれぞれ第１のキュー及び第２のキューに格納するステータス情報抽出手段と、
前記第１のキューから出力される機器故障イベントの信号及び第２のキューから出力される回線警報イベントの信号に対して、互いに異なる優先度を割り当て、割り当てられた優先度に従って、少なくとも前記機器故障イベントに対して起動される処理のスレッドと、前記回線警報イベントに対して起動される処理のスレッドとのスケジュールを決定するスケジュール決定手段と
を設けたことを特徴とする監視制御装置。
【請求項２】
請求項１の監視制御装置において、前記第１のイベントの信号を処理して前記スケジュール決定手段に入力する第１のプロセスと、前記第２のイベントの信号を処理して前記スケジュール決定手段に入力する第２のプロセスと、前記第３のイベントの信号を処理して前記スケジュール決定手段に入力する第３のプロセスとを、互いに独立したプロセスとして並列処理するための処理手段を更に設けたことを特徴とする監視制御装置。
【請求項３】
請求項１の監視制御装置において、少なくとも前記第１のイベントの信号と第３のイベントの信号とが共通の処理によって処理され、共通イベント信号として前記ケジュール決定手段に入力される場合に、
前記共通イベント信号によってスレッドが開始した後でその処理を中断し、前記共通イベント信号から前記第１のイベントの信号と第３のイベントの信号とを分離して、前記第１のイベントの信号と第３のイベントの信号とを互いに異なるキューに割り当てるとともに、前記第３のイベントの信号を前記ステータス情報抽出手段に入力する共通イベント信号処理手段
を更に設けたことを特徴とする監視制御装置。
【請求項４】
少なくとも互いに異なる場所に設置された複数の無線基地局装置又は加入者局装置を対象装置として、前記対象装置と中央監視装置との間で通信を行い、前記中央監視装置が前記対象装置に対する遠隔制御及び監視制御を所定のイベントの発生に応答して前記中央監視装置内のコンピュータがマルチスレッド処理により並列処理するために用いられる監視制御プログラムであって、
前記対象装置に対する遠隔制御に関連して発生する第１のイベントの信号と、前記対象装置に対するポーリング制御に関連して発生する第２のイベントの信号と、前記対象装置に警報が発生した場合に前記対象装置の自律的な制御に従って発生する第３のイベントの信号とが入力される場合に、
前記第３のイベントの信号からその種類を表すステータス情報を抽出し、抽出した前記ステータス情報に基づいて前記第３のイベントを少なくとも機器故障イベントと回線警報イベントとの２つに区分し、前記機器故障イベント及び回線警報イベントをそれぞれ第１のキュー及び第２のキューに格納するステータス情報抽出手順と、
前記第１のキューから出力される機器故障イベントの信号及び第２のキューから出力される回線警報イベントの信号に対して、互いに異なる優先度を割り当て、割り当てられた優先度に従って、少なくとも前記機器故障イベントに対して起動される処理のスレッドと、前記回線警報イベントに対して起動される処理のスレッドとのスケジュールを決定するスケジュール決定手順と
を設けたことを特徴とする監視制御プログラム。
【請求項５】
請求項４の監視制御プログラムにおいて、前記第１のイベントの信号を処理して前記スケジュール決定手順に入力する第１のプロセスと、前記第２のイベントの信号を処理して前記スケジュール決定手順に入力する第２のプロセスと、前記第３のイベントの信号を処理して前記スケジュール決定手順に入力する第３のプロセスとを、互いに独立したプロセスとして並列処理するための処理手順を更に設けたことを特徴とする監視制御プログラム。
【請求項６】
請求項４の監視制御プログラムにおいて、少なくとも前記第１のイベントの信号と第３のイベントの信号とが共通の処理によって処理され、共通イベント信号として前記ケジュール決定手順に入力される場合に、
前記共通イベント信号によってスレッドが開始した後でその処理を中断し、前記共通イベント信号から前記第１のイベントの信号と第３のイベントの信号とを分離して、前記第１のイベントの信号と第３のイベントの信号とを互いに異なるキューに割り当てるとともに、前記第３のイベントの信号を前記ステータス情報抽出手順に入力する共通イベント信号処理手順
を更に設けたことを特徴とする監視制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広範囲の地域に設置された複数の無線基地局や加入者局装置を対象装置としてそれらの監視及び遠隔操作を所定の通信網を介して前記対象装置と接続された１台の中央監視装置（センタ処理計算機）上のマルチスレッド処理により実現する監視制御装置及び監視制御プログラムに関する。
【背景技術】
【０００２】
従来より、中央監視装置を用いて複数の無線基地局や加入者局装置の監視及び遠隔操作を行う場合には、中央監視装置のコンピュータ上で所定の監視制御プログラムを実行してこれらの機能を実現している。
一般的に用いられる監視制御プログラムは、イベント起動型のプログラムであり、各処理は対象装置からの通信メッセージの到着によって発生するイベントをトリガとして起動したり、オペレータが入力操作する端末からのコマンド入力によって発生するイベントをトリガとして起動する。また、このような監視制御プログラムは、イベント駆動にするための枠組みをスレッド機能により提供し、マルチスレッド処理により並列処理動作を実現していた（例えば、非特許文献１参照）。
【０００３】
また、例えば非特許文献２においては、ビル毎の監視制御処理の実行を複数プロセス構成にする技術を適用している。これにより、特定のビルに対する処理がダウンした場合でも、その影響が他のビルの業務に波及するのを防止できる。
中央監視装置に設けられる従来の監視制御装置は、機能別のタスクを個別のスレッドで並列処理するために、例えば図５に示すように構成されている。
【０００４】
すなわち、この監視制御装置は、装置制御（対象装置の遠隔制御）イベントを格納するための第１のスレッド用キュー１１と、トラップ警報監視イベントを格納するための第２のスレッド用キュー１２と、ポーリング警報監視イベントを格納するための第３のスレッド用キュー１３と、優先順位スケジューラ１８と、ＣＰＵ実行処理部１９とを備えている。
【０００５】
例えば、中央監視装置に接続された端末を操作するオペレータの入力により装置制御イベントが発生した場合には、このイベントを表す信号が第１のスレッド用キュー１１を介して優先順位スケジューラ１８に入力され、対象装置に発生した警報によってトラップ警報監視イベントが発生した場合には、このイベントを表す信号が第２のスレッド用キュー１２を介して優先順位スケジューラ１８に入力され、中央監視装置から対象装置に対するポーリングによって発生するポーリング警報監視イベントが発生した場合には、このイベントを表す信号が第３のスレッド用キュー１３を介して優先順位スケジューラ１８に入力される。
【０００６】
優先順位スケジューラ１８は、各キュー（１１，１２，１３）から入力されるイベントをスケジューリングした結果をＣＰＵ実行処理部１９に与え、ＣＰＵ実行処理部１９は発生した複数のイベントを複数スレッドを用いて並列処理する。
複数のイベントが同時に発生した場合には、優先順位スケジューラ１８は各キュー（１１，１２，１３）に割り当てられた優先度に従って、優先度の高いものから順にスレッドが実行されるようにスケジューリングを行う。
【０００７】
また、優先度が高いイベントのスレッドを実行中であっても、Ｉ／Ｏ処理を行う場合やプロセス間通信などの応答待ちになった場合には、メインスレッドに戻って他のイベント処理のための他のスレッドを実行することができる。従って、複数のイベントを複数のスレッドを用いて並列処理することができる。
また、トラップ警報監視の補完としてポーリングを行うシステムにおいては、トラップ警報監視や装置制御を処理するスレッドの優先度を高く定め、ポーリングによるイベント処理よりも優先して処理するようになっている。
【０００８】
装置制御の要求とトラップ警報受信のタスクがほぼ同時に発生した場合のスレッドの動作について、図６を参照しながら説明する。
この例では、オペレータが操作する表示操作端末からの制御要求に対する処理の優先度が高いので、最初にこの処理要求に応答して、メインスレッドから新規にスレッド１が起動される。そして、スレッド１では無線装置（対象装置）に対して（SET REQUEST）を送信して応答待ちとなり、メインスレッドに処理を受け渡す。
【０００９】
このとき、表示操作端末からの制御要求よりも優先度の低いトラップ警報受信に対する処理を実行するために、メインスレッドから新規にスレッド２が起動される。この場合には、スレッド２でトラップ警報受信に対する処理を実行し、それが終了した後でメインスレッドに処理を戻す。
この後、待機しているスレッド１に対する応答として対象装置からの（SET RESPONSE）が入力されると、メインスレッドから待機していたスレッド１に移行し、スレッド１で処理を実行する。
【００１０】
なお、それぞれのタスクに対する優先度は、プログラムの実行前に各スレッドに与えられ、実行中には変化しない。
このように、スレッドを用いた並列処理においては、優先度の高いスレッドから順番に実行されるが、入出力待ちとなった場合にはメインスレッドに戻って他のタスクを処理するためのスレッドに実行処理を渡すので、複数スレッドの処理がほぼ同時に実行されることになり、ユーザからみると複数スレッドの処理を同時に実行しているようにみえる。
【００１１】
ところで、無線通信を利用する基地局などを監視する場合には、装置自体の故障状態を監視するための機器故障アラームと、受信レベルやビットエラーのような回線の状態を監視するための回線監視アラームとを同時に監視する必要がある。
従来より、監視制御装置は機器故障アラームに対する処理と回線監視アラームに対する処理とを同一のタスクとして処理している。すなわち、機器故障アラーム及び回線監視アラームについては、対象装置から中央監視装置に対して同一の警報として入力され同じイベントが発生するので、それらのイベントが発生した時間的な順序に従って、同じスレッドで順次に処理が実行される。
【非特許文献１】「ＯｐＳ実現技術」、湊  賢治  他３名著、ＮＴＴ  Ｒ＆Ｄ  vol.44 No.12 pp1189-1194、１９９５年１２月発行。
【非特許文献２】「高速ＩＰ通信サービスを提供するためのＰＤＳ光アクセス網ＯＳＳ」、杉本  悟  他２名著、信学技報、ＴＭ２０００−６４、２０００年１２月発行。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
例えば、準ミリ波帯無線方式の無線通信システムを構成する多数の無線基地局をそれぞれ監視しようとする場合を想定すると、激しい降雨によって回線警報が発生する場合には、その降雨の生じた地域に設置された多数の無線装置において回線監視アラームが一斉に発生することが考えられる。
ところが、従来の監視制御装置においては、各対象装置から発生する機器故障アラームと回線監視アラームとを区別することなく同じタスクとして処理し、機器故障アラームのイベント及び回線監視アラームのイベントを発生した時間の順番のみに従って順次に処理している。
【００１３】
そのため、広範囲な地域に設置された多数の無線装置を収容してそれらの監視制御を行う場合に、降雨の発生により多数の無線装置から一斉に回線監視アラームが発生すると、一斉に発生した回線監視アラームを処理するための処理時間が大幅に増大することが考えられる。
また、この時に機器故障アラームが発生すると、機器故障アラームは大量の回線監視アラームの中に埋もれてしまい、機器故障アラームに対する処理を実行するまでの待ち時間が長くなる。
【００１４】
また、大量の回線監視アラームが一斉に発生すると、そのタスクを処理するためのスレッドが頻繁に生起することになるので、優先度を高く定めた他の処理についても、その処理を開始するまでの待ち時間が長くなる可能性が高い。
このように、従来の監視制御装置においては、降雨の発生などの影響により無線装置からの回線監視アラームが頻繁に発生する場合には、機器故障アラームに対する処理の待ち時間が長くなるという問題があった。
【００１５】
本発明は、降雨などによって多数の対象装置から回線監視アラームが一斉に発生するような場合に、機器故障アラームに対する処理や対象装置を制御するための処理の応答特性の劣化を減らすことが可能な監視制御装置及び監視制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
１番目の発明（請求項１）は、少なくとも互いに異なる場所に設置された複数の無線基地局装置又は加入者局装置を対象装置として、前記対象装置と中央監視装置との間で通信を行い、前記中央監視装置が前記対象装置に対する遠隔制御及び監視制御を所定のイベントの発生に応答して前記中央監視装置のマルチスレッド処理により並列処理するための監視制御装置であって、前記対象装置に対する遠隔制御に関連して発生する第１のイベントの信号と、前記対象装置に対するポーリング制御に関連して発生する第２のイベントの信号と、前記対象装置に警報が発生した場合に前記対象装置の自律的な制御に従って発生する第３のイベントの信号とが入力される場合に、前記第３のイベントの信号からその種類を表すステータス情報を抽出し、抽出した前記ステータス情報に基づいて前記第３のイベントを少なくとも機器故障イベントと回線警報イベントとの２つに区分し、前記機器故障イベント及び回線警報イベントをそれぞれ第１のキュー及び第２のキューに格納するステータス情報抽出手段と、前記第１のキューから出力される機器故障イベントの信号及び第２のキューから出力される回線警報イベントの信号に対して、互いに異なる優先度を割り当て、割り当てられた優先度に従って、少なくとも前記機器故障イベントに対して起動される処理のスレッドと、前記回線警報イベントに対して起動される処理のスレッドとのスケジュールを決定するスケジュール決定手段とを設けたことを特徴とする。
【００１７】
１番目の発明においては、前記対象装置から中央監視装置に対して、機器故障イベントと回線警報イベントとが混在した状態で第２のイベントの信号として入力されるが、ステータス情報抽出手段は第２のイベントの信号を分離してそれぞれ第１のキュー及び第２のキューに格納するので、スケジュール決定手段は機器故障イベントと回線警報イベントとに対して互いに異なる優先度を付けて処理のスケジューリングを行う。すなわち、複数のイベントが同時に発生した場合には優先度の高い機器故障アラームのタスク処理が優先して実行処理される。
【００１８】
また、優先度の低い回線警報イベントによるタスク処理がすでに実行されていた場合であっても、優先度の高い機器故障イベントが発生して処理キュー待ちとなった場合には、優先度の低いイベントによるタスク処理のスレッドがメインスレッドに戻った時点で、優先度の高いイベントを優先してスレッド生起して処理することができる。
従って、降雨の影響などによって回線警報イベントが頻繁に発生した場合であっても、優先度の高い機器故障イベントに対する処理を優先して実行することができ、機器故障イベントに対する処理の応答特性が劣化するのを抑制できる。そのため、広域な地域に設置される多数の無線装置を１台の中央監視装置に収容することができる。
【００１９】
２番目の発明（請求項２）は、１番目の発明の監視制御装置において、前記第１のイベントの信号を処理して前記スケジュール決定手段に入力する第１のプロセスと、前記第２のイベントの信号を処理して前記スケジュール決定手段に入力する第２のプロセスと、前記第３のイベントの信号を処理して前記スケジュール決定手段に入力する第３のプロセスとを、互いに独立したプロセスとして並列処理するための処理手段を更に設けたことを特徴とする。
【００２０】
３番目の発明（請求項３）は、１番目の発明の監視制御装置において、少なくとも前記第１のイベントの信号と第３のイベントの信号とが共通の処理によって処理され、共通イベント信号として前記ケジュール決定手段に入力される場合に、前記共通イベント信号によってスレッドが開始した後でその処理を中断し、前記共通イベント信号から前記第１のイベントの信号と第３のイベントの信号とを分離して、前記第１のイベントの信号と第３のイベントの信号とを互いに異なるキューに割り当てるとともに、前記第３のイベントの信号を前記ステータス情報抽出手段に入力する共通イベント信号処理手段を更に設けたことを特徴とする。
【００２１】
４番目の発明（請求項４）は、少なくとも互いに異なる場所に設置された複数の無線基地局装置又は加入者局装置を対象装置として、前記対象装置と中央監視装置との間で通信を行い、前記中央監視装置が前記対象装置に対する遠隔制御及び監視制御を所定のイベントの発生に応答して前記中央監視装置内のコンピュータがマルチスレッド処理により並列処理するために用いられる監視制御プログラムであって、前記対象装置に対する遠隔制御に関連して発生する第１のイベントの信号と、前記対象装置に対するポーリング制御に関連して発生する第２のイベントの信号と、前記対象装置に警報が発生した場合に前記対象装置の自律的な制御に従って発生する第３のイベントの信号とが入力される場合に、前記第３のイベントの信号からその種類を表すステータス情報を抽出し、抽出した前記ステータス情報に基づいて前記第３のイベントを少なくとも機器故障イベントと回線警報イベントとの２つに区分し、前記機器故障イベント及び回線警報イベントをそれぞれ第１のキュー及び第２のキューに格納するステータス情報抽出手順と、前記第１のキューから出力される機器故障イベントの信号及び第２のキューから出力される回線警報イベントの信号に対して、互いに異なる優先度を割り当て、割り当てられた優先度に従って、少なくとも前記機器故障イベントに対して起動される処理のスレッドと、前記回線警報イベントに対して起動される処理のスレッドとのスケジュールを決定するスケジュール決定手順とを設けたことを特徴とする。
【００２２】
４番目の発明の監視制御プログラムを中央監視装置内のコンピュータで実行することにより、１番目の発明と同様の結果が得られる。
５番目の発明（請求項５）は、４番目の発明の監視制御プログラムにおいて、前記第１のイベントの信号を処理して前記スケジュール決定手順に入力する第１のプロセスと、前記第２のイベントの信号を処理して前記スケジュール決定手順に入力する第２のプロセスと、前記第３のイベントの信号を処理して前記スケジュール決定手順に入力する第３のプロセスとを、互いに独立したプロセスとして並列処理するための処理手順を更に設けたことを特徴とする。
【００２３】
５番目の発明の監視制御プログラムを中央監視装置内のコンピュータで実行することにより、２番目の発明と同様の結果が得られる。
６番目の発明（請求項６）は、４番目の発明の監視制御プログラムにおいて、少なくとも前記第１のイベントの信号と第３のイベントの信号とが共通の処理によって処理され、共通イベント信号として前記ケジュール決定手順に入力される場合に、前記共通イベント信号によってスレッドが開始した後でその処理を中断し、前記共通イベント信号から前記第１のイベントの信号と第３のイベントの信号とを分離して、前記第１のイベントの信号と第３のイベントの信号とを互いに異なるキューに割り当てるとともに、前記第３のイベントの信号を前記ステータス情報抽出手順に入力する共通イベント信号処理手順を更に設けたことを特徴とする。
【００２４】
６番目の発明の監視制御プログラムを中央監視装置内のコンピュータで実行することにより、３番目の発明と同様の結果が得られる。
【発明の効果】
【００２５】
本発明によれば、降雨時に数多くの基地局装置や加入者装置から一斉に回線監視アラームが通知された場合であっても重要な機器故障アラームに対する処理を優先的に処理することができるので、効率よい監視制御が可能であり、中央監視装置に収容可能な無線基地局数及び加入者局装置数を増大させることが可能となる。
【発明を実施するための最良の形態】
【００２６】
（第１の実施の形態）
本発明の監視制御装置及び監視制御プログラムに関する１つの実施の形態について図１及び図２を参照して説明する。この形態は請求項１及び請求項４に対応する。図１はこの形態の構成を示すブロック図である。図２はこの形態の動作を示すタイムチャートである。
【００２７】
この形態では、請求項１のステータス情報抽出手段はアラームステータス情報抽出部２５及び切り替え部２７に相当し、請求項１のスケジュール決定手段は優先順位スケジューラ１８に相当する。
この形態においては、例えば公知のワイヤレスＩＰアクセスシステムのような通信システムを構成する多数の無線基地局及びその配下に接続される多数の加入者局の遠隔制御及び状態の監視、すなわち監視制御を行うことを想定している。この通信システムには、システム全体の監視制御を行うために１台の中央監視装置を接続してある。この中央監視装置はサーバ用のコンピュータで構成されており、各無線基地局との間で通信しながら監視制御を行う。また、中央監視装置にはオペレータが操作するための端末装置が接続されている。
【００２８】
図１に示す監視制御装置は、前記中央監視装置のコンピュータ上で実行される基本プログラム（オペレーティングシステム）及びアプリケーションプログラムによって構成される。
この監視制御装置には、前記通信システムの監視制御のために装置制御，トラップ警報監視，ポーリング警報監視の３種類のタスクが存在する。この監視制御装置は、これらのタスクによって発生するイベントをマルチスレッド処理によって並列処理する。
【００２９】
装置制御のタスクは、中央監視装置に接続された前記端末装置を操作するオペレータの入力操作に従って前記無線基地局などを遠隔制御する場合にそれを検出してイベントの信号を発生する。トラップ警報監視のタスクは、前記無線基地局などが自律的な監視制御によって出力する警報信号を監視してイベントの信号を発生する。ポーリング警報監視のタスクは、例えば定期的に前記中央監視装置から前記無線基地局に対するポーリングが発生する場合にイベントの信号を発生する。
【００３０】
また、前記無線基地局などが自律的な監視制御によって出力する警報信号の種類には、機器故障アラームと回線監視アラームとがある。機器故障アラームは無線基地局自体の故障を示すものであり、回線監視アラームは回線の受信電力低下やビットエラーの発生の際に発生するものである。
図１に示すように、装置制御，トラップ警報監視，ポーリング警報監視の３種類のタスクによって発生するイベントの信号を一時的に保持するために４つの独立したキュー１１，２１，２２，１３が用意されている。
【００３１】
キュー１１は装置制御スレッド用に利用され、キュー２１は機器故障スレッド用に利用され、キュー２２は回線警報監視スレッド用に利用され、キュー１３はポーリング警報監視スレッド用に利用される。
プロセス１０には、キュー１１，２１，２２，１３の他にアラームステータス情報抽出部２５，切り替え部２７及び優先順位スケジューラ１８が含まれている。
【００３２】
アラームステータス情報抽出部２５は、トラップ警報監視のタスクから出力されるイベントのトラップ警報メッセージからアラームステータス情報を抽出する。切り替え部２７は、アラームステータス情報抽出部２５が抽出したアラームステータス情報の内容に応じてイベントの信号の格納先を切り替える。
優先順位スケジューラ１８は、スレッドによる並列処理のスケジューリングを行うための処理であり、キュー毎に独立した異なる優先度が割り当ててある。優先順位スケジューラ１８によってスケジューリングされた結果に応じて、ＣＰＵ実行処理部１９がマルチスレッドにより各イベントに対応した処理を、例えば図２に示すように実行する。
【００３３】
装置制御のタスクによりイベントが発生した場合は、このイベントがキュー１１に実行キューとして記憶され、優先順位スケジューラ１８でスケジューリングされたスレッドで処理される。
この形態では、中央監視装置と無線基地局との間の管理プロトコルとしてＳＮＭＰを用いている。従って、ポーリングにおいては中央監視装置が無線基地局へ取得したいオブジェクト識別子を指定して（SNMP-GET REQUEST）のＰＤＵ（Protocol Data Unit）を送信する。
【００３４】
この場合、各無線基地局に設けられたエージェントのプログラムは、受信した（SNMP-GET REQUEST）で指定された値を（GET RESPONSE）のＰＤＵでマネージャに応答する。従って、複数の無線基地局に対して順次に取得したいオブジェクト識別子で指定された値を取得して無線基地局の異常や状態の遷移を監視することができる。
トラップ警報は、無線基地局の異常や状態の遷移を無線基地局に実装したＳＮＭＰエージェントから自律的にマネージャに報告するものである。トラップ警報メッセージのＰＤＵの内容としては、アラーム状態情報を示すオブジェクト識別子の値として、各警報アラームの状態を０又は１のビットで表して連結したＳＴＲＩＮＧとして符号化される。このようなトラップ警報が中央監視装置に入力されると、トラップ警報監視のタスクからトラップ警報のアラームステータスを含むイベントが発生し、プロセス１０に入力される。
【００３５】
アラームステータス情報抽出部２５は、中央監視装置が受信したトラップ警報メッセージのＰＤＵからアラーム状態情報を抽出する。従って、アラームステータス情報抽出部２５は機器故障アラームと回線監視アラームとを判別できる。
中央監視装置がトラップ警報メッセージのＰＤＵを受信することにより、中央監視装置上のマネージャでトラップ警報監視のタスクが発生した場合は、アラームステータス情報抽出部２５が機器故障アラームか回線警報アラームかを識別した結果により切り替え部２７を切り替えるので、機器故障アラームのイベントと回線警報アラームのイベントとは互いに異なるキュー（２１，２２）に格納される。
【００３６】
優先順位スケジューラ１８は、４つのキュー１１，２１，２２，１３に蓄積された各イベントのリストをスレッド毎（キュー毎）に定めた優先度に従い、次に示すように優先順位のスケジューリングを行う。
（１）イベントが発生した場合は、イベントのリストに追加され、優先順位順に並べられる。
（２）各イベントが同時に発生した場合には、優先度により優先度の高いものが先に実行される。
（３）優先度が同じ場合は、到着順に処理される。
（４）既に実行中のイベントがあり、その状態で優先度の高いイベントが発生した場合には、実行中のイベント処理がメインスレッドヘ戻り次第、優先度の高いものから実行される。
【００３７】
例えば、機器故障アラームと回線監視アラームとが同時に発生した場合には、機器故障アラームから優先的に処理される。また、ポーリング中に機器故障アラームが発生した場合には、ポーリング処理がメインスレッドに戻った場合に、機器故障アラームの処理が実行される。
なお、メインスレッドに処理が戻るのは、ポーリングにおいては無線基地局への（ＳＮＭＰ−ＧＥＴ）を行った場合や、ある無線基地局に対する（ＳＮＭＰ−ＧＥＴ）が終わって次の無線基地局へのＧＥＴを行う前などである。
【００３８】
従って、図１に示す監視制御装置は、例えば図２に示すような動作を行う。この例では、装置制御のスレッドに対する優先度を回線監視に比べて高く定め、かつ装置制御要求と回線監視及び機器故障警報のイベントがほぼ同時に発生した場合を想定している。
図２に示すように、メインスレッドに処理が戻された時点では、各キューに格納された処理内容から優先度に従って処理される。従って、回線監視アラームに割り当てられたスレッド２よりも機器故障アラームに割り当てられたスレッド３は優先度が高いので、スレッド３はスレッド２よりも先に処理される。
【００３９】
（第２の実施の形態）
本発明の監視制御装置及び監視制御プログラムに関するもう１つの実施の形態について図３を参照して説明する。この形態は請求項２及び請求項５に対応する。図３はこの形態の構成を示すブロック図である。
この形態は第１の実施の形態の変形例である。図３において図１と対応する要素は同一の符号を付けて示してある。第１の実施の形態と異なる部分について以下に説明する。
【００４０】
図３に示すように、この形態では装置制御，トラップ警報監視，ポーリング警報監視の各タスクから出力されるイベントは、それぞれ独立したプロセス３０，４０，５０によって処理される。
優先順位スケジューラ１８は、プロセス４０の中に設けてあり、２つのキュー２１，２２から出力されるイベントのスケジューリングだけを行う。優先順位スケジューラ１８のスケジューリングの結果は、キュー４１を介してスケジューラ６０に入力される。
【００４１】
スケジューラ６０は、オペレーティングシステム（ＯＳ）に割り当てられた機能であり、各プロセス３０，４０，５０から出力されるイベントに対するスレッド実行をスケジューリングするものである。第１の実施の形態と同様に、機器故障アラームと回線監視アラームとは異なる優先度に従って処理される。
（第３の実施の形態）
本発明の監視制御装置及び監視制御プログラムに関するもう１つの実施の形態について図４を参照して説明する。この形態は請求項３及び請求項６に対応する。図４はこの形態の構成を示すブロック図である。
【００４２】
この形態は第１の実施の形態の変形例である。図４において図１と対応する要素は同一の符号を付けて示してある。第１の実施の形態と異なる部分について以下に説明する。
この形態では、マネージャが装置制御とトラップ警報監視とを同一タスクとして処理する場合を想定している。このため、装置制御のイベントとトラップ警報監視のイベントとは同じタスクからローカルイベントとしてプロセス内のキュー７１に入力され、同じ優先度に従って優先順位スケジューラ７８でスケジューリングされる。
【００４３】
但し、キュー７１から出力されるイベントが優先順位スケジューラ７８に入力された場合には、優先順位スケジューラ７８は処理を一時的に中止してメインスレッドの処理に戻る。そして、キュー７１から出力されたイベントの信号は、切り替え部２８によって装置制御のイベントとトラップ警報監視のイベントとに振り分けられる。
アラームステータス情報抽出部２５は、切り替え部２８によって振り分けられたトラップ警報監視のイベントの信号からアラームステータス情報を抽出し、その結果、すなわち機器故障アラームと回線監視アラームを識別した結果に応じて切り替え部２７がトラップ警報監視のイベントを２つに振り分けてキュー２１又はキュー２２に格納する。
【００４４】
優先順位スケジューラ７８は、キュー２３，２１，２２，１３に格納された各イベントの信号をキュー毎に割り当てられた優先度に従ってスケジューリングする。従って、第１の実施の形態と同様に、機器故障アラームと回線監視アラームとを互いに異なる優先度で処理することができる。
なお、この明細書において「タスク」，「プロセス」の意味は次の通りである。タスクは、イベント単位のアプリケーション（ミドル，ＯＳを含む）の実行処理を表す。また、ここでは複数のプログラムがお互いに通信しながらではあるが、プログラム実行処理として個別に独立に同時進行している場合を想定しており、図３の例では個々のプログラムの実行処理をプロセス単位と称している。
【図面の簡単な説明】
【００４５】
【図１】第１の実施の形態の構成を示すブロック図である。
【図２】第１の実施の形態の動作を示すタイムチャートである。
【図３】第２の実施の形態の構成を示すブロック図である。
【図４】第３の実施の形態の構成を示すブロック図である。
【図５】従来例の構成を示すブロック図である。
【図６】従来例の動作を示すタイムチャートである。
【符号の説明】
【００４６】
１０  プロセス
１１，１２，１３  キュー
１８  優先順位スケジューラ
１９  ＣＰＵ実行処理部
２１，２２，２３  キュー
２５  アラームステータス情報抽出部
２７，２８  切り替え部
３０，４０，５０  プロセス
３１，４１，５１  キュー
６０  スケジューラ
７１  キュー
７８  優先順位スケジューラ
【図１】
2005128952.tif 000003
【図２】
2005128952.tif 000004
【図３】
2005128952.tif 000005
【図４】
2005128952.tif 000006
【図５】
2005128952.tif 000007
【図６】
2005128952.tif 000008