WO2018011985A1 - 管理システム及びプラットフォーム構築支援方法 - Google Patents

管理システム及びプラットフォーム構築支援方法 Download PDF

Info

Publication number
WO2018011985A1
WO2018011985A1 PCT/JP2016/071023 JP2016071023W WO2018011985A1 WO 2018011985 A1 WO2018011985 A1 WO 2018011985A1 JP 2016071023 W JP2016071023 W JP 2016071023W WO 2018011985 A1 WO2018011985 A1 WO 2018011985A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
program
analysis
programs
template
Prior art date
Application number
PCT/JP2016/071023
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 PCT/JP2016/071023 priority Critical patent/WO2018011985A1/ja
Publication of WO2018011985A1 publication Critical patent/WO2018011985A1/ja

Links

Images

Classifications

    • 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • 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
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]

Definitions

  • the present invention generally relates to the construction of a platform (environment) of a computer system.
  • IoT Internet of Things
  • IT Informational Technology
  • OT Operaational Technology
  • RDB Relational Database
  • mission-critical systems have also started providing mass data analysis integrated systems that analyze both mission-critical data and IoT data, and OSS for IoT data analysis. Is actively utilized.
  • the IoT system handles a wide variety of data such as sensor data, documents, images, and voices, and can handle a large amount of data as an analysis target, combined with a backbone system that handles only predesigned data. Therefore, improvement in analysis accuracy can be expected by incorporating various viewpoints.
  • Patent Document 1 discloses an ETL package that defines an ETL workflow (processing procedure template and data parameters).
  • the most time-consuming processing is generally data preparation.
  • the time required for data preparation may occupy about 80% of the total processing time (whole life cycle).
  • H / W Hardware
  • VM Virtual Machine
  • VM configuration information specification VM configuration information specification
  • Complicated work such as installation of analysis M / W (Middleware) and acquisition of analysis target data from a data source is required.
  • the management system accepts an analysis platform construction request associated with user input information.
  • the input information represents a selected analysis template (analysis flow template selected by the user) among a plurality of analysis flow templates and one or more data sources associated with the selected analysis template.
  • Two or more programs that are components of the analysis platform to be constructed are associated with the input information.
  • the management system inputs the data input into the data input template that is the association information for the data input program for each of the one or more data input programs of the two or more programs.
  • the identification information of the virtual machine that is the deployment destination of the data storage program of the data transfer destination corresponding to the program is associated.
  • the management system deploys each of the two or more programs to a virtual machine to which the program is deployed.
  • the information included in the data input template corresponding to the data input program is associated with the deployed data input program.
  • the “user” is typically an analysis user described later, but may be a user other than the analysis user.
  • the structure of the whole system which concerns on an Example is shown.
  • 1 shows a configuration of a deployment management server 1.
  • the structure of the server 2 is shown.
  • the configuration of the VM management server 4 is shown.
  • the configuration of the client 5 is shown.
  • the structure of the analysis flow template management table 124 is shown.
  • 2 shows a configuration of a DI (Data Input) template management table 125.
  • the structure of a BI (Business Intelligence) template management table 123 is shown.
  • the structure of the H / W setting management table 121 is shown.
  • the structure of the VM management table 122 is shown.
  • the structure of the user management table 126 is shown.
  • the structure of the conversion table 127 is shown.
  • An example of an analysis flow template is shown.
  • the flow of analysis platform construction processing is shown.
  • 12 is a flowchart of a first example of redeployment processing 1513.
  • 12 is a flowchart of a second example of redeployment processing 1513.
  • An example of a main screen is shown.
  • An example of an analysis flow template selection screen is shown.
  • An example of an M / W selection screen is shown.
  • An example of a H / W performance selection screen is shown.
  • An example of a data source selection screen is shown. The flow of the whole process including the analysis platform construction process which concerns on one comparative example is shown.
  • the information may be described using expressions such as a table or a list.
  • the data structure of the information is not limited, and other data structures may be used. Since the information does not depend on the data structure, for example, “kkk table” or “kkk list” can be called “kkk information”.
  • Information such as a table or a list may be divided into two or more information elements, or all or part of two or more types of information may be aggregated into the same information.
  • the “interface unit” includes one or more interfaces.
  • the one or more interfaces may be one or more similar interface devices (for example, one or more NIC (Network Interface Card)) or two or more different types of interface devices (for example, NIC and HBA (Host Bus Adapter)). There may be.
  • NIC Network Interface Card
  • HBA Home Bus Adapter
  • the “storage unit” includes one or more memories.
  • the at least one memory may be a volatile memory or a non-volatile memory.
  • the storage unit may include one or more PDEVs in addition to one or more memories.
  • PDEV means a physical storage device and may typically be a non-volatile storage device (eg, an auxiliary storage device).
  • the PDEV may be, for example, an HDD (Hard Disk Drive) or an SSD (Solid State Drive).
  • the “processor unit” includes one or more processors.
  • the at least one processor is typically a CPU (Central Processing Unit).
  • the processor may include a hardware circuit that performs part or all of the processing.
  • time such as date and time may be expressed as year / month / day / hour / minute / second or a part thereof.
  • the “management system” may be composed of one or more computers.
  • the management computer when the management computer has a display device and the management computer displays information on its own display device, the management computer may be a management system.
  • a management computer for example, a server
  • transmits display information to a remote display computer for example, a client
  • the display computer displays the information (when the management computer displays information on the display computer)
  • a system including at least the management computer among the management computer and the display computer may be a management system.
  • the management system may include an interface unit, a storage unit, and a processor unit connected to them.
  • the interface unit may include at least one of a user interface unit and a communication interface unit.
  • the user interface unit includes at least one I / O device of one or more I / O devices (for example, an input device (for example, a keyboard and a pointing device), an output device (for example, a display device)), and a display computer.
  • the communication interface unit may include one or more communication interface devices. That the computer in the management system “displays the display information” may be that the display information is displayed on the display device of the computer, or that the computer transmits the display information to the display computer. (In the latter case, display information is displayed by a display computer).
  • the management system is at least a deployment management server among a deployment management server and a VM (Virtual Machine) management server. The deployment management server and the VM management server may be integrated.
  • the processor unit executes a program and performs processing using at least one of a storage unit (for example, a memory) and an interface unit (for example, a communication port).
  • a storage unit for example, a memory
  • an interface unit for example, a communication port
  • the subject of processing may be mainly a program, but a processor unit that executes the program may be the subject.
  • the processing mainly performed by the processor unit is performed by executing one or more programs.
  • the program may be installed in the computer from a program source.
  • the program source may be, for example, a storage medium that can be read by a program distribution server or a computer.
  • two or more programs may be realized as one program, or one program may be realized as two or more programs.
  • the “storage device” includes one or more storage devices and a controller that controls the one or more storage devices.
  • the controller provides a logical volume to the server based on one or more storage devices.
  • the logical volume may be a real logical volume or a virtual logical volume.
  • the storage device may be a physical storage device or a virtual storage device.
  • the physical storage device is an HDD (Hard Disk Drive) or SSD (Solid State Drive) drive.
  • a plurality of storage devices may constitute one or more RAID groups (Redundant Array of Independent (or Inexpensive) Disks).
  • the RAID group may be referred to as a parity group.
  • the virtual logical volume may be, for example, an externally connected logical volume, a TP (Thin Provisioning) -logical volume, and a snapshot logical volume.
  • the externally connected logical volume is based on a storage resource (for example, a logical volume) of an external storage system connected to the storage system, and is a logical volume according to the storage virtualization technology.
  • the TP-logical volume is a logical volume according to capacity virtualization technology (typically ThinThProvisioning).
  • the snapshot logical volume is a logical volume provided as a snapshot of the original logical volume.
  • the storage system may be composed of one or more storage devices.
  • a reference code or a common code among the reference codes is used, and when a description is given by distinguishing the same type of element, the element is assigned to that element. May use an identified identifier (eg, at least one of a number and a sign) or an entire reference sign.
  • analysis platform means an environment in which an analysis process is executed in response to an analysis request and an analysis result is returned.
  • the analysis platform may be referred to as an “analysis environment”.
  • the analysis platform includes one or more computer programs and data to be analyzed associated with at least one of the one or more computer programs (or a data store (for example, DWH (Data (Ware House) or DM (Data Mart)).
  • DWH Data (Ware House) or DM (Data Mart)
  • M / W is a computer program that can be at least one of one or more computer programs included in the analysis platform, and is positioned under the BI tool described later. Means a computer program.
  • H / W is a physical resource that can be allocated to a VM (Virtual Machine) (in other words, a physical resource that is a base of a virtual resource that is an element of the VM).
  • H / W is in the computer system.
  • the “computer system” is a plurality of servers and one storage device. However, the computer system is an environment in which a VM can be created, started (executed), terminated, and deleted, and at least It may be a system including one server or at least one storage device.
  • DI tool is an example of a data input tool, and is a program (for example, M / W) that acquires data from a data source and outputs the data to the output side.
  • the DI (Data Input) tool can convert the data format if necessary.
  • the DI tool is, for example, an ETL (Extract / Transform / Load) tool.
  • the DI tool can be a component of the analysis platform.
  • BI tool is an example of an analysis tool, and is a program (for example, an application program) that receives an analysis request and processes the request.
  • the BI (Business Intelligence) tool is positioned above the M / W and can be a component of the analysis platform.
  • the BI tool accepts an analysis request from the analysis user's computer (client).
  • DBMS Database Management System
  • DBMS Database Management System
  • M / W data storage program
  • the DBMS can be a component of the analysis platform.
  • DBMS is adopted for convenience.
  • data accessed by at least one of the data acquisition program and the data storage program is structured like RDB (Relational Database). Not only data but also unstructured data such as files and object data may be used.
  • data source is a source of data including analysis target data.
  • Data corresponding to conditions as an analysis viewpoint is acquired from the data source as analysis target data.
  • the acquired data is stored in a data store such as DWH or DM.
  • data to be analyzed in the data store is referred to.
  • the data source may be DWH and the data store may be DM. Further, at least one of the data source and the data store may be the logical volume described above.
  • deployment means issuing a request for the deployment target to be placed in the proment destination.
  • deployment target is a program as a component of the analysis platform
  • deployment refers to a request associated with an execution file of the program (for example, a file with a file identifier “.exe”) as a VM.
  • execution file for example, a file with a file identifier “.exe”
  • VM file identifier
  • FIG. 1 shows the configuration of the entire system according to an embodiment of the present invention.
  • a deployment management server 1 a computer system (a plurality of servers 2-1 to 2-n and a storage device 3), a VM management server 4 and a client 5. There may be a plurality of storage apparatuses 3 and clients 5. There may be one server 2.
  • the client 5 is an example of an analysis user computer. At least the deployment management server 1 of the servers 1, 2, and 4 receives from the client 5 information input from the analysis user or a request associated with the information.
  • NW6 may be Ethernet (registered trademark)
  • NW7 may be Fiber Channel (FC), Ethernet (registered trademark), or PCI Express (PCIe) (registered trademark).
  • the NWs 6 and 7 may be the same type of network or a single network.
  • Each of the servers 2-1 to 2-n receives a VM generation request from the VM management server 4, and generates a VM in response to the request.
  • the VM is executed.
  • VM migration may be performed between the servers 2.
  • H / W in the server 2 is associated with the VM.
  • a virtual resource based on H / W in the server 2 is associated as a VM resource.
  • the deployment management server 1 manages resources (for example, H / W (physical resources) and virtual resources) of the computer system (servers 2-1 to 2-n and the storage device 3). Further, the deployment management server 1 performs deployment management of the analysis platform (analysis environment) in accordance with a request from the client 5. That is, the deployment management server 1 supports the analysis platform construction process. At least part of the processing performed by the deployment management server 1 is processing included in the analysis platform construction support processing.
  • the VM management server 4 receives a VM deployment request from the deployment management server 1, and transmits a VM creation request to at least one of the servers 2-1 to 2-n according to the request. In the server 2 that has received the request, a VM is generated in response to the request. As a result, the VM is deployed on the server 2.
  • the VM management server 4 manages VMs that are deployed in this manner and that operate the analysis platform.
  • the storage device 3 stores analysis target data, VM images (image data), and M / W. There are at least a plurality of M / Ws among VM images and M / Ws.
  • the plurality of VM images may include a plurality of types of VM images or a plurality of versions of VM images.
  • each server 2 can execute one or more types of VMs.
  • a plurality of M / Ws may include a plurality of types of M / Ws or a plurality of versions of M / Ws.
  • the plurality of M / Ws include at least a plurality of types of M / Ws.
  • one storage device 3 is shared by a plurality of servers 2, but the number and configuration of the servers 2 and the storage devices 3 are not limited to this mode.
  • FIG. 2 shows the configuration of the deployment management server 1.
  • the deployment management server 1 includes an interface unit, a storage unit, and a processor unit connected to them.
  • the deployment management server 1 includes a memory 10, a CPU 11 that executes a program stored in the memory 10, a storage device (HDD or SSD) 12, an input device 13 such as a keyboard and a mouse, , An output device 14 such as a display device, and a network interface 15. These components are connected via an internal bus 16.
  • At least one of the memory 10 and the storage device 12 is an example of a storage unit.
  • the network interface 15 is an example of an interface unit.
  • the CPU 11 is an example of a processor unit.
  • the network interface 15 is, for example, a LAN (Local Area Network) interface, an HBA (Host Bus Adapter), or the like.
  • the memory 10 stores an OS 100, a management program 110, and a table group 120.
  • the table group 120 includes, for example, an H / W setting management table 121, a VM management table 122, a BI template management table 123, an analysis flow template management table 124, a DI template management table 125, a user management table 126, and a conversion table 127. .
  • the configuration of each table will be described later.
  • the management program 110 includes a plurality of modules such as an H / W management program 111, an M / W management program 112, a data management program 113, an analysis flow template management program 114, a DI management program 115, a deployment management program 116, and an API ( Application Programming Interface) 117. At least one of the plurality of modules may exist as an independent program instead of a module in one program.
  • the H / W management program 111 is a program for managing H / W configuration information of the computer system (server 2, storage device 3).
  • the H / W management program 111 manages the H / W setting management table 121.
  • the M / W management program 112 manages M / W that can be provided as at least a part of the analysis platform, such as a DBMS, a data storage program, a BI tool, and the like.
  • the data management program 113 manages the data source. There are one or more data sources.
  • the analysis flow template management program 114 manages the analysis flow template management table 124. There are one or more, typically a plurality of analysis flow templates.
  • the analysis flow template management program 114 may create at least one analysis flow template. That is, the analysis flow template management program 114 may pre-template analysis flows that are constructed relatively frequently.
  • FIG. 13 shows an example of an analysis flow template.
  • the analysis flow template 1300 shows an analysis flow related to SCM (Supply Chain Management).
  • the analysis flow represented by the analysis flow template 1300 is a flow in which the following four processes are arranged in the order of (F1), (F2), (F3), and (F4).
  • the DI tool 1303 collects data from each of the plurality of data sources 1304 and 1305.
  • the DI tool 1303 transfers the collected data to the DBMS 1302 (converts the data format if necessary)
  • the DBMS 1302 stores the transferred data.
  • the BI tool 1301 accesses data stored by the DBMS 1302. It is.
  • the analysis flow template may be edited or created by the client 5 (analysis user), and information on the analysis flow template after editing or after creation may be registered in the analysis flow template management table 124.
  • the analysis flow template is a template of a typical analysis flow based on, for example, the type of business, analysis frequency, characteristics of analysis target data, and the like.
  • the DI management program 115 includes the M / W associated with the data source, the identifier of the VM on which the M / W operates, the deployment target M / W, and the VM on which the deployment target M / W operates. It manages the association between an identifier and a data format conversion tool (for example, a DI tool). That is, the DI management program 115 manages the DI template management template 125.
  • a data format conversion tool for example, a DI tool
  • the deployment management program 116 follows the analysis platform construction request from the client 5, the H / W setting management table 121, the VM management table 122, the BI template management table 123, the analysis flow template management table 124, the DI management template 125, and the conversion table 127 is a program that uses 127 to prepare an analysis platform or link a data source and a conversion tool.
  • API 117 is an interface that accepts an analysis platform construction request from the client 5.
  • FIG. 2 shows the configuration of the server 2.
  • the VM management server 4 includes a memory 20, a CPU 21 that executes a program stored in the memory 20, a storage device 22, an input device 23 such as a keyboard and a mouse, an output device 24 such as a display device, and a network interface. 25. These elements are connected via an internal bus 26.
  • the network interface 25 is, for example, a LAN interface or an HBA.
  • the memory 20 stores the OS 200 and the hypervisor 201.
  • the hypervisor 201 controls creation, activation (execution), and deletion of the VM 202.
  • FIG. 3 illustrates a plurality of VMs 202-1 to 202-n.
  • the hypervisor 201 generates a VM 202 in response to a VM generation request from the VM management server 4.
  • An M / W is deployed by the deployment management server 1 to the generated VM 202, and the deployed M / W operates on the VM 202.
  • FIG. 4 shows the configuration of the VM management server 4.
  • the VM management server 4 includes a memory 40, a CPU 41 that executes a program stored in the memory 40, a storage device 42, an input device 43 such as a keyboard and a mouse, an output device 44 such as a display device, and a network interface. 45. These elements are connected via an internal bus 46.
  • the network interface 45 is, for example, a LAN interface.
  • the memory 40 stores a VM deployment management table 404 and a resource management table 405.
  • the memory 40 also stores an OS 400, a resource management program 401, a VM management program 402, and a user management program 403.
  • the resource management table 405 holds information about resources (for example, H / W and virtual resources) of the computer system (server 2 and storage device 3). For example, the resource management table 405 holds information about the resources of the server 2 (for example, resource type and resource amount) for each server 2. Further, for example, the resource management table 405 holds information (for example, resource type and resource amount) regarding the resources of the storage apparatus 3. Further, for example, the resource management table 405 holds information (for example, resource type and resource amount) regarding resources allocated to the VM for each VM 202.
  • the VM deployment management table 404 holds information representing the relationship between the VM 202 and the server 2.
  • the VM deployment management table 404 holds, for each VM 202, an identifier of the VM 202 (for example, a VM address such as an IP address) and an identifier of the server 2 on which the VM 202 operates.
  • the resource management program 401 uses the resource management table 405 to monitor H / W (for example, CPU, memory, network bandwidth) used by the VM 202. Based on the monitoring result, the resource management program 401 uses the resource usage rate (for example, CPU, memory and storage usage rate) for the VM 202, the network bandwidth usage rate, the CPU usage rate of each service, and the power supply You can manage at least one of them.
  • H / W for example, CPU, memory, network bandwidth
  • the resource management program 401 uses the resource usage rate (for example, CPU, memory and storage usage rate) for the VM 202, the network bandwidth usage rate, the CPU usage rate of each service, and the power supply You can manage at least one of them.
  • the VM management program 402 uses the VM deployment management table 404 to manage VM creation, activation, termination, addition, deletion, and the like.
  • the user management program 403 manages the generation, registration, deletion, and the like of user information for performing operation management for the VM 202.
  • the VM management server 4 loads a VM image from the storage device 3 to the VM management server 4 in response to a request specifying at least one of VM creation, deletion, information collection, etc. from the deployment management server 1 and A deployment that generates a VM 202 according to a VM image and requests VM identification information (for example, information including at least one of an identifier and an address (for example, an IP address) of the VM) assigned to the generated VM.
  • VM identification information for example, information including at least one of an identifier and an address (for example, an IP address) of the VM
  • FIG. 5 shows the configuration of the client 5.
  • the client 5 includes a memory 50, a CPU 51 that executes a program stored in the memory 50, a storage device 52, an input device 53 such as a keyboard and a mouse, an output device 54 such as a display device, and a network interface 55. Have. These elements are connected via an internal bus 56.
  • the network interface 55 is, for example, a LAN interface.
  • the memory 50 stores an OS 500, an analysis platform deployment application 501 that provides a Web GUI, and an analysis application 502.
  • the analysis platform deployment application 501 may be a Web browser or a program for inputting / outputting information to / from the analysis user via the Web browser.
  • the analysis platform deployment application 501 transmits an analysis platform construction request to the deployment management server 1.
  • the analysis application 502 transmits an analysis request for operating the analysis logic to the analysis platform constructed by the deployment management server 1.
  • the analysis request is accepted by the BI tool in the analysis platform.
  • At least one of the servers 1, 2, and 4 may not have at least one of an input device and an output device. This is because in this embodiment, the client 5 has an input device and an output device as a user interface of the analysis user.
  • FIG. 6 to 12 show the configuration of tables managed by the deployment management server 1.
  • FIG. 6 to 12 show the configuration of tables managed by the deployment management server 1.
  • FIG. 6 shows the analysis flow template management table 124.
  • the analysis flow template management table 124 holds analysis flow template information. Specifically, the analysis flow template management table 124 holds a template identifier 61, a DI tool identifier 62, a DBMS identifier 63, and a BI tool identifier 64 for each analysis flow template.
  • the template identifier 61 is an identifier of the analysis flow template.
  • the DI tool identifier 62 is an identifier of the DI tool.
  • the DBMS identifier 63 is a DBMS identifier.
  • the BI tool identifier 64 is an identifier of the BI tool.
  • the analysis flow is composed of a DI tool, a DBMS, and a BI tool, and the order of the analysis flow is also the DI tool processing, the DBMS processing, and the BI tool.
  • the order of tool processing is as follows.
  • the difference in the analysis flow template is at least one of the difference between the program adopted as the DI tool, the program adopted as the DBMS, and the program adopted as the BI tool. is there.
  • the analysis flow template may differ depending on other viewpoints such as the execution order of programs, and the configuration of the analysis flow template management table 124 may not be a simple configuration as shown in FIG. .
  • the analysis flow template management table 124 can be configured according to an analysis flow template configuration that can be employed.
  • FIG. 7 shows the configuration of the DI template management table 125.
  • the DI template management table 125 manages data source, input source, output destination, and DI tool association. Such association is referred to as “DI template” in the description of the present embodiment.
  • the DI template management table 125 holds a data source identifier 71, input management information 72, output management information 73, and a DI tool identifier 74 for each DI template.
  • the data source identifier 71 is an identifier of the data source.
  • the input management information 72 includes information regarding the input source, for example, a data acquisition program identifier 721 and a data acquisition address 722.
  • the data acquisition program identifier 721 is an identifier of the data acquisition program.
  • the “data acquisition program” is an identifier of a program (for example, M / W) that acquires (reads) data from a data source.
  • the data acquisition address 722 is identification information (information including at least one of an identifier and an address) of a computer (VM in this embodiment) that executes the data acquisition program.
  • the output management information 73 includes information regarding an output destination, for example, a data storage program identifier 731 and a data storage address 732.
  • the data storage program identifier 731 is an identifier of the data storage program.
  • the “data storage program” is an identifier of a program (eg, M / W) that stores data acquired from a data source in a data store (eg, DWH (Data (House) or DM (Data Mart)).
  • the data storage address 732 is identification information (information including at least one of an identifier and an address) of a computer (VM in this embodiment) that executes a data acquisition program.
  • the DI tool identifier 74 is an identifier of the DI tool.
  • the data storage address 732 is blank before the analysis platform construction process. This is because the VM 202 that is the deployment destination of the M / W (data storage program) included in the analysis platform is undecided. As will be described later, in the analysis platform construction process, the VM 202 of the M / W (data storage program) deployment destination is determined, and the VM address of the VM 202 is registered in the DI template management table 125 as the data storage address 732.
  • the DI template management table 125 is constructed by the DI template management program 115 as follows.
  • the DI template management program 115 can construct the table 125 by communicating with the deployment management program 116 or other programs.
  • the identifier of the DBMS associated with the data source is the data
  • the VM address registered as the acquisition program identifier 721 and executing the DBMS is registered as the data acquisition address 722.
  • An example of “specific data source” is a data source (for example, “POS” or “Event”) selected via a main screen 1800 in FIG.
  • the DI tool identifier in the selected analysis flow template is registered as the DI tool identifier 74.
  • the same DI tool identifier 74 is registered for the plurality of data sources.
  • the identifier of the DBMS associated with the selected analysis flow template (or the DBMS selected by the analysis user instead of the DBMS) is registered as the data storage program identifier 731.
  • the address of the deployment destination VM is the data It is registered as an acquisition address 722.
  • the DI template management table 125 is completed based on the selected analysis flow template.
  • the information held in the DI template management table 125 may be embedded in the DI tool to be deployed, or may be associated with a DI tool activation request transmitted after the DI tool is deployed. As a result, the DI tool can know the data acquisition source and the data transfer destination.
  • the data acquisition program identifier 721 and the data acquisition address 722 corresponding to the data source may be uniquely determined for the data source. If the data acquisition program is also a deployment target, the data acquisition address 722 may be registered when the deployment destination VM of the data acquisition program is determined.
  • the data in the storage destination data store of the data storage program is “analysis target data” in this embodiment.
  • the analysis target data is referred to by the BI tool in the analysis process after the analysis platform is constructed.
  • FIG. 8 shows the configuration of the BI template management table 123.
  • the BI template management table 123 includes a program (typically, a data acquisition program that stores data in a data store) that is an access destination of the BI tool for the BI tool to reference (acquire) analysis target data, and the program. Holds information about the interface of the.
  • a set of such a program and an interface of the program is referred to as a “BI template” in the description of this embodiment.
  • the BI template management table 125 holds a program identifier 81 and an interface type name 82 for each BI template.
  • the program identifier 81 is an identifier of a program (typically a data acquisition program) that is an access destination of the BI tool.
  • the interface type name 82 is the name of the interface type of the program.
  • FIG. 9 shows the configuration of the H / W setting management table 121.
  • the H / W setting management table 121 holds information relating to the association between the VM and the H / W associated with the VM.
  • the H / W setting management table 121 holds a host identifier 91, an IP address 92, an HBA address 93, and a VM identifier 94 for each VM.
  • the host identifier 91 is an identifier of the server 2 on which the VM operates.
  • the IP address 92 is the IP address of the server 2 on which the VM operates.
  • the HBA address 93 is an address of an HBA (HBA of the server 2) that is one of the H / Ws assigned to the VM.
  • An I / O (Input / Output) request from the VM is sent to the storage apparatus 3 via the HBA assigned to the VM.
  • the HBA address 93 may be blank.
  • the VM identifier 94 is a VM identifier.
  • FIG. 10 shows the configuration of the VM management table 122.
  • the VM management table 122 holds information about VMs.
  • the VM management table 122 holds an M / W identifier 1001, a VM identifier 1002, and an IP address 1003 for each VM.
  • the M / W identifier 1001 is an identifier of the M / W deployed in the VM.
  • the VM identifier 1002 is an identifier of the VM.
  • the IP address 1003 is an IP address assigned to the VM.
  • FIG. 11 shows the configuration of the user management table 126.
  • the user management table 126 holds information regarding the analysis user and the analysis platform regarding the analysis user.
  • the user management table 126 holds a user name 1101, a template identifier 1102, a construction date 1103, a data source identifier 1104, a data acquisition program identifier 1105, a data storage program identifier 1108, a DI tool identifier 1109, and a deletion date 1110.
  • the user name 1101 is the name of the analysis user (the user who requested the analysis platform construction).
  • the template identifier is an identifier of the analysis flow template selected by the analysis user.
  • the construction date and time 1103 is the date and time when the analysis platform according to the selected analysis flow template is constructed.
  • the data source identifier 1104 is an identifier of the data source.
  • the data acquisition program identifier 1105 is an identifier of the data acquisition program. There are as many pairs of identifiers 1104 and 1105 as the number of data sources from which data is acquired. In the example of FIG. 11, there are two sets, that is, a set of identifiers 1104A and 1105A and a set of identifiers 1104B and 1105B.
  • the data storage program identifier 1108 is an identifier of the data storage program.
  • the DI tool identifier 1109 is an identifier of the DI tool.
  • the deletion date and time 1110 is the date and time when the analysis platform is deleted (may be the date and time scheduled to be deleted). The analysis platform can be specified from the user management table 126.
  • FIG. 12 shows the configuration of the conversion table 127.
  • the conversion table 127 holds information regarding the necessity of data format conversion.
  • the conversion table 127 is a matrix of data acquisition program identifiers 1201 and data storage program identifiers 1202. “Yes” means that the data format needs to be converted. “No” means that data format conversion is not required.
  • FIG. 12 for example, when data acquired from a data source by the data acquisition program “DB-01” is transferred to the data storage program “DB-02”, the format of the acquired data needs to be converted. .
  • DB-01 data acquired from a data source by the data acquisition program “DB-01” is transferred to the data storage program “DB-03”, it is not necessary to convert the format of the acquired data.
  • 18 to 22 show examples of screens displayed on the client 5. Any screen shown in FIGS. 18 to 22 is displayed by the analysis platform deployment application 501.
  • the analysis platform deployment application 501 can display the screens shown in FIGS. 18 to 22 by communicating with the deployment management server 1.
  • 18 to 22 is a GUI (Graphical18User Interface) in this embodiment.
  • FIG. 18 shows an example of the main screen.
  • the main screen 1800 includes a column 1801 for inputting a user name, a column 1802 for inputting a password, a column 1803 for inputting an analysis project name, a column 1804 for inputting an identifier of an analysis flow template, M / W (here, A field 1805 for inputting an identifier of DBMS), a field 1806 for inputting an analysis scale, a field 1807 for inputting an identifier of a data source, and a “deploy” button 1809.
  • Column 1807 is the number of associated data sources.
  • the request includes information input in columns 1801 to 1807, such as analysis flow template identifier, M / W (here, DBMS) identifier, H / W related information (for example, analysis scale and H / W details). At least one) and a data source identifier.
  • analysis flow template identifier M / W (here, DBMS) identifier
  • H / W related information for example, analysis scale and H / W details.
  • At least one and a data source identifier.
  • the analysis flow template selection screen in FIG. 19 is displayed.
  • the M / W selection screen in FIG. 20 is displayed.
  • the H / W performance selection screen shown in FIG. 21 is displayed.
  • the data source selection screen in FIG. 22 is displayed.
  • FIG. 19 shows an example of the analysis flow template selection screen.
  • the analysis flow template selection screen 1900 displays a list of analysis flow templates registered in the analysis flow template management table 124.
  • a “Prev” button 1902, an “OK” button 1903, and a “Next” button 1904 are displayed on the screen 1900.
  • three analysis flow template objects 1901-1 to 1901-3 are displayed on one screen 1900.
  • the analysis flow template object 1901 is an object (for example, a block diagram of M / W and analysis target data) representing the analysis flow template.
  • the analysis user can view four or more analysis flow template objects 1901 by operating the “Prev” button 1902 and the “Next” button 1904. The analysis user selects a desired analysis flow template.
  • a radio button is provided for each analysis flow template object 1901, and the analysis user selects a radio button corresponding to a desired analysis flow template, and then presses an “OK” button 1903. .
  • the analysis flow template desired by the analysis user is selected (designated), and the identifier of the analysis flow template is reflected in the column 1804 in FIG.
  • FIG. 20 shows an example of the M / W selection screen.
  • the M / W selection screen 2000 displays a list of DBMSs 2001 and an “OK” button 2002.
  • the DBMS list 2001 can be displayed, for example, when the analysis platform deployment application 501 receives the DBMS list information from the M / W management program 112.
  • the analysis user selects a desired DBMS.
  • the list 2001 has a radio button for each DBMS identifier, and the analysis user selects a radio button corresponding to a desired DBMS, and then presses an “OK” button 2002.
  • the DBMS desired by the analysis user is selected (designated), and the identifier of the DBMS is reflected in the column 1805 of FIG.
  • the DBMS identifier selected here is an identifier registered as the data storage program identifier 731 in FIG.
  • the DBMS as the data storage program is common to the two data sources, and therefore, one DBMS can be selected. That is, here, when the DBMS “DB-01” linked to the analysis flow template “SCM-1” is to be changed to another DBMS, it can be changed to another DBMS desired by the analysis user.
  • FIG. 21 shows an example of the H / W performance selection screen.
  • the H / W performance selection screen 2100 includes a scale selection button group 2101, a scale information display field 2102, a simultaneous connection user number input field 2103, and an “OK” button 2104.
  • the scale selection button group 2101 is an example of a UI (user interface) that accepts selection of a scale desired by the analysis user among a plurality of scales (for example, three scales of Small, Medium, and Large).
  • a radio button of a desired scale H / W details corresponding to the scale are displayed in the scale information display field 2102.
  • the correspondence between the scale and the H / W details is registered in the H / W management program 111 (or a table (not shown) referred to by the program 111). Further, for example, H / W requirements for M / W and BI tools are also registered in the H / W management program 111 (or a table (not shown) referred to by the program 111).
  • An example of the correspondence between the scale and the H / W details is as follows.
  • VM -CPU Minimum value of H / W requirement for M / W and BI tools installed in VM -Memory: Minimum value of M / W and BI tool H / W requirements for VM -Storage: Recommended value of the H / W requirement for M / W installed in VM ⁇ Medium> -CPU: Recommended value for H / W requirement of M / W and BI tool installed in VM -Memory: Recommended value for H / W requirement of M / W and BI tool installed in VM -Storage: The larger of the recommended value of the H / W requirement of the M / W installed in the VM and the data source size.
  • the H / W details (H / W type and H / W resource amount) to be adopted may be H / W details specified from the following correspondence using the selected scale as a key.
  • the scale to be selected or the H / W details to be adopted is at least one of performance information periodically collected from the computer system and statistical information for each M / W and BI tool. May be determined based on
  • the performance information is information representing the performance of the computer system component.
  • the computer system component is at least one of the server 2, the resource in the server 2, the storage device 3, and the resource in the storage device 3.
  • the analysis user inputs the number of simultaneously connected users (the number of users who use the analysis platform in the same time zone) in the simultaneous connection user number input field 2103. Based on the number of simultaneously connected users input, the scale to be adopted or the H / W details are adjusted as necessary.
  • the correspondence relationship between the number of simultaneously connected users and the H / W adjustment amount is registered in the H / W management program 111 (or a table (not shown) referred to by the program 111).
  • the display of H / W details is possible, for example, when the analysis platform deployment application 501 communicates with the H / W management program 111.
  • FIG. 22 shows an example of the data source selection screen 2200.
  • the data source is displayed in a file system tree type.
  • the analysis user selects the desired data source from the tree.
  • the identifier of the selected data source is reflected in the column 1807 of FIG.
  • “POS” Point ⁇ Of Sale
  • Data1 first data source
  • Data2 second data source
  • Event is selected (see FIGS. 7 and 13).
  • FIG. 14 shows the flow of analysis platform construction processing.
  • the analysis flow template selected from the request is specified (step 1405).
  • the analysis platform construction request includes the identifier of the selected analysis flow template, and the selected analysis flow template can be identified from the identifier.
  • the deployment management program 116 notifies the VM management program 402 of the VM deployment request based on the H / W related information (for example, analysis scale and H / W details) included in the analysis platform construction request ( Step 1406).
  • the VM management program 402 deploys a required number of VM images to one or more servers 2 selected from a plurality of servers 2-1 to 2-n according to a VM deployment request (sends a request associated with a VM image) (Step 1407).
  • a VM 202 according to the deployed VM image is generated and started on the server 2 of the deployment destination.
  • the generation and activation of the VM 202 is executed by the hypervisor 201 in the server 2.
  • the VM 202 is deployed on the server 2.
  • the H / W amount (for example, CPU usage rate, memory amount, etc.) respectively assigned to one or more deployed VMs 202 may be the same (equal) or different.
  • the H / W details are determined based on the H / W requirement of the M / W or BI tool
  • the H / W amount allocated to the VM 202 to be deployed is the M / W for which the VM 202 is the deployment destination. And may be determined based on the H / W requirement of the BI tool.
  • the VM management program 402 When the VM 202 is deployed on the server 2, the address of the VM 202 is determined, and the VM management program 402 knows the address of the VM 202.
  • the VM management program 402 returns the deployed VM 202 address (IP address in this embodiment) to the deployment management program 116 (step 1408).
  • IP address IP address in this embodiment
  • four VMs 02 to 05 are deployed, and four IP addresses respectively corresponding to the four VMs 02 to 05 are notified to the deployment management program 116.
  • the deployment management program 116 notified of the address of the VM 202 adds or updates information related to the VM 202 in the H / W setting management table 121 and the VM management table 122 (step 1409).
  • the deployment management program 116 deploys the M / W and BI tools to the deployed VM 202 in accordance with the selected analysis flow template (analysis flow template specified in step 1405) (step 1410).
  • the deployment correspondence is determined.
  • the “deployment correspondence” is a relationship between a program (M / W or BI tool) as a component of the analysis platform and a VM to which the program is deployed.
  • the deployment destination VM 202 of the M / W or BI tool (an example of a program that is a component of the analysis platform) may be arbitrary, and is actually assigned with the H / W requirement required for the M / W or BI tool. It may be determined based on the determined H / W amount.
  • the deployment target (M / W or BI tool) is installed in the VM 202 of the deployment destination (steps 1411 and 1412).
  • the deployment destination of M / W (DBMS) is VM04
  • the deployment destination of BI tool is VM05.
  • the necessary program for example, the M / W
  • the monitor agent program periodically acquires OS log information of each VM 202 (step 1419). In the figure, for convenience, step 1419 is shown after step 1418, but step 1419 may be executed periodically after steps 1411 and 1412.
  • the deployment management program 116 updates the DI template management table 125 based on the selected analysis flow template and the determined deployment correspondence (step 1413). Specifically, the deployment management program 116 causes the DI template management program 115 to update the DI template management table 125, for example.
  • the update is as follows. That is, for each data source identifier 71 in the DI template management table 125, the DBMS identifier corresponding to the DI tool identifier 74 is registered as the data storage program identifier 731. Also, the address of the VM where the DBMS is deployed (the address returned in step 1408) is registered as the data storage address 732.
  • the deployment management program 116 deploys the DI tool to the VM 202 that is the deployment destination of the DI tool (for example, sends a request associated with the execution file of the DI tool to the VM 202) (step 1414).
  • the DI tool is installed in the VM 202 (steps 1415 and 1416).
  • the deployment destinations of the DI tool are VM02 and VM03.
  • the DI tool installed in the VM 202 acquires data from the data source indicated by the address embedded in the DI tool, and the acquired data is the data output destination M / W indicated by the address embedded in the DI tool. (Steps 1417 and 1418).
  • the transferred data is stored in the data store by the M / W (DBMS).
  • the DI tool performs data format conversion processing when data format conversion is required.
  • the deployment target DI tool may be associated with necessity of data format conversion based on the conversion table 127.
  • An analysis platform is constructed by the above analysis platform construction process.
  • the process performed by the deployment management server 1 corresponds to an analysis platform construction support process.
  • FIG. 15 is a flowchart of processing of the deployment management server 1.
  • the management program 110 receives an analysis platform construction request from the client 5 (step 1500).
  • the management program 110 identifies the selected analysis flow template from the analysis platform construction request (step 1501).
  • the selected analysis flow template is referred to as “selection analysis template”.
  • the management program 110 determines from the user management table 126 whether or not the issuer user of the analysis platform construction request is an existing user (step 1502).
  • step 1502 When the determination result of step 1502 is false (step 1502: n), that is, when the user is a new user, the management program 110 identifies the H / W configuration from the H / W related information related to the analysis platform construction request. (Step 1503). Based on the analysis platform construction request, the selected analysis template, and the H / W configuration, the management program 110 is a deployment target program (M / W, DI tool and BI tool) and the number of VMs 202 required to operate the program. And issues a VM deployment request that associates the calculation result (number of VMs) to the VM management server 4 (step 1504). In response to the VM deployment request, the VM management server 4 generates and starts VMs for the number of VMs. The management program 110 receives the generated VM 202 identification information (for example, VM identifier and IP address) from the VM management server 4 (step 1505).
  • M / W, DI tool and BI tool deployment target program
  • the VM management server 4
  • the management program 110 determines a deployment correspondence (assigns a deployment target program to the generated VM), and updates the VM management table 122 based on the relationship (step 1506).
  • the management program 110 deploys a deployment target program (M / W or the like) to the corresponding VM 202 in accordance with the determined deployment correspondence (step 1507).
  • a monitor agent program may be deployed together with a program to be deployed (a program as a component of the analysis platform). Those deployed programs are installed and activated in the VM of the deployment destination.
  • the management program 110 updates the DI template management table 125 (step 1508).
  • the management program 110 specifies a data source from the analysis platform construction request, acquires the address of the VM 202 that executes M / W (for example, DBMS) capable of operating the data source, and uses the address as the data input address 722.
  • M / W for example, DBMS
  • the management program 110 identifies the DI tool from the selected analysis template, and registers the identified DI tool identifier as the DI tool identifier 74.
  • the management program 110 further updates the DI template management table 125 (step 1509). For example, the management program 110 identifies the address of the VM 202 that executes the data output destination M / W from the VM management table 122, and registers the identified address as the data storage address 732 (step 1509).
  • the management program 110 deploys the DI tool to the deployment destination VM 202 of the DI tool according to the DI template management table 1102 (step 1510).
  • the deployed DI tool is installed in the VM 202 and activated.
  • the DI tool to be deployed includes information according to the DI template management table 1102, for example, a data source identifier, a data acquisition program identifier, a data acquisition address (which may include an IP address), a data storage program identifier, and a data storage address (IP May be associated).
  • the necessity of data format conversion is specified from the conversion table 127 based on the information, and the specified necessity of data format conversion may be associated with the DI tool to be deployed.
  • the DI tool knows the data acquisition source and transfer destination, and the necessity of data format conversion.
  • the DI tool acquires and transfers data from a data input source (data source). As a result, analysis target data is prepared, and as a result, an analysis platform is constructed.
  • the monitoring result is received from the monitoring agent, and the management program 110 displays the monitoring result. (Step 1511).
  • the monitoring result may be displayed on the deployment management server 1 or may be displayed on a remote computer connected to the server 1.
  • step 1502 determines that the identifier of the selected analysis template is a template identifier 1102 (FIG. 11) corresponding to the existing user. ) Or not (step 1512). If the determination result in step 1512 is false (step 1512: n), steps 1503 and after are executed. If the determination result in step 1512 is true (step 1512: y), redeployment processing that is deployment processing in the same environment as the already deployed environment is executed (step 1513).
  • FIG. 16 is a flowchart of a first example of the redeployment process 1513.
  • step 1600 It is determined whether or not the program group included in the selected analysis template is the same as the program group in the existing analysis platform (analysis platform specified from the user management table 126) (step 1600).
  • step 1600 determines whether or not the data source associated with the selected analysis template is the same as the data source associated with the existing analysis platform (step 1600). 1601).
  • the data source associated with the selected analysis template is identified from the data source identifier associated with the analysis platform construction request, and the data source associated with the existing analysis platform is identified from the data source identifier 1104 in the user management table. .
  • step 1601: y the management program 110 refers to the user management table 126 to determine whether the existing analysis platform is currently operating (whether it has been deleted). The determination is made (step 1602). If the construction date 1103 is registered and the deletion date 1110 is not registered, the existing platform is operating.
  • step 1602 If the determination result in step 1602 is true (step 1602: y), the management program 110 acquires the same H / W configuration information (number of servers, storage capacity) as the existing analysis platform (step 1603). Thereafter, steps 1504 to 1507 are performed. For example, the management program 110 calculates the required number of VMs based on the configuration information acquired in step 1603 and issues a VM deployment request for generating VMs for the required number to the VM management program 402. Thereafter, generation of the VM 202 and deployment to the VM 202 in which the M / W group is generated are performed.
  • H / W configuration information number of servers, storage capacity
  • steps 1504 to 1507 are performed. For example, the management program 110 calculates the required number of VMs based on the configuration information acquired in step 1603 and issues a VM deployment request for generating VMs for the required number to the VM management program 402. Thereafter, generation of the VM 202 and deployment to the VM 202 in which the M / W group
  • the management program 110 sets the data storage address 732 in the DI template management table 125 to the address specified based on the analysis platform construction request (M / W in the analysis platform to be constructed).
  • W an example of a data storage program
  • W is replaced with the address of the VM 202 that operates (step 1605). That is, only the data storage address (output destination address) 732 in the DI template management table 125 is changed, and the other elements of the existing analysis platform (or a duplicate thereof) are used as they are. If the data storage program (M / W) specified based on the analysis platform construction request is different from the data storage program in the existing analysis platform (or a duplicate thereof), the data storage program identifier 731 is also changed.
  • step 1600: n the management program 110 determines whether or not the data format can be converted based on the conversion table 127. (Step 1607).
  • step 1607: y the management program 110 acquires the H / W configuration information of the existing analysis platform, and based on the information of different M / W groups, the VM management table 122, The user management table 126 and the DI template management table 125 are updated (step 1608). Specifically, for example, the management program 110 can acquire configuration information associated with an existing analysis platform and replace M / W.
  • step 1601: n the determination result of step 1607 is false (step 1600: n), or after step 1608, the management program 110 relates to the analysis platform construction request.
  • the H / W configuration is specified from the attached H / W related information (step 1503).
  • the analysis platform construction process described above it is possible to reduce the load of the analysis platform construction process until the analysis user operates the analysis application 502 (a program that transmits an analysis request to the BI tool) to perform analysis. For this reason, it is possible to shorten the cycle of construction and analysis of the analysis platform, and it is possible to efficiently execute the Trial & Error type analysis technique. That is, according to this example, a new analysis platform is constructed in response to the analysis platform construction request. At this time, if the data source is the same, copying of data from the data source is avoided.
  • the M / W group (an example of at least a part of the program group) included in the selection analysis template is the same as the M / W group in the existing analysis platform
  • the M / W group is deployed.
  • the management program 110 sets a copy of the M / W group in the existing analysis platform as at least a part of the analysis platform to be constructed (at this time, at least a part of the M / W group is replaced). You may) In this way, since the same M / W group is deployed, it is possible to reduce the number of processing steps such as configuration construction and resource sizing.
  • the management program 110 may use the program group in the existing analysis platform as at least a part of the analysis platform to be constructed. That is, the existing analysis platform may be used. In other words, the M / W deployment (copying of the M / W group) as in step 1507 may not be performed.
  • FIG. 17 is a flowchart of a second example of the redeployment process 1513.
  • the data storage address 732 in the DI template management table 125 is the address specified based on the analysis platform construction request (M / W in the analysis platform to be constructed). Is replaced with the address of the VM 202 that operates. For this reason, it is necessary to prepare data again.
  • the analysis target data is copied from the data store according to the data storage address 732 before the change to the data store according to the data storage address 732 after the change.
  • data is acquired from the data source by the DI tool, and the data is transferred to the data storage program.
  • step 1700 is performed instead of step 1605.
  • the data storage address 732 in the DI template management table 125 is maintained at the address of the VM 202 operating the M / W in the existing analysis platform. This eliminates the need to copy existing data. Therefore, it is possible to reduce the data preparation time.
  • step 1701 is performed instead of step 1606. Also in step 1701, the data storage address 732 in the DI template management table 125 is maintained at the address of the VM 202 operating the M / W in the existing analysis platform. However, since the data format needs to be converted, the DI tool executes data acquisition from the data source and transfer of the data.
  • the management program 110 can determine, for example, as follows whether to adopt the first example or the second example. That is, the management program 110 determines whether both of the following (p) and (q) are satisfied. When the determination result is false, the management program 110 adopts the first example. When the determination result is true, the management program 110 adopts the second example.
  • P The identifier of the data storage program (M / W) in the analysis platform to be constructed is the same as the identifier of the data storage program in the existing analysis platform.
  • Q The address of the VM 202 that operates the data storage program (M / W) in the analysis platform to be constructed is the same as the address of the VM 202 that operates the data storage program in the existing analysis platform.
  • an analysis system including an analysis platform is operated by a plurality of parties as shown as a comparative example in FIG.
  • the analysis processing procedure according to one comparative example is as follows.
  • S1 According to the hypothesis of the data scientist, a meeting is held among PF related persons (analysis platform related persons) such as a data integration person and a system infrastructure person. Scheduling, meetings, analysis platform configuration review, and analysis platform provisioning often take days to weeks.
  • S2 After completing the construction of the analysis platform, the data integration person moves the data from the data source to the analysis platform. It may take several hours to several days or more depending on the data size and impact on the original business of the data source.
  • S3 The analysis user repeats the hypothesis verification, correction, and re-verification cycle.
  • the hypothesis verification is not limited to one for one analysis user, and a plurality of hypothesis verifications are often performed in parallel, or many analysis users often analyze in parallel.
  • the analysis system needs to be properly used depending on the characteristics of the M / W and BI tools, such as scale-up and scale-out. The whole manual adjustment takes a lot of time. When an analysis platform can be constructed, an analysis platform with a different configuration may be required.
  • analysis flow is made into a template.
  • a plurality of analysis flow templates are prepared.
  • the management program 110 accepts selection of a desired analysis flow template from the analysis user.
  • the analysis platform of the analysis flow represented by the selected analysis template (the selected analysis flow template) may be the construction target, or the analysis platform of the analysis flow after customization of the analysis flow may be the construction target.
  • the “analysis flow after customization” may be an analysis flow in which some elements (programs) in the analysis flow represented by the selected analysis template are replaced, or new elements (programs) in the analysis flow represented by the selected analysis template. ) May be added, or an analysis flow in which elements (programs) are deleted from the analysis flow represented by the selected analysis template may be used.
  • the analysis flow represented by the information associated with the analysis platform construction request is the analysis flow represented by the selected analysis template or an analysis flow after customization.
  • the DI template is association information for a DI tool (an example of a data input program).
  • the information held in the DI template is associated with the DI tool (for example, the information is embedded in the DI tool, or the information is associated with the activation request to the VM to which the DI tool is deployed), and deployed and activated.
  • the DI tool can specify a data acquisition source (for example, information used for acquiring data from a data source) and a data transfer destination (for example, information used for transferring acquired data).
  • At least the output management information 73 cannot be associated in advance with a DI template corresponding to the DI tool. This is because a data storage program (for example, M / W such as DBMS) corresponding to the DI tool and its deployment destination VM are not determined.
  • M / W such as DBMS
  • the output management information 73 including the identification information of the VM is converted by the management program 110 into the DI to which the data storage program is the data transfer destination. It is registered in the DI template corresponding to the tool.
  • the data transfer destination for example, input management information 72
  • the deployed and activated DI tool can execute data acquisition and transfer without receiving specification of information regarding the data acquisition source or transfer destination from the user. That is, automation of data (analysis target data) preparation is realized.
  • the deployment destination of the program as an element of the analysis platform may be a physical computer (for example, a server) instead of the VM.
  • a program identifier such as a DI tool identifier and a DBMS identifier is associated with the analysis flow template, but instead of at least one program identifier, a program type (for example, a DI tool) , Which type of DBMS or BI tool) may be associated.
  • a program type for example, a DI tool
  • the analysis flow template only needs to represent the relationship between the program types, and after selecting an analysis flow template, the analysis user selects which program type to specifically adopt in the analysis flow template. May be.
  • an existing analysis platform exists when an analysis platform construction request is received, a duplicate of the existing analysis put form is generated, and the existing analysis is based on the difference between the duplication of the existing analysis put form and the analysis platform to be constructed. A duplicate of the put form may be used.
  • the existing analysis platform is already unnecessary for the analysis user (can be deleted), the existing analysis platform itself may be diverted based on the difference between the existing analysis platform itself and the analysis platform to be constructed. .
  • “diversion” here refers to replacement of differences. Specifically, for example, it means replacement of a program such as M / W or replacement of a data source.
  • the replaced program is a data storage program
  • the deployment target is a BI tool
  • an address indicating the storage location of the analysis target data is associated with the BI tool (for example, the address is embedded in the BI tool or a BI tool activation request is issued) Associated with that address).
  • the replacement target program is a BI tool and the replacement BI tool is made accessible to the access destination of the BI tool before replacement
  • the replaced BI tool includes the BI tool before replacement.
  • the same address as the access destination address associated with the tool is associated (a specific example of the second example shown in FIG. 17).

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

管理システムが、ユーザにより選択された分析フローテンプレートと、そのテンプレートに関連付けられるデータソースとを表す情報が関連付けられた構築要求を受ける。その要求に応答した処理において、管理システムは、構築対象プラットフォームを構成するプログラムのうちのデータ入力プログラムに対応した関連付け情報に、そのデータ入力プログラムに対応したデータ転送先のデータ格納プログラムのデプロイメント先である仮想計算機の識別情報を関連付ける。管理システムは、上記２以上のプログラムの各々を、そのプログラムのデプロイメント先の仮想計算機にデプロイする。デプロイされたデータ入力プログラムに、そのデータ入力プログラムにより取得されたデータの転送先をそのデータ入力プログラムに特定可能にせしめるために、そのデータ入力プログラムに対応した関連付け情報が有する情報が関連付けられる。

Description

管理システム及びプラットフォーム構築支援方法
　本発明は、概して、計算機システムのプラットフォーム（環境）の構築に関する。
　ＩＴ（Informational Technology）／ＯＴ（Operational Technology）ベンダによる、ＩｏＴ（Internet of Things）系データの活用が拡大している。ＩｏＴ系データを扱うシステムにおいては、データや処理の急激な変化に対応すべく、ＯＳＳ（Open Source Software）やクラウドを利用する傾向にある。一方、主に基幹系システム向けのＲＤＢ（Relational Database）ベンダも、基幹系データとＩｏＴ系データとを併せて分析する大量データ分析統合システムの提供を開始しており、ＩｏＴ系データ分析にはＯＳＳを積極的に活用している。ＩｏＴ系システムでは、センサデータ、ドキュメント、画像、音声等の多種多様なデータが扱われ、大量のデータを分析対象として扱うことが可能であり、予め設計されたデータのみを扱う基幹系システムと組み合わせることで、多角的な観点取り入れによる分析精度の向上が期待できる。
　データ分析の一例として、ＥＴＬ（Extract/Transform/Load）ツールにより所定の分析観点に従うデータのみをデータソースから収集しデータストア（例えばＤＷＨ（Data Ware House））に格納する技術が知られている。特許文献１には、ＥＴＬワークフロー（処理手順テンプレートとデータパラメータ）を定義するＥＴＬパッケージが開示されている。
US2007/0083850
　上記大量データ分析処理においては、多種多様なデータにアクセスして、様々な分析を短周期で行うＴｒｉａｌ＆Ｅｒｒｏｒ型の分析手法が採られる。その理由の１つとして、データ分析の目的に適したデータを試行錯誤の中で見つけることがある。このため、分析プラットフォーム（分析環境）の構築（及び破棄）が繰り返されることがある。従って、分析プラットフォームの容易な構築が求められる。
　分析処理のライフサイクル（プラットフォーム構築から分析完了まで）において、最も時間のかかる処理は、一般に、データの準備である。データ準備にかかる時間は、全体処理時間（ライフサイクル全体）の約８割を占めることもある。分析ユーザ（データ分析を行うユーザ）が分析処理を開始するまでには、Ｈ／Ｗ（Hardware）の設定、ＶＭ（Virtual Machine）の生成、ＶＭの構成情報の特定、その構成情報に基づいての分析Ｍ／Ｗ（Middleware）のインストール、及び、データソースからの分析対象データの取得といったような、煩雑な作業が必要となる。
　管理システムが、ユーザの入力情報が関連付けられた分析プラットフォーム構築要求を受け付ける。入力情報が、複数の分析フローテンプレートのうちの選択分析テンプレート（ユーザにより選択された分析フローテンプレート）と、選択分析テンプレートに関連付けられる１以上のデータソースとを表す。入力情報に、構築対象の分析プラットフォームの構成要素となる２以上のプログラムが関連付けられている。管理システムは、分析プラットフォーム構築要求に応答した処理において、その２以上のプログラムのうちの１以上のデータ入力プログラムの各々について、そのデータ入力プログラム用の関連付け情報であるデータ入力テンプレートに、そのデータ入力プログラムに対応したデータ転送先のデータ格納プログラムのデプロイメント先である仮想計算機の識別情報を関連付ける。管理システムは、２以上のプログラムの各々を、そのプログラムのデプロイメント先の仮想計算機にデプロイする。デプロイされたデータ入力プログラムに、そのデータ入力プログラムにより取得されたデータの転送先をそのデータ入力プログラムに特定可能にせしめるために、そのデータ入力プログラムに対応したデータ入力テンプレートが有する情報が関連付けられる。なお、「ユーザ」は、典型的には後述の分析ユーザであるが、分析ユーザ以外のユーザであってもよい。
　分析プラットフォームの構築（特に、分析対象データの準備）にかかる期間を短縮できる。
実施例に係るシステム全体の構成を示す。 デプロイメント管理サーバ１の構成を示す。 サーバ２の構成を示す。 ＶＭ管理サーバ４の構成を示す。 クライアント５の構成を示す。 分析フローテンプレート管理テーブル１２４の構成を示す。 ＤＩ（Data Input）テンプレート管理テーブル１２５の構成を示す。 ＢＩ（Business Intelligence）テンプレート管理テーブル１２３の構成を示す。 Ｈ／Ｗ設定管理テーブル１２１の構成を示す。 ＶＭ管理テーブル１２２の構成を示す。 ユーザ管理テーブル１２６の構成を示す。 変換テーブル１２７の構成を示す。 分析フローテンプレートの一例を示す。 分析プラットフォーム構築処理のフローを示す。 デプロイメント管理サーバ１の処理のフローチャートである。 再デプロイ処理１５１３の第１の例のフローチャートである。 再デプロイ処理１５１３の第２の例のフローチャートである。 メイン画面の一例を示す。 分析フローテンプレート選択画面の一例を示す。 Ｍ／Ｗ選択画面の一例を示す。 Ｈ／Ｗ性能選択画面の一例を示す。 データソース選択画面の一例を示す。 一比較例に係る分析プラットフォーム構築処理を含んだ処理全体のフローを示す。
　以下の説明では、情報について、テーブルやリスト等の表現で説明することがあるが、情報のデータ構造は限定されず、他のデータ構造であってもよい。情報はデータ構造に依存しないため、例えば「ｋｋｋテーブル」または「ｋｋｋリスト」を「ｋｋｋ情報」と呼ぶことができる。テーブルやリストのような情報は、２以上の情報要素に分割されてもよいし、２種以上の情報の全部又は一部が同一情報に集約されてもよい。
　また、以下の説明において、「インタフェース部」は、１以上のインタフェースを含む。１以上のインタフェースは、１以上の同種のインタフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種のインタフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。
　また、以下の説明において、「記憶部」は、１以上のメモリを含む。少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。記憶部は、１以上のメモリに加えて、１以上のＰＤＥＶを含んでもよい。「ＰＤＥＶ」は、物理的な記憶デバイスを意味し、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよい。ＰＤＥＶは、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive)でよい。
　また、以下の説明において、「プロセッサ部」は、１以上のプロセッサを含む。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）である。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。
　また、以下の説明では、日時又は時刻等の時間は、年月日時分秒又はその一部で表現されてよい。
　また、以下の説明において、「管理システム」は、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が表示デバイスを有していて管理計算機が自分の表示デバイスに情報を表示する場合、管理計算機が管理システムでよい。また、例えば、管理計算機（例えばサーバ）が表示用情報を遠隔の表示用計算機（例えばクライアント）に送信し表示用計算機がその情報を表示する場合（管理計算機が表示用計算機に情報を表示する場合）、管理計算機と表示用計算機とのうちの少なくとも管理計算機を含んだシステムが管理システムでよい。管理システムは、インタフェース部、記憶部及びそれらに接続されたプロセッサ部を有してよい。インタフェース部は、ユーザインタフェース部と、通信インタフェース部とのうちの少なくとも１つを含んでよい。ユーザインタフェース部は、１以上のＩ／Ｏデバイス（例えば入力デバイス（例えばキーボード及びポインティングデバイス）と出力デバイス（例えば表示デバイス））と表示用計算機とのうちの少なくとも１つのＩ／Ｏデバイスを含んでよい。通信インタフェース部は、１以上の通信インタフェースデバイスを含んでよい。管理システムにおける計算機が「表示用情報を表示する」ことは、計算機が有する表示デバイスに表示用情報を表示することであってもよいし、計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。以下の説明では、管理システムは、デプロイメント管理サーバ及びＶＭ（Virtual Machine）管理サーバのうちの少なくともデプロイメント管理サーバである。デプロイメント管理サーバとＶＭ管理サーバは一体であってもよい。
　また、以下の説明において、プロセッサ部は、プログラムを実行し、記憶部（例えば、メモリ）及びインタフェース部（例えば、通信ポート）等のうちの少なくとも１つを用いながら処理を行う。処理の主体について、以下の説明ではプログラムを主体とする場合があるが、プログラムを実行するプロセッサ部を主体としてもよい。また、プロセッサ部が主体となっている処理は、１以上のプログラムを実行することにより行われると解釈することができる。プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な記憶メディアであってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
　また、以下の説明において、「ストレージ装置」は、１以上の記憶デバイスと、その１以上の記憶デバイスを制御するコントローラとを有する。コントローラは、１以上の記憶デバイスに基づき、サーバに論理ボリュームを提供する。この際、論理ボリュームは、実論理ボリュームであっても良いし、仮想論理ボリュームであっても良い。記憶デバイスは、物理的な記憶デバイスであっても良いし、仮想的な記憶デバイスであっても良い。例えば、物理的な記憶デバイスは、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）のドライブ等である。複数の記憶デバイスで１以上のＲＡＩＤグループ（Redundant Array of Independent （or Inexpensive） Disks）が構成されてよい。ＲＡＩＤグループは、パリティグループと呼ばれてもよい。仮想論理ボリュームとしては、例えば、外部接続論理ボリュームと、ＴＰ（Thin Provisioning）－論理ボリュームと、スナップショット論理ボリュームとがあってよい。外部接続論理ボリュームは、ストレージシステムに接続されている外部のストレージシステムの記憶資源（例えば論理ボリューム）に基づいており、ストレージ仮想化技術に従う論理ボリュームである。ＴＰ－論理ボリュームは、容量仮想化技術（典型的にはThin Provisioning）に従う論理ボリュームである。スナップショット論理ボリュームは、オリジナルの論理ボリュームのスナップショットとして提供される論理ボリュームである。ストレージシステムは、１以上のストレージ装置で構成されてよい。
　また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号又は参照符号のうちの共通符号を使用し、同種の要素を区別して説明する場合には、その要素に割り振られた識別子（例えば番号及び符号のうちの少なくとも１つ）又は参照符号全体を使用することがある。
　また、以下の説明において、「分析プラットフォーム」とは、分析要求に応答して分析処理を実行し分析結果を応答する環境を意味する。分析プラットフォームは「分析環境」と呼ばれてもよい。分析プラットフォームは、具体的には、１以上のコンピュータプログラムと、その１以上のコンピュータプログラムのうちの少なくとも１つに関連付けられた分析対象データ（又は当該データを格納したデータストア（例えば、ＤＷＨ（Data Ware House）又はＤＭ（Data Mart））とで構成された環境である。
　また、以下の説明において、「Ｍ／Ｗ」（Middleware）は、分析プラットフォームに含まれる１以上のコンピュータプログラムのうちの少なくとも１つとなり得るコンピュータプログラムであって、後述のＢＩツールの下位に位置づけられるコンピュータプログラムを意味する。
　また、以下の説明において、「Ｈ／Ｗ」（Hardware）は、ＶＭ（Virtual Machine）に割り当てられ得る物理リソース（言い換えれば、ＶＭの要素となる仮想リソースの基になる物理リソース）である。Ｈ／Ｗは、計算機システムにある。なお、以下の実施例において、「計算機システム」は、複数のサーバと１つのストレージ装置であるが、計算機システムは、ＶＭの生成、起動（実行）、終了及び削除が可能な環境であり、少なくとも１つのサーバ又は少なくとも１つのストレージ装置を含むシステムでよい。
　また、以下の説明において、「ＤＩツール」は、データ入力ツールの一例であり、データソースからデータを取得し出力側にそのデータを出力するプログラム（例えばＭ／Ｗ）である。ＤＩ（Data Input）ツールは、必要があれば、データの形式を変換できる。ＤＩツールは、例えば、ＥＴＬ（Extract/Transform/Load）ツールである。ＤＩツールは、分析プラットフォームの構成要素になり得る。
　また、以下の説明において、「ＢＩツール」は、分析ツールの一例であり、分析要求を受け付けてその要求を処理するプログラム（例えばアプリケーションプログラム）である。ＢＩ（Business Intelligence）ツールは、Ｍ／Ｗの上位に位置し、分析プラットフォームの構成要素になり得る。以下の実施例では、ＢＩツールは、分析ユーザの計算機（クライアント）から分析要求を受け付ける。
　また、以下の説明において、「ＤＢＭＳ」（Database Management System）は、データ取得プログラム及びデータ格納プログラムの少なくとも１つの一例であり、例えば、Ｍ／Ｗである。ＤＢＭＳは、分析プラットフォームの構成要素になり得る。なお、以下の実施例では、便宜上、「ＤＢＭＳ」が採用されているが、データ取得プログラム及びデータ格納プログラムのうちの少なくとも１つによりアクセスされるデータは、ＲＤＢ（Relational Database）のような構造化データに限らず、ファイルやオブジェクトデータのような非構造化データであってもよい。
　また、以下の説明において、「データソース」は、分析対象データを含んだデータのソースである。データソースから、分析観点としての条件に該当するデータが、分析対象データとして取得される。取得されたデータが、ＤＷＨ又はＤＭのようなデータストアに格納される。分析処理では、データストア内の分析対象データが参照される。なお、データソースがＤＷＨであり、データストアがＤＭであってもよい。また、データソース及びデータストアのうちの少なくとも１つは、上述の論理ボリュームでよい。
　また、以下の説明において、「デプロイ」とは、デプロイメント対象がでプロメント先に配置されるための要求を出すことである。例えば、デプロイメント対象が、分析プラットフォームの構成要素としてのプログラムの場合、「デプロイ」とは、そのプログラムの実行ファイル（例えばファイル識別子が「.exe」のファイル））が関連付けられた要求をＶＭのような計算機に送信することを意味する。
　図１は、本発明の一実施例に係るシステム全体の構成を示す。
　デプロイメント管理サーバ１と、計算機システム（複数のサーバ２－１～２－ｎ及びストレージ装置３）と、ＶＭ管理サーバ４と、クライアント５とを有する。ストレージ装置３とクライアント５のいずれも、複数あってもよい。サーバ２は、１つであってもよい。クライアント５は、分析ユーザの計算機の一例である。サーバ１、２及び４のうちの少なくともデプロイメント管理サーバ１が、分析ユーザから入力された情報又はその情報を関連付けた要求を、クライアント５から受け付ける。
　デプロイメント管理サーバ１と、サーバ２と、ＶＭ管理サーバ４と、クライアント５とは、ＮＷ（ネットワーク）６を介して接続され、サーバ２とストレージ３とは、ＮＷ７を介して接続されている。ＮＷ６は、Ethernet（登録商標）で、ＮＷ７は、Fibre Channel（ＦＣ）、Ethernet（登録商標）、あるいはPCI Express（ＰＣＩｅ）（登録商標）であってよい。ＮＷ６及び７は、同種のネットワークでもよいし、１つのネットワークであってもよい。
　サーバ２－１～２－ｎの各々が、ＶＭ生成要求をＶＭ管理サーバ４から受信し、その要求に応答してＶＭを生成する。ＶＭが生成されたサーバ２において、そのＶＭが実行される。サーバ２間でＶＭのマイグレーションが行われてもよい。サーバ２内のＨ／ＷがＶＭに関連付けられる。言い換えれば、サーバ２内のＨ／Ｗに基づく仮想的なリソースがＶＭのリソースとして関連付けられる。
　デプロイメント管理サーバ１は、計算機システム（サーバ２－１～２－ｎ及びストレージ装置３）のリソース（例えば、Ｈ／Ｗ（物理リソース）及び仮想リソース）を管理する。また、デプロイメント管理サーバ１は、クライアント５からの要求に従って、分析プラットフォーム（分析環境）のデプロイメント管理を行う。すなわち、デプロイメント管理サーバ１によって、分析プラットフォーム構築処理の支援がされる。デプロイメント管理サーバ１が行う処理の少なくとも一部が、分析プラットフォーム構築支援処理に含まれる処理である。
　ＶＭ管理サーバ４は、デプロイメント管理サーバ１からＶＭデプロイメント要求を受け、その要求に従って、サーバ２－１～２－ｎの少なくとも１つに、ＶＭ作成要求を送信する。その要求を受けたサーバ２において、その要求に応答してＶＭが生成される。結果として、ＶＭがサーバ２上にデプロイされる。ＶＭ管理サーバ４は、このようにしてデプロイされた、分析プラットフォームを動作するＶＭの管理を行う。
　ストレージ装置３は、分析対象データ、ＶＭイメージ（イメージデータ）、及び、Ｍ／Ｗを格納する。ＶＭイメージ及びＭ／Ｗのうち少なくともＭ／Ｗが複数存在する。ＶＭイメージが複数存在する場合、複数のＶＭイメージは、複数の種類のＶＭのイメージを含んでもよいし、複数のバージョンのＶＭのイメージを含んでもよい。これにより、各サーバ２は、１または複数の種類のＶＭを実行可能である。同様に、複数のＭ／Ｗも、複数の種類のＭ／Ｗを含んでもよいし、複数のバージョンのＭ／Ｗを含んでもよい。典型的には、複数のＭ／Ｗは、複数の種類のＭ／Ｗを少なくとも含む。
　図１では、１つのストレージ装置３が複数のサーバ２に共有されているが、サーバ２とストレージ装置３の数及び構成は、この態様に限られない。
　図２は、デプロイメント管理サーバ１の構成を示す。
　デプロイメント管理サーバ１は、インタフェース部と、記憶部と、それらに接続されたプロセッサ部とを有する。具体的には、例えば、デプロイメント管理サーバ１は、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ１１と、記憶デバイス（ＨＤＤあるいはＳＳＤ）１２と、キーボードやマウス等の入力デバイス１３と、ディスプレイデバイス等の出力デバイス１４と、ネットワークインタフェース１５と、を有する。これらの構成要素は、内部バス１６を介して接続されている。メモリ１０及び記憶デバイス１２のうちの少なくとも１つが、記憶部の一例である。ネットワークインタフェース１５が、インタフェース部の一例である。ＣＰＵ１１が、プロセッサ部の一例である。ネットワークインタフェース１５は、例えば、ＬＡＮ（Local Area Network）インタフェース、ＨＢＡ（Host Bus Adapter）等である。メモリ１０は、ＯＳ１００と、管理プログラム１１０と、テーブル群１２０とを記憶する。
　テーブル群１２０は、例えば、Ｈ／Ｗ設定管理テーブル１２１、ＶＭ管理テーブル１２２、ＢＩテンプレート管理テーブル１２３、分析フローテンプレート管理テーブル１２４、ＤＩテンプレート管理テーブル１２５、ユーザ管理テーブル１２６、及び変換テーブル１２７を含む。各テーブルの構成は後述する。
　管理プログラム１１０は、複数のモジュール、例えば、Ｈ／Ｗ管理プログラム１１１、Ｍ／Ｗ管理プログラム１１２、データ管理プログラム１１３、分析フローテンプレート管理プログラム１１４、ＤＩ管理プログラム１１５、デプロイメント管理プログラム１１６、及びＡＰＩ（Application Programming Interface）１１７を含む。これら複数のモジュールのうちの少なくとも１つが、１つのプログラム内のモジュールではなく、独立したプログラムとして存在してもよい。
　Ｈ／Ｗ管理プログラム１１１は、計算機システム（サーバ２、ストレージ装置３）のＨ／Ｗの構成情報を管理するプログラムである。Ｈ／Ｗ管理プログラム１１１は、Ｈ／Ｗ設定管理テーブル１２１を管理する。
　Ｍ／Ｗ管理プログラム１１２は、分析プラットフォームの少なくとも一部として提供可能なＭ／Ｗ、例えば、ＤＢＭＳ、データ格納プログラム、ＢＩツール等を管理する。
　データ管理プログラム１１３は、データソースを管理する。データソースは、１以上存在する。
　分析フローテンプレート管理プログラム１１４は、分析フローテンプレート管理テーブル１２４を管理する。分析フローテンプレートは、１以上、典型的には複数存在する。分析フローテンプレート管理プログラム１１４が、少なくとも１つの分析フローテンプレートを作成してもよい。すなわち、分析フローテンプレート管理プログラム１１４が、比較的頻繁に構築される分析フローを予めテンプレート化してもよい。図１３は、分析フローテンプレートの一例を示す。分析フローテンプレート１３００は、ＳＣＭ（Supply Chain Management）に関わる分析フローを示す。分析フローテンプレート１３００が表す分析フローは、以下の４つの処理が（Ｆ１）、（Ｆ２）、（Ｆ３）及び（Ｆ４）の順に並んだフロー、
（Ｆ１）複数のデータソース１３０４、１３０５の各々からデータをＤＩツール１３０３が収集する、
（Ｆ２）収集されたデータをＤＩツール１３０３がＤＢＭＳ１３０２へ転送する（必要があればデータの形式を変換する）、
（Ｆ３）転送されたデータをＤＢＭＳ１３０２が格納する、
（Ｆ４）ＢＩツール１３０１がＤＢＭＳ１３０２により格納されたデータにアクセスする、
である。なお、分析フローテンプレートは、クライアント５（分析ユーザ）により編集又は作成されてよく、編集後又は作成後の分析フローテンプレートの情報が、分析フローテンプレート管理テーブル１２４に登録されてよい。分析フローテンプレートは、例えば、業種や、分析頻度、分析対象データの特性等により典型的な分析フローがテンプレート化されたものである。
　ＤＩ管理プログラム１１５は、データソースに紐付けられたＭ／Ｗと、当該Ｍ／Ｗが稼動するＶＭの識別子と、デプロイメント対象のＭ／Ｗと、当該デプロイメント対象のＭ／Ｗが稼動するＶＭの識別子と、データ形式の変換ツール（例えばＤＩツール）との紐付けを管理する。つまり、ＤＩ管理プログラム１１５は、ＤＩテンプレート管理テンプレート１２５を管理する。
　デプロイメント管理プログラム１１６は、クライアント５からの分析プラットフォーム構築要求に従い、Ｈ／Ｗ設定管理テーブル１２１、ＶＭ管理テーブル１２２、ＢＩテンプレート管理テーブル１２３、分析フローテンプレート管理テーブル１２４、ＤＩ管理テンプレート１２５、及び変換テーブル１２７を使用して、分析プラットフォームの準備を行ったり、データソースと変換ツールとの紐付けを行ったりするプログラムである。
　ＡＰＩ１１７は、クライアント５からの分析プラットフォーム構築要求を受け付けるインタフェースである。
　図２は、サーバ２の構成を示す。
　ＶＭ管理サーバ４は、メモリ２０と、メモリ２０に格納されているプログラムを実行するＣＰＵ２１と、記憶デバイス２２と、キーボードやマウス等の入力デバイス２３と、ディスプレイデバイス等の出力デバイス２４と、ネットワークインタフェース２５と、を有する。これらの要素は、内部バス２６を介して接続されている。ネットワークインタフェース２５は、例えば、ＬＡＮインタフェース又はＨＢＡである。
　メモリ２０は、ＯＳ２００と、ハイパバイザ２０１とを記憶する。ハイパバイザ２０１により、ＶＭ２０２の生成、起動（実行）及び削除が制御される。図３には、複数のＶＭ２０２－１～２０２－ｎが例示されている。ハイパバイザ２０１が、ＶＭ管理サーバ４からのＶＭ生成要求に応答してＶＭ２０２が生成される。生成されたＶＭ２０２に対して、デプロイメント管理サーバ１によりＭ／Ｗがデプロイされ、そのＶＭ２０２上で、デプロイされたＭ／Ｗが動作する。
　図４は、ＶＭ管理サーバ４の構成を示す。
　ＶＭ管理サーバ４は、メモリ４０と、メモリ４０に格納されているプログラムを実行するＣＰＵ４１と、記憶デバイス４２と、キーボードやマウス等の入力デバイス４３と、ディスプレイデバイス等の出力デバイス４４と、ネットワークインタフェース４５と、を有する。これらの要素は、内部バス４６を介して接続されている。ネットワークインタフェース４５は、例えば、ＬＡＮインタフェースである。
　メモリ４０は、ＶＭデプロイメント管理テーブル４０４と、リソース管理テーブル４０５と、を記憶する。また、メモリ４０は、ＯＳ４００と、リソース管理プログラム４０１と、ＶＭ管理プログラム４０２と、ユーザ管理プログラム４０３と、を記憶する。
　リソース管理テーブル４０５は、計算機システム（サーバ２及びストレージ装置３）のリソース（例えばＨ／Ｗ及び仮想リソース）に関する情報を保持する。例えば、リソース管理テーブル４０５は、サーバ２毎に、サーバ２のリソースに関する情報（例えば、リソース種類、リソース量）を保持する。また、例えば、リソース管理テーブル４０５は、ストレージ装置３のリソースに関する情報（例えば、リソース種類、リソース量）を保持する。また、例えば、リソース管理テーブル４０５は、ＶＭ２０２毎に、ＶＭに割り当てられているリソースに関する情報（例えば、リソース種類、リソース量）を保持する。
　ＶＭデプロイメント管理テーブル４０４は、ＶＭ２０２とサーバ２との関係を表す情報を保持する。例えば、ＶＭデプロイメント管理テーブル４０４は、ＶＭ２０２毎に、ＶＭ２０２の識別子（例えば、ＩＰアドレスのようなＶＭアドレス）と、そのＶＭ２０２が動作するサーバ２の識別子とを保持する。
　リソース管理プログラム４０１は、リソース管理テーブル４０５を用いて、ＶＭ２０２が使用しているＨ／Ｗ（例えば、ＣＰＵ、メモリ、ネットワーク帯域）を監視する。リソース管理プログラム４０１は、監視の結果を基に、ＶＭ２０２についてのリソース使用率（例えば、ＣＰＵ、メモリ及びストレージの使用率）、ネットワーク帯域の使用率、各サービスのＣＰＵの使用率、及び、電源のうちの少なくとも１つを管理できる。
　ＶＭ管理プログラム４０２は、ＶＭデプロイメント管理テーブル４０４を用いて、ＶＭの生成、起動、終了、追加、削除等を管理する。
　ユーザ管理プログラム４０３は、ＶＭ２０２に対する運用管理を行うユーザ情報の生成、登録、削除等を管理する。
　ＶＭ管理サーバ４は、デプロイメント管理サーバ１からのＶＭ生成、削除、情報収集等のうちの少なくとも１つを指定した要求に応じて、ＶＭイメージをストレージ装置３からＶＭ管理サーバ４にロードしてそのＶＭイメージに従うＶＭ２０２を生成し、且つ、生成したＶＭに割り当てたＶＭ識別情報（例えば、ＶＭの識別子及びアドレス（例えばＩＰアドレス）のうちの少なくとも１つを含んだ情報）を、要求元であるデプロイメント管理サーバ１へ通知（応答）する。
　図５は、クライアント５の構成を示す。
　クライアント５は、メモリ５０と、メモリ５０に格納されているプログラムを実行するＣＰＵ５１と、記憶デバイス５２と、キーボードやマウス等の入力デバイス５３と、ディスプレイデバイス等の出力デバイス５４と、ネットワークインタフェース５５と、を有する。これらの要素は、内部バス５６を介して接続されている。ネットワークインタフェース５５は、例えば、ＬＡＮインタフェースである。
　メモリ５０は、ＯＳ５００と、Ｗｅｂ ＧＵＩを提供する分析プラットフォームデプロイアプリケーション５０１と、分析アプリケーション５０２と、を記憶する。分析プラットフォームデプロイアプリケーション５０１は、Ｗｅｂブラウザでもよいし、Ｗｅｂブラウザ経由で分析ユーザに対して情報を入出力するプログラムであってもよい。分析プラットフォームデプロイアプリケーション５０１は、デプロイメント管理サーバ１に対して、分析プラットフォームの構築要求を送信する。分析アプリケーション５０２は、デプロイメント管理サーバ１により構築された分析プラットフォームに対して、分析ロジックを動作させる分析要求を送信する。分析要求は、分析プラットフォームにおけるＢＩツールにより受け付けられる。
　図２～図５に示した構成において、サーバ１、２及び４の少なくとも１つは、入力デバイス及び出力デバイスの少なくとも１つを有していなくてもよい。なぜなら、本実施例では、分析ユーザのユーザインタフェースとしての入力デバイス及び出力デバイスをクライアント５が有しているからである。
　図６～図１２は、デプロイ管理サーバ１が管理するテーブルの構成を示す。
　図６は、分析フローテンプレート管理テーブル１２４を示す。
　分析フローテンプレート管理テーブル１２４は、分析フローテンプレートの情報を保持する。具体的には、分析フローテンプレート管理テーブル１２４は、分析フローテンプレート毎に、テンプレート識別子６１、ＤＩツール識別子６２、ＤＢＭＳ識別子６３、及び、ＢＩツール識別子６４を保持する。テンプレート識別子６１は、分析フローテンプレートの識別子である。ＤＩツール識別子６２は、ＤＩツールの識別子である。ＤＢＭＳ識別子６３は、ＤＢＭＳの識別子である。ＢＩツール識別子６４は、ＢＩツールの識別子である。なお、本実施例では、説明を分かり易くするために、分析フローは、ＤＩツール、ＤＢＭＳ、及びＢＩツールで構成され、また、分析フローの順序も、ＤＩツールの処理、ＤＢＭＳの処理、及びＢＩツールの処理の順としている。本実施例（特に図６が示す例）では、分析フローテンプレートの違いは、ＤＩツールとして採用されたプログラム、ＤＢＭＳとして採用されたプログラム、及び、ＢＩツールとして採用されたプログラムの少なくとも１つの違いである。しかし、実際は、分析フローテンプレートは、プログラムの実行順序のような他の観点によっても違うことがあり、分析フローテンプレート管理テーブル１２４の構成は、図６のようなシンプルな構成にならないことは考えられる。分析フローテンプレート管理テーブル１２４の構成は、採用され得る分析フローテンプレート構成に応じた構成にすることができる。
　図７は、ＤＩテンプレート管理テーブル１２５の構成を示す。
　ＤＩテンプレート管理テーブル１２５は、データソース、入力元、出力先及びＤＩツールの紐付けを管理する。このような紐付けを、本実施例の説明において「ＤＩテンプレート」と言う。例えば、ＤＩテンプレート管理テーブル１２５は、ＤＩテンプレート毎に、データソース識別子７１、入力管理情報７２、出力管理情報７３、及び、ＤＩツール識別子７４を保持する。データソース識別子７１は、データソースの識別子である。入力管理情報７２は、入力元に関する情報、例えば、データ取得プログラム識別子７２１及びデータ取得アドレス７２２を含む。データ取得プログラム識別子７２１は、データ取得プログラムの識別子である。「データ取得プログラム」とは、データソースからデータを取得する（読み出す）プログラム（例えばＭ／Ｗ）の識別子である。データ取得アドレス７２２は、データ取得プログラムを実行する計算機（本実施例ではＶＭ）の識別情報（識別子及びアドレスのうちの少なくとも１つを含んだ情報）である。出力管理情報７３は、出力先に関する情報、例えば、データ格納プログラム識別子７３１及びデータ格納アドレス７３２を含む。データ格納プログラム識別子７３１は、データ格納プログラムの識別子である。「データ格納プログラム」とは、データソースから取得されたデータをデータストア（例えばＤＷＨ（Data Ware House）又はＤＭ（Data Mart））に格納するプログラム（例えばＭ／Ｗ）の識別子である。データ格納アドレス７３２は、データ取得プログラムを実行する計算機（本実施例ではＶＭ）の識別情報（識別子及びアドレスのうちの少なくとも１つを含んだ情報）である。ＤＩツール識別子７４は、ＤＩツールの識別子である。
　なお、本実施例では、図７に示すように、分析プラットフォーム構築処理前は、データ格納アドレス７３２はブランクである。なぜなら、分析プラットフォームに含まれるＭ／Ｗ（データ格納プログラム）のデプロイメント先となるＶＭ２０２が未決定だからである。後述するように、分析プラットフォーム構築処理において、Ｍ／Ｗ（データ格納プログラム）のデプロイメント先のＶＭ２０２が決定し、そのＶＭ２０２のＶＭアドレスが、データ格納アドレス７３２としてＤＩテンプレート管理テーブル１２５に登録される。
　また、本実施例では、ＤＩテンプレート管理テーブル１２５は、ＤＩテンプレート管理プログラム１１５により、下記のように構築される。例えば、ＤＩテンプレート管理プログラム１１５は、デプロイメント管理プログラム１１６又は他のプログラムと通信することにより、テーブル１２５を構築できる。
（＊）分析フローテンプレートが選択され、その分析フローテンプレートに関連付けられているデータソースの各々について具体的なデータソースが選択された場合、そのデータソースに紐付けられているＤＢＭＳの識別子が、データ取得プログラム識別子７２１として登録され、そのＤＢＭＳを実行するＶＭのアドレスが、データ取得アドレス７２２として登録される。なお、「具体的なデータソース」の一例が、後述の図１８のメイン画面１８００を介して選択されたデータソース（例えば「POS」又は「Event」）である。
（＊）選択された分析フローテンプレート内のＤＩツール識別子が、ＤＩツール識別子７４として登録される。複数のデータソースについてＤＩツールが共通の場合、その複数のデータソースについて同一のＤＩツール識別子７４が登録される。
（＊）選択された分析フローテンプレートに紐付いているＤＢＭＳ（又は、そのＤＢＭＳに代えて、分析ユーザにより選択されたＤＢＭＳ）の識別子が、データ格納プログラム識別子７３１として登録される。
（＊）上述したように、データ格納プログラムとしてのＤＢＭＳのデプロイメント先のＶＭが決まったときに（又は、そのＤＢＭＳが実際にＶＭにデプロイされたときに）、デプロイメント先のＶＭのアドレスが、データ取得アドレス７２２として登録される。これにより、選択された分析フローテンプレートに基づきＤＩテンプレート管理テーブル１２５が完成したことになる。
　また、ＤＩテンプレート管理テーブル１２５が保持する情報は、デプロイメント対象のＤＩツールに埋め込まれてもよいし、ＤＩツールのデプロイ後に送信されるＤＩツール起動要求に関連付けられてもよい。これにより、ＤＩツールは、データの取得元とデータの転送先とを知ることができる。
　また、ＤＩテンプレート管理テーブル１２５において、データソースについて一義的にそのデータソースに対応したデータ取得プログラム識別子７２１及びデータ取得アドレス７２２が決まってもよい。データ取得プログラムもデプロイメント対象であれば、データ取得プログラムのデプロイメント先のＶＭが決まった場合に、データ取得アドレス７２２が登録されてよい。
　また、データ格納プログラムの格納先データストア内のデータが、本実施例において、「分析対象データ」である。分析対象データが、分析プラットフォーム構築後の分析処理においてＢＩツールにより参照される。
　図８は、ＢＩテンプレート管理テーブル１２３の構成を示す。
　ＢＩテンプレート管理テーブル１２３は、ＢＩツールが分析対象データの参照（取得）するためにＢＩツールのアクセス先となるプログラム（典型的には、データストアにデータを格納したデータ取得プログラム）と、そのプログラムのインタフェースとに関する情報を保持する。そのようなプログラムとそのプログラムのインタフェースとの組を、本実施例の説明において「ＢＩテンプレート」と言う。例えば、ＢＩテンプレート管理テーブル１２５は、ＢＩテンプレート毎に、プログラム識別子８１とインタフェース種類名８２とを保持する。プログラム識別子８１が、ＢＩツールのアクセス先となるプログラム（典型的にはデータ取得プログラム）の識別子である。インタフェース種類名８２は、そのプログラムのインタフェースの種類の名称である。
　図９は、Ｈ／Ｗ設定管理テーブル１２１の構成を示す。
　Ｈ／Ｗ設定管理テーブル１２１は、ＶＭとＶＭに関連付けられたＨ／Ｗとの紐付けに関する情報を保持する。例えば、Ｈ／Ｗ設定管理テーブル１２１は、ＶＭ毎に、ホスト識別子９１、ＩＰアドレス９２、ＨＢＡアドレス９３、及びＶＭ識別子９４を保持する。ホスト識別子９１は、ＶＭが動作するサーバ２の識別子である。ＩＰアドレス９２は、ＶＭが動作するサーバ２のＩＰアドレスである。ＨＢＡアドレス９３は、ＶＭに割り当てられたＨ／Ｗの１つであるＨＢＡ（サーバ２のＨＢＡ）のアドレスである。ＶＭからのＩ／Ｏ（Input/Output）要求が、そのＶＭに割り当てられたＨＢＡ経由でストレージ装置３に送られる。ストレージ装置３へのアクセスが不要なＶＭについて、ＨＢＡアドレス９３はブランクでもよい。ＶＭ識別子９４は、ＶＭの識別子である。
　図１０は、ＶＭ管理テーブル１２２の構成を示す。
　ＶＭ管理テーブル１２２は、ＶＭに関する情報を保持する。例えば、ＶＭ管理テーブル１２２は、ＶＭ毎に、Ｍ／Ｗ識別子１００１、ＶＭ識別子１００２及びＩＰアドレス１００３を保持する。Ｍ／Ｗ識別子１００１が、ＶＭにデプロイされたＭ／Ｗの識別子である。ＶＭ識別子１００２は、当該ＶＭの識別子である。ＩＰアドレス１００３は、当該ＶＭに割り当てられたＩＰアドレスである。
　図１１は、ユーザ管理テーブル１２６の構成を示す。
　ユーザ管理テーブル１２６は、分析ユーザとその分析ユーザについての分析プラットフォームに関する情報を保持する。例えば、ユーザ管理テーブル１２６は、ユーザ名１１０１、テンプレート識別子１１０２、構築日時１１０３、データソース識別子１１０４、データ取得プログラム識別子１１０５、データ格納プログラム識別子１１０８、ＤＩツール識別子１１０９、及び削除日時１１１０を保持する。ユーザ名１１０１は、分析ユーザ（分析プラットフォーム構築の要求元のユーザ）の名称である。テンプレート識別子は、分析ユーザにより選択された分析フローテンプレートの識別子である。構築日時１１０３は、その選択された分析フローテンプレートに従う分析プラットフォームが構築された日時である。データソース識別子１１０４は、データソースの識別子である。データ取得プログラム識別子１１０５は、データ取得プログラムの識別子である。識別子１１０４及び１１０５の組は、データ取得元となるデータソースの数分存在する。図１１の例では、２つの組、すなわち、識別子１１０４Ａ及び１１０５Ａの組と、識別子１１０４Ｂ及び１１０５Ｂの組が存在する。データ格納プログラム識別子１１０８は、データ格納プログラムの識別子である。ＤＩツール識別子１１０９は、ＤＩツールの識別子である。削除日時１１１０は、当該分析プラットフォームが削除された日時である（削除予定の日時でもよい）。ユーザ管理テーブル１２６から分析プラットフォームを特定可能である。
　図１２は、変換テーブル１２７の構成を示す。
　変換テーブル１２７は、データ形式の変換の要否に関する情報を保持する。例えば、変換テーブル１２７は、データ取得プログラム識別子１２０１と、データ格納プログラム識別子１２０２とのマトリクスである。「Ｙｅｓ」が、データ形式の変換が必要であることを意味する。「Ｎｏ」が、データ形式の変換が不要であることを意味する。図１２によれば、例えば、データ取得プログラム「ＤＢ－０１」によりデータソースから取得されたデータをデータ格納プログラム「ＤＢ－０２」に転送する場合、取得されたデータの形式を変換する必要がある。また、例えば、データ取得プログラム「ＤＢ－０１」によりデータソースから取得されたデータをデータ格納プログラム「ＤＢ－０３」に転送する場合、取得されたデータの形式を変換する必要はない。
　図１８～図２２は、クライアント５に表示される画面例を示す。図１８～図２２が示すいずれの画面も、分析プラットフォームデプロイアプリケーション５０１により表示される。分析プラットフォームデプロイアプリケーション５０１は、デプロイ管理サーバ１と通信することにより、図１８～図２２が示す画面を表示できる。図１８～図２２が示すいずれの画面も、本実施例ではＧＵＩ（Graphical User Interface）である。
　図１８は、メイン画面の一例を示す。
　メイン画面１８００は、ユーザ名が入力される欄１８０１、パスワードが入力される欄１８０２、分析プロジェクト名が入力される欄１８０３、分析フローテンプレートの識別子が入力される欄１８０４、Ｍ／Ｗ（ここではＤＢＭＳ）の識別子が入力される欄１８０５、分析規模が入力される欄１８０６、データソースの識別子が入力される欄１８０７、及び、「デプロイ」ボタン１８０９を有する。欄１８０７は、関連付けられるデータソースの数分ある。分析ユーザが、欄１８０１～１８０７に必要な情報を入力してボタン１８０９を押下することで、クライアント５から分析プラットフォーム構築要求が送信される。その要求には、欄１８０１～１８０７に入力された情報、例えば、分析フローテンプレート識別子、Ｍ／Ｗ（ここではＤＢＭＳ）識別子、Ｈ／Ｗ関連情報（例えば、分析規模及びＨ／Ｗ詳細のうちの少なくとも一方）、及び、データソース識別子が含まれている。
　なお、欄１８０４が押下された場合、図１９の分析フローテンプレート選択画面が表示される。欄１８０５が押下された場合、図２０のＭ／Ｗ選択画面が表示される。欄１８０６が押下された場合、図２１のＨ／Ｗ性能選択画面が表示される。欄１８０７が押下された場合、図２２のデータソース選択画面が表示される。
　図１９は、分析フローテンプレート選択画面の一例を示す。
　分析フローテンプレート選択画面１９００は、分析フローテンプレート管理テーブル１２４に登録されている分析フローテンプレートの一覧を表示する。また、画面１９００には、「Ｐｒｅｖ」ボタン１９０２、「ＯＫ」ボタン１９０３、及び、「Ｎｅｘｔ」ボタン１９０４が表示される。例えば、１つの画面１９００には、３つの分析フローテンプレートオブジェクト１９０１－１～１９０１－３が表示される。分析フローテンプレートオブジェクト１９０１は、分析フローテンプレートを表すオブジェクト（例えばＭ／Ｗ及び分析対象データのブロック図）である。４つ以上の分析フローテンプレートが存在する場合、「Ｐｒｅｖ」ボタン１９０２及び「Ｎｅｘｔ」ボタン１９０４を操作することで、４つ以上の分析フローテンプレートオブジェクト１９０１を分析ユーザは見ることができる。分析ユーザは、所望の分析フローテンプレートを選択する。具体的には、例えば、分析フローテンプレートオブジェクト１９０１毎にラジオボタンが設けられており、分析ユーザは、所望の分析フローテンプレートに対応したラジオボタンを選択し、その後、「ＯＫ」ボタン１９０３を押下する。これにより、分析ユーザの所望の分析フローテンプレートが選択（指定）されたことになり、その分析フローテンプレートの識別子が、図１８の欄１８０４に反映される。
　図２０は、Ｍ／Ｗ選択画面の一例を示す。
　Ｍ／Ｗ選択画面２０００は、ＤＢＭＳの一覧２００１と「ＯＫ」ボタン２００２を表示する。ＤＢＭＳの一覧２００１は、例えば、分析プラットフォームデプロイアプリケーション５０１がＭ／Ｗ管理プログラム１１２からＤＢＭＳ一覧情報を受信することにより表示可能である。分析ユーザは、所望のＤＢＭＳを選択する。具体的には、例えば、一覧２００１は、ＤＢＭＳ識別子毎にラジオボタンを有しており、分析ユーザは、所望のＤＢＭＳに対応したラジオボタンを選択し、その後、「ＯＫ」ボタン２００２を押下する。これにより、分析ユーザの所望のＤＢＭＳが選択（指定）されたことになり、そのＤＢＭＳの識別子が、図１８の欄１８０５に反映される。なお、ここで選択されたＤＢＭＳの識別子は、図７のデータ格納プログラム識別子７３１として登録される識別子である。例えば、選択された分析フローテンプレート「ＳＣＭ－１」（図１３）によれば、２つのデータソースについてデータ格納プログラムとしてのＤＢＭＳは共通しているため、選択可能なＤＢＭＳは１つである。つまり、ここでは、分析フローテンプレート「ＳＣＭ－１」に紐付いているＤＢＭＳ「ＤＢ－０１」を別のＤＢＭＳに変更したいときに、分析ユーザ所望の別のＤＢＭＳに変更できる。
　図２１は、Ｈ／Ｗ性能選択画面の一例を示す。
　Ｈ／Ｗ性能選択画面２１００は、規模選択ボタン群２１０１、規模情報表示欄２１０２、同時接続ユーザ数入力欄２１０３及び「ＯＫ」ボタン２１０４を有する。規模選択ボタン群２１０１は、複数段階の規模（例えば、Small、Medium、Largeの３段階の規模）のうちの分析ユーザ所望の規模の選択を受け付けるＵＩ（ユーザインタフェース）の一例である。分析ユーザが所望の規模のラジオボタンを選択すると、その規模に対応したＨ／Ｗ詳細が規模情報表示欄２１０２に表示される。
　例えば、規模とＨ／Ｗ詳細との対応関係は、Ｈ／Ｗ管理プログラム１１１（又は、そのプログラム１１１が参照する図示しないテーブル）に登録されている。また、例えば、Ｍ／ＷやＢＩツールのＨ／Ｗ要件も、Ｈ／Ｗ管理プログラム１１１（又は、そのプログラム１１１が参照する図示しないテーブル）に登録されている。規模とＨ／Ｗ詳細の対応関係の一例は下記である。
-ＣＰＵ：ＶＭに搭載するＭ／ＷやＢＩツールのＨ／Ｗ要件の最小値
-メモリ：ＶＭに搭載するＭ／ＷやＢＩツールのＨ／Ｗ要件の最小値
-ストレージ：ＶＭに搭載するＭ／ＷのＨ／Ｗ要件の推奨値
＜Medium＞
-CPU：ＶＭに搭載するＭ／ＷやＢＩツールのＨ／Ｗ要件の推奨値
-メモリ：ＶＭに搭載するＭ／ＷやＢＩツールのＨ／Ｗ要件の推奨値
-ストレージ：ＶＭに搭載するＭ／ＷのＨ／Ｗ要件の推奨値とデータソースサイズとのうちの大きい方。
＜Large＞
-CPU：ＶＭに搭載するＭ／ＷやＢＩツールのＨ／Ｗ要件の推奨値×α（αは、分析対象データのサイズ等の条件を基に適宜決定）
-メモリ：ＶＭに搭載するＭ／ＷやＢＩツールのＨ／Ｗ要件の推奨値×α
-ストレージ：ＶＭに搭載するＭ／ＷのＨ／Ｗ要件の推奨値とデータソースサイズとのうちの大きい方
　採用されるべきＨ／Ｗ詳細（Ｈ／Ｗの種類とＨ／Ｗのリソース量）は、選択された規模をキーに下記の対応関係から特定されたＨ／Ｗ詳細でもよい。また、選択されるべき規模、又は、採用されるべきＨ／Ｗ詳細は、計算機システムから定期的に収集された性能情報と、Ｍ／ＷやＢＩツール毎の統計情報とのうちの少なくとも１つを基に決められてもよい。性能情報は、計算機システムコンポーネントの性能を表す情報である。計算機システムコンポーネントは、サーバ２、サーバ２内のリソース、ストレージ装置３、及び、ストレージ装置３内のリソースのうちの少なくとも１つである。
　分析ユーザは、同時接続ユーザ数入力欄２１０３に、同時接続ユーザ数（分析プラットフォームを同時間帯に使用するユーザ数）を入力する。入力された同時接続ユーザ数を基に、必要に応じて、採用される規模又はＨ／Ｗ詳細が調整される。同時接続ユーザ数とＨ／Ｗ調整量との対応関係は、Ｈ／Ｗ管理プログラム１１１（又は、そのプログラム１１１が参照する図示しないテーブル）に登録されている。
　Ｈ／Ｗ詳細の表示は、例えば、分析プラットフォームデプロイアプリケーション５０１がＨ／Ｗ管理プログラム１１１と通信することにより、可能である。
　規模の選択と同時接続ユーザ数の入力との後に「ＯＫ」ボタン２１０４が押された場合、規模が確定し、確定した規模が、図１８の欄１８０６に反映される。
　図２２は、データソース選択画面２２００の一例を示す。
　データソース選択画面２２００には、例えば、ファイルシステムのツリー型でデータソースが表示される。分析ユーザは、そのツリーから所望のデータソースを選択する。すると、選択されたデータソースの識別子が、図１８の欄１８０７に反映される。なお、例えば、分析フローテンプレートとして、図１３に例示のテンプレートが選択された場合、Data1（第１のデータソース）として「POS」（Point Of Sale）が選択され、Data2（第２のデータソース）として「Event」が選択される（図７及び図１３参照）。
　以下、分析プラットフォーム構築処理の流れを説明する。
　図１４は、分析プラットフォーム構築処理のフローを示す。
　デプロイメント管理プログラム１１６と、ＶＭ管理プログラム４０２と、ＶＭ２０２との間で情報の授受が行われ、分析プラットフォームが構築される。
　デプロイメント管理プログラム１１６が、クライアント５からの分析プラットフォーム構築要求を受け付けた場合、当該要求から、選択された分析フローテンプレートを特定する（ステップ１４０５）。分析プラットフォーム構築要求には、上述したように、選択された分析フローテンプレートの識別子が含まれており、その識別子から、選択された分析フローテンプレートを特定可能である。
　また、デプロイメント管理プログラム１１６は、分析プラットフォーム構築要求に含まれるＨ／Ｗ関連情報（例えば、分析規模及びＨ／Ｗ詳細）を基に、ＶＭ管理プログラム４０２に対して、ＶＭデプロイ要求を通知する（ステップ１４０６）。ＶＭ管理プログラム４０２は、ＶＭデプロイ要求に従い、必要な数のＶＭイメージを、複数のサーバ２－１～２－ｎから選択した１以上のサーバ２にデプロイし（ＶＭイメージが関連付けられた要求を送信し）する（ステップ１４０７）。デプロイされたＶＭイメージに従うＶＭ２０２が、そのデプロイメント先のサーバ２で生成され起動する。ＶＭ２０２の生成や起動は、サーバ２内のハイパバイザ２０１により実行される。結果として、ＶＭ２０２がサーバ２にデプロイされたことになる。なお、デプロイされた１以上のＶＭ２０２にそれぞれ割り当てられたＨ／Ｗ量（例えば、ＣＰＵ使用率、メモリ量等）は、同一（均等）であってもよいし異なっていてもよい。また、Ｈ／Ｗ詳細が、Ｍ／ＷやＢＩツールのＨ／Ｗ要件に基づいて決まった場合、デプロイメント対象のＶＭ２０２に割り当てられるＨ／Ｗ量が、そのＶＭ２０２がデプロイメント先とされるＭ／ＷやＢＩツールのＨ／Ｗ要件に基づき決められてもよい。
　ＶＭ２０２がサーバ２にデプロイされることで、ＶＭ２０２のアドレスが決まり、ＶＭ２０２のアドレスを、ＶＭ管理プログラム４０２が知ることになる。ＶＭ管理プログラム４０２は、デプロイしたＶＭ２０２のアドレス（本実施例ではＩＰアドレス）をデプロイメント管理プログラム１１６に返信する（ステップ１４０８）。この例では、４つのＶＭ０２～０５がデプロイされ、それら４つのＶＭ０２～０５にそれぞれ対応した４つのＩＰアドレスがデプロイメント管理プログラム１１６に通知される。ＶＭ２０２のアドレスを通知されたデプロイメント管理プログラム１１６は、Ｈ／Ｗ設定管理テーブル１２１及びＶＭ管理テーブル１２２のＶＭ２０２に関わる情報を追加あるいは更新する（ステップ１４０９）。
　デプロイメント管理プログラム１１６は、デプロイされたＶＭ２０２に対して、選択された分析フローテンプレート（ステップ１４０５で特定した分析フローテンプレート）に従い、Ｍ／ＷやＢＩツールをデプロイする（ステップ１４１０）。ステップ１４１０において、デプロイメント対応関係が決定する。「デプロイメント対応関係」とは、分析プラットフォームの構成要素としてのプログラム（Ｍ／ＷやＢＩツール）と、そのプログラムのデプロイメント先のＶＭとの関係である。Ｍ／ＷやＢＩツール（分析プラットフォームの構成要素となるプログラムの一例）のデプロイメント先のＶＭ２０２は、任意であってもよいし、Ｍ／ＷやＢＩツールに求められるＨ／Ｗ要件と実際に割り当てられたＨ／Ｗ量とに基づき決定されてもよい。デプロイメント先のＶＭ２０２において、デプロイメント対象（Ｍ／ＷやＢＩツール）がインストールされる（ステップ１４１１、１４１２）。図１４の例によれば、Ｍ／Ｗ（ＤＢＭＳ）のデプロイメント先はＶＭ０４であり、ＢＩツールのデプロイメント先はＶＭ０５である。更に、稼動状況を監視するモニタエージェントプログラム（図示せず）をＭ／Ｗに併せてＶＭにデプロイすることで、そのＶＭにおいて、必要なプログラム（例えば当該Ｍ／Ｗ）が正しくインストールされ稼動しているか否かを監視することができる。モニタエージェントプログラムは、例えば、各ＶＭ２０２のＯＳのログ情報を定期的に取得する（ステップ１４１９）。図では、便宜上、ステップ１４１９は、ステップ１４１８の後に示しているが、ステップ１４１９は、ステップ１４１１及び１４１２の後、定期的に実行されてよい。
　次に、デプロイメント管理プログラム１１６は、選択された分析フローテンプレート及び決定されたデプロイメント対応関係に基づき、ＤＩテンプレート管理テーブル１２５を更新する（ステップ１４１３）。具体的には、デプロイメント管理プログラム１１６は、例えば、ＤＩテンプレート管理プログラム１１５に、ＤＩテンプレート管理テーブル１２５を更新させる。更新は、例えば次の通りである。すなわち、ＤＩテンプレート管理テーブル１２５のデータソース識別子７１毎に、ＤＩツール識別子７４に対応するＤＢＭＳの識別子が、データ格納プログラム識別子７３１として登録される。また、そのＤＢＭＳのデプロイメント先のＶＭのアドレス（ステップ１４０８で返信されたアドレス）が、データ格納アドレス７３２として登録される。
　デプロイメント管理プログラム１１６は、ＤＩツールのデプロイメント先とされたＶＭ２０２に対して、ＤＩツールをデプロイする（例えばＤＩツールの実行ファイルが関連付いた要求をＶＭ２０２に送信する）（ステップ１４１４）。ＤＩツールが、ＶＭ２０２にインストールされる（ステップ１４１５、１４１６）。図１４の例によれば、ＤＩツールのデプロイメント先は、ＶＭ０２及びＶＭ０３である。ＶＭ２０２にインストールされたＤＩツールは、そのＤＩツールに埋め込まれているアドレスが示すデータソースからデータを取得し、取得したデータを、そのＤＩツールに埋め込まれているアドレスが示すデータ出力先Ｍ／Ｗに転送する（ステップ１４１７、１４１８）。転送されたデータが、そのＭ／Ｗ（ＤＢＭＳ）によりデータストアに格納される。データ転送の際、ＤＩツールは、データ形式の変換が必要な場合は、データ形式の変換処理を行う。デプロイメント対象のＤＩツールには、変換テーブル１２７に基づき、データ形式の変換の要否が関連付けられていてもよい。
　以上の分析プラットフォーム構築処理により、分析プラットフォームが構築される。その処理において、デプロイメント管理サーバ１により行われる処理が、分析プラットフォーム構築支援処理に相当する。
　図１５は、デプロイメント管理サーバ１の処理のフローチャートである。
　管理プログラム１１０は、クライアント５より、分析プラットフォーム構築要求を受信する（ステップ１５００）。管理プログラム１１０は、分析プラットフォーム構築要求から、選択された分析フローテンプレートを特定する（ステップ１５０１）。以下、その選択された分析フローテンプレートを、「選択分析テンプレート」と言う。管理プログラム１１０は、当該分析プラットフォーム構築要求の発行元ユーザが既存ユーザであるか否かを、ユーザ管理テーブル１２６から判断する（ステップ１５０２）。
　ステップ１５０２の判断結果が偽の場合（ステップ１５０２：ｎ）、つまり、ユーザが新規ユーザの場合、管理プログラム１１０は、分析プラットフォーム構築要求に関連付いたＨ／Ｗ関連情報からＨ／Ｗ構成を特定する（ステップ１５０３）。管理プログラム１１０は、分析プラットフォーム構築要求、選択分析テンプレート及びＨ／Ｗ構成を基に、デプロイメント対象のプログラム（Ｍ／Ｗ、ＤＩツール及びＢＩツール）とそのプログラムを動作させるために必要なＶＭ２０２の台数とを算出し、ＶＭ管理サーバ４に対して、その算出結果（ＶＭ台数）を関連付けたＶＭデプロイ要求を発行する（ステップ１５０４）。ＶＭ管理サーバ４により、そのＶＭデプロイ要求に応答して、ＶＭ台数分のＶＭが生成され起動される。管理プログラム１１０は、ＶＭ管理サーバ４より、生成されたＶＭ２０２の識別情報（例えばＶＭの識別子とＩＰアドレス）を受信する（ステップ１５０５）。
　管理プログラム１１０は、デプロイメント対応関係を決定し（生成されたＶＭにデプロイメント対象プログラムを割り当て）、その関係を基にＶＭ管理テーブル１２２を更新する（ステップ１５０６）。管理プログラム１１０は、決定したデプロイメント対応関係に従い、デプロイメント対象のプログラム（Ｍ／Ｗ等）を、対応するＶＭ２０２に対して、デプロイする（ステップ１５０７）。デプロイメント対象のプログラム（分析プラットフォームの構成要素としてのプログラム）と共にモニタエージェントプログラムもデプロイされてよい。デプロイされたそれらのプログラムは、デプロイメント先のＶＭにインストールされ、起動する。
　管理プログラム１１０は、ＤＩテンプレート管理テーブル１２５を更新する（ステップ１５０８）。例えば、管理プログラム１１０は、分析プラットフォーム構築要求からデータソースを特定し、そのデータソースを操作可能なＭ／Ｗ（例えば、ＤＢＭＳ）を実行するＶＭ２０２のアドレスを取得し、そのアドレスをデータ入力アドレス７２２として登録する。また、管理プログラム１１０は、選択分析テンプレートからＤＩツールを特定し、特定したＤＩツールの識別子を、ＤＩツール識別子７４として登録する。
　管理プログラム１１０は、ＤＩテンプレート管理テーブル１２５を更に更新する（ステップ１５０９）。例えば、管理プログラム１１０は、データ出力先Ｍ／Ｗを実行するＶＭ２０２のアドレスをＶＭ管理テーブル１２２から特定し、特定したアドレスを、データ格納アドレス７３２として登録する（ステップ１５０９）。
　管理プログラム１１０は、ＤＩテンプレート管理テーブル１１０２に従い、ＤＩツールを、そのＤＩツールのデプロイメント先ＶＭ２０２にデプロイする（ステップ１５１０）。デプロイされたＤＩツールは、ＶＭ２０２にインストールされ、起動する。デプロイメント対象のＤＩツールには、ＤＩテンプレート管理テーブル１１０２に従う情報、例えば、データソース識別子、データ取得プログラム識別子、データ取得アドレス（ＩＰアドレスを含んでよい）、データ格納プログラム識別子、及びデータ格納アドレス（ＩＰアドレスを含んでよい）が関連付けられてよい。また、その情報を基に変換テーブル１２７からデータ形式変換要否が特定されて、特定されたデータ形式変換要否も、デプロイメント対象のＤＩツールに関連付けられてよい。それらの関連付けられた情報を基に、ＤＩツールは、データの取得元及び転送先や、データ形式の変換の要否がわかる。ＤＩツールは、データ入力元（データソース）からデータを取得し転送する。これにより、分析対象データが用意され、結果として、分析プラットフォームが構築されたことになる。
　分析プラットフォーム構築後、各ＶＭ２０２にデプロイしたＭ／Ｗ群やアプリケーションが稼動しているかどうか、モニタエージェントにより監視され、その監視結果をモニタエージェントから受信し、管理プログラム１１０が、その監視結果を表示する（ステップ１５１１）。監視結果は、デプロイ管理サーバ１に表示されてもよいし、そのサーバ１に接続されている遠隔の計算機に表示されてもよい。
　さて、ステップ１５０２の判断結果が真の場合（ステップ１５０２：ｙ）、つまり、ユーザが既存ユーザの場合、管理プログラム１１０は、選択分析テンプレートの識別子が、既存ユーザに対応したテンプレート識別子１１０２（図１１）と同じか否かを判断する（ステップ１５１２）。ステップ１５１２の判断結果が偽の場合（ステップ１５１２：ｎ）、ステップ１５０３以降が実行される。ステップ１５１２の判断結果が真の場合（ステップ１５１２：ｙ）、既デプロイ環境と同じ環境のデプロイ処理である再デプロイ処理を実行する（ステップ１５１３）。
　図１６は、再デプロイ処理１５１３の第１の例のフローチャートである。
　選択分析テンプレートに含まれるプログラム群が既存分析プラットフォーム（ユーザ管理テーブル１２６から特定された分析プラットフォーム）内のプログラム群と同じか否かを判断する（ステップ１６００）。
　ステップ１６００の判断結果が真の場合（ステップ１６００：ｙ）、管理プログラム１１０は、選択分析テンプレートに紐付いているデータソースと既存分析プラットフォームに紐付いているデータソースが同じか否かを判断する（ステップ１６０１）。選択分析テンプレートに紐付いているデータソースは、分析プラットフォーム構築要求に関連付いているデータソース識別子から特定され、既存分析プラットフォームに紐付いているデータソースは、ユーザ管理テーブルにおけるデータソース識別子１１０４から特定される。
　ステップ１６０１の判断結果が真の場合（ステップ１６０１：ｙ）、管理プログラム１１０は、既存分析プラットフォームが現時点で稼動しているか否か（削除されていないか否か）を、ユーザ管理テーブル１２６を参照して、判断する（ステップ１６０２）。構築日時１１０３が登録されていて削除日時１１１０が未登録であれば、既存プラットフォームは稼働しているということである。
　ステップ１６０２の判断結果が真の場合（ステップ１６０２：ｙ）、管理プログラム１１０は、既存分析プラットフォームと同じＨ／Ｗの構成情報（サーバ数、ストレージ容量）を取得する（ステップ１６０３）。その後、ステップ１５０４～１５０７が行われる。例えば、管理プログラム１１０は、ステップ１６０３で取得した構成情報に基づきＶＭの必要台数を算出し、必要台数分のＶＭを生成するためのＶＭデプロイ要求を、ＶＭ管理プログラム４０２へ発行する。その後、ＶＭ２０２の生成、Ｍ／Ｗ群の生成されたＶＭ２０２へのデプロイが行われる。
　Ｍ／Ｗ群のデプロイ、インストール、起動終了後、管理プログラム１１０は、ＤＩテンプレート管理テーブル１２５におけるデータ格納アドレス７３２を、分析プラットフォーム構築要求を基に特定されたアドレス（構築対象の分析プラットフォームにおけるＭ／Ｗ（データ格納プログラムの一例）を稼動するＶＭ２０２のアドレス）に差し替える（ステップ１６０５）。つまり、ＤＩテンプレート管理テーブル１２５のうちのデータ格納アドレス（出力先アドレス）７３２のみが変更され、その他は、既存分析プラットフォーム（又はその複製）の要素がそのまま使用されることになる。なお、分析プラットフォーム構築要求を基に特定されたデータ格納プログラム（Ｍ／Ｗ）と既存分析プラットフォーム（又はその複製）におけるデータ格納プログラムが異なっていれば、データ格納プログラム識別子７３１も変更される。
　ステップ１６００の判断結果が偽の場合（すなわち、少なくとも１つのプログラムが異なる場合）（ステップ１６００：ｎ）、管理プログラム１１０は、データ形式の変換が可能か否かを変換テーブル１２７を基に判断する（ステップ１６０７）。
　ステップ１６０７の判断結果が真の場合（ステップ１６０７：ｙ）、管理プログラム１１０は、既存分析プラットフォームのＨ／Ｗ構成情報を取得し、異なるＭ／Ｗ群の情報を基に、ＶＭ管理テーブル１２２、ユーザ管理テーブル１２６、及びＤＩテンプレート管理テーブル１２５を更新する（ステップ１６０８）。具体的には、例えば、管理プログラム１１０は、既存分析プラットフォームに紐付いている構成情報を取得し、Ｍ／Ｗを差替えることができる。
　ステップ１６０１の判断結果が偽の場合（ステップ１６０１：ｎ）、ステップ１６０７の判断結果が偽の場合（ステップ１６００：ｎ）、又は、ステップ１６０８の後、管理プログラム１１０は、分析プラットフォーム構築要求に関連付いたＨ／Ｗ関連情報からＨ／Ｗ構成を特定する（ステップ１５０３）。
　以上の分析プラットフォーム構築処理によれば、分析ユーザが分析アプリケーション５０２（ＢＩツールに分析要求を送信するプログラム）を操作して分析を行うまでの分析プラットフォーム構築処理の負荷を削減することができる。このため、分析プラットフォームの構築と分析のサイクルを短くすることが可能となり、Ｔｒｉａｌ＆Ｅｒｒｏｒ型の分析手法を効率よく実行することが可能となる。すなわち、この例によれば、分析プラットフォーム構築要求に対して、新たに分析プラットフォームが構築される。その際、データソースが同じであれば、データソースからのデータのコピーは回避される。一方、選択分析テンプレートに含まれるＭ／Ｗ群（プログラム群の少なくとも一部の一例）が既存分析プラットフォーム内のＭ／Ｗ群と同じでも、Ｍ／Ｗ群のデプロイが行われる。具体的には、管理プログラム１１０は、既存分析プラットフォーム内のＭ／Ｗ群のコピーを、構築対象の分析プラットフォームの少なくとも一部とする（その際、Ｍ／Ｗ群の少なくとも一部の差し替えが行われてもよい）。このように、同じＭ／Ｗ群がデプロイされるので、構成の構築やリソースのサイジング等の処理工数を削減できる。
　なお、選択分析テンプレートに含まれるプログラム群が既存分析プラットフォーム内のプログラム群と同じ場合、管理プログラム１１０は、既存分析プラットフォーム内のプログラム群を、構築対象の分析プラットフォームの少なくとも一部としてもよい。すなわち、既存分析プラットフォームが流用されてもよい。言い換えれば、ステップ１５０７のようなＭ／Ｗデプロイ（Ｍ／Ｗ群のコピー）は行われないでよい。
　図１７は、再デプロイ処理１５１３の第２の例のフローチャートである。
　第１の例によれば、ステップ１６０５及び１６０６のいずれにおいても、ＤＩテンプレート管理テーブル１２５におけるデータ格納アドレス７３２が、分析プラットフォーム構築要求を基に特定されたアドレス（構築対象の分析プラットフォームにおけるＭ／Ｗを稼動するＶＭ２０２のアドレス）に差し替えられる。このため、再度のデータ準備が必要である。具体的には、例えば、変更前のデータ格納アドレス７３２に従うデータストアから変更後のデータ格納アドレス７３２に従うデータストアに分析対象データがコピーされる。或いは、例えば、ＤＩツールにより、データソースからデータが取得されそのデータがデータ格納プログラムに転送される。
　一方、第２の例によれば、ステップ１６０４：ｎの場合、ステップ１６０５に代えてステップ１７００が行われる。ステップ１７００では、ＤＩテンプレート管理テーブル１２５におけるデータ格納アドレス７３２が、既存分析プラットフォームにおけるＭ／Ｗを稼動するＶＭ２０２のアドレスに維持される点である。これにより、既存のデータを使用のコピーが不要である。故に、データの準備時間を削減することが可能となる。
　なお、第２の例によれば、ステップ１６０６に代えてステップ１７０１が行われる。ステップ１７０１でも、ＤＩテンプレート管理テーブル１２５におけるデータ格納アドレス７３２が、既存分析プラットフォームにおけるＭ／Ｗを稼動するＶＭ２０２のアドレスに維持される。しかし、データ形式の変換が必要であるため、ＤＩツールにより、データソースからデータを取得しそのデータを転送することが実行される。
　また、管理プログラム１１０は、例えば、第１の例と第２の例のどちらを採用するかを、例えば次のように決定することができる。すなわち、管理プログラム１１０は、下記の（ｐ）及び（ｑ）の両方が満たされているか否かを判断する。その判断結果が偽の場合、管理プログラム１１０は、第１の例を採用する。その判断結果が真の場合、管理プログラム１１０は、第２の例を採用する。
（ｐ）構築対象の分析プラットフォームにおけるデータ格納プログラム（Ｍ／Ｗ）の識別子と、既存分析プラットフォームにおけるデータ格納プログラムの識別子とが同じである。
（ｑ）構築対象の分析プラットフォームにおけるデータ格納プログラム（Ｍ／Ｗ）を稼働するＶＭ２０２のアドレスと、既存分析プラットフォームにおけるデータ格納プログラムを稼働するＶＭ２０２のアドレスとが同じである。
　上述の実施例の説明の総括として、例えば下記を述べることができる。
　一般的に、分析プラットフォームを含んだ分析システムは、図２３に一比較例として示すように、複数の関係者により運用される。具体的には、例えば、一比較例に従う分析処理手順は下記の通りである。
（Ｓ１）データサイエンティストの仮説に従い、データインテグレーション担当者、システム基盤担当者等のＰＦ関係者（分析プラットフォーム関係者）間で打ち合わせを行う。日程調整、打ち合わせ、分析プラットフォーム構成の検討、分析プラットフォームプロビジョニングに、数日～数週間かかる場合が多い。
（Ｓ２）分析プラットフォーム構築完了後、データインテグレーション担当者が、データソースから、分析プラットフォームにデータを移動する。データサイズやデータソースに対する本来業務への影響等より、数時間～数日以上かかる場合がある。
（Ｓ３）分析ユーザは、仮説の検証、修正及び再検証のサイクルを繰り返す。
　仮説検証は、１分析ユーザに１つとは限らず、複数の仮説検証を並行して実施したり、多数の分析ユーザが並行して分析したりする場合が多い。分析システムも、集中型（scale-up）や分散型（scale-out）等、Ｍ／ＷやＢＩツールの特性により使い分けが必要である。人手による全体調整は膨大な時間がかかる。分析プラットフォームが構築できた時には既に異なる構成の分析プラットフォームが必要となる可能性がある。
　そして、分析処理において最も時間のかかる処理は、データの準備である。
　上記の課題は、一比較例に従う処理の少なくとも一部を単に自動化できたとしても、解決することはできないし、一比較例に従う処理のうちのどの処理を自動化できるのかを判断することも難しい。
　本実施例によれば、データの準備の自動化が実現される。
　具体的には、分析フローがテンプレート化される。複数の分析フローテンプレートが用意される。
　管理プログラム１１０が、分析ユーザから所望の分析フローテンプレートの選択を受け付ける。選択分析テンプレート（選択された分析フローテンプレート）が表す分析フローの分析プラットフォームが構築対象でもよいし、その分析フローのカスタマイズ後の分析フローの分析プラットフォームが構築対象でもよい。「カスタマイズ後の分析フロー」は、選択分析テンプレートが表す分析フローにおける一部の要素（プログラム）が差し替えられた分析フローであってもよいし、選択分析テンプレートが表す分析フローに新たな要素（プログラム）が追加された分析フローであってもよいし、選択分析テンプレートが表す分析フローから要素（プログラム）が削除された分析フローであってもよい。分析プラットフォーム構築要求に関連付けられた情報が表す分析フローは、選択分析テンプレートが表す分析フローであるか、カスタマイズ後の分析フローである。
　ＤＩテンプレートは、ＤＩツール（データ入力プログラムの一例）用の関連付け情報である。ＤＩテンプレートが保持する情報がＤＩツールに関連付けられる（例えば、その情報がＤＩツールに埋め込まれる、又は、ＤＩツールのデプロイメント先のＶＭに対する起動要求にその情報が関連付けられる）ことで、デプロイされ起動されたＤＩツールは、データ取得元（例えばデータソースからデータを取得するために使用する情報）と、データ転送先（例えば取得されたデータを転送するために使用する情報）とを特定できる。
　なお、各ＤＩツールについて、そのＤＩツールに対応したＤＩテンプレートに予め少なくとも出力管理情報７３を関連付けておくことはできない。なぜなら、そのＤＩツールに対応したデータ格納プログラム（例えばＤＢＭＳのようなＭ／Ｗ）及びそれのデプロイメント先のＶＭが決まっていないからである。
　そこで、本実施例では、データ格納プログラムが動作するＶＭが決まった場合に、そのＶＭの識別情報を含んだ出力管理情報７３が、管理プログラム１１０により、そのデータ格納プログラムがデータ転送先となるＤＩツールに対応したＤＩテンプレートに登録される。この登録の処理が実行されることで、ＤＩツールに、データ取得元（例えば入力管理情報７２）の他にデータ転送先（出力管理情報７３）を自動で関連付けることが可能となる。結果として、デプロイされ起動されたＤＩツールが、ユーザからデータの取得元や転送先に関する情報の指定を受けること無しに、データの取得と転送を実行できる。つまり、データ（分析対象データ）の準備の自動化が実現される。
　以上、本発明の一実施例を説明したが、本発明は、この実施例に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
　例えば、分析プラットフォームの要素としてのプログラムのデプロイメント先は、ＶＭに代えて、物理的な計算機（例えばサーバ）であってもよい。
　また、図６の例によれば、分析フローテンプレートには、ＤＩツール識別子及びＤＢＭＳ識別子のようなプログラム識別子が関連付けられているが、少なくとも１つのプログラム識別子に代えて、プログラム種類（例えば、ＤＩツール、ＤＢＭＳ及びＢＩツールのうちのいずれの種類であるか）を表す識別子が関連付けられてよい。つまり、分析フローテンプレートは、プログラム種類の関連を表していればよく、分析フローテンプレートの選択後に、その分析フローテンプレートにおけるいずれのプログラム種類に具体的にいずれのプログラムを採用するかは分析ユーザにより選択されてもよい。
　また、分析プラットフォーム構築要求を受けたときに既存分析プラットフォームが存在する場合、既存分析プットフォームの複製が生成されて、既存分析プットフォームの複製と構築対象の分析プラットフォームとの差分に基づき、既存分析プットフォームの複製が流用されてもよい。或いは、既存分析プラットフォームが既に分析ユーザにとって不要であれば（削除可能であれば）、既存分析プラットフォームそれ自体と構築対象の分析プラットフォームとの差分に基づき、既存分析プラットフォームそれ自体が流用されてもよい。なお、ここで言う「流用」とは、差分の差し替えを意味する。具体的には、例えば、Ｍ／Ｗのようなプログラムの差し替えや、データソースの差し替えを意味する。データ形式の変換が不要であり、プログラムのみが差し替えられた場合、既存データストア内のデータを分析対象データとして使用継続が可能であることもある。また、差し替えられたプログラムがデータ格納プログラムの場合、データ格納プログラム識別子７３１が差し替えられてもデータ格納アドレス７３２の差し替えが不要であることもある（差し替え後のプログラムのデプロイメント先が、差し替え前のプログラムを稼働するＶＭである場合）。
　また、例えば、デプロイ対象がＢＩツールの場合、そのＢＩツールには、分析対象データの格納場所を示すアドレスが関連付けられる（例えば、ＢＩツールに、そのアドレスが埋め込まれる、又は、ＢＩツールの起動要求にそのアドレスが関連付けられる）。このため、例えば、差し替え対象のプログラムがＢＩツールであり、且つ、差し替え前のＢＩツールのアクセス先に差し替え後のＢＩツールをアクセス可能にする場合、差し替え後のＢＩツールには、差し替え前のＢＩツールに関連付けられていたアクセス先アドレスと同じアドレスが関連付けられる（図１７に示した第２の例の一具体例）。
１：デプロイメント管理サーバ

Claims (15)

  1. 　複数のハードウェアを有する１以上の計算機を含んだ計算機システムを管理する管理システムであって、
    　ユーザの入力情報が関連付けられた分析プラットフォーム構築要求を受け付ける１以上のインタフェースを含んだインタフェース部と、
    　前記インタフェース部に接続された１以上のプロセッサを含むプロセッサ部と
    を有し、
    　前記入力情報が、下記を表す情報を含み、
    　　複数の分析フローテンプレートのうちの前記ユーザにより選択された分析フローテンプレートである選択分析テンプレート、及び、
    　　複数のデータソースのうちの前記ユーザにより選択され前記選択分析テンプレートに関連付けられる１以上のデータソース、
    　前記複数の分析フローテンプレートの各々は、複数のミドルウェアを含む複数のプログラムのうちの少なくとも２つのプログラムの関連を分析フローとして定義したテンプレートであり、
    　前記入力情報に、構築対象の分析プラットフォームの構成要素となる２以上のプログラムが関連付けられており、
    　前記２以上のプログラムが、１以上のデータ入力プログラムと、１以上のデータ格納プログラムとを含み、
    　前記１以上のデータ入力プログラムの各々は、そのプログラムに関連付けられたデータソースからデータを取得し取得されたデータを転送するプログラムであり、
    　前記１以上のデータ格納プログラムの各々は、少なくとも１つのデータ入力プログラムにより取得されたデータの転送先でありその転送されたデータを格納するプログラムであり、
    　前記プロセッサ部が、前記分析プラットフォーム構築要求に応答した処理である構築処理において、
    　　前記１以上のデータ入力プログラムの各々について、そのデータ入力プログラム用の関連付け情報であるデータ入力テンプレートに、前記１以上の計算機のうちの少なくとも１つの計算機に生成された１以上の仮想計算機のうちの、そのデータ入力プログラムに対応したデータ転送先のデータ格納プログラムのデプロイメント先である仮想計算機の識別情報を関連付け、
    　　前記２以上のプログラムの各々を、前記１以上の仮想計算機のうちの、そのプログラムのデプロイメント先の仮想計算機にデプロイし、
    　デプロイされた前記１以上のデータ入力プログラムの各々に、そのデータ入力プログラムにより取得されたデータの転送先をそのデータ入力プログラムに特定可能にせしめるために、そのデータ入力プログラムに対応したデータ入力テンプレートが有する情報が関連付けられる、
    管理システム。
  2. 　前記１以上の仮想計算機は、前記入力情報に基づき前記プロセッサ部によって決定された数の仮想計算機であって、前記計算機システムにデプロイされた仮想計算機である、
    請求項１記載の管理システム。
  3. 　前記入力情報は、更に、前記構築対象の分析プラットフォームのためのハードウェア構成に関する情報であるハードウェア関連情報を含み、
    　前記決定された数は、前記ハードウェア管理情報から前記プロセッサ部により特定されたハードウェア構成に基づき決定された数である、
    請求項２記載の管理システム。
  4. 　前記プロセッサ部は、前記２以上のプログラムのうちの少なくとも１つについて、そのプログラムのデプロイメント先の仮想計算機に、そのプログラムの他に、そのプログラムがその仮想計算機に正しくインストールされ稼働しているか否かを監視するプログラムであるモニタエージェントプログラムをデプロイする、
    請求項１記載の管理システム。
  5. 　既存の分析プラットフォームがある場合、前記構築処理が、前記既存の分析プラットフォームと前記構築対象の分析プラットフォームとの差分に依存する、
    請求項１記載の管理システム。
  6. 　前記差分が、データ格納プログラムの場合、前記プロセッサ部は、前記データ入力テンプレートにおける、前記既存の分析プラットフォームにおけるデータ格納プログラムのデプロイメント先仮想計算機の識別情報を、前記構築対象の分析プラットフォームにおけるデータ格納プログラムのデプロイメント先仮想計算機の識別情報に差し替える、
    請求項５記載の管理システム。
  7. 　前記構築対象の分析プラットフォームにおけるミドルウェア群と前記既存の分析プラットフォームにおけるミドルウェア群とが同じ場合、前記プロセッサ部は、前記構築処理において、前記既存の分析プラットフォーム内のそのミドルウェア群のコピーを、前記構築対象の分析プラットフォームの少なくとも一部とする、
    請求項５記載の管理システム。
  8. 　前記構築対象の分析プラットフォームにおけるミドルウェア群と前記既存の分析プラットフォームにおけるミドルウェア群とが同じ場合、前記プロセッサ部は、前記構築処理において、前記既存の分析プラットフォーム内のそのミドルウェア群を、前記構築対象の分析プラットフォームの少なくとも一部とする、
    請求項５記載の管理システム。
  9. 　複数のハードウェアを有する１以上の計算機を含んだ計算機システムに環境であるプラットフォームの構築を支援するプラットフォーム構築支援方法であって、
    　（ａ）ユーザの入力情報が関連付けられた分析プラットフォーム構築要求を受け付け、
    　　前記入力情報が、下記を表す情報を含み、
    　　　　複数の分析フローテンプレートのうちの前記ユーザにより選択された分析フローテンプレートである選択分析テンプレート、及び、
    　　　　複数のデータソースのうちの前記ユーザにより選択され前記選択分析テンプレートに関連付けられる１以上のデータソース、
    　　前記複数の分析フローテンプレートの各々は、複数のミドルウェアを含む複数のプログラムのうちの少なくとも２つのプログラムの関連を分析フローとして定義したテンプレートであり、
    　　前記入力情報に、構築対象の分析プラットフォームの構成要素となる２以上のプログラムが関連付けられており、
    　　前記２以上のプログラムが、１以上のデータ入力プログラムと、１以上のデータ格納プログラムとを含み、
    　　前記１以上のデータ入力プログラムの各々は、そのプログラムに関連付けられたデータソースからデータを取得し取得されたデータを転送するプログラムであり、
    　　前記１以上のデータ格納プログラムの各々は、少なくとも１つのデータ入力プログラムにより取得されたデータの転送先でありその転送されたデータを格納するプログラムであり、
    　（ｂ）前記分析プラットフォーム構築要求に応答した処理である構築処理において、
    　　（ｂ１）前記１以上のデータ入力プログラムの各々について、そのデータ入力プログラム用の関連付け情報であるデータ入力テンプレートに、前記１以上の計算機のうちの少なくとも１つの計算機に生成された１以上の仮想計算機のうちの、そのデータ入力プログラムに対応したデータ転送先のデータ格納プログラムのデプロイメント先である仮想計算機の識別情報を関連付け、
    　　（ｂ２）前記２以上のプログラムの各々を、前記１以上の仮想計算機のうちの、そのプログラムのデプロイメント先の仮想計算機にデプロイし、
    　　　　　デプロイされた前記１以上のデータ入力プログラムの各々に、そのデータ入力プログラムにより取得されたデータの転送先をそのデータ入力プログラムに特定可能にせしめるために、そのデータ入力プログラムに対応したデータ入力テンプレートが有する情報が関連付けられる、
    プラットフォーム構築支援方法。
  10. 　前記１以上の仮想計算機は、前記入力情報に基づき前記プロセッサ部によって決定された数の仮想計算機であって、前記計算機システムにデプロイされた仮想計算機である、
    請求項９記載のプラットフォーム構築支援方法。
  11. 　前記入力情報は、更に、前記構築対象の分析プラットフォームのためのハードウェア構成に関する情報であるハードウェア関連情報を含み、
    　前記決定された数は、前記ハードウェア管理情報から前記プロセッサ部により特定されたハードウェア構成に基づき決定された数である、
    請求項１０記載のプラットフォーム構築支援方法。
  12. 　前記２以上のプログラムのうちの少なくとも１つについて、そのプログラムのデプロイメント先の仮想計算機に、そのプログラムの他に、そのプログラムがその仮想計算機に正しくインストールされ稼働しているか否かを監視するプログラムであるモニタエージェントプログラムをデプロイする、
    請求項９記載のプラットフォーム構築支援方法。
  13. 　既存の分析プラットフォームがある場合、前記構築処理が、前記既存の分析プラットフォームと前記構築対象の分析プラットフォームとの差分に依存する、
    請求項９記載のプラットフォーム構築支援方法。
  14. 　前記差分が、データ格納プログラムの場合、前記データ入力テンプレートにおける、前記既存の分析プラットフォームにおけるデータ格納プログラムのデプロイメント先仮想計算機の識別情報を、前記構築対象の分析プラットフォームにおけるデータ格納プログラムのデプロイメント先仮想計算機の識別情報に差し替える、
    請求項１３記載のプラットフォーム構築支援方法。
  15. 　複数のハードウェアを有する１以上の計算機を含んだ計算機システムの管理システムにおける少なくとも１つのプロセッサによって実行される管理プログラムであって、
    　（ａ）ユーザの入力情報が関連付けられた分析プラットフォーム構築要求を受け付け、
    　　前記入力情報が、下記を表す情報を含み、
    　　　　複数の分析フローテンプレートのうちの前記ユーザにより選択された分析フローテンプレートである選択分析テンプレート、及び、
    　　　　複数のデータソースのうちの前記ユーザにより選択され前記選択分析テンプレートに関連付けられる１以上のデータソース、
    　　前記複数の分析フローテンプレートの各々は、複数のミドルウェアを含む複数のプログラムのうちの少なくとも２つのプログラムの関連を分析フローとして定義したテンプレートであり、
    　　前記入力情報に、構築対象の分析プラットフォームの構成要素となる２以上のプログラムが関連付けられており、
    　　前記２以上のプログラムが、１以上のデータ入力プログラムと、１以上のデータ格納プログラムとを含み、
    　　前記１以上のデータ入力プログラムの各々は、そのプログラムに関連付けられたデータソースからデータを取得し取得されたデータを転送するプログラムであり、
    　　前記１以上のデータ格納プログラムの各々は、少なくとも１つのデータ入力プログラムにより取得されたデータの転送先でありその転送されたデータを格納するプログラムであり、
    　（ｂ）前記分析プラットフォーム構築要求に応答した処理である構築処理において、
    　　（ｂ１）前記１以上のデータ入力プログラムの各々について、そのデータ入力プログラム用の関連付け情報であるデータ入力テンプレートに、前記１以上の計算機のうちの少なくとも１つの計算機に生成された１以上の仮想計算機のうちの、そのデータ入力プログラムに対応したデータ転送先のデータ格納プログラムのデプロイメント先である仮想計算機の識別情報を関連付け、
    　　（ｂ２）前記２以上のプログラムの各々を、前記１以上の仮想計算機のうちの、そのプログラムのデプロイメント先の仮想計算機にデプロイし、
    　　　　　デプロイされた前記１以上のデータ入力プログラムの各々に、そのデータ入力プログラムにより取得されたデータの転送先をそのデータ入力プログラムに特定可能にせしめるために、そのデータ入力プログラムに対応したデータ入力テンプレートが有する情報が関連付けられる、
    管理プログラム。
PCT/JP2016/071023 2016-07-15 2016-07-15 管理システム及びプラットフォーム構築支援方法 WO2018011985A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/071023 WO2018011985A1 (ja) 2016-07-15 2016-07-15 管理システム及びプラットフォーム構築支援方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/071023 WO2018011985A1 (ja) 2016-07-15 2016-07-15 管理システム及びプラットフォーム構築支援方法

Publications (1)

Publication Number Publication Date
WO2018011985A1 true WO2018011985A1 (ja) 2018-01-18

Family

ID=60951678

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/071023 WO2018011985A1 (ja) 2016-07-15 2016-07-15 管理システム及びプラットフォーム構築支援方法

Country Status (1)

Country Link
WO (1) WO2018011985A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060161387A1 (en) * 2004-12-30 2006-07-20 Microsoft Corporation Framework for collecting, storing, and analyzing system metrics
WO2014010071A1 (ja) * 2012-07-13 2014-01-16 株式会社日立製作所 データ分析支援方法及びシステム
JP2016519810A (ja) * 2013-03-15 2016-07-07 アマゾン・テクノロジーズ・インコーポレーテッド 半構造データのためのスケーラブルな分析プラットフォーム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060161387A1 (en) * 2004-12-30 2006-07-20 Microsoft Corporation Framework for collecting, storing, and analyzing system metrics
WO2014010071A1 (ja) * 2012-07-13 2014-01-16 株式会社日立製作所 データ分析支援方法及びシステム
JP2016519810A (ja) * 2013-03-15 2016-07-07 アマゾン・テクノロジーズ・インコーポレーテッド 半構造データのためのスケーラブルな分析プラットフォーム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TANAKA MASAHIRO: "Software infrastructure for big data analysis on heterogeneous environment", IEICE TECHNICAL REPORT, vol. 114, no. 525, 15 August 2004 (2004-08-15), pages 83 - 88, ISSN: 0913-5685 *

Similar Documents

Publication Publication Date Title
JP7009455B2 (ja) 分散イベント処理システムにおけるデータシリアライズ
EP3579101B1 (en) Constraint-based upgrade and deployment
US7818428B1 (en) Methods and apparatus for naming resources
US8832130B2 (en) System and method for implementing on demand cloud database
US9026502B2 (en) Feedback optimized checks for database migration
CN104679717B (zh) 集群弹性部署的方法和管理系统
CN112099918A (zh) 容器化环境中的集群的实时迁移
WO2020253079A1 (zh) 基于Jmeter的分布式性能测试方法、装置、设备及存储介质
US9323789B1 (en) Automated application protection and reuse using a workflow component
CN112860479A (zh) 存储数据的方法及云数据中心
US20220327040A1 (en) Automated query retry execution in a database system
US8024169B2 (en) Storage area network management modeling simulation
JP2004164611A (ja) 属性データの管理
US9898273B1 (en) Dynamically updating APIS based on updated configuration file of a computing system
US11487708B1 (en) Interactive visual data preparation service
JP2013186793A (ja) 情報処理装置、イメージファイル作成方法およびプログラム
US7860919B1 (en) Methods and apparatus assigning operations to agents based on versions
JP6244496B2 (ja) サーバストレージシステムの管理システム及び管理方法
JP2011081579A (ja) Ｉｔシステム仮想化における仮想リソースのシステム運用管理方法およびシステム
WO2018011985A1 (ja) 管理システム及びプラットフォーム構築支援方法
JP6546704B2 (ja) データ処理方法、分散型データ処理システム及び記憶媒体
US20200028739A1 (en) Method and apparatus for closed-loop and dynamic capacity management in a web-scale data center
JP2019070972A (ja) 情報処理システム、情報処理装置及びプログラム
US9645851B1 (en) Automated application protection and reuse using an affinity module
CN102841842A (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: 16908886

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: 16908886

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP