(57)【特許請求の範囲】
【請求項１】
リング網を構成する複数の通信装置と、
前記リング網の監視装置と、
を備え、
前記複数の通信装置のそれぞれは、
フレームを中継する中継部と、
中継するフレームに対して、前記リング網において当該フレームを中継した通信装置数を示すＩＤを付加するＩＤ処理部と、を含み、
前記監視装置は、前記リング網を構成する所定の通信装置で受け付けられた前記ＩＤが付加されたフレームについて、中継した通信装置数毎にフレームのデータ量を集計する集計部を含むことを特徴とする通信システム。
【請求項２】
前記監視装置の集計部は、ブロックポイントを設定した通信装置で受け受けられたフレームについて、中継した通信装置数毎にフレームのデータ量を集計し、
前記監視装置は、中継した通信装置数が相対的に大きいフレームの集計値が、中継した通信装置数が相対的に小さいフレームの集計値より大きい場合に、前記ブロックポイントを設定した通信装置においてブロックポイントの現在位置が最適な位置とは異なると判定する判定部をさらに備えることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記監視装置の集計部は、前記複数の通信装置のそれぞれで受け付けられたフレームについて、通信装置毎かつ中継した通信装置数毎にフレームのデータ量を集計し、
前記監視装置は、前記集計部による集計結果にもとづいて、ブロックポイントを現在とは異なる位置へ変更した場合の、中継した通信装置数毎の集計値を推定することにより、前記リング網におけるブロックポイントの最適な位置を推定する推定部をさらに備えることを特徴とする請求項１または２に記載の通信システム。
【請求項４】
前記監視装置の推定部は、中継した通信装置数が相対的に大きいフレームの集計値が可及的に小さくなるよう前記リング網におけるブロックポイントの最適な位置を推定することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記監視装置の推定部は、予め定められた実行条件が充足された場合、その時点での前記リング網におけるブロックポイントの最適な位置を推定することを特徴とする請求項３または４に記載の通信システム。
【請求項６】
リング網を構成する複数の通信装置のうち所定の通信装置が受け付けたフレームに付加されたＩＤであり、前記リング網において当該フレームを中継した通信装置数を示すＩＤの情報と、当該フレームのデータ量の情報を取得する取得部と、
前記所定の通信装置で受け付けられたフレームについて、中継した通信装置数毎にフレームのデータ量を集計する集計部と、
を備えることを特徴とするリング網の監視装置。
【請求項７】
リング網を構成する通信装置がフレームを中継する場合に、中継するフレームに対して、前記リング網において当該フレームを中継した通信装置数を示すＩＤを付加するステップと、
前記リング網における所定の通信装置で受け付けられた前記ＩＤが付加されたフレームについて、中継した通信装置数毎にフレームのデータ量を集計するステップと、
を備えることを特徴とするリング網の流量監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はデータ通信技術に関し、特に通信システム、リング網の監視装置およびリング網の流量監視方法に関する。
【背景技術】
【０００２】
通信網の信頼性を高めるために、リングトポロジーのように通信網を構成する複数の通信装置をリング状に接続して、物理的な冗長経路を設けることがある。ただし、データフレームがリング網をループしてしまうと、リング網での正常な通信が困難になる。そのためリング制御用のプロトコルを用いて、特定の通信装置における特定の通信ポートをブロックポイントとして設定し、当該通信ポートを介したデータフレーム中継をブロックすることにより、任意の通信装置間のフレーム中継経路を一意に定める必要がある。
【０００３】
リング網における各通信装置間では、ユーザデータとは別に専用の監視フレームを装置間でやりとりする。そして、いずれかの装置間で回線障害が発生したときには、それまでのブロックポイントを開放し、障害が発生していない経路を介して通信を継続する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２８４４０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
リング網を流れるユーザデータの流量は、時間帯や曜日等により変動する。したがって、リング網においてユーザデータの流量に応じたブロックポイントの最適位置を決定することは容易ではなかった。
【０００６】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、リング網において適切な位置にブロックポイントを設定できるよう支援するための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の通信システムは、リング網を構成する複数の通信装置と、リング網の監視装置と、を備える。複数の通信装置のそれぞれは、フレームを中継する中継部と、中継するフレームに対して、リング網において当該フレームを中継した通信装置数を示すＩＤを付加するＩＤ処理部と、を含む。監視装置は、リング網を構成する所定の通信装置で受け付けられたＩＤが付加されたフレームについて、中継した通信装置数毎にフレームのデータ量を集計する集計部を含む。
【０００８】
本発明の別の態様は、リング網の監視装置である。この装置は、リング網を構成する複数の通信装置のうち所定の通信装置が受け付けたフレームに付加されたＩＤであり、リング網において当該フレームを中継した通信装置数を示すＩＤの情報と、当該フレームのデータ量の情報を取得する取得部と、所定の通信装置で受け付けられたフレームについて、中継した通信装置数毎にフレームのデータ量を集計する集計部と、を備える。
【０００９】
本発明のさらに別の態様は、リング網の流量監視方法である。この方法は、リング網を構成する通信装置がフレームを中継する場合に、中継するフレームに対して、リング網において当該フレームを中継した通信装置数を示すＩＤを付加するステップと、リング網における所定の通信装置で受け付けられたＩＤが付加されたフレームについて、中継した通信装置数毎にフレームのデータ量を集計するステップと、を備える。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を、装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、リング網において適切な位置にブロックポイントを設定できるよう支援することができる。
【図面の簡単な説明】
【００１２】
【図１】リング網におけるユーザデータの伝送を模式的に示す図である。
【図２】リング網におけるユーザデータの伝送を模式的に示す図である。
【図３】実施の形態の通信システムの構成を示す図である。
【図４】図３の通信装置の機能構成を示すブロック図である。
【図５】図３の監視装置の機能構成を示すブロック図である。
【図６】リング網におけるフレーム伝送を模式的に示す図である。
【図７】ＭＡＣフレームに対するＩＤタグの設定を模式的に示す図である。
【図８】集計部による集計結果を示す図である。
【図９】リング網におけるフレーム伝送を模式的に示す図である。
【図１０】リング網におけるフレーム伝送を模式的に示す図である。
【図１１】集計部による集計結果を示す図である。
【図１２】推定部による推定処理の過程を示す図である。
【図１３】遷移情報保持部が保持する対応関係を示す図である。
【図１４】推定部による推定結果を示す図である。
【図１５】リング網におけるフレーム伝送を模式的に示す図である。
【図１６】推定部による推定処理の過程を示す図である。
【図１７】推定部による推定結果を示す図である。
【図１８】リング網におけるフレーム伝送を模式的に示す図である。
【発明を実施するための形態】
【００１３】
本発明の実施の形態の構成を説明する前に、本発明の概要を説明する。
図１および図２は、リング網におけるユーザデータ（「ユーザフレーム」、「主信号」とも呼ばれる）の伝送を模式的に示す。図１に示すように、リングプロトコルを実装した複数の通信装置（通信装置１０ａ〜通信装置１０ｅ）で構成されるリング網１２では、データフレームのループを防止するため、ある１台の通信装置（図１では通信装置１０ａ）にブロックポイント１４を設ける。リング網１２では、ブロックポイント１４を迂回する経路で信号疎通がなされる。ある区間に障害が発生した場合は、通信装置１０ａのブロックポイント１４を開放し、障害発生区間を迂回する経路で信号疎通が維持される。
【００１４】
図１において、ユーザ装置１６ａ〜ユーザ装置１６ｂ間でやりとりされるユーザデータ（通信速度２００Ｍｂｐｓ）は経路２００で伝送される。また、ユーザ装置１６ｃ〜ユーザ装置１６ｄ間でやりとりされるユーザデータ（通信速度１００Ｍｂｐｓ）は経路２０２で伝送される。ユーザ装置は、ユーザ網に設置された装置であり、例えばユーザのＰＣ端末であってもよい。ここで、ユーザ装置１６ａ〜ユーザ装置１６ｂ間でやりとりされるユーザデータは、多くの通信装置を跨って伝送されるため伝送遅延が大きく、またリング網１２の帯域を多く消費してしまうという問題がある。
【００１５】
図２で示すように、通信装置１０ａのブロックポイント１４を、図１とは逆側のリング接続ポート、すなわち通信装置１０ｅ側のリング接続ポートに設定すれば、ユーザ装置１６ａ〜ユーザ装置１６ｂ間でやりとりされる２００Ｍｂｐｓのユーザデータは経路２０４で伝送されることになる。すなわち、無駄な信号の迂回がなく、最適かつ最短な経路で伝送される。
【００１６】
しかし、リング網を流れるユーザデータの流量は、時間帯（昼／夜）や曜日（平日／休日）によって変動する。したがって、リング網においてユーザデータの伝送経路を最適なものとすること、言い換えれば、リング網においてブロックポイントを最適な位置に決定することは簡単ではなかった。
【００１７】
そこで実施の形態の通信システムは、リング網においてブロックポイントを最適な位置に決定することを支援するための客観データ、具体的には、リング網におけるユーザデータの流量を計測し、リング網の運用担当者へ提供する。また、リング網におけるユーザデータの流量にもとづいてブロックポイントの最適位置を推定する。
【００１８】
図３は、実施の形態の通信システムの構成を示す。通信システム１００は、通信装置１０で総称される通信装置１０ａ、通信装置１０ｂ、通信装置１０ｃ、通信装置１０ｄ、通信装置１０ｅと、監視装置１８を備える。通信装置１０のそれぞれはレイヤ２スイッチであり、通信ケーブルを介してリング状に相互接続されてリング網１２を構成する。実施の形態のリング網１２は、ユーザデータとしてのＭＡＣフレームを伝送するレイヤ２の通信網とするが、他の種類の通信網でもよく、例えばレイヤ３の通信網であってもよい。この場合、通信装置１０はＩＰパケットを中継するレイヤ３スイッチであってもよい。
【００１９】
通信装置１０は、リング網１２内で伝送すべきＭＡＣフレームを中継する。またリング網１２内からリング網１２外部のネットワーク（以下、「外部網」と呼ぶ。）へ伝送すべきＭＡＣフレームを中継し、また外部網からリング網１２内へ伝送すべきＭＡＣフレームを中継する。
【００２０】
図３の「Ｌ」「Ｒ」は、リング網１２と接続する通信ポートを識別するための便宜的な呼称である。以下では、図の時計回りにＭＡＣフレームを送出し、反時計回りにＭＡＣフレームを受信する側を「Ｌ側」と呼び、図の反時計回りにＭＡＣフレームを送出し、時計回りにＭＡＣフレームを受信する側を「Ｒ側」と呼ぶこととする。
【００２１】
監視装置１８は、リング網におけるユーザデータの流量を監視する情報処理装置である。実施の形態において、監視装置１８は、通信装置１０の外部に設けられることとするが、いずれかの通信装置１０の内部に設けられてもよい。
【００２２】
図４は、図３の通信装置１０の機能構成を示すブロック図である。通信装置１０は、通信ポート群３０と、中継処理部４０と、ＩＤ処理部５０を備える。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２３】
通信ポート群３０は、Ｌ側リングポート３２とＲ側リングポート３４と外部網接続ポート３６を含む。Ｌ側リングポート３２は、通信装置１０のＬ側でリング網１２の伝送路と接続する通信ポートであり、Ｒ側リングポート３４は、通信装置１０のＲ側でリング網１２の伝送路と接続する通信ポートである。Ｌ側リングポート３２およびＲ側リングポート３４は、自身にブロックポイントが設定された場合、ＭＡＣフレームの受信および送出を抑制する。外部網接続ポート３６は、外部網の伝送路と接続する通信ポートである。
【００２４】
中継処理部４０は、スイッチ部４２とブロックポイント設定部４４を含む。ブロックポイント設定部４４は、監視装置１８から受け付けられた指示にしたがって、Ｌ側リングポート３２またはＲ側リングポート３４にブロックポイントを設定する。この指示は、例えばリングプロトコルに即したデータフレームであり、特定の通信ポートにブロックポイントを設定するよう指示するＭＡＣフレームであってもよい。
【００２５】
スイッチ部４２は、通信ポート群３０で受信されたＭＡＣフレームのＭＡＣアドレスにしたがって、そのＭＡＣフレームを送出すべき通信ポートを決定する。そして、決定した通信ポートへＭＡＣフレームを渡して伝送路へ送出させる。スイッチ部４２は、ブロックポイントが設定された通信ポートからのＭＡＣフレームの送出を抑制する。
【００２６】
ＩＤ処理部５０は、ＩＤ付加部５２と、ＩＤ更新部５４と、ＩＤ削除部５６と、流量特定部５７と、通知部５８を含む。ＩＤ付加部５２は、外部網接続ポート３６で受信されたＭＡＣフレームであり、外部網からリング網１２へ流入したＭＡＣフレームに対して、リング網１２において当該ＭＡＣフレームを中継した通信装置１０の数を示す「通過ＩＤ」のタグを付加する。通過ＩＤは、リング網１２においてＭＡＣフレームが通過した通信装置１０の数を示すとも言え、リング網１２内でのＭＡＣフレームのホップ数を示すとも言える。また通過ＩＤを格納するタグを「ＩＤタグ」と呼ぶ。ＩＤ付加部５２は、通過ＩＤの初期値として通過ＩＤ＝１のＩＤタグをＭＡＣフレームへ付加する。
【００２７】
ＩＤ更新部５４は、Ｌ側リングポート３２で受信されてＲ側リングポート３４から送出されるＭＡＣフレーム、または、Ｒ側リングポート３４で受信されてＬ側リングポート３２から送出されるＭＡＣフレーム、すなわちリング網１２内部で中継されるＭＡＣフレームのＩＤタグを更新する。具体的には、ＩＤタグに格納された通過ＩＤをインクリメントする。
【００２８】
ＩＤ削除部５６は、Ｌ側リングポート３２またはＲ側リングポート３４で受信されて外部網接続ポート３６から送出されるＭＡＣフレームから、そのＭＡＣフレームに付加されたＩＤタグを削除する。このＭＡＣフレームは、リング網１２から外部網へ流出するＭＡＣフレームと言え、スイッチ部４２が外部網接続ポート３６を出力ポートとして決定したＭＡＣフレームと言える。これにより、リング網１２内部でのＭＡＣフレーム伝送においてのみＩＤタグが付加されることとなり、リング網１２外部のユーザ装置に与える影響を排除することができる。
【００２９】
流量特定部５７は、Ｌ側リングポート３２またはＲ側リングポート３４で受信されて外部網接続ポート３６から送出されるＭＡＣフレームを参照して、そのＭＡＣフレームに付加されたＩＤタグの通過ＩＤと、そのＭＡＣフレームのデータ量を特定する。このＭＡＣフレームもまた、リング網１２から外部網へ流出するＭＡＣフレームと言え、スイッチ部４２が外部網接続ポート３６を出力ポートとして決定したＭＡＣフレームと言える。
【００３０】
流量特定部５７は、ＭＡＣフレームの受信ポート（すなわち「Ｌ側」「Ｒ」側）を示す情報、ＭＡＣフレームの通過ＩＤと、ＭＡＣフレームのデータ量とを対応づけた情報を「受信フレーム情報」として設定する。流量特定部５７は、過去の所定期間内（例えば過去１分以内）に受信された各ＭＡＣフレームの受信フレーム情報を所定の記憶領域に逐次蓄積してもよい。
【００３１】
通知部５８は、監視装置１８からの情報取得要求を受け付け、流量特定部５７により特定された受信フレーム情報を、自装置の識別情報とともに監視装置１８へ通知する。例えば、情報取得要求を受け付けた時点から過去の所定期間内（例えば過去１分以内）に受信された各ＭＡＣフレームの受信フレーム情報を監視装置１８へ送信してもよい。
【００３２】
図５は、図３の監視装置の機能構成を示すブロック図である。監視装置１８は、データ保持部６０とデータ処理部７０を備える。データ保持部６０は、各種データを保持する記憶領域であり、リング網情報保持部６２と、遷移情報保持部６４と、実行条件保持部６６を含む。
【００３３】
リング網情報保持部６２は、リング網１２の構成に関する情報を保持する。具体的には、リング網１２を構成する通信装置１０ａ〜通信装置１０ｅの配置を示す情報、例えば、通信装置１０ａのＲ側が通信装置１０ｂであること、通信装置１０ａのＬ側が通信装置１０ｅであることを示す情報を保持する。またリング網１２におけるブロックポイントの現在位置を示す情報、例えば通信装置１０ａのＲ側にブロックポイントが設定されていることを示す情報を保持する。
【００３４】
遷移情報保持部６４は、リング網１２のブロックポイントの設定位置を変更する場合の、変更前のデータフレームの伝送経路と変更後のデータフレームの伝送経路との対応関係を保持する。具体的には、ＭＡＣフレームのオリジナルの伝送方向および通過ＩＤの組み合わせと、遷移先の伝送方向および通過ＩＤの組み合わせとを対応づけて保持する。遷移情報保持部６４に格納されるデータの具体例は後述する。
【００３５】
実行条件保持部６６は、後述の判定部７６による判定処理および推定部７８による推定処理の実行条件を保持する。実行条件は、特定の曜日および時刻の組み合わせであってもよく、例えば、平日の９時、平日の１５時、休日の１２時、休日の１９時等の実行タイミングを規定した情報であってもよい。また実行条件は、通信装置１０におけるＭＡＣフレームの流量を示す情報であってもよく、例えば、特定の通信ポートで受け付けられたフレームのデータ量の閾値（１Ｇｂｐｓ等）を規定した情報であってもよい。また実行条件は、リング網１２の運用管理者により自由に設定・変更されてよい。
【００３６】
データ処理部７０は、リング網１２におけるフレーム伝送状況の監視処理およびリング網１２の運用管理処理を実行する。具体的には、（１）ブロックポイントを設定した通信装置１０におけるブロックポイントの最適位置を判定する「装置内ブロックポイント最適位置判定処理」と、（２）リング網１２全体におけるブロックポイントの最適位置を推定する「リング網ブロックポイント最適位置推定処理」を実行する。
【００３７】
データ処理部７０は、フレーム情報取得部７２と、集計部７４と、判定部７６と、推定部７８と、表示制御部８０と、指示部８２を含む。
【００３８】
まず、装置内ブロックポイント最適位置判定処理を実行する構成を説明する。
指示部８２は、ブロックポイントを設定している特定の通信装置１０（以下、「特定装置」とも呼ぶ。）を指定した装置内ブロックポイント最適位置判定処理の実行指示を運用担当者から受け付けると、特定装置に対して受信フレーム情報の提供を指示する。フレーム情報取得部７２は、特定装置から通知された１以上の受信フレーム情報を取得する。
【００３９】
集計部７４は、フレーム情報取得部７２が取得した１以上の受信フレーム情報について、通過ＩＤ毎、言い換えれば、ＭＡＣフレームを中継した通信装置１０の数（以下、「中継装置数」とも呼ぶ。）毎にＭＡＣフレームのデータ量を集計する。
【００４０】
判定部７６は、集計部７４による集計結果を参照し、特定装置においてブロックポイントが最適な通信ポートに設定されているか否かを判定する。具体的には、中継装置数が相対的に大きいＭＡＣフレームのデータ量の集計値が、中継装置数が相対的に小さいＭＡＣフレームのデータ量の集計値より小さい場合、特定装置におけるブロックポイントの現在位置が最適位置であると判定する。その一方、中継装置数が相対的に大きいＭＡＣフレームのデータ量の集計値が、中継装置数が相対的に小さいＭＡＣフレームのデータ量の集計値より大きい場合、特定装置におけるブロックポイントの現在位置が最適位置とは異なると判定する。
【００４１】
表示制御部８０は、集計部７４による集計結果、および、判定部７６による判定結果を所定の表示装置に表示させる。これにより、運用担当者が特定装置の適切な位置にブロックポイントを設定できるよう支援することができる。
【００４２】
例えば、運用担当者は、特定装置においてブロックポイントを現在とは逆のリングポートへ変更する旨の指示を監視装置１８へ入力してもよい。監視装置１８の指示部８２は、特定装置に対して現在のブロックポイントの開放指示と、現在とは逆のリング接続ポートへのブロックポイントの設定指示を送信することにより、特定装置においてブロックポイントの位置を変更させてもよい。なお、判定部７６が特定装置におけるブロックポイントの現在位置が最適位置とは異なると判定した場合、指示部８２は、自立的に、ブロックポイントの開放指示および設定指示を送信してもよい。
【００４３】
次に、リング網ブロックポイント最適位置推定処理を実行する構成を説明する。
指示部８２は、リング網ブロックポイント最適位置推定処理の実行指示を運用担当者から受け付けると、通信装置１０ａ〜通信装置１０ｅのそれぞれに対して受信フレーム情報の提供を指示する。フレーム情報取得部７２は、通信装置１０ａ〜通信装置１０ｅのそれぞれから通知された１以上の受信フレーム情報を取得する。
【００４４】
集計部７４は、フレーム情報取得部７２が取得した１以上の受信フレーム情報について、通信装置１０の装置毎、かつ受信ポート毎、かつ通過ＩＤ毎にＭＡＣフレームのデータ量を集計する。
【００４５】
推定部７８は、集計部７４による集計結果を参照し、リング網１２におけるブロックポイントの最適位置を推定する。具体的には、ブロックポイントを現在とは異なる位置へ変更した場合の、中継装置数毎の集計値を推定し、リング網１２における全流量を推定する。言い換えれば、ブロックポイントを、リング網１２においてブロックポイントを設定可能な全ての位置のそれぞれに移行した場合の、中継装置数毎の集計値の推移をシミュレートし、リング網１２における全流量を推定する。
【００４６】
推定部７８は、中継装置数が相対的に大きいフレームの集計値が可及的に小さくなったブロックポイントの位置を、ブロックポイントの最適位置として推定する。言い換えれば、リング網１２の全流量を最小にするブロックポイントの位置を、ブロックポイントの最適位置として推定する。
【００４７】
表示制御部８０は、集計部７４による集計結果、および、推定部７８による推定結果を所定の表示装置に表示させる。これにより、運用担当者が特定装置の適切な位置にブロックポイントを設定できるよう支援できる。
【００４８】
例えば、運用担当者は、ブロックポイントの最適位置として示された通信装置１０にブロックポイントを設定する旨の指示を監視装置１８へ入力してもよい。監視装置１８の指示部８２は、現在ブロックポイントを設定している通信装置１０に対してブロックポイントの開放指示を送信するとともに、新たにブロックポイントを設定すべき通信装置１０に対してブロックポイントの設定指示を送信してもよい。なお、判定部７６がブロックポイントの最適位置として現在位置とは異なる位置を推定した場合、指示部８２は、自立的に、ブロックポイントの開放指示および設定指示を送信してもよい。
【００４９】
以上の構成による通信システム１００の動作を以下説明する。
まず、装置内ブロックポイント最適位置判定処理に関する動作を説明する。図６は、リング網１２におけるフレーム伝送を模式的に示す。図６のモデルケースでは、
（１）通信装置１０ａ〜通信装置１０ｂ間の通信装置１０ａ側（すなわち通信装置１０ａのＲ側）にブロックポイント１４が設定されている。
（２）通信装置１０ａ配下のユーザ装置と通信装置１０ｂ配下のユーザ装置が経路２１０を介して３００Ｍｂｐｓで通信している。
（３）通信装置１０ｄ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置が経路２１２を介して２００Ｍｂｐｓで通信している。
（４）通信装置１０ａ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置が経路２１４を介して１００Ｍｂｐｓで通信している。
（５）説明の簡明化のため、ユーザ装置間の通信は双方向同じ通信量である。
【００５０】
図６のモデルでは、通信装置１０ｂ〜通信装置１０ｃ間の流量は３００Ｍｂｐｓ、通信装置１０ｃ〜通信装置１０ｄ間の流量は３００Ｍｂｐｓ、通信装置１０ｄ〜通信装置１０ｅ間の流量は５００Ｍｂｐｓ、通信装置１０ｅ〜通信装置１０ａ間の流量は４００Ｍｂｐｓである。したがってリング網１２の総流量は片方向あたり１５００Ｍｂｐｓとなる。
【００５１】
図７は、ＭＡＣフレームに対するＩＤタグの設定を模式的に示す。同図は、通信装置１０ａ配下のユーザ装置と通信装置１０ｂ配下のユーザ装置による経路２１０を介した通信を示している。図７の例では、通信装置１０ｂの外部網接続ポート３６は、通信装置１０ｂ配下のユーザ装置から送出されたＭＡＣフレーム２０を受信する。通信装置１０ｂのＩＤ付加部５２は、通過ＩＤ＝１のＩＤタグ２２をＭＡＣフレーム２０へ新規に付加し、通信装置１０ｂは、Ｒ側リングポート３４からＭＡＣフレーム２０を送出する。通信装置１０ｃのＩＤ更新部５４は、ＩＤタグ２２に格納された通過ＩＤをインクリメント（通過ＩＤ＝２）する。同様に通信装置１０ｄおよび通信装置１０ｅも、ＭＡＣフレーム２０を中継する際にＩＤタグ２２に格納された通過ＩＤを順次インクリメントする。
【００５２】
通信装置１０ａのＬ側リングポート３２がＭＡＣフレーム２０を受信すると、通信装置１０ａの流量特定部５７は、受信されたＭＡＣフレーム２０から受信フレーム情報を設定して蓄積する。通信装置１０ａのＩＤ削除部５６は、ＭＡＣフレーム２０に付加されたＩＤタグ２２を削除し、通信装置１０ａは、外部網接続ポート３６からＭＡＣフレーム２０をユーザ装置へ送出する。通信装置１０ｄ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置による経路２１２を介した通信も同様であり、通信装置１０ａ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置による経路２１４を介した通信も同様である。
【００５３】
監視装置１８は、運用管理者による実行指示を受け付けたとき、また、実行条件保持部６６に保持された実行条件が充足された場合、装置内ブロックポイント最適位置判定処理の実行を開始する。監視装置１８の指示部８２は、ブロックポイントが設定された通信装置１０ａに対して情報取得要求を送信する。通信装置１０ａの通知部５８は、自装置に蓄積された受信フレーム情報を監視装置１８へ送信し、監視装置１８のフレーム情報取得部７２は、通信装置１０ａから送信された受信フレーム情報を受信する。
【００５４】
監視装置１８の集計部７４は、フレーム情報取得部７２が取得した受信フレーム情報にしたがって、通信装置１０ａで受信されたＭＡＣフレームのデータ量を、通過ＩＤ毎に集計する。図８は、集計部７４による集計結果を示す。同図は、図６の通信装置１０ａで受信されたＭＡＣフレームの流量を示している。
【００５５】
監視装置１８の判定部７６は、通信装置１０ａにおいてブロックポイント１４を通信装置１０ｂ側（Ｒ側）から通信装置１０ｅ側（Ｌ側）へ移すことで、リング網１２内の通信経路が最適経路となるか否かを判定する。判定部７６はまず判定基準値を決定する。この判定基準値は、リング網１２を構成する装置の台数をＮ台とすると、Ｎ／２で求められる。すなわち図６のモデルでは判定基準値は５／２＝２．５となる。
【００５６】
判定部７６は、判定基準値よりも大きい通過ＩＤ（すなわち中継装置数）の流量の合計値が、判定基準値以下の通過ＩＤの流量の合計値よりも大きい場合、ブロックポイントの最適位置が、現在のリンクポートではなく他方のリンクポートであると判定する。言い換えれば、ブロックポイントを現在のリンクポートから他方のリンクポートへ移すことにより、リング網１２内の通信経路が最適経路となると判定する。
【００５７】
その一方、判定部７６は、判定基準値よりも大きい通過ＩＤ（すなわち中継装置数）の流量の合計値が、判定基準値以下の通過ＩＤの流量の合計値よりも小さい場合、ブロックポイントの最適位置が、現在のリンクポートであると判定する。言い換えれば、ブロックポイントの現在位置を維持することで、リング網１２内の通信経路が最適経路となっていると判定する。
【００５８】
図６の例では、判定基準値よりも大きい通過ＩＤの流量の合計値（４００Ｍｂｐｓ）が、判定基準値以下の通過ＩＤの流量の合計値（１００Ｍｂｐｓ）より大きいため、ブロックポイントの最適位置が、現在のリンクポートではなく他方のリンクポートであると判定する。監視装置１８の表示制御部８０は、集計部７４の集計結果（例えば図８のグラフ）と判定部７６の判定結果を所定の表示装置に表示させる。
【００５９】
図９は、リング網１２におけるフレーム伝送を模式的に示す。同図は、通信装置１０ａのブロックポイント１４を通信装置１０ｂ側から通信装置１０ｅ側へ移した結果を示している。図６の経路２１０〜経路２１４と、図９の経路２１０〜経路２１４とは対応する。すなわち、図９の経路２１０は、通信装置１０ａ配下のユーザ装置と通信装置１０ｂ配下のユーザ装置との３００Ｍｂｐｓの通信路を示す。経路２１２は、通信装置１０ｄ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置との２００Ｍｂｐｓの通信路を示す。経路２１４は、通信装置１０ａ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置との１００Ｍｂｐｓの通信路を示す。
【００６０】
図９では、通信装置１０ａ〜通信装置１０ｂ間の流量は４００Ｍｂｐｓ、通信装置１０ｂ〜通信装置１０ｃ間の流量は１００Ｍｂｐｓ、通信装置１０ｃ〜通信装置１０ｄ間の流量は１００Ｍｂｐｓ、通信装置１０ｄ〜通信装置１０ｅ間の流量は３００Ｍｂｐｓである。したがって、リング網１２内の総流量は片方向あたり９００Ｍｂｐｓとなり、図６（通信装置１０ａのブロックポイント１４が通信装置１０ｂ側であったモデル）よりも改善されている。
【００６１】
次に、リング網ブロックポイント最適位置推定処理に関する動作を説明する。図１０は、リング網１２におけるフレーム伝送を模式的に示す。図１０のモデルケースでは、
（１）通信装置１０ａ〜通信装置１０ｂ間の通信装置１０ａ側（すなわち通信装置１０ａのＲ側）にブロックポイント１４が設定されている。
（２）通信装置１０ａ配下のユーザ装置と通信装置１０ｂ配下のユーザ装置が経路２２０を介して１００Ｍｂｐｓで通信している。
（３）通信装置１０ｂ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置が経路２２２を介して２００Ｍｂｐｓで通信している。
（４）通信装置１０ａ配下のユーザ装置と通信装置１０ｃ配下のユーザ装置が経路２２４を介して３００Ｍｂｐｓで通信している。
（５）通信装置１０ａ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置が経路２２６を介して５０Ｍｂｐｓで通信している。
【００６２】
図１０のモデルでは、通信装置１０ｂ〜通信装置１０ｃ間の流量は３００Ｍｂｐｓ、通信装置１０ｃ〜通信装置１０ｄ間の流量は６００Ｍｂｐｓ、通信装置１０ｄ〜通信装置１０ｅ間の流量は６００Ｍｂｐｓ、通信装置１０ｅ〜通信装置１０ａ間の流量は４５０Ｍｂｐｓである。したがって、リング網１２の総流量は片方向あたり１９５０Ｍｂｐｓとなる。本来通信は双方向であるため、流量も双方向それぞれ別個の値となるが、本モデルケースでは説明の簡明化のため双方向で同じ流量とする。したがって、双方向含めたリング網１２の総流量は１９５０×２＝３９００Ｍｂｐｓとする。なお、方向毎に流量が異なる場合も、本発明では同じアルゴリズムで対応できる。
【００６３】
既述したように、通信装置１０ａ〜通信装置１０ｅのそれぞれは、リング網１２内でのＭＡＣフレーム中継においてＩＤタグの通過ＩＤを順次インクリメントし、また、受信フレーム情報を蓄積する。
【００６４】
監視装置１８は、運用管理者による実行指示を受け付けたとき、また、実行条件保持部６６に保持された実行条件が充足された場合、リング網ブロックポイント最適位置推定処理の実行を開始する。監視装置１８の指示部８２は、通信装置１０ａ〜通信装置１０ｅのそれぞれに対して情報取得要求を送信する。各通信装置１０の通知部５８は、自装置に蓄積された受信フレーム情報を監視装置１８へ送信し、監視装置１８のフレーム情報取得部７２は、各通信装置１０から送信された受信フレーム情報を受信する。
【００６５】
監視装置１８の集計部７４は、フレーム情報取得部７２が取得した受信フレーム情報にしたがって、通信装置１０の装置毎、かつ受信ポート毎、かつ通過ＩＤ毎に、ＭＡＣフレームのデータ量を集計する。図１１は、集計部７４による集計結果を示す。同図は、通信装置１０ａ〜通信装置１０ｅそれぞれのＬ側リングポート３２（図のＬ方向）およびＲ側リングポート３４（図のＲ方向）で受信されたＭＡＣフレームであり、リング網１２から外部網へ流出するＭＡＣフレームの流量を示している。なお、同図のブロックポイント欄で「Ｂ」が設定された箇所は、ブロックポイントの現在位置を示している。
【００６６】
このときのリング網１２の総流量は、通過ＩＤ毎の（流量の和×通過ＩＤ値）について、それらの合計値となる。すなわち図１１では、
（５０＋５０）×１
＋０×２
＋（３００＋２００＋３００＋２００）×３
＋（１００＋１００）×４
＝３９００Ｍｂｐｓとなる。
【００６７】
監視装置１８の推定部７８は、リング網１２のブロックポイント１４を現在位置とは異なる位置に変更した場合のリング網１２の総流量を順次推定する。そして、リング網１２の総流量が最小となったブロックポイント１４の位置であり、すなわち、相対的に大きな通過ＩＤのデータ量が可及的に小さくなったブロックポイント１４の位置を、ブロックポイント１４の最適位置として決定する。
【００６８】
以下、推定部７８による流量推定処理のステップを説明する。
（ステップ１）図１２で示すように、ブロックポイントの仮の移行先を決定する。同図では、通信装置１０ｂ〜通信装置１０ｃ間が仮の移行先として決定されている。
（ステップ２）移行元のブロックポイントＢ（旧）と移行先のブロックポイントＢ（新）間の距離（以下、「新旧ポイント距離」とも呼ぶ。）を算出する。新旧ポイント距離は、通信装置〜通信装置により構成される区間の数を示すものである。図１２の例では、通信装置１０ｃ〜通信装置１０ｄ、通信装置１０ｄ〜通信装置１０ｅ、通信装置１０ｅ〜通信装置１０ａの３つの区間があるため、新旧ポイント距離は３となる。
【００６９】
（ステップ３）新旧ポイント距離にしたがって、ブロックポイントが移行しても流量に変化がない箇所（以下、「変化なし箇所」とも呼ぶ。）を特定する。言い換えれば、ＭＡＣフレームの伝送経路が変化しない箇所を特定する。具体的には、移行元および移行先のブロックポイントから時計回り（Ｌ方向）・反時計回り（Ｒ方向）のそれぞれに、新旧ポイント距離をデクリメントしつつ、新旧ポイント距離に対応する通過ＩＤの箇所を変化無し箇所として特定する。
【００７０】
図１２の例では、新旧ポイント距離が３であるので、移行先ブロックポイントＢ（新）から反時計回り（Ｒ方向）に、通信装置１０ｃのＲが３、通信装置１０ｄのＲが２、通信装置１０ｅのＲが１となり、それ以下の通過ＩＤの箇所を変化無し箇所として特定する。同様に移行元ブロックポイントＢ（旧）から時計回り（Ｌ方向）に、通信装置１０ａのＬが３、通信装置１０ｅのＬが２、通信装置１０ｄのＬが１となり、それ以下の通過ＩＤの箇所を変化無し箇所として特定する。図１２では、ハッチングにより変化無し箇所を示している。図１２の例では、移行元ブロックポイントＢ（旧）と、移行先ブロックポイントＢ（新）とが隣接するため、移行元ブロックポイントＢ（旧）から反時計回り（Ｒ方向）、および、移行先ブロックポイントＢ（新）から時計回り（Ｌ方向）に変化無し箇所は存在しない。
【００７１】
変化無し箇所の特定アルゴリズムは次のようにも説明できる。すなわち推定部７８は、リング網情報保持部６２に保持されたリング網１２の構成情報にもとづいて、通信装置１０ｃのＲ側リングポート３４における流量について、移行元ブロックポイントＢ（旧）に関わる通信装置１０ａが外部網から受信したＭＡＣフレーム（通過ＩＤ＝３）の伝送経路はブロックポイント移行の影響を受けないと判定し、通過ＩＤ＝３以下の箇所を変化無し箇所として特定する。また、通信装置１０ｄのＲ側リングポート３４における流量について、通信装置１０ａが外部網から受信したＭＡＣフレーム（通過ＩＤ＝２）の伝送経路はブロックポイント移行の影響を受けないと判定し、通過ＩＤ＝２以下の箇所を変化無し箇所として特定する。
【００７２】
同様に、通信装置１０ａのＬ側リングポート３２における流量について、移行先ブロックポイントＢ（新）に関わる通信装置１０ｃが外部網から受信したＭＡＣフレーム（通過ＩＤ＝３）の伝送経路はブロックポイント移行の影響を受けないと判定し、通過ＩＤ＝３以下の箇所を変化無し箇所として特定する。また、通信装置１０ｅのＬ側リングポート３２における流量について、通信装置１０ｃが外部網から受信したＭＡＣフレーム（通過ＩＤ＝２）の伝送経路はブロックポイント移行の影響を受けないと判定し、通過ＩＤ＝２以下の箇所を変化無し箇所として特定する。
【００７３】
（ステップ４）ブロックポイントの移行に伴ってＭＡＣフレームの伝送経路が変化した場合の帯域は、同じ通信装置において、伝送方向が反対で通過ＩＤが対称の値の箇所にドロップされる。通過ＩＤが対照の値の箇所とは、例えば、通過ＩＤの平均値を対称軸とした場合の対照値である。図１２の例では、通信装置１０ａのＬ方向の通過ＩＤ＝４の帯域は、通信装置１０ａのＲ方向の通過ＩＤ＝１の帯域となる。また、通信装置１０ｂのＲ方向の通過ＩＤ＝３の帯域は、通信装置１０ｂのＬ方向の通過ＩＤ＝２の帯域となる。
【００７４】
実施の形態の推定部７８は、変化無し箇所以外の箇所であり、すなわちブロックポイントの移行に伴ってＭＡＣフレームの伝送経路が変化する箇所の流量を、遷移情報保持部６４が保持する対応関係にしたがって別の箇所へ移行させる（言い換えれば、転記する）。図１３は、遷移情報保持部６４が保持する対応関係を示す。実施の形態では、上記の帯域移行アルゴリズムをテーブルで定めることとしたが、変形例として、プログラムコードに直接実装してもよいことはもちろんである。
【００７５】
図１４は、推定部７８による推定結果を示す。同図は、ブロックポイントの移行に伴ってＭＡＣフレームの伝送経路が変化する箇所の流量を、遷移情報保持部６４が保持する対応関係にしたがって別の箇所へ移行させた結果を示している。具体的には、ブロックポイントを通信装置１０ｂ〜通信装置１０ｃ間へ移した場合の、各通信装置１０における流量を示している。
【００７６】
（ステップ５）ブロックポイントを移行した結果のリング網１２の総流量を算出する。図１４におけるリング網１２の総流量は、
（５０＋１００＋１００＋５０）×１
＋（２００＋２００）×２
＋（３００＋３００）×３
＋０×４
＝２９００Ｍｂｐｓと算出される。
【００７７】
図１５は、リング網１２におけるフレーム伝送を模式的に示す。同図は、図１０において通信装置１０ａ〜通信装置１０ｂ間に設定されていたブロックポイント１４を、通信装置１０ｂ〜通信装置１０ｃ間へ移した結果を示している。図１０の経路２２０〜経路２２６と、図１５の経路２２０〜経路２２６とは対応する。すなわち、図１５の経路２２０は、通信装置１０ａ配下のユーザ装置と通信装置１０ｂ配下のユーザ装置との１００Ｍｂｐｓの通信路を示す。また図１５の経路２２２は、通信装置１０ｂ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置との２００Ｍｂｐｓの通信路を示す。また図１５の経路２２４は、通信装置１０ａ配下のユーザ装置と通信装置１０ｃ配下のユーザ装置との３００Ｍｂｐｓの通信路を示す。また図１５の経路２２６は、通信装置１０ａ配下のユーザ装置と通信装置１０ｅ配下のユーザ装置との５０Ｍｂｐｓの通信路を示す。
【００７８】
図１５では、通信装置１０ａ〜通信装置１０ｂ間の流量は３００Ｍｂｐｓ、通信装置１０ｃ〜通信装置１０ｄ間の流量は３００Ｍｂｐｓ、通信装置１０ｄ〜通信装置１０ｅ間の流量は３００Ｍｂｐｓ、通信装置１０ａ〜通信装置１０ｅ間の流量は５５０Ｍｂｐｓである。したがって、リング網１２内の総流量は、
（３００＋３００＋３００＋５５０）×２＝２９００Ｍｂｐｓとなる。したがって、推定部７８によるシミュレーション結果が正しいことがわかる。
【００７９】
引き続いて推定部７８は、上記のステップ１〜４を繰り返して、ブロックポイント１４を通信装置１０ｃ〜通信装置１０ｄ間へ移した場合のリング網１２の総流量を算出する。
【００８０】
（ステップ１）図１６で示すように、ブロックポイントの仮の移行先を決定する。
（ステップ２）新旧ポイント距離を算出する。図１６の例では、移行元のブロックポイントＢ（旧）と移行先のブロックポイントＢ（新）は隣接せず、新旧ポイント距離は２と１になる。
（ステップ３）新旧ポイント距離にしたがって変化無し箇所を特定する。
【００８１】
図１６の例では、移行先ブロックポイントＢ（新）から反時計回り（Ｒ方向）の新旧ポイント距離が２であり、移行先ブロックポイントＢ（新）から時計回り（Ｌ方向）の新旧ポイント距離が１である。したがって、移行先ブロックポイントＢ（新）から反時計回り（Ｒ方向）に、通信装置１０ｄのＲが２、通信装置１０ｅのＲが１となり、それ以下の通過ＩＤの箇所を変化無し箇所として特定する。同様に、移行先ブロックポイントＢ（新）から時計回り（Ｌ方向）に、通信装置１０ｃのＬが１となり、それ以下の通過ＩＤの箇所を変化無し箇所として特定する。
【００８２】
また図１６の例では、移行元ブロックポイントＢ（旧）から時計回り（Ｌ方向）の新旧ポイント距離が２であり、移行元ブロックポイントＢ（旧）から反時計回り（Ｒ方向）の新旧ポイント距離が１である。したがって、移行元ブロックポイントＢ（旧）から時計回り（Ｌ方向）に、通信装置１０ａのＬが２、通信装置１０ｅのＬが１となり、それ以下の通過ＩＤの箇所を変化無し箇所として特定する。同様に、移行元ブロックポイントＢ（旧）から反時計回り（Ｒ方向）に、通信装置１０ｂのＲが１となり、それ以下の通過ＩＤの箇所を変化無し箇所として特定する。図１６では、ハッチングにより変化無し箇所を示している。
【００８３】
（ステップ４）変化無し箇所以外の箇所の流量を、遷移情報保持部６４が保持する対応関係にしたがって別の箇所へ移行させる。図１７は、推定部７８による推定結果を示す。具体的には、ブロックポイントを通信装置１０ｃ〜通信装置１０ｄ間へ移した場合の、各通信装置１０における流量を示している。
【００８４】
（ステップ５）ブロックポイントを移行した結果のリング網１２の総流量を算出する。図１７におけるリング網１２の総流量は、
（５０＋１００＋１００＋５０）×１
＋（３００＋２００＋３００＋２００）×２
＋０×３
＋０×４
＝２３００Ｍｂｐｓと算出される。
【００８５】
推定部７８は、リング網１２においてブロックポイント１４を設定可能な区間の全てに対してこのシミュレーションを実行し、ブロックポイント１４を各区間に設定したと仮定する場合のリング網１２の総流量をそれぞれ算出する。図１０のモデルケースにおいて、ブロックポイントを通信装置１０ｄ〜通信装置１０ｅ間へ移した場合のリング網１２の総流量は２３００Ｍｂｐｓとなる。また、ブロックポイントを通信装置１０ａ〜通信装置１０ｅ間へ移した場合のリング網１２の総流量は３０００Ｍｂｐｓとなる。
【００８６】
推定部７８は、リング網１２の総流量が最小となる区間を、ブロックポイントの最適位置として決定する。図１０のモデルケースでは、リング網１２の総流量が２３００Ｍｂｐｓとなる通信装置１０ｃ〜通信装置１０ｄ間および通信装置１０ｄ〜通信装置１０ｅ間を、ブロックポイントの最適位置として決定する。
【００８７】
監視装置１８の表示制御部８０は、集計部７４の集計結果（例えば図１１の表）や、推定部７８によるシミュレーション結果（例えば図１４・図１７の表）、ブロックポイントの最適位置の推定結果を所定の表示装置に表示させる。上記の例では、通信装置１０ｃのＲ側リングポート３４、通信装置１０ｄのＬ側リングポート３２、通信装置１０ｄのＲ側リングポート３４、通信装置１０ｅのＬ側リングポート３２のいずれかに、ブロックポイントを設定することが最適である旨を運用担当者へ提示してもよい。
【００８８】
図１８は、リング網１２におけるフレーム伝送を模式的に示す。同図は、図１０において通信装置１０ａ〜通信装置１０ｂ間に設定されていたブロックポイント１４を、通信装置１０ｃ〜通信装置１０ｄ間へ移した結果を示している。図１０の経路２２０〜経路２２６と、図１８の経路２２０〜経路２２６とは対応する。図１８では、リング網１２におけるＭＡＣフレームの伝送経路が、リング網１２全体として最適化されている。
【００８９】
本実施の形態の通信システム１００によると、リング網１２においてユーザデータの透過的な伝送を維持しつつ、中継装置数毎にユーザフレームのデータ量を集計する。これにより、リング網１２におけるフレームの伝送状態を示す客観データをリング網１２の運用担当者へ提示することができる。例えば、リング網１２の運用担当者は、大量データが多くの通信装置を跨って伝送されている場合、ブロックポイントの設定位置を変更するよう判断することが容易になる。
【００９０】
また、リング網１２においてブロックポイントを設定中の通信装置１０において適切な位置にブロックポイントが設定されるよう支援できる。また、リング網１２全体において適切な位置にブロックポイントが設定されるよう支援できる。言い換えれば、リング網１２においてユーザフレームが最適経路を介して伝送されるよう支援できる。
【００９１】
また、実行条件保持部６６の実行条件は運用担当者が自由に設定することができるものである。したがって時間帯や曜日を考慮して、リング網１２におけるフレーム伝送経路最適化のための装置内ブロックポイント最適位置判定処理や、リング網ブロックポイント最適位置推定処理を随時実行させることができる。これにより、ブロックポイントの設定位置を、一度決定したらその位置に固定してしまうことなく、リング網１２のフレーム伝送状況に応じて動的に最適位置に変更することが可能になる。
【００９２】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００９３】
ＩＤタグの用途に関する変形例として、ＩＤタグは障害検出のために使用されてもよい。具体的には、通信装置１０は、リング網１２においてループ未発生時（正常時）に通過ＩＤがとり得る最大値（以下「ループ閾値」と呼ぶ。）を予め保持してもよい。このループ閾値は、典型的には（リング網１２内の通信装置１０の数−１）となる。通信装置１０は、Ｌ側リングポート３２またはＲ側リングポート３４で受信されたフレームの通過ＩＤが、ループ閾値を超過するか否かを判定するループ判定部と、受信フレームの通過ＩＤがループ閾値を超過すると判定された場合に、リング網１２でのループ発生を知らせるアラートを監視装置１８や運用担当者へ通知するアラート通知部とをさらに備えてもよい。
【００９４】
なお、上記変形例の構成は監視装置１８が備えてもよい。すなわち、監視装置１８は、ループ閾値を予め保持してもよく、フレーム情報取得部７２が取得した通信装置１０の受信フレーム情報にもとづいてリング網１２におけるループの発生を監視するループ判定部と、ループ発生を知らせるアラートを運用担当者へ通知するアラート通知部とをさらに備えてもよい。
【００９５】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００９６】
１０  通信装置、  １２  リング網、  １４  ブロックポイント、  １８  監視装置、  ５０  ＩＤ処理部、  ５２  ＩＤ付加部、  ５４  ＩＤ更新部、  ５６  ＩＤ削除部、  ５７  流量特定部、  ５８  通知部、  ７２  フレーム情報取得部、  ７４  集計部、  ７６  判定部、  ７８  推定部、  １００  通信システム。
【図１】
0005468624.tif 000002
【図２】
0005468624.tif 000003
【図３】
0005468624.tif 000004
【図４】
0005468624.tif 000005
【図５】
0005468624.tif 000006
【図６】
0005468624.tif 000007
【図７】
0005468624.tif 000008
【図８】
0005468624.tif 000009
【図９】
0005468624.tif 000010
【図１０】
0005468624.tif 000011
【図１１】
0005468624.tif 000012
【図１２】
0005468624.tif 000013
【図１３】
0005468624.tif 000014
【図１４】
0005468624.tif 000015
【図１５】
0005468624.tif 000016
【図１６】
0005468624.tif 000017
【図１７】
0005468624.tif 000018
【図１８】
0005468624.tif 000019