(57)【特許請求の範囲】
【請求項１】
同じＶＬＡＮに属する装置間で接続性の確認を行なうためのフレームを送受信する複数の終端装置を、ＶＬＡＮごとに管理する制御装置であって、
前記ＶＬＡＮごとに当該ＶＬＡＮに属する前記終端装置に、マルチキャストフレームを送信する手段と、
前記マルチキャストフレームの送信後、それぞれの前記終端装置から自装置宛に送信されたフレームの送信元アドレスを、当該終端装置のＭＡＣアドレスとして取得する手段と、
前記取得したＭＡＣアドレスを用いて、それぞれの前記終端装置に、第１のユニキャストフレームにて当該終端装置を一意に識別するための装置の識別情報を問い合わせて取得する手段と、
前記取得したＭＡＣアドレスを用いて、それぞれの前記終端装置に、当該終端装置が同じＶＬＡＮに属する他の前記終端装置との間の接続性確認をまとめて行なうマスタの役割を実行する装置であるのか、もしくは前記マスタの役割を実行する他の前記終端装置に従属するスレーブの装置であるのかを第２のユニキャストフレームにて通知する手段と、
を有することを特徴とする制御装置。
【請求項２】
請求項１に記載の制御装置であって、
前記取得したＭＡＣアドレスを用いて、それぞれの前記終端装置に、当該終端装置と同じＶＬＡＮに属する他の前記終端装置との間で接続性確認を行なう回線区間を特定するための回線の識別情報を第３のユニキャストフレームにて通知する手段を有することを特徴とする制御装置。
【請求項３】
請求項１に記載の制御装置であって、
前記マルチキャストフレームは、イーサネットのＯＡＭ信号であるＣＣＭフレームであることを特徴とする制御装置。
【請求項４】
請求項２に記載の制御装置であって、
前記第１乃至第３のユニキャストフレームは、イーサネットのＯＡＭ信号であるＶＳＭフレームであることを特徴とする制御装置。
【請求項５】
請求項１に記載の制御装置であって、
前記装置の識別情報は、前記終端装置に固有のシリアルナンバーであることを特徴とする制御装置。
【請求項６】
請求項１乃至５のいずれかに記載の制御装置であって、
前記取得したＭＡＣアドレスと前記装置の識別情報とを外部に通知する手段と
を有することを特徴とする制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理者の異なるパケット通信網を跨る通信回線の接続性を監視するためのネットワーク構成と前記ネットワーク構成の制御方法に関する。
【背景技術】
【０００２】
近年、イーサネット（登録商標）はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）領域だけにとどまらず、広域イーサネットサービスなどのキャリアネットワークにおいても急速に普及してきた。しかし、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）など従来の伝送網に用いられてきた他プロトコルと比べて、イーサネットをはじめとするパケット通信プロトコルに対してはＯＡＭ（Ｏｐｅｒａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）機能が定義されていなかったため、その保守・管理機能が課題とされてきた。
近年、標準化団体ＩＴＵ−Ｔ (Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  )及びＩＥＥＥ (Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ.)において保守・管理機能の議論が行われたことにより、ＩＴＵ−Ｔ勧告Ｙ.１７３１（非特許文献１）やＩＥＥＥ ８０２．１ａｇ（非特許文献２）が規定され、イーサネットのためのＯＡＭ機能が導入された。また、ＯＡＭ機能を用いた経路切り替え（プロテクション）方式Ｇ.８０３１（非特許文献３）も規格化が完了している。
【０００３】
これらにより、イーサネット網での通信サービスに関する保守管理が可能となることから、イーサネットを含むパケット通信網におけるＯＡＭ機能の実用化が始まっている。イーサネットは通常、個人又は法人ユーザが所有するＬＡＮに適用されることが多いが、保守・管理機能を備えたことにより、キャリアが提供するインフラサービスに於いても、その運用が注目されている。ユーザ宅に設置する宅内装置についても、イーサネットＯＡＭ（以下、イーサＯＡＭと言う。）の導入が検討されている。
【０００４】
従来、キャリアは専用線やＬ２―ＶＰＮ（Ｌａｙｅｒ  ２  Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）サービスによる、ユーザサイト間の中継網を構築するサービスを提供してきた。この場合のユーザとは、主に企業などの法人ユーザを指すことが多い。法人ユーザは、本社と支社など企業規模に応じて複数のサイトを所有する場合が多く、キャリヤが提供する専用線やＬ２−ＶＰＮサービスを利用してサイト間の相互通信を行う。前記サービスを利用することで、法人ユーザのメリットとしては、複数のサイト間でのサーバやファイルの共有が容易となる。また、災害時に備えたリスク分散等を考え、本社とデータセンタを分ける等のネットワークの分散構築も可能となる。
これら地理的に離れた場所に存在するユーザのサイト同士を接続するための中継網を構築するサービスでは、キャリアが提供する中継網内において、ユーザとの契約に応じた帯域保証が行われている。互いに距離の離れたサイト間の通信にはユーザに近いインフラを提供するアクセス網プロバイダや、それらアクセス網同士を接続するコア網を提供するキャリアなど、管理者の異なる複数の網を跨ぐ形となり、ユーザが使用する装置間のＥｎｄ−ｔｏ−Ｅｎｄの監視は困難であった。
【０００５】
先に述べたイーサＯＡＭの標準化に伴い、Ｌａｙｅｒ ２（以下、Ｌ２と言う。）のプロトコルでの保守管理が可能となった。また、アクセス網プロバイダは、コストの高い専用線装置からパケット通信装置へ移行しつつある。このように、アクセス網、コア網がともにパケット通信装置により接続されると、従来は困難であった、アクセス網とコア網を一貫して管理するためのコネクション確立が容易となる。具体的には、コア網を提供するキャリアが、ユーザサイト内に遠隔装置を設置し、アクセス網プロバイダを跨いでユーザサイト間の通信全体を管理する方法が導入されつつある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｙ．１７３１
【非特許文献２】ＩＥＥＥ  ８０２.１ａｇ
【非特許文献３】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．８０３１／Ｙ．１３４２
【発明の概要】
【発明が解決しようとする課題】
【０００７】
これまでキャリア等の通信事業者が規模の大きなユーザ間ネットワークを提供する場合、通信事業者はネットワークの規模に応じて相応のコスト負担を実施してネットワークを構築してきた。近年は、Ｌ２−ＶＰＮサービスのエリアを拡大するため他社が提供しているアクセス網を利用するケースが増加している。アクセス網プロバイダ等の地域業者が構築している地域網を利用することで、前述のコスト低減を図る動きがある。通信事業者は、他社網を中継網として利用する場合、キャリア自身が管理するネットワーク以外に他社網を含めたＥｎｄ−Ｅｎｄでの回線の正常性監視、保守を行う必要がある。Ｅｎｄ−Ｅｎｄで回線を監視するには、Ｌ２−ＶＰＮサービスを利用するユーザ宅に通信事業者が用意した端末装置を設置する必要がある。端末装置は、ユーザ宅に設置されるため他社網を経由した遠隔制御を行う必要があり、その遠隔制御方法が課題となる。また、端末故障や通信経路異常による障害発生時には、キャリア等の通信事業者の装置だけでなく他社装置からも障害が検出され不必要な障害通知が輻輳する恐れがある。そこで、効率良く故障区間を特定し、不要な障害通知を減らすことでユーザトラヒックへの負担を軽減することが課題となる。
【課題を解決するための手段】
【０００８】
ユーザ拠点にＣＣＭフレーム等のＯＡＭ信号を終端可能な端末装置を設置し、Ｅｎｄ−Ｅｎｄの拠点間の正常性監視を実現する。また、終端装置をコントロールする制御装置をユーザが使用するＶＬＡＮ網内に設置し、終端装置の遠隔制御は、コントローラから実現する。コントローラで持つテーブル情報は、オペレータ主導で一括管理し、コントローラがＭＡＣ学習した結果を元に接続配下の終端装置の情報をオペレータに通知する。接続性監視区間には、オペレータより事業者が管理するＩＤを指定し区間単位に接続性監視ができるようにする。
【発明の効果】
【０００９】
本発明によると、コントローラが学習したＭＡＣアドレスからオペレータ主導のもとコントローラを通じて各終端装置の遠隔制御が可能となる。オペレータは、コントローラを通じで終端装置の従属関係の設定をすることが可能となり、また、マスタ終端装置とスレーブ終端装置を結ぶ接続性監視区間のＩＤ設定、コントローラと各終端装置間を結ぶ接続監視区間のＩＤ設定が可能となる。Ｌ２−ＶＰＮサービスエリア内の拠点間を接続する各終端装置間の接続情報とコントローラと各終端装置間の接続情報を示すテーブルをオペレータは一括管理・作成することが可能である。前記によりユーザフレームが流れる主信号ルートだけでなく制御ルートの正常性確認も可能となる。接続性監視区間が明確になったことで、障害発生時の端末故障や通信経路異常時の故障箇所の特定が容易となり不要な障害通知を減らすことでユーザトラヒックへの負担を軽減することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態によるＬ２―ＶＰＮ網を示す網構成の一例である。
【図２】本発明の実施形態による網構築例を示す一例である。
【図３】実施形態の網構築の際のオペレータより行われる制御方法を示す処理フローの一例である。
【図４】本発明の実施形態を構築するに辺り、オペレータより入力を必要とするテーブルの一例である。
【図５】本発明の実施形態によりオペレータより監視できる接続性監視範囲の一例である。
【図６】オペレータより制御装置（コントローラ）を登録する全体の動作シーケンス図である。
【図７】オペレータより終端装置（Ｂｏｘ−Ｍ／Ｓ）を登録する全体の動作シーケンス図である。
【図８】制御装置（コントローラ）の処理フローの一例である。
【図９】制御装置（コントローラ）で管理される接続情報を示す内部テーブルの一例である。
【図１０】センタ側終端装置（Ｂｏｘ−Ｍ）の処理フローの一例である。
【図１１】センタ側終端装置（Ｂｏｘ−Ｍ）で管理される接続情報を示すテーブルの一例である。
【図１２】拠点側終端装置（Ｂｏｘ−Ｓ）の処理フローの一例である。
【図１３】拠点側終端装置（Ｂｏｘ−Ｓ）で管理される接続情報を示すテーブルの一例である。
【発明を実施するための形態】
【００１１】
以下、図面を用いて本発明によるネットワークの構成と動作を、ＩＴＵ−Ｔ勧告Ｙ．１７３１（非特許文献１）で規定されるイーサＯＡＭ構成及びその動作を例として説明する。
【００１２】
図１は、本発明の実施形態によるＬ２―ＶＰＮ網１０を示す網構成の一例である。網１では、拠点間を接続するサービスに加入しているユーザ（加入者）の端末（以下、ユーザ装置と称する。）が各地に配置されており、同じく各地に配備された終端装置であるＢｏｘ−Ｓ３１やＢｏｘ−Ｍ４０がこれらユーザ装置を、Ｌ２―ＶＰＮ網１０に接続させている様子を示している。ここで、Ｂｏｘ−Ｍ４０は例えばユーザが各拠点を集約する大都市部などのセンタ側に配置する終端装置であり、Ｂｏｘ−Ｓ３１は例えばユーザが地方などの拠点側に配置する終端装置である。この終端装置は、単体の装置でも良いし、またはユーザ宅や加入者の局に設置されるＥｄｇｅ用ホームゲートウェイ等の装置や、ルータやスイッチ等の中継装置に組み込まれていても良い。
なお、終端装置とは、例えばユーザの拠点内で、ユーザの拠点外で使用されるＣＣＭ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  Ｍｅｓｓａｇｅ）フレーム等のＯＡＭ信号を終端する装置をいう。本実施例では終端装置はユーザの拠点内に配置されているが、ユーザの拠点に近い場所で、拠点外であっても良い。
【００１３】
各地に設置された終端装置は、中継するＬ２―ＶＰＮ網１０のエッジに配置されたＬ２スイッチなどのエッジ装置２０と接続されており、必要に応じてＶＬＡＮ設定されたネットワークにて通信を行う。
【００１４】
ここで、エッジ装置２０やＢｏｘ−Ｍ４０、Ｂｏｘ−Ｓ３１は、例えば通信事業者であるキャリアが所有する装置であり、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３１はキャリアがユーザに貸与して、ユーザの宅内や局内に設置される使用形態が想定される。また、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３１等の終端装置とエッジ装置２０との間のネットワークは、アクセス網プロバイダ等のキャリア以外の地域業者が管理するネットワークで構成されていても良い。また、エッジ装置で挟まれるネットワークは、キャリアが管理するネットワークと考えても良い。なお、図１のネットワークのどの部分を誰が管理するかについては上述の例以外にも様々なバリエーションがあるが、本実施例は網１がどのように管理区分されていても実施することができる。
【００１５】
図１では、地方などのユーザ拠点側の終端端末として、Ｂｏｘ―Ｓ１（３１Ａ）、Ｂｏｘ―Ｓ２（３１Ｂ）、Ｂｏｘ―Ｓ３（３１Ｃ）、Ｂｏｘ―Ｓ４（３１Ｄ）、Ｂｏｘ―Ｓ５（３１Ｅ）の５台のＢｏｘ―Ｓ３１が配置されている。また、センタ側の終端端末として、１台のＢｏｘ―Ｍ４０が配置されている。その他、各終端装置を遠隔制御するコントローラ５０もＬ２―ＶＰＮ網１０とＬ２スイッチなどのエッジ装置２０Ｆを介して接続されている。コントローラ５０は、監視制御システム１９０と接続されておりユーザフレームが流れる通信路（データプレーン）とは別にイーサＯＡＭ信号を送受信するために構築された通信路（コントロールプレーン）と接続している。監視制御システム１９０は、ハードウェアとしてのサーバ群とアプリケーションソフトウェア群から構成されている。コントローラ５０、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３１の装置管理は、コントロールプレーンを介して行い、また網の構築と監視も同時に行っている。
【００１６】
図２は、本発明の実施形態による網構築例を示す一例である。コントローラ５０とＢｏｘ−Ｍ４０とＢｏｘ−Ｓ１（３１Ａ）、Ｂｏｘ−Ｓ２（３１Ｂ）、Ｂｏｘ−Ｓ３（３１Ｃ）は、Ｌ２−ＶＰＮ網１０を介し、ＶＬＡＮ  Ａ（ユーザ用）１４０に設定されたネットワークを構築している。同様にコントローラ５０とＢｏｘ−Ｍ４０とＢｏｘ−Ｓ４（３１Ｄ）、Ｂｏｘ−Ｓ５（３１Ｅ）は、Ｌ２−ＶＰＮ網１０を介し、ＶＬＡＮ  Ｂ（ユーザ用）１４１に設定されたネットワークを構築している。ＶＬＡＮ  Ａ（ユーザ用）１４０とＶＬＡＮ  Ｂ（ユーザ用）１４１は、各終端装置の間では、ユーザが拠点―センタ間の通信に用いるユーザフレームが流れる通信路（データプレーン）であり、終端装置間の接続性監視等を行うイーサＯＡＭ信号を転送するための通信路（コントロールプレーン）でもある。また、各終端装置の間は、１台のセンタ側Ｂｏｘ―Ｍ４０の配下に複数の拠点側Ｂｏｘ―Ｓ３１が従属している形態をとる。一例をあげると、ある企業ネットワークにおいて、拠点側Ｂｏｘ―Ｓ３１の先に接続されるユーザ装置には各支店に設置された端末があり、センタ側Ｂｏｘ―Ｍ４０の先に接続されるユーザ装置には各支店を統括するデータセンタが設置されており、相互に送受信するネットワークである。前述の例はあくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００１７】
図３は、実施形態の網構築の際のオペレータより行われる制御方法を示す処理フローの一例である。コントローラ５０とＢｏｘ３０は、事前に設置され初期状態でエッジＳＷ２０等と接続が出来ていることを前提とする。コントローラ５０に接続されたユーザ端末をＢｏｘと称する。
【００１８】
始めにオペレータは装置登録  コントローラ登録作業３１００を実施する。図４−（Ａ）に示すテーブル４０１０にコントローラの登録とユーザＶＬＡＮ  ＩＤを登録する。ユーザＶＬＡＮ  ＩＤとは、ユーザが拠点―センタ間の通信に用いるユーザフレームが流れる通信路にしているＶＬＡＮ  ＩＤである。オペレータは事前にユーザフレームが流れる網を構築しているためユーザＶＬＡＮ  ＩＤは把握済みである。ここでは、前述した図２の網１を例とするため、図４−（Ｂ）のテーブル４０２０では、ユーザＶＬＡＮ  ＩＤにＶＬＡＮＩＤ  ＡとＶＬＡＮ  ＩＤ  Ｂを登録した。
【００１９】
次に装置登録  Ｂｏｘ-Ｍ／Ｓ登録作業３２００を実施する。図４−（Ｃ）のテーブル４０３０に示すＭ／Ｓ（Ｍａｓｔｅｒ／Ｓｌａｖｅ）設定とＢｏｘ−Ｍ／Ｂｏｘ−Ｓ装置の登録を入力することとなる。図４−（Ｃ）では、図４−（Ｂ）で登録したコントローラの登録とユーザＶＬＡＮ  ＩＤが反映されており、このＶＬＡＮ  ＩＤに対応してコントローラ５０に接続されたユーザ端末のＳＮ（Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）とＭＡＣアドレスが登録されている。ＳＮはユーザ端末を一意に識別するための情報であり、例えば装置製造時にメーカが付与する製造番号等や、通信キャリア等のネットワークを管理する者が新たに付与した識別情報等を使用しても良い。ユーザＶＬＡＮ  ＩＤ  Ａを入れることで接続している各ＢｏｘのＳＮとＭＡＣアドレスを取得する方法は後述する。
【００２０】
図４−（Ｄ）のテーブル４０４０では、前記設定が反映された状態を示している。ユーザＶＬＡＮ  ＩＤ  Ａに所属しているＢｏｘは４台有り、ＳＮは、Ｓ０００、Ｓ００１、Ｓ００２、Ｓ００３である。また、ＳＮがＳ０００、ＭＡＣアドレスがＭＡＣ１００のＢｏｘは、Ｂｏｘ−Ｍ４０として登録され、ＳＮがＳ００１、ＭＡＣアドレスがＭＡＣ２００のＢｏｘは、Ｂｏｘ−Ｓ１（３１Ａ）として登録されている。同様にＳＮがＳ００２、ＭＡＣアドレスがＭＡＣ３００のＢｏｘは、Ｂｏｘ−Ｓ２（３１Ｂ）として登録され、ＳＮがＳ００３、ＭＡＣアドレスがＭＡＣ４００のＢｏｘは、Ｂｏｘ−Ｓ３（３１Ｃ）として登録されている。
ユーザＶＬＡＮ  ＩＤ  Ｂに所属しているＢｏｘは３台有り、ＳＮは、Ｓ０００、Ｓ００４、Ｓ００５である。ＳＮがＳ０００、ＭＡＣアドレスがＭＡＣ１００のＢｏｘは、Ｂｏｘ−Ｍ（４０）として登録され、ＳＮがＳ００４、ＭＡＣアドレスが５００のＢｏｘは、Ｂｏｘ−Ｓ４（３１Ｄ）として登録されている。同様にＳＮがＳ００５、ＭＡＣアドレスがＭＡＣ６００のＢｏｘは、Ｂｏｘ−Ｓ５（３１Ｅ）として登録されている。
【００２１】
次に回線パラメータの設定と接続性監視の設定３３００を実施する。図４−（Ｅ）のテーブル４０５０は、図４−（Ｄ）のテーブル４０４０の配列と異なるが、装置登録  Ｂｏｘ-Ｍ／Ｓ登録作業３２００を実施することでテーブルの並び替えが行われテーブルが反映される。テーブルの見方としては、ユーザＶＬＡＮ  ＩＤ  Ａに属するＢｏｘ−Ｍ４０（ＳＮがＳ０００、ＭＡＣがＭＡＣ１００）の配下には、Ｂｏｘ−Ｓ１（３１Ａ）（ＳＮがＳ００１、ＭＡＣがＭＡＣ２００）、Ｂｏｘ−Ｓ２（３１Ｂ）（ＳＮがＳ００２、ＭＡＣがＭＡＣ３００）、Ｂｏｘ−Ｓ３（３１Ｃ）（ＳＮがＳ００３、ＭＡＣがＭＡＣ４００）が接続していることを示している。
同様にユーザＶＬＡＮ  ＩＤ  Ｂに属するＢｏｘ−Ｍ４０（ＳＮがＳ０００、ＭＡＣがＭＡＣ１００）の配下には、Ｂｏｘ−Ｓ４（３１Ｄ）（ＳＮがＳ００４、ＭＡＣがＭＡＣ５００）、Ｂｏｘ−Ｓ５（３１Ｅ）（ＳＮがＳ００５、ＭＡＣがＭＡＣ６００）が接続していることを示している。
【００２２】
回線パラメータの設定と接続性監視の設定３３００では、図４−（Ｅ）のテーブル４０５０のＩＤの列に回線ＩＤ、終端ＩＤ（Ｂｏｘ−Ｓ側）、終端ＩＤ（Ｂｏｘ−Ｍ側）、接続性監視の有効/無効設定を行う。各回線パラメータの設定の一例を図５に示す。回線ＩＤとは、Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ１（３１Ａ）との接続性監視区間を示すＩＤである。本例では、回線ＩＤはＭＳ１（６１００）を設定した。終端ＩＤ（Ｂｏｘ−Ｓ側）とは、コントローラ５０とＢｏｘ-Ｓ１（３１Ａ）との接続性監視区間を示すＩＤである。本例では、終端ＩＤ（Ｂｏｘ−Ｓ側）はＣＳ１（６２００）を設定した。同様に終端ＩＤ（Ｂｏｘ−Ｍ側）とは、コントローラ５０とＢｏｘ-Ｍ４０との接続性監視区間を示すＩＤである。本例では、終端ＩＤ（Ｂｏｘ−Ｍ側）は、ＣＭＡ（６３００）を設定した。以降同様に回線パラメータの設定を行い図４−（Ｆ）４０６０のテーブルが完成する。
【００２３】
図５を例にした場合の接続性監視結果については、コントローラ５０は、コントローラ５０とＢｏｘ−Ｍ４０間の終端ＩＤ（Ｂｏｘ−Ｍ側）の接続性監視結果とコントローラ５０とＢｏｘ−Ｓ１（３１Ａ）間の終端ＩＤ（Ｂｏｘ−Ｓ側）の接続性監視結果を確認することができる。Ｂｏｘ−Ｍ５０とＢｏｘ−Ｓ１（３１Ａ）間の回線ＩＤの接続性監視結果については、Ｂｏｘ−Ｍ４０から結果を通知してもらうか、Ｂｏｘ−Ｓ１から結果を通知してもらうか、２つの方法がある。ここでは、Ｂｏｘ−Ｍ４０側がマスタとして動いているため、回線ＩＤの接続性監視結果についてはＢｏｘ−Ｍ４０より通知してもらう事とする。但しこれは、あくまで一例であり、本発明は必ずしも前述の例に限定したものではない。
【００２４】
図６は、オペレータより制御装置（コントローラ５０）を登録する全体の動作シーケンス図である。図３の装置登録  コントローラ登録作業３１００が実施されると、コントローラ５０の登録とユーザＶＬＡＮ  ＩＤの設定が行われる。コントローラ５０は、初期状態７０１０より開始されオペレータによるコントローラ登録とＶＬＡＮ  ＩＤの設定により運用７１００となる。コントローラ５０はオペレータより設定されたユーザＶＬＡＮ  ＩＤを使用してマルチキャストＣＣＭフレームをＢｏｘ３０に送信する（７２００）。同じユーザＶＬＡＮ  ＩＤを使用して接続しているＢｏｘ３０は、コントローラ５０から送信されたマルチキャストＣＣＭフレームを連続して受信すると、受信したマルチキャストＣＣＭフレームで使用されたＶＬＡＮ  ＩＤを付けたＣＣＭフレーム信号をユニキャストでコントローラ５０に送信する（７３００）。ユニキャストで送信する際は、宛先ＭＡＣアドレスをコントローラ５０のＭＡＣアドレスをデスティネーションアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＭＡＣ  Ａｄｄｒｅｓｓ）（以下ＤＡと称する）に設定して送信する。
【００２５】
この場合、イーサＯＡＭにて接続性監視に利用されるＣＣＭ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  Ｍｅｓｓａｇｅ）フレームの適用が候補に挙がるが
なお、ＣＣＭフレームの送信をマルチキャストで行なう場合、例えば非特許文献１で規定されたＯＡＭフレーム用のマルチキャストＭＡＣアドレスを利用することができる。このマルチキャストＭＡＣアドレスを使用すれば、Ｅｔｈ−ＣＣ信号を受信する終端装置は宛先ＭＡＣアドレスに、規格で規定されたマルチキャストＭＡＣアドレスが格納されていることを確認して処理をすることができる。
【００２６】
コントローラ５０は、Ｂｏｘ３０より送信されたユニキャストＣＣＭフレームからＭＡＣアドレスのソースアドレス（Ｓｏｒｃｅ  ＭＡＣ  Ａｄｄｒｅｓｓ）（以下ＳＡと称する）からＢｏｘ３０のＭＡＣアドレスを学習する。次に学習したＢｏｘ３０のＭＡＣアドレスを使用してユーザＶＬＡＮ  ＩＤを付けたＶＳＭフレームを送信する。ＣＣＭフレームとの違いは、Ｏｐｃｏｄｅが０ｘ３３となる。ベンダーが独自に設定可能なフレームであり、ここでは、Ｂｏｘ３０に対しＳＮとＭＡＣアドレス情報を要求する制御フレームである。フレームフォーマットについては、ベンダー独自のスタティックな部分であり様々な構成のしかたがあるので割愛する。
自宛のＶＳＭフレームを受信したＢｏｘ３０は、自身のＳＮとＭＡＣアドレス情報をＶＳＲフレームにてコントローラ５０に向けて送信する。ＣＣＭフレームとの違いは、Ｏｐｃｏｄｅが０ｘ３２となる。ベンダーが独自に設定可能なフレームであり、ここでは、コントローラ５０に対しＢｏｘ３０自身のＳＮとＭＡＣアドレス情報を通知する制御フレームである。フレームフォーマットについては、ベンダー独自のスタティックな部分であり割愛する。ＭＡＣアドレスは、既にＣＣＭを使用してコントローラ側は学習しているが、ここでは、ＳＮとＭＡＣの一致を確認するために再度、Ｂｏｘ３０よりＶＳＲフレームにてＢｏｘ３０自身のＭＡＣアドレスを送付する。
【００２７】
コントローラ５０からＢｏｘ３０のＶＳＭフレームの送信とＢｏｘ３０からコントローラ５０へのＶＳＲフレームの受信が図６の７４００で示す部分である。コントローラ５０は、Ｂｏｘ３０からのＶＳＲフレームで受け取った情報からコントローラ５０自身が持つ内部テーブルを更新し、オペレータ側に情報を通知する。この際の通知情報は、ユーザＶＬＡＮ  ＩＤ単位に接続されたＢｏｘ３０情報、Ｂｏｘ３０自身のＳＮとＭＡＣアドレス情報である。図６でのマルチキャストＣＣＭフレーム７２００、ユニキャストＣＣＭフレーム７３００、ＶＳＭ／ＶＳＲ個体情報の収集７４００は、コントローラ５０の運用後７１００以降は常に上記動作を所定の時間間隔等で継続しても良い。継続の理由は、新規で追加されたＢｏｘ３０の情報収集目的である。コントローラ５０のみのシーケンスは図８にて後述する。また、前記の流れは、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００２８】
図７は、オペレータより終端装置（Ｂｏｘ−Ｍ／Ｓ）を登録する全体の動作シーケンス図である。図３の装置登録  Ｂｏｘ−Ｍ／Ｓ登録作業３２００が実施されるとコントローラ５０の内部テーブルはオペレータが入力した内容が反映され更新される。コントローラ５０は、更新された内部テーブルの内容に基づきＢｏｘ４０に対しマスタ（Ｂｏｘ-Ｍ４０）としての登録設定をＶＳＭフレームにて送信する。Ｂｏｘ４０は、ＶＳＭフレームを受信すると設定内容に基づきＢｏｘ−Ｍ４０としての動作を開始し、コントローラ５０に対してＢｏｘ-Ｍ４０として動作する事をＶＳＲで通知する。コントローラ５０はＢｏｘ-Ｍ４０の設定が完了した事をオペレータに通知する。
同様にコントローラ５０は、更新された内部テーブルの内容に基づきＢｏｘ３１に対しスレーブ（Ｂｏｘ-Ｓ３１）としての登録設定をＶＳＭフレームにて送信する。Ｂｏｘ３１は、ＶＳＭフレームを受信すると設定内容に基づきＢｏｘ−Ｓ３１Ａとしての動作を開始し、コントローラ５０に対してＢｏｘ-Ｓ３１Ａとして動作する事をＶＳＲで通知する。コントローラ５０はＢｏｘ-Ｓ３１Ａの設定が完了した事をオペレータに通知する。前記の動作が８０００である。
【００２９】
また、図３の回線パラメータの設定、接続性監視設定３３００が実施されるとコントローラ５０の内部テーブルはオペレータが入力した内容が反映され更新される。コントローラ５０は、更新された内部テーブルの内容に基づきＢｏｘ−Ｍ４０に対し、回線パラメータの設定、接続性監視の有効設定情報をＶＳＭフレームにて送信する。Ｂｏｘ−Ｍ４０は、ＶＳＭフレームを受信すると設定内容を自身のテーブルに反映させ運用状態となる。Ｂｏｘ−Ｍ４０は、自身が運用状態になった事をコントローラ５０にＶＳＲで通知する。コントローラ５０はＢｏｘ-Ｍ４０の設定が完了した事をオペレータに通知する。
同様にコントローラ５０は、更新された内部テーブルの内容に基づきＢｏｘ−Ｓ３１に対し、回線パラメータ、接続性監視の有効設定情報をＶＳＭフレームにて送信する。Ｂｏｘ−Ｓ３１は、ＶＳＭフレームを受信すると設定内容を自身のテーブルに反映させ運用状態となる。Ｂｏｘ−Ｓ３１は、自身が運用状態になった事をコントローラ５０にＶＳＲで通知する。コントローラはＢｏｘ-Ｓ３１の設定が完了した事をオペレータに通知する。前記の動作が８１００である。
ここでは、Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ３１に絞って説明をしたが、実際には、複数のＢｏｘ３１に対してＢｏｘ−Ｍ４０またはＢｏｘ−Ｓ３１として登録可能である。前記の流れは、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
また、別途コントローラ５０のみのシーケンスは図８、Ｂｏｘ−Ｍ４０のみのシーケンスは図１０、Ｂｏｘ−Ｓ３０のみのシーケンスは図１２にて後述する。
【００３０】
図８は、制御装置（コントローラ５０）の処理フローの一例である。コントローラ５０は、内部テーブル９０００を持っている。初期状態７０１０では、図９−（Ａ）の内部テーブル１００１０は空欄である。オペレータよりコントローラ５０の登録設定とユーザＶＬＡＮ  ＩＤ設定３１００が行われると運用（７１００）となる。
コントローラ５０は、運用状態となるとオペレータより設定されたユーザＶＬＡＮ  ＩＤを使用してユーザＶＬＡＮ付きマルチキャストＣＣＭをＢｏｘ３１、Ｂｏｘ４０へ送信する（９１１０）。そしてコントローラ５０は、Ｂｏｘ３１、Ｂｏｘ４０からのユーザＶＬＡＮ付きユニキャストＣＣＭを受信する（９１２０）。そしてコントローラ５０は、ユーザＶＬＡＮ付きユニキャストＣＣＭを受信するとＢｏｘ３１、Ｂｏｘ４０のＭＡＣアドレスを学習し内部テーブルを作成する（９１３０）。
【００３１】
図９−（Ｂ）の内部テーブル１００２０は、前記で行ったＢｏｘ３１、Ｂｏｘ４０のＭＡＣ学習結果を反映したものである。ここでは、前述した図２の網１を例としているため、図９−（Ｂ）１００２０では、ユーザＶＬＡＮ−ＩＤ  Ａでは、接続先ＭＡＣは、ＭＡＣ１００、ＭＡＣ２００、ＭＡＣ３００、ＭＡＣ４００となる。同様にユーザＶＬＡＮ−ＩＤ  Ｂでは、接続ＭＡＣは、ＭＡＣ１００、ＭＡＣ５００、ＭＡＣ６００となる。
【００３２】
次にコントローラ５０は、前記で学習したＢｏｘ３１、Ｂｏｘ４０のＭＡＣアドレスから個々のＢｏｘ３１、Ｂｏｘ４０に対して詳細情報の問い合わせを行う。具体的には、Ｂｏｘ３１、Ｂｏｘ４０のＳＮ情報の問い合わせとＢｏｘ３０のＭＡＣアドレスの再確認を行う。Ｂｏｘ３１、Ｂｏｘ４０に対してユーザＶＬＡＮ付きユニキャストＶＳＭフレームを送信する（９１４０）。
コントローラ５０は、Ｂｏｘ３１、Ｂｏｘ４０からのユーザＶＬＡＮ付きユニキャストＶＳＲを受信し、ＶＳＲの受信内容から先に作成した内部テーブル情報を更新する（９１６０）。
【００３３】
図９−（Ｃ）の内部テーブル１００３０は、前記Ｂｏｘ３０からのＶＳＲの受信内容を反映させたものである。ここでは、前述した図２の網１を例としているため、図９−（Ｃ）１００３０では、ユーザＶＬＡＮ−ＩＤ  Ａでは、接続先ＭＡＣがＭＡＣ１００については接続先ＳＮがＳ０００となり、接続先ＭＡＣがＭＡＣ２００については接続先ＳＮがＳ００１となり、接続先ＭＡＣがＭＡＣ３００については接続先ＳＮがＳ００２となり、接続先ＭＡＣがＭＡＣ４００については接続先ＳＮがＳ００３となる。
同様にユーザＶＬＡＮ−ＩＤ  Ｂでは、接続先ＭＡＣがＭＡＣ１００については接続先ＳＮがＳ０００となり、接続先ＭＡＣがＭＡＣ５００については接続先ＳＮがＳ００４となり、接続先ＭＡＣがＭＡＣ５００については接続先ＳＮがＳ００４となる。図９−（Ｃ）の内部テーブル情報１００３０が完成するとオペレータ側にテーブル内容を通知する。
【００３４】
また、オペレータより装置登録  Ｂｏｘ-Ｍ／Ｓ登録作業３２００が行われるとコントローラ５０は内部テーブルを更新する（９２１０）。図９−（Ｄ）の内部テーブル１００４０は、オペレータからのＢｏｘ−Ｍ／Ｓ登録作業内容３２００を反映せたものである。ここでは、前述した図２の網１を例としているため、図９−（Ｂ）１００４０では、ユーザＶＬＡＮ−ＩＤ  Ａでは、接続先ＳＮがＳ０００は、Ｂｏｘ−Ｍ４０となり、接続先ＳＮがＳ００１は、Ｂｏｘ−Ｓ１（３１Ａ）となり、接続先ＳＮがＳ００２は、Ｂｏｘ−Ｓ２（３１Ｂ）となり、接続先ＳＮがＳ００３は、Ｂｏｘ−Ｓ１（３１Ｃ）となる。
同様にユーザＶＬＡＮ−ＩＤ  Ｂでは、接続先ＳＮがＳ０００は、Ｂｏｘ−Ｍ４０となり、接続先ＳＮがＳ００４は、Ｂｏｘ−Ｓ１（３１Ｄ）となり、接続先ＳＮがＳ００５は、Ｂｏｘ−Ｓ１（３１Ｅ）となる。
コントローラ５０は、前記１００４０のテーブル情報に基づいてＢｏｘ３１、Ｂｏｘ４０に対しユニキャストＶＳＭフレームを送信する（９２２０）。コントローラ５０は、ＢｏｘからのＢｏｘＭ／Ｓ設定応答をユニキャストＶＳＲで受信する（９２３０）。
【００３５】
ここまでに収集した情報から、図９−（Ｅ）の内部テーブル１００５０が作成される。内部テーブル１００５０は、図４のテーブル４０２０とテーブル４０４０、さらに図９の内部テーブル１００４０の情報を組み合わせて作成される。ユーザＶＬＡＮ−ＩＤ単位に制御装置（コントローラ５０）自身の情報であるＳＮとＭＡＣアドレス、コントローラ５０に収容されたセンタ側終端装置（Ｂｏｘ−Ｍ４０）の情報、ＳＮとＭＡＣアドレス、Ｂｏｘ-Ｍ４０に収容された拠点側終端装置（Ｂｏｘ−Ｓ３１）を示している。上記の収容関係は、オペレータからのコントローラ登録作業３１００とＢｏｘ−Ｍ／Ｓ登録作業内容３２００が実行されることで完結する。
【００３６】
次にオペレータより回線パラメータの設定と接続性監視の設定３３００が行われると、コントローラ５０は内部テーブルを更新する（９２４０）。図９−（Ｆ）の内部テーブル１００６０は、内部テーブル１００５０に対し、オペレータからの回線パラメータの設定と接続性監視の設定内容を反映せたものである。
コントローラ５０は、前記１００５０のテーブル情報に基づいてＢｏｘＭ／Ｓに対しユニキャストＶＳＭフレームを送信する（９２５０）。ＶＳＭフレームの送信内容は、回線パラメータの設定と接続性監視設定である。コントローラ５０は、Ｂｏｓ−Ｍ／Ｓからの設定応答をユニキャストＶＳＲフレームで受信する（９２６０）。前記までがコントローラ５０からのＢｏｘ−Ｍ４０とＢｏｘ−Ｓ３１の運用設定である。
【００３７】
図８の点線部分９３００は、Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ３１の運用後の接続性監視のシーケンスとなる。コントローラ５０は、Ｂｏｘ−Ｍ４０との間、およびＢｏｘ-Ｓ３１との間それぞれで、接続性監視を開始する（９３１０）。
具体的には、図９−（Ｆ）の内部テーブル１００６０に基づき、ユニキャストＣＣＭフレームを回線パラメータ単位、つまり終端ＩＤ（Ｂｏｘ−Ｓ側）、終端ＩＤ（Ｂｏｘ−Ｍ側）に対して送信する。前記例では、コントローラ５０に収容したＢｏｘ−Ｍ４０やＢｏｘ−Ｓ３１のＭＡＣアドレスを把握しているためユニキャストＣＣＭフレームを利用したが、マルチキャストＣＣＭフレームを利用しても良いが、ユーザトラフィックへの負担を低減するために本例ではユニキャストＣＣＭフレームを利用している。
コントローラ５０は、Ｂｏｘ−Ｍ４０やＢｏｘ−Ｓ３１からのユニキャストＣＣＭフレームの応答を受けてこれらＢｏｘとの間の接続性監視を終了する（９３２０）。そしてコントローラ５０は、接続性監視の結果をまとめ内部テーブルを更新する（９３３９）。
【００３８】
９３００のシーケンスは、繰り返し常時実施している。一定時間ＣＣＭフレームを受信しない場合や該当装置との接続性に異常が発生した場合は、オペレータ側への通知を即時とする。それ以外は、オペレータへの定期的な通知は5分程度とする。前記例は、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００３９】
図１０は、センタ側終端装置（Ｂｏｘ−Ｍ４０）の処理フローの一例である。Ｂｏｘ−Ｍ４０は、内部テーブル１２０００を持っている。初期状態７０２０では、図１１−（Ａ）の内部テーブル１３０１０は空欄である。コントローラ５０からのユーザＶＬＡＮ付きマルチキャストＣＣＭフレームを連続して５回受信すると（１２０１０）、Ｂｏｘ−Ｍ４０はＬＯＣ（Ｌｏｓｓ  Ｏｆ  Ｃｏｔｉｎｕｔｙ）を解除する。本実施例では、他装置からのＣＣＭフレームを誤学習しないために連続５回受信するまでＬＯＣを解除しないこととしている。前記例の５回連続については、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００４０】
次にＢｏｘ−Ｍ４０は、コントローラ５０から受信したマルチキャストＣＣＭフレームの送信元ＭＡＣアドレスであるコントローラ５０のＭＡＣアドレスを学習し、内部テーブルに反映し更新する（１２０２０）。
図１１−（Ｂ）の内部テーブル１３０２０は、前記で行ったコントローラ５０のＭＡＣ学習結果を反映したものである。ここでは、前述した図２の網１を例としているため、コントローラ５０から来るユーザＶＬＡＮ  ＩＤ  ＡのＭＡＣ１とユーザＶＬＡＮ  ＩＤ  ＢのＭＡＣ１である。
【００４１】
Ｂｏｘ−Ｍ４０は、前記で学習したＭＡＣアドレスをＤＡ（宛先アドレス）にしてユーザＶＬＡＮ付きユニキャストＣＣＭフレームをコントローラ５０に送信する（１２０３０）。そしてＢｏｘ−Ｍ４０は、コントローラ５０より詳細情報問い合わせのユーザＶＬＡＮ付きユニキャストＶＳＭフレームを受信する（１２０４０）。詳細情報問い合わせに対しＢｏｘ−Ｍ４０は、自身のＳＮとＭＡＣアドレス等の情報をコントローラ５０に向けてユーザＶＬＡＮ付きユニキャストＶＳＲフレームにて通知する（１２０５０）。
【００４２】
次にＢｏｘ−Ｍ４０は、コントローラ５０からＢｏｘ−Ｍ４０設定の情報、つまりＢｏｘ−Ｍ４０をマスタのＢＯＸとして設定する情報を、ユーザＶＬＡＮ付きユニキャストＶＳＭフレームで受信する（１２０６０）。これを受けたＢｏｘ−Ｍ４０は、自身の内部テーブルを更新する（１２０７０）。
図１１−（Ｃ）の内部テーブル１３０３０は、前記で行ったコントローラ５０からのＢｏｘ−Ｍ４０設定（マスタとしての設定）の内容を反映したものである。Ｂｏｘ−Ｍ４０は、マスタとして起動するようにコントローラ５０より通知が来るのでテーブル１３０２０で「Ｂｏｘ」と表記していた部分をテーブル１３０３０では「Ｂｏｘ−Ｓ」と書き換える。これは、Ｂｏｘ−Ｍ４０自身の情報、ＳＮとＭＡＣアドレスはＢｏｘ−Ｍ４０自身が内部で持っており、Ｂｏｘ−Ｍ４０として動作する場合は、複数のＢｏｘ−Ｓ３１の情報、ＳＮとＭＡＣアドレスを管理する必要があるためである。Ｂｏｘで管理するテーブル数の削減、つまりメモリ容量の削減のために上記手段としている。
そしてＢｏｘ−Ｍ４０は、コントローラ５０に対して設定が完了したことを通知するためのＶＳＲフレームを送信する（１２０８０）。
【００４３】
Ｂｏｘ−Ｍ４０は、コントローラ５０より回線パラメータの設定と接続性監視の設定をユーザＶＬＡＮ付きユニキャストＶＳＭフレームで情報を受信する（１２０９０）。コントローラ５０からのユーザＶＬＡＮ付きユニキャストＶＳＭフレームを受信するとＢｏｘ−Ｍ４０は内部テーブルを更新する（１２１００）。
図１１−（Ｄ）の内部テーブル１３０４０は、コントローラ５０から設定されたコントローラのＳＮ情報、回線パラメータの設定と接続性監視有効情報の設定内容を反映させたものである。ここでは、前述した図２の網１を例としているのでユーザＶＬＡＮ  ＩＤ  Ａのコントローラ５０のＳＮ情報Ｃ００１とＢｏｘ−Ｍ配下に接続されたＢｏｘ−Ｓの情報、ＳＮとＭＡＣアドレス（Ｓ００１はＭＡＣ２００、Ｓ００２はＭＡＣ３００、Ｓ００３はＭＡＣ４００）、回線パラメータ中の回線ＩＤと終端ＩＤ（Ｂｏｘ−Ｍ側）の情報、接続性監視の有効設定情報が更新されている。ここで終端ＩＤ（Ｂｏｘ−Ｓ側）が  「−」  となっているのは、Ｂｏｘ−Ｍは、コントローラ５０とＢｏｘ−Ｓとの終端ＩＤ（Ｂｏｘ−Ｓ側）を管理しないためである。同様にユーザＶＬＡＮ  ＩＤ  Ｂのコントローラ５０のＳＮ情報Ｃ００１とＢｏｘ−Ｍ配下に接続されたＢｏｘ−Ｓの情報、ＳＮとＭＡＣアドレス（Ｓ００４はＭＡＣ５００、Ｓ００５はＭＡＣ６００）、回線パラメータ中の回線ＩＤと終端ＩＤ（Ｂｏｘ−Ｍ側）の情報、接続性監視の有効設定情報が更新されている。
Ｂｏｘ−Ｍ４０は正常に設定が完了するとコントローラ５０に向けて設定応答報告をユニキャストＶＳＲにて送信する（１２１１０）。そしてＢｏｘ−Ｍ４０は運用状態となる（８１１０）。
【００４４】
Ｂｏｘ−Ｍ４０は、内部テーブル１３０４０の情報に基づきＢｏｘ−Ｍ４０とＢｏｘ−Ｓ３１間の接続性監視を行う（１２２００）。また、コントローラ５０とＢｏｘ−Ｍ４０間の接続性監視も同時に行う（１２３００）。
Ｂｏｘ−Ｓ３１との間の接続性監視については、Ｂｏｘ−Ｍ４０は、ユーザＶＡＬＮ  ＩＤ単位に収容している複数のＢｏｘ−Ｓ３１に対しマルチキャストＣＣＭを送信する（１２２１０）。またＢｏｘ−Ｍ４０は、Ｂｏｘ−Ｓ３１からはユニキャストＣＣＭを受信し、（１２２２０）これに応じて内部テーブルの更新を行い（１２２３０）接続性監視結果をテーブルに反映させる。
コントローラ５０との間の接続性監視については、Ｂｏｘ−Ｍ４０は、コントローラ５０からユニキャストＣＣＭを受信（１２３１０）する。またＢｏｘ−Ｍ４０は、コントローラ５０へのユニキャストＣＣＭを送信する（１２３２０）。Ｂｏｘ−Ｍ４０は、内部テーブルの更新を行い（１２３３０）接続性監視結果をテーブルに反映させる。
【００４５】
Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ３１間の接続性監視を行うシーケンス（１２２００）と、コントローラ５０とＢｏｘ−Ｍ４０間の接続性監視を行うシーケンス（１２３００）は、繰り返し常時実施している。一定時間ＣＣＭフレームを受信しない場合や該当装置との接続性に異常が発生した場合は、オペレータ側への通知を即時とする。それ以外は、オペレータへの定期的な通知は5分程度とする。前記例は、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００４６】
図１２は、拠点側終端装置（Ｂｏｘ−Ｓ）の処理フローの一例である。Ｂｏｘ−Ｓ３１は、内部テーブル１５０００を持っている。初期状態７０３０では、図１３−（Ａ）の内部テーブル１６０１０は空欄である。Ｂｏｘ−Ｓ３１は、コントローラ５０からのユーザＶＬＡＮ付きマルチキャストＣＣＭフレームを連続して５回受信すると（１５０１０）、ＬＯＣ（Ｌｏｓｓ  Ｏｆ  Ｃｏｔｉｎｕｔｙ）を解除する。
【００４７】
次にＢｏｘ−Ｓ３１は、コントローラ５０から受信したマルチキャストＣＣＭフレームの送信元ＭＡＣアドレス、つまりコントローラ５０のＭＡＣアドレスを学習し、内部テーブルに反映し更新する（１５０２０）。
図１３−（Ｂ）の内部テーブル１６０２０は、前記で行ったコントローラ５０のＭＡＣ学習結果を反映したものである。ここでは、前述した図２の網１を例としているため、コントローラ５０から来るユーザＶＬＡＮ  ＩＤ  ＡのＭＡＣ１である。ユーザＶＬＡＮ  ＩＤ  Ｂは別のＢｏｘ−Ｓのためここでは、ユーザ  ＶＬＡＮ  ＩＤ  Ａの網に属するＢｏｘ−Ｓ１（３１Ａ）についてのみ記載している。
【００４８】
Ｂｏｘ−Ｓ３１は、前記で学習したＭＡＣアドレスをＤＡ（宛先アドレス）にしてユーザＶＬＡＮ付きユニキャストＣＣＭフレームをコントローラ５０に送信する（１５０３０）。次にＢｏｘ−Ｓ３１は、コントローラ５０より詳細情報問い合わせのユーザＶＬＡＮ付きユニキャストＶＳＭフレームを受信する（１５０４０）。これを受信したＢｏｘ−Ｓ３１は、自身の情報ＳＮとＭＡＣアドレスをコントローラ５０に向けてユーザＶＬＡＮ付きユニキャストＶＳＲフレームにて通知する（１５０５０）。
【００４９】
次にＢｏｘ−Ｓ３１は、コントローラ５０からＢｏｘ−Ｓ１（３１Ａ）設定の情報、つまり自装置をスレーブとして設定する情報をユーザＶＬＡＮ付きユニキャストＶＳＭフレームで受信する（１５０６０）。Ｂｏｘ３０は、自身の内部テーブルを更新する（１５０７０）。
図１３−（Ｃ）の内部テーブル１６０３０は、前記で行ったコントローラ５０からのＢｏｘ−Ｓ１（３１Ａ）設定の内容を反映したものである。Ｂｏｘ３０は、Ｂｏｘ−Ｓ１（３１Ａ）として起動するようにコントローラ５０より通知が来るので、１６０３０のテーブルでは、「Ｂｏｘと表記していた部分を「Ｂｏｘ−Ｍ」と書き換える。これは、Ｂｏｘ−Ｓ１（３１Ａ）自身の情報、ＳＮとＭＡＣアドレスはＢｏｘ−Ｓ１（３１Ａ）自身が内部で持っており、Ｂｏｘ−Ｓ１（３１Ａ）として動作する場合は、終端されるＢｏｘ−Ｍ４０の情報、ＳＮとＭＡＣアドレスを管理する必要があるためである。
そしてＢｏｘ−Ｓ３１は、コントローラ５０に対して設定が完了したことを通知するためのＶＳＲフレームを送信する（１５０８０）。
【００５０】
次にＢｏｘ−Ｓ３１は、コントローラ５０より回線パラメータの設定と接続性監視の設定をユーザＶＬＡＮ付きユニキャストＶＳＭフレームで情報を受信する（１５０９０）。コントローラ５０からのユーザＶＬＡＮ付きユニキャストＶＳＭフレームを受信するとＢｏｘ−３１は内部テーブルを更新する（１５１００）。
図１３−（Ｄ）の内部テーブル１６０４０は、コントローラ５０から設定されたコントローラのＳＮ情報、回線パラメータの設定と接続性監視有効情報の設定内容を反映させたものである。ここでは、前述した図２の網１を例としているのでユーザＶＬＡＮ  ＩＤ  Ａのコントローラ５０のＳＮ情報Ｃ００１とＢｏｘ−Ｍ情報、ＳＮとＭＡＣアドレス（Ｓ０００はＭＡＣ１００）、回線パラメータ中の回線ＩＤと終端ＩＤ（Ｂｏｘ−Ｓ側）の情報、接続性監視の有効設定情報が更新されている。ここで終端ＩＤ（Ｂｏｘ−Ｍ側）が  「−」  となっているのは、Ｂｏｘ−Ｍは、コントローラ５０とＢｏｘ−Ｍとの終端ＩＤ（Ｂｏｘ−Ｍ側）を管理しないためである。
Ｂｏｘ−Ｓ１（３１Ａ）は正常に設定が完了するとコントローラ５０に向けて設定応答報告をユニキャストＶＳＲにて送信する（１５１１０）。そしてＢｏｘ−Ｓ３１は運用状態となる（８１３０）。
【００５１】
Ｂｏｘ−Ｓ３１は、内部テーブル１６０４０の情報に基づきＢｏｘ−Ｍ４０とＢｏｘ−Ｓ３１間の接続性監視を行う（１５２００）。また、コントローラ５０とＢｏｘ−Ｓ３１間の接続性監視も別に行う（１５３００）。
Ｂｏｘ−Ｍ４０との間の接続性監視については、Ｂｏｘ−Ｓ３１はＢｏｘ−Ｍ４０からユニキャストＣＣＭを受信する（１５２１０）。またＢｏｘ−Ｓ３１は、Ｂｏｘ−Ｍ４０に対しユニキャストＣＣＭを送信する（１５３２０）。そしてＢｏｘ−Ｓ３１はＢｏｘ−Ｍ４０との間のＣＣＭフレームのやり取りに応じて内部テーブルの更新を行い（１５２３０）接続性監視結果をテーブルに反映させる。
コントローラ５０との間の接続性監視については、Ｂｏｘ−Ｓ３１は、コントローラ５０からユニキャストＣＣＭを受信（１５３１０）する。またＢｏｘ−Ｓ３１は、コントローラ５０へのユニキャストＣＣＭを送信する（１５３２０）。Ｂｏｘ−Ｓ３１は、コントローラ５０との間のＣＣＭフレームのやり取りに応じて内部テーブルの更新を行い（１５３４０）接続性監視結果をテーブルに反映させる。
【００５２】
Ｂｏｘ−Ｍ４０とＢｏｘ−Ｓ３１間の接続性監視を行うシーケンス（１５２００）とコントローラ５０とＢｏｘ−Ｓ３１間の接続性監視を行なうシーケンス（１５３００）とは、それぞれ繰り返し常時実施している。一定時間ＣＣＭフレームを受信しない場合や該当装置との接続性に異常が発生した場合、Ｂｏｘ−Ｓ３１はオペレータ側へ即時に通知を行なう。それ以外は、オペレータへの定期的な通知は5分程度とする。前記例は、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。
【００５３】
このように本実施例では、ＩＥＥＥ  ８０２.１ａｇ、ＩＴＵ−Ｔ  Ｙ．１７３１の勧告で規定されたイーサＯＡＭフレームを終端可能な端末装置（以下、終端装置と称する）をユーザ拠点に設置する。そしてＥｎｄ−Ｅｎｄの拠点間の正常性監視は、ＣＣＭフレームを利用して終端装置間で実現する。また、終端装置を制御するための制御装置（コントローラ）をユーザが使用するＶＬＡＮ網内に設置する。コントローラからの終端装置の制御ルートの確立方法は、コントローラと終端装置間のＣＣＭフレームの送受とＭＡＣアドレス学習により行う。具体的には、コントローラから同じユーザが使用するＶＬＡＮ網内の終端装置に対してマルチキャストアドレスのＣＣＭフレームを送信する。各終端装置は、マルチキャストアドレスのＣＣＭフレームを受信するとユニキャストアドレスのＣＣＭフレームをコントローラへ送信する。コントローラは、各終端装置から届くユニキャストアドレスのＣＣＭフレームから対象端末装置のＭＡＣアドレスを学習する。
【００５４】
ＭＡＣアドレス学習後は、対象装置をＭＡＣアドレスで特定することが可能となり制御用チャネルを確立することができる。コントローラから端末装置の制御は独自規定した制御フレームを用いる。制御フレームの形式はイーサＯＡＭのＶＳＭ／ＶＳＲ（Ｖｅｎｄｅｒ−Ｓｐｅｃｉｆｉｃ  ＯＡＭ  Ｍｅｓｓａｇｅ／Ｖｅｎｄｅｒ−Ｓｐｅｃｉｆｉｃ  ＯＡＭ  Ｒｅｐｌｙ）を利用することで、レイヤ２のインチャネル通信を適用することができる。前述の制御フレームの形式は、あくまで一例であり、ＶＳＭ／ＶＳＲの利用に限定したものではない。
【００５５】
終端装置との制御ルートを確立したコントローラは、ＭＡＣ学習結果と制御フレームの通知情報をもとに終端装置の情報をユーザが使用するＶＬＡＮ網単位でテーブル管理する。コントローラが持つテーブル情報は、オペレータ側に通知され一括管理することが可能である。オペレータは、終端装置に従属関係を設定し、上位側（マスタ）終端装置と複数の下位側（スレーブ）終端装置を決定する。コントローラは設定されたテーブル情報をもとに各終端装置に対して制御フレームで設定内容を通知する。設定内容に基づき各終端装置は動作する。接続性監視については、主信号ルートの監視と制御ルートの監視の両方を実施する。具体的には、マスタ終端装置とスレーブ終端装置間では、ＣＣＭフレームによる主信号ルートの接続性監視を実施する。また、コントローラと各終端装置間もＣＣＭフレームによる制御ルートの接続性監視を実施する。接続性監視区間には、オペレータが管理するＩＤを指定し区間単位に監視、管理する。
【００５６】
以上で説明したようにコントローラ５０が学習したＭＡＣアドレスからオペレータ主導のもとコントローラ５０を通じて各終端装置の遠隔制御が可能となる。Ｌ２−ＶＰＮサービスエリア内の拠点間を接続する各終端装置間の接続情報とコントローラと各終端装置間の接続情報を示すテーブルをオペレータは一括管理・作成することが可能である。前記によりユーザフレームが流れる主信号ルートだけでなく制御ルートの正常性確認も可能となる。接続性監視区間が明確になったことで、障害発生時の端末故障や通信経路異常時の故障箇所の特定が容易となり不要な障害通知を減らすことでユーザトラヒックへの負担を軽減することが可能となる。
【符号の説明】
【００５７】
１            網
１０  Ｌ２＿ＶＰＮ網 
３１  Ｂｏｘ―Ｓ
４０  Ｂｏｘ―Ｍ
５０  コントローラ
６１００  回線ＩＤ
６２００  終端ＩＤ（Ｂｏｘ−Ｍ側）
６３００  終端ＩＤ（Ｂｏｘ−Ｓ側）
【図１】
0005604354.tif 000002
【図２】
0005604354.tif 000003
【図３】
0005604354.tif 000004
【図４】
0005604354.tif 000005
【図５】
0005604354.tif 000006
【図６】
0005604354.tif 000007
【図７】
0005604354.tif 000008
【図８】
0005604354.tif 000009
【図９】
0005604354.tif 000010
【図１０】
0005604354.tif 000011
【図１１】
0005604354.tif 000012
【図１２】
0005604354.tif 000013
【図１３】
0005604354.tif 000014