JP2016515346A - ネットワーク・リソース・モニタリング - Google Patents

Abstract

【課題】ネットワーク・リソース・モニタリングのための手段の提供【解決手段】本開示の一例によれば、サービスを提供するサービス・テンプレートを、そのサービスのタイプにしたがって発見する場合がある。リソース・プールから、そのサービス・テンプレートに適合するリソース・ゾーンを発見する場合がある。そのリソース・ゾーンから、サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースを発見する場合がある。サービス・ユニットに対して設定されたネットワーク・パラメタを、そのネットワーク・リソースへ送信する場合がある。そのネットワーク・リソースの使用状態情報を更新する場合がある。【選択図】図１Ａ

Description

本願は、２０１３年４月２５日に出願された「Ｎｅｔｗｏｒｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｕｔｏ−ｄｅｐｌｏｙｍｅｎｔ ｍｅｔｈｏｄ ａｎｄ ｄｅｖｉｃｅ」と題する中国特許出願第２０１３１０１４８９６９．９号、及び２０１３年８月２３日に出願された「Ｎｅｔｗｏｒｋ ｒｅｓｏｕｒｃｅ ｍｏｎｉｔｏｒｉｎｇ ｍｅｔｈｏｄ ａｎｄ ｄｅｖｉｃｅ」と題する中国特許出願第２０１３１０３７２７４５．６号から優先権の利益を請求するものであり、これらの特許出願の内容全体は、参照により、本明細書に援用される。

背景
ネットワーク技術の発展に伴い、従来の物理ネットワークは、仮想ネットワーク及びＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）ネットワークに置き換えられてきている。従来の物理ネットワークを仮想ネットワーク及びＳＤＮネットワークに完全に置き換えるためには、長い時間がかかる。そのため、長い時間にわたって、従来の物理ネットワークと、仮想ネットワーク及びＳＤＮネットワークとが、共存することになる。ネットワーク相互接続を実施し、ユーザに種々のネットワーク・サービスを提供するために、従来の物理ネットワーク、仮想ネットワーク、及びＳＤＮネットワークを効率的かつ集中的に管理することが必要である。

本開示の一例による、ネットワーク・リソース・モニタリング方法を示すフロー図である。 本開示の一例による、サービス・テンプレート及びリソース・プールを生成する方法を示すフロー図である。 本開示の一例による、ネットワーク役割を示す概略図である。 本開示の一例による、ネットワーク・モデルを示す概略図である。 本開示の一例による、サービス・ユニットを示す概略図である。 本開示の一例による、サービス・ユニットのネットワーク・パラメタ構造を示す概略図である。 本開示の一例による、ある種類のｖＰｏｒｔのネットワーク・パラメタを示す概略図である。 本開示の一例による、異なる種類のｖＰｏｒｔのネットワーク・パラメタを示す概略図である。 本開示の一例による、異なる種類のｖＰｏｒｔのネットワーク・パラメタを示す概略図である。 本開示の一例による、ある種類のｖＬｉｎｋのネットワーク・パラメタを示す概略図である。 本開示の一例による、異なる種類のｖＬｉｎｋのネットワーク・パラメタを示す概略図である。 本開示の一例による、異なる種類のｖＬｉｎｋのネットワーク・パラメタを示す概略図である。 本開示の一例による、自動デプロイ式ネットワーク構成のためのプロセスを示すフロー図である。 本開示の一例による、サービス・テンプレートにおけるサービス・ユニットと、リソース・プールのリソース・ゾーンにおけるネットワーク・リソースとの間の適合関係を示す概略図である。 本開示の一例による、サービス・テンプレートにおけるサービス・ユニットと、リソース・ゾーンにおけるネットワーク・リソースとを適合させる方法を示すフロー図である。 本開示の一例による、ネットワーク役割に基づいて、リソース・ゾーン及びサービス・テンプレートを分割する方法を示すフロー図である。 本開示の一例による、ネットワーク役割に基づいて、リソース・ゾーンを分割する方法を示す概略図である。 本開示の一例による、ネットワーク役割に基づいて、サービス・テンプレートを分割する方法を示す概略図である。 本開示の一例による、サービス・テンプレートと、リソース・ゾーンとを適合させる他の方法を示すフロー図である。 本開示の一例による、サービス・テンプレートと、リソース・ゾーンとを適合させる方法を示す概略図である。 本開示の一例による、ネットワーク構成自動デプロイメント装置の構造を示す概略図である。 本開示の一例による、ネットワーク構成自動デプロイメント装置の他の構造を示す概略図である。 本開示の一例による、ネットワーク・リソース・モニタリング装置の構造を示す概略図である。 本開示の一例による、ネットワーク・リソース・モニタリング装置の他の構造を示す概略図である。 本開示の一例による、ネットワーク・リソース適合装置の構造を示す概略図である。 本開示の一例による、ネットワーク・リソース適合装置の他の構造を示す概略図である。

詳細な説明
ネットワーク・リソースは、集合概念である場合がある。ネットワーク・リソースは、物理ネットワーク装置又は仮想ネットワーク装置、及びネットワークにおけるその能力である場合がある。物理ネットワーク・リソースには、スイッチ、ルーター、ファイアウォール装置、ロード・バランス（ＬＤ）装置、サーバ、ポート、及びリンクなどが含まれ得る。仮想ネットワーク・リソースには、仮想デバイス、ｖＳｗｉｔｃｈ、ｖＰｏｒｔ、ネットワーク・アプリケーション、帯域幅、スループット、仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）、及びインターネット・プロトコル（ＩＰ）アドレスなどが含まれ得る。

ネットワーク上には、多数のネットワーク役割が存在する場合がある。ネットワークが構築されるとき、ユーザは、ネットワーク役割の一部に配慮する場合がある。例えば、テナントは、コンバージェンス層に注意を払わない場合がある。全ての構成は、コア層及びアクセス層において決定される場合がある。ネットワーク・モデルは、一組のネットワーク役割である場合がある。異なるネットワーク役割は、異なるユーザに適合することができる異なるネットワーク・モデルを構成する場合がある。

リソース・プールに種々のネットワーク・リソースを追加する処理は、プーリングと呼ばれることがある。

テナントは、集合概念である場合がある。テナントは、システム又はリソースを使用しているユーザ・デバイスである場合がある。テナントは、管理特性、及びサービス特性を有する場合がある。管理特性には、テナントの名称、テナントのインダクション、及び、テナントのｅｍａｉｌなどが含まれ得る。サービス特性には、ＬＡＮアクセス、仮想私設ネットワーク（ＶＰＮ）アクセス、及び無線アクセスのような、テナントにより使用可能な接続モードが含まれ得る。

接続ポイントは、アクセス・リソースに属する場合がある。接続ポイントは、データ・センター又はキャンパス・ネットワークに位置する点である場合もあれば、データ・センター又はキャンパス・ネットワークの入口である場合もある。接続ポイントには、複数の物理ポート、ＩＰスコープ、及びＶＬＡＮスコープが含まれ得る。

種々のテナントからサーバへのネットワークは、データセンター間ネットワークである場合がある。サービス組織化を便利に実施するために、リソース・ゾーンが定義される場合がある。リソース・ゾーンは、仮想ネットワーク分類である場合がある。キャンパス・ネットワーク及びデータ・センター・ネットワークは、ゾーンとして分割される場合がある。あるいは、データ・センターは、複数の部分に分割され、複数のゾーンに割り当てられる場合がある。異なるゾーンが、同じ物理的装置を共有する場合がある。リソース・ゾーンは、ネットワーク・モデルにしたがって定義される場合がある。装置は、異なるネットワーク役割層に分割される場合がある。

サービス組織化は、ネットワーク・サービス・システムの中心的処理である場合がある。サービス組織化処理は、サービス・テンプレートを生成するために、サービス・ユニットについて実施される場合がある。サービスのインスタンシエイション（具体化）は、テナントの要求に応じて実施される場合がある。サービス組織化によれば、帯域幅、パス、アクセス制御、及び異なる種類の仮想マシンのようなテナントによって要求されるサービスを、精錬することができる場合がある。

ネットワークは、種々のリソースとして解釈される場合があり、リソースを管理するための方法にしたがって管理される場合がある。プーリング処理は、ポート、ＩＰアドレス、ＶＬＡＮ、及びレギュレーションのようなネットワーク上の種々のリソースについて実施される場合がある。サービス・テンプレートに対応するリソース・ゾーンを生成するために、ネットワークは、複数のスライスに切り分けられる場合がある。複数のスライスに切り分けられたリソースは、ユーザに与えられる場合があり、テナントに種々のサービスを提供するために、リソース・プールにあるリソースは、包括的に割り当てられ、モニタリングされる場合がある。

図１Ａは、本開示の一例による、ネットワーク・リソース・モニタリング方法を示すフロー図である。図１Ａを参照すると、ネットワーク・リソース・モニタリング方法は、次のブロックを含む場合がある。

ブロック１０１Ａでは、サービスを提供するサービス・テンプレートを、サービスのタイプにしたがって発見する場合があり、リソース・プールから、そのサービス・テンプレートに適合するリソース・ゾーンを発見する場合がある。

ブロック１０２Ａでは、そのリソース・ゾーンから、サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースを発見する場合があり、サービス・ユニットに対して設定されたネットワーク・パラメタを、そのネットワーク・リソースへ送信する場合がある。

ブロック１０３Ａでは、そのネットワーク・リソースの使用状態情報を更新する場合がある。

図１Ｂは、本開示の一例による、サービス・テンプレート及びリソース・プールを生成するための方法を示すフロー図である。図１Ｂに示されているように、この方法は、次のブロックを含む場合がある。

ブロック１０１Ｂでは、ネットワーク・モデルが、ネットワーク役割を用いて生成される場合がある。

一例によれば、ネットワーク・モデルは、異なるネットワーク役割を使用して生成される場合がある。ネットワーク役割は、ネットワーク位置及び機能にしたがって分割される場合がある。例えば、コア層の機能は、バックボーン・ネットワーク間において最適化された伝送を実施することである場合がある。コンバージェンス層は、エッジ・アクセス層及びコア層に接続され、エッジ・アクセス層に、コンバージェンス（収束）、伝送、管理、及び分配の機能を提供する場合がある。エッジ・アクセス層は、ユーザ・デバイスに直接接続され、ユーザ・デバイスによってアクセスされる場合がある

一例によれば、データ・センター（ＤＣ）ネットワーク、及びキャンパス・アクセス（ＣＡ）ネットワークを例とした場合、ＤＣネットワーク、及びＣＡネットワークは、図２に示した複数のネットワーク役割に分割される場合がある。

上で説明したネットワーク役割に基づき、ブロック１０１Ｂでは、ネットワーク・モデルが、ネットワーク役割にしたがって生成される場合がある。

本例の例示的応用事例として、図２に示したネットワーク役割を例として、図２に示したネットワーク役割を組織化し、図３に示したネットワーク・モデルを生成するプロセスについて、説明することができる。

ブロック１０２Ｂでは、各ネットワーク・モデルについて、ネットワーク・モデルにおける種々のネットワーク役割に一又は複数のサービス・ユニットを割り当て、ネットワーク・モデルに割り当てられたサービス・テンプレートを生成する場合がある。

一例によれば、サービス・ユニットは、仮想オブジェクトである場合がある。仮想オブジェクトは、ｖＮｅｔ、ｖＤｅｖ、ｖＣｏｎｔｒｏｌｌｅｒ、ｖＬｉｎｋ、ｖＰｏｒｔ、ｖＩＰサービス、ｖセキュリティ・リソース、ｖＨｏｓｔ、又はｖＡｐｐリソースである場合がある。異なるサービス・ユニットは、異なるサービスを提供する場合がある。

ｖＮｅｔは、レイヤ−２及びレイヤ−３のネットワーク・サービスのようなネットワーク・サービスを提供する場合がある。

ｖＤｅｖは、種々のデバイス・サービスを提供する場合がある。ｖＤｅｖは、リソース・プールにある従来のスイッチ、ルーター、無線装置、スタック・デバイス、及びＳＤＮデバイスのような様々な種類のネットワーク装置を含み得る。

ｖＣｏｎｔｒｏｌｌｅｒは、パケットの転送を制御するための装置である場合がある。ｖＣｏｎｔｒｏｌｌｅｒは、ＳＤＮネットワークに配置されたコントローラでああってもよいし、無線ネットワークに配置されたアクセス・コントローラ（ＡＣ）であってもよい。

ｖＬｉｎｋは、リンク・サービスを提供する場合があり、トポロジー構造におけるリンクである場合がある。

ｖＰｏｒｔは、ポート・サービスを提供する場合があり、リソース・プールに配置されたポート・リソースである場合がある。

ｖＩＰサービスは、ＩＰアドレスの割り当てやドメインネームの構文解釈のようなＩＰ関連サービスを提供する場合がある。ｖＩＰサービスは、リソース・プールに配置されたサービスである場合がある。

ｖＳｅｃｕｒｉｔｙリソースは、セキュリティ・サービスを提供する場合がある。ｖＳｅｃｕｒｉｔｙは、リソース・プールに配置されたセキュリティ装置又はファイアウォール装置を表す場合がある。

ｖＨｏｓｔは、ホスト・サービスを提供する場合がある。

ｖＡｐｐリソースは、アプリケーション・サービスを提供する場合がある。

一例によれば、サービス・ユニットは、複数の異なるサブクラスにさらに分割される場合がある。図４に示されているように、ｖＮｅｔは、ｖＬ２Ｎｅｔ、ｖＬ３Ｎｅｔなどを含む場合がある。ｖＤｅｖは、ｖＲｏｕｔｅｒ、ｖＳｗｉｔｃｈ、ｖＷｉｒｅｌｅｓｓＤｅｖ、Ｉｎｔｅｌｌｉｇｅｎｔ Ｒｅｓｉｌｉｅｎｔ Ｆｒａｍｅｗｏｒｋ（ＩＲＦ）及び／又はＭｕｌｔｉｐｌｅ Ｄｅｖｉｃｅ Ｃｏｎｔｅｘｔ（ＭＤＣ）デバイスのようなｖＳｔａｃｋＤｅｖ、ｖＴｒａｄｉｔｉｏｎａｌＤｅｖ、並びにｖＯｐｅｎｆｌｏｗＤｅｖなどを含み得る。ｖＴｒａｄｉｔｉｏｎａｌＤｅｖは、ｖＲｏｕｔｅｒ、ｖＳｗｉｔｃｈ、ｖＷｉｒｅｌｅｓｓＤｅｖ、及びｖＳｔａｃｋＤｅｖなどを含み得る。

なお、この例では、９種類のサービス・ユニットが列挙されているが、ネットワーク技術の発展に伴い、新たなサービス・ユニットが使用される場合もある。

一例によれば、サービス・ユニットは、拡張マークアップ言語（ＸＭＬ）／ｊｓｏｎ規格フォーマットを用いて、定義される場合がある。種々のネットワーク・パラメタが、サービス・ユニットに対し、設定される場合がある。ネットワーク・パラメタには、ネットワーク属性、ネットワーク・リソース・リスト、及び方法リストが含まれ得る。

ネットワーク属性は、サービス・ユニットの基礎情報、及び、サービス・ユニットのネットワーク・リソースである場合がある。

ｖＰｏｒｔを例として挙げた場合、ネットワーク属性には、ｖＰｏｒｔが属することができる装置のＩＤ、ポートの名前、ポートの状態及び速度のうちの少なくとも１つが含まれ得る。

ネットワーク・リソース・リストは、サービス・ユニットにより提供することができるリソースを含み得る。

ｖＰｏｒｔを例として挙げた場合、リソースは、帯域幅を含み得る。帯域幅の属性には、利用可能な帯域幅、及び全帯域幅が含まれ得る。

方法リストは、サービス・ユニットのネットワーク・リソースにより実施可能な処理方法を含み得る。処理方法には、サービス・ユニットの包括的動作方法、及び、サービス・ユニットの各ネットワーク・リソースを処理するための処理方法が含まれ得る。

例えば、サービス・ユニットがｖＰｏｒｔである場合、ｖＰｏｒｔのネットワーク・パラメタには、ネットワーク属性、ネットワーク・リソース・リスト、及び方法リストが含まれ得る。ｖＰｏｒｔの属性には、ｖＰｏｒｔが属することができる装置のＩＤ、ｖＰｏｒｔの名前、ｖＰｏｒｔの状態及び速度のうちの少なくとも１つが含まれ得る。ｖＰｏｒｔのネットワーク・リソース・リストには、帯域幅が含まれ得る。帯域幅の属性には、全帯域幅、及び利用可能な帯域幅が含まれ得る。ｖＰｏｒｔの方法リストには、帯域幅を設定する方法、及び、ｖＰｏｒｔに関する全体的方法などが含まれ得る。帯域幅を異なるテナントに割り当てる方法等、帯域幅を設定するための複数の方法が存在する場合がある。テナントにしたがって帯域幅を割り当てる方法には、Ｐｅａｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｒａｔｅ（ＰＩＲ）、及びＣｏｍｍｉｔｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｒａｔｅなどが含まれ得る。ｖＰｏｒｔに関する全体的方法は、ｖＰｏｒｔについて全体的に発行されたアクセス制御リスト（ＡＣＬ）を含み得る。方法に関連するパラメタには、基本パラメタ、及びアドバンスド・パラメタが含まれ得る。帯域幅を制御するために、例えばＣＩＲ／Ｃｏｍｍｉｔｔｅｄ Ｂｕｒｓｔ Ｓｉｚｅ（ＣＢＳ）、及びＰＩＲ／Ｅｘｃｅｓｓ Ｂｕｒｓｔ Ｓｉｚｅ（ＥＢＳ）のような、多数のパラメタが存在する場合がある。基本パラメタは、単純なサービスにおいて使用される場合があり、アドバンスド・パラメタは、複雑なサービスにおいて使用される場合がある。

一例によれば、異なるネットワークの互換性を実施するために、サービス・ユニットのネットワーク・パラメタを定義するときに、異なるネットワークの能力を考慮に入れる場合がある。例えば、本開示の例示的一事例では、ＳＤＮネットワーク、仮想ネットワーク、及び物理ネットワークの能力を、考慮に入れる場合がある。例えば、ＳＤＮネットワークの能力（ＳＤＮネットワークは、ＯｐｅｎＦＬｏｗ技術を用いて実施される場合がある）を考慮に入れる場合、ＳＤＮネットワークのコア部分は、Ｆｌｏｗ Ｔａｂｌｅ（ＦＴ）である場合がある。ＳＤＮプロトコル規格では、スイッチ・ポート、メディア・アクセス・コントロール（ＭＡＣ）アドレス、ＶＬＡＮ、ＩＰアドレス、及びＩＰプロトコルのような複数のタプルが、ＦＴの適合特性として考慮に入れられる場合がある。一例によれば、サービス・ユニットを定義するときに、プロトコル規格により定義された適合特性が、サービス・ユニットに対して設定され、その結果、サービス・ユニットは、ＳＤＮネットワークと互換性を有する場合がある。

一例によれば、サービス・ユニットのネットワーク・パラメタは、図５に示される構造にしたがって説明することができる。

図６から図８までは、３種類のｖＰｏｒｔのネットワーク・パラメタを示す概略図である。図９から図１１までは、３種類のｖＬｉｎｋのネットワーク・パラメタを示す概略図である。

このブロック１０２Ｂでは、上記のサービス・ユニットに基づき、テナントによって要求されたサービスにしたがって、異なるサービス・ユニットをネットワーク・モデルの異なるネットワーク役割に割り当て、それによって、ネットワーク・モデルに割り当てられたサービス・テンプレートを生成する場合がある。例えば、異なるサービス・ユニットが、ネットワーク・モデル、すなわち、ＣＡ＋ＤＣモデルに割り当てられた場合、図４に示されるようなＣＡ＋ＤＣモデルに割り当てられたサービス・テンプレートが、生成される場合がある。一例によれば、サービス・テンプレートは、実際のネットワークを参照して生成される場合がある。あるいは、サービス・テンプレートは、実際のネットワークを参照せずに生成されてもよい。

この例では、サービス・テンプレートが、少なくとも１つのサービス・ユニットによって形成される場合があることを、理解することができる。例えば、図４に示されるサービス・テンプレートは、複数の異なるサービス・ユニットにより形成される場合がある。一例によれば、各サービス・ユニットについて、種々のネットワーク・パラメタが定義される場合がある。サービス・テンプレートにおけるサービス・ユニットは、ネットワーク・パラメタを有する場合がある。

ブロック１０３Ｂでは、ネットワーク全体のネットワーク・リソースを発見する場合があり、発見されたネットワーク・リソースについて、プーリング処理を実施する場合があり、ネットワーク・リソースを用いてリソース・プールを形成する場合があり、リソース・プールにおけるネットワーク・リソースを、実際のネットワーキング要件にしたがって一又は複数のリソース・ゾーンンに分割する場合がある。リソース・プールにおける各ネットワーク・リソースは、プーリング・リソース・インジケータを有する場合がある。

各リソース・ゾーンは、１つのネットワーク・モデルに対応する場合がある。

一例によれば、実際のネットワークは、動作状態にあるネットワークである場合がある。実際のネットワークは、物理ネットワーク、仮想ネットワーク、及びＳＤＮネットワークのうちの１つであってもよいし、それらの任意の組み合わせであってもよい。技術の発展に伴い、この例は、他の新しいネットワークにも適用される場合がある。

ネットワークをより便利に管理するために、ネットワーク・リソースは、リソース・ゾーンに分割される場合がある。リソース・ゾーンは、仮想ネットワーク分類に属する場合がある。仮想ネットワーク分類は、ＤＣ及びＣＡのような異なるネットワークを同じリソースゾーンに分割する場合がある。同じネットワークが複数のリソース・ゾーンに分割される場合もあり、異なるリソース・ゾーンが同じネットワーク装置を共有する場合もある。

一例によれば、実際のネットワークをリソース・ゾーンに分割した後、リソース・ゾーンにネットワーク・モデルを割り当てる場合があり、それによって、リソース・ゾーンは、そのリソース・ゾーンに対応するネットワーク・モデルに割り当てられる。

各リソース・ゾーンにネットワーク・モデルを割り当てるための方法は、ネットワーク役割を少なくとも含むネットワーク・モデルを決定することであって、全てのネットワーク・モデルからのリソース・ゾーンにおいて、ネットワーク・リソースのネットワーク役割、位置及び機能に適合するネットワーク役割、位置及び機能を少なくとも含むネットワーク・モデルを決定することと、決定されたネットワーク・モデルをリソース・ゾーンに割り当てることとを含む場合がある。

各リソース・ゾーンに、対応するネットワーク・モデルを割り当てる場合がある。リソース・ゾーンとネットワーク・モデルの対応関係は、一対一の対応関係に限られない。１つのネットワークモデルが、複数のリソース・ゾーンに対応する場合がある。すなわち、複数のリソース・ゾーンが、同じネットワーク・モデルに割り当てられる場合がある。

リソース・ゾーンにネットワーク・モデルを割り当てた後、そのリソース・ゾーンに対応するネットワーク・モデルにおけるネットワーク役割が、そのリソース・ゾーンの各ネットワーク・リソースに割り当てられる場合がある。ネットワーク役割は、そのリソース・ゾーンにおけるネットワーク・リソースの位置及び機能にしたがって、ネットワーク・リソースに割り当てられる場合がある。

一例によれば、リソース・プールは、限定はしないが、次の５種類のネットワーク・リソースを含む場合がある。

第１の種類のネットワーク・リソースは、接続ポイント・リソースである場合がある。接続ポイント・リソースは、一又は複数のアクセス・ポートにより形成される場合がある。

第２の種類のネットワーク・リソースは、パス・リソースである場合がある。パス・リソースは、末端間パスである場合があり、一又は複数のリンクにより形成される場合がある。

第３の種類のネットワーク・リソースは、ロード・バランス（ＬＢ）リソースである場合があり、ロード・バランスをとるために使用される場合がある。

第４の種類のネットワーク・リソースは、ファイアウォール・リソースである場合があり、アクセス戦略を設定するために使用される場合がある。

第５の種類のネットワーク・リソースは、アプリケーション・リソースである場合があり、ネットワーク・アプリケーション・サービスを提供するために使用される場合がある。

リソース・プールにおける種々のネットワーク・リソースは、プーリング・リソース・インジケータを有する場合がある。第５の種類のネットワーク・リソースのプーリング・リソース・インジケータは、表１に示すようなものである場合がある。ＬＡＮアクセス・モード、ＶＰＮアクセス・モード、及び無線アクセス・モードのような異なるアクセス・モードについて、接続ポイント・リソースのプーリング・リソース・インジケータは異なる場合がある。

大規模な企業では、ネットワーク管理者又はドメイン管理者により、ネットワーク・リソースについて階層的管理が実施される場合がある。ネットワーク管理者は、ネットワーク全体のネットワーク・リソースをトポロジーによって発見し、発見されたネットワーク・リソースをプールし、ネットワーク・リソースを用いてリソース・プールを構成する場合がある。各リソース・ゾーンのドメイン管理者は、リソース・ゾーンのネットワーク・モデルにおける種々のネットワーク役割にしたがって、そのリソース・ゾーンを構成するためのネットワーク・リソースを、リソース・プールにおいて選択する場合がある。ドメイン管理者は、それらのネットワーク・リソースを使用することができるが、それらのネットワーク・リソースを発見することはできない。

小さな企業では、ネットワーク・リソースは、ネットワーク管理者によって、リソース・ゾーンにおいてトポロジーによって発見される場合があり、リソース・プールは、それらのネットワーク・リソースを用いて形成される場合がある。

ネットワーク・リソースは、次の方法を用いて発見される場合がある。

１）ネットワークの探索範囲を決定する。例えば、探索範囲は、全ネットワーク範囲であってもよいし、１つのリソース・ゾーンであってもよい。

２）全てのノード及びリンクを、トポロジーによって、探索範囲において発見する。

３）それらのノード及びリンクを用いて、種々のリソースをリソース・プールに構成する。

ノードのネットワーク位置、及びアクセス状況によっては、ノードをプールする必要があるか否か、及び、ノードのどのリソースをプールすることができるかに関する判断が行われる場合がある。もしノードをプールする必要がある場合、プールすることができるノードのリソースは、接続ポイントリソース及びＬＢリソースのような一種類又は複数種類のリソースを形成するために使用される場合がある。リンクに関連する装置、ポート、及び帯域幅などによっては、リンクは、リソース・プールにおけるパス・リソースである場合がある。リソース・プール、及びサービス・テンプレートが生成された後、ネットワーク構成の自動デプロイメントは、完了する場合がある。

図１２は、本開示の一例による、自動デプロイ式ネットワーク構成のためのプロセスを示すフロー図である。図１２に示されてるように、この方法は、次のブロックを含む場合がある。

ブロック１２０１では、テナントからサービス要求を受信する場合がある。サービス要求は、サービス・タイプ、及びテナント情報を含む場合がある。

ブロック１２０２では、サービス・タイプにしたがって、テナントにより要求されたサービスを提供することができるサービス・テンプレートを発見する場合がある。

ブロック１２０３では、リソース・プールから、そのサービス・テンプレートに適合するリソース・ゾーンを発見する場合がある。

ブロック１２０３は、サービス・テンプレートを割り当てることができる相手方のネットワーク・モデルを識別することと、リソース・プールから、そのサービス・テンプレートを割り当てることができる相手方のネットワーク・モデルに対応するリソース・ゾーンを探索することと、そのリソース・ゾーンをそのサービス・テンプレートに適合するものとして選択することとを含む。

ブロック１２０３では、１以上のリソース・ゾーンを発見する場合がある。１つのリソース・ゾーンが発見された場合、そのリソース・ゾーンから、サービス・テンプレートにおける各サービス・ユニットに適合するネットワーク・リソースを発見する場合がある。２以上のリソース・ゾーンが発見された場合、リソース・ゾーンにおける種々のネットワーク・リソースと、サービス・ユニットとの間の適合率を向上させるために、２以上のリソース・ゾーンから、サービス・テンプレートに最も良好に適合する１つのリソース・ゾーンを発見し、選択されたリソース・ゾーンから、サービス・テンプレートにおける各サービス・ユニットに適合するネットワーク・リソースを発見する場合がある。

サービス・テンプレートに最も良好に適合する１つのリソース・ゾーンは、次のパラメタにしたがって、２以上のリソース・ゾーンから選択される場合がある。

サービス・テンプレートに最も良好に適合するリソース・ゾーンは、テナントの特性及び接続ポイントにしたがって選択される場合がある。

テナントは、集合概念である場合がある。テナントは、管理特性、及びサービス特性を有する場合がある。管理特性には、テナントの名称、テナントのインダクション、及び、テナントのｅｍａｉｌなどが含まれ得る。サービス特性には、ＬＡＮアクセス・モード、仮想私設ネットワーク（ＶＰＮ）アクセス・モード、及び無線アクセス・モードのような、テナントにより使用可能な接続モードが含まれ得る。テナントのサービス特性は、上記の適合処理に影響を及ぼすことがある。例えば、テナントにより使用可能な接続モードがＬＡＮアクセス・モードである場合、実際のネットワークでは、ＬＡＮ接続ポイントが使用される場合がある。テナントの接続モード又は種々の接続ポイントのリソース・ゾーンは、ブロック１２０３において発見された２以上の接続ポイントの中から、テナントにより使用される接続モード又は種々の接続ポイントにしたがって決定される場合がある。もし決定されたリソース・ゾーンの数が１である場合、決定されたリソース・ゾーンは、サービス・テンプレートに最も良好に適合するリソース・ゾーンとして選択される場合がある。もし決定されたリソース・ゾーンの数が１よりも大きかった場合、サービス・テンプレートに最も良好に適合する１つのリソース・ゾーンは、決定されたリソース・ゾーンから、テナントにより要求されたサービスにしたがって発見される場合がある。

サービス・テンプレートに最も良好に適合するリソース・ゾーンは、テナントにより要求されたサービスにしたがって選択される場合がある。

テナントにより要求されたサービスは、サービス・テンプレートに対応する場合がある。一例によれば、ブロック１０２Ｂでは、サービス・テンプレートが全ての可能なサービスに対応することを確保するために、テナントにより要求されたサービスにしたがって、サービス・テンプレートを生成する場合がある。

データ・センターのエッジ・アクセス層のアクセス・インタフェースの位置は、テナントにより要求されたサービスにしたがって決定される場合がある。例えば、もしテナントにより要求されたサービスがＳｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｔｏｃｏｌ（ＳＡＰ）サービスである場合、データ・センターは、２つのＳＡＰサーバを提供する場合がある。テナントに割り当てられたＳＡＰサーバは、ＳＡＰサーバ１である場合がある。データ・センターのエッジ・アクセス層のアクセス・インタフェースの位置は、複数のリソース・ゾーンからＳＡＰサーバ１を含むリソース・ゾーンを発見するために、決定される場合がある。もしサービス・テンプレートに最も良好に適合するリソース・ゾーンの数が１である場合、サービス・ユニットに適合するネットワーク・リソースは、そのリソース・ゾーンから発見される場合がある。もしサービス・テンプレートに最も良好に適合可能なリソース・ゾーンの数が１よりも大きかった場合、それらのリソース・ゾーンから１つのリソース・ゾーンが選択され、そのリソース・ゾーンが、サービス・テンプレートに最も良好に適合するリソース・ゾーンとして選択される場合がある。

ブロック１２０４では、適合するリソース・ゾーンから、サービス・テンプレートのサービス・ユニットに適合するネットワーク・リソースを発見する場合がある。

一例によれば、リソース・ゾーンからサービス・ユニットに適合するネットワーク・リソースを探索するための方法は、サービス・テンプレートにおけるそのサービス・ユニットのネットワーク役割を識別することと、リソース・ゾーンから、サービス・テンプレートにおけるそのサービス・ユニットのネットワーク役割と同じであってもよいネットワーク位置及び機能を有するネットワーク・リソースを探索することとを含む場合がある。図１３は、本開示の一例による、サービス・テンプレートにおけるサービス・ユニットと、リソース・プールのリソース・ゾーンにあるネットワーク・リソースとの間の適合関係を示す概略図である。

もしサービス・ユニットに適合するネットワーク・リソースが、リソース・ゾーンから全く発見されなかった場合、１つのネットワーク・リソースが、そのサービス・ユニットに対して指定される場合がある。

ブロック１２０５では、サービス・ユニットとネットワーク・リソースとの間の適合処理が完了した後、サービス・ユニットに対して設定されたネットワーク・パラメタが、ネットワーク・リソースへ送信される場合がある。

本開示の一例によれば、設定されたネットワーク・パラメタをサービス・ユニットからネットワーク・リソースへ送信する方法は、
ネットワーク・リソースのネットワークを識別することと、
ネットワーク・リソースのネットワークが物理ネットワークである場合、サービス・ユニットに対して設定されたネットワーク・パラメタをネットワーク・リソースへ送信することと、
ネットワーク・リソースのネットワークがＳＤＮネットワークである場合、サービス・ユニットに対して設定されたネットワーク・パラメタをフロー・テーブル規則に変換し、フロー・テーブル規則をＳＤＮネットワークにおけるコントローラへ送信し、それによってコントローラが、フロー・テーブル規則を保存し、又はフロー・テーブル規則をネットワーク・リソースへ送信できるようにすることと、
ネットワーク・リソースのネットワークが仮想ネットワークである場合、仮想ネットワークを管理するために、ネットワーク・リソースのインタフェースを呼び出し、又は、管理システムにより提供されるインタフェースを呼び出すことによって、サービス・ユニットに対して設定されたネットワーク・パラメタをネットワーク・リソースへ送信することと
を含む場合がある。

なお、一例によれば、テナントにより要求されたサービスが正常に実行できることを確保するために、サービス・ユニットに対して設定されたネットワーク・パラメタをネットワーク・リソースへ送信する前に、管理者は、サービス・ユニットのネットワーク・パラメタを、テナントにより要求されたサービスにしたがって調節する場合がある。例えば、もしテナントがホストに請求をする場合、テナントからホストへのリンクは、全パスである場合がある。全パスは、複数のポートに接続される場合があるため、リンクの帯域幅は、それらのポートの最小帯域幅である場合がある。複数のリンクが同じポートを共有する場合があるので、ポートの利用可能な帯域幅がテナントにとって十分であるか否かの判断がなされる場合がある。もし利用可能な帯域幅が十分ではない場合、ネットワーク・パラメタをポートに対応するネットワーク装置へ送信するときに、ネットワーク・パラメタにおけるポートの最大利用可能帯域幅は、増大される場合がある。あるいは、テナントにより要求されたサービスを果たすために、ポートにより許容される帯域幅は、増大される場合がある。

テナントにより要求されたサービスに適合するサービス・テンプレートにおける各サービス・ユニットのネットワーク・パラメタを、リソース・ゾーンにおけるそのサービス・ユニットに適合するネットワーク・リソースへ送信した後、テナントにより要求されたサービスにネットワーク・リソースを割り当てる処理は完了する場合がある。したがって、テナントにより要求されたサービスが実行される場合がある。例えば、ＣＡの際にユーザは、Ｅｍａｉｌアプリケーションのようなサービスを購入する場合があり、ＣＡの際にＷＡＮを介してデータ・センターにアクセスする処理は、図１２に示したフローを用いて実現される場合がある。そして、テナントは、ＣＡの接続ポイントを介してＣＡにアクセスし、ＷＡＮを介してデータ・センター・ネットワークに接続し、データ・センターのＶＰＮ接続ポイントを介してデータ・センター・ネットワークにアクセスし、Ｅｍａｉｌサービスホストに接続されたエッジ・アクセス・デバイスにアクセスし、Ｅｍａｉｌサービスにアクセスする場合がある。リンク全体は、ネットワーク・スライス、すなわちテナントのネットワーク・スライスであるとみなされる場合がある。テナントは、データ・センターの存在を全く知らない場合がある。テナントが知ることができるものは、スライスされたネットワークである。異なるテナントのネットワーク・アクセスの分離が実施される場合があり、それによって、ネットワーク・アクセス速度が向上される場合がある。

図１２に示したフロー図から、本開示の一例では、サービス・テンプレートは、実際のネットワークにおけるリソース・ゾーンに適合する場合があり、サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースは、リソース・ゾーンから発見される場合があり、サービス・ユニットに対して設定されたネットワーク・パラメタは、サービス・ユニットに適合するネットワーク・リソースへ送信される場合があることを、理解することができる。したがって、ネットワーク構成の高度な管理を実施することができ、また、実際のネットワークにおけるネットワーク・リソースのネットワーク構成を自動的にデプロイすることができる。ネットワーク・リソースの自動デプロイメントによれば、ネットワーク管理者の煩わしさは、軽減される場合がある。

もし異なるテナントが、異なるサービスを請求する場合、リソース・プールにあるネットワーク・リソースは、複数回にわたって割り当てられる場合がある。多数のテナント及びネットワーク・リソースが存在することがあるので、それらのネットワーク・リソースをどのように管理するかは、緊急課題である場合がある。本開示の一例により提供されるネットワーク・リソース・プールを管理し、及びモニタリングする手段については、以下に記載される。

ブロック１２０１から１２０４までにおいて、サービス・ユニットとネットワーク・リソースとの間の適合処理が実施された後、サービス・ユニットに対して設定されたネットワーク・パラメタが、ネットワーク・リソースへ送信される場合があり、ネットワーク・リソースが、テナントに割り当てられる場合があり、使用状態情報が、更新される場合がある。ネットワーク・リソースの使用状態情報を更新する方法は、ネットワーク・リソースの使用状態を更新することと、ネットワーク・リソースの使用量及び残量を更新すること、又は、ネットワーク・リソースの使用状態、使用量、及び残量を更新することを含む場合がある。

もしサービス・ユニットに適合するネットワーク・リソースが、排他的リソースである場合、そのネットワーク・リソースの使用状態は、「使用中」に設定され、使用量及と残量は、記録されない場合がある。もしサービス・ユニットに適合するネットワーク・リソースが、共有リソースである場合、そのネットワーク・リソースの使用状態は、「未使用」である場合がある。ネットワーク・リソースの使用状態は、「使用中」に更新される場合がある。もしネットワーク・リソースの使用状態が「使用中」である場合、使用状態は維持され、そのネットワーク・リソースの使用量及び残量は、サービス・ユニットに対して設定されたネットワーク・パラメタの値にしたがって更新される場合がある。ネットワーク・リソースのリース時間が記録される場合がある。その後の問合せに備えて、テナント情報、テナントにより使用されたネットワーク・リソースの量、及び、ネットワーク・リソースのリース期間が記録される場合がある。

もしサービス・ユニットがｖＰｏｒｔである場合、そのｖＰｏｒｔのリソースは、帯域幅を含む場合がある。帯域幅の属性には、全帯域幅、及び利用可能な帯域幅が含まれ得る。本方法は、帯域幅のＣＩＲを制限することを含む場合がある。サービス・テンプレートが作成されたときに、もしｖＰｏｒｔの帯域幅のＣＩＲが２Ｍに設定され、かつ、ｖＰｏｒｔに適合するネットワーク・リソースにおけるポートの帯域幅変数の値が５Ｍである場合、テナントにより使用されるネットワーク・ポート・リソースの帯域幅は、２Ｍである場合があり、ネットワーク・ポート・リソースの残りの帯域幅は、５Ｍ−２Ｍ＝３Ｍである場合がある。

ネットワーク・リソースの各プーリング・リソース・インジケータの使用状態、使用量、及び残量は、それぞれ記録される場合がある。

各ネットワーク・リソースについて、ネットワーク・リソースの各プーリング・リソース・インジケータの使用状態、使用量、及び残量はそれぞれ、更新される場合がある。例えば、接続ポイント・リソースに関しては、ポートの使用状態、使用量、及び残量、並びに、ＶＬＡＮ、ＩＰアドレス・セグメント、及び帯域幅が、更新される場合がある。もしネットワーク・リソースが排他的ポートのような排他的リソースである場合、そのネットワーク・リソースが使用されているか否かにしたがって、使用状態が更新される場合がある。使用状態には、「未使用」及び「使用」が含まれる場合がある。もしネットワーク・リソースが共有ポートのような共有リソースである場合、そのネットワーク・リソースの使用量、及び残量が、そのネットワーク・リソースの使用状態とともに、更新される場合がある。

もしリソース・プールにあるネットワーク・リソースのリース時間が経過した場合、リース時間が開始されたときにネットワーク・リソースへ送信されたネットワーク・パラメタは削除される場合があり、ネットワーク・リソースの使用状態は更新される場合があり、ネットワーク・リソースの使用量及び残量は更新される場合があり、又は、ネットワーク・リソースの使用状態、使用量、及び残量は更新される場合がある。

例えば、排他的リソースのリース時間が経過したとき、ネットワーク・リソースの使用状態は、「未使用」に変更される場合がある。リソース・プールにある共有リソースのリース時間が経過した場合、ネットワーク・リソースの使用量及び残量は、サービス・ユニットに対して設定されたネットワーク・パラメタの値にしたがって更新される場合がある。もし使用量がゼロであれば、ネットワーク・リソースの使用状態は、「未使用」に更新される場合がある。

例えば、もし、あるネットワーク・ポート・リソースの残りの帯域幅が３Ｍであり、そのネットワーク・ポート・リソースの使用帯域幅が２Ｍであり、ネットワーク・リソースのリース時間が経過し、かつ、ネットワーク・リソースに適合するサービス・ユニットに対して設定されたＣＩＲが２Ｍである場合、ネットワーク・ポート・リソースの残りの帯域幅は、３Ｍ＋２Ｍ＝５Ｍとなる場合があり、使用帯域幅はゼロとなる場合がある。このネットワーク・ポート・リソースは、いずれのテナントによっても使用されないので、ネットワーク・ポート・リソースの使用状態は、「未使用」として復元される場合がある。

さらに、本開示の一例によれば、各ネットワーク・リソースの健康状態は、リソース・プールにある各ネットワーク・リソースの使用状態、使用量、残量、及びヘルス・インジケータにしたがって、適時に計算される場合がある。

本開示の一例によれば、各ネットワーク・リソースにおける各プーリング・リソース・インジケータについて、ヘルス・インジケータが設定される場合がある。各プーリング・リソース・インジケータの健康状態は、各プーリング・リソース・インジケータの使用状態にしたがって決定される場合もあれば、各プーリング・リソース・インジケータの使用状態、使用量、残量、及びヘルス・インジケータにしたがって決定される場合もある。ネットワーク・リソースの健康状態は、ネットワーク・リソースのヘルス・インジケータ、及び、各プーリング・リソース・インジケータの健康状態にしたがって決定される場合がある。例えば、帯域幅について、帯域幅上限、及び帯域幅下限が設定される場合がある。もし残りの帯域幅が帯域幅下限よりも大きく、かつ、帯域幅上限よりも小さい場合、帯域幅の健康状態は、健康である場合がある。

図１４は、本開示の一例による、ブロック１２０４に記載した、サービス・テンプレートにおけるサービス・ユニットと、リソース・ゾーンにおけるネットワーク・リソースとを適合させる方法を示すフロー図である。図１４に示されてるように、この方法は、次のブロックを含む場合がある。

ブロック１４０１では、各リソース・ゾーンについて、リソース・ゾーンが、ネットワーク・モデルにおけるそのリソース・ゾーンの各ネットワーク・リソースのネットワーク役割にしたがって、一又は複数のネットワーク・モデル役割ゾーンに分割される場合がある。

１つのネットワーク・リソースが、１つのネットワーク・モデル役割ゾーンに属する場合がある。一例によれば、１つのネットワーク・リソースは、１つのネットワーク・モデル役割ゾーンのみに属する場合がある。

何個のネットワーク・モデル役割ゾーンが分割されるかに関する決定は、ネットワーク・モデルにおけるネットワーク役割のタイプにしたがって行われる場合がある。ネットワーク・モデルにおけるネットワーク役割のタイプの数は、リソース・ゾーンを分割することによって得られるネットワーク・モデル役割ゾーンの数と同じである場合がある。ネットワーク役割は、ネットワーク位置及び機能にしたがって分割される場合がある。ブロック１０１Ｂにおいてネットワーク役割が生成されるときに、ネットワーク・モデルにおけるネットワーク役割の数は、既に決定されている場合がある。図３の例に示したキャンパス・アクセス＋ＤＣネットワーク・モデルは、４種類のネットワーク役割、すなわち、キャンパス・アクセス、ＤＣコア、ＤＣ分配、及びＤＣエッジを含む場合がある。

ブロック１４０２では、各サービス・テンプレートについて、サービス・テンプレートが、ネットワーク・モデルにおけるサービス・テンプレートの各サービス・ユニットのネットワーク役割にしたがって、一又は複数のネットワーク・モデル役割ゾーンに分割される場合がある。

１つのサービス・ユニットが、１つのネットワーク・モデル役割ゾーンに属する場合がある。一例によれば、１つのサービス・ユニットは、１つのネットワーク・モデル役割ゾーンのみに属する場合がある。

ブロック１４０３では、テナントからサービス要求を受信する場合がある。サービス要求は、サービスのタイプを含む場合がある。

ブロック１４０４では、サービスを提供することができるサービス・テンプレートが、テナントにより要求されたサービスのタイプにしたがって、発見される場合がある。

ブロック１４０５では、サービス・テンプレートに適合するリソース・ゾーンが、リソース・プールから発見される場合がある。

ブロック１４０６では、サービス・テンプレートにおける各サービス・ユニットについて、そのサービス・テンプレートに適合するリソース・ゾーンから、そのサービス・ユニットが属することができるネットワーク・モデル役割ゾーンにしたがって、ネットワーク・リソースが発見される場合がある。このネットワーク・リソースが属することができるネットワーク・モデル役割ゾーンは、サービス・ユニットが属することができるネットワーク・モデル役割ゾーンと同じである場合があり、ネットワーク・リソースは、サービス・ユニットに適合する場合がある。

ネットワーク・モデル役割にしたがってリソース・ゾーン及びサービス・テンプレートをどのようにして分割するか、及び、サービス・テンプレートとリソース・ゾーンとをどのようにして適合させるかについては、以下に記載される。

図１５は、本開示の一例による、ネットワーク役割に基づいてリソース・ゾーン及びサービス・テンプレートを分割する方法を示すフロー図である。図１５に示されているように、この方法は、次のブロックを含む場合がある。

ブロック１５０１では、いずれかのリソース・ゾーンについて、リソース・ゾーンをイメージＺＧ＝（ＺＶ，ＺＥ）として抽象化することができる。

ＺＶは、イメージにおける一組のノードである場合があり、ＺＥは、イメージの一組のエッジである場合がある。ＺＶは、リソース・ゾーンにおける一組のノードである場合がある。ＺＥは、一組のリンクである場合があり、各リンクは、２つのネットワーク・ノードの間に設定される場合がある。

各エッジは、ドット対（ｕｚ，ｗｚ）、ｕｚ、及びｗｚ∈ＺＶとして表される場合がある。∈は、「属する」ことを表し、ｕｚ及びｗｚは、リソース・ゾーンにおいてリンク関係を有する任意の２つのネットワーク・ノードである場合がある。

ブロック１５０２では、ネットワーク・モデルにおけるリソース・ゾーンの各ネットワーク・ノードのネットワーク役割にしたがって、ＺＶにおけるネットワーク・ノードをｋ個（ｋ≧１）のネットワーク・モデル役割ゾーンに分割する場合がある。このｋ個のネットワーク・モデル役割ゾーンは、ＺＧ_０、ＺＧ_１、ＺＧ_２、…及びＺＧ_ｋ−１である場合がある。ＺＧ_０＋ＺＧ_１＋ＺＧ_２＋…＋ＺＧ_ｋ−１＝ＺＧ、ｉ≠ｊ（０≦ｉ，ｊ≦ｋ−１）、ＺＧ_ｉ∩ＺＧ_ｊ＝

であり、∩は、交差（共通集合）を表す場合があり、

は、空集合を表す場合がある。すなわち、種々のネットワーク・ノード及びリンクを含み、各リンクをそれらのネットワーク・ノードのうちの２つの間に設定することができる１つのネットワーク・リソースは、１つのネットワーク・モデル役割ゾーンのみに属する場合がある。

任意のノードｕｚ∈ＺＧについて、Ｐ［ｕｚ］は、ｕｚが属することができるネットワーク・モデル役割ゾーンを表す場合があり、１≦Ｐ［ｕｚ］≦ｋである。すなわち、ｕｚは、ネットワーク・モデル役割ゾーンＺＧ_ｍに属することができ、（０≦ｍ≦ｋ−１）であり、Ｐ［ｕｚ］＝ｍ＋１である。

図１６に示すように、種々のリソース・ゾーン及びリンク（各リンクはネットワーク・ノードｕｚ_ｂ、ｕｚ_１−ｕｚ_ｎ−２及びｕｚ_ｅのうちの２つの間に設定することができる）におけるネットワーク・ノードｕｚ_ｂ、ｕｚ_１−ｕｚ_ｎ−２、及びｕｚ_ｅは、ネットワーク役割にしたがって、ｋ−１個のネットワーク・モデル役割ゾーンに分割される場合がある。

例えば、リソース・プールにおけるあるリソース・ゾーンについて、ネットワーク・モデルにおけるそのリソース・ゾーンのネットワーク・ノードのネットワーク役割にしたがって、リソース・ゾーンを４つのネットワーク・モデル役割ゾーンに分割する場合がある。４つのネットワーク・モデル役割ゾーンは、キャンパス・アクセス、ＤＣコア、ＤＣ分配、及びＤＣエッジを含む場合がある。ネットワーク・モデル役割ゾーンの各々におけるネットワーク・リソースは、異なる場合がある。

ブロック１５０３では、任意のサービス・テンプレートについて、サービス・テンプレートをイメージＳＧ＝（ＳＶ，ＳＥ）に抽象化することができる。ＳＶは、イメージにおける一組のノードである場合があり、ＳＥは、イメージの一組のエッジである場合がある。ＳＶは、サービス・テンプレートにおける一組のサービス・ユニットである場合があり、ＳＥは、一組のｖＬｉｎｋである場合があり、各ｖＬｉｎｋは、サービス・テンプレートにおけるサービス・ユニットのうちの任意の２つの間に設定される場合がある。

各エッジは、ドット対（ｕｓ，ｗｓ）として表される場合があり、ｕｓ及びｗｓ∈ＳＶである。すなわち、ｕｓ及びｗｓは、サービス・テンプレートにおいて仮想リンク関係を有するサービス・ユニットのうちの任意の２つである場合がある。

ノードの重みは、サービス・ユニットに対して設定された属性、リソース、又は方法として表される場合がある。エッジの重みは、ｖＬｉｎｋタイプのサービス・ユニットの属性、リソース、又は方法として表される場合がある。

ブロック１５０４では、ネットワーク・モデルにおけるサービス・ユニットのネットワーク役割にしたがって、ＳＶにおけるサービス・ユニットをｑ個（ｑ≧１）のネットワーク・モデル役割ゾーンに分割する場合がある。ｑ個のネットワーク・モデル役割ゾーンは、ＳＧ_０、ＳＧ_１、ＳＧ_２、…及びＳＧ_ｑ−１、ｉ≠ｊ（０≦ｉ，ｊ≦ｑ−１）、ＳＧ_ｉ∩ＳＧ_ｊ＝

である場合を仮定することができる。

は空集合を表す場合がある。すなわち、１つのサービス・ユニットは、１つのネットワーク・モデル役割ゾーンのみに属する場合がある。

任意のサービス・ユニットｕｓ∈ＳＧについて、Ｐ［ｕｓ］は、ｕｓが属することができるネットワーク・モデル役割ゾーンを表す場合があり、１≦Ｐ［ｕｓ］≦ｑである。もしｕｓがネットワーク・モデル役割ゾーンＳＧ_ｐ（０≦ｐ≦ｑ−１）に属する場合、Ｐ［ｕｓ］＝ｐ＋１である。

また、もしあるノードが、ネットワーク・モデル役割ゾーンのエッジ・ノードである場合、そのノードの交差ゾーン・エッジ数が記録される場合がある。例えば、もしネットワーク・モデル役割ゾーン（すなわち、キャンパス）におけるエッジ・ノードｘの２つのエッジが、２つのネットワーク・モデル役割ゾーン（すなわち、キャンパス・アクセス及びＤＣコア）にわたって設定された場合、ノードｘの交差ゾーン・エッジ数は２となる場合がある。

図１７に示されるように、サービス・ユニットｕｓ_ｂ、ｕｓ_１−ｕｓ_ｍ−２、及びｕｓ_ｅ並びに種々のリンク（各リンクは、サービス・ユニットｕｓ_ｂ、ｕｓ_１−ｕｓ_ｍ−２、及びｕｓ_ｅのうちの２つの間に設定される場合がある）は、ネットワーク役割にしたがって、ｑ−１個のネットワーク・モデル役割ゾーンＳＧ_０、ＳＧ_１、…及びＳＧ_ｑ−１に分割される場合がある。

例えば、サービス・テンプレートは、複数のサービス・ユニットにより形成される場合がある。サービス・ユニットは、４つのネットワーク・モデル役割ゾーン、すなわち、キャンパス・アクセス、ＤＣコア、ＤＣ分配、及びＤＣエッジに分割される場合がある。ネットワーク・モデル役割ゾーンの各々におけるサービス・ユニットは、異なる場合がある。

リソース・ゾーン及びサービス・テンプレートがネットワーク・モデル役割にしたがって分割された後、サービス・テンプレートとリソース・ゾーンとを適合させる処理が実施される場合がある。

図１８は、本開示の一例による、サービス・テンプレートとリソース・ゾーンとを適合させる他の方法を示すフロー図である。図１８に示されるように、この方法は、次のブロックを含む場合がある。

ブロック１８０１では、テナントからサービス要求を受け取る場合がある。サービス要求は、テナントにより要求されたサービスのタイプ、及びテナント情報を含む場合がある。

ブロック１８０２では、テナントにより要求されたサービスのタイプにしたがって、そのサービスを提供することができるサービス・テンプレートを発見する場合がある。

ブロック１８０３では、リソース・プールから、そのサービス・テンプレートに適合するサービス・ゾーンを発見する場合がある。

ブロック１８０４では、テナント情報ｕｚ_ｂ∈ＺＧ_０におけるアクセス・ポイントの情報にしたがって、リソース・ゾーンにおけるテナントのアクセス・ポイントに対応するネットワーク・ノードｕｚ_ｂを取得する場合がある。次の条件を満たすサービス・ノードが、テナントにより要求されたサービス・テンプレートの最初のネットワーク・モデル役割ゾーンＳＧ_０＝（ＳＶ_０，ＳＥ_０）において発見される場合がある。このノードは、アクセス・エッジを有しない場合があり、このノードの重みにおけるデバイス・タイプは、アクセス・デバイスである場合があり、Ｐ（ｕｓ_ｂ）＝Ｐ（ｕｚ_ｂ）である。一例によれば、リソース・ゾーンとサービス・テンプレートとの適合処理は、ｕｚ_ｂとｕｓ_ｂとの適合処理から開始される場合がある。ｕｚ_ｂ及びｕｓ_ｂは、適合開始点として選択され、ｓ_ｂ及びｕｚ_ｂは、「適合した」ものとしてマーキングされる場合がある。ＺＧ_０は、適合リソース・ゾーンにおける最初のネットワーク・モデル役割ゾーンである。

関数Ｐ（ｕｓ_ｂ）＝Ｐ（ｕｚ_ｂ）は、ノードｕｓ_ｂとｕｚ_ｂが、同じネットワーク・モデル役割ゾーンに配置される場合があることを意味する場合がある。

テナント情報は、テナントのアクセス・ポイント情報を含む場合がある。アクセス・ポイントに対応するネットワーク・ノードｕｚ_ｂは、アクセス・ポイント情報にしたがって、リソース・ゾーンから発見される場合がある。

図１９は、本開示の一例による、サービス・テンプレートとリソース・ゾーンとをどのようにして適合させるかを示す概略図である。図１９に示されるように、サービス・テンプレート、及び、リソース・ゾーンのネットワーク・モデルについて適合処理を実施するとき、適合開始点、すなわち、ｕｚ_ｂ∈ＺＧ_０は、テナントのアクセス・ポイント情報にしたがって、最初のネットワーク・モデル役割ゾーンから発見される場合がある。ノードｕｓ_ｂ（ノードｕｓ_ｂは、アクセス・エッジを有しない場合があり、重みにおけるデバイス・タイプは、アクセス・デバイスであり、（ｕｓ_ｂ）＝Ｐ（ｕｚ_ｂ）である場合がある）は、サービス・テンプレートの最初のネットワーク・モデル役割ゾーン、すなわち、ＳＧ_０＝（ＳＶ_０，ＳＥ_０）から発見される場合がある。したがって、ｕｓ_ｂ及びｕｚ_ｂは互いに適合する場合がある。

ブロック１８０５では、テナントにより要求されたサービスのタイプにしたがって、リソース・ゾーンにおいてテナントによりアクセスされるサービス・ノード、すなわちｕｚ_ｅ∈ＺＧ_ｋ−１を取得する場合があり、ＳＧ_ｋ−１からｕｓ_ｅ∈ＳＧ_ｋ−１を発見する場合があり、Ｐ（ｕｓ_ｅ）＝Ｐ（ｕｚ_ｅ）である。一例によれば、リソース・ゾーンとサービス・テンプレートとの適合処理は、ｕｓ_ｅとｕｚ_ｅとの適合処理で終了する場合があり、ｕｓ_ｅ及びｕｚ_ｅは、適合終了点として選択される場合があり、ｕｓ_ｅ及びｕｚ_ｅは、「適合した」ものしてマーキングされる場合がある。ＺＧ_ｋ−１は、サービス・テンプレートの最後のネットワーク・モデル役割ゾーンである場合があり、ｋは、サービス・テンプレート及びリソース・ゾーンのネットワーク・モデル役割ゾーンの総数である場合がある。

テナントにより要求されたサービスのタイプによっては、サービスを提供することができるノードは、リソース・ゾーンから発見される場合がある。ノードは、テナントによりアクセスされるべきサービス・ノードｕｚ_ｅである場合があり、サービス・テンプレートに適合するリソース・ゾーンの最後のノード、すなわち、終了点である場合がある。

図１９を参照すると、テナントにより要求されたサービスのタイプによっては、サービス・ノード、すなわち、ｕｚ_ｅ∈ＺＧ_ｋ−１は、リソース・ゾーンから発見される場合があり、ｕｚ_ｅが、リソース・ゾーンにおける適合終了点である場合がある。さらに、ｕｚ_ｅに適合するｕｓ_ｅが、サービス・テンプレートの最後のネットワーク・モデル役割ゾーン、すなわち、ＳＧ_ｋ−１から発見される場合がある。

ブロック１８０６では、ｕｓ_ｂ及びｕｚ_ｂを適合開始点として選択する場合があり、ｕｓ_ｅびｕｚ_ｅを適合終了点として選択する場合がある。サービス・テンプレートにおいてｕｓ_ｂとｕｓ_ｅの間にある各ノードｕｓ_ｉについて、リソース・ゾーンから、ノードｕｚ_ｉを発見する場合がある。ノードｕｚ_ｉ及びｕｓ_ｉは、同じネットワーク・モデル役割ゾーンに属する場合があり、ｕｚ_ｉのタイプ及び重みは、ノードｕｓ_ｉのタイプ及び重みに適合する場合がある。ノードｕｓ_ｉに適合するノードｕｚ_ｉが発見された場合、ｕｚ_ｉ及びｕｓ_ｉは、「適合した」ものとしてマーキングされる場合がある。

図１９を参照すると、サービス・テンプレートのｕｓ_ｂから開始して、ｕｓ_ｂ、ｕｓ_１、ｕｓ_２、ｕｓ_３、・・・、ｕｓ_ｎ−３、ｕｓ_ｎ−２、及びｕｓ_ｅにそれぞれ適合するリソース・ゾーンにおけるノードが探索され、同様にノードｕｓ_ｅに適合するノードが発見されるまで探索される場合がある。

もしサービス・ユニットに適合するネットワーク・リソースがリソース・ゾーンにおいて発見されなかった場合、リソース・ゾーンにおけるあるネットワーク・リソースが、サービス・ユニットに適合するネットワーク・リソースとして指定される場合がある。

ノードの重み適合は、サービス・テンプレートにおけるサービス・ユニットの属性、リソース、及び方法が、リソース・ゾーンにおけるネットワーク・リソースの属性、リソース、及び方法にそれぞれ適合する場合があることを意味する。

例えば、サービス・ユニットは、ｖＤｅｖである場合があり、ｖＤｅｖは、ｖＲｏｕｔｅｒ及びｖＳｗｉｔｃｈのような他のサービス・ユニットをさらに含む場合がある。各サービス・ユニットは、その属性、リソース、及び方法を有する場合がある。リソース・ゾーンにあるネットワーク装置には、ルーター、及びスイッチなどが含まれ得る。サービス・テンプレートにおけるサービス・ユニット、及び、リソース・ゾーンにおけるネットワーク装置に対して適合処理を実施するとき、適合処理は、サービス・ユニットのタイプが、ネットワーク装置のものと適合するか否かを判断するために実施される場合がある。もしサービス・ユニットのタイプがネットワーク装置のものに適合する場合、適合処理は、サービス・ユニットの属性、リソース、及び方法が、リソース・ゾーンにあるネットワーク装置の属性、リソース、及び方法にそれぞれ適合するか否かを判断するために実施される場合がある。もし、サービス・ユニットの属性、リソース、及び方法が、リソース・ゾーンにあるネットワーク装置の属性、リソース、及び方法にそれぞれ適合する場合、サービス・ユニットは、ネットワーク装置に適合する場合がある。

例えば、サービス・ユニット、すなわちｖＰｏｒｔの基本属性には、装置＿ｉｄ、名前、状態、速度、及びａｃｌが含まれ得る。リソースには、帯域幅が含まれ得る。帯域幅の属性には、全帯域幅、及び利用可能な帯域幅が含まれ得る。本方法は、帯域幅のＣＩＲを制限することを含む場合がある。管理者がサービス・テンプレートを作成するときに、もしｖＰｏｒｔの帯域幅のＣＩＲが「２Ｍ」に設定され、かつ、リソース・ゾーンから発見されたｖＰｏｒｔのネットワーク・モデルと同じネットワーク・モデルに属するネットワーク装置のポートの利用可能な帯域幅の値が「５Ｍ」である場合、５Ｍは２Ｍよりも大きいので、ｖＰｏｒｔは、リソース・ゾーンにおけるネットワーク・ポート・リソースに適合する場合がある。

ブロック１８０７では、サービス・テンプレートにおける各サービス・ユニットの属性及び方法を、サービス・ユニットに適合するネットワーク・ノード、すなわち、ネットワーク・リソースへ送信する場合がある。

図２０は、本開示の一例による、ネットワーク構成自動デプロイメント装置を示す概略図である。図２０を参照すると、この装置は、サービス要求処理モジュール２０１を含む場合がある。

サービス要求処理モジュール２０１は、テナントによって割り当てられたサービスのタイプにしたがってサービスを提供するサービス・テンプレートを探索し、リソース・プールから、そのサービス・テンプレートに適合するリソース・ゾーンを探索し、そのリソース・ゾーンから、サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースを探索し、サービス・ユニットに対して設定されたネットワーク・パラメタをそのネットワーク・リソースへ送信するためのものである場合がある。

ネットワーク構成自動デプロイメント装置は、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４をさらに含む場合がある。

ネットワーク・モデル生成モジュール２０２は、ネットワーク役割を用いてネットワーク・モデルを生成するためのものである場合がある。

サービス・テンプレート生成モジュール２０３は、ネットワーク・モデルにおけるネットワーク役割にサービス・ユニットを割り当て、ネットワーク・モデルに割り当てられたサービス・テンプレートを生成するためのものである場合がある。

リソース・ゾーン分割モジュール２０４は、実際のネットワークにおけるネットワーク・リソースについてプーリング処理を実施し、リソース・プールを生成し、リソース・プールにおけるネットワーク・リソースをリソース・ゾーンに分割し、リソース・ゾーンに、対応するネットワーク・モデルを割り当てるためのものである場合がある。

一例によれば、ネットワーク・モデルは、物理ネットワーク、仮想ネットワーク、及びＳＤＮネットワークのうちの１つ、又はそれらの任意の組み合わせに適用される場合がある。実際のネットワークは、物理ネットワーク、仮想ネットワーク、及びＳＤＮネットワークのうちの１つであってもよいし、それらの任意の組み合わせであってもよい。技術の発展に伴い、この装置は、他の新しいネットワークにも適用される場合がある。

一例によれば、リソース・ゾーン分割モジュール２０４はさらに、ネットワーク・リソースの探索範囲を決定し、探索範囲にある全てのノード及びリンクをトポロジーによって探索し、それらのノード及びリンクを用いてリソース・プールにネットワーク・リソースを形成するためのものである場合がある。

サービス要求処理モジュール２０１は、
実際のネットワークが物理ネットワークである場合、サービス・ユニットに対して設定されたネットワーク・パラメタをネットワーク・リソースへ送信し、
実際のネットワークがＳＤＮネットワークである場合、サービス・ユニットに対して設定されたネットワーク・パラメタをフロー・テーブル規則に変換し、フロー・テーブルを、ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）ネットワークにあるコントローラへ送信し、コントローラが、フロー・テーブル規則を記憶し、又はフロー・テーブル規則をネットワーク・リソースへ送信し、
実際のネットワークが仮想ネットワークである場合、ネットワーク・リソースのインタフェース、又は、仮想ネットワークを管理している管理システムにより提供されるインタフェースを呼び出すことにより、サービス・ユニットに対して設定されたネットワーク・パラメタをネットワーク・リソースへ送信すること
をさらに含む場合がある。

リソース・ゾーン分割モジュール２０４はさらに、ネットワーク・リソースのものに適合するネットワーク役割、位置、及び機能を少なくとも備えるネットワーク・モデルをリソース・ゾーンにおいて決定し、決定されたネットワーク・モデルをリソース・ゾーンに割り当てるためのものである場合がある。

サービス要求処理モジュール２０１はさらに、サービス・テンプレートが割り当てられたネットワーク・モデルを識別し、リソース・プールから、サービス・テンプレートが割り当てられたネットワーク・モデルに対応するリソース・ゾーンを探索し、そのリソース・ゾーンをサービス・テンプレートに適合するものとして選択するためのものである場合がある。

リソース・ゾーン分割モジュール２０４はさらに、リソース・ゾーンに対応するネットワーク・モデルから、リソース・ゾーンにおけるネットワーク・リソースの位置及び機能にしたがって、ネットワーク・リソースの位置及び機能に適合する位置及び機能を有するネットワーク役割を探索し、そのネットワーク役割をネットワーク・リソースに割り当てるためのものである場合がある。

サービス要求処理モジュール２０１はさらに、サービス・テンプレートにおけるサービス・ユニットのネットワーク役割を識別し、リソース・ゾーンから、そのネットワーク役割を用いてネットワーク・リソースを探索し、ネットワーク・リソースから、サービス・ユニットの位置及び機能に適合する位置及び機能を有するネットワーク・リソースを探索するためのものである場合がある。

一例によれば、サービス要求処理モジュール２０１、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４は、ソフトウェア・モジュールである場合があり、例えば、ハードウェア・メモリ・デバイスに記憶された一組の機械読取可能命令である場合がある。他の例において、サービス要求処理モジュール２０１、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４は、ハードウェア・デバイス上のハードウェア・モジュールである場合がある。さらに別において、サービス要求処理モジュール２０１、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４は、ソフトウェア・モジュールとハードウェア・モジュールの組み合わせを含む場合がある。

図２１は、本開示の一例による、ネットワーク構成自動デプロイメント装置の他の構造を示す概略図である。

図２１を参照すると、ネットワーク構成自動デプロイメント装置は、メモリ２１１、プロセッサ２１２、バス２１３、及びＩ／Ｏポート２１４を含む場合がある。

メモリ２１１は、プロセッサ２１２及びバス２１３に接続される場合がある。プロセッサ２１２は、Ｉ／Ｏポート２１４を介して外部装置と通信する場合がある。

メモリ２１１は、サービス要求処理モジュール２０１を記憶している場合がある。

プロセッサ２１２は、メモリ２１１と通信することができ、サービス要求処理モジュール２０１により実施される処理を実行することができる。

メモリ２１１は、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４をさらに記憶している場合がある。プロセッサ２１２はさらに、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４によりそれぞれ実施される処理を実行する場合がある。

上記のサービス要求処理モジュール２０１、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４は、機械読取可能命令である場合がある。メモリ２１１は、非一時的コンピュータ読取可能記憶媒体である場合がある。

図２２は、本開示の一例による、ネットワーク・リソース・モニタリング装置を示す概略図である。図２２を参照すると、この装置は、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１を含む場合がある。

サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、サービスのタイプにしたがって、そのサービスを提供するサービス・テンプレートを探索し、リソース・プールから、そのサービス・テンプレートに適合するリソース・ゾーンを探索し、そのリソース・ゾーンから、サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースを探索し、サービス・ユニットに対して設定されたネットワーク・パラメタを、そのネットワーク・リソースへ送信し、そのネットワーク・リソースの使用状態情報を更新するように構成される場合がある。

このネットワーク・リソース・モニタリング・モジュールは、ネットワーク・モデル生成モジュール２２２、サービス・テンプレート生成モジュール２２３、及びリソース・ゾーン分割モジュール２２４をさらに含む場合がある。

ネットワーク・モデル生成モジュール２２２は、ネットワーク役割を用いてネットワーク・モデルを生成するように構成される場合がある。

サービス・テンプレート生成モジュール２２３は、ネットワーク・モデルにおけるネットワーク役割にサービス・ユニットを割り当て、ネットワーク・モデルに割り当てられたサービス・テンプレートを生成するように構成される場合がある。

リソース・ゾーン分割モジュール２２４は、実際のネットワークにおけるネットワーク・リソースについてプーリング処理を実施し、リソース・プールを生成し、リソース・プールにおけるネットワーク・リソースをリソース・ゾーンに分割し、リソース・ゾーンに、対応するネットワーク・モデルを割り当てるように構成される場合がある。

一例によれば、ネットワーク・リソースの使用状態情報には、ネットワーク・リソースの使用状態が含まれ得る。あるいは、ネットワーク・リソースの使用状態情報には、ネットワーク・リソースの使用量及び残量が含まれ得る。あるいは、ネットワーク・リソースの使用状態情報には、ネットワーク・リソースの使用状態、使用量、及び残量が含まれ得る。

サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、ネットワーク・リソースの使用状態を更新し、ネットワーク・リソースの使用量及び残量を更新し、又は、ネットワーク・リソースの使用状態、使用量、及び残量を更新するように構成される場合がある。

一例によれば、ネットワーク・モデルは、物理ネットワーク、仮想ネットワーク、及びＳＤＮネットワークのうちの１つ、又はそれらの任意の組み合わせに適用される場合がある。実際のネットワークは、物理ネットワーク、仮想ネットワーク、及びＳＤＮネットワークのうちの１つであってもよいし、それらの任意の組み合わせであってもよい。技術の発展に伴い、この装置は、他の新しいネットワークにも適用される場合がある。

リソース・ゾーン分割モジュール２２４により形成されるリソース・プールにおける各ネットワーク・リソースは、一又は複数のプーリング・リソース・インジケータを有する場合がある。サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１はさらに、ネットワーク・リソースのプーリング・リソース・インジケータの使用状態を更新することにより、ネットワーク・リソースの使用状態を更新する場合がある。あるいは、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、ネットワーク・リソースのプーリング・リソース・インジケータの使用量及び残量を更新することにより、ネットワーク・リソースの使用量及び残量を更新する場合がある。あるいは、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、ネットワーク・リソースのプーリング・リソース・インジケータの使用状態、使用量及び残量を更新することにより、ネットワーク・リソースの使用状態、使用量及び残量を更新する場合がある。

サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、ネットワーク・リソースのテナント情報、テナントにより使用されたネットワーク・リソースの量、及びリース時間を記録するようにさらに構成される場合がある。

サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、リソース・プールにおけるネットワーク・リソースのリース時間が経過したときに、ネットワーク・リソースへ送信したネットワーク・パラメタを削除し、ネットワーク・リソースの使用状態を更新し、若しくはネットワーク・リソースの使用量及び残量を更新し、若しくはネットワーク・リソースの使用状態、使用量、及び残量を更新するようにさらに構成される場合がある。

サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１は、リソース・プールにあるネットワーク・リソースの使用状態情報、及びヘルス・インジケータにしたがって、ネットワーク・リソースの健康状態を計算し、更新するようにさらに構成される場合がある。

リソース・ゾーン分割モジュール２２４は、リソース・ゾーンにおけるネットワーク・リソースの位置及び機能に適合する位置及び機能を有するネットワーク役割を少なくとも含むネットワーク・モデルを決定し、そのネットワーク・モデルをリソース・ゾーンに割り当てるようにさらに構成される場合がある。

一例によれば、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１、ネットワーク・モデル生成モジュール２２２、サービス・テンプレート生成モジュール２２３、及びリソース・ゾーン分割モジュール２２４は、ソフトウェア・モジュールである場合があり、例えば、ハードウェア・メモリ・デバイスに記憶された一組の機械読取可能命令である場合がある。他の例において、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１、ネットワーク・モデル生成モジュール２２２、サービス・テンプレート生成モジュール２２３、及びリソース・ゾーン分割モジュール２２４は、ハードウェア・デバイス上のハードウェア・モジュールである場合がある。さらに別において、サービス要求処理モジュール２０１、ネットワーク・モデル生成モジュール２０２、サービス・テンプレート生成モジュール２０３、及びリソース・ゾーン分割モジュール２０４は、ソフトウェア・モジュールとハードウェア・モジュールの組み合わせを含む場合がある。

図２３は、本開示の一例による、ネットワーク・リソース・モニタリング装置の他の構造を示す概略図である。

図２３を参照すると、ネットワーク・リソース・モニタリング装置は、メモリ２３１、プロセッサ２３２、バス２３３、及びＩ／Ｏポート２３４を含む場合がある。

メモリ２３１は、プロセッサ２３２及びバス２３３に接続される場合がある。プロセッサ２３２は、Ｉ／Ｏポート２３４を介して外部装置と通信する場合がある。

メモリ２３１は、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１を記憶している場合がある。

プロセッサ２３２は、メモリ２３１と通信することができ、サービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１により実施される処理を実行することができる。

メモリ２３１は、ネットワーク・モデル生成モジュール２２２、サービス・テンプレート生成モジュール２２３、及びリソース・ゾーン分割モジュール２２４をさらに記憶している場合がある。プロセッサ２３２はさらに、ネットワーク・モデル生成モジュール２２２、サービス・テンプレート生成モジュール２２３、及びリソース・ゾーン分割モジュール２２４によりそれぞれ実施される処理を実行する場合がある。

一例によれば、上記のサービス要求処理／ネットワーク・リソース・モニタリング・モジュール２２１、ネットワーク・モデル生成モジュール２２２、サービス・テンプレート生成モジュール２２３、及びリソース・ゾーン分割モジュール２２４は、機械読取可能命令である場合がある。メモリ２３１は、非一時的コンピュータ読取可能記憶媒体である場合がある。

図２４は、本開示の一例による、ネットワーク・リソース・モニタリング装置の構造を示す概略図である。図２４を参照すると、この装置は、サービス要求処理モジュール２４１を含む場合がある。

サービス要求処理モジュール２４１は、テナントからサービス要求を受け取り、そのサービス要求におけるサービスのタイプにしたがって、そのサービスを提供するサービス・テンプレートを探索し、リソース・プールから、そのサービス・テンプレートに適合するリソース・ゾーンを探索し、そのサービス・テンプレートのネットワーク・モデル役割ゾーンを取得し、そのリソース・ゾーンのネットワーク・モデル役割ゾーンを取得し、そのサービス・テンプレートにおけるサービス・ユニットのネットワーク・モデル役割ゾーンにしたがって、サービス・テンプレートに適合するリソース・ゾーンから、ネットワーク・リソースを探索するように構成される場合がある。ネットワーク・リソースとサービス・ユニットとが同じネットワーク・モデル役割ゾーンに属すると、ネットワーク・リソースは、サービス・ユニットに適合することになる。

ネットワーク・リソース適合装置は、リソース・ゾーン役割分割モジュール２４２、及びサービス・テンプレート役割ゾーン分割モジュール２４３をさらに含む場合がある。

リソース・ゾーン役割分割モジュール２４２は、ネットワーク・モデルにおけるリソース・ゾーンのネットワーク・リソースのネットワーク役割にしたがって、リソース・ゾーンを一又は複数のネットワーク・モデル役割ゾーンに分割するように構成される場合がある。１つのネットワーク・リソースが、１つのネットワーク・モデル役割ゾーンに属する場合がある。

本開示の一例によれば、１つのネットワーク・リソースが、１つのネットワーク・モデル役割ゾーンのみに属する場合がある。

サービス・テンプレート役割ゾーン分割モジュール２４３は、ネットワーク・モデルにおけるサービス・テンプレートのサービス・ユニットのネットワーク役割にしたがって、サービス・テンプレートを一又は複数のネットワーク・モデル役割ゾーンに分割するように構成される場合がある。１つのサービス・ユニットが、１つのネットワーク・モデル役割ゾーンに属する場合がある。

一例によれば、１つのサービス・ユニットが、１つのネットワーク・モデル役割ゾーンのみに属する場合がある。

一例によれば、サービス要求は、テナント情報をさらに含む場合がある。

サービス要求処理モジュール２４１は、
サービス・テンプレートに適合するリソース・ゾーンから、テナント情報におけるアクセス・ポイント情報にしたがって、テナントのアクセス・ポイントに対応する第１のネットワーク・リソースを取得し、サービス・テンプレートの最初のネットワーク・モデル役割ゾーンから、第１のネットワーク・リソースに適合する第１のサービス・ユニットを探索し、第１のネットワーク・リソース及び第１のサービス・ユニットを適合開始点として選択し、及び／又は、
サービス要求におけるサービスのタイプにしたがって、サービス・テンプレートに適合するリソース・ゾーンから、テナントによってアクセスされた第２のネットワーク・リソースを探索し、サービス・テンプレートの最後のネットワーク・モデル役割ゾーンから、第２のネットワーク・リソースに適合する第２のサービス・ユニットを探索し、第２のネットワーク・リソース、及び第２のサービス・ユニットを適合終了点として選択し、
サービス・テンプレートに適合するリソース・ゾーンから、サービス・テンプレートの適合開始点と適合終了点の間にあるサービス・ユニットに適合するネットワーク・リソースを探索するようにさらに構成される場合がある。

一例によれば、サービス要求処理モジュール２４１は、サービス・テンプレートの最初のネットワーク・モデル役割ゾーンから第１のサービス・ユニットを探索するようにさらに構成される場合があり、第１のサービス・ユニットは、アクセス・リンクを持たず、かつ、第１のサービス・ユニットのデバイス・タイプは、アクセス・デバイスである場合がある。

一例によれば、図２４に示した装置は、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６をさらに含む場合がある。

ネットワーク・モデル生成モジュール２４４は、ネットワーク役割を用いてネットワーク・モデルを生成するように構成される場合がある。

サービス・テンプレート生成モジュール２４５は、ネットワーク・モデルにおける種々のネットワーク役割に一又は複数のサービス・ユニットを割り当て、ネットワーク・モデルに割り当てられたサービス・テンプレートを生成するように構成される場合がある。

リソース・ゾーン分割モジュール２４６は、実際のネットワークにおいてネットワーク・リソースを発見し、ネットワーク・リソースについてプーリング処理を実施し、実際のネットワーキング要件にしたがって、ネットワーク・リソースを用いてリソース・プールを形成し、リソース・プールにおけるネットワーク・リソースを一又は複数のリソース・ゾーンに分割し、ネットワーク・モデル生成モジュール２４４により生成されたネットワーク・モデルにしたがって、各リソース・ゾーンにネットワーク・モデルを割り当てるようにさらに構成される場合がある。

一例によれば、サービス要求処理モジュール２４１、リソース・ゾーン役割分割モジュール２４２、サービス・テンプレート役割ゾーン分割モジュール２４３、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６は、ソフトウェア・モジュールである場合があり、例えば、ハードウェア・メモリ・デバイスに記憶された一組の機械読取可能命令である場合がある。他の例において、サービス要求処理モジュール２４１、リソース・ゾーン役割分割モジュール２４２、サービス・テンプレート役割ゾーン分割モジュール２４３、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６は、ハードウェア・デバイス上のハードウェア・モジュールである場合がある。さらに別において、サービス要求処理モジュール２４１、リソース・ゾーン役割分割モジュール２４２、サービス・テンプレート役割ゾーン分割モジュール２４３、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６は、ソフトウェア・モジュールとハードウェア・モジュールの組み合わせを含む場合がある。

図２５は、本開示の一例による、ネットワーク・リソース適合装置の他の構造を示す概略図である。

図２５を参照すると、ネットワーク・リソース適合装置は、メモリ２５１、プロセッサ２５２、バス２５３、及びＩ／Ｏポート２５４を含む場合がある。

メモリ２５１は、プロセッサ２５２及びバス２５３に接続される場合がある。プロセッサ２５２は、Ｉ／Ｏポート２５４を介して外部装置と通信する場合がある。

メモリ２５１は、サービス要求処理モジュール２４１を記憶している場合がある。

プロセッサ２５２は、メモリ２５１と通信することができ、サービス要求処理モジュール２４１により実施される処理を実行することができる。

メモリ２５１は、リソース・ゾーン役割分割モジュール２４２、サービス・テンプレート役割ゾーン分割モジュール２４３、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６をさらに記憶している場合がある。プロセッサ２５２はさらに、リソース・ゾーン役割分割モジュール２４２、サービス・テンプレート役割ゾーン分割モジュール２４３、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６によりそれぞれ実施される処理を実行する場合がある。

一例によれば、サービス要求処理モジュール２４１、リソース・ゾーン役割分割モジュール２４２、サービス・テンプレート役割ゾーン分割モジュール２４３、ネットワーク・モデル生成モジュール２４４、サービス・テンプレート生成モジュール２４５、及びリソース・ゾーン分割モジュール２４６は、機械読取可能命令である場合がある。メモリ２５１は、非一時的コンピュータ読取可能記憶媒体である場合がある。

本明細書に記載され、例示されたものは、多少の変形を伴う開示の例である。本明細書で使用された用語、説明、及び図は、例にすぎず、制限を意図していない。本開示の範囲内で多数の変形が可能であり、そのような変形は、下記の特許請求の範囲、及びそれらの均等により定義されることが意図される。特許請求の範囲において、全ての用語は、特に断りがない限り、その最も広い合理的な意味で解釈されることが意図されている。

Claims (15)

1. ネットワーク・リソース・モニタリング方法であって、
   サービスを提供するサービス・テンプレートを、前記サービスのタイプにしたがたって探索し、リソース・プールから、前記サービス・テンプレートに適合するリソース・ゾーンを探索し、
   前記リソース・ゾーンから、前記サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースを探索し、前記サービス・ユニットに対して設定されたネットワーク・パラメタを前記ネットワーク・リソースへ送信し、
   前記ネットワーク・リソースの使用状態情報を更新すること
   を含む、ネットワーク・リソース・モニタリング方法。
2. ネットワーク役割を用いてネットワーク・モデルを生成し、
   前記ネットワーク・モデルにおける前記ネットワーク役割に前記サービス・ユニットを割り当て、前記ネットワーク・モデルに割り当てられた前記サービス・テンプレートを生成し、
   実際のネットワークにおけるネットワーク・リソースについてプーリング処理を実施して、前記リソース・プールを生成し、前記リソース・プールにおける前記ネットワーク・リソースを前記リソース・ゾーンに分割し、前記リソース・ゾーンにネットワーク・モデルを割り当てること
   をさらに含む、請求項１に記載のネットワーク・リソース・モニタリング方法。
3. 前記ネットワーク・リソースの使用状態情報を更新することは、
   前記ネットワーク・リソースの使用状態を更新し、
   前記ネットワーク・リソースの使用量及び残量を更新し、又は
   前記ネットワーク・リソースの前記使用状態、使用量、及び残量を更新すること
   を含む、請求項１に記載のネットワーク・リソース・モニタリング方法。
4. 前記リソース・プールにおける前記ネットワーク・リソースは、プーリング・リソース・インジケータを有し、
   前記ネットワーク・リソースの前記使用状態情報を更新することは、
   前記ネットワーク・リソースの前記プーリング・リソース・インジケータの前記使用状態情報を更新すること
   を含む、請求項３に記載のネットワーク・リソース・モニタリング方法。
5. 前記リソース・プールにおける前記ネットワーク・リソースのリース時間が経過したときに、前記ネットワーク・リソースへ送信された前記ネットワーク・パラメタを削除し、
   前記ネットワーク・リソースの前記使用状態情報を更新すること
   をさらに含む、請求項３に記載のネットワーク・リソース・モニタリング方法。
6. 前記リソース・プールにおける前記ネットワーク・リソースの前記使用状態情報及びヘルス・インジケータにしたがって、前記ネットワーク・リソースの健康状態を計算し、更新すること
   をさらに含む、請求項３に記載のネットワーク・リソース・モニタリング方法。
7. 前記リソース・ゾーンに前記ネットワーク・モデルを割り当てることは、
   前記リソース・ゾーンにおける前記ネットワーク・リソースの位置及び機能に適合する位置及び機能を有するネットワーク役割を少なくとも含むネットワーク・モデルを決定し、
   前記ネットワーク・モデルを前記リソース・ゾーンに割り当てること
   を含む、請求項２に記載のネットワーク・リソース・モニタリング方法。
8. ネットワーク・リソース・モニタリング装置であって、プロセッサと、前記プロセッサにより実行可能な機械読取可能命令が記憶された非一時的記憶媒体とを含み、前記機械読取可能命令が、
   サービスを提供するサービス・テンプレートを、前記サービスのタイプにしたがって探索し、
   リソース・プールから、前記サービス・テンプレートに適合するリソース・ゾーンを探索し、
   前記リソース・ゾーンから、前記サービス・テンプレートにおけるサービス・ユニットに適合するネットワーク・リソースを探索し、
   前記サービス・ユニットに対して設定されたネットワーク・パラメタを前記ネットワーク・リソースへ送信し、
   前記ネットワーク・リソースの使用状態情報を更新するためのものである、ネットワーク・リソース・モニタリング装置。
9. 前記機械読取可能命令がさらに、
   前記ネットワーク・モデルにおける前記ネットワーク役割に前記サービス・ユニットを割り当て、前記ネットワーク・モデルに割り当てられた前記サービス・テンプレートを生成し、
   実際のネットワークにおけるネットワーク・リソースについてプーリング処理を実施して、前記リソース・プールを生成し、
   前記リソース・プールにおける前記ネットワーク・リソースを前記リソース・ゾーンに分割し、
   前記リソース・ゾーンに、対応するネットワーク・モデルを割り当てるためのものである、請求項８に記載のネットワーク・リソース・モニタリング装置。
10. 前記機械読取可能命令がさらに、
    前記ネットワーク・リソースの使用状態を更新し、
    前記ネットワーク・リソースの使用量及び残量を更新し、又は
    前記ネットワーク・リソースの前記使用状態、使用量、及び残量を更新するためのものである、請求項８に記載のネットワーク・リソース・モニタリング装置。
11. 前記リソース・プールにおける前記ネットワーク・リソースは、プーリング・リソース・インジケータを有し、
    前記機械読取可能命令がさらに、
    前記ネットワーク・リソースの前記プーリング・リソース・インジケータの前記使用状態情報を更新するためのものである、請求項１０に記載のネットワーク・リソース・モニタリング装置。
12. 前記機械読取可能命令がさらに、
    前記ネットワーク・リソースのテナント情報、テナントにより使用された前記ネットワーク・リソースの量、及びリース時間を記録するためのものである、請求項１０に記載のネットワーク・リソース・モニタリング装置。
13. 前記機械読取可能命令がさらに、
    前記リソース・プールにおける前記ネットワーク・リソースのリース時間が経過したときに、前記ネットワーク・リソースへ送信された前記ネットワーク・パラメタを削除し、
    前記ネットワーク・リソースの前記使用状態情報を更新するためのものである、請求項１０に記載のネットワーク・リソース・モニタリング装置。
14. 前記機械読取可能命令がさらに、
    前記リソース・プールにおける前記ネットワーク・リソースの前記使用状態情報及びヘルス・インジケータにしたがって、前記ネットワーク・リソースの健康状態を計算し、更新するためのものである、請求項１０に記載のネットワーク・リソース・モニタリング装置。
15. 前記機械読取可能命令はさらに、
    前記リソース・ゾーンにおける前記ネットワーク・リソースの位置及び機能に適合する位置及び機能を有するネットワーク役割を少なくとも含むネットワーク・モデルを決定し、
    前記ネットワーク・モデルを前記リソース・ゾーンに割り当てるためのものである、請求項９に記載のネットワーク・リソース・モニタリング装置。