情報処理装置間で送受信されるパケットを中継するネットワークノードであって、前記パケットをネットワークから受信するパケット送信回路と、前記パケットに対応するフロー毎、及び、前記フローを構成する複数のクラスのうち、前記パケットに対応するクラスに設定される監視帯域に従って、前記パケットが監視帯域以内のパケットであるか否かを判定し、監視帯域以内と判定したパケットを遵守と、それ以外のパケットを違反と判定するポリシング部と、前記判定されたパケットをネットワークに出力するパケット受信回路と、を備えるネットワークノード。請求項1記載のネットワークノードであって、前記フローを構成する複数のクラス間における分配比率に基づいて、各クラス毎の監視帯域が設定され、前記ポリシング部は、前記フローの監視帯域以内でなくても、前記パケットに対応するクラスに設定される監視帯域以内である場合は、前記パケットを遵守と判定し、前記判定結果に対応する転送優先度を前記パケットに書き込む、ことを特徴とするネットワークノード。請求項2記載のネットワークノードであって、複数の前記フローに対応する監視帯域が設定され、前記ポリシング部は、前記パケットの受信に応じて、前記パケットに対応するフロー及びクラスを特定し、前記特定結果に基づいて、前記パケットが遵守あるいは違反であるかを判定する、ことを特徴とするネットワークノード。従来技術2では、各契約者に割り当てられた契約帯域を優先パケットに優先的に分配し、契約帯域が余った場合にのみ非優先パケットに割り当てる完全優先的な分配に関して記載されている。従来技術2では、重要パケットの帯域が契約帯域を超えてしまうと、非重要パケットの中で優先と判定されるパケットは0となってしまう。しかし、契約者によっては、非重要パケットに対する最低限の帯域を確保することが求められる。そのため、ポリシング装置は契約帯域を柔軟に重要パケットと非重要パケットに分配することが必要である。これまで、一契約者内に複数の重要度がある場合について考えたが、一契約者内に複数の組織、例えば、企業であれば研究開発部門、製造部門、営業部門等が存在する場合がある。この場合、各契約者の帯域保証と同時に、各部門に対する帯域保証が求められる。従来技術2を適用したポリシング機能は各契約者に割り当てられた契約帯域を各部門に完全優先的に分配するため、ある部門の優先パケットが0となる場合がある。従来技術1においても、本課題を解決する方法に関しては記載されていない。本願の目的は、以上の課題を解決するために、各契約者に割り当てられた契約帯域を柔軟に各重要度または各部門のパケットに分配するポリシング機能を提供することである。前述した課題を解決するために、本発明のポリシング装置は入力パケットのヘッダ情報のうち少なくとも一つの情報からパケットの属するフローと前記フロー内の重要度または部門を検出して、前記フローの識別子であるフロー識別子と前記重要度または部門の識別子である重要度部門識別子を判定するフロー検出手段を備える。さらに、前記フロー用の監視帯域を記載した監視帯域情報と、重要度または部門毎の分配比重と、パケットの到着履歴を表すパケット到着履歴情報を備えたエントリをフロー識別子毎に持つ帯域監視テーブルを備える。パケット入力時には、監視結果判定部は該パケットのフロー識別子に対応する前記エントリ内の情報を参照して該パケットの遵守/違反を判定する。本発明のポリシング装置は重要度または部門毎のパケット到着履歴と、監視帯域情報と分配比重より得られる各重要度または部門への分配帯域に基づき帯域監視できるため、各重要度または部門の帯域を制御することが可能である。例えば、パケット到着履歴情報が、過去1秒に受信した各重要度または部門のバイト数である場合、このバイト数と各重要度または部門の分配帯域を単純に比較すれば良い。一方、従来技術2のポリシング装置は、パケット到着履歴情報に対応するカウンタ値Xを各フローに一つしか備えることができないため、重要度または部門毎の帯域を制御することができなかった。また、別のポリシング装置は、入力パケットのヘッダ情報のうち少なくとも一つの情報からパケットの属するフローと前記フロー内の重要度または部門を検出して、前記フローの識別子であるフロー識別子と前記重要度または部門の識別子である重要度部門識別子を判定するフロー検出手段を備える。さらに、前記フローの監視帯域情報と、前記フロー内の一つの重要度または部門の分配比重と、パケット到着履歴情報を備えたエントリをフロー識別子毎、かつ重要度または部門毎に持つ帯域監視テーブルを備える。パケット入力時には、監視結果判定部が、該パケットのフロー識別子に対応する全エントリ内の情報に基づいて遵守/違反を判定する。本発明のポリシング装置は重要度または部門毎のパケット到着履歴と、監視帯域情報と分配比重より得られる各重要度または部門への分配帯域に基づき帯域監視できるため、各重要度または部門の帯域を制御することが可能である。上記以外の本願が解決しようとする課題、その解決手段は、本願の発明を実施するための最良の形態の欄および図面で明らかにされる。本発明を適用したポリシング装置は、複数の重要度の帯域をまとめて監視し、ある監視帯域分のパケットを遵守と判定している時に、優先パケットの帯域の重要度間比率を制御することができる。このため、前記ポリシング装置は全重要度への優先パケットの帯域を確保できる。例えば。重要パケットと非重要パケットの分配比重をそれぞれ2、1とすると、それぞれのパケットに対して、契約帯域の23、13分の帯域を確保できる。また、本発明を適用したポリシング装置は、複数の部門の帯域をまとめて監視し、ある監視帯域分のパケットを遵守と判定している時に、優先パケットの帯域の部門間比率を制御することができる。このため、前記ポリシング装置は全部門への優先パケットの帯域を確保できる。まず、図2を用いて本発明が想定するネットワーク構成について説明する。図2のネットワークでは、企業Aの企業網A12101、企業網A22102が、キャリアが提供するVPNサービス網200によって接続されている。同様に、企業Aとは別の企業Bの企業網B12201、企業網B22202が接続されている。VPNサービス網200はエッジに位置するエッジノードA202、エッジノードB203と、コアに位置するバックボーンノード201より構成され、また、各企業網のVPNサービス網200への出入口にはゲートウェイノードA12111、ゲートウェイノードA22112、ゲートウェイノードB12211、ゲートウェイノードB22212が配置されている。企業サイトの接続サービスを提供するキャリアと企業網A1A2の管理者間では、企業網A1から企業網A2に転送するパケットの帯域が契約されている。エッジノードA202はゲートウェイノードA12111より受信するパケットの帯域を計測し、契約帯域以内と判定したパケットを優先パケットと、また契約帯域外と判定したパケットを非優先パケットとしてバックボーンノード201に送信する。バックボーンノード201およびエッジノードB203が優先パケットを優先的に企業網A22102まで転送することで、VPNサービス網200は企業網A1とA2間の契約帯域を保証する。企業網A1A2の管理者は予め、企業Aにとって重要なパケットとそれ以外のパケットを識別する条件をキャリアに申告しておき、エッジノードA202は本条件に基づいて入力パケットの重要度を検出し、該重要度に基づいて帯域監視を行う。本実施例では、企業網Aの管理者は、企業網A12101内の特定IPアドレスを備えた端末が送信するパケットを重要パケットと、それ以外のパケットを非重要パケットと申告しているとする。本発明のポリシング機能を備えるノードの概要動作を図3乃至図5を用いて説明する。図5は本発明のノード100を示す。本実施例では、本発明のノード100はVPNサービス網200のエッジノードA202として使用され、企業網A12101の送信するパケットの帯域を監視しているとする。ノード100はNの入力回線101i、出力回線102i、インターフェース部120iと、インターフェース部120iを結合するパケット中継処理手段110より構成される。インターフェース部120はパケットの受信処理を行うパケット受信回路160と、帯域監視を行いVPNサービス網200内の転送優先度を判定し、さらに、ルーティングテーブルの検索を行ってパケットを出力する回線の識別番号:出力回線番号を判定するヘッダ処理部140と、受信したパケットを蓄積する受信側バッファ130と、パケット中継処理手段110より受信したパケットを蓄積する送信側バッファ131と、送信側バッファ131よりパケットを読みだして、送信処理を行うパケット送信回路161から構成される。図3は企業網AおよびVPNサービス網200におけるパケットフォーマットの一例を示す。本フォーマットはヘッダ部310とデータ部320から構成される。ヘッダ部310はネットワーク層の送信元アドレス送信端末のアドレスである送信元IPアドレスSourceIPAddress:以下SIPという。311と、宛先アドレス受信端末のアドレスである宛先IPアドレスDestinationIPAddress:以下DIPという。312と、プロトコル=上位アプリケーションを表す送信元ポートSourcePort:以下SPORTという。313と宛先ポートDestinationPort:以下DPORTという。314とネットワーク層の転送優先度を表すDSCP315と、データリンク層の送信元アドレスである送信元MACアドレスSourceMACAddress:以下SMACという。316と、宛先アドレスである宛先MACアドレスDestinationMACAddress:以下DMACという。317と、データリンク層の転送優先度を表すイーサ優先度318から構成される。また、データ部320はユーザデータ321から構成される。図4は本発明のノード100内部のパケットフォーマット例を示す。本フォーマットは前述のフォーマットに内部ヘッダ部330が備わる。この内部ヘッダ部330はパケットのバイト長を表すパケット長331とパケットが入力した回線の識別番号である入力回線番号332と、パケットを出力する回線の識別番号である出力回線番号333から構成される。パケットが入力回線101より入力するとパケット受信回路160は内部ヘッダ部330を付加し、該パケットのバイト長をカウントしてパケット長331に、パケットが入力した入力回線101の入力回線番号を入力回線番号332に書き込む。さらに、本パケットを一旦蓄積すると同時に、出力回線番号333を除く内部ヘッダ部330とヘッダ部310内の情報をパケットヘッダ情報11としてヘッダ処理部140に送信する。ヘッダ処理部140のポリシング部141は帯域監視を行ってネットワーク内の転送優先度であるDSCPやイーサ優先度を判定し、パケット優先度情報12としてパケット受信回路160に送信する。ヘッダ処理部140のルーティング処理部142は前記パケットヘッダ情報11内のDIP312またはDMAC317に対応する情報より出力回線番号を判定し、パケット出力回線情報13としてパケット受信回路160に送信する。なお、ノード100がルータの場合はDIP312を、スイッチの場合はDMAC317を使用する。パケット受信回路160はパケット優先度情報12内のDSCPとイーサ優先度を蓄積パケットのDSCP315とUPRI318に書き込み、また、パケット出力回線情報13内の出力回線番号を出力回線番号333に書き込んで、蓄積パケットを受信側バッファ130へ送信する。受信側バッファ130は廃棄閾値132を備え、DSCP315またはUPRI318の値に基づいてバッファ蓄積制御を実行する。バッファ蓄積制御では、使用する転送優先度であるDSCP315またはUPRI318が優先パケットを表す場合、受信側バッファ130は受信側バッファ130に空きが有るとパケットを蓄積し、空きがないとパケットを廃棄する。一方、非優先パケットを表す場合、前記廃棄閾値132以下しかパケットが蓄積されていない場合はパケットを蓄積するが、前記廃棄閾値132を越えてパケットが蓄積されていると受信側バッファ130に空きが有ってもパケットを廃棄する。このバッファ蓄積制御により、ノード100は優先パケットの通信品質を実現する。パケット中継手段110は受信側バッファ130内のパケットを読みだし、出力回線番号333の値に対応するインターフェース部120に該パケットを転送する。該パケットを受信した送信側バッファ131は受信側バッファ130と同様のバッファ蓄積制御を行う。パケット送信回路161は受信側バッファ130からパケットを読みだし、内部ヘッダ部330を削除し、出力回線102に該パケットを送信する。次に、図1、図6、図7、図8を用いて本発明のポリシング部141の詳細動作について説明する。本発明のポリシング部141は帯域監視アルゴリズムとしてリーキーバケットアルゴリズムを可変長パケットの帯域監視用に拡張したアルゴリズムを使用する。図1にポリシング部141のブロック図を示す。ポリシング部141はバケツ蓄積量判定部510と、ポリシング結果判定部520と、優先度判定部530と、フロー検出部540と、ポリシングテーブル550と、ポリシングテーブル制御部560より構成される。フロー検出部540はルータまたはスイッチ固有の機能部である。ATMネットワークにおいては、予めコネクションが設定され、ATMネットワーク内のATM交換機は入力セルのコネクション識別子に対応するポリシング制御情報を読みだし、その情報を用いて帯域監視を実行するコネクション型通信。一方、インターネットに代表されるIPネットワークにおいては、予めコネクションが設定されない。そのため、IPネットワークに置かれるルータやスイッチはフロー検出手段を備え、入力パケット毎にヘッダ内の情報等により前記コネクション識別子の代わりのフロー識別子を判定する必要があるコネクションレス型通信。ルータは前記フロー識別子に対応するポリシング制御情報を読みだし、本情報を用いて帯域監視を実行する。なお、本願では、特定のヘッダ内の情報等が同一である一連のパケットをフローと呼ぶ。図6にポリシングテーブル550のフォーマットを示す。ポリシングテーブル550はM個のポリシング制御情報600jを所持する。ポリシング部141は一つの前記ポリシング制御情報600jにより一フローの帯域監視を行う。本実施例では一つのポリシング制御情報600jにより、企業網A12101がVPNサービス網200に送出する全パケットを契約帯域で監視する場合を説明する。ポリシング制御情報600jは重要パケット用のバケツの容量THRA601jと、非重要パケット用のバケツの容量THRB602jと、バケツが漏れる速度であり監視帯域を表すPOLR603jと、同一のポリシング制御情報600jを参照するパケットが前回到着した時刻:TS604jと、前パケットの帯域監視直後にバケツに蓄積されていた重要パケットの水量:CNTA605jおよび非重要パケットの水量:CNTB606jと、帯域監視で遵守と判定され優先パケットとして転送される際の転送優先度であるPRIC607jと、違反と判定され非優先パケットとして転送される際の転送優先度であるPRIN608jと、重要パケットと非重要パケットの契約帯域の分配比重WA609j、WB610jより構成される。なお、PRIC607jとPRIN608j内の優先度としてDSCPとイーサ優先度が記載されている。従来技術2では、バケツを一つ備えれば良いため、バケツの水量:CNTは一つ有れば良かったが、本発明のポリシング部141は重要パケット用と非重要パケット用のバケツを備えるため、各パケット用の二つの水量:CNTA605j、CNTB606jとバケツの容量THRA601j、THRB602jを備える。図7にポリシング部141のフローチャートの前半部分を、図8に後半部分を示す。ポリシング部141の処理はポリシング開始処理700、バケツ蓄積量判定処理710、ポリシング結果判定処理720、優先度判定処理730、ポリシング終了処理740より構成される。710、720、730の3処理はそれぞれバケツ蓄積量判定部510と、ポリシング結果判定部520と、優先度判定部530が主に実行する。ポリシング部141がパケットヘッダ情報11を受信すると、ポリシング結果判定部520のパケット長蓄積手段522はパケット長331に対応する情報を、フロー検出部540はSIP311、DIP312、SPORT313、DPORT314、DSCP315、SMAC316、DMAC317、UPRI318と入力回線番号332に対応する情報を蓄積する。ステップ702では、フロー検出部540は蓄積された情報に基づいてフロー検出を行って入力パケットを送信した契約者の識別子である契約者識別子および入力パケットの重要度であるフロー重要度を判定し、前記契約者識別子から構成される契約者情報14をポリシングテーブル制御部560のポリシングテーブル制御回路561へ、前記フロー重要度から構成されるフロー重要度情報17をポリシング結果判定部520のフロー重要度蓄積手段525へ送信する。契約者の識別に関しては、例えば、フロー検出部540が、受信パケットが入力した回線の番号である入力回線番号332によって契約者を識別しても良い。また、各企業が該企業に属する端末のIPアドレスをVPNサービス網200の管理者に申告しておけば、IPアドレスにより契約者を判定できる。重要度の識別に関しては、各企業の管理者が特定IPアドレスの端末が送信するパケットを重要パケットと、それ以外のパケットを非重要パケットと申告している本実施例の場合、フロー検出部540はSIP311に対応する情報から重要度を判定する。ポリシングテーブル制御回路561は前記契約者情報14からポリシングテーブル550のアドレスを作成し、ポリシング制御情報600jを読みだす。読みだされたTHRA601jとTHRB602jの値をポリシング結果判定部520のTHRA蓄積手段523とTHRB蓄積手段524が、POLR603jとTS604jとCNTA605jとCNTB606jの値をバケツ蓄積量判定部510のそれぞれPOLR蓄積手段513、TS蓄積手段514、CNTA蓄積手段515、CNTB蓄積手段516が、WA609jとWB610jの値を帯域割り当てポリシー蓄積手段517が、PRIC607jとPRIN608j内の遵守/違反時のDSCPとイーサ優先度をそれぞれ優先度判定部530のPRIC蓄積手段532とPRIN蓄積手段533が蓄積する。バケツ蓄積量判定処理710では、バケツ蓄積量判定部510はパケット入力直前のバケツ水量を判定する。まず、バケツ蓄積量判定回路511は現時刻を示すタイマー512の値とTS蓄積手段514内の前パケットの到着時刻との差分を計算し、前パケット到着からの経過時間を計算する。次に経過時間にPOLR蓄積手段513内の値を乗じて、前パケット到着から漏れた水の量を計算する。バケツ蓄積量判定回路511は帯域割り当てポリシー蓄積手段517に蓄積されている契約帯域の分配比重に基づいてCNTAおよびCNTBから減算すべき水量を判定する。ステップ712では計算した減少水量をWA:WBに分配した仮の減少水量:DECAとDECBを計算する。ここで仮のと記載したのは、CNTAとCNTBの値がそれぞれDECAとDECBより小さい場合、DECAとDECBは実際の減少水量とならないためである。以降のステップ714~716では、CNTA、CNTBとDECA、DECBの大小関係に基づいて、減少水量減算後のCNTA、CNTBの値:CNTA’、CNTB’を計算する。まず、ステップ714およびステップ715にてこの大小関係に基づきステップ7161~7164に分岐する。ステップ7161はCNTA≧DECAおよびCNTB≧DECBのケースである。この際、新規CNTA、CNTBの値:CNTA’、CNTB’をそれぞれCNTA-DECA、CNTB-DECBとする。ステップ7162はCNTA≧DECAおよびCNTB<DECBのケースである。CNTBはDECBを減算すると負となるため、CNTBは0とする。この時、CNTAより減算できなかったDECB-CNTB分の水量をCNTAより減算することができる。よって、CNTA’の値としてCNTA-DECA-と0のうちで大きな値を選択する。同様にステップ7163ではCNTAを0と、CNTB’をCNTB-DECB-と0のうち、より大きな値とする。ステップ7164はCNTA<DECAおよびCNTB<DECBのケースであり、CNTA’、CNTB’共に0とする。これまで、WBが正の場合を考えてきたが、WBを0とすると、重要パケットに完全優先的に契約帯域を分配することができる。このようなWA、WBに基づいた減少水量の分配処理は本発明固有の処理である。ポリシング結果判定処理720では、ポリシング結果判定部520のポリシング結果判定回路521はバケツ蓄積量判定部510が判定した水量が、入力パケットの重要度に応じたバケツ閾値に収まるか否かを判定する。まず、フロー検出部540が送信しているフロー重要度情報17をフロー重要度蓄積手段525に蓄積する。この蓄積情報に基づき検索処理は分岐する。前記蓄積情報が重要の場合にはTHRA蓄積手段523に蓄積されている重要パケット用のバケツの容量THRAとCNTA’の大小比較を行う。CNTA’≦THRAであってバケツが溢れない場合には、入力パケットを遵守パケットと判定し、遵守を表示したポリシング結果情報15を優先度判定回路531とポリシングテーブル制御回路561に送信する。また、さらに、次パケット到着時に使用する重要および非重要パケット用の水量:CNTA、CNTBをそれぞれパケット長蓄積手段内のパケット長CNTA’、CNTB’と判定し、ポリシングテーブル制御回路561にバケツ蓄積量情報16として送信する。CNTA’>THRAであって、バケツが溢れている時には、入力パケットを違反パケットと判定して違反を表すポリシング結果情報15を優先度判定回路531とポリシングテーブル制御回路561に送信する。また、CNTA、CNTBをそれぞれCNTA’、CNTB’と判定し、ポリシングテーブル制御回路561にバケツ蓄積量情報16として送信する。一方、ステップ721の参照結果が非重要の場合にはTHRB蓄積手段524に蓄積されている非重要パケット用のバケツの容量THRBとCNTB’の大小比較を行う。CNTB’≦THRBの時には、入力パケットを遵守パケットと判定し、遵守を表示したポリシング結果情報15を優先度判定回路531とポリシングテーブル制御回路561に送信する。また、CNTA、CNTBをそれぞれCNTA、パケット長蓄積手段522内のパケット長CNTBと判定し、ポリシングテーブル制御回路561にバケツ蓄積量情報16として送信する。CNTB’>THRBであって、バケツが溢れてしまう状態の時には、入力パケットを違反パケットと判定して違反を表すポリシング結果情報15を優先度判定回路531とポリシングテーブル制御回路561に送信する。また、CNTA、CNTBをそれぞれCNTA’、CNTB’と判定し、ポリシングテーブル制御回路561にバケツ蓄積量情報16として送信する。優先度判定処理730では、優先度判定部530はポリシング結果情報15に基づいて優先度を判定する。優先度判定回路531はポリシング結果情報15が遵守の場合、PRIC蓄積手段532内のDSCPとイーサ優先度を入力パケットのDSCPとイーサ優先度と判定し、前記優先度より構成されるパケット優先度情報12をパケット受信回路160に送信する。違反の場合、PRIN蓄積手段533内のDSCPとイーサ優先度を入力パケットのDSCPとイーサ優先度と判定し、前記判定情報より構成されるパケット優先度情報12をパケット受信回路160に送信する。ポリシング終了処理740では、ポリシングテーブル制御回路561がバケツ蓄積量情報16内のCNTA、CNTBとタイマー512の値を、契約者情報14に対応するポリシング制御情報600jのCNTA605j、CNTB606jとTS604jに書き込み、帯域監視を終了する。VPNサービス網200の管理者はノード100外部の管理端末150を用いて帯域監視に関する情報をノード100に設定する。管理端末150に入力されるコマンドの一例を図18に示す。このコマンドの181、182には非重要パケットのSIPとDIPが、183、184には重要パケットのSIPとDIPが設定される。また、185、186、187には監視帯域と優先非優先パケットの優先度が設定され、188、189には非重要パケットの分配比重Wとバケツの容量THRが、190、191には重要パケットの分配比重Wとバケツの容量THRが設定される。図18のコマンドは送信端末のIPアドレスが1010101と1010102の送信端末が送信したパケットの帯域を100Mbpsで監視し、優先パケットおよび非優先パケットの優先度を1および2と判定する帯域監視を行う際のコマンドである。さらに、1010101の端末が送信する非重要パケットが200kByteのバケツで、1010102の端末が送信する重要パケットが、300kByteのバケツで監視される。また、優先パケットと非優先パケットの分配比重はそれぞれ2と1である。本コマンドを受けたプロセッサ170は181から184の情報をフロー検出部540に、また185から191の情報をエントリ600のそれぞれPOLR603、PRIC607、PRIN608、WB610、THRB602、WA609、THRA601に設定する。なお、TS604、CNTA605、CNTB606は0に初期化する。図15を用いて本発明を適用したノード100の効果を説明する。図15はノード100に入力するパケットの帯域時間変化の例を示す。ここで、網掛け部分が重要パケットの帯域を、白い部分が非重要パケットの帯域を表している。従来技術2を適用したポリシング機能を使用して図15のトラヒックを監視した場合の優先パケットと非優先パケットの帯域時間変化を図15に示す。斜線部が優先パケット、それ以外の斜線がない部分が非優先パケットである。重要パケットが優先的に契約帯域以内のパケットと判定され、時間t1では非重要パケットは常に非優先パケットとなってしまう。本発明を適用したポリシング機能を使用して図15に示すトラヒックを監視した場合の優先パケットと非優先パケットの帯域時間変化を図15に示す。WAとWBはそれぞれ2と1である。重要パケットの入力帯域が契約帯域の23以下の場合には、余剰契約帯域分の非重要パケットが優先パケットと判定される。一方、重要パケットの入力帯域が契約帯域の23以上の場合には、契約帯域の23分は優先パケットと判定されるが、残りの13は非重要パケットの帯域として確保される。すなわち、非重要パケットの帯域が契約帯域の13以上である場合には、契約帯域の13分の非重要パケットが優先パケットと判定され、契約帯域の13以上である場合には、全非重要パケットが優先パケットと判定される。以上に説明したように、本発明を適用したポリシング装置は、重要パケットに優先的に契約帯域を割り当てながら、非重要パケットの帯域も確保することができる。以上の実施例では、重要度が違う二種のパケットが存在する場合について説明した。重要度の識別法と重要度毎の分配比重の代わりに、企業A内の二部門の識別法と各部門の分配比重をVPNサービス網200の管理者に申告しておけば、部門間の契約帯域分配を制御することが可能である。しかし、実際の企業においては、三部門以上が存在する場合も考えられる。以下の実施例では、部門数が増加した場合の例として、契約帯域を四部門が共有している場合のポリシング部について説明する。この場合のポリシングテーブル1150のフォーマットを図11に示す。本テーブルの各エントリ1100jはポリシングテーブル550のエントリ600jのTHRA601j、THRB602jの代わりに、THR11101j、THR21102j、THR31103j、THR41104jを備える。さらに、CNTA605j、CNTB606jの代わりにCNT11105j、CNT21106j、CNT31107j、CNT41108jを、また、WA609j、WB610jの代わりにW11109j、W21110j、W31111j、W41112jを備える。これに伴い、図9に示す本実施例のポリシング結果判定部920はTHRA蓄積手段523、THRB蓄積手段524の代わりにTHR1蓄積手段923、THR2蓄積手段924、THR3蓄積手段925、THR4蓄積手段926を備える。また、図10に示す本実施例のバケツ蓄積量判定部910はCNTA蓄積手段515、CNTB蓄積手段516の代わりにCNT1蓄積手段915、CNT2蓄積手段916、CNT3蓄積手段917、CNT4蓄積手段918を備える。帯域監視の各処理は以下の様に変わる。ポリシング開始処理700のステップ702では、フロー検出部540は企業A内の各部門の識別子を、予め契約者により申告された部門の識別方法に基づき検出し、結果をフロー重要度蓄積手段927にフロー重要度情報17として送信する。部門の識別に関しては、例えば、企業網Aの管理者が、各部門が所有する端末のIPアドレスをキャリアに申告し、フロー検出部540は送信元IPアドレスから部門を判定すれば良い。ステップ703では読みだされたTHR11101j、THR21102j、THR31103j、THR41104j、CNT11105j、CNT21106j、CNT31107j、CNT41108jを、それぞれTHR1蓄積手段923、THR2蓄積手段924、THR3蓄積手段925、THR4蓄積手段926およびCNT1蓄積手段915、CNT2蓄積手段916、CNT3蓄積手段917、CNT4蓄積手段918が蓄積する。また、W11109j、W21110j、W31111j、W41112jを帯域割り当てポリシー蓄積手段919が蓄積する。バケツ蓄積量判定処理710の代わりに行うバケツ蓄積量判定処理1210のフローチャートを図12に示す。ステップ12111212はそれぞれステップ711712と同様の処理である。その後、バケツ蓄積量判定回路1011は帯域割り当てポリシー設定手段919内の部門毎の帯域比重W1、W2、W3、W4に基づき、CNT1、CNT2、CNT3、CNT4から減算すべき仮の減少水量:DECII1~4を計算する。ステップ1214以下の処理はDECIとCNTIの大小関係に応じて、パケットが入力する直前の水量:CNTI’を計算する処理である。まず、ステップ1214では仮にCNTI=CNTI’とし、それぞれのCNTI’が水量の減算対象であることを示すACTIを1に初期化する。次に、企業内の部門番号Iを1に初期化する。このIはステップ1217~1222のルーティン処理を行うために用いられる。次のステップ1216では余剰帯域Rを0に初期化する。Rは各部門の余剰帯域の総和である。ステップ1217ではACTIが1か否かで処理が分岐する。ACTIが0であってCNTIから減算する必要がない場合には水量の減算を行わず、部門番号IをI1とする。一方、ACTIが1の場合、CNTIからDECI全てを減算できるか否かを判定する。CNTI<DECI場合には、CNTI0とし、Rに余剰帯域分を加算し、ACTIを0とする。CNTI≧DECIの場合にはCNTICNTI-DECIとし、部門番号IをI1とする。全部門に関してステップ1217~1221を実行したか否かを、Iと部門数4を比較して判定する。I≦4であり、未実行の部門がある場合には再度ステップ1217から以上の処理を繰り返す。I>4であり、未実行の部門がない場合には、ACTIとRの値の基づき処理が分岐する。全ACTIが0であり全CNTI’の水量減算が必要ないか、Rが0で振り分ける余剰帯域がない場合、バケツ蓄積量判定処理1210を終了して優先度判定処理1220へ進む。それ以外の場合にはRと、ACTI=1の部門のWIに基づいて再度DECIを計算し、ステップ1215へ戻る。ステップ1215から1224までの処理を繰り返すことにより、全てのCNTI’を計算する。図13にポリシング結果判定処理720、優先度判定処理730、ポリシング終了処理740の代わりに行う処理1220、1230、1240のフローチャートを示す。ポリシング結果判定処理1220では、違反/遵守の判定と、ポリシングテーブル1150に書き込むCNT1~CNT4の判定を行う。優先度判定処理1230は処理730と同一である。また、ポリシング終了処理1240は、ステップ1241にてCNTA、CNTBの代わりにCNT1~CNT4をポリシングテーブル1150にCNT1~4として書き込む以外は、前述のポリシング終了処理740と同一である。ポリシングテーブル1150はTHR、CNT、Wを各部門用にそれぞれ4フィールド備え、4部門までの監視を実現する。エントリ1100j内のTHR、CNT、Wの数は、VPNサービス網200がサポートする最大部門数である。各企業の部門数≒最大部門数の場合には、ほぼ全てのフィールドが使用されるが、部門数≪最大部門数の場合には、多くの無駄なTHR、CNT、Wフィールドが発生してしまう。部門数≪最大部門数の場合にポリシングテーブル1150の容量を効率使用できる様に、エントリ1100jの代わりに図14に示すポリシングテーブル1450のエントリ1400jを使用しても良い。この場合には、一つのエントリ1400jが一部門の帯域監視に必要となるため、契約者の部門数分のエントリ1400jが必要となる。エントリ1400jは、バケツの容量THR1401jと、ある一つの部門の帯域監視直後に蓄積されていた水量CNT1405jおよび分配比重W1409jを備えている。さらに、POLR1403j、TS1404j、PRIC1407j、PRIN1408jを備える。これらのフィールドの値は部門によらず契約者で同一値となるため、n部門をサポートする場合、n1ヶのPOLR1403j、TS1404j、PRIC1407j、PRIN1408jは無駄なフィールドとなる。少数部門の監視をする場合はエントリ1100jよりもフィールドの利用効率は良いが、多部門の帯域監視を行う場合には逆に悪くなる。ポリシングテーブル1450とした場合の帯域監視動作の変更点を以下に示す。ステップ703ではフロー検出部540が送出するフロー重要度情報17をポリシングテーブル制御回路も受信し、契約者内の全部門のエントリ1400jを読みだすようにポリシングテーブル1450のアドレスを送信する。一契約者内に4部門ある場合には、4つのアドレスを出力し、4つのエントリ1400jを読みだす。THR1蓄積手段923、THR2蓄積手段924、THR3蓄積手段925、THR4蓄積手段926、CNT1蓄積手段915、CNT2蓄積手段916、CNT3蓄積手段917、CNT4蓄積手段918は各蓄積手段が蓄積すべきエントリ1400jのTHR1401jおよびCNT1405jを、帯域割り当てポリシー蓄積手段919は全ての部門のW1409jを蓄積する。POLR蓄積手段513、TS蓄積手段514、PRIC蓄積手段532、PRIN蓄積手段533は、任意の一エントリ1400j内のPOLR1403j、TS1404j、PRIC1407j、PRIN1408jだけ蓄積する。これらの値はエントリ1400jによらず契約者で同一値となるため、同一契約者内のどのエントリ1400j内の情報を蓄積しても良い。また、ステップ1241のCNTおよびTSの書き込みにおいては、ポリシングテーブル制御回路が、図7のステップ703で読みだしたエントリ1400j内の適切なフィールドを書き換える。