JP6922670B2 - Resource determination device, resource determination method and resource determination processing program - Google Patents

Resource determination device, resource determination method and resource determination processing program Download PDF

Info

Publication number
JP6922670B2
JP6922670B2 JP2017215781A JP2017215781A JP6922670B2 JP 6922670 B2 JP6922670 B2 JP 6922670B2 JP 2017215781 A JP2017215781 A JP 2017215781A JP 2017215781 A JP2017215781 A JP 2017215781A JP 6922670 B2 JP6922670 B2 JP 6922670B2
Authority
JP
Japan
Prior art keywords
resource
combination
service
service layer
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017215781A
Other languages
Japanese (ja)
Other versions
JP2019087105A (en
Inventor
超 呉
超 呉
信吾 堀内
信吾 堀内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2017215781A priority Critical patent/JP6922670B2/en
Publication of JP2019087105A publication Critical patent/JP2019087105A/en
Application granted granted Critical
Publication of JP6922670B2 publication Critical patent/JP6922670B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Machine Translation (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明の実施形態は、リソース決定装置、リソース決定方法およびリソース決定処理プログラムに関する。 Embodiments of the present invention relate to a resource determination device, a resource determination method, and a resource determination processing program.

一般に、通信事業者が顧客に通信サービス(以下、サービスと称することがある)を提供する際には、顧客からサービスレイヤの要望を受領し、この要望に応じて、トラフィックを転送する通信経路(以下、リンクリソース)と、トラフィックを処理するネットワーク機能を配置するノード(以下、機能リソース)とをそれぞれ割り当てることで、ネットワークを利用可能な状態にする。したがって、ネットワークサービスの管理では、サービスレイヤの要望に応じたリソースの組合せ方、及びパラメータの決定が重要な要素である。一般的に、これらの決定は通信事業者のオペレータのスキルに依存している。 Generally, when a telecommunications carrier provides a communication service (hereinafter, may be referred to as a service) to a customer, a communication path (hereinafter, sometimes referred to as a service) that receives a request from the customer for a service layer and forwards traffic in response to the request. By assigning a link resource (hereinafter referred to as a link resource) and a node (hereinafter referred to as a functional resource) in which a network function for processing traffic is arranged, the network can be made available. Therefore, in the management of network services, how to combine resources and determine parameters according to the demands of the service layer are important factors. In general, these decisions depend on the skill of the operator operator.

レガシーネットワークにおける通信サービスを提供する場合、リソースの組合せとパラメータの決定の自由度が低いため、オペレータは通信サービスを提供するためのスキルを短時間で習得できる。 When providing communication services in a legacy network, the degree of freedom in determining resource combinations and parameters is low, so operators can acquire the skills to provide communication services in a short time.

仮想化ネットワーク技術NFV(Network Functions Virtualization)は、汎用サーバ上で多様なネットワーク機能、例えば、Firewall(FW)機能、 Web Server(WS)機能等を生成でき、さらに、各機能に割り当てるリソースの量、例えば、CPU数やメモリ量等を自由に変えることによって、リソースの処理能力を自由に変更できるようにしている。B2B2X(Business to Business to Consumer)時代では、通信事業者(ファーストB)が提供するNFV技術により構築された柔軟かつ安価な通信サービスを利用して、サービス事業者(ミドルB、ユーザ)がエンドユーザ(X)にサービスを提供する形態が増えると想定されている。この状況に対して通信事業者に求められる要件として、サービス事業者からのサービスレイヤの要望に対応した通信サービス提供と、当該通信サービスを実現するための効率的なリソース管理がある。 Virtualization network technology NFV (Network Functions Virtualization) can generate various network functions such as Firewall (FW) function and Web Server (WS) function on a general-purpose server, and the amount of resources allocated to each function. For example, the processing capacity of resources can be freely changed by freely changing the number of CPUs and the amount of memory. In the B2B2X (Business to Business to Consumer) era, service providers (middle B, users) end users by using flexible and inexpensive communication services built by NFV technology provided by telecommunications carriers (First B). It is expected that the number of forms of providing services to (X) will increase. The requirements for the telecommunications carrier for this situation are the provision of telecommunications services that meet the demands of the service layer from the telecommunications carriers and the efficient resource management for realizing the telecommunications services.

サービス事業者からのサービスレイヤの要望の具体例を説明する。オンラインバンキングを提供するサービス事業者が通信サービスを申込む際に関心を持っている事項は、サービスの機能であるオンラインバンキング・サービス、通信サービスの安全性及び通信サービスが収容できるユーザ数等である。動画サービスを提供するサービス事業者は、サービスの機能である動画サービス、サービスの処理能力、帯域等に注目している。これらのサービスレイヤの要望に応じてサービスを提供することが通信事業者に求められている。 A specific example of the service layer request from the service provider will be described. When applying for a communication service, a service provider that provides online banking is interested in the online banking service, which is a function of the service, the safety of the communication service, and the number of users that the communication service can accommodate. Service providers that provide video services are paying attention to the functions of the services, such as video services, service processing capacity, and bandwidth. Telecommunications carriers are required to provide services in response to the demands of these service layers.

当該通信サービスを実現するための効率的なリソース管理は、サービス事業者からのサービスレイヤの要望に応じて、サービスを構成する適切なリソースの種類とリソースのパラメータをそれぞれ決定することである。具体例として、オンラインバンキングというサービスレイヤでの要望(Service layer requirement)に応じて、仮想ネットワークリソース、例えばdeep packet inspection(DPI)、 firewall、 web server、 application server(AS)等の組合せを決定し、各リソースの処理能力等を表すパラメータの値を決定することは、サービスレイヤの要望に応じたリソース管理である。 Efficient resource management for realizing the communication service is to determine an appropriate resource type and resource parameter that constitute the service according to the request of the service layer from the service provider. As a specific example, a combination of virtual network resources such as deep packet inspection (DPI), firewall, web server, application server (AS), etc. is determined according to the service layer requirement of online banking. Determining the value of a parameter representing the processing capacity of each resource is resource management according to the request of the service layer.

サービスレイヤの要望の多様性、及び仮想化リソースの設定の高い自由度によって、サービスレイヤの要望に応じた効率的なリソース管理を行なうために、通信事業者のオペレータにはリソース管理の高度なスキルが要求される。これにより、仮想化されたネットワークにおけるサービス提供の複雑性、および管理コストが顕著に増加するという問題が発生する。 With the diversity of service layer requirements and the high degree of freedom in setting virtualization resources, operators of telecommunications carriers have advanced resource management skills in order to efficiently manage resources according to service layer requirements. Is required. This raises the issue of significantly increasing the complexity of service provision and management costs in virtualized networks.

例えば、通信サービスのユーザ(サービス事業者)がサービスレイヤでの要望を用いて仮想化ネットワークサービスを申し込む場合で、ユーザが、リソースの管理を通信事業者に期待している。この状況で、通信事業者がユーザに仮想化ネットワークサービスを提供する際に、ユーザのサービスレイヤでの要望に応じて、リソースを決定するために、通信事業者のオペレータに高度なスキルが要求される。 For example, when a communication service user (service provider) applies for a virtualized network service using a request at the service layer, the user expects the communication provider to manage resources. In this situation, when a carrier provides a virtualized network service to a user, the carrier operator is required to have a high degree of skill in order to determine resources according to the user's service layer requirements. NS.

サービスレイヤの要望は、サービスの機能とサービスの負荷についての要求とが挙げられる。サービスの機能は、例えばweb service, CDN(Content Delivery Network) service, high securityが挙げられ、サービスの負荷についての要求は、例えばWork load 10万ユーザ、1000 request/secondが挙げられる。 The request of the service layer includes a request regarding the function of the service and the load of the service. Service functions include, for example, web service, CDN (Content Delivery Network) service, and high security, and requests for service load include, for example, Work load 100,000 users and 1000 request / second.

また、決定すべきリソースレイヤの内容としては、サービスを実現するためのリソースの組合せと該当リソースパラメータの値が挙げられる。サービスを実現するためのリソースの組合せは、例えば、web serviceを実現するためには、firewall, web server, data baseでなる3種類のリソースを使用する。
また、リソースパラメータの値は、例えば、リソースのインスタンスの配置先、該当リソースのインスタンスのCPU数とMemory量が挙げられる。
In addition, the contents of the resource layer to be determined include the combination of resources for realizing the service and the value of the corresponding resource parameter. As for the combination of resources for realizing the service, for example, in order to realize the web service, three types of resources consisting of firewall, web server, and data base are used.
In addition, the value of the resource parameter includes, for example, the location of the instance of the resource, the number of CPUs of the instance of the corresponding resource, and the amount of memory.

次に、従来技術のETSI ENIについて説明する。
ETSI ENI ISGは、ETSI(European Telecommunications Standards Institute)配下の、AI技術をオペレーション分野への応用を検討するワーキンググループとして2017年2月に設立された。ETSI ENI ISGの狙いとしては、AI技術とコンテキストアウェア・ポリシーを活用することで、ユーザの個々なニーズ、サービス提供の条件とビジネス目標に応じて、提供する通信サービスを調整し、オペレータを支援することである。
Next, the prior art ETSI ENI will be described.
ETSI ENI ISG was established in February 2017 as a working group under the control of ETSI (European Telecommunications Standards Institute) to study the application of AI technology to the field of operations. The aim of ETSI ENI ISG is to utilize AI technology and context-aware policies to tailor the communication services provided and assist operators according to the individual needs of users, service provision conditions and business goals. That is.

ENI(Experiential Network Intelligence)が起案した、Network Intelligenceを用いてオペレータ体験を向上させるアーキテクチャは、ENI Engineが挙げられる(例えば非特許文献1を参照)。ENI Engineは、主に以下の5つの機能ブロックで構成されている。各機能ブロックは、非特許文献1の執筆時点でコンセプトレベルのものである。 ENI Engine is an architecture proposed by ENI (Experiential Network Intelligence) to improve the operator experience using Network Intelligence (see, for example, Non-Patent Document 1). The ENI Engine mainly consists of the following five functional blocks. Each functional block is at the concept level at the time of writing Non-Patent Document 1.

(1)Intelligent Service Deployment
(2)Intelligent Policy Control
(3)Intelligent Resource Management
(4)Intelligent Monitoring
(5)Intelligent Analyzing and Prediction
これらのうち、本発明との関わりが最も強い機能ブロックである、(1)Intelligent Service Deploymentについて、ENIの取り組みについて説明する。
(1) Intelligent Service Deployment
(2) Intelligent Policy Control
(3) Intelligent Resource Management
(4) Intelligent Monitoring
(5) Intelligent Analyzing and Prediction
Of these, ENI's efforts will be described for (1) Intelligent Service Deployment, which is the functional block most closely related to the present invention.

このアーキテクチャでは、顧客(ユーザ)のサービス要求(Customer Service Requester)が、システムに入力され、Service Intent APIを通じて、サービス・テンプレート機能(Service Template)、言語変換機能(Language Transformation)、サービス組合せ機能(Service Composition and Management)をそれぞれ呼び出す。
これらの機能が生成した情報を用いて、Service Delivery APIを通じてNetwork Controllerに指示を出し、Network Controllerは、Resource Management APIを通してリソース(Network Element)を制御し、サービスが提供される。
In this architecture, the customer service requester is input to the system, and the service template function (Service Template), language transformation function (Language Transformation), and service combination function (Service) are input through the Service Intent API. Composition and Management) are called respectively.
Using the information generated by these functions, instructions are given to the Network Controller through the Service Delivery API, and the Network Controller controls the resources (Network Element) through the Resource Management API, and the service is provided.

しかし、このアーキテクチャでは、Customer Service Requesterの具体的な表現方法、解析方法、リソース組合せの決定方法、システム処理について、明確に説明されていない。 However, in this architecture, the concrete expression method, analysis method, resource combination determination method, and system processing of Customer Service Requester are not clearly explained.

Open Day Light(例えば、Open Day Light NIC
<https://wiki.opendaylight.org/view/Network_Intent_Composition:Main>参照)や、ONOS(Open Network Operating System)(例えばONOS Intent Framework
<https://wiki.onosproject.org/display/ONOS/Intent+Framework>参照)等のSoftware Defined Network(SDN)検討団体では、仮想化ネットワーク管理の複雑性を隠蔽することを目指し、Intentを使ってネットワークを制御するIBNMを検討している。この団体が目指していることは、「Do it like this」の代わりに「What I want」をオペレータに求めることでネットワークを制御することである。
Open Day Light (eg Open Day Light NIC
See <https://wiki.opendaylight.org/view/Network_Intent_Composition:Main>) and ONOS (Open Network Operating System) (for example, ONOS Intent Framework).
Software Defined Network (SDN) study groups such as <https://wiki.onosproject.org/display/ONOS/Intent+Framework>) use Intent to hide the complexity of virtualized network management. I am considering IBNM to control the network. The aim of this organization is to control the network by asking the operator for "What I want" instead of "Do it like this".

図30は、IBNM(Intent-based Network Management)の一例を説明する図である。
Open Day LightのNetwork Intent Composition (NIC) の例を用いてIBNMを説明する。ここでは、Branch 1とBranch 2の間にHeadquarterを設け、Branch 1からHeadquarterの間に帯域が10Gbpsであるリンクc1を決定し、フローf1をHeadquarterのFirewall(FW)に通過させ、リンクc1の帯域を昼間に10Gbps、夜間に1Gbpsにそれぞれ制御する例である。
FIG. 30 is a diagram illustrating an example of IBNM (Intent-based Network Management).
IBNM will be explained using the example of Network Intent Composition (NIC) of Open Day Light. Here, a Headquarter is provided between Branch 1 and Branch 2, a link c1 having a bandwidth of 10 Gbps is determined between Branch 1 and Headquarter, the flow f1 is passed through the Firewall (FW) of the Headquarter, and the bandwidth of the link c1 is determined. Is an example of controlling 10 Gbps in the daytime and 1 Gbps in the nighttime.

従来では、経路内の各スイッチにおいてリンクリソースのIPなどのパラメータ及び転送ルールの決定などの複雑なリソース決定が必要である。IBNMでは、実現したい要件を記述するだけで上記の制御を実現でき、実現したい制御以外のリンクパラメータの決定の複雑性を隠蔽することができる。要件の記述としては、例えば「Connection c1 Endnodes (branch1, HQ) Properties 10G」(図30の「(A)c1:10G」に対応)、「Policy ID1 Apply to f1 action go through (firewall, WoC)」(図30の「(B)f1:FWを追加」に対応)である。 Conventionally, it is necessary to determine complicated resources such as determining parameters such as the IP of the link resource and transfer rules at each switch in the route. With IBNM, the above control can be realized simply by describing the requirements to be realized, and the complexity of determining link parameters other than the control to be realized can be hidden. The requirements are described, for example, "Connection c1 Endnodes (branch1, HQ) Properties 10G" (corresponding to "(A) c1: 10G" in Fig. 30), "Policy ID1 Apply to f1 action go through (firewall, WoC)". (Corresponding to "(B) f1: Add FW" in FIG. 30).

一方で、既存のIBNMを仮想化ネットワークにおけるサービス管理に適用するには以下の2つの課題がある。
1つ目の課題は、IBNMの管理対象はリンクリソース管理に限られており、機能リソースの管理に対応できないことである。
2つ目の課題は、サービスレイヤの要望に応じて適切なリソースを組合せる機能と、サービスレイヤの要望に応じて機能リソースのパラメータを決定する機能が検討されていないことである。
On the other hand, applying the existing IBNM to service management in a virtualized network has the following two problems.
The first issue is that the management target of IBNM is limited to link resource management, and it is not possible to handle the management of functional resources.
The second problem is that the function of combining appropriate resources according to the request of the service layer and the function of determining the parameters of the functional resource according to the request of the service layer have not been studied.

Raymond Forbes, "Experimental Networked Intelligence", <https://portal.etsi.org/Portals/0/TBpages/ENI/Docs/ISG_ENI_presenatation.pdf>Raymond Forbes, "Experimental Networked Intelligence", <https://portal.etsi.org/Portals/0/TBpages/ENI/Docs/ISG_ENI_presenatation.pdf> Customizing the tokenizer spaCy Usage Documentation, <https://spacy.io/docs/usage/customizing-tokenizer>Customizing the tokenizer spaCy Usage Documentation, <https://spacy.io/docs/usage/customizing-tokenizer> Part-of-speech tagging spaCy Usage Documentation, <https://spacy.io/docs/usage/pos-tagging>Part-of-speech tagging spaCy Usage Documentation, <https://spacy.io/docs/usage/pos-tagging> Rule-based matching spaCy Usage Documentation, <https://spacy.io/docs/usage/rule-based-matching>Rule-based matching spaCy Usage Documentation, <https://spacy.io/docs/usage/rule-based-matching>

現況における、サービスレイヤの要望からリソースを決定する方式について説明する。
ここでは、第1の方式(Cloud Consultant)と第2の方式(Self-management)について説明する。
The method of determining the resource from the request of the service layer in the current situation will be described.
Here, the first method (Cloud Consultant) and the second method (Self-management) will be described.

第1の方式(Cloud Consultant方式)では、通信事業者の営業担当がサービスレイヤの要望のヒアリングを通じて、サービス事業者の要望をサービスレイヤの要望として把握し、通信事業者のオペレータが、この要望に応じてリソースを決定する。この方式によりサービスレイヤの要望を表現できるが、通信事業者の営業担当とオペレータとの稼働が必要になり、実現のためのコストが高い。 In the first method (Cloud Consultant method), the sales representative of the telecommunications carrier grasps the request of the service provider as the request of the service layer through hearing the request of the service layer, and the operator of the telecommunications carrier responds to this request. Determine resources accordingly. This method can express the demands of the service layer, but it requires the operation of the sales staff of the telecommunications carrier and the operator, and the cost for realizing it is high.

また、第2の方式(Self-management)は、リソースの管理をサービス事業者に任せる方式である。この方式では、例えば、サービス事業者自らが、サービスレイヤの要望をリソースへの要求に変換し、必要となるリソースを、通信事業者が提供するリソース管理インタフェースDashboardを通じて表現する。しかし、この方式はサービス事業者に仮想化ネットワークの知識が要求され、また、サービス事業者がサービスレイヤの要望を直接に表現できない。 The second method (Self-management) is a method in which resource management is entrusted to a service provider. In this method, for example, the service provider itself converts the request of the service layer into the request for the resource, and the required resource is expressed through the resource management interface Dashboard provided by the telecommunications carrier. However, this method requires the service provider to have knowledge of the virtual network, and the service provider cannot directly express the request of the service layer.

本発明の目的は、サービスレイヤの要望に適したリソースの組合せおよびリソースのパラメータを決定できるリソース決定装置、リソース決定方法およびリソース決定処理プログラムを提供することである。 An object of the present invention is to provide a resource determination device, a resource determination method, and a resource determination processing program capable of determining a resource combination and a resource parameter suitable for a service layer request.

上記目的を達成するために、この発明の一実施形態におけるリソース決定装置の第1の態様は、リソース決定装置が、通信サービスについて、自然言語で記述される文で表現された要望であるサービスレイヤの要望を解析する解析手段と、前記解析手段により解析されたサービスレイヤの要望に適したリソースの組合せを決定する組合せ決定手段と、前記組合せ決定手段により決定されたリソースの組合せに含まれるリソースのパラメータを決定するパラメータ決定手段とを備え、前記解析手段は、前記サービスレイヤの要望で示される文を単語に分解し、前記分解された単語の各々に対し、当該単語の属性に応じたタグを付与し、前記タグが付与された単語の各々の属性に対し、前記属性に応じた解析ルールを適用することで、前記サービスレイヤの少なくとも1つの要望を解析する、ようにしたものである。 In order to achieve the above object, the first aspect of the resource determination device in one embodiment of the present invention is a service layer in which the resource determination device is a request expressed by a sentence described in natural language for a communication service. The analysis means for analyzing the request of the above, the combination determination means for determining the combination of resources suitable for the request of the service layer analyzed by the analysis means, and the resource included in the combination of the resources determined by the combination determination means. The analysis means includes a parameter determining means for determining a parameter , the analysis means decomposes a sentence indicated by a request of the service layer into words, and for each of the decomposed words, a tag corresponding to the attribute of the word is attached. By applying an analysis rule according to the attribute to each attribute of the word to which the tag is attached, at least one request of the service layer is analyzed .

上記構成のリソース決定装置の第の態様は、第1の態様において、前記組合せ決定手段が、前記リソースの組合せの基本構成に対し、前記解析手段により解析されたサービスレイヤの要望に応じたカスタマイズ・ルールを適用して、前記基本構成をカスタマイズすることで、前記リソースの組合せを決定するようにしたものである。 Customizing a second aspect of the resource determination device configured as described above, in the first aspect, said combination determining means, with respect to the basic configuration of a combination of the resources, in accordance with the requirements of service layer analyzed by the analyzing means -By applying a rule and customizing the basic configuration, the combination of the resources is determined.

上記構成のリソース決定装置の第の態様は、第1の態様において、前記パラメータ決定手段が、前記組合せ決定手段により決定されたリソースの組み合わせに含まれるリソースのパラメータに影響を与える複数種類の要素の関係を学習してモデルを生成し、前記生成されたモデルを用いて、前記組合せ決定手段により決定されたリソースのパラメータを決定するようにしたものである。
上記構成のリソース決定装置の第4の態様は、第1の態様において、前記解析手段は、通信サービスについて、規定された表現ルールに従って作成された自然言語で表現されたサービスレイヤの要望を解析するようにしたものである。
In the third aspect of the resource determination device having the above configuration, in the first aspect, the parameter determination means affects the parameters of the resources included in the combination of resources determined by the combination determination means. The relationship between the above is learned to generate a model, and the generated model is used to determine the parameters of the resources determined by the combination determination means.
A fourth aspect of the resource determination device having the above configuration is, in the first aspect, the analysis means analyzes a request of a service layer expressed in a natural language created according to a defined expression rule for a communication service. It is something like that.

本発明の一実施形態における、リソース決定装置が行うリソース決定方法の一つの態様、通信サービスについて、自然言語で記述される文で表現された要望であるサービスレイヤの要望を解析し、前記解析されたサービスレイヤの要望に適したリソースの組合せを決定し、前記決定されたリソースの組合せに含まれるリソースのパラメータを決定し、前記解析することは、前記サービスレイヤの要望で示される文を単語に分解することと、前記分解された単語の各々に対し、当該単語の属性に応じたタグを付与することと、前記タグが付与された単語の各々の属性に対し、前記属性に応じた解析ルールを適用することで、前記サービスレイヤの少なくとも1つの要望を解析することとを含む、ようにしたものである。 One aspect of the resource determination method performed by the resource determination device in one embodiment of the present invention is to analyze a request of a service layer, which is a request expressed by a sentence described in a natural language, for a communication service, and the analysis is performed. Determining the combination of resources suitable for the requested service layer, determining the parameters of the resources included in the determined combination of resources, and analyzing the word the sentence indicated by the requested service layer. It is decomposed into By applying the rule, it includes analyzing at least one request of the service layer .

本発明の一実施形態におけるリソース決定処理プログラムの一つの態様は、第1乃至第4の態様のいずれか1つにおけるリソース決定装置の前記各手段としてプロセッサを機能させるものである。 One aspect of the resource determination processing program according to the embodiment of the present invention is to make the processor function as each of the means of the resource determination device in any one of the first to fourth aspects.

この発明の一実施形態におけるリソース決定装置の第1の態様によれば、オペレータに依存せずに、リソースの組合せとリソースパラメータを決定できるので、人的コストを削減できる。 According to the first aspect of the resource determination device according to the first embodiment of the present invention, the combination of resources and the resource parameters can be determined without depending on the operator, so that the human cost can be reduced.

また、この発明の一実施形態におけるリソース決定装置の第の態様によれば、自然言語で表現されたサービスレイヤの要望を適切に解析することができる。 Further , according to the first aspect of the resource determination device according to the first embodiment of the present invention, the request of the service layer expressed in natural language can be appropriately analyzed.

この発明の一実施形態におけるリソース決定装置の第の態様によれば、サービスレイヤの要望に相応しいリソースの構成を決定することができる。 According to the second aspect of the resource determination device according to the second embodiment of the present invention, it is possible to determine the resource configuration suitable for the request of the service layer.

この発明の一実施形態におけるリソース決定装置の第の態様によれば、オペレータに依存せずに、複数種類の要素が影響を与えるリソースパラメータを決定することができる。 According to the third aspect of the resource determination device according to the third embodiment of the present invention, it is possible to determine the resource parameters affected by a plurality of types of elements without depending on the operator.

すなわち本発明によれば、サービスレイヤの要望に適したリソースの組合せおよびリソースのパラメータを決定することが可能になる。 That is, according to the present invention, it is possible to determine a resource combination and a resource parameter suitable for the service layer requirements.

本発明の一実施形態におけるリソース決定の組合せ及びリソースパラメータの決定の概要の一例を示す図。The figure which shows an example of the outline of the combination of resource determination and the determination of a resource parameter in one embodiment of the present invention. 本発明の一実施形態におけるリソース決定装置の、サービスレイヤの要望の解析にかかる適用例を示す図。The figure which shows the application example which concerns on the analysis of the request of the service layer of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置に適用されるサービスレイヤの要望の表現ルールの一例を説明する図。The figure explaining an example of the expression rule of the request of the service layer applied to the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置に適用されるサービスレイヤの要望の表現ルールの一例を説明する図。The figure explaining an example of the expression rule of the request of the service layer applied to the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置による、表現ルールに従ったサービスレイヤの要望の表現の一例を示す図。The figure which shows an example of the expression of the request of the service layer according to the expression rule by the resource determination device in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、サービスレイヤの要望の解析の概要の一例を示す図。The figure which shows an example of the outline of the analysis of the request of a service layer by the service layer request analysis part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、サービスレイヤの要望の解析の手順の一例を示すフローチャート。FIG. 5 is a flowchart showing an example of a procedure for analyzing a service layer request by the service layer request analysis unit of the resource determination device according to the embodiment of the present invention. 本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、Tokenize(トークナイズ)の一例について説明する図。The figure explaining an example of Tokenize by the service layer request analysis part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、POS(Part of Speech Tagging)の一例について説明する図。The figure explaining an example of POS (Part of Speech Tagging) by the service layer request analysis part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、Rule based Matchingの一例について説明する図。The figure explaining an example of Rule based Matching by the service layer request analysis part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置の、リソース組合せの決定にかかる適用例を示す図。The figure which shows the application example which concerns on the determination of the resource combination of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部による、リソース組合せの決定の手順の一例を示すフローチャート。The flowchart which shows an example of the procedure of the resource combination determination by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部による、リソースの組合せの決定について説明する図。The figure explaining the determination of the resource combination by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いる、サービスの基本組合せリポジトリの一例について説明する図。The figure explaining an example of the basic combination repository of services used by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いるカスタマイズ・ルールの一例を示す図。The figure which shows an example of the customization rule used by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いるカスタマイズ・ルールのフォーマットの一例を示す図。The figure which shows an example of the format of the customization rule used by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いるカスタマイズ・ルールのフォーマットの一例を示す図。The figure which shows an example of the format of the customization rule used by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いるカスタマイズ・ルールのフォーマットの一例を示す図。The figure which shows an example of the format of the customization rule used by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部によるカスタマイズ・エンジンにかかる処理手順の一例を示すフローチャート。The flowchart which shows an example of the processing procedure concerning the customization engine by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第1の例を説明する図。The figure explaining the 1st example of the resource combination determined by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第2の例を説明する図。The figure explaining the 2nd example of the resource combination determined by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第3の例を説明する図。The figure explaining the 3rd example of the resource combination determined by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第4の例を説明する図。The figure explaining the 4th example of the resource combination determined by the resource combination determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置の、リソースパラメータの決定にかかる適用例を示す図。The figure which shows the application example concerning the determination of the resource parameter of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理の概要の一例を示す図。The figure which shows an example of the outline of the processing by the resource parameter determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理における学習フェーズと運用フェーズについて説明する図。The figure explaining the learning phase and the operation phase in the processing by the resource parameter determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理における学習フェーズの具体例について説明する図。The figure explaining the specific example of the learning phase in the processing by the resource parameter determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理における運用フェーズの具体例について説明する図。The figure explaining the specific example of the operation phase in the processing by the resource parameter determination part of the resource determination apparatus in one Embodiment of this invention. 本発明の一実施形態におけるリソース決定装置を用いることにより生ずる効果の一例を説明する図。The figure explaining an example of the effect which occurs by using the resource determination apparatus in one Embodiment of this invention. IBNM(Intent-based Network Management)の一例を説明する図。The figure explaining an example of IBNM (Intent-based Network Management).

以下、図面を参照しながら、この発明に係わる一実施形態を説明する。
図1は、本発明の一実施形態におけるリソースの組合せ及びリソースパラメータの決定の概要の一例を示す図である。この実施形態では、サービス事業者がサービスレイヤの要望をService Requesterとして表現する。
また、受領したService Requesterに応じて、本発明の一実施形態を実現するリソース決定装置が適切なリソースの組合せ及びリソースパラメータをResource Descriptorとして決定する。
Hereinafter, an embodiment according to the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing an example of an outline of resource combinations and resource parameter determination in one embodiment of the present invention. In this embodiment, the service provider expresses the request of the service layer as a service requester.
Further, according to the received Service Requester, the resource determination device that realizes one embodiment of the present invention determines an appropriate combination of resources and resource parameters as a Resource Descriptor.

次に、サービスレイヤの要望の表現と解析について説明する。図2は、本発明の一実施形態におけるリソース決定装置の、サービスレイヤの要望の解析にかかる適用例を示す図である。
図2に示すように、リソース決定装置10は、サービスレイヤ要望解析部11、リソース組合せ決定部12、リソースパラメータ決定部13を有する。このリソース決定装置10のサービスレイヤ要望解析部11、リソース組合せ決定部12、リソースパラメータ決定部13は、パーソナルコンピュータ(PC)などのコンピュータデバイスとした装置により実現することができる。例えば、コンピュータデバイスは、CPU(Central Processing Unit)などのプロセッサと、プロセッサに接続される揮発性メモリと、不揮発性メモリと、通信インタフェースと、を備える。
Next, the expression and analysis of the request of the service layer will be described. FIG. 2 is a diagram showing an application example of the resource determination device according to the embodiment of the present invention for analyzing the demands of the service layer.
As shown in FIG. 2, the resource determination device 10 includes a service layer request analysis unit 11, a resource combination determination unit 12, and a resource parameter determination unit 13. The service layer request analysis unit 11, the resource combination determination unit 12, and the resource parameter determination unit 13 of the resource determination device 10 can be realized by a device as a computer device such as a personal computer (PC). For example, a computer device includes a processor such as a CPU (Central Processing Unit), a volatile memory connected to the processor, a non-volatile memory, and a communication interface.

サービスレイヤ要望解析部11は、Service Requesterを入力し、このService Requesterの解析結果をリソース組合せ決定部12、リソースパラメータ決定部13に出力する。
リソース組合せ決定部12は、解析結果に応じてリソースの組合せを決定して、これを出力する。
リソースパラメータ決定部13は、出力結果に応じてリソースのパラメータを決定して、これを出力する。
リソース組合せ決定部12による出力と、リソースパラメータ決定部13による出力はResource Descriptorとして、仮想化リソース管理システムにそれぞれ出力される。
The service layer request analysis unit 11 inputs the service requester and outputs the analysis result of the service requester to the resource combination determination unit 12 and the resource parameter determination unit 13.
The resource combination determination unit 12 determines the resource combination according to the analysis result and outputs the resource combination.
The resource parameter determination unit 13 determines the resource parameter according to the output result and outputs the resource parameter.
The output by the resource combination determination unit 12 and the output by the resource parameter determination unit 13 are output to the virtualization resource management system as a resource descriptor, respectively.

次に、図2に示したW1の枠内の「Input: Service Requester」とサービスレイヤ要望解析部11とにかかる、サービスレイヤの要望の解析について説明する。
通信事業者の営業担当の人的コストを抑えながら、リソースへの要求の変換稼働を要せずに、サービス事業者がサービスレイヤの要望を表現するために、本実施形態では、Controlled Natural Language(CNL:制限された自然言語)でサービスレイヤの要望を表現する方式について説明する。
Next, the analysis of the service layer request related to the "Input: Service Requester" in the frame of W1 shown in FIG. 2 and the service layer request analysis unit 11 will be described.
In this embodiment, the Controlled Natural Language ( CNL: Limited natural language) describes how to express service layer requirements.

CNLは、事前に規定した表現ルールに従って作成した自然言語である。このCNLは、完全自然言語と比較して、曖昧性が抑えられ、精確に要件を表現でき、また、要件の解析が容易で、システムに読み込みやすいという利点がある。故に、通信事業者の営業担当の稼働の削減とサービスレイヤの要望の精確的な表現とを両立できる。 CNL is a natural language created according to pre-defined expression rules. Compared to fully natural language, this CNL has the advantages of less ambiguity, more accurate representation of requirements, easier analysis of requirements, and easier loading into the system. Therefore, it is possible to reduce the operation of the sales staff of the telecommunications carrier and accurately express the demands of the service layer.

ここで、サービスレイヤの要望を表現するために、以下に示すCNL形式にて、サービスレイヤの要望の表現ルールを規定する。
図3および図4は、本発明の一実施形態におけるリソース決定装置に適用されるサービスレイヤの要望の表現ルールの一例を示す図である。
図3に示すようにサービスレイヤの要望の表現ルールは
「<ACTION><SERVICE><CONJ><DESCRIPTOR>」で表す。
Here, in order to express the request of the service layer, the expression rule of the request of the service layer is defined in the CNL format shown below.
3 and 4 are diagrams showing an example of a service layer request expression rule applied to the resource determination device according to the embodiment of the present invention.
As shown in FIG. 3, the service layer request expression rule is represented by "<ACTION><SERVICE><CONJ><DESCRIPTOR>".

<ACTION>は、サービスに対する操作を表す。
<SERVICE>は、開通しようとしているサービスのタイプ、または既存サービスを表す識別子を表す。
<CONJ>は、<SERVICE>と<DESCRIPTOR>を接続する。
<ACTION> represents an operation on the service.
<SERVICE> represents the type of service you are trying to open or an identifier that represents an existing service.
<CONJ> connects <SERVICE> and <DESCRIPTOR>.

図3に示すように<ACTION>、<SERVICE>、<CONJ>に使える単語としては複数種類の単語がある。
<DESCRIPTOR>は、<SERVICE>が必要とするサービスの属性(要件)を表す。図4に示した例では、サービスの属性の種類は、WORKLOAD, LINK PROPERTY, REDUNDANCY, SECURITY, REGIONの5種類であり、それぞれの種類について表現ルールの文法が対応付けられる。図4では、表現ルールに含まれたタグに使える単語が示される。
As shown in FIG. 3, there are a plurality of types of words that can be used for <ACTION>, <SERVICE>, and <CONJ>.
<DESCRIPTOR> represents the attribute (requirement) of the service required by <SERVICE>. In the example shown in FIG. 4, there are five types of service attributes, WORKLOAD, LINK PROPERTY, REDUNDANCY, SECURITY, and REGION, and the grammar of the expression rule is associated with each type. In FIG. 4, words that can be used for tags included in the expression rule are shown.

図5は、本発明の一実施形態におけるリソース決定装置による、表現ルールに従ったサービスレイヤの要望の表現の一例を示す図である。
サービスレイヤの要望の表現ルールに従って、サービスレイヤの要望は、図5に示した例A、例B、例Cなどで表現できる。
FIG. 5 is a diagram showing an example of expression of a request of a service layer according to an expression rule by a resource determination device according to an embodiment of the present invention.
According to the expression rule of the request of the service layer, the request of the service layer can be expressed by Examples A, B, C and the like shown in FIG.

次に、上記の例Aのように表現されたサービスレイヤの要望の解析の例について説明する。図6は、本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、サービスレイヤの要望の解析の概要の一例を示す図である。
例Aで示したサービスレイヤの要望について解析された要件を.json(JavaScript(登録商標) Object Notation) fileで表現すると、図6に示すように"SECURITY"は"high security"であって、"WORKLOAD"が"1000 request/second"であって、"SERVICE TYPE"が"web service"であることが解析結果となる。
Next, an example of analyzing the request of the service layer expressed as in Example A above will be described. FIG. 6 is a diagram showing an example of an outline of analysis of a service layer request by the service layer request analysis unit of the resource determination device according to the embodiment of the present invention.
When the requirements analyzed for the service layer requirements shown in Example A are expressed in a .json (JavaScript (registered trademark) Object Notation) file, "SECURITY" is "high security" as shown in FIG. The analysis result is that "WORKLOAD" is "1000 request / second" and "SERVICE TYPE" is "web service".

次に、サービスレイヤの要望の解析の各手順について説明する。この手順とは、Tokenize、Part of Speech Tagging (POS)、およびRule based Matchingである。
図7は、本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、サービスレイヤの要望の解析の手順の一例を示す図である。図8は、本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、Tokenizeの一例について説明する図である。
まず、サービスレイヤ要望解析部11は、サービスレイヤの要望に対するTokenizeを行なう(S11)Tokenizeは、文を単語に分解する、既存の機能である。
ここでは、非特許文献2に開示されたtokenizeを用いる。
Next, each procedure of analyzing the request of the service layer will be described. This procedure is Tokenize, Part of Speech Tagging (POS), and Rule based Matching.
FIG. 7 is a diagram showing an example of a procedure for analyzing a service layer request by the service layer request analysis unit of the resource determination device according to the embodiment of the present invention. FIG. 8 is a diagram illustrating an example of Tokenize by the service layer request analysis unit of the resource determination device according to the embodiment of the present invention.
First, the service layer request analysis unit 11 performs Tokenize for the service layer request (S11) . Tokenize is an existing function that breaks down sentences into words.
Here, tokenize disclosed in Non-Patent Document 2 is used.

上記の例Aに示したサービスレイヤの要望に対するTokenizeを行なうと、Tokenizeの結果として、
{Start, web, service, that, handles, 1000, request/second, with, high, security}が得られる。
When Tokenize is performed for the service layer request shown in Example A above, the result of Tokenize is
You get {Start, web, service, that, handles, 1000, request / second, with, high, security}.

図9は、本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、POSの一例について説明する図である。
サービスレイヤ要望解析部11は、Tokenizeの結果に対するPOSを行なう(S12)。
FIG. 9 is a diagram illustrating an example of POS by the service layer request analysis unit of the resource determination device according to the embodiment of the present invention.
The service layer request analysis unit 11 performs POS for the result of Tokenize (S12).

POSは、単語の内容によって、単語にタグを付与する既存技術である。ここでは、非特許文献3に開示されたPOS taggingを用いる。 POS is an existing technology that attaches tags to words according to the content of the words. Here, POS tagging disclosed in Non-Patent Document 3 is used.

図8に示したTokenizeの結果に対するPOS taggingを行なうと、POS taggingの結果として
{Start: VERB, web: NOUN, service: NOUN, that: CONJ, handles: VERB,
1000:NUM, request/second: NOUN, with: CONJ, high: ADJ, security: NOUN}が得られる。
ここで付与されたタグは、VERB(動詞)、NOUN(名詞)、CONJ(接続詞)、NUM(数字)、ADJ(形容詞)、ADV(副詞)である。
When POS tagging is performed on the result of Tokenize shown in FIG. 8, the result of POS tagging is obtained.
{Start: VERB, web: NOUN, service: NOUN, that: CONJ, handles: VERB,
1000: NUM, request / second: NOUN, with: CONJ, high: ADJ, security: NOUN} is obtained.
The tags given here are VERB (verb), NOUN (noun), CONJ (conjunction), NUM (number), ADJ (adjective), and ADV (adverb).

図10は、本発明の一実施形態におけるリソース決定装置のサービスレイヤ要望解析部による、Rule based Matchingについて説明する図である。
サービスレイヤ要望解析部11は、POSの結果に対するRule based Matchingを行なう(S13)。
FIG. 10 is a diagram illustrating Rule based Matching by the service layer request analysis unit of the resource determination device according to the embodiment of the present invention.
The service layer request analysis unit 11 performs Rule based Matching for the POS result (S13).

rule-based matchingは、事前に定義した解析ルールに従って、一つまたは複数の単語の属性を識別し、分類する既存技術である。ここでは、非特許文献4に開示されたrule-based matchingを用いた。rule-based matching の結果として、各種類のサービス属性に対する要求が分類され、出力される。ここでは、各種類のサービス属性に対する要求をatom_requirementsと呼ぶ。atom_requirementsは次のリソース組み合わせ決定機能の入力、及びリソースパラメータ決定機能の入力である。 Rule-based matching is an existing technique that identifies and classifies the attributes of one or more words according to predefined analysis rules. Here, the rule-based matching disclosed in Non-Patent Document 4 was used. As a result of rule-based matching, requests for each type of service attribute are categorized and output. Here, the requirements for each type of service attribute are called atom_requirements. atom_requirements is the input of the following resource combination determination function and the resource parameter determination function.

図9に示したPOS taggingの結果に対するRule based Matchingを行なうと、Rule based Matchingの結果として、
{"SECURITY": "high security", "WORKLOAD": "1000 request/second", "SERVICE TYPE": "web service"}が得られる。この結果が、サービスレイヤの要望の最終的な解析結果となる。
When Rule based Matching is performed on the result of POS tagging shown in FIG. 9, the result of Rule based Matching is obtained.
You get {"SECURITY": "high security", "WORKLOAD": "1000 request / second", "SERVICE TYPE": "web service"}. This result is the final analysis result of the service layer request.

ここで、Rule based Matchingで用いる解析ルールについて説明する。
この解析ルールは、図4に示したような基本表現ルールに対応して設計される。図4に示したような基本表現ルールに対応して設計された解析ルールは、WORKLOADの解析ルール、LINK PROPERTYの解析ルール、SECURITYの解析ルールを含む。以下に各種の解析ルールのロジックの例を示す。
Here, the analysis rules used in Rule based Matching will be described.
This analysis rule is designed corresponding to the basic expression rule as shown in FIG. The analysis rule designed corresponding to the basic expression rule as shown in FIG. 4 includes the analysis rule of WORKLOAD, the analysis rule of LINK PROPERTY, and the analysis rule of SECURITY. An example of the logic of various analysis rules is shown below.

・WORKLOADの解析ルール:
If input = <NUM> + users per second/transactions per second/request per second:
mark as WORKLOAD requirement;
・LINK PROPERTYの解析ルール:
If input = <ADJ or NUM> + GB/bandwidth/packet loss rate/priority:
mark as LINK PROPERTY requirement;
・SECURITYの解析ルール:
If input = <ADJ>/<ADV> + security/protection:
mark as SECURITY requirement;
・ WORKLOAD analysis rule:
If input = <NUM> + users per second / transactions per second / request per second:
mark as WORKLOAD requirement;
・ Analysis rule of LINK PROPERTY:
If input = <ADJ or NUM> + GB / bandwidth / packet loss rate / priority:
mark as LINK PROPERTY requirement;
・ SECURITY analysis rules:
If input = <ADJ> / <ADV> + security / protection:
mark as SECURITY requirement;

次に、リソース組合せの決定について説明する。図11は、本発明の一実施形態におけるリソース決定装置の、リソース組合せの決定にかかる適用例を示す図である。次に、図11に示したW2の枠内の「Output:リソースの組合せ」とリソース組合せ決定部12とにかかる、リソースの組合せの決定について説明する。
S11の後、リソース組合せ決定部12は、サービスレイヤ要望解析部11により解析されたサービスレイヤの要望に応じて、リソースの組合せを決定する(S12)。
Next, the determination of the resource combination will be described. FIG. 11 is a diagram showing an application example of the resource determination device according to the embodiment of the present invention for determining a resource combination. Next, the determination of the resource combination related to the “Output: resource combination” in the frame of W2 shown in FIG. 11 and the resource combination determination unit 12 will be described.
After S11, the resource combination determination unit 12 determines the resource combination according to the request of the service layer analyzed by the service layer request analysis unit 11 (S12).

現状、サービスレイヤの要望に応じて、リソースの組合せを決定することは、一般的にオペレータのスキルに依存する。また、サービス毎にリソースの組合せテンプレートが作られ、このテンプレートを参照して組合せが確定される。しかし、サービスのバリエーションの増加に伴い、数多くのテンプレートを作る必要があり、データ量が膨大になり、労力が掛かり、サービス提供時間が長くなってしまう。 Currently, determining a combination of resources according to the needs of the service layer generally depends on the skill of the operator. In addition, a resource combination template is created for each service, and the combination is determined with reference to this template. However, as the variation of services increases, it is necessary to create a large number of templates, the amount of data becomes enormous, labor is required, and the service provision time becomes long.

本実施形態では、解析されたサービスレイヤの要望に応じて、基本サービス組合せおよびカスタマイズ・ルールを用いて、サービスレイヤの要望毎に、適したリソースの組合せを決定することについて説明する。 In the present embodiment, it will be described that a suitable resource combination is determined for each service layer request by using the basic service combination and the customization rule according to the analyzed service layer request.

図12は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部による、リソース組合せの決定の手順の一例を示すフローチャートである。
リソース組合せ決定部12は、サービス構成(リソースの構成)を決定する際に、まず、サービス種類に応じて、リソースの基本構成(基本組み合わせ)を基本構成リポジトリから読み出す(S21)。基本構成リポジトリを含むリポジトリは、基本構成の情報をリソース決定装置10の不揮発性メモリに記憶することにより実現される。次に、リソース組合せ決定部12は、この基本構成に基づいて、サービスレイヤの要望(特に、冗長化要件、セキュリティ要件、地域要件(CDNの場合))を読み出し(S22)、このサービスレイヤの要望に基づいて、基本サービス組合せに対する機能追加および変更を行なうことで、リソース構成をカスタマイズする(S23)。
FIG. 12 is a flowchart showing an example of a procedure for determining a resource combination by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
When determining the service configuration (resource configuration), the resource combination determination unit 12 first reads the basic resource configuration (basic combination) from the basic configuration repository according to the service type (S21). The repository including the basic configuration repository is realized by storing the basic configuration information in the non-volatile memory of the resource determination device 10. Next, the resource combination determination unit 12 reads out the request of the service layer (particularly, the redundancy requirement, the security requirement, and the regional requirement (in the case of CDN)) based on this basic configuration (S22), and the request of this service layer. The resource configuration is customized by adding and changing functions for the basic service combination based on (S23).

リソースの組合せの決定を自動化することより、従来のようにオペレータが労力をかける必要がなくなるので、人的コストの削減、およびサービス提供時間の短縮の効果が期待できる。 By automating the determination of the combination of resources, the operator does not have to spend much effort as in the past, so that the effect of reducing the human cost and the service provision time can be expected.

また、サービス毎にリソースの組合せテンプレートを作成する代わりに、少数のリソースの組合せテンプレートを用意し、カスタマイズ・エンジンを通じて、様々なサービスのリソースの組合せが生成できる。 Further, instead of creating a resource combination template for each service, a small number of resource combination templates can be prepared, and resource combinations of various services can be generated through a customization engine.

リソース組合せ決定部12は、基本サービス組合せをベースにし、S11で解析されたサービスレイヤの要望に応じてカスタマイズ・ルールを適用し、基本サービス組合せに機能を追加・機能を変更することで、要望ごとに、適したリソースの組合せ(.yamlファイル)を自動的に生成する。 The resource combination determination unit 12 is based on the basic service combination, applies customization rules according to the request of the service layer analyzed in S11, adds a function to the basic service combination, and changes the function for each request. Automatically generate a suitable resource combination (.yaml file).

図13は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部による、リソースの組合せの決定の一例について説明する図である。
図13に示した例では、機能リソースの種類は、FW(Firewall)、WS(Web Server)、AS(Application Server)、CS(Content Server)、LB(Load Balancer)であり、Web Service系の基本構成と、CDN(Content Delivery Network)系の基本構成に区分される。
FIG. 13 is a diagram illustrating an example of determination of a resource combination by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
In the example shown in FIG. 13, the types of functional resources are FW (Firewall), WS (Web Server), AS (Application Server), CS (Content Server), and LB (Load Balancer), which are the basics of the Web Service system. It is divided into a configuration and a basic configuration of a CDN (Content Delivery Network) system.

図13に示した例では、基本サービス組合せにおけるWeb Service系の基本構成はFW(Firewall),WS(Web Server),AS(Application Server)とこれらの機能リソースを連結させるリンクリソースLinkを含む構成である。また、基本サービス組合せにおけるCDN系の基本構成はCS(Content Server),LB(Load Balancer)とこれらの機能リソースを連結させるリンクリソースLinkを含む構成である。 In the example shown in FIG. 13, the basic configuration of the Web Service system in the basic service combination includes the link resource Link that connects FW (Firewall), WS (Web Server), AS (Application Server) and these functional resources. be. In addition, the basic configuration of the CDN system in the basic service combination is a configuration that includes a link resource Link that connects CS (Content Server), LB (Load Balancer) and these functional resources.

図14は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いる、サービスの基本組合せリポジトリの一例について説明する図である。
基本サービス組合せはリポジトリに保存されている。
FIG. 14 is a diagram illustrating an example of a basic combination repository of services used by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
The basic service combination is stored in the repository.

図14(a)に示したように、Web Service系の基本構成が機能リソースFW,WS,ASと、とこれらの機能リソースを連結させるリンクリソースLinkを含む構成、であってCDN系の基本構成がLB,CSである基本サービス組合せは、図14(b)に示したフォーマットのように定義することができる。このフォーマットにおけるimage_URLは、該当リソースのイメージのダウンロード先のアドレスを示す。
また、図14(b)に示したTierは、通信フローの流れにおけるリソースの前後順位を示す。
As shown in FIG. 14A, the basic configuration of the Web Service system is a configuration including the functional resources FW, WS, AS and the link resource Link that connects these functional resources, and is the basic configuration of the CDN system. The basic service combination in which is LB and CS can be defined as in the format shown in FIG. 14 (b). The image_URL in this format indicates the download destination address of the image of the corresponding resource.
Further, the tier shown in FIG. 14B shows the order of resources before and after in the flow of communication flow.

リソース組合せ決定部12は、サービスの基本組合せをベースにし、サービスレイヤの要望に応じてカスタマイズ・ルールを適用する。
図15は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いるカスタマイズ・ルールの一例を示す図である。図15に示すように、カスタマイズ・ルールの形式はECA(Event Condition Action)である。
The resource combination determination unit 12 applies customization rules according to the request of the service layer based on the basic combination of services.
FIG. 15 is a diagram showing an example of a customization rule used by the resource combination determination unit of the resource determination device according to the embodiment of the present invention. As shown in FIG. 15, the format of the customization rule is ECA (Event Condition Action).

図15に示したカスタマイズ・ルールにおけるConditionは、カスタマイズ・ルールの対象サービスタイプを示す。図15に示したカスタマイズ・ルールにおけるEventは、図15に示したカスタマイズ・ルールが対応するサービスレイヤの要望を表す。このEventの種類は、サービスレイヤの要望の分類に対応する。図15に示したカスタマイズ・ルールにおけるActionは、サービス組合せに対する操作、例えば、リソースの追加、変更、削除を表す。 The Condition in the customization rule shown in FIG. 15 indicates the target service type of the customization rule. The Event in the customization rule shown in FIG. 15 represents the request of the service layer corresponding to the customization rule shown in FIG. This type of Event corresponds to the classification of service layer requests. The Action in the customization rule shown in FIG. 15 represents an operation on the service combination, for example, adding, changing, or deleting a resource.

図16、図17、図18は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部が用いるカスタマイズ・ルールのフォーマットの一例を示す図である。
図15に示した「No.1」の列のカスタマイズ・ルールは、図16に示すように定義できる。このカスタマイズ・ルールでは、Eventが「high security(高い安全性)」で、Conditionが「any service」で、Actionが「基本構成にセキュリティDPI機能の追加」であることが定義される。
16th, 17th, and 18th are diagrams showing an example of the format of the customization rule used by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
The customization rule for the "No. 1" column shown in FIG. 15 can be defined as shown in FIG. This customization rule defines that the Event is "high security", the Condition is "any service", and the Action is "add security DPI functionality to the basic configuration".

図15に示した「No.2」の列のカスタマイズ・ルールは、図17に示すように定義できる。このカスタマイズ・ルールでは、Eventが「full redundancy(完全冗長化)」で、Conditionが「any service」で、Actionが「基本構成に同じ構成の追加かつ物理分離」であることが定義される。 The customization rule for the "No. 2" column shown in FIG. 15 can be defined as shown in FIG. This customization rule defines that Event is "full redundancy", Condition is "any service", and Action is "addition and physical separation of the same configuration to the basic configuration".

図15に示した「No.3」の列のカスタマイズ・ルールは、図17に示すように定義できる。このカスタマイズ・ルールでは、Eventが「number of regions = n(提供地域数=n)」で、Conditionが「any service」で、Actionが「コンテント・サーバ(CS)n個に追加」であることが定義される。 The customization rule for the "No. 3" column shown in FIG. 15 can be defined as shown in FIG. In this customization rule, Event is "number of regions = n", Condition is "any service", and Action is "Add to n content servers (CS)". Defined.

図19は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部によるカスタマイズ・エンジンにかかる処理手順の一例を示すフローチャートである。
まず、カスタマイズ・エンジンは、入力された要件(atom_requirements)の中にSERVICE TYPEが含まれているかを検査する。(S31)。この入力された要件(atom_requirements)は、サービスレイヤの要望の解析結果である。入力された要件(atom_requirements)にSERVICE TYPEが含まれていれば、対応した基本サービス組合せ(リソース組合せ)(resource composition)をリポジトリ(repository)から抽出(fetch)し(S32)、SERVICE TYPEが含まれていなければ、エラーを返す
S32の後、カスタマイズ・エンジンは、入力された要件に含まれたSERVICE TYPE以外の要件に応じて(S33、S34)、この要件に対応したカスタマイズ・ルールがあれば、これを抽出する(S35)。
FIG. 19 is a flowchart showing an example of a processing procedure related to the customization engine by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
First, the customization engine checks whether the SERVICE TYPE is included in the entered requirements (atom_requirements). (S31). This input requirement (atom_requirements) is the analysis result of the request of the service layer. If the entered requirements (atom_requirements) include the SERVICE TYPE, the corresponding basic service combination (resource composition) is fetched from the repository (S32), and the SERVICE TYPE is included. If not, it returns an error .
After S32, the customization engine extracts any customization rules corresponding to these requirements (S33, S34) according to the requirements other than the SERVICE TYPE included in the input requirements (S35). ..

続いて、カスタマイズ・エンジンは、抽出したカスタマイズ・ルールの優先度(priority)と矛盾(conflict)をそれぞれ分析し(S36)、矛盾があればエラーを返す。矛盾がなければ、カスタマイズ・エンジンは、優先順位でカスタマイズ・ルールを実行し(S37、38)、このカスタマイズ・ルールに従って、基本リソース組合せにリソースを追加、変更、削除する。
最後に、カスタマイズ・エンジンは、決定したリソース組合せをベースにして.yamlファイルを生成する(S39)。
Subsequently, the customization engine analyzes the priority and conflict of the extracted customization rule (S36), and returns an error if there is a contradiction. If there is no contradiction, the customization engine executes the customization rule in order of priority (S37, 38), and adds, modifies, or deletes resources to the basic resource combination according to the customization rule.
Finally, the customization engine generates a .yaml file based on the determined resource combination (S39).

図20は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第1の例を説明する図である。
図20に示した例では、まず、リソース組合せ決定部12は、サービス種類に相応しいサービス基本構成をリポジトリから取り出す。この取り出したサービス種類はweb service系であり、このweb service系の基本構成は、機能リソースFW,WS,DBと、機能リソースを連結させるリンクリソースLinkを含む。基本リソース構成は以下のようになる。
FIG. 20 is a diagram illustrating a first example of a resource combination determined by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
In the example shown in FIG. 20, first, the resource combination determination unit 12 extracts the service basic configuration suitable for the service type from the repository. The extracted service type is a web service system, and the basic configuration of this web service system includes the functional resources FW, WS, DB and the link resource Link that connects the functional resources. The basic resource configuration is as follows.

基本リソース構成:[FW][Link][WS][Link][DB]
次に、リソース組合せ決定部12は、サービスレイヤの要望に基づいて、カスタマイズ・ルールに従って、サービスレイヤの要望に応じて、基本リソース構成をカスタマイズする。ここでは、カスタマイズ・ルールにおけるセキュリティ要件(SECURITY)がhigh securityであることから、Deep Packet Inspection (DPI)というセキュリティ機能を基本リソース構成に追加することで、リソースの組合せを決定する。この結果、リソース構成は以下のように変更される。
Basic resource configuration: [FW] [Link] [WS] [Link] [DB]
Next, the resource combination determination unit 12 customizes the basic resource configuration according to the request of the service layer according to the customization rule based on the request of the service layer. Here, since the security requirement (SECURITY) in the customization rule is high security, the resource combination is determined by adding a security function called Deep Packet Inspection (DPI) to the basic resource configuration. As a result, the resource configuration is changed as follows.

カスタマイズした後のリソース構成:[DPI][Link][FW][Link][WS][Link][DB]
これにより、サービスレイヤの要望に相応しいリソース構成が決定される。
Resource configuration after customization: [DPI] [Link] [FW] [Link] [WS] [Link] [DB]
As a result, the resource configuration suitable for the service layer request is determined.

図21は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第2の例を説明する図である。
図21に示した例では、まず、リソース組合せ決定部12は、サービス種類に相応しいサービス基本構成をリポジトリから取り出す。この取り出したサービス種類はweb service系であり、このweb service系の基本構成は、機能リソースFW,WS,DBと、機能リソースを連結させるリンクリソースLinkを含む。基本リソース構成は以下のようになる。
FIG. 21 is a diagram illustrating a second example of a resource combination determined by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
In the example shown in FIG. 21, first, the resource combination determination unit 12 extracts the service basic configuration suitable for the service type from the repository. The extracted service type is a web service system, and the basic configuration of this web service system includes the functional resources FW, WS, DB and the link resource Link that connects the functional resources. The basic resource configuration is as follows.

基本リソース構成:[FW][Link][WS][Link][DB]
次に、リソース組合せ決定部12は、サービスレイヤの要望に基づいて、カスタマイズ・ルールに従って、サービスレイヤの要望に応じて、基本リソース構成をカスタマイズする。ここでは、カスタマイズ・ルールにおける冗長化要件(REDUNDANCY)がfull redundancyであることから、上記の基本リソース構成と完全に同じ構成を追加し、この追加した構成と上記の基本リソース構成とを物理的に分離することで、リソースの組合せを決定する。この結果、リソース構成は以下のように変更される。
Basic resource configuration: [FW] [Link] [WS] [Link] [DB]
Next, the resource combination determination unit 12 customizes the basic resource configuration according to the request of the service layer according to the customization rule based on the request of the service layer. Here, since the redundancy requirement (REDUNDANCY) in the customization rule is full redundancy, an exact same configuration as the above basic resource configuration is added, and this added configuration and the above basic resource configuration are physically combined. Separation determines the combination of resources. As a result, the resource configuration is changed as follows.

カスタマイズした後のリソース構成:
[FW][Link][WS][Link][DB]
[FW][Link][WS][Link][DB]
これにより、サービスレイヤの要望に相応しいリソース構成が決定される。
Resource configuration after customization:
[FW] [Link] [WS] [Link] [DB]
[FW] [Link] [WS] [Link] [DB]
As a result, the resource configuration suitable for the service layer request is determined.

図22は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第3の例を説明する図である。
図22に示した例では、まず、リソース組合せ決定部12は、サービス種類に相応しいサービス基本構成をリポジトリから取り出す。この取り出した構成におけるサービス種類はCDN Service系であり、このCDN Service系の基本構成は、機能リソースLB, CSと、機能リソースを連結させるリンクリソースLinkを含む。基本リソース構成は以下のようになる。
FIG. 22 is a diagram illustrating a third example of a resource combination determined by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
In the example shown in FIG. 22, first, the resource combination determination unit 12 extracts the service basic configuration suitable for the service type from the repository. The service type in this extracted configuration is a CDN Service system, and the basic configuration of this CDN Service system includes the functional resources LB and CS and the link resource Link that connects the functional resources. The basic resource configuration is as follows.

基本リソース構成:[LB][Link][CS]
次に、リソース組合せ決定部12は、サービスレイヤの要望に基づいて、カスタマイズ・ルールに従って、サービスレイヤの要望に応じて、基本リソース構成をカスタマイズする。ここでは、カスタマイズ・ルールにおける地域(REGION)要件が「A city, B city, C city」であることから、カスタマイズ・ルールに従って、リソース組合せ決定部12は、基本リソース構成におけるCSの数を3つにする。この結果、リソース構成は、[LB]に対し、3つの[Link][CS]が並列に連なる構成に変更される。
これにより、サービスレイヤの要望に相応しいサービス構成が決定される。
Basic resource configuration: [LB] [Link] [CS]
Next, the resource combination determination unit 12 customizes the basic resource configuration according to the request of the service layer according to the customization rule based on the request of the service layer. Here, since the REGION requirement in the customization rule is "A city, B city, C city", the resource combination determination unit 12 sets the number of CSs in the basic resource configuration to three according to the customization rule. To. As a result, the resource configuration is changed to a configuration in which three [Link] [CS] are connected in parallel with respect to [LB].
As a result, the service configuration suitable for the request of the service layer is determined.

図23は、本発明の一実施形態におけるリソース決定装置のリソース組合せ決定部により決定するリソース組合せの第3の例を説明する図である。
図23に示した例では、まず、リソース組合せ決定部12は、サービス種類に相応しいサービス基本構成をリポジトリから取り出す。この取り出した構成におけるサービス種類はweb service系であり、このweb service系の基本構成は機能リソースFW、WS、DBと、機能リソースを連結させるリンクリソースLinkとを含む。基本リソース構成は以下のようになる。
FIG. 23 is a diagram illustrating a third example of a resource combination determined by the resource combination determination unit of the resource determination device according to the embodiment of the present invention.
In the example shown in FIG. 23, first, the resource combination determination unit 12 extracts the service basic configuration suitable for the service type from the repository. The service type in this extracted configuration is a web service system, and the basic configuration of this web service system includes the functional resources FW, WS, DB and the link resource Link that connects the functional resources. The basic resource configuration is as follows.

基本リソース構成:[FW][Link][WS][Link][DB]
次に、リソース組合せ決定部12は、サービスレイヤの要望に基づいて、カスタマイズ・ルールをリポジトリから取り出す。ここでは、取り出したカスタマイズ・ルールは要件に対応した2つのカスタマイズ・ルール(SECURITY: high securityとREDUNDANCY: full redundancy)である。これらのカスタマイズ・ルールを実行する順序によって、カスタマイズ後に決定されるリソース構成が変わる。
Basic resource configuration: [FW] [Link] [WS] [Link] [DB]
Next, the resource combination determination unit 12 retrieves the customization rule from the repository based on the request of the service layer. Here, the extracted customization rules are two customization rules (SECURITY: high security and REDUNDANCY: full redundancy) corresponding to the requirements. The order in which these customization rules are executed changes the resource configuration determined after customization.

リソース組合せ決定部12は、取り出されたカスタマイズ・ルールの優先順位を比較する。図15に示した例では、SECURITY要件にかかるカスタマイズ・ルールの優先度は、REDUNDANCY要件にかかるカスタマイズ・優先度より高い。リソース組合せ決定部12は、この優先度に従い、SECURITY要件にかかるカスタマイズ・ルールにしたがうカスタマイズを第1のカスタマイズとして先に実行し、つまり、基本リソース構成にセキュリティ機能DPIを追加する。
このカスタマイズを実行した後のリソース構成は以下のようになる。
The resource combination determination unit 12 compares the priorities of the retrieved customization rules. In the example shown in FIG. 15, the customization rule priority for the SECURITY requirement is higher than the customization priority for the REDUNDANCY requirement. According to this priority, the resource combination determination unit 12 first executes the customization according to the customization rule related to the SECURITY requirement as the first customization, that is, adds the security function DPI to the basic resource configuration.
The resource configuration after executing this customization is as follows.

[DPI][Link][FW][Link][WS][Link][DB]
続いて、リソース組合せ決定部12は、REDUNDANCY要件にかかるカスタマイズ・ルールにしたがうカスタマイズを第2のカスタマイズを実行し、つまり上記第1のカスタマイズを実行した後の構成に、当該構成と同じ構成を追加する。
[DPI] [Link] [FW] [Link] [WS] [Link] [DB]
Subsequently, the resource combination determination unit 12 executes the second customization of the customization according to the customization rule related to the REDUNDANCY requirement, that is, adds the same configuration as the configuration to the configuration after the first customization is executed. do.

第2のカスタマイズを実行した後のリソース構成は以下のようになる。
[DPI][Link][FW][Link][WS][Link][DB]
[DPI][Link][FW][Link][WS][Link][DB]
The resource configuration after executing the second customization is as follows.
[DPI] [Link] [FW] [Link] [WS] [Link] [DB]
[DPI] [Link] [FW] [Link] [WS] [Link] [DB]

次に、リソースパラメータの決定について説明する。図24は、本発明の一実施形態におけるリソース決定装置の、リソースパラメータの決定にかかる適用例を示す図である。ここで、図24に示したW3の枠内の「Output:リソースのパラメータ」とリソースパラメータ決定部13とにかかる、リソースパラメータの決定について説明する。 Next, determination of resource parameters will be described. FIG. 24 is a diagram showing an application example of the resource determination device according to the embodiment of the present invention for determining resource parameters. Here, the determination of the resource parameters related to the "Output: resource parameter" in the frame of W3 shown in FIG. 24 and the resource parameter determination unit 13 will be described.

一般的に、サービスレイヤの要望に応じての各リソースへの計算リソースの配分、即ちリソースのパラメータの決定はオペレータに依存する。しかし、リソースパラメータを決定するためは、サービスレイヤの要望を含む多くの要素を考慮する必要がある。例えば、処理の種類、リソース実装方式、クラウド提供者が定めたリソース利用率目標、求めているワークロード等の要素をすべて考慮してリソースパラメータを決定する必要がある。 In general, the allocation of computational resources to each resource at the request of the service layer, that is, the determination of resource parameters, depends on the operator. However, many factors need to be considered in determining resource parameters, including service layer requirements. For example, it is necessary to determine the resource parameters in consideration of all factors such as the type of processing, the resource implementation method, the resource utilization target set by the cloud provider, and the required workload.

故に、リソースパラメータを決定するには、オペレータに高いスキルが要求されることから人的コストが発生し、また、オペレータのスキルのレベルによって、リソース配分の非効率化が発生してしまう。 Therefore, in order to determine the resource parameters, the operator is required to have a high skill, which causes a human cost, and the level of the operator's skill causes inefficiency in resource allocation.

図25は、本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理の概要の一例を示す図である。
本実施形態では、図25に示すように、リソースパラメータ決定部13は、リソース組合せ決定部12によりで決定した、各リソース(例えば、DPI、FW、WS、DB)のパラメータである、CPU数、メモリーサイズ、ディスクサイズを決定する。
FIG. 25 is a diagram showing an example of an outline of processing by the resource parameter determination unit of the resource determination device according to the embodiment of the present invention.
In the present embodiment, as shown in FIG. 25, the resource parameter determination unit 13 determines the number of CPUs, which is a parameter of each resource (for example, DPI, FW, WS, DB) determined by the resource combination determination unit 12. Determine the memory size and disk size.

これらのパラメータの決定は、サービスのワークロード要件(例えば、1000 request/second,1 million user)と直接関わる。また、処理の種類(例えばFW , AS, WS, CS, Encoder, DPI)、通信事業者の利用率目標(例えば、仮想リソース利用率<80%)、ホスト・サーバの状態(例えば、ホスト・サーバのCPU利用率)、ハードウェアの設定(例えば、仮想CPUと物理CPUを紐付け)は、リソースのパラメータの決定に影響を与える。 Determining these parameters is directly related to the workload requirements of the service (eg 1000 request / second, 1 million users). Also, the type of processing (eg FW, AS, WS, CS, Encoder, DPI), carrier utilization target (eg virtual resource utilization <80%), host server status (eg host server). CPU utilization) and hardware settings (for example, linking a virtual CPU and a physical CPU) affect the determination of resource parameters.

リソースパラメータ決定部13は、サービスのワークロード要件とリソースのパラメータ及びその他の影響を与える各要素の関係を学習(Linear Regression, DDN Regression)によりモデル化し、このモデルを用いてリソースのパラメータを決定する。 The resource parameter determination unit 13 models the relationship between the service workload requirement, the resource parameter, and other influential factors by learning (Linear Regression, DDN Regression), and determines the resource parameter using this model. ..

次に、リソースパラメータ決定部13による処理における、学習フェーズと運用フェーズについて説明する。図26は、本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理における学習フェーズと運用フェーズについて説明する図である。
学習フェーズは、オペレータにより過去に決定したパラメータ及びこの決定によって生成した、既知の設計・運用データ(仮想化リソースのインスタンスのリソース利用率)に対する機械学習を行なって、リソースパラメータ決定のモデルを生成するフェーズである。
Next, the learning phase and the operation phase in the processing by the resource parameter determination unit 13 will be described. FIG. 26 is a diagram illustrating a learning phase and an operation phase in processing by the resource parameter determination unit of the resource determination device according to the embodiment of the present invention.
In the learning phase, a model for resource parameter determination is generated by performing machine learning on parameters determined in the past by the operator and known design / operation data (resource utilization rate of virtualized resource instances) generated by this determination. It is a phase.

運用フェーズは、学習フェーズで生成したモデルにリソースの要件、リソースの処理種別、リソースの目標利用率などを入力して、リソースのパラメータを決定するフェーズである。 The operation phase is a phase in which resource parameters are determined by inputting resource requirements, resource processing types, resource target utilization rates, etc. into the model generated in the learning phase.

次に、学習フェーズの具体例について説明する。図27は、本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理における学習フェーズの具体例について説明する図である。
学習フェーズでは、リソースパラメータ決定部13は、機械学習の線形回帰分析(Linear Regression)と、DDN回帰分析(Deep Neural Network Regression)モデル(例えば、Tensorflow Estimators.(https://www.tensorflow.org/extend/estimators)参照)とを用いて、オペレータにより過去に決定されたリソースパラメータと上記の影響要素(処理の種類、ホストサーバの利用率等)及び運用データを学習する。学習させる訓練データの例は以下となる。
Next, a specific example of the learning phase will be described. FIG. 27 is a diagram illustrating a specific example of a learning phase in processing by the resource parameter determination unit of the resource determination device according to the embodiment of the present invention.
In the learning phase, the resource parameter determination unit 13 uses machine learning linear regression analysis (Linear Regression) and DDN regression analysis (Deep Neural Network Regression) model (for example, Tensorflow Estimators. (Https://www.tensorflow.org/). (See extend / estimators)) to learn the resource parameters determined in the past by the operator, the above-mentioned influential factors (processing type, host server utilization rate, etc.), and operational data. An example of training data to be trained is as follows.

・リソースの処理種類(VNF type)
・ワークロード要件(workload requirements)
・オペレータが決定したリソースパラメータ(parameters decided by operators)
・ホスト・サーバの利用率(host utilization ratios)
・ハードウェアの情報(hardware conditions)
・上記の環境でリソースを実行した際の、各リソースインスタンスの利用率(VNF utilization ratios)
次に、運用フェーズの具体例について説明する。図28は、本発明の一実施形態におけるリソース決定装置のリソースパラメータ決定部による処理における運用フェーズの具体例について説明する図である。
運用フェーズでは、リソースパラメータ決定部13は、学習フェーズで生成したモデルを用いて、求められるワークロード要件、クラウド提供者自身が定めた各インスタンスの目標リソース利用率等に応じて、パラメータを決定する。モデルへ入力するデータの例は以下となる。
-Resource processing type (VNF type)
· Workload requirements
-Resources decided by operators
· Host utilization ratios
-Hardware conditions
-VNF utilization ratios of each resource instance when resources are executed in the above environment.
Next, a specific example of the operation phase will be described. FIG. 28 is a diagram illustrating a specific example of an operation phase in processing by the resource parameter determination unit of the resource determination device according to the embodiment of the present invention.
In the operation phase, the resource parameter determination unit 13 determines parameters according to the required workload requirements, the target resource utilization rate of each instance determined by the cloud provider itself, etc., using the model generated in the learning phase. .. The following is an example of the data to be input to the model.

リソースの処理種類(VNF type)
求められたワークロード要件(workload requirements)
ホスト・サーバの利用率(host utilization ratios)
ハードウェアの情報(hardware conditions)
インスタンスのリソース利用率の目標(objective VNF use ratios)
モデルから出力されるデータの例は以下となる。
Resource processing type (VNF type)
Required workload requirements
Host utilization ratios
Hardware conditions
Objective VNF use ratios
An example of the data output from the model is as follows.

リソースのパラメータ(CPU数、メモリーサイズ、ディスクサイズ)(calculated parameters)
最後に、リソースパラメータ決定部13は、決定したパラメータをベースにし、リソース組合せ決定部12により生成された.yamlファイルにflavor属性(例えば、Openstack flavor
(https://docs.openstack.org/horizon/latest/admin/manage-flavors.html)参照)を追加する。flavor属性は、リソースのCPU数、メモリーサイズ、ディスクサイズを表す属性である。
Resource parameters (number of CPUs, memory size, disk size) (calculated parameters)
Finally, the resource parameter determination unit 13 adds a flavor attribute (for example, Openstack flavor) to the .yaml file generated by the resource combination determination unit 12 based on the determined parameters.
(See https://docs.openstack.org/horizon/latest/admin/manage-flavors.html). The flavor attribute is an attribute that represents the number of CPUs, memory size, and disk size of the resource.

次に、本発明の一実施形態によって生じる効果について説明する。図29は、本発明の一実施形態におけるリソース決定装置を用いることにより生ずる効果の一例を説明する図である。 Next, the effect produced by one embodiment of the present invention will be described. FIG. 29 is a diagram illustrating an example of the effect produced by using the resource determination device according to the embodiment of the present invention.

図29に示した例では、リソースの組合せの決定およびリソースパラメータの決定がオペレータに依存し、本発明の一実施形態におけるリソース決定装置を用いない場合、クラウドの販売数に対するCloud Specialistの必要人数は、現在のCloud Specialist人数より多く、人材不足が生ずる。
また、クラウドを行なう中小企業と大企業における、収入に対する設計コストが多い。また、クラウドの販売数が一定以上となると、このクラウドの販売数に対する平均サービス提供時間が、大幅に増加する。
In the example shown in FIG. 29, when the determination of the resource combination and the determination of the resource parameters depend on the operator and the resource determination device in one embodiment of the present invention is not used, the required number of Cloud Specialists for the number of sold clouds is , More than the current number of Cloud Specialists, there will be a shortage of human resources.
In addition, there are many design costs for income in small and medium-sized enterprises and large enterprises that perform cloud computing. In addition, when the number of cloud sales exceeds a certain level, the average service provision time for the number of cloud sales increases significantly.

これに対し、リソースの組合せの決定およびリソースパラメータの決定がオペレータに依存せず、本発明の一実施形態におけるリソース決定装置を用いた場合、クラウドの販売数に対するCloud Specialistの必要人数は、現在のCloud Specialist人数より少なくなり、上記の人材不足は生じない。すなわち、仮想化ネットワークを設計する人的リソースの必要人数を減少し、人材育成コストを削減できる。 On the other hand, when the resource combination determination and the resource parameter determination do not depend on the operator and the resource determination device according to the embodiment of the present invention is used, the required number of Cloud Specialists for the number of sold clouds is the current number. It will be less than the number of Cloud Specialists, and the above-mentioned shortage of human resources will not occur. That is, the number of human resources required to design a virtualized network can be reduced, and the human resource development cost can be reduced.

また、クラウドを行なう中小企業と大企業における、収入に対する設計コストは、上記のオペレータに依存する場合と比較して低減される。
すなわち、本発明の一実施形態におけるリソース決定装置がサービス設計を支援することより、人件と時間のコストを削減し、収益の確保と利益の増加を実現できる。
また、クラウドの販売数が一定以上となっても、このクラウドの販売数に対する平均サービス提供時間は、上記のオペレータに依存する場合と比較して短い。
すなわち、本発明の一実施形態におけるリソース決定装置によりサービス設計を自動化できるので、サービス提供時間を短縮し、販売の拡大に寄与することができる。
In addition, the design cost for income in small and medium-sized enterprises and large enterprises that perform cloud computing is reduced as compared with the case of relying on the above operator.
That is, since the resource determination device in one embodiment of the present invention supports the service design, it is possible to reduce labor and time costs, secure profits, and increase profits.
Further, even if the number of cloud sales exceeds a certain level, the average service provision time for the number of cloud sales is shorter than that in the case of relying on the above operator.
That is, since the service design can be automated by the resource determination device according to the embodiment of the present invention, the service provision time can be shortened and the sales can be expanded.

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組合せて実施してもよく、その場合組合せた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。 The present invention is not limited to the above embodiment, and can be variously modified at the implementation stage without departing from the gist thereof. In addition, each embodiment may be carried out in combination as appropriate, in which case the combined effect can be obtained. Further, the above-described embodiment includes various inventions, and various inventions can be extracted by a combination selected from a plurality of disclosed constituent requirements. For example, even if some constituent requirements are deleted from all the constituent requirements shown in the embodiment, if the problem can be solved and the effect is obtained, the configuration in which the constituent requirements are deleted can be extracted as an invention.

また、各実施形態に記載した手法は、計算機(コンピュータ)に実行させることができるプログラム(ソフトウエア手段)として、例えば磁気ディスク(フロッピー(登録商標)ディスク、ハードディスク等)、光ディスク(CD−ROM、DVD、MO等)、半導体メモリ(ROM、RAM、フラッシュメモリ等)等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段(実行プログラムのみならずテーブルやデータ構造も含む)を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。 Further, the methods described in each embodiment include, for example, a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), an optical disk (CD-ROM,) as a program (software means) that can be executed by a computer (computer). It can be stored in a recording medium such as a DVD, MO, etc.), a semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted and distributed by a communication medium. The program stored on the medium side also includes a setting program for configuring the software means (including not only the execution program but also the table and the data structure) to be executed by the computer in the computer. A computer that realizes this device reads a program recorded on a recording medium, constructs software means by a setting program in some cases, and executes the above-mentioned processing by controlling the operation by the software means. The recording medium referred to in the present specification is not limited to distribution, and includes a storage medium such as a magnetic disk or a semiconductor memory provided in a device connected inside a computer or via a network.

10…リソース決定装置、11…サービスレイヤ要望解析部、12…リソース組合せ決定部、13…リソースパラメータ決定部。 10 ... resource determination device, 11 ... service layer request analysis unit, 12 ... resource combination determination unit, 13 ... resource parameter determination unit.

Claims (6)

通信サービスについて、自然言語で記述される文で表現された要望であるサービスレイヤの要望を解析する解析手段と、
前記解析手段により解析されたサービスレイヤの要望に適したリソースの組合せを決定する組合せ決定手段と、
前記組合せ決定手段により決定されたリソースの組合せに含まれるリソースのパラメータを決定するパラメータ決定手段と
を備え
前記解析手段は、
前記サービスレイヤの要望で示される文を単語に分解し、
前記分解された単語の各々に対し、当該単語の属性に応じたタグを付与し、
前記タグが付与された単語の各々の属性に対し、前記属性に応じた解析ルールを適用することで、前記サービスレイヤの少なくとも1つの要望を解析する、
リソース決定装置。
For communication services, analysis means for analyzing service layer requests, which are requests expressed in sentences written in natural language,
A combination determining means for determining a combination of resources suitable for the service layer request analyzed by the analysis means, and a combination determining means.
It is provided with a parameter determining means for determining the parameters of the resources included in the combination of resources determined by the combination determining means .
The analysis means
The sentence indicated by the request of the service layer is decomposed into words, and the sentence is decomposed into words.
Each of the decomposed words is given a tag according to the attribute of the word.
By applying an analysis rule according to the attribute to each attribute of the word to which the tag is attached, at least one request of the service layer is analyzed.
Resource determinant.
前記組合せ決定手段は、
前記リソースの組合せの基本構成に対し、前記解析手段により解析されたサービスレイヤの要望に応じたカスタマイズ・ルールを適用して、前記基本構成をカスタマイズすることで、前記リソースの組合せを決定する、
請求項1に記載のリソース決定装置。
The combination determining means
To the basic configuration of the combination of the resource, then apply the customization rule in accordance with the requirements of service layer which has been analyzed by said analysis means, by customizing the basic configuration, determines the combination of the resource,
The resource determination device according to claim 1.
前記パラメータ決定手段は、
前記組合せ決定手段により決定されたリソースの組み合わせに含まれるリソースのパラメータに影響を与える複数種類の要素の関係を学習してモデルを生成し、
前記生成されたモデルを用いて、前記組合せ決定手段により決定されたリソースのパラメータを決定する、
請求項1に記載のリソース決定装置。
The parameter determining means is
A model is generated by learning the relationship between a plurality of types of elements that affect the resource parameters included in the resource combination determined by the combination determination means.
Using the generated model, the parameters of the resources determined by the combination determination means are determined.
The resource determination device according to claim 1.
前記解析手段は、 The analysis means
通信サービスについて、規定された表現ルールに従って作成された自然言語で表現されたサービスレイヤの要望を解析する、 For communication services, analyze the demands of the service layer expressed in natural language created according to the specified expression rules.
請求項1に記載のリソース決定装置。 The resource determination device according to claim 1.
リソース決定装置が行うリソース決定方法であって、
通信サービスについて、自然言語で表現されたサービスレイヤの要望を解析し、
前記解析されたサービスレイヤの要望に適したリソースの組合せを決定し、
前記決定されたリソースの組合せに含まれるリソースのパラメータを決定し、
前記解析することは、
前記サービスレイヤの要望で示される文を単語に分解することと、
前記分解された単語の各々に対し、当該単語の属性に応じたタグを付与することと、
前記タグが付与された単語の各々の属性に対し、前記属性に応じた解析ルールを適用することで、前記サービスレイヤの少なくとも1つの要望を解析することとを含む、
リソース決定方法。
It is a resource determination method performed by the resource determination device.
For communication services, analyze the needs of the service layer expressed in natural language,
Determine the combination of resources that suits the requirements of the analyzed service layer.
Determining the parameters of the resources included in the combination of the determined resource,
The analysis is
Breaking down the sentence shown in the service layer request into words
To give each of the decomposed words a tag according to the attribute of the word,
It includes analyzing at least one request of the service layer by applying an analysis rule according to the attribute to each attribute of the word to which the tag is attached.
Resource determination method.
請求項1乃至4のいずれか1項に記載のリソース決定装置の前記各手段としてプロセッサを機能させるリソース決定処理プログラム。 A resource determination processing program that causes a processor to function as each of the means of the resource determination device according to any one of claims 1 to 4.
JP2017215781A 2017-11-08 2017-11-08 Resource determination device, resource determination method and resource determination processing program Active JP6922670B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017215781A JP6922670B2 (en) 2017-11-08 2017-11-08 Resource determination device, resource determination method and resource determination processing program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017215781A JP6922670B2 (en) 2017-11-08 2017-11-08 Resource determination device, resource determination method and resource determination processing program

Publications (2)

Publication Number Publication Date
JP2019087105A JP2019087105A (en) 2019-06-06
JP6922670B2 true JP6922670B2 (en) 2021-08-18

Family

ID=66763144

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017215781A Active JP6922670B2 (en) 2017-11-08 2017-11-08 Resource determination device, resource determination method and resource determination processing program

Country Status (1)

Country Link
JP (1) JP6922670B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4075273A4 (en) * 2019-12-09 2023-07-26 Nippon Telegraph And Telephone Corporation Device for preventing cloud service user requirement violation, user requirement violation preventing method, and program
WO2023170961A1 (en) * 2022-03-11 2023-09-14 日本電信電話株式会社 Data processing device, method, and program

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1139378A (en) * 1997-02-18 1999-02-12 Lucent Technol Inc Device for specifying system design specification
TW200532480A (en) * 2003-12-19 2005-10-01 Ibm Dynamic late binding of third party on demand services in an on-demand infrastructure
US8601091B2 (en) * 2008-12-12 2013-12-03 Verizon Patent And Licensing Inc. Method and system for automating network engineering
US8930541B2 (en) * 2011-11-25 2015-01-06 International Business Machines Corporation System, method and program product for cost-aware selection of templates for provisioning shared resources
EP3103239B1 (en) * 2014-02-07 2023-10-11 Oracle International Corporation Cloud service custom execution environment
WO2015145455A1 (en) * 2014-03-28 2015-10-01 Hewlett-Packard Development Company, L.P. Resource directory
US9705815B2 (en) * 2014-06-27 2017-07-11 Juniper Networks, Inc. Graph database for services planning and configuration in network services domain

Also Published As

Publication number Publication date
JP2019087105A (en) 2019-06-06

Similar Documents

Publication Publication Date Title
US11176331B2 (en) Contextual communication and service interface
CN109918607B (en) Page construction method and device, medium and computing equipment
US10070328B2 (en) Predictive network traffic management
CN105989523B (en) Policy-based data collection processing and negotiation method and system for analytics
US9087024B1 (en) Narration of network content
US20190304445A1 (en) Conversational framework
US20210243132A1 (en) Unified network traffic controllers for multi-service environments
US20160196245A1 (en) Systems and Methods for 3-Tier Tag Container Architecture
US20120137235A1 (en) Dynamic user interface generation
US20210342547A1 (en) System for focused conversation context management in a reasoning agent/behavior engine of an agent automation system
US10902508B2 (en) Methods for extracting and adapting information to generate custom widgets and devices thereof
US10375072B2 (en) Dashboard as remote computing services
Moreno et al. Impact models for architecture-based self-adaptive systems
JP7549431B2 (en) Automating the Adoption of Cloud Services
JP6958726B2 (en) Application execution device, application execution method, and program
US20210216727A1 (en) Machine translation integrated with user analysis
JP2022505231A (en) Systems and methods for autocomplete ICS flow with artificial intelligence / machine learning
US20170017380A1 (en) Mobile enabling a web application developed without mobile rendering capabilities
US20200302350A1 (en) Natural language processing based business domain modeling
Xiang et al. Mininet: An instant virtual network on your computer
JP6922670B2 (en) Resource determination device, resource determination method and resource determination processing program
US10109214B2 (en) Cognitive bias determination and modeling
CN118093801A (en) Information interaction method and device based on large language model and electronic equipment
US9619518B2 (en) Tracking tuples to reduce redundancy in a graph
US10706225B2 (en) Form management system and method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191212

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201013

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201214

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210629

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210712

R150 Certificate of patent or registration of utility model

Ref document number: 6922670

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150