JPH10200528A - ネットワーク管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 全管理データを取得する前であっても、ネッ
トワーク管理に関するオペレーションを受け付けて実行
できるようにする。 【解決手段】 複数のネットワークエレメント１０１，
１０２を管理するためのネットワーク管理装置１０６に
おいて、ＮＥ管理データ取得部５１は、ＮＥとのセショ
ンの再開やネットワーク管理装置自身の立上げ時に、各
ＮＥが保持する各種管理データを段階的に取得する。ル
ール管理テーブル５４ａはオペレーションと該オペレー
ション（ネットワーク管理）の実行に必要な管理データ
との依存関係を記憶し、可能オペレータ判定処理部５４
ｂはオペレーションが指示された時、依存関係を参照し
て該オペレーションの実行に必要な管理データが取得さ
れているか判断し、必要な管理データが取得されている
場合にはネットワーク管理実行部５５は該オペレーショ
ンに応じたネットワーク管理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク管理装
置に係わり、特に、通信ネットワークで接続されたＡＴ
Ｍ交換機、伝送装置、ルータ、ブリッジ、コンピュータ
装置などの複数のネットワークエレメント（ＮＥ：Netw
ork Element)を管理するためのネットワーク管理装置に
関する。すなわち、本発明は、情報通信ネットワークの
運用事業者によるネットワーク管理及び企業内のネット
ワーク管理といったネットワーク管理オペレーション分
野において利用できるネットワーク管理装置に関する。
各ネットワークドメインを管理するオペレータの作業の
効率化と、ネットワーク利用者（End User）に対するサ
ービスの向上は、ネットワーク管理装置に期待される共
通の課題であり、本発明もこのようなネットワーク管理
オペレーションの効率化とネットワーク利用者に対する
トラヒック状況の提示といったサービス分野を対象とす
る。同分野では国際的にＩＴＵ−ＴやＩＳＯなど多くの
ネットワーク運用事業者間あるいはＮＥ機器ベンダも参
加したネットワーク標準化機関での活動が進められてい
る。

【０００２】

【従来の技術】ネットワーク管理装置は、自身の立ち上
げ時やＮＥとのセッション断絶からの復旧に伴う再開時
にＮＥ側から管理データを取得する必要があり、また、
立ち上げ／再開後はデータ整合性を取るためにＮＥ側か
ら一定周期で管理データを取得する必要がある。従来、
ネットワーク管理装置の立上げや再開において、ネット
ワーク管理装置は各ＮＥから管理データを全て取得した
後にネットワーク管理に関するオペレーションを受け付
けて実行できるようにしている。すなわち、全管理デー
タの取得完了前、ネットワーク管理装置はネットワーク
管理に関するオペレーションを受け付けて実行すること
ができない。

【０００３】小規模で簡易的なネットワーク管理装置に
おいては、各ＮＥに割り付けられたネットワーク上のア
ドレスと回線接続状態など限られた管理データのみを把
握するだけでよいため、オペレーションの実行が可能に
なるまでの待ち時間が短く、しかも、管理データ量が少
ない。このため、比較的性能上やデータ保存容量に関わ
る問題が少なく、HP製Open View やSUN製Sun Net Manag
er などのＬＡＮ上のＳＮＭＰ（Simple Network Manage
ment Protocol)製品に見られるようなネットワーク管理
装置が多数存在している。同様に、ネットワークに関わ
るトラヒック量の管理の視点からは、物理的なルータや
ゲートウェイ上を通過するデータ量を把握する製品は多
数存在している。

【０００４】

【発明が解決しようとする課題】ＡＴＭネットワークに
代表されるような大規模なネットワークを取り扱う場
合、ＮＥ自身も大規模で複雑であり、各ＮＥ内部で保持
される管理データの種類や量も多く、取り扱うＮＥの数
も大量となる。このような大規模、多様、大量のＮＥ群
の管理データを取り扱うネットワーク管理装置において
は、各ＮＥが保持する大量の管理データを取得するため
の処理時間やデータ保存のための二次媒体として必要な
データ容量に関わる問題が発生する。すなわち、ネット
ワーク管理装置の立ち上げ時やセション断絶後の再開時
において、ネットワーク管理装置は全管理データを取得
するまでに長時間を要し、ネットワーク管理（オペレー
ション)の実行が可能になるまでの待ち時間が長くなる
問題や、大容量の記憶装置が必要となる問題が発生す
る。セション(Session)とはＯＳＩレイヤ５（sessionla
yer)におけるアプリケーションを結びつけるコネクショ
ンであり、セションを設定してデータ送受信制御、同期
制御を行う。

【０００５】また、ＡＴＭネットワークのような大規模
なネットワークにおいては、ネットワーク管理装置と課
金装置の役割分担が明確であり、透過Cell量や廃棄Cell
量あるいはCallの成立／不成立などのトラヒック管理に
関わる情報とネットワーク利用者名は互いに関連付けら
れることなくそれぞれの装置に独立に保管されている。
このため、ネットワーク管理装置内で直接利用者単位に
トラヒックデータを取り扱うことができなかった。すな
わち、従来のネットワーク管理装置では、ネットワーク
利用者(加入者)を指定し、該利用者のトラヒックデータ
を扱うことができない問題があった。尚、従来、ネット
ワーク管理装置と課金装置間の対応付けを行う試みもな
されているが、必然的にネットワーク管理装置で保管す
るトラヒックデータ量が増大し、性能劣化やデータ記憶
媒体の容量増大などの別の問題が発生する。ところで、
ネットワーク利用者は、ネットワーク上の自装置のトラ
ヒック状況を参照して、計画的なネットワークの増強や
運用形態の見直しによるコスト削減を行う。このため、
ネットワーク利用者が必要とするトラヒック特性を作成
して適時に提供できれば便利である。しかし、従来は、
各種トラヒック特性を作成してネットワーク利用者に提
供できない問題がある。

【０００６】以上より、本発明の第１の目的は、ネット
ワーク管理装置の立上げやセションの再開において、全
管理データの取得完了前であっても、ネットワーク管理
に関するオペレーションを受け付けて実行できるように
し、これにより、ネットワーク管理装置を利用するオペ
レータが円滑な管理業務を遂行できるようにすることで
ある。本発明の第２の目的は、ネットワーク管理装置の
立上げや再開において、全管理データの取得完了前であ
っても、ネットワーク管理に関するオペレーションを受
け付けて実行できるようにし、しかも、実行できるオペ
レータを段階的に増加するようにし、これにより、ネッ
トワーク管理装置を利用するオペレータが円滑な管理業
務を遂行できるようにすることである。

【０００７】本発明の第３の目的は種々のトラヒック特
性を作成でき、該トラヒック特性をグラフ等によりネッ
トワーク利用者に提供できるようにすることである。本
発明の第４の目的は、利用者を指定して該利用者のトラ
ヒックデータを扱えるようにし、利用者単位で必要なト
ラヒック特性を作成して利用者に提供できるようにする
ことである。本発明の第５の目的は、トラヒックデータ
を記憶する記憶手段のメモリ使用量を低減でき、しか
も、トラヒックデータの収集時間を短縮できるようにす
ることである。本発明の第６の目的は、トラヒックデー
タの長期保存が指定された場合でも、使用メモリ量を少
なくして効率的にトラヒックデータを保存できるように
することである。本発明の第７の目的は、トラヒックが
高い特異時間／特異日／特異月／特異年あるいは特異加
入者等を特定できるようにすることである。

【０００８】

【課題を解決するための手段】上記第１の目的は本発明
によれば、通信ネットワークで接続された複数のネット
ワークエレメント（ＮＥ：Network Element)を管理する
ためのネットワーク管理装置であって、各ＮＥと管理用
ネットワークで接続されたネットワーク管理装置におい
て、(1) ＮＥとのセションの再開やネットワーク管理装
置自身の立上げ時に、各ＮＥが保持する各種管理データ
を段階的に取得するＮＥ管理データ取得手段、(2) ネッ
トワーク管理者が行うネットワーク管理に関するオペレ
ーションと該オペレーションに応じたネットワーク管理
を実行するために必要な管理データとの依存関係を記憶
するオペレーション依存ルール記憶手段、(3) オペレー
ションが指示された時、前記依存関係を参照して該オペ
レーションに応じたネットワーク管理の実行に必要な管
理データが取得されているか判断する手段、(4) 必要な
管理データが取得されている場合には該オペレーション
に応じたネットワーク管理を実行する手段を備えたネッ
トワーク管理装置により達成される。このようにすれ
ば、ＮＥ管理データ取得手段により各ＮＥの管理データ
が全て取得されていなくても、所定のオペレーションの
実行に必要な管理データが取得されている場合には、該
オペレーションを受け付けてネットワーク管理を行うこ
とができ、オペレータは円滑な管理業務を遂行できるよ
うになる。

【０００９】上記第２の目的は本発明によれば、上記
(1)〜(4)の構成に加えて、(5) ＮＥリソースに係わる管
理データの取得順序をツリー構造で記憶する手段を設
け、ＮＥ管理データ取得手段としてのリソース管理デー
タ取得手段が、ＮＥリソースに係わる管理データをツリ
ー構造の根元より順に段階的に取得することにより達成
される。また、上記第２の目的は、本発明によれば、上
記(1)〜(4)の構成に加えて、(6) アラームに係わる管理
データの取得順序を包含構造で規定して記憶する手段を
設け、ＮＥ管理データ取得手段としてのアラーム管理デ
ータ取得手段が、アラームに係わる管理データを包含構
造における包含レベルの高い順に段階的に取得すること
により達成される。以上のようにすれば、ネットワーク
管理装置の立上げや再開において、全管理データの取得
完了前であっても、ネットワーク管理に関するオペレー
ションを受け付けて実行でき、しかも、実行できるオペ
レーションを段階的に増やすことができ、管理データの
取得状況に応じて順次絞り込んで最終的に目的とする管
理対象（例えば障害装置）を得ることができる。従っ
て、ネットワーク管理装置を利用するオペレータは、実
行可能なオペレーションから順次行え、円滑なリソース
管理、アラーム管理業務を遂行できる。

【００１０】上記第３の目的は本発明によれば、(1) 各
ＮＥが保持するトラヒックデータを取得するトラヒック
データ取得手段、(2) トラヒックデータ取得手段が取得
したトラヒックデータを記憶する記憶手段、(3) ネット
ワーク管理に関するオペレーションに応じた処理を前記
取得したトラヒックデータを用いて実行し、処理結果を
出力するネットワーク管理実行手段を備え、トラヒック
データ取得手段は、各管理対象の管理種別毎に所定期間
トラヒックデータを取得して三次元マトリクス構造で記
憶手段に記憶するネットワーク管理装置により達成され
る。このように、各管理対象について管理種別毎に所定
の収集期間、トラヒックデータを取得して三次元マトリ
クス構造で記憶するから、希望する管理対象／管理種別
／期間のトラヒック管理データを用いてトラヒック特性
を出力することができる。また、上記三次元構造のトラ
ヒックデータを編集することにより、所定管理対象／管
理種別について、１日のトラヒック推移、週間トラヒッ
ク推移、月間トラヒック推移、年間トラヒック推移等ネ
ットワーク利用者が必要とするトラヒック特性を作成し
て、該トラヒック特性をグラフ等によりネットワーク利
用者に提供することができる。

【００１１】上記第４の目的は本発明によれば、トラヒ
ックの管理対象にその利用者を対応付ける利用者対応付
け手段を設け、ネットワーク管理実行手段は利用者と１
対１に対応付けられた管理対象に限定してトラヒックデ
ータを取り扱うネットワーク管理装置により達成され
る。このように管理対象とその利用者の対応付けがなさ
れているため、利用者名を入力すれば、ネットワーク管
理実行手段は対応関係よりトラヒック管理対象を求め、
記憶手段より該管理対象（利用者）のトラヒックデータ
を読み出し、利用者が必要とするトラヒック特性を作成
して提示することができる。上記第５の目的は本発明に
よれば、対話的にトラヒック管理対象／管理種別／保存
期間を指定し、指定されたトラヒック管理対象／管理種
別／保存期間に限って各ＮＥのトラヒックデータを取得
して記憶することにより達成される。このようにすれば
指定した管理対象／管理種別／保存期間に限って各ＮＥ
のトラヒックデータを取得して記憶するだけでよいた
め、記憶手段の記憶容量を低減でき、しかも、トラヒッ
クデータの収集時間を短縮することができる。

【００１２】上記第６の目的は本発明によれば、取得し
た第１の期間のトラヒックデータ（セル数、呼数、セシ
ョン数等）を第１期間より長い第２の期間の平均値、ピ
ーク値、総量などのトラヒックデータに整形し、以後、
必要に応じて短い期間のトラヒックデータを順次より長
い期間の平均値、ピーク値、総量などのデータに整形し
て記憶することにより達成される。整形／圧縮すること
により、記憶部のメモリ使用量を削減でき、しかも、長
期保存の指定に対しても効率的なトラヒックデータの保
存ができ、また、圧縮／整形したデータを用いて種々の
トラヒック特性を作成して出力することができる。上記
第７の目的は本発明によれば、トラヒック管理データを
日あるいは週あるいは月あるいは年の期間別に所定の基
準にしたがってソーティングし、ソート結果を出力する
ことにより達成される。このようにソート方法を適当に
選択することにより、トラヒックが高い特異時間／特異
日／特異月／特異年あるいは特異加入者を容易に特定す
ることができる。

【００１３】

【発明の実施の形態】

（Ａ）通信システムの全体の構成 図１はネットワーク管理装置としてのサーバを備えた通
信システムの全体構成図である。図中、１０１，１０２
は各地に配置されたネットワークエレメント（ＮＥ:Net
work Element)であり、１０１ａ，１０２ａはＡＴＭ交
換機、１０１ｂ，１０２ｂは保守端末である。１０３は
各ＮＥ間を接続する公衆網等の通信用ネットワーク、１
０４，１０５はネットワーク１０３に収容されたユーザ
端末（エンドユーザ）、１０６は各ＮＥのネットワーク
管理を実行するサーバマシーン（ネットワーク管理装
置）、１０７，１０８はネットワーク管理オペレータが
使用するパソコン（クライアントマシーン）、１０９は
各ＮＥの保守端末１０１ｂ〜１０２ｂ，サーバ１０６，
クライアント１０７〜１０８を接続する管理用ネットワ
ーク（ＩＰネットワーク）であり、ＬＡＮ／ＷＡＮ接続
されて構成されている。

【００１４】図２はネットワーク管理装置としてのサー
バのハードウェア構成図である。サーバマシンにはプロ
セッサ（ＣＰＵ）１０６ａ、１２８MByte以上のメモリ
１０６ｂ、１GByte以上の内蔵ハードディスク１０６ｃ
が搭載されている。また、サーバマシンにはディスプレ
イ装置１０６ｄ、３GByteの外付ハードディスク１０６
ｅ、５GByteのＤＡＴ（システムバックアップ用）１０
６ｆ、ＣＤ−ＲＯＭドライブ１０６ｇなどが直接接続さ
れている。このサーバ１０６には、ＩＰネットワーク１
０９を通じてパソコン等で構成されたクライアントマシ
ン（図示せず）やリモートプリンタを接続したり、ある
いはルータを介して階層的にクライアントマシンを接続
することができる。

【００１５】図３はＡＴＭ交換機の通話路系の構成図で
ある。図３において、１は回線インタフェース（ＬＩ
Ｆ:Line Interface）であり、所定フォーマットのフレ
ーム例えばSONETフレームをATMセルフォーマットに変換
してスイッチ側に送出したり、ATMセルフォーマットをS
ONETフレームに変換して回線に送出する機能等を有して
いる。２は多重分離機能を備えた共通部ＨＴＥＣ(Highw
ay Terminal EquipmentCommon)であり、二重化されてお
り０系装置２ａと１系装置２ｂを有している。０系装置
２ａ、１系装置２ｂはそれぞれ１６個の回線インタフェ
ース１に接続されてセルを多重化すると共に、スイッチ
側からの多重セルを分離して所定の回線インタフェース
に送出する。３は集線多重分離機能を備えたセル集線分
離部ＣＣＲ（Cell Concentration and Routing)であ
り、二重化されており０系装置３ａ、１系装置３ｂ有し
ている。０系装置３ａ、１系装置３ｂはそれぞれ８個の
共通部２ａ，２ｂと接続されてセルを集線多重すると共
に、スイッチ側からの多重セルを分離して所定の共通部
に送出する。４はセルスイッチＣＲＳＷ（Cell Routing
Switch)であり、二重化されており０系スイッチ４ａ、
１系スイッチ４ｂを備え、０系スイッチ４ａ、１系スイ
ッチ４ｂはそれぞれ８個のセル集線分離部３ａ，３ｂと
接続され、入力された多重セルを所定の方路にスイッチ
ングする。ＭＨＷは共通部２とセル集線分離部３間のハ
イウェイ、ＮＨＷはセル集線分離部３とセルスイッチ４
間のハイウェイである。

【００１６】セルスイッチ４に８個のセル集線分離部３
が接続され、各セル集線分離部３に８個の共通部２が接
続され、各共通部に１６個の回線インタフェース部１が
接続されている。従って、交換機の最大構成において、
セル集線分離部３の数は８、共通部２の数は６４（＝８
×８）、回線インタフェース部１の数は１０２４（＝６
４×１６）である。共通部２、セル集線分離部３、セル
スイッチ４に対するパス設定情報、課金制御情報、トラ
ヒック収集情報、障害制御情報、装置制御情報等は図示
しない中央処理装置ＣＣから、プロセッサ間通信により
通知され、また、各装置からプロセッサ間通信により中
央処理装置ＣＣに所定のデータ（アラーム情報、課金情
報、トラヒック情報等）が通知される。

【００１７】図４は交換機システムのプロセッサ間通信
路説明図であり、図２と同一部分には同一符号を付して
いる。１１は交換機システム全体を制御する中央処理装
置ＣＣ(Central Processor)、１２はバス、１３ａ，１
３ｂはバス制御その他のプロセッサ間通信制御を行うプ
ロセッサアクセスコントローラＰＡＣ（Processor Acce
ss Controller)、１４はシグナリング制御を行うブロー
ドバンドシグナリングコントローラＢＳＧＣ（Broadban
d Signalling Controller)である。セルスイッチＣＲＳ
Ｗ、セル集線分離部ＣＣＲ、共通部ＨＴＥＣ、ＢＳＧＣ
装置はＳＰ系装置(Speech Path 系装置)である。

【００１８】各ＳＰ系装置内における１５はシリアルバ
スインタフェース（ＳＢＩ）を備えた通信処理部、１６
はＰＡＣ１３ａとＳＰ系装置内の各通信処理部１５間の
パス接続制御等を行うＰＡＣ−ＳＰ(PAC-Speech Path)
である。ＰＡＣ装置１３ａは全ＳＰ系装置共通に設けら
れているが、ＰＡＣ装置１３ｂはＢＳＧＣ装置１４に専
用に設けられている。ＳＰ系装置のうち共通部（ＨＴＥ
Ｃ）２、セル集線分離部（ＣＣＲ）３、セルスイッチ
（ＣＲＳＷ）４は全ての情報を、ＰＡＣ−ＳＰ装置１６
及びＰＡＣ装置１３ａを介して中央処理装置（ＣＣ）１
１との間でプロセッサ間通信により送受する。ＢＳＧＣ
装置１４は障害制御情報や装置制御情報等の信号をＰＡ
Ｃ−ＳＰ装置１６及びＰＡＣ装置１３ａを介して中央処
理装置（ＣＣ）１１と送受し、シグナリング信号をＰＡ
Ｃ装置（専用ＰＡＣ装置）１３ｂを介して中央処理装置
（ＣＣ）１１と送受する。

【００１９】図１の保守端末１０１ｂ、１０２ｂはＡＴ
Ｍ交換機１０１ａ，１０２ａ内の中央処理装置（ＣＣ）
１１とデータ通信可能に接続されており、中央処理装置
１１が収集したアラーム情報、トラヒックデータ等の各
種情報を受信できるようになっている。図５はＡＴＭ交
換機の装置構成例であり、ＦＲはフレーム、ＳＨはシェ
ルフ、ＵＮはユニット、ＣＤはカードである。フレーム
ＦＲは３つのシェルフで構成され、各シェルフＳＨは２
つのユニットで構成され、各ユニットＵＮには３つのカ
ードが挿入されにようになっている。各カードには図
３、図４で示した各回路が実装されている。

【００２０】（Ｂ）ネットワーク管理装置の構成 （ａ）第１のネットワーク管理装置 図６は本発明に係わる第１のネットワーク管理装置の機
能的構成図であり、１０１〜１０２はＮＥ、１０６はネ
ットワーク管理装置、１０９はＬＡＮ／ＷＡＮ等の管理
用ネットワークである。ネットワーク管理装置１０６に
おいて、５０は管理用ネットワーク１０９を介して各Ｎ
Ｅとの間で通信処理を行う通信処理部、５１はＮＥ管理
データ取得部であり、ＮＥ１０１〜１０２とのセション
の再開やネットワーク管理装置自身の立上げ時に、各Ｎ
Ｅが保持する各種管理データを段階的に取得するもので
あり、ＮＥリソースに係わる管理データを段階的に取得
するリソース管理情報取得部５１ａ、アラームに係わる
管理データを段階的に取得するアラーム管理情報取得部
５１ｂ、各管理対象のトラヒックデータを段階的に取得
するトラヒックデータ取得部５１ｃを有している。５２
はＮＥ管理データ取得部により各ＮＥより収集した管理
データを記憶する記憶部、５３はマン／マシーンインタ
フェースとしてのＧＵＩ対話処理部(GUI:Graphical Use
r Interface)であり、ディスプレイ装置／キーボードを
介して各種データの設定処理、オペレーション指示、オ
ペレーション結果出力処理等を行う。

【００２１】５４はオペレーション依存ルール管理部で
あり、(1) ネットワーク管理者が行うネットワーク管理
に関するオペレーションと、該オペレーションに応じた
ネットワーク管理を実行するために必要な管理データ
（ＮＥ管理データ項目）との依存関係を記憶するルール
管理テーブル５４ａと、(2) オペレーションが指示され
た時、前記依存関係を参照して該オペレーションに応じ
たネットワーク管理の実行に必要な管理データが取得さ
れているか判断する可能オペレーション判定処理部５４
ｂを有している。図７にルール管理テーブル５４ａのよ
り詳細な例を示す。マス目中の「○」は、オペレーショ
ンの実行に必要なＮＥ管理データ項目を示しており、こ
のテーブルを参照することによりＮＥ管理データ取得途
中でどのオペレーションが実行可能であるかがわかる。
例えば、「ＶＣリンクの設定」というオペレーションの
実行には、装置構成、ＯＥ番号（装置番号、ＯＥ：
Office Equipment)、ＶＰＬ(Virtual Path Link)の３
つのＮＥ管理データが取得されていることが必要であ
り、これらの情報が揃い次第、「ＶＣリンクの設定」の
オペレーションを実行することができる。５５は要求さ
れたオペレーションの実行に必要なＮＥ管理データが取
得されている場合には該オペレーションに応じたネット
ワーク管理を実行するネットワーク管理実行部である。

【００２２】図８はネットワーク管理装置の立上げやセ
ションの再開時において、全管理データの取得完了前で
あっても、ネットワーク管理に関するオペレーションを
受け付けて実行できるようにした本発明の処理の流れ図
である。ネットワーク管理装置の立上げやＮＥとのセッ
ション再開時に、ＮＥ管理データ取得部５１はルール管
理テーブル５４ａより第ｉ番目（ｉの初期は１）のＮＥ
管理データ項目を読み込む（ステップ２０１〜ステップ
２０２）。

【００２３】ついで、ＮＥ管理データ取得部５１は通信
処理部５０を介して第ｉ番目のＮＥ管理データを取得す
るための取得コマンドを各ＮＥに発行し（ステップ２０
３）、レスポンスを受信することによりＮＥ管理データ
を取得する（ステップ２０４）。次に、可能オペレーシ
ョン判定処理部５４ｂは、ルール管理テーブル５４ａ
に記憶されているオペレーションとＮＥ管理データ項目
との対応関係及び収集したＮＥ管理データとを参照し
て実行可能なオペレーションが存在するかチェックする
（ステップ２０５，２０６）。実行可能なオペレーショ
ンが存在しない場合には、始めに戻る。一方、実行可能
オペレーションが存在する場合には、そのオペレーショ
ンをＧＵＩメニューを通して利用できるようにＧＵＩメ
ニューを活性化する（ステップ２０７）。以後、始めに
戻り全ＮＥ管理データ項目について上記処理を繰り返
す。

【００２４】（ｂ）第２のネットワーク管理装置 図９は本発明に係わる第２のネットワーク管理装置の機
能的構成図であり、図６の第１のネットワーク管理装置
と同一部分には同一符号を付している。第２のネットワ
ーク管理装置は以下の〜点で第１のネットワーク管
理装置と相違する。すなわち、 第２のネットワーク管理装置では、ＮＥ管理データ取
得部５１をＮＥリソースに関わる管理データを取り扱う
ためのリソース管理情報取得部５１ａに特化している。
ＮＥリソースとは、各ＮＥ内で保持されている装置や物
理的あるいは論理的な通信パスやリンクあるいはチャネ
ルなどの管理対象オブジェクト（Managed Object)であ
る。

【００２５】オペレーション依存ルール管理部５４を
リソース管理に特化したリソース管理オペレーション依
存ルール管理部５４′とした。 リソース管理オペレーション依存ルール管理部５４′
をルール管理テーブル５４ａ′と可能オペレーション判
定処理部５４ｂ′とで構成した。ルール管理テーブル５
４ａ′は、ＮＥリソース関連のネットワーク管理に関す
るオペレーションと、該オペレーションに応じたネット
ワーク管理を実行するために必要な管理データ項目（リ
ソース管理情報項目）との依存関係を記憶する。可能オ
ペレーション判定処理部５４ｂ′は、ＮＥリソース関連
のオペレーションが指示された時、前記依存関係を参照
して該オペレーションに応じたネットワーク管理の実行
に必要なリソース管理情報が取得されているかを判断す
る。

【００２６】ＮＥリソースのリソース管理情報項目は図
１０に示すようにツリー構造で取得順序が管理されてい
る。ツリーにおけるのノードの名前はリソース管理情報
項目を表し、ツリーの根元に近いところに位置付けられ
るリソース管理情報がより早く取得される。このため、
根元に近いリソース管理情報を必要とするオペレーショ
ン程より早く実行できる。すなわち、図１０において、 先端ノード（第１レベル）：R1(1),R1(2),R1(3),... 次ノード（第２レベル）：R2(1),R2(2),R2(3),... 次ノード（第３レベル）：R3(1),R3(2),R3(3),... ................. 等と、ツリーの先端から末端へとリソース管理情報を取
得していき、各リソース管理情報取得時点で順次、実行
可能なオペレーションをメニュー上で活性化する。図１
１はリソース管理情報項目が、装置構成、ＯＥ番
号、ＶＰＬ（Virtual Path Link)番号、ＶＣＬ(Vir
tual Connection Link)番号の場合のツリー構造説明図
である。

【００２７】ルール管理テーブル５４ａ′のリソース管
理情報項目欄には取得順序の早い順に、すなわち、装置
構成→ＯＥ番号→ＶＰＬ番号→ＶＣＬ番号の順にリソー
ス管理情報項目が配列され、オペレーション欄にはより
早い段階で行える、すなわち、より少ないリソース情報
の取得で実行できるオペレーションから、より多くのリ
ソース情報を必要とするオペレーションといった順に各
オペレーションが配列されている。マス目中の「○」
は、オペレーションの実行に必要なリソース管理情報項
目を示しており、このテーブルを参照することによりリ
ソース管理情報取得途中でどのオペレーションが可能で
あるかがわかる。例えば、「ＣＥＳパスの設定」という
オペレーションを実行するには、装置構成とＯＥ番号と
いう２つのリソース管理情報が必要であり、また、「Ｖ
ＣＣのパス変更」というオペレーションを実行するに
は、装置構成、ＯＥ番号、ＶＰＬ、ＶＣＬという４つの
リソース管理情報が必要である。

【００２８】図１２はネットワーク管理装置の立上げや
セションの再開時において、全ＮＥ管理情報の取得完了
前であっても、ＮＥリソース管理のオペレーションを受
け付けて実行できるようにした本発明の処理の流れ図で
ある。図中、ｊはツリー構造のレベルを表し、ｉは第ｊ
レベルの第ｉ番目のＮＥ管理情報項目を示し、ｎ（ｊ）
は第ｊレベルのノード数を示す。ネットワーク管理装置
の立上げやＮＥとのセッション再開時、まず、先端ノー
ドのＲ１（１）から始めるためにｉ＝１，ｊ＝１を設定
する（ステップ２２１）。ついで、Ｒｊ（ｉ）を読み込
む（ステップ２２２）。ここで、読み込むノードがなけ
れば処理を終了し（ステップ２２３）、そうでなけれ
ば、読み込んだリソース管理情報で実行可能なオペレー
ションの有無を判断する（ステップ２２４）。

【００２９】実行可能オペレーションがある場合は、そ
のオペレーションを、ＧＵＩメニューを通して利用でき
るようにＧＵＩメニューを活性化する（ステップ２２
５）。以後、ｉとｎ(j)の大小をチェックし(ステップ２
２６）、ｉ≦ｎ(j)の場合には、ｉを歩進し（ステップ
２２７）、ステップ２２２移行の処理を繰り返す。以
後、同じレベルでのノードを全部読み込むまで、すなわ
ち、ｉ＞ｎ(j)となるまで上記を繰り返す。そして、ｉ
＞ｎ(j)となれば、ｊ＋１→ｊ，１→ｉとして次のレベ
ルのノードに移って（ステップ２２８）、以後、ステッ
プ２２２以降の処理を繰り返す。以上により、リソース
管理情報取得処理途中でも先行して一部のオペレーショ
ンがＧＵＩメニューを介して実行可能になる。

【００３０】（ｃ）第３のネットワーク管理装置 図１３は本発明に係わる第３のネットワーク管理装置の
機能的構成図であり、図６の第１のネットワーク管理装
置と同一部分には同一符号を付している。第３のネット
ワーク管理装置は以下の〜点で第１のネットワーク
管理装置と相違する。 第３のネットワーク管理装置では、ＮＥ管理データ取
得部５１をアラームに関する管理データを取り扱うため
のアラーム管理情報取得部５１ｂに特化している。 オペレーション依存ルール管理部５４を、アラーム管
理に特化したアラーム管理オペレーション依存ルール管
理部５４″としている。 アラーム管理オペレーション依存ルール管理部５４″
をルール管理テーブル５４ａ″と可能オペレーション判
定処理部５４ｂ″とで構成している。ルール管理テーブ
ル５４ａ″は、アラーム関連のオペレーションとアラー
ム管理情報項目との依存関係を記憶する。可能オペレー
ション判定処理部５４ｂ″は、アラーム関連のオペレー
ションが指示された時、前記依存関係を参照して該オペ
レーションに応じたネットワーク管理の実行に必要なア
ラーム管理情報がすべて取得されているかを判断する。

【００３１】アラーム管理対象オブジェクトは図１４に
示すように、次式 Ａ１⊃Ａ２⊃Ａ３⊃．．． を満足するいくつかの包含レベルＡ１，Ａ２，Ａ
３．．．のグループに区分されている。上式で左側の包
含レベルは右側の包含レベルより高いという。包含レベ
ルの高いグループ内のアラーム管理情報は、包含レベル
の低いグループ内のアラーム管理情報よりも早く取得さ
れるようにする。これにより、アラームの原因となる箇
所の、より広い範囲内でのアラーム情報が、より限定さ
れた範囲のアラーム情報よりも早く取得できる。

【００３２】図１５はアラーム管理対象がプロセッサ、
フレーム、シェルフ、ユニット、カードＶＰ、ＶＣの場
合（図５参照）における包含関係説明図であり、 プロセッサ⊃フレーム⊃シェルフ⊃ユニット⊃カード⊃
ＶＰ⊃ＶＣ の包含関係を有している。包含レベルの高いアラーム管
理情報から包含レベルの低いアラーム管理情報を取得し
ていき、各アラーム管理情報取得時点で順次、実行可能
なオペレーションをメニュー上で活性化する。したがっ
て、ルール管理テーブル５４ａ″のアラーム管理情報項
目欄には取得順序の早い順に、すなわち、包含レベルの
高い順に、ＮＥ番号→フレーム番号→シェルフ番号→ユ
ニット番号→カード番号→ＶＰ番号→ＶＣ番号の順にリ
ソース管理情報項目が配列され、オペレーション欄には
より早い段階で行える、すなわち、より少ないアラーム
管理情報の取得で実行できるオペレーションから、より
多くのアラーム管理情報を必要とするオペレーションと
いった順に各オペレーションが配列されている。マス目
中の「○」は、オペレーションの実行に必要なアラーム
管理情報項目を示しており、このテーブルを参照するこ
とによりアラーム管理情報取得途中でどのオペレーショ
ンが可能であるかがわかる。例えば、「局アラーム情報
取得」というオペレーションを実行するには、ＮＥ番号
が必要であり、また、「カードアラーム情報取得」とい
うオペレーションを実行するには、ＮＥ番号、フレーム
番号、シェルフ番号、ユニット番号、カード番号という
５つのリソース管理情報項目が必要である。

【００３３】図１６はネットワーク管理装置の立上げや
セションの再開時において、全ＮＥ管理情報の取得完了
前であっても、アラーム管理のオペレーションを受け付
けて実行できるようにした本発明の処理の流れ図であ
る。図中、Ａjは第ｊレベルの包含グループであり、Ａm
は最低の包含グループである。まず、包含レベルが最高
のグループＡ１から始めるため、ｊ＝１とする（ステッ
プ２４１）。ついで、第ｊ包含グループのアラーム管理
情報を読み込む（ステップ２４２）。しかる後、読み込
んだアラーム管理情報で実行可能なオペレーションの有
無を判断する（ステップ２４３）。実行可能オペレーシ
ョンがある場合は、そのオペレーションをＧＵＩメニュ
ーを通して行えるよう、ＧＵＩメニューを活性化する
（ステップ２４４）。その後、ｊ＋１→ｊによりレベル
を１下げ（ステップ２４５）、ｊ＜ｍかチェックし（ス
テップ２４６）、ｊ≧ｍであればステップ２４２以降の
処理を実行し、ｊ＜ｍであれば処理を終了する。以上に
より、アラーム管理情報取得処理途中でも先行して一部
オペレーションがＧＵＩメニューを介して実行可能にな
る。

【００３４】（Ｃ）トラヒック管理 （ａ）トラヒック管理に適用できるネットワーク管理装
置 図１７は本発明のトラヒック管理に適用できるネットワ
ーク管理装置の構成図であり、１０１〜１０２はＮＥ
（Network Element)、１０６はネットワーク管理装置、
１０９はＬＡＮ／ＷＡＮ等の管理用ネットワークであ
る。ネットワーク管理装置１０６において、５０は管理
用ネットワーク１０９を介して各ＮＥ１０１〜１０２と
の間で通信処理を行う通信処理部、５１はＮＥ管理デー
タ取得部であり、ＮＥとのセションの再開やネットワー
ク管理装置自身の立上げ時に、各ＮＥが保持する各種管
理データを段階的に取得し、立ち上げ完了後は定期的に
各種管理データを取得する。ＮＥ管理データ取得部５１
は各管理対象のトラヒックデータを取得するトラヒック
データ取得部５１ｃを有している。トラヒックデータ取
得部５１ｃは、セションの再開やネットワーク管理装置
自身の立上げ時に、各ＮＥが保持するトラヒックデータ
を段階的に取得し、立ち上げ完了後は定期的にトラヒッ
クデータを取得する。

【００３５】５２は記憶部であり、ＮＥ管理データ取得
部５１，トラヒックデータ取得部５１ｃにより各ＮＥよ
り収集した管理データ、トラヒックデータを記憶する。
トラヒックデータ取得部５１ｃは、各管理対象の管理種
別毎に所定期間トラヒックデータを取得して三次元マト
リクス構造で記憶部５２に記憶する。５３はマン／マシ
ーンインタフェースとしてのＧＵＩ対話処理部であり、
ディスプレイ装置／キーボードを介して各種データの設
定処理、オペレーション指示、オペレーション結果出力
処理等を行う。５５は要求されたオペレーションに応じ
たネットワーク管理を実行するネットワーク管理実行部
であり、データまるめ部５５ａ、グラフ化編集／出力部
５５ｂ、トラヒック特性作成／出力部５５ｃ、ソート処
理部５５ｄを有している。

【００３６】データまるめ部５５ａは、トラヒックデー
タ取得部５１ｃで取得した第１の期間（例えば１５分単
位）のトラヒックデータを第１の期間より長い第２の期
間（例えば１時間単位）の平均値、ピーク値、総量など
のトラヒックデータに整形し、以後、必要に応じて短い
期間のトラヒックデータを順次より長い期間（分→時、
時→日、日→週、月、月→年）の平均値、ピーク値、総
量などのトラヒックデータに整形して記憶部５２に記憶
する。グラフ化編集／出力部５５ｂはトラヒックデータ
をグラフ化表示可能に編集し、編集データに基づいてグ
ラフを出力する。トラヒック特性作成／出力部５５ｃ
は、収集したトラヒックデータ及び整形されたトラヒッ
クデータを用いて、オペレーションにより利用者より要
求されたトラヒック特性を作成し、該トラヒック特性を
グラフ出力する。ソート処理部５５ｄは、トラヒックデ
ータを日あるいは週あるいは月あるいは年の期間別に所
定の基準にしたがってソーティングし、ソート結果をリ
スト等で出力する。

【００３７】５６は各ＮＥから取得するトラヒックデー
タの管理対象／管理種別／収集期間を指定すると共に、
管理対象と利用者の対応を設定する取得トラヒックデー
タ指定部であり、管理対象を指定する管理対象指定部
５６ａ、管理対象と利用者の対応関係を設定する利用
者対応付け部５６ｂ、管理種別を指定する管理種別指
定部５６ｃ、収集期間を指定する収集期間指定部５６
ｄを有している。

【００３８】（ｂ）トラヒックデータの三次元マトリク
ス構造 トラヒックデータ取得部５１ｃは前述のように各管理対
象の管理種別毎に所定期間トラヒックデータを取得して
三次元マトリクス構造で記憶部５２に記憶する。管理対
象としては例えばフレーム／シェルフ／ユニット／カー
ド等があり、管理種別としてはセル／呼／セッション等
があり、トラヒックデータとしてはセル数／呼数／セシ
ョン数等がある。

【００３９】図１８は、管理対象をｘ軸に、管理種別を
ｙ軸に、収集時間をｚ軸にそれぞれ配列した三次元マト
リクス構造でトラヒックデータを記憶する場合の説明図
である。尚、管理対象は以下の４つ、 Frame No. =123474234297782 Shelf No. =1762536446 Unit No. =465987123459876 Card No. =4563298277 管理種別は以下の３つ、 セル（Cell) 呼（Call) セション（Session) 、収集時間は１５分毎の定期的収集としている。

【００４０】図１８において、それぞれのキューブは、
以下に示される座標 Cube＝Ｐ(x,y,z) (1) で表わされる。ここで、ｘ：管理対象、ｙ：管理種別、
ｚ：収集時間を意味する。図中のキューブＰは、管理対
象であるカード(カード番号4563298277)に対し、収集時
間yyyy/mm/dd/hh/ql(年月日時分1996/09/19/05/00)の呼
数(call数)を意味しており、 Cube-P＝P(Card,Call,yyyy/mm/dd/hh/ql) (2) で表現できる。三次元マトリクスを用いて管理すること
により、(1) 式で任意のトラヒックデータを指定でき
る。

【００４１】このため、以下の〜の特性、すなわ
ち、 ｙ，ｚの２変数を固定し、ｘ（管理対象）を変数とす
ることにより、特定の時間／特定の管理種別における管
理対象の使用状況特性、 ｘ，ｚの２変数を固定し、ｙ（管理種別）を変数とす
ることにより、特定の時間／特定の管理対象における各
管理種別のトラヒックデータ特性、 ｘ，ｙの２変数を固定し、ｚ（収集期間）を変数とす
ることにより、特定の管理対象／特定の管理種別のトラ
ヒック時間特性、 の把握が可能となり、トラヒック監視を容易に行えるよ
うになる。

【００４２】例えば、図１９に示すように管理対象を変
数として切り取ると、図２０に示すように特定の時間／
特定の管理種別における各管理対象の使用状況特性を把
握することができる。例えば、 Frame No.=123474234297782、 Shelf No.=1762536446、 Unit No. =465987123459876、 Card No. =4563298277 のそれぞれに対して１９９６年９月１９日５時００分に
おけるCell状況を把握することが可能となる。

【００４３】また、図２１に示すように管理種別を変数
として切り取ると、 Frame No.=123474234297782 の１９９６年９月１９日５時００分における各トラヒッ
クデータ数（Cell数／Call数／Sessio数）の状況把握が
図２１に示すように可能となる。更に、図２３に示すよ
うに、収集時間を変数として切り取ると、Frame No.=12
3474234297782のCellの１５分毎のトラヒック推移を把
握することが可能となる。尚、図２４に１５分毎のCall
数の推移を示す。

【００４４】（ｃ）管理対象の指定 管理対象指定部５６ａ(図１７）が管理対象を指定すれ
ば、トラヒックデータ取得部５１ｃは指定された管理対
象のトラヒックデータのみを取得する。図２５は管理対
象指定法の説明図であり、ＸＡＸＳは三次元マトリクス
構造（図１８）におけるｘ軸である。この軸上の座標値
ｘを変数とする関数 Ａ＝Ａ(x) ・・・(3) により管理対象Ａを対応付けることができる。すなわ
ち、管理対象Ａはｘ軸上の座標ｘ＝ａにより特定され、 Ａ＝Ａ(a) ．．．(3)′ としてｘ軸上の１点ｘ＝ａに登録される。ところで、管
理対象Ａは図２６の包含ツリー図を参照すると Ａ＝（Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)）．．．(4) の様にＮ(n)の結合数列で表現される。ただし、ｎは包
含ツリーの階層レベルであり、Ｎ(n)は第ｎ階層レベル
における識別番号を表わしている。つまり、管理対象Ａ
は、階層レベル１から階層レベルlastまでの各レベルに
おける包含関係にある装置の識別番号Ｎ(1)，Ｎ
(2)，，，，，Ｎ（last)を結合することにより表現され
る。従って、図２６において管理対象Ａは Ｎ(1) Ｎ(2) Ｎ(3) Ｎ(4) Ｎ(5) Ｎ(6) により表現される。

【００４５】図２７は実際の交換機内の装置構成、図２
８は交換機の包含ツリー図である。交換機は物理的装置
としてフレームＦＲ、シェルフＳＨ、ユニットＵＮ、カ
ードＣＤを持ち、また論理的装置として、ＶＰ(Virtual
Path)，ＶＣ(Virtual Connection)をもっている。各々
の装置の関係は図２７より明らかなようにフレームＦＲ
の中にシェルフＳＨが収容され、シェルフＳＨの中にユ
ニットＵＮが収容されるというように包含関係を持って
いる。よって、これら装置間の関係は図２８の包含ツリ
ー構成で表すことができる。すなわち、フレームＦＲ、
シェルフＳＨ、ユニットＵＮ、カードＣＤ、ＶＰ，ＶＣ
は順番に図２８で示されるツリー構造の階層レベルに対
応し、実際の包含関係はツリー上の各装置間の線によっ
て表現される。ツリー内で一つの装置を特定すること
は、実際の装置を特定することと同じである。各装置に
は識別番号としてそれぞれフレーム番号f、Shelf番号
ｓ、Unit番号 u、カード番号 c、VPI番号 x、VCI番号 y
が割り付けられているから、所定の装置は、階層レベル
１から該装置が属する階層レベルlastまでの包含関係に
ある装置の識別番号を結合して表現される。

【００４６】例えば、 カード： f-s-u-c ＶＰ ： f-s-u-c-x ＶＣ ： f-s-u-c-x-y のように各レベルでの包含関係を考慮した装置の識別番
号列で一意に表現される。実際の交換機では図２７
（ｂ）を参照すると、装置番号(ＯＥ番号）はffffffsuu
cのように10進数10桁で表現され、第１〜第６桁にフレ
ーム番号ffffffをＮ(1)として配置し、第７桁目にシェ
ルフ番号ｓをＮ(2)として、第８桁〜第９桁にユニット
番号ｕｕをＮ(3)として、第１０桁にカード番号ｃをＮ
(last)としてそれぞれ配置することにより表現される。
したがって、黒塗で示すカードのＯＥ番号は「010101201
2」で表現される。

【００４７】以上より、(4)式で示される管理対象Ａ、
すなわち、（Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)）は
そのまま装置を特定するためのスコープキーとして使う
ことができる。スコープキーＡによる装置の特定は以下
の様に実行される。スコープキーはまず木構造ｎ＝１レ
ベルに存在する装置番号とスコープキー内のＮ(1)の値
を比較する。装置番号＝N(1)の装置が見つかった場合、
スコープキーは包含ツリー構造を一段下がって、ｎ＝２
レベル内の装置番号とスコープキー内のＮ(2)とを比較
して装置番号＝Ｎ(2)の装置を検索する。このようにし
てスコープキーは階層構造を順に下に降りながら各レベ
ルの検索を行いＮ（last)レベルの装置の特定を行うも
のである。

【００４８】以上より、(4)式のＡによって装置を特定
することができるので、(3)式における座標値ｘを与え
て管理対象である装置Ａを指定すれば、該指定された装
置Ａからのみトラヒックデータを取得することが可能と
なる。尚、(3)式の関数Ａ(x)は座標値ｘを（Ｎ(1) Ｎ
(2) Ｎ(3)，，，，Ｎ（last)）に変換する関数であり、
予め、ｘと（Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)）の
対応表を記憶しておき、ｘが与えられた時、該対応表を
参照して(4)式で示す管理対象Ａ＝（Ｎ(1) Ｎ(2)Ｎ
(3)，，，，Ｎ（last)）を求めるものである。以上によ
り、トラヒック管理をすべき管理対象を指定することに
より、全ての管理対象から管理データを取得する必要が
なく、真にトラヒック管理をすべき管理対象のみからト
ラヒックデータを取得して記憶するだけで良い。このた
め、記憶部の記憶容量を低減でき、しかも、トラヒック
データ取得に要する時間を短縮することができる。

【００４９】以上では座標ｘとＮ(1) Ｎ(2) Ｎ
(3)，，，，Ｎ（last)の対応を記憶し、座標ｘに応じた
Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)を対応表より求め
るものであるが、(3)式において Ａ＝Ａ(x)＝ｘ とし、ｘ＝Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)とする
ことにより直接管理対象Ａの装置番号を指定することも
できる。

【００５０】（ｄ）管理対象と利用者の対応付け トラヒックデータは三次元マトリクス構造で記憶部５２
に記憶されており、管理対象が指定されれば、ネットワ
ーク管理実行部５５は該指定された管理対象のトラヒッ
クデータを取り扱って所定のトラヒック特性を出力でき
る。そこで、ネットワーク利用者（加入者）を管理対象
に１：１に対応付けることができれば、ネットワーク利
用者を指定することにより、該ネットワーク利用者のト
ラヒック特性を出力できる。すなわち、利用者名を入力
すれば、ネットワーク管理実行部５５は管理対象とその
利用者との対応関係より管理対象を求め、記憶部５２よ
り該管理対象（ネットワーク利用者）のトラヒックデー
タを読み出し、利用者が必要とするトラヒック特性を作
成して出力できる。

【００５１】図２９は管理対象と利用者の対応付け法の
説明図であり、６１は第１の対応表であり、座標ｘと装
置番号（Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)）の対応
を記憶するもの、６２は第２の対応表であり、座標ｘと
利用者名の対応を記憶するものである。尚、ｘが装置番
号Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last)の場合には、第
１の対応表６１は不要である。対応付けに際して、利用
者名６２ａを入力し、しかる後、利用者に対応付ける管
理対象のｘ座標値をラベル６２ｂとして入力する。これ
により、利用者対応付け部５６ｂは入力された（利用者
名＋ｘ座標値）を第２の対応表６２に登録する。これに
より、座標値ｘを介して利用者名と管理対象が相互に対
応づけられる。従って、利用者名が入力されると、利用
者対応付け部５６ｂは第２の対応表６２より座標値ｘを
求め、ついで、該座標ｘを(3)式に代入することにより
利用者名に対応した対象装置番号Ａ＝（Ｎ(1) Ｎ(2) Ｎ
(3)，，，，Ｎ（last)）を取得すことができる。

【００５２】図３０は利用者名指定により管理対象の装
置番号を取得する処理のフロー図である。まず利用者名
が入力される（ステップ３０１）、利用者対応付け部５
６ｂは第２の対応表６２から利用者名の項目を読み込み
（ステップ３０２）、読み込んだ利用者名と入力された
利用者名と比較する（ステップ３０３）。入力された利
用者名と同じ利用者が見つかれば、利用者名と同じ行に
あるｘ座標値、例えばａを読み込む（ステップ３０
４）。次に座標値ａを次式 Ａ＝Ａ（ｘ） の変数ｘに入れることにより、座標値ａに対応した管理
対象 Ａ＝Ｎ(1) Ｎ(2) Ｎ(3)，，，，Ｎ（last) を取得し（ステップ３０５）、処理を終了する。また、
ステップ３０３において、対応する利用者名が見つから
なかった場合は直ちに処理を終了する。

【００５３】以上により、利用者名に対応した装置番号
を取得することができるから、取得した装置番号をスコ
ープキーとすることにより記憶部５２から管理対象、換
言すれば利用者のトラヒックデータを取得し、該トラヒ
ックデータを用いて各種トラヒック特性の作成／出力、
トラヒック特性における特異点の解析／出力等の処理を
実行することができる。また、ネットワーク利用者（加
入者）単位でトラヒック情報を扱うことができるため、
図３１に示すように加入者毎にトラヒックレポートを発
行することもできる。図３１においてＮＡＭＥは加入者
名でありこのレポート対象となる個人や企業を表してい
る。ＴＣＮＤは透過cell数の一日の時間変化のグラフで
ある。このグラフより加入者が一日の中で何時ごろに集
中して回線を使用するか等の、特性が判断できる。ＴＣ
ＮＭは一カ月間の通過cell数、廃棄cell数のグラフであ
る。このグラフによってある特定の日に毎月トラヒック
が増える様な特異日を判断したりすることができる。ま
た、ＴＳＰＣはトラヒックの特に多い日時を表示するリ
スト、ＴＡＮＬは加入者のトラヒックデータを解析して
表示するトラヒック解析リストである。

【００５４】（ｅ）管理種別の指定 トラヒック管理をすべき管理種別を指定することによ
り、全ての管理種別についてトラヒックデータを取得す
る必要がなく、真にトラヒック管理をすべき管理種別の
みトラヒックデータを取得して記憶する。このようにす
れば、記憶部の記憶容量を低減でき、しかも、トラヒッ
クデータ取得に要する時間を短縮することができる。

【００５５】図３２は管理種別指定の説明図であり、包
含ツリーにおけるノードＮＤijは第ｉレベルにおける管
理対象装置を表している。各管理対象装置ＮＤijには、
トラヒックデータがセル数(Cell数)、呼数(Call数)、セ
ション数(Session数)の３つの管理種別に分かれて存在
している。そこで、管理種別指定部５６ｃ（図１７）の
制御でトラヒック管理に必要な管理種別を指定する。ト
ラヒックデータ取得部５１ｃは指定された管理種別のト
ラヒックデータのみ取り込んで記憶部５２に三次元マト
リクス構造で記憶する。管理種別を指定するには、図３
３に示すようにトラヒック監視設定画面に測定データ種
別指定欄ＭＤＤが含まれているから、該画面をディスプ
レイ装置に表示し、収集すべき管理種別を特定すること
により行う。尚、このトラヒック監視設定画面により管
理種別のほか、加入者名、加入者情報、加入者名
に対応付けられた管理対象装置が設定できる。

【００５６】図３４は管理対象について、どの管理種別
のトラヒックデータを保存するかを示す管理種別指定テ
ーブルである。このテーブル内の○は指定された管理種
別の保存を意味し、○の無い項目の管理種別は廃棄する
ことを意味する。従って、管理対象ＡについてはCell数
のみが保存される。図３５は指定された管理種別のトラ
ヒックデータを保存する処理フローである。まず、トラ
ヒックデータを収集すべき管理対象を入力する（ステッ
プ３２１）。ついで、管理種別指定テーブル（図３４）
を参照してステップ３２１で指定された管理対象につい
て収集すべき管理種別を認識する（ステップ３２２）。
以後、指定された管理対象についてトラヒックデータの
収集を開始し（ステップ３２３）、収集したトラヒック
データの種別が指定された管理種別と一致するかチェッ
クする（ステップ３２４）。不一致であれば該トラヒッ
クデータを廃棄し（ステップ３２５）、一致すれば取り
込んで記憶部５２に三次元マトリクス構造で記憶する
（ステップ３２６）。

【００５７】トラヒックデータを収集する毎にステップ
３２４以降の処理を行って指定された管理対象につい
て、指定された管理種別のトラヒックデータを指定され
た期間収集して記憶部に保存する。以上のように、管理
種別を指定してトラヒックデータの収集を行うことによ
り、例えば所定加入者の毎日の通過セル数を収集するこ
とができ、該セル数を用いて図３６に示すように月間特
性グラフを作成して出力することができる。

【００５８】（ｆ）収集期間の指定／収集期間内のデー
タ収集 トラヒックデータを収集する期間を指定することによ
り、常にトラヒックデータを取得する必要がなく、真に
トラヒック管理をすべき期間のみトラヒックデータを取
得して記憶する。このようにすれば、記憶部の記憶容量
を低減でき、しかも、トラヒックデータ取得に要する時
間を短縮することができる。収集期間指定部５６ｄ（図
１７）はオペレータにより指定された期間Ｔ１の設定を
行い、トラヒックデータ取得部５１ｃは該指定期間Ｔ１
におけるトラヒックデータの取得制御を行う。

【００５９】図３７は指定期間のトラヒックデータ収集
処理フローである。収集期間指定部５６ｄの制御で、デ
ータ保存期間Ｔ１が所定の管理対象／管理種別について
指定されると（ステップ３５１）、トラヒックデータ取
得部５１ｃは保存期間Ｔ１をトラヒック収集間隔ａで割
り、保存期間中に挙がって来るデータの数Ｎを求める
（ステップ３５２）。ついで、図３８に示すようにトラ
ヒックデータの登録エリアをＮ個用意し、挙がって来る
トラヒックデータを順に第１登録エリア〜第Ｎ登録エリ
アに収容できるようにする（ステップ３５３）。しかる
後、ｉを１に初期化し（ステップ３５４）、トラヒック
データを収集したかチェックする（ステップ３５５）。
トラヒックデータを収集すれば、該トラヒックデータを
第ｉ登録エリアに格納し（ステップ３５６）、ｉを歩進
する（ステップ３５７）。ついで、Ｎとｉの大小を比較
し（ステップ３５８）、Ｎ≧ｉであればステップ３５５
に戻りそれ以降の処理を繰り返し、Ｎ＜ｉであれば、指
定された収集期間内のトラヒックデータの収集を終了す
る。

【００６０】（ｇ）収集したトラヒックデータの加工 取得した第１の期間単位のトラヒックデータ（セル数、
呼数、セション数等）を第１期間単位より長い第２の期
間単位の平均値、ピーク値、総量などのトラヒックデー
タに整形し、以後、必要に応じて短い期間単位のトラヒ
ックデータを順次より長い期間の平均値、ピーク値、総
量などのトラヒックデータに整形する。これにより、記
憶部の記憶容量を小さくでき、しかも、整形データを用
いて各期間のトラヒック特性を生成することができる。
そこで、データ丸め部５５ａ（図１７）は、１５分間隔
で収集されたトラヒックデータを分単位から時間単位
に、時間単位から日単位に、日単位から週または月単位
に、月単位から年単位のように順次上位期間の平均値、
ピーク値、総量にデータを整形／圧縮して記憶部５２に
記憶すると共に、適宜、下位期間のデータを捨てる。こ
れによりメモリの節約を図りつつ、長期間のデータ保存
の指定に対しても効率的なトラヒックデータの保存を可
能にする。

【００６１】図３９及び図４０は丸め処理フロー、図４
１は記憶部５２内に設けられた各種トラヒックデータテ
ーブル説明図である。トラヒックデータ取得部５１ｃ
は、１５分毎に収集したトラヒックデータを、一日分に
相当する９６レコードを保持する１５分トラヒックデー
タテーブル７１（図４１参照）内の対応する収集時間場
所に順次格納する（ステップ４０１、４０２）。データ
丸め部５５ａは１時間分のトラヒックデータを収集した
かチェックし（ステップ４０３）、収集してなければス
テップ４０１に戻り、以降の処理を繰り返す。１時間分
のトラヒックデータを収集すれば、該１時間分に相当す
る４レコード毎にまるめ処理を行ない、１時間当りの平
均値、ピーク値、総量を求め（ステップ４０４）、これ
ら丸め処理結果を一日分に相当する２４レコードを保持
する１時間トラヒックデータテーブル７２（図４１）内
の対応する収集時間場所に格納する（ステップ４０
５）。

【００６２】１５分トラヒックデータｑ(x)から１時間
トラヒックデータｈ(x)へのまるめ処理の数式は以下の
(5)〜(7)式となる。

【数１】 で表される。

【００６３】次に、データ丸め部５５ａは一日分のトラ
ヒックデータを収集したかチェックし（ステップ４０
６）、収集してなければステップ４０１に戻り、以降の
処理を繰り返す。１日分のトラヒックデータを収集すれ
ば、該１日分に相当する２４レコード毎にまるめ処理を
行ない、１日当りの平均値、ピーク値、総量を求め（ス
テップ４０７）、これら丸め処理結果を１月分に相当す
る３１レコードを保持する１日トラヒックデータテーブ
ル７３（図４１）内の対応する収集時間場所に格納する
（ステップ４０８）。１時間トラヒックデータｈ(x)か
ら一日トラヒックデータｄ(x)へのまるめ処理の数式は
以下の(8)〜(10)式となる。

【００６４】

【数２】 で表される。

【００６５】続いて、データ丸め部５５ａは１カ月分の
トラヒックデータを収集したかチェックし（ステップ４
０９）、収集してなければステップ４０１に戻り、以降
の処理を繰り返す。１カ月分のトラヒックデータを収集
すれば、該１カ月分に相当する３１レコード毎にまるめ
処理を行ない、１カ月当りの平均値、ピーク値、総量を
求め（ステップ４１０）、これら丸め処理結果を１年分
に相当する１２レコードを保持する１カ月トラヒックデ
ータテーブル７４（図４１）内の対応する収集時間場所
に格納する（ステップ４１１）。１日トラヒックデータ
ｄ(x)から１か月トラヒックデータｍ(x)へのまるめ処理
の数式は以下の(11)〜(13)式となる。

【００６６】

【数３】 で表される。

【００６７】更に、データ丸め部５５ａは１年分のトラ
ヒックデータを収集したかチェックし（ステップ４１
２）、収集してなければステップ４０１に戻り、以降の
処理を繰り返す。１年分のトラヒックデータを収集すれ
ば、該１年分に相当する１２レコード毎にまるめ処理を
行ない、１年当りの平均値、ピーク値、総量を求め（ス
テップ４１３）、これら丸め処理結果を１年トラヒック
データテーブル７５（図４１）内の対応する収集時間場
所に格納する（ステップ４１４）。以後、所定年数（例
えば１０年分）のトラヒックデータを格納したかチェッ
クし（ステップ４１５）、格納してなければステップ４
０１に戻り、格納するまで以降の処理を繰り返す。１カ
月トラヒックデータｍ(x)から１年トラヒックデータｙ
(x)へのまるめ処理の数式は以下の(14)〜(16)式とな
る。

【００６８】

【数４】 で表される。

【００６９】図４２は１５分間隔のトラヒックデータ
（有効セル数）を１時間単位のトラヒックデータ（総
数）に丸め処理した場合の各トラヒックデータテーブル
７１，７２の内容説明図である。１５分毎に収集される
有効セル数は、１レコードとして１日分にあたる９６レ
コードを保持する１５分トラフィックデータテーブル７
１の収集時間に対応する場所に順次格納されていく。そ
して、１時間毎に(5)式によりまるめ処理が行われ、１
時間毎に１レコードとし、１日分にあたる２４レコード
を保持する１時間トラヒックデータテーブル７２の収集
時間に対応する場所に格納される。

【００７０】図４３は１時間トラヒックデータ（有効セ
ル数）を１日単位のトラヒックデータ（総数）に丸め処
理した場合の各トラヒックデータテーブル７２，７３の
内容説明図である。１時間毎にまるめ処理が行われた有
効セル数のトラヒックデータは、毎日、(8)式により１
日トラヒックデータとしてまるめ処理が行われ、１日毎
に１レコードとし、１カ月に相当する最大３１レコード
を保持する１日トラヒックデータテーブル７３の収集日
に対応する場所に格納される。図４４は１日トラヒック
データ（有効セル数）を１カ月単位のトラヒックデータ
（総数）に丸め処理した場合の各トラヒックデータテー
ブル７３，７４の内容説明図である。毎日まるめ処理が
行われたトラヒックデータは、毎月、(11)式により、1
カ月トラヒックデータとしてまるめ処理が行われ１カ月
毎に１レコードとし、１年分に相当する１２レコードを
保持する１カ月トラヒックデータテーブル７４の収集月
に対応する場所に格納される。

【００７１】図４５は１カ月トラヒックデータ（有効セ
ル数）を１年単位のトラヒックデータ（総数）に丸め処
理した場合の各トラヒックデータテーブル７４，７５の
内容説明図である。毎月まるめ処理が行われた有効セル
数のトラヒックデータは、毎年、(14)式により１年トラ
ヒックデータとしてまるめ処理が行われ、一年毎に１レ
コードとして、複数年トラヒックデータテーブル７５の
収集年に対応する場所に格納され複数年保持される。同
様に、有効セル以外のセルロス数、ＯＡＭセル数などに
対しても、「総数」「平均」「ピーク値」での丸め処理
が可能である。

【００７２】（ｈ）トラヒックデータのグラフ化編集／
出力 トラヒックデータ取得部５１ｃにより取得されたトラヒ
ックデータは数字の羅列である。そこで、グラフ化編集
／出力部５５ｂ（図１７）は、このトラヒックデータを
グラフ化が容易なデータに変換する。すなわち、図４６
（ａ）に示すような数字の羅列であるトラヒックデータ
情報を図４６（ｂ）に示すように収集時間とその時間に
おける有効セル数という対応付けされたデータに変換す
る。この変換により、図４７に示すように横軸を収集時
間、縦軸を有効セル数とするグラフを表示することが可
能となる。

【００７３】図４８はグラフ化編集、出力処理フローで
ある。グラフ化を行ないたいトラヒックデータを取得す
るために、管理対象、管理種別、収集期間を指定し（ス
テップ５０１〜５０３）、管理対象からトラヒック生デ
ータを収集し、連続的に保存する（ステップ５０４）。
そして、収集された生データを用いて、データ種別（総
数／平均／ピーク）毎にグラフデータ作成処理を実行す
る（ステップ５０５〜５０８）。例えば、通過セルの単
位時間当りの総数を用いてグラフを表示するには式Ａの
演算処理を行い、単位時間当りの通過セルの平均値を用
いてグラフを表示するには式Ｂの演算処理を行い、単位
時間当りの通過セルのピーク値を用いてグラフを表示す
るには式Ｃの演算処理を行う。

【００７４】 ΣＬ(x) （ｘ＝１〜ａ） ．．．［式Ａ］ AveΣＬ(x) （ｘ＝１〜ａ） ．．．［式Ｂ］ max｛Ｌ(1)〜Ｌ(a)｝ ．．．［式Ｃ］ ただし、Ｌ（ｘ）は生データ、ａは収集期間により定ま
るデータ数である。以後、得られたデータを保存し（ス
テップ５０９）、適宜、読み出してディスプレイ画面に
グラフ表示する（ステップ５１０）。

【００７５】（ｉ）各種トラヒック特性データの編集／
グラフ出力 １次元のトラヒックデータテーブルを重ね合わせて二次
元に捉えて特性処理を行うことにより、１次元のトラヒ
ックデータをそのままグラフ表示させるだけでは認識で
きなかったトラヒック特性を把握することができ、これ
により１時間毎／１日毎／１カ月毎／１年毎の収集期間
でのトラヒック特性を把握したり、曜日によるトラヒッ
ク特性を把握したりすることが容易に可能となる。ま
た、この原理を用いれば、加入者／顧客／地域別／業種
別などの特性把握にも利用可能である。このため、トラ
ヒック特性作成／出力部５５ｃ（図１７）は、収集した
トラヒックデータを用いて種々のトラヒック特性を生成
してグラフ出力する。

【００７６】図４９、図５０、図５１は本発明のグラフ
出力例である。図４９は１時間トラヒックデータテーブ
ルより、過去１週間の平均値と当日の１時間トラヒック
データを重ね合わせてグラフ表示したものである。この
グラフにより、１日を１時間毎に分割してトラヒック量
の推移をみた場合に、トラヒック量が特に多い時間帯、
つまり特異時間帯の特性把握が容易に可能となる。図５
０は１日トラヒックデータテーブルより、「有効セル
量」と「無効セル量」を重ねて表示したものである。無
効セル量が生じている月日を把握することにより、もっ
とも大量にセルロスが発生し、トラヒックに影響を及ぼ
している特異日の特定が容易に可能となる。図５１は、
１日トラヒックデータテーブルより、曜日特性データテ
ーブル（ａ）を作成し、その曜日特性データテーブルよ
り（ｂ）の曜日特性グラフを示したものである。各週毎
に、曜日別に積み重ねて表示することにより、使用頻度
の高い曜日と低い曜日が容易に判断でき、将来の設備投
資計画、加入者／顧客に対しての特異曜日把握、地域別
／業種別による使用状況把握などに利用することが可能
となる。

【００７７】図５２はトラヒック特性データ作成処理フ
ローである。特性表示を行いたいトラヒックデータを、
図４１に示す１５分トラヒックデータテーブル７１、１
時間トラヒックデータテーブル７２、１日トラヒックデ
ータテーブル７３、一カ月トラヒックデータテーブル７
４、１年トラヒックデータテーブル７５の中から選択し
（ステップ６０１）、該当するトラヒックデータをトラ
ヒックデータテーブル８１から読み込み（ステップ６０
２）、所定のトラヒック特性処理を行い（ステップ６０
３）、得られたトラヒック特性データをトラヒック特性
データテーブル８２にに保存する（ステップ６０４）。
これにより、所定のトラヒック特性グラフを表示するこ
とが可能となる。以後、オペレーションによりトラヒッ
ク特性データ表示が要求されれば（ステップ６０５）、
該トラヒック特性グラフをディスプレイ画面に表示する
（ステップ６０６）。

【００７８】図５３はステップ６０３におけるトラヒッ
ク特性処理の説明図であり、１週間分の１時間トラヒッ
クデータテーブル７２ａ〜７２ｇを用いて１週間平均１
時間トラヒックデータテーブル７２ｈを作成する場合で
ある。１時間トラヒックデータテーブル７２ａ〜７２ｇ
を一週間分重ねて、同一時間帯のトラヒックデータの平
均値を次式

【数５】 で算出し、１週間平均１時間トラヒックデータテーブル
７２ｈに順次格納する。この１週間平均１時間トラヒッ
クデータテーブル７２ｈを用いれば、過去の一週間の１
時間毎のトラヒック特性が把握可能となる（図４９参
照）。同様に、１日トラヒックデータ特性、一カ月トラ
ヒックデータ特性、１年トラヒックデータ特性も、複数
のテーブルを重ね合わせて平均を取ることにより、該当
期間でのトラヒック特性を把握することが可能である。

【００７９】図５４は１日トラヒックデータテーブル７
３（図５５参照）より、曜日特性データ（図５６参照）
を得るためのトラヒック特性処理フローである。１日ト
ラヒックデータを読み込み１カ月分収集しているかチェ
ックし（ステップ６５１）、収集していれば、まず日曜
日だけを抜きだし（ステップ６５２）、日曜日トラヒッ
クデータとして曜日トラヒックデータテーブル７６内の
日曜日の列に保存する（ステップ６５３）。同様に月曜
日から土曜日までそれぞれ１日トラヒックデータテーブ
ル７３より順次抜きだして、曜日トラヒックデータテー
ブル７６の各曜日の列に保存する（ステップ６５４〜６
６５）。このように、１日トラヒックデータを１週間
（７日）単位で区切ることは、まさに当月のカレンダー
に対応させた処理であり、この曜日トラヒックデータテ
ーブルを用いれば、曜日毎のトラヒック特性(図５１参
照)を把握することが可能となる。

【００８０】（ｊ）ソート処理及びソート結果出力 トラヒックデータを日あるいは週あるいは月あるいは年
の期間別に所定の基準にしたがってソーティングし、ソ
ート結果の上位複数個を加入者別／都道府県別／地域別
／職業別に従って出力できれば、将来的な設備投入時期
の予測／加入者の傾向分析等に利用することができる。
そこで、ソート処理部５５ｄ（図１７）は、加入者別
／都道府県別／地域別／業種別などで収集しているトラ
ヒックデータに昇降順／名前順などのソート処理を施
し、ついで、各ソート結果を表示し、該表示により
オペレータをして、加入者毎／都道府県毎／地域毎／業
種毎に、利用頻度が高い／低いといった特異時間／特異
日／特異月／特異年または特異加入者を認識させるよう
にする。

【００８１】図５７（ａ）は有効セル数の時間特性であ
り、１５分間隔で収集した有効セル数を丸め処理により
１時間毎の有効セル数に変換し、該１時間単位の有効セ
ル数を用いて作成したものである。図５７（ｂ）は、時
間単位の有効セル数を降順でソートし、有効セル数の多
い時間順に出力したリストである。このリストを参照す
ることにより、使用頻度の高い時間帯を容易に認識でき
る。図５８（ａ）は有効セル数の日特性であり、丸め処
理により１日単位の有効セル数を求め、該有効セル数を
用いて作成したものである。図５８（ｂ）は、１日単位
の有効セル数を降順でソートし、有効セル数の多い日順
に出力したリストである。このリストを参照することに
より、使用頻度の高い日を容易に認識することができ
る。図５９は都道府県別の有効セル数をグラフ表示した
もの、図６０は都道府県別に有効セル数を降順でソート
し、有効セル数の多い都道府県順に出力したリストであ
る。このリストを参照することにより、利用率の高い都
道府県を容易に認識することができる。さらに、業種別
／地域別などにも応用できる。

【００８２】図６１はソート処理フローである。上位表
示したいトラヒックデータを加入者別／都道府県別／地
域別／職業別などに分けた１５分トラヒックテーブル７
１（図４１）、１時間トラヒックデータテーブル７２、
１日トラヒックデータテーブル７３、１カ月トラヒック
データテーブル７４、１年トラヒックデータテーブル７
５から読み込む（ステップ７０１）。ついで、有効セル
／無効セルなどのトラヒックデータに対して、昇順／降
順／名前順などのようにソート方法を指定し（ステップ
７０２）、ソート処理を行い（ステップ７０３）、ソー
ト処理結果のリストを保存する（ステップ７０４）。そ
して、ソート処理結果の出力が必要であるか判断し（ス
テップ７０５）、必要であればソートリストをディスプ
レイ画面に表示する（ステップ７０６）。図６２はソー
ト処理により得られた各種リスト例であり、９１は１５
分上位トラヒックデータテーブルであり、ステップ７０
２において１５分トラヒックデータを降順でソートして
得られたものである。９２は１時間上位トラヒックデー
タテーブルであり、ステップ７０２において１時間トラ
ヒックデータを降順でソートして得られたものである。
９３は１日上位トラヒックデータテーブルであり、ステ
ップ７０２において１日トラヒックデータを降順でソー
トして得られたものである。９４は１カ月上位トラヒッ
クデータテーブルであり、ステップ７０２において１カ
月トラヒックデータを降順でソートして得られたもので
ある。９５は１年上位トラヒックデータテーブルであ
り、ステップ７０２において１年トラヒックデータを降
順でソートして得られたものである。

【００８３】（Ｄ）処理の分散構成 以上ではネットワーク管理装置としてのサーバを１台設
けて上記ネットワーク管理を行うようにした場合である
が、サーバを複数台設けてネットワーク管理を分散処理
するようにシステムを構成することもできる。図６３は
かかるサーバ分散システムの構成図であり、１０１〜１
０２はＮＥ(Network Element)、１０７はクライアン
ト、１０９はＬＡＮ／ＷＡＮ等の管理用ネットワーク、
１１１は分散サーバ群であり、１１２ａは第１のネット
ワーク管理装置としてのサーバ、１１２ｂは第２のネッ
トワーク管理装置としてのサーバ、１１３は各サーバが
共用できるデータベースである。分散サーバ群１１１は
管理用ネットワーク１０９で接続されたＮＥ１０１〜１
０２を管理しており、クライアント１０７は分散サーバ
群１１１にアクセスすることによりＮＥ１０１〜１０２
を保守／管理することができる。

【００８４】図６４は分散処理の説明図であり、機能別
に複数のサーバ１１２ａ，１１２ｂを分散して設け、管
理対象（ＮＥ１０１〜１０２）とサーバ群１１１間に論
理チャネルを設けることにより論理上分散させる。これ
により、管理対象（ＮＥ）〜サーバ群１１１間の特定の
機能による回線占有を避け、各機能がそれぞれの論理チ
ャネルを利用することにより、それぞれの機能が管理対
象に対して円滑に保守／運用できるようになる。それぞ
れ分散しているサーバ１１２ａ，１１２ｂは、個々に通
信機能部１１４ａ，１１４ｂを保持しており、管理対象
（ＮＥ）に対し各々管理することが可能である。ここ
で、コマンド発行のようにサーバ１１２ａから管理対象
（ＮＥ）に対して行われる機能Ａや機能Ｂは論理チャネ
ルａを使用し、自律メッセージのように管理対象（Ｎ
Ｅ）からサーバ１１２ｂに対して行われる機能Ｃは論理
チャネルｃを使用する。

【００８５】このように、通信機能部１１４ａ，１１４
ｂを持った複数のサーバ１１２ａ，１１２ｂに保守機能
を分散させ、且つ回線１０９の使用帯域を論理チャネル
により独立に割り振ることで各サーバの通信機能部に入
出力するデータに対する輻輳を軽減することができる。
また、管理対象（ＮＥ）から大量のアラーム発生通知が
上がる場合、自律メッセージをサーバ１１２ｂで受信し
ながら、サーバ１１２ａから保守／運用／制御コマンド
を管理対象に対して投入することが容易に可能となる。
すなわち、大量のイベントやアラーム情報を受信中に、
優先度の高いコマンドが管理対象に対して投入できなく
なるという事態を避けることができる。以上、本発明を
実施例により説明したが、本発明は請求の範囲に記載し
た本発明の主旨に従い種々の変形が可能であり、本発明
はこれらを排除するものではない。

【００８６】

【発明の効果】以上本発明によれば、ＮＥ管理データ取
得手段により各ＮＥの管理データが全て取得されていな
くても、所定のオペレーションの実行に必要な管理デー
タが取得されている場合には、該オペレーションを受け
付けてネットワーク管理を行うことができ、立ち上げや
再開に要する時間を短縮でき、しかも、オペレータは円
滑な管理業務を遂行できる。

【００８７】本発明によれば、リソース管理情報取得手
段はＮＥリソースに係わる管理データを取得順序を示す
ツリー構造の根元より順に段階的に取得するようにした
から、また、アラーム管理情報取得手段はアラームに関
する管理データを取得順序を示す包含構造の包含レベル
の高い順に段階的に取得するようにしたから、ネットワ
ーク管理装置の立上げや再開において、全管理データの
取得完了前であっても、実行できるオペレーションを段
階的に増やすことができ、しかも、管理データの取得状
況に応じて順次絞り込んでゆき最終的に目的とする管理
対象（例えば障害装置）を得ることができる。従って、
ネットワーク管理装置を利用するオペレータは、実行可
能なオペレーションから順次行え、円滑なリソース管
理、アラーム管理業務を遂行できる。

【００８８】本発明によれば、各管理対象について、管
理種別毎に所定の収集期間、トラヒックデータを取得し
て三次元マトリクス構造で記憶するようにしたから、
管理対象、管理種別、収集期間を指定することによ
り、希望する管理対象／管理種別／期間についてのトラ
ヒックデータを用いてトラヒック特性を作成して出力す
ることができる。本発明によれば、上記三次元構造のト
ラヒックデータを編集することにより、所定の管理対象
／管理種別について、１日のトラヒック推移、週間トラ
ヒック推移、月間トラヒック推移、年間トラヒック推移
等ネットワーク利用者が必要とするトラヒック特性を作
成して、該トラヒック特性をグラフ等によりネットワー
ク利用者に提供することができる。

【００８９】本発明によれば、管理対象にその利用者を
対応付ける利用者対応付け手段を設け、ネットワーク管
理実行手段は利用者と１対１に対応付けられた管理対象
に限定してトラヒックデータを取り扱うようにしたか
ら、利用者名を入力すれば、対応関係より管理対象が求
まり、記憶手段より該管理対象（利用者）のトラヒック
データを読み出し、利用者が必要とするトラヒック特性
を作成して提示することができる。本発明によれば、適
宜、対話的に管理対象／管理種別／保存期間を指定し、
指定された管理対象／管理種別／保存期間に限って各Ｎ
Ｅのトラヒックデータを取得して記憶するようにしたか
ら、記憶手段の記憶容量を低減でき、しかも、トラヒッ
クデータの収集時間を短縮することができる。

【００９０】本発明によれば、取得した第１の期間のト
ラヒックデータ（セル数、呼数、セション数等）を第１
の期間より長い第２の期間の平均値、ピーク値、総量な
どのトラヒックデータに整形し、以後、必要に応じて短
い期間のトラヒックデータを順次より長い期間の平均
値、ピーク値、総量などのトラヒックデータに整形する
ようにしたから、記憶部の記憶容量を小さくでき、しか
も、長期間の保存の指定に対しても効率的なトラヒック
データの保持ができ、また、圧縮整形したデータを用い
て種々のトラヒック特性を作成して出力することができ
る。本発明によれば、トラヒックデータを日あるいは週
あるいは月あるいは年の期間別に所定の基準にしたがっ
てソーティングし、ソート結果の上位複数個を出力する
ことにより、例えば利用頻度が高い特異時間／特異日／
特異月／特異年あるいは特異加入者を容易に識別するこ
とができる。

【図面の簡単な説明】

【図１】通信システムの全体構成図である。

【図２】ネットワーク管理装置としてのサーバの構成で
ある。

【図３】ＡＴＭ交換機システムの通話路系構成である。

【図４】ＡＴＭ交換機システムのプロセッサ間通信路構
成である。

【図５】交換機の装置構成図である。

【図６】ネットワーク管理装置の機能的構成図である。

【図７】ルール管理テーブルの詳細図である。

【図８】全管理データの取得完了前であっても、オペレ
ーションを受付けて実行する本発明の処理フローであ
る。

【図９】第２のネットワーク管理装置の機能的構成図で
ある。

【図１０】ツリー構造によるリソース管理情報取得順序
説明図である。

【図１１】ツリー構造の具体例である。

【図１２】全ＮＥ管理情報項目取得前であっても、ＮＥ
リソース管理のオペレーションを受付けて実行する本発
明の処理である。

【図１３】第３のネットワーク管理装置の機能的構成図
である。

【図１４】包含構造によるアラーム管理情報取得順序説
明図である。

【図１５】包含構造の具体例である。

【図１６】全ＮＥ管理情報項目取得前であっても、アラ
ーム管理オペレーションを受付けて実行する処理フロー
である。

【図１７】トラヒック管理に適用できるネットワーク管
理装置の構成である。

【図１８】トラヒック管理データの三次元マトリクス構
造説明図である。

【図１９】管理対象を変数として切り取った場合の説明
図である。

【図２０】１９９６／０９／１９／０５／００時の管理
種別ｃｅｌｌ数に関する各装置の使用状況特性である。

【図２１】管理種別を変数として切り取った場合の説明
図である。

【図２２】対象装置１２３４７４２３４２９７７８２に
対する１９９６／０９／１９／０５／００時の各管理種
別毎の特性である。

【図２３】収集時間を変数として切り取った場合の説明
図である。

【図２４】装置対象１２３４７４２３４２９７７８２に
対するｃａｌｌ数の時間依存変化である。

【図２５】管理対象指定法の説明図である。

【図２６】一般的な包含ツリー図説明図である。

【図２７】交換機の装置構成及び装置番号（ＯＥ番号）
説明図である。

【図２８】交換機のツリー包含図である。

【図２９】管理対象と利用者の対応付け法の説明図であ
る。

【図３０】利用者名指定による対象装置番号取得処理で
ある。

【図３１】トラヒックレポート説明図である。

【図３２】管理種別指定の説明図である。

【図３３】トラヒック監視設定画面である。

【図３４】管理種別指定テーブルである。

【図３５】指定された管理種別のトラヒックデータ保存
処理フローである。

【図３６】通過セルの月間特性グラフである。

【図３７】指定期間のトラヒック管理データ収集処理で
ある。

【図３８】トラヒックデータの登録エリア説明図であ
る。

【図３９】まるめ処理フロー（その１）である。

【図４０】まるめ処理フロー（その２）である。

【図４１】各種トラヒックデータテーブル説明図であ
る。

【図４２】１５分トラヒックデータを１時間トラヒック
データに丸めた場合の各トラヒックデータテーブルの内
容説明図である。

【図４３】１時間トラヒックデータを１日トラヒックデ
ータにまるめた場合の各トラヒックデータテーブルの内
容説明図である。

【図４４】１日トラヒックデータを１カ月トラヒックデ
ータにまるめた場合の各トラヒックテーブルの内容説明
図である。

【図４５】１カ月トラヒックデータを１年トラヒックデ
ータにまるめた場合の各トラヒックデータテーブルの内
容説明図である。

【図４６】グラフ化編集説明図である。

【図４７】グラフ化出力説明図である。

【図４８】グラフ化編集、出力処理フローである。

【図４９】過去１週間の平均と当日の１時間トラヒック
データを重ね合せたグラフ出力例である。

【図５０】有効セル数と無効セル数を重ねて表示するグ
ラフ出力例である。

【図５１】曜日特性グラフ出力例である。

【図５２】トラヒック特性データ作成処理である。

【図５３】トラヒック特性処理の説明図である。

【図５４】曜日特性を得るためのトラヒック特性処理フ
ローである。

【図５５】１日トラヒックデータである。

【図５６】曜日トラヒックデータである。

【図５７】ソート処理／ソート結果説明図（その１）で
ある。

【図５８】ソート処理／ソート結果説明図（その２）で
ある。

【図５９】都道府県別有効セル数表示グラフである。

【図６０】上位都道府県別利用率の表示リストである。

【図６１】ソート処理フローである。

【図６２】各種上位トラヒックデータテーブルである。

【図６３】サーバ分散システムの構成である。

【図６４】分散処理の説明図である。

【符号の説明】

１０１〜１０２・・ＮＥ（ネットワークエレメント） １０６・・ネットワーク管理装置 １０９・・管理用ネットワーク ５０・・通信処理部 ５１・・ＮＥ管理データ取得部 ５２・・管理データを記憶する記憶部 ５３・・ＧＵＩ対話処理部 ５４・・オペレーション依存ルール管理部 ５４ａ・・ルール管理テーブル ５４ｂ・・可能オペレーション判定処理部 ５５・・ネットワーク管理実行部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 梶谷 由紀 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 神保 一也 北海道札幌市厚別区下野幌テクノパーク１ 丁目１番５号 富士通北海道通信システム 株式会社内 (72)発明者 千葉 英行 北海道札幌市厚別区下野幌テクノパーク１ 丁目１番５号 富士通北海道通信システム 株式会社内

Claims (15)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークで接続された複数のネ
   ットワークエレメント（ＮＥ：Network Element)を管理
   するためのネットワーク管理装置であって、各ＮＥと管
   理用ネットワークで接続されたネットワーク管理装置に
   おいて、 ＮＥとのセションの再開やネットワーク管理装置自身の
   立上げ時に、各ＮＥが保持する各種管理データを段階的
   に取得するＮＥ管理データ取得手段、 ネットワーク管理者が行うネットワーク管理に関するオ
   ペレーションと、該オペレーションに応じたネットワー
   ク管理を実行するために必要な管理データとの依存関係
   を記憶するオペレーション依存ルール記憶手段、 オペレーションが指示された時、前記依存関係を参照し
   て該オペレーションに応じたネットワーク管理の実行に
   必要な管理データが取得されているか判断する手段、 必要な管理データが取得されている場合には該オペレー
   ションに応じたネットワーク管理を実行する手段を備え
   ＮＥ管理データ取得手段により各ＮＥの管理データが全
   て取得される前から、ネットワーク管理の実行に必要な
   管理データがすべて取得されているオペレーションを利
   用可能とすることを特徴とするネットワーク管理装置。
2. 【請求項２】 請求項１記載のネットワーク管理装置に
   おいて、 前記ＮＥ管理データ取得手段はリソース管理データ取得
   手段を備え、 該リソース管理データ取得手段はＮＥリソースに係わる
   管理データを段階的に取得することを特徴とするネット
   ワーク管理装置。
3. 【請求項３】 請求項２記載のネットワーク管理装置に
   おいて、 前記ＮＥリソースに係わる管理データの取得順序をツリ
   ー構造で規定して記憶する手段を備え、 リソース管理データ取得手段はツリー構造の根元より順
   にＮＥリソースに係わる管理データを段階的に取得する
   ことを特徴とするネットワーク管理装置。
4. 【請求項４】 請求項１記載のネットワーク管理装置に
   おいて、 前記ＮＥ管理データ取得手段はアラーム管理データ取得
   手段を備え、 アラーム管理データ取得手段はアラームに係わる管理デ
   ータを段階的に取得することを特徴とするネットワーク
   管理装置。
5. 【請求項５】 請求項４記載のネットワーク管理装置に
   おいて、 前記アラームに係わる管理データの取得順序を包含構造
   で規定して記憶する手段を備え、 アラーム管理データ取得手段は包含構造における包含レ
   ベル順にアラームに係わる管理データを段階的に取得す
   ることを特徴とするネットワーク管理装置。
6. 【請求項６】 請求項１記載のネットワーク管理装置に
   おいて、 前記ＮＥ管理データ取得手段はトラヒック管理データ取
   得手段を備え、 トラヒック管理データ取得手段は、各管理対象のトラヒ
   ック管理に係わる管理データを段階的に取得することを
   特徴とするネットワーク管理装置。
7. 【請求項７】 通信ネットワークで接続された複数のネ
   ットワークエレメント（ＮＥ：Network Element)を管理
   するためのネットワーク管理装置であり、各ＮＥと管理
   用ネットワークで接続されたネットワーク管理装置にお
   いて、 各ＮＥが保持する管理データを取得するＮＥ管理データ
   取得手段、 ＮＥ管理データ取得手段が取得した管理データを記憶す
   る記憶手段、 ネットワーク管理に関するオペレーションに応じた処理
   を前記取得した管理データを用いて実行し、処理結果を
   出力するネットワーク管理実行手段を備え、 ＮＥ管理データ取得手段はトラヒックデータ取得手段を
   備え、 トラヒックデータ取得手段は、各管理対象の管理種別毎
   に所定期間トラヒックデータを取得して三次元マトリク
   ス構造で前記記憶手段に記憶することを特徴とするネッ
   トワーク管理装置。
8. 【請求項８】 請求項７記載のネットワーク管理装置に
   おいて、 対話的にトラヒック管理対象を指定する管理対象指定手
   段を備え、 トラヒックデータ取得手段は指定された管理対象に限っ
   て各ＮＥのトラヒックデータを取得することを特徴とす
   るネットワーク管理装置。
9. 【請求項９】 請求項８記載のネットワーク管理装置に
   おいて、 トラヒック管理対象を指定する際、各トラヒック管理対
   象のネットワーク利用者名を対応付ける利用者対応付け
   手段を備え、 ネットワーク管理手段は利用者と１対１に対応付けられ
   た管理対象に限定してトラヒックデータを取り扱うこと
   を特徴とするネットワーク管理装置。
10. 【請求項１０】 請求項８記載のネットワーク管理装置
    において、 トラヒック管理対象毎に管理種別を対話的に指定する管
    理種別指定手段を備え、 トラヒックデータ取得手段は、前記指定された管理対象
    の指定された管理種別に限定してトラヒックデータを取
    得することを特徴とするネットワーク管理装置。
11. 【請求項１１】 請求項１０記載のネットワーク管理装
    置において、 前記指定された管理種別毎にどれだけの期間のトラヒッ
    クデータを取得して保存するかを対話的に指定する保存
    期間指定手段を備え、 トラヒックデータ取得手段は、前記指定された管理対象
    の前記指定された管理種別については、前記指定された
    保存期間に限定してトラヒックデータを取得することを
    特徴とするネットワーク管理装置。
12. 【請求項１２】 請求項１１記載のネットワーク管理装
    置において、 取得した第１の期間のトラヒックデータを第１の期間よ
    り長い第２の期間の平均値、ピーク値、総量などのトラ
    ヒックデータに整形し、以後、必要に応じて短い期間の
    トラヒックデータを順次より長い期間の平均値、ピーク
    値、総量などのデータに整形するデータまるめ手段を備
    えたことを特徴とするネットワーク管理装置。
13. 【請求項１３】 請求項７記載のネットワーク管理装置
    において、 トラヒックデータをグラフ化表示可能に編集する編集手
    段、 編集データに基づいてグラフを出力するグラフ出力手段
    を備えることを特徴とするネットワーク管理装置。
14. 【請求項１４】 請求項７記載のネットワーク管理装置
    において、 トラヒックデータを用いてオペレーションで要求される
    トラヒック特性を作成して出力するトラヒック特性作成
    手段を備えたことを特徴とするネットワーク管理装置。
15. 【請求項１５】 請求項７記載のネットワーク管理装置
    において、 トラヒックデータを所定の基準にしたがってソーティン
    グし、ソート結果を出力する手段を備えたことを特徴と
    するネットワーク管理装置。