JP2003244145A

JP2003244145A - 輻輳要因分析システム、及び、輻輳要因分析方法

Info

Publication number: JP2003244145A
Application number: JP2002042273A
Authority: JP
Inventors: Masanori Furuya; 雅典古谷; Hideyuki Mori; 秀之毛利; Katsuyuki Tsumita; 勝幸積田; Nobuhiro Tanigawa; 延広谷川
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-02-19
Filing date: 2002-02-19
Publication date: 2003-08-29

Abstract

(57)【要約】【課題】通信ネットワークで輻輳が発生した場合、輻
輳を引き起こす要因となる通信を特定し、要因となる通
信を規制することで輻輳の沈静を行うことが効果的であ
るため、要因となる通信が何かを短時間に分析する。【解決手段】個々の通信装置Ｎ１〜Ｎ４から輻輳の発
生時に輻輳が発生する直前の単位時間内に処理した処理
種別毎の計数結果を受信する。その計数結果を、処理換
算値を用いて処理種別毎の処理負荷に換算し、この換算
した処理負荷と所定の閾値とを比較することで、輻輳要
因を分析する。このことにより、輻輳発生直後に運用者
の作業無しに自動で輻輳要因の分析、表示が行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は輻輳要因分析システ
ム、及び、輻輳要因分析方法に関し、特に通信ネットワ
ークを構成する複数の通信装置を、通信媒体を介して管
理する汎用計算機を構成要素とした輻輳要因分析システ
ム、及び、輻輳要因分析方法に関する。

【０００２】

【従来の技術】近年、通信ネットワークの多様化に伴
い、大規模かつ複雑に構成される通信ネットワークで
は、通信ネットワークの通信状況を一元監視し、通信ネ
ットワーク内で輻輳が発生した場合に、短時間に輻輳を
沈静させることが要望されている。通信ネットワークで
輻輳が発生した場合、輻輳を引き起こす要因となる通信
を特定し、要因となる通信を規制することで輻輳の沈静
を行うことが効果的である。しかしながら、要因となる
通信が何かを短時間に分析することが重要な課題であ
る。

【０００３】通信ネットワーク内で輻輳が発生した場合
に、輻輳を引き起こす要因となった通信を特定する従来
技術について図８を参照して説明する。同図において、
通信ネットワークには、通信媒介を介して相互に通信が
可能な通信装置Ｎ１〜Ｎ４と、通信装置Ｎ１〜Ｎ４へ通
信媒介を介してそれぞれ接続されている通信端末Ｔ１〜
Ｔ４とが含まれている。

【０００４】オペレーションシステムＯ１は、通信装置
Ｎ１〜Ｎ４に通信媒介を介して接続され、各通信装置Ｎ
１〜Ｎ４からの通知（メッセージ）を受信し、または各
通信装置Ｎ１〜Ｎ４に指示（コマンド）を送出するオペ
レーションシステムである。入出力装置Ｄ１は、オペレ
ーションシステムＯ１に接続され、オペレーションシス
テムＯ１で受信したメッセージを運用者（オペレータ）
に対して表示し、または、運用者からのコマンドをオペ
レーションシステムＯ１に入力するための装置である。

【０００５】ここで、上記通信ネットワーク内の通信装
置Ｎ１が通信装置Ｎ４からの通信が多く輻輳した場合を
例とし、従来技術での要因となる通信の分析方法につい
て説明する。通信装置Ｎ１で輻輳Ｈが発生すると、この
輻輳発生を知らせるメッセージが通信装置Ｎ１よりオペ
レーションシステムＯ１へ通知され、オペレーションシ
ステムＯ１では、受信したメッセージを運用者に認識で
きる表現で入出力装置Ｄ１に表示を行う（）。この表
示を確認して運用者は、入出力装置Ｄ１に表示されたメ
ッセージにより、通信装置Ｎ１での輻輳の発生を認識
し、輻輳を引き起こす要因となっている通信を分析する
ための作業を行う。

【０００６】この場合、運用者は、入出力装置Ｄ１より
オペレーションＯ１を介して通信装置Ｎ１に対し、通信
端末Ｔ１と通信装置Ｎ１との間、通信装置Ｎ２と通信装
置Ｎ１との間、通信装置Ｎ３と通信装置Ｎ１との間のそ
れぞれの通信量を収集するコマンドを送信する（）。
すると、このコマンドの応答としてそれぞれの通信量が
得られる（）。

【０００７】運用者は、コマンドの応答として得られた
それぞれの通信量を比較し、通信装置Ｎ４から通信装置
Ｎ１向けの通信が多いことを分析する。

【０００８】

【発明が解決しようとする課題】従来の輻輳要因の分析
方法は、輻輳が発生した後に、輻輳した通信装置と当該
装置に接続される通信装置との通信量を収集し、運用者
が比較することで輻輳要因を分析する方法であるため、
輻輳発生から輻輳要因の分析までに時間がかかること、
輻輳した通信装置と接続する対向通信装置の種別に依存
して輻輳した通信装置に加わる処理負荷が異なるような
場合に、運用者がそれぞれの通信量を同じ処理負荷と考
え比較すると輻輳要因の分析を誤る可能性があること、
輻輳状態では通信処理の停滞等で通信量が正確に測定で
きなくなるような通信装置を用いていた場合に、輻輳要
因の分析を誤るといった欠点があった。

【０００９】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的は輻輳が発生す
ると、運用者の作業無しに直ちに、正確に輻輳要因を分
析、表示することのできる輻輳要因分析システムを提供
することである。

【００１０】

【課題を解決するための手段】本発明の請求項１による
輻輳要因分析システムは、通信ネットワークを構成する
複数の通信装置のいずれかが輻輳状態になった場合に、
該輻輳の要因を分析する輻輳要因分析システムであっ
て、前記複数の通信装置のうちのいずれかの装置で輻輳
が発生した場合、該輻輳が発生する直前までに輻輳が発
生した通信装置が処理した処理種別毎の計数結果を通知
する計数結果通知手段と、前記複数の通信装置の処理種
別毎の計数結果と処理種別毎の処理負荷換算情報とを基
に該処理種別毎の処理負荷を計算する処理負荷計算手段
と、前記処理種別毎の処理負荷と所定閾値とを比較し、
閾値を越えた処理種別を輻輳要因と特定する要因特定手
段とを含むことを特徴とする。

【００１１】本発明の請求項２による輻輳要因分析シス
テムは、請求項１において、前記計数結果通知手段は、
前記通信装置が単位時間内に処理した処理種別毎の計数
結果を通知することを特徴とする。本発明の請求項３に
よる輻輳要因分析システムは、請求項２において、前記
処理負荷計算手段は、前記計数結果を前記通信装置が単
位時間内に処理できる処理種別毎の基準値で除算して前
記処理負荷を計算することを特徴とする。

【００１２】本発明の請求項４による輻輳要因分析方法
は、通信ネットワークを構成する複数の通信装置のいず
れかが輻輳状態になった場合に、該輻輳の要因を分析す
る輻輳要因分析方法であって、前記複数の通信装置のう
ちのいずれかの装置で輻輳が発生した場合、該輻輳が発
生する直前までに輻輳が発生した通信装置が処理した処
理種別毎の計数結果を通知する計数結果通知ステップ
と、前記複数の通信装置の処理種別毎の計数結果と処理
種別毎の処理負荷換算情報とを基に該処理種別毎の処理
負荷を計算する処理負荷計算ステップと、前記処理種別
毎の処理負荷と所定閾値とを比較し、閾値を越えた処理
種別を輻輳要因と特定する要因特定ステップとを含むこ
とを特徴とする。

【００１３】本発明の請求項５による輻輳要因分析方法
は、請求項４において、前記計数結果通知ステップにお
いては、前記通信装置が単位時間内に処理した処理種別
毎の計数結果を通知することを特徴とする。本発明の請
求項６による輻輳要因分析方法は、請求項５において、
前記処理負荷計算ステップにおいては、前記計数結果を
前記通信装置が単位時間内に処理できる処理種別毎の基
準値で除算して前記処理負荷を計算することを特徴とす
る。

【００１４】要するに、通信装置から通知される自律メ
ッセージ内の情報を利用して輻輳の要因を瞬時に分析す
るので、従来技術とは異なり、運用者の作業無しに直ち
に、正確に輻輳要因を分析することができる。

【００１５】

【発明の実施の形態】次に、図面を参照して本発明の実
施の形態について説明する。なお、以下の説明において
参照する各図においては、他の図と同等部分に同一符号
が付されている。図１は本発明による輻輳要因分析シス
テムの実施の一形態を示すブロック図である。同図に
は、通信ネットワークを管理する汎用計算機からなるオ
ペレーションシステムを用いて本システムを実現した概
略構成が示されている。

【００１６】同図において、本システムは、通信ネット
ワークを構成する通信装置Ｎ１、Ｎ２、Ｎ３及びＮ４
と、これら通信装置に接続される通信端末Ｔ１、Ｔ２、
Ｔ３及びＴ４と、通信装置Ｎ１〜Ｎ４に接続され、通信
ネットワークを管理するオペレーションシステムＯ２
と、オペレーションシステムＯ２に接続され、オペレー
ションシステムＯ２へのコマンドの投入、または、オペ
レーションシステムＯ２からの通知を表示する入出力装
置Ｄ１とを含んで構成されている。なお、同図において
は、通信装置Ｎ１が輻輳した場合が示されている。

【００１７】同図中の通信装置Ｎ１内には、処理種別別
通信量計数部Ｃ１が含まれている。この処理種別別通信
量計数部Ｃ１は、タイマーによって計時される単位時間
当たりの処理種別毎の通信量を計数し、輻輳Ｈの発生に
応答して処理種別別計数結果をオペレーションシステム
Ｏ２に通知する（）。そして、オペレーションシステ
ムＯ２は、輻輳の要因を特定し、輻輳要因を入出力装置
Ｄ１に通知する（）。

【００１８】図２は、オペレーションシステムＯ２の構
成例を示すブロック図である。同図において、オペレー
ションシステムＯ２は、通信装置Ｎ１から処理種別別計
数結果通知を受信するための計数結果受信部Ａ１と、受
信した計数結果から処理種別別の処理負荷を算出する処
理負荷計算部Ａ２と、算出された処理種別別の処理負荷
より、輻輳の要因を特定する要因特定部Ａ３とを含んで
構成されている。

【００１９】処理負荷計算部Ａ２は、処理種別別の通信
量から、処理負荷に換算するために必要な処理換算値
（換算情報）を管理する換算情報データベース（以下、
ＤＢ）Ａ２２と、処理換算値を読み出す換算情報読出部
Ａ２１と、処理種別別の処理換算値と計数結果受信部Ａ
１より渡された処理結果とを基に処理種別別の処理負荷
を演算する処理負荷演算部Ａ２３とを含んで構成されて
いる。

【００２０】要因特定部Ａ３は、要因特定の判定に必要
な閾値情報を管理する閾値情報ＤＢＡ３２と、閾値情報
を読み出す閾値情報読出部Ａ３１と、処理負荷計算部Ａ
２より渡された処理種別別の処理負荷と閾値情報読出部
Ａ３１で読み出した閾値とを比較し、閾値を越えた処理
種別を輻輳の要因と特定し、輻輳要因通知部Ａ３４へ通
知する輻輳要因特定部Ａ３３と、輻輳要因特定部Ａ３３
より通知された輻輳の要因を入出力装置Ｄ１へ送信する
輻輳要因通知部Ａ３４とを含んで構成されている。

【００２１】図３は、通信装置Ｎ１内の処理種別別通信
量計数部Ｃ１で輻輳が発生した場合に、処理種別別計数
結果をオペレーションシステムＯ２に通知する処理種別
別通信量計数部Ｃ１の動作を示すフローチャートであ
る。同図において、処理種別別通信量計数部Ｃ１では、
イベントを受信すると、そのイベントが輻輳発生のイベ
ントであるか判断する（ステップＳ３０１）。そして、
輻輳発生のイベントであれば、通信量を測定した時間の
収集を行う（ステップＳ３０２→Ｓ３０３）。さらに、
処理種別別の計数結果の収集を行い（ステップＳ３０
４）、後述する図４に示されている情報を作成してオペ
レーションシステムＯ２に送信する（ステップＳ３０
５）。

【００２２】また、処理種別別通信量計数部Ｃ１では、
受信したイベントが輻輳発生ではなく、タイマー満了で
あれば、処理種別別の計数結果を初期化する（ステップ
Ｓ３０２→Ｓ３０６→Ｓ３０７）。そして、タイマーの
再起動を行う（ステップＳ３０８）。さらに、処理種別
別通信量計数部Ｃ１では、受信したイベントが輻輳発生
ではなく、タイマー満了でもなく、通信処理のイベント
であれば、処理種別に合致したカウンタを「１」加算す
る（ステップＳ３０２→Ｓ３０６→Ｓ３０９）。

【００２３】以上の動作により、輻輳が発生する直前ま
での一定時間の処理種別別の計数を行い、測定した時間
と計数結果とをオペレーションシステムＯ２へ通知す
る。図４には、通信装置Ｎ１内の処理種別別通信量計数
部Ｃ１で作成され計数結果受信部Ａ１に通知される情報
の構成例が示されている。同図を参照すると、本例で
は、測定時間は３０（秒）である。そして、通信装置Ｎ
１において、対Ｔ１送信通信量は「７００」、対Ｔ１受
信通信量は「４００」、対Ｎ２送信通信量は「１０
０」、対Ｎ２受信通信量は「１１０」、対Ｎ３送信通信
量は「１１０」、対Ｎ３受信通信量は「１００」、対Ｎ
４送信通信量は「２００」、対Ｎ４受信通信量は「６０
０」、である。

【００２４】図５には、換算情報ＤＢＡ２２で管理する
処理換算値の構成例が示されている。同図を参照する
と、本例では、基準時間は６０（秒）である。そして、
通信装置Ｎ１について、対Ｔ１送信通信量は「３００
０」、対Ｔ１受信通信量は「２０００」、対Ｎ２送信通
信量は「１２００」、対Ｎ２受信通信量は「１００
０」、対Ｎ３送信通信量は「１２００」、対Ｎ３受信通
信量は「１０００」、対Ｎ４送信通信量は「１２０
０」、対Ｎ４受信通信量は「１０００」、である。

【００２５】図６には、閾値情報ＤＢＡ３２で管理する
情報の構成例が示されている。本例では、要因特定閾値
は「１．０」である。ここで、処理負荷演算部Ａ２３で
実施する演算の一例について、図４及び図５を用いて説
明する。通信装置Ｎ１より計数結果受信部Ａ１を介して
測定時間、処理種別別の通信量が処理負荷演算部Ａ２３
に通知され、処理負荷演算部Ａ２３では、換算情報ＤＢ
Ａ２２の基準時間に合わせるため、処理負荷演算部Ａ２
３で通知された各処理種別別の通信量（Ｘ）に、換算情
報ＤＢＡ２２の基準時間（Ｙ）を処理負荷演算部Ａ２３
で通知された測定時間（Ｚ）で除算した結果を掛け合わ
せる。掛け合わせた処理種別毎の結果を換算情報ＤＢＡ
２２の処理種別毎の処理換算値で除算することで処理種
別毎の処理負荷を演算する。

【００２６】つまり、各処理種別別の通信量をＸ、基準
時間をＹ、測定時間をＺ、処理換算値をＷとすると、処
理種別毎の処理負荷は式（１）のようになる。Ｘ・（Ｙ／Ｚ）／Ｗ …（１）通信装置Ｎ１で輻輳が発生し、輻輳の要因をオペレーシ
ョンシステムＯ２で分析し、入出力装置Ｄ１で表示する
一連の動作について、上記の図１〜図６を参照しながら
説明する。

【００２７】図１に示されている通信装置Ｎ１では、処
理種別別通信量計数部Ｃ１で処理種別別の通信量を計数
しており、輻輳が発生すると、上記処理種別別通信量計
数部Ｃ１によって、図４に示されている情報を、図１に
示されているオペレーションシステムＯ２の計数結果受
信部Ａ１に通知する。計数結果受信部Ａ１では受信した
計数結果を処理負荷計算部Ａ２へ通知し、処理負荷計算
部Ａ２では、換算情報読出部Ａ２１で換算に必要な図５
の情報を換算情報ＤＢＡ２２より読出し、処理負荷演算
部Ａ２３へ通知する。処理負荷演算部Ａ２３では、上述
した式（１）に従って処理種別毎の処理負荷を演算し、
要因特定部Ａ３へ通知する。式（１）に従った演算結果
例が図７に示されている。

【００２８】対Ｔ１受信通信量は、７００・（６０／３０）／３０００＝約０．５となる。同様に、対Ｔ１受信通信量は「０．４」、対Ｎ
２送信通信量は「約０．２」、対Ｎ２受信通信量は「約
０．２」、対Ｎ３送信通信量は「約０．２」、対Ｎ３受
信通信量は「０．２」、対Ｎ４送信通信量は「約０．
３」、対Ｎ４受信通信量は「１．２」、である。

【００２９】要因特定部Ａ３では、処理負荷計算部Ａ２
より通知された処理負荷を比較するために必要な、図６
に示されている構成の閾値情報を閾値情報読出部Ａ３１
にて閾値情報ＤＢＡ３２より読出し、輻輳要因特定部Ａ
３３に通知する。輻輳要因特定部Ａ３３では、通知され
た処理種別別の処理負荷と閾値情報とを比較し、閾値を
越えた処理種別を特定し、輻輳要因通知部Ａ３４へ通知
する。輻輳要因通知部Ａ３４では、通知された処理種別
を図１に示されている入出力装置Ｄ１に送出する。本例
では図７に示されているように、対Ｎ４受信通信量は
「１．２」であり、図６に示されている閾値「１．０」
より大である。このため、対Ｎ４受信通信量が輻輳要因
であると判断できるので、これを入出力装置Ｄ１に送出
する。

【００３０】ここで、ある通信装置に対する処理負荷と
して、例えば、発信処理と着信処理とがあり、発信処理
を１つ処理するための処理負荷と着信処理を１つ処理す
るための処理負荷とが異なる場合を考える。ここでは、
処理負荷同士を相対的に比較すると、発信処理：着信処
理＝３：１とする。この場合、通信装置が処理できる処
理量（呼の数）は、発信処理の処理負荷×発信処理の処
理量＋着信処理の処理負荷×着信処理の処理量＜通信装
置の処理能力、となる場合である。仮に、発信処理のみ
では１分間に１０００呼処理できる能力があるとする
と、着信処理のみでは３０００呼処理できることにな
る。

【００３１】したがって、通信装置への処理影響を呼の
数のみで比較することはできず、重みを付けて比較する
必要がある。そのため、本例では、処理種別毎に具備す
る処理換算値との除算を行う。上記の例では、除算する
処理換算値は、発信処理が「１０００」、着信処理が
「３０００」となる。このように比較することで、それ
ぞれの処理負荷毎の通信装置の処理能力に対する割合が
計算される。例えば、発信処理が７００呼、着信処理が
７００呼とすると、発信処理が「０．７」、着信処理が
「０．２３」と計算できる。

【００３２】そして、これらの発信処理、着信処理を、
閾値（図６では「１．０」）と比較するのは、処理負荷
別に、主たる要因となり得るものがあるか否かをふるい
分けるためである。すなわち、例えば、着信処理の処理
負荷と発信処理の処理負荷とが同じくらいの割合であっ
た場合に、同じ程度の処理負荷であるため、両方が要因
であると判定する必要がある。そして、上記の発信処理
「０．７」、着信処理「０．２３」の場合には、発信処
理の方が、着信処理よりも影響度合いが大であるため、
発信処理を輻輳要因であると判定する必要がある。その
ため、閾値を設け、その値と比較することで、他の要因
より通信装置に与える負荷が大きいと判定し、仮に閾値
を越えるものがなかった場合には、各処理が同程度の影
響を与えると考え、全ての処理種別を要因と判断する。

【００３３】以上のように本システムでは、通信装置か
ら通知される自律メッセージ内の情報を利用して輻輳の
要因を瞬時に分析するので、従来技術とは異なり、輻輳
発生直後に運用者の作業無しに自動で輻輳要因の分析、
表示が行える。ところで、以上説明した輻輳要因分析シ
ステムでは、以下のような輻輳要因分析方法が実現され
ている。

【００３４】すなわち、通信ネットワークを構成する複
数の通信装置のいずれかが輻輳状態になった場合に、該
輻輳の要因を分析する輻輳要因分析方法であり、上記複
数の通信装置のうちのいずれかの装置で輻輳が発生した
場合、該輻輳が発生する直前までに輻輳が発生した通信
装置が処理した処理種別毎の計数結果を通知する計数結
果通知ステップと、上記複数の通信装置の処理種別毎の
計数結果と処理種別毎の処理負荷換算情報とを基に該処
理種別毎の処理負荷を計算する処理負荷計算ステップ
と、上記処理種別毎の処理負荷と所定閾値とを比較し、
閾値を越えた処理種別を輻輳要因と特定する要因特定ス
テップとを含む輻輳要因分析方法が実現されている。そ
して、上記計数結果通知ステップにおいては、上記通信
装置が単位時間内に処理した処理種別毎の計数結果を通
知する。また、上記処理負荷計算ステップにおいては、
上記計数結果を上記通信装置が単位時間内に処理できる
処理種別毎の基準値で除算して上記処理負荷を計算す
る。

【００３５】以上のような輻輳要因分析方法において
も、通信装置から通知される自律メッセージ内の情報を
利用して輻輳の要因を瞬時に分析するので、従来技術と
は異なり、輻輳発生直後に運用者の作業無しに自動で輻
輳要因の分析、表示が行える。

【００３６】

【発明の効果】以上説明したように本発明は、通信装置
から通知される自律メッセージ内の情報を利用して輻輳
の要因を分析することにより、複雑に構成される通信ネ
ットワークで輻輳が発生した場合でも、輻輳発生の要因
を運用者の作業無しで、直ちに、正確に分析、表示する
ことができ、迅速かつ効果的な規制実施による輻輳の沈
静が可能になるという効果がある。

【図面の簡単な説明】

【図１】本発明による輻輳要因分析システムの実施の一
形態を示すブロック図である。

【図２】本発明を実現するオペレーションシステムの一
実施例を示すブロック図である。

【図３】通信装置で輻輳が発生した場合に処理種別別計
数結果をオペレーションシステムに通知する処理種別別
通信量計数部の動作を示すフローチャートである。

【図４】輻輳状態となった通信装置から計数結果受信部
に通知される情報の構成例を示す図である。

【図５】換算情報ＤＢで管理する情報の構成例を示す図
である。

【図６】閾値情報ＤＢで管理する情報の構成例を示す図
である。

【図７】処理負荷計算部で演算した演算結果を示す図で
ある。

【図８】従来の通信ネットワーク輻輳要因の分析方法を
説明するためのブロック図である。

【符号の説明】

Ａ１計数結果受信部Ａ２処理負荷計算部Ａ３要因特定部Ａ２１換算情報読出部Ａ２２換算情報ＤＢＡ２３処理負荷演算部Ａ３１閾値情報読出部Ａ３２閾値情報ＤＢＡ３３輻輳要因特定部Ａ３４輻輳要因通知部Ｃ１処理種別別通信量計数部Ｄ１入出力装置Ｎ１〜Ｎ４通信装置Ｏ１、Ｏ２オペレーションシステムＴ１〜Ｔ４通信端末

───────────────────────────────────────────────────── フロントページの続き (72)発明者積田勝幸東京都千代田区永田町二丁目11番１号株式会社エヌ・ティ・ティ・ドコモ内 (72)発明者谷川延広東京都千代田区永田町二丁目11番１号株式会社エヌ・ティ・ティ・ドコモ内Ｆターム(参考） 5K019 BB22 DC01 5K030 GA13 HB08 JA10 LC11 MA01 MB02 MB09

Claims

【特許請求の範囲】

【請求項１】通信ネットワークを構成する複数の通信
装置のいずれかが輻輳状態になった場合に、該輻輳の要
因を分析する輻輳要因分析システムであって、前記複数
の通信装置のうちのいずれかの装置で輻輳が発生した場
合、該輻輳が発生する直前までに輻輳が発生した通信装
置が処理した処理種別毎の計数結果を通知する計数結果
通知手段と、前記複数の通信装置の処理種別毎の計数結
果と処理種別毎の処理負荷換算情報とを基に該処理種別
毎の処理負荷を計算する処理負荷計算手段と、前記処理
種別毎の処理負荷と所定閾値とを比較し、閾値を越えた
処理種別を輻輳要因と特定する要因特定手段とを含むこ
とを特徴とする輻輳要因分析システム。
【請求項２】前記計数結果通知手段は、前記通信装置
が単位時間内に処理した処理種別毎の計数結果を通知す
ることを特徴とする請求項１記載の輻輳要因分析システ
ム。
【請求項３】前記処理負荷計算手段は、前記計数結果
を前記通信装置が単位時間内に処理できる処理種別毎の
基準値で除算して前記処理負荷を計算することを特徴と
する請求項２記載の輻輳要因分析システム。
【請求項４】通信ネットワークを構成する複数の通信
装置のいずれかが輻輳状態になった場合に、該輻輳の要
因を分析する輻輳要因分析方法であって、前記複数の通
信装置のうちのいずれかの装置で輻輳が発生した場合、
該輻輳が発生する直前までに輻輳が発生した通信装置が
処理した処理種別毎の計数結果を通知する計数結果通知
ステップと、前記複数の通信装置の処理種別毎の計数結
果と処理種別毎の処理負荷換算情報とを基に該処理種別
毎の処理負荷を計算する処理負荷計算ステップと、前記
処理種別毎の処理負荷と所定閾値とを比較し、閾値を越
えた処理種別を輻輳要因と特定する要因特定ステップと
を含むことを特徴とする輻輳要因分析方法。
【請求項５】前記計数結果通知ステップにおいては、
前記通信装置が単位時間内に処理した処理種別毎の計数
結果を通知することを特徴とする請求項４記載の輻輳要
因分析方法。
【請求項６】前記処理負荷計算ステップにおいては、
前記計数結果を前記通信装置が単位時間内に処理できる
処理種別毎の基準値で除算して前記処理負荷を計算する
ことを特徴とする請求項５記載の輻輳要因分析方法。