JP2017156944A - Inter-system interface design device, inter-system interface design method, and inter-system interface design processing program - Google Patents
Inter-system interface design device, inter-system interface design method, and inter-system interface design processing program Download PDFInfo
- Publication number
- JP2017156944A JP2017156944A JP2016038973A JP2016038973A JP2017156944A JP 2017156944 A JP2017156944 A JP 2017156944A JP 2016038973 A JP2016038973 A JP 2016038973A JP 2016038973 A JP2016038973 A JP 2016038973A JP 2017156944 A JP2017156944 A JP 2017156944A
- Authority
- JP
- Japan
- Prior art keywords
- type
- management target
- predetermined
- data item
- resource
- 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.)
- Granted
Links
Landscapes
- Stored Programmes (AREA)
Abstract
Description
本発明の実施形態は、システム間インタフェース設計装置、システム間インタフェースの設計方法およびシステム間インタフェース設計処理プログラムに関する。 Embodiments described herein relate generally to an inter-system interface design apparatus, an inter-system interface design method, and an inter-system interface design processing program.
分散型システムを連携させるシステム間インタフェースの設計思想の一つに、REST APIが挙げられる。REST APIは、Uniform Resource Identifier（URI）で一意に識別されるリソース（資源）をHyperText Transfer Protocol（HTTP）で規定されたメソッド（GET, POST, PUT, DELETEなど）で操作するものである。
このREST APIは、（１）すべてのリソースが独自の一意なURIを持つことによる「アドレス可能性」、（２）複数種類のリソースが相互にリンクされることによる「接続性」、（３）標準化されたHTTPのメソッドを利用することによる「統一インタフェース」、（４）サーバが以前のリクエスト情報を保持しないことによる「ステートレス性」などの特徴を持つ。
One of the design philosophies of inter-system interfaces that link distributed systems is REST API. The REST API operates a resource (resource) uniquely identified by a Uniform Resource Identifier (URI) by a method (GET, POST, PUT, DELETE, etc.) defined by HyperText Transfer Protocol (HTTP).
This REST API consists of (1) “addressability” because all resources have their own unique URI, (2) “connectivity” when multiple types of resources are linked to each other, (3) It has features such as “unified interface” by using standardized HTTP methods, and (4) “statelessness” by preventing the server from holding previous request information.
REST APIは、Webサービスを想定したインタフェースの設計思想である。ただし、ネットワークを運用管理するためのシステム（以下、オペレーションシステム）においても、ネットワーク、当該ネットワークを構成する装置（例えばスイッチやルータ）、当該装置に付随する物理ポート等の管理対象をリソースとして扱うことで、REST APIに則したインタフェースを設計することができる、また、例えば非特許文献１に開示されるような、インタフェース設計のガイドラインも公開されている。 REST API is an interface design philosophy that assumes Web services. However, even in a system for managing and operating a network (hereinafter referred to as an operation system), the management target such as the network, devices (for example, switches and routers) constituting the network, and physical ports associated with the device are handled as resources. Thus, it is possible to design an interface conforming to the REST API. Also, for example, an interface design guideline as disclosed in Non-Patent Document 1 is disclosed.
しかしながら、どのようなURIによってリソースを識別し、これらのリソースがどのようなデータ項目を保持するかは、インタフェースの設計者に委ねられている。そのため、REST APIに則したURIやデータ項目を設計するためのスキルが設計者において不足している場合、インタフェースの設計に時間がかかることが懸念される。 However, it is up to the interface designer to identify the resources by what URIs and what data items these resources hold. Therefore, if the designer lacks the skills to design URIs and data items that conform to the REST API, there is a concern that it may take time to design the interface.
本発明の目的は、インタフェース設計のスキルレス化と設計期間の短縮を実現できるシステム間インタフェース設計装置およびシステム間インタフェースの設計方法を提供することである。 An object of the present invention is to provide an inter-system interface design apparatus and an inter-system interface design method capable of realizing interface design skillless and shortening a design period.
上記目的を達成するために、この発明の実施形態におけるシステム間インタフェース設計装置の第１の態様は、オペレーションシステムの所定の管理対象の種別と所定の他の管理対象の種別とが所定の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目を、前記他の管理対象の種別を一意に識別するリソースＵＲＩが記載されるリストの追加、または、前記他の管理対象の種別が保持するリソースデータ項目の追加により更新することで、前記所定の管理対象のリソースデータ項目を設計する第１の設計手段と、前記所定の管理対象の種別に基づくＵＲＩに各種別の間で共通して付与される共通ＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する第２の設計手段とを有する装置を提供する。 In order to achieve the above object, according to a first aspect of the inter-system interface design apparatus in the embodiment of the present invention, there is a predetermined relationship between a predetermined type of management target of the operation system and a predetermined type of other management target. If there is a resource data item held by the type of the predetermined management target, an addition of a list in which a resource URI uniquely identifying the type of the other management target is described, or the type of the other management target is By updating by adding the resource data item to be held, the first design means for designing the resource data item of the predetermined management target and the URI based on the type of the predetermined management target are common to various types. And a second design means for designing a resource URI for identifying the type of the management target by adding a common URI to be assigned. To provide.
上記構成のシステム間インタフェース設計装置の第２の態様は、第１の態様において、前記関係は、（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化を含み、前記第１の設計手段は、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約、前記コンポジションの関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計するシステムを提供する。 According to a second aspect of the inter-system interface design apparatus configured as described above, in the first aspect, the relationship is that (1) the type of the predetermined management target and the type of the other management target are linked. (2) aggregation indicating that the type of the predetermined management target and the type of the other management target have a whole or a partial relationship, (3) the type of the predetermined management target and the other And (4) one of the predetermined management target type and the other management target type is the other in general. The first design means has a relationship between the type of the predetermined management target and the type of the other management target having the relationship, the aggregation, and the composition. The predetermined Designing the resource data item of the predetermined management target by adding a list in which the URI that uniquely identifies the type of the other management target is added to the resource data item held by the type of the management target, When the type of the predetermined management target and the type of the other management target have a relationship in which the type of the other management target generalizes the type of the predetermined management target, the type of the predetermined management target is Provided is a system for designing a resource data item of a predetermined management target by adding a resource data item held by the other management target type to the resource data item to be held.
上記構成のシステム間インタフェース設計装置の第３の態様は、第１の態様において、前記関係は、（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化を含み、前記第１の設計手段は、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記コンポジションにおける、前記所定の管理対象の種別が前記他の管理対象の不可欠な構成要素であることを示す関係を有する場合、前記所定の管理対象の種別に基づくＵＲＩに、前記共通ＵＲＩ、および前記他の管理対象の種別に基づくＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計するシステムを提供する。 According to a third aspect of the inter-system interface design apparatus configured as described above, in the first aspect, the relationship is that (1) the type of the predetermined management target and the type of the other management target have a connection. (2) aggregation indicating that the type of the predetermined management target and the type of the other management target have a whole or a partial relationship, (3) the type of the predetermined management target and the other And (4) one of the predetermined management target type and the other management target type is the other in general. And the first design means includes the predetermined management object type and the other management object type having the relation of the association and the aggregation. The type of management target is retained By designating the resource data item of the predetermined management target by adding a list in which the URI that uniquely identifies the type of the other management target is described, the resource data item of the predetermined management target When the type and the type of the other management target have a relationship in which the type of the other management target generalizes the type of the predetermined management target, the resource data item held by the type of the predetermined management target On the other hand, by adding a resource data item held by the type of the other management target, the resource data item of the predetermined management target is designed, and the type of the predetermined management target and the type of the other management target are In the composition, the predetermined management target type has a relationship indicating that it is an indispensable component of the other management target. To brute URI, the common URI, and by adding a URI based on the other managed types, it provides a system for designing a resource URI for identifying the type of the managed.
本発明の実施形態におけるシステム間インタフェース設計方法の第１の態様は、システム間インタフェース設計装置に適用されるシステム間インタフェース設計方法であって、オペレーションシステムの所定の管理対象の種別と所定の他の管理対象の種別とが所定の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目を、前記他の管理対象の種別を一意に識別するリソースＵＲＩが記載されるリストの追加、または、前記他の管理対象の種別が保持するリソースデータ項目の追加により更新することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別に基づくＵＲＩに各種別の間で共通して付与される共通ＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する方法を提供する。 A first aspect of an inter-system interface design method according to an embodiment of the present invention is an inter-system interface design method applied to an inter-system interface design apparatus, in which a predetermined management object type and a predetermined other When a management target type has a predetermined relationship, a list of resource data items held by the predetermined management target type and a resource URI that uniquely identifies the other management target type is added. Alternatively, the resource data item of the predetermined management target is designed by updating the resource data item held by the other management target type, and the URI based on the predetermined management target type is classified into various types. A resource U for identifying the type of the management target by adding a common URI that is commonly given to each other To provide a method of designing the I.
上記のシステム間インタフェース設計方法の第２の態様は、第１の態様において、前記関係は、（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化を含み、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約、前記コンポジションの関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計する方法を提供する。 In a second aspect of the intersystem interface design method described above, in the first aspect, the relationship indicates that (1) the type of the predetermined management target and the type of the other management target have a connection. (2) Aggregation indicating that the type of the predetermined management target and the type of the other management target have a whole or a partial relationship, (3) The type of the predetermined management target and the other management target A composition indicating that the type of management target has a connection as an indispensable component, and (4) one of the predetermined management target type and the other management target type generalizes the other And when the type of the predetermined management target and the type of the other management target have the relationship of the relation, the aggregation, and the composition, the type of the predetermined management target is To hold The resource data item of the predetermined management target is designed by adding a list in which URIs for uniquely identifying the other management target types are added to the source data item, and the predetermined management target type and When the other management target type has a relationship in which the other management target type generalizes the predetermined management target type, for the resource data item held by the predetermined management target type, A method for designing a resource data item of the predetermined management object by adding a resource data item held by the other management object type is provided.
上記のシステム間インタフェース設計方法の第３の態様は、第１の態様において、前記関係は、（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化を含み、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計し、前記所定の管理対象の種別と前記他の管理対象の種別とが、前記コンポジションにおける、前記所定の管理対象の種別が前記他の管理対象の不可欠な構成要素であることを示す関係を有する場合、前記所定の管理対象の種別に基づくＵＲＩに、前記共通ＵＲＩ、および前記他の管理対象の種別に基づくＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する方法を提供する。 According to a third aspect of the inter-system interface design method described above, in the first aspect, the relationship indicates that (1) the type of the predetermined management target and the type of the other management target have a connection. (2) Aggregation indicating that the type of the predetermined management target and the type of the other management target have a whole or a partial relationship, (3) The type of the predetermined management target and the other management target A composition indicating that the type of management target has a connection as an indispensable component, and (4) one of the predetermined management target type and the other management target type generalizes the other Resource data held by the type of the predetermined management target when the type of the predetermined management target and the type of the other management target have the relationship of the association and the aggregation Vs item The resource data item of the predetermined management target is designed by adding a list in which a URI for uniquely identifying the type of the other management target is described, and the type of the predetermined management target and the other management When the type of the target has a relationship in which the type of the other management target generalizes the type of the predetermined management target, the other management target is stored for the resource data item held by the type of the predetermined management target. The resource data item held by the target type is added to design the resource data item of the predetermined management target, and the type of the predetermined management target and the type of the other management target are set in the composition. , When there is a relationship indicating that the type of the predetermined management target is an indispensable component of the other management target, the URI based on the type of the predetermined management target includes the common U Adding I, and the URI based on the other managed types, provides a method of designing a resource URI for identifying the type of the managed.
本発明の実施形態におけるシステム間インタフェース設計処理プログラムの態様は、第１乃至第３の態様のいずれかにおけるシステム間インタフェース設計装置の一部分として動作するコンピュータに用いられるプログラムであって、前記コンピュータを、前記第１の設計手段および前記第２の設計手段として機能させるためのプログラムを提供する。 An aspect of an inter-system interface design processing program according to an embodiment of the present invention is a program used for a computer that operates as a part of an inter-system interface design apparatus according to any of the first to third aspects. A program for causing the first design means and the second design means to function is provided.
本発明によれば、インタフェース設計のスキルレス化と設計期間の短縮を実現するが可能になる。 According to the present invention, it is possible to realize interface design skillless and shorten the design period.
以下、図面を用いて本発明の実施の形態について詳細に説明する。
図１は、本発明の実施形態におけるシステム間インタフェース設計装置の構成例を示す図である。
図１に示すように、本発明の実施形態におけるシステム間インタフェース設計装置１０は、リソース設計部１１、リソースURI保持部１２、リソースデータ項目保持部１３を有する。リソースURI保持部１２、リソースデータ項目保持部１３は、例えば不揮発性メモリなどの記憶媒体である。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a diagram illustrating a configuration example of an inter-system interface design apparatus according to an embodiment of the present invention.
As shown in FIG. 1, the inter-system interface design apparatus 10 according to the embodiment of the present invention includes a resource design unit 11, a resource URI holding unit 12, and a resource data item holding unit 13. The resource URI holding unit 12 and the resource data item holding unit 13 are storage media such as a nonvolatile memory, for example.
リソース設計部１１は、（１）オペレーションシステムの管理対象の種別、（２）管理対象の種別が保持するデータ項目、（３）管理対象の種別間の関係性、（４）全リソースに共通的に付与されるURI（以下、共通URI）を入力データとして、REST APIにおけるリソースのURIとデータ項目とを設計する。 The resource design unit 11 includes (1) the type of management target of the operation system, (2) the data items held by the type of management target, (3) the relationship between the types of management target, and (4) common to all resources Design the resource URI and data items in the REST API using the URI given to the URL (hereinafter, common URI) as input data.
リソース設計部１１は、リソースのURIの設計結果をリソースURI保持部１２に格納し、リソースのデータ項目の設計結果をリソースデータ項目保持部１３に格納する。各入力データは、システム間インタフェースの設計者が本発明の実施形態におけるシステム間インタフェース設計装置１０に入力するものとする。 The resource design unit 11 stores the design result of the resource URI in the resource URI holding unit 12 and stores the design result of the resource data item in the resource data item holding unit 13. Each input data is input to the inter-system interface design apparatus 10 in the embodiment of the present invention by the inter-system interface designer.
図２は、本発明の実施形態におけるシステム間インタフェース設計装置のリソース設計部の動作の一例を示すフローチャートである。
図２に示した例では、まず、リソース設計部１１は、（１）管理対象の種別、（２）管理対象の種別が保持するデータ項目、（３）管理対象の種別間の関係性、（４）共通URIを入力データとして読み込む（Ｓ１）。
FIG. 2 is a flowchart showing an example of the operation of the resource design unit of the inter-system interface design apparatus according to the embodiment of the present invention.
In the example illustrated in FIG. 2, first, the resource design unit 11 performs (1) a management target type, (2) a data item held by the management target type, (3) a relationship between the management target types, ( 4) A common URI is read as input data (S1).
その後、リソース設計部１１は、それぞれの入力データに対して処理を行なうことで、各管理対象の種別のリソースURIとリソースデータ項目とを設計する。詳しくは、リソース設計部１１は、管理対象の種別に対する処理を行ない（Ｓ２）、管理対象の種別が保持するデータ項目に対する処理を行ない（Ｓ３）、管理対象の種別間の関係性に対する処理として、リソースURIやリソースデータ項目の更新を行ない（Ｓ４）、共通URIに対する処理を行なう（Ｓ５）。 Thereafter, the resource design unit 11 processes each input data to design a resource URI and resource data item of each type to be managed. Specifically, the resource design unit 11 performs processing for the type of management target (S2), performs processing for the data item held by the type of management target (S3), and processes for the relationship between the types of management target. The resource URI and resource data item are updated (S4), and the process for the common URI is performed (S5).
そして、リソース設計部１１は、リソースURIの設計結果をリソースURI保持部１２に格納（書き込み）し、リソースデータ項目の設計結果をリソースデータ項目保持部１３に格納する（Ｓ６）。 Then, the resource design unit 11 stores (writes) the design result of the resource URI in the resource URI holding unit 12, and stores the design result of the resource data item in the resource data item holding unit 13 (S6).
次に、Ｓ２に該当する、管理対象の種別の処理の詳細について説明する。
図３は、本発明の実施形態におけるシステム間インタフェース設計装置による、管理対象の種別の処理の一例を示すフローチャートである。
この例では、まず、リソース設計部１１は、全ての管理対象の種別について、設計対象である、各種別のリソースURIの一部として“/管理対象の種別/{id}”を設定する（Ｓ２Ａ）。URIにおいて、“/”は、リソースの階層構造を表現するものである。また、URIにおいて、{id}は、各種別の管理対象を一意に識別するための識別子である。インタフェースの設計では、この識別子を変数として扱う。
以上により、各管理対象の種別について、この種別の管理対象を一意に識別するためのリソースURIの一部が設計される。ただし、ここで設計したリソースURIは、以降の工程で更新されて、各種別の最終的な設計対象であるリソースURIとなる。
Next, details of the process of the type to be managed corresponding to S2 will be described.
FIG. 3 is a flowchart illustrating an example of management target type processing by the inter-system interface design apparatus according to the embodiment of the present invention.
In this example, first, the resource design unit 11 sets “/ type of management target / {id}” as a part of various resource URIs that are design targets for all types of management targets (S2A). ). In the URI, “/” represents a hierarchical structure of resources. In the URI, {id} is an identifier for uniquely identifying various types of management targets. In the interface design, this identifier is treated as a variable.
As described above, a part of the resource URI for uniquely identifying this type of management target is designed for each type of management target. However, the resource URI designed here is updated in the subsequent steps, and becomes the resource URI that is the final design target for each type.
次に、Ｓ３に該当する、管理対象の種別が保持するデータ項目の処理の詳細について説明する。
図４は、本発明の実施形態におけるシステム間インタフェース設計装置による、管理対象の種別が保持するデータ項目の処理の一例を示すフローチャートである。
本例では、リソース設計部１１は、全ての管理対象の種別について、各種別のリソースデータ項目として、入力データから得られる当該管理対象の種別が保持するデータ項目を設定する（Ｓ３Ａ）。
これにより、各管理対象の種別について、この種別の管理対象が保持するデータ項目が設計される。なお、リソースURIと同様に、ここで設計したリソースデータ項目は、最終的なリソースデータ項目の設計のために以降の工程で更新される場合がある。
Next, details of the processing of the data item corresponding to S3 and held by the type of management target will be described.
FIG. 4 is a flowchart showing an example of processing of data items held by the type of management target by the inter-system interface design apparatus according to the embodiment of the present invention.
In this example, the resource design unit 11 sets a data item held by the type of the management target obtained from the input data as various types of resource data items for all types of management target (S3A).
Thereby, for each type of management target, a data item held by the management target of this type is designed. As with the resource URI, the resource data item designed here may be updated in subsequent steps for the final design of the resource data item.
次に、Ｓ４に該当する、管理対象の種別間の関係性の処理の詳細について説明する。
図５は、本発明の実施形態におけるシステム間インタフェース設計装置による、管理対象の種別間の関係性の処理の一例を示すフローチャートである。
本例では、リソース設計部１１は、全ての管理対象の種別が持つ、他種別へのそれぞれの関係性に対して、関係性毎に予め定めた処理を行う（Ｓ４Ａ）。この処理は、「リソースURIの更新」、「リソースデータ項目の更新」、「処理なし」の３種類のいずれかに分類されるが、具体的な処理の内容については予め定められるものとする。具体的な処理の内容を記載した例については、後述する図１２や図１５などを用いて説明する。
Next, details of the relationship processing between the types of management targets corresponding to S4 will be described.
FIG. 5 is a flowchart showing an example of the relationship processing between the types of management targets by the inter-system interface design apparatus according to the embodiment of the present invention.
In this example, the resource design unit 11 performs a predetermined process for each relationship with respect to each relationship with other types possessed by all types of management targets (S4A). This processing is classified into any of the three types of “resource URI update”, “resource data item update”, and “no processing”, but specific processing contents are predetermined. An example in which specific processing contents are described will be described with reference to FIGS.
次に、Ｓ５に該当する、共通URIの処理の詳細について説明する。
図６は、本発明の実施形態におけるシステム間インタフェース設計装置による、共通URIの処理の一例を示すフローチャートである。
共通URIは、全てのリソースに共通的に付与されるURIであり、本例では、リソース設計部１１は、全ての管理対象の種別について、Ｓ２で設定した、当該種別のリソースURIの前段に共通URIを挿入する（Ｓ５Ａ）。これによって、共通URIが全てのリソースに付与される。
Next, details of the processing of the common URI corresponding to S5 will be described.
FIG. 6 is a flowchart illustrating an example of common URI processing by the inter-system interface design apparatus according to the embodiment of the present invention.
The common URI is a URI that is commonly assigned to all resources. In this example, the resource design unit 11 is common to the preceding stage of the resource URI of the type set in S2 for all types of management targets. A URI is inserted (S5A). This gives a common URI to all resources.
以下では、図面を用いて本発明の実施形態について詳細に説明する。
図７は、本発明の実施形態におけるシステム間インタフェース設計装置により処理する、管理対象の種別、管理対象の種別が保持するデータ項目、管理対象の種別間の関係性の一例を示す図である。
この図７では、管理対象の種別をクラスとし、各管理対象の種別が保持するデータ項目をクラスの属性とし、各管理対象の関係性をクラス間の関係性（関連(association)、集約(aggregation)、コンポジション(composition)、汎化(generalization)）として、統一モデリング言語（UML(Unified Modeling Language)）のクラス図で表現している。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 7 is a diagram illustrating an example of a relationship between a management target type, a data item held by the management target type, and a management target type processed by the inter-system interface design apparatus according to the embodiment of the present invention.
In FIG. 7, the type of management target is a class, the data item held by each type of management target is an attribute of the class, and the relationship of each management target is the relationship between the classes (association, aggregation (aggregation) ), Composition, and generalization) are expressed in a unified modeling language (UML) class diagram.
関連は、所定の管理対象の種別と所定の他の管理対象の種別とが結び付きを有することを示す。
集約は、所定の管理対象の種別と他の管理対象の種別が全体および一部の関係を有することを示す。
コンポジションは、上記の関連の一種で、所定の管理対象の種別と他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示す。
汎化は、所定の管理対象の種別と他の管理対象の種別との一方が他方を汎化することを示す。
The relation indicates that a predetermined management target type and a predetermined other management target type have a connection.
Aggregation indicates that the type of a predetermined management target and the types of other management targets have a whole or a partial relationship.
The composition is a kind of the above-described relationship, and indicates that a predetermined management target type and another management target type have a connection as an indispensable component.
Generalization indicates that one of a predetermined management target type and another management target type generalizes the other.
各クラスは管理対象の種別を表す。“Network”クラスはネットワークを表現する管理対象の種別とし、“Hardware”クラスはハードウェアを表現する管理対象の種別とし、“Switch”クラスはネットワークスイッチ（以下、スイッチと称することがある）を表現する管理対象の種別とし、“Router”クラスはルータを表現する管理対象の種別とし、“PhysicalPort”クラスは、ネットワークスイッチやルータが有する物理ポートを表現する管理対象の種別とする。 Each class represents the type of management target. The “Network” class is the type of management target that represents the network, the “Hardware” class is the type of management target that represents the hardware, and the “Switch” class represents the network switch (hereinafter sometimes referred to as a switch). The “Router” class is the type of management target that represents the router, and the “PhysicalPort” class is the type of management target that represents the physical port of the network switch or router.
各クラスの属性は、各管理対象の種別が保持するデータ項目を表す。具体的には、図７に示すように、“Network”クラスは、ネットワークを識別するための識別子（id）、ネットワーク名（name）、ネットワークの管理者（operator）等を属性として保持する。
“Hardware”クラスは、ハードウェアを識別するための識別子（id）、ハードウェア名（name）、縦×横×高さ（size）、重量（weight）等を属性として保持する。
“Switch”クラスは、スイッチ種別（switchType）等を属性として保持する。
“Router”クラスは、ルータ種別（routerType）等を属性として保持する。
“PhysicalPort”クラスは、物理ポートを識別するための識別子（id）や、ポート名（name）等を属性として保持する。
The attribute of each class represents a data item held by each type of management target. Specifically, as shown in FIG. 7, the “Network” class holds an identifier (id) for identifying a network, a network name (name), a network administrator (operator), and the like as attributes.
The “Hardware” class holds an identifier (id) for identifying hardware, a hardware name (name), length × width × height (size), weight, and the like as attributes.
The “Switch” class holds the switch type (switchType) and the like as attributes.
The “Router” class holds a router type (routerType) and the like as attributes.
The “PhysicalPort” class holds an identifier (id) for identifying a physical port, a port name (name), and the like as attributes.
上記のように、各管理対象の種別（“Network”クラス、“Hardware”クラス、“PhysicalPort”クラス）は、データ項目に当該種別の管理対象を一意に識別するための識別子（id）を含む。
一方、上記のように“Switch”クラスの属性と“Router”クラスの属性とには識別子が含まれていない。これは、これらのクラスの汎化先の“Hardware”から継承される属性（id, name, size, weight）を省略しているためである。
As described above, the type of each management target (“Network” class, “Hardware” class, “PhysicalPort” class) includes an identifier (id) for uniquely identifying the management target of that type in the data item.
On the other hand, as described above, the “Switch” class attribute and the “Router” class attribute do not include an identifier. This is because the attributes (id, name, size, weight) inherited from “Hardware” of the generalization destination of these classes are omitted.
また、各クラスの関係性は、各管理対象の種別間の関係性を表す。本例では、ネットワークは、スイッチとルータとで構成されるものとして、図７に示すように、“Network”クラスと“Switch”クラスとの間の関係性、および当該“Network”クラスと“Router”クラスとの間の関係性を“集約”と定義する。
ハードウェアは、スイッチとルータを汎化したものであるとして、図７に示すように、“Hardware”クラスと“Switch”クラスとの間の関係性、および当該“Hardware”クラスと“Router”クラスとの間の関係性を“汎化”と定義する。
Moreover, the relationship of each class represents the relationship between the types of management targets. In this example, the network is composed of switches and routers. As shown in FIG. 7, the relationship between the “Network” class and the “Switch” class, and the “Network” class and the “Router” The relationship between “classes” is defined as “aggregation”.
Assuming that the hardware is a generalized switch and router, as shown in FIG. 7, the relationship between the “Hardware” class and the “Switch” class, and the “Hardware” class and the “Router” class. The relationship between and is defined as “generalization”.
スイッチとルータは、互いに接続されるものとして、図７に示すように、“Switch”クラスと“Router”クラスとの間の関係性を“関連”と定義する。 As shown in FIG. 7, the switch and the router are connected to each other, and the relationship between the “Switch” class and the “Router” class is defined as “related”.
スイッチとルータは、不可欠な構成要素として複数の物理ポートを有すものとして、図７に示すように、“Switch”クラスと“PhysicalPort”クラスとの間の関係性、および“Router”クラスと“PhysicalPort”クラスとの間の関係性を“コンポジション”と定義する。
なお、“関連”、“集約”、“コンポジション”には多重度が定義されるが、本実施形態では用いないため説明を割愛する。
As shown in FIG. 7, the switch and the router have a plurality of physical ports as indispensable components. As shown in FIG. 7, the relationship between the “Switch” class and the “PhysicalPort” class, and the “Router” class and the “Router” The relationship between the “PhysicalPort” class is defined as “composition”.
Note that multiplicity is defined for “relation”, “aggregation”, and “composition”, but they are not used in this embodiment, and the description is omitted.
図８は、本発明の実施形態におけるシステム間インタフェース設計装置における、管理対象の種別の一例を示す図である。この図８は、図７で示した例の管理対象の種別を表形式で表したものである。
本例では、リソース設計部１１は、“Network”、“Hardware”、“Switch”、“Router”、“PhysicalPort”を管理対象の種別としてＳ１にて入力する。
FIG. 8 is a diagram illustrating an example of types of management targets in the inter-system interface design apparatus according to the embodiment of the present invention. FIG. 8 shows the types of management targets in the example shown in FIG. 7 in a table format.
In this example, the resource design unit 11 inputs “Network”, “Hardware”, “Switch”, “Router”, and “PhysicalPort” as management target types in S1.
図９は、本発明の実施形態におけるシステム間インタフェース設計装置により処理する、管理対象の種別が保持するデータ項目の一例を示す図である。この図９は、図７で示した例の管理対象の種別が保持するデータ項目を表形式で表したものである。
本例では、リソース設計部１１は、各管理対象の種別が保持するデータ項目、つまり“Network”が保持するデータ項目（id, name, operator）、“Hardware”が保持するデータ項目（id, name, size, weight）、“Switch”が保持するデータ項目（switchType）、“Router”が保持するデータ項目（routerType）、“PhysicalPort”が保持するデータ項目（id, name）をＳ１にて入力する。
FIG. 9 is a diagram illustrating an example of data items held by the management target type, which are processed by the inter-system interface design apparatus according to the embodiment of the present invention. FIG. 9 shows the data items held by the management target type in the example shown in FIG. 7 in a table format.
In this example, the resource design unit 11 stores data items held by each type of management target, that is, data items held by “Network” (id, name, operator), data items held by “Hardware” (id, name , size, weight), a data item (switchType) held by “Switch”, a data item (routerType) held by “Router”, and a data item (id, name) held by “PhysicalPort” are input in S1.
図１０は、本発明の実施形態におけるシステム間インタフェース設計装置により処理する、管理対象の種別間の関係性の一例を示す図である。この図１０は、図７で示した例の管理対象の種別間の関係性を表形式で表したものである。
本例では、リソース設計部１１は、“Network”、“Hardware”、“Switch”、“Router”、“PhysicalPort”でなる、各管理対象の種別が持つ、他種別との関係性をＳ１にて入力する。
FIG. 10 is a diagram illustrating an example of the relationship between the types of management targets processed by the inter-system interface design apparatus according to the embodiment of the present invention. FIG. 10 shows the relationship between the types of management targets in the example shown in FIG. 7 in a table format.
In this example, the resource design unit 11 has a relationship with other types of each management target type including “Network”, “Hardware”, “Switch”, “Router”, and “PhysicalPort” in S1. input.
ここでは、“集約”、“コンポジション”、“汎化”については、集約する／コンポジションする／汎化する関係性を、それぞれ集約（先）／コンポジション（先）／汎化（先）と記載する。また、図１０に示した表の、ある行の「管理対象の種別」に集約される／コンポジションされる／汎化される関係性を、それぞれ集約（元）／コンポジション（元）／汎化（元）と記載した。例えば、図１０に示した表における管理対象の種別“Network”に対して、関係性「集約（元）」とともに、表の同じ行で関連付けられる対象“Switch”、“Router”は、同じ行で関連付けられる管理対象の種別“Network”の集約元である。 Here, regarding “aggregation”, “composition”, and “generalization”, the relationship to be aggregated / compositioned / generalized is represented as aggregation (destination) / composition (destination) / generalization (destination), respectively. It describes. Further, in the table shown in FIG. 10, the relationships that are aggregated / composed / generalized in the “type of management target” in a certain row are respectively aggregated (original) / composition (original) / generalized. It was described as (former). For example, for the management target type “Network” in the table shown in FIG. 10, the relationship “aggregation (source)” and the targets “Switch” and “Router” associated in the same row of the table are the same row. This is an aggregation source of the associated management target type “Network”.
図１１は、本発明の実施形態におけるシステム間インタフェース設計装置により処理する、共通URIの一例を示す図である。
システム間インタフェースの設計者は、全てのリソースに共通的に付与したいURIを共通URIとして本発明の実施形態におけるシステム間インタフェース設計装置１０に入力する。この共通URIには、オペレーションシステムのホスト名やインタフェースのバージョン等を含むことができる。
本例では、リソース設計部１１は、“operationSystem”がオペレーションシステムのホスト名を表し、“v1.0”がインタフェースのバージョン「1.0」を表すものとして、“/operationSystem/v1.0”が共通URIとして入力する。
FIG. 11 is a diagram illustrating an example of a common URI processed by the inter-system interface design apparatus according to the embodiment of the present invention.
The designer of the inter-system interface inputs the URI to be commonly given to all resources as a common URI to the inter-system interface design apparatus 10 in the embodiment of the present invention. This common URI can include the host name of the operation system, the interface version, and the like.
In this example, the resource design unit 11 assumes that “operationSystem” represents the host name of the operation system, “v1.0” represents the interface version “1.0”, and “/operationSystem/v1.0” is a common URI. Enter as.
図１２は、本発明の実施形態におけるシステム間インタフェース設計装置による、管理対象の種別間の関係性の処理の具体例を示すフローチャートである。
本例では、リソース設計部１１が、全ての管理対象の種別の持つ、他種別への全ての関係性に対して、関係性毎に予め定めた処理を行う（Ｓ１１Ａ）ときで、管理対象の複数の種別間の関係性が“関連”“集約（集約（元）、集約（先））”“コンポジション（コンポジション（元）、コンポジション（先））”のいずれかであった場合は、リソース設計部１１は、それぞれの種別に対応するリソースを相互にリンクするために、ある管理対象の種別のリソースデータ項目に、対象種別（他種別）の管理対象のURIが記載されるリスト（以下、対象種別のリストと称することがある）を追加する（Ｓ１１Ｂ１）。
また、現在の処理対象の管理対象の種別（例えば“Switch”）に対する、ある他の管理対象の種別（例えば“Hardware”）の関係性が“汎化（先）”であった場合（例えば“Switch”の汎化先が“Hardware”である場合）は、リソース設計部１１は、対象の種別（“Hardware”）の属性を継承するために、上記の現在の処理対象の管理対象の種別のリソースデータ項目に対し、対象の種別（“Hardware”）が保持するデータ項目を追加し（Ｓ１１Ｂ２）、上記の関係性が“汎化（元）”であった場合（例えば“Hardware”の汎化元が“Switch”である場合）は、リソース設計部１１は、現在の処理対象の管理対象の種別のリソースデータ項目に対して処理なしとする（Ｓ１１Ｂ３）。
以上の処理によって、管理対象の種別間の関係性がリソースデータ項目に反映される。
FIG. 12 is a flowchart illustrating a specific example of the relationship processing between the types of management targets by the inter-system interface design apparatus according to the embodiment of the present invention.
In this example, when the resource design unit 11 performs a predetermined process for each relationship with respect to all relationships with other types possessed by all types of management targets (S11A), If the relationship between multiple types is either "Relation", "Aggregation (Aggregation (source), Aggregation (destination))" or "Composition (Composition (source), Composition (destination))" In order to link the resources corresponding to the respective types to each other, the resource designing unit 11 is a list in which the URI of the management target of the target type (other type) is described in the resource data item of the management target type ( Hereinafter, it may be referred to as a list of target types) (S11B1).
In addition, when the relationship of the type of other management target (for example, “Hardware”) to the type of management target of the current processing target (for example, “Switch”) is “generalization (destination)” (for example, “ When the generalization destination of “Switch” is “Hardware”), the resource design unit 11 inherits the attribute of the target type (“Hardware”), so A data item held by the target type (“Hardware”) is added to the resource data item (S11B2), and the above relationship is “generalization (original)” (for example, “Hardware” generalization) In the case where the source is “Switch”), the resource design unit 11 does not process the resource data item of the management target type that is the current processing target (S11B3).
Through the above processing, the relationship between the types of management targets is reflected in the resource data item.
図１３は、本発明の実施形態におけるシステム間インタフェース設計装置のリソースURI保持部が保持する情報の一例を示す図である。図１４は、本発明の実施形態におけるシステム間インタフェース設計装置のリソースデータ項目保持部が保持する情報の一例を示す図である。
これらの図１３及び図１４は、入力データが図８〜１１に示したデータである場合で、図２、図３、図４、図６、図１２のフローチャートのようにリソース設計部１１を動作させた場合における、リソースURIの設計結果（図１３）およびリソースデータ項目の設計結果（図１４）である。
FIG. 13 is a diagram illustrating an example of information held by the resource URI holding unit of the inter-system interface design apparatus according to the embodiment of the present invention. FIG. 14 is a diagram illustrating an example of information held by the resource data item holding unit of the inter-system interface design apparatus according to the embodiment of the present invention.
FIGS. 13 and 14 show the case where the input data is the data shown in FIGS. 8 to 11, and the resource design unit 11 operates as shown in the flowcharts of FIGS. 2, 3, 4, 6, and 12. These are the resource URI design result (FIG. 13) and the resource data item design result (FIG. 14).
本実施形態では、リソース設計部１１は、管理対象の種別の処理（図３）で設定されたリソースURI（“/管理対象の種別/{id}”）に対して、共通URIの処理（図６）で共通URI（“/operationSystem/v1.0”）を挿入することで、最終的なリソースURIを設計する。このため、図１３に示すように、リソースURI保持部１２には、管理対象の種別毎に“/operationSystem/v1.0/管理対象の種別/{id}”が格納される。 In this embodiment, the resource design unit 11 performs common URI processing (see FIG. 3) for the resource URI (“/ type of management target / {id}”) set in the processing of the management target type (FIG. 3). The final resource URI is designed by inserting the common URI (“/operationSystem/v1.0”) in 6). Therefore, as shown in FIG. 13, the resource URI holding unit 12 stores “/operationSystem/v1.0/type of management target / {id}” for each type of management target.
本実施形態では、管理対象の種別が保持するデータ項目の処理（図４）と、管理対象の種別間の関係性の処理（図１２）とにより、リソースデータ項目が設計される。
したがって、図１４に示すように、リソース設計部１１は、種別“Network”のリソースデータ項目には、当該種別が保持するデータ項目（id, name, operator）（図９（ａ）参照）に、（１）集約（元）の種別“Switch”のリストと、（２）同じく集約（元）の種別“Router”のリストとを追加する。
種別“Hardware”のリソースデータ項目としては、当該種別が保持するデータ項目（id, name, size, weight）（図９（ｂ）参照）のみが記載され、この項目に対する追加はなされない。
種別“Switch”のリソースデータ項目には、当該種別が保持するデータ項目（switchType）（図９（ｃ）参照）に対し、（１）汎化（先）の種別“Hardware”が保持するデータ項目（id, name, size, weight）（図９（ｂ）参照）と、（２）集約（先）の種別“Network”のリストと、（３）参照関係（関連）の種別“Router”のリストと、（４）コンポジション（元）の種別“PhysicalPort”のリストとが追加される。
種別“Router”のリソースデータ項目には、当該種別が保持するデータ項目（routerType）（図９（ｄ）参照）に、（１）汎化（先）の種別“Hardware”が保持するデータ項目（id, name, size, weight）（図９（ｂ）参照）と、（２）集約（先）の種別“Network”のリストと、（３）参照関係（関連）の種別“Switch”のリストと、（４）コンポジション（元）の種別“PhysicalPort”のリストとが追加される。
種別“PhysicalPort”のリソースデータ項目には、当該種別が保持するデータ項目（id, name）（図９（ｅ）参照）に、（１）コンポジション（先）の種別“Switch”と、（２）同じくコンポジション（先）の種別“Router”のリストとが追加される。
なお、各種別のリストについて、図１４では、“管理対象の種別（list）”の形式で記載した。
In the present embodiment, resource data items are designed by processing of data items held by the type of management target (FIG. 4) and processing of relationships between types of management target (FIG. 12).
Therefore, as shown in FIG. 14, the resource design unit 11 adds the resource data item of type “Network” to the data items (id, name, operator) held by the type (see FIG. 9A). (1) A list of aggregation (original) type “Switch” and (2) a list of aggregation (original) type “Router” are added.
As resource data items of type “Hardware”, only data items (id, name, size, weight) (see FIG. 9B) held by the type are described, and no addition is made to this item.
In the resource data item of type “Switch”, the data item (switch type) held by the type (see FIG. 9C) is the data item held by (1) the generalization (destination) type “Hardware” (Id, name, size, weight) (see FIG. 9B), (2) list of aggregation (destination) type “Network”, and (3) list of type “Router” of reference relationship (relation) And (4) a list of the type “PhysicalPort” of the composition (original).
In the resource data item of the type “Router”, the data item (routerType) held by the type (see FIG. 9D), the data item held by the (1) generalization (destination) type “Hardware” ( id, name, size, weight) (see FIG. 9B), (2) a list of aggregation (destination) type “Network”, and (3) a list of reference relationship (related) type “Switch” (4) The list of the type (PhysicalPort) of the composition (original) is added.
The resource data item of the type “PhysicalPort” includes the data item (id, name) held by the type (see FIG. 9E), (1) the composition (destination) type “Switch”, and (2 ) A list of composition (destination) type “Router” is also added.
Note that the various types of lists are described in the format of “management target type (list)” in FIG.
次に、本発明の実施形態における管理対象の種別間の関係性の処理の変形例について説明する。
図１５は、本発明の実施形態におけるシステム間インタフェース設計装置による、関係性の処理の変形例を示すフローチャートである。
この図１５は、図１２とは異なる、管理対象の種別間の関係性の処理の具体例を示すフローチャートである。
本例では、リソース設計部１１が、全ての管理対象の種別の持つ、他種別への全ての関係性に対して、関係性毎に予め定めた処理を行う（Ｓ２１Ａ）ときで、管理対象の種別間の関係性が“関連”、“集約（集約（元）、集約（先））”のいずれかであった場合は、図１２に示した例と同様に、リソース設計部１１は、それぞれの種別に対応するリソースを相互にリンクするために、ある管理対象の種別のリソースデータ項目に、対象種別（他種別）の管理対象のURIが記載されるリストを追加する（Ｓ２１Ｂ１）。
また、現在の処理対象の管理対象の種別（例えば“PhysicalPort”）に対する、ある他の管理対象の種別（例えば“Switch”）の関係性が“コンポジション（先）”であった場合は、リソース設計部１１は、URIの階層構造によって、それぞれの種別に対応するリソースを相互にリンクするために、現在の処理対象の管理対象の種別に対応するリソースURIに“対象種別のリソースURI/管理対象の種別/{id}”を設定し、図３のフローチャートで設定していたリソースURI（“/管理対象の種別/{id}”）を削除する（Ｓ２１Ｂ２）。この、対象種別のリソースURIは、上記のコンポジション先となる他種別に対応するリソースURIである。例えば、“PhysicalPort”のコンポジション先の１つである他の種別が“Switch”である場合は、Ｓ２１Ｂ２では“対象種別のリソースURI/管理対象の種別/{id}”は、“Switch/ {id}/PhysicalPort/ {id}”が設定される。“PhysicalPort”のコンポジション先が他にもある場合には、このコンポジション先についても同様に設定される。
Next, a modified example of the process of the relationship between the types of management targets in the embodiment of the present invention will be described.
FIG. 15 is a flowchart showing a modification of the relationship processing by the inter-system interface design apparatus according to the embodiment of the present invention.
FIG. 15 is a flowchart showing a specific example of the relationship processing between the types of management targets, which is different from FIG.
In this example, when the resource design unit 11 performs a predetermined process for each relationship with respect to all relationships to other types possessed by all types of management targets (S21A), If the relationship between the types is “relation” or “aggregation (aggregation (source), aggregation (destination))”, as in the example shown in FIG. In order to link the resources corresponding to the types of resources to each other, a list in which the URI of the management target of the target type (other types) is described is added to the resource data item of the type of management target (S21B1).
In addition, if the relationship of a certain other management target type (eg “Switch”) to the current management target type (eg “PhysicalPort”) is “composition (destination)”, the resource In order to link the resources corresponding to the respective types to each other according to the hierarchical structure of the URI, the design unit 11 adds “the resource URI of the target type / the management target” to the resource URI corresponding to the management target type of the current processing target. Type / {id} ”is set, and the resource URI (“ / type of management target / {id} ”) set in the flowchart of FIG. 3 is deleted (S21B2). This resource URI of the target type is a resource URI corresponding to the other type as the composition destination. For example, when the other type that is one of the composition destinations of “PhysicalPort” is “Switch”, in S21B2, “Resource URI of target type / type of management target / {id}” is “Switch / { id} / PhysicalPort / {id} ”is set. If there are other “PhysicalPort” composition destinations, this composition destination is set in the same manner.
また、管理対象の種別間の関係性が“コンポジション（元）”であった場合は、リソース設計部１１は、関係性の処理に関しては処理なしとする（Ｓ２１Ｂ４）。
また、現在の処理対象の管理対象の種別（例えば“Switch”）に対する、ある他の管理対象の種別（例えば“Hardware”）の関係性が“汎化（先）”であった場合は、図１２に示した例と同様に、リソース設計部１１は、対象の種別（他種別）の属性を継承するために、上記の現在の処理対象の管理対象の種別のリソースデータ項目に、対象種別（他種別）が保持するデータ項目を追加する（Ｓ２１Ｂ３）。上記の関係性が“汎化（元）”であった場合は、図１２に示した例と同様に、リソース設計部１１は、現在の処理対象の管理対象の種別のリソースデータ項目に対して処理なしとする（Ｓ２１Ｂ４）。
図１２に示した例と異なり、図１５に示した例は、コンポジション（先）の関係性をリソースデータ項目のリストではなく、リソースURIの階層構造で表現する例である。
Further, when the relationship between the types of management targets is “composition (original)”, the resource design unit 11 does not process the relationship (S21B4).
In addition, when the relationship of the type of other management target (for example, “Hardware”) to the type of management target of the current processing target (for example, “Switch”) is “generalization (destination)”, Similarly to the example shown in FIG. 12, in order to inherit the attributes of the target type (other types), the resource design unit 11 adds the target type (other type) to the resource data item of the management target type of the current processing target. A data item held by (other type) is added (S21B3). When the above relationship is “generalization (original)”, as in the example shown in FIG. 12, the resource design unit 11 applies to the resource data item of the management target type that is the current processing target. No processing is performed (S21B4).
Unlike the example shown in FIG. 12, the example shown in FIG. 15 is an example in which the relationship of the composition (destination) is expressed not by a list of resource data items but by a hierarchical structure of resource URIs.
図１６は、本発明の実施形態におけるシステム間インタフェース設計装置のリソースURI保持部が保持する情報の一例を示す図である。図１７は、本発明の実施形態におけるシステム間インタフェース設計装置のリソースデータ項目保持部が保持する情報の一例を示す図である。これら図１６及び図１７は、図８〜１１を入力データとし、図２、図３、図４、図６、図１５のフローチャートのようにリソース設計部１１を動作させた場合におけるリソースURIとリソースデータ項目の設計結果である。 FIG. 16 is a diagram illustrating an example of information held by the resource URI holding unit of the inter-system interface design apparatus according to the embodiment of the present invention. FIG. 17 is a diagram illustrating an example of information held by the resource data item holding unit of the inter-system interface design apparatus according to the embodiment of the present invention. 16 and 17, the resource URI and resource when the resource design unit 11 is operated as shown in the flowcharts of FIGS. 2, 3, 4, 6, and 15 using FIGS. 8 to 11 as input data. It is a design result of a data item.
図１６に示すように、関係性の処理の変形例は、“Network”、“Hardware”、“Switch”、“Router”については、管理対象の種別の処理（図３）で設定されたリソースURI（“/管理対象の種別/{id}”）に対して、共通URIの処理（図６）で共通URI（“/operationSystem/v1.0”）が挿入される。このため、リソースURI保持部１２には管理対象の種別毎に“/operationSystem/v1.0/管理対象の種別/{id}”が格納される。
一方、図１０に示すように、“PhysicalPort”は、“Switch”と“Router”にコンポジション（先）の関係性を持つため、リソースURI保持部１２には、“PhysicalPort”に関する設計対象のリソースURIとして、図１５に示すＳ２１Ｂ２で設定したリソースURI“対象種別のリソースURI/管理対象の種別/{id}”の前段に共通URIを挿入したリソースURI
（１）（/operationSystem/v1.0/Switch/{id}/PhysicalPort/{id}）および
（２）（/operationSystem/v1.0/Router/{id}/PhysicalPort/{id}）
が図１６に示すように格納される。
As shown in FIG. 16, in the modification example of the relationship processing, for “Network”, “Hardware”, “Switch”, and “Router”, the resource URI set in the processing of the type to be managed (FIG. 3) For (“/ type of management target / {id}”), the common URI (“/operationSystem/v1.0”) is inserted in the common URI processing (FIG. 6). Therefore, “/operationSystem/v1.0/type of management target / {id}” is stored in the resource URI holding unit 12 for each type of management target.
On the other hand, as shown in FIG. 10, since “PhysicalPort” has a composition (destination) relationship between “Switch” and “Router”, the resource URI holding unit 12 has a design target resource related to “PhysicalPort”. As a URI, a resource URI in which a common URI is inserted before the resource URI “target type resource URI / management target type / {id}” set in S21B2 shown in FIG.
(1) (/operationSystem/v1.0/Switch/{id}/PhysicalPort/{id}) and (2) (/operationSystem/v1.0/Router/{id}/PhysicalPort/{id})
Are stored as shown in FIG.
図１７に示すように、関係性の処理の変形例では、管理対象の種別が保持するデータ項目の処理（図４）と管理対象の種別間の関係性の処理（図１５）とでリソースデータ項目が設計される。
したがって、種別“Network”のリソースデータ項目では、図１４に示した例と同様に、当該種別が保持するデータ項目に、（１）集約（元）の種別“Switch”のリストと、（２）同じく集約（元）の種別“Router”のリストとが追加される。
種別“Hardware”のリソースデータ項目では、図１４に示した例と同様に、当該種別が保持するデータ項目（図９（ｂ）参照）に対する追加はなされない。
種別“Switch”のリソースデータ項目では、当該種別が保持するデータ項目に、（１）汎化（先）の種別“Hardware”が保持するデータ項目（図９（ｂ）参照）と、（２）集約（先）の種別“Network”のリストと、（３）参照関係（関連）の種別“Router”のリストとが追加される。
種別“Router”のリソースデータ項目では、当該種別が保持するデータ項目に、（１）汎化（先）の種別“Hardware”が保持するデータ項目（図９（ｂ）参照）と、（２）集約（先）の種別“Network”のリストと、（３）参照関係（関連）の種別“Switch”のリストとが追加される。
種別“PhysicalPort”のリソースデータ項目では、当該種別が保持するデータ項目に対する追加はなされない。
As shown in FIG. 17, in the modification of the relationship processing, the resource data is processed by the processing of the data item held by the management target type (FIG. 4) and the processing of the relationship between the management target types (FIG. 15). Items are designed.
Therefore, in the resource data item of the type “Network”, as in the example shown in FIG. 14, the data items held by the type include (1) a list of the aggregation (original) type “Switch” and (2) Similarly, a list of aggregation (original) type “Router” is added.
In the resource data item of the type “Hardware”, addition to the data item held by the type (see FIG. 9B) is not made as in the example shown in FIG.
In the resource data item of the type “Switch”, the data item held by the type includes (1) the data item held by the generalization (destination) type “Hardware” (see FIG. 9B), and (2) A list of aggregation (destination) type “Network” and (3) a list of reference relationship (related) type “Router” are added.
In the resource data item of the type “Router”, the data item held by the type includes (1) the data item held by the generalization (destination) type “Hardware” (see FIG. 9B), and (2) A list of aggregation (destination) type “Network” and a list of (3) reference relationship (related) type “Switch” are added.
In the resource data item of the type “PhysicalPort”, addition to the data item held by the type is not performed.
この、関係性の処理の変形例では、コンポジション（コンポジション（元）、コンポジション（先））の関係性に対する処理内容を変更したので、図１４に示した例と異なり、“Switch”や“Router”のリソースデータ項目にコンポジション元である“PhysicalPort”のリストの追加（図１４）はなされない。また、“PhysicalPort”のリソースデータ項目へのコンポジション先である“Switch”のリストや“Router”のリストの追加（図１４）はなされない。 In this modified example of the relationship processing, the processing content for the relationship of the composition (composition (original), composition (destination)) has been changed. Therefore, unlike the example shown in FIG. The list of “PhysicalPort” that is the composition source is not added to the resource data item of “Router” (FIG. 14). Also, the “Switch” list and the “Router” list (FIG. 14) which are composition destinations are not added to the resource data item of “PhysicalPort”.
以上のように、本発明の実施形態におけるシステム間インタフェース設計装置によれば、オペレーションシステムの管理対象の種別、当該管理対象の種別が保持するデータ項目、当該管理対象の種別間の関係性、全リソースに共通的に付与されるURIを入力データとして、REST APIにおけるリソースのURIとデータ項目とを自動的に設計できるので、インタフェース設計のスキルレス化と設計期間の短縮を実現することができる。 As described above, according to the inter-system interface design device in the embodiment of the present invention, the type of management target of the operation system, the data items held by the type of management target, the relationship between the types of management target, The URI of the resource and the data item in the REST API can be automatically designed using the URI commonly given to the resource as input data, so it is possible to realize skill-less interface design and shorten the design period.
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。 Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. In addition, various inventions can be formed by appropriately combining a plurality of components disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.
また、各実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。 In addition, the method described in each embodiment is, for example, a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), optical disk (CD-ROM, etc.) 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., semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted and distributed by a communication medium. The program stored on the medium side includes a setting program that configures software means (including not only the execution program but also a table and data structure) in the computer. A computer that implements this apparatus reads a program recorded on a recording medium, constructs software means by a setting program as the case may be, and executes the above-described processing by controlling the operation by this software means. The recording medium referred to in this specification is not limited to distribution, but includes a storage medium such as a magnetic disk or a semiconductor memory provided in a computer or a device connected via a network.
１０…システム間インタフェース設計装置、１１…リソース設計部、１２…リソースURI保持部、１３…リソースデータ項目保持部。 DESCRIPTION OF SYMBOLS 10 ... Inter-system interface design apparatus, 11 ... Resource design part, 12 ... Resource URI holding part, 13 ... Resource data item holding part.
Claims (7)
前記所定の管理対象の種別に基づくＵＲＩに各種別の間で共通して付与される共通ＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する第２の設計手段と
を備えたことを特徴とするシステム間インタフェース設計装置。 When a predetermined management target type of the operation system and a predetermined other management target type have a predetermined relationship, a resource data item held by the predetermined management target type is set as the other management target type. The resource data of the predetermined management target is updated by adding a list in which a uniquely identified resource URI (Uniform Resource Identifier) is described or by adding a resource data item held by the other type of management target A first design means for designing an item;
Second design means for designing a resource URI for identifying the type of the management target by adding a common URI commonly given to various types to the URI based on the type of the predetermined management target And an inter-system interface design device.
（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、
（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、
（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、
（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化
を含み、
前記第１の設計手段は、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約、前記コンポジションの関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計する
ことを特徴とする請求項１に記載のシステム間インタフェース設計装置。 The relationship is
(1) an association indicating that the type of the predetermined management target and the type of the other management target have a connection;
(2) Aggregation indicating that the predetermined management target type and the other management target type have a whole or a partial relationship;
(3) a composition indicating that the type of the predetermined management target and the type of the other management target have a connection as an indispensable component; and
(4) including generalization indicating that one of the predetermined management target type and the other management target type generalizes the other,
The first design means includes:
When the type of the predetermined management target and the type of the other management target have a relationship of the association, the aggregation, and the composition, the resource data item held by the type of the predetermined management target By designating the resource data item of the predetermined management target by adding a list in which URIs uniquely identifying other management target types are described,
When the type of the predetermined management target and the type of the other management target have a relationship in which the type of the other management target generalizes the type of the predetermined management target, the type of the predetermined management target is The resource data item of the predetermined management target is designed by adding a resource data item held by the other management target type to the resource data item to be held. System interface design equipment.
（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、
（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、
（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、
（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化
を含み、
前記第１の設計手段は、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記コンポジションにおける、前記所定の管理対象の種別が前記他の管理対象の不可欠な構成要素であることを示す関係を有する場合、前記所定の管理対象の種別に基づくＵＲＩに、前記共通ＵＲＩ、および前記他の管理対象の種別に基づくＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する
ことを特徴とする請求項１に記載のシステム間インタフェース設計装置。 The relationship is
(1) an association indicating that the type of the predetermined management target and the type of the other management target have a connection;
(2) Aggregation indicating that the predetermined management target type and the other management target type have a whole or a partial relationship;
(3) a composition indicating that the type of the predetermined management target and the type of the other management target have a connection as an indispensable component; and
(4) including generalization indicating that one of the predetermined management target type and the other management target type generalizes the other,
The first design means includes:
In a case where the type of the predetermined management target and the type of the other management target have the relationship of the association and the aggregation, the other management target with respect to the resource data item held by the type of the predetermined management target Design a resource data item of the predetermined management target by adding a list in which a URI for uniquely identifying the type of
When the type of the predetermined management target and the type of the other management target have a relationship in which the type of the other management target generalizes the type of the predetermined management target, the type of the predetermined management target is By designating the resource data item of the predetermined management target by adding the resource data item held by the other management target type to the resource data item to be held,
The type of the predetermined management target and the type of the other management target have a relationship indicating that the type of the predetermined management target is an indispensable component of the other management target in the composition. Designing a resource URI for identifying the type of the management target by adding the common URI and a URI based on the type of the other management target to the URI based on the type of the predetermined management target The inter-system interface design apparatus according to claim 1.
オペレーションシステムの所定の管理対象の種別と所定の他の管理対象の種別とが所定の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目を、前記他の管理対象の種別を一意に識別するリソースＵＲＩ（Uniform Resource Identifier）が記載されるリストの追加、または、前記他の管理対象の種別が保持するリソースデータ項目の追加により更新することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別に基づくＵＲＩに各種別の間で共通して付与される共通ＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する
ことを特徴とするシステム間インタフェース設計方法。 An inter-system interface design method applied to an inter-system interface design apparatus,
When a predetermined management target type of the operation system and a predetermined other management target type have a predetermined relationship, a resource data item held by the predetermined management target type is set as the other management target type. The resource data of the predetermined management target is updated by adding a list in which a uniquely identified resource URI (Uniform Resource Identifier) is described or by adding a resource data item held by the other type of management target Design items and
A resource URI for identifying the type of the management target is designed by adding a common URI that is commonly given among various types to the URI based on the type of the predetermined management target. Inter-system interface design method.
（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、
（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、
（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、
（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化
を含み、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約、前記コンポジションの関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計する
ことを特徴とする請求項４に記載のシステム間インタフェース設計方法。 The relationship is
(1) an association indicating that the type of the predetermined management target and the type of the other management target have a connection;
(2) Aggregation indicating that the predetermined management target type and the other management target type have a whole or a partial relationship;
(3) a composition indicating that the type of the predetermined management target and the type of the other management target have a connection as an indispensable component; and
(4) including generalization indicating that one of the predetermined management target type and the other management target type generalizes the other,
When the type of the predetermined management target and the type of the other management target have a relationship of the association, the aggregation, and the composition, the resource data item held by the type of the predetermined management target By designating the resource data item of the predetermined management target by adding a list in which URIs uniquely identifying other management target types are described,
When the type of the predetermined management target and the type of the other management target have a relationship in which the type of the other management target generalizes the type of the predetermined management target, the type of the predetermined management target is The resource data item of the predetermined management target is designed by adding the resource data item held by the other management target type to the resource data item to be stored. Inter-system interface design method.
（１）前記所定の管理対象の種別と前記他の管理対象の種別とが結び付きを有することを示す関連、
（２）前記所定の管理対象の種別と前記他の管理対象の種別とが、全体および一部の関係を有することを示す集約、
（３）前記所定の管理対象の種別と前記他の管理対象の種別とが、互いに不可欠な構成要素としての結び付きを有することを示すコンポジション、および、
（４）前記所定の管理対象の種別と前記他の管理対象の種別の一方が他方を汎化することを示す汎化
を含み、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記関連、前記集約の関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別を一意に識別するＵＲＩが記載されるリストを追加することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記他の管理対象の種別が前記所定の管理対象の種別を汎化する関係を有する場合、前記所定の管理対象の種別が保持するリソースデータ項目に対し、前記他の管理対象の種別が保持するリソースデータ項目を追加することで、前記所定の管理対象のリソースデータ項目を設計し、
前記所定の管理対象の種別と前記他の管理対象の種別とが、前記コンポジションにおける、前記所定の管理対象の種別が前記他の管理対象の不可欠な構成要素であることを示す関係を有する場合、前記所定の管理対象の種別に基づくＵＲＩに、前記共通ＵＲＩ、および前記他の管理対象の種別に基づくＵＲＩを追加することで、前記管理対象の種別を識別するためのリソースＵＲＩを設計する
ことを特徴とする請求項４に記載のシステム間インタフェース設計方法。 The relationship is
(1) an association indicating that the type of the predetermined management target and the type of the other management target have a connection;
(2) Aggregation indicating that the predetermined management target type and the other management target type have a whole or a partial relationship;
(3) a composition indicating that the type of the predetermined management target and the type of the other management target have a connection as an indispensable component; and
(4) including generalization indicating that one of the predetermined management target type and the other management target type generalizes the other,
In a case where the type of the predetermined management target and the type of the other management target have the relationship of the association and the aggregation, the other management target with respect to the resource data item held by the type of the predetermined management target Design a resource data item of the predetermined management target by adding a list in which a URI for uniquely identifying the type of
When the type of the predetermined management target and the type of the other management target have a relationship in which the type of the other management target generalizes the type of the predetermined management target, the type of the predetermined management target is By designating the resource data item of the predetermined management target by adding the resource data item held by the other management target type to the resource data item to be held,
The type of the predetermined management target and the type of the other management target have a relationship indicating that the type of the predetermined management target is an indispensable component of the other management target in the composition. Designing a resource URI for identifying the type of the management target by adding the common URI and a URI based on the type of the other management target to the URI based on the type of the predetermined management target The inter-system interface design method according to claim 4.
前記コンピュータを、前記第１の設計手段および前記第２の設計手段として機能させるためのシステム間インタフェース設計処理プログラム。 A program used for a computer that operates as a part of the inter-system interface design device according to claim 1,
An inter-system interface design processing program for causing the computer to function as the first design means and the second design means.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016038973A JP6454654B2 (en) | 2016-03-01 | 2016-03-01 | Inter-system interface design apparatus, inter-system interface design method, and inter-system interface design processing program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016038973A JP6454654B2 (en) | 2016-03-01 | 2016-03-01 | Inter-system interface design apparatus, inter-system interface design method, and inter-system interface design processing program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017156944A true JP2017156944A (en) | 2017-09-07 |
| JP6454654B2 JP6454654B2 (en) | 2019-01-16 |
Family
ID=59810189
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016038973A Active JP6454654B2 (en) | 2016-03-01 | 2016-03-01 | Inter-system interface design apparatus, inter-system interface design method, and inter-system interface design processing program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6454654B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109522439A (en) * | 2018-10-17 | 2019-03-26 | 东软集团股份有限公司 | Design label search method, apparatus, storage medium and the equipment of resource |
-
2016
- 2016-03-01 JP JP2016038973A patent/JP6454654B2/en active Active
Non-Patent Citations (1)
| Title |
|---|
| 山本 陽平: "「ＲＥＳＴレシピ クールなＷｅｂシステムへの道しるべ 最終回 リソースモデリング」", ＷＥＢ＋ＤＢ ＰＲＥＳＳ ＶＯＬ．４９, vol. 初版, JPN6018048295, 25 March 2009 (2009-03-25), pages ｐｐ．１６９−１７４ * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109522439A (en) * | 2018-10-17 | 2019-03-26 | 东软集团股份有限公司 | Design label search method, apparatus, storage medium and the equipment of resource |
| CN109522439B (en) * | 2018-10-17 | 2021-07-09 | 东软集团股份有限公司 | Label retrieval method, device, storage medium and equipment for design resources |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6454654B2 (en) | 2019-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8949348B2 (en) | Controlling message delivery in publish/subscribe messaging | |
| US20180324261A1 (en) | Method of network service descriptor management in a network functions virtualization | |
| US20180314518A1 (en) | Systems and methods for tracking configuration file changes | |
| US10826768B2 (en) | Controlled node configuration | |
| US9633127B2 (en) | Deploying programs in a cluster node | |
| US11171994B2 (en) | Tag-based security policy creation in a distributed computing environment | |
| EP3639474B1 (en) | Derivation of network service descriptor from network service requirements | |
| US8332431B2 (en) | Configuration information management apparatus, configuration information management program, and configuration information management method | |
| US20190363924A1 (en) | Bulk creation of managed functions in a network that includes virtualized network function | |
| US20100011408A1 (en) | Implementing Organization-Specific Policy During Establishment of an Autonomous Connection Between Computer Resources | |
| US20230208765A1 (en) | Enhanced management of communication rules over multiple computing networks | |
| US8336057B2 (en) | Method and system for automatically generating message queue scripts | |
| US20150127798A1 (en) | Object version management | |
| US20180227184A1 (en) | Network policy distribution | |
| US20220358108A1 (en) | Historical graph database | |
| CN109117152B (en) | Service generation system and method | |
| CN106302229A (en) | Burst and the method and apparatus deleting burst is created in virtual access network | |
| JP6454654B2 (en) | Inter-system interface design apparatus, inter-system interface design method, and inter-system interface design processing program | |
| US20070064603A1 (en) | Method of provisioning network elements to perform a service | |
| US11368353B2 (en) | Context-aware software defined networking policy management and enforcement using semantic data modeling | |
| US11245639B2 (en) | Composition of persistent object instances linking resources across multiple, disparate systems | |
| CN102946318B (en) | Multi-entity management | |
| US10904085B2 (en) | Systems and methods for applying a configuration | |
| JP6947129B2 (en) | Management device and network management method | |
| US20230289237A1 (en) | Automated nesting of existing stacks in a root stack within an aws environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20181126 |
|
| 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: 20181211 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20181217 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6454654 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |