JP7609263B2 - 管理装置、管理方法及び管理プログラム - Google Patents

Description

この発明の一態様は、管理装置、管理方法及び管理プログラムに関する。

ネットワーク装置を含むネットワーク（ＮＷ）及びサーバ等のＩＣＴ（Information and Communication Technology）装置を管理し、ユーザからのオーダに応じてネットワーク及びＩＣＴ装置への設定作業を実施する、ネットワーク及びＩＣＴオペレーション業務が知られている。このネットワーク及びＩＣＴオペレーション業務では、複数の装置への煩雑な設定作業を自動化するためにネットワーク及びＩＣＴ管理システムが用いられる。ネットワーク及びＩＣＴ管理システムは、管理対象であるネットワーク及びＩＣＴ装置に合わせて管理情報を保持する、ネットワーク及びＩＣＴ情報管理機能を有する。

一般に、ネットワーク及びＩＣＴ管理システムは、特定のネットワーク及びＩＣＴ装置に特化した管理機能を有する。したがって、ネットワークを構成するネットワーク装置の機種、ＩＣＴ装置の機種、ネットワーク方式、接続方式、通信方式、等の環境変更が行われるたびに、ネットワーク及びＩＣＴ管理システムを開発し直す必要がある。

ここで、管理対象であるネットワーク又はＩＣＴ装置の機種や通信方式を変更する場合に、管理対象のネットワーク又は管理対象ＩＣＴ装置ごとにネットワーク及びＩＣＴ管理システムを開発し直す必要がないシステムアーキテクチャが提案されている（例えば、非特許文献１参照）。すなわち、非特許文献１は、管理対象のネットワーク又はＩＣＴ装置に依存しない汎用的なデータの保持を可能とする仕組みを提案している。

そして、ネットワーク及びＩＣＴオペレーション業務では、ユーザ要望に基づいた通信が可能になるように装置に設定を行う。この設定においては、装置が提供可能な通信帯域等のリソースを超える設定を行うことは不可能であるため、装置の提供可能リソースのキャパシティを管理し、ユーザへの割り当てが可能か判定しながら装置への設定を行うことが必要である。そこで、非特許文献２は、非特許文献１の汎用的なデータ管理の仕組みの上に装置のリソースのキャパシティを管理し、自動的に必要リソースの割り当てを行う仕組みを提案している。

佐藤正崇ほか３名、「多様なＮＷへ適応可能なＮＷ管理アーキテクチャの検討」、信学技報１１６（３２４），３７－４２，２０１６年１１月２４日 Masataka Sato, Shingo Horiuchi, "Flexible Network Resource-Allocation Architecture Using Specification Injection", Proceedings of the 20th Asia-Pacific Network Operations and Management Symposium （APNOMS 2019）

ネットワーク及びＩＣＴオペレーション業務においては、ユーザ要望に対してネットワーク及びＩＣＴ装置の複数のリソースを協調して割り当てる必要がある。

上記非特許文献２に提案されている技術では、装置リソースのキャパシティ管理を自動的に行うことが可能になるが、装置単体に対するリソースキャパシティ管理及び割り当てを行うものであるため、複数装置のリソースを協調して割り当てることができない。

この発明は上記事情に着目してなされたもので、その目的とするところは、管理対象であるネットワーク及びＩＣＴ装置に依存しないネットワーク及びＩＣＴ管理システムにおいて、複数のリソースキャパシティを協調して管理し、必要リソースの割り当てを自動的に行うことができる技術を提供することにある。

上記課題を解決するためにこの発明の一態様は、ハードウェアプロセッサとメモリとを有する管理装置であって、上記メモリは、管理対象のネットワーク及びＩＣＴ装置を含む複数のエンティティの仕様を表す仕様情報を格納する第１の記憶部と、上記複数のエンティティ間の関係を表す情報を含むエンティティ情報を格納する第２の記憶部と、を備え、上記ハードウェアプロセッサは、上記ネットワーク又はＩＣＴ装置に関して第１のエンティティの生成を要求するエンティティ生成要求を受け付けることと、上記第１の記憶部から上記第１のエンティティに関する仕様情報を読み出し、上記第１のエンティティが、上記ネットワーク内又は上記ＩＣＴ装置のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定することと、上記第１のエンティティが上記消費仕様属性を有すると判定された場合に、上記第２の記憶部に格納されたエンティティ情報に基づいて、上記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティを特定することと、特定された上記第２のエンティティに基づいて、上記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定することと、払い出し可能と判定された場合に、上記キャパシティを上記第１のエンティティに対して払い出すことと、を実行するように構成され、上記エンティティ生成要求を複数受け付けたとき、上記ハードウェアプロセッサは、上記複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された上記第２のエンティティに基づいて、上記複数の第１のエンティティに対して共通のリソースのキャパシティを払い出すことであって、消費するリソースのキャパシティとして同じ量又は値を必要とするエンティティ生成要求をグルーピングすることと、上記グルーピングした上記複数のエンティティ生成要求単位で、上記複数の第１のエンティティによって消費される上記共通のリソースのキャパシティを払い出し可能か否かを判定することと、払い出し可能と判定された場合に、上記共通のリソースのキャパシティを、上記グルーピングした上記複数のエンティティ生成要求の上記第１のエンティティそれぞれに対して払い出すことと、を備えるように構成される。

この発明の一態様によれば、管理対象であるネットワーク及びＩＣＴ装置に依存しないネットワーク及びＩＣＴ管理システムにおいて、複数のリソースキャパシティを協調して管理し、必要リソースの割り当てを自動的に行うことを可能にした技術を提供することができる。

図１は、この発明の一実施形態に係る管理装置の機能構成を示すブロック図である。 図２は、図１に示した管理装置で管理されるエンティティの一例を示す図である。 図３は、図１に示した管理装置で用いられる仕様とエンティティの関係を示す図である。 図４は、非特許文献１に提案されている技術における仕様とエンティティのデータ例を示す図である。 図５は、図１に示した管理装置が受け得るユーザからの要望の概要を示す図である。 図６は、この発明の一実施形態に係る管理装置のハードウェア構成を示すブロック図である。 図７は、図１に示した管理装置における事前準備の手順を示す図である。 図８は、図１に示した管理装置による処理のうちキャパシティ管理の手順を示す図である。 図９は、図１に示した管理装置におけるキャパシティ要求の概要を示す図である。 図１０は、図１に示した管理装置におけるキャパシティの要求及び保持の概要を示す図である。 図１１は、図１に示した管理装置における同値制約グループなしの場合のキャパシティ割り当て処理の流れの概要を示す図である。 図１２は、図１に示した管理装置における同値制約によるグルーピングを適用したキャパシティ割り当て処理の流れの概要を示す図である。 図１３は、図１に示した管理装置におけるキャパシティ消費エンティティの属性の定義の一例を示す図である。 図１４は、図１に示した管理装置におけるキャパシティ提供エンティティの属性の定義の一例を示す図である。 図１５は、図１に示した管理装置におけるキャパシティの保持の一例を示す図である。 図１６は、図１に示した管理装置におけるキャパシティ消費エンティティの仕様の一例を示す図である。 図１７Ａは、図１６に示した仕様の定義の一例を示す図である。 図１７Ｂは、図１６に示した仕様の定義の一例を示す図である。 図１８は、図１６に示した仕様に基づくキャパシティ提供エンティティの探索の流れを示す図である。 図１９は、図１６に示した仕様に基づく同値制約によるグルーピングの流れを示す図である。 図２０は、図１に示した管理装置におけるキャパシティ払い出しの第１の例を示す図である。 図２１は、図１に示した管理装置におけるキャパシティ払い出しの第２の例を示す図である。 図２２は、図１に示した管理装置におけるキャパシティ払い出しの第３の例を示す図である。 図２３は、図１に示した管理装置による処理手順と処理内容を示すフローチャートである。 図２４は、図１に示した管理装置における事前準備手順の一実施例を示す図である。 図２５は、図１に示した管理装置のキャパシティ要求取得部による処理手順の一実施例を示す図である。 図２６は、図１に示した管理装置のキャパシティ要求取得部による同値制約グループ作成手順の一実施例を示す図である。 図２７は、図１に示した管理装置のキャパシティ払い出し部による払い出し関数取得までの処理手順の一実施例を示す図である。 図２８は、図１に示した管理装置のキャパシティ払い出し部による登録までの処理手順の一実施例を示す図である。

以下、図面を参照してこの発明に係わる実施形態を説明する。

［一実施形態］
＜１＞構成
＜１－１＞機能構成
一実施形態に係る管理装置は、複数のネットワーク装置を含むネットワークと、ネットワークに接続されるサーバ、ＰＣ（Personal Computer）、端末等のＩＣＴ装置と、を管理し、ユーザからの要望を満たすリソースの自動割当てを行うもので、例えば、通信事業者が管理するサーバコンピュータによって構成される。

図１は、そのような管理装置１の機能構成を示すブロック図である。
管理装置１は、ネットワーク（ＮＷ）２を構成する複数のネットワーク装置（図１では図示せず）と通信可能であり、また、ネットワーク２に接続された複数のＩＣＴ装置３とも通信可能である。ネットワーク２は、例えば、ネットワークサービスを提供するために使用され、インターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網に対しアクセスするための複数のアクセス網とを含むことができる。アクセス網としては、例えば、無線ＬＡＮ（Local Area Network）、携帯電話網、有線電話網、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Cable Television）網が用いられる。以下、管理装置１とネットワーク２とＩＣＴ装置３とを併せて「ネットワーク及びＩＣＴ管理システム」とも言う。

図１に示す管理装置１は、ソフトウェアによる処理機能部としてキャパシティ（容量）管理部１０を備え、この実施形態を実現するために必要な記憶領域として、プログラム記憶部のほかに、管理情報データベース（ＤＢ）２０を備える。

キャパシティ管理部１０は、管理対象装置であるネットワーク及びＩＣＴ装置３のリソース容量を管理し、そのリソース容量に対してユーザの要求を満たせるかどうかを判断し、ユーザの要求を満たせると判断される場合には必要なリソースを払い出す機能を有する。キャパシティ管理部１０は、キャパシティ要求取得部１１と、キャパシティ払い出し部１２とを備える。

キャパシティ要求取得部１１は、要求取得部として、ユーザの要求に基づくオペレータからの入力を受け付け、ユーザの要求に対応するキャパシティを払い出すために必要な情報を取得し、払い出し依頼を生成して、キャパシティ払い出し部１２に渡す処理を行う。

キャパシティ払い出し部１２は、キャパシティ要求取得部１１からキャパシティ払い出し依頼を受け取り、キャパシティを払い出す処理を行う。

ここで、一実施形態に係る管理装置１は、ネットワーク又はＩＣＴ装置の特徴を規定する仕様（Specification）によって、ネットワーク及びＩＣＴ管理情報（エンティティ（Entity））が有する属性を外部定義する仕組みを有する、ネットワーク及びＩＣＴ管理アーキテクチャを採用する。それぞれの情報は、管理情報ＤＢ２０に格納される。

管理情報ＤＢ２０は、管理対象装置を管理するための種々の情報を格納するもので、第１の記憶部としてのスペックＤＢ（Spec DB）２１と、第２の記憶部としてのエンティティＤＢ（Entity DB）２２と、第３の記憶部としての関数リポジトリ２３と、を備える。

スペックＤＢ２１は、ネットワーク又はＩＣＴ装置の特徴を規定する仕様情報（Specification情報）を格納する。仕様情報には、ネットワーク及びＩＣＴ管理情報であるエンティティに関する仕様が含まれる。

エンティティＤＢ２２は、ネットワーク及びＩＣＴ管理情報であるエンティティに関する属性情報を格納する。属性情報には、エンティティ間の関係やエンティティが持つネットワーク２及びＩＣＴ装置３ごとの特性（ＶＬＡＮ（Virtual Local Area Network）等）を表す情報が含まれる。

関数リポジトリ２３は、キャパシティを払い出すために使用される種々の関数を格納する。図１には、関数リポジトリ２３に格納される関数の一例として、分量払い出し関数２３１、値のリスト払い出し（若番）関数２３２、及び値のリスト払い出し（老番）関数２３３が示されているが、これらに限るものではない。

図２は、上記ネットワーク及びＩＣＴ管理アーキテクチャに基づいて管理装置１によって管理されるエンティティの一例を示す図である。エンティティは、物理レイヤのエンティティと論理レイヤのエンティティに大別される。図２に示す例では、物理レイヤのエンティティとして、ＰＤ（Physical Device，装置）、ＰＰ（Physical Port，装置が持つ通信ポート）、ＰＬ（Physical Link，装置間の接続ケーブル）が定義される。図２に示す例ではまた、論理レイヤのエンティティとして、ＴＬ（Topological Link，装置間の接続性）、ＮＦＤ（Network Forwarding Domain，装置内の転送可能な範囲）、ＴＰＥ（Termination Point Encapsulation，通信の終端点）、ＦＲＥ（Forwarding Relationship Encapsulation）、ＮＣ（Network Connection，ＴＰＥ間のＬＣ、ＸＣによって形成されるＥｎｄ－Ｅｎｄの接続性）、ＬＣ（Link Connect，ＴＰＥで終端される装置間の接続性）、ＸＣ（Cross Connect，ＴＰＥで終端される装置内の接続性）が定義される。これらの各エンティティは、図２に例示されるように、図の表記上も区別される。

図３は、仕様（Specification）とエンティティ（Entity）の関係を表すクラス図を示す図である。このアーキテクチャにおいては、エンティティを総称してリソースと呼び、リソースの仕様をResourceSpecification（ResourceSpec）と呼ぶ。ResourceSpecは、ResourceSpecCaracteristic（ＲＳＣ）とResourceSpecCaracteristicValue（ＲＳＣＶ）を有し、ＲＳＣとＲＳＣＶのペアによって各ネットワークの特徴を定義する。ＲＳＣは、特徴となる属性の名称を示し、ＲＳＣＶは、そのＲＳＣが取り得る値を示す。リソースエンティティは、エンティティのもととなるResourceSpecのＲＳＣの属性に対する値をResourceCharacteristicValue（ＲＣＶ）で保持する。

図４は、非特許文献１に提案されている技術におけるＥｔｈｅｒｎｅｔ（登録商標）レイヤのＴＰＥ（Termination Point Encapsulation）の仕様とエンティティの一例を示す図である。仕様は、上述のように、管理装置１００のスペックＤＢ１２１に格納され、エンティティは、管理装置１００のエンティティＤＢ１２２に格納される。

ＥｔｈｅｒｎｅｔレイヤのＴＰＥの仕様である「TPE_Ethernet_Spec」仕様１２１１は、３つのＲＳＣ（ｖｌａｎ，帯域，_physicalPort）と、それぞれのＲＳＣが取り得る値をＲＳＣＶとして定義する。仕様１２１１によれば、「ｖｌａｎ」は「１」から「４０９６」の値を取り得、「帯域」は「１Ｍｂｐｓ」から「１０００Ｍｂｐｓ」の値を取り得、「_physicalPort」は「ＰＰの名前」を保持する。

ＥｔｈｅｒｎｅｔレイヤのＴＰＥのエンティティである「TPE_Ethernet1」エンティティ１２２１は、ResourceSpec属性により、「TPE_Ethernet_Spec」仕様１２１１から作られたエンティティであることを示す。この例では、エンティティ１２２１は、該当する仕様１２１１で定義された３つのＲＳＣ属性に対して、それぞれＲＣＶにより具体的な値（ｖｌａｎ：１２３４、帯域：１００Ｍｂｐｓ、_physicalPort：Ｓｗｉｔｃｈ１のＰＰ１）を保持する。

エンティティＤＢ１２２に格納されるエンティティは、エンティティ図によって書き表すことができる。例えば、「TPE_Ethernet1」エンティティ１２２１は、エンティティ図１２２２のように表すことができる。エンティティ図１２２２によれば、Ｅｔｈｅｒｎｅｔレイヤの「TPE_Ethernet1」エンティティ１２２１が物理レイヤのＳｗｉｔｃｈ１のＰＰ１エンティティへの参照関係を有する。これは、「TPE_Ethernet1」エンティティ１２２１が_physicalPort属性にＳｗｉｔｃｈ１のＰＰ１エンティティの名前を保持することを表したものである。以下では、エンティティについて、このようなエンティティ図を用いて説明する。

また、以下では、ネットワーク２を構成するネットワーク装置であるＥｔｈｅｒｎｅｔスイッチに必要なリソースを払い出す場合を例にして、説明を行う。勿論、管理装置１は、同様にして、ネットワーク２に接続されたＩＣＴ装置３に必要なリソースを払い出すことができることは言うまでもない。

図５は、一実施形態に係る管理装置１が受け得るユーザの要望の概要を示す図である。図５において、管理装置１の管理対象ネットワーク２が、２台のＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１及びＳＷＩＴＣＨ２で構成され、スイッチ間のケーブルには１００Ｍｂｐｓの通信可能帯域があるものとする。

図５に示されるように、ネットワーク２に対して、ユーザＡ（User A）はＩＣＴ装置３であるＰＣ１からほかのＩＣＴ装置３であるＰＣ２に通信したいという要望が来たとする。管理装置１は、ユーザごとにＶＬＡＮ ＩＤを割り当てて、２台のＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１及びＳＷＩＴＣＨ２に通信を行う設定を行うが、その割り当てるＶＬＡＮ ＩＤは、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１とＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ２とで、同じである必要がある。一例として、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１が保持するＶＬＡＮ－ＩＤが１～１０００、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ２が保持するＶＬＡＮ－ＩＤが１００～２００であった場合、非特許文献２に提案されている技術を適用した管理装置１は、以下の（Ｑ１）～（Ｑ３）のような作業を行う。

（Ｑ１）管理装置１は、まず、ユーザＡの要求に基づくネットワーク及びＩＣＴ管理情報（エンティティ）の生成指示を人間であるオペレータから受け付ける。

（Ｑ２）次に、管理装置１は、ユーザＡの要望に対して、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１が保持するリソースから空きＶＬＡＮ ＩＤを割り当てる。例えば、保持リソース中の若番であるＶＬＡＮ－ＩＤ「１」を割り当てる。

（Ｑ３）続いて、管理装置１は、ユーザＡの要望に対して、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ２が保持するリソースから空きＶＬＡＮ ＩＤを割り当てる。例えば、保持リソース中の若番である「ＶＬＡＮ－ＩＤ「１００」を割り当てる。

このような割り当てでは、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１とＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ２で割り当てたＶＬＡＮ－ＩＤが一致しない。したがって、通信できないこととなる。

このように、非特許文献２に提案されている技術では、装置が保持するＶＬＡＮ－ＩＤリソースに差がある場合には、複数の装置のリソースを協調して割り当てることができない。

これに対し、一実施形態に係る管理装置１は、複数のリソース要求を一括して処理し、まとめて払い出す機能を有するキャパシティ管理部１０を備えており、オペレータから「論理エンティティ生成指示」を受け付け、複数の装置のリソースを協調して割り当てる。すなわち、管理装置１（又は管理装置１を含むネットワーク及びＩＣＴ管理システム）では、上記（Ｑ１）～（Ｑ３）の代わりに以下のような手順が行われる。

（Ｔ１）管理装置１が、ユーザＡの要求に基づくネットワーク及びＩＣＴ管理情報（エンティティ）の生成指示を受け付ける。

（Ｔ２）管理装置１が、協調して処理すべき、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１とＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ２へのリソース要求をグルーピングする。

（Ｔ３）管理装置１が、ユーザＡの要望に対して、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１が保持するリソースから空きＶＬＡＮ ＩＤを取得する。例えば、保持リソース（ＶＬＡＮ－ＩＤ）として「１～１０００」を取得する。

（Ｔ４）管理装置１が、ユーザＡの要望に対して、ＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ２が保持するリソースから空きＶＬＡＮ ＩＤを取得する。例えば、保持リソース（ＶＬＡＮ－ＩＤ）として「１００～２００」を取得する。

（Ｔ５）管理装置１が、２台のＥｔｈｅｒｎｅｔスイッチＳＷＩＴＣＨ１及びＳＷＩＴＣＨ２が保持するリソースに共通する空きＶＬＡＮ ＩＤを割り当てる。例えば、管理装置１は、共通する保持リソース中の若番である「ＶＬＡＮ－ＩＤ １００」を割り当てる。

このように、管理装置１によれば、複数の装置のリソースに対する協調した割り当てが可能となる。

したがって、一実施形態に係る管理装置１は、管理対象であるネットワーク及びＩＣＴ装置に依存しないネットワーク及びＩＣＴ管理システムにおいて、複数のリソース容量を協調して管理し、必要リソースの割り当てを自動的に行うことができる。

＜１－２＞ハードウェア構成
図６は、上記のような管理装置１のハードウェア構成の一例を示す。

管理装置１は、ハードウェアとして、ＣＰＵ（Central Processing Unit）５１、ＲＡＭ（Random Access Memory）５２、プログラムメモリ５３、補助記憶装置５４、通信インタフェース（Ｉ／Ｆ）５５、入出力インタフェース（Ｉ／Ｆ）５６、及びバス５７を備える。ＣＰＵ５１は、バス５７を介して、ＲＡＭ５２、プログラムメモリ５３、補助記憶装置５４、通信インタフェース５５、及び入出力インタフェース５６と通信する。

ＣＰＵ５１は、汎用ハードウェアプロセッサの一例である。

ＲＡＭ５２は、ＣＰＵ５１によりワーキングメモリとして使用される。ＲＡＭ５２は、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）などの揮発性メモリを含む。

プログラムメモリ５３は、一実施形態に係る各種制御処理を実行するために必要なプログラム（コンピュータ実行可能命令を含む）を記憶する。プログラムメモリ５３として、例えば、ＲＯＭ（Read-Only Memory）、補助記憶装置５４の一部、又はその組み合わせが使用される。

管理装置１のキャパシティ管理部１０に関して説明される処理機能は、いずれもプログラムメモリ５３に格納されたアプリケーションプログラムをＣＰＵ５１に実行させることにより実現される。例えば、キャパシティ要求取得処理に係る管理プログラム（コンピュータ実行可能命令）は、ＣＰＵ５１により実行されると、キャパシティ要求取得部１１に関して説明される一連の処理をＣＰＵ５１に実行させる。

補助記憶装置５４は、データを非一時的に記憶する。補助記憶装置５４は、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）などの不揮発性メモリを含む。補助記憶装置５４は、上記管理情報ＤＢ２０に関して説明されるネットワーク管理情報をはじめとする種々のデータを記憶し得る。

通信インタフェース５５は、外部の通信装置と通信するためのインタフェースである。通信インタフェース５５は、例えば、有線ＬＡＮ端子を備え、ＬＡＮケーブルによって、インターネットを含むネットワークに接続される。

入出力インタフェース５６は、入力装置及び出力装置を接続するための複数の端子を備える。入力装置の例は、キーボード、マウス、マイクロフォン、等を含む。出力装置の例は、表示装置、スピーカ、等を含む。

プログラムは、コンピュータで読み取り可能な記憶媒体に記憶された状態で管理装置１に提供されてよい。この場合、例えば、管理装置１は、記憶媒体からデータを読み出すドライブ（図示せず）をさらに備え、記憶媒体からプログラムを取得する。記憶媒体の例は、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、ＤＶＤ－Ｒなど）、光磁気ディスク（ＭＯなど）、半導体メモリを含む。また、プログラムをネットワーク上のプログラム提供サーバに格納し、管理装置１が通信インタフェース５５を使用してプログラム提供サーバからプログラムをダウンロードするようにしてもよい。

実施形態において説明される処理は、ＣＰＵ５１などの汎用プロセッサがプログラムを実行することにより行われることに限らず、ＡＳＩＣ（Application Specific Integrated Circuit）などの専用プロセッサにより行われてもよい。

なお、管理装置１は１つのコンピュータ（管理装置）により実施されることに限定されない。管理装置１は複数のコンピュータにより実施されてもよい。例えば、管理装置１は、キャパシティ要求取得部１１として機能するコンピュータと、キャパシティ払い出し部１２として機能するコンピュータとで構成されてよい。

＜２＞動作
次に、以上のように構成された管理装置１による情報処理動作について説明する。

＜２－１＞動作の概要
まず、図７及び図８を参照して、管理装置１の動作の概要を説明する。

＜２－１－１＞事前準備
図７は、管理装置１における事前準備の手順を示す図である。

管理装置１は、あらかじめステップＰ１において、オペレータＯＰの操作を受けて、スペックＤＢ２１に対し、ネットワーク装置を含むネットワーク又はＩＣＴ装置の特徴を規定する仕様（Specification）を登録する。

管理装置１はまた、ステップＰ２において、オペレータＯＰの操作を受けて、エンティティＤＢ２２に対し、物理レイヤのエンティティ（物理エンティティ）を生成する。

＜２－１－２＞キャパシティ管理部の動作
図８は、管理装置１におけるキャパシティ管理部１０の動作の概要を示す図である。

（Ｓ１）キャパシティの要求の受け付け
まずステップＳ１において、管理装置１は、キャパシティ管理部１０により、ユーザ申し込みに基づいてオペレータＯＰによって入力された、生成したい論理エンティティ（キャパシティ消費エンティティ）とその生成要求を受け付け、キャパシティ要求取得部１１に渡す。

ここでは、管理装置１で保持するエンティティのうち、通信帯域、ＶＬＡＮ－ＩＤなどの、装置が持つ容量を保持するエンティティを「キャパシティ提供エンティティ」と呼び、キャパシティ提供エンティティに対してユーザごとに生成する論理エンティティを「キャパシティ消費エンティティ」と呼ぶ。

図９は、そのようなエンティティと、キャパシティ要求／提供の概要を示す図である。

図９に示すように、管理装置１において、ユーザの要望に基づき、論理エンティティ（キャパシティ消費エンティティ）２２０からキャパシティ提供エンティティ２２１に対してキャパシティが要求される。

ここで、キャパシティの種類には、「分量」及び「識別子」が含まれる。「分量」は、例えば、帯域（例：１００Ｍｂｐｓ）、メモリ（例：８ＧＢ）、ＣＰＵ（例：８コア）、等の数量で表され、キャパシティ提供エンティティ側が保持する量のうちの一部の量を使用するタイプである。「識別子」は、例えば、ＶＬＡＮ－ＩＤ（例：１，２，３，…）、ＭＰＬＳ（Multi-Protocol Label Switching）ラベル（例：２０，２１，…）、等の識別子で表され、キャパシティ提供エンティティが使用可能な識別子のリストを持ち、そのリストの中の１つの識別子を使用するタイプである。

図１０は、そのような「分量」及び「識別子」に関するキャパシティの要求及び保持の一例を示す図である。分量に関して、図１０の例では、キャパシティ消費エンティティ２２０は、キャパシティ提供エンティティ２２１が保持する１００Ｍｂｐｓの通信帯域のうち、８０Ｍｂｐｓを要求する。また、識別子に関して、図１０の例では、キャパシティ消費エンティティ２２０は、キャパシティ提供エンティティ２２１が保持する使用可能な１～４０９６のＶＬＡＮ－ＩＤのうち、ＶＬＡＮ－ＩＤ「２」を要求する。

（Ｓ２）仕様の取得
次いで、図８のステップＳ２において、キャパシティ要求取得部１１は、入力されたキャパシティ消費エンティティの仕様（Spec）をスペックＤＢ（Spec DB）２１から取得する。

（Ｓ３）消費仕様属性の有無の判定
ステップＳ３において、キャパシティ要求取得部１１は、取得した仕様にキャパシティ消費仕様属性（consumeCapacityInfo）があるか否かを判定する。取得した仕様にキャパシティ消費仕様属性がない場合、上記論理エンティティは、装置リソースの容量の確保の必要がないエンティティである。その場合、キャパシティ要求取得部１１は、エンティティＤＢ（Entity DB）２２に当該論理エンティティを登録し、処理を終了する。取得した仕様にキャパシティ消費仕様属性がある場合、以下の処理に進む。

（Ｓ４）キャパシティ提供エンティティの取得
ステップＳ４において、キャパシティ要求取得部１１は、エンティティＤＢ２２にアクセスし、取得したキャパシティ消費仕様属性をもとに、キャパシティ提供エンティティ（管理対象の容量を保持し、要求に対してキャパシティを提供するエンティティ）を取得する。

（Ｓ５）同値制約グループの作成
ステップＳ５において、キャパシティ要求取得部１１は、取得したキャパシティ消費仕様属性をもとに、キャパシティ消費エンティティの同値制約グループを探索し、同値制約グループを作成する。同値制約とは、複数の装置リソースの容量から協調して同じ値を払い出すべきキャパシティ消費リソースをグルーピングする制約条件を指す。

（Ｓ６）払い出し依頼
ステップＳ６において、キャパシティ要求取得部１１は、払い出し依頼を生成し、キャパシティ払い出し部１２に対してキャパシティ払い出しを依頼する。払い出し依頼には、キャパシティ提供エンティティを識別する情報、払い出しに使用される払い出し関数、及び要求量又は要求値を識別する情報が含まれる。この場合、キャパシティ提供エンティティを識別する情報は、同値制約グループに基づく、同じ値を払い出すべき複数のキャパシティ提供エンティティを識別する情報である。

（Ｓ７）払い出し関数の取得
ステップＳ７において、キャパシティ払い出し部１２は、キャパシティ要求取得部１１から受け取った払い出し依頼に基づき、払い出しに必要なキャパシティ払い出し関数を関数リポジトリ２３から取得する。

（Ｓ８）キャパシティの割り当て
ステップＳ８において、キャパシティ払い出し部１２は、取得した払い出し関数を用いてキャパシティを払い出す。すなわち、キャパシティ払い出し部１２は、要求元の論理エンティティに対して要求されたキャパシティを割り当てる。払い出し結果（要求量・要求値）がＮＧ（要求を満たせない）である場合、キャパシティ払い出し部１２は処理を中止する。

（Ｓ９）キャパシティの登録
最後に、ステップＳ９において、管理装置１は、ステップＳ８の払い出し結果をもとに、キャパシティ消費エンティティを登録し、またキャパシティ提供エンティティに対して払い出し済みキャパシティの情報を登録する。

＜２－１－３＞キャパシティの要求・割り当て
図１１は、同値制約グループなしの場合の、キャパシティの要求から割り当てまでの処理の概要を示す図である。

この場合、管理装置１においては、以下の（Ｒ１）～（Ｒ３）のような協調割り当て無しの処理が実行される。

（Ｒ１）管理装置１は、あらかじめキャパシティ提供エンティティ２２１に、提供可能なキャパシティ（この例では、ＶＬＡＮ－ＩＤ：１００～２００）を保持させる。

（Ｒ２）キャパシティ消費エンティティ２２０から、キャパシティ提供エンティティ２２１に対し、キャパシティが要求される。

（Ｒ３）キャパシティ払い出し部１２は、次式：
提供可能キャパシティ － 使用済みキャパシティ － 要求キャパシティ ＞ ０
が成り立つ場合、割り当て可能（ＯＫ）と判断する。割り当て可能な場合、キャパシティ払い出し部１２は、図示されるように、キャパシティ提供エンティティ２２１の使用済みキャパシティを（この例では、ＶＬＡＮ－ＩＤ「１００」に）更新し、要求元の論理エンティティに対して要求されたキャパシティ（この例では、ＶＬＡＮ－ＩＤ「１００」）を割り当てる（提供する）。

図１２は、同値制約によるグルーピングを適用したキャパシティの要求から割り当てまでの処理の概要を示す図である。

この場合、管理装置１においては、以下の（Ｒ１）～（Ｒ３’）のような協調割り当て可能処理が実行される。

（Ｒ１）管理装置１は、あらかじめキャパシティ提供エンティティ２２１に、提供可能なキャパシティ（この例では、ＶＬＡＮ－ＩＤ：１～１０００及びＶＬＡＮ－ＩＤ：１００～２００）を保持させる。

（Ｒ４）キャパシティ消費エンティティ２２０を同値制約によりグルーピングする。

（Ｒ２’）グルーピングしたキャパシティ消費エンティティ２２０から、キャパシティ提供エンティティ２２１に対し、グループをまとめてキャパシティが要求される。

（Ｒ３’）キャパシティ払い出し部１２は、キャパシティ割り当てをグルーピング単位で実行することで、協調割り当てを可能とする。すなわち、キャパシティ払い出し部１２は、複数のキャパシティ提供エンティティ２２１が持つＶＬＡＮ－ＩＤの中から、共通して提供可能なキャパシティ（この例では、ＶＬＡＮ－ＩＤ「１００」）を割り当てる。

ここで、管理装置１は、キャパシティの要求及び提供を表現するために、上記ネットワーク及びＩＣＴ管理アーキテクチャにおいてエンティティに対しキャパシティ関連属性をさらに定義する。

図１３は、そのようなキャパシティ関連属性の一例としてキャパシティ消費エンティティの属性の定義を示す図である。

図１３に示されるように、キャパシティ消費エンティティ２２０では、「Ｎａｍｅ（エンティティの名称）」、「ＲＳＣ（キャパシティを要求する属性の名称）」、及び「ＲＣＶ（キャパシティ属性名に対応する値・量）」が定義される。上述のように、キャパシティ消費エンティティ２２０は、ＲＳＣ／ＲＣＶのペアでキャパシティ要求量を保持する。このＲＳＣ／ＲＣＶは要求量であるとともに、払い出されたキャパシティを保持する役割も果たす。図示されるように、１つのエンティティに複数のキャパシティ要求を保持させることが可能である。データ例については後述する。

図１４は、上記キャパシティ関連属性のほかの例としてキャパシティ提供エンティティの属性の定義を示す図である。

図１４に示されるように、キャパシティ提供エンティティ２２１の属性として、「ｎａｍｅ（エンティティの名称）」及び「ｃａｐａｃｉｔｙ（提供可能なキャパシティ及び要求エンティティに提供済のキャパシティの記録）」が定義される。図示されるように、１つのエンティティに複数の提供キャパシティを保持させることが可能である。

「ｃａｐａｃｉｔｙ」属性は、子要素として「ｎａｍｅ（提供キャパシティの名称）」、「ｕｎｉｔｓ（提供キャパシティの単位（値のリストの場合は不要なので［－］で表す））」、「CapacityAmount（提供可能なキャパシティの量又は値の範囲）」、「CapacityDemand（提供済みのキャパシティの記録）（複数設定可能）」を有する。「CapacityDemand」はさらに、「CapacityDemandAmount（提供済みのキャパシティの量又は値）」及び「entityName（提供先のエンティティ名）」を有する。データ例についてはやはり後述する。

＜２－１－４＞キャパシティの保持
図１５は、図１３及び図１４に示したデータ例を用いてキャパシティの保持の概要を示す図である。図１５では、エンティティＤＢ２２において、論理レイヤ（Ｅｔｈｅｒｎｅｔレイヤ及びＬｏｇｉｃａｌ Ｄｅｖｉｃｅレイヤ）の接続関係、物理レイヤ（Ｓｗｉｔｃｈ１及びＳｗｉｔｃｈ２を含む）の接続関係、ならびに論理レイヤと物理レイヤの参照関係が保持される。

キャパシティ消費エンティティ２２０のデータ例として、ユーザＡに関するキャパシティ要求であるＮａｍｅ「Switch1-Switch2_FRE_UserA」及びユーザＢに関するキャパシティ要求であるＮａｍｅ「Switch1-Switch2_FRE_UserB」が示される。図１５では、「Switch1-Switch2_FRE_UserA」は、帯域＝６０，ＶＬＡＮ－ＩＤ＝１を要求し、「Switch1-Switch2_FRE_UserB」は、帯域＝３０，ＶＬＡＮ－ＩＤ＝２を要求する。

キャパシティ提供エンティティ２２１のデータ例として、上記ユーザＡ及びユーザＢに関するキャパシティ要求に対して参照関係を有するＮａｍｅ「Switch1-Switch2_PL」が示される。図１５に示される「Switch1-Switch2_PL」のＣａｐａｃｉｔｙ属性によれば、「ｎａｍｅ＝帯域，ｕｎｉｔｓ＝Ｍｂｐｓ，CapacityAmount＝１００」により、提供可能な帯域は１００Ｍｂｐｓであり、「ｎａｍｅ＝ＶＬＡＮ－ＩＤ，CapacityAmount＝１－４０９６」により、提供可能なＶＬＡＮ－ＩＤは［１－４０９６］である。

さらに、「帯域」に関して、キャパシティ提供エンティティ２２１のCapacityDemand属性によれば、「CapacityDemandAmount＝６０，entityName＝Switch1-Switch2_FRE_UserA」によりエンティティ「Switch1-Switch2_FRE_UserA」に対して帯域「６０Ｍｂｐｓ」を提供済みであり、「CapacityDemandAmount＝３０，entityName＝Switch1-Switch2_FRE_UserB」によりエンティティ「Switch1-Switch2_FRE_UserB」に対して帯域「３０Ｍｂｐｓ」を提供済みであるとの記録を持つことが示される。

同様に、「ＶＬＡＮ－ＩＤ」に関して、キャパシティ提供エンティティ２２１のCapacityDemand属性によれば、「CapacityDemandAmount＝１，entityName＝Switch1-Switch2_FRE_UserA」によりエンティティ「Switch1-Switch2_FRE_UserA」に対してＶＬＡＮ－ＩＤ「１」を提供済みであり、「CapacityDemandAmount＝２，entityName＝Switch1-Switch2_FRE_UserB」によりエンティティ「Switch1-Switch2_FRE_UserB」に対してＶＬＡＮ－ＩＤ「２」を提供済みであるとの記録を持つことが示される。

さらに、キャパシティ消費エンティティのもととなる仕様（Spec）は、どのようにキャパシティを消費するのかを示す、キャパシティ消費仕様属性（consumeCapacityInfo）を有する。

図１６は、そのようなキャパシティ消費エンティティの仕様の一例を示す図である。

図１６に示されるように、エンティティＤＢ２２により定義されるキャパシティ消費エンティティ「Switch2_Eth_TPE1」の仕様２１１は、スペックＤＢ２１を参照することによって取得され、図１６ではｎａｍｅ「TPE_Ethernet_Spec」として定義される。このような仕様２１１は、例えば、ユーザからの要望に応じてオペレータＯＰにより適切に設計されたもので、上記事前準備の過程でオペレータＯＰの操作を受けて格納される。図１６に示される属性について、図１７Ａ及び図１７Ｂを参照してさらに説明する。

図１７Ａ及び図１７Ｂは、図１６に示した仕様２１１のデータ例とともに、キャパシティ消費仕様属性（consumeCapacityInfo）の定義を示す図である。

キャパシティ消費仕様属性は、「ｎａｍｅ（Ｓｐｅｃの名称）」、「ＲＳＣ（ネットワーク又はＩＣＴ装置の特徴を表す属性名）」、「ＲＳＣＶ（上記属性の取り得る値の範囲）」、「ConsumeCapacityInfo（キャパシティ消費に関する情報）」を含む。

「ConsumeCapacityInfo」は、子要素として、「Ａｔｔｒｉｂｕｔｅ（キャパシティを要求する属性名）（ＲＳＣで定義されている必要がある）」、「consumeFuncName（キャパシティ払い出しに使用する関数名）」、「Ｐｒｏｖｉｄｅｒ（キャパシティ提供エンティティを特定するための情報）」、及び「constrainedSameValues（複数の装置リソースの容量から協調して同じ値を払い出すべきキャパシティ消費リソースをグルーピングする制約条件（同値制約と呼ぶ））」を含む。

図１７Ａにおいて破線で囲まれたＰｒｏｖｉｄｅｒ属性は、実際には配列形式で表される。Ｐｒｏｖｉｄｅｒ属性の配列の順番でキャパシティ消費エンティティからエンティティ間の参照関係をたどると、その配列の最後がキャパシティ提供エンティティを指すことになる。このキャパシティ提供エンティティの探索方法については後述する。

上記Ｐｒｏｖｉｄｅｒ属性はさらに、「ObjectType（参照するエンティティのタイプ（ＰＤ，ＰＰ，ＰＬ，ＴＬ，ＮＦＤ，ＴＰＥ，ＦＲＥ（ＮＣ），ＦＲＥ（ＬＣ），ＦＲＥ（ＸＣ）のいずれか））」、「ReferDirection（参照の方向性，Ｆｏｒｗａｒｄ：順方向，Ｒｅｖｅｒｓｅ：逆方向）」、「ReferKey（次のエンティティを参照するときにキーとなる属性名）」、「ConstrainedKey（複数の参照先候補があるときに、制約条件を付けて絞り込むためのキー情報）」、「ConstrainedValue（上記キーと対応する値）」を含む。

図１７Ｂにおいて破線で囲まれたconstrainedSameValues属性は、実際には配列形式で表される。constrainedSameValues属性の配列の順番でキャパシティ消費エンティティからエンティティ間の参照関係をたどると、その配列の最後エンティティ群（複数存在することもある）がグルーピングされる。この同値制約によるグルーピング方法については後述する。

このconstrainedSameValues属性についても、上記Ｐｒｏｖｉｄｅｒ属性と同様に、「ObjectType」、「ReferDirection」、「ReferKey」、「ConstrainedKey」、及び「ConstrainedValue」を含む。

＜２－１－５＞キャパシティ提供エンティティの探索
図１８は、上記Ｐｒｏｖｉｄｅｒ属性に基づくキャパシティ提供エンティティ２２１の探索方法の概要を示す図である。図１７に示されるキャパシティ消費仕様のデータ例２１１は、図１６及び図１７Ａに示した仕様２１１と同じものである。

一実施形態に係る管理装置１においては、キャパシティ提供エンティティ２２１の探索は、キャパシティ要求取得部１１により実施される。キャパシティ要求取得部１１は、キャパシティ消費エンティティ２２０から見て、Ｐｒｏｖｉｄｅｒ配列の順番で参照関係にあるエンティティをＦｏｒｗａｒｄｉｎｇ（順方向）又はＲｅｖｅｒｓｅ（逆方向）のいずれかで探索する。これは、Ｐｒｏｖｉｄｅｒ属性の配列の０から最後まで順番に探索することによって実行される。参照関係は、各エンティティが持つＲＳＣ／ＲＣＶによって表される。なお、探索候補が複数存在する場合は、参照関係ごとにConstrainedKey／Valueの組み合わせで対象エンティティを絞り込みながら探索することも可能である。キャパシティ要求取得部１１は、最終的に、配列の最後まで探索し、配列の最後の参照関係で取得したエンティティをキャパシティ提供エンティティ２２１として特定する。

この探索処理について、図１８の例でさらに説明する。

はじめにステップＳ４１において、キャパシティ要求取得部１１は、ＴＰＥエンティティ（この例では「Switch1_Eth_TPE1」エンティティ２２２）が持つＲＳＣ「_serverTperRef」で参照されるＴＰＥエンティティ（この例では「Switch1_LD_TPE1」エンティティ２２３）を探索する。このステップはＦｏｒｗａｒｄｉｎｇ（順方向）探索である。ここで、複数の候補が存在する場合、キャパシティ要求取得部１１は、ConstrainedKey／Valueの組み合わせ（layerProtocolName＝LogicalDevice）を満たすものを選択する。

ステップＳ４２において、キャパシティ要求取得部１１は、探索されたＴＰＥエンティティが持つＲＳＣ「_physicalPort」で参照されるＰＰエンティティ（この例では「Switch1_PP1」エンティティ２２４）を探索する。このステップはＦｏｒｗａｒｄｉｎｇ（順方向）探索である。

上記のような探索処理によって最後に取得されたエンティティ２２１が、キャパシティ提供エンティティとなる。

＜２－１－６＞同値制約によるグルーピング
図１９は、上記constrainedSameValues属性に基づくグルーピング方法の概要を示す図である。図１９に示されるキャパシティ消費仕様のデータ例２１１は、図１６及び図１７Ｂに示した仕様２１１と同じものである。

一実施形態に係る管理装置１においては、同値制約によるグルーピングは、キャパシティ要求取得部１１により実施される。キャパシティ要求取得部１１は、キャパシティ消費エンティティ２２０から見て、constrainedSameValues配列の順番で同値制約対象となるエンティティを探索する。その探索方法は、キャパシティ提供エンティティの探索と同様である。キャパシティ要求取得部１１は、探索されたエンティティ群を同値制約対象のエンティティとして、キャパシティ消費エンティティのすべてについて、グルーピングする。

このグルーピングについて、図１９の例でさらに説明する。なお、ステップＳ５１及びステップＳ５２は、キャパシティ提供エンティティの探索における上記ステップＳ４１及びＳ４２と同様であるため、その説明を省略する。

ステップＳ５３において、キャパシティ要求取得部１１は、探索されたＰＰエンティティ（この例では「Switch1_PP1」エンティティ２２４）をＲＳＣ「_physicalPort」で参照しているＰＬエンティティ（この例では「Switch1-Switch2_PL」エンティティ２２５）を探索する。このステップはＲｅｖｅｒｓｅ（逆方向）探索である。

ステップＳ５４において、キャパシティ要求取得部１１は、探索されたＰＬエンティティが持つＲＳＣ「_physicalPort」で参照されるＰＰエンティティ（この例では「Switch2_PP1」エンティティ２２６）を探索する。このステップはＦｏｒｗａｒｄｉｎｇ（順方向）探索である。

ステップＳ５５において、キャパシティ要求取得部１１は、探索されたＰＰエンティティをＲＳＣ「_physicalPort」で参照しているＴＰＥエンティティ（この例では「Switch2_LD_TPE1」エンティティ２２７）を探索する。このステップはＲｅｖｅｒｓｅ（逆方向）探索である。

ステップＳ５６において、キャパシティ要求取得部１１は、探索されたＴＰＥエンティティをＲＳＣ「_serverTpeRef」で参照しているＴＰＥエンティティ（この例では「Switch2_Eth_TPE1」エンティティ２２８）を探索する。このステップはＲｅｖｅｒｓｅ（逆方向）探索である。ここで、複数の候補が存在する場合、キャパシティ要求取得部１１は、ConstrainedKey／Valueの組み合わせ（layerProtocolName＝Ｅｔｈｅｒｎｅｔ）を満たすものを選択する。

上記のような探索処理によって探索されたエンティティ群が同値制約対象としてグルーピングされるキャパシティ提供エンティティとなる。

＜２－１－７＞キャパシティの払い出し・結果の登録
次に、図２０～図２２を参照し、キャパシティの払い出し及び払い出し結果の登録について、３つの例（「分量払い出し成功」「分量払い出し失敗」「値のリストの払い出し」）を挙げて説明する。

（ｉ）分量払い出し：成功
図２０は、キャパシティの払い出しが「成功」である場合の例を示す図である。

キャパシティ払い出し部１２が、以下の払い出し依頼を受け付けたとする。
操作種別：払い出し
キャパシティ消費エンティティ→キャパシティ提供エンティティ：Switch1-Switch2_FRE_UserA→Switch1-Switch2_PL
同値制約グループ：なし
キャパシティ払い出し関数名：分量払い出し関数
要求量・要求値：帯域／６０

この例では、キャパシティ提供エンティティ２２１の保持するキャパシティ「帯域」は、総量（CapacityAmount）が１００Ｍｂｐｓであり、まだどのエンティティに対しても払い出しを行っていない（CapacityDemandに値が登録されていない）。そこで、キャパシティ払い出し部１２は、要求量６０Ｍｂｐｓに対して払い出し可能と判断し、要求量６０Ｍｂｐｓの払い出しを実行する。キャパシティ払い出し部１２は、要求元であるキャパシティ消費エンティティ２２０の要求量を確定し（２２０１）、キャパシティ提供エンティティ２２１の提供済キャパシティ（CapacityDemand）に、払い出した要求量６０Ｍｂｐｓと提供先のエンティティ（Switch1-Switch2_FRE_UserA）を追記する（２２１１）。

（ｉｉ）分量払い出し：失敗
図２１は、キャパシティの払い出しが「失敗（ＮＧ）」である場合の例を示す図である。

キャパシティ払い出し部１２が、以下の払い出し依頼を受け付けたとする。
操作種別：払い出し
キャパシティ消費エンティティ→キャパシティ提供エンティティ：Switch1-Switch2_FRE_UserB→Switch1-Switch2_PL
同値制約グループ：なし
キャパシティ払い出し関数名：分量払い出し関数
要求量・要求値：帯域／５０

この例では、キャパシティ提供エンティティ２２１の保持するキャパシティ「帯域」は、総量（CapacityAmount）が１００Ｍｂｐｓであり、既に６０Ｍｂｐｓを払い出し済みである（CapacityDemandに、Switch1-Switch2_FRE_UserAに対して６０を割り当て済みであるとの登録がされている）。そこで、キャパシティ払い出し部１２は、今回の要求量５０Ｍｂｐｓに対して払い出し不可能であると判断し、払い出し結果はＮＧ（失敗）となる。よって、キャパシティ払い出し部１２は、キャパシティ提供エンティティ２２１の更新を行わない（２２１２）。

（ｉｉｉ）識別子払い出し：値のリスト
図２２は、キャパシティの払い出しが「値のリスト」である場合の例を示す図である。

キャパシティ払い出し部１２が、以下の払い出し依頼を受け付けたとする。
操作種別：払い出し
キャパシティ消費エンティティ→キャパシティ提供エンティティ：Switch1_Eth_TPE1⇒Switch1_PP1、Switch2_Eth_TPE1→Switch2_PP1
同値制約グループ：Switch1_Eth_TPE1、Switch2_Eth_TPE1
キャパシティ払い出し関数名：値のリスト払い出し（若番）関数
要求量・要求値：ＶＬＡＮ－ＩＤ／－

この例では、同値制約グループを構成する２つのキャパシティ消費エンティティが要求するキャパシティ提供エンティティが保持するキャパシティ「ＶＬＡＮ－ＩＤ」は、総量（CapacityAmount）が１～１０００及び１００～２００であり、まだどちらのエンティティに対しても払い出しを行っておらず（CapacityDemandに値が登録されていない）、共通して未使用なＩＤが存在する。そこで、キャパシティ払い出し部１２は、新規払い出し要求に対して払い出し可能であると判断する。今回指定された関数が「値のリスト払い出し（若番）関数」であるため、キャパシティ払い出し部１２は、使用可能なＩＤの中から最も小さい数字の「１」を払い出す。キャパシティ払い出し部１２は、要求元であるキャパシティ消費エンティティ２２０の要求として、ＶＬＡＮ－ＩＤのＲＣＶ「１００」を確定し（２２０３）、キャパシティ提供エンティティ２２１の提供済キャパシティ（CapacityDemand）に払い出した要求「１００」と提供先のエンティティ（Switch1_PP1、Switch2_Eth_TPE1）を追記する（２２１３）。

＜２－２＞処理フロー
次に、上記のような管理装置１による動作の概要について、処理フローを用いて再度説明する。

図２３は、その処理手順と処理内容を示すフローチャートである。図２３のステップＳ１～Ｓ９は、図８に示したステップＳ１～Ｓ９に対応する。なお、図７に関して説明した事前準備ステップＰ１～Ｐ２はあらかじめ実行されているものとする。

管理装置１は、キャパシティ管理部１０によりオペレータＯＰからの入力の有無を監視しており、オペレータＯＰからの入力を受け取ると、以下の処理を開始する。

ステップＳ１において、管理装置１は、キャパシティ要求取得部１１により、オペレータＯＰから、生成したい論理エンティティとしてキャパシティ消費エンティティの要求を受け付ける。

次いでステップＳ２において、管理装置１は、キャパシティ要求取得部１１により、入力されたキャパシティ消費エンティティの仕様（Spec）をスペックＤＢ（Spec DB）２１から取得する。

ステップＳ３において、管理装置１は、キャパシティ要求取得部１１により、スペックＤＢ２１から取得した仕様がキャパシティ消費仕様属性（consumeCapacityInfo）を持つか否かを判定する。この判定の結果、取得した仕様がキャパシティ消費仕様属性を持たないと判定された場合（ＮＯ）、装置リソースの容量の確保が必要ないエンティティであるため、管理装置１は、ステップＳ１０に移行する。ステップＳ１０において、管理装置１は、論理エンティティをエンティティＤＢ（Entity DB）２２に登録し、処理を終了する。一方、ステップＳ３において、取得したSpecがキャパシティ消費仕様属性を持つと判定された場合（ＹＥＳ）、ステップＳ４に進む。

ステップＳ４において、管理装置１は、キャパシティ要求取得部１１により、取得したconsumeCapacityInfoを用いて、エンティティ間の参照関係を探索し、キャパシティ提供エンティティを特定する。

ステップＳ５において、管理装置１は、キャパシティ要求取得部１１により、取得したconsumeCapacityInfoをもとに、キャパシティ消費エンティティの同値制約グループを探索し、同値制約グループを作成する。

ステップＳ６において、管理装置１は、キャパシティ要求取得部１１により、キャパシティ払い出し依頼を生成し、キャパシティ払い出し部１２に対してキャパシティ払い出しを依頼する。この依頼とともに、キャパシティ要求取得部１１は、以下の情報をキャパシティ払い出し部１２に送る。
・操作種別：キャパシティ消費エンティティを新規登録したい場合は「払い出し」、削除したい場合は「払戻し」、エンティティの属性値を変更したい場合は「要求量の変更」
・キャパシティ提供エンティティ：キャパシティ消費エンティティとステップＳ４で探索して特定されたキャパシティ提供エンティティのName
・同値制約グループ：ステップＳ５で作成した同値制約グループに含まれるキャパシティ消費エンティティのName
・キャパシティ払い出し関数名：キャパシティ消費エンティティのconsumeCapacityInfoのconsumeFuncName
・要求量・要求値：キャパシティ提供エンティティのconsumeCapacityInfoで指定されるＲＳＣ／ＲＣＶ

次いで、ステップＳ７において、管理装置１は、キャパシティ払い出し部１２により、キャパシティ要求取得部１１によって依頼されたキャパシティ払い出し関数を、関数リポジトリ２３から取得する。

ステップＳ８において、管理装置１は、キャパシティ払い出し部１２により、取得した払い出し関数を用いてキャパシティを払い出す。キャパシティ払い出しに成功した場合（ＹＥＳ）、ステップＳ９に進む。払い出し結果は、要求量・要求値を含む。キャパシティの払い出し結果が「失敗（ＮＧ）」である場合（ＮＯ）は、処理を中止する。

ステップＳ９において、管理装置１は、キャパシティ払い出し部１２により、払い出し結果をもとに、キャパシティの提供先であるキャパシティ消費エンティティと、キャパシティ提供エンティティに対して払い出し済キャパシティ（提供された量・値）の情報の登録を実施する。

＜３＞実施例
次に、以上のような実施形態に係る処理の詳細について、実施例を用いてさらに説明する。図２４～図２８は、その一例を示す図である。

＜３－１＞事前準備
図２４は、事前準備の手順を示す図である。

管理装置１は、ステップＰ１０１において、オペレータＯＰの操作を受けて、スペックＤＢ２１に対し、ネットワーク又はＩＣＴ装置の特徴を規定する仕様（Specification）を登録する。図２４の例では、スペックＤＢ２１に、「FRE_VLAN_Spec」、「TPE_LogicalDevice_Spec」、「PL_SW-SW_Spec」、「TPE_Ethernet_Spec」、「PP_SW_Spec」、…が登録される。

管理装置１はまた、ステップＰ１０２において、オペレータＯＰの操作を受けて、エンティティＤＢ２２に対し、物理レイヤのエンティティを生成する。図２４の例では、物理エンティティとして、２つのスイッチ（Ｓｗｉｔｃｈ１及びＳｗｉｔｃｈ２）、スイッチＳｗｉｔｃｈ１の通信ポートに関するエンティティ２２４、２つのスイッチ間の接続ケーブルに関するエンティティ２２５及びスイッチＳｗｉｔｃｈ２の通信ポートに関するエンティティ２２６が生成される。

＜３－２＞キャパシティ要求取得
図２５は、キャパシティ要求取得部１１によるキャパシティ要求取得の処理手順を示す図である。

まずステップＳ１０１において、管理装置１は、キャパシティ管理部１０により、オペレータＯＰによって入力された、キャパシティ消費エンティティの生成要求を受け付け、キャパシティ要求取得部１１に渡す。図２５の例では、管理装置１は、「Switch1_Eth_TPE1」エンティティ２２２及び「Switch2_Eth_TPE1」エンティティ２２８の生成要求を受け付ける。これらのエンティティ２２２及び２２８は、図１８及び図１９に示した探索途中に存在するエンティティに対応し、例えばユーザからの要望に応じてオペレータＯＰにより適切に設計されたものである。

次いでステップＳ１０２において、キャパシティ要求取得部１１は、受け付けたキャパシティ消費エンティティの仕様（Spec）をスペックＤＢ（Spec DB）２１から取得し、その仕様がキャパシティ消費仕様（consumeCapacityInfo）を持つかどうかを確認する。図２５の例では、キャパシティ消費エンティティ２２０の「ResourceSpec」で定義された仕様「TPE_Ethernet_Spec」をスペックＤＢ２１から取得する。図２５に破線で示された「TPE_Ethernet_Spec」の詳細は、図１８及び図１９に示した２１１と同じデータ例であり、consumeCapacityInfoを有する。上述のように、ステップＳ１０２で取得したTPE_Ethernet_SpecがconsumeCapacityInfoを持つと判定された場合、キャパシティ要求取得部１１は、ステップＳ１０３に進む。

ステップＳ１０３において、キャパシティ要求取得部１１は、TPE_Ethernet_SpecのconsumeCapacityInfoを用いて、エンティティＤＢ２２にアクセスし、エンティティ間の参照関係を探索し、図２５のエンティティＤＢ２２内に示されるようなキャパシティ提供エンティティを特定し取得する。キャパシティ要求取得部１１は、さらにconsumeCapacityInfoに基づいて、キャパシティ払い出し依頼を生成する。

＜３－３＞同値制約グループの作成
図２６は、キャパシティ要求取得部１１による同値制約グループ作成の処理手順を示す図である。

ステップＳ１０４において、キャパシティ要求取得部１１は、consumeCapacityInfoに基づいて、キャパシティ消費エンティティの同値制約グループを探索し、同値制約グループ５０１を作成する。この例では、同値制約グループ５０１は、Switch1_Eth_TPE1とSwitch2_Eth_TPE1を含む。

＜３－４＞払い出し依頼の受け付け及び払い出し関数の取得
図２７は、キャパシティ払い出し部１２による払い出し依頼の受け付け及び払い出し関数の取得までの処理手順を示す図である。

ステップＳ１０５において、キャパシティ要求取得部１１は、consumeCapacityInfo及び作成した同値制約グループ５０１に基づいて生成したキャパシティ払い出し依頼をキャパシティ払い出し部１２に渡す。キャパシティ払い出し依頼は、この例では、以下の情報を含む。
・操作種別：払い出し
・キャパシティ提供エンティティ情報
・キャパシティ提供エンティティ
・同値制約グループ：Switch1_Eth_TPE1、Switch2_Eth_TPE1
・キャパシティ払い出し関数名：値のリスト払い出し（若番）関数
・要求量・要求値：ＶＬＡＮ－ＩＤ／－

次いで、ステップＳ１０６において、キャパシティ払い出し部１２は、受け取った払い出し依頼に基づき、関数リポジトリ２３から、指定されたキャパシティ払い出し名の関数を取得する。この例では、キャパシティ払い出し部１２は、値のリスト払い出し（若番）関数２３２を取得する。

＜３－５＞キャパシティ払い出し及び登録
図２８は、キャパシティ払い出し部１２によるキャパシティ払い出し及び登録までの処理手順を示す。

ステップＳ１０７において、キャパシティ払い出し部１２は、取得した分量払い出し関数２３１を用いて、キャパシティを払い出す。払い出し結果がＮＧである場合は、処理を中止する。払い出し結果は、要求量・要求値として得られ、この例ではキャパシティ払い出し部１２は、ＶＬＡＮ－ＩＤ「１００」を払い出す。

ステップＳ１０８において、キャパシティ払い出し部１２は、払い出し結果（要求量・要求値）をもとに、エンティティＤＢ２２に対する登録を実施する。この例では、キャパシティ払い出し部１２は、キャパシティ消費エンティティの登録（２２０５）と、キャパシティ提供エンティティに対する払い出し済キャパシティの登録（２２１５）とを実施する。

＜４＞効果
以上詳述したように、この発明の一実施形態では、キャパシティ管理部１０と管理情報ＤＢ２０とを備える管理装置１が提供される。管理情報ＤＢ２０は、第１の記憶部としてのスペックＤＢ２１と、第２の記憶部としてのエンティティＤＢ２２とを備え、第１の記憶部は、管理対象のネットワーク２及びＩＣＴ装置３を含む複数のエンティティの仕様を表す仕様情報を記憶し、第２の記憶部は、上記複数のエンティティ間の関係を表す情報を含むエンティティ情報を記憶する。キャパシティ管理部１０は、キャパシティ要求取得部１１とキャパシティ払い出し部１２とを備える。キャパシティ要求取得部１１は、ネットワーク２又はＩＣＴ装置３に関して第１のエンティティ（例えば、キャパシティ消費エンティティ２２０）の生成を要求するエンティティ生成要求を受け付け、上記第１の記憶部から上記第１のエンティティに関する仕様情報を読み出し、上記第１のエンティティが、上記ネットワーク２内又は上記ＩＣＴ装置３のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定し、上記第１のエンティティが上記消費仕様属性を有すると判定された場合に、上記第２の記憶部に格納されたエンティティ情報に基づいて、上記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティ（例えば、キャパシティ提供エンティティ２２１）を特定するように構成される。キャパシティ払い出し部１２は、特定された第２のエンティティに基づいて、上記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定し、払い出し可能と判定された場合に、上記キャパシティを上記第１のエンティティに対して払い出すように構成される。そして、エンティティ生成要求を複数受け付けたときには、管理装置１は、それら複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された第２のエンティティに基づいて、それら複数の第１のエンティティに対して共通のリソースのキャパシティを払い出す。

これにより、管理装置１では、人間であるオペレータの判断を要することなく、ネットワーク２内又はＩＣＴ装置３のリソースのキャパシティが、リソースを消費するエンティティ及びリソースを提供可能なエンティティの情報とともに自動的に管理される。したがって、ネットワーク及びＩＣＴ管理システムにおいて、リソースの管理は自動的に行われ、オペレータの作業を削減することができる。さらに、管理装置１では、リソースのキャパシティの払い出しまでが自動的に行われる。したがって、ネットワーク及びＩＣＴ管理システムにおいて、随時更新される最新のエンティティ情報に基づいてリソース管理を継続して行うことができ、やはりオペレータの作業を削減することができる。また、管理装置１では、複数のエンティティ生成要求を受け付けたときに、それら複数のエンティティ要求の複数の第１のエンティティに対して共通のリソースのキャパシティを払い出す。したがって、管理対象であるネットワーク及びＩＣＴ装置に依存しないネットワーク及びＩＣＴ管理システムにおいて、リソースを協調して管理し、複数の第１のエンティティに対して協調したリソースのキャパシティを自動的に割り当てることが可能となる。

また、上記実施形態においては、キャパシティ要求取得部１１は、上記エンティティ生成要求を複数受け付けたとき、消費するリソースのキャパシティとして同じ量又は値を必要とするエンティティ生成要求をグルーピングし、キャパシティ払い出し部１２は、このグルーピングした複数のエンティティ生成要求単位で、上記複数の第１のエンティティによって消費される上記共通のリソースのキャパシティを払い出し可能か否かを判定し、払い出し可能であれば、上記共通のリソースのキャパシティを、上記グルーピングした複数のエンティティ生成要求の第１のエンティティそれぞれに対して払い出す。

これにより、管理装置１では、受け付けた複数のエンティティ生成要求の中から、同じ量又は値の消費リソースのキャパシティを必要とするものをグルーピングすることで、同じ量又は値の消費リソースのキャパシティを必要とする複数の第１のエンティティに対して、確実に、同じ量又は値の消費リソースのキャパシティを割り当てることができるようになる。

また、上記実施形態においては、上記第１の記憶部が格納する上記第１のエンティティに関する仕様情報は、消費するリソースのキャパシティとして上記第１のエンティティと同じ量又は値を必要とするほかの第１のエンティティを示す制約条件情報を含み、キャパシティ要求取得部１１は、上記制約条件情報に基づいて、上記消費仕様属性を有すると判定された第１のエンティティをグルーピングする。

これにより、管理装置１では、あらかじめ同値制約の制約条件情報を第１の記憶部に記憶しておき、受け付けた複数の第１のエンティティをグルーピングする際、この制約条件情報に基づいて同じ量又は値を必要とするものを探索することで、容易に同値制約グループをグルーピングすることができる。

なお、上記実施形態においては、払い出される上記リソースのキャパシティは、上記第２のエンティティが持つ量の内の一部の分量、例えば、帯域、メモリ、ＣＰＵのコア数、等の数量を含む。または、払い出される上記リソースのキャパシティは、上記第２のエンティティが使用可能な識別子、例えば、ＶＬＡＮ－ＩＤ、ＭＰＬＳラベル、等の値を含む。

これにより、管理装置１では、上記第２のエンティティが持つ量の内の一部の分量、又は、上記第２のエンティティが使用可能な識別子の値を、共通して、複数のエンティティ要求の複数の第１のエンティティに対して払い出すことが可能となる。

また、上記実施形態においては、キャパシティ払い出し部１２は、上記キャパシティを上記第１のエンティティに対して払い出した払い出しの結果を表す情報として、払い出し先である上記第１のエンティティを識別する情報と、上記第１のエンティティに対して払い出されたリソース又は当該リソースのキャパシティ、すなわち払い出した要求量又は要求値を表す情報とを用いて、上記第２の記憶部に格納された上記エンティティ情報を更新することを含み得る。

これにより、管理装置１では、具体的にどのような払い出しが行われたかに関する情報を用いてエンティティ情報が更新され、更新された詳細な情報に基づく適切なリソース管理を行うことができる。

また、上記実施形態においては、上記第１のエンティティが上記管理対象のネットワーク２又はＩＣＴ装置３を構成する論理レイヤのエンティティであり、上記第２のエンティティが上記管理対象のネットワーク又はＩＣＴ装置３を構成する物理レイヤのエンティティであり、上記キャパシティ要求取得部１１は、上記エンティティ生成要求として、上記論理レイヤのエンティティの生成要求を受け付け、上記第２の記憶部に格納される上記エンティティ情報として、上記論理レイヤのエンティティと上記物理レイヤのエンティティとの間の関係を表す情報に基づいて、上記第２のエンティティを特定するように構成され得る。

これにより、管理装置１において、論理レイヤのエンティティと物理レイヤのエンティティの関係に基づくアーキテクチャを利用し、適切かつ自動的にリソースキャパシティの管理を行うことができる。

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、管理装置１が備える各機能部を複数の装置に分散配置し、これらの装置が互いに連携することにより処理を行うようにしてもよい。また各機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

管理装置１は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。

また、以上で説明した各処理の流れは、説明した手順に限定されるものではなく、いくつかのステップの順序が入れ替えられてもよいし、いくつかのステップが同時並行で実施されてもよい。また、以上で説明した一連の処理は、時間的に連続して実行される必要はなく、各ステップは任意のタイミングで実行されてもよい。

上記各実施形態の処理の少なくとも一部は、例えば汎用のコンピュータに搭載されたプロセッサを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイル又は実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、いずれであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。

その他、キャパシティの払い出し方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

要するにこの発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

［付記］
上記各実施形態の一部又は全部は、請求の範囲のほか以下の付記に示すように記載することも可能であるが、これに限られない。

［Ｃ１］
管理対象のネットワーク及びＩＣＴ装置を含む複数のエンティティの仕様を表す仕様情報を格納する第１の記憶部（２１）と、
前記複数のエンティティ間の関係を表す情報を含むエンティティ情報を格納する第２の記憶部（２２）と、
前記ネットワーク又はＩＣＴ装置に関して第１のエンティティの生成を要求するエンティティ生成要求を受け付け、前記第１の記憶部から前記第１のエンティティに関する仕様情報を読み出し、前記第１のエンティティが、前記ネットワーク内又は前記ＩＣＴ装置のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定し、前記第１のエンティティが前記消費仕様属性を有すると判定された場合に、前記第２の記憶部に格納されたエンティティ情報に基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティを特定する、要求取得部（１１）と、
特定された前記第２のエンティティに基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定し、払い出し可能と判定された場合に、前記キャパシティを前記第１のエンティティに対して払い出す、キャパシティ払い出し部（１２）と、
を備え、
前記キャパシティ払い出し部は、前記エンティティ生成要求を複数受け付けたとき、前記複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された前記第２のエンティティに基づいて、前記複数の第１のエンティティに対して共通のリソースのキャパシティを払い出す、管理装置（１）。

［Ｃ２］
前記要求取得部（１１）は、前記エンティティ生成要求を複数受け付けたとき、消費するリソースのキャパシティとして同じ量又は値を必要とするエンティティ生成要求をグルーピングし、
前記キャパシティ払い出し部は、
前記グルーピングした前記複数のエンティティ生成要求単位で、前記複数の第１のエンティティによって消費される前記共通のリソースのキャパシティを払い出し可能か否かを判定し、
払い出し可能と判定された場合に、前記共通のリソースのキャパシティを、前記グルーピングした前記複数のエンティティ生成要求の前記第１のエンティティそれぞれに対して払い出す、上記［Ｃ１］に記載の管理装置。

［Ｃ３］
管理装置（１）が実行する管理方法であって、
管理対象のネットワーク及びＩＣＴ装置を含む複数のエンティティの仕様を表す仕様情報と、前記複数のエンティティ間の関係を表す情報を含むエンティティ情報とをメモリに記憶させることと、
前記ネットワーク又はＩＣＴ装置に関して第１のエンティティの生成を要求するエンティティ生成要求を受け付けることと、
前記メモリから前記第１のエンティティに関する仕様情報を読み出し、前記第１のエンティティが、前記ネットワーク内又は前記ＩＣＴ装置のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定することと、
前記第１のエンティティが前記消費仕様属性を有すると判定された場合に、前記メモリに記憶されたエンティティ情報に基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティを特定することと、
特定された前記第２のエンティティに基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定することと、
払い出し可能と判定された場合に、前記キャパシティを前記第１のエンティティに対して払い出すことと、
を備え、
前記エンティティ生成要求を複数受け付けたとき、前記複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された前記第２のエンティティに基づいて、前記複数の第１のエンティティに対して共通のリソースのキャパシティを払い出す、管理方法。

［Ｃ４］
ハードウェアプロセッサにより実行されたときに、前記ハードウェアプロセッサに、
管理対象のネットワーク及びＩＣＴ装置を含む複数のエンティティの仕様を表す仕様情報と、前記複数のエンティティ間の関係を表す情報を含むエンティティ情報とをメモリに記憶させることと、
前記ネットワーク又はＩＣＴ装置に関して第１のエンティティの生成を要求するエンティティ生成要求を受け付けることと、
前記メモリから前記第１のエンティティに関する仕様情報を読み出し、前記第１のエンティティが、前記ネットワーク内又は前記ＩＣＴ装置のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定することと、
前記第１のエンティティが前記消費仕様属性を有すると判定された場合に、前記メモリに記憶されたエンティティ情報に基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティを特定することと、
特定された前記第２のエンティティに基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定することと、
払い出し可能と判定された場合に、前記キャパシティを前記第１のエンティティに対して払い出すことと、
を含み、
前記エンティティ生成要求を複数受け付けたときには、前記複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された前記第２のエンティティに基づいて、前記複数の第１のエンティティに対して共通のリソースのキャパシティを払い出す、
方法を実行させる命令を備える、非一時的なコンピュータ可読記憶媒体。

１…管理装置
２…ネットワーク
３…ＩＣＴ装置
１０…キャパシティ管理部
１１…キャパシティ要求取得部
１２…キャパシティ払い出し部
２０…管理情報データベース
２１…スペックデータベース
２２…エンティティデータベース
２３…関数リポジトリ
２３１…分量払い出し関数
２３２…値のリスト払い出し（若番）関数
２３３…値のリスト払い出し（老番）関数
５１…ＣＰＵ
５２…ＲＡＭ
５３…プログラムメモリ
５４…補助記憶装置
５５…通信インタフェース
５６…入出力インタフェース
５７…バス
５０１…同値制約グループ
ＯＰ…オペレータ

Claims (7)

1. ハードウェアプロセッサとメモリとを有する管理装置であって、
   前記メモリは、
   管理対象のネットワーク及びＩＣＴ装置を含む複数のエンティティの仕様を表す仕様情報を格納する第１の記憶部と、
   前記複数のエンティティ間の関係を表す情報を含むエンティティ情報を格納する第２の記憶部と、
   を備え、
   前記ハードウェアプロセッサは、
   前記ネットワーク又はＩＣＴ装置に関して第１のエンティティの生成を要求するエンティティ生成要求を受け付けることと、
   前記第１の記憶部から前記第１のエンティティに関する仕様情報を読み出し、前記第１のエンティティが、前記ネットワーク内又は前記ＩＣＴ装置のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定することと、
   前記第１のエンティティが前記消費仕様属性を有すると判定された場合に、前記第２の記憶部に格納されたエンティティ情報に基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティを特定することと、
   特定された前記第２のエンティティに基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定することと、
   払い出し可能と判定された場合に、前記キャパシティを前記第１のエンティティに対して払い出すことと、
   を実行するように構成され、
   前記エンティティ生成要求を複数受け付けたとき、前記ハードウェアプロセッサは、前記複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された前記第２のエンティティに基づいて、前記複数の第１のエンティティに対して共通のリソースのキャパシティを払い出すものであって、
   消費するリソースのキャパシティとして同じ量又は値を必要とするエンティティ生成要求をグルーピングすることと、
   前記グルーピングした前記複数のエンティティ生成要求単位で、前記複数の第１のエンティティによって消費される前記共通のリソースのキャパシティを払い出し可能か否かを判定することと、
   払い出し可能と判定された場合に、前記共通のリソースのキャパシティを、前記グルーピングした前記複数のエンティティ生成要求の前記第１のエンティティそれぞれに対して払い出すことと、
   を実行するように構成される、
   管理装置。
2. 前記第１の記憶部が格納する前記第１のエンティティに関する仕様情報は、消費するリソースのキャパシティとして前記第１のエンティティと同じ量又は値を必要とする他の第１のエンティティを示す制約条件情報を含み、
   前記ハードウェアプロセッサは、エンティティ生成要求をグルーピングすることとして、前記制約条件情報に基づいて、前記消費仕様属性を有すると判定された前記第１のエンティティをグルーピングすることを実行するように構成される、請求項１に記載の管理装置。
3. 払い出される前記リソースのキャパシティは、前記第２のエンティティが持つ量の内の一部の分量、又は、前記第２のエンティティが使用可能な識別子の値を含む、請求項１または請求項２に記載の管理装置。
4. 前記ハードウェアプロセッサはさらに、前記キャパシティを前記第１のエンティティに対して払い出した払い出しの結果を表す情報として、払い出し先である前記第１のエンティティを識別する情報と、前記第１のエンティティに対して払い出されたリソース又は当該リソースのキャパシティを表す情報とを含む情報を用いて、前記第２の記憶部に格納された前記エンティティ情報を更新することとを実行するように構成される、請求項１乃至請求項３のいずれか一項に記載の管理装置。
5. 前記第１のエンティティが、前記管理対象のネットワーク又はＩＣＴ装置を構成する論理レイヤのエンティティであり、前記第２のエンティティが、前記管理対象のネットワーク又はＩＣＴ装置を構成する物理レイヤのエンティティであり、
   前記ハードウェアプロセッサは、
   前記エンティティ生成要求として、前記論理レイヤのエンティティの生成要求を受け付け、
   前記第２の記憶部に格納される前記エンティティ情報として、前記論理レイヤのエンティティと前記物理レイヤのエンティティとの間の関係を表す情報に基づいて、前記第２のエンティティを特定する、
   ように構成される、請求項１乃至請求項４のいずれか一項に記載の管理装置。
6. ハードウェアプロセッサとメモリとを有する管理装置が実行する管理方法であって、
   前記ハードウェアプロセッサが、
   管理対象のネットワーク及びＩＣＴ装置を含む複数のエンティティの仕様を表す仕様情報と、前記複数のエンティティ間の関係を表す情報を含むエンティティ情報とを前記メモリに記憶させることと、
   前記ネットワーク又はＩＣＴ装置に関して第１のエンティティの生成を要求するエンティティ生成要求を受け付けることと、
   前記メモリから前記第１のエンティティに関する仕様情報を読み出し、前記第１のエンティティが、前記ネットワーク内又は前記ＩＣＴ装置のリソースの消費を必要とすることを表す消費仕様属性を有するか否かを判定することと、
   前記第１のエンティティが前記消費仕様属性を有すると判定された場合に、前記メモリに記憶されたエンティティ情報に基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを提供し得る第２のエンティティを特定することと、
   特定された前記第２のエンティティに基づいて、前記第１のエンティティによって消費されるリソースのキャパシティを払い出し可能か否かを判定することと、
   払い出し可能と判定された場合に、前記キャパシティを前記第１のエンティティに対して払い出すことと、
   を備え、
   前記エンティティ生成要求を複数受け付けたとき、前記ハードウェアプロセッサが、前記複数のエンティティ生成要求の複数の第１のエンティティそれぞれについて特定された前記第２のエンティティに基づいて、前記複数の第１のエンティティに対して共通のリソースのキャパシティを払い出すことであって、
   消費するリソースのキャパシティとして同じ量又は値を必要とするエンティティ生成要求をグルーピングすることと、
   前記グルーピングした前記複数のエンティティ生成要求単位で、前記複数の第１のエンティティによって消費される前記共通のリソースのキャパシティを払い出し可能か否かを判定することと、
   払い出し可能と判定された場合に、前記共通のリソースのキャパシティを、前記グルーピングした前記複数のエンティティ生成要求の前記第１のエンティティそれぞれに対して払い出すことと、
   を備える、管理方法。
7. 請求項１乃至請求項５のいずれか一項に記載の管理装置の各処理をプロセッサに実行させる管理プログラム。
   

Images