JPH0895888A - ネットワーク制御・管理システム - Google Patents

Abstract

(57)【要約】 【目的】 交換機等のネットワークエレメントの制御及
び管理を行うネットワーク制御・管理システムに関し、
共通インタフェースを介して優先度に従った制御及び管
理を行う。 【構成】 マネージャ手段１は、共通インタフェースを
介してエージェント手段２に対してネットワークエレメ
ント３の保守管理の処理要求と、パス設定等の通信処理
要求とを発行する機能を備え、エージェント手段２は、
保守管理の処理要求と通信処理要求とをプロトコル終端
部４で受信して分配するサービス処理部５と保守管理処
理部６と、スケジューリング部７とを備え、サービス処
理部５と保守管理処理部６とは、ネットワークリソース
に関するデータを格納したオブジェクトデータ格納部
９，１１を参照して処理の優先度を判定する処理内容分
析部８，１０を備えている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、交換機等のネットワー
クエレメントの制御及び管理を行うネットワーク制御・
管理システムに関する。通信網に於ける交換機や通信回
線等のネットワークエレメントの保守管理システムは、
障害の有無や障害状況等を監視する障害管理のみでな
く、各部の保守，運用，課金，セキュリティ等の管理を
含む場合が一般的である。このような保守管理システム
と、通信網に於ける発呼等に基づくパス設定や終話等に
基づくパス解放等の通信処理を行うサービス制御システ
ムとは、独立的な場合が一般的であった。しかし、これ
を統合してサービス制御の高度化と効率化とを図ること
が要望されている。

【０００２】

【従来の技術】通信網は、複数の交換機，中継局，通信
回線，各種付属設備等のネットワークエレメントと、こ
れらのネットワークエレメントの障害管理，保守管理，
運用管理等の保守管理を行う保守管理システムと、パス
の設定，解放等の通信処理を行うサービス制御システム
とを含むものであり、保守管理システムは、複数のネッ
トワークを統合的に管理するマネージャ手段と、ネット
ワークエレメントの保守を行うエージェント手段とから
構成されている。

【０００３】エージェント手段は、マネージャ手段から
の処理要求に従って、各ネットワークエレメントの監
視，試験，制御，障害復旧，設備運用等を行う機能と、
監視や試験の結果等の動作履歴の記録及びこの記録内容
をマネージャ手段へ通知する機能とを備えている。

【０００４】又交換機に於けるパスの設定やパスの解放
等を含む通信処理（サービス制御）については、インテ
リジェントネットワークのように、交換機能とサービス
制御機能とを分離する方式が採用されており、サービス
制御システムから交換システムへ処理要求を与えること
により、所望のサービスを提供することができる。

【０００５】又通信サービスの高度化の要求が高まり、
その要求に対処する為に、保守管理システムとサービス
制御システムとの双方に於いて互いに各種情報を参照す
る必要が生じている。そこで、ネットワークエレメント
の保守管理の為のマネージャ手段とエージェント手段と
の間のインタフェースと、通信サービスの為のサービス
制御システムと交換システムとの間のインタフェースと
を統合し、共通のインタフェースでネットワークエレメ
ントの保守及び管理並びにサービス制御を実現するネッ
トワークエレメント管理方式を先に提案した（特願平５
−２４２９９３号参照）。

【０００６】このネットワークエレメント管理方式に於
けるマネージャ手段は、ネットワークエレメントの保
守，管理，運用に関する処理要求の発行機能と共に、通
信処理要求を発行する機能を備え、又エージェント手段
は、交換機等のネットワークエレメントの保守，管理，
運用を行う機能と、交換機等のネットワークエレメント
の通信処理を制御する機能と、保守，管理，運用に関す
る処理と通信処理とを判別して通信処理を優先的に実行
させるスケジューリング機能とを備えている。

【０００７】

【発明が解決しようとする課題】保守，管理，運用等の
為の処理と、パス設定等のサービス制御の為の処理と
は、処理要求が発生する頻度，単位時間に完了要求され
る処理の個数，処理要求が発生してから処理完了までの
許容時間等が大きく相違するものである。従って、前述
の先に提案されたネットワークエレメント管理方式に於
いては、エージェント手段に於いて何れの処理要求かを
判別して優先処理を行うものである。

【０００８】しかし、通信処理要求の中に於いても、優
先順位に従った制御が必要であるが、マネージャ手段と
エージェント手段との間の共通インタフェースの通信プ
ロトコルは、ＯＳＩネットワーク管理プロトコルのＣＭ
ＩＰ（Ｃommon ＭanagementＩnformation Ｐrotocol)
が採用されており、このプロトコルは、エージェント手
段に与える処理要求に対して優先度を付加することがで
きない構成である。従って、共通インタフェース上で、
ネットワークエレメントの保守，管理，運用等に関する
処理要求と、パス設定等の各種の通信処理要求との双方
の要求性能を満たすことは困難であった。本発明は、僅
かな構成を付加することにより、前述の問題点を解決す
ることを目的とする。

【０００９】

【課題を解決するための手段】本発明のネットワーク制
御・管理システムは、図１を参照して説明すると、
（１）交換機，通信回線等のネットワークエレメント３
の管理を行うマネージャ手段１と、このマネージャ手段
１との間で共通インタフェースを介して相互に通信し、
且つネットワーク毎に前記ネットワークエレメントの制
御を行うエージェント手段２とを備え、マネージャ手段
１は、共通インタフェースを介してエージェント手段２
に対してネットワークエレメント３の保守管理の処理要
求と、パス設定等のサービス処理要求とを発行する機能
を備え、エージェント手段２は、マネージャ手段１から
の保守管理の処理要求と通信処理要求とを受信処理する
プロトコル終端部４と、サービス処理要求に従ってネッ
トワークエレメント３を制御するサービス処理部５と、
保守管理の処理要求によってネットワークエレメント３
の保守管理を実行する保守管理処理部６と、各部の実行
順序を制御するスケジューリング部７とを備え、スケジ
ューリング部７は、処理要求がサービス処理であれば高
い優先度を割当て、保守管理処理であれば低い優先度を
割当てる構成を備え、サービス処理部５及び保守管理処
理部６は、ネットワークリソースに関するデータを格納
したオブジェクトデータ格納部９，１１と処理内容分析
部８，１０とを有し、処理内容分析部８，１０は、オブ
ジェクトデータ格納部９，１１を参照して短い処理遅延
を要求する処理には高い優先度を、長い処理遅延を許容
する処理には低い優先度を割当てる構成を備えている。

【００１０】（２）又サービス処理部５は、処理内容分
析部８と、オブジェクトデータ格納部９と、サービス処
理タスク生成部と、サービスタスクスケジューリング部
とを含み、オブジェクトデータ格納部９は、処理内容分
析部８に於いて分析された処理内容に含まれるオブジェ
クト名対応の優先度属性データを格納したオブジェクト
属性テーブルと、このオブジェクト属性テーブルから読
出した優先度属性データ対応の優先度データを格納した
オブジェクト優先度テーブルと、アクション命令時のオ
ブジェクト優先度テーブルから読出したアクション優先
度属性データ対応の優先度データを付与したアクション
優先度テーブルとからなる優先度テーブルを備えてい
る。

【００１１】（３）又サービス処理部５のサービスタス
クスケジューリング部は、サービス制御の処理要求を処
理するタスクのスケジューリングを行う構成を備え、且
つ保守管理処理部６の保守管理タスクスケジューリング
部は、保守管理の処理要求を処理するタスクのスケジュ
ーリングを行う構成を備え、更にエージェント手段２の
スケジューリング部７は、サービス処理部５と保守管理
処理部６とをそれぞれ一つの実行単位として統括してス
ケジューリングを行うことにより、サービス処理部５の
優先度を操作することでサービス処理タスク全体の優先
度を設定し、又保守管理処理部６の優先度を操作するこ
とで保守管理処理タスク全体の優先度を設定する二段構
成のタスク実行制御の構成を備えている。

【００１２】（４）又エージェント手段２のスケジュー
リング部７は、各部の負荷状態を監視し、高負荷状態部
分の処理の優先度を高くするように優先度を変更してス
ケジューリングを行う構成を備えることができる。

【００１３】（５）又通信待ち，応答待ち等による処理
中断のタスクの処理を再開させる時に、このタスクの優
先度を高くしてスケジューリングを行う構成を備えるこ
とができる。

【００１４】（６）又通信待ち，応答待ち等による処理
中断のタスクを強制的に処理終了とし、且つ通信待ち，
応答待ち等から再開する複数の処理をまとめて実行する
タスクを生成する構成を備えることができる。

【００１５】

【作用】

（１）マネージャ手段１は、共通インタフェースのプロ
トコルに基づいて交換機等のネットワークエレメント３
の保守管理の処理要求又はパス設定，パス解放等の通信
処理要求を発行する。エージェント手段２のプロトコル
終端部４は、マネージャ手段１からの処理要求を判別
し、通信処理要求はサービス処理部５に、又保守管理の
処理要求は保守管理処理部６へそれぞれ分配する。サー
ビス処理部５及び保守管理処理部６の処理内容分析部
８，１０は、分配された処理要求を分析し、オブジェク
トデータ格納部９，１１を参照して優先度を決定する。
スケジューリング部７は、サービス処理部５と保守管理
処理部６とによる処理のスケジューリングを行う。従っ
て、マネージャ手段１から発行する処理要求の処理優先
度を明示することなく、エージェント手段２に於いて処
理要求の内容に基づいた優先度処理を実行することがで
きる。

【００１６】（２）又サービス処理部５のオブジェクト
データ格納部９は、処理内容分析部８に於いて分析され
た処理内容に含まれるオブジェクト名を基に検索して優
先度属性データを読出すオブジェクト属性テーブルと、
このオブジェクト属性テーブルから読出した優先度属性
データを基に優先度データを読出すオブジェクト優先度
テーブルと、アクション命令時のオブジェクト優先度テ
ーブルから読出したアクション優先度属性データを基に
アクション命令の内容に従った優先度データを読出すア
クション優先度テーブルとからなる優先度テーブルを備
えており、マネージャ手段１からの通信処理要求に優先
度に関する情報が含まれていなくても、その通信処理要
求の内容に従った優先度によってネットワークエレメン
ト３を制御することができる。

【００１７】（３）又サービス処理部５のサービスタス
クスケジューリング部は、サービス制御の処理要求を処
理するタスクのスケジューリングを行い、保守管理処理
部６の保守管理タスクスケジューリング部は、保守管理
の処理要求を処理するタスクのスケジューリングを行
い、エージェント手段２のスケジューリング部７は、サ
ービス処理部５の優先度を操作してサービス処理タスク
全体の優先度を設定し、保守管理処理部６の優先度を操
作して保守管理処理タスク全体の優先度を設定する二段
構成として、多数のタスクが同時的に存在する場合に個
別にスケジューリングを可能とすることができる。

【００１８】（４）又スケジューリング部７に、各部の
負荷状態を監視する機能を持たせ、高負荷状態の部分に
対しては処理の優先度を高くし、低負荷状態の部分に対
しては処理の優先度を低くすることにより、バースト的
に到着する処理要求に対しても、円滑なスケジューリン
グが可能となる。

【００１９】（５）又通信待ちや応答待ちの場合に処理
を中断し、次に処理を再開する時、他の優先度の高い処
理が存在すれば、それを優先的に実行することになり、
その後に再開タスクの処理を実行することになって、そ
のタスクの終了が遅くなるが、再開タスクの優先度を高
くすることにより、そのタスクの終了を早くし、一つの
処理要求に要する時間を短縮することができる。

【００２０】（６）又通信待ちや応答待ち等による処理
中断のタスクを強制的に処理終了として消滅させる。又
このような待ち状態から解放された後の処理をまとめて
処理するタスクを予め生成しておくことにより、処理中
断時のタスクがリソースを占有する問題を解決すること
ができる。

【００２１】

【実施例】図２は本発明の実施例の説明図であり、２１
はマネージャ手段、２２はエージェント手段、２３はネ
ットワークエレメントとしての交換機、２４はＣＭＩＰ
終端部、２５はサービス処理部、２６はＯＡＭ処理部、
２７はスケジューリング部、２８，３０は処理内容分析
部、２９，３１はオブジェクトデータ格納部、３２は優
先度テーブルである。

【００２２】マネージャ手段２１とエージェント手段２
２とは、前述の共通インタフェースのプロトコルのＣＭ
ＩＰに基づいて相互に通信するものであり、又図１の保
守管理処理部６に対応するＯＡＭ（Ｏperation，Ａdmin
istration and Ｍaintenance) 処理部２６は、ＯＡＭ＆
Ｐ（Ｏperation，Ａdministration ，Ｍaintenanceand
Ｐrovision) 処理部と称される場合もある。

【００２３】又マネージャ手段２１は、パス設定やパス
解放等の通信処理要求と、ネットワークエレメントの保
守管理の処理要求とを発行する機能を備えている。この
マネージャ手段２１から単一又は複数のエージェント手
段対応に共通インタフェースを介して処理要求を送信す
る。又エージェント手段２２は、ＣＭＩＰ終端部２４
と、サービス処理部２５と、ＯＡＭ処理部２６と、スケ
ジューリング部２７とを備えており、マネージャ手段２
１からの処理要求に従って交換機２３等のネットワーク
エレメントを制御し、又ネットワークエレメント内のイ
ベントをマネージャ手段２１に通知するものである。

【００２４】又図１のプロトコル終端部４に対応するＣ
ＭＩＰ終端部２４は、標準化が進められているＭＯ（Ｍ
anaged Ｏbject ）インタフェースであり、プロトコル
は前述のＣＭＩＰを用いる場合を示す。交換機を含む通
信網内のリソースは、ＭＯ形式で抽象化され、交換機の
種類や製造メーカに依存しない形式となる。又ＣＭＩＰ
によるメッセージは、命令の対象となるオブジェクトの
クラス名，オブジェクト識別子，命令の種類，処理内容
のパラメータ等からなる。

【００２５】この場合の命令の種類は、オブジェクトの
生成を指示するＭ−ＣＲＥＡＴＥと、オブジェクトの削
除を指示するＭ−ＤＥＬＥＴＥと、オブジェクト内の属
性の変更を指示するＭ−ＳＥＴと、オブジェクト内の属
性の読出しを指示するＭ−ＧＥＴと、オブジェクトに或
る動作を指示するＭ−ＡＣＴＩＯＮと、オブジェクト内
に於ける事象の生起又は統計値を通知するＭ−ＥＶＥＮ
Ｔ−ＲＥＰＯＲＴとの６種類のみである。

【００２６】又サービス処理部２５とＯＡＭ処理部２６
とは、処理内容分析部２８，３０とオブジェクトデータ
格納部２９，３１とを有し、処理内容分析部２８，３０
は、処理要求から処理の対象となるオブジェクト名，処
理の種類（オブジェクトの生成，削除，指定動作の実行
等）を抽出し、ネットワークリソースに関するデータを
格納したオブジェクトデータ格納部２９，３１を参照し
て、処理の優先度を判定する。

【００２７】又スケジューリング部２７は、エージェン
ト手段２２内の各部の実行順序を制御するもので、サー
ビス処理部２５とＯＡＭ処理部２６とをそれぞれ一つの
実行単位として統括してスケジューリングを行う機能を
備え、通常はサービス処理部２５の優先度をＯＡＭ処理
部２６に対して高く設定するものである。又各部の負荷
状態を監視して、高負荷状態の部分に於ける処理の優先
度を高くするように優先度を変更することができる。

【００２８】図３は本発明の実施例のサービス処理部及
びＯＡＭ処理部の説明図であり、図２と同一符号は同一
部分を示し、３３はオブジェクト属性テーブル、３４は
オブジェクト優先度テーブル、３５はアクション優先度
テーブル、３６はサービス制御処理受信部、３７はサー
ビス処理タスク生成部、３８はサービスタスクスケジュ
ーリング部、３９は処理タスクを示す。又４０はＯＡＭ
処理受信部、４１はＯＡＭ処理タスク生成部、４２はＯ
ＡＭ制御タスクスケジューリング部、４３は処理タスク
を示す。

【００２９】サービスタスクスケジューリング部３８及
びＯＡＭ制御タスクスケジューリング部４２は、それぞ
れサービス処理部２５内及びＯＡＭ処理部２６内のタス
クを個別にスケジューリングするもので、スケジューリ
ング部２７によるスケジューリングによってタスクの実
行を階層化して管理し、リアルタイム処理が必要なタス
クのスケジューリングを容易にするものである。

【００３０】又サービス制御処理受信部３６はＣＭＩＰ
終端部２４（図２参照）を介した処理要求の受信処理を
行うものであり、又ＯＡＭ処理受信部４０もＣＭＩＰ終
端部２４を介した処理要求の受信処理を行うものであ
る。

【００３１】図４は本発明の実施例の優先度テーブルの
説明図であり、（Ａ）オブジェクト属性テーブル３３
と、（Ｂ）オブジェクト優先度テーブル３４と、（Ｃ）
アクション優先度テーブル３５とからなる場合を示す。
オブジェクト属性テーブル３３は、オブジェクト識別子
ＤＮｘｘｘ，ＤＮｙｙｙ，・・・と、オブジェクト名ｖ
ｃＣＴＰＢｉｄ．，ｖｃＣＴＰＢｉｄ．，・・・と、優
先度属性データＰＲＩＯＲＩＴＹ−＃１，ＰＲＩＯＲＩ
ＴＹ−＃２，・・・と、その他の属性等とが格納されて
いる。

【００３２】又オブジェクト優先度テーブル３４は、優
先度属性データＰＲＩＯＲＩＴＹ−＃１，ＰＲＩＯＲＩ
ＴＹ−＃２，・・・と、命令の種類対応の優先度データ
とが格納されている。又アクション優先度テーブル３５
は、アクション優先度属性データＡＣＴＩＯＮ−ＰＲＩ
Ｏ．−＃１，ＡＣＴＩＯＮ−ＰＲＩＯ．−＃２，・・・
と優先度データとが格納されている。なお、優先度デー
タのｘｘ，ｙｙ，ｚｚ，ｖｖ，ｘｙ，ａｘ，ｂｘ等はそ
れぞれ優先度を示す値を表すものである。

【００３３】図５はサービス処理部の一実施例の要部説
明図であり、図３と同一符号は同一部分を示し、５１は
リソース応答受信部である。マネージャ手段２１からの
通信処理要求を、エージェント手段２２のＣＭＩＰ終端
部２４（図２参照）を介してサービス処理部２５のサー
ビス制御処理受信部３６に於いて受信処理し、処理内容
分析部２８により、処理の対象となるオブジェクト名，
処理の種類を抽出し、オブジェクトデータ格納部２９を
参照して、処理の優先度を判定し、サービス処理タスク
生成部３７に於いて処理タスク３９を生成し、サービス
制御タスクスケジューリング部３８に処理タスクの優先
度を通知する。高優先度のタスクを割当てる処理要求の
例としては、ａｔｍＸｃｏｎｎ．オブジェクトに対する
Ｍ−ＡＣＴＩＯＮ（ｃｏｎｎｅｃｔ）若しくはＭ−ＡＣ
ＴＩＯＮ（ｄｉｓｃｏｎｎｅｃｔ）処理要求があり、又
低優先度のタスクを割当てクロック処理要求の例として
は、ｖｃＣＴＰＢｉｄ．オブジェクトに対するＭ−ＣＲ
ＥＡＴＥ若しくはＭ−ＤＥＬＥＴＥ処理要求がある。

【００３４】サービス制御タスクスケジューリング部３
８は、処理タスク３９の優先度に対応した順序でタスク
を実行させることになる。その場合に、通信待ち，応答
待ち等によって処理を中断することがある。例えば、リ
ソース応答受信部５１によるネットワークリソースから
の応答を待つ状態となることがある。そして、応答受信
により中断した処理を再開することになる。一般的にこ
のような中断後に再開した処理は短時間で終了するもの
であり、サービス制御タスクスケジューリング部３８
は、再開するタスクの優先度を上げて、他のタスクに対
して優先させ、一つの処理要求に要する時間を短縮する
ことができる。このような中断後に再開したタスクの優
先度を上げる処理は、ＯＡＭ処理部２６に於いても適用
できるものである。

【００３５】図６はサービス処理部の他の実施例の要部
説明図であり、図５と同一符号は同一部分を示し、５２
はレスポンスメッセージ生成部である。前述のように、
通信待ち，応答待ち等によって処理を中断する場合、こ
のタスクを強制的に終了とする。レスポンスメッセージ
生成部５２は、リソース応答受信部５１を介して応答を
受信し、サービス制御処理部２５内の総てのタスクの処
理結果のレスポンスメッセージを生成する。従って、タ
スク中断による待ち時間を省略することが可能となり、
処理時間の短縮を図ることができる。このような処理を
中断する場合のタスクを強制的に終了とする処理は、Ｏ
ＡＭ処理部２６に於いても適用できるもである。

【００３６】図７は本発明の実施例の優先度決定のフロ
ーチャートであり、例えば、マネージャ手段２１（図２
参照）からＣＭＩＰ規約に準じた形式の処理要求Ｍ−Ｃ
ＲＥＡＴＥ（ｖｃＣＴＰ，ＤＮｘｘｘ，帯域，ＱＯＳ，
・・・・）がエージェント手段２２に対して発行される
と、エージェント手段２２のＣＭＩＰ終端部２４は、こ
の処理要求を受信してデコードし、保守管理の処理要求
に関するものはＯＡＭ処理部２６へ分配し、通信処理要
求に関するものはサービス処理部２５に分配する。この
場合の処理要求Ｍ−ＣＲＥＡＴＥは通信処理要求に関す
るものであるから、サービス処理部２５へ分配すること
になる。

【００３７】サービス処理部２５に於いては、サービス
制御処理受信部３６で処理要求を受信して処理内容分析
部２８に転送し、処理内容分析部２８に於いて処理要求
の内容の分析を行う。図７に示すように、先ず、処理要
求に含まれるオブジェクト名を抽出し（ａ）、このオブ
ジェクト名によってオブジェクトデータ格納部２９内の
図４に示す（Ａ）オブジェクト属性テーブル３３を検索
する（ｂ）。

【００３８】オブジェクト属性テーブル３３は、オブジ
ェクト識別子，オブジェクト名，優先度属性データ，そ
の他の属性等を格納しており、オブジェクト名によって
検索して、優先度属性データを抽出する（ｃ）。

【００３９】次に、処理要求内の命令種類を抽出する。
前述のように、命令種類は、Ｍ−ＣＲＥＡＴＥ，Ｍ−Ｄ
ＥＬＥＴＥ，Ｍ−ＳＥＴ，Ｍ−ＧＥＴ，Ｍ−ＡＣＴＩＯ
Ｎ，Ｍ−ＥＶＥＮＴ−ＲＥＰＯＲＴの何れかであり、命
令がＭ−ＡＣＴＩＯＮか否かを判定する（ｄ）。

【００４０】命令がＭ−ＡＣＴＩＯＮでない場合、前述
のＭ−ＣＲＥＡＴＥはアクション命令Ｍ−ＡＣＴＩＯＮ
ではないから、優先度属性データを基にオブジェクト優
先度テーブル３４を検索し（ｅ）、優先度データを読出
す（ｆ）。例えば、優先度属性データがＰＲＩＯＲＩＴ
Ｙ−＃１の場合、優先度ｘｘが読出される。

【００４１】又命令がＭ−ＡＣＴＩＯＮの場合は、オブ
ジェクト属性テーブル３４を優先度属性データを基に検
索し（ｇ）、アクション優先度属性データを読出す
（ｈ）。このアクション優先度属性データは、優先度属
性データＰＲＩＯＲＴＹ−＃１〜ＰＲＩＯＲＴＹ−＃ｎ
対応に例えばＡＣＴＩＯＮ−ＰＲＩＯ．−＃１〜ＡＣＴ
ＩＯＮ−ＰＲＩＯ．−＃ｎとして格納されている。

【００４２】次にアクション内容（ｃｏｎｎｅｃｔ，ｄ
ｉｓｃｏｎｎｅｃｔ，・・・）を抽出し（ｉ）、このア
クション内容とアクション優先度属性データとを基にア
クション優先度テーブル３５を検索し（ｊ）、優先度デ
ータを読出す（ｋ）。例えば、アクション優先度属性デ
ータがＡＣＴＩＯＮ−ＰＲＩＯ．−＃２で、アクション
内容がｃｏｎｎｅｃｔであると、優先度データｂｘが読
出される。

【００４３】前述のようにして処理内容分析部２８は、
オブジェクトデータ格納部２９を参照して処理の優先度
を判定し、この優先度データを処理命令に付与してサー
ビス処理タスク生成部３７へ転送される。サービス処理
タスク生成部３７は、処理タスク３９を生成し、優先度
データを含む処理タスク３９をサービスタスクスケジュ
ーリング部３８に登録する。サービスタスクスケジュー
リング部３８は、複数のタスクの優先度を基にその処理
の順序を決定する。

【００４４】処理タスク３９はＭＯの生成，登録を行
い、これに対応してネットワークエレメントの交換機２
３内のリソースをアクセスする。具体的には、仮想パス
識別子ＶＰＩ（Ｖirtual Ｐath Ｉdentifier ），仮想
チャネル識別子ＶＣＩ（Ｖirtual Ｃhannel Ｉdentif
ier ）の捕捉を要求することになる。このアクセスの要
求を送信後に処理タスクは応答待ちの為に中断する。

【００４５】このアクセス結果はリソース応答受信部５
１（図５参照）によって受信され、この応答受信によ
り、中断していた処理タスクを再開し、サービスタスク
スケジューリング部３８に通知する。サービスタスクス
ケジューリング部３８は、図５について説明したよう
に、再開する処理タスクの優先度を高く設定する。それ
によって、中断していた処理タスクを他の処理タスクに
対して優先して再開することができる。そして、再開し
た処理タスクは、アクセス結果に応じて、マネージャ手
段２１に送る応答のメッセージを生成する。生成された
メッセージは、ＣＭＩＰ終端部２４を介してマネージャ
手段２１へ送信される。

【００４６】又通信待ち，応答待ちの場合の処理タスク
を中断ではなく、強制的に終了として、図６について説
明したように、レスポンスメッセージ生成部５２に於い
て総てのタスクの処理結果の応答のメッセージを生成
し、マネージャ手段２１に送信することもできる。

【００４７】又サービス処理部２５及びＯＡＭ処理部２
６内には、複数の処理タスク３９，４３が存在できるも
のであり、処理タスク３９，４３の数によってはサービ
ス処理部２５とＯＡＭ処理部２６との負荷のバランスが
崩れて、所定の処理遅延の条件を満たすことができなく
なる場合がある。そこで、スケジューリング部２７は、
サービス処理部２５とＯＡＭ処理部２６との負荷状態を
監視し、通常はサービス処理部２５の優先度を高くする
ものであるが、ＯＡＭ処理部２６が高負荷状態となった
時は、ＯＡＭ処理部２６の優先度を上げることになる。

【００４８】

【発明の効果】以上説明したように、本発明は、交換機
等のネットワークエレメント３の保守管理の処理要求
と、通信処理要求とを発行する機能を備えたマネージャ
手段１と、ネットワークエレメント３の保守管理及びサ
ービス制御を行うエージェント手段２との間を共通イン
タフェースにより接続し、サービス処理部５及び保守管
理処理部６に於いてマネージャ手段１からの処理要求を
処理内容分析部８，１０で分析し、オブジェクトデータ
格納部９，１１を参照して、処理要求の優先度を決定す
るものであり、共通インタフェースによる処理要求に優
先度情報を含めることができない場合に於いても、処理
要求の内容によって優先度を決定できるから、通信処理
要求の細部の内容に従って、それぞれの優先度を決定す
ることができることになる。従って、多様化するサービ
ス要求に対しても柔軟に且つ効率良く対処できる利点が
ある。

【００４９】又サービス処理部５のオブジェクトデータ
格納部９に、オブジェクト属性テーブルとオブジェクト
優先度テーブルとアクション優先度テーブルとからなる
優先度テーブルを設けることにより、通信処理要求の命
令種類対応に優先度を決定できる利点がある。

【００５０】又スケジューリング部７と、サービス処理
部５のタスクスケジューリング部と、保守管理処理部６
のタスクスケジューリング部とを設けて、タスクの実行
を階層化して管理することができ、従って、高度なスケ
ジューリングが可能となる利点がある。又スケジューリ
ング部７に於いて各部の負荷状態を監視して、優先度を
変更することにより、バースト的な処理要求が発生した
場合にも容易に対処できる利点がある。又通信待ちや応
答待ちで処理を中断したタスクを再開する時に、そのタ
スクの優先度を高くすることにより、一つの処理要求の
処理時間を短くすることができる利点がある。又処理を
中断したタスクを終了させ、中断後に再開するタスクに
ついてはまとめて担当するタスクを生成することによ
り、通信待ちや応答待ちに於けるネットワークリソース
の占有をなくすことができる利点がある。

【図面の簡単な説明】

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

【図２】本発明の実施例の説明図である。

【図３】本発明の実施例のサービス処理部及びＯＡＭ処
理部の説明図である。

【図４】本発明の実施例の優先度テーブルの説明図であ
る。

【図５】サービス処理部の一実施例の要部説明図であ
る。

【図６】サービス処理部の他の実施例の要部説明図であ
る。

【図７】本発明の実施例の優先度決定のフローチャート
である。

【符号の説明】

１ マネージャ手段 ２ エージェント手段 ３ ネットワークエレメント ４ プロトコル終端部 ５ サービス処理部 ６ 保守管理処理部 ７ スケジューリング部 ８ 処理内容分析部 ９ オブジェクトデータ格納部 １０ 処理内容分析部 １１ オブジェクトデータ格納部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 交換機，通信回線等のネットワークエレ
   メントの管理を行うマネージャ手段と、該マネージャ手
   段との間で共通インタフェースを介して相互に通信し、
   且つネットワーク毎に前記ネットワークエレメントの制
   御を行うエージェント手段とを備え、 前記マネージャ手段は、前記共通インタフェースを介し
   て前記エージェント手段に対して前記ネットワークエレ
   メントの保守管理の処理要求と、パス設定等のサービス
   処理要求とを発行する機能を備え、 前記エージェント手段は、前記マネージャ手段からの前
   記保守管理の処理要求と前記サービス処理要求とを受信
   処理するプロトコル終端部と、前記サービス処理要求に
   従ってネットワークエレメントを制御するサービス処理
   部と、前記保守管理の処理要求によって前記ネットワー
   クエレメントの保守管理を実行する保守管理処理部と、
   各部の実行順序を制御するスケジューリング部とを備
   え、 前記スケジューリング部は、処理要求がサービス処理で
   あれば高い優先度を割当て、保守管理処理であれば低い
   優先度を割当て、 前記サービス処理部及び前記保守管理処理部は、ネット
   ワークリソースに関するデータを格納したオブジェクト
   データ格納部と処理内容分析部とを有し、該処理内容分
   析部は前記オブジェクトデータ格納部を参照して短い処
   理遅延を要求する処理には高い優先度を、長い処理遅延
   を許容する処理には低い優先度を割当てる構成を備えた
   ことを特徴とするネットワーク制御・管理システム。
2. 【請求項２】 前記サービス処理部は、処理内容分析部
   と、オブジェクトデータ格納部と、サービス処理タスク
   生成部と、サービスタスクスケジューリング部とを含
   み、前記オブジェクトデータ格納部は、前記処理内容分
   析部に於いて分析された処理内容に含まれるオブジェク
   ト名対応の優先度属性データを付与したオブジェクト属
   性テーブルと、該オブジェクト属性テーブルから読出し
   た優先度属性データ対応の優先度データを格納したオブ
   ジェクト優先度テーブルと、アクション命令時の前記オ
   ブジェクト優先度テーブルから読出したアクション優先
   度属性データ対応の優先度データを格納したアクション
   優先度テーブルとからなる優先度テーブルを備えたこと
   を特徴とする請求項１記載のネットワーク制御・管理シ
   ステム。
3. 【請求項３】 前記サービス処理部の前記サービスタス
   クスケジューリング部は、サービス制御の処理要求を処
   理するタスクのスケジューリングを行う構成を備え、且
   つ前記保守管理処理部の保守管理タスクスケジューリン
   グ部は、保守管理の処理要求を処理するタスクのスケジ
   ューリングを行う構成を備え、更に前記エージェント手
   段の前記スケジューリング部は、サービス処理部と保守
   管理処理部とをそれぞれ一つの実行単位として統括して
   スケジューリングを行うことにより、サービス処理部の
   優先度を操作することでサービス処理タスク全体の優先
   度を設定し、又保守管理処理部の優先度を操作すること
   で保守管理処理タスク全体の優先度を設定する二段構成
   のタスク実行制御の構成を備えたことを特徴とする請求
   項１又は２記載のネットワーク制御・管理システム。
4. 【請求項４】 前記エージェント手段の前記スケジュー
   リング部は、各部の負荷状態を監視し、高負荷状態部分
   の処理の優先度を高くするように優先度を変更してスケ
   ジューリングを行う構成を備えたことを特徴とする請求
   項１又は２又は３記載のネットワーク制御・管理システ
   ム。
5. 【請求項５】 通信待ち，応答待ち等による処理中断の
   タスクの処理を再開させる時に、該タスクの優先度を高
   くしてスケジューリングを行う構成を備えたことを特徴
   とする請求項１乃至４の何れか１項記載のネットワーク
   制御・管理システム。
6. 【請求項６】 通信待ち，応答待ち等による処理中断の
   タスクを強制的に処理終了とし、且つ前記通信待ち，応
   答待ち等から再開する複数の処理をまとめて実行するタ
   スクを生成する構成を備えたことを特徴とする請求項１
   乃至４の何れか１項記載のネットワーク制御・管理シス
   テム。