Computer system and service construction supporting method

Abstract

To support the construction of data utilization services.SOLUTION: A computer system is connected to an infrastructure for providing a service consisting of multiple components, holds component management information to manage schemas related to the components constituting the service, refers to the component management information when receiving a component search request for the components to realize the service using target components, searches for related components to share a common schema starting from the schema of the target components, and presents the related components.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to a technique for establishing services that utilize data. [Background technology]

[0002] With the advancement of digital transformation, data analysis and data linkage are becoming increasingly important. As a technology for utilizing data, for example, the technology described in Patent Document 1 is known.

[0003] Patent document 1 states that "the information processing device 101 acquires allocation data indicating the allocation results of multiple resources to multiple allocation destinations. The information processing device 101 extracts data that violates a first condition from the acquired allocation data. The information processing device 101 classifies the extracted data into multiple groups according to a predetermined criterion. The information processing device 101 calculates an index value related to the occurrence frequency of the allocation pattern of resources included in the multiple resources based on the data of each of the classified multiple groups. The information processing device 101 generates a second condition for the resource allocation pattern based on the calculated index value." [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2022-167673 A Summary of the Invention [Problem to be solved by the invention]

[0005] In order to utilize data, knowledge about the data and applications is required. Therefore, even if data exists, there is a problem of not knowing how to utilize it.

[0006] An object of the present invention is to provide a system and method for supporting the construction of services that utilize data. [Means for solving the problem]

[0007] A representative example of the invention disclosed in the present application is as follows: A computer system connected to a platform that provides a service composed of a plurality of components, holds component management information for managing schemas related to the components that compose the service, and when a search request for the component for realizing a service using a target component is received, refers to the component management information, searches for related components that share the same schema starting from the schema of the target component, and presents the related components. Effect of the Invention

[0008] According to the present invention, it is possible to support the construction of services that utilize data. Problems, configurations, and effects other than those described above will become apparent from the following description of the embodiments. [Brief description of the drawings]

[0009] [Figure 1] 1 is a block diagram illustrating an example of a configuration of a computer system according to a first embodiment. [Diagram 2] FIG. 1 is a diagram illustrating an example of a use case of the computer system of the first embodiment. [Figure 3A] 13 is a diagram illustrating an example of a data structure of component management information according to the first embodiment. [Figure 3B] 13 is a diagram illustrating an example of a data structure of component management information according to the first embodiment. [Figure 3C] 13 is a diagram illustrating an example of a data structure of component management information according to the first embodiment. [Figure 3D] 13 is a diagram illustrating an example of a data structure of component management information according to the first embodiment. [Figure 3E] 13 is a diagram illustrating an example of a data structure of component management information according to the first embodiment. [Figure 4]11 is a flowchart illustrating an example of a component management information registration process executed by the schema hub according to the first embodiment. [Diagram 5] 11 is a flowchart illustrating an example of a component search process executed by a schema hub according to the first embodiment. [Figure 6] FIG. 13 is a diagram showing an example of a screen displayed by a schema hub according to the first embodiment. [Figure 7] 11 is a flowchart illustrating an example of a service setting information generation process executed by the schema hub according to the first embodiment. [Figure 8A] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8B] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8C] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8D] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8E] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8F] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8G] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 8H] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 9A] FIG. 13 is a diagram showing an example of a screen displayed by a schema hub according to the first embodiment. [Figure 9B] FIG. 13 is a diagram showing an example of a screen displayed by a schema hub according to the first embodiment. [Figure 10A] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 10B] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 10C] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. [Figure 10D] FIG. 4 is a diagram illustrating an example of a data structure of service setting information according to the first embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. However, the present invention is not to be interpreted as being limited to the description of the embodiment shown below. It will be easily understood by those skilled in the art that the specific configuration can be changed without departing from the concept or purpose of the present invention.

[0011] In the configurations of the invention described below, the same or similar configurations or functions are given the same reference numerals, and duplicated explanations are omitted.

[0012] In this specification, the terms "first," "second," "third," and the like are used to identify components and do not necessarily limit the number or order.

[0013] In order to facilitate understanding of the invention, the position, size, shape, range, etc. of each component shown in the drawings, etc. may not represent the actual position, size, shape, range, etc. Therefore, the present invention is not limited to the position, size, shape, range, etc. disclosed in the drawings, etc. EXAMPLES

[0014] FIG. 1 is a block diagram illustrating an example of the configuration of a computer system according to a first embodiment.

[0015] The computer system is composed of a plurality of boards 100. The boards 100 are connected via a network 101 such as a wide area network (WAN) or a local area network (LAN).

[0016] The platform 100 provides resources for implementing services that utilize data. The platform 100 includes computers, switches, storage devices, and the like for providing the resources. A service is composed of components such as data, databases, data processing, and applications.

[0017] In the first embodiment, the infrastructure 100 includes a computer 110 having a schema hub 120. The schema hub 120 manages component management information 130 for managing schemas related to components that configure the services on the infrastructure 100.

[0018] FIG. 2 is a diagram illustrating an example of a use case of the computer system according to the first embodiment.

[0019] FIG. 2 shows an infrastructure 100 used by clients A, B, and C. It is assumed that the infrastructure 100 of client B executes a data conversion service including a data conversion process (Data-Conversion-B), and the infrastructure 100 of client C executes a data analysis service using an analysis application (SS-MIX-Tool-C). For the data conversion service, information on the schema of the data conversion process is disclosed, but setting information for implementing the data conversion process is not disclosed. For the analysis application, a schema and setting information for implementing the analysis application are disclosed. It is also assumed that the analysis application (FHIR-App) is provided as open source. It is assumed that information on the schema of the component provided as open source is set in advance in the schema hub 120.

[0020] The platform 100 of the client A has a storage (FHIR-Storage-A). The user of the client A registers information about the schema of the storage in the schema hub 120 and also transmits a component search request. The schema hub 120 searches for components with a common schema, starting from the schema of the storage.

[0021] The input and output schema of the storage is FHIR-Schema. The schema of the database that is the input of the data conversion process (Data-Conversion-B) and the schema of the data that is the input of the analysis application (FHIR-App) are common to the input and output schema of the storage. Therefore, the data conversion process (Data-Conversion-B) and the analysis application (FHIR-App) are searched for as components that have a schema that is common to the storage schema defined.

[0022] In addition, the storage schema that is the output of the data conversion process (Data-Conversion-B) is SS-MIX-Schema, which is common to the schema of the data handled by the analysis application (SS-MIX-Tool-C). Therefore, the analysis application (SS-MIX-Tool-C) is searched for as a component that defines a schema common to the schema of the data conversion process (Data-Conversion-B).

[0023] The user selects the components to be used from the searched components. For components that are not published, a usage request is sent to the owner of the component. The owner publishes information about the component as necessary. The schema hub 120 obtains the information about the published components. The schema hub 120 generates service setting information 800 for building a service using the selected components, and deploys the components to the platform 100 according to the service setting information 800.

[0024] 3A, 3B, 3C, 3D, and 3E are diagrams illustrating an example of a data structure of the component management information 130 according to the first embodiment.

[0025] The component management information 130 is information having a data structure as shown in Fig. 3A. The components that make up a service are managed in units called projects. The "component" portion of the component management information 130 includes information as shown in Fig. 3B to Fig. 3E.

[0026] The information shown in Fig. 3B includes information on templates for configuring components, such as an IaC (Infrastructure as Code) template. The information shown in Fig. 3C, Fig. 3D, and Fig. 3E includes information on schemas. The information also includes information on templates for configuring schemas, such as a DDL (Data Definition Language).

[0027] "Service" includes information indicating the status of the service provided using the component, such as the operating state, the scope of information disclosure, input / output restrictions, and component connections. "Target_id" is information indicating the connection with the component.

[0028] The schema shown in Fig. 3D represents the schema of data input to the storage, and the schema in Fig. 3E represents the schema of data output from the storage. In this manner, a schema can be set for each of the data input and output to the component.

[0029] FIG. 4 is a flowchart illustrating an example of a component management information registration process executed by the schema hub 120 according to the first embodiment.

[0030] A user generates component management information 130 and sends a registration request to the schema hub 120 .

[0031] The schema hub 120 receives the component management information 130 contained in the registration request (step S101).

[0032] The schema hub 120 displays a screen showing the relationships between components and schemas based on the component management information 130 (step S102). The user checks the screen and modifies the component management information 130 as necessary.

[0033] When the schema hub 120 receives a registration instruction from the user, it registers the component management information 130 (step S103).

[0034] The schema hub 120 identifies the public parts of the component management information 130 (step S104). In this embodiment, components and schemas whose "release" of "service" is "public" are to be made public. If the "release" of "service" is "private", it is not made public.

[0035] The schema hub 120 transmits the component management information 130 including only the public part of the information to the other schema hubs 120 (step S105).

[0036] When a schema hub 120 receives component management information 130 from another schema hub 120, the schema hub 120 registers the component management information 130.

[0037] FIG. 5 is a flowchart illustrating an example of a component search process executed by the schema hub 120 according to the first embodiment.

[0038] The user inputs information about a component that is to be the starting point of a search, and transmits a search request to the schema hub 120. The component information may include information about the platform 100 in which the component exists, the type of the component, and the name of the component.

[0039] The schema hub 120 searches for components (related components) for which a common schema is defined, based on the schema of the origin component (step S201). Specifically, the following process is executed.

[0040] (S201-1) The schema hub 120 acquires the component management information 130 of the starting component. The schema hub 120 compares the schema information contained in the acquired component management information 130 with the schema information contained in the component management information 130 of other components, and searches for components in which a common schema is defined. Here, a common schema means that the "schema_name" matches. Note that the judgment criteria are merely examples and are not limited to these. For example, the judgment may be made based on the "template_name".

[0041] (S201-2) The schema hub 120 searches for related components starting from the searched component. The search method is the same as that described above.

[0042] The schema hub 120 repeatedly executes the process of S201-2. If multiple schemas are defined for a component, the above-described process is executed for each schema.

[0043] If the schema hub 120 that receives the search request does not hold the component management information 130 of the specified component, the schema hub 120 transfers the search request to another schema hub 120 .

[0044] The schema hub 120 transmits a search request including the component management information 130 of the starting component and related components to other schema hubs 120 (step S202). Since there may be components whose component management information 130 is not publicly available, the search request is transmitted to the other schema hubs 120.

[0045] The schema hub 120 that receives the search request searches for related components using the component management information 130 that it holds, and returns the related components that have been found.

[0046] The schema hub 120 receives search results from other schema hubs 120 that have sent search requests (step S203).

[0047] The schema hub 120 presents the related components (step S204). For example, the schema hub 120 generates a graph showing the connection relationship between the origin component and the related components, and displays it on the screen.

[0048] Additionally, the schema hub 120 may determine whether to continue the search based on the search results.

[0049] FIG. 6 is a diagram showing an example of a screen displayed by the schema hub 120 according to the first embodiment.

[0050] The schema hub 120 displays a screen 600 as shown in Fig. 6. The dotted line portion indicates the originating component and its schema.

[0051] As shown in Figure 2, the analysis tool (FHIR-App) and data conversion process (Data-Conversion-B) are searched for as components that define a schema common to the schema of the storage (FHIR-Storage-A). In addition, the analysis application (SS-MIX-Tool) is searched for as a component that defines a schema common to the schema of the data conversion process (Data-Conversion-B). Therefore, the components shown in Figure 6 are displayed as related components of the storage (FHIR-Storage-A).

[0052] Information about the component's availability status is displayed around the icon representing the component: "Ready" indicates that the component can be used, "Available" indicates that the component can be configured upon request, and "Unavailable" indicates that the component cannot be configured due to the presence of undisclosed information.

[0053] The user selects the components they wish to use. In Figure 6, storage (FHIR-Storage-A) and an analytical application (SS-MIX-Tool) are selected.

[0054] FIG. 7 is a flowchart illustrating an example of a service setting information generation process executed by the schema hub 120 according to the first embodiment.

[0055] The schema hub 120 receives a creation request that includes information about a component that is desired to be used (step S301).

[0056] Based on the search results for related components, the schema hub 120 identifies components necessary to realize a service using the specified component (step S302). Here, it is assumed that the components are identified so as to minimize the number of components that constitute the service.

[0057] If a component is required to use a specified component, the schema hub 120 adds a new component. In the example shown in Fig. 6, a component for managing data corresponding to the schema (SS-MIX-Schema) is required, so a component corresponding to storage is added.

[0058] The schema hub 120 generates the service setting information 800 for setting the components that make up the service (step S303).

[0059] In this embodiment, a template of the service setting information is prepared, and the schema hub 120 generates the service setting information by embedding information of the component management information 130 of the component in the template.

[0060] The schema hub 120 displays a screen for editing the service setting information 800 (step S304).

[0061] The schema hub 120 saves the service setting information 800 edited via the screen (step S305).

[0062] Here, a description will be given of the data structure of the service setting information 800. Figures 8A, 8B, 8C, 8D, 8E, 8F, 8G, and 8H are diagrams illustrating an example of the data structure of the service setting information 800 according to the first embodiment.

[0063] As shown in FIG. 8A, the service setting information 800 is made up of meta information, an execution_request, an execution_plan, an execution_service, an execution_history, an execution_result, and an application_request.

[0064] As shown in FIG. 8B, execution_request includes various information for deploying a component.

[0065] The execution_plan includes setting information for components that configure the service, as shown in Figures 8C, 8D, 8E, and 8F. The execution_plan can set the life time of the components.

[0066] As shown in Fig. 8G, the execution_service includes information about components that are running as a service. The information included in the execution_service is determined when the service is started.

[0067] The execution_history contains the execution history of the components in the service. The execution_result contains the operation results of the service.

[0068] As shown in FIG. 8H, application_request includes information regarding a component usage application.

[0069] 9A and 9B are diagrams showing examples of screens displayed by the schema hub 120 in the first embodiment.

[0070] A user adds and deletes components, and edits the platform 100 on which components are placed, via the screen 900. A user also submits a usage request to the owner of a component via the screen 900 in order to set the component as unavailable. For example, a usage request is submitted by clicking on the component. An operation button for submitting a usage request may also be provided on the screen 900. At this time, the availability status of the component is updated to "Requesting". When the schema hub 120 receives component management information 130 for using the component, it updates the service setting information 800 and also updates the availability status of the component to "Available".

[0071] The user selects the service setting information 800 to be used via the screen 900 and sends a deployment instruction. The schema hub 120 deploys the components to the platform 100 according to the service setting information 800. In this embodiment, the components are deployed in the order of order_id. After the deployment is completed, the availability status of the components is updated from "Available" to "Ready." When deploying components to different platforms 100, the schema hub 120 instructs the schema hub 120 of each platform 100 to deploy.

[0072] The user selects the service setting information 800 for starting a service via the screen 900, and transmits an instruction to start the service. In this embodiment, processing using components is executed in the order of order_id. The schema hub 120 acquires the execution history of the components and stores it in the service setting information 800. When components exist on different platforms 100, the schema hub 120 acquires the execution history of the components via the schema hub 120 of each platform 100.

[0073] 10A, 10B, 10C, and 10D are diagrams illustrating an example of a data structure of the service setting information 800 according to the first embodiment.

[0074] The execution_history includes histories such as those shown in Figures 10A, 10B, and 10C. Furthermore, the execution_result stores operation results such as those shown in Figure 10D. Note that the operation results may be generated based on the execution history of the component.

[0075] The user selects the service setting information 800 of the service to be terminated via screen 900 and transmits an instruction to terminate the service. In this case, schema hub 120 deletes the components deployed according to the service setting information 800. Schema hub 120 displays the execution history of the components and the operation results of the services stored in the service setting information 800 in response to a request. Schema hub 120 displays, for example, screen 910 to present the history. The user checks the execution history of the components and the operation results of the services via screen 910.

[0076] According to the first embodiment, the schema hub 120 can search for and present components for implementing a service utilizing components managed by the user. It can also automatically generate information for building a service consisting of components designated by the user, and can use the information to perform various settings for implementing the service. In this way, the schema hub 120 can support the building of a service utilizing data.

[0077] In this embodiment, each board 100 has a computer 110 having a schema hub 120, but this is not limited to the above. A management system connected to each board 100 may have the schema hub 120. In this case, the management system centrally manages the component management information 130 of the components of each board 100.

[0078] The present invention is not limited to the above-mentioned embodiments, and includes various modified examples. For example, the above-mentioned embodiments are described in detail to clearly explain the present invention, and the present invention is not necessarily limited to those including all of the described configurations. Also, it is possible to add, delete, or replace a part of the configuration of each embodiment with another configuration.

[0079] In addition, each of the above configurations, functions, processing units, processing means, etc. may be realized in part or in whole by hardware, for example, by designing them as integrated circuits. The present invention can also be realized by software program code that realizes the functions of the embodiments. In this case, a storage medium on which the program code is recorded is provided to a computer, and a processor included in the computer reads the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-mentioned embodiments, and the program code itself and the storage medium storing it constitute the present invention. Examples of storage media for supplying such program code include flexible disks, CD-ROMs, DVD-ROMs, hard disks, SSDs (Solid State Drives), optical disks, magneto-optical disks, CD-Rs, magnetic tapes, non-volatile memory cards, ROMs, etc.

[0080] Furthermore, the program code for realizing the functions described in this embodiment can be implemented in a wide range of program or script languages, such as assembler, C / C++, perl, Shell, PHP, Python, Java (registered trademark), etc.

[0081] Furthermore, the program code of the software that realizes the functions of the embodiments may be distributed over a network and stored in a storage means such as a computer's hard disk or memory, or in a storage medium such as a CD-RW or CD-R, and the processor of the computer may read out and execute the program code stored in the storage means or storage medium.

[0082] In the above-mentioned embodiment, the control lines and information lines are shown as those considered necessary for the explanation, and not all the control lines and information lines are shown in the product. All the components may be connected to each other. [Explanation of symbols]

[0083] 100 Foundation 101 Network 110 Calculator 120 Schema Hub 130 Component Management Information 600, 900 screen 800 Service setting information

Claims

1. A computer system connected to a platform that provides a service composed of a plurality of components, holding component management information for managing a schema relating to the components constituting the service; When a search request for a component for realizing a service using a target component is received, the component management information is referenced, and a related component having a common schema is searched for, starting from the schema of the target component; A computer system presenting said related components.

2. 2. The computer system of claim 1, the component management information includes configuration information for configuring the component, The computer system comprises: Accept the designation of the relevant components you wish to use; generating a graph connecting the target component and the specified related components based on the results of the search; A computer system characterized by generating and outputting service setting information for setting the target component and the related components included in the graph based on the setting information included in the component management information of the related components included in the graph.

3. 3. The computer system of claim 2, the component management information includes data indicating whether the component is to be made public to unspecified users; A computer system characterized in that, when the related components included in the graph include a related component that is associated with the component management information in which the data indicating non-disclosure is set, a usage request is sent to the owner of the related component.

4. 3. The computer system of claim 2, A computer system characterized in that it records an execution history of the components in a service constructed using the service setting information.

5. 3. The computer system of claim 2, The computer system according to claim 1, wherein the service setting information includes a lifetime of each of the related components included in the graph.

6. 3. The computer system of claim 2, A computer system providing an interface for designating the related component to be used.

7. A service construction support method executed by a computer system, comprising: The computer system comprises: Connect to a platform that provides services consisting of multiple components, holding component management information for managing a schema relating to the components constituting the service; The service construction support method includes: a first step of, when the computer system receives a search request for a component for implementing a service using a target component, searching for related components having a common schema with the schema of the target component by referring to the component management information, starting from the schema of the target component; a second step in which the computer system presents the related components.

8. The service construction support method according to claim 7, the component management information includes configuration information for configuring the component, The service construction support method includes: a third step of the computer system accepting a designation of the related component desired to be used; a fourth step in which the computer system generates a graph connecting the target component and the specified related components based on the results of the search; a fifth step in which the computer system generates and outputs service setting information for setting the target component and the related components included in the graph based on the setting information included in the component management information of the related components included in the graph.

9. 9. A service construction support method according to claim 8, comprising: the component management information includes data indicating whether the component is to be made public to unspecified users; The fifth step is a service construction support method characterized in that it includes a step in which, when the related components included in the graph include a related component that is associated with the component management information in which the data indicating non-disclosure is set, the computer system sends a usage application to the owner of the related component.

10. 9. A service construction support method according to claim 8, comprising: A service construction support method comprising the step of: recording, by the computer system, an execution history of the components in a service constructed using the service setting information.

11. 9. A service construction support method according to claim 8, comprising: The service construction support method, wherein the service setting information includes a lifetime of each of the related components included in the graph.

12. 9. A service construction support method according to claim 8, comprising: A service construction support method comprising the step of: providing an interface for specifying the related component to be used by the computer system.

Images