JP2015115043A - 管理装置、管理方法、および管理プログラム - Google Patents

Abstract

【課題】複数の機能種別の中から選択された機能種別を実現するネットワーク装置の選定の容易化を図ること。【解決手段】ＭＢ管理システム１００では、ネットワークサービスを利用したい利用者が、利用者端末１からネットワークサービスを提供したい提供者が管理するネットワーク管理装置２に、ＭＢ要件を送る。ネットワーク管理装置２は、ＭＢ要件に合った、ネットワークサービスで利用可能なＭＢの性能等の目安となる抽象モデルを利用者端末１に返す。利用者は、利用者端末１により、提供された抽象モデルの中から利用するＭＢを選択する。また、利用者は、利用者端末１により、ネットワーク管理装置２から、抽象モデルから選択したＭＢインスタンスの稼働状況を受ける。これにより、利用者は、当該利用者が提示したＭＢ要件と実際のＭＢインスタンスの稼働状況とを比較することができる。【選択図】図１

Description

本発明は、ネットワーク装置を管理する管理装置、管理方法、および管理プログラムに関する。

近年、クラウドサービス等の基盤としてデータセンタの利用が進展している。データセンタでは、サービスを実現するために、通信セキュリティを担うファイアウォール、負荷分散による通信帯域の活用を担うロードバランサ等のミドルボックス（Ｍｉｄｄｌｅｂｏｘ、以降ＭＢ）が必須要素である。ＭＢは、たとえば、ＲＦＣ３２３４に定義されている。ＭＢは様々なベンダが提供しており、機種ごとに有する機能が異なる。また、仮想的な装置として実現される仮想ＭＢや、物理的な専用装置として実現される物理ＭＢなど、形態も多様である。

しかし、このような多様な機種が混在する状況においても、ＭＢには性能、信頼性、機能の標準が存在しない。さらに、様々な条件を考慮しなくてはならないため、それらを定義することが困難である。例えば、ＭＢの性能は、割り当てる計算機リソース量に応じて変わるし、多重化して並列処理することでも変わる。ＭＢの信頼性は、ＭＢが備える冗長化機能を利用したり、仮想装置管理機構が備える冗長化機能を利用することで、高めることができる。

ＭＢの機能については、ベンダによって、同じ機能であっても機能名称が異なったり、同じ名称であっても実際の機能が異なる場合がある。さらに、特定機能のみ高性能といった特徴、特定機種とは接続相性が良くないといった特徴もある。このような特徴はノウハウであり、外部に知られる可能性は低い。

このように、ＭＢの提供者および利用者にとっては、ＭＢの性能、信頼性、および機能（以下、性能等）を定義することが困難である。ＭＢの提供者、例えば、ネットワークサービスの一環としてＭＢを貸し出す事業者にとっては、ＭＢの性能等を定義することが難しいため、利用者へサービス仕様を示すことが困難である。また、利用者から要件が提示されたとしても、適したＭＢを選定することが困難である。

ＭＢの利用者、例えば、ネットワークサービスを利用し、ＭＢを借用する側にとっては、サービス仕様が示されないため、自らの要件に見合うＭＢの選定が困難である。さらに、仮に選定したとしても、要件に対する選択したＭＢの妥当性を判断することが困難である。

これら課題を解決すべく、利用者に対し、自動で割り当てるデフォルトのＭＢを有し、利用者のミドルボックスの選定を省略する技術がある（たとえば、非特許文献１を参照。）。同技術はさらに、提供者がデフォルトのＭＢの他に、提携ベンダのＭＢを選択肢として利用者に提供可能である。また、ＭＢの稼働結果から性能等を定義するという観点では、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）最適化装置のモニタリングから蓄えたデータに基づき、装置サイズを自動調整、装置のロードバランシング設定を自動選択する技術がある（特許文献１）。

Jessica Tomechak "CloudStack Administrator's Guide"、［online］、２０１２年５月２９日、Apache Software Foundation、［２０１３年１０月検索］、インターネット＜http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Admin_Guide/network-service-providers.html＞

国際公開公報ＷＯ２０１３／０５５８１２ Ａｂｓｔｒａｃｔ，ｐ１〜ｐ４、ｐ９４〜ｐ１０４、Ｆｉｇ．６Ｂ，６Ｃ，６Ｄ

しかしながら、非特許文献１に開示される技術は、提供者によるサービス仕様の提供が困難という課題は解決されない。また、利用者にとっては、提携ベンダのＭＢの選択肢が示されたとしても、ＭＢ選定が困難な状況は変わらず、選定後の妥当性判断が困難なことも変わらない。

特許文献１に開示される技術は、何をもってＭＢのサイズや設定を自動選定するか言及が見られず、利用者の要件を加味することはできない。また、ＭＢの一種であるＷＡＮ最適化装置のみ言及されており、他種ＭＢに対して活用することはできない。

本発明は、複数の機能種別の中から選択された機能種別を実現するネットワーク装置の選定の容易化を図ることを目的とする。

本願において開示される発明の一側面となる管理装置、管理方法、および管理プログラムは、複数の機能種別の中から選択された機能種別を実現するネットワーク装置の集合を管理する管理装置、管理方法、および管理プログラムであって、前記管理装置は、プログラムを実行するプロセッサと、前記プログラムを格納するメモリと、を有するとともに、前記集合の各ネットワーク装置について前記選択された機能種別により特定される機能、当該機能が発揮された場合の性能に関する実績、前記機能が発揮された場合の信頼性に関する実績のうち、少なくともいずれか１つを含む情報を記憶する記憶部にアクセス可能であり、前記プロセッサは、前記複数の機能種別の中から指定された機能種別に要求される機能、性能または信頼性のうち、少なくともいずれか１つの要件を取得する要件取得処理と、前記要件取得処理によって取得された要件を充足するネットワーク装置を、前記集合のうち、前記指定された機能種別を実現するネットワーク装置群の中から選定する選定処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、複数の機能種別の中から選択された機能種別を実現するネットワーク装置の選定の容易化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本実施例にかかるＭＢ管理システムの概要を示す説明図である。 本実施例にかかるＭＢ管理システムのシステム構成例を示す説明図である。 ネットワーク管理装置のハードウェア構成例を示すブロック図である。 ＭＢ抽象モデルテーブルの記憶内容例を示す説明図である。 ＭＢ機種テーブルの記憶内容例を示す説明図である。 ＭＢノウハウテーブルの１つである第１のノウハウテーブルの記憶内容例を示す説明図である。 ＭＢノウハウテーブルの１つである第２のノウハウテーブルの記憶内容例を示す説明図である。 ＭＢインスタンステーブルの記憶内容例を示す説明図である。 ＭＢインスタンス稼働状況テーブルの記憶内容例を示す説明図である。 サーバおよびＶＭ管理装置のハードウェア構成例を示すブロック図である。 ＭＢのハードウェア構成例を示すブロック図である。 ＭＢ管理システムにおける全体シーケンスの一例を示すシーケンス図である。 図７に示した第２のノウハウテーブルの更新処理手順例を示すフローチャートである。 ＭＢ抽象モデルテーブルの更新処理手順例を示すフローチャートである。 ＭＢインスタンス稼働状況テーブルの更新処理手順例を示すフローチャートである。 図１２に示したＭＢ選定処理手順例を示すフローチャートである。

以下の実施例では、記載の便宜上、各プログラムを動作主体として説明する場合があるが、実際にこれらのプログラムを実行するのはプロセッサなどの演算装置であることを付言しておく。また、本実施例では、ファイアウォール、ロードバランサ、ルータなどの複数の機能種別の中から選択された機能種別を実現するネットワーク装置を管理対象とする。また、管理対象となるネットワーク装置の一例として、ＭＢを例に挙げて説明する。

＜ＭＢ管理システムの概要＞
図１は、本実施例にかかるＭＢ管理システム１００の概要を示す説明図である。本実施例では、ネットワークサービスを利用したい利用者が、利用者端末１からネットワークサービスを提供したい提供者が管理するネットワーク管理装置２に、ＭＢに要求する要件（ＭＢ要件）を送る。ネットワーク管理装置２は、ＭＢ要件に合った、ネットワークサービスで利用可能なＭＢの性能等の目安となる抽象モデルを利用者端末１に返す。利用者は、利用者端末１により、提供された抽象モデルの中から利用するＭＢを選択する。これにより、利用者にとってＭＢ選択の容易化を図ることができる。

また、利用者は、利用者端末１により、ネットワーク管理装置２から、抽象モデルから選択したＭＢのインスタンス（ＭＢインスタンス）の稼働状況を受ける。ＭＢインスタンス（あるいは単にインスタンス）とは、利用者が利用できるようにセットアップされたＭＢである。これにより、利用者は、当該利用者が提示したＭＢ要件と実際のＭＢインスタンスの稼働状況とを比較することができる。そして、利用者は、稼働状況がＭＢ要件を満たしているかを確認することができる。

ネットワーク管理装置２は、ＭＢインスタンス稼働状況テーブルＴ１と、ＭＢノウハウテーブルＴ２と、を有する。ＭＢインスタンス稼働状況テーブルＴ１は、ＭＢインスタンスの稼働状況を収集したテーブルである。ＭＢインスタンスの稼働状況は、ネットワーク管理装置２によりＭＢ群５から収集される。なお、ＭＢ群５には、物理ＭＢと仮想ＭＢの少なくともいずれか一方が存在する。仮想ＭＢは、サーバ６上で実行される。特に言及しない限り、物理ＭＢと仮想ＭＢとを区別せずに、ＭＢと称す。

ＭＢノウハウテーブルＴ２とは、提供者が持つＭＢの業界ノウハウやＭＢの稼働状況に基づく運用ノウハウを格納するテーブルである。ＭＢノウハウテーブルＴ２は、これらノウハウと、ＭＢインスタンス稼働状況テーブルＴ１と、に基づいて生成されるテーブルである。ＭＢノウハウテーブルＴ２には、たとえば、ＭＢ間で通信障害が発生したといったノウハウが蓄積される。ネットワーク管理装置２は、ＭＢインスタンスから、有効化されている性能等の実際の稼働状況を収集し、ＭＢノウハウテーブルＴ２を更新する。

また、ネットワーク管理装置２は、提供者端末３からの入力により、ＭＢの性能等の基準を定義したＭＢ抽象モデルテーブルＴ３を生成する。上述したように、利用者端末１からＭＢ要件を受け付けると、ネットワーク管理装置２は、ＭＢ抽象モデルテーブルＴ３を参照して、ＭＢ要件を満足するＭＢ抽象モデルを抽出し、抽出したＭＢ抽象モデルを利用者端末１に返す。ＭＢノウハウテーブルＴ２とＭＢ抽象モデルテーブルＴ３は、ＭＢインスタンスの稼働状況が適宜反映される。

また、ネットワーク管理装置２は、利用者がＭＢ抽象モデルから選択したＭＢの基準を満たす機種をＭＢ群５の中から選定して、プロビジョニングする。プロビジョニングとは、利用者端末１が利用できるようにＭＢ群５の中から１台以上のＭＢをセットアップすることである。セットアップされたＭＢが、上述したＭＢインスタンスである。ＭＢのセットアップをインスタンスの生成と表現することもある。

ネットワーク管理装置２は、ＭＢインスタンスの稼働状況とＭＢ要件とを比較してその乖離を特定し、当該乖離情報を利用者端末１や提供者端末３に提供する。

本実施例により、提供者は、ＭＢ抽象モデルをＭＢの性能等の基準として利用者に提供可能となる。その結果、利用者は基準を参照することで、自らのＭＢ要件に基準が合致しているか判断できたり、ＭＢ要件自体が不明瞭であるためにまずは基準を利用する等、ＭＢの選定が容易になる。さらに、ＭＢインスタンスの稼働状況とＭＢ要件との乖離情報が通知されるため、利用者は自らのＭＢ要件に対し、利用中のＭＢインスタンスが妥当であるかを容易に判断することができる。

＜システム構成例＞
図２は、本実施例にかかるＭＢ管理システム１００のシステム構成例を示す説明図である。ＭＢ管理システム１００は、ネットワーク管理装置２と、ＭＢ４と、サーバ６と、ＶＭ管理装置７と、を有する。ネットワーク管理装置２、ＭＢ４、サーバ６、およびＶＭ管理装置７は、各々のネットワークインタフェイス３０６により、装置間の連携を制御するための通信トラフィックが流通する管理用ネットワーク８に接続される。サーバ６は、ＭＢを仮想マシンとして実行する。ＶＭ管理装置７は、仮想マシンを管理する。

また、ＭＢ４は、利用者の通信トラフィックが流通するサービスネットワーク９とも接続される。利用者の通信トラフィックとは、例えば、利用者のＷＥＢサーバ（不図示）の送受信パケットである。

また、図１に示したように、利用者は、利用者端末１からネットワーク管理装置２に、利用したいＭＢ要件を入力し、提供者は、提供者端末３からネットワーク管理装置２に、ＭＢのノウハウを入力する。なお、提供者は、提供者端末３からＭＢ要件を入力してもよく、利用者が、利用者端末１からＭＢのノウハウを入力してもよい。これらの入力は、アクセス用装置１１を用いて行われる。アクセス用装置１１は、アクセス用ネットワーク１０を介してネットワーク管理装置２に接続される。

アクセス用ネットワーク１０は、例えば、インターネット、ＷＡＮなどのネットワークであればよい。また、アクセス用装置１１が、管理用ネットワーク８に接続される構成や、提供者が扱うアクセス用装置１１を管理用ネットワーク８に接続し、利用者が扱うアクセス用装置１１をアクセス用ネットワーク１０に接続する構成でもよく、図２の構成に限定されない。

＜ネットワーク管理装置２のハードウェア構成例＞
図３は、ネットワーク管理装置２のハードウェア構成例を示すブロック図である。ネットワーク管理装置２は、入力部３０１と、ＣＰＵ３０２（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、出力部３０３と、メモリ３０４と、ネットワークインタフェイス３０６と、記憶装置３０８と、これらを接続するデータバスと、を有する。なお、各々の要素は、複数備える構成であってもよい。

入力部３０１は、キーボード等の入力装置と接続するインタフェイスである。ＣＰＵ３０２は、記憶装置３０８内のプログラムを実行するプロセッサである。出力部３０３は、ＣＰＵ３０２の実行結果をモニタ等の装置に出力するインタフェイスである。メモリ３０４は、ＣＰＵ３０２による実行の途中結果が格納される。ネットワークインタフェイス３０６は、管理用ネットワーク８に接続される回線３０７と接続する。記憶装置３０８は、各種プログラムおよび各種テーブルを格納する。記憶装置３０８は、ＣＰＵ３０２により読み取り可能な非一時的な記録媒体である。

記憶装置３０８には、ＭＢインスタンス稼働状況テーブルＴ１、ＭＢノウハウテーブルＴ２、ＭＢ抽象モデルテーブルＴ３、ＭＢ機種テーブルＴ４、ＭＢインスタンステーブルＴ５といった各種テーブルが格納される。記憶装置３０８内の各テーブルＴ１〜Ｔ５は、ネットワーク管理装置２からアクセス可能であれば、ネットワーク管理装置２の外部にあってもよい。

また、記憶装置３０８には、ＭＢ抽象モデル管理プログラム３１１、ＭＢノウハウ管理プログラム３１２、ＭＢ選定プログラム３１３、プロビジョニングプログラム３１４、ＭＢインスタンス稼働状況監視プログラム３１５といった各種プログラムが格納される。ＭＢ抽象モデル管理プログラム３１１は、ＭＢ抽象モデルテーブルＴ３を管理するプログラムである。ＭＢノウハウ管理プログラム３１２は、ＭＢノウハウテーブルＴ２を管理するテーブルである。ＭＢ選定プログラム３１３は、ＭＢノウハウテーブルＴ２を参照して、ＭＢ選定を実行するプログラムである。プロビジョニングプログラム３１４は、ＭＢ選定プログラム３１３によって選定されたＭＢのＭＢインスタンスを生成して、ＭＢインスタンステーブルＴ５を更新するプログラムである。ＭＢインスタンス稼働状況監視プログラム３１５は、ＭＢインスタンスからＭＢインスタンスの監視情報を取得して、ＭＢインスタンス稼働状況テーブルＴ１を更新するプログラムである。

＜各種テーブルの記憶内容例＞
図４は、ＭＢ抽象モデルテーブルＴ３の記憶内容例を示す説明図である。ＭＢ抽象モデルテーブルＴ３は、ＭＢのＭＢ抽象モデルを特定する性能等の基準をＭＢ４の種別ごとに記憶するテーブルである。ＭＢ抽象モデルテーブルＴ３は、種別フィールドと、基準信頼性値フィールドと、基準機能クラスフィールドと、機能重要度フィールドと、基準性能値フィールドと、を有し、ＭＢ抽象モデルごとに、各フィールドの値を有する。各フィールドの値は、たとえば、提供者端末３から入力される。

種別フィールドには、ＭＢ４の種別が格納される。種別とは、ＭＢ４の機能の種類であり、たとえば、ファイアウォール、ロードバランサ、ルータなどが挙げられる。基準信頼性値フィールドには、基準信頼性値が格納される。基準信頼性値とは、種別により特定されるＭＢ４の基準となる信頼性値（％）である。信頼性値とは、種別により特定されるＭＢ４の信頼性の高さを示す指標値である。基準信頼性値が高いほど、ＭＢ４が停止しにくいことを示す。

基準機能クラスフィールドには、基準機能クラスが格納される。基準機能クラスとは、基準となる機能クラスである。機能クラスとは、種別により特定されるＭＢ４により実現可能な機能クラスである。たとえば、ファイアウォールの場合、フィルタリング、ＮＡＴ（（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、ＨＴＴＰＳ−ＤＰＩ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ ＳＳＬ／ＴＬＳ Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ）がある。

機能重要度フィールドには、機能重要度が格納される。機能重要度とは、基準機能クラスに示した機能クラスの重要度である。本例では、機能重要度：Ａはその基準機能クラスが必須要素であることを示し、機能重要度：Ｂはその基準機能クラスが選択要素であることを示す。必須要素とは、その機能クラスを実現するのに必ず用いられる機能クラスである。選択要素とは、その機能クラスを実現するのに選択的に用いられる機能クラスである。

基準性能値フィールドには、基準性能値が格納される。基準性能値とは、基準機能クラスの基準となる性能値である。ここでは、たとえば、通信速度が用いられる。

図５は、ＭＢ機種テーブルＴ４の記憶内容例を示す説明図である。ＭＢ機種テーブルＴ４は、ＭＢ４の機種に関する情報を記憶するテーブルである。ＭＢ４は、提供するベンダにより名称や種別が異なるため、ＭＢ機種テーブルＴ４が必要である。ＭＢ機種テーブルＴ４は、ＭＢ４ごとに、ＭＢＩＤフィールドと、機種名称フィールドと、種別フィールドと、携帯フィールドと、を有し、ＭＢごとに、各フィールドの値を有する。各フィールドの値は、たとえば、提供者によって入力される。

ＭＢＩＤフィールドには、ＭＢＩＤが格納される。ＭＢＩＤとは、ＭＢ４を一意に特定する識別情報である。機種名称フィールドには、ＭＢＩＤにより特定されるＭＢ４の機種名称が格納される。機種名称は、ベンダにより異なる。たとえば、同じファイアウォールでも、ベンダが異なれば機種名称が異なる。種別フィールドには、ＭＢＩＤにより特定されるＭＢ４の種別が格納される。形態フィールドには、ＭＢＩＤにより特定されるＭＢ４の形態が格納される。形態とは、ＭＢ４の実現形態が物理ＭＢか仮想ＭＢかを示す。

図６は、ＭＢノウハウテーブルＴ２の１つである第１のノウハウテーブルＴ２１の記憶内容例を示す説明図である。第１のノウハウテーブルＴ２１は、ＭＢ間の相性として、ＭＢ間の相互接続関係のノウハウを記憶するテーブルである。第１のノウハウテーブルＴ２１は、利用者に提供するＭＢを選定する際、接続相性が良くないＭＢの組合せを取り除くために利用される。第１のノウハウテーブルＴ２１は、ＭＢＩＤフィールドと、相互接続ＭＢＩＤフィールドと、相互接続情報フィールドと、を有し、ＭＢごとに、各フィールドの値を有する。各フィールドの値は、たとえば、提供者端末３から入力される。

相互接続ＭＢＩＤフィールドには、相互接続ＭＢＩＤが格納される。相互接続ＭＢＩＤとは、相互接続ＭＢを一意に特定する識別情報である。相互接続ＭＢとは、ＭＢＩＤにより特定されるＭＢと相互に接続されるＭＢである。相互接続情報フィールドには、相互接続情報が格納される。相互接続情報とは、ＭＢＩＤにより特定されるＭＢと、相互接続ＭＢＩＤと、を相互に接続した場合のノウハウである。たとえば、相互接続した際の事例や、接続相性が良好、不良等の情報である。図６の場合、ＭＢＩＤ：１のＭＢと、相互接続ＭＢＩＤ：６のＭＢとを接続した場合、『通信不可になる可能性あり。要因不明。』といったノウハウが格納されている。

図７は、ＭＢノウハウテーブルＴ２の１つである第２のノウハウテーブルＴ２２の記憶内容例を示す説明図である。第２のノウハウテーブルＴ２２は、ＭＢの機能、性能、および信頼性に関するノウハウを記憶するテーブルである。第２のノウハウテーブルＴ２２は、ＭＢ４ごとの対応機能、各機能の性能や信頼性の実績の対応付け、名称が異なる同一機能の名称統一のために用いられる。第２のノウハウテーブルＴ２２は、ＭＢＩＤフィールドと、基準機能クラスフィールドと、対応機能フィールドと、性能実績フィールドと、性能特徴フィールドと、信頼性実績フィールドと、信頼性確報方式フィールドと、を有し、ＭＢごとに、各フィールドの値を有する。各フィールドの値は、たとえば、提供者端末３から入力される。

対応機能フィールドには、対応機能の名称が格納される。対応機能とは、基準機能クラスに対応するＭＢ４の具体的な機能である。たとえば、対応機能は、ベンダが用意した、その基準機能クラスに相当する機能である。性能実績フィールドには、性能実績が格納される。性能実績とは、そのＭＢ４の性能、例えば、通信速度の実績値である。

性能特徴フィールドには、性能特徴が格納される。性能特徴とは、ＭＢ４がその性能を発揮するための特徴であり、本例では、ＭＢＩＤにより特定されるＭＢ４が仮想ＭＢである場合に性能特徴の一例としてリソース量が格納される。換言すれば、性能特徴フィールドに値が格納されていないＭＢ４は、物理ＭＢである。

信頼性実績フィールドには、信頼性実績（％）が格納される。信頼性実績とは、ＭＢ４の信頼性の実績を示す情報であり、たとえば、稼働率（停止しなかった確率）である。信頼性確保方式フィールドには、信頼性確保方式が格納される。信頼性確保方式とは、信頼性実績が得られたときのＭＢ４の実現方式である。

図８は、ＭＢインスタンステーブルＴ５の記憶内容例を示す説明図である。ＭＢインスタンステーブルＴ５は、利用者からのＭＢ要件を登録するテーブルである。ＭＢインスタンステーブルＴ５は、インスタンスＩＤフィールドと、ＭＢＩＤフィールドと、利用者フィールドと、リソースフィールドと、機能要件フィールドと、性能要件フィールドと、信頼性要件フィールドと、を有し、ＭＢインスタンスごとに、各フィールドの値を有する。

インスタンスＩＤフィールドには、インスタンスＩＤが格納される。インスタンスＩＤとは、ＭＢインスタンスを一意に特定する識別情報である。ネットワーク管理装置２は、ＭＢ要件を受け付けると、ＭＢインスタンステーブルＴ５に新規エントリを生成して、固有のインスタンスＩＤを付与する。

利用者フィールドには、ＭＢ要件を送った利用者の名称が格納される。リソースフィールドには、ＭＢＩＤにより特定されるＭＢ４のリソースが格納される。リソースは、ＭＢインスタンスに割り当てるＣＰＵ３０２やメモリ３０４等の計算機リソース量である。ネットワーク管理装置２は、エントリが作成された場合、第２のノウハウテーブルＴ２２を参照して、ＭＢＩＤが一致するエントリの性能特徴を、ＭＢインスタンステーブルＴ５のリソースフィールドに格納する。なお、ＭＢインスタンスが物理ＭＢである場合、リソースフィールドには何も格納されない。

機能要件フィールドには、機能要件が格納される。機能要件とは、利用者がＭＢ４に要求するＭＢ４の機能である。性能要件フィールドには、性能要件が格納される。性能要件とは、利用者がＭＢ４に要求するＭＢ４の性能である。信頼性要件フィールドには、信頼性要件が格納される。信頼性要件とは、利用者がＭＢ４に要求するＭＢ４の信頼性値である。

図９は、ＭＢインスタンス稼働状況テーブルＴ１の記憶内容例を示す説明図である。ＭＢインスタンス稼働状況テーブルＴ１は、稼働中のＭＢインスタンスの情報を逐次更新するテーブルである。ＭＢインスタンス稼働状況テーブルＴ１は、インスタンスＩＤフィールドと、利用機能フィールドと、発揮性能フィールドと、稼働率フィールドと、を有し、ＭＢインスタンスごとに、各フィールドの値を有する。

利用機能フィールドには、利用機能が格納される。利用機能とは、ＭＢインスタンスで有効化されている機能である。発揮性能フィールドには、発揮性能が格納される。発揮性能とは、利用機能が発揮している性能実績値である。発揮性能は、最新の値、平均値、最高値、最低値、中央値など、利用者または提供者に応じて設定される。稼働率フィールドには、ＭＢインスタンスの稼働率が格納される。稼働率とは、ＭＢインスタンスにおいて利用機能が稼働した確率である。同一ＭＢにおける各ＭＢインスタンスの稼働率の平均が、図７の信頼性実績の値となる。

図１０は、サーバ６およびＶＭ管理装置７のハードウェア構成例を示すブロック図である。記憶装置３０８の内容以外の構成要素は、図３に示した構成と同一構成であるため、説明を省略する。

サーバ６およびＶＭ管理装置７は、記憶装置３０８にＶＭ実行プログラム１０１、ハイパーバイザー１０２、ＶＭ管理プログラム１０３を記憶する。ＶＭ実行プログラム１０１は、仮想マシンである仮想ＭＢを実行するプログラムである。ハイパーバイザー１０２は、ＶＭ管理プログラム１０３と連携し、仮想マシンの実行や削除、仮想的なスイッチの実行や削除を行う。ＶＭ管理プログラム１０３は、そのような連携要求をネットワークインタフェイス３０６を介して他装置から受け付け、ハイパーバイザー１０２に指示を出す。

図１１は、ＭＢのハードウェア構成例を示すブロック図である。記憶装置３０８の内容以外の構成要素は、図３に示した構成と同一構成であるため、説明を省略する。ＭＢ４は、記憶装置３０８に、監視プログラム１１１と、ＭＢ機能実行プログラム１１２、ログデータテーブル１１３を格納する。監視プログラム１１１は、ＭＢ機能実行プログラム１１２が実行するＭＢ４の機能や当該機能が発揮している性能を監視し、ログデータテーブル１１３に監視結果を保存したり、ネットワーク管理装置２にログデータテーブル１１３を送信する。

ＭＢ機能実行プログラム１１２は、ファイアウォールにおけるフィルタリング、ロードバランサにおけるロードバランシング、ルータにおけるルーティング等の各種ＭＢの機能を実行する。なお、各種ＭＢの機能は部分的に持っていてもよい。

また、アクセス用装置１１についても、記憶装置３０８の内容以外の構成要素は、図３に示した装置と同様である（図示せず）。アクセス用装置１１は、記憶装置３０８に、ネットワーク管理装置２が記憶装置３０８に備える各プログラムへ要求を送信するプログラムを格納する。当該プログラムは、例えば、各プログラムが実行するＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）やＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）に対し、アクセス用装置１１の利用者が入力するコマンドやリクエストを送信する。

＜全体シーケンス例＞
図１２は、ＭＢ管理システム１００における全体シーケンスの一例を示すシーケンス図である。まず、各種テーブルの設定をおこなうため、提供者端末３は、ネットワーク管理装置２にＭＢ情報を送信する（ステップＳ１２０１）。ＭＢ情報には、具体的には、たとえば、ＭＢ抽象モデルテーブルＴ３の設定に用いられるＭＢ４の基準機能、ＭＢ４の基準性能値、および基準信頼性値が含まれる。また、ＭＢ情報には、ＭＢ機種テーブルＴ４の事前設定に用いられるＭＢ４の機種名称、ＭＢの種別、およびＭＢ４の形態が含まれる。また、ＭＢ情報には、第１のノウハウテーブルＴ２１の設定に用いられる相互接続ノウハウが含まれる場合がある。また、ＭＢ情報には、第２のノウハウテーブルＴ２２の事前設定に用いられる対応機能、性能実績、性能特徴、信頼性実績、信頼性確保方式が含まれる。

ネットワーク管理装置２は、ステップＳ１で送信されてくるＭＢ情報を用いて、事前設定処理を実行する（ステップＳ１２０２）。事前設定処理とは、図４〜図７に示したテーブルＴ３、Ｔ４、Ｔ２１、Ｔ２２に、ステップＳ１２０１で送信されてくるＭＢ情報を反映する処理である。

たとえば、ＭＢ情報に、機種名称「ベンダａファイアウォール」、種別「ファイアウォール」、形態「仮想」というＭＢ情報が含まれている場合、ネットワーク管理装置２は、それぞれＭＢ機種テーブルＴ４の機種名称フィールド、種別フィールド、形態フィールドに格納し、一意なＭＢＩＤを発行してＭＢＩＤフィールドに格納する。これにより、利用者の利用者端末１からＭＢ抽象モデルの提供要求が送信されてきた場合に、ネットワーク管理装置２は、ＭＢ選定やＭＢインスタンスの生成などの各種処理を実行することができる。

このあと、利用者がＭＢ抽象モデルの提供を受けたい場合、利用者端末１は、ＭＢ抽象モデルの提供要求をネットワーク管理装置２に送信する（ステップＳ１２０３）。ネットワーク管理装置２は、ＭＢ抽象モデルの提供要求を受けると、ＭＢ抽象モデルテーブルＴ３を利用者端末１に送信する（ステップＳ１２０４）。

ステップＳ１２０５は、ネットワーク管理装置２が利用者端末１からＭＢ要件を取得する要件取得処理である。利用者は、ＭＢ抽象モデルテーブルＴ３を参照して、利用したいＭＢの条件であるＭＢ要件を利用者端末１に入力する。利用者端末１は、入力されたＭＢ要件をネットワーク管理装置２に送信する（ステップＳ１２０５）。ＭＢ要件とは、たとえば、ＭＢ抽象モデルに示されるファイアウォールおよびルータの利用を希望する、ＭＢ抽象モデルに示された以上の性能、信頼性のＭＢを希望する等、利用したいＭＢに要求する条件である。

ネットワーク管理装置２は、ＭＢ要件を受信すると、ＭＢ選定処理を実行する（ステップＳ１２０６）。ＭＢ選定処理（ステップＳ１２０６）とは、ＭＢ要件を充足するＭＢ４を選定する処理である。ＭＢ選定処理（ステップＳ１２０６）の詳細については後述するが、ＭＢ選定処理（ステップＳ１２０６）によりＭＢ要件を考慮したＭＢが設定される。

ネットワーク管理装置２は、ＭＢ選定処理（ステップＳ１２０６）によって選定されたＭＢについて、ＭＢインスタンス特定処理を実行する（ステップＳ１２０７）。ＭＢインスタンス特定処理（ステップＳ１２０７）とは、選定されたＭＢ４に基づいて、生成対象となるＭＢインスタンスを特定し、特定したＭＢインスタンスの生成要求を作成する処理である。

たとえば、ネットワーク管理装置２のプロビジョニングプログラム３１４は、選定したＭＢ４の実現形態を、ＭＢ機種テーブルＴ４の形態フィールドを参照して特定する。また、プロビジョニングプログラム３１４は、第２のノウハウテーブルＴ２２の性能特徴フィールドおよび信頼性確保方式フィールドを参照して、割当てるリソース量と信頼性確保方式を特定する。そして、ネットワーク管理装置２は、これらの特定した情報を含むＭＢインスタンス生成要求を送信する（ステップＳ１２０８）。

たとえば、生成対象となるＭＢインスタンスが仮想ＭＢのＭＢインスタンスである場合、ネットワーク管理装置２は、ＶＭ管理装置７にＭＢインスタンス生成要求を、割り当てるリソース量とともに送信する。さらに、信頼性確保方式が仮想サーバＨＡ（Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙ）機能を使う場合、ネットワーク管理装置２は、同機能の実行も要求する。当該機能要求を受けたＶＭ管理装置７は、通知されたリソース量を割当てた仮想ＭＢをサーバ６上に生成し、ＨＡ機能を実行する。

一方、生成対象となるＭＢインスタンスが物理ＭＢのＭＢインスタンスである場合、プロビジョニングプログラム３１４は、ＭＢ群５からＭＢ４を選択して、選択したＭＢ４にＭＢインスタンス生成要求を送信する。さらに、信頼性確保方式がインスタンス冗長化機能を使う場合、ネットワーク管理装置２は、同機能の実行も要求する。当該機能要求を受けたＭＢ４は、装置冗長化機能を実行する。このようにして、ＭＢインスタンスが生成される。このように、ステップＳ１２０７およびステップＳ１２０８は、ＭＢインスタンスを生成するＭＢインスタンス生成処理である。

このあと、ネットワーク管理装置２は、生成したＭＢインスタンスについてＭＢインスタンステーブルＴ５を更新する（ステップＳ１２０９）。具体的には、ネットワーク管理装置２は、生成したＭＢインスタンスのエントリを、ＭＢインスタンステーブルＴ５に追加する。より具体的には、ネットワーク管理装置２のプロビジョニングプログラム３１４は、ステップＳ１２０６にて選定されたＭＢ４のＭＢＩＤと、ＭＢ要件の送信者（利用者）を、それぞれ、ＭＢインスタンステーブルＴ５のＭＢＩＤフィールドと、利用者フィールドに格納する。

そして、ステップＳ１２０８にて、仮想ＭＢを生成した場合、プロビジョニングプログラム３１４は、ＭＢインスタンステーブルＴ５のリソースフィールドに割当てたリソース量を格納する。また、プロビジョニングプログラム３１４は、一意なＩＤを発行し、インスタンスＩＤフィールドに格納する。

さらに、プロビジョニングプログラム３１４は、利用者要件を、機能要件フィールド、性能要件フィールド、信頼性要件フィールドに格納する。尚、仮想ＭＢを生成しなかった場合、即ち、選定されたのが物理ＭＢであった場合、リソースフィールドには何も値を格納せず、一意なＩＤをインスタンスＩＤフィールドに格納するのみでよい。

このように、ＭＢインスタンステーブルＴ５の各フィールドを更新することにより、図８に具体的に示しているように、ＭＢインスタンスのＩＤに対し、インスタンスを生成したＭＢ機種のＩＤ、ＭＢインスタンスの利用者、割当てているリソース量、利用者の各要件の対応関係がＭＢインスタンステーブルＴ５に登録される。

このあと、ネットワーク管理装置２は、利用者端末１または提供者端末３からＭＢ設定要求を受ける（ステップＳ１２１０）。設定要求には、ＭＢ４で有効にする機能の設定パラメータが含まれている。設定パラメータは、例えば、ファイアウォールで有効化するフィルタリングに関するパラメータ（送信元アドレス、送信先アドレス、通信許可または不許可）や、ロードバランサで有効にするロードバランシングに関するパラメータ（たとえば、タイムスライスなどのラウンドロビンに関する情報）が含まれる。

ネットワーク管理装置２は、ステップＳ１２１０における設定要求を受けると、設定要求の対象となるＭＢ４に当該設定要求を送信することで設定を有効にする。具体的には、たとえば、プロビジョニングプログラム３１４が、設定要求から設定パラメータを抽出し、ＭＢ４の設定インタフェイスに指示する。設定インタフェイスとは、例えば、ＣＬＩやＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍａｂｌｅ Ｉｎｔｅｒｆａｃｅ）であり、ＭＢ機能実行プログラム１１２に含まれる。ＭＢ機能実行プログラム１１２は、受け付けた設定パラメータに従って自身のフィルタリングやロードバランシングといった処理を実行する。これにより、ＭＢインスタンスが稼働することになる。

このあと、ネットワーク管理装置２は、ＭＢインスタンスから稼働情報を取得する（ステップＳ１２１２）。稼働情報とは、ＭＢインスタンス内のログデータテーブル１１３である。ＭＢインスタンスは、自身の稼働状況をログデータとしてログデータテーブル１１３に保存する。なお、ＭＢがネットワーク管理装置２にログデータテーブル１１３を送信する間隔は、任意に設定可能としてもよい。例えば、ステップＳ１１に示した設定要求に送信間隔：１秒の設定値が含まれている場合、ＭＢインスタンスがその送信間隔に従って送信してもよい。また、ネットワーク管理装置２が任意の間隔でログデータテーブル１１３の取得要求をＭＢ４に対して送信し、ＭＢインスタンスが当該要求を受けてログデータテーブル１１３をネットワーク管理装置２に送信してもよい。このように、ステップＳ１２１２は、ＭＢインスタンスの稼働状況を取得する稼働状況取得処理である。

ネットワーク管理装置２は、ＭＢインスタンスから稼働情報を取得すると、テーブル更新処理を実行する（ステップＳ１２１３）。テーブル更新処理（ステップＳ１２１３）では、ネットワーク管理装置２は、ＭＢインスタンス稼働状況監視プログラム３１５により、当該稼働情報を用いてＭＢインスタンス稼働状況テーブルＴ１を更新する。また、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２の性能実績フィールドの値や信頼性実績フィールドの値も更新する。

そして、ネットワーク管理装置２は、稼働情報の送信元のＭＢインスタンスについて、当該稼働情報とＭＢインスタンステーブルＴ５に格納されているＭＢ要件とを比較する（ステップＳ１２１４）。そして、ネットワーク管理装置２は、ステップＳ１２１４の比較結果を利用者端末１または提供者端末３に通知する（ステップＳ１２１５）。比較結果は、稼働情報とＭＢ要件を含む情報でもよく、差分を示す情報でもよい。なお、ＭＢ要件が、その送信元となる利用者端末１または提供者端末３に保持されている場合には、ネットワーク管理装置２は、利用者端末１または提供者端末３に稼働情報のみ送信してもよい。

＜第２のノウハウテーブルＴ２２の更新処理手順例＞
図１３は、図７に示した第２のノウハウテーブルＴ２２の更新処理手順例を示すフローチャートである。ネットワーク管理装置２は、ＭＢノウハウ更新要求を受信する（ステップＳ１３１）。例えば、ＭＢノウハウ管理プログラム３１２がＣＬＩやＧＵＩにより、それらに対するアクセス用装置１１からのＭＢノウハウ更新要求や、他プログラムからのＭＢノウハウ更新要求を受信する。

つぎに、ネットワーク管理装置２は、ＭＢノウハウ更新要求が自動更新要求であるかを判定し（ステップＳ１３２）、Ｙｅｓの場合、Ｓ１３３の処理に進み、Ｎｏの場合、Ｓ１３６に進む。例えば、ステップＳ１３１で示したようにＭＢ情報が提供者端末３から送信された場合はステップＳ１３６に進み、ＭＢインスタンス稼働状況監視プログラム３１５からの自動更新要求である場合はステップＳ１３３に進む。

ＭＢ情報が提供者端末３から送信された場合（ステップＳ１３２：Ｎｏ）、ネットワーク管理装置２は、提供者端末３からステップＳ１３１で受信したＭＢ情報を参照し、第２のノウハウテーブルＴ２２のＭＢ情報に該当するフィールドの値を更新して（ステップＳ１３６）、処理を終了する。

一方、ＭＢインスタンス稼働状況監視プログラム３１５からの自動更新要求である場合（ステップＳ１３２：Ｙｅｓ）、ネットワーク管理装置２は、ＭＢインスタンスの稼働率を特定して、第２のノウハウテーブルＴ２２の信頼性実績を更新する（ステップＳ１３３）。具体的には、たとえば、まず、ネットワーク管理装置２は、ＭＢインスタンス稼働状況テーブルＴ１を参照して、ＭＢノウハウ更新要求に含まれるインスタンスＩＤのエントリから利用機能と稼働率を取得する。たとえば、図９の例では、ＭＢノウハウ更新要求に含まれるＭＢＩＤ：１とすると、利用機能：フィルタリングと、稼働率：１００％が取得される。

また、ネットワーク管理装置２は、ＭＢインスタンステーブルＴ５を参照して、ＭＢノウハウ更新要求に含まれるインスタンスＩＤのエントリからＭＢＩＤを取得する。上記の例では、ＭＢＩＤ：１に対応するインスタンスＩＤ：１が取得される。

そして、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２を参照して、ＭＢＩＤが上記取得したＭＢＩＤで、かつ、基準機能クラスが上記取得した利用機能であるエントリを特定する。ネットワーク管理装置２は、特定したエントリの信頼性実績を、上記取得した稼働率を用いて更新する。たとえば、ネットワーク管理装置２は、特定したエントリの信頼性実績と上記取得した稼働率との平均値を更新後の信頼性実績とする。

上記の例では、ＭＢＩＤ：１で、かつ、基準機能クラス：フィルタリングであるエントリの信頼性実績：９６％が、第２のノウハウテーブルＴ２２から取得される。したがって、たとえば、信頼性実績：９６％は、信頼性実績：９６％と稼働率：１００％との平均値９８％に更新される。

ステップＳ１３３では、ネットワーク管理装置２は、同一インスタンスＩＤの他のエントリについても同様に実行することにより、同一インスタンスの全利用機能に関する信頼性実績を更新することができる。たとえば、図９の例では、インスタンスＩＤ：１の利用機能は、「フィルタリング」のほかに、「ＮＡＴ」があるため、ネットワーク管理装置２は、利用機能：ＮＡＴについても同様に稼働率を更新する。また、他のインスタンスＩＤについては、検索キーとなるインスタンスＩＤを変更して実行すればよい。

つぎに、ネットワーク管理装置２は、ＭＢの発揮性能を特定し、性能実績を更新する（ステップＳ１３４）。具体的には、たとえば、まず、ネットワーク管理装置２は、ＭＢインスタンス稼働状況テーブルＴ１を参照して、ＭＢノウハウ更新要求に含まれるインスタンスＩＤのエントリから利用機能と発揮性能を取得する。たとえば、図９の例では、ＭＢノウハウ更新要求に含まれるＭＢＩＤ：１とすると、利用機能：フィルタリングと発揮性能：７Ｇｂｐｓが取得される。

また、ネットワーク管理装置２は、ＭＢインスタンステーブルＴ５を参照して、ＭＢノウハウ更新要求に含まれるインスタンスＩＤのエントリからＭＢＩＤを取得する。上記の例では、ＭＢＩＤ：１に対応するインスタンスＩＤ：１が取得される。

そして、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２を参照して、ＭＢＩＤが上記取得したＭＢＩＤで、かつ、基準機能クラスが上記取得した利用機能であるエントリを特定する。ネットワーク管理装置２は、特定したエントリの性能実績を、上記取得した発揮性能を用いて更新する。たとえば、ネットワーク管理装置２は、特定したエントリの性能実績上記取得した発揮性能との平均値を更新後の性能実績とする。

上記の例では、ＭＢＩＤ：１で、かつ、基準機能クラス：フィルタリングであるエントリの性能実績：８Ｇｂｐｓが、第２のノウハウテーブルＴ２２から取得される。したがって、たとえば、性能実績：８Ｇｂｐｓは、性能実績：８Ｇｂｐｓと発揮性能：７Ｇｂｐｓとの平均値７．５％に更新される。

このあと、ネットワーク管理装置２は、図１２のステップＳ１２１４に示したように、ＭＢインスタンスの稼働状況とＭＢ要件とを比較し、提供者端末３や利用者端末１に通知する。この通知は、ＭＢ要件に対し、利用者が、ステップＳ１２０６で選定されたＭＢ４が妥当であるかを判断するため等に用いられる。ＭＢ４が妥当であるかは、例えば、ＭＢインスタンスが、性能要件を満たしているか、信頼性要件を満たしているか、要件機能を全て利用しているか等の、稼働状況により確認することができる。以下、具体例をあげて説明する。

（ＭＢインスタンスの稼働率と信頼性要件との比較結果）
たとえば、ネットワーク管理装置２は、ＭＢインスタンステーブルＴ５から、ステップＳ１３３で稼働率の取得に用いられたインスタンスＩＤが存在し、かつ、利用機能が機能要件に存在するエントリを特定し、特定したエントリの信頼性要件を取得する。

具体的には、たとえば、ステップＳ１３３で示したインスタンスＩＤ：１で、かつ、利用機能：フィルタリングである場合を例に挙げて説明する。ネットワーク管理装置２は、インスタンスＩＤ：１で、かつ、機能要件：フィルタリングであるエントリを図８のＭＢインスタンステーブルＴ５から特定する。そして、ネットワーク管理装置２は、特定したエントリから信頼性要件：９９．９９９％を取得する。ネットワーク管理装置２は、ステップＳ１３で、インスタンスＩＤ：１で、かつ、利用機能：フィルタリングで特定される稼働率：１００％を取得している。したがって、ネットワーク管理装置２は、稼働率：１００％と特定したエントリの信頼性要件：９９．９９９％との比較結果を通知する。

（ＭＢインスタンスの発揮性能と性能要件との比較結果）
また、ネットワーク管理装置２は、ＭＢインスタンステーブルＴ５から、ステップＳ１３３で発揮性能の取得に用いられたインスタンスＩＤが存在し、かつ、利用機能が機能要件に存在するエントリを特定し、特定したエントリの性能要件を取得する。

具体的には、たとえば、ステップＳ１４で示したインスタンスＩＤ：１で、かつ、利用機能：フィルタリングである場合を例に挙げて説明する。ネットワーク管理装置２は、インスタンスＩＤ：１で、かつ、機能要件：フィルタリングであるエントリを図８のＭＢインスタンステーブルＴ５から特定する。そして、ネットワーク管理装置２は、特定したエントリから性能要件：８Ｇｂｐｓを取得する。ネットワーク管理装置２は、ステップＳ１４で、インスタンスＩＤ：１で、かつ、利用機能：フィルタリングで特定される発揮性能：７Ｇｂｐｓを取得している。したがって、ネットワーク管理装置２は、発揮性能：７Ｇｂｐｓと特定したエントリの性能要件：８Ｇｂｐｓとの比較結果を通知する。

なお、ＭＢインスタンスが仮想ＭＢであり、かつ、発揮性能＜性能実績である場合、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２の性能特徴で特定されるリソース量では、発揮性能が性能実績を達成できないと判断することとしてもよい。この場合、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２の性能特徴で特定されるリソース量がおおきくなるように更新してもよい。たとえば、性能特徴により特定されるリソース量が「２コア４ＧＢ」の場合、「３コア８ＧＢ」に自動更新してもよい。または、ネットワーク管理装置２は、発揮性能が性能実績を達成できていない旨を示す情報を、提供者端末３に通知してもよい。この場合、提供者端末３からの指示によりネットワーク管理装置２が性能特徴を更新してもよい。

（要件機能の利用有無）
ネットワーク管理装置２は、ＭＢインスタンスの稼働率と信頼性要件との比較およびＭＢインスタンスの発揮性能と性能要件との比較において用いられたインスタンスＩＤについて、要件機能の利用有無を確認する。具体的には、ネットワーク管理装置２は、ＭＢインスタンス稼働状況テーブルＴ１を参照して、ＭＢノウハウ更新要求に含まれるインスタンスＩＤのエントリから利用機能をすべて取得する。上記の例では、インスタンスＩＤ：１であるため、利用機能：フィルタリング、ＮＡＴが取得される。

つぎに、ネットワーク管理装置２は、ＭＢインスタンステーブルＴ５を参照して、先に取得した利用機能に一致する機能要件を充足機能要件として取得し、一致しない機能要件を不足機能要件として取得する。上記の例では、図８において、インスタンスＩＤ：１の機能要件は、フィルタリング、ＮＡＴ、ＨＴＴＰＳ−ＤＰＩであるため、充足機能要件がフィルタリングおよびＮＡＴであり、不足機能要件がＨＴＴＰＳ−ＤＰＩであることがわかる。

なお、ＭＢインスタンスの稼働率と信頼性要件との比較やＭＢインスタンスの発揮性能と性能要件との比較を他のインスタンスＩＤで実行することで、ネットワーク管理装置２は、すべてのインスタンスＩＤに関し、要件機能の利用有無を特定することができる。

このように、ネットワーク管理装置２は、ＭＢインスタンスの稼働率と信頼性要件の比較結果、発揮性能と性能要件との比較結果、要件機能の利用有無を利用者端末１や提供者端末３に通知する。通知は多様に設定可能としてもよい。例えば、通知先を提供者のみ、利用者のみ等に設定できたり、通知間隔を判定後即時、判定後１カ月後等に設定できたり、通知条件を達成、未達成、利用していない要件数が閾値以上等に設定してもよい。あるいはデフォルト設定を持ってもよい。

＜ＭＢ抽象モデルテーブルＴ３の更新処理手順例＞
図１４は、ＭＢ抽象モデルテーブルＴ３の更新処理手順例を示すフローチャートである。ネットワーク管理装置２は、ＭＢ抽象モデルテーブルＴ３の更新要求を受信したか否かを判断し（ステップＳ１４１）、受信した場合（ステップＳ１４１：Ｙｅｓ）、Ｓ１４２へ進む。受信したのが更新要求ではない場合（ステップＳ１４１：Ｎｏ）、Ｓ１４６へ進む。更新要求は、例えば、ＭＢ抽象モデル管理プログラム３１１がＣＬＩ、ＧＵＩの機能により、アクセス用装置１１から入力される。

ステップＳ１４１において、ＭＢ抽象モデルテーブルＴ３の更新要求が受信された場合（ステップＳ１４１：Ｙｅｓ）、ネットワーク管理装置２は、更新要求が基準（基準信頼性値、基準性能換算値、基準機能クラス）の更新要求を含む場合（ステップＳ１４２：Ｙｅｓ）、Ｓ１４３へ進み、含まない場合（ステップＳ１４２：Ｎｏ）、Ｓ１４４へ進む。

ステップＳ１４３において、ネットワーク管理装置２は、ＭＢ抽象モデルテーブルＴ３の基準フィールドのうち更新要求に含まれるフィールドを更新する（ステップＳ１４３）。基準のタイプによって、方法が異なる。基準信頼性値および基準性能値については、例えば、提供者端末３より変更値が入力され、基準信頼性値フィールドまたは基準性能値フィールドを更新する。基準機能クラスについては、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２の基準機能クラスを参照し、ＭＢ抽象モデルテーブルＴ３の基準機能クラスとの差異がある場合、ＭＢ抽象モデルテーブルＴ３の基準機能クラスを第２のノウハウテーブルＴ２２の基準機能クラスに合わせて更新する。

そして、ネットワーク管理装置２は、ＭＢ抽象モデルテーブルＴ３の基準機能クラスの重要度を更新して（ステップＳ１４４）、処理を終了する。具体的には、ネットワーク管理装置２は、ＭＢインスタンス稼働状況テーブルＴ１を参照して、ＭＢインスタンスごとの利用機能を特定する。そして、ネットワーク管理装置２は、特定された利用機能のＭＢ種別ごとに、当該利用機能が有効にされているＭＢインスタンスの割合を算出し、割合の高い機能の重要度をＡとし、高くない機能の重要度をＢやＣに設定する。

具体的には、たとえば、ＭＢインスタンス稼働状況テーブルＴ１に示されているインスタンスＩＤが１から４のＭＢインスタンスは、インスタンスＩＤ：１がフィルタリングおよびＮＡＴを、インスタンスＩＤ：２がフィルタリングおよびＨＴＴＰＳ−ＤＰＩを、インスタンスＩＤ：３がフィルタリングを、インスタンスＩＤ：４がフィルタリングおよびＮＡＴを有効にしている。ネットワーク管理装置２は、フィルタリングは全ＭＢインスタンスで有効にされているため重要度Ａとし、ＮＡＴは２つのＭＢインスタンスで有効にされているため重要度Ｂ、ＨＴＴＰＳ−ＤＰＩは１つのＭＢインスタンスのみで有効にされているため重要度Ｃと決定する。なお、割合による重要度の決定はあくまで例であり、決定方法は設定可能としてもよい。

また、ステップＳ１４１において、ＭＢ抽象モデルテーブルＴ３の提供要求を受けた場合（ステップＳ１４１：Ｎｏ）、ステップＳ１４６へ進み、提供要求ではない場合（ステップＳ１４５：Ｎｏ）、特に何もせず終了する。一方、提供要求である場合（ステップＳ１４５：Ｙｅｓ）、ネットワーク管理装置２は、ＭＢ抽象モデルテーブルＴ３の提供要求を送った利用者端末１に、ＭＢ抽象モデルテーブルＴ３を送信する（ステップＳ１４６）。例えば、ＭＢ抽象モデル管理プログラム３１１のＣＬＩ、ＧＵＩに対する要求への応答として送信すればよい。

＜ＭＢインスタンス稼働状況テーブルＴ１の更新処理手順例＞
図１５は、ＭＢインスタンス稼働状況テーブルＴ１の更新処理手順例を示すフローチャートである。まず、ネットワーク管理装置２は、ＭＢインスタンスから監視情報を受信する（ステップＳ１５１）。監視情報とは、具体的には、たとえば、ＭＢインスタンスが生成するログデータテーブル１１３である。ログデータテーブル１１３には、利用機能、利用機能の発揮性能、稼働停止（障害発生）した際の時刻等が含まれている。

つぎに、ネットワーク管理装置２は、監視情報を参照し、ＭＢインスタンス稼働状況テーブルＴ１の、監視情報の送信元であるＭＢインスタンスに対応する稼働率フィールドを更新する（ステップＳ１５２）。例えば、ネットワーク管理装置２は、監視情報を取得したときの時刻と、稼働を開始した時刻の差分である稼働後経過時間を算出し、稼働後経過時間と当該稼働後経過時間から障害等によって停止していた時間を除いた時間との割合を算出する。算出された割合が稼働率である。

そして、ネットワーク管理装置２は、監視情報を参照し、ＭＢインスタンス稼働状況テーブルＴ１の、監視情報の送信元であるＭＢインスタンスに対応する利用機能を更新する（ステップＳ１５３）。具体的には、例えば、ログデータテーブル１１３の中から利用機能を特定すればよい。

このあと、ネットワーク管理装置２は、監視情報を参照し、ＭＢインスタンス稼働状況テーブルＴ１の、監視情報の送信元であるＭＢインスタンスが利用している利用機能に対応する発揮性能を更新する（ステップＳ１５４）。発揮性能はログデータテーブル１１３に含まれているため、ネットワーク管理装置２は、ログデータテーブル１１３から抽出すればよい。これにより、一連の処理を終了する。

＜ＭＢ選定処理手順例＞
図１６は、図１２に示したＭＢ選定処理手順例を示すフローチャートである。

Ｓ１６１：ネットワーク管理装置２は、ＭＢ要件を受信する（ステップＳ１６１）。ＭＢ要件は、例えば、ＭＢ選定プログラム３１３が持つＣＬＩやＧＵＩ機能によって受信される。なお、ＭＢ要件は提供者端末３から入力してもよい。ここでは、図４に示すＭＢ抽象モデルテーブルＴ３のロードバランサのエントリを利用者が選択して、ＭＢ要件とし、ネットワーク管理装置２が、利用者端末１から当該ＭＢ要件を受信したものとする。なお、ＭＢ要件の各値は、ＭＢ抽象モデルテーブルＴ３に格納される値と同一でもよく、また、利用者端末１から任意に入力された値でもよい。

Ｓ１６２：ネットワーク管理装置２は、ステップＳ１６１でＭＢ要件を受信した場合、機能要件を満たすプロビジョニング候補ＭＢを特定する（ステップＳ１６２）。具体的には、たとえば、ネットワーク管理装置２は、ＭＢ機種テーブルＴ４を参照して、受信したＭＢ要件に含まれる機能要件の種別ごとに、該当するＭＢＩＤを特定する（ステップＳ１６２１）。たとえば、上記のＭＢ要件の例では、ＭＢの機能の種別は「ロードバランサ」であるため、ネットワーク管理装置２は、ＭＢ機種テーブルＴ４を参照して、当該種別「ロードバランサ」に該当するＭＢＩＤとして「３」と「４」を特定する。

そして、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２を参照して、上記抽出したＭＢＩＤを有し、かつ、受信したＭＢ要件に含まれる機能要件が基準機能クラスに存在するエントリを特定する（ステップＳ１６２２）。上記の例では、特定したＭＢＩＤは「３」と「４」である。また、受信したＭＢ要件に含まれる機能要件は「ロードバランシング」および「ＮＡＴ」であるため、ネットワーク管理装置２は、ＭＢＩＤが「３」または「４」であり、かつ、基準機能クラスが「ロードバランシング」または「ＮＡＴ」であるエントリが第２のノウハウテーブルＴ２２に存在するか確認する。

この場合、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２のエントリとして存在するＭＢＩＤである「３」および「４」を保持する。なお、該当するＭＢＩＤがない場合、機能要件を満たすＭＢは存在しないことになり、プロビジョニング候補ＭＢはないことになる。

つぎに、ネットワーク管理装置２は、第１のノウハウテーブルＴ２１を参照して、上記保持したＭＢＩＤに対応する相互接続ＭＢＩＤおよび相互接続情報を検索する（ステップＳ１６２３）。上記例の場合、ＭＢＩＤである「３」および「４」に対応する相互接続ＭＢＩＤおよび相互接続情報は存在しない。これにより、基準機能クラスを持つプロビジョニング候補ＭＢとして、ＭＢＩＤ：３および４が特定される。

なお、相互接続ＭＢＩＤが特定された場合、ネットワーク管理装置２は、相互接続情報を解析する（ステップＳ１６２４）。たとえば、相互接続情報の内容が『通信不可になる可能性あり』などの相互接続が推奨されない内容である場合、ネットワーク管理装置２は、ＭＢインスタンステーブルＴ５を参照し、ステップＳ１６２１でのＭＢ要件の送信元の利用者をキーとして、相互接続ＭＢＩＤのＭＢインスタンスの生成有無を特定する。相互接続ＭＢＩＤのＭＢインスタンスが生成されている場合、ネットワーク管理装置２は、当該ＭＢＩＤをプロビジョニング候補ＭＢより除外する。

Ｓ１６３：つぎに、ネットワーク管理装置２は、信頼性要件に近い信頼性実績を持つプロビジョニング候補ＭＢを特定する（ステップＳ１６３）。ここでいう信頼性要件とは、上述したＭＢ要件に含まれる基準信頼性値である。信頼性要件に近い信頼性実績とは、たとえば、信頼性要件から信頼性実績値を減算した差分が最少となる信頼性実績である。

なお、信頼性実績が１つしか取得されない場合や差分が同一である信頼性実績が複数取得された場合は、当該ＭＢＩＤを無条件でプロビジョニング候補ＭＢとして残してもよく、また、差分がしきい値以内である場合のみ、当該ＭＢＩＤをプロビジョニング候補ＭＢとして残してもよい。また、差分が最少となる信頼性実績であっても、差分がしきい値以内でない場合は、当該ＭＢＩＤをプロビジョニング候補ＭＢから除外してもよい。

具体的に説明すると、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２を参照して、ステップＳ１６２２で保持したＭＢＩＤのエントリを特定し、特定したエントリのうちＭＢ要件に含まれる基準機能クラスが存在するエントリを特定する。そして、ネットワーク管理装置２は、特定したエントリの信頼性実績を特定する。ステップＳ１６２２で保持したＭＢＩＤは、「３」および「４」であり、また、ＭＢ要件に含まれる重要度Ａ（必須機能）の基準機能クラスは「ロードバランシング」である。したがって、ネットワーク管理装置２は、ＭＢＩＤ：３で、かつ、基準機能クラス：ロードバランシングであるエントリから信頼性実績：９９．７０％を特定し、ＭＢＩＤ：４で、かつ、基準機能クラス：ロードバランシングであるエントリの信頼性実績：９９．７０％を特定する。

本例のＭＢ要件の信頼性要件である基準信頼性値は、図４に示したように、「９９．９９９」である。両信頼性実績との差分がしきい値以内とすると、両ＭＢＩＤ：３，４がプロビジョニング候補に残る。

Ｓ１６４：また、ネットワーク管理装置２は、性能要件に近い性能実績を持つプロビジョニング候補ＭＢを特定する（ステップＳ１６４）。ここでいう性能要件とは、上述したＭＢ要件に含まれる基準性能値である。性能要件に近い性能実績とは、たとえば、性能要件から性能実績を減算した差分の絶対値が最少となる性能実績である。

なお、性能実績が１つしか取得されない場合や差分の絶対値が同一である性能実績が複数取得された場合は、当該ＭＢＩＤを無条件でプロビジョニング候補ＭＢとして残してもよく、また、差分の絶対値がしきい値以内である場合のみ、当該ＭＢＩＤをプロビジョニング候補ＭＢとして残してもよい。また、差分の絶対値が最少となる性能実績であっても、差分の絶対値がしきい値以内でない場合は、当該ＭＢＩＤをプロビジョニング候補ＭＢから除外してもよい。

具体的に説明すると、ネットワーク管理装置２は、第２のノウハウテーブルＴ２２を参照して、ステップＳ１６２２で保持したＭＢＩＤのエントリを特定する。そして、ネットワーク管理装置２は、特定したエントリの性能実績を特定する。ステップＳ１６２で保持したＭＢＩＤは、「３」および「４」であり、また、ＭＢ要件に含まれる重要度Ａ（必須機能）の基準機能クラスは「ロードバランシング」である。したがって、ネットワーク管理装置２は、ＭＢＩＤ：３で、かつ、基準機能クラス：ロードバランシングであるエントリから性能実績：７Ｇｂｐｓを特定し、ＭＢＩＤ：４で、かつ、基準機能クラス：ロードバランシングであるエントリから性能実績：８Ｇｂｐｓを特定する。

本例のＭＢ要件の性能要件である基準性能値は、図４に示したように、「７Ｇｂｐｓ」である。この場合、性能実績：７Ｇｂｐｓ、８Ｇｂｐｓのうち、基準性能値：７Ｇｂｐｓとの差分の絶対値が最少となる性能実績：７ＧｂｐｓであるＭＢＩＤ：３がプロビジョニング候補に残る。

Ｓ１６５：つぎに、ネットワーク管理装置２は、ステップＳ１６３およびステップＳ１６４で特定されたプロビジョニング候補ＭＢの中から、プロビジョニングするＭＢを選定する（ステップＳ１６５）。上記の例では、ステップＳ１６３では、ＭＢＩＤ：３，４が特定され、ステップＳ１６４では、ＭＢＩＤ：３が特定されている。したがって、ネットワーク管理装置２は、ステップＳ１６３およびステップＳ１６４の両方で特定されたＭＢＩＤ：３のＭＢを、プロビジョニング対象ＭＢに選定する。

また、ＭＢ選定では、ネットワーク管理装置２は、ステップＳ１６３およびステップＳ１６４の各々で特定されたＭＢＩＤのＭＢをプロビジョニング対象ＭＢに選定することとしてもよい。たとえば、本例の場合、ＭＢＩＤ３，４のＭＢが、プロビジョニング対象ＭＢに選定される。

なお、ステップ１６３で特定されたＭＢＩＤと、ステップＳ１６４で特定されたＭＢＩＤが異なる場合、ネットワーク管理装置２は、信頼性要件および性能要件の両方を上回る実績を持つＭＢをプロビジョニング対象ＭＢに選定することとしてもよい。

たとえば、ステップＳ１６３において、ＭＢＩＤ：４の信頼性実績が１００である場合、信頼性要件：９９．９９９を上回っているため、ＭＢＩＤ：４が特定される。一方、ステップＳ１６４では、性能実績：７ＧｂｐｓであるＭＢＩＤ：３が特定されている。この場合、ステップＳ１６４でもＭＢＩＤ：４の性能実績：８Ｇｂｐｓは、性能要件７Ｇｂｐｓを上回っているため、ネットワーク管理装置２は、ＭＢＩＤ：４のＭＢをプロビジョニング対象ＭＢに選定する。

また、ステップ１６３で特定されたＭＢＩＤとステップＳ１６４で特定されたＭＢＩＤが共通する複数のＭＢＩＤである場合、ネットワーク管理装置２は、物理ＭＢよりも仮想ＭＢをプロビジョニング対象ＭＢに選定することとしてもよい。

たとえば、ステップＳ１６４において、ＭＢＩＤ：４の性能実績が７Ｇｂｐｓである場合、ステップＳ１６３およびステップＳ１６４の両方の処理でそれぞれ、ＭＢＩＤ：３，４が特定される。この場合、ＭＢＩＤ：３のＭＢは仮想ＭＢであり、ＭＢＩＤ：４のＭＢは物理ＭＢであるため、ネットワーク管理装置２は、ＭＢＩＤ：３をプロビジョニング候補ＭＢに選定する。

なお、ステップＳ１６２〜Ｓ１６５において、ＭＢＩＤが特定または選定されなかった場合、ネットワーク管理装置２は、その理由を利用者端末１または提供者端末３に送信してもよい。

また、上述した説明では、ステップＳ１６３およびステップＳ１６４の処理を並列実行した例について説明したが、ステップＳ１６３で特定されたＭＢＩＤを対象にして、ステップＳ１６４を実行してもよく、ステップＳ１６４で特定されたＭＢＩＤを対象にして、ステップＳ１６３を実行してもよい。また、必ずしもステップＳ１６３およびステップＳ１６４の両方を実行する必要はなく、少なくともいずれか一方が実行することとしてもよい。

このように、利用者は、ＭＢ抽象モデルの提供を提供者側から受けることができるため、ＭＢ抽象モデルを参考にして、利用したいＭＢのＭＢ要件を決めることができる。また、ＭＢ要件を充足するＭＢの選定は、ネットワーク管理装置２が実行するため、利用者はＭＢの機種を選定する必要がない。したがって、ＭＢ選定の利便性の向上を図ることができる。

また、利用者は、ＭＢインスタンスについて、稼働状況とＭＢ要件との乖離の通知を受けるため、要求通りサービスの提供を受けているかを確認することができる。また、当該通知により、必要に応じて再度ＭＢ要件を提示しなおすことができる。

また、提供者にとっても、ネットワーク管理装置２が自動的にＭＢ選定を実行するため、ＭＢ選定にかかる負担軽減を図ることができる。特に、提供者は、運用ノウハウをネットワーク管理装置２に与えることにより、ネットワーク管理装置２は、ＭＢ選定に際し、運用ノウハウを考慮することができる。このように、運用で得られたＭＢ間の相性をＭＢ選定に利用することができるため、選定されたＭＢの信頼性の向上を図ることができる。また、提供者も、ＭＢインスタンスについて、稼働状況とＭＢ要件との乖離の通知を受けるため、運用ノウハウや基準が妥当であるかの判断が容易となる。

このように、本実施例によれば、ＭＢの選定の容易化を図ることができる。したがって、ＭＢの提供者は、ＭＢの機能、信頼性および性能を加味したネットワークサービス仕様の提供が可能となる。また、利用者は、ＭＢ要件に合致するＭＢの選定が容易になり、さらに、ＭＢ要件に対する選定したＭＢの妥当性の判断が容易になる。

なお、上述した実施例では、ＭＢの性能、信頼性、および機能を用いてＭＢを選定したが、性能、信頼性、および機能のうち少なくともいずれか１つを用いてＭＢを選定することとしてもよい。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１ 利用者端末
２ ネットワーク管理装置
３ 提供者端末
６ サーバ
１００ ＭＢ管理システム
Ｔ１ ＭＢインスタンス稼働状況テーブル
Ｔ２ ＭＢノウハウテーブル
Ｔ２１ 第１のノウハウテーブル
Ｔ２２ 第２のノウハウテーブル
Ｔ３ ＭＢ抽象モデルテーブル
Ｔ４ ＭＢ機種テーブル
Ｔ５ ＭＢインスタンステーブル

Claims (11)

1. 複数の機能種別の中から選択された機能種別を実現するネットワーク装置の集合を管理する管理装置であって、
   前記管理装置は、プログラムを実行するプロセッサと、前記プログラムを格納するメモリと、を有するとともに、前記集合の各ネットワーク装置について前記選択された機能種別により特定される機能、当該機能が発揮された場合の性能に関する実績、前記機能が発揮された場合の信頼性に関する実績のうち、少なくともいずれか１つを含む情報を記憶する記憶部にアクセス可能であり、
   前記プロセッサは、
   前記複数の機能種別の中から指定された機能種別に要求される機能、性能または信頼性のうち、少なくともいずれか１つの要件を取得する要件取得処理と、
   前記要件取得処理によって取得された要件を充足するネットワーク装置を、前記集合のうち、前記指定された機能種別を実現するネットワーク装置群の中から選定する選定処理と、
   を実行することを特徴とする管理装置。
2. 前記記憶部は、さらに、ネットワーク装置間の相性に関する情報を記憶し、
   前記選定処理では、前記相性に関する情報に基づいて、前記要件を充足するネットワーク装置を、前記指定された機能種別を実現するネットワーク装置群の中から選定することを特徴とする請求項１に記載の管理装置。
3. 前記プロセッサは、
   前記選定処理によって選定されたネットワーク装置を、前記指定された機能種別で前記要件取得処理によって取得された要件を実現するように設定することにより、前記選定されたネットワーク装置のインスタンスを生成する生成処理と、
   前記生成処理によって生成されたインスタンスが稼働した場合の稼働状況を示す情報を前記インスタンスから取得する稼働状況取得処理と、
   前記稼働状況取得処理によって取得された稼働状況を示す情報を、前記要件取得処理によって取得された要件の送信元に通知する通知処理と、
   を実行することを特徴とする請求項１に記載の管理装置。
4. 前記プロセッサは、
   前記要件取得処理によって取得された要件と、前記稼働状況取得処理によって取得された稼働状況を示す情報と、を比較する比較処理を実行し、
   前記通知処理では、前記比較処理による比較結果を前記送信元に通知することを特徴とする請求項３に記載の管理装置。
5. 前記稼働状況取得処理では、前記稼働状況を示す情報として、前記インスタンスで発揮された機能の信頼性を示す値を前記インスタンスから取得し、
   前記比較処理は、前記インスタンスに設定された要件が、前記指定された機能種別に要求される信頼性を示す値である場合、当該信頼性を示す値と前記稼働状況取得処理によって取得された信頼性を示す値とを比較することを特徴とする請求項４に記載の管理装置。
6. 前記稼働状況取得処理では、前記稼働状況を示す情報として、前記インスタンスで発揮された機能の性能を示す値を前記インスタンスから取得し、
   前記比較処理は、前記インスタンスに設定された要件が、前記指定された機能種別に要求される性能を示す値である場合、当該性能を示す値と前記稼働状況取得処理によって取得された性能を示す値と比較することを特徴とする請求項４に記載の管理装置。
7. 前記稼働状況取得処理では、前記稼働状況を示す情報として、前記インスタンスで発揮された機能を示す情報を前記インスタンスから取得し、
   前記比較処理は、前記インスタンスに設定された要件が、前記指定された機能種別に要求される機能を示す情報である場合、当該機能を示す情報と前記稼働状況取得処理によって取得された機能を示す情報と比較することを特徴とする請求項４に記載の管理装置。
8. 前記プロセッサは、
   前記稼働状況取得処理によって取得された稼働状況を示す情報に基づいて、前記記憶部に記憶されている情報を更新する更新処理を実行することを特徴とする請求項４に記載の管理装置。
9. 前記記憶部は、さらに、前記複数の機能種別における機能種別ごとに、信頼性の基準値、性能の基準値、または、基準となる機能のうち少なくともいずれか１つを含む基準情報を記憶し、
   前記プロセッサは、
   前記基準情報の取得要求があった場合、取得要求元に前記基準情報を送信する送信処理を実行し、
   前記要件取得処理では、前記送信処理によって前記基準情報を送信した結果、前記取得要求元から、前記少なくともいずれか１つの要件を取得することを特徴とする請求項１に記載の管理装置。
10. 複数の機能種別の中から選択された機能種別を実現するネットワーク装置の集合を管理する管理装置による管理方法であって、
    前記管理装置は、プログラムを実行するプロセッサと、前記プログラムを格納するメモリと、を有するとともに、前記集合の各ネットワーク装置について前記選択された機能種別により特定される機能、当該機能が発揮された場合の性能に関する実績、前記機能が発揮された場合の信頼性に関する実績のうち、少なくともいずれか１つを含む情報を記憶する記憶部にアクセス可能であり、
    前記プロセッサは、
    前記複数の機能種別の中から指定された機能種別に要求される機能、性能または信頼性のうち、少なくともいずれか１つの要件を取得する要件取得処理と、
    前記要件取得処理によって取得された要件を充足するネットワーク装置を、前記集合のうち、前記指定された機能種別を実現するネットワーク装置群の中から選定する選定処理と、
    を実行することを特徴とする管理方法。
11. 複数の機能種別の中から選択された機能種別を実現するネットワーク装置の集合の管理をプロセッサに実行させるための管理プログラムであって、
    前記プロセッサは、前記集合の各ネットワーク装置について前記選択された機能種別により特定される機能、当該機能が発揮された場合の性能に関する実績、前記機能が発揮された場合の信頼性に関する実績のうち、少なくともいずれか１つを含む情報を記憶する記憶部にアクセス可能であり、
    前記複数の機能種別の中から指定された機能種別に要求される機能、性能または信頼性のうち、少なくともいずれか１つの要件を取得する要件取得処理と、
    前記要件取得処理によって取得された要件を充足するネットワーク装置を、前記集合のうち、前記指定された機能種別を実現するネットワーク装置群の中から選定する選定処理と、
    を前記プロセッサに実行させることを特徴とする管理プログラム。

Images