"ユーザ拠点側装置との間のOVC上に設置された複数の機器に設定された最低保証通信速度を収集する制御部と、前記制御部により収集した前記最低保証通信速度の最小値を求めておき、前記ユーザ拠点側装置から前記OVCに対する帯域変更要求時には、前記最低保証通信速度に基づき、前記帯域変更要求の受け付けの可否を判断して前記ユーザ拠点側装置に応答する判定部と、を備えたことを特徴とする帯域保証装置。前記判定部は、前記帯域変更要求が受け付け可能な場合には、前記最低保証通信速度の最小値を、通信速度を制限する手段に設定することを特徴とする請求項1に記載の帯域保証装置。前記判定部は、前記帯域変更要求が受け付け可能な場合には、前記複数の機器に対して前記最低保証通信速度の変更を要求することを特徴とする請求項2に記載の帯域保証装置。前記制御部は、定期的に、前記OVC上に設置された複数の機器に対し、所定の通信フレームに送信元および送信先のアドレスを設定して要求し、複数の前記機器から所定の通信フレームの応答に設定された前記最低保証通信速度を、前記アドレスに基づき前記機器ごとに対応付けて更新可能に格納部に格納することを特徴とする請求項1~3のいずれか一つに記載の帯域保証装置。前記制御部は、前記OVC上に設置された複数の機器に対し、所定の通信フレームを用いて、前記複数の機器に対する前記最低保証通信速度の変更を要求し、応答を受けることを特徴とする請求項1~4のいずれか一つに記載の帯域保証装置。前記制御部は、前記通信フレームの未使用の領域を用いて前記要求と応答、および設定値を送出することを特徴とする請求項4または5に記載の帯域保証装置。前記制御部は、前記複数の機器から受信した同一トランザクションIDを有する複数の前記所定のフレームに含まれる前記最低保証通信速度を収集することを特徴とする請求項1~6のいずれか一つに記載の帯域保証装置。前記通信速度を制限する手段は、ポリサーであり、前記判定部は、前記帯域変更要求の受け付けの可否を、前記ポリサーが管理する余剰トークンの中から、前記帯域変更分のトークンを割り当てることが可能か否かに基づき判定することを特徴とする請求項2に記載の帯域保証装置。前記通信速度を制限する手段は、シェイパーであり、前記判定部は、前記帯域変更要求の受け付けの可否を、前記シェイパーが管理する通信ポートに対して設定されている複数のOVCの前記帯域変更要求の合計値が前記物理ポートの物理帯域を超えるか否かに基づき判定することを特徴とする請求項2または8に記載の帯域保証装置。ユーザ拠点側装置との間のOVC上に設置された複数の機器に設定された最低保証通信速度を収集する収集工程と、収集した前記最低保証通信速度の最小値を求めておき、前記ユーザ拠点側装置から前記OVCに対する帯域変更要求時には、前記最低保証通信速度に基づき、前記帯域変更要求の受け付けの可否を判断して前記ユーザ拠点側装置に応答する判定工程と、を含むことを特徴とする帯域保証方法。しかしながら、従来技術では、OVC上のすべての中継装置が、CIRの変更を許容可能かどうかを即時に判別することができなかった。OVC上のすべての中継装置に、CIRの変更を即時に反映させることができないため、特定のユーザ拠点から利用をおこなうクラウドサービス上のサーバ数や帯域数が一時的に増加するようなケースにおいても、容易に必要となる帯域の最低保証量を変更できない。このため、帯域ボトルネックにより、クラウドサービスの使用方法が限定されるケースが生じた。従来技術1では、一元管理している管理サーバに対して帯域要求した後、管理サーバがネットワークの帯域を見回ってから空き帯域を確保する構成であり、必要とする帯域要求が生じてから実際に帯域を確保するまでに待ち時間がかかった。また、従来技術2では、波長パスを予約する構成であり、波長パス予約時にIPアドレスを指定して経路予約するため、拠点同士が1:1となる場合に限定され、複数の拠点間の各経路における帯域保証はできない。開示の帯域保証装置および帯域保証方法は、上述した問題点を解消するものであり、帯域の変更要求に対する応答、および帯域変更を速やかにおこなえることを目的とする。上述した課題を解決し、目的を達成するため、開示技術は、ユーザ拠点側装置との間のOVC上に設置された複数の機器に設定された最低保証通信速度を収集する処理部と、処理部により収集した最低保証通信速度の最小値を求めておき、ユーザ拠点側装置からOVCに対する帯域変更要求時には、最低保証通信速度に基づき、帯域変更要求の受け付けの可否を判断してユーザ拠点側装置に応答する判定部と、を含む。開示の帯域保証装置および帯域保証方法によれば、帯域の変更要求に対する応答、および帯域変更を速やかにおこなえるという効果を奏する。以下に添付図面を参照して、開示技術の好適な実施の形態を詳細に説明する。開示の帯域保証装置は、ユーザ拠点間のVLANトンネルパスOVC:OperatorVirtualConnectionを複数収容し、定期的に各OVC上にある複数の中継装置の設定または変更可能なCIRCommittedInformationRateを収集し、OVC上でのCIRの設定又は変更可能な最小値を求めておくことにより、ユーザ拠点からの帯域変更CIR変更要求を受けたときに、即時に、要求の受付可否を判定してOVCにおいてCIRを変更する。CIRは、あるOVCについて、バースト的なデータ増加発生時などにおいても、一定の転送レートのサービスをおこなうための最低保証通信速度を示す。はじめに開示技術の前提となる監視区間の概要について説明する。図1は、レイヤ2ネットワークの階層管理を示す図である。非特許文献1に記載のITU-TY.1731OAMOperationAdministrationandMaintenanceを用いたレイヤ2ネットワークの階層管理について説明する。拠点の端末CE101,101間のネットワーク100に複数のブリッジ102が設けられた構成において、異なるネットワーク監視区間1~3に対しては、異なるMEGLevelMaintenanceEntityGroupLevelを設定し、障害監視などをおこなう。MEP図中□で記載は、MEGEndPointであり、監視区間の終端点を示す。MIP図中○は、MEGIntermediatePointであり、監視中間点を示す。非特許文献1に記載の技術によるOAMを用いると、さらに、VLANで識別されるユーザごとに、OAM機能を提供可能であるため、広域なレイヤ2ネットワークY.1731では、Bridgeにおいて、より細かな単位で、安定した障害監視管理をおこなうことが可能である。図2は、OVCの適用例を示す図である。ある拠点から、Operator1ネットワーク200を介して、複数のVLANパス図では、EVC1,EVC2を別拠点に送る場合に、EVCという単位で個々に送信するよりも、Operator1ネットワーク200をトンネルするOVCOperatorVirtualConnectionを作成し、OVC上に複数のEVCを送信する方法を用いることによって、Operator1上のすべてのネットワーク200で、EVCを管理するよりも、VLANの管理を容易にできる利点を有する。図3-1は、EVCのフレームフォーマットを示す図である。EVCは、レイヤ2フレーム内に、802.1QTagを挿入し、TagTypeにCustomerVLANTagC-Tagを示す8100を挿入する。VLANIDは、12bitのVIDフィールドにて規定する。図3-2は、OVCのフレームフォーマットを示す図である。EVCのフレームフォーマットに、さらに、802.1QOuterTagを挿入し、TagTypeにServiceVLANTagS-Tagを示す88a8を挿入する。VLANIDは、12bitのVIDフィールドにて規定する。OVCを規定することにより、OVC上の中継装置は、S-Tagのみを参照すればよいため、レイヤ2フレームの転送処理を簡略化できる。実施の形態図4は、実施の形態にかかる帯域保証装置を含むネットワーク構成を示す図である。ユーザ拠点NID-クラウドサービス拠点たとえばデータセンタ間での帯域保証サービスの構成について説明する。ユーザ拠点側に設置されたNID401は、NetworkInterfaceDeviceを示し、NID401は、ユーザの保有するネットワークと、NetworkOperatorが保有するネットワーク402の分界点として機能する。NID401からクラウドサービス拠点403までの経路においては、数多くのNIDを集線して、1つのクラウドサービス拠点403に接続するために、複数の中継装置405が介在する構成となっている。そして、クラウドサービス拠点403の入口に、各NID401とのVLANパスOVCに対して、中継装置405に対して割り当てられているCIRを管理する帯域保証装置410を導入する。この帯域保証装置410は、中継装置405の機能を有している。帯域保証装置410とNID401には、監視区間の終端点の機能たとえば、Y.1731OAMのMEP機能を設け、中継装置405には、監視中間点の機能Y.1731MIP機能を設ける。中継装置405が複数存在する状態でも同様である。図4において、NID401はMEP、中継装置405は、MIP、帯域保証装置410はMEPとなる。そして、NID1からクラウドサービス拠点403の入口に位置する中継装置405までの経路に設定をおこなったOVC1に対して、最低保証帯域CIR1を割り当てる。同様に、NID2からクラウドサービス拠点403の入口に位置する中継装置405までの経路に設定をおこなったOVC2に対して、最低保証帯域CIR2を割り当てる。同様に、NID3~NID6についても対応するOVC3~OVC6に対してそれぞれCIR3~CIR6を割り当てる。図5は、空き帯域の情報収集を説明する図である。帯域保証装置410は、監視フレームたとえば、Y.1731OAMLinkTraceフレームを、NID401と、中継装置405に定期的に送信し、CIR設定可能空き帯域の情報を、OVCごとに収集する。そして、帯域保証装置410は、OVCに対して、NID401と、中継装置405から取得したCIR設定可能空き帯域の中で、最小となる値を格納する。このCIR設定可能空き帯域の収集は、たとえば、Y.1731OAMプロトコルにて帯域情報を含めることによっておこなえる。そして、帯域保証装置410は、ユーザ拠点からのCIR変更要求を受信時に、CIR変更要求値を、OVC上のCIR設定可能空き帯域の最小値、および帯域保証装置410が受付可能なCIRと比較し、CIR変更を受付可能かどうか判定する。帯域保証装置410は、CIR設定変更を受付できるか否かを判定するための判定部CAC:CallAdmissionControlを備え、CACが、自帯域保証装置410内のポリサーPolicerや、シェイパーShaperの使用状況を監視することによって、判定する。CIR変更が受付できる場合、帯域保証装置410は、自帯域保証装置410と中継装置405に対して、CIR設定変更を、所定の通信プロトコルたとえば、Y.1731OAMプロトコルを用いて即時に反映させる。帯域保証装置の構成図6は、帯域保証装置の構成を示す図である。以下の説明では、主に帯域保証にかかる構成について説明し、通信の制御等については省略する。帯域保証装置410は、制御部601と、入出力インターフェース610と、スイッチユニット630と、を含む。制御部601は、ソフトウェア、あるいはハードウェアで構成でき、通信および帯域保証に関する処理を実行する。ソフトウェアの場合、CPUがROM等に格納された帯域保証のプログラムを実行し、RAM等のメモリをワークエリアとして用いデータ処理することにより構成できる。制御部601は、上り方向/下り方向の個々のOVCのCIRを監視し、CIR設定等の制御をおこなう。制御部601は、処理部602と、OAMフレーム送受信部603と、処理部602が設定および参照する複数の管理テーブルを有する。管理テーブルは、NID管理テーブル604と、CIRデータベース605と、CIR最小値管理テーブル606と、CIR管理テーブル607と、を含む。処理部602は、判定部CAC602aを含む。判定部602aは、CIRの変更が可能か否かを判定し、入出力インターフェース610のスケジューラまたはシェイパー623と、ポリサー614に対し、判定した新たなCIRを割り当てる。OAMフレーム送受信部603は、入出力インターフェース610を介してOAM通信フレームの送受信を処理し、MEPの機能を有する。NID管理テーブル604には、NIDとOVCの対応関係が格納される。CIRデータベース605には、OVCS-Tagごとの経路の情報と、中継装置から収集した設定可能CIRが格納される。CIR最小値管理テーブル606には、OVCごとのCIRの設定または変更可能な最小値が格納される。CIR管理テーブル607には、OVCごとの現在のCIR等が格納される。入出力インターフェース610は、NID401側と、クラウドサービス拠点403側にそれぞれ設けられる。この入出力インターフェース610は、入力処理部611と、出力処理部621と、を含む。入力処理部611は、レイヤ2L2入力フレーム処理部612と、分別部Classifier613と、ポリサー614と、を含む。出力処理部621は、キューイング622と、スケジューラ623と、L2出力フレーム処理部624と、を含む。入出力インターフェース610,610間には、レイヤ2フレームの受け渡しをおこなうスイッチユニット630が設けられる。装置間のメッセージシーケンス図7は、装置間のメッセージを示すシーケンス図である。1つのOVCに対するやりとりを示してある。帯域保証装置410は、NID管理テーブル604により、NID401のMACアドレスと、OVCを識別するためのS-Tagの対応を管理しているステップS701。帯域保証装置410は、所定のフレームLTMフレーム、たとえば、Y.1731のLinkTraceフレームを用いて、ターゲットMACアドレスをNID401のMACアドレス、送信元OriginMACアドレスを自MACアドレスとしたCIR設定可能値の問い合わせフレームをNID401および中継装置405に向けて送信するステップS702。この所定のフレームは、OVCごとに定期的に送信される。NID401および、中継装置405では、所定のフレーム内の送信元MACアドレスと、ターゲットMACアドレスの情報を参照し、帯域保証装置410に所定のフレームを用いてそれぞれ返信フレームを送信するステップS703。この返信フレームには、設定可能なCIR値が含まれる。これにより、帯域保証装置410は、OVCごとのCIR設定可能最小値の最新情報を格納するステップS704。この後、NID401においてCIRの変更をおこなうときには、所定のフレームたとえば、後述するVSMVenderSpecificMessageフレームを用いて帯域保証装置410に対し、CIR変更要求をおこなうステップS705。これにより、帯域保証装置410は、CIR変更可否を判定しステップS706、CIRが変更可能であれば、OVCに対してCIRを変更するステップS707。そして、帯域保証装置410は、CIR変更時に、所定のフレームを用いてNID401宛てに変更後のCIR値を含むCIR設定要求をおこなうステップS708。NID401および、中継装置405では、所定のフレームによるCIR設定要求に対応して、OVCに対してCIRを変更しステップS709、それぞれ、帯域保証装置410に所定のフレームを用いてそれぞれCIR設定完了の返信フレームを送信するステップS710。この後、帯域保証装置410は、CIR変更完了を所定のフレームを用いてOVCに送信するステップS711。この後、拠点ユーザによるCIR変更要求時には、NID401からS-Tagを含めたVSMフレームを帯域保証装置410に対して送信する。たとえば、VSMフレームの送信トリガは、拠点ユーザがNID401に、Webインターフェースでアクセスをおこない、CIR変更操作をおこなうことにより、送信される。図8-1~図8-4は、帯域保証装置の管理テーブルの内容を示す図表である。図8-1は、NID管理テーブルを示す図表である。NID管理テーブル604は、NID401のMACアドレスと、OVCを示すS-Tagとが対応付けられている。図8-2は、CIRデータベースを示す図表である。CIRデータベース605は、OVCを示すS-Tagと、トランザクションIDTransactionIDと、中継装置405のMACアドレスと、帯域保証装置410からのHop数と、設定可能CIR値からなる。これにより、同一のフレームLTMフレームに対するLTRLinkTraceResponseフレームをトランザクションIDにより識別することで、OVCに対応した複数の装置NID401,中継装置405からの応答を関連づけることが可能である。LTRフレームは、LTMフレームのTransactionIDのコピーをおこない、返信される。また、帯域保証装置410からのHop数については、LTMフレームにて送信をおこなった所定のエリアたとえばTTL255と、返信されたLTRフレームでの減算数を比較することにより、帯域保証装置410からのレイヤ2Hop数をCIRデータベース605に格納できる。また、古くなった情報については、CIRデータベース605から定期的に削除をおこなってもよい。図8-3は、CIR最小値管理テーブルを示す図表である。このCIR最小値管理テーブル606は、処理部602がCIRデータベース605を参照して設定する。同一トランザクションIDを有する複数の設定可能CIR値を抽出し、この複数の設定可能CIR値の中から最小のCIR値を抽出し、格納したものである。図8-4は、CIR管理テーブルを示す図表である。CIR管理テーブル607は、OVCS-Tagごとに、現状のCIRでの最低帯域保証値を格納する。図9は、CIR問い合わせのフレームフォーマットの例を示す図である。帯域保証装置410が送信する所定のフレームLTMフレームの例を示している。LTMフレーム900のうち、不使用の領域Reserveされている7bitのFlagsフィールド901を用い、NID401および中継装置405にCIR設定可能値を問い合わせる。Flagsフィールド901のReservedの値は、0:通常のLinkTraceフレーム、1:CIR設定可能値問い合わせ、2:CIR設定要求とする。上述したLTMフレームは、図3-1および図3-2に示したEVC,OVCのデータペイロード部分に格納し、伝送される。このデータペイロード部分には、LTMフレームに限らず、LTR、VSM、VSRVenderSpecificResponseの各フレームについても同様に収容され、伝送される。また、OVCを識別するためのS-Tagは、図3-2に示した802.1QOuterTag内の12bitのVIDフィールドに格納をおこなう。中継装置405やNID401は、IEEE802.1adフレームフォーマットで、帯域保証装置410からのLTMフレームを受信し、S-Tagを識別することによって、問い合わせを要求したOVCの情報を識別できる。他のLTRフレーム、VSMフレーム、VSRフレームについても同様に、IEEE802.1adフレームフォーマットでやりとりがおこなわれ、S-Tag内のVIDにてOVCの情報を識別できる。LTMの送信元MACアドレスSourceMACは帯域保証装置410のMACアドレスとし、宛先MACアドレスDestinationMACはマルチキャストアドレスとする。LTMの宛先MACアドレスは、マルチキャストアドレスたとえば、Y.1731ServiceOAMでは、MulticastClass2DA:01-80-C2-00-00:3x:xはMEGLevelを示すとし、受信をおこなったMIPがOAMフレーム送受信部603で受信できるようにする。中継装置405では、受信したLTMフレームのMEGLevelが自身の属するMEGLevelに一致し、受信したLTMフレームのTargetMACアドレスが、自身のデータベースに格納されているNID401のMACアドレスに一致する場合のみ、LTMのTransactionID、LTMのTTLを1減算させた値を盛り込んだLTRフレームをLTMのOriginMACAddressに返信する。図10は、設定可能CIR通知のフレームフォーマットの例を示す図である。NID401および中継装置405が返信する所定のフレームLTRフレームの例を示している。LTRフレーム1000のうち、不使用の領域ReserveされているFlagsフィールド1001を用い、Flagsフィールド1001内のReservedに値1をセットすることによって、CIR設定可能値問い合わせ応答であることを示す。また、新たに、8bitのTLVフィールド1002を用いて、CIR設定可能値を設定し、送信する。帯域保証装置410では、OVC上の中継装置405やNID401から定期的にこのLTRフレームを受信することにより、最新のCIR設定可能値を得ることができる。図11は、CIR変更要求のフレームフォーマットの例を示す図である。NID401が送信する所定のフレームVSMフレームの例を示している。CIR設定変更要求時には、VSMフレーム1100のFlagsフィールド1101のReservedに値1を設定し、CIR設定変更要求であることを示す。また、TLVフィールド1102にCIR変更要求値を設定し、送信する。このVSMフレームを受信した帯域保証装置410では、CIR変更可否を判定し、変更可であれば、中継装置405と、NID401に対して、LTMフレームを用いてCIR設定要求をおこなう。図12は、CIR設定要求のフレームフォーマットの例を示す図である。帯域保証装置410が送信する所定のフレームLTMフレームの例を示している。このフレームは、図9に示したLTMフレームと同じである。そして、CIR設定要求時には、LTMフレーム1200のFlagsフィールド1201のReservedに値2を設定し、CIR設定要求であることを示す。また、TLVフィールド1202にCIR設定要求値を設定し、送信する。このCIR設定要求値は、設定要求する通信速度の値Mbpsや、あらかじめ用意したテンプレートの一定値たとえば、10M、20M、...100M等を設定してもよい。図13は、CIR設定要求への応答のフレームフォーマットの例を示す図である。図示のように、たとえば、LTRフレーム1300のFlagsフィールド1301のReservedに値2を設定し、CIR設定可能値問い合わせへの応答であることを示し、送信する。図14は、CIR変更要求への応答フレームフォーマットの例を示す図である。図示のように、たとえば、VSRフレーム1400のFlagsフィールド1401を用いて、CIR変更完了値:0、または、NG値:1を設定し、帯域保証装置410に通知をおこなう。なお、事前に帯域保証装置410が設定可能帯域の問い合わせをおこなっているため、通常はNGとはならない。中継装置およびNIDの構成中継装置405と、NID401の構成は、上述した帯域保証装置410の構成と基本的に同じであり、説明は省略する。中継装置405では、管理テーブルを用いてOVCごとに、現状のCIRでの最低帯域保証値を格納する。同様に、NID401においても、OVCごとに、現状のCIRでの最低帯域保証値を格納する。帯域保証動作の概要図15は、下り通信に関する帯域保証に関するやりとりを示す概要図である。クラウドサービス拠点→NID方向の装置間の動作概要を示し、各装置におけるデータベース、テーブル等の細かな記載は省略している。帯域保証装置410は、判定部CAC602aにより、スケジューラ623、ポリサー614、CIR最小値管理テーブル606の情報から、OVC1501に対するCIR変更の可否を判定する。また、CIR変更が可能な場合は、CIR変更情報をスケジューラ623と、ポリサー614に反映させる。さらに、OAMフレーム送受信部603は上記のMEP機能を有し、OAMフレーム1502により、中継装置405と、NID401との間で帯域制御のための情報のやりとりをおこなう。中継装置405は、OAMフレーム送受信部603が上記MIP機能を有し図中では603Aと記載した、OAMフレーム1502の中継をおこなう。同様に、判定部CAC602aを有し、スケジューラ623に設定を反映させる。NID401は、OAMフレーム送受信部603が上記のMEP機能を有し、OAMフレーム1502の送受信をおこなう。また、判定部CAC602aを有し、スケジューラ623に設定を反映させる。図16は、上り通信に関する帯域保証に関するやりとりを示す概要図である。NID→クラウドサービス拠点方向の装置間の動作概要を示している。図15との相違は、ポリサー614が伝送路上のエッジ前段位置に配置されており、伝送方向の入口上流で伝送量を制限している点である。NID401は、OAMフレーム送受信部603が上記のMEP機能を有し、OAMフレーム1502の送受信をおこなう。また、判定部CAC602aを有し、スケジューラ623、ポリサー614に設定を反映させる。中継装置405は、OAMフレーム送受信部603が上記MIP機能を有し図中では603Aと記載した、OAMフレーム1502の中継をおこなう。同様に、判定部CAC602aを有し、スケジューラ623に設定を反映させる。帯域保証装置410は、判定部CAC602aを有し、スケジューラ623と、CIR最小値管理テーブル606の情報から、OVC1501に対するCIR変更の可否を判定する。また、CIR変更情報をスケジューラ623に反映させる。さらに、OAMフレーム送受信部603が上記MEP機能を有し、OAMフレーム1502により、中継装置405と、NID401との間で帯域制御のための情報のやりとりをおこなう。上記の図15、図16に示した構成において、レイヤ2ネットワークに流入するトラフィックを制限するポリサー614機能を、それぞれ、帯域保証装置410と、NID401が有する構成とし、中継装置405では、ポリサー614機能を有しない構成としている。これにより、ネットワークのエッジ部分にのみポリサー614を導入して、トラフィック制限についての管理運用を簡素化できるようになる。なお、別ネットワークからのトラフィックが、中継装置405に直接、流入する等、ネットワークの構成が複雑な場合には、OVCのエッジ部分のみならず、全装置にポリサー614機能を導入してもよい。下り通信における帯域保証にかかる各部の処理詳細について図17は、帯域保証装置における下り通信の処理を説明する詳細図である。クラウドサービス拠点403→NID401への下り通信にかかる帯域保証装置410の各構成部の処理について説明する。入出力インターフェースBの入力処理部611L2入力フレーム処理部612に入力されたC-Tagフレーム図3-1に対して、S-Tag、C-Tag対応設定部1701の設定により、図3-2に示したS-Tagを付与する。そして、ポリサー614は、トークンバケット方式であり、S-Tag、CIR、EIRExcessInformationRate対応設定部1702の設定に応じたトークンをトークン注入部1703から定期的に注入する。つぎに、ポリサー614は、トークンバケット処理部1704によりフレームのカラーリングColoringをおこない、Redフレーム廃棄部1705によりRedフレームを廃棄し、Greenフレームと、Yellowフレームは出力インターフェースAへ転送をおこなう。出力インターフェースAへのフレーム転送は、S-Tag、IF番号対応設定部1706の設定により、メタデータ挿入部1707により出力先インターフェース番号を含ませておこなう。スイッチユニット630では、転送フレームの出力先インターフェース番号を参照し、L2データスイッチング部631で出力先インターフェースAへの転送をおこなう。入出力インターフェースAの出力処理部621受信データに対して、メタデータ削除部1711によりメタデータを削除し、VLANごとなどの一定のルールに従って、データをキューイング部1712にキューイングする。つぎに、スケジューラ623により、キューイングされたデータの読み出し順序を決定し、順番に読み取る。つぎに、S-Tag、CIR、EIR出力ポート対応設定部1713の設定により、シェイパー1714で帯域制限し、L2出力フレーム処理部624によりデータを一定レートで出力ポートから送信する。バースト的な入力に対しては、一旦、出力先フレームバッファ1715にデータを格納後、一定レートにて出力をおこなう。制御部6011判定部CAC602aは、OAMフレーム送受信部603を介して要求されたCIRの変更を受付可能であるかどうかを判定する。2CAC602aは、OAMフレーム送受信部603より受信したCIR変更要求値と、CIR最小値管理テーブル606に格納されているCIR最小値とを比較し、CIR最小値の方が大きければつぎの判定に移る。3つぎに、CAC602aは、ポリサー614側のリソースと比較をおこなう。入力インターフェースBでは、カード全体として割り当て可能なトークンの注入レートを管理し、トークンが割り当て可能な範囲内において、CIRの変更を許容する。カード全体の注入レートの管理は、全フロー、CIR設定上限値、EIR設定上限値対応設定部1716の設定により基づきおこなう。4つぎに、CAC602aは、ポリサー614にてトークンの注入が許容されると、出力インターフェースAのシェイパー1714でのCIR変更の受付可否の判定をおこなう。シェイパー1714において、S-Tag、CIR、EIR対応設定部1702により、出力ポートの対応を管理する。5つぎに、CAC602aは、シェイパー1714において帯域変更をおこなうCIRの属するVLAN出力ポート物理帯域設定部1717の設定値を参照し、出力ポートから出力されるS-Tag群についてのCIR合計値が、出力ポートのレートを上回っていないかどうかを判定する。6つぎに、CAC602aは、CIRの合計値が出力ポートのレート以下であれば、S-Tag、CIR、EIR、出力ポート対応設定部1713の設定値のうち、該当するS-TagについてのCIR値を変更する。7そして、CAC602aは、変更されたCIR値のレートでL2出力フレーム処理部624からフレームを出力する。図18は、ポリサーへのトークン注入を説明する図である。ポリサー614では、OVCごとに、トークンバケットについて、最大サイズバースト許容サイズがそれぞれCBSと、EBSで規定する2つのバケットを有し、バーストサイズに応じて、流入するフレームの受付上限値を設定する。また、CIRの設定レートのチェック1801と、EIRの設定レートのチェック1802をそれぞれおこなってこれらのレートに応じたトークンをCBS、EBSのバケットに定期的に注入する。フレーム1803の転送の際には、バケットからフレームサイズ分のトークンを差し引く。CBSを超過した入力フレーム1804は、EBSに送られた後にフレーム1805として出力されるが、EBSを超過したフレーム1806は廃棄される。上り通信における帯域保証にかかる各部の処理詳細について図19は、帯域保証装置における上り通信の処理を説明する詳細図である。NID401→クラウドサービス拠点403への上り通信にかかる帯域保証装置410の各構成部の処理について説明する。図17に記載した構成と同一機能を有する構成には同一符号を付して説明を簡略化している。入出力インターフェースAの入力処理部611L2入力フレーム処理部612に入力されたS-Tagフレームについて、出力インターフェースBへ転送をおこなう。出力インターフェースBへのフレーム転送は、S-Tagに対して出力先インターフェース番号を含んだメタデータの挿入によりおこなう。スイッチユニット630では、出力先インターフェース番号を参照し、出力先インターフェースAへの転送をおこなう。入出力インターフェースBの出力処理部621到着データに対して、メタデータを削除し、VLANごとなどの一定のルールに従って、データをキューイング。つぎに、スケジューラでキューイングされたデータの読み出し順序を決定し、順番に読み取る。つぎに、S-Tagに対して設定されているCIR、EIRの情報を元に、データを一定レートで出力ポートから送信をおこなう。バースト的な入力に対しては、一旦、出力先フレームバッファにデータを格納後、一定レートにて出力をおこなう。制御部6011判定部CAC602aは、OAMフレーム送受信部603を介して要求されたCIRの変更を受付可能であるかどうかを判定する。2CAC602aは、OAMフレーム送受信部603より受信したCIR変更要求値と、CIR最小値管理テーブル606に格納されているCIRの設定または変更可能な最小値とを比較し、CIR最小値の方が大きければつぎの判定に移る。3つぎに、CAC602aは、ポリサー614側のリソースと比較をおこなう。入力インターフェースBでは、カード全体として割り当て可能なトークンの注入レートを管理し、トークンが割り当て可能な範囲内において、CIRの変更を許容する。カード全体の注入レートの管理は、全フロー、CIR設定上限値、EIR設定上限値対応設定部1716の設定により基づきおこなう。4つぎに、CAC602aは、ポリサー614にてトークンの注入が許容されると、出力インターフェースAのシェイパー1714でのCIR変更の受付可否の判定をおこなう。シェイパー1714において、S-Tag、CIR、EIR対応設定部1702により、出力ポートの対応を管理する。5つぎに、CAC602aは、シェイパー1714において帯域変更をおこなうCIRの属するVLAN出力ポート物理帯域設定部1717の設定値を参照し、出力ポートから出力されるS-Tag群についてのCIR合計値が、出力ポートのレートを上回っていないかどうかを判定する。6つぎに、CAC602aは、CIRの合計値が出力ポートのレート以下であれば、S-Tag、CIR、EIR、出力ポート対応設定部1713の設定値のうち、該当するS-TagについてのCIR値を変更する。7そして、CAC602aは、変更されたCIR値のレートでL2出力フレーム処理部624からフレームを出力する。帯域保証装置の判定部の処理内容図20は、帯域保証装置の判定部の処理内容を示すフローチャートである。帯域保証装置410は、NID401からのCIRの変更要求を含むVSMフレームを受信するとステップS2001、CAC602aは、VSMフレームからS-Tag,CIR変更要求値を抽出するステップS2002。つぎに、CAC602aは、CIR最小値管理テーブル606を検索し、S-Tag該当OVCに対するCIR最小値を得るステップS2003。つぎに、CAC602aは、CIR変更要求値がCIR最小値未満であるか判断するステップS2004。CIR変更要求値がCIR最小値未満であればステップS2004:Yes、ステップS2005に移行し、CIR変更要求値がCIR最小値以上であればステップS2004:No、ステップS2008に移行する。ステップS2005では、CAC602aは、ΣCIRがCIR設定上限値未満であるか判断する。ΣCIRは、CIR変更要求値と、CIR管理テーブル607に格納されたOVCごとの現在のCIR値により算出される。このΣCIRには、CIR変更要求分を含む。CIR設定上限値は、ポリサー614が上述したように管理している。そして、ΣCIRがCIR設定上限値未満であればステップS2005:Yes、ステップS2006に移行し、ΣCIRがCIR設定上限値以上であればステップS2005:No、ステップS2008に移行する。ステップS2006では、CAC602aは、ΣCIREIRが物理出力ポート物理帯域未満であるか判断する。ΣCIREIRは、シェイパー1714が管理する。ここで、ΣCIRだけを用いて判断してもよく、この場合には、EIR帯域を一時的に減らしてCIRを優先することができる。そして、ΣCIREIRが物理出力ポート物理帯域未満であればステップS2006:Yes、ステップS2007に移行し、ΣCIREIRが物理出力ポート物理帯域以上であればステップS2006:No、ステップS2008に移行する。ステップS2007では、スケジューラ623にCIR設定を反映させ、終了する。ステップS2008では、設定変更不可と判定し、終了する。図21は、CIRに対応したトークンバケットの最大サイズの設定内容を示す図表である。上述したトークンバケットの最大サイズCBS,EBSは、CIRのレートに応じた値をあらかじめテンプレート2100として保持することができる。ポリサー614は、変更したCIRの値に応じて、CBS,EBSを変更する。また、帯域保証装置410は、LTMフレーム図9参照内のTLVフィールドを用いて、CIRと同様に、これらCBS,EBSの設定値を同一のOVC上の中継装置405と、NID401に通知し、連動してCIRの変更処理をおこなうこともできる。図22は、CIR最小値を求める処理内容を示すフローチャートである。制御部601の判定部CAC602aが主に実行する処理について説明する。はじめに、LTMフレームをOVCに送信しステップS2201、この際のS-Tagと、トランザクションIDと、NIDMACアドレスを一時保存するステップS2202。NID401のMACアドレスは、LTMのターゲットMACアドレスより抽出する。つぎに、タイマを起動させるステップS2203。タイマは、たとえば、5~10秒の所定期間に設定される。そして、CAC602aは、タイマの計測が満了するごとにステップS2204、CIRデータベース605からS-Tag,トランザクションIDでHop数が最大のMACアドレスを抽出するステップS2205。この後、抽出したMACアドレスがNIDMACアドレスであるか判断するステップS2206。この際、NIDMACアドレスは、NID管理テーブル604を参照し、抽出したMACアドレスと対比する。NID401のMACアドレスであればステップS2206:Yes、ステップS2207に移行し、NID401のMACアドレスでなければステップS2206:No、S2210に移行する。ステップS2207では、1~最大Hop数までの値の格納があるか判断する。同一のOVC上のすべての機器の情報が取得できているかを判断する。そして、すべての値の格納があればステップS2207:Yes、CIRデータベース605を参照し、同一トランザクションIDから各中継装置の設定変更可能なCIRを取得し、さらに、その中のCIR最小値を抽出しステップS2208、CIR最小値管理テーブル606にS-Tag,CIRの設定または変更可能な最小値を格納するステップS2209。この後、ステップS2211に移行する。一方、ステップS2207において、すべての値の格納がされていなければステップS2207:No、ステップS2210に移行する。ステップS2210では、利用不可であるとし、処理を終了する。または、更にCIR最小値管理テーブル606から該当するS-Tagエントリを削除し、ステップS2211に移行してもよい。なお、新規の場合は登録がないため削除しない。ステップS2211では、S-Tag,トランザクションID,NIDMACアドレス一時保存情報を削除し、一連の処理を終了する。以上説明した実施の形態においては、1つのOVCに対するCIR変更をおこなう構成について説明したが、複数のOVCに対しても、同様にCIR変更をおこなうことができ、複数拠点のユーザ間での帯域の有効利用ができるようになる。そして、帯域保証装置は、CIRの情報を用いて、あらかじめ定期的にNID、および中継装置とやりとりして設定可能なCIRの最小値を求める構成であるため、ユーザ拠点NID側からのCIR設定変更の要求があったとき、このCIR設定変更の要求に対して即座に判定できる。これにより、ユーザ拠点からの帯域変更の要求に対して短時間で応答できるようになり、待ち時間がなく、すぐに帯域変更できるようになる。そして、帯域保証装置が帯域変更の可否を判定し、所定の通信プロトコルを用いて、OVC上に設けられたNID、および中継装置に対してもCIR変更の設定をおこなうことができ、CIR設定変更を簡単な構成で短時間に実行できるようになる。また、OVC上のNIDや中継装置の台数にかかわらず、帯域変更を即座に効率的におこなうことができる。特に、レイヤ2のMACアドレスとVLANタグの情報を用いてOVC上の機器を管理するため、通信の転送効率を向上でき、処理も簡単におこなうことができる。また、上記の帯域保証を帯域の使用量に応じた従量課金をおこなうサービスに適用する場合には、クラウドサービスへの回線を有効に帯域使用でき、提供するネットワークオペレータの収益拡大も可能となる。たとえば、空いた帯域を複数のOVCに割り振りすることもできるようになる。上述した各実施の形態に関し、さらに以下の付記を開示する。付記1ユーザ拠点側装置との間のOVC上に設置された複数の機器に設定された最低保証通信速度を収集する制御部と、前記制御部により収集した前記最低保証通信速度の最小値を求めておき、前記ユーザ拠点側装置から前記OVCに対する帯域変更要求時には、前記最低保証通信速度に基づき、前記帯域変更要求の受け付けの可否を判断して前記ユーザ拠点側装置に応答する判定部と、を備えたことを特徴とする帯域保証装置。付記2前記判定部は、前記帯域変更要求が受け付け可能な場合には、前記最低保証通信速度の最小値を、通信速度を制限する手段に設定することを特徴とする付記1に記載の帯域保証装置。付記3前記判定部は、前記帯域変更要求が受け付け可能な場合には、前記複数の機器に対して前記最低保証通信速度の変更を要求することを特徴とする付記2に記載の帯域保証装置。付記4前記制御部は、定期的に、前記OVC上に設置された複数の機器に対し、所定の通信フレームに送信元および送信先のアドレスを設定して要求し、複数の前記機器から所定の通信フレームの応答に設定された前記最低保証通信速度を、前記アドレスに基づき前記機器ごとに対応付けて更新可能に格納部に格納することを特徴とする付記1~3のいずれか一つに記載の帯域保証装置。付記5前記制御部は、前記OVC上に設置された複数の機器に対し、所定の通信フレームを用いて、前記複数の機器に対する前記最低保証通信速度の変更を要求し、応答を受けることを特徴とする付記1~4のいずれか一つに記載の帯域保証装置。付記6前記制御部は、前記通信フレームの未使用の領域を用いて前記要求と応答、および設定値を送出することを特徴とする付記4または5に記載の帯域保証装置。付記7前記制御部は、前記複数の機器から受信した同一トランザクションIDを有する複数の前記所定のフレームに含まれる前記最低保証通信速度を収集することを特徴とする付記1~6のいずれか一つに記載の帯域保証装置。付記8前記通信速度を制限する手段は、ポリサーであり、前記判定部は、前記帯域変更要求の受け付けの可否を、前記ポリサーが管理する余剰トークンの中から、前記帯域変更分のトークンを割り当てることが可能か否かに基づき判定することを特徴とする付記2に記載の帯域保証装置。付記9前記通信速度を制限する手段は、シェイパーであり、前記判定部は、前記帯域変更要求の受け付けの可否を、前記シェイパーが管理する通信ポートに対して設定されている複数のOVCの前記帯域変更要求の合計値が前記通信ポートの物理帯域を超えるか否かに基づき判定することを特徴とする付記2または8に記載の帯域保証装置。付記10前記ポリサーは、前記帯域変更時のレートに対応する前記トークンのバケットサイズをあらかじめ複数保持し、変更後の前記帯域に対応する前記トークンのバケットサイズを設定することを特徴とする付記8に記載の帯域保証装置。付記11ユーザ拠点側装置との間のOVC上に設置された複数の機器に設定された最低保証通信速度を収集する収集工程と、収集した前記最低保証通信速度の最小値を求めておき、前記ユーザ拠点側装置から前記OVCに対する帯域変更要求時には、前記最低保証通信速度に基づき、前記帯域変更要求の受け付けの可否を判断して前記ユーザ拠点側装置に応答する判定工程と、を含むことを特徴とする帯域保証方法。"