WO2020026778A1 - Ａｐｉアダプタ作成装置、ａｐｉアダプタ作成方法およびａｐｉアダプタ作成プログラム - Google Patents

Ａｐｉアダプタ作成装置、ａｐｉアダプタ作成方法およびａｐｉアダプタ作成プログラム Download PDF

Info

Publication number
WO2020026778A1
WO2020026778A1 PCT/JP2019/027797 JP2019027797W WO2020026778A1 WO 2020026778 A1 WO2020026778 A1 WO 2020026778A1 JP 2019027797 W JP2019027797 W JP 2019027797W WO 2020026778 A1 WO2020026778 A1 WO 2020026778A1
Authority
WO
WIPO (PCT)
Prior art keywords
api
parameter
setting
adapter
execution
Prior art date
Application number
PCT/JP2019/027797
Other languages
English (en)
French (fr)
Inventor
直樹 武
謙輔 高橋
友基 池谷
伸夫 小内
未稚 大谷
加藤　浩
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to US17/264,589 priority Critical patent/US11487595B2/en
Publication of WO2020026778A1 publication Critical patent/WO2020026778A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/36—Software reuse
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/31—Programming languages or programming paradigms
    • G06F8/311—Functional or applicative languages; Rewrite languages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications

Definitions

  • the present invention relates to an API adapter creation device, an API adapter creation method, and an API adapter creation program for efficiently creating an API adapter provided in a multiple service cooperation execution device.
  • B2B2X Business @ to
  • Digital services wholelesale services
  • the company provides the service as a REST API (REpresentational State Transfer Application Program Interface) over HTTP (HyperText Transfer Protocol) (hereinafter also simply referred to as API). Further, the business operator stipulates and publishes API specifications such as API names, access destination URLs (Uniform Resource Locators), HTTP methods and parameters.
  • REST API REpresentational State Transfer Application Program Interface
  • HTTP HyperText Transfer Protocol
  • API specifications such as API names, access destination URLs (Uniform Resource Locators), HTTP methods and parameters.
  • Non-Patent Literatures 1 and 2 disclose techniques as an architecture of a multiple service cooperation execution device that can easily cope with a change in the specifications of a new wholesale service and an existing service.
  • Non-Patent Documents 1 and 2 propose API adapters that can easily cope with a new wholesale service or a specification change by absorbing a difference in specifications of different wholesale services.
  • Non-Patent Literature 1 and Non-Patent Literature 2 describe the use of a commercial library, the creation of a common library, and the automatic generation of source code based on the specifications of a wholesale service API for some components (modules) of an API adapter. It describes that the development of an API adapter can be facilitated. However, API adapters still have modules that need to be manually designed and implemented, and further development has been desired.
  • the present invention has been made in view of such a background, and the present invention provides an API adapter creating apparatus, an API adapter creating method, and an API adapter capable of efficiently creating an API adapter for a wholesale service provided in a multiple service cooperation execution apparatus. And an API adapter creation program.
  • the invention according to claim 1 provides an API (Application Program Interface) adapter of the wholesale service, which is provided in a multiple service cooperation execution device that constructs a cooperation service combining a plurality of wholesale services.
  • API Application Program Interface
  • An API adapter creation device for creating an adapterized API to be executed, comprising: an API execution order setting unit that receives a setting of an execution order of a wholesale service API indicating an API of the wholesale service called by an internal process of the adapterized API; An API request parameter acquisition source setting unit for receiving the setting of the request parameter of the adapterized API from which the request parameter of the service API is acquired, and a response parameter of the adapterized API to which the response parameter of the wholesale service API is reflected Reflect API response parameters to accept settings A destination setting unit, a source code generation unit that generates a source code of the adapterized API based on the setting of the execution order, the setting of the acquisition source, and the setting of the reflection destination. API adapter creation device.
  • the invention according to claim 5 is an API adapter creating apparatus for creating an adapterized API provided by the API adapter of the wholesale service, which is provided in a multiple service cooperation execution apparatus that constructs a linked service combining a plurality of wholesale services.
  • Receiving the setting of the execution order of the wholesale service API indicating the wholesale service API called by the internal processing of the adapterized API, and obtaining the request parameter of the wholesale service API Accepting the setting of the request parameter of the adapterized API, accepting the setting of the response parameter of the adapterized API to which the response parameter of the wholesale service API is to be reflected, setting the execution order, and acquiring the acquisition source Based on the settings of Generating a source code of the serial adapter of API, it was API adapter creation method characterized by the execution.
  • the API adapter creating apparatus can call the wholesale service API in accordance with the execution order defined by the API adapter developer and acquire the wholesale service API request parameter from the adapterized API request parameter. It is possible to generate a source code including reflection of the response parameter of the adapter API from the response parameter of the wholesale service. Therefore, the developer does not need to write the source code, and can concentrate on the examination of the logic. As a result, the development period of the API adapter is shortened, and new wholesale services and specification changes can be handled in a short time.
  • the invention according to claim 2 further comprising: an API execution condition setting unit that receives setting of an execution condition of execution of the wholesale service API, wherein the source code generation unit includes contents of the setting of the execution condition.
  • the API adapter creating device according to claim 1, wherein a source code of the adapterized API is generated.
  • the API adapter device can generate a source code including a conditional wholesale service API call.
  • the invention according to claim 3 further includes an API repetition condition setting unit that receives a setting of a repetition condition of repetition execution of the wholesale service API, wherein the source code generation unit includes the content of the setting of the repetition condition.
  • the API adapter device can generate a source code including a repeated call to the wholesale service API.
  • an API request / response parameter design support unit for setting a response parameter of the adapterized API having the same name as the response parameter as a reflection destination, and the source code generation unit includes: The API adapter according to any one of claims 1 to 3, wherein a source code of the adapterized API is generated including the contents of the setting of the acquisition source and the reflection destination set by the design support unit. The device.
  • the developer can set the request parameters and the response parameters with less operations than when using the API adapter device according to claim 1, and the API adapter development becomes more efficient.
  • an API adapter creating program for causing a computer to function as the API adapter creating apparatus according to any one of the first to fourth aspects.
  • the API adapter device can be realized using a general computer.
  • an API adapter creation device an API adapter creation method, and an API adapter creation program capable of efficiently creating an API adapter for a wholesale service provided in a multiple service cooperation execution device.
  • FIG. 1 is a diagram illustrating a configuration of a network system including a multiple service cooperation execution device according to an embodiment.
  • FIG. 3 is a diagram illustrating a configuration of an API adapter unit according to the embodiment.
  • 5 is a flowchart illustrating a procedure for developing an API call logic unit according to the embodiment. It is a figure showing the whole API adapter creation device composition concerning this embodiment. It is a figure showing the data composition of wholesale service API specification database concerning this embodiment.
  • FIG. 3 is a diagram illustrating a data configuration of an API execution order database according to the embodiment.
  • FIG. 3 is a diagram illustrating a data configuration of an API parameter database according to the embodiment. It is a figure showing the execution order setting screen which the API adapter creation device concerning this embodiment displays.
  • FIG. 3 is a diagram for explaining records included in an API parameter database according to the embodiment. It is a figure which shows the parameter setting screen of the request parameter which the API adapter preparation apparatus which concerns on this embodiment displays.
  • FIG. 3 is a diagram for explaining records included in an API parameter database according to the embodiment. It is a figure showing the execution order setting screen which the API adapter creation device concerning this embodiment displays. It is a figure showing the execution condition setting screen which the API adapter creation device concerning this embodiment displays.
  • FIG. 4 is a diagram for explaining records of an API parameter database according to the embodiment.
  • FIG. 9 is a diagram showing a repetition condition setting screen displayed by the API adapter creation device according to the embodiment.
  • 5 is a flowchart illustrating a source code generation process executed by a source code generation unit according to the embodiment.
  • 9 is a flowchart illustrating a main process output process executed by a source code generation unit according to the embodiment. It is a source code generated by a source code generation unit according to the embodiment.
  • an API adapter creation device in an embodiment (embodiment) for implementing the present invention (described later) 4 (see FIG. 4).
  • FIG. 1 is a diagram illustrating a configuration of a network system including a multiple service cooperation execution device 900 according to the present embodiment.
  • the multiple service cooperation execution device 900 includes a cooperation execution device main body 910 and API adapters 920A to 920C.
  • the service provider 980 issues the cooperation order 950 to the multiple service cooperation execution device 900 via the multiple service cooperation API 970, and receives the cooperation service 965.
  • the cooperation order 950 is a message requesting a cooperation service 965 in which the network A service 951A, the cloud B service 951B, and the application C service (described as an application C service in FIG. 1) 951C cooperate.
  • the coordination execution apparatus main body unit 910 receives the service included in the received coordination order 950 from the wholesale service provider, cooperates with the service, and provides the service provider 980 as the cooperative service 965.
  • the coordination execution apparatus main body unit 910 refers to a catalog (setting file) (not shown) and generates a single order 955A corresponding to the network A service 951A included in the coordination order 950 and a single order 955B corresponding to the cloud B service 951B. , And a single order 955C corresponding to the application C service 951C.
  • the coordination execution device main unit 910 requests a wholesale service via the coordination execution device main unit API 973, using the unit orders 955A to 955C as parameters.
  • the coordination execution device main unit 910 receives the services 962A to 962C, generates a cooperative service 965 by cooperating with the services 962A to 962C, and provides the cooperative service 965 to the service provider 980.
  • the API adapter unit 920A receives the unit order 955A, transmits the service A request 956A to the wholesale service provider A985A via the wholesale service API 975A, receives the service A 961A, and provides the service 962A to the coordination execution device main unit 910. I do.
  • the API adapter unit 920B receives the unit order 955B, transmits the service B request 956B to the wholesale service provider B985B via the wholesale service API 975B, receives the service B 961B, and provides the service 962B to the coordination execution device main unit 910. I do.
  • the API adapter unit 920C receives the unit order 955C, transmits the service C request 956C to the wholesale service provider C985C via the wholesale service API 975C, receives the service C961C, and provides the service 962C to the coordination execution device main unit 910. I do.
  • Wholesale service APIs 975A to 975C are APIs independently provided by the wholesale service provider A985A, the wholesale service provider B985B, and the wholesale service provider C985C.
  • the API adapter units 920A to 920C absorb differences between the wholesale service APIs 975A to 975C and provide a common coordination execution device main unit API 973 to the coordination execution device main unit 910.
  • the multiple service cooperation execution apparatus 900 can provide a cooperation service including a new wholesale service. For this reason, the time and cost corresponding to the new wholesale service depend on the time and cost of development of the API adapter units 920A to 920C, and easiness of development is required.
  • FIG. 2 is a diagram illustrating a configuration of the API adapter unit 920 according to the present embodiment.
  • the API adapter unit 920 includes an order receiving unit 921, an API calling logic unit 922, and a wholesale service API executing unit 923.
  • the order receiving unit 921 receives a single order 955 from the coordination execution apparatus main body 910, and acquires the contents of the order. Further, the order receiving unit 921 performs a response process to the coordination execution device main unit 910.
  • the API calling logic unit 922 calls (executes) the individual service provided by the wholesale service provider 985 via the API in order to acquire the service requested by the single order 955. At this time, the API calling logic unit 922 generates request parameters of the individual service according to the execution order of the individual services provided by the wholesale service provider 985, calls the service via the API, and processes the response parameters. In response to the call of the API call logic unit 922, the wholesale service API execution unit 923 assembles an HTTP request and transmits it to the wholesale service company 985, receives a response, and outputs the response to the API call logic unit 922.
  • the order receiving unit 921 can be efficiently developed by using a common library.
  • the wholesale service API execution unit 923 is capable of efficient development by using an automatic source code generation tool based on API specifications of individual services (see Non-Patent Document 2).
  • the API call logic unit 922 requires manual design and implementation, which requires time and cost for development.
  • the present invention generates the source code of the API call logic unit 922 by manually setting only the minimum items in the design of the API call logic unit 922, and develops an efficient API adapter unit 920. Is possible.
  • requesting (calling) the wholesale service via the wholesale service API is also referred to as calling (executing) the wholesale service API while identifying the wholesale service and the wholesale service API.
  • FIG. 3 is a flowchart for explaining a development procedure of the API call logic unit 922 according to the present embodiment.
  • FIGS. 3 and 2 a description will be given of a procedure of developing the API call logic unit 922 performed by a developer using an API adapter creation device (see FIG. 4 described later).
  • step S101 the developer understands the API of the wholesale service.
  • the developer consults the specifications of the API provided by the wholesale service provider 985 or uses an API test tool in the market to check the specifications (verify the operation of the API) while checking the specifications. Understand the service API.
  • the developer is an API (an API provided as the cooperative execution device main unit API 973, an API supported by the API adapter unit 920, an API to be developed, and also referred to as an adapterized API).
  • the developer in charge determines the adapterized API, and executes the wholesale service individual service (wholesale service API) in the execution order (see FIG. 8 described later) and the execution condition (required in order to make the adapterized API function).
  • the following conditions see FIGS. 14 and 15
  • the repetition conditions see FIGS. 17 and 18
  • the adapterized API and the internal processing are identified, and the adapterized API calls (executes) a wholesale service (wholesale service API).
  • step S103 the developer specifies parameters. More specifically, the developer develops a request parameter (see FIG. 9 described later) included in the single order 955 from which the request parameter of the individual service is acquired, and a response parameter (refer to FIG. 9) of the service 962 to which the response parameter of the individual service is reflected. 10 to be described later).
  • a request parameter see FIG. 9 described later
  • a response parameter (refer to FIG. 9) of the service 962 to which the response parameter of the individual service is reflected. 10 to be described later).
  • step S104 the developer instructs the API adapter creation device to generate the source code of the API call logic unit 922 (see FIG. 21 described later).
  • step S105 the developer instructs the API adapter creation device to generate an execution file of the API adapter unit 920 including the order receiving unit 921 and the wholesale service API execution unit 923.
  • FIG. 4 is a diagram illustrating an overall configuration of the API adapter creation device 100 according to the present embodiment.
  • the configuration of the API adapter creating apparatus 100 used by the developer in developing the API adapter described in steps S102 to S105 of FIG. 3 will be described with reference to FIG.
  • the API adapter creation device 100 includes a control unit 110, a storage unit 120, and an input / output unit 130.
  • the input / output unit 130 includes an input device (not shown) such as a keyboard and a mouse, and an output device (not shown) such as a display.
  • the input / output unit 130 receives and displays logic and parameters of an adapter API defined by a developer.
  • the control unit 110 includes a CPU (Central Processing Unit), a wholesale service API specification reference unit 111, an API execution order setting unit 112, an API execution condition setting unit 113, an API repetition execution setting unit 114, an API request parameter acquisition source setting. It comprises a unit 115, an API response parameter reflection destination setting unit 116, an API request response parameter design support unit 117, a source code generation unit 118, and an adapter generation unit 119.
  • CPU Central Processing Unit
  • the control unit 110 includes a CPU (Central Processing Unit), a wholesale service API specification reference unit 111, an API execution order setting unit 112, an API execution condition setting unit 113, an API repetition execution setting unit 114, an API request parameter acquisition source setting. It comprises a unit 115, an API response parameter reflection destination setting unit 116, an API request response parameter design support unit 117, a source code generation unit 118, and an adapter generation unit 119.
  • the wholesale service API specification reference unit 111 reads the API specification described in the standard format of the wholesale service, and writes a wholesale service API specification database 210 (described as a wholesale service API specification DB (Database) in FIG. (See FIG. 5 described later). In addition, the wholesale service API specification reference unit 111 displays an API name and parameters included in the read wholesale service API specification on a display.
  • a wholesale service API specification database 210 described as a wholesale service API specification DB (Database) in FIG. (See FIG. 5 described later.
  • the wholesale service API specification reference unit 111 displays an API name and parameters included in the read wholesale service API specification on a display.
  • FIG. 5 is a diagram illustrating a data configuration of the wholesale service API specification database 210 according to the present embodiment.
  • the wholesale service API specification database 210 includes API specifications 229 of individual services provided by the wholesale service provider 985 (see FIG. 2).
  • Each API specification 229 includes a description of the API name 211, method 212, endpoint 213, request parameter 214, response parameter 219, and expected response 224.
  • the API name 211 is the name of the API.
  • the method 212 is an HTTP method for calling an API, and includes GET, POST, and the like.
  • the endpoint 213 is an address for calling the API.
  • the request parameter 214 is, for example, tabular data.
  • One row (record) represents one request parameter, and includes an object 215, a parameter 216, and a column (attribute) of a type 217.
  • the object 215 is the name of the object including the parameter indicated by the record.
  • Parameter 216 is the name of the parameter.
  • the type 217 is the type of the parameter.
  • Record 218 is included in the “AuthRequest” object and represents an “email” parameter of type “string”.
  • the response parameter 219 is, for example, tabular data, and one record represents one response parameter and includes attributes of the object 220, the parameter 221 and the type 222.
  • the meanings of the object 220, parameter 221 and type 222 are the same as those of the object 215, parameter 216 and type 217, respectively.
  • the record 223 is included in the “AuthResponse” object, and represents the “apiToken” parameter whose type is “string”.
  • the expected response 224 indicates an HTTP status code at the time of a normal response after calling the API.
  • the API execution order setting unit 112 sets the order of the wholesale service API called by the adapterized API. Specifically, the API execution order setting unit 112 reflects the call order (execution order) (see FIG. 8 described later) of the wholesale service API specified by the developer in the API execution order database 230 (see FIG. 6) described later. I do.
  • the API execution condition setting unit 113 sets the execution condition of the wholesale service API called by the adapterized API. More specifically, the API execution condition setting unit 113 describes the wholesale service API (see FIG. 14 described later) and its execution condition (calling condition, see FIG. 15 described later) to be called with a condition defined by the developer. This is reflected in the execution order database 230.
  • the API repetition execution setting unit 114 sets a wholesale service API that is repeatedly called by the adapterized API. More specifically, the API repetition execution setting unit 114 stores the wholesale service API (see FIG. 17 described later) and the repetition conditions (see FIG. 18 described later) defined by the developer in charge, in the API execution order database 230 described later. To reflect.
  • FIG. 6 is a diagram illustrating a data configuration of the API execution order database 230 according to the present embodiment.
  • the API execution order database 230 is, for example, tabular data, and one row (record) indicates processing in one adapterized API.
  • Each record includes an API 231, a type 232, an execution order 233, a process type 234, a process 235, and a column (attribute) of additional information 236.
  • $ API 231 is the name of the adapterized API.
  • the type 232 is the type of the adapterized API, and includes a new type indicated by “A”, a change indicated by “M”, and a deletion indicated by “D”.
  • One adapterized API is specified by a combination of the API 231 and the type 232.
  • the execution order 233 indicates the execution order in one adapterized API.
  • the process type 234 indicates the type of process indicated by the record, and includes "API execution” indicating a call to the wholesale service API and "control” indicating conditional execution or repeated execution.
  • Step 235 indicates the contents of the processing. If the process type 234 is “API execution”, the process 235 is the API name of the wholesale service to be called (see the API name 211 in FIG. 5). When the process type 234 is “control”, the process 235 includes “if” indicating the start and execution condition of the conditional execution, “end @ if” indicating the end of the conditional execution, and “start @ if” indicating the start of the repeated execution and the repeat condition. "End” or "end @ for” indicating the end of the repetitive execution.
  • the additional information 236 is an execution condition or a repetition condition.
  • the records 241 and 242 indicate that the adapter API of “XXX” whose type 232 is “A” (new) first calls (executes) the API “postAuth” of the wholesale service, and then calls “postNetwork”. Is shown.
  • Records 243 to 248 indicate that the adapter API of “YYY” whose type 232 is “A” first calls “postAuth” (see record 243), and then performs repetitive processing (see record 244). I have.
  • the condition of the repetition processing is “productOrder.characteristic.network” indicated in the additional information 236 of the record 244.
  • “productOrder.characteristic.network” is a variable indicating an array, and the process is repeated for each element of the array.
  • the contents of the repeated processing are the processing up to “end @ for” (see the record 248) corresponding to the “for” which is the processing 235 of the record 244, and the processing indicated by the records 245 to 247 is repeated.
  • the content of the executed processing is processing up to “end @ if” (see record 247) corresponding to “if” which is processing 235 of record 245, and processing for calling wholesale service API “postNetwork” indicated by record 246. It is.
  • the API request parameter acquisition source setting unit 115 sets the request parameter of the adapterized API from which the request parameter of the called wholesale service API is acquired. More specifically, the API request parameter acquisition source setting unit 115 stores, in the API parameter database 250 to be described later, the request parameters (see FIG. 9) of the adapterized API from which the request parameters of the wholesale service API are acquired by the developer. (See FIG. 7).
  • the API response parameter reflection destination setting unit 116 sets response parameters of the adapterized API to which the response parameters of the called wholesale service API are reflected. More specifically, the API response parameter reflection destination setting unit 116 stores the response parameter (see FIG. 10) of the adapterized API to which the response parameter of the wholesale service API specified by the developer in charge is reflected, into an API parameter database 250 described later. (See FIG. 7).
  • the API request / response parameter design support unit 117 sets the source of the request parameter of the wholesale service API and the reflection destination of the response parameter without being specified by the developer. More specifically, the API request / response parameter design support unit 117 defines the request parameters of the adapter API as the acquisition source based on the object 215, the parameters 216, and the type 217 of the request parameters 214 (see FIG. 5) of the wholesale service API. This is reflected in an API parameter database 250 (see FIG. 7) described later. Further, the API request / response parameter design support unit 117 defines the response parameters of the adaptation API to be reflected on the basis of the object 220, the parameters 221 and the type 222 of the response parameters 219 (see FIG. 5) of the wholesale service API. This is reflected in the API parameter database 250 (see FIG. 7) described later.
  • FIG. 7 is a diagram illustrating a data configuration of the API parameter database 250 according to the present embodiment.
  • the API parameter database is, for example, data in a table format, and one row (record) indicates a parameter of the wholesale service API, and the API 251, type 252, processing 253, parameter type 254, object 255, parameter 256, input source / A column (attribute) of the reflection destination 257 is included.
  • the API 251 and the type 252 are the same as the API 231 and the type 232 of the API execution order database 230 (see FIG. 6), respectively, and the parameters of the wholesale service API indicated by the record indicate which adapter-ized API is called.
  • the process 253 corresponds to the process 235 and the execution order 233 of the API execution order database 230, and indicates which wholesale service API is called by the parameter indicated by the record. Since the adapter API may call the same wholesale service API a plurality of times, the wholesale service API to be called in combination of the process 235 and the execution order 233 is specified.
  • the parameter type 254 is a type of the parameter, and is “request” or “response”.
  • the object 255 corresponds to the object 215 of the request parameter 214 or the object 220 of the response parameter 219 shown in FIG.
  • the parameter 256 corresponds to the parameter 216 of the request parameter 214 or the parameter 221 of the response parameter 219. With the object 255 and the parameter 256, it is possible to specify which parameter of the wholesale service API shown in the process 253.
  • the input source / reflection destination 257 is a parameter of the adapter API which is the input source or the reflection destination.
  • the object 255 of the request parameter is “AuthRequest”.
  • the input source of the parameter 256 “email” is “accountInfo.email” of the adapterized API.
  • the input source of the parameter 256 “name” in which the request parameter object 255 is “Network” in the call of the wholesale service API of “postNetwork” whose execution order is “4” is adapterized It indicates that the API is "productOrder.characteristic.network.name”.
  • the call destination of the “postAuth” wholesale service API whose execution order is “1” (refer to the record 243 in FIG. 6) is a parameter 256 “apiToken” in which the response parameter object 255 is “AuthResponse”. , "InternalData.apiToken" of the adapterized API.
  • the source code generation unit 118 generates the source code (see FIG. 21 described later) of the API call logic unit 922 based on the information stored in the API execution order database 230 and the API parameter database 250. This source code generation processing will be described with reference to FIGS. 19 and 20 described later.
  • the adapter generation unit 119 compiles the source code and generates an API adapter unit 920 including the order reception unit 921 and the wholesale service API execution unit 923.
  • the storage unit 120 includes a wholesale service API specification database 210, an API execution order database 230, an API parameter database 250, an API adapter source code repository 270, and an API adapter execution file repository 280.
  • the wholesale service API specification database 210, API execution order database 230, and API parameter database 250 have already been described.
  • the API adapter source code repository 270 is a repository for the API adapter source code, and the adapter generation unit 119 stores the generated source code in the API adapter source code repository 270.
  • the API adapter execution file repository 280 is a repository for an API adapter execution file, and the adapter generation unit 119 stores the API adapter execution file compiled and generated in the API adapter execution file repository 280.
  • FIG. 8 is a diagram showing an execution order setting screen 400 displayed by the API adapter creation device 100 according to the present embodiment.
  • a wholesale service API specification area 410 is displayed.
  • a list of API name icons 411 and 412 of the wholesale service API is displayed. Note that the name displayed on the API name icon is a link between the method 212 and the endpoint 213 of the API specification 229 (see FIG. 5) of the wholesale service.
  • a control component area 421 including an “if” icon 422 and a “for” icon 423 is displayed.
  • An adapter logic area 431 is displayed on the right side of the execution order setting screen 400.
  • the adapter logic area 431 is divided into a new adapter logic area 432, a changed adapter logic area 433, and a deleted adapter logic area 434.
  • the operation of the developer in the new adapter logic area 432, the change adapter logic area 433, and the deletion adapter logic area 434, and the reflection of the execution order resulting from the operation in the API execution order database 230 (see FIG. 6) are as follows. , Except for the types 232 and 252, regardless of the area.
  • the new adapter logic area 432 will be described.
  • the developer can define the calling order (execution order) of the wholesale service API by dragging the API name icons 411 and 412 in the wholesale service API specification area 410 and dropping it in the new adapter logic area 432. it can.
  • the execution order is called in the order of “POST / auth” and “POST / network”.
  • the API execution order setting unit 112 stores the execution order defined in the new adapter logic area 432 in the API execution order database 230 as the records 241 and 242 in FIG.
  • the name of the adapter API is “XXX”.
  • the name of the adapter API is “YYY”.
  • FIG. 9 is a diagram showing a parameter setting screen 440 displayed by the API adapter creation device 100 according to the present embodiment.
  • the API adapter creation device 100 A parameter setting screen 440 is displayed.
  • An input / output data area 450 is displayed on the left side of the parameter setting screen 440.
  • the input / output data area 450 is an area in which data included in request parameters and response parameters of the adapterized API is displayed including its tree structure.
  • the developer defines the request parameter and the response parameter of the adapter API while editing and referring to the input / output data area 450.
  • an API request / response parameter setting area 460 is displayed.
  • a name icon ("POST / network" in FIG. 5)
  • an expected response (displayed as "201" in FIG. 5) of the wholesale service API for which the parameter is to be set are displayed.
  • a request parameter setting table 470 is displayed below the upper area 461.
  • the request parameter setting table 470 is tabular data, one row (record) indicates one request parameter, and columns (attributes) of an object 471, a parameter 472, a type 473, an acquisition source 474, and a value 475.
  • the API request parameter acquisition source setting unit 115 refers to the request parameter 214 of the wholesale service API specification database 210 (see FIG. 5) and displays the object 471, the parameter 472, and the type 473.
  • the API request parameter obtainment source setting unit 115 displays the acquisition source parameter on the acquisition source 474. For example, if the developer specifies that the acquisition source of the “name” parameter shown in the record 479 is the “name” parameter 453 displayed in the input / output data area 450, the API request parameter acquisition source setting unit 115 , The “productOrder” parameter 451 including the “name” parameter 453 is displayed on the acquisition source 474. Further, the API request parameter acquisition source setting unit 115 reflects this designation (setting) in the API parameter database 250 (see the record 262 in FIG. 7).
  • the name of the wholesale service API on the parameter setting screen 440 connects the method 212 of the wholesale service API specification 229 (see FIG. 5) and the endpoint 213 like “POST / network” on the name icon. It has a name.
  • the name of the wholesale service API in the API parameter database 250 is the API name 211 of the API specification 229 of the wholesale service included in the process 253. The developer can also specify the value of the request parameter without specifying the source of the request parameter. At this time, a value is designated as the value 475.
  • FIG. 10 is a diagram showing a parameter setting screen 440 of a response parameter displayed by the API adapter creation device 100 according to the present embodiment.
  • the request parameter setting table 470 is not displayed in a folded state.
  • toggle button 464 When toggle button 464 is clicked, it is expanded and request parameter setting table 470 (see FIG. 9) is displayed. At this time, the display label of the toggle button 464 is "-", and when clicked again, the request parameter setting table 470 is not displayed in a folded state.
  • the response parameter setting table 480 is tabular data.
  • One row (record) indicates one response parameter, and includes columns (attributes) of an object 481, a parameter 482, a type 483, and a reflection destination 484.
  • the API response parameter reflection destination setting unit 116 refers to the response parameter 219 of the wholesale service API specification database 210 (see FIG. 5) and displays the object 481, the parameter 482, and the type 483.
  • the API response parameter reflection destination setting unit 116 displays the parameters of the reflection destination on the reflection destination 484. For example, when the developer designates the “id” parameter 455 displayed in the input / output data area 450 as the reflection destination of the “id” parameter shown in the record 489, the API response parameter reflection destination setting unit 116 , The “product” parameter 454 including the “id” parameter 455 is displayed on the reflection destination 484. Further, the API response parameter reflection destination setting unit 116 reflects this designation (setting) in the API parameter database 250 (see a record 264 in FIG. 11 described later).
  • FIG. 11 is a diagram for explaining a record 264 included in the API parameter database 250 according to the present embodiment.
  • the record 264 indicates that the destination of the parameter 256 “id” whose response parameter object 255 is “Network” in the call of the wholesale service API of “postNetwork” whose execution order is “4” (see record 246 in FIG. 6) , "Product.characteristic.network.id" of the adapterized API.
  • the developer can specify the acquisition source of the request parameter of the wholesale service API and the reflection destination of the response parameter on the screen of the API adapter creation device 100.
  • the name of the request parameter of the wholesale service API matches the name of the request parameter of the adapter API that is the acquisition source, or the name of the response parameter of the wholesale service API and the adapter API that is the reflection destination If the name of the response parameter matches, the acquisition source and the reflection destination can be set without specifying by the developer.
  • FIG. 12 is a diagram showing a parameter setting screen 440 for request parameters displayed by the API adapter creation device 100 according to the present embodiment.
  • the request parameter setting table 470A displays a “name” parameter and a “description” parameter.
  • the API request / response parameter design support unit 117 outputs the “productOrder” parameter 451
  • the parameters having the same name in the parameters included in the request parameter setting table 470A are searched for, and the acquisition source 474 is set and reflected in the API parameter database 250 (see FIG. 13 described later). Records 262, 265).
  • the API request / response parameter design support unit 117 executes the “Network” object immediately below “productOrder.characteristic”.
  • a 471 type parameter “productOrder.characteristic.network” is defined, set as an acquisition source, and reflected in the API parameter database 250.
  • the API request / response parameter design support unit 117 sets a reflection destination for the response parameter, and reflects the response parameter in the API parameter database 250.
  • FIG. 13 is a diagram for explaining the records 262 and 265 included in the API parameter database 250 according to the present embodiment.
  • the record 262 is described in FIG.
  • the record 265 indicates that the source of the parameter 256 “description” in which the request parameter object 255 is “Network” in the call of the wholesale service API of “postNetwork” whose execution order is “4” (see record 246 in FIG. 6). , "ProductOrder.characteristic.network.description" of the adapterized API.
  • FIG. 14 is a diagram showing an execution order setting screen 400A displayed by the API adapter creation device 100 according to the present embodiment. With reference to FIG. 14, a process for defining conditional execution will be described.
  • FIG. 15 is a diagram showing an execution condition setting screen 491 displayed by the API adapter creation device 100 according to the present embodiment.
  • An input / output data area 450 is displayed on the right side of the execution condition setting screen 491, and an execution condition setting area 492 is displayed on the left side.
  • the developer in charge combines the execution condition setting area 492 with parameters and constants (for example, true and false values, numeric values, and character strings), comparison operators, numeric operators, and functions in the input / output data area 450, Specifies the expression that is the execution condition.
  • the execution condition specifies that the value of the parameter “productOrder.characteristic.network.enable” is true.
  • FIG. 16 is a diagram for explaining records in the API parameter database 250 according to the present embodiment.
  • records 271 to 274 are stored in the API execution order database 230.
  • processes are defined in the order of “POST / auth”, “if”, and “POST / network”, and correspond to records 271 to 273, respectively.
  • Record 274 indicates the end of the conditional execution indicated in record 272.
  • an expression of the execution condition defined in the execution condition setting area 492 (see FIG. 15) is stored.
  • FIG. 17 is a diagram showing an execution order setting screen 400B displayed by the API adapter creation device 100 according to the present embodiment. With reference to FIG. 17, a process for defining the repetitive execution will be described.
  • the wholesale service API is called in the order of "POST / auth” and "POST / network” of conditional execution.
  • the developer in charge drags the “for” icon 423 and displays “POST / auth” and “if” displayed in the new adapter logic area 432A. Drop between.
  • the API repetition execution setting unit 114 detects this drop, and displays the “if” icon and the API name icon of “POST / network” on the right side by one row as displayed in the new adapter logic area 432B of FIG. Move and display, indicating that the conditional execution "POST / network” will be executed repeatedly.
  • FIG. 18 is a diagram showing a repetition condition setting screen 495 displayed by the API adapter creation device 100 according to the present embodiment.
  • An input / output data area 450 is displayed on the left side of the execution condition setting screen 491, and a repetition condition setting area 496 is displayed on the right side.
  • the developer sets the repetition condition in the repetition condition setting area 496 by defining the parameters in the input / output data area 450 as the repetition variable.
  • a parameter “productOrder.characteristic.network” is defined as a repeated variable. This parameter is an array, and specifies that the processing is repeated for each element of the array.
  • Record 248 indicates the end of the repetitive execution indicated in record 244.
  • a repeat variable defined in the repeat condition setting area 496 (see FIG. 18) is stored.
  • Record 247 indicates the end of the conditional execution indicated in record 245.
  • an expression of the execution condition defined in the execution condition setting area 492 (see FIG. 15) is stored.
  • FIG. 19 is a flowchart illustrating a source code generation process executed by the source code generation unit 118 according to the present embodiment.
  • FIG. 20 is a flowchart illustrating a main process output process executed by the source code generation unit 118 according to the present embodiment.
  • the main body output processing is the processing of step S204 in FIG.
  • FIG. 21 shows a source code 290 generated by the source code generation unit 118 according to the present embodiment.
  • the source code generation process is a process executed in step S104 (see FIG. 3).
  • An adapterized API is defined as a method of a class in an object-oriented language.
  • Line 1 is a declaration of a class name, and the lines after line 1 are class definitions (class descriptions).
  • Line 28 is the end line of the class definition.
  • the class name includes the name of the adapter API (see API 231 in FIG. 6) and the type (see type 232 in FIG. 6).
  • Line 3 is a method name declaration of the method which is the adapterized API, and line 3 and subsequent lines are the method definition.
  • Line 27 is the end line of the method definition.
  • the method definitions (line 5 to line 26) described below are the logic of the adapter API, and the processes stored in the records 243 to 248 (see FIG. 6) are output as source code.
  • Line 9 is a call for “postAuth” of the wholesale service API.
  • Lines 5 to 7 are codes for generating a “postAuth” request parameter before calling “postAuth”, and the value of the request parameter (acquisition source) of the adapterized API is used as the “postAuth” request parameter.
  • Lines 11 and 12 are codes for setting the response parameter of “postAuth” to the response parameter (reflection destination) of the adapter API.
  • Line 14 is the beginning of a for sentence including a repeat condition, and line 26 is the end line of the for sentence.
  • Line 15 is the start of the if statement including the execution condition, and line 25 is the end line of the if statement.
  • Lines 16 to 24 are processes included in the if statement, and call “postNetwork” of the wholesale service API in line 21, process request parameters in lines 16 to 19, and process response parameters in lines 23 to 24. including.
  • step S201 of FIG. 19 the source code generation unit 118 outputs the class name declaration line shown in line 1 of the source code 290.
  • “Add” in the class name “AddYYYProcess” included in the class name declaration line indicates that the adapter API is new (the type 232 in FIG. 6 is “A”).
  • “YYY” is the name of the adapter API (see API 231 in FIG. 6).
  • step S202 the source code generation unit 118 outputs the method name declaration line shown in line 3 of the source code 290. “InteractWithPartner” in the method name is a fixed name.
  • step S203 the source code generation unit 118 repeats the main processing output of step S204 for each process included in the logic of the adapter function.
  • the processing included in the logic of the records 243 to 248 is the processing shown in the records 243 and 244. Since the processes shown in the records 245 to 247 are included in the repetition process of “for” shown in the record 244, they are not subjected to the repetition process of step S203.
  • the processing of the record 248 is the end of the repetitive processing of the record 244, and is processed as a part of the main body output processing for the record 244.
  • step S205 the source code generation unit 118 determines whether or not step S204 has been executed for all processes included in the logic of the adapter function. If step S204 has been executed for all processes, the process proceeds to step S206, and if there is any remaining process, step S204 is executed for the next process. Lines 5 to 26 of the source code 290 are output in the processing of steps S203 to S205.
  • step S206 the source code generation unit 118 outputs the line 27 of the source code 290, which is the end line of the method definition.
  • step S207 the source code generation unit 118 outputs the line 28 of the source code 290, which is the end line of the class definition.
  • the main body output process is a recursive process in which the main body output process which is itself is called in steps S238 and S243.
  • the main body output processing is executed twice: “postAuth” corresponding to the record 243, and “for” corresponding to the record 244. Many body output processes are performed.
  • step S231 if the processing type 234 (refer to FIG. 6) is “API execution” (call of the wholesale service API), the source code generation unit 118 proceeds to step S232 (step S231 ⁇ API execution) and sets the processing type 234 to “ If the process 235 is “for” in “control” (step S231 ⁇ for), the process proceeds to step S235. If the process type 234 is “control” and the process 235 is “if” (step S231 ⁇ if), the process proceeds to step S241.
  • step S232 the source code generator 118 outputs a code for setting a request parameter.
  • the source code generation unit 118 refers to the record corresponding to the wholesale service API to be called, which is included in the API parameter database 250 (see FIG. 7), and converts the request parameter of the adapterized API to the request parameter of the wholesale service API. Generate source code to be set to.
  • the source code generation unit 118 in the API parameter database 250 (see FIG. 7), the process 253 includes “postAuth” of the process 235 of the record 243 and “1” of the execution order 233, and the parameter type 254 indicates “request”. ".
  • the source code generation unit 118 outputs a code for generating the object 255 of the record of the search result and a code for setting the input source / reflection destination 257 in the parameter 256 of the object 255 included in the record of the search result. .
  • the record 261 is searched, and a line 5 of the source code 290 for generating an object and a line 6 for setting a parameter are output.
  • Line 7 of the source code 290 is also searched and output in the same manner as the record 261. If the code for generating the object has been output, the code for generating the object is not output.
  • step S233 the source code generator 118 outputs a code for calling the wholesale service API.
  • the source code generation unit 118 outputs line 9 of the source code 290.
  • step S234 the source code generator 118 outputs a code for setting a response parameter.
  • the source code generation unit 118 refers to the record corresponding to the wholesale service API to be called, which is included in the API parameter database 250, and sets the response parameter of the wholesale service API to the response parameter of the adapterized API.
  • the source code generation unit 118 in the API parameter database 250 (see FIG. 7), the process 253 includes “postAuth” of the process 235 of the record 243 and “1” of the execution order 233, and the parameter type 254 indicates “response”. ".
  • the source code generation unit 118 outputs a code for acquiring the object 255 of the record of the search result and a code for setting the parameter 256 to the parameter of the input source / reflection destination 257.
  • step S235 the source code generation unit 118 generates a repetition control variable. Specifically, the source code generation unit 118 generates a control variable of a repetition variable included in the additional information 236.
  • the repetition variable in the additional information 236 of the record 244 is “productOrder.characteristic.network”, which is an array variable. Therefore, the source code generation unit 118 generates an integer variable “i” as a control variable representing an index of the array.
  • step S236 the source code generation unit 118 outputs a for line. More specifically, the source code generation unit 118 outputs a generated control variable and a for line including the repetition variable in the additional information 236.
  • the source code generation unit 118 sets the initial value of the control variable to 0, and increments the control variable by one, and sets “productOrder.characteristic.network.length”, which is the length of the array of the repetition variable “productOrder.characteristic.network”.
  • the line 14 of the source code 290 is output, indicating that the above operation is repeated.
  • the source code generation unit 118 repeats the main body output process in step S238 for each process included in “for”.
  • the process included in “for” of the record 244 is only the process of “if” of the record 245.
  • the record 246 is a process included in “if” of the record 245, and the record 247 is an end of “if” of the record 245. Therefore, the source code generation unit 118 executes a main body output process for the process of the record 245. This processing will be described in detail in steps S241 to S245. In this process, lines 15 to 25 of the source code 290 are output.
  • step S240 source code generation section 118 outputs an end line. In the “for” of the record 244, the line 26 of the source code 290 is output.
  • step S241 the source code generation unit 118 outputs an if line including an execution condition.
  • “productOrder.characteristic.network” included in the execution condition is an array, and row 15 including the control variable “i” output in row 14 is output.
  • the source code generation unit 118 repeats the main body output processing in step S243 for each processing included in “if”.
  • the process included in “if” of the record 245 is only the process of “postNetwork” of the record 246. Therefore, the source code generation unit 118 executes a main body output process for the process of the record 246. This process is the same as “postAuth” described in steps S232 to S234, and the lines 16 to 24 of the source code 290 are output.
  • step S245 the source code generator 118 outputs an end line. In “if” of the record 245, the line 25 of the source code 290 is output.
  • API adapter creation device The developer defines the order, execution condition, and repetition condition of the wholesale service API called by the adapter API, and defines the relationship between the request / response parameter of the adapter API and the request / response parameter of the wholesale service API.
  • an API adapter can be developed. Since the developer does not need to write the source code and can concentrate on the examination of the logic, the development period is shortened, and new wholesale services and specification changes can be responded in a short time.
  • the definition of the execution order and the parameter relation described above is the design information, and there is no need to create a specification as the design information. Further, when the design information or the source code is changed, it is not necessary to correct the other. There is no inconsistency between the design information and the implementation (source code).
  • API adapter creation device 110 Control unit 111 Wholesale service API specification reference unit 112 API execution order setting unit 113 API execution condition setting unit 114 API repetition execution setting unit 115 API request parameter acquisition source setting unit 116 API response parameter reflection destination setting unit 117 API request / response parameter design support unit 118 Source code generation unit 119 Adapter generation unit 120 Storage unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Stored Programmes (AREA)

Abstract

【課題】卸サービスの連携実行装置に備わる卸サービスのＡＰＩアダプタを効率的に作成する。 【解決手段】ＡＰＩアダプタ作成装置１００は、開発担当者による、ＡＰＩアダプタが提供するアダプタ化ＡＰＩの内部処理が呼び出す卸サービスＡＰＩの実行順序の設定、卸サービスＡＰＩの要求パラメータの取得元となるアダプタ化ＡＰＩの要求パラメータの設定、および、卸サービスＡＰＩの応答パラメータの反映先となるアダプタ化ＡＰＩの応答パラメータの設定を受け付ける。ＡＰＩアダプタ作成装置１００は、受け付けた設定に基づいて、ソースコードを生成する。

Description

ＡＰＩアダプタ作成装置、ＡＰＩアダプタ作成方法およびＡＰＩアダプタ作成プログラム
　本発明は、複数サービス連携実行装置に備わるＡＰＩアダプタを効率的に作成するＡＰＩアダプタ作成装置、ＡＰＩアダプタ作成方法およびＡＰＩアダプタ作成プログラムに関する。
　近年、新たなデジタルサービスを創出するにあたり、全てを自社の設備で構築するのではなく、他事業者のデジタルサービス（卸サービス）を利用してエンドユーザにデジタルサービスを提供する、Ｂ２Ｂ２Ｘ（Business to Business to X）モデルの通信サービスが一般化しつつある。
　Ｂ２Ｂ２Ｘモデルのサービスの普及に伴って、複数の卸サービスを組み合わせた連携サービスを構築、運用するための、複数サービス連携実行装置の重要性が増している。新たな卸サービスの登場、および既存サービスの仕様変更が頻繁に行われるため、連携サービスの事業者は、低コスト・短期間で新しい卸サービスおよび既存サービスの仕様変更に追随することが求められる。
　事業者は、ＨＴＴＰ（HyperText Transfer Protocol）上のＲＥＳＴ　ＡＰＩ（REpresentational State Transfer Application Program Interface）（以下、単にＡＰＩとも記す）としてサービスを提供している。また、事業者は、ＡＰＩの名称、アクセス先のＵＲＬ（Uniform Resource Locator）やＨＴＴＰメソッド、パラメータなどのＡＰＩ仕様を規定して公開している。
　連携サービスを提供する事業者は、卸サービスのＡＰＩ仕様を参照して、卸サービスの組み合わせ方法を設計し、連携サービスを構築、提供する装置（複数サービス連携実行装置）を開発する。新しい卸サービスおよび既存サービスの仕様変更に容易に対応可能な複数サービス連携実行装置のアーキテクチャとして、非特許文献１，２に記載の技術がある。また、非特許文献１，２には、異なる卸サービスの仕様差分を吸収することで、新しい卸サービスや仕様変更にも容易に対応可能とするＡＰＩアダプタが提案されている。
武直樹, 他5名, "Web APIアダプタ開発容易化に関する一考察," 第14回ネットワークソフトウェア(NWS)研究会, 電子情報通信学会, 2017年10月19日. 武直樹, 他5名, "APIアダプタ開発におけるSwagger Codegenの適用性," 電子情報通信学会総合大会講演, B-14-13, 電子情報通信学会, 2018年3月20日～23日.
　非特許文献１および非特許文献２には、ＡＰＩアダプタの一部の構成要素（モジュール）について、市中ライブラリの活用、共通ライブラリ化、および卸サービスＡＰＩの仕様に基づくソースコードの自動生成により、ＡＰＩアダプタの開発が容易化できることが記載されている。しかしながら、ＡＰＩアダプタには、人手による設計と実装が必要なモジュールが残っており、さらなる開発の容易化が望まれていた。
　このような背景に鑑みて本発明がなされたのであり、本発明は、複数サービス連携実行装置に備わる卸サービスのＡＰＩアダプタを効率的に作成することができるＡＰＩアダプタ作成装置、ＡＰＩアダプタ作成方法、およびＡＰＩアダプタ作成プログラムを提供することを課題とする。
　前記した課題を解決するため、請求項１に記載の発明は、複数の卸サービスを組み合わせた連携サービスを構築する複数サービス連携実行装置に備わる、前記卸サービスのＡＰＩ（Application Program Interface）アダプタが提供するアダプタ化ＡＰＩを作成するＡＰＩアダプタ作成装置であって、前記アダプタ化ＡＰＩの内部処理が呼び出す前記卸サービスのＡＰＩを示す卸サービスＡＰＩの実行順序の設定を受け付けるＡＰＩ実行順序設定部と、前記卸サービスＡＰＩの要求パラメータの取得元となる前記アダプタ化ＡＰＩの要求パラメータの設定を受け付けるＡＰＩ要求パラメータ取得元設定部と、前記卸サービスＡＰＩの応答パラメータの反映先となる前記アダプタ化ＡＰＩの応答パラメータの設定を受け付けるＡＰＩ応答パラメータ反映先設定部と、前記実行順序の設定と、前記取得元の設定と、前記反映先の設定に基づいて、前記アダプタ化ＡＰＩのソースコードを生成するソースコード生成部と、を備えることを特徴とするＡＰＩアダプタ作成装置とした。
　また、請求項５に記載の発明は、複数の卸サービスを組み合わせた連携サービスを構築する複数サービス連携実行装置に備わる、前記卸サービスのＡＰＩアダプタが提供するアダプタ化ＡＰＩを作成するＡＰＩアダプタ作成装置のＡＰＩアダプタ作成方法であって、前記アダプタ化ＡＰＩの内部処理が呼び出す前記卸サービスのＡＰＩを示す卸サービスＡＰＩの実行順序の設定を受け付けるステップと、前記卸サービスＡＰＩの要求パラメータの取得元となる前記アダプタ化ＡＰＩの要求パラメータの設定を受け付けるステップと、前記卸サービスＡＰＩの応答パラメータの反映先となる前記アダプタ化ＡＰＩの応答パラメータの設定を受け付けるステップと、前記実行順序の設定と、前記取得元の設定と、前記反映先の設定に基づいて、前記アダプタ化ＡＰＩのソースコードを生成するステップと、を実行することを特徴とするＡＰＩアダプタ作成方法とした。
　このようにすることで、ＡＰＩアダプタ作成装置は、ＡＰＩアダプタの開発担当者が規定した実行順序に従った卸サービスＡＰＩの呼出しや、アダプタ化ＡＰＩの要求パラメータからの卸サービスＡＰＩの要求パラメータの取得、卸サービスの応答パラメータからのアダプタ化ＡＰＩの応答パラメータへの反映を含んだソースコードを生成することが可能となる。このため、開発担当者は、ソースコードを記述する必要がなくなり、ロジックの検討に集中することができるようになる。結果として、ＡＰＩアダプタの開発期間が短くなり、新しい卸サービスや仕様変更にも短期間で対応可能となる。
　請求項２に記載の発明は、前記卸サービスＡＰＩの実行の実行条件の設定を受け付けるＡＰＩ実行条件設定部を、さらに備え、前記ソースコード生成部が、前記実行条件の設定の内容を含む、前記アダプタ化ＡＰＩのソースコードを生成することを特徴とする請求項１に記載のＡＰＩアダプタ作成装置とした。
　このようにすることで、ＡＰＩアダプタ装置は、条件付きの卸サービスＡＰＩの呼出しを含むソースコードを生成することができる。
　請求項３に記載の発明は、前記卸サービスＡＰＩの繰返し実行の繰返し条件の設定を受け付けるＡＰＩ繰返し条件設定部を、さらに備え、前記ソースコード生成部が、前記繰返し条件の設定の内容を含む、前記アダプタ化ＡＰＩのソースコードを生成することを特徴とする請求項１に記載のＡＰＩアダプタ作成装置とした。
　このようにすることで、ＡＰＩアダプタ装置は、繰返しの卸サービスＡＰＩの呼出しを含むソースコードを生成することができる。
　請求項４に記載の発明は、前記卸サービスＡＰＩの要求パラメータの指定を受け付けると、当該要求パラメータと同じ名称の前記アダプタ化ＡＰＩの要求パラメータを取得元と設定し、前記卸サービスＡＰＩの応答パラメータの指定を受け付けると、当該応答パラメータと同じ名称の前記アダプタ化ＡＰＩの応答パラメータを反映先と設定するＡＰＩ要求応答パラメータ設計支援部を、さらに備え、前記ソースコード生成部は、前記ＡＰＩ要求応答パラメータ設計支援部が設定した前記取得元および反映先の設定の内容を含む、前記アダプタ化ＡＰＩのソースコードを生成することを特徴とする請求項１～３のいずれか１項に記載のＡＰＩアダプタ作成装置とした。
　このようにすることで、開発担当者は、請求項１に記載のＡＰＩアダプタ装置を用いる場合より少ない操作で要求パラメータと応答パラメータの設定が可能となり、ＡＰＩアダプタの開発がより効率的になる。
　請求項６に記載の発明は、コンピュータを請求項１～４のいずれか１項に記載のＡＰＩアダプタ作成装置として機能させるためのＡＰＩアダプタ作成プログラムとした。
　このようにすることで、一般的なコンピュータを用いて、請求項１～４のいずれか１項に記載のＡＰＩアダプタ装置を実現させることができる。
　本発明によれば、複数サービス連携実行装置に備わる卸サービスのＡＰＩアダプタを効率的に作成することができるＡＰＩアダプタ作成装置、ＡＰＩアダプタ作成方法、およびＡＰＩアダプタ作成プログラムを提供することができる。
本実施形態に係る複数サービス連携実行装置を含むネットワークシステムの構成を示す図である。 本実施形態に係るＡＰＩアダプタ部の構成を示す図である。 本実施形態にＡＰＩ呼出しロジック部の開発手順を説明するためのフローチャートである。 本実施形態に係るＡＰＩアダプタ作成装置の全体構成を示す図である。 本実施形態に係る卸サービスＡＰＩ仕様データベースのデータ構成を示す図である。 本実施形態に係るＡＰＩ実行順序データベースのデータ構成を示す図である。 本実施形態に係るＡＰＩパラメータデータベースのデータ構成を示す図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する実行順序設定画面を示す図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示するパラメータ設定画面を示す図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する、応答パラメータのパラメータ設定画面を示す図である。 本実施形態に係るＡＰＩパラメータデータベースに含まれるレコードを説明するための図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する、要求パラメータのパラメータ設定画面を示す図である。 本実施形態に係るＡＰＩパラメータデータベースに含まれるレコードを説明するための図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する実行順序設定画面を示す図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する実行条件設定画面を示す図である。 本実施形態に係るＡＰＩパラメータデータベースのレコードを説明するための図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する実行順序設定画面を示す図である。 本実施形態に係るＡＰＩアダプタ作成装置が表示する繰返し条件設定画面を示す図である。 本実施形態に係るソースコード生成部が実行するソースコード生成処理を示すフローチャートである。 本実施形態に係るソースコード生成部が実行する本体処理出力処理を示すフローチャートである。 本実施形態に係るソースコード生成部が生成したソースコードである。
　以下では、ＡＰＩアダプタを備える複数サービス連携実行装置の全体構成、ＡＰＩアダプタの構成およびＡＰＩアダプタ開発の課題を説明した後に、本発明を実施するための形態（実施形態）におけるＡＰＩアダプタ作成装置（後記する図４参照）について説明する。
≪複数サービス連携実行装置の構成≫
　図１は、本実施形態に係る複数サービス連携実行装置９００を含むネットワークシステムの構成を示す図である。複数サービス連携実行装置９００は、連携実行装置本体部９１０およびＡＰＩアダプタ部９２０Ａ～９２０Ｃを備える。
　サービス事業者９８０は、複数サービス連携ＡＰＩ９７０を介して、連携オーダ９５０を複数サービス連携実行装置９００に発行し、連携サービス９６５を受け取る。連携オーダ９５０は、ネットワークＡサービス９５１Ａと、クラウドＢサービス９５１Ｂと、アプリケーションＣサービス（図１では、アプリＣサービスと記載）９５１Ｃとが連携した連携サービス９６５を要求するメッセージである。
　連携実行装置本体部９１０は、受信した連携オーダ９５０に含まれるサービスを、卸サービス事業者から受け取って、連携させて、連携サービス９６５としてサービス事業者９８０に提供する。連携実行装置本体部９１０は、不図示のカタログ（設定ファイル）を参照して、連携オーダ９５０に含まれるネットワークＡサービス９５１Ａに対応する単体オーダ９５５Ａと、クラウドＢサービス９５１Ｂに対応する単体オーダ９５５Ｂと、アプリケーションＣサービス９５１Ｃに対応する単体オーダ９５５Ｃとを生成する。
　連携実行装置本体部９１０は、単体オーダ９５５Ａ～９５５Ｃをパラメータとして、連携実行装置本体部ＡＰＩ９７３を介して卸サービスを要求する。連携実行装置本体部９１０は、サービス９６２Ａ～９６２Ｃを受け取って、連携させることで連携サービス９６５を生成し、サービス事業者９８０に提供する。
　ＡＰＩアダプタ部９２０Ａは、単体オーダ９５５Ａを受け付け、卸サービス事業者Ａ９８５Ａに卸サービスＡＰＩ９７５Ａを介して、サービスＡ要求９５６Ａを送信して、サービスＡ９６１Ａを受け取り、サービス９６２Ａを連携実行装置本体部９１０に提供する。
　ＡＰＩアダプタ部９２０Ｂは、単体オーダ９５５Ｂを受け付け、卸サービス事業者Ｂ９８５Ｂに卸サービスＡＰＩ９７５Ｂを介して、サービスＢ要求９５６Ｂを送信して、サービスＢ９６１Ｂを受け取り、サービス９６２Ｂを連携実行装置本体部９１０に提供する。
　ＡＰＩアダプタ部９２０Ｃは、単体オーダ９５５Ｃを受け付け、卸サービス事業者Ｃ９８５Ｃに卸サービスＡＰＩ９７５Ｃを介して、サービスＣ要求９５６Ｃを送信して、サービスＣ９６１Ｃを受け取り、サービス９６２Ｃを連携実行装置本体部９１０に提供する。
　卸サービスＡＰＩ９７５Ａ～９７５Ｃは、卸サービス事業者Ａ９８５Ａ、卸サービス事業者Ｂ９８５Ｂおよび卸サービス事業者Ｃ９８５Ｃがそれぞれ独自に提供するＡＰＩである。ＡＰＩアダプタ部９２０Ａ～９２０Ｃは、卸サービスＡＰＩ９７５Ａ～９７５Ｃの差分を吸収し、共通の連携実行装置本体部ＡＰＩ９７３を連携実行装置本体部９１０に提供している。
　このため、新たな卸サービスが出現し、その卸サービスＡＰＩが提供されれば、対応するＡＰＩアダプタ部を開発して、卸サービスをカタログに登録すれば、連携実行装置本体部９１０を変更することなく、複数サービス連携実行装置９００は、新たな卸サービスを含んだ連携サービスを提供することができるようになる。このため、新たな卸サービスに対応する時間やコストは、ＡＰＩアダプタ部９２０Ａ～９２０Ｃの開発の時間やコストに依存することになり、開発の容易性が求められている。
≪ＡＰＩアダプタ部の構成≫
　図２は、本実施形態に係るＡＰＩアダプタ部９２０の構成を示す図である。ＡＰＩアダプタ部９２０は、オーダ受付部９２１、ＡＰＩ呼出しロジック部９２２および卸サービスＡＰＩ実行部９２３を備える。
　オーダ受付部９２１は、連携実行装置本体部９１０からの単体オーダ９５５を受け付け、オーダ内容を取得する。また、オーダ受付部９２１は、連携実行装置本体部９１０への応答処理を行う。
　ＡＰＩ呼出しロジック部９２２は、単体オーダ９５５で要求されるサービスを取得するために、卸サービス事業者９８５が提供する個別サービスを、ＡＰＩを介して呼び出す（実行する）。この際、ＡＰＩ呼出しロジック部９２２は、卸サービス事業者９８５が提供する個別のサービスの実行順序に従って、個別サービスの要求パラメータを生成し、ＡＰＩを介してサービスを呼び出して、応答パラメータを処理する。
　卸サービスＡＰＩ実行部９２３は、ＡＰＩ呼出しロジック部９２２の呼出しに応じて、ＨＴＴＰ要求を組み立てて卸サービス事業者９８５に送信し、応答を受信してＡＰＩ呼出しロジック部９２２に出力する。
　オーダ受付部９２１は、共通ライブラリ化することで、効率的な開発が可能となっている。また、卸サービスＡＰＩ実行部９２３は、個別サービスのＡＰＩ仕様に基づいたソースコードの自動生成ツールを用いることで、効率的な開発が可能となっている（非特許文献２参照）。しかしながら、ＡＰＩ呼出しロジック部９２２については、人手による設計と実装が必要であり、開発に要する時間とコストがかかっていた。
　本発明は、ＡＰＩ呼出しロジック部９２２の設計において、最低限の項目だけを人手で設定することで、ＡＰＩ呼出しロジック部９２２のソースコードを生成するものであり、効率的なＡＰＩアダプタ部９２０の開発を可能とする。
　なお、以下の説明では、卸サービスＡＰＩを介して卸サービスを要求する（呼び出す）ことを、卸サービスと卸サービスＡＰＩとを同一視して、卸サービスＡＰＩを呼び出す（実行する）などとも記す。
≪ＡＰＩ呼出しロジック部の開発手順≫
　図３は、本実施形態に係るＡＰＩ呼出しロジック部９２２の開発手順を説明するためのフローチャートである。図３および図２を参照しながら、開発担当者が、ＡＰＩアダプタ作成装置（後記する図４参照）を利用して行うＡＰＩ呼出しロジック部９２２の開発手順を説明する。
　ステップＳ１０１において、開発担当者は、卸サービスのＡＰＩを理解する。詳しくは、開発担当者は、卸サービス事業者９８５が提供するＡＰＩの仕様を参照したり、市中のＡＰＩテストツールを利用したりして、仕様を確認（ＡＰＩの動作検証）しながら、卸サービスＡＰＩを理解する。
　ステップＳ１０２において、開発担当者は、ＡＰＩ（連携実行装置本体部ＡＰＩ９７３として提供されるＡＰＩであり、ＡＰＩアダプタ部９２０がサポートするＡＰＩであって、開発対象のＡＰＩであり、アダプタ化ＡＰＩとも記す）のロジックを規定する。詳しくは、開発担当者は、アダプタ化ＡＰＩを決定し、アダプタ化ＡＰＩを機能させるために必要な、卸サービスの個別サービス（卸サービスＡＰＩ）の実行順序（後記する図８参照）や実行条件（後記する図１４、図１５参照）、繰返し条件（後記する図１７、図１８参照）を規定する（設定する）。
　なお、以下では、アダプタ化ＡＰＩとその内部処理とを同一視して、アダプタ化ＡＰＩが卸サービス（卸サービスＡＰＩ）を呼び出す（実行する）とも記す。
　ステップＳ１０３において、開発担当者は、パラメータを規定する。詳しくは、開発担当者は、個別サービスの要求パラメータの取得元となる単体オーダ９５５に含まれる要求パラメータ（後記する図９参照）、個別サービスの応答パラメータの反映先となるサービス９６２の応答パラメータ（後記する図１０参照）を規定する。
　ステップＳ１０４において、開発担当者は、ＡＰＩアダプタ作成装置にＡＰＩ呼出しロジック部９２２のソースコード（後記する図２１参照）の生成を指示する。
　ステップＳ１０５において、開発担当者は、ＡＰＩアダプタ作成装置にオーダ受付部９２１および卸サービスＡＰＩ実行部９２３を含めたＡＰＩアダプタ部９２０の実行ファイルの生成を指示する。
　上記説明において、開発担当者が、ステップＳ１０１～Ｓ１０５を順次行うように説明した。しかし、ステップＳ１０３の途中で卸サービスＡＰＩの理解が不足していたことが判明してステップＳ１０１，Ｓ１０２に戻ったり、実行ファイルを実行して動作に不具合が見つかってステップＳ１０２，Ｓ１０３に戻ったりしながら、アダプタ化ＡＰＩ（ＡＰＩアダプタ部９２０）を開発する。
≪ＡＰＩアダプタ装置の全体構成≫
　図４は、本実施形態に係るＡＰＩアダプタ作成装置１００の全体構成を示す図である。図４を参照しながら、図３のステップＳ１０２～Ｓ１０５で説明した、開発担当者がＡＰＩアダプタの開発に利用するＡＰＩアダプタ作成装置１００の構成を説明する。
　ＡＰＩアダプタ作成装置１００は、制御部１１０、記憶部１２０および入出力部１３０を含んで構成される。入出力部１３０は、キーボードやマウスなどの入力装置（不図示）やディスプレイといった出力装置（不図示）から構成され、開発担当者が規定するアダプタ化ＡＰＩのロジックやパラメータを受け付けて、表示する。
　制御部１１０は、ＣＰＵ（Central Processing Unit）から構成され、卸サービスＡＰＩ仕様参照部１１１、ＡＰＩ実行順序設定部１１２、ＡＰＩ実行条件設定部１１３、ＡＰＩ繰返し実行設定部１１４、ＡＰＩ要求パラメータ取得元設定部１１５、ＡＰＩ応答パラメータ反映先設定部１１６、ＡＰＩ要求応答パラメータ設計支援部１１７、ソースコード生成部１１８およびアダプタ生成部１１９を備える。
　卸サービスＡＰＩ仕様参照部１１１は、卸サービスの標準形式で記述されたＡＰＩ仕様を読み込み、後記する記憶部１２０の卸サービスＡＰＩ仕様データベース２１０（図４では卸サービスＡＰＩ仕様ＤＢ（Database）と記載、後記する図５参照）に格納する。また、卸サービスＡＰＩ仕様参照部１１１は、読み込んだ卸サービスのＡＰＩ仕様に含まれるＡＰＩの名称やパラメータをディスプレイに表示する。
≪卸サービスＡＰＩ仕様データベース≫
　図５は、本実施形態に係る卸サービスＡＰＩ仕様データベース２１０のデータ構成を示す図である。卸サービスＡＰＩ仕様データベース２１０は、卸サービス事業者９８５（図２参照）が提供する個別サービスのＡＰＩ仕様２２９から構成される。各々のＡＰＩ仕様２２９は、ＡＰＩ名称２１１、メソッド２１２、エンドポイント２１３、要求パラメータ２１４、応答パラメータ２１９および期待応答２２４の記述を含む。
　ＡＰＩ名称２１１は、ＡＰＩの名称である。メソッド２１２は、ＡＰＩを呼び出すときのＨＴＴＰメソッドであり、ＧＥＴやＰＯＳＴなどがある。エンドポイント２１３は、ＡＰＩを呼び出すときのアドレスである。
　要求パラメータ２１４は、例えば表形式のデータであって、１つの行（レコード）は、１つの要求パラメータを表し、オブジェクト２１５、パラメータ２１６および型２１７の列（属性）を含む。オブジェクト２１５は、レコードが示すパラメータを含むオブジェクトの名称である。パラメータ２１６はパラメータの名称である。型２１７は、パラメータの型である。レコード２１８は、「AuthRequest」オブジェクトに含まれ、型が「string」である「email」パラメータを表している。
　応答パラメータ２１９は、例えば表形式のデータであって、１つのレコードは、１つの応答パラメータを表し、オブジェクト２２０、パラメータ２２１および型２２２の属性を含む。オブジェクト２２０、パラメータ２２１および型２２２の意味は、それぞれオブジェクト２１５、パラメータ２１６および型２１７と同様である。レコード２２３は、「AuthResponse」オブジェクトに含まれ、型が「string」である「apiToken」パラメータを表している。
　期待応答２２４は、ＡＰＩを呼び出した後の正常な応答時のＨＴＴＰステータスコードを示す。
≪ＡＰＩアダプタ作成装置の制御部（ロジック設定）≫
　図４に戻り、ＡＰＩ実行順序設定部１１２は、アダプタ化ＡＰＩが呼び出す卸サービスＡＰＩの順序を設定する。詳しくは、ＡＰＩ実行順序設定部１１２は、開発担当者が規定した卸サービスＡＰＩの呼出し順序（実行順序）（後記する図８参照）を、後記するＡＰＩ実行順序データベース２３０（図６参照）に反映する。
　ＡＰＩ実行条件設定部１１３は、アダプタ化ＡＰＩが呼び出す卸サービスＡＰＩの実行条件を設定する。詳しくは、ＡＰＩ実行条件設定部１１３は、開発担当者が規定した条件付きで呼び出す卸サービスＡＰＩ（後記する図１４参照）やその実行条件（呼出し条件、後記する図１５参照）を、後記するＡＰＩ実行順序データベース２３０に反映する。
　ＡＰＩ繰返し実行設定部１１４は、アダプタ化ＡＰＩが繰り返し呼び出す卸サービスＡＰＩを設定する。詳しくは、ＡＰＩ繰返し実行設定部１１４は、開発担当者が規定した、繰り返して呼び出す卸サービスＡＰＩ（後記する図１７参照）や繰返し条件（後記する図１８参照）を、後記するＡＰＩ実行順序データベース２３０に反映する。
≪ＡＰＩ実行順序データベース≫
　図６は、本実施形態に係るＡＰＩ実行順序データベース２３０のデータ構成を示す図である。ＡＰＩ実行順序データベース２３０は、例えば表形式のデータであり、１つの行（レコード）は、１つのアダプタ化ＡＰＩにおける処理を示す。各レコードは、ＡＰＩ２３１、種別２３２、実行順序２３３、処理種別２３４、処理２３５および付加情報２３６の列（属性）を含む。
　ＡＰＩ２３１は、アダプタ化ＡＰＩの名称である。種別２３２は、アダプタ化ＡＰＩの種別であり、「Ａ」で示される新規、「Ｍ」で示される変更、「Ｄ」で示される削除がある。１つのアダプタ化ＡＰＩは、ＡＰＩ２３１と種別２３２との組み合わせで特定される。
　実行順序２３３は、１つのアダプタ化ＡＰＩにおける実行順序を示す。処理種別２３４は、レコードが示す処理の種別を示し、卸サービスＡＰＩの呼出しを示す「ＡＰＩ実行」と、条件付き実行や繰返し実行を示す「制御」とがある。
　処理２３５は、処理内容を示す。処理種別２３４が「ＡＰＩ実行」である場合には、処理２３５は、呼び出す卸サービスのＡＰＩ名称（図５のＡＰＩ名称２１１参照）である。処理種別２３４が「制御」の場合には、処理２３５は、条件付き実行の開始と実行条件を示す「ｉｆ」、条件付き実行の終了を示す「ｅｎｄ　ｉｆ」、繰返し実行の開始と繰返し条件を示す「ｆｏｒ」、または、繰返し実行の終了を示す「ｅｎｄ　ｆｏｒ」である。
　付加情報２３６は、実行条件または繰返し条件である。
　レコード２４１，２４２は、種別２３２が「Ａ」（新規）の「XXX」というアダプタ化ＡＰＩは、最初に卸サービスのＡＰＩ「postAuth」を呼び出し（実行し）、次に「postNetwork」を呼び出すことを示している。
　レコード２４３～２４８は、種別２３２が「Ａ」の「YYY」というアダプタ化ＡＰＩは、最初に「postAuth」を呼び出し（レコード２４３参照）、続いて繰返し処理（レコード２４４参照）を行うことを示している。繰返し処理の条件は、レコード２４４の付加情報２３６に示される「productOrder.characteristic.network」である。詳しくは、「productOrder.characteristic.network」は、配列を示す変数であり、この配列の要素ごとに処理を繰り返す。繰り返す処理の内容は、レコード２４４の処理２３５である「ｆｏｒ」に対応する「ｅｎｄ　ｆｏｒ」（レコード２４８参照）までの処理であり、レコード２４５～２４７で示される処理を繰り返す。
　以下、レコード２４５～２４７の処理を説明する。レコード２４５は、条件付き実行を示しており、その条件は付加情報２３６に示される「productOrder.characteristic.network.enable == true」である。「productOrder.characteristic.network.enable」で示させるパラメータの値が「true」ならば、処理を実行する。実行される処理の内容は、レコード２４５の処理２３５である「ｉｆ」に対応する「ｅｎｄ　ｉｆ」（レコード２４７参照）までの処理であり、レコード２４６で示される卸サービスＡＰＩ「postNetwork」を呼び出す処理である。
≪ＡＰＩアダプタ作成装置の制御部（パラメータ設定）≫
　図４に戻り、ＡＰＩ要求パラメータ取得元設定部１１５は、呼び出される卸サービスＡＰＩの要求パラメータの取得元となるアダプタ化ＡＰＩの要求パラメータを設定する。詳しくは、ＡＰＩ要求パラメータ取得元設定部１１５は、開発担当者が規定した、卸サービスＡＰＩの要求パラメータの取得元となるアダプタ化ＡＰＩの要求パラメータ（図９参照）を、後記するＡＰＩパラメータデータベース２５０（図７参照）に反映する。
　ＡＰＩ応答パラメータ反映先設定部１１６は、呼び出された卸サービスＡＰＩの応答パラメータの反映先となるアダプタ化ＡＰＩの応答パラメータを設定する。詳しくは、ＡＰＩ応答パラメータ反映先設定部１１６は、開発担当者が規定した、卸サービスＡＰＩの応答パラメータの反映先となるアダプタ化ＡＰＩの応答パラメータ（図１０参照）を、後記するＡＰＩパラメータデータベース２５０（図７参照）に反映する。
　ＡＰＩ要求応答パラメータ設計支援部１１７は、開発担当者が規定することなく、卸サービスＡＰＩの要求パラメータの取得元や応答パラメータの反映先を設定する。詳しくは、ＡＰＩ要求応答パラメータ設計支援部１１７は、卸サービスＡＰＩの要求パラメータ２１４（図５参照）のオブジェクト２１５、パラメータ２１６、型２１７に基づいて、取得元となるアダプタ化ＡＰＩの要求パラメータを規定して、後記するＡＰＩパラメータデータベース２５０（図７参照）に反映する。また、ＡＰＩ要求応答パラメータ設計支援部１１７は、卸サービスＡＰＩの応答パラメータ２１９（図５参照）のオブジェクト２２０、パラメータ２２１、型２２２に基づいて、反映先となるアダプタ化ＡＰＩの応答パラメータを規定して、後記するＡＰＩパラメータデータベース２５０（図７参照）に反映する。
≪ＡＰＩパラメータデータベース≫
　図７は、本実施形態に係るＡＰＩパラメータデータベース２５０のデータ構成を示す図である。ＡＰＩパラメータデータベースは、例えば表形式のデータであり、１つの行（レコード）は、卸サービスＡＰＩのパラメータを示し、ＡＰＩ２５１、種別２５２、処理２５３、パラメータ種別２５４、オブジェクト２５５、パラメータ２５６、入力元／反映先２５７の列（属性）を含む。
　ＡＰＩ２５１と種別２５２とは、ＡＰＩ実行順序データベース２３０（図６参照）のＡＰＩ２３１と種別２３２とそれぞれ同様であり、レコードが示す卸サービスＡＰＩのパラメータが、どのアダプタ化ＡＰＩからの呼出しかを示す。処理２５３は、ＡＰＩ実行順序データベース２３０の処理２３５と実行順序２３３とに対応し、レコードが示すパラメータが、どの卸サービスＡＰＩの呼出しのパラメータかを示す。アダプタ化ＡＰＩが、同じ卸サービスＡＰＩを複数回呼び出す場合があるので、処理２３５と実行順序２３３との組み合わせで呼び出す卸サービスＡＰＩを特定する。
　パラメータ種別２５４は、パラメータの種別であり、「要求」か「応答」である。オブジェクト２５５は、図５に示す要求パラメータ２１４のオブジェクト２１５または応答パラメータ２１９のオブジェクト２２０に対応する。また、パラメータ２５６は、要求パラメータ２１４のパラメータ２１６または応答パラメータ２１９のパラメータ２２１に対応する。オブジェクト２５５とパラメータ２５６とで、処理２５３に示される卸サービスＡＰＩのどのパラメータであるかを特定できる。
　入力元／反映先２５７は、入力元または反映先となるアダプタ化ＡＰＩのパラメータである。
　レコード２６１は、「Ａ」の「YYY」というアダプタ化ＡＰＩにおける実行順序が「１」の「postAuth」の卸サービスＡＰＩの呼出し（図６のレコード２４３参照）において、要求パラメータのオブジェクト２５５が「AuthRequest」であるパラメータ２５６「email」の入力元は、アダプタ化ＡＰＩの「accountInfo.email」であることを示している。
　レコード２６２は、実行順序が「４」の「postNetwork」の卸サービスＡＰＩの呼出し（レコード２４６参照）において、要求パラメータのオブジェクト２５５が「Network」であるパラメータ２５６「name」の入力元は、アダプタ化ＡＰＩの「productOrder.characteristic.network.name」であることを示している。
　レコード２６３は、実行順序が「１」の「postAuth」の卸サービスＡＰＩの呼出し（図６のレコード２４３参照）において、応答パラメータのオブジェクト２５５が「AuthResponse」であるパラメータ２５６「apiToken」の反映先は、アダプタ化ＡＰＩの「internalData.apiToken」であることを示している。
≪ＡＰＩアダプタ作成装置の制御部（その他）≫
　図４に戻り、ソースコード生成部１１８は、ＡＰＩ実行順序データベース２３０およびＡＰＩパラメータデータベース２５０に格納された情報に基づいてＡＰＩ呼出しロジック部９２２のソースコード（後記する図２１参照）を生成する。このソースコードの生成処理は、後記する図１９と図２０を参照して説明する。アダプタ生成部１１９は、ソースコードをコンパイルして、オーダ受付部９２１および卸サービスＡＰＩ実行部９２３を含むＡＰＩアダプタ部９２０を生成する。
≪ＡＰＩアダプタ作成装置の記憶部≫
　続いて、ＡＰＩアダプタ作成装置１００の記憶部１２０を説明する。記憶部１２０は、卸サービスＡＰＩ仕様データベース２１０、ＡＰＩ実行順序データベース２３０、ＡＰＩパラメータデータベース２５０、ＡＰＩアダプタソースコードリボジトリ２７０およびＡＰＩアダプタ実行ファイルリボジトリ２８０を備える。
　卸サービスＡＰＩ仕様データベース２１０、ＡＰＩ実行順序データベース２３０、ＡＰＩパラメータデータベース２５０は説明済みである。ＡＰＩアダプタソースコードリボジトリ２７０は、ＡＰＩアダプタのソースコードのリボジトリであり、アダプタ生成部１１９は生成したソースコードをＡＰＩアダプタソースコードリボジトリ２７０に格納する。
　ＡＰＩアダプタ実行ファイルリボジトリ２８０は、ＡＰＩアダプタの実行ファイルのリボジトリであり、アダプタ生成部１１９はコンパイルして生成したＡＰＩアダプタの実行ファイルをＡＰＩアダプタ実行ファイルリボジトリ２８０に格納する。
≪ロジックとパラメータの設定処理≫
　以下、図８～図１０、図１２、図１４～図１５、図１７～図１８に示されるＡＰＩアダプタ作成装置１００の画面、および、図６～図７、図１１、図１３、図１６に示されるＡＰＩ実行順序データベース２３０とＡＰＩパラメータデータベース２５０とを参照して、図３のステップＳ１０２～Ｓ１０３の処理を説明する。詳しくは、開発担当者が規定する（設定する）ロジックやパラメータの内容、および、ＡＰＩ実行順序設定部１１２、ＡＰＩ実行条件設定部１１３、ＡＰＩ繰返し実行設定部１１４、ＡＰＩ要求パラメータ取得元設定部１１５、ＡＰＩ応答パラメータ反映先設定部１１６、ＡＰＩ要求応答パラメータ設計支援部１１７の処理内容を説明する。
≪実行順序設定≫
　図８は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する実行順序設定画面４００を示す図である。実行順序設定画面４００の左上には、卸サービスＡＰＩ仕様領域４１０が表示される。卸サービスＡＰＩ仕様領域４１０には、卸サービスＡＰＩのＡＰＩ名称アイコン４１１，４１２の一覧が表示される。なお、ＡＰＩ名称アイコンに表示される名称は、卸サービスのＡＰＩ仕様２２９（図５参照）のメソッド２１２とエンドポイント２１３とを連結したものとなっている。
　実行順序設定画面４００の左下には、「ｉｆ」アイコン４２２と「ｆｏｒ」アイコン４２３を含む制御部品領域４２１が表示される。
　実行順序設定画面４００の右側には、アダプタロジック領域４３１が表示される。アダプタロジック領域４３１は、新規アダプタロジック領域４３２と、変更アダプタロジック領域４３３と、削除アダプタロジック領域４３４とに分割される。新規アダプタロジック領域４３２と、変更アダプタロジック領域４３３と、削除アダプタロジック領域４３４とにおける開発担当者の操作、および、操作結果である実行順序のＡＰＩ実行順序データベース２３０（図６参照）への反映は、種別２３２，２５２を除いて領域によらず同様である。以下では、新規アダプタロジック領域４３２に関して説明する。
　開発担当者は、卸サービスＡＰＩ仕様領域４１０にあるＡＰＩ名称アイコン４１１，４１２をドラッグして、新規アダプタロジック領域４３２にドロップすることで、卸サービスＡＰＩの呼出し順序（実行順序）を規定することができる。図８では、「POST/auth」、「POST/network」の順に呼び出す実行順序が規定されている。
　ＡＰＩ実行順序設定部１１２は、新規アダプタロジック領域４３２に規定された実行順序を図６のレコード２４１，２４２として、ＡＰＩ実行順序データベース２３０に格納する。なお、ここでは、アダプタ化ＡＰＩの名称を「XXX」としている。以降の説明では、アダプタ化ＡＰＩの名称を「YYY」とする。
　開発担当者が新規アダプタロジック領域４３２にあるＡＰＩ名称アイコンの右側にある「削除」ボタンをクリックすると、ＡＰＩ実行順序設定部１１２は、当該ＡＰＩ名称アイコンを削除し、ＡＰＩ実行順序データベース２３０にある該当するレコードを削除する。
≪要求パラメータ設定≫
　図９は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示するパラメータ設定画面４４０を示す図である。開発担当者が、実行順序設定画面４００（図８参照）の新規アダプタロジック領域４３２にあるＡＰＩ名称アイコン「POST/network」の右側にある「設定」ボタンをクリックすると、ＡＰＩアダプタ作成装置１００は、パラメータ設定画面４４０を表示する。
　パラメータ設定画面４４０の左側には、入出力データ領域４５０が表示される。入出力データ領域４５０は、アダプタ化ＡＰＩの要求パラメータや応答パラメータに含まれるデータが、その木構造を含めて表示される領域である。開発担当者は、入出力データ領域４５０を編集したり、参照したりしながら、アダプタ化ＡＰＩの要求パラメータや応答パラメータを規定する。
　パラメータ設定画面４４０の右側には、ＡＰＩ要求応答パラメータ設定領域４６０が表示される。ＡＰＩ要求応答パラメータ設定領域４６０の上部領域４６１には、パラメータ設定対象となる卸サービスＡＰＩの名称アイコン（図５では「POST/network」）と期待応答（図５では「２０１」と表示）が表示される。
　上部領域４６１の下には、要求パラメータ設定テーブル４７０が表示される。要求パラメータ設定テーブル４７０は、表形式のデータであり、１つの行（レコード）は、１つの要求パラメータを示し、オブジェクト４７１、パラメータ４７２、型４７３、取得元４７４および値４７５の列（属性）を含む。ＡＰＩ要求パラメータ取得元設定部１１５は、卸サービスＡＰＩ仕様データベース２１０（図５参照）の要求パラメータ２１４を参照して、オブジェクト４７１、パラメータ４７２、型４７３を表示する。
　開発担当者が、要求パラメータ設定テーブル４７０にある卸サービスＡＰＩの要求パラメータの取得元となる、入出力データ領域４５０に表示されるアダプタ化ＡＰＩの要求パラメータを指定すると、ＡＰＩ要求パラメータ取得元設定部１１５は、取得元４７４に取得元のパラメータを表示する。例えば、開発担当者が、レコード４７９に示される「name」パラメータの取得元は、入出力データ領域４５０に表示される「name」パラメータ４５３であると指定すると、ＡＰＩ要求パラメータ取得元設定部１１５は、「name」パラメータ４５３を含む「productOrder」パラメータ４５１を取得元４７４に表示する。さらに、ＡＰＩ要求パラメータ取得元設定部１１５は、この指定（設定）をＡＰＩパラメータデータベース２５０に反映する（図７のレコード２６２参照）。
　なお、パラメータ設定画面４４０上での卸サービスＡＰＩの名称は、名称アイコン上の「POST/network」のように、卸サービスのＡＰＩ仕様２２９（図５参照）のメソッド２１２とエンドポイント２１３とを連結した名称となっている。一方、ＡＰＩパラメータデータベース２５０（図７参照）での卸サービスＡＰＩの名称は、処理２５３に含まれる卸サービスのＡＰＩ仕様２２９のＡＰＩ名称２１１となっている。
　開発担当者は、要求パラメータの取得元を指定せず、要求パラメータの値を指定することもできる。このときには、値４７５に値を指定する。
≪応答パラメータ設定≫
　図１０は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する、応答パラメータのパラメータ設定画面４４０を示す図である。図１０では、要求パラメータ設定テーブル４７０は、折り畳まれて表示されていない。トグルボタン４６４がクリックされると、展開されて要求パラメータ設定テーブル４７０（図９参照）が表示される。このときには、トグルボタン４６４の表示ラベルは「-」になっており、再度クリックされると、要求パラメータ設定テーブル４７０は折り畳まれて表示されない。
　パラメータ設定画面４４０の左側の入出力データ領域４５０には、「productOrder」パラメータ４５１は折り畳まれて表示され、「product」パラメータ４５４が展開されて表示されている。
　応答パラメータ設定テーブル４８０は、表形式のデータであり、１つの行（レコード）は、１つの応答パラメータを示し、オブジェクト４８１、パラメータ４８２、型４８３および反映先４８４の列（属性）を含む。ＡＰＩ応答パラメータ反映先設定部１１６は、卸サービスＡＰＩ仕様データベース２１０（図５参照）の応答パラメータ２１９を参照して、オブジェクト４８１、パラメータ４８２、型４８３を表示する。
　開発担当者が、応答パラメータ設定テーブル４８０にある卸サービスＡＰＩの応答パラメータの反映先となる、入出力データ領域４５０に表示されるアダプタ化ＡＰＩの応答パラメータを指定すると、ＡＰＩ応答パラメータ反映先設定部１１６は、反映先４８４に反映先のパラメータを表示する。例えば、開発担当者が、レコード４８９に示される「id」パラメータの反映先は、入出力データ領域４５０に表示される「id」パラメータ４５５であると指定すると、ＡＰＩ応答パラメータ反映先設定部１１６は、「id」パラメータ４５５を含む「product」パラメータ４５４を反映先４８４に表示する。さらに、ＡＰＩ応答パラメータ反映先設定部１１６は、この指定（設定）をＡＰＩパラメータデータベース２５０に反映する（後記する図１１のレコード２６４参照）。
　図１１は、本実施形態に係るＡＰＩパラメータデータベース２５０に含まれるレコード２６４を説明するための図である。レコード２６４は、実行順序が「４」の「postNetwork」の卸サービスＡＰＩの呼出し（図６のレコード２４６参照）において、応答パラメータのオブジェクト２５５が「Network」であるパラメータ２５６「id」の反映先が、アダプタ化ＡＰＩの「product.characteristic.network.id」であることを示している。
≪パラメータの自動設定≫
　図９と図１０で説明したように、開発担当者は、卸サービスＡＰＩの要求パラメータの取得元や応答パラメータの反映先をＡＰＩアダプタ作成装置１００の画面上で指定することができる。卸サービスＡＰＩの要求パラメータの名称と、その取得元であるアダプタ化ＡＰＩの要求パラメータの名称とが一致している場合や、卸サービスＡＰＩの応答パラメータの名称と、その反映先であるアダプタ化ＡＰＩの応答パラメータの名称とが一致している場合には、開発担当者が指定しなくても取得元や反映先が設定可能である。
　図１２は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する、要求パラメータのパラメータ設定画面４４０を示す図である。要求パラメータ設定テーブル４７０Ａには、「name」パラメータと「description」パラメータとが表示されている。開発担当者が、「name」パラメータと「description」パラメータと「productOrder」パラメータ４５１とを指定して、「自動」ボタン４５６をクリックすると、ＡＰＩ要求応答パラメータ設計支援部１１７は、「productOrder」パラメータ４５１の下位にあるパラメータと、要求パラメータ設定テーブル４７０Ａに含まれるパラメータで名称が一致しているパラメータ同士を探し出して、取得元４７４を設定して、ＡＰＩパラメータデータベース２５０に反映する（後記する図１３のレコード２６２，２６５参照）。
　アダプタ化ＡＰＩの要求パラメータである「productOrder」パラメータ４５１の下位に「Network」オブジェクト４７１が規定されていなければ、ＡＰＩ要求応答パラメータ設計支援部１１７は、「productOrder.characteristic」の直下に「Network」オブジェクト４７１型のパラメータである「productOrder.characteristic.network」を規定し、取得元と設定して、ＡＰＩパラメータデータベース２５０に反映する。
　ＡＰＩ要求応答パラメータ設計支援部１１７は、応答パラメータについても同様に、反映先を設定して、ＡＰＩパラメータデータベース２５０に反映する。
　図１３は、本実施形態に係るＡＰＩパラメータデータベース２５０に含まれるレコード２６２，２６５を説明するための図である。レコード２６２は、図７で説明している。レコード２６５は、実行順序が「４」の「postNetwork」の卸サービスＡＰＩの呼出し（図６のレコード２４６参照）において、要求パラメータのオブジェクト２５５が「Network」であるパラメータ２５６「description」の取得元が、アダプタ化ＡＰＩの「productOrder.characteristic.network.description」であることを示している。
≪条件付き実行設定≫
　図１４は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する実行順序設定画面４００Ａを示す図である。図１４を参照しながら、条件付き実行を規定する処理を説明する。
　図８に示した新規アダプタロジック領域４３２では、「POST/auth」、「POST/network」の順序で卸サービスＡＰＩを呼び出すことが規定されていた。「POST/network」を条件付きで呼び出す（実行）する場合には、開発担当者は、「ｉｆ」アイコン４２２をドラッグして新規アダプタロジック領域４３２に表示される「POST/auth」と「POST/network」との間にドロップする。ＡＰＩ実行条件設定部１１３は、このドロップを検知して、図１４の新規アダプタロジック領域４３２Ａに表示されるように、「POST/network」のＡＰＩ名称アイコンを１段右側に移動して表示し、「POST/network」が条件付きで実行されることを示す。開発担当者が新規アダプタロジック領域４３２Ａにある「ｉｆ」アイコンの右側の「設定」ボタンをクリックすると、実行条件設定画面４９１（後記する図１５参照）に遷移して、実行条件を規定することができるようになる。
　図１５は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する実行条件設定画面４９１を示す図である。実行条件設定画面４９１の右側には入出力データ領域４５０が表示され、左側には実行条件設定領域４９２が表示される。開発担当者は、実行条件設定領域４９２に、入出力データ領域４５０にあるパラメータや定数（例えば、真偽の値や数値、文字列）、比較演算子、数値演算子、関数などを組み合わせて、実行条件となる式を規定する。図１５では、実行条件として、パラメータ「productOrder.characteristic.network.enable」の値が真であることが規定されている。
　図１６は、本実施形態に係るＡＰＩパラメータデータベース２５０のレコードを説明するための図である。開発担当者が、図１４と図１５に示されるアダプタ化ＡＰＩのロジックを規定した時点では、ＡＰＩ実行順序データベース２３０に、レコード２７１～２７４が格納されている。新規アダプタロジック領域４３２Ａには、「POST/auth」、「ｉｆ」、「POST/network」の順に処理が規定されており、それぞれレコード２７１～２７３に対応する。レコード２７４は、レコード２７２に示される条件付き実行の終了を示す。レコード２７２の付加情報に２３６には、実行条件設定領域４９２（図１５参照）に規定された実行条件の式が格納されている。
≪繰返し実行設定≫
　図１７は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する実行順序設定画面４００Ｂを示す図である。図１７を参照しながら、繰返し実行を規定する処理を説明する。
　図１４に示した新規アダプタロジック領域４３２Ａでは、「POST/auth」、条件付き実行の「POST/network」の順序で卸サービスＡＰＩを呼び出すことが規定されていた。条件付き実行の「POST/network」を繰り返して実行する場合には、開発担当者は、「ｆｏｒ」アイコン４２３をドラッグして新規アダプタロジック領域４３２Ａに表示される「POST/auth」と「ｉｆ」との間にドロップする。ＡＰＩ繰返し実行設定部１１４は、このドロップを検知して、図１７の新規アダプタロジック領域４３２Ｂに表示されるように、「ｉｆ」アイコンと「POST/network」のＡＰＩ名称アイコンとを１段右側に移動して表示し、条件付き実行の「POST/network」が繰返し実行されることを示す。開発担当者が新規アダプタロジック領域４３２Ｂにある「ｆｏｒ」アイコンの右側の「設定」ボタンをクリックすると、繰返し条件設定画面４９５（後記する図１８参照）に遷移して、繰返し条件を規定することができるようになる。
　図１８は、本実施形態に係るＡＰＩアダプタ作成装置１００が表示する繰返し条件設定画面４９５を示す図である。実行条件設定画面４９１の左側には入出力データ領域４５０が表示され、右側には繰返し条件設定領域４９６が表示される。開発担当者は、繰返し条件設定領域４９６に、入出力データ領域４５０にあるパラメータを繰返し変数に規定することで繰返し条件を設定する。図１８では、繰返し変数として、パラメータ「productOrder.characteristic.network」が規定されている。このパラメータは、配列であり、配列の各要素について処理を繰り返すことが規定されている。
　開発担当者が、図１７と図１５と図１８に示されるアダプタ化ＡＰＩのロジックを規定した時点では、ＡＰＩ実行順序データベース２３０には、レコード２４３～２４８（図６参照）が格納されている。新規アダプタロジック領域４３２Ｂ（図１７参照）には、「POST/auth」、「ｆｏｒ」、「ｉｆ」、「POST/network」の順に処理が規定されており、それぞれレコード２４３～２４６に対応する。
　レコード２４８は、レコード２４４に示される繰返し実行の終了を示す。レコード２４４の付加情報に２３６には、繰返し条件設定領域４９６（図１８参照）に規定された繰返し変数が格納されている。
　レコード２４７は、レコード２４５に示される条件付き実行の終了を示す。レコード２４５の付加情報に２３６には、実行条件設定領域４９２（図１５参照）に規定された実行条件の式が格納されている。
≪ソースコード生成処理≫
　図１９は、本実施形態に係るソースコード生成部１１８が実行するソースコード生成処理を示すフローチャートである。図２０は、本実施形態に係るソースコード生成部１１８が実行する本体処理出力処理を示すフローチャートである。本体出力処理とは、図１９のステップＳ２０４の処理である。図２１は、本実施形態に係るソースコード生成部１１８が生成したソースコード２９０である。図１９～図２１を参照しながら、ＡＰＩ実行順序データベース２３０のレコード２４３～２４８に示されるアダプタ化ＡＰＩのロジックがソースコード２９０として出力される処理を説明する。なお、ソースコード生成処理は、ステップＳ１０４（図３参照）において実行される処理である。
　ソースコード生成処理の説明を行う前に、生成されるアダプタ化ＡＰＩのソースコード２９０の概要を説明する。アダプタ化ＡＰＩはオブジェクト指向言語のクラスのメソッドとして定義される。
　行１は、クラス名の宣言であり、行１以降がクラス定義（クラスの記述）となる。行２８は、クラス定義の終了行である。クラス名は、アダプタ化ＡＰＩの名称（図６のＡＰＩ２３１参照）や種別（図６の種別２３２参照）を含む。
　行３は、アダプタ化ＡＰＩであるメソッドのメソッド名宣言であり、行３以降がメソッド定義となる。行２７は、メソッド定義の終了行である。以下に説明するメソッドの定義（行５～行２６）がアダプタ化ＡＰＩのロジックであり、レコード２４３～２４８（図６参照）に格納された処理がソースコードとして出力されたものである。
　行９は、卸サービスＡＰＩの「postAuth」の呼出しである。行５～行７は、「postAuth」の呼出しの前に、「postAuth」の要求パラメータを生成するコードであって、アダプタ化ＡＰＩの要求パラメータ（取得元）の値を「postAuth」の要求パラメータにセットするコードである。行１１～行１２は、「postAuth」の応答パラメータをアダプタ化ＡＰＩの応答パラメータ（反映先）にセットするコードである。
　行１４は、繰返し条件を含むｆｏｒ文の始まりであり、行２６は、ｆｏｒ文の終了行である。
　行１５は、実行条件を含むｉｆ文の始まりであり、行２５は、ｉｆ文の終了行である。
　行１６～行２４は、ｉｆ文に含まれる処理であり、行２１の卸サービスＡＰＩの「postNetwork」の呼出し、行１６～行１９の要求パラメータの処理、行２３～行２４の応答パラメータの処理を含む。
　図１９のステップＳ２０１において、ソースコード生成部１１８は、ソースコード２９０の行１に示されるクラス名宣言行を出力する。クラス名宣言行に含まれるクラス名「AddYYYProcess」の「Add」は、アダプタ化ＡＰＩが新規（図６の種別２３２が「Ａ」）であることを示している。「YYY」は、アダプタ化ＡＰＩの名称（図６のＡＰＩ２３１参照）である。
　ステップＳ２０２において、ソースコード生成部１１８は、ソースコード２９０の行３に示されるメソッド名宣言行を出力する。メソッド名の「interactWithPartner」は、固定の名称である。
　ステップＳ２０３において、ソースコード生成部１１８は、アダプタ関数のロジックに含まれる処理ごとに、ステップＳ２０４の本体処理出力を繰り返す。レコード２４３～２４８におけるロジックに含まれる処理とは、レコード２４３，２４４に示される処理である。レコード２４５～２４７に示される処理は、レコード２４４に示される「ｆｏｒ」の繰返し処理に含まれる処理であるため、ステップＳ２０３の繰返し処理の対象外となる。また、レコード２４８の処理は、レコード２４４の繰返し処理の終了であり、レコード２４４に対する本体出力処理の一部として処理される。
　ステップＳ２０４の本体処理出力は、後記する図２０で説明する。
　ステップＳ２０５において、ソースコード生成部１１８は、アダプタ関数のロジックに含まれる全ての処理について、ステップＳ２０４を実行したか判断する。全ての処理についてステップＳ２０４を実行したならば、ステップＳ２０６に進み、残りの処理があれば、次の処理についてステップＳ２０４を実行する。ソースコード２９０の行５～行２６は、ステップＳ２０３～Ｓ２０５の処理で出力される。
　ステップＳ２０６において、ソースコード生成部１１８は、メソッド定義の終了行であるソースコード２９０の行２７を出力する。
　ステップＳ２０７において、ソースコード生成部１１８は、クラス定義の終了行であるソースコード２９０の行２８を出力する。
≪ソースコード生成処理：本体出力処理≫
　続いて、図２０を参照しながらステップＳ２０４の本体出力処理の詳細を説明する。本体出力処理は、ステップＳ２３８，Ｓ２４３において、自身である本体出力処理を呼び出しており、再帰的な処理となっている。図１９のステップＳ２０３～Ｓ２０５のループにおいて、本体出力処理は、レコード２４３に対応する「postAuth」と、レコード２４４に対応する「ｆｏｒ」との２回実行されるが、自身を呼び出すことで、さらに多くの本体出力処理が実行される。
　ステップＳ２３１において、ソースコード生成部１１８は、処理種別２３４（図６参照）が「ＡＰＩ実行」（卸サービスＡＰＩの呼出し）ならば（ステップＳ２３１→ＡＰＩ実行）ステップＳ２３２に進み、処理種別２３４が「制御」で処理２３５が「ｆｏｒ」ならば（ステップＳ２３１→ｆｏｒ）ステップＳ２３５に進み、処理種別２３４が「制御」で処理２３５が「ｉｆ」ならば（ステップＳ２３１→ｉｆ）ステップＳ２４１に進む。
　ステップＳ２３２において、ソースコード生成部１１８は、要求パラメータをセットするコードを出力する。詳しくは、ソースコード生成部１１８は、ＡＰＩパラメータデータベース２５０（図７参照）に含まれる、呼び出される卸サービスＡＰＩに対応するレコードを参照して、アダプタ化ＡＰＩの要求パラメータを卸サービスＡＰＩの要求パラメータにセットするソースコードを生成する。
　以下では、レコード２４３の「postAuth」に対して本体出力処理が呼ばれた場合を例に説明する。ソースコード生成部１１８は、ＡＰＩパラメータデータベース２５０（図７参照）のなかで、処理２５３がレコード２４３の処理２３５の「postAuth」と実行順序２３３の「１」とを含み、パラメータ種別２５４が「要求」であるレコードを検索する。次に、ソースコード生成部１１８は、検索結果のレコードのオブジェクト２５５を生成するコードと、検索結果のレコードに含まれるオブジェクト２５５のパラメータ２５６に入力元／反映先２５７をセットするコードとを出力する。レコード２４３の「postAuth」の場合では、レコード２６１が検索されて、オブジェクトを生成するソースコード２９０の行５と、パラメータをセットする行６が出力される。ソースコード２９０の行７についても、レコード２６１と同様に検索されて出力される。オブジェクトを生成するコードが出力済みならば、オブジェクトを生成するコードは出力されない。
　ステップＳ２３３において、ソースコード生成部１１８は、卸サービスＡＰＩを呼び出すコードを出力する。レコード２４３の「postAuth」においては、ソースコード生成部１１８は、ソースコード２９０の行９を出力する。
　ステップＳ２３４において、ソースコード生成部１１８は、応答パラメータをセットするコードを出力する。詳しくは、ソースコード生成部１１８は、ＡＰＩパラメータデータベース２５０に含まれる、呼び出される卸サービスＡＰＩに対応するレコードを参照して、卸サービスＡＰＩの応答パラメータをアダプタ化ＡＰＩの応答パラメータにセットするソースコードを生成する。
　以下では、レコード２４３の「postAuth」に対して本体出力処理が呼ばれた場合を例に説明する。ソースコード生成部１１８は、ＡＰＩパラメータデータベース２５０（図７参照）のなかで、処理２５３がレコード２４３の処理２３５の「postAuth」と実行順序２３３の「１」とを含み、パラメータ種別２５４が「応答」であるレコードを検索する。次に、ソースコード生成部１１８は、検索結果のレコードのオブジェクト２５５を取得するコードと、入力元／反映先２５７のパラメータに、パラメータ２５６をセットするコードとを出力する。レコード２４３の「postAuth」の場合では、レコード２６３が検索されて、オブジェクト２５５のAuthResponseを取得するソースコードの行１１と、入力元／反映先２５７のパラメータ「internalData.apiToken」に、パラメータ２５６の「apiToken」をセットする行１２が出力される。
　ステップＳ２３５において、ソースコード生成部１１８は、繰返し制御変数を生成する。詳しくは、ソースコード生成部１１８は、付加情報２３６にある繰返し変数の制御変数を生成する。
　以下では、レコード２４４の「ｆｏｒ」に対して本体出力処理が呼ばれた場合を例に説明する。レコード２４４の付加情報２３６にある繰返し変数は、「productOrder.characteristic.network」であり、配列の変数である。このため、ソースコード生成部１１８は、配列のインデックスを表す制御変数として整数の変数である「ｉ」を生成する。
　ステップＳ２３６において、ソースコード生成部１１８は、ｆｏｒ行を出力する。詳しくは、ソースコード生成部１１８は、生成した制御変数と、付加情報２３６にある繰返し変数を含むｆｏｒ行を出力する。
　以下では、レコード２４４の「ｆｏｒ」に対して本体出力処理が呼ばれたときを例に説明する。ソースコード生成部１１８は、制御変数の初期値は０であり、制御変数を１ずつ増やしながら、繰返し変数「productOrder.characteristic.network」の配列の長さである「productOrder.characteristic.network.length」まで繰り返すことを示す、ソースコード２９０の行１４を出力する。
　ステップＳ２３７～２３９において、ソースコード生成部１１８は、「ｆｏｒ」に含まれる処理ごとに、ステップＳ２３８の本体出力処理を繰り返す。レコード２４４の「ｆｏｒ」に含まれる処理は、レコード２４５の「ｉｆ」の処理のみである。レコード２４６は、レコード２４５の「ｉｆ」に含まれる処理であり、レコード２４７は、レコード２４５の「ｉｆ」の終了である。よって、ソースコード生成部１１８は、レコード２４５の処理に対する本体出力処理を実行する。この処理については、ステップＳ２４１～Ｓ２４５で詳しく説明する。なお、この処理で、ソースコード２９０の行１５～行２５が出力される。
　ステップＳ２４０において、ソースコード生成部１１８は、終了行を出力する。レコード２４４の「ｆｏｒ」では、ソースコード２９０の行２６を出力する。
　ステップＳ２４１において、ソースコード生成部１１８は、実行条件を含むｉｆ行を出力する。以下では、レコード２４５の「ｉｆ」に対して本体出力処理が呼ばれたときを例に説明する。レコード２４５の「ｉｆ」の実行条件は、付加情報２３６に示される「productOrder.characteristic.network.enable == true」であり、ソースコード生成部１１８は、この実行条件を含むソースコード２９０の行１５を出力する。なお、実行条件に含まれる「productOrder.characteristic.network」は配列であり、行１４で出力された制御変数の「ｉ」を含めて、行１５は出力される。
　ステップＳ２４２～Ｓ２４４において、ソースコード生成部１１８は、「ｉｆ」に含まれる処理ごとに、ステップＳ２４３の本体出力処理を繰り返す。レコード２４５の「ｉｆ」に含まれる処理は、レコード２４６の「postNetwork」の処理のみである。よって、ソースコード生成部１１８は、レコード２４６の処理に対する本体出力処理を実行する。この処理については、ステップＳ２３２～Ｓ２３４で説明した際の「postAuth」と同様の処理であり、ソースコード２９０の行１６～行２４が出力される。
　ステップＳ２４５において、ソースコード生成部１１８は、終了行を出力する。レコード２４５の「ｉｆ」では、ソースコード２９０の行２５を出力する。
≪ＡＰＩアダプタ作成装置の特徴≫
　開発担当者は、アダプタ化ＡＰＩが呼び出す卸サービスＡＰＩの順序や実行条件、繰返し条件を規定して、アダプタ化ＡＰＩの要求・応答パラメータと、卸サービスＡＰＩの要求・応答パラメータとの関係を規定することで、ＡＰＩアダプタを開発することができる。開発担当者は、ソースコードを記述する必要がなく、ロジックの検討に集中することができるので、開発期間が短くなり、新しい卸サービスや仕様変更にも短期間で対応可能となる。
　上記した実行順序やパラメータ関係の規定が設計情報であり、設計情報である仕様書を作成する必要がなくなる。また、設計情報またはソースコードを変更したときに、他方を修正する必要もなくなる。設計情報と実装（ソースコード）との不整合も発生しない。
１００　ＡＰＩアダプタ作成装置
１１０　制御部
１１１　卸サービスＡＰＩ仕様参照部
１１２　ＡＰＩ実行順序設定部
１１３　ＡＰＩ実行条件設定部
１１４　ＡＰＩ繰返し実行設定部
１１５　ＡＰＩ要求パラメータ取得元設定部
１１６　ＡＰＩ応答パラメータ反映先設定部
１１７　ＡＰＩ要求応答パラメータ設計支援部
１１８　ソースコード生成部
１１９　アダプタ生成部
１２０　記憶部

Claims (6)

  1. 　複数の卸サービスを組み合わせた連携サービスを構築する複数サービス連携実行装置に備わる、前記卸サービスのＡＰＩ（Application Program Interface）アダプタが提供するアダプタ化ＡＰＩを作成するＡＰＩアダプタ作成装置であって、
    　前記アダプタ化ＡＰＩの内部処理が呼び出す前記卸サービスのＡＰＩを示す卸サービスＡＰＩの実行順序の設定を受け付けるＡＰＩ実行順序設定部と、
    　前記卸サービスＡＰＩの要求パラメータの取得元となる前記アダプタ化ＡＰＩの要求パラメータの設定を受け付けるＡＰＩ要求パラメータ取得元設定部と、
    　前記卸サービスＡＰＩの応答パラメータの反映先となる前記アダプタ化ＡＰＩの応答パラメータの設定を受け付けるＡＰＩ応答パラメータ反映先設定部と、
    　前記実行順序の設定と、前記取得元の設定と、前記反映先の設定に基づいて、前記アダプタ化ＡＰＩのソースコードを生成するソースコード生成部と、
    　を備えることを特徴とするＡＰＩアダプタ作成装置。
  2. 　前記卸サービスＡＰＩの実行の実行条件の設定を受け付けるＡＰＩ実行条件設定部を、さらに備え、
    　前記ソースコード生成部は、前記実行条件の設定の内容を含む、前記アダプタ化ＡＰＩのソースコードを生成する
    　ことを特徴とする請求項１に記載のＡＰＩアダプタ作成装置。
  3. 　前記卸サービスＡＰＩの繰返し実行の繰返し条件の設定を受け付けるＡＰＩ繰返し条件設定部を、さらに備え、
    　前記ソースコード生成部は、前記繰返し条件の設定の内容を含む、前記アダプタ化ＡＰＩのソースコードを生成する
    　ことを特徴とする請求項１に記載のＡＰＩアダプタ作成装置。
  4. 　前記卸サービスＡＰＩの要求パラメータの指定を受け付けると、当該要求パラメータと同じ名称の前記アダプタ化ＡＰＩの要求パラメータを取得元と設定し、前記卸サービスＡＰＩの応答パラメータの指定を受け付けると、当該応答パラメータと同じ名称の前記アダプタ化ＡＰＩの応答パラメータを反映先と設定するＡＰＩ要求応答パラメータ設計支援部を、さらに備え、
    　前記ソースコード生成部は、前記ＡＰＩ要求応答パラメータ設計支援部が設定した前記取得元および反映先の設定の内容を含む、前記アダプタ化ＡＰＩのソースコードを生成する
    　ことを特徴とする請求項１～３のいずれか１項に記載のＡＰＩアダプタ作成装置。
  5. 　複数の卸サービスを組み合わせた連携サービスを構築する複数サービス連携実行装置に備わる、前記卸サービスのＡＰＩアダプタが提供するアダプタ化ＡＰＩを作成するＡＰＩアダプタ作成装置のＡＰＩアダプタ作成方法であって、
    　前記アダプタ化ＡＰＩの内部処理が呼び出す前記卸サービスのＡＰＩを示す卸サービスＡＰＩの実行順序の設定を受け付けるステップと、
    　前記卸サービスＡＰＩの要求パラメータの取得元となる前記アダプタ化ＡＰＩの要求パラメータの設定を受け付けるステップと、
    　前記卸サービスＡＰＩの応答パラメータの反映先となる前記アダプタ化ＡＰＩの応答パラメータの設定を受け付けるステップと、
    　前記実行順序の設定と、前記取得元の設定と、前記反映先の設定に基づいて、前記アダプタ化ＡＰＩのソースコードを生成するステップと、
    　を実行することを特徴とするＡＰＩアダプタ作成方法。
  6. 　コンピュータを請求項１～４のいずれか１項に記載のＡＰＩアダプタ作成装置として機能させるためのＡＰＩアダプタ作成プログラム。
PCT/JP2019/027797 2018-08-02 2019-07-12 Ａｐｉアダプタ作成装置、ａｐｉアダプタ作成方法およびａｐｉアダプタ作成プログラム WO2020026778A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/264,589 US11487595B2 (en) 2018-08-02 2019-07-12 API adapter creation device, API adapter creation method, and API adapter creation program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-146236 2018-08-02
JP2018146236A JP7003867B2 (ja) 2018-08-02 2018-08-02 Ａｐｉアダプタ作成装置、ａｐｉアダプタ作成方法およびａｐｉアダプタ作成プログラム

Publications (1)

Publication Number Publication Date
WO2020026778A1 true WO2020026778A1 (ja) 2020-02-06

Family

ID=69230769

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/027797 WO2020026778A1 (ja) 2018-08-02 2019-07-12 Ａｐｉアダプタ作成装置、ａｐｉアダプタ作成方法およびａｐｉアダプタ作成プログラム

Country Status (3)

Country Link
US (1) US11487595B2 (ja)
JP (1) JP7003867B2 (ja)
WO (1) WO2020026778A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2021161500A1 (ja) * 2020-02-14 2021-08-19
WO2022215194A1 (ja) * 2021-04-07 2022-10-13 日本電信電話株式会社 Ａｐｉアダプタ生成装置及びａｐｉアダプタ生成方法並びにａｐｉアダプタ生成プログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11507351B2 (en) * 2020-05-12 2022-11-22 Vmware, Inc. Intent compiler
US11740894B2 (en) * 2022-01-25 2023-08-29 Sap Se Build-independent software framework for creating custom adapters
US11989558B2 (en) * 2022-02-24 2024-05-21 Sap Se Automatic generation of a cloud integration adapter from a standard, programming language-agnostic interface specification

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012073778A (ja) * 2010-09-28 2012-04-12 Yahoo Japan Corp ＷｅｂＡＰＩ作成支援装置及びＷｅｂＡＰＩ作成支援方法
JP2018005824A (ja) * 2016-07-08 2018-01-11 ソフトバンク株式会社 情報処理装置及びプログラム
JP2018032897A (ja) * 2016-08-22 2018-03-01 日本電信電話株式会社 事業者間一括サービス構築装置及び事業者間一括サービス構築方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009238040A (ja) 2008-03-27 2009-10-15 Hitachi Ltd モジュール間連携支援方法、モジュール間連携支援プログラム、モジュール間連携支援システム
US20110088011A1 (en) * 2009-10-14 2011-04-14 Vermeg Sarl Automated Enterprise Software Development
US20140006257A1 (en) * 2012-06-28 2014-01-02 Martin Von Der Emde Consistent Interface for Payment Order, Payment Order Processing Statement and Product Valuation Data
US20140006239A1 (en) * 2012-06-28 2014-01-02 Simon Dieterich Consistent Interface for Service Confirmation
JP6169662B2 (ja) * 2015-09-11 2017-07-26 西日本電信電話株式会社 Ａｐｉ変換アダプタ、ａｐｉ変換システム、及びａｐｉ変換プログラム
JP6795531B2 (ja) * 2018-02-20 2020-12-02 日本電信電話株式会社 Ａｐｉアダプタ、ａｐｉアダプタ作成方法、およびプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012073778A (ja) * 2010-09-28 2012-04-12 Yahoo Japan Corp ＷｅｂＡＰＩ作成支援装置及びＷｅｂＡＰＩ作成支援方法
JP2018005824A (ja) * 2016-07-08 2018-01-11 ソフトバンク株式会社 情報処理装置及びプログラム
JP2018032897A (ja) * 2016-08-22 2018-03-01 日本電信電話株式会社 事業者間一括サービス構築装置及び事業者間一括サービス構築方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TAKAHASHI, KENSUKE ET AL.: "An Orchestrator that realizes Coordination Fulfillment among Multiple Service Providers", IEICE TECHNICAL REPORT, vol. 117, no. 491, 1 March 2018 (2018-03-01), pages 91 - 96 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2021161500A1 (ja) * 2020-02-14 2021-08-19
WO2021161500A1 (ja) * 2020-02-14 2021-08-19 日本電信電話株式会社 Ａｐｉアダプタ試験支援システム、ａｐｉアダプタ試験支援装置、ａｐｉアダプタ試験支援方法、および、ａｐｉアダプタ試験支援プログラム
JP7360073B2 (ja) 2020-02-14 2023-10-12 日本電信電話株式会社 Ａｐｉアダプタ試験支援システム、ａｐｉアダプタ試験支援装置、ａｐｉアダプタ試験支援方法、および、ａｐｉアダプタ試験支援プログラム
WO2022215194A1 (ja) * 2021-04-07 2022-10-13 日本電信電話株式会社 Ａｐｉアダプタ生成装置及びａｐｉアダプタ生成方法並びにａｐｉアダプタ生成プログラム

Also Published As

Publication number Publication date
JP2020021374A (ja) 2020-02-06
JP7003867B2 (ja) 2022-01-21
US20210334149A1 (en) 2021-10-28
US11487595B2 (en) 2022-11-01

Similar Documents

Publication Publication Date Title
WO2020026778A1 (ja) Ａｐｉアダプタ作成装置、ａｐｉアダプタ作成方法およびａｐｉアダプタ作成プログラム
US10402483B2 (en) Screenshot processing device and method for same
CN106682219B (zh) 关联文档获取方法及装置
JP6591458B2 (ja) Ｒｅｓｔサービスソースコード生成
CN114115852A (zh) 可视化服务编排方法、装置、设备及介质
CN106844453B (zh) 一种电子文件格式转换方法
WO2018036342A1 (zh) 基于csar的模型文件的可视化设计方法及装置
JP2006260540A (ja) データバインドされたリッチなアプリケーション
US10572546B2 (en) Information processing apparatus, document display method, document display system, and medium
US20100082701A1 (en) System and Method for Using a Configuration Management Database
CN110674083B (zh) 工作流迁移方法、装置、设备及计算机可读存储介质
CN106062741B (zh) 在社交网络系统中进行信息处理的方法和系统
JP7076471B2 (ja) 即時通信アプリケーションにおけるファイル送信
US20190102465A1 (en) Api query extension
JP6332533B2 (ja) 情報処理装置、その処理方法及びプログラム
JP2010016778A (ja) 画像形成装置、情報処理方法、及び、画像形成システム
WO2022000888A1 (zh) 执行定制化人工智能生产线的装置和方法、设备和介质
US20130304717A1 (en) Control system asset management
CN113268955A (zh) 报文转换的方法和装置
US20160092455A1 (en) Building queries directed to objects hosted on clouds
CN113568614A (zh) 任务发布方法、电子设备及存储介质
CN116708558B (zh) 全链路追踪系统代理方法、装置、计算机设备及存储介质
CN112947912A (zh) 生成代码的方法、装置、电子设备和存储介质
US20190213003A1 (en) Method, system and software application for developing mobile applications
CN111001157A (zh) 引用信息的生成方法和装置、存储介质及电子装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19843415

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19843415

Country of ref document: EP

Kind code of ref document: A1