JP2015156168A - データセンタのリソース配分システム及びデータセンタのリソース配分方法 - Google Patents

Abstract

【課題】様々な用途や業務に対して迅速、柔軟、かつ安価に計算機リソースを提供する。【解決手段】データセンタは、論理基盤利用者の端末とリソース利用者の端末８−Ａ、８−Ｂがアクセスする一つ以上のサービスネットワーク２と、リソース利用者の端末がアクセスする一つ以上の基盤ネットワーク３と、サービスネットワーク及び基盤ネットワークを介して接続された一つ以上のリソース１から成るデータセンタ基盤４と、基盤ネットワークとサービスネットワークとリソースを管理するリソース管理装置５と、を備え、リソース管理装置は、サービスネットワークを仮想化した論理サービスネットワーク７０と、基盤ネットワークを仮想化した論理基盤ネットワーク７２と、論理サービスネットワークと論理基盤ネットワークに一つ以上のリソースを割り当てた論理基盤７−ｘ、７−ｙとを生成し、論理基盤利用者の端末９−Ａ，９−Ｂに提供する。【選択図】図１

Description

本発明は、複数のネットワーク装置を介して複数の計算機リソース（ホストコンピュータやストレージ、ファイアウォール等のアプライアンス等）が接続されたデータセンタ間で計算機リソースを柔軟に組み合わせる技術に関するものである。

近年、個人や企業、組織において、計算機やアプリケーション等の計算機リソースを柔軟且つ安価に活用するために、クラウドサービス等の用途でデータセンタを利用する需要が進展している。

このようなデータセンタにおいては、ネットワークを介して多数のホストコンピュータやストレージ、アプライアンス（ファイアウォールやロードバランサ、管理装置等）といった計算機リソースが接続されており、ときには一つ以上のデータセンタにまたがって、クラウドサービスを始めとする様々な用途に対して計算機リソースが提供されている。

クラウドサービスとデータセンタを運営する組織は必ずしも同じではなく、クラウド事業者とデータセンタ事業者が異なる組織の場合もある。そのような場合、データセンタを複数のクラウド事業者が利用し、個々のクラウド事業者がさらにクラウド利用者（例えば、テナント）に対してサービスを提供する。

一方データセンタにおいては、計算機リソースを迅速且つ安価に提供すべく、計算機リソースの過不足解消による計算機リソースの利用率を向上させることが急務である。また、様々な用途に対して計算機リソースを提供することから、個々の用途の間での計算機リソースの分離が必要である。さらに、計算機リソースを安価に提供するために運用や管理の工数を削減することが必要である。

以上のような、計算機リソースの利用率の向上や計算機リソースの分離、運用管理工数の削減といったデータセンタにおける課題に対応するために、様々な方法が考案されている。

計算機リソースの利用率の向上についてはサーバ仮想化技術を用いたホストコンピュータの集約が一般的に用いられており、例えば、特許文献１（ABSTRACT等）にサーバ仮想化手法が記載されている。

次に、計算機リソースの分離については、ネットワークの仮想化によるネットワークの分離が用いられており、例えば特許文献２（ABSTRACT等）にネットワークを仮想化する手法が記載されている。

運用や管理の工数削減については、クラウド統合管理ソフトウェアによる運用管理自動化手法が進展している。これは、複数のリソースをクラウドサービスに最適化された形態で統合管理するものであり、例えば、非特許文献１にはクラウドの統合管理の手法やソフトウェアが記載されている。

米国特許第６０７５９３８号 米国特許出願公開第２０１３／００５８２１５号明細書

VMware Inc、"vCloud Director"、[online]、[２０１３年７月１６日検索]、インターネット＜URL：http://www.vmware.com/products/vcloud-director/overview.html＞

特許文献１、２及び非特許文献１で開示されているような手法のいずれか、あるいは全てを組み合わせても、様々な用途に対して迅速、柔軟かつ安価に計算機リソースを提供することは難しいという問題があった。

具体的には、例えば特許文献１で開示されているようなサーバの仮想化手法では、性能要件等が厳しく、サーバの仮想化技術を適用できない用途には対応できない。

また、特許文献２で開示されているようなネットワークの仮想化手法を用い、利用者の端末にサービスを提供するネットワーク（サービスネットワーク）を仮想化によって論理的に分離することで、ネットワークを柔軟に構築及び運用できる。しかしながら、リソースの管理や監視のための通信を行うネットワーク（基盤ネットワーク）は仮想化されないため、業務システムの基盤やクラウドサービスの基盤自体の柔軟性は向上しない、という問題があった。

さらに、非特許文献１で開示されるようなクラウドの統合管理手法では、データセンタ内で計算機リソースのサイロ化（あるいはセクション化）が行われることとなり、結果として一つあるいは複数のデータセンタ全体で見ると、計算機リソースの利用率が低下し、運用や管理に要する工数を削減できない、という問題があった。

以上のことから、これまでのデータセンタにおいては、様々な用途や業務に対して迅速、柔軟、かつ安価に計算機リソースを提供できないという課題があった。

本発明は、データセンタのリソース配分システムであって、前記データセンタは、論理基盤利用者の端末とリソース利用者の端末がアクセスする一つ以上のサービスネットワークと、前記リソース利用者の端末がアクセスする一つ以上の基盤ネットワークと、前記サービスネットワーク及び前記基盤ネットワークを介して接続された一つ以上のリソースから成るデータセンタ基盤と、前記基盤ネットワークと前記サービスネットワークと前記リソースを管理するリソース管理装置と、を備え、前記リソース管理装置は、前記リソース利用者の端末からの要求に応じて、前記サービスネットワークを仮想化した論理サービスネットワークと、前記基盤ネットワークを仮想化した論理基盤ネットワークと、前記論理サービスネットワークと論理基盤ネットワークに前記一つ以上のリソースを割り当てた論理基盤と、を生成し、前記論理基盤を論理基盤利用者の端末に提供する。

したがって、本発明は、複数のデータセンタにまたがって、複数の用途（または業務）に対して、迅速、柔軟、かつ安価にリソースを提供することが可能となる。

本発明の第１の実施例を示し、データセンタリソース配分システムの概要を示すブロック図である。 本発明の第１の実施例を示し、データセンタリソース配分システムの一例を示すブロック図である。 本発明の第１の実施例を示し、データセンタリソース配分システムにおいてリソース利用者の端末が認識する論理的な構成を示すブロック図である。 本発明の第１の実施例を示し、リソースやネットワーク装置、管理装置のハードウェアの構成を示すブロック図である。 本発明の第１の実施例を示し、リソース管理装置のソフトウェア構成を示すブロック図である。 本発明の第１の実施例を示し、リソース管理テーブルの一例を示す図である。 本発明の第１の実施例を示し、物理ネットワーク装置管理テーブルの一例を示す図である。 本発明の第１の実施例を示し、物理ネットワーク装置及びリソース間マッピングテーブルの一例を示す図である。 本発明の第１の実施例を示し、論理ネットワーク装置管理テーブルの一例を示す図である。 本発明の第１の実施例を示し、論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブルの一例を示す図である。 本発明の第１の実施例を示し、仮想ネットワーク管理テーブルの一例を示す図である。 本発明の第１の実施例を示し、ＶＬＡＮ管理テーブルの一例を示す図である。 本発明の第１の実施例を示し、論理ネットワーク装置構成テーブルの一例を示す図である。 本発明の第１の実施例を示し、物理ネットワーク装置構成テーブルの一例を示す図である。 本発明の第１の実施例を示し、リソース利用状況基準管理テーブルの一例を示す図である。 本発明の第１の実施例を示し、仮想ネットワークのデータ構造の一例を示す図である。 本発明の第１の実施例を示し、リソース構成変更のデータ構造の一例を示す図である。 本発明の第１の実施例を示し、論理ネットワーク構成変更のデータ構造の一例を示す図である。 本発明の第１の実施例を示し、データセンタリソース配分システムで行われる処理のシーケンスの一例を示す図である。 本発明の第１の実施例を示し、論理ネットワーク装置及びリソースの追加手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、論理基盤ネットワーク装置へのＶＬＡＮ追加手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、論理サービスネットワーク装置への仮想ネットワーク用ＶＬＡＮ及び仮想ネットワークの追加手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、論理基盤ネットワーク装置からＶＬＡＮを削除する手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、論理サービスネットワーク装置から仮想ネットワーク及び／または仮想ネットワーク用ＶＬＡＮを削除する手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、リソースの返還及び論理ネットワーク装置を削除する手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、リソースの過不足通知及びリソースの追加及び返還提案手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、リソース利用者を変更する手順の一例を示すフローチャートである。 本発明の第１の実施例を示し、リソース管理者の画面イメージの一例を示す図である。 本発明の第１の実施例を示し、リソース管理者の画面イメージの一例を示す図である。 本発明の第１の実施例を示し、リソース利用者の端末に出力される画面イメージの一例を示す図である。 本発明の第１の実施例を示し、リソース利用者の端末に出力される画面イメージの一例を示す図である。 本発明の第２の実施例を示し、データセンタリソース配分システムの概要を示すブロック図である。 本発明の第２の実施例を示し、データセンタリソース配分システムにおけるリソース利用者の端末からの論理構成を示すブロック図である。

以下、本発明の実施形態を添付図面に基づいて説明する。

図１は、本発明の第１の実施例を示し、データセンタリソース配分システムの概要を示すブロック図である。

データセンタリソース配分システムは、一つ以上のサービスネットワーク２と一つ以上の基盤ネットワーク３を介して接続された一つ以上のリソース（計算機リソース）１から成るデータセンタ基盤４と、サービスネットワーク２と基盤ネットワーク３を集中的に管理及び制御するリソース管理装置５とを含む計算機システムである。

リソース管理者は、リソース管理装置５を操作してリソース１やサービスネットワーク２及び基盤ネットワーク３を管理する。

リソース利用者（論理基盤管理者）Ａ、Ｂは、端末８−Ａ、８−Ｂに接続されたリソース管理装置５を介してリソース１の割り当てを受け、割り当てられたリソース１を用いて論理基盤７−ｘ、７−ｙをそれぞれ構築して運用する。

論理基盤利用者ａ、ｂは、端末９−Ａ、９−Ｂを介して、論理基盤７−ｘ、７−ｙとして提供される計算機リソースを利用する。なお、論理基盤７−ｘは、リソース利用者Ａが生成し、論理基盤利用者ａへ提供する。同様に、論理基盤７−ｙは、リソース利用者Ｂが生成し、論理基盤利用者ｂへ提供する。

リソース利用者Ａ、Ｂは、データセンタ基盤４を管理するリソース管理者に対して計算機リソースの割り当てを要求する。リソース管理者はリソース管理装置５を操作してリソース利用者Ａ、Ｂの端末８−Ａ、８−Ｂに、論理的な計算機リソースを割り当てる。リソース利用者Ａ、Ｂは割り当てられた論理的な計算機リソースから論理基盤Ｘ、Ｙを生成し、論理基盤利用者Ａ、Ｂの端末９−Ａ、９−Ｂに提供する。

以下では、端末８−Ａ、８−Ｂの総称を端末８で表し、論理基盤７−ｘ、７−ｙの総称を７で表し、同様に、端末９−Ａ、９−Ｂの総称を端末９で表す。他の構成要素についても、符号の添え字と総称については上記と同様に扱うものとする。

リソース１は、ホストコンピュータ１０やストレージ１１、アプライアンス１２、リソース利用者管理装置１３であり、物理的な装置または仮想的な装置で構成することができる。

アプライアンス１２は、例えばファイアウォールやロードバランサ、あるいは侵入検知装置等を含む装置である。アプライアンス１２は、ネットワークの一機能として提供できる。この場合、論理基盤７を構成する論理ネットワーク７０の破線内のリソース１のように、論理ネットワーク７０の機能として提供することができる。

リソース利用者管理装置１３は、例えば、サーバ管理装置や仮想サーバ管理装置、ストレージ管理装置、ネットワーク管理装置、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ等である。

端末８を利用するリソース利用者Ａ、Ｂは、例えばクラウド管理者や業務システム管理者であり、リソース１を用いてクラウドサービス基盤や業務システム基盤等の論理基盤７を構築及び運用する。

端末９を利用する論理基盤利用者ａ、ｂは、例えばクラウド（データセンタ）の利用者やテナントの管理者、業務システム利用者等である。

端末８を介してリソース利用者が構築した論理基盤（クラウドサービス基盤や業務システム基盤等）７上では、端末９を利用する論理基盤利用者ａ、ｂが、仮想化されたテナントシステム（クラウドサービス）の利用や構築、運用や業務システム基盤の利用を行う。

サービスネットワーク２は、論理基盤利用者ａ、ｂの端末９及びリソース利用者の端末８とリソース１の間で通信を行うネットワークであり、例えばＬＡＮ２０（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ２１（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を含む。なお、ＬＡＮ２０やＷＡＮ２１は、複数のデータセンタにまたがっていても良い。またサービスネットワーク２は、ネットワーク仮想化機能２２を有する場合がある。

基盤ネットワーク３は、リソース１とリソース管理装置５を接続して、論理基盤７やデータセンタ基盤４の計算機リソースの管理や監視、制御等の通信を行うネットワークであり、例えばＬＡＮ３０やＷＡＮ３１である。なお、ＬＡＮ３０やＷＡＮ３１は、複数のデータセンタにまたがっていても良い。また、基盤ネットワーク３はネットワーク仮想化機能３２を有する。

論理基盤７は、抽象化されたサービスネットワークである論理サービスネットワーク７１と、抽象化された基盤ネットワークである論理基盤ネットワーク７２を介して接続された一つ以上のリソース１から構成される。論理基盤７が複数存在する場合、論理基盤７同士は互いに論理的に分離される。

論理基盤７は、リソース１のいくつか（例えばストレージ１１やアプライアンス１２、リソース利用者管理装置１３）、及び論理サービスネットワーク７１、論理基盤ネットワーク７２は論理ネットワーク７０を含んで構成することができる。

論理ネットワーク７０は、リソース管理者がリソース管理装置５を操作してデータセンタ基盤４のリソース１をリソース利用者Ａ、Ｂへ提供する際に、リソース１が接続された論理サービスネットワーク７１や論理基盤ネットワーク７２、及びリソース利用者Ａ、Ｂ８が利用するストレージ１１やアプライアンス１２、リソース利用者管理装置１３をまとめてサービスとして提供するための概念である。なお、データセンタ基盤４は、１以上のデータセンタを含む概念である。

図２は、データセンタリソース配分システムの全体構成の一つの例を示している。

本実施例においては、一つ以上のリソース１（図示の例ではリソースｍ−１（１００）やリソースｍ−２（１０１）、リソースｎ−１（１０２）、リソースｎ−２（１０３））が、サービスネットワーク２を構成する一つ以上のサービスネットワーク装置（ここではサービスネットワーク装置ｐ（２００−１）やサービスネットワーク装置ｑ（２００−２））と、基盤ネットワーク３を構成する一つ以上の基盤ネットワーク装置（ここでは基盤ネットワーク装置ｒ（２０３−１）や基盤ネットワーク装置ｓ（２０３−２））に接続される。

例えば、サービスネットワーク装置ｐ（２００−１）では物理ポートｐ−１（３０１）に、リソースｍ−１（１００）が接続され、物理ポートｐ−２（３０２）にリソースｍ−２（１０１）が接続され、管理ポート３００は基盤ネットワーク装置ｒ（２０３−１）に接続される。そして、基盤ネットワーク装置ｒ（２０３−１）の物理ポートｒ−１（２１１）にリソースｍ−１（１００）が接続され、物理ポートｒ−２（２１２）にリソースｍ−２（１０１）が接続される。

また、サービスネットワーク装置ｑ（２００−２）では物理ポートｑ−１（３０４）に、リソースｎ−１（１０２）が接続され、物理ポートｑ−２（３０５）にリソースｎ−２（１０３）が接続され、管理ポート３０３は基盤ネットワーク装置ｓ（２０３−２）に接続される。そして、基盤ネットワーク装置ｓ（２０３−２）の物理ポートｓ−１（２１３）にリソースｎ−１（１０２）が接続され、物理ポートｓ−２（２１４）にリソースｎ−２（１０３）が接続される。

リソース１は、ネットワーク仮想化機能１０４を有してもよい。例えばリソース１がホストコンピュータであり、リソース１にサーバの仮想化を行うハイパーバイザソフトウェアが導入される場合、当該ハイパーバイザソフトウェアあるいは当該ハイパーバイザソフトウェア上で動作する仮想スイッチソフトウェアが、ネットワーク仮想化機能１０４として機能することができる。

リソース１がネットワーク仮想化機能１０４を有する場合、サービスネットワーク２の通信は当該ネットワーク仮想化機能１０４で仮想化することができる。

ここでネットワーク仮想化機能１０４とは、通信パケットのカプセル化やタグ付け、識別子等により通信を論理的に分離する手法であり、例えば、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＶＸＬＡＮ（Ｖｉｒｔｕａｌ Ｅｘｔｅｎｓｉｂｌｅ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）、ＮＶＧＲＥ（Ｎｅｔｗｏｒｋ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｕｓｉｎｇ ＧＲＥ）、ＳＴＴ（Ｓｔａｔｅｌｅｓｓ Ｔｒａｎｓｐｏｒｔ Ｔｕｎｎｅｌｉｎｇ）等のオーバーレイ仮想化や、スライシング等のホップバイホップ仮想化、ＰＢＢ（Ｐｒｏｖｉｄｅｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｅ）、ＭＰＬＳ（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）、Ｑ−ｉｎ−Ｑ、ＭＡＣ−ｉｎ−ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）等の公知また周知の技術によって実現できる。

またリソース１は、リソース利用者の端末８が当該リソース１を管理及び監視するための管理機能１０５を有する。

例えば、リソース１がホストコンピュータであり、リソース１にサーバ仮想化を行うハイパーバイザソフトウェアが導入される場合、当該ハイパーバイザソフトウェアを管理及び監視するための機能及びそのインタフェースが図中の管理機能１０５に相当する。

リソース１の管理機能１０５は、ネットワーク仮想化機能１０４を介さずに基盤ネットワーク装置２０３に接続される。

サービスネットワーク装置２００や基盤ネットワーク装置２０３は通信処理を行う機器であり、例えば、スイッチやルータ等の機器である。

以降、特に区別の必要がない場合はサービスネットワーク装置２００と基盤ネットワーク装置２０３を物理ネットワーク装置と称する。

サービスネットワーク装置２００−１、２００−２はネットワーク２０２を介して接続される。また、ネットワーク２０２には、図１に示した端末８、９も接続される。基盤ネットワーク装置２０３−１、２０３−２はネットワーク２０５を介して接続される。

ネットワーク２０２や２０５は、公衆網やインターネット、専用線、ＬＡＮ等の有線網や、無線ＬＡＮ、移動通信用基地局、通信用人工衛星等を利用した無線網等によって実現できる。

一部のサービスネットワーク装置（ここではサービスネットワーク装置ｑ（２００−２））及び全ての基盤ネットワーク装置２０３はネットワーク仮想化機能２０６を有する。

基盤ネットワーク装置２０３のネットワーク仮想化機能２０６は、ネットワーク仮想化機能１０４と同様に、通信パケットにカプセル化やタグ付け、識別子等により通信を論理的に分離する。

本実施例において、サービスネットワーク装置２００のネットワーク仮想化機能２０６は、リソース１がネットワーク仮想化機能１０４を持たない場合や、リソース１のネットワーク仮想化機能１０４がサービスネットワーク２の通信を仮想化しない場合にのみ、サービスネットワーク２の通信を仮想化してもよい。

また、リソース１のネットワーク仮想化機能１０４の有無や、リソース１のネットワーク仮想化機能１０４がサービスネットワーク２の通信を仮想化するか否かに係わらず、サービスネットワーク装置２００のネットワーク仮想化機能２０６が、サービスネットワーク２の通信を仮想化してもよい。

本実施例では以降、サービスネットワーク装置２００のネットワーク仮想化機能２０６は、リソース１がネットワーク仮想化機能１０４を持たない場合や、リソース１のネットワーク仮想化機能１０４がサービスネットワーク２の通信を仮想化しない場合にのみ、サービスネットワーク２の通信を仮想化する場合を説明する。

また本実施例においては、リソース１の管理機能１０５に関連する基盤ネットワーク３の通信は、基盤ネットワーク装置２０３のネットワーク仮想化機能２０６で仮想化される。

サービスネットワーク装置２００や基盤ネットワーク装置２０３、リソース１は直接的あるいは間接的にリソース管理装置５に接続される。

本実施例において、サービスネットワーク装置２００は管理ポート３００、３０３から、基盤ネットワーク装置２０３、ネットワーク２０５を介してリソース管理装置５に接続される。

また、基盤ネットワーク装置２０３は、ネットワーク２０５を介してリソース管理装置５に接続され、リソース１は物理ポートや基盤ネットワーク装置２０３、及びネットワーク２０５を介してリソース管理装置５に接続され、各装置はリソース管理装置５で集中的に管理及び制御可能な状態となっている。

なお、図２において、サービスネットワーク装置２００−１と、リソースｍ−１（１００）、ｍ−２（１０１）及び基盤ネットワーク装置２０３−１が第１のデータセンタに所属し、サービスネットワーク装置２００−２と、リソースｎ−１（１０２）、ｎ−２（１０３）及び基盤ネットワーク装置２０３−２が第２のデータセンタに所属していてもよい。この場合、リソース管理装置５は、第１と第２のデータセンタのリソースを集中的に管理及び制御する。この場合、データセンタ基盤４は複数のデータセンタから構成される。

図３は、データセンタリソース配分システムにおいて、リソース利用者からの視点によるシステムの論理的な構成の一例を示すブロック図である。リソース利用者からの視点とは、リソース利用者Ａ、Ｂが操作する端末８−Ａ、８−Ｂからデータセンタ基盤４へアクセスしたときに、端末８−Ａ、８−Ｂがそれぞれアクセス可能な計算機システムの構成を示す。リソース利用者Ａ、Ｂは、データセンタ基盤４を管理するリソース管理者から論理的な計算機リソースの割り当てを受け、図１に示す論理基盤Ｘ、Ｙを生成し、論理基盤利用者ａ、ｂの端末９へ提供する。

リソース管理装置５によってリソース利用者Ａ、Ｂが操作する端末８−Ａ、８−Ｂには、一つ以上のリソース１が割り当てられている。図示の例では、リソース利用者Ａにリソースｍ−１（１００）とリソースｎ−２（１０３）が割り当てられ、リソース利用者Ｂにリソースｍ−２（１０１）とリソースｎ−１（１０２）が割り当てられている。

これらのリソース１と、論理サービスネットワーク装置４００、４０２と論理基盤ネットワーク装置４０１、４０３を含む論理基盤Ｘ（７−ｘ）、Ｙ（７−ｙ）が構成される。

なお、論理サービスネットワーク装置４００、４０２は、物理的なサービスネットワーク装置２００−１、２００−２を抽象化（または仮想化）したものであり、同様に、論理基盤ネットワーク装置４０１、４０３は、物理的な基盤ネットワーク装置２０３−１、２０３−２を抽象化（または仮想化）したものである。

これらの論理サービスネットワーク装置４００、４０２及び論理基盤ネットワーク装置４０１、４０３は、リソース管理装置５の論理ネットワーク装置インタフェース機能６１１が各インタフェースを生成してリソース利用者Ａ、Ｂの端末８に提供する。論理ネットワーク装置インタフェース機能６１１は、サービスネットワーク装置２００と基盤ネットワーク装置２０３の物理的なリソースのうち、リソース利用者に割り当てたリソースから論理サービスネットワーク装置４００、４０２及び論理基盤ネットワーク装置４０１、４０３を生成し、端末８に提供する。すなわち、論理ネットワーク装置は、複数の物理ネットワーク装置の機能を仮想化してまとめたものである。例えば、図３の論理基盤ネットワーク装置ｘ（４０１）は、図２に示す基盤ネットワーク装置ｒ（２０３−１）と基盤ネットワーク装置ｓ（２０３−２）のうち、物理ポートｒ−１とｓ−２を仮想化して論理ポートｘ−１、ｘ−２として端末８に提供する。

図示の例では、論理サービスネットワーク装置ｗ（４００）と論理基盤ネットワーク装置ｘ（４０１）からリソース利用者Ａの端末８−Ａが認識する論理基盤Ｘ（７−ｘ）の論理ネットワーク７０が構成され、論理サービスネットワーク装置ｙ（４０２）と論理基盤ネットワーク装置ｚ（４０３）からリソース利用者Ｂの端末８−Ｂが認識する論理基盤Ｙ（７−ｙ）の論理ネットワーク７０が構成される。

論理サービスネットワーク装置ｗ、ｙと論理基盤ネットワーク装置ｘ、ｚは、論理ポートを介してリソース１の構成要素と接続される。

論理基盤Ｘの論理サービスネットワーク装置ｗ（４００）は、論理管理ポート４１０と、論理ポートｗ−１（４１１）、ｗ−２（４１２）を有する。論理基盤ネットワーク装置ｘ（４０１）は、論理管理ポート４１３と、論理ポートｘ−１（４１４）、ｘ−２（４１５）を有する。そして、論理ポートｗ−１（４１１）とｘ−１（４１４）にはリソースｍ−１（１００）が接続され、論理ポートｗ−２（４１２）とｘ−２（４１４）にはリソースｎ−２（１０３）が接続される。また、論理サービスネットワーク装置ｗの論理管理ポート４１０と、論理基盤ネットワーク装置ｘの論理管理ポート４１３が端末８−Ａに接続される。

論理基盤Ｙの論理サービスネットワーク装置ｙ（４０２）は、論理管理ポート４１６、論理ポートｙ−１（４１７）、ｙ−２（４１８）を有する。論理基盤ネットワーク装置ｚ（４０３）は、論理管理ポート４１９と、論理ポートｚ−１（４２０）、ｚ−２（４２１）を有する。そして、論理ポートｙ−１（４１７）とｚ−１（４２０）にはリソースｍ−２（１０１）が接続され、論理ポートｙ−２（４１８）とｚ−２（４２１）にはリソースｎ−１（１０２）が接続される。また、論理サービスネットワーク装置ｙの論理管理ポート４１６と、論理基盤ネットワーク装置ｚの論理管理ポート４１９が端末８−Ｂに接続される。

論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３は、抽象化（または仮想化）された論理ネットワーク７０を構成しており、リソース管理装置５によって物理的なネットワークであるサービスネットワーク装置２００及び基盤ネットワーク装置２０３との対応関係が管理されている。

リソース管理装置５は、個々のリソース利用者Ａ、Ｂに、論理サービスネットワーク装置４００、４０２及び論理基盤ネットワーク装置４０１、４０３に対して、物理的なサービスネットワーク装置２００や基盤ネットワーク装置２０３と同様の管理インタフェースを提供する。リソース管理装置５は、論理的なネットワーク装置毎に管理インタフェースを提供する。

そして、リソース管理装置５は、物理的なサービスネットワーク装置２００及び基盤ネットワーク装置２０３との対応関係に基づいて、個々のリソース利用者Ａ、Ｂが上記管理インタフェースを介して行う管理操作の内容を、サービスネットワーク装置２００や基盤ネットワーク装置２０３に反映させる。

これにより、個々のリソース利用者Ａ、Ｂの端末８からは、個々のリソース利用者Ａ、Ｂの論理基盤Ｘ、Ｙに含まれる論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３に、個々のリソース利用者Ａ、Ｂに割り当てられたリソース１が接続されているように識別できる。

論理サービスネットワーク装置４００、４０２及び論理基盤ネットワーク装置４０１、４０３の上記管理インタフェースは、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）やＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）、ＡＰＩ等で実現でき、後述する論理ネットワーク装置のインタフェース機能によって端末８へ提供される。

また、管理インタフェースは、物理的なサービスネットワーク装置２００や基盤ネットワーク装置２０３と同様に論理管理ポート４１０、４１３、４１６、４１９という形態で提供されてもよい。

例えば、リソース利用者の端末８は、論理管理ポート４１０や４１３、４１６、４１９を介して、論理サービスネットワーク装置ｗ（４００）や論理基盤ネットワーク装置ｘ（４０１）ｘ、論理サービスネットワーク装置ｙ（４０２）、論理基盤ネットワーク装置ｚ（４０３）を管理する。管理インタフェースは、リソース管理装置５に対してリソースの追加や返還を要求することができる。

論理管理ポート４１０や４１６が論理基盤ネットワーク装置ｘ（４０１）や論理基盤ネットワーク装置ｚ（４０３）に接続され、リソース利用者の端末８が論理管理ポート４１３や４１９を介して論理サービスネットワーク装置ｗ（４００）や論理サービスネットワーク装置ｙ（４０２）を管理してもよい。

本発明では、論理基盤利用者の端末９からアクセスされるサービスネットワーク装置２００を仮想化した論理サービスネットワーク７１と、リソース１を管理する基盤ネットワーク装置２０３を仮想化した論理基盤ネットワーク７２を用いることにより、リソース１を柔軟に利用することができる。

図３に示した論理基盤Ｘでは、論理基盤ネットワーク装置４０１の論理ポートｘ−１は、図２の基盤ネットワーク装置２０３−１の物理ポートｒ−１に対応し、論理ポートｘ−２は、図２の基盤ネットワーク装置２０３−２の物理ポートｓ−２に対応する。また、論理サービスネットワーク装置４００の論理ポートｗ−１は、図２のサービスネットワーク装置２００−１の物理ポートｐ−１に対応し、論理ポートｗ−２は、図２のサービスネットワーク装置２００−２の物理ポートｑ−２に対応する。

すなわち、本発明では、基盤ネットワーク装置２０３−１と２０３−２を仮想ネットワークで接続し、また、サービスネットワーク装置２００−１と２００−２を仮想ネットワークで接続することで、物理的なリソース１の位置に係わらず論理基盤Ｘに組み込むことが可能となるのである。

なお、図３においては、論理サービスネットワーク装置４００には、ネットワーク仮想化機能２０６が配置されるのに対し、論理サービスネットワーク装置４０２には配置されていない。これは、論理基盤Ｘのリソースｎ−２がネットワーク仮想化機能１０４を備えていないため、論理サービスネットワーク装置４００にはネットワーク仮想化機能２０６が必要となる。一方、論理サービスネットワーク装置４０２に接続されたリソースｍ−２、ｎ−１はそれぞれネットワーク仮想化機能１０４を備えているため、論理サービスネットワーク装置４０２ではネットワーク仮想化機能２０６が不要となる。

図４はリソース１や物理ネットワーク装置（サービスネットワーク装置２００、基盤ネットワーク装置２０３）、リソース管理装置５のハードウェア構成の一例を示している。リソース１が物理装置ではなく仮想装置である場合は、論理的に模擬されたハードウェア構成の一例を示すものである。

本図ではこれらの装置を総称して装置５００として表現する。装置５００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等からなる制御部５０１と、記憶部５０２と、通信線５０７を介してサービスネットワーク装置２００や基盤ネットワーク装置２０３に接続するための通信インタフェース５０５と、表示部５０３と、入力部５０４と、これらを接続するデータバス（またはインターコネクト）５０６によって構成される。

記憶部５０２は、半導体メモリ（ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））等の揮発性記憶装置、あるいはハードディスクやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の読み書き可能な不揮発性記憶装置、光磁気メディア等の読み出し専用不揮発性記憶装置等から構成できる。なお、装置５００で実行するプログラムは、ハードディスクやＳＳＤ等の非一時的データ記憶媒体に格納するようにしてもよい。

装置５００において、例えばソフトウェアの実行に伴う演算処理は制御部５０１によって実行される。

表示部５０３はＣＲＴディスプレイや液晶ディスプレイ等、入力部５０４はキーボードやマウス等によって構成できる。

装置５００において、例えばソフトウェアの実行に伴う演算処理は制御部５０１によって実行される。制御部５０１が実行するプログラムや、プログラムが使用するデータについては、記憶部５０２に格納されていても良いし、通信線５０７を介して他の機器から導入されても良い。また、装置５００は、表示部５０３や入力部５０４を省略した構成にすることもできる。また、装置５００は、複数の通信インタフェース５０５を設けても良い。

図５はリソース管理装置５のソフトウェア構成の一例を示すブロック図である。

リソース管理機能６００は、リソース利用者Ａ、Ｂが操作する端末８からの要求に応じて、リソース１の割り当てや、論理ネットワーク７０の構成変更や、物理ネットワーク装置（サービスネットワーク装置２００や基盤ネットワーク装置２０３）の構成変更等を行うプログラムである。

リソース管理テーブル６０１は、リソース１の種別の情報や利用状況の情報を格納するテーブルである。

物理ネットワーク装置管理テーブル６０２は、サービスネットワーク装置２００や基盤ネットワーク装置２０３の情報を格納するテーブルである。

物理ネットワーク装置及びリソース間マッピングテーブル６０３は、サービスネットワーク装置２００や基盤ネットワーク装置２０３とリソース１との接続関係に関する情報を格納するテーブルである。

論理ネットワーク装置管理テーブル６０４は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３の情報を格納するテーブルである。

論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３と、サービスネットワーク装置２００や基盤ネットワーク装置２０３との対応関係に関する情報を格納するテーブルである。

仮想ネットワーク管理テーブル６０６は、仮想ネットワークと、仮想化されるリソース利用者のネットワークの対応関係の情報を格納するテーブルである。

ＶＬＡＮ管理テーブル６０７は、仮想ネットワークと、仮想ネットワークを隔離するＶＬＡＮとの対応関係に関する情報を格納するテーブルである。

論理ネットワーク装置構成テーブル６０８は、リソース利用者Ａ、Ｂが端末８を介して論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３に設定する論理ネットワークの構成情報を格納するテーブルである。

物理ネットワーク構成情報テーブル６０９は、リソース利用者Ａ、Ｂが端末８を介して、論理サービスネットワーク装置や論理基盤ネットワーク装置に設定したネットワークの構成情報に基づいて、対応するサービスネットワーク装置２００や基盤ネットワーク装置２０３に設定するネットワークの構成情報を格納するテーブルである。

リソース利用状況基準管理テーブル６１０は、リソース１の種別毎にリソースの過不足を判定するための基準情報を格納するテーブルである。

論理ネットワーク装置インタフェース機能６１１は、リソース利用者Ａ、Ｂの端末８に対して論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３として振る舞い、管理インタフェースを提供するためのプログラムである。

なお、上記論理ネットワーク装置インタフェース機能６１１は、リソース管理装置５とは異なる装置上で動作しても良く、また、ハードウェアとして提供されてもよい。

ネットワーク仮想化機能２０６は、論理ネットワーク装置インタフェース機能６１１に対して、端末８をリソース利用者Ａ、Ｂ毎に仮想化された論理サービスネットワーク７１や論理基盤ネットワーク７２への接続を可能とする。

リソース管理機能６００や論理ネットワーク装置インタフェース機能６１１及びネットワーク仮想化機能６１２は、プログラムとして記憶部５０２にロードされる。ＣＰＵを備えた制御部５０１は、プログラムに従って処理することによって、所定の機能を提供する機能部として稼働する。例えば、制御部５０１は、リソース管理プログラムに従って処理することでリソース管理機能６００を提供することができる。他のプログラムについても同様である。さらに、制御部５０１は、プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

また、記憶部５０２の各テーブル６０１〜６１０は、リソース管理装置５の各機能によって所定のタイミングで作成または更新される。

図６は、リソース管理テーブル６０１の一例を示す図である。リソース管理テーブル６０１は、リソースＩＤ１０００と、リソース種別１００１と、リソース利用者ＩＤ１００２からひとつのエントリが構成される。

リソースＩＤ１０００は、リソース１を一意に識別するための情報（例えば、識別子）である。リソース種別１００１は、ホストコンピュータ１０やストレージ１１、アプライアンス１２等、リソース１の種類を示す情報である。また、リソース種別１００１には、物理装置と仮想装置の識別を行っておいても良い。

リソース利用者ＩＤ１００２は、リソース１が割り当てられたリソース利用者Ａ、Ｂを一意に識別する情報（例えば、識別子）である。

なお、各識別子は、リソース管理装置５が管理する１以上のデータセンタでユニークな値であればよい。

図７は、物理ネットワーク装置管理テーブル６０２の一例を示す図である。物理ネットワーク装置管理テーブル６０２は、物理ネットワーク装置ＩＤと、種別１０１１と、管理アドレス１０１２からひとつのエントリが構成される。

物理ネットワーク装置ＩＤ１０１０は、サービスネットワーク装置２００や基盤ネットワーク装置２０３を一意に識別するための情報（例えば、識別子）である。

種別１０１１は、サービスネットワーク装置２００や基盤ネットワーク装置２０３等、物理ネットワーク装置の種類を示す情報である。

管理アドレス１０１２は、サービスネットワーク装置２００や基盤ネットワーク装置２０３の管理インタフェースに割り当てられたネットワーク識別情報である。

図８は、物理ネットワーク装置及びリソース間マッピングテーブル６０３の一例を示す図である。物理ネットワーク装置及びリソース間マッピングテーブル６０３は、物理ネットワーク装置ＩＤ１０２０と、物理ポートＩＤ１０２１と、リソースＩＤ１０２２からひとつのエントリが構成される。

物理ネットワーク装置ＩＤ１０２０は、サービスネットワーク装置２００や基盤ネットワーク装置２０３を一意に識別するための情報（例えば、識別子）である。

物理ポートＩＤ１０２１は、サービスネットワーク装置２００や基盤ネットワーク装置２０３の物理ポートを一意に識別するための情報（例えば、識別子）である。

リソースＩＤ１０２２は、リソース１を一意に識別するための情報（例えば、識別子）である。

図９は、論理ネットワーク装置管理テーブル６０４の一例を示す図である。論理ネットワーク装置管理テーブル６０４は、利用者ＩＤ１０３０と、論理ネットワーク装置ＩＤ１０３１と、種別１０３２と、管理アドレス１０３３からひとつのエントリが構成される。

利用者ＩＤ１０３０は、リソース利用者Ａ、Ｂを一意に識別する情報（例えば、識別子）である。

論理ネットワーク装置ＩＤ１０３１は、論理サービスネットワーク装置２００や論理基盤ネットワーク装置２０３を一意に識別するための情報（例えば、識別子）である。

種別１０３２は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３等、論理ネットワーク装置の種類を示す情報である。

管理アドレス１０３３は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３の管理インタフェースに割り当てられたネットワーク識別情報（例えば、ネットワークアドレス）である。

図１０は、論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５の一例を示す図である。論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５は、論理ネットワーク装置ＩＤ１０４０と、論理ポートＩＤ１０４１と、物理ネットワーク装置ＩＤ１０４２と、物理ポートＩＤ４０４３からひとつのエントリが構成される。

論理ネットワーク装置ＩＤ１０４０は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３を一意に識別するための情報（例えば、識別子）である。

論理ポートＩＤ１０４１は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３の論理ポートｗ−１〜ｚ−２を一意に識別するための情報（例えば、識別子）である。

物理ネットワーク装置ＩＤ１０４２は、サービスネットワーク装置や基盤ネットワーク装置を一意に識別するための情報（例えば、識別子）である。

物理ポートＩＤ１０４３は、サービスネットワーク装置２００や基盤ネットワーク装置２０３の物理ポートｐ−１〜ｓ−２を一意に識別するための情報（例えば、識別子）である。

図１１は、仮想ネットワーク管理テーブル６０６の一例を示す図である。仮想ネットワーク管理テーブル６０６は、ネットワーク種別１０５０と、仮想ネットワークＩＤ１０５１と、リソース利用者ＩＤ１０５２と、リソース利用者仮想ネットワークＩＤ１０５３と、リソース利用者ＶＬＡＮ１０５４からひとつのエントリが構成される。

ネットワーク種別１０５０は、サービスネットワーク２や論理ネットワーク７０等、ネットワークの種類を示す情報である。

仮想ネットワークＩＤ１０５１は、リソース管理者が物理的なサービスネットワーク装置２００及び基盤ネットワーク装置２０３において仮想ネットワークを一意に識別する情報（例えば、識別子）である。例えば、仮想ネットワークがＶＸＬＡＮの場合はＶＮＩ（ＶＸＬＡＮ Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ）が該当する。

リソース利用者ＩＤ１０５２は、リソース利用者を一意に識別する情報（例えば、識別子）である。リソース利用者仮想ネットワークＩＤ１０５３は、リソース利用者が端末８で認識し得る仮想ネットワーク識別情報であり、論理サービスネットワーク装置４００や４０２、論理基盤ネットワーク装置４０１や４０３において仮想ネットワークを一意に識別するもの（例えば、識別子）である。

リソース利用者ＶＬＡＮ１０５４は、ネットワーク仮想化機能１０４あるいはネットワーク仮想化機能２０６によって仮想化される、リソース利用者が端末８で認識し得るＶＬＡＮを一意に識別する情報（例えば、識別子）である。リソース利用者ＶＬＡＮは論理基盤内で使用される。

仮想ネットワークＩＤ１０５１は、物理ネットワーク装置における仮想ネットワークの識別情報であり、リソース利用者仮想ネットワークＩＤ１０５３に対応付けられる。

論理基盤利用者やリソース利用者が使用するＶＬＡＮ（リソース利用者ＶＬＡＮＩＤ（１ ０５４）で識別）は、リソース１の仮想化機能や論理サービスネットワーク装置４００ 、４０２と、論理基盤ネットワーク装置４０１、４０３で仮想化される。リソース利用 者から（端末８及び論理ネットワーク装置管理インタフェース機能６１１を通して）見 ると、当該ＶＬＡＮが論理サービスネットワーク装置４００、４０２や論理基盤ネット ワーク装置４０１、４０３において仮想化され、仮想化する際の仮想ネットワーク（リ ソース利用者仮想ネットワークＩＤで識別）と、当該仮想ネットワークのパケットが流 れるＶＬＡＮ（リソース利用者仮想ネットワーク用ＶＬＡＮ）が見える。当該仮想ネッ トワークのＩＤ（１０５３）や仮想ネットワーク用ＶＬＡＮのＩＤ（１０６３）は、リ ソース利用者間で重複している場合があるが、リソース管理者から見ると、（場合によ っては変換されて）一意に識別される（仮想ネットワークＩＤ（１０５１）及び仮想ネ ットワーク用ＶＬＡＮ ＩＤ（１０６１））。

図１２は、ＶＬＡＮ管理テーブル６０７の一例を示す図である。ＶＬＡＮ管理テーブル６０７は、ネットワーク種別１０６０と、仮想ネットワーク用ＶＬＡＮ１０６１と、リソース利用者ＩＤ１０６２と、リソース利用者仮想ネットワーク用ＶＬＡＮ１０６３と、仮想ネットワークＩＤ１０６４からひとつのエントリが構成される。

ネットワーク種別１０６０は、サービスネットワーク２や論理ネットワーク７０等、ネットワークの種類を示す情報である。

仮想ネットワーク用ＶＬＡＮ１０６１は、リソース管理者が物理的なサービスネットワーク装置２００及び基盤ネットワーク装置２０３において仮想ネットワークが利用するＶＬＡＮを一意に識別する情報（例えば、識別子）である。

リソース利用者ＩＤ１０６２は、端末８を介してリソースを利用するリソース利用者を一意に識別する情報（例えば、識別子）である。

リソース利用者仮想ネットワーク用ＶＬＡＮ１０６３は、リソース利用者が端末８で認識し得る仮想ネットワーク用ＶＬＡＮ識別情報であり、論理サービスネットワーク装置４００や４０２、論理基盤ネットワーク装置４０１や４０３において仮想ネットワーク用ＶＬＡＮを一意に識別するもの（例えば、識別子）である。

仮想ネットワーク用ＶＬＡＮ１０６１は、物理ネットワーク装置（サービスネットワーク装置２００、基盤ネットワーク装置２０３）における仮想ネットワーク用ＶＬＡＮの識別情報であり、リソース利用者仮想ネットワーク用ＶＬＡＮ１０６３に対応付けられる。

仮想ネットワークＩＤ１０６４は、仮想ネットワーク用ＶＬＡＮ１０５１に対応付けられて仮想ネットワークを一意に識別する情報である。

図１３は、論理ネットワーク装置構成テーブル６０８の一例を示す図である。論理ネットワーク装置構成テーブル６０８は、論理ネットワーク装置ＩＤ１０７０と、論理ポートＩＤ１０７１と、仮想化機能１０７２と、仮想ネットワークＩＤ１０７３と、仮想ネットワーク用ＶＬＡＮ１０７４と、リソース利用者ＶＬＡＮ１０７５からひとつのエントリが構成される。

論理ネットワーク装置ＩＤ１０７０は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３を一意に識別するための情報（例えば、識別子）である。

論理ポートＩＤ１０７１は、論理サービスネットワーク装置４００、４０２や論理基盤ネットワーク装置４０１、４０３の論理ポートｗ−１〜ｚ−２を一意に識別するための情報（例えば、識別子）である。

仮想化機能１０７２は、論理ネットワーク装置の当該論理ポートＩＤ１０７１における、ネットワーク仮想化機能の有効化あるいは無効化の状態を示す情報である。仮想化機能１０７２は、「ＯＮ」であれば論理ポートＩＤ１０７１では仮想化機能が有効であることを示し、「ＯＦＦ」であれば仮想化機能が無効であることを示す。

仮想ネットワークＩＤ１０７３は、仮想ネットワークを一意に識別する情報（例えば、仮想ネットワーク番号）である。

仮想ネットワーク用ＶＬＡＮ１０７４は、論理ポートＩＤ１０７１で仮想ネットワークが利用するＶＬＡＮを一意に識別する情報（例えば、識別子）である。

リソース利用者ＶＬＡＮ１０７５は、仮想ネットワークによって仮想化されるリソース利用者のＶＬＡＮを一意に識別する情報（例えば、ＶＬＡＮ番号）である。

図１４は、物理ネットワーク装置構成テーブル６０９の一例を示す図である。物理ネットワーク装置構成テーブル６０９は、物理ネットワーク装置ＩＤ１０８０と、物理ポートＩＤ１０８１と、仮想化機能１０８２と、リソース利用者仮想ネットワークＩＤ１０８３と、仮想ネットワークＩＤ１０８４と、リソース利用者仮想ネットワーク用ＶＬＡＮ１０８５と、仮想ネットワーク用ＶＬＡＮ１０８６と、リソース利用者ＶＬＡＮ１０８７からひとつのエントリが構成される。

物理ネットワーク装置ＩＤ１０８０は、サービスネットワーク装置２００や基盤ネットワーク装置２０３を一意に識別するための情報（例えば、識別子）である。

物理ポートＩＤ１０８１は、サービスネットワーク装置２００や基盤ネットワーク装置２０３の物理ポートを一意に識別するための情報（例えば、識別子）である。

仮想化機能１０８２は、物理ネットワーク装置ＩＤ１０８０の当該物理ポートＩＤ１０８１における、ネットワーク仮想化機能の有効化あるいは無効化の状態を示す情報である。「ＯＮ」であれば物理ポートＩＤ１０８１では仮想化機能が有効であることを示し、「ＯＦＦ」であれば仮想化機能は無効であることを示す。

リソース利用者仮想ネットワークＩＤ１０８３は、リソース利用者の端末８を識別する仮想ネットワークＩＤである。

仮想ネットワークＩＤ１０８４は、仮想ネットワークを一意に識別する情報（例えば、識別子）である。

リソース利用者仮想ネットワーク用ＶＬＡＮ１０８５は、リソース利用者の端末８が識別する仮想ネットワーク用ＶＬＡＮである。

仮想ネットワーク用ＶＬＡＮ１０８６は、仮想ネットワークが利用するＶＬＡＮを一意に識別する情報（例えば、識別子）である。

リソース利用者ＶＬＡＮ１０８７は、仮想ネットワークによって仮想化されるリソース利用者のＶＬＡＮを一意に識別する情報（例えば、識別子）である。ここで、リソース利用者ＶＬＡＮ１０８７は、論理基盤利用者やリソース利用者が論理基盤７内で使用するＶＬＡＮであり、リソース利用者の端末８で認識されるＶＬＡＮである。

図１５は、リソース利用状況基準管理テーブル６１０の一例を示す図である。リソース利用状況基準管理テーブル６１０は、リソース利用者ＩＤ１０９０と、リソース種別１０９１と、利用基準１０９２からひとつのエントリが構成される。

リソース利用者ＩＤ１０９０は、端末８を使用するリソース利用者を一意に識別する情報（例えば、識別子）である。

リソース種別１０９１は、ホストコンピュータ１０やストレージ１１、アプライアンス等、リソースの種類を示す情報である。

利用基準１０９２は、リソースの過不足等を判定するための基準を示す情報である。

図１６は、ＶＸＬＡＮやＮＶＧＲＥ、ＳＴＴ等のオーバーレイ仮想化等のネットワーク仮想化機能によって仮想化される前の通信のデータ構造（図中上部）と仮想化された後の通信のデータ構造（図中下部）の一例を示す図である。

本実施例はオーバーレイ仮想化に限るものではなく、ホップバイホップ仮想化のような他のネットワーク仮想化を用いてもよい。

図中において上部は、仮想化される前の通信をイーサネット（登録商標）通信フレーム１１００〜１１０４として示し、当該通信フレームがネットワーク仮想化機能によって図中下部のＩＰ通信パケットによってカプセル化される例を示しているが、本発明は前提とする通信フレーム構造（１１００〜１１０７）やネットワーク仮想化プロトコルに限定されるものではない。

例えば、タグ１１０７付け等によってネットワーク仮想化を実現してもよいし、プロプライエタリな通信フレームであってもよい。

送信先アドレス１１００は、通信相手をネットワーク上で一意に識別するためのネットワーク識別情報を格納するフィールドである。

送信元アドレス１１０１は、通信元をネットワーク上で一意に識別するためのネットワーク識別情報を格納するフィールドである。

タグ１１０２は、通信を分類するための識別情報を格納するフィールドであり、例えばＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）タグ等のフィールドである。

タイプ１１０３はプロトコル種別情報を格納するためのフィールドであり、例えばＴＣＰやＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）等のプロトコル番号用のフィールドである。

データ１１０４は通信相手とやり取りする任意のデータを格納するフィールドである。

送信先アドレス１１０５は、ネットワーク仮想化機能１０４、２０６によってカプセル化された後の通信相手を、ネットワーク上で一意に識別するためのネットワーク識別情報を格納するフィールドである。

送信元アドレス１１０６は、ネットワーク仮想化機能１０４、２０６によってカプセル化された後の通信元を、ネットワーク上で一意に識別するためのネットワーク識別情報を格納するフィールドである。

タグ１１０７は仮想ネットワークを一意に識別する情報であり、例えばＶＸＬＡＮにおいてはＶＮＩである。

以上の構成により、データセンタ基盤４では、タグ１１０２のＶＬＡＮに加えて、フィールド１１０５〜１１０７を付加することで仮想ネットワークを構成することができる。

図１７は、リソース利用者の端末８がリソース管理装置５に対して論理ネットワーク装置の追加や削除、リソースの追加や返還、リソースの利用状況把握等のリソース構成変更を要求する際の、要求データの一例を示す図である。

メッセージ１２００はリソース利用者の端末８がリソース管理装置５に送信する要求データである。

図においては、リソース利用者の端末８がリソース管理装置５に対してリソースの追加要求を送信する例を示している。

メッセージ１２００は、ＣＬＩやＧＵＩ、ＡＰＩ等を介して送信される。送信時のプロトコルはＴＥＬＮＥＴ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｎｅｔｗｏｒｋ）やＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の公知または周知のものでよいし、プロプライエタリなものでもよい。

メッセージ１２００のフォーマットは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の公知または周知のものでもよいし、プロプライエタリなものでもよい。

図中においては、ＸＭＬを例として示しているが、本発明はプロトコルやフォーマットに限定されるものではない。

図１８は、リソース利用者の端末８が論理ネットワーク装置インタフェース機能６１１に対して論理ネットワーク装置（論理サービスネットワーク装置または論理基盤ネットワーク装置）の構成変更を要求する際の、要求データの一例を示す図である。

メッセージ１３００はリソース利用者の端末８が論理ネットワーク装置インタフェース機能６１１に送信する要求データである。

図においては、リソース利用者の端末８が、論理ネットワーク装置インタフェース機能６１１に対してＶＬＡＮの追加要求を送信する例を示している。

メッセージ１３００は、ＣＬＩやＧＵＩ、ＡＰＩ等を介して送信される。送信時のプロトコルはＴＥＬＮＥＴやＳＳＨ、ＨＴＴＰ等の公知または周知のものでよいし、プロプライエタリなものでもよい。

メッセージ１３００のフォーマットは、ＸＭＬ等の公知または周知のものでもよいし、プロプライエタリなものでもよい。図中においては、ＸＭＬを例として示しているが、本発明はプロトコルやフォーマットに限定されるものではない。

図１９は、リソース利用者の端末８が、リソース管理装置５を介して論理ネットワーク装置の追加や削除、リソースの追加や返還、論理ネットワーク装置の構成変更、リソースの利用状況の取得を行う全体的なシーケンスの一例を示す図である。

本図においては説明の簡略化のために、一つ以上の基盤ネットワーク装置を基盤ネットワーク装置群２０００として、一つ以上のサービスネットワーク装置２００をサービスネットワーク装置群２００１として示す。

ステップ２１００において、リソース利用者の端末８は、論理ネットワーク装置（論理サービスネットワーク装置または論理基盤ネットワーク装置）の追加をリソース管理装置５のリソース管理機能６００に要求する。

ステップ２１０１において、リソース管理装置５のリソース管理機能６００は、追加要求に対応する論理ネットワーク装置インタフェース機能６１１を生成する。

ステップ２１０２において、リソース利用者の端末８は、リソース１の追加や返還をリソース管理機能６００に要求する。

ステップ２１０３において、リソース管理機能６００は、追加要求に基づいて基盤ネットワーク装置２０３の構成を変更し、リソース利用者の端末８で認識する論理ネットワーク装置にリソース１を接続する。

ステップ２１０４において、リソース管理機能６００は、追加要求に基づいてサービスネットワーク装置２００の構成を変更し、リソース利用者の端末８で認識する論理ネットワーク装置にリソース１を接続する。

ステップ２１０５において、リソース利用者の端末８は、論理ネットワーク装置インタフェース機能６１１に対して論理ネットワーク装置の構成変更を行う。

ステップ２１０６において、リソース管理機能６００は、論理ネットワーク装置と物理ネットワーク装置の対応関係に基づいて、当該構成変更を基盤ネットワーク装置２０３に反映させる。

ステップ２１０７において、リソース管理機能６００は、論理ネットワーク装置と物理ネットワーク装置の対応関係に基づいて、当該構成変更をサービスネットワーク装置２００に反映させる。

ステップ２１０８において、リソース利用者の端末８は、論理ネットワーク装置の削除をリソース管理機能６００に要求する。

ステップ２１０９において、リソース管理機能６００は、削除要求に基づいて基盤ネットワーク装置２０３の構成を変更し、削除対象の論理ネットワーク装置に関連する設定を削除する。

ステップ２１１０において、リソース管理機能６００は、削除要求に基づいてサービスネットワーク装置の構成を変更し、削除対象の論理ネットワーク装置に関連する設定を削除する。

ステップ２１１１において、リソース管理機能６００は、上記削除要求に対応する論理ネットワーク装置インタフェース機能６１１を削除する。

ステップ２１１２において、リソース利用者の端末８は、リソース管理機能６００にリソース利用状況を問い合わせる。

ステップ２１１３において、リソース管理機能６００は、図１５に示したリソース利用基準１０９２に基づいて、リソース利用者の端末８にリソースの過不足やリソースの追加または返還の提案を通知する。

図２０は、論理ネットワーク装置及びリソースを追加する処理の一例を示すフローチャートである。このフローチャートは、リソース管理装置５が端末８から追加要求を受信したときに実行される。以下の例では、端末８が論理基盤の追加を要求した例を示す。

ステップ３０００において、リソース管理機能６００は、リソース利用者の端末８から論理ネットワーク装置の追加要求を受信する。

ステップ３００１において、リソース管理機能６００は、図９の論理ネットワーク装置管理テーブル６０４に論理基盤ネットワーク装置（ＩＤ１０３１）のエントリを追加する。また、リソース管理機能６００は、論理ネットワーク装置管理テーブル６０４で追加したエントリに、端末８のリソース利用者へ予め割り当てたＩＤをリソース利用者ＩＤ１０３０に設定し、論理基盤ネットワーク装置を追加するので種別１０３２には「基盤」を設定し、管理アドレス１０３３にはデータセンタ基盤４内でユニークな値を割り当てる。

例えば、図９において、リソース利用者ＩＤ１０３０が「利用者Ａ」で、論理ネットワーク装置（ＩＤ１０３１）が「論理基盤ネットワーク装置ｘ」、管理アドレス１０３３は「ｆ．ｆ．ｆ．ｆ」となる。

ステップ３００２において、リソース管理機能６００は、ステップ３００１にて追加した論理基盤ネットワーク装置（ＩＤ１０３１）に対応する論理ネットワーク装置インタフェース機能６１１を生成する。これにより、リソース管理装置５は、端末８が論理基盤ネットワーク装置を設定するためのユーザインタフェースを提供することができる。

ステップ３００３において、リソース管理機能６００は、論理ネットワーク装置管理テーブル６０４に論理サービスネットワーク装置（ＩＤ１０３１）を追加する。また、リソース管理機能６００は、論理ネットワーク装置管理テーブル６０４で追加したエントリに、端末８のリソース利用者へ予め割り当てたＩＤをリソース利用者ＩＤ１０３０に設定し、論理サービスネットワーク装置を追加するので種別１０３２には「サービス」を設定し、管理アドレス１０３３にはデータセンタ基盤４内でユニークな値を割り当てる。

例えば、図９において、リソース利用者ＩＤ１０３０が「利用者Ａ」で、論理ネットワーク装置ＩＤ１０３１が「論理サービスネットワーク装置ｗ」、管理アドレス１０３３は「ｅ．ｅ．ｅ．ｅ」となる。

ステップ３００４において、リソース管理機能６００は、ステップ３００３にて追加した論理サービスネットワーク装置に対応する論理ネットワーク装置インタフェース機能６１１を作成する。これにより、リソース管理装置５は、端末８が論理サービスネットワーク装置を設定するためのユーザインタフェースを提供することができる。

ステップ３００５において、リソース管理機能６００は、リソース利用者の端末８からリソース１の追加要求を受信する。ここでは、リソース１の追加要求として、リソースの種別を受け付ける例を示す。

ステップ３００６において、リソース管理機能６００は、図６のリソース管理テーブル６０１の利用状況１００２を参照して、受信したリソースの種別１００１のうち未使用の空きリソースを探索する。

ステップ３００７において、リソース管理機能６００は、ステップ３００６での空きリソースの探索結果に基づいて空きリソースがあるか否かを判定する。空きリソースがある場合はステップ３００８に進み、空きリソースが無い場合はステップ３０１３に進む。

ステップ３００８において、リソース管理機能６００は、リソース管理テーブル６０１で空きリソースのリソースＩＤ１０００を取得する。リソース管理機能６００は、図８に示した物理ネットワーク装置及びリソース間マッピングテーブル６０３のリソースＩＤ１０２２を参照し、取得したリソースＩＤが接続されている基盤ネットワーク装置２０３とサービスネットワーク装置２００の物理ポートｐ−１〜ｓ−２を、物理ネットワーク装置ＩＤ１０２０及び物理ポートＩＤ１０２１より特定する。例えば、空きリソースのＩＤがｍ−１の場合、物理ネットワーク装置ＩＤ１０２０は、「サービスネットワーク装置ｐ」と「基盤ネットワーク装置ｒ」となり、物理ポートＩＤ１０２１は、「ｐ−１」、「ｒ−１」となる。

ステップ３００９において、リソース管理機能６００は、上記ステップ３００１で生成した論理基盤ネットワーク装置ｘと、ステップ３２０３で生成した論理サービスネットワーク装置ｗに対して、上記ステップ３００８で特定した基盤ネットワーク装置２０３及びサービスネットワーク装置２００の物理ポートに対応する論理ポートを生成し、図１０に示す論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５に追加する。

上記のように、物理ポートＩＤ１０２１が「ｐ−１」の場合、リソース管理機能６００は、論理ネットワーク装置ＩＤ１０４０に、「論理サービスネットワーク装置ｗ」のエントリを加え、物理ポートＩＤ１０４３に「ｐ−１」を設定し、論理ポートＩＤ１０４１＝「ｗ−１」、物理ネットワーク装置ＩＤ１０４２に「サービスネットワーク装置ｐ」を設定する。

また、物理ポートＩＤ１０２１が「ｒ−１」の場合、リソース管理機能６００は、論理ネットワーク装置ＩＤ１０４０に、「論理基盤ネットワーク装置ｘ」のエントリを加え、物理ポートＩＤ１０４３に「ｒ−１」を設定し、論理ポートＩＤ１０４１＝「ｘ−１」、物理ネットワーク装置ＩＤ１０４２に「基盤ネットワーク装置ｒ」を設定する。

ステップ３０１０において、リソース管理機能６００は、図１１の仮想ネットワーク管理テーブル６０６を用いて、空きリソース（ｍ−１）を接続するリソース利用者ＶＬＡＮ１０５４及び当該ＶＬＡＮに対応する仮想ネットワークＩＤ１０５１を割り当てる。

ここで割り当てるＶＬＡＮとしては、例えばデフォルトＶＬＡＮ等を使用できる。リソース管理機能６００はさらに、ＶＬＡＮ管理テーブル６０７を用いて、当該仮想ネットワークが利用する仮想ネットワーク用ＶＬＡＮを割り当てる。

リソース管理機能６００は、リソース利用者ＶＬＡＮ１０５４と仮想ネットワークＩＤ１０５１と、上記仮想ネットワーク用ＶＬＡＮの情報を図１３に示した論理ネットワーク装置構成テーブル６０８に追加する。

ステップ３０１１において、リソース管理機能６００は、図１０に示した論理ネットワーク装置と物理ネットワーク装置の対応関係に基づいて、ステップ３０１０にて論理ネットワーク装置に追加した設定内容を、図１４に示した物理ネットワーク装置構成テーブル６０９に追加する。

ステップ３０１２において、リソース管理機能６００は、ステップ３０１１で物理ネットワーク装置構成テーブル６０９に追加した設定内容を、対応する物理ネットワーク装置に設定する。

ステップ３０１３において、リソース管理機能６００は、空きリソースが無い旨を示すエラーをリソース利用者の端末８に応答する。

ステップ３０１４において、リソース管理機能６００は、空きリソースが無い旨を示す警告をリソース管理者が使用する表示部５０３に通知する。

以上の処理により、リソース利用者の端末８から論理ネットワーク装置とリソース１の追加要求を受信すると、リソース管理装置５のリソース管理機能６００は、空きリソースがある場合には、論理ネットワーク（論理サービスネットワーク装置、論理基盤ネットワーク装置）７０を生成してリソース１と仮想ネットワークを割り当てる。

図２１は、論理基盤ネットワーク装置に対するＶＬＡＮを追加する処理の一例を示すフローチャートである。この処理は、リソース管理装置５が、端末８から論理基盤ネットワーク装置４０１、４０３に対するＶＬＡＮの追加要求を受信したときに実行する。

ステップ３１００において、リソース管理装置５の論理ネットワーク装置インタフェース機能６１１は、リソース利用者の端末８からＶＬＡＮの追加要求を受信する。ＶＬＡＮの追加要求としては、図１３で示したリソース利用者ＶＬＡＮ１０７５と論理ネットワーク装置ＩＤ１０７０と、論理ポートＩＤ１０７１を含むものとする。

ステップ３１０１において、論理ネットワーク装置インタフェース機能６１１は、図１１に示した仮想ネットワーク管理テーブル６０６において、追加要求のＶＬＡＮ（リソース利用者ＶＬＡＮ１０７５）に対応する仮想ネットワークＩＤ（１０７３）を割り当てる。

ステップ３１０２において、論理ネットワーク装置インタフェース機能６１１は、図１２に示したＶＬＡＮ管理テーブル６０７において、追加要求の仮想ネットワークに対応する仮想ネットワーク用ＶＬＡＮを割り当てる。

ステップ３１０３において、論理ネットワーク装置インタフェース機能６１１は、図１３に示した論理ネットワーク装置構成テーブル６０８において、追加要求のＶＬＡＮと仮想ネットワーク、仮想ネットワーク用ＶＬＡＮの情報を、追加要求に対応する論理基盤ネットワーク装置の論理ポートに追加する。

ステップ３１０４において、論理ネットワーク装置インタフェース機能６１１は、図１０に示した論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５を参照し、当該論理基盤ネットワーク装置４０１、４０３の上記論理ポートＩＤ１０７１に対応する基盤ネットワーク装置２０３及び物理ポート２１１〜２１４を特定する。

ステップ３１０５において、論理ネットワーク装置インタフェース機能６１１は、論理ネットワーク装置と物理ネットワーク装置の対応関係に基づいて、ステップ３１０４にて論理ネットワーク装置に追加した設定内容を、図１４の物理ネットワーク装置構成テーブル６０９に追加する。

ステップ３１０６において、論理ネットワーク装置インタフェース機能６１１は、ステップ３１０５で物理ネットワーク装置構成テーブル６０９に追加した設定内容を、対応する物理ネットワーク装置に設定する。

以上の処理により、例えば、論理基盤ネットワーク装置ｘの論理ポートｘ−１にＶＬＡＮ１００が設定される。

図２２は、論理サービスネットワーク装置に対する仮想ネットワーク及び仮想ネットワーク用ＶＬＡＮを追加する処理の一例を示すフローチャートである。この処理は、リソース管理装置５が、端末８から論理サービスネットワーク装置４００、４０２に対する仮想ネットワーク番号（仮想ネットワークＩＤ１０７３）と、ＶＬＡＮ番号（リソース利用者ＶＬＡＮ１０７５）と、当該仮想ネットワーク及びＶＬＡＮを設定する対象の論理ネットワーク装置ＩＤ１０７０と論理ポートＩＤ１０７１を受信したときに実行する。

ステップ３２００において、リソース管理装置５の論理ネットワーク装置インタフェース機能６１１は、リソース利用者の端末８から仮想ネットワーク、及び／または、仮想ネットワーク用ＶＬＡＮの追加要求を受信する。

ステップ３２０１において、論理ネットワーク装置インタフェース機能６１１は、図１１の仮想ネットワーク管理テーブル６０６において、追加要求に対応する仮想ネットワークＩＤ１０５１を割り当てる。リソース利用者ＩＤ間で仮想ネットワークＩＤが重複する場合は、論理ネットワーク装置インタフェース機能６１１が異なる仮想ネットワークＩＤを割り当てる。

ステップ３２０２において、論理ネットワーク装置インタフェース機能６１１は、図１２のＶＬＡＮ管理テーブル６０７において、追加要求に対応する仮想ネットワーク用ＶＬＡＮ１０６１を割り当てる。

すなわち、論理ネットワーク装置インタフェース機能６１１は、ＶＬＡＮ管理テーブル６０７に、ネットワーク種別１０６０がサービスネットワークのエントリを加え、端末８を利用するリソース利用者ＩＤ１０６２と、端末８を利用するリソース利用者仮想ネットワーク用ＶＬＡＮ１０６３と、上記ステップ３２０１で割り当てた仮想ネットワークＩＤを仮想ネットワークＩＤ１０６４に格納する。リソース利用者ＩＤ間で仮想ネットワーク用ＶＬＡＮ１０６４が重複する場合は、異なる仮想ネットワーク用ＶＬＡＮを割り当てる。

ステップ３２０３において、論理ネットワーク装置インタフェース機能６１１は、図１３の論理ネットワーク装置構成テーブル６０８において、ステップ３２０２で割り当てた値を、仮想ネットワーク用ＶＬＡＮ１０７４と、仮想ネットワークＩＤ１０７３と、端末８を使用するリソース利用者ＶＬＡＮ１０７５とを、追加要求に含まれる論理ネットワーク装置の論理ポートＩＤ１０７１に追加する。

ステップ３２０４において、論理ネットワーク装置インタフェース機能６１１は、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５を参照し、当該論理サービスネットワーク装置４００、４０２の当該論理ポートＩＤ１０４１に対応するサービスネットワーク装置（ＩＤ１０４２）及び物理ポートＩＤ１０４３を特定する。

ステップ３２０５において、論理ネットワーク装置インタフェース機能６１１は、図１０の論理ネットワーク装置と物理ネットワーク装置の対応関係に基づいて、ステップ３２０３にて論理ネットワーク装置構成テーブル６０８に追加した設定内容を、図１４の論理物理ネットワーク装置構成テーブル６０９に追加する。すなわち、論理ネットワーク装置インタフェース機能６１１は、ステップ３２０４で特定した物理ポートＩＤ１０４３に対応する物理ポートＩＤ１０８１のエントリを物理ネットワーク装置構成テーブル６０９で特定し、各仮想ネットワークＩＤ及び各ＶＬＡＮの値を設定する。

ステップ３２０６において、論理ネットワーク装置インタフェース機能６１１は、ステップ３２０５で物理ネットワーク装置構成テーブル６０９に追加した設定内容を、対応する物理ネットワーク装置に設定する。

以上の処理によって、論理サービスネットワーク装置４００、４０２に対する仮想ネットワークＩＤ及び仮想ネットワーク用ＶＬＡＮの追加が実行され、論理サービスネットワーク装置と論理基盤ネットワーク装置が生成される。これら論理サービスネットワーク装置と論理基盤ネットワーク装置から論理サービスネットワーク７１と論理基盤ネットワークからなる論理ネットワーク７０が生成される。そして、リソース管理装置５は、追加要求に応じてリソース１を論理ネットワーク７０へ加えることで、論理基盤７をリソース利用者の端末８へ提供する。

図２３は、論理基盤ネットワーク装置からＶＬＡＮを削除する処理の一例を示すフローチャートである。この処理は、リソース管理装置５が、端末８から論理基盤ネットワーク装置４０１、４０３のＶＬＡＮの削除要求を受信したときに実行する。

ステップ３３００において、論理ネットワーク装置インタフェース機能６１１は、リソース利用者の端末８よりＶＬＡＮの削除要求を受信する。ＶＬＡＮの削除要求には、リソース利用者ＶＬＡＮ１０７５が含まれる。

ステップ３３０１において、論理ネットワーク装置インタフェース機能６１１は、リソース利用者管理装置１３に対して、削除対象のＶＬＡＮの使用状況を問い合わせる。論理ネットワーク装置インタフェース機能６１１は、使用中のＶＬＡＮを削除することはできないため、当該ＶＬＡＮが使用中であるか否かをリソース利用者管理装置１３に問い合わせる。問合せの内容は、ＶＬＡＮＩＤと、当該ＶＬＡＮのステータス情報等を含む。なお、問合せの実行は、例えば、リソース利用者管理装置１３が予め備えたＡＰＩ等のインタフェースを介して行うことができる。

ステップ３３０２において、上記問合せの結果、削除対象のＶＬＡＮが使用中であると判定された場合はステップ３３０３に進み、未使用であると判定された場合はステップ３３０４に進む。なお、ステップ３３０１及びステップ３３０２を省略し、ステップ３３０４に進んでもよい。

ステップ３３０３において、論理ネットワーク装置インタフェース機能６１１は、リソース利用者の端末８に対して、当該ＶＬＡＮが使用中であり削除できない旨のエラーを応答する。

ステップ３３０４において、論理ネットワーク装置インタフェース機能６１１は、図１３の論理ネットワーク装置構成テーブル６０８を参照し、削除要求において指定されたリソース利用者ＶＬＡＮ１０７５から論理ポートＩＤ１０７１を特定する。

ステップ３３０５において、論理ネットワーク装置インタフェース機能６１１は、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５を参照し、当該論理ポートＩＤに対応する物理ネットワーク装置ＩＤ１０４２及び物理ポートＩＤ１０４３を特定する。

ステップ３３０６において、論理ネットワーク装置インタフェース機能６１１は、図１４の物理ネットワーク装置構成テーブル６０９を参照し、削除要求で指定されたリソース利用者ＶＬＡＮ１０７５に対応するエントリを特定する。

ステップ３３０７において、論理ネットワーク装置インタフェース機能６１１は、ステップ３３０６で特定された物理ネットワーク装置に対して、削除要求のＶＬＡＮに対応する仮想ネットワークの構成変更あるいは削除を指令する。

具体的には、ステップ３３０６で特定された物理ネットワーク装置ＩＤに対応する仮想ネットワークＩＤ１０８４が、削除要求のＶＬＡＮ以外のＶＬＡＮを含んでいる場合は上記仮想ネットワークから当該リソース利用者ＶＬＡＮ１０８７のみを削除する。

一方、ステップ３３０６で特定された物理ネットワーク装置ＩＤに対応する仮想ネットワークＩＤ１０８４が、リソース利用者ＶＬＡＮ１０８７のみを含む場合は当該仮想ネットワーク１０８４を削除する。

ステップ３３０８において、論理ネットワーク装置インタフェース機能６１１は、図１４、図１３の物理ネットワーク装置構成テーブル６０９及び論理ネットワーク装置構成テーブル６０８において、ステップ３３０７の実施内容に基づいて、削除要求のリソース利用者ＶＬＡＮ１０７５に対応するエントリを変更あるいは削除する。

ステップ３３０９において、論理ネットワーク装置インタフェース機能６１１は、図１１の仮想ネットワーク管理テーブル６０６及び図１２のＶＬＡＮ管理テーブル６０７において、削除要求のリソース利用者ＶＬＡＮ１０７５に対応する仮想ネットワーク及び仮想ネットワーク用ＶＬＡＮのエントリを変更あるいは削除する。

図２４は、論理サービスネットワーク装置から仮想ネットワーク、及び／または、仮想ネットワーク用ＶＬＡＮを削除する処理の一例を示すフローチャートである。この処理は、リソース管理装置５が、端末８から論理サービスネットワーク装置４００、４０２の仮想ネットワークまたは仮想ネットワーク用ＶＬＡＮの削除要求を受信したときに実行する。

ステップ３４００において、論理ネットワーク装置インタフェース機能６１１は、リソース利用者の端末８より、仮想ネットワーク、及び/あるいは仮想ネットワーク用ＶＬＡＮの削除要求を受信する。

ステップ３４０１において、論理ネットワーク装置インタフェース機能６１１は、リソース利用者管理装置１３に対して、削除が要求された仮想ネットワーク、及び／または、仮想ネットワーク用ＶＬＡＮの使用状況を問い合わせる。リソース利用者管理装置１３は、削除要求の仮想ネットワークまたは仮想ネットワーク用ＶＬＡＮのリソース使用状況をリソース管理装置５に応答する。

ステップ３４０２において、削除要求の仮想ネットワーク、及び／または、仮想ネットワーク用ＶＬＡＮが使用中であると論理ネットワーク装置インタフェース機能６１１で判定された場合はステップ３４０３に進み、未使用であると判定された場合はステップ３４０４に進む。なお、ステップ３４０１及びステップ３４０２を省略し、ステップ３４０４に進んでもよい。

ステップ３４０３において、論理ネットワーク装置インタフェース機能６１１は、リソース利用者の端末８に対して、削除要求の仮想ネットワーク、及び／または、仮想ネットワーク用ＶＬＡＮが使用中であるため削除できない旨のエラーを応答する。

ステップ３４０４において、論理ネットワーク装置インタフェース機能６１１は、図１３の論理ネットワーク装置構成テーブル６０８を参照し、削除要求において指定された仮想ネットワークＩＤ１０７３または仮想ネットワーク用ＶＬＡＮ１０７４に対応する論理ポートＩＤ１０７１を特定する。

ステップ３４０５において、論理ネットワーク装置インタフェース機能６１１は、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５を参照し、ステップ３４０４で特定された論理ポートＩＤに対応する物理ネットワーク装置ＩＤ１０４２及び物理ポートＩＤ１０４３を特定する。

ステップ３４０６において、論理ネットワーク装置インタフェース機能６１１は、図１４の物理ネットワーク装置構成テーブル６０９を参照し、削除要求に対応する物理ポートＩＤ１０８１のエントリを特定する。

ステップ３４０７において、論理ネットワーク装置インタフェース機能６１１は、ステップ３４０６で特定されたエントリの物理ネットワーク装置の物理ポートＩＤ１０８１に対して、削除要求で指定された仮想ネットワーク用ＶＬＡＮ１０８６に対応する仮想ネットワーク（ＩＤ１０８４）を構成変更あるいは削除する。具体的には、削除要求で指定された仮想ネットワークが仮想ネットワーク用ＶＬＡＮ１０８６以外のＶＬＡＮを含んでいる場合は仮想ネットワークから当該ＶＬＡＮのみを削除する。一方、削除要求で指定された仮想ネットワークが当該ＶＬＡＮのみを含む場合、論理ネットワーク装置インタフェース機能６１１は当該仮想ネットワーク（ＩＤ１０８４）を削除する。

ステップ３４０８において、論理ネットワーク装置インタフェース機能６１１は、図１４の物理ネットワーク装置構成テーブル６０９及び図１３の論理ネットワーク装置構成テーブル６０８において、ステップ３４０７で構成変更または削除を行ったＶＬＡＮまたは仮想ネットワークに対応するエントリを変更あるいは削除する。

ステップ３４０９において、論理ネットワーク装置インタフェース機能６１１は、図１１の仮想ネットワーク管理テーブル６０６及び図１２のＶＬＡＮ管理テーブル６０７において、削除要求に対応する仮想ネットワーク及び仮想ネットワーク用ＶＬＡＮのエントリを変更あるいは削除する。

図２５は、リソースの返還及び論理ネットワーク装置の削除手順の一例を示すフローチャートである。リソース利用者がリソース管理者から割り当てられていた計算機リソースをデータセンタ基盤４へ返還する場合、端末８がリソース管理装置５にリソースの返還要求を送信する。

ステップ３５００において、リソース管理装置５のリソース管理機能６００は、リソース利用者の端末８からリソースの返還要求を受信する。リソースの返還要求には、返還するリソース１のリソースＩＤ１０００が含まれる。

ステップ３５０１において、リソース管理機能６００は、リソース利用者管理装置１３に対して、返還要求の対象となるリソースの使用状況を問い合わせる。リソース利用者管理装置１３は、当該リソースの使用状況を図示しないリソース利用状況テーブルから取得して、リソース管理装置５へ応答する。なお、図示しないリソース利用状況テーブルは、各リソース１毎にリソースの利用状況を定期的に収集したテーブルで、例えば、プロセッサの使用率や、メモリの使用量などを格納したテーブルであり、周知または公知の手法を用いることができる。あるいは、リソース管理装置５が、各リソース１のリソース利用状況を収集してテーブルに格納しても良い。

ステップ３５０２において、当該リソースが使用中であると判定された場合はステップ３５１５に進み、未使用であると判定された場合はステップ３５０３に進む。なお、ステップ３５０１及びステップ３５０２を省略し、ステップ３５０３に進んでもよい。

ステップ３５０３において、リソース管理機能６００は、図８の物理ネットワーク装置及びリソース間マッピングテーブル６０３を参照し、返還要求で指定されたリソースＩＤ１０２２に対応する物理ネットワーク装置ＩＤ１０２０及び物理ポートＩＤ１０２１を特定する。

ステップ３５０４において、リソース管理機能６００は、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５を参照し、ステップ３５０４で特定した物理ネットワーク装置ＩＤ及び当該物理ポートＩＤに対応する論理ネットワーク装置ＩＤ１０４０及び論理ポートＩＤ１０４１を特定する。

ステップ３５０５において、リソース管理機能６００は、図１３の論理ネットワーク装置構成テーブル６０８及び図１４の物理ネットワーク装置構成テーブル６０９を参照し、上記特定された物理ポートＩＤ１０２１及び論理ポートＩＤ１０４１に対応するエントリをそれぞれ特定する。

ステップ３５０６において、リソース管理機能６００は、ステップ３５０５で特定されたエントリに対応するＶＬＡＮ１０８５、１０８６、１０８７や仮想ネットワークＩＤ１０８３、１０８４、仮想ネットワーク用ＶＬＡＮ１０８５を、上記特定された物理ネットワーク装置の物理ポートＩＤのエントリから削除する。

ステップ３５０７において、リソース管理機能６００は、図１１の仮想ネットワーク管理テーブル６０６及び図１２のＶＬＡＮ管理テーブル６０７から、ステップ３５０６で削除したＶＬＡＮや仮想ネットワーク、仮想ネットワーク用ＶＬＡＮを削除する。

ステップ３５０８において、リソース管理機能６００は、図１３の論理ネットワーク装置構成テーブル６０８及び図１４の物理ネットワーク装置構成テーブル６０９、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５、図８の物理ネットワーク装置及びリソース間マッピングテーブル６０３を更新し、返還要求のリソースに関するエントリを削除する。

ステップ３５０９において、リソース管理機能６００は、リソース利用者の端末８から論理ネットワーク装置の削除要求を受信する。この削除要求には論理ネットワーク装置のＩＤが含まれる。

ステップ３５１０において、リソース管理機能６００は、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５及び図８の物理ネットワーク装置及びリソース間マッピングテーブル６０３を参照し、削除要求の論理ネットワーク装置に接続されているリソースの有無を決定する。

ステップ３５１１において、削除要求の論理ネットワーク装置にリソースが接続されているとリソース管理機能６００で判定された場合はステップ３５１５に進み、接続されていないと判定された場合はステップ３５１２に進む。なお、ステップ３５１０及びステップ３５１１を省略し、ステップ３５１２に進んでもよい。

ステップ３５１２において、リソース管理機能６００は、図１３の論理ネットワーク装置構成テーブル６０８及び図１４の物理ネットワーク装置構成テーブル６０９を参照して、削除要求の論理ネットワーク装置に設定されたＶＬＡＮや仮想ネットワーク、仮想ネットワーク用ＶＬＡＮがあれば物理ネットワーク装置から削除する。

ステップ３５１３において、リソース管理機能６００は、図１１の仮想ネットワーク管理テーブル６０６及び図１２のＶＬＡＮ管理テーブル６０７を参照し、削除要求の論理ネットワーク装置の仮想ネットワーク及び当該仮想ネットワーク用ＶＬＡＮを含むエントリを削除する。

ステップ３５１４において、リソース管理機能６００は、図１３の論理ネットワーク装置構成テーブル６０８及び図１４の物理ネットワーク装置構成テーブル６０９、図１０の論理ネットワーク装置及び物理ネットワーク装置間マッピングテーブル６０５、図８の物理ネットワーク装置及びリソース間マッピングテーブル６０３を更新し、削除要求の論理ネットワーク装置に関するエントリを削除する。

ステップ３５１５において、リソース管理機能６００は、リソース利用者の端末８に対して、当該リソースが使用中であり削除できない旨のエラーを応答する。

以上の処理により、端末８が返還を要求した物理リソースの割り当てを解除し、削除要求のあった論理ネットワーク装置を削除することで、リソース利用者はデータセンタ基盤４へリソースを返還することができる。

図２６は、リソースの過不足通知及びリソースの追加及び返還提案手順の一例を示すフローチャートである。本フローチャートは定期的、あるいは、リソース管理者が入力部５０４を操作することによって適宜実施される。

ステップ３６００において、リソース管理機能６００は、図６のリソース管理テーブル６０１及び図７のリソース利用状況基準管理テーブル６１０を参照し、リソース利用者毎の割り当てリソース、及び、当該リソースに対応するリソース利用状況基準１０９２を取得する。

ステップ３６０１において、リソース管理機能６００は、リソース利用者毎に割り当てたリソースについて当該リソースの実際の利用状況をリソース利用者管理装置１３に問い合わせる。リソース管理機能６００は、リソース利用者管理装置１３が応答したリソースの利用状況を、上記ステップ３６００で取得したリソース利用状況基準１０９２と照らし合わせて、リソースの過不足を判定する。

ステップ３６０２において、リソース管理機能６００は、リソースが不足していると判定した場合はステップ３６０３に進み、不足していないと判定した場合はステップ３６０８に進む。

ステップ３６０３において、リソース管理機能６００は、リソース利用者の端末８にリソース不足を警告する。

ステップ３６０４において、リソース管理機能６００は、リソース管理テーブル６０１を参照し、空きリソースの有無を判定する。

ステップ３６０５において、リソース管理機能６００は、空きリソースがあると判定した場合はステップ３６０６に進み、空きリソースが無いと判定した場合はステップ３６０７に進む。

ステップ３６０６において、リソース管理機能６００は、リソース利用者の端末８に上記空きリソースの追加を提案する。

ステップ３６０７において、リソース管理機能６００は、リソース管理装置５の表示部５０３へ所定の警告を出力し、リソース管理者に空きリソースが不足していることを警告する。

ステップ３６０８において、リソース管理機能６００は、リソース利用者に割り当てたリソースが余剰であるか否かを判定する。リソース管理機能６００は、リソースが余っていると判定した場合はステップ３６０９に進み、余っていないと判定した場合は処理を終了する。

ステップ３６０９において、リソース管理機能６００は、リソース利用者の端末８に余剰リソースの返還を提案する通知を送信する。

以上の処理により、リソース利用者に割り当てたリソースの過不足をリソース利用状況基準１０９２に基づいて判定して、割り当てたリソースが不足しているリソース利用者にはリソースを追加する提案を端末８に送信し、リソースが余剰のリソース利用者であればリソースを返還する提案を端末８に送信することができる。なお、上記処理は、全てのリソース利用者毎に順次実施することができる。

図２７は、リソースの利用者変更処理の一例を示すフローチャートである。本フローチャートは定期的、あるいは、リソース管理者によって適宜実施される。

ステップ３７００において、リソース管理機能６００は、図６のリソース管理テーブル６０１及び図１５のリソース利用状況基準管理テーブル６１０を参照し、利用者毎の割り当てリソース、及び、当該リソースに対応するリソース利用状況基準１０９２を取得する。

ステップ３７０１において、リソース管理機能６００は、ソース利用者毎に割り当てたリソースについて当該リソースの実際の利用状況をリソース利用者管理装置１３に問い合わせる。リソース管理機能６００は、リソース利用者管理装置１３が応答したリソースの利用状況を、上記ステップ３６００で取得したリソース利用状況基準１０９２と照らし合わせて、リソース利用者毎にリソースの過不足を判定する。

ステップ３７０２において、リソース不足のリソース利用者がいると判定された場合はステップ３７０３に進み、リソース不足のリソース利用者がいないと判定された場合は本フローを終了する。

ステップ３７０３において、リソース管理機能６００は、リソースが余剰のリソース利用者がいると判定した場合はステップ３７０４に進み、リソースが余剰のリソース利用者がいないと判定した場合はステップ３７０８に進む。

ステップ３７０４において、リソース管理機能６００は、リソースが余剰のリソース利用者の端末８にリソースの返還を提案する通知を送信し、リソースが不足のリソース利用者の端末８にはリソースの追加を提案すする通知を送信する。

ステップ３７０５において、ステップ３７０４でリソース管理機能６００の提案がリソース利用者の端末８で受入れられた場合はステップ３７０６に進み、受入れられなかった場合は本処理を終了する。

ステップ３７０６において、リソース管理機能６００は、当該リソース、及び、当該リソースに関連するＶＬＡＮや仮想ネットワーク、仮想ネットワーク用ＶＬＡＮ、論理ネットワーク装置を特定する。そして、リソース管理機能６００は、特定したリソース１についてリソースが余剰のリソース利用者の論理ネットワーク７０に関する設定を解除し、リソースが不足しているリソース利用者に追加する。リソース１の追加については上記と同様に行えば良い。

以上の処理によって、リソース利用者毎にリソースが余剰のリソース利用者からリソースが不足しているリソース利用者にリソース１の割り当てを変更することが可能となる。

図２８Ａ、２８Ｂは、リソース管理装置５における、リソース管理者用の画面の一例を示す図である。なお、リソース管理者は図示のＧＵＩの他、入力部５０４及び表示部５０３を利用してリソース管理装置５をＣＬＩやＡＰＩを通して操作してもよい。

図２８Ａにおいて、画面４０００は、リソース管理装置５の表示部５０３に出力されるリソース一覧を示す画面である。

画面４０００内に表示されるリソースＩＤ４００１は、リソースを一意に識別するための情報（識別子）である。リソース種別４００２は、ホストコンピュータ１０やアプライアンス１２、ストレージ１１等のリソースの種類を示す情報である。リソース利用者４００３は、リソース利用者を一意に識別する情報（識別子）である。

図２８Ｂにおいて、画面４０１０は、図２に示した計算機システムの物理的なトポロジを示す画面であり、図２の全体的な構成を明示するためのものである。画面４０１０内のポップアップ４０１１は、リソースを割り当てられたリソース利用者の情報を表示する。

図２９Ａ、図２９Ｂは、リソース管理装置５における、リソース利用者用の画面の一例を示す図であり、あるリソース利用者に示すためのものである。なお、リソース利用者はリソース管理装置５をＣＬＩやＡＰＩを通して操作してもよい。

図２９Ａにおいて、画面４０２０は、当該リソース利用者のリソースの実際の利用状況を示す画面である。グラフ４０２１は、当該リソース利用者に割り当てられたリソースにおいて、実際に利用中のリソースの割合を示す。リソース追加要求ボタン４０２２は、リソース管理装置５に対して、リソースの追加要求を送信するためのものである。割り当てリソース一覧表４０２３は、当該リソース利用者に割り当てられたリソースの一覧、及び、リソース毎の利用状況を示す。リソース返還ボタン４０２４は、リソース管理装置５に対して、未使用のリソースの返還要求を送信するためのものである。

図２９Ｂにおいて 画面４０３０は、当該リソース利用者の端末８が認識する計算機システムのトポロジを示す画面であり、図３の論理的な計算機リソースの構成を表示するためのものである。このトポロジは、リソース利用者が操作可能な計算機リソースの構成を示す。

以上、本発明の第一の実施形態を説明した。第一の実施形態によると、データセンタリソース配分システムは、一つ以上のデータセンタを含むデータセンタ基盤４において、リソース１が接続されたネットワーク装置をリソース管理装置５によって集中制御し、論理サービスネットワーク７１と連携して論理基盤ネットワーク７２を仮想化することで、リソース１を柔軟に繋ぎ合わせてリソース群を構成し、個々の用途に対して提供する。換言すれば、リソース管理装置５は、仮想化された論理サービスネットワーク７１及び論理基盤ネットワーク７２でリソース１を接続することで、用途（または業務）毎に論理的に分離されたリソースの集合を構成して、リソース利用者の端末８にリソースの集合を提供することができる。

また、論理サービスネットワーク７１と連携した論理基盤ネットワーク７２の仮想化、及び、リソース間を繋ぐ論理的なネットワーク装置の提供により、用途毎にネットワークを抽象化し、用途毎に論理的に分離されたリソース群を柔軟に提供する。

さらに、リソース管理装置５、及び、論理ネットワーク装置において、リソースや論理ネットワークを構成変更するためのインタフェース（ＡＰＩ等）を提供することで、用途毎のオンデマンドでのリソースの追加や返還、リソース間の論理ネットワークの構成変更を行い、物理的なネットワークに反映する。

図３０は、本発明の第２の実施例を示し、データセンタリソース配分システムの全体的な構成の一例を示すブロック図である。

本実施例２においては、前記実施例１に示したサービスネットワーク装置２００と基盤ネットワーク装置２０３が物理的に分離されておらず、１種類のネットワーク装置２００Ａでサービスネットワーク２の通信と基盤ネットワーク３の通信が行われる。その他の構成は、前記第１実施例と同様である。

図３１は、データセンタリソース配分システムにおいて、リソース利用者の端末８が認識する計算機システムの論理的なブロック図である。前記実施例１の図３に示した論理サービスネットワーク装置４００、４０２と論理基盤ネットワーク装置４０１、４０３に代わって、論理ネットワーク装置４００Ａ、４０２Ａが、サービスネットワーク２の通信と基盤ネットワーク３の通信を制御する。

以上のように、論理ネットワーク装置４００Ａ、４０２Ａが、サービスネットワーク２の通信と基盤ネットワーク３の通信を制御する構成においても、本発明を適用することで、複数のデータセンタにまたがって、複数の用途（または業務）に対して、迅速、柔軟、かつ安価にリソースを提供することが可能となる。

なお、本発明において説明した計算機等の構成、処理部及び処理手段等は、それらの一部又は全部を、専用のハードウェアによって実現してもよい。

また、本実施例で例示した種々のソフトウェアは、電磁的、電子的及び光学式等の種々の記録媒体（例えば、非一時的な記憶媒体）に格納可能であり、インターネット等の通信網を通じて、コンピュータにダウンロード可能である。

また、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。

１ リソース
２ サービスネットワーク
３ 基盤ネットワーク
４ データセンタ基盤
５ リソース管理装置
７−ｘ、７−ｙ 論理基盤
８−Ａ、８−Ｂ 端末
９−Ａ、９−Ｂ 端末

Claims (15)

1. データセンタのリソース配分システムであって、
   前記データセンタは、
   論理基盤利用者の端末とリソース利用者の端末がアクセスする一つ以上のサービスネットワークと、前記リソース利用者の端末がアクセスする一つ以上の基盤ネットワークと、前記サービスネットワーク及び前記基盤ネットワークを介して接続された一つ以上のリソースから成るデータセンタ基盤と、
   前記基盤ネットワークと前記サービスネットワークと前記リソースを管理するリソース管理装置と、を備え、
   前記リソース管理装置は、
   前記リソース利用者の端末からの要求に応じて、前記サービスネットワークを仮想化した論理サービスネットワークと、前記基盤ネットワークを仮想化した論理基盤ネットワークと、前記論理サービスネットワークと論理基盤ネットワークに前記一つ以上のリソースを割り当てた論理基盤と、を生成し、
   前記論理基盤を論理基盤利用者の端末に提供することを特徴とするデータセンタのリソース配分システム。
2. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記サービスネットワークを構成するサービスネットワーク装置または前記リソースの何れか一方にネットワーク仮想化機能を有し、
   前記基盤ネットワークを構成する基盤ネットワーク装置はネットワーク仮想化機能を有し、
   前記リソース管理装置は、
   前記サービスネットワーク装置または前記リソースの何れか一方のネットワーク仮想化機能で前記サービスネットワークを仮想化した論理サービスネットワークを生成し、前記基盤ネットワーク装置のネットワーク仮想化機能で前記基盤ネットワークを仮想化した論理基盤ネットワークを生成することを特徴とするデータセンタのリソース配分システム。
3. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記サービスネットワークと前記基盤ネットワークは、ネットワーク仮想化機能を有するネットワーク装置で構成され、
   前記リソース管理装置は、
   前記ネットワーク装置のネットワーク仮想化機能で前記サービスネットワークを仮想化した論理サービスネットワークを生成し、前記ネットワーク装置のネットワーク仮想化機能で前記基盤ネットワークを仮想化した論理基盤ネットワークを生成することを特徴とするデータセンタのリソース配分システム。
4. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記リソース管理装置は、
   前記リソース利用者の端末からの要求に応じて、前記仮想化された前記論理サービスネットワーク及び前記論理基盤ネットワークで前記リソースを割り当てることで、用途毎に論理的に分離された前記リソースの集合を構成し、前記リソース利用者の端末に前記リソースの集合を提供することを特徴とするデータセンタのリソース配分システム。
5. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記リソース管理装置は、
   前記リソース利用者の端末に対して、前記論理サービスネットワークを構成する論理サービスネットワーク装置と、前記論理基盤ネットワークを構成する論理基盤ネットワーク装置とを提供することを特徴とするデータセンタのリソース配分システム。
6. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記リソース管理装置は、
   前記リソース利用者の端末に対して、前記論理サービスネットワークと前記論理基盤ネットワークを構成する論理ネットワーク装置を提供することを特徴とするデータセンタのリソース配分システム。
7. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記リソース管理装置は、
   前記リソース利用者の端末に対して、前記論理サービスネットワークを構成する論理サービスネットワーク装置を制御するインタフェースと、前記論理基盤ネットワークを構成する論理基盤ネットワーク装置を制御するインタフェースとをそれぞれ生成することを特徴とするデータセンタのリソース配分システム。
8. 請求項１に記載のデータセンタのリソース配分システムであって、
   前記リソース管理装置は、
   前記リソース利用者毎に割り当てたリソースの利用状況を取得して、前記利用状況と予め設定した基準とを比較して前記リソースの過不足を判定し、前記判定の結果を前記リソース利用者の端末へ通知することを特徴とするデータセンタのリソース配分システム。
9. 請求項８に記載のデータセンタのリソース配分システムであって、
   前記リソース管理装置が、
   前記判定の結果、過剰なリソースを保有する第１のリソース利用者と、リソースが不足している第２のリソース利用者が存在する場合には、前記第１のリソース利用者が保有する前記過剰なリソースを前記第２のリソース利用者に割り当てることを特徴とするデータセンタのリソース配分システム。
10. データセンタのリソース配分方法であって、
    前記データセンタは、
    論理基盤利用者の端末とリソース利用者の端末がアクセスする一つ以上のサービスネットワークと、前記リソース利用者の端末がアクセスする一つ以上の基盤ネットワークと、前記サービスネットワーク及び前記基盤ネットワークを介して接続された一つ以上のリソースから成るデータセンタ基盤と、前記基盤ネットワークと前記サービスネットワークと前記リソースを管理するリソース管理装置と、を備え、
    前記リソース配分方法は、
    前記リソース管理装置が、前記リソース利用者の端末からの要求に応じて、前記サービスネットワークを仮想化した論理サービスネットワークと、前記基盤ネットワークを仮想化した論理基盤ネットワークと、を生成する第１のステップと、
    前記リソース管理装置が、前記リソース利用者の端末からの要求に応じて、前記論理サービスネットワークと論理基盤ネットワークに前記一つ以上のリソースを割り当てた論理基盤を生成する第２のステップと、
    前記リソース管理装置が、前記論理基盤を前記論理基盤利用者の端末に提供する第３のステップと、
    を含むことを特徴とするデータセンタのリソース配分方法。
11. 請求項１０に記載のデータセンタのリソース配分方法であって、
    前記サービスネットワークを構成するサービスネットワーク装置または前記リソースの何れか一方にネットワーク仮想化機能を有し、
    前記基盤ネットワークを構成する基盤ネットワーク装置はネットワーク仮想化機能を有し、
    前記第１のステップは、
    前記リソース管理装置が、前記サービスネットワーク装置または前記リソースの何れか一方のネットワーク仮想化機能で前記サービスネットワークを仮想化した論理サービスネットワークを生成するステップと、
    前記リソース管理装置が、前記基盤ネットワーク装置のネットワーク仮想化機能で前記基盤ネットワークを仮想化した論理基盤ネットワークを生成するステップと、
    を含むことを特徴とするデータセンタのリソース配分方法。
12. 請求項１０に記載のデータセンタのリソース配分方法であって、
    前記サービスネットワークと前記基盤ネットワークは、ネットワーク仮想化機能を有するネットワーク装置で構成され、
    前記第１のステップは、
    前記リソース管理装置が、前記ネットワーク装置のネットワーク仮想化機能で前記サービスネットワークを仮想化した論理サービスネットワークを生成するステップと、
    前記リソース管理装置が、前記ネットワーク装置のネットワーク仮想化機能で前記基盤ネットワークを仮想化した論理基盤ネットワークを生成するステップと、
    を含むことを特徴とするデータセンタのリソース配分方法。
13. 請求項１０に記載のデータセンタのリソース配分方法であって、
    前記第２のステップは、
    前記リソース管理装置が、前記リソース利用者の端末からの要求に応じて、前記仮想化された前記論理サービスネットワーク及び前記論理基盤ネットワークに前記リソースを割り当てることで、用途毎に論理的に分離された前記リソースの集合を構成し、前記リソース利用者の端末に前記リソースの集合を提供することを特徴とするデータセンタのリソース配分方法。
14. 請求項１０に記載のデータセンタのリソース配分方法であって、
    前記第１のステップは、
    前記リソース管理装置が、前記リソース利用者の端末に対して、前記論理サービスネットワークを構成する論理サービスネットワーク装置と、前記論理基盤ネットワークを構成する論理基盤ネットワーク装置とを提供することを特徴とするデータセンタのリソース配分方法。
15. 請求項１０に記載のデータセンタのリソース配分方法であって、
    前記第１のステップは、
    前記リソース管理装置が、前記リソース利用者の端末に対して、前記論理サービスネットワークと前記論理基盤ネットワークを構成する論理ネットワーク装置を提供することを特徴とするデータセンタのリソース配分方法。

Images