"ある物理ネットワークに接続する仮想化ノードによって構築される論理網である仮想ネットワークがあるとし、複数の仮想ネットワークが構成されているとし、該仮想ネットワークの境界においてどの仮想ネットワークへパケットを送信するかを決定するゲートウェイ仮想化ノードが存在し、エンドホストまたはサーバは該ゲートウェイ仮想化ノードを介して仮想ネットワークに接続するようなネットワークにおいて、エンドホストまたはサーバから、あるフローからのパケットが該ゲートウェイ仮想化ノードに到着すると、前記ゲートウェイ仮想化ノードは、トラヒック測定により得られた該フローのトラヒック識別情報と、各仮想ネットワーク内のトラヒック情報を用いて、複数存在する仮想ネットワークの中から適切な仮想ネットワークを選択してパケットを転送することでトラヒックを制御する仮想ネットワーク決定ステップを行うことを特徴とするトラヒック制御方法。前記仮想ネットワーク決定ステップにおいて、前記トラヒック識別情報として、予め定めた測定期間Tの間に到着したトラヒック量パケット数またはバイト数をフロー毎にカウントしておき、該トラヒック量と、予め定めた閾値を比較して、トラヒックが閾値を超えていれば、長大トラヒックと識別し、識別されたトラヒックに適した仮想ネットワークへ転送する第1のトラヒック識別ステップ、または、前記トラヒック識別情報として、パケット間隔およびパケットサイズの分布を測定し、リアルタイム通信トラヒックか否かを判定し、リアルタイム通信トラヒックであると識別された場合は、該トラヒックに適した仮想ネットワークへ転送する第2のトラヒック識別ステップのいずれかを行う請求項1記載のトラヒック制御方法。ある事業者がサービス提供のための物理ネットワークを複数の仮想ネットワークにスライスしてサービスを行うとし、その通信事業者内で利用されるアプリケーションに対して、ポート番号をサービス種別毎に割り当てられている場合に、前記トラヒック識別情報として、前記ポート番号を参照して、リアルタイム性重視トラヒックかスループット重視トラヒックに分類する第3のトラヒック識別ステップを更に行い、前記仮想ネットワーク決定ステップにおいて、前記第3のトラヒック識別ステップにおける分類に基づいて、それぞれのQoS要求に適した仮想ネットワークへトラヒックを振り分ける請求項1記載のトラヒック制御方法。ある入側ゲートウェイ仮想化ノードから出側ゲートウェイ仮想化ノードへ向かうフローのうち、前記第1のトラヒック識別ステップで前記長大トラヒックと判定された、または前記第3のトラヒック識別ステップで前記スループット重視トラヒックと判定されたフローに対し、入側出側ゲートウェイ仮想化ノードペアXを接続する仮想ネットワークのうち、該フローが利用可能な仮想ネットワークがM個あるとし、また、各仮想ネットワークii1からMにおいて、測定区間tにおけるネットワークの輻輳品質状態を表すメトリックrを測定する第1の輻輳品質状態測定ステップを更に行い、前記仮想ネットワーク決定ステップにおいて、予め定めた閾値Thrに対して、前記メトリックrがrThrを満たす仮想ネットワークのうち、rが最大となる仮想ネットワークを選択する請求項2または3記載のトラヒック制御方法。前記仮想ネットワーク決定ステップにおいて、前記メトリックに対し、重み付け選択確率を用いて仮想ネットワークを選択する請求項4記載のトラヒック制御方法。ある物理ネットワークに接続する仮想化ノードによって構築される論理網である仮想ネットワークがあるとし、複数の仮想ネットワークが構成されているとし、該仮想ネットワークの境界においてどの仮想ネットワークへパケットを送信するかを決定するゲートウェイ仮想化ノードが存在し、エンドホストまたはサーバは該ゲートウェイ仮想化ノードを介して仮想ネットワークに接続するようなネットワークにおけるゲートウェイ仮想化ノード装置であって、エンドホストまたはサーバから、あるフローからのパケットが該ゲートウェイ仮想化ノードに到着すると、トラヒック測定により、トラヒック量、パケット間隔およびパケットサイズの分布、ポート番号のいずれかによりトラヒックを識別するトラヒック識別手段と、測定区間におけるネットワークの輻輳品質状態を表すメトリックを測定する輻輳品質状態管理手段と、前記トラヒック識別情報、各仮想ネットワーク内のトラヒック情報、前記メトリックを用いて、複数存在する仮想ネットワークの中から適切な仮想ネットワークを選択してパケットを転送することでトラヒックを制御する仮想ネットワーク決定手段と、を有することを特徴とするゲートウェイ仮想化ノード装置。前記トラヒック識別手段は、前記トラヒック識別情報として、予め定めた測定期間Tの間に到着したトラヒック量パケット数またはバイト数をフロー毎にカウントしておき、該トラヒック量と、予め定めた閾値を比較して、トラヒックが閾値を超えていれば、長大トラヒックと判定する第1のトラヒック識別手段、または、前記トラヒック識別情報として、パケット間隔およびパケットサイズの分布を測定し、リアルタイム通信トラヒックか否かを判定する第2のトラヒック識別手段、のいずれかを含む請求項6記載のゲートウェイ仮想化ノード装置。前記トラヒック識別手段は、ある事業者がサービス提供のための物理ネットワークを複数の仮想ネットワークにスライスしてサービスを行うとし、その通信事業者内で利用されるアプリケーションに対して、ポート番号をサービス種別毎に割り当てられている場合に、前記トラヒック識別情報として、前記ポート番号を参照して、リアルタイム性重視トラヒックかスループット重視トラヒックに分類する第3のトラヒック識別手段を含み、前記仮想ネットワーク決定手段は、前記第3のトラヒック識別手段における分類に基づいて、それぞれのQoS要求に適した仮想ネットワークへトラヒックを振り分ける手段を含む請求項6記載のゲートウェイ仮想化ノード装置。前記輻輳品質測定手段は、ある入側ゲートウェイ仮想化ノードから出側ゲートウェイ仮想化ノードへ向かうフローのうち、前記第1のトラヒック識別手段で前記長大トラヒックと判定された、または前記第3のトラヒック識別ステップで前記スループット重視トラヒックと判定されたフローに対し、入側出側ゲートウェイ仮想化ノードペアXを接続する仮想ネットワークのうち、該フローが利用可能な仮想ネットワークがM個あるとし、また、各仮想ネットワークii1~Mにおいて、測定区間tにおけるネットワークの輻輳品質状態を表すメトリックrを測定する手段を含み、前記仮想ネットワーク決定手段は、予め定めた閾値Thrに対して、前記輻輳品質測定手段で測定された前記メトリックrがrThrを満たす仮想ネットワークのうち、rが最大となる仮想ネットワークを選択する手段を含む請求項6または7記載のゲートウェイ仮想化ノード装置。前記仮想ネットワーク決定手段は、前記メトリックに対し、重み付け選択確率を用いて仮想ネットワークを選択する手段を含む請求項6記載のゲートウェイ仮想化ノード装置。ネットワークの仮想化技術を使うことで、単一ドメインに閉じずに複数ドメインに跨って仮想ネットワークを構築することも可能となる。しかしながら、上述したように、これら先行検討では、ネットワークを仮想化する方法、または仮想化されたネットワークをユーザやサービスに応じて仮想ネットワークを分けて使う方法についての検討であり、トラヒックエンジニアリングを具現化する方法ではない、という問題点があった。本発明は、上記の点に鑑みなされたもので、単一ドメインに閉じず、トラヒックの変動に対応して輻輳を回避して品質を維持できるようなトラヒック制御方法及びゲートウェイ仮想化ノード装置を提供することを目的とする。上記の課題を解決するため、本発明は、ある物理ネットワークに接続する仮想化ノードによって構築される論理網である仮想ネットワークがあるとし、複数の仮想ネットワークが構成されているとし、該仮想ネットワークの境界においてどの仮想ネットワークへパケットを送信するかを決定するゲートウェイ仮想化ノードが存在し、エンドホストまたはサーバは該ゲートウェイ仮想化ノードを介して仮想ネットワークに接続するようなネットワークにおいて、前記ゲートウェイ仮想化ノードは、エンドホストまたはサーバから、あるフローからのパケットが当該ゲートウェイ仮想化ノードに到着すると、トラヒック測定により得られた該フローのトラヒック識別情報と、各仮想ネットワーク内のトラヒック情報を用いて、複数存在する仮想ネットワークの中から適切な仮想ネットワークを選択してパケットを転送することでトラヒックを制御する仮想ネットワーク決定ステップを行うことを特徴とする。上述のように、本発明によれば、単一ドメインに閉じず、トラヒックの変動に対応して輻輳を回避して品質を維持できるようなトラヒック制御の方法およびその装置を提供することができる。以下図面と共に、本発明の実施の形態を説明する。[第1の実施の形態]図1は、本発明の第1の実施の形態における仮想ネットワークと物理ネットワークの基本構成を示す。仮想ネットワーク10にある仮想化ノード20は、論理的に接続しているとする。つまり、論理的に接続されているとは、例えば、物理ネットワーク30がIPネットワークである場合には、その接続先仮想化ノードのIPアドレスを知っており、通信可能な状態にある。また、物理ネットワーク30はいくつかの物理ルータ40で構成されている。また、各仮想ネットワーク10および物理ネットワーク30には管理サーバ100,200が存在する。なお、図1では、長大トラヒックのために用意された仮想ネットワークM個を記載しており、この仮想ネットワーク以外に、非長大トラヒック用の仮想ネットワークが別途存在するものとする。本図において、各仮想ネットワークiを構成する仮想化ノード20は、物理ルータ40内に存在する。仮想ネットワークiの仮想化ノード20は、仮想ネットワークiに属するパケットに対するルーチング処理どのノードへパケットを転送すべきか決定を行う。また、物理ネットワーク30と物理的に接続されたゲートウェイ仮想化ノード50が存在する。図2は、本発明の第1の実施の形態におけるゲートウェイ仮想化ノードの構成例を示す。同図に示すゲートウェイ仮想化ノード50は、トラヒック識別部51、仮想ネットワーク決定部52、輻輳品質状態管理部53から構成される。トラヒック識別部51は、エンドホストまたはサーバからパケットが転送されてきたら、予め定めた測定期間Tの間に到着したトラヒック量パケット数またはバイト数をフロー毎にカウントし、メモリ図示せずに格納しておき、該トラヒック量と、予め定めた閾値と比較してトラヒックが閾値を超えていれば、長大トラヒックと判定する。長大トラヒックと判定されなかったパケットは、非長大トラヒック用の仮想ネットワークへパケットを転送する。長大トラヒックと判定されたパケットは、仮想ネットワーク決定部52へ転送する。ここで、フローとは、例えば、下位の物理ネットワークがIPネットワークであれば、{発信元IPアドレスsrcIP、着信先IPアドレス、発信元ポート番号1、着信先ポート番号、プロトコルProtocol}の5つ組みを同じくするパケット群と定義してもよいし、srcIP、dstIPの2つ組みで定義してもよい。仮想ネットワーク決定部52は、輻輳品質状態管理部53から、各仮想ネットワークii1~Mにおける測定区間tでのネットワークの輻輳品質状態を表すメトリックrを読み出す。rと予め定めた閾値Thrを比較し、r1とし、VijをY倍する。但し、Xは、予め定めた増加係数αと、リンク使用帯域xに関する単調増加関数fを用いて、とする。またYについては、ウェイト変更後のVijの和が変更前と等しくなるように、Yを設定する。以上の設定変更後のウェイトの値を、仮想化ノード20へ通知する。仮想化ノード20では、各仮想ネットワークiでの経路制御アルゴリズムとしてOSPFを用い、OSPFで使用される仮想リンクのリンクウェイトを物理ネットワーク管理サーバ200からの指示に従って変更する。これにより、特定の物理リンクにトラヒック集中しないようにする。以上の手順を、一定周期毎に実施することで、特定リンクへの負荷集中を回避する。また、一定周期毎に実施する代わりに、以下の手順で実施してもよい。測定区間tにおける、入側-出側ゲートウェイ仮想化ノードペア間の仮想ネットワークiでの交流トラヒックが測定できているとする。その場合、上記の手順でリンクウェイトを調整した後に、該交流トラヒックがどのルートにどれだけ流れるかを推定するOSPFを前提としているので、リンクウェイトが決定すれば、ダイクストラ法により各入側-出側ゲートウェイ仮想化ノードペアのルートが決定し、そのルートに沿って、交流トラヒックが流れるとして、各リンクへのトラヒック量を算出可能である。つまり、現在輻輳しているリンクjの使用帯域がどの程度削減されるかを推定でき、制御後の使用帯域推定値ujestを用いて、メトリックCj-ujtestを計算し、その値が予め定められた閾値を下回っていたら、リンクウェイトを再度同じ手順で増加させる。以上を、メトリックCj-ujtestが予め定めた閾値を上回るまで繰り返し、その最終的なリンクウェイトを次測定区間t1でのリンクウェイトとして決定する。上記の方法において、メトリックが、ネットワークの空きリンク帯域、あるいは、スループットを表しているため、その値が最も大きいネットワークを選択することで、高スループットを実現しようとしている。なお、この方法で仮想ネットワークを選定するタイミングとしては、新規に発生したフローについて仮想ネットワークを決定し、そのフローは通信が終了するまで同じ仮想ネットワークを使用する方法、あるいは、一定周期毎に仮想ネットワークを選択し直す方法等がある。[第2の実施の形態]第1の実施の形態では、長大トラヒックまたはスループット重視トラヒックを対象にしていたのに対して、本実施の形態では、音声通信サービスのようなリアルタイム性重視トラヒックを対象にした場合について述べる。本実施の形態における第1の実施の形態からの変更点は以下の通りである。ゲートウェイ仮想ノード50内のトラヒック識別部51において、パケット間隔およびパケットサイズの分布を測定し、例えば、文献太井阿多岡環境非依存型オンラインリアルタイムトラヒック識別手法信学技報NS2007342007年6月.の技術を用いてリアルタイム通信トラヒックか否かを判定する。ゲートウェイ仮想ノード50内の輻輳品質状態推定部53において、各仮想ネットワークii1~Mにおける測定区間tでのネットワークの品質状態を表すメトリックrとして、試験パケットあるいは通信中のフローを測定することで得られる遅延時間やパケット損失率とする。具体的には、仮想ネットワークiにおいて該入側出側ゲートウェイ仮想化ノードペアXの間における遅延時間またはパケット損失率をr、あるいは、そのようにゲートウェイペア毎ではなく仮想ネットワーク全体としての遅延時間またはパケット損失率の平均あるいはXパーセンタイル値をrとする。仮想ネットワーク決定部52において、まず、測定区間tにおける仮想ネットワークiに対する重みをwとおく。その初期値をw1全てのiについてとする。そして、区間t1においては、仮想ネットワークiを確率wΣwで選択する。区間tにおいてメトリックrを測定したら、次周期で用いる重みをと更新する。ただし、βは、0<β<1を満たす予め定めるパラメータであり、rmaxも予め設定するパラメータでrの取りうる値の最大値に設定する。つまり、0≦rrmax≦1となるようにする。そして、区間tにおいては、仮想ネットワークiを確率wΣwで選択する。[第3の実施の形態]第1の実施の形態では、ゲートウェイ仮想ノード50内のトラヒック識別部51において、フロー毎のトラヒック量を測定して長大トラヒックを識別していたのに対して、通信事業者がサービス提供のための物理ネットワーク30を複数の仮想ネットワークにスライスしてサービスを行うとし、その通信事業者内で利用されるアプリケーションに対して、ポート番号をサービス種別毎に割り当てて、ゲートウェイ仮想化ノード50では、ポート番号をみて、リアルタイム性重視トラヒックかスループット重視トラヒックかといった分類を行ってもよい。上記の具体的サービス例としては、背景技術の項で述べたように、仮想ネットワークサービス事業者が複数の仮想ネットワークを用意してサービスする形態が考えられる。あるいは、別の例として、物理ネットワークを有する通信事業者が自身の提供するサービスの効率的な提供を目的として仮想ネットワークを利用する形態も考えられる。後者の具体例として、例えば、音声通信サービスXリアルタイム性重視とデータ通信サービスYスループット重視を提供するとし、各サービス向けの仮想ネットワークを各々複数面用意し、まずフローが発生するとXかYのいずれのサービスを判断する.例えばXだったとすると、次にX用に用意された複数の仮想ネットワークのうち、各仮想ネットワークのトラヒック状況に応じて,適切な仮想ネットワークを選択する。なお具体的な仮想ネットワーク選択方法については、後述する。[第4の実施の形態]第1の実施の形態で用いたメトリックの代わりとして以下を用いてもよい。仮想ネットワークiにおいて、測定区間tにおける各仮想化ノード間に張られた仮想リンクjの使用帯域vuijを測定しているとし、また仮想リンクjに割り当てられた仮想リンク帯域をVCijとする。このとき、をメトリックとする。ただし、Siは、仮想ネットワークi上の全ての仮想リンクの集合である。第1の実施の形態では、入側-出側仮想化ゲートウェイノードペア毎にメトリック計算しているのに対し、本実施の形態では、ペア毎に情報管理せず、仮想ネットワーク全体でメトリックを計算している。こうすることで管理すべき情報の量を削減している。[第5の実施の形態]第1の実施の形態で用いたメトリックの代わりとして、以下を用いてもよい。各仮想ネットワークiに対して、試験パケットを用いて測定区間tにおける該入側出側ゲートウェイノードペアXのスループットを測定し、それをメトリックrとする。あるいは,試験パケットを用いる代わりに測定区間tにおいて実際に通信中のフローのスループットを測定してもよい。[第6の実施の形態]第1の実施の形態で用いたメトリックの代わりとして以下を用いてもよい。各仮想ネットワークiに対して、孤立した仮想リンク帯域を割り当てる代わりに、M個の仮想ネットワークで物理リンク帯域あるいはそのM個の仮想ネットワークで共有して利用可能な仮想リンク帯域を共有しているとする。このとき、測定区間tにおける物理リンクjの使用帯域ujを測定しているとし、また物理リンクjのリンク帯域をCjとする。このとき、をメトリックとする。但し、Siは仮想ネットワークiにおいて、該入側-出側ゲートウェイノードペアXの通信経路上に存在する仮想リンクの集合である。仮想ネットワーク決定部52では、上記のrをメトリックとして仮想ネットワーク1~Mの中から仮想ネットワークを選択する。[第7の実施の形態]第1の実施の形態での仮想ネットワーク決定部52の動作を以下に置き換えてもよい。測定区間tにおける仮想ネットワークiに対する重みをwとおく。まず、仮想ネットワークiの重みの初期値をw1全てのiについてとする。そして、区間t1においては、メトリックrがr1においては、メトリックrがrThrを満たす仮想ネットワークの中から仮想ネットワークiを確率wΣwで選択する。第1の実施の形態では、最もメトリック値が大きいネットワークを選択していたが、本実施の形態は、第1,4,5,6の実施の形態のいずれかで定義されたメトリックについて、上記の重み選択確率を用いて仮想ネットワークを選択する。このようにする理由について述べる。単純にメトリック値が最大なネットワークを選んだ場合、いくつかの入側出側ゲートウェイ仮想化ノードペアが同時に独立に仮想ネットワークを選択する場合、空き帯域の大きい仮想ネットワークにトラヒックが集中してしまい制御が安定しない、あるいは一期前に空いていたネットワークが却って輻輳してしまうという可能性が考えられる。そこで、このように確率的に選択させることで、一部のネットワークへのトラヒック集中を回避しつつ、空いているネットワークを効率的に利用できるようにしている。[第8の実施の形態]本実施の形態では、ある入側ゲートウェイ仮想化ノードから出側ゲートウェイ仮想化ノードへ向かうフローのうち、第2の実施の形態及び第3の実施の形態では、リアルタイム性重視トラヒックと判定されたフローに対し、以下の手順で仮想ネットワークを選択する。入側出側ゲートウェイ仮想化ノードペアXを接続する仮想ネットワークのうち、該フローが利用可能な仮想ネットワークがM個あるとし、また、各仮想ネットワークii1からMにおいて、測定区間tにおけるネットワークの品質状態を表すメトリックrを測定しておき、このメトリックを用いて転送すべき仮想ネットワークを決定する。なお、品質状態としては、試験パケットあるいは通信中のフローを測定することで得られる遅延時間やパケット損失率とする。具体的には、仮想ネットワークiにおいて該入側出側ゲートウェイ仮想化ノードペアXの間における遅延時間またはパケット損失率をr、あるいは、そのようにゲートウェイペア毎ではなく仮想ネットワーク全体としての遅延時間またはパケット損失率の平均あるいはXパーセンタイル値をrとする。なお、図2に示すゲートウェイ仮想化ノードの各構成要素の動作をプログラムとして構築し、ゲートウェイ仮想化ノードとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更応用が可能である。"