同じVLANに属する装置間で接続性の確認を行なうためのフレームを送受信する複数の終端装置を、VLANごとに管理する制御装置であって、前記VLANごとに当該VLANに属する前記終端装置に、マルチキャストフレームを送信する手段と、前記マルチキャストフレームの送信後、それぞれの前記終端装置から自装置宛に送信されたフレームの送信元アドレスを、当該終端装置のMACアドレスとして取得する手段と、前記取得したMACアドレスを用いて、それぞれの前記終端装置に、第1のユニキャストフレームにて当該終端装置を一意に識別するための装置の識別情報を問い合わせて取得する手段を有することを特徴とする制御装置。請求項1に記載の制御装置であって、前記取得したMACアドレスを用いて、それぞれの前記終端装置に、当該終端装置が同じVLANに属する他の前記終端装置との間の接続性確認をまとめて行なうマスタの役割を実行する装置であるのか、もしくは前記マスタの役割を実行する他の前記終端装置に従属するスレーブの装置であるのかを第2のユニキャストフレームにて通知する手段を有することを特徴とする制御装置。請求項2に記載の制御装置であって、前記取得したMACアドレスを用いて、それぞれの前記終端装置に、当該終端装置と同じVLANに属する他の前記終端装置との間で接続性確認を行なう回線区間を特定するための回線の識別情報を第3のユニキャストフレームにて通知する手段を有することを特徴とする制御装置。請求項1に記載の制御装置であって、前記マルチキャストフレームは、イーサネットのOAM信号であるCCMフレームであることを特徴とする制御装置。請求項3に記載の制御装置であって、前記第1乃至第3のユニキャストフレームは、イーサネットのOAM信号であるVSMフレームであることを特徴とする制御装置。請求項1に記載の制御装置であって、前記装置の識別情報は、前記終端装置に固有のシリアルナンバーであることを特徴とする制御装置。これまでキャリア等の通信事業者が規模の大きなユーザ間ネットワークを提供する場合、通信事業者はネットワークの規模に応じて相応のコスト負担を実施してネットワークを構築してきた。近年は、L2-VPNサービスのエリアを拡大するため他社が提供しているアクセス網を利用するケースが増加している。アクセス網プロバイダ等の地域業者が構築している地域網を利用することで、前述のコスト低減を図る動きがある。通信事業者は、他社網を中継網として利用する場合、キャリア自身が管理するネットワーク以外に他社網を含めたEnd-Endでの回線の正常性監視、保守を行う必要がある。End-Endで回線を監視するには、L2-VPNサービスを利用するユーザ宅に通信事業者が用意した端末装置を設置する必要がある。端末装置は、ユーザ宅に設置されるため他社網を経由した遠隔制御を行う必要があり、その遠隔制御方法が課題となる。また、端末故障や通信経路異常による障害発生時には、キャリア等の通信事業者の装置だけでなく他社装置からも障害が検出され不必要な障害通知が輻輳する恐れがある。そこで、効率良く故障区間を特定し、不要な障害通知を減らすことでユーザトラヒックへの負担を軽減することが課題となる。ユーザ拠点にCCMフレーム等のOAM信号を終端可能な端末装置を設置し、End-Endの拠点間の正常性監視を実現する。また、終端装置をコントロールする制御装置をユーザが使用するVLAN網内に設置し、終端装置の遠隔制御は、コントローラから実現する。コントローラで持つテーブル情報は、オペレータ主導で一括管理し、コントローラがMAC学習した結果を元に接続配下の終端装置の情報をオペレータに通知する。接続性監視区間には、オペレータより事業者が管理するIDを指定し区間単位に接続性監視ができるようにする。本発明によると、コントローラが学習したMACアドレスからオペレータ主導のもとコントローラを通じて各終端装置の遠隔制御が可能となる。オペレータは、コントローラを通じで終端装置の従属関係の設定をすることが可能となり、また、マスタ終端装置とスレーブ終端装置を結ぶ接続性監視区間のID設定、コントローラと各終端装置間を結ぶ接続監視区間のID設定が可能となる。L2-VPNサービスエリア内の拠点間を接続する各終端装置間の接続情報とコントローラと各終端装置間の接続情報を示すテーブルをオペレータは一括管理作成することが可能である。前記によりユーザフレームが流れる主信号ルートだけでなく制御ルートの正常性確認も可能となる。接続性監視区間が明確になったことで、障害発生時の端末故障や通信経路異常時の故障箇所の特定が容易となり不要な障害通知を減らすことでユーザトラヒックへの負担を軽減することが可能となる。以下、図面を用いて本発明によるネットワークの構成と動作を、ITU-T勧告Y.1731非特許文献1で規定されるイーサOAM構成及びその動作を例として説明する。図1は、本発明の実施形態によるL2―VPN網10を示す網構成の一例である。網1では、拠点間を接続するサービスに加入しているユーザ加入者の端末以下、ユーザ装置と称する。が各地に配置されており、同じく各地に配備された終端装置であるBox-S31やBox-M40がこれらユーザ装置を、L2―VPN網10に接続させている様子を示している。ここで、Box-M40は例えばユーザが各拠点を集約する大都市部などのセンタ側に配置する終端装置であり、Box-S31は例えばユーザが地方などの拠点側に配置する終端装置である。この終端装置は、単体の装置でも良いし、またはユーザ宅や加入者の局に設置されるEdge用ホームゲートウェイ等の装置や、ルータやスイッチ等の中継装置に組み込まれていても良い。なお、終端装置とは、例えばユーザの拠点内で、ユーザの拠点外で使用されるCCMContinuityCheckMessageフレーム等のOAM信号を終端する装置をいう。本実施例では終端装置はユーザの拠点内に配置されているが、ユーザの拠点に近い場所で、拠点外であっても良い。各地に設置された終端装置は、中継するL2―VPN網10のエッジに配置されたL2スイッチなどのエッジ装置20と接続されており、必要に応じてVLAN設定されたネットワークにて通信を行う。ここで、エッジ装置20やBox-M40、Box-S31は、例えば通信事業者であるキャリアが所有する装置であり、Box-M40やBox-S31はキャリアがユーザに貸与して、ユーザの宅内や局内に設置される使用形態が想定される。また、Box-M40やBox-S31等の終端装置とエッジ装置20との間のネットワークは、アクセス網プロバイダ等のキャリア以外の地域業者が管理するネットワークで構成されていても良い。また、エッジ装置で挟まれるネットワークは、キャリアが管理するネットワークと考えても良い。なお、図1のネットワークのどの部分を誰が管理するかについては上述の例以外にも様々なバリエーションがあるが、本実施例は網1がどのように管理区分されていても実施することができる。図1では、地方などのユーザ拠点側の終端端末として、Box―S131A、Box―S231B、Box―S331C、Box―S431D、Box―S531Eの5台のBox―S31が配置されている。また、センタ側の終端端末として、1台のBox―M40が配置されている。その他、各終端装置を遠隔制御するコントローラ50もL2―VPN網10とL2スイッチなどのエッジ装置20Fを介して接続されている。コントローラ50は、監視制御システム190と接続されておりユーザフレームが流れる通信路データプレーンとは別にイーサOAM信号を送受信するために構築された通信路コントロールプレーンと接続している。監視制御システム190は、ハードウェアとしてのサーバ群とアプリケーションソフトウェア群から構成されている。コントローラ50、Box-M40やBox-S31の装置管理は、コントロールプレーンを介して行い、また網の構築と監視も同時に行っている。図2は、本発明の実施形態による網構築例を示す一例である。コントローラ50とBox-M40とBox-S131A、Box-S231B、Box-S331Cは、L2-VPN網10を介し、VLANAユーザ用140に設定されたネットワークを構築している。同様にコントローラ50とBox-M40とBox-S431D、Box-S531Eは、L2-VPN網10を介し、VLANBユーザ用141に設定されたネットワークを構築している。VLANAユーザ用140とVLANBユーザ用141は、各終端装置の間では、ユーザが拠点―センタ間の通信に用いるユーザフレームが流れる通信路データプレーンであり、終端装置間の接続性監視等を行うイーサOAM信号を転送するための通信路コントロールプレーンでもある。また、各終端装置の間は、1台のセンタ側Box―M40の配下に複数の拠点側Box―S31が従属している形態をとる。一例をあげると、ある企業ネットワークにおいて、拠点側Box―S31の先に接続されるユーザ装置には各支店に設置された端末があり、センタ側Box―M40の先に接続されるユーザ装置には各支店を統括するデータセンタが設置されており、相互に送受信するネットワークである。前述の例はあくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。図3は、実施形態の網構築の際のオペレータより行われる制御方法を示す処理フローの一例である。コントローラ50とBox30は、事前に設置され初期状態でエッジSW20等と接続が出来ていることを前提とする。コントローラ50に接続されたユーザ端末をBoxと称する。始めにオペレータは装置登録コントローラ登録作業3100を実施する。図4-Aに示すテーブル4010にコントローラの登録とユーザVLANIDを登録する。ユーザVLANIDとは、ユーザが拠点―センタ間の通信に用いるユーザフレームが流れる通信路にしているVLANIDである。オペレータは事前にユーザフレームが流れる網を構築しているためユーザVLANIDは把握済みである。ここでは、前述した図2の網1を例とするため、図4-Bのテーブル4020では、ユーザVLANIDにVLANIDAとVLANIDBを登録した。次に装置登録BoxM/S登録作業3200を実施する。図4-Cのテーブル4030に示すM/SMaster/Slave設定とBox-M/Box-S装置の登録を入力することとなる。図4-Cでは、図4-Bで登録したコントローラの登録とユーザVLANIDが反映されており、このVLANIDに対応してコントローラ50に接続されたユーザ端末のSNSerialNumberとMACアドレスが登録されている。SNはユーザ端末を一意に識別するための情報であり、例えば装置製造時にメーカが付与する製造番号等や、通信キャリア等のネットワークを管理する者が新たに付与した識別情報等を使用しても良い。ユーザVLANIDAを入れることで接続している各BoxのSNとMACアドレスを取得する方法は後述する。図4-Dのテーブル4040では、前記設定が反映された状態を示している。ユーザVLANIDAに所属しているBoxは4台有り、SNは、S000、S001、S002、S003である。また、SNがS000、MACアドレスがMAC100のBoxは、Box-M40として登録され、SNがS001、MACアドレスがMAC200のBoxは、Box-S131Aとして登録されている。同様にSNがS002、MACアドレスがMAC300のBoxは、Box-S231Bとして登録され、SNがS003、MACアドレスがMAC400のBoxは、Box-S331Cとして登録されている。ユーザVLANIDBに所属しているBoxは3台有り、SNは、S000、S004、S005である。SNがS000、MACアドレスがMAC100のBoxは、Box-M40として登録され、SNがS004、MACアドレスが500のBoxは、Box-S431Dとして登録されている。同様にSNがS005、MACアドレスがMAC600のBoxは、Box-S531Eとして登録されている。次に回線パラメータの設定と接続性監視の設定3300を実施する。図4-Eのテーブル4050は、図4-Dのテーブル4040の配列と異なるが、装置登録BoxM/S登録作業3200を実施することでテーブルの並び替えが行われテーブルが反映される。テーブルの見方としては、ユーザVLANIDAに属するBox-M40SNがS000、MACがMAC100の配下には、Box-S131ASNがS001、MACがMAC200、Box-S231BSNがS002、MACがMAC300、Box-S331CSNがS003、MACがMAC400が接続していることを示している。同様にユーザVLANIDBに属するBox-M40SNがS000、MACがMAC100の配下には、Box-S431DSNがS004、MACがMAC500、Box-S531ESNがS005、MACがMAC600が接続していることを示している。回線パラメータの設定と接続性監視の設定3300では、図4-Eのテーブル4050のIDの列に回線ID、終端IDBox-S側、終端IDBox-M側、接続性監視の有効無効設定を行う。各回線パラメータの設定の一例を図5に示す。回線IDとは、Box-M40とBox-S131Aとの接続性監視区間を示すIDである。本例では、回線IDはMS16100を設定した。終端IDBox-S側とは、コントローラ50とBoxS131Aとの接続性監視区間を示すIDである。本例では、終端IDBox-S側はCS16200を設定した。同様に終端IDBox-M側とは、コントローラ50とBoxM40との接続性監視区間を示すIDである。本例では、終端IDBox-M側は、CMA6300を設定した。以降同様に回線パラメータの設定を行い図4-F4060のテーブルが完成する。図5を例にした場合の接続性監視結果については、コントローラ50は、コントローラ50とBox-M40間の終端IDBox-M側の接続性監視結果とコントローラ50とBox-S131A間の終端IDBox-S側の接続性監視結果を確認することができる。Box-M50とBox-S131A間の回線IDの接続性監視結果については、Box-M40から結果を通知してもらうか、Box-S1から結果を通知してもらうか、2つの方法がある。ここでは、Box-M40側がマスタとして動いているため、回線IDの接続性監視結果についてはBox-M40より通知してもらう事とする。但しこれは、あくまで一例であり、本発明は必ずしも前述の例に限定したものではない。図6は、オペレータより制御装置コントローラ50を登録する全体の動作シーケンス図である。図3の装置登録コントローラ登録作業3100が実施されると、コントローラ50の登録とユーザVLANIDの設定が行われる。コントローラ50は、初期状態7010より開始されオペレータによるコントローラ登録とVLANIDの設定により運用7100となる。コントローラ50はオペレータより設定されたユーザVLANIDを使用してマルチキャストCCMフレームをBox30に送信する7200。同じユーザVLANIDを使用して接続しているBox30は、コントローラ50から送信されたマルチキャストCCMフレームを連続して受信すると、受信したマルチキャストCCMフレームで使用されたVLANIDを付けたCCMフレーム信号をユニキャストでコントローラ50に送信する7300。ユニキャストで送信する際は、宛先MACアドレスをコントローラ50のMACアドレスをデスティネーションアドレスDestinationMACAddress以下DAと称するに設定して送信する。この場合、イーサOAMにて接続性監視に利用されるCCMContinuityCheckMessageフレームの適用が候補に挙がるがなお、CCMフレームの送信をマルチキャストで行なう場合、例えば非特許文献1で規定されたOAMフレーム用のマルチキャストMACアドレスを利用することができる。このマルチキャストMACアドレスを使用すれば、Eth-CC信号を受信する終端装置は宛先MACアドレスに、規格で規定されたマルチキャストMACアドレスが格納されていることを確認して処理をすることができる。コントローラ50は、Box30より送信されたユニキャストCCMフレームからMACアドレスのソースアドレスSorceMACAddress以下SAと称するからBox30のMACアドレスを学習する。次に学習したBox30のMACアドレスを使用してユーザVLANIDを付けたVSMフレームを送信する。CCMフレームとの違いは、Opcodeが0x33となる。ベンダーが独自に設定可能なフレームであり、ここでは、Box30に対しSNとMACアドレス情報を要求する制御フレームである。フレームフォーマットについては、ベンダー独自のスタティックな部分であり様々な構成のしかたがあるので割愛する。自宛のVSMフレームを受信したBox30は、自身のSNとMACアドレス情報をVSRフレームにてコントローラ50に向けて送信する。CCMフレームとの違いは、Opcodeが0x32となる。ベンダーが独自に設定可能なフレームであり、ここでは、コントローラ50に対しBox30自身のSNとMACアドレス情報を通知する制御フレームである。フレームフォーマットについては、ベンダー独自のスタティックな部分であり割愛する。MACアドレスは、既にCCMを使用してコントローラ側は学習しているが、ここでは、SNとMACの一致を確認するために再度、Box30よりVSRフレームにてBox30自身のMACアドレスを送付する。コントローラ50からBox30のVSMフレームの送信とBox30からコントローラ50へのVSRフレームの受信が図6の7400で示す部分である。コントローラ50は、Box30からのVSRフレームで受け取った情報からコントローラ50自身が持つ内部テーブルを更新し、オペレータ側に情報を通知する。この際の通知情報は、ユーザVLANID単位に接続されたBox30情報、Box30自身のSNとMACアドレス情報である。図6でのマルチキャストCCMフレーム7200、ユニキャストCCMフレーム7300、VSM/VSR個体情報の収集7400は、コントローラ50の運用後7100以降は常に上記動作を所定の時間間隔等で継続しても良い。継続の理由は、新規で追加されたBox30の情報収集目的である。コントローラ50のみのシーケンスは図8にて後述する。また、前記の流れは、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。図7は、オペレータより終端装置Box-M/Sを登録する全体の動作シーケンス図である。図3の装置登録Box-M/S登録作業3200が実施されるとコントローラ50の内部テーブルはオペレータが入力した内容が反映され更新される。コントローラ50は、更新された内部テーブルの内容に基づきBox40に対しマスタBoxM40としての登録設定をVSMフレームにて送信する。Box40は、VSMフレームを受信すると設定内容に基づきBox-M40としての動作を開始し、コントローラ50に対してBoxM40として動作する事をVSRで通知する。コントローラ50はBoxM40の設定が完了した事をオペレータに通知する。同様にコントローラ50は、更新された内部テーブルの内容に基づきBox31に対しスレーブBoxS31としての登録設定をVSMフレームにて送信する。Box31は、VSMフレームを受信すると設定内容に基づきBox-S31Aとしての動作を開始し、コントローラ50に対してBoxS31Aとして動作する事をVSRで通知する。コントローラ50はBoxS31Aの設定が完了した事をオペレータに通知する。前記の動作が8000である。また、図3の回線パラメータの設定、接続性監視設定3300が実施されるとコントローラ50の内部テーブルはオペレータが入力した内容が反映され更新される。コントローラ50は、更新された内部テーブルの内容に基づきBox-M40に対し、回線パラメータの設定、接続性監視の有効設定情報をVSMフレームにて送信する。Box-M40は、VSMフレームを受信すると設定内容を自身のテーブルに反映させ運用状態となる。Box-M40は、自身が運用状態になった事をコントローラ50にVSRで通知する。コントローラ50はBoxM40の設定が完了した事をオペレータに通知する。同様にコントローラ50は、更新された内部テーブルの内容に基づきBox-S31に対し、回線パラメータ、接続性監視の有効設定情報をVSMフレームにて送信する。Box-S31は、VSMフレームを受信すると設定内容を自身のテーブルに反映させ運用状態となる。Box-S31は、自身が運用状態になった事をコントローラ50にVSRで通知する。コントローラはBoxS31の設定が完了した事をオペレータに通知する。前記の動作が8100である。ここでは、Box-M40とBox-S31に絞って説明をしたが、実際には、複数のBox31に対してBox-M40またはBox-S31として登録可能である。前記の流れは、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。また、別途コントローラ50のみのシーケンスは図8、Box-M40のみのシーケンスは図10、Box-S30のみのシーケンスは図12にて後述する。図8は、制御装置コントローラ50の処理フローの一例である。コントローラ50は、内部テーブル9000を持っている。初期状態7010では、図9-Aの内部テーブル10010は空欄である。オペレータよりコントローラ50の登録設定とユーザVLANID設定3100が行われると運用7100となる。コントローラ50は、運用状態となるとオペレータより設定されたユーザVLANIDを使用してユーザVLAN付きマルチキャストCCMをBox31、Box40へ送信する9110。そしてコントローラ50は、Box31、Box40からのユーザVLAN付きユニキャストCCMを受信する9120。そしてコントローラ50は、ユーザVLAN付きユニキャストCCMを受信するとBox31、Box40のMACアドレスを学習し内部テーブルを作成する9130。図9-Bの内部テーブル10020は、前記で行ったBox31、Box40のMAC学習結果を反映したものである。ここでは、前述した図2の網1を例としているため、図9-B10020では、ユーザVLAN-IDAでは、接続先MACは、MAC100、MAC200、MAC300、MAC400となる。同様にユーザVLAN-IDBでは、接続MACは、MAC100、MAC500、MAC600となる。次にコントローラ50は、前記で学習したBox31、Box40のMACアドレスから個々のBox31、Box40に対して詳細情報の問い合わせを行う。具体的には、Box31、Box40のSN情報の問い合わせとBox30のMACアドレスの再確認を行う。Box31、Box40に対してユーザVLAN付きユニキャストVSMフレームを送信する9140。コントローラ50は、Box31、Box40からのユーザVLAN付きユニキャストVSRを受信し、VSRの受信内容から先に作成した内部テーブル情報を更新する9160。図9-Cの内部テーブル10030は、前記Box30からのVSRの受信内容を反映させたものである。ここでは、前述した図2の網1を例としているため、図9-C10030では、ユーザVLAN-IDAでは、接続先MACがMAC100については接続先SNがS000となり、接続先MACがMAC200については接続先SNがS001となり、接続先MACがMAC300については接続先SNがS002となり、接続先MACがMAC400については接続先SNがS003となる。同様にユーザVLAN-IDBでは、接続先MACがMAC100については接続先SNがS000となり、接続先MACがMAC500については接続先SNがS004となり、接続先MACがMAC500については接続先SNがS004となる。図9-Cの内部テーブル情報10030が完成するとオペレータ側にテーブル内容を通知する。また、オペレータより装置登録BoxM/S登録作業3200が行われるとコントローラ50は内部テーブルを更新する9210。図9-Dの内部テーブル10040は、オペレータからのBox-M/S登録作業内容3200を反映せたものである。ここでは、前述した図2の網1を例としているため、図9-B10040では、ユーザVLAN-IDAでは、接続先SNがS000は、Box-M40となり、接続先SNがS001は、Box-S131Aとなり、接続先SNがS002は、Box-S231Bとなり、接続先SNがS003は、Box-S131Cとなる。同様にユーザVLAN-IDBでは、接続先SNがS000は、Box-M40となり、接続先SNがS004は、Box-S131Dとなり、接続先SNがS005は、Box-S131Eとなる。コントローラ50は、前記10040のテーブル情報に基づいてBox31、Box40に対しユニキャストVSMフレームを送信する9220。コントローラ50は、BoxからのBoxM/S設定応答をユニキャストVSRで受信する9230。ここまでに収集した情報から、図9-Eの内部テーブル10050が作成される。内部テーブル10050は、図4のテーブル4020とテーブル4040、さらに図9の内部テーブル10040の情報を組み合わせて作成される。ユーザVLAN-ID単位に制御装置コントローラ50自身の情報であるSNとMACアドレス、コントローラ50に収容されたセンタ側終端装置Box-M40の情報、SNとMACアドレス、BoxM40に収容された拠点側終端装置Box-S31を示している。上記の収容関係は、オペレータからのコントローラ登録作業3100とBox-M/S登録作業内容3200が実行されることで完結する。次にオペレータより回線パラメータの設定と接続性監視の設定3300が行われると、コントローラ50は内部テーブルを更新する9240。図9-Fの内部テーブル10060は、内部テーブル10050に対し、オペレータからの回線パラメータの設定と接続性監視の設定内容を反映せたものである。コントローラ50は、前記10050のテーブル情報に基づいてBoxM/Sに対しユニキャストVSMフレームを送信する9250。VSMフレームの送信内容は、回線パラメータの設定と接続性監視設定である。コントローラ50は、Bos-M/Sからの設定応答をユニキャストVSRフレームで受信する9260。前記までがコントローラ50からのBox-M40とBox-S31の運用設定である。図8の点線部分9300は、Box-M40とBox-S31の運用後の接続性監視のシーケンスとなる。コントローラ50は、Box-M40との間、およびBoxS31との間それぞれで、接続性監視を開始する9310。具体的には、図9-Fの内部テーブル10060に基づき、ユニキャストCCMフレームを回線パラメータ単位、つまり終端IDBox-S側、終端IDBox-M側に対して送信する。前記例では、コントローラ50に収容したBox-M40やBox-S31のMACアドレスを把握しているためユニキャストCCMフレームを利用したが、マルチキャストCCMフレームを利用しても良いが、ユーザトラフィックへの負担を低減するために本例ではユニキャストCCMフレームを利用している。コントローラ50は、Box-M40やBox-S31からのユニキャストCCMフレームの応答を受けてこれらBoxとの間の接続性監視を終了する9320。そしてコントローラ50は、接続性監視の結果をまとめ内部テーブルを更新する9339。9300のシーケンスは、繰り返し常時実施している。一定時間CCMフレームを受信しない場合や該当装置との接続性に異常が発生した場合は、オペレータ側への通知を即時とする。それ以外は、オペレータへの定期的な通知は5分程度とする。前記例は、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。図10は、センタ側終端装置Box-M40の処理フローの一例である。Box-M40は、内部テーブル12000を持っている。初期状態7020では、図11-Aの内部テーブル13010は空欄である。コントローラ50からのユーザVLAN付きマルチキャストCCMフレームを連続して5回受信すると12010、Box-M40はLOCLossOfCotinutyを解除する。本実施例では、他装置からのCCMフレームを誤学習しないために連続5回受信するまでLOCを解除しないこととしている。前記例の5回連続については、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。次にBox-M40は、コントローラ50から受信したマルチキャストCCMフレームの送信元MACアドレスであるコントローラ50のMACアドレスを学習し、内部テーブルに反映し更新する12020。図11-Bの内部テーブル13020は、前記で行ったコントローラ50のMAC学習結果を反映したものである。ここでは、前述した図2の網1を例としているため、コントローラ50から来るユーザVLANIDAのMAC1とユーザVLANIDBのMAC1である。Box-M40は、前記で学習したMACアドレスをDA宛先アドレスにしてユーザVLAN付きユニキャストCCMフレームをコントローラ50に送信する12030。そしてBox-M40は、コントローラ50より詳細情報問い合わせのユーザVLAN付きユニキャストVSMフレームを受信する12040。詳細情報問い合わせに対しBox-M40は、自身のSNとMACアドレス等の情報をコントローラ50に向けてユーザVLAN付きユニキャストVSRフレームにて通知する12050。次にBox-M40は、コントローラ50からBox-M40設定の情報、つまりBox-M40をマスタのBOXとして設定する情報を、ユーザVLAN付きユニキャストVSMフレームで受信する12060。これを受けたBox-M40は、自身の内部テーブルを更新する12070。図11-Cの内部テーブル13030は、前記で行ったコントローラ50からのBox-M40設定マスタとしての設定の内容を反映したものである。Box-M40は、マスタとして起動するようにコントローラ50より通知が来るのでテーブル13020でBoxと表記していた部分をテーブル13030ではBox-Sと書き換える。これは、Box-M40自身の情報、SNとMACアドレスはBox-M40自身が内部で持っており、Box-M40として動作する場合は、複数のBox-S31の情報、SNとMACアドレスを管理する必要があるためである。Boxで管理するテーブル数の削減、つまりメモリ容量の削減のために上記手段としている。そしてBox-M40は、コントローラ50に対して設定が完了したことを通知するためのVSRフレームを送信する12080。Box-M40は、コントローラ50より回線パラメータの設定と接続性監視の設定をユーザVLAN付きユニキャストVSMフレームで情報を受信する12090。コントローラ50からのユーザVLAN付きユニキャストVSMフレームを受信するとBox-M40は内部テーブルを更新する12100。図11-Dの内部テーブル13040は、コントローラ50から設定されたコントローラのSN情報、回線パラメータの設定と接続性監視有効情報の設定内容を反映させたものである。ここでは、前述した図2の網1を例としているのでユーザVLANIDAのコントローラ50のSN情報C001とBox-M配下に接続されたBox-Sの情報、SNとMACアドレスS001はMAC200、S002はMAC300、S003はMAC400、回線パラメータ中の回線IDと終端IDBox-M側の情報、接続性監視の有効設定情報が更新されている。ここで終端IDBox-S側が-となっているのは、Box-Mは、コントローラ50とBox-Sとの終端IDBox-S側を管理しないためである。同様にユーザVLANIDBのコントローラ50のSN情報C001とBox-M配下に接続されたBox-Sの情報、SNとMACアドレスS004はMAC500、S005はMAC600、回線パラメータ中の回線IDと終端IDBox-M側の情報、接続性監視の有効設定情報が更新されている。Box-M40は正常に設定が完了するとコントローラ50に向けて設定応答報告をユニキャストVSRにて送信する12110。そしてBox-M40は運用状態となる8110。Box-M40は、内部テーブル13040の情報に基づきBox-M40とBox-S31間の接続性監視を行う12200。また、コントローラ50とBox-M40間の接続性監視も同時に行う12300。Box-S31との間の接続性監視については、Box-M40は、ユーザVALNID単位に収容している複数のBox-S31に対しマルチキャストCCMを送信する12210。またBox-M40は、Box-S31からはユニキャストCCMを受信し、12220これに応じて内部テーブルの更新を行い12230接続性監視結果をテーブルに反映させる。コントローラ50との間の接続性監視については、Box-M40は、コントローラ50からユニキャストCCMを受信12310する。またBox-M40は、コントローラ50へのユニキャストCCMを送信する12320。Box-M40は、内部テーブルの更新を行い12330接続性監視結果をテーブルに反映させる。Box-M40とBox-S31間の接続性監視を行うシーケンス12200と、コントローラ50とBox-M40間の接続性監視を行うシーケンス12300は、繰り返し常時実施している。一定時間CCMフレームを受信しない場合や該当装置との接続性に異常が発生した場合は、オペレータ側への通知を即時とする。それ以外は、オペレータへの定期的な通知は5分程度とする。前記例は、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。図12は、拠点側終端装置Box-Sの処理フローの一例である。Box-S31は、内部テーブル15000を持っている。初期状態7030では、図13-Aの内部テーブル16010は空欄である。Box-S31は、コントローラ50からのユーザVLAN付きマルチキャストCCMフレームを連続して5回受信すると15010、LOCLossOfCotinutyを解除する。次にBox-S31は、コントローラ50から受信したマルチキャストCCMフレームの送信元MACアドレス、つまりコントローラ50のMACアドレスを学習し、内部テーブルに反映し更新する15020。図13-Bの内部テーブル16020は、前記で行ったコントローラ50のMAC学習結果を反映したものである。ここでは、前述した図2の網1を例としているため、コントローラ50から来るユーザVLANIDAのMAC1である。ユーザVLANIDBは別のBox-Sのためここでは、ユーザVLANIDAの網に属するBox-S131Aについてのみ記載している。Box-S31は、前記で学習したMACアドレスをDA宛先アドレスにしてユーザVLAN付きユニキャストCCMフレームをコントローラ50に送信する15030。次にBox-S31は、コントローラ50より詳細情報問い合わせのユーザVLAN付きユニキャストVSMフレームを受信する15040。これを受信したBox-S31は、自身の情報SNとMACアドレスをコントローラ50に向けてユーザVLAN付きユニキャストVSRフレームにて通知する15050。次にBox-S31は、コントローラ50からBox-S131A設定の情報、つまり自装置をスレーブとして設定する情報をユーザVLAN付きユニキャストVSMフレームで受信する15060。Box30は、自身の内部テーブルを更新する15070。図13-Cの内部テーブル16030は、前記で行ったコントローラ50からのBox-S131A設定の内容を反映したものである。Box30は、Box-S131Aとして起動するようにコントローラ50より通知が来るので、16030のテーブルでは、Boxと表記していた部分をBox-Mと書き換える。これは、Box-S131A自身の情報、SNとMACアドレスはBox-S131A自身が内部で持っており、Box-S131Aとして動作する場合は、終端されるBox-M40の情報、SNとMACアドレスを管理する必要があるためである。そしてBox-S31は、コントローラ50に対して設定が完了したことを通知するためのVSRフレームを送信する15080。次にBox-S31は、コントローラ50より回線パラメータの設定と接続性監視の設定をユーザVLAN付きユニキャストVSMフレームで情報を受信する15090。コントローラ50からのユーザVLAN付きユニキャストVSMフレームを受信するとBox-31は内部テーブルを更新する15100。図13-Dの内部テーブル16040は、コントローラ50から設定されたコントローラのSN情報、回線パラメータの設定と接続性監視有効情報の設定内容を反映させたものである。ここでは、前述した図2の網1を例としているのでユーザVLANIDAのコントローラ50のSN情報C001とBox-M情報、SNとMACアドレスS000はMAC100、回線パラメータ中の回線IDと終端IDBox-S側の情報、接続性監視の有効設定情報が更新されている。ここで終端IDBox-M側が-となっているのは、Box-Mは、コントローラ50とBox-Mとの終端IDBox-M側を管理しないためである。Box-S131Aは正常に設定が完了するとコントローラ50に向けて設定応答報告をユニキャストVSRにて送信する15110。そしてBox-S31は運用状態となる8130。Box-S31は、内部テーブル16040の情報に基づきBox-M40とBox-S31間の接続性監視を行う15200。また、コントローラ50とBox-S31間の接続性監視も別に行う15300。Box-M40との間の接続性監視については、Box-S31はBox-M40からユニキャストCCMを受信する15210。またBox-S31は、Box-M40に対しユニキャストCCMを送信する15320。そしてBox-S31はBox-M40との間のCCMフレームのやり取りに応じて内部テーブルの更新を行い15230接続性監視結果をテーブルに反映させる。コントローラ50との間の接続性監視については、Box-S31は、コントローラ50からユニキャストCCMを受信15310する。またBox-S31は、コントローラ50へのユニキャストCCMを送信する15320。Box-S31は、コントローラ50との間のCCMフレームのやり取りに応じて内部テーブルの更新を行い15340接続性監視結果をテーブルに反映させる。Box-M40とBox-S31間の接続性監視を行うシーケンス15200とコントローラ50とBox-S31間の接続性監視を行なうシーケンス15300とは、それぞれ繰り返し常時実施している。一定時間CCMフレームを受信しない場合や該当装置との接続性に異常が発生した場合、Box-S31はオペレータ側へ即時に通知を行なう。それ以外は、オペレータへの定期的な通知は5分程度とする。前記例は、あくまで一例であり、本実施例が必ずしも前述の例に限定したものではない。このように本実施例では、IEEE8021ag、ITU-TY.1731の勧告で規定されたイーサOAMフレームを終端可能な端末装置以下、終端装置と称するをユーザ拠点に設置する。そしてEnd-Endの拠点間の正常性監視は、CCMフレームを利用して終端装置間で実現する。また、終端装置を制御するための制御装置コントローラをユーザが使用するVLAN網内に設置する。コントローラからの終端装置の制御ルートの確立方法は、コントローラと終端装置間のCCMフレームの送受とMACアドレス学習により行う。具体的には、コントローラから同じユーザが使用するVLAN網内の終端装置に対してマルチキャストアドレスのCCMフレームを送信する。各終端装置は、マルチキャストアドレスのCCMフレームを受信するとユニキャストアドレスのCCMフレームをコントローラへ送信する。コントローラは、各終端装置から届くユニキャストアドレスのCCMフレームから対象端末装置のMACアドレスを学習する。MACアドレス学習後は、対象装置をMACアドレスで特定することが可能となり制御用チャネルを確立することができる。コントローラから端末装置の制御は独自規定した制御フレームを用いる。制御フレームの形式はイーサOAMのVSM/VSRVender-SpecificOAMMessage/Vender-SpecificOAMReplyを利用することで、レイヤ2のインチャネル通信を適用することができる。前述の制御フレームの形式は、あくまで一例であり、VSM/VSRの利用に限定したものではない。終端装置との制御ルートを確立したコントローラは、MAC学習結果と制御フレームの通知情報をもとに終端装置の情報をユーザが使用するVLAN網単位でテーブル管理する。コントローラが持つテーブル情報は、オペレータ側に通知され一括管理することが可能である。オペレータは、終端装置に従属関係を設定し、上位側マスタ終端装置と複数の下位側スレーブ終端装置を決定する。コントローラは設定されたテーブル情報をもとに各終端装置に対して制御フレームで設定内容を通知する。設定内容に基づき各終端装置は動作する。接続性監視については、主信号ルートの監視と制御ルートの監視の両方を実施する。具体的には、マスタ終端装置とスレーブ終端装置間では、CCMフレームによる主信号ルートの接続性監視を実施する。また、コントローラと各終端装置間もCCMフレームによる制御ルートの接続性監視を実施する。接続性監視区間には、オペレータが管理するIDを指定し区間単位に監視、管理する。以上で説明したようにコントローラ50が学習したMACアドレスからオペレータ主導のもとコントローラ50を通じて各終端装置の遠隔制御が可能となる。L2-VPNサービスエリア内の拠点間を接続する各終端装置間の接続情報とコントローラと各終端装置間の接続情報を示すテーブルをオペレータは一括管理作成することが可能である。前記によりユーザフレームが流れる主信号ルートだけでなく制御ルートの正常性確認も可能となる。接続性監視区間が明確になったことで、障害発生時の端末故障や通信経路異常時の故障箇所の特定が容易となり不要な障害通知を減らすことでユーザトラヒックへの負担を軽減することが可能となる。