(57)【要約】ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置１は、構成情報（２１ａ、２１ｂ）を管理する構成情報管理部（１３）と、クラウドサービスを利用するデバイスの物理ノードへの接続に関する構成変更の要求に対して、クラウド基盤を選定するクラウド基盤選定部（１２ａ）と、物理レイヤおよび仮想レイヤとのマッピングを行うレイヤマッピング部（１４）と、構成変更の要求に対して、構成情報、選定したクラウド基盤、および、マッピング情報（２２）に基づいて、構成変更に必要なインフラの設計情報となるブループリントを作成するブループリント作成部（１２）と、ブループリントに基づいて、オーケストレーションを実行するオーケストレータ部（１５，１６）と、を備える。
2020116223.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置であって、
物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を管理する構成情報管理部と、
サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するサービス基盤選定部と、
前記物理レイヤおよび前記仮想レイヤとのマッピングを行うレイヤマッピング部と、
前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するブループリント作成部と、
前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するオーケストレータ部と、を備える、
ことを特徴とするＩＣＴ資源管理装置。
【請求項２】
前記サービス基盤選定部は、前記条件に対応する複数種類の管理項目を用いてサービスを管理するサービス管理情報を参照して、前記条件を満たす前記サービス基盤を選定する、
ことを特徴とする請求項１に記載のＩＣＴ資源管理装置。
【請求項３】
ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置におけるＩＣＴ資源管理方法であって、
前記ＩＣＴ資源管理装置は、
物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を収集するステップと、
サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するステップと、
前記物理レイヤおよび前記仮想レイヤとのマッピングを行うステップと、
前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するステップと、
前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するステップと、を実行する、
ことを特徴とするＩＣＴ資源管理方法。
【請求項４】
コンピュータを、請求項１または請求項２に記載のＩＣＴ資源管理装置として機能させるためのＩＣＴ資源管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣＴ（Information and Communication Technology）資源管理装置、ＩＣＴ資源管理方法、および、ＩＣＴ資源管理プログラムに関する。
【背景技術】
【０００２】
近年、サービス事業者がサービスをエンドユーザに提供するための技術開発が盛んに行われている。例えば、特許文献１には、「ユーザに通信を提供する端末機からの通信サービス利用のためのオーダ要求に応じて、卸サービス事業者毎に通信サービスＡＰＩで公開される各々異なる１つの通信サービスを１又は複数一括して提供する事業者間一括サービス構築装置であって、通信の卸サービスの仕様が記述されたカタログと、各種の通信サービスの連携を定めた連携ルールとを保持し、前記端末機から複数の通信サービス利用のオーダ要求があった場合に、前記保持された前記カタログ及び前記連携ルールに基づき、当該オーダ要求された複数の通信サービスに対応する前記通信サービスＡＰＩを一括に連携させて連携サービスを構築し、この構築された連携サービスを前記端末機へ提供する一括構築機能部を備えることを特徴とする事業者間一括サービス構築装置」について開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−３２８９７号公報（請求項１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
また、サービス事業者が提供するサービスとして、クラウド基盤を用いたクラウドサービスがある。クラウド基盤は、サーバやエッジなどの機器を、仮想化技術を利用して提供する基盤である。近年では、類似のクラウド基盤が複数種類存在している。このため、サービス事業者がクラウドサービスを提供する場合、サービス事業者の要望を満たすクラウド基盤を選定する必要がある。また、選定したクラウド基盤上の機器に対するリソース割り当てを行う必要がある。なお、リソース割り当てについては、オーケストレータから行う技術が知られている。しかし、従来では、クラウド基盤の選定、および、リソース割り当ては、人的作業を伴うため、サービス事業者がクラウドサービスを提供可能とするための作業効率には限界があり、クラウド基盤を備えるシステムの運用コストの増大を招くという問題があった。【０００５】
このような背景に鑑みて、本発明は、サービス事業者がサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することを課題とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決するため、請求項１に記載の発明は、ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置であって、物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を管理する構成情報管理部と、サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するクラウド基盤選定部と、前記物理レイヤおよび前記仮想レイヤとのマッピングを行うレイヤマッピング部と、前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するブループリント作成部と、前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するオーケストレータ部と、を備える、ことを特徴とする。【０００７】
また、請求項３に記載の発明は、ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置におけるＩＣＴ資源管理方法であって、前記ＩＣＴ資源管理装置は、物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を収集するステップと、サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するステップと、前記物理レイヤおよび前記仮想レイヤとのマッピングを行うステップと、前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するステップと、前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するステップと、を実行する、ことを特徴とする。【０００８】
請求項１，３に記載の発明によれば、人的作業を伴うことなく、サービス事業者の要望を満たす最適なサービス基盤を選定することができるとともに、選定したサービス基盤上のＩＣＴ資源に対するリソース割り当てとなるオーケストレーションを実行することができる。
したがって、サービス事業者がサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することができる。【０００９】
また、請求項２に記載の発明は、請求項１に記載のＩＣＴ資源管理装置であって、前記サービス基盤選定部は、前記条件に対応する複数種類の管理項目を用いてサービスを管理するサービス管理情報を参照して、前記条件を満たす前記サービス基盤を選定する、ことを特徴とする。【００１０】
請求項２に記載の発明によれば、サービス管理情報を参照することで、サービス基盤の選定の具体的手段を提供することができる。【００１１】
また、請求項４に記載の発明は、コンピュータを、請求項１または請求項２に記載のＩＣＴ資源管理装置として機能させるためのＩＣＴ資源管理プログラムである。【００１２】
請求項４に記載の発明によれば、ＩＣＴ資源管理装置の構築を容易にすることができる。
【発明の効果】
【００１３】
本発明によれば、サービス事業者がサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態のＩＣＴ資源管理装置を含む分散システムの機能構成図の例である。
【図２】ＩＣＴ資源管理装置の機能構成図の例である。
【図３】物理レイヤ構成情報のデータ構造図の例である。
【図４】仮想レイヤ構成情報のデータ構造図の例である。
【図５】ブループリントの例の説明図である。
【図６】サービス管理情報のデータ構造図の例である。
【図７】本実施形態で実行される処理を示すシーケンスの例である。
【図８】本実施形態で実行される処理のプログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）について説明する。本実施形態において、クラウドサービスを、単に「サービス」と記載する場合がある。
【００１６】
≪構成≫
図１に示すように、本実施形態のＩＣＴ資源管理装置１を含む分散システム１００は、仮想化技術が適用されるシステムであり、ＩＣＴ資源管理装置１と、サービス事業者端末２と、サーバ３と、エッジ４，４−１と、デバイス５，５−１とを備える。エッジ４−１は、複数存在するエッジ４の１つであり、エッジ４，４−１をまとめてエッジ４とする場合がある。また、デバイス５−１は、複数存在するデバイス５の１つであり、デバイス５，５−１をまとめてデバイス５とする場合がある。また、分散システム１００は、物理ノードの集合体となる物理レイヤと、物理ノード上に構成されて稼働する仮想ノードの集合体となる仮想レイヤとを管理することができる。サーバ３と、エッジ４と、デバイス５は、物理レイヤを構成する物理ノードとなる。また、図１に示す、仮想レイヤ上に配置されているＶＭ（Virtual Machine）７は、サーバ３またはエッジ４を仮想化した仮想ノードである。
【００１７】
物理レイヤには、さまざまなクラウドサービスを実現する複数のクラウド基盤が存在しており、図１には、クラウド基盤Ａ，Ｂが例示されている。クラウド基盤Ａ，Ｂ（図示しない他のクラウド基盤も含んでよい）の各々は、例えば、コンピューティングサービスのように、同じ種別のサービスであっても、料金、品質、サービス提供エリアなどのさまざまな条件面で異なる類似のサービスを実現している。また、図１の仮想レイヤには、クラウド基盤Ａに対応する仮想ノードが図示されている。この仮想レイヤには、クラウド基盤Ｂに対応する仮想ノードは存在しているが、便宜的に図１では図示を省略している。
【００１８】
ＩＣＴ資源管理装置１は、物理ノードおよび仮想ノードをＩＣＴ資源として管理する。
サービス事業者端末２は、初期デプロイやスケール可変などの構成変更を要求する端末である。サービス事業者端末２は、当該要求をＡＰＩ（Application Programming Interface）を通じて行う。当該ＡＰＩは、ＩＣＴ資源管理装置１とサービス事業者端末２との間のNorthbound APIである。また、サービス事業者端末２は、サービス事業者が用いる。
【００１９】
サーバ３は、サービスの提供に係るプロセスを実行する計算機である。図１に示すサーバ３は、例えば、クラウド基盤Ａ，Ｂに配置されており、クラウドサービス用のプロセスを実行する。サーバ３には、サービスの提供に係るプロセスを実行するための１または複数のアプリ（アプリケーションの略）６−１〜６−３の少なくとも１つが配置される。アプリ６−１〜６−３の各々は、異なるサービスを提供するときに使用される。
【００２０】
エッジ４は、ＮＷ（ネットワーク）上に配置される中継装置であり、例えば、ルータ、ブリッジ、ゲートウェイが該当する。エッジ４には、サービスの提供に係るプロセスを実行するための１または複数のアプリ６−１〜６−３の少なくとも１つが配置される。サーバ３およびエッジ４は、通信可能に接続されている。
【００２１】
デバイス５は、エンドユーザがサービスを利用する機器であり、例えば、ＩｏＴ機器が該当する。デバイス５は、エッジ４に接続することで、サービスを利用することができる。
【００２２】
ＩＣＴ資源管理装置１は、物理ノードおよび仮想ノードに関する情報収集をすることができる。また、ＩＣＴ資源管理装置１は、収集した情報を用いて、物理レイヤと仮想レイヤとのマッピングを行うことができる（図１中、破線両矢印参照）。
また、ＩＣＴ資源管理装置１は、仮想レイヤに対してオーケストレーションを実行することができる。具体的には、サービスのデプロイや、ＶＭ７へのリソース割り当てをすることができる。
【００２３】
（ＩＣＴ資源管理装置１の詳細）
図２に示すように、ＩＣＴ資源管理装置１は、要求取得部１１と、ブループリント作成部１２と、構成情報管理部１３と、レイヤマッピング部１４と、ワークフロー実行部１５と、ＡＰＩアダプタ部１６と、監視部１７といった機能部を備える。ブループリント作成部１２は、クラウド基盤選定部１２ａを備える。また、ＩＣＴ資源管理装置１は、構成情報ＤＢ２１と、マッピング情報２２と、カタログ群２３と、ブループリント２４と、サービス管理情報２５を記憶部で記憶する。ＩＣＴ資源管理装置１が備える前記記憶部は、例えば、ＩＣＴ資源管理装置１の内部にあってもよいし、ＩＣＴ資源管理装置１の外部の装置にあってもよい。
【００２４】
［要求取得部１１］
要求取得部１１は、サービス事業者端末２からの構成変更の要求を取得する。要求取得部１１が取得した要求を「オーダ情報」と呼ぶ場合がある。また、構成変更の要求は、サービス事業者端末２に限らず、例えば、分散システム１００の保守者の端末からも行うことができる。サービス事業者端末２、および、保守者の端末は、外部装置の例となる。
【００２５】
［ブループリント作成部１２］
ブループリント作成部１２は、要求取得部１１が取得したオーダ情報に対応するブループリント２４を作成する。ブループリント２４は、要求された構成変更に必要となるインフラの設計情報である。インフラは、サービスの動作環境の構成要素を示し、例えば、ＩＣＴ資源そのもの、ＩＣＴ資源の設定情報（例：ＶＭ名、ＩＰアドレス、ホスト名）や割当リソース、ＮＷ上に設定されるＬＢ（ロードバランサ）、ＦＷ（ファイアウォール）、コンテナといったさまざまな要素を指す。
【００２６】
［構成情報管理部１３］
構成情報管理部１３は、ＩＣＴ資源に関する情報を構成情報として管理する。構成情報管理部１３は、例えば、リソース情報収集のＡＰＩにアクセスすることで、物理ノードおよび仮想ノードに関する情報を収集することができる。リソース情報収集のＡＰＩとは、オーケストレーション対象がそれぞれに用意するリソース情報を提供するためのＡＰＩである。リソース情報収集のＡＰＩは、ＩＣＴ資源管理装置１とオーケストレーション対象との間のsouthbound APIである。収集する情報は、例えば、ＳＮＭＰ（Simple Network Management Protocol）によるＭＩＢ（Management Information Base）とすることができるが、これに限定されない。構成情報管理部１３が管理する構成情報は、構成情報ＤＢ２１に格納されており、物理レイヤ構成情報２１ａと、仮想レイヤ構成情報２１ｂに分類される。
オーケストレーション対象は、物理ノードおよび仮想ノードを含むが、これらに限定されない。オーケストレーション対象が提供するインタフェースは、例えば、当該オーケストレーション対象を制御するコントローラ（図示せず）が提供することもできるし、物理ノードおよび仮想ノードの各々が提供することもできる。
【００２７】
物理レイヤ構成情報２１ａは、物理レイヤ上の物理ノードに関する構成情報である。図３に示すように、物理レイヤ構成情報２１ａは、例えば、「ノードＩＤ」、「状態」、「ホスト名」、「ＩＰアドレス」、「ＶＭＩＤ」、「利用サービス」、「利用者」、「クラウド基盤ＩＤ」といった管理項目を有し、物理ノードごとに各管理項目の値が格納されている。
【００２８】
「ノードＩＤ」の管理項目には、対象の物理ノードの識別子が格納される。
「状態」の管理項目には、対象の物理ノードの稼働状態が格納される（正常の場合「ＯＫ」、故障の場合「ＮＧ」）。
「ホスト名」の管理項目には、対象の物理ノードのホスト名が格納される。
「ＩＰアドレス」の管理項目には、対象の物理ノードに割り当てられたＩＰアドレスが格納される。
「ＶＭＩＤ」の管理項目には、対象の物理ノード上で稼働するＶＭの識別子が格納される。
「利用サービス」の管理項目には、対象の物理ノードで利用可能なサービスの識別子が格納される。利用サービスは、例えば、クラウドサービス、エッジコンピューティングサービスがあるが、これらに限定されない。また、利用サービスには、複数の物理ノードで同一のサービスを提供可能となるサービスを含めることができる。
「利用者」の管理項目には、対応の「利用サービス」に示すサービスを利用する利用者の識別子が格納される。利用者は、例えば、法人であってもよいし、個人であってもよい。また、例えば、該当の物理ノードがエッジ装置であった場合、当該エッジ装置の所有者のみを利用者とすることができる。
「クラウド基盤ＩＤ」の管理項目には、対象の物理ノードが属するクラウド基盤の識別子が格納される。
【００２９】
図３に示す物理レイヤ構成情報２１ａの管理項目は、一例であり、より多く設定することができる。例えば、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノード上で稼働するＶＭのメモリサイズ、ＣＰＵ周波数、電源状態、ＶＭ名を設定することができる。
また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードに用いるリソースプールの名称、ＩＤを設定することができる。
また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードが配置されるネットワークの型、ＩＤ、名称を設定することができる。
また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードが用いるフォルダのＩＤ、型、名称を設定することができる。
また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードが使用するデータストアの記憶容量、ＩＤ、型、名称を設定することができる。
また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードを制御するデータセンタのＩＤ、名称を設定することができる。
また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードにアクセスするユーザの認証情報となるユーザ名、パスワードを設定することができる。
【００３０】
図２に戻って、仮想レイヤ構成情報２１ｂは、仮想レイヤ上の仮想ノードに関する構成情報である。図４に示すように、仮想レイヤ構成情報２１ｂは、例えば、「ノードＩＤ」、「状態」、「ＶＭ名」、「ＩＰアドレス」、「物理デバイスＩＤ」といった管理項目を有し、仮想ノードごとに各管理項目の値が格納されている。
【００３１】
「ノードＩＤ」の管理項目には、対象の仮想ノードの識別子が格納される。
「状態」の管理項目には、対象の稼働ノードの稼働状態が格納される（正常の場合「ＯＫ」、故障の場合「ＮＧ」）。
「ＶＭ名」の管理項目には、対象の仮想ノードの名称が格納される。
「ＩＰアドレス」の管理項目には、対象の仮想ノードに割り当てられたＩＰアドレスが格納される。
「物理デバイスＩＤ」の管理項目には、対象の仮想ノードが配置される物理ノードの識別子が格納される。
【００３２】
図４に示す仮想レイヤ構成情報２１ｂの管理項目は、一例であり、より多く設定することができる。例えば、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードのＩＤ情報となるＶＭＩＤを設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードのリソースとなるメモリサイズ、ＣＰＵ周波数を設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードの電源状態を設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードにアクセスするユーザの認証情報となるユーザ名、パスワードを設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが使用するゲートウェイ、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）、スタティックルートを設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが配置される物理ノードのホスト名を設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードを生成するハイパバイザに関する情報を設定することができる。
【００３３】
また、仮想レイヤ構成情報２１ｂに設定される管理項目として、コンテナアプリケーションの管理項目を設定することができる。例えば、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナに対して登録されるコンテナホストのホスト名、ラベル、状態、アカウントＩＤを設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナで提供されるサービスのＩＤ、名称、状態、スケール（利用サーバの台数）を設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナで提供されるストレージ装置のボリュームのマウント、ＩＤ（RancherNFS（Network File System）利用時のみ）、イメージＩＤを設定することができる。
また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナで提供されるストレージ装置のスタックのグループ、ヘルス状態、スタックＩＤ、利用されるサービスのＩＤを設定することができる。
【００３４】
［クラウド基盤選定部１２ａ］
ブループリント作成部１２が備えるクラウド基盤選定部１２ａは、クラウドサービスを実現する複数のクラウド基盤のうち、クラウドサービスを利用するデバイスの物理ノードへの接続に関する構成変更の要求に含まれる条件を満たすクラウド基盤を選定する。選定したクラウド基盤の識別子は、物理レイヤ構成情報２１ａの一部を構成する。クラウド基盤選定部１２ａは、ブループリント作成部１２の一部機能であり、例えば、リソース情報収集のＡＰＩにアクセスし、収集した情報を解決することで、選定したクラウド基盤を特定することができる。
なお、本実施形態では、クラウドサービスを実現するクラウド基盤を選定する場合について説明するが、本発明は、クラウドサービスではないサービスについても適用することができる。つまり、クラウド基盤に代えて、クラウドサービスではないサービスを実現するサービス基盤を選定する場合にも本発明はあてはまる。本実施形態のクラウド基盤選定部１２ａは、サービス基盤を選定するサービス基盤選定部の具体例となる。
また、クラウド基盤選定部１２ａは、ＩＣＴ資源管理装置１のどこにあってもよいが、ここでは一例としてブループリント作成部１２に備えることとする。
【００３５】
［レイヤマッピング部１４］
図２に戻って、レイヤマッピング部１４は、物理レイヤと仮想レイヤとのマッピングを行う。具体的には、レイヤマッピング部１４は、構成情報管理部１３が管理する構成情報に基づいて、仮想レイヤ上の仮想ノードが物理レイヤ上のいずれの物理ノード（または当該物理ノード配置されたアプリ６）に紐付けられているかを判定する。ＩＣＴ資源管理装置１は、レイヤマッピング部１４による、物理ノードと仮想ノードとの紐付けの判定結果を、マッピング情報２２として保存する。例えば、レイヤマッピング部１４は、物理レイヤ構成情報２１ａ（図３）の「ＶＭＩＤ」の管理項目と、仮想レイヤ構成情報２１ｂ（図４）の「物理デバイスＩＤ」の管理項目を参照することで、物理ノードと仮想ノードとの紐付けを判定することができる。
【００３６】
ここで、ブループリント２４の詳細を、図５を参照して説明する。図５は、初期デプロイのブループリントの説明図である。図５に示すように、ブループリント２４は、サービステンプレートとパラメータとの組として構成することができる。サービステンプレートは、カタログの集合体とすることができる。カタログは、サービスの提供に供する工程の雛型であり、ＩＣＴ資源管理装置１が記憶するカタログ群２３の要素である。カタログ自体は周知であり、詳細な説明は省略する。また、パラメータは、各カタログに対するインプット情報である。
【００３７】
図５に示す初期デプロイのブループリント２４の場合、要求取得部１１が取得したオーダ情報は、初期デプロイに関するオーダ情報となる。初期デプロイの場合、ブループリント作成部１２は、例えば、カタログ群２３から、ＶＭ作成用のカタログ、ＮＷ設定用のカタログ、および、コンテナ設定用のカタログを選択し、サービステンプレートを構成することができる。
【００３８】
ＶＭ作成用のカタログに入力するパラメータは、例えば、作成するＶＭの個数および種類である。図５では、Ｗｅｂサーバとして機能するＶＭを３つ、および、ＡＰサーバ（アプリケーションサーバ）として機能するＶＭを２つの計５つのＶＭを指定するパラメータがＶＭ作成用のカタログに入力される。ＶＭ作成用のカタログに入力するパラメータは、例えば、サービス事業者端末２が入力することができる。
【００３９】
ＮＷ設定用のカタログに入力するパラメータは、例えば、ＩＰアドレスの割り当て（ＩＰ割り当て）である。図５では、作成されるＶＭに割り当てられるＩＰアドレスを指定するパラメータがＮＷ設定用のカタログに入力される。ＮＷ設定用のカタログに入力するパラメータは、例えば、分散システム１００から取得することができる。
【００４０】
コンテナ設定用のカタログに入力するパラメータは、例えば、作成されるＶＭが用いるコンテナの設定方式である。図５では、Rancherによるコピー実行という設定方式を示すパラメータがコンテナ設定用のカタログに入力される。コンテナ設定用のカタログに入力するパラメータは、例えば、サービス事業者端末２が入力することができる。
【００４１】
ブループリント作成部１２は、要求取得部１１が取得したオーダ情報が示すオペレーションに応じて、カタログ群２３から、必要となるカタログを選択し、サービステンプレートを構成する。また、ブループリント作成部１２は、選択したカタログに入力されるパラメータを、オーダ情報や分散システム１００から取得することができる。つまり、ブループリント作成部１２は、選択したカタログに入力されるパラメータを、オーダ情報を送信したサービス事業者端末２などに要求し、当該要求の応答となるオーダ情報を改めて受信することで、オーダ情報からパラメータを取得することができる。また、ＩＰアドレスの払い出しなどの、分散システム１００自身でパラメータ取得可能となる場合には、ブループリント作成部１２は、選択したカタログに入力されるパラメータを、分散システム１００から取得することができる。
【００４２】
ブループリント作成部１２は、ブループリント２４を作成する際、構成情報管理部１３が管理する構成情報、および、レイヤマッピング部１４が保存するマッピング情報２２を参照する。つまり、ブループリント作成部１２は、物理レイヤ構成情報２１ａ、仮想レイヤ構成情報２１ｂ、および、マッピング情報２２から決定される、物理ノードおよび仮想ノードの現在の状態と、オーダ情報が示す、サービス事業者等の要求とを照合して、ブループリント２４を作成することができる。
【００４３】
［ワークフロー実行部１５］
ワークフロー実行部１５は、ブループリント作成部１２が作成したブループリント２４に従って、ワークフローを実行する。ワークフローは、ブループリント２４に含まれるカタログが示す工程を、順序を定めて連結したものである。図５に示す初期デプロイのブループリント２４に対しては、初期デプロイのワークフローは、ＶＭ作成→ＮＷ設定→コンテナ設定、のように順序を定めて連結したものとなる。ワークフロー実行部１５がワークフローを実行することで、オーケストレーションが実行され、ＩＣＴ資源にリソースが割り当てられる。
【００４４】
［ＡＰＩアダプタ部１６］
ＡＰＩアダプタ部１６は、ワークフローを実行するワークフロー実行部１５からの命令に対し、ＡＰＩを通じ操作することができるプログラムにアクセスするためのインタフェースである。当該ＡＰＩは、ＡＰＩアダプタ部１６（またはＡＰＩアダプタ部１６を備えるＩＣＴ資源管理装置１）とオーケストレーション対象との間のsouthbound APIである。ＡＰＩアダプタ部１６は、オーケストレーション対象ごとにインタフェース接続することができる。ＡＰＩアダプタ部１６は、ＡＰＩを通じ操作することができるプログラムごとに複数用意することができる。ワークフロー実行部１５は、ＡＰＩを通じ操作することができるプログラムを実行することで、ワークフローを実行することができる。
ワークフロー実行部１５およびＡＰＩアダプタ部１６の組合せは、オーケストレーションを実行するオーケストレータ部として機能する。
【００４５】
［監視部１７］
監視部１７は、物理レイヤ上の物理ノード、および、仮想レイヤ上の仮想ノードを、例えば、ＳＮＭＰによって監視する。監視部１７による監視結果は、オーケストレーションが実行され、利用可能となったサービスの使用状況を示している。監視部１７による監視結果は、構成情報管理部１３に送信することができる。構成情報管理部１３は、監視部１７の監視結果で、物理ノードおよび仮想ノードに関する情報を収集することができる。
【００４６】
［サービス管理情報２５］
サービス管理情報２５は、分散システム１００によって利用されているサービス（ネットワークサービス、クラウドサービス、など）の管理情報である。図６に示すように、サービス管理情報２５は、例えば、「サービスＩＤ」、「クラウド基盤ＩＤ」、「種別」、「使用アプリ」、「料金」、「品質」、「提供エリア」、「接続サービスＩＤ」、「動作ＩＣＴ資源」といった管理項目を有し、サービスごとに各管理項目の値が格納されている。サービス管理情報２５が有する上記の複数種類の管理項目は、クラウドサービスを利用するデバイスの物理ノードへの接続に関する構成変更の要求に含まれる複数種類の条件に対応している。これらの条件は、サービス事業者が要望する条件となる。
【００４７】
「サービスＩＤ」の管理項目には、対象のサービスの識別子が格納される。
「クラウド基盤ＩＤ」の管理項目には、対象のサービスを実現するクラウド基盤の識別子が格納される。
「種別」の管理項目には、対象のサービスの種別を示す情報が格納される。格納される情報は、例えば、コンピューティングサービス、ストレージサービス、ビッグデータサービス、機械学習サービスを示す情報とすることができるが、これに限定されない。
「使用アプリ」の管理項目には、対象のサービスが提供されるために使用されるアプリ６−１〜６−３の識別子が格納される。換言すれば、使用アプリとは、対象のサービスの内容を構成するアプリケーションである。
【００４８】
「料金」の管理項目には、対象のサービスをデバイス５が利用したときに発生する金額を示す情報が格納される。格納される情報は、例えば、１ヶ月間あたりの通信量に応じた金額を示す情報とすることができるが、これに限定されない。
「品質」の管理項目には、対象のサービスの品質を示す情報が格納される。格納される情報は、例えば、サービスに設定されたＳＬＡ（Service Level Agreement）を示す情報とすることができるが、これに限定されない。
「提供エリア」の管理項目には、対象のサービスが提供されるエリア、つまり、デバイス５が当該サービスを利用可能となるエリアを示す情報が格納される。格納される情報は、例えば、エッジ４を中心にして半径○キロメートル以内のエリア、都内全体を示す情報とすることができるが、これに限定されない。
【００４９】
「接続サービスＩＤ」の管理項目には、対象のサービスに接続しているサービスの識別子が格納される。サービスには、複数のサービス間を接続するためのサービスがある。サービス事業者は、第１のサービスの提供を希望する場合に、第１のサービスを実現する第１のクラウド基盤を選定する代わりに、第１のサービスに接続している第２のサービスを実現する第２のクラウド基盤を選定することで、第１のサービスを提供することができる。
【００５０】
「動作ＩＣＴ資源」の管理項目には、対象のサービスが提供される場合に動作するＩＣＴ資源の識別子が格納される。換言すれば、動作ＩＣＴ資源とは、使用アプリが配置されている物理ノード、または、当該物理ノード上で稼働する仮想ノードである。また、動作ＩＣＴ資源は、サービス事業者からの新規申し込み受付時にリソース割り当ての対象となるＩＣＴ資源である。また、動作ＩＣＴ資源は、対象のサービスを実現するクラウド基盤に属している、または、ＷＡＮ（Wide Area Network）およびＣＰＥ（Customer Premises Equipment）等を介して、当該クラウド基盤に属しているＩＣＴ資源に物理接続している。
【００５１】
サービス事業者からの申込みで、クラウド基盤を構成する物理ノードに新たなデバイス５を接続する際、類似するクラウド基盤が複数存在する場合には、クラウド基盤選定部１２ａは、サービス事業者からの、デバイス５の物理ノードへの接続に関する構成変更の要求となるオーダ情報に対して、最適なクラウド基盤を選定する。ここで、クラウド基盤が類似するとは、各クラウド基盤によって提供される各クラウドサービスの「種別」（図６参照）が同じであり、「料金」、「品質」、「提供エリア」、「接続サービスＩＤ」、「動作ＩＣＴ資源」（図６参照）が異なることを意味する。
【００５２】
オーダ情報には、サービス事業者の要望として、サービス事業者が提供するクラウドサービスの種別に関する条件が含まれている。クラウド基盤選定部１２ａは、サービス管理情報２５を参照して、サービス事業者の要望に示される種別に一致するクラウドサービスを、「種別」（図６）から特定するとともに、特定したクラウドサービスを実現するクラウド基盤（一般的には複数存在する）を、「クラウド基盤ＩＤ」（図６）から特定する。
【００５３】
また、オーダ情報には、サービス事業者の要望として、例えば、料金、品質、提供エリアに関する条件が含まれている。料金に関する条件とは、例えば、１ヶ月あたりのクラウドサービスの利用料金の上限値とすることができる。品質に関する条件とは、例えば、クラウドサービスに設定された、開通遅延時間、網内遅延時間、ネットワーク稼働率、回線稼働率、故障回復時間、故障通知時間、および、帯域保証の最低レベルとすることができる。提供エリアに関する条件とは、デバイス５がクラウドサービスを利用可能とするエリアの境界とすることができる。クラウド基盤選定部１２ａは、サービス管理情報２５を参照して、「種別」および「クラウド基盤ＩＤ」（図６）から特定したクラウド基盤のうち、料金、品質、提供エリアに関する条件を満たすクラウド基盤を特定する。特定したクラウド基盤が１つであった場合には、クラウド基盤選定部１２ａは、そのクラウド基盤を最適なクラウド基盤として選定することができる。特定したクラウド基盤が複数であった場合には、例えば、料金、品質、提供エリアに関して、サービス事業者に最も有利になるクラウド基盤を最適なクラウド基盤として選定することができる。
【００５４】
もし、選定したクラウド基盤が、サービス管理情報２５の「接続サービスＩＤ」および「動作ＩＣＴ資源」（図６）に従って、デバイス５が接続可のクラウド基盤であった場合には、クラウド基盤選定部１２ａは、クラウド基盤の選定結果を維持する。一方、選定したクラウド基盤が、デバイス５が接続不可のクラウド基盤であった場合（クラウドサービス間の接続が存在しない、ＩＣＴ資源間の物理接続が存在しない等）には、クラウド基盤選定部１２ａは、例えば、料金、品質、提供エリアに関して、サービス事業者に２番目に有利になるクラウド基盤を最適なクラウド基盤として選定することができる。このような選定は、仮想レイヤの観点ではアプリを配置可能に見え、サービス事業者の要望を満たすことができたとしても、物理レイヤの観点では物理接続不可となってしまうクラウド基盤を除外する点で有用である。
【００５５】
ブループリント作成部１２は、構成情報管理部１３が管理する構成情報、クラウド基盤選定部１２ａが選定したクラウド基盤、および、レイヤマッピング部１４が保存するマッピング情報２２に基づいて、ブループリント２４を作成する。
【００５６】
ワークフロー実行部１５は、ブループリント作成部１２が作成したブループリント２４に従って、ワークフローを実行することができる。その結果、オーケストレーションが実行され、ＩＣＴ資源にリソースが割り当てられる。
【００５７】
≪処理≫
本実施形態のＩＣＴ資源管理装置１が実行する処理を、図７を参照して説明する。この処理は、例えば、サービス事業者からの申込みに対する、クラウドサービスを利用するデバイス５の物理ノードへの接続に関する構成変更等のオペレーションの要求があった場合に開始する。
【００５８】
まず、要求取得部１１は、構成変更等のオペレーションが示されたオーダ情報をブループリント作成部１２に出力する（ステップＳ１）。次に、ブループリント作成部１２は、構成情報管理部１３に対し、構成情報を要求する（ステップＳ２）。次に、構成情報管理部１３は、構成情報ＤＢ２１に格納されている構成情報、具体的には、物理レイヤ構成情報２１ａおよび仮想レイヤ構成情報２１ｂをブループリント作成部１２に出力する（ステップＳ３）。
【００５９】
次に、ブループリント作成部１２のクラウド基盤選定部１２ａは、オーダ情報に対して、サービス管理情報２５（図６）を参照して、オーダ情報に含まれる条件を満たすクラウド基盤を選定し、選定結果を出力する（ステップＳ３ａ）。
【００６０】
次に、ブループリント作成部１２は、レイヤマッピング部１４に対し、マッピング情報２２を要求する（ステップＳ４）。次に、レイヤマッピング部１４は、マッピング情報２２をブループリント作成部１２に出力する（ステップＳ５）。
【００６１】
次に、ブループリント作成部１２は、オーダ情報に対して、構成情報、前記選定したクラウド基盤、および、マッピング情報に基づいてブループリント２４を作成する（ステップＳ６）。このとき、ブループリント作成部１２は、オーダ情報に応じて、カタログ群２３からオペレーションに必要となるカタログを選択するとともに、オーダ情報または分散システム１００から、選択したカタログに入力するパラメータを取得する。
【００６２】
次に、ブループリント作成部１２は、作成したブループリント２４を、要求取得部１１を介して、オーダ情報を送信したサービス事業者端末２等に送信し、ブループリント２４の確認依頼をする（ステップＳ７）。ブループリント２４の確認に問題が無ければ、要求取得部１１は、サービス事業者端末２等からの承認を示す情報をブループリント作成部１２に送信する（ステップＳ８）。
ステップＳ１〜ステップＳ８は、ＩＣＴ資源管理装置１が実行する処理全体のうち、インフラ設計の処理を構成する。
なお、処理を迅速にするため、ステップＳ７、ステップＳ８は、省略してもよい。
【００６３】
次に、ブループリント作成部１２は、承認を得たブループリント２４に基づくオーケストレーションを実行するためのスクリプトを作成する（ステップＳ９）。スクリプトの作成の技術は周知であり、詳細な説明は省略する。次に、ブループリント作成部１２は、作成したスクリプトをワークフロー実行部１５に出力する（ステップＳ１０）。
ステップＳ９〜ステップＳ１０は、ＩＣＴ資源管理装置１が実行する処理全体のうち、スクリプト作成の処理を構成する。
【００６４】
次に、ワークフロー実行部１５は、ブループリント作成部１２から取得したスクリプトを解釈する（ステップＳ１１）。スクリプトの解釈の技術は周知であり、詳細な説明は省略する。次に、ワークフロー実行部１５は、ＡＰＩアダプタ部１６に対し、ＡＰＩを通じ操作することができるプログラムごとに命令し（ステップＳ１２）、プロセスを実行する。
【００６５】
プロセスの実行が完了した場合、ＡＰＩアダプタ部１６は、ワークフロー実行部１５に、プロセスの実行の完了を通知する（ステップＳ１３）。次に、ワークフロー実行部１５は、ブループリント作成部１２に、プロセスの実行の完了を通知する（ステップＳ１４）。プロセスの実行の完了は、ＩＣＴ資源管理装置１から仮想レイヤに対するオーケストレーションの実行の完了を意味し、構成変更後のサービスが利用可能になったことを意味する。
ステップＳ１１〜ステップＳ１４は、ＩＣＴ資源管理装置１が実行する処理全体のうち、オーケストレーションの処理を構成する。
【００６６】
その後、監視部１７は、物理レイヤ上の物理ノード、および、仮想レイヤ上の仮想ノードの監視を開始する。監視部１７は、監視によって収集した情報を構成情報管理部１３に通知する（ステップＳ１５）。次に、構成情報管理部１３は、監視部１７から収集した情報をレイヤマッピング部１４に通知する（ステップＳ１６）。
ステップＳ１５〜ステップＳ１６は、ＩＣＴ資源管理装置１が実行する処理全体のうち、監視の処理を構成する。
【００６７】
構成情報管理部１３は、監視部１７が収集した情報から構成情報を生成し、構成情報ＤＢ２１に格納する。また、レイヤマッピング部１４は、構成情報管理部１３を介して、監視部１７が収集した情報からマッピング情報２２を生成する。生成された構成情報およびマッピング情報２２は、新たなブループリントの作成に用いられる。
【００６８】
図７の処理によれば、ＩＣＴ資源管理装置１は、構成情報およびマッピング情報２２を最新状態で保持することができるため、人手を介することなくブループリントを作成し、オーケストレーションを実行し、オペレーションを自動化することができる。
また、構成変更等のオペレーションの要求に対し、最適なクラウド基盤の選定を自動化することができる。
【００６９】
本実施形態によれば、人的作業を伴うことなく、サービス事業者の要望を満たす最適なクラウド基盤を選定することができるとともに、選定したクラウド基盤上のＩＣＴ資源に対するリソース割り当てとなるオーケストレーションを実行することができる。
したがって、サービス事業者がクラウドサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することができる。
特に、サービス管理情報２５を参照することで、クラウド基盤の選定の具体的手段を提供することができる。
【００７０】
（プログラム）
また、上記実施形態に係るＩＣＴ資源管理装置１が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、ＩＣＴ資源管理装置１と同様の機能を実現するＩＣＴ資源管理プログラムを実行するコンピュータの一例を説明する。
【００７１】
図８は、ＩＣＴ資源管理プログラムを実行するコンピュータを示す図である。図８に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００７２】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。メモリ１０１０、ハードディスクドライブ１０９０、ディスクドライブ１１００、および、ディスクドライブ１１００に挿入される記憶媒体は、ＩＣＴ資源管理装置１が備える記憶部の具体的なハードウェア資源となる。
【００７３】
ここで、図８に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００７４】
また、ＩＣＴ資源管理プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明したＩＣＴ資源管理装置１が実行する各処理が記述されたプログラムモジュールが、ハードディスクドライブ１０９０に記憶される。
【００７５】
また、ＩＣＴ資源管理プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００７６】
なお、ＩＣＴ資源管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、ＩＣＴ資源管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００７７】
（その他）
（ａ）構成情報管理部１３は、物理ノードの位置情報を管理することができる。
（ｂ）構成情報管理部１３は、物理ノードとしてのエッジ４に接続しているデバイス５を使用するユーザに関する情報、または、ユーザのテナントに関する情報を管理することができる。よって、物理レイヤ構成情報２１ａとして管理される構成情報は、ユーザ単位またはテナント単位の構成情報とすることができる。レイヤマッピング部１４が、物理レイヤと仮想レイヤとのマッピングを行った場合、ユーザ単位またはテナント単位の構成情報は、仮想レイヤ構成情報２１ｂとして管理される構成情報とすることができる。
（ｃ）本実施形態のＩＣＴ資源管理装置１は、クラウド基盤ごとに複数備えてもよい。この場合、クラウド基盤ごとのＩＣＴ資源管理装置間でやりとりして、最適なクラウド基盤を選定することができる。
【符号の説明】
【００７８】
１００  分散システム
１      ＩＣＴ資源管理装置
２      サービス事業者端末
３      サーバ
４      エッジ
５      デバイス
６      アプリ（アプリケーション）
７      ＶＭ
１１    要求取得部
１２    ブループリント作成部
１２ａ  クラウド基盤選定部（サービス基盤選定部の具体例）
１３    構成情報管理部
１４    レイヤマッピング部
１５    ワークフロー実行部（オーケストレータ部）
１６    ＡＰＩアダプタ部（オーケストレータ部）
１７    監視部
２１    構成情報ＤＢ
２１ａ  物理レイヤ構成情報
２１ｂ  仮想レイヤ構成情報
２２    マッピング情報
２３    カタログ群
２４    ブループリント
２５    サービス管理情報
【図１】
2020116223.tif 000003
【図２】
2020116223.tif 000004
【図３】
2020116223.tif 000005
【図４】
2020116223.tif 000006
【図５】
2020116223.tif 000007
【図６】
2020116223.tif 000008
【図７】
2020116223.tif 000009
【図８】
2020116223.tif 000010
【国際調査報告】
2020116223.tif 000011
2020116223.tif 000012
2020116223.tif 000013
2020116223.tif 000014