WO2012101775A1 - 参照支援装置、参照支援方法、及び参照支援プログラム - Google Patents
参照支援装置、参照支援方法、及び参照支援プログラム Download PDFInfo
- Publication number
- WO2012101775A1 WO2012101775A1 PCT/JP2011/051460 JP2011051460W WO2012101775A1 WO 2012101775 A1 WO2012101775 A1 WO 2012101775A1 JP 2011051460 W JP2011051460 W JP 2011051460W WO 2012101775 A1 WO2012101775 A1 WO 2012101775A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- related information
- type
- model
- data
- structural
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/242—Query formulation
- G06F16/2423—Interactive query statement specification based on a database schema
Definitions
- the present invention relates to a reference support apparatus, a reference support method, and a reference support program that support the limitation of the reference range of data in a database.
- CMDB Configuration Management Database
- CI Configuration Item
- MDRs management data repositories
- the CMDB also manages associations (relationships) between CIs.
- the relationship here may include a relationship based on various relationships such as a dependency relationship and a usage relationship in the IT system. Therefore, the user can easily grasp the relationship between each component in the overall IT system by referring to the management information in the CMDB.
- CMDB management information may become enormous. Therefore, when the management information of the CMDB is referred to as it is, the relationship between CIs can be very complicated.
- the kind or range etc. of the relationship to refer to differ. For example, a user may wish to refer in detail only to the relationship between the server and the software installed on the server. Other users may want to refer in detail only to the relationship between the network domain and the servers belonging to the domain.
- filter information information for limiting the reference range of CMDB management information
- filter information has been created manually by a user. That is, the user creates filter information by selecting data (CI and related) belonging to the reference range desired by the user one by one.
- an object of the present invention is to provide a reference support device, a reference support method, and a reference support program that can improve the efficiency of work for limiting the reference range of a database.
- the reference support device obtains the related information for each type of data from the database that manages the information indicating the component including the type for each data and the related information indicating the related destination or the related source between the data.
- a generating means for generating and connecting a combination of related information between two or more types of the data that can be connected based on a match between the type of the related destination and the type of the related source, and the result of the connection is stored in the database Recording means for recording in the storage means as reference related information for limiting the reference range.
- the work for limiting the reference range of the database can be made efficient.
- FIG. 1 is a diagram illustrating a configuration example of a configuration management system according to an embodiment of the present invention.
- the configuration management server 10 and the client device 20 shown in the figure are communicably connected via a LAN (Local Area Network) or a network such as the Internet (whether wired or wireless).
- LAN Local Area Network
- the Internet whether wired or wireless.
- the client device 20 is a computer such as a PC (Personal Computer) used by the user for referring to the CMDB 11.
- the client device 20 may be a mobile terminal such as a PDA (Personal Digital Assistance) or a mobile phone.
- the configuration management server 10 is an example of a reference support device.
- the configuration management server 10 includes a CMDB 11, a structural model generation unit 12, a structural model storage unit 13, a reference model generation unit 14, a reference model storage unit 15, a display control unit 16, and the like. Each of these units is realized by causing the CPU of the configuration management server 10 to execute a program installed in the configuration management server 10.
- the CMDB 11 is a database called a so-called configuration management database (CMDB (Configuration Management Database)). That is, the CMDB 11 is a database that stores (manages) configuration information related to the IT system using the auxiliary storage device of the configuration management server 10.
- the configuration information includes a configuration item (CI (Configuration Item)) and a relationship (relationship) between CIs.
- the configuration item is data indicating a configuration element in the information system. Which targets are managed as configuration items depends on the operation.
- Data managed in the CMDB 11 is collected from various MDRs 30.
- the MDR 30 is a so-called MDR (Management Data Repository).
- the MDR 30 is a database that can be a source (information source) of the CMDB 11.
- the MDR 30 manages the attribute information of data to be managed in a specific IT system and the association between the data.
- the data is registered as a CI, and the relationship between the data is registered in the CMDB 11 as a relationship between CIs. Therefore, it can be said that the CMDB 11 is a database in which a plurality of MDRs 30 are integrated.
- the MDR 30 may be included in the configuration management server 10 or may be included in a computer different from the configuration management server 10.
- the CMDB 11 may be mounted on another computer connected to the configuration management server 10 via a network.
- the structural model generation unit 12 extracts related information between CI types from the CMDB 11 and generates a structural model based on the related information.
- the structural model generation unit 12 is an example of a generation unit.
- the structural model is information on the association (association based on dependency relationship, usage relationship, etc.) of the minimum unit of the CI type (between CI types) managed in the CMDB 11.
- the CI type refers to the type of each CI. That is, each CI is a specific entity, whereas each CI type is a concept for classifying each CI. For example, when a server is a management target, a specific individual server is a CI, and a CI type to which each server belongs is “Server”.
- the minimum unit relationship between CI types refers to the relationship between two CI types. That is, the relationship between CI types may reach a plurality of hierarchies or branch, and the relationship unit extracted as a structural model is a relationship between two CI types. Therefore, it can be said that the relation extracted as the structural model is a tree structure of relations between CI types that the CMDB 11 potentially has is divided for each relation between two CI types. However, this does not mean that processing such as association division is required. This is because the tree structure of potential associations between CI types in the CMDB 11 is formed (raised) by connecting the associations of the smallest units. That is, as an actual process, the relationship of the minimum unit can be extracted first.
- the structural model storage unit 13 stores the set of structural models generated by the structural model generation unit 12 using the auxiliary storage device of the configuration management server 10.
- the configuration model is an example of related information.
- the reference model generation unit 14 generates a reference model based on the structural model recorded in the structural model storage unit 13.
- the reference model generation unit 14 is an example of a recording unit.
- the reference model is data used as filter information in order to limit the CI to be referred to (reference range) and its relation.
- the reference model itself is data indicating a related path between CIs.
- the reference model generation unit 14 generates various reference models having different reference ranges.
- the reference model storage unit 15 stores the reference model generated by the reference model generation unit 14 using the auxiliary storage device of the configuration management server 10.
- the reference model is an example of reference related information.
- the display control unit 16 performs display control of management information in the CMDB 11. Specifically, in response to a request from the client device 20, the display control unit 16 searches the CMDB 11 for information on a specific CI specified in the request and a CI related in a chain manner to the CI. The display control unit 16 returns the search result to the client device 20.
- the search result itself or the range to be displayed in the search result is limited (filtered) by the reference model.
- a chain relationship means a direct relationship or an indirect relationship.
- a direct association refers to an association formed between two CIs.
- An indirect association refers to an association formed through one or more CIs.
- FIG. 2 is a diagram illustrating a hardware configuration example of the configuration management server according to the embodiment of the present invention.
- the configuration management server 10 in FIG. 1 includes a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, and an interface device 105, which are mutually connected by a bus B.
- a program for realizing the processing in the configuration management server 10 is provided by a recording medium 101 such as a CD-ROM.
- a recording medium 101 such as a CD-ROM.
- the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100.
- the program need not be installed from the recording medium 101 and may be downloaded from another computer via a network.
- the auxiliary storage device 102 stores the installed program and also stores necessary files and data.
- the memory device 103 reads the program from the auxiliary storage device 102 and stores it when there is an instruction to start the program.
- the CPU 104 executes a function related to the configuration management server 10 according to a program stored in the memory device 103.
- the interface device 105 is used as an interface for connecting to a network.
- FIG. 3 is a diagram for explaining an outline of an example of a processing procedure executed by the configuration management server.
- each MDR 30 is not necessarily unified.
- data for the same entity for example, data related to the same user
- the CMDB 11 basically manages the same entity as one CI. Therefore, information on the same entity distributed in the plurality of MDRs 30 is integrated in the CMDB 11. For example, with respect to one CI, attribute items managed by each MDR 30 are merged and registered in the CMDB 11.
- the structural model generation unit 12 generates a structural model based on the CMDB 11 (S2). That is, the relationship between CI types in the CMDB 11 is extracted as a structural model.
- the structural model A shows the relationship between the domain and the server.
- the structural model B indicates the relationship between the server and software.
- the structural model C indicates the relationship between the user and the server.
- the CI type at the end of the arrow is called “relevant”, and the CI type at the original of the arrow is called “related”.
- the related destination is also referred to as a reference destination.
- the association source is also referred to as a reference source.
- the reference model generation unit 14 generates a reference model based on the structural model (S3).
- a structural model alone or a structure model connected (connected) is generated as a reference model.
- the connection between the structural models is possible when the type of the relation destination matches the type of the relation source.
- the structural models related to the combination are connected to generate a reference model.
- a reference model may be produced
- the CMDB 11 is referred to using the reference model.
- the reference model is any combination of a single structural model or a connectable structural model. That is, all combinations of related routes that are valid between CI types. Therefore, the possibility that the reference model that the user wants to be in the reference range is included in the selection candidate is extremely high.
- the range of combinations to be a reference model may be limited based on a predetermined rule.
- FIG. 4 is a flowchart for explaining an example of the processing procedure of the structural model generation processing.
- step S ⁇ b> 101 the structural model generation unit 12 detects a change in the configuration of the CMDB 11. For example, when a new MDR 30 is registered in the CMDB 11 or when an existing MDR 30 is deregistered from the CMDB 11, the configuration of the CMDB 11 changes. That is, in the former case, the data of the MDR 30 is registered in the CMDB 11. In the latter case, the data of the MDR 30 is deleted from the CMDB 11. Further, when the configuration of the existing MDR 30 is changed (data is updated), the change in the configuration is reflected in the CMDB 11.
- the structural model generation unit 12 may detect the change in the configuration of the CMDB 11 based on a notification from the CMDB 11 or the MDR 30 that is the source of the configuration change. Alternatively, the structural model generation unit 12 may actively detect a change in the configuration of the CMDB 11 by monitoring the CMDB 11 by polling or the like.
- the MDR 30 a for managing data as shown in FIG. 5 is newly registered in the CMDB 11. That is, the data shown in FIG. 5 is registered in the CMDB 11.
- FIG. 5 is a diagram illustrating a configuration example of the MDR registered in the CMDB.
- the MDR 30 a includes a domain table 41, a server table 42, a software table 43, and a user table 44.
- the format after registration in the CMDB 11 is shown. For example, assume that the CI type of each table is the CI type defined in the CMDB 11.
- the domain table 41 is a table for managing CIs whose CI type is “ServerDomain (server domain)”. Specifically, the domain table 41 stores a domain ID, a domain name, a network address, and the like for each server domain.
- the domain ID is an identifier that uniquely identifies each server domain.
- the domain name is the name of the server domain.
- the network address is an IP address related to the server domain.
- the server table 42 is a table for managing CIs whose CI type is “Server”.
- the server table 42 stores a server ID, host name, IP address, OS type, affiliation domain ID, administrator ID, and the like for each server (entity).
- the server ID is an identifier that uniquely identifies each server.
- the host name is the name of the server.
- the IP address is the IP address of the server.
- the OS type is the name of an OS (Operating System) installed on the server.
- the affiliation domain ID is the domain ID of the server domain to which the server belongs. That is, the affiliation domain ID corresponds to related information (relationship information) between a CI whose CI type is “ServerDomain” and a CI whose CI type is “Server”.
- the association destination CI has the ID of the association source CI. Therefore, “ServerDomain” is the association source, and “Server” is the association destination.
- the administrator ID is the user ID of the server administrator. That is, the administrator ID corresponds to information related to a CI whose CI type is “User” and a CI whose CI type is “Server”. In this association, “User” is the association source, and “Server” is the association destination.
- the software table 43 is a table that manages CIs whose CI type is “Software (software)”.
- the software table 43 stores a software ID, a product name, a version, an installation destination server ID, and the like for each software (entity).
- the software ID is an identifier that uniquely identifies each software.
- the product name is the name of the software.
- the version is a software version.
- the installation destination server ID is the server ID of the server where the software is installed. That is, the installation destination server ID corresponds to related information between a CI whose CI type is “Server” and a CI whose CI type is “Software”. In this association, “Server” is the association source, and “Software” is the association destination.
- the user table 44 is a table for managing CIs whose CI type is “User (user)”.
- the user table 44 stores a user ID, a name, and the like for each user.
- the user ID is a unique identifier for each user.
- the name is the name of the user.
- the relationship may be expressed by a data structure other than that shown in FIG.
- a table may be provided for each CI type association.
- information related to the CI of ServerDomain and the CI of Server is recorded.
- the CMDB 11 may have a format other than the table format.
- the structural model generation unit 12 determines whether or not related information is included in the data newly registered in the CMDB 11 (S102). If the related information is not included (No in S102), the process in FIG. 4 ends. When the related information is included as shown in FIG. 5 (Yes in S102), the structural model generation unit 12 obtains the related information between the CI types from the data newly registered in the CMDB 11 (data shown in FIG. 5). Extract (S103).
- the structural model generation unit 12 generates related information indicating a minimum unit relationship as a structural model (S104).
- FIG. 6 is a diagram for explaining generation of a structural model.
- the structural model generation unit 12 first extracts related information R1 between CIs.
- related information R1 a part of related information between CIs extracted from FIG. 5 is shown for convenience.
- the structural model generation unit 12 integrates the relationships included in the related information R1 for each CI type, and extracts (generates) the related information R2 between the CI types.
- the relation information R2 includes three relations r1 to r3.
- the direction of association between CI types follows the direction of association between CIs.
- the relationship between tables is the relationship between CI types. Therefore, the related information R2 may be extracted without extracting the related information R1.
- the structural model generation unit 12 generates a structural model based on the related information R2. That is, for each relationship r1 to r3 (minimum unit relationship) between CI types, information including two CI types related to the relationship and the relationship is generated as a structural model.
- the relation direction in the structure model follows the relation direction in the relation information R2.
- an example is shown in which three structural models are generated: a structural model m1 based on the relation r1, a structural model m2 based on the relation r2, and a structural model m3 based on the relation r3.
- the structural model generation unit 12 assigns an identification name (structural model name) to each structural model, and records each structural model in the structural model storage unit 13 (S105).
- FIG. 7 is a diagram illustrating a configuration example of the structural model storage unit.
- the structural model storage unit 13 stores a structural model name, a related route, and the like for each structural model.
- the structural model name is a unique identification name for each structural model.
- the related route is information indicating a related route between CI types in the structure model.
- the related route may be in any format as long as it is information that can identify the CI type of the association source and the CI type of the association destination.
- only the structural model newly added in the present embodiment is shown, but all the structural models extracted from the CMDB 11 are accumulated in the structural model storage unit 13. .
- the structural model generation unit 12 notifies the reference model generation unit 14 of the update of the structural model (structural model storage unit 13) (S106).
- FIG. 8 is a flowchart for explaining an example of the processing procedure of the reference model generation processing.
- the reference model generation unit 14 When receiving a structural model update notification from the structural model generation unit 12 (S201), the reference model generation unit 14 acquires one unprocessed structural model from the structural model storage unit 13 (FIG. 7) (S202). .
- the structural model acquired here is hereinafter referred to as “structural model (C)”.
- An unprocessed structural model refers to a structural model that is not a processing target with respect to FIG. Therefore, at first, all the structural models recorded in the structural model storage unit 13 are unprocessed structural models. Taking the structural model storage unit 13 of FIG. 7 as an example, a structural model (model-1) is acquired as a structural model (C).
- the reference model generation unit 14 sets the reference model name (N) as one. And the appearance position (P) is initialized to 1 (S204).
- the reference model name is an identification name for a reference model to be generated.
- the appearance position (P) is a value indicating the position of each structural model in the path related to the structural model in the reference model to be generated.
- the appearance position (P) with respect to the end of the relevant path of the reference model is set to 1.
- the appearance position (P) is incremented by one every time one relationship between the structural models in the reference model is traced back. Tracing the relationship means tracing the relationship from the related party to the related source.
- the reference model generation unit 14 adds one new line to the reference model generation table 17, and the reference model name (N), the structure model name of the structure model (C), and the appearance position are added to the line. (P) is recorded (S205).
- the reference model generation table 17 is a table used as a temporary work area in order to generate a reference model.
- the reference model generation table 17 is generated in the memory device 103, for example.
- FIG. 9 is a diagram illustrating a configuration example of a reference model generation table.
- the reference model generation table 17 includes items such as a reference model name, a structural model name (original), an appearance position (original), a structural model name (destination), and an appearance position (destination). Have.
- One row of the reference model generation table 17 basically records the structure model names and appearance positions of two structure models that are connected (connected) in the reference model.
- the reference model name is an identification name of the reference model.
- the structural model name (original) and the appearance position (original) are the structural model name or the appearance position of the structural model that is the relation source in the reference model.
- the structural model name (destination) and the appearance position (destination) are the structural model name or the appearance position of the structural model that is the related destination in the reference model.
- One structural model alone constitutes a reference model. Therefore, for the reference model including one structural model, the structural model name (original) and the appearance position (original) are not recorded.
- the reference model generation table 17 in FIG. 9 shows a state after the processing in FIG. 8 is executed for all the structural models in FIG.
- the first structural model model-1
- the first line that is, the line whose reference model name is “view-1”
- the reference model generation unit 14 sets the structural model (C) as the structural model (E) (S206).
- the structural model (E) is a structural model that becomes the forefront when the relationship between the structural models is traced back in step S207 and subsequent steps. Therefore, the value of the structural model (E) changes according to the movement of the front line.
- the structural model (C) is a structural model that is stored as a retrospective starting point. Therefore, the value of the structural model (C) is substituted into the structural model (E) so that the value of the structural model (C) is not updated due to the retroactive relationship.
- the reference model generation unit 14 acquires the CI type of the association source in the structural model (E) (S207).
- the acquired CI type is hereinafter referred to as “CI type (T)”.
- the CI type of the reference source of the structural model (model-1) in FIG. 7 is “ServerDomain”. Therefore, “ServerDomain” is acquired as the CI type (T).
- the reference model generation unit 14 searches the structural model storage unit 13 for a structural model having the CI type (T) as a related destination (S208). There is no corresponding structural model in the structural model storage unit 13 of FIG. In this case (No in S209), the reference model generation unit 14 repeatedly executes step S202 and subsequent steps. That is, the unprocessed structural model (model-2) is used as the structural model (C) and the structural model (E), and steps S204 to S208 are executed. As a result, the second row of the reference model generation table 17 in FIG. 7 is added.
- the structural models having the CI type (Server) of the relation source of the structural model (model-2) as the relation destination are the structural model (model-1) and the structural model (model-3). Accordingly, in step S208 when the structural model (model-2) is the structural model (E), two structural models are searched as the structural model (S).
- step S210 the reference model generation unit 14 sets one of the unprocessed structural models (S) as a processing target.
- An unprocessed structural model (S) means that it is not a processing target for step S211 and subsequent steps.
- the structural model (model-1) is the processing target.
- the reference model generation unit 14 generates a new reference model name (N) and initializes the appearance position (P) to 1 (S211). Subsequently, the reference model generation unit 14 determines whether or not the structural model (E) is the structural model (C) (whether or not the retroactive front line has moved from the structural model (C)). (S212). Here, the structural model (E) and the structural model (C) are both structural models (model-2) (No in S212). Therefore, in this case, the process proceeds to step S215.
- step S215 the reference model generation unit 14 adds one new row to the reference model generation table 17, and the reference model name (N) and the structural model name of the processing target structural model (S) are added to the row.
- the appearance position (P) +1, the structural model name of the structural model (E), and the appearance position (P) are recorded (S215).
- the third line in FIG. 9 is recorded. That is, the structural model name of the structural model (S) is recorded in the structural model name (original).
- the appearance position (P) +1 is recorded in the appearance position (original).
- the structural model name of the structural model (E) is recorded in the structural model name (destination).
- the appearance position (P) is recorded in the appearance position (destination).
- the reference model generation unit 14 determines whether there is an unprocessed structural model (S) (S216).
- the structural model (model-3) remains as an unprocessed structural model (S) (Yes in S216). Therefore, the structural model (model-3) is set as a processing target (S210), and steps S211 and after are executed.
- the fourth row is added to the reference model generation table 17 in FIG.
- the reference model generation unit 14 executes step S207 and subsequent steps with each structural model (S) as the structural model (E) (S217). That is, each structural model (S) is taken as the forefront, and step S207 and subsequent steps are executed.
- both the structural model (model-1) and the structural model (model-3) included in the structural model (S) have the structural model storage unit 13 (see FIG. 7) does not exist (No in S209). Therefore, the reference model generation table 17 is not updated.
- step S202 the structural model (model-3) is set as the structural model (C), and the fifth line of the reference model generation table 17 is added by executing step S203 and subsequent steps (S205). .
- the structural model (model-3) is the relation destination (No in S209).
- the reference model generation unit 14 executes a reference model generation process based on the reference model generation table 17 (S218).
- steps S213 and S214 are not described. This step is a process executed when the three structural models are connected over three or more layers, because the layers to which the structural models in FIG. 7 are connected are two layers. Therefore, steps S213 and S214 will be described using an example of a structural model that is linked over three or more layers.
- FIG. 10 is a diagram illustrating an example of a structural model connected over three or more layers and an example of a reference model generation table based on the structural model.
- M1 to M4 in FIG. 1 (1) indicate structural models. Arrows between structural models indicate the relationship between structural models. The direction of the arrow indicates the relevant direction. In (1), the range surrounded by each broken line indicates the range of the reference model generated by the processing of FIG.
- the reference model V1 indicates that the structural model M1 is included.
- the reference model V3 indicates that the structural models M1, M2, and M3 are included.
- M1 to M4 and V1 to V4 are used as the structure model name or the reference model name of each structural model or each reference model.
- step S215 immediately after the second line is recorded, the structural model (C) and the structural model (E) are the structural model M1.
- the structural model (S) is the structural model M2.
- the structural model retrieved as the structural model (S) with respect to the structural model M1 is only the structural model M2 (No in S216). Accordingly, the reference model generation unit 14 sets the structural model M2 as the structural model (E) and proceeds to step S207 (S217).
- the structural model M3 is searched as a structural model (S) (Yes in S207, S208, and S209). Therefore, the structural model M3 is set as a processing target, and step S210 and subsequent steps are executed.
- the structural model (E) is the structural model M2.
- the structural model (C) is the structural model M1 (Yes in S212). Therefore, the reference model generation unit 14 proceeds to step S213.
- the reference model generation unit 14 newly creates a copy of each line from the last line to the last line in which the structural model name of the structural model (C) (structural model M1) is recorded in the structural model name (destination).
- the reference model generation unit 14 records the reference model name generated in step S211 in each copied line (S213).
- the last line in which the structural model name of the structural model M1 is recorded in the structural model name (first) is the second line.
- the last line is also the second line. Therefore, the copy of the second line is added as the third line.
- “V3” newly generated in step S211 is recorded in the reference model name.
- the reference model generation unit 14 updates the value of the appearance position (P) with the value of the appearance position (original) of the new last line added in step S213 (S214). Therefore, the value of the appearance position (P) is 2 here.
- the reference model generation unit 14 adds a new line to the reference model generation table 17a, and the same reference model name, structural model name of the structural model M3, appearance position (P) +1, structural model as in step S213.
- the structural model name of M2 and the appearance position (P) are recorded in the row (S215).
- the fourth line in FIG. 10B is recorded.
- the reference model name on the fourth line is the same as the reference model name on the third line.
- the third and fourth lines are information relating to the same reference model.
- steps S213 and S214 are processes for generating a reference model including a structural model having three or more layers.
- step S213 is a process for recording the path from the structural model (C) to the current frontmost structural model (E) in the reference model generation table 17a.
- a line indicating the route already recorded is copied.
- the table 17a indicates a state at the time when the search to the tip (structural model M4) is completed with respect to the structural model M1.
- FIG. 11 is a flowchart for explaining an example of the processing procedure of the reference model generation processing based on the reference model generation table.
- step S ⁇ b> 301 the reference model generation unit 14 acquires all rows with the same reference model name in order from the top of the reference model generation table 17.
- the reference model name of each row is different. Therefore, one line is acquired.
- the reference model generation unit 14 connects the structural models included in the acquired row based on the appearance position of the acquired row (S301). That is, a relationship is generated between the structural models.
- the association destination and the association source are determined based on the appearance position. That is, the smaller appearance position is the related destination, and the larger appearance position is the related source.
- V3 or V4 in FIG. 10B multiple rows are acquired in step S301. In this case, in the structural model having the same appearance position, the connection results of the structural models in each row are connected. As a result, a connection result of the structural models over the third floor is generated.
- the reference model generation unit 14 records the result of connecting the structural models in the reference model storage unit 15 as a reference model (S303).
- FIG. 12 is a diagram illustrating a configuration example of the reference model storage unit.
- the reference model storage unit 15 stores a reference model name, a related route, and the like for each reference model.
- the reference model name is a unique identification name for each reference model.
- the related route is information indicating a related route between CI types in the reference model.
- the reference model generation unit 14 refers to the structural model storage unit 13 and replaces each structural model related to the connection result with a CI type related route, and the related route of the reference model storage unit 15 To record.
- the reference model name the value of the reference model generation table 17 (FIG. 9) is directly inherited.
- step S305 the reference model storage unit 15 is in a state in which views 1 to 5 are recorded.
- the reference model generation unit 14 extracts all connectable combinations from the reference models recorded in the reference model storage unit 15, and refers to each connection result of the combination for each reference.
- the model is recorded in the reference model storage unit 15 (S305).
- the connectable combination refers to a combination of two or more reference models that can be connected based on a match between a CI type at the end of any reference model and a CI type included in another reference model. Such a combination includes, for example, a case where the CI types of the ends of the two reference models (CI type having no association destination) match.
- the reference model to be combined is not limited to two. Also, combinations of reference models that are in an inclusive relationship are excluded. This is because the combination of reference models in an inclusion relationship is not different from the reference model of the inclusion. Moreover, when the same related route is formed as a result of the combination, the duplication is removed.
- step S305 is a process for generating a reference model in which reference models having a branching relationship with each other are connected.
- view-6 and view-7 in FIG. 12 are generated.
- View-6 is a reference model generated as a result of concatenating view-1 and view-5 in “Server”.
- View-7 is a reference model generated as a result of concatenating view-1 and view-4 in “Server”.
- view-7 may be generated by concatenating view-3 and view-5 in “Sever”.
- ” indicates a branch.
- FIG. 13 is a diagram conceptually illustrating the range of the reference model.
- a rectangle by a broken line indicates a range of the reference model or a CI type route belonging to the reference model.
- the reference number of each rectangle matches the reference model name in FIG.
- FIG. 14 is an example of a flowchart for explaining the processing procedure of the CMDB display control processing.
- FIG. 14 is executed asynchronously with the processes of FIGS.
- the process in FIG. 14 is executed when a reference instruction for the CMDB 11 is input by the user.
- step S ⁇ b> 401 the display control unit 16 receives a designation of a CI as a reference starting point (hereinafter referred to as “starting point CI”) from the user.
- starting point CI a designation of a CI as a reference starting point
- the display control unit 16 displays a CI search screen on the client device 20 and searches the CMDB 11 for a CI that matches the condition specified on the search screen.
- the display control unit 16 displays a list of CIs as search results on the client device 20 and accepts the designation of the starting point CI by selecting a CI from the list.
- a plurality of starting points CI may be designated.
- the display control unit 16 also accepts designation of the development direction along with designation of the starting point CI.
- the expansion direction is a parameter indicating which direction of the starting point CI is expanded (to be searched).
- As the value of the development direction there are a forward direction, a reverse direction, a bidirectional direction, and the like.
- the positive direction refers to the direction to which the starting point CI is related.
- the reverse direction refers to the direction of the origin of the origin CI.
- Bidirectional is bidirectional in the forward and reverse directions.
- the display control unit 16 searches the reference model storage unit 15 for all reference models including the CI type of the starting point CI (S402).
- the CI type of the starting point CI can be determined by searching the CMDB 11 for information on the CI.
- the display control unit 16 displays a reference model selection screen on the client device 20 (S403).
- FIG. 15 is a diagram illustrating a display example of the reference model selection screen.
- a reference model selection screen 510 includes a reference model selection area 511 and the like.
- a list of reference models searched in step S402 is displayed in a selectable state.
- a CI belonging to ServerDomain is designated as a starting point CI. Therefore, all reference models including ServerDomain are displayed.
- each CI type is displayed by a display character string (display name). This is because the display control unit 16 converts the CI type into the display name with reference to the display name list table when the reference model selection screen is displayed.
- FIG. 16 is a diagram illustrating a configuration example of a CI type display name list table. As shown in the figure, a display name is recorded for each CI type in the CI type display name list table 18. The CI type display list table 18 is recorded in advance in the auxiliary storage device 102, for example.
- the display control unit 16 accepts selection of a reference model via the reference model selection screen 510 (S404). That is, when any reference model is selected in the reference model selection area 511 and the OK button 512 is clicked, the display control unit 16 stores the reference model name of the selected reference model using the memory device 103. .
- the display control unit 16 searches the CMDB 11 for a CI that is linked to the starting point CI by tracing the relationship between the CIs starting from the starting point CI (S205).
- the direction in which the association is traced is the direction designated as the development direction.
- the search range is a range indicated by the selected reference model. As a specific example, it is assumed that the reference model related to “domain>server> software” is selected in the case where the CI is the CI of ServerDomain and the development direction is positive or bidirectional. In this case, the CI (server CI) having the origin CI as the association source is searched among the CIs whose CI type is “Server”. Subsequently, a CI having the searched server CI as a relation source is searched for among the CIs whose CI type is “Software”.
- the search range is not limited, and the search result may be limited by the reference model after execution of the search.
- the display control unit 16 displays the CMDB reference screen on the client device 20 (S406).
- FIG. 17 is a diagram illustrating a display example of the CMDB reference screen.
- the CMDB reference screen 520 includes a related CI list display area 521, a starting CI information display area 522, a reference model display area 523, a development direction display area 524, and the like.
- the related CI list display area 521 is an area where the search result in step S405 is displayed in a tree format. In other words, in the related CI list display area 521, tree parts having each searched CI as a node are displayed.
- the starting CI information display area 522 is an area in which information regarding the starting CI is displayed.
- the CI type, domain name, and ID (domain ID) are shown.
- the reference model display area 523 is an area where the reference model selected on the reference model selection screen 510 is displayed. By confirming the display contents of the reference model display area 523, the user can confirm what reference model is currently used for display.
- the development direction display area 524 is an area in which a designated development direction is displayed.
- the CIs to be displayed on the CMDB reference screen 520 are limited to CIs within the range desired by the user. Therefore, it is possible to eliminate the inconvenience caused by displaying unnecessary CIs and the inconvenience caused by not displaying necessary CIs.
- search results are expanded at once.
- a search may be performed for each level of association by operating a node in the reference model display area 523.
- the referenceable range is limited by the selected reference model.
- the configuration management server 10 automatically extracts a reference model for limiting the reference range (reference route) of the CMDB 11 by extracting the relationship between CIs from the CMDB 11 (MDR 30) and connecting the extracted relationships. Generate.
- the configuration management server 10 causes the user to select a reference model corresponding to a desired reference range from the reference models, and limits the reference range of the CMDB 11 based on the reference model. That is, the reference range (search range) is limited within the range of the CI type included in the selected reference model.
- the CMDB 11 or the MDR 30 is used as an example of the database.
- this is not intended to limit the scope to which the information processing contents described in this embodiment can be applied to the CMDB or the like. That is, the information processing contents of the present embodiment can be effectively applied to various databases that manage data and relationships between the data.
- Configuration management server 11
- CMDB 12
- Structural model generator 13
- Structural model storage 14
- Reference model generator 15
- Reference model storage unit 16
- Client device 30 MDR 100 drive device 101 recording medium 102
- Auxiliary storage device 103
- Memory device 104 CPU 105 Interface device B bus
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
参照支援装置は、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。
Description
本発明は、データベースのデータの参照範囲の限定を支援する参照支援装置、参照支援方法、及び参照支援プログラムに関する。
構成管理データベース(CMDB(Configuration Management Database))は、情報システムの構成情報を管理するために利用されるデータベースである。ITシステムの構成要素は、構成アイテム(CI(Configuration Item))と呼ばれるオブジェクトとしてCMDBにおいて管理される。通常、CMDBは、各種の管理データリポジトリ(MDR(Management Data Repository))において管理されているデータ(CIに対応するデータ)を収集及び統合することにより構築される。
CMDBには、各CI間の関連(リレーションシップ)も管理される。ここでいう関連には、ITシステムにおける依存関係や利用関係等の各種の関係に基づく関連が含まれうる。したがって、ユーザは、CMDBの管理情報を参照することで、ITシステム全般における各構成要素の関連を容易に把握することができる。
但し、運用に応じて、CMDBへのCI及び関連等の登録は、複数のユーザによって、また、複数のMDRをソースとして行われうる。したがって、同一のCIに対して、複数の関連が生成されうる。その結果、CMDBの管理情報は膨大なものとなる可能性がある。したがって、CMDBの管理情報をそのまま参照した場合、CI間の関連は非常に複雑なものになりかねない。
また、同一のCIであっても、ユーザの関心事に応じて、参照したい関連の種別又は範囲等は異なる。例えば、或るユーザは、サーバとサーバにインストールされているソフトウェアとの関連に限定して詳細に参照したいかもしれない。他のユーザは、ネットワークのドメインと、ドメインに属するサーバとの関係に限定して詳細に参照したいかもしれない。
そこで、従来、CMDBの管理情報の参照範囲を限定するための情報(以下、「フィルタ情報」という。)が作成されていた。
しかしながら、従来、フィルタ情報は、ユーザによる手動によって作成されていた。すなわち、ユーザは、自らが所望する参照範囲に属するデータ(CI及び関連)を逐一選択してフィルタ情報を作成していた。
上記したように、CMDBには膨大なデータ(CI及び関連等)が登録される可能性がある。膨大なデータの中から、自らの関心事に含まれるデータを選択するのは非常に負担の大きい作業である。
1つの側面では、本発明は、データベースの参照範囲を限定するための作業を効率化することのできる参照支援装置、参照支援方法、及び参照支援プログラムの提供を目的とする。
1つの案では、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。
1態様によれば、データベースの参照範囲を限定するための作業を効率化することができる。
以下、図面に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態における構成管理システムの構成例を示す図である。同図に示される構成管理サーバ10とクライアント装置20とは、LAN(Local Area Network)又はインターネット等のネットワーク(有線又は無線の別は問わない。)を介して通信可能に接続されている。
クライアント装置20は、ユーザが、CMDB11の参照に利用する、PC(Personal Computer)等のコンピュータである。クライアント装置20は、PDA(Personal Digital Assistance)又は携帯電話等の携帯端末であってもよい。
構成管理サーバ10は、参照支援装置の一例である。構成管理サーバ10は、CMDB11、構造モデル生成部12、構造モデル記憶部13、参照モデル生成部14、参照モデル記憶部15、及び表示制御部16等を有する。これら各部は、構成管理サーバ10にインストールされたプログラムが構成管理サーバ10のCPUに実行させることにより実現される。
CMDB11は、いわゆる構成管理データベース(CMDB(Configuration Management Database))と呼ばれるデータベースである。すなわち、CMDB11は、構成管理サーバ10の補助記憶装置を用いて、ITシステムに関する構成情報を記憶(管理)するデータベースである。当該構成情報には、構成アイテム(CI(Configuration Item))及びCI間の関連(リレーションシップ)が含まれる。構成アイテムは、情報システムにおける構成要素を示すデータである。いかなる対象が構成アイテムとして管理対象とされるかは運用に依存する。CMDB11において管理されるデータは、各種のMDR30より収集される。MDR30は、いわゆるMDR(Management Data Repository)である。MDR30は、CMDB11のソース(情報源)となりうるデータベースである。例えば、MDR30は、特定のITシステムにおいて管理対象とされているデータの属性情報及びデータ間の関連を管理する。当該データは、CIとして、当該データ間の関連は、CI間の関連として、CMDB11に登録される。したがって、CMDB11は、複数のMDR30を統合したデータベースであるといえる。
なお、MDR30は、構成管理サーバ10内に含まれていてもよいし、構成管理サーバ10と異なるコンピュータに含まれていてもよい。また、CMDB11は、構成管理サーバ10とネットワークを介して接続する、他のコンピュータに実装されてもよい。
構造モデル生成部12は、CMDB11よりCIタイプ間の関連情報を抽出し、当該関連情報に基づいて構造モデルを生成する。本実施の形態において、構造モデル生成部12は、生成手段の一例である。構造モデルとは、CMDB11において管理されるCIの種別(CIタイプ間)の最小単位の関連(依存関係や利用関係等に基づく関連)の情報である。CIタイプとは、各CIの種別をいう。すなわち、CIとは、それぞれ具体的な実体であるのに対し、CIタイプは、各CIを分類する概念である。例えば、サーバが管理対象とされる場合、具体的な個々のサーバがCIであり、各サーバが属するCIタイプは「Server」である。
CIタイプ間の最小単位の関連とは、二つのCIタイプ間の関連をいう。すなわち、CIタイプ間の関連は、複数の階層に及んだり、分岐したりする可能性があるところ、構造モデルとして抽出される関連の単位は、二つのCIタイプの関連である。したがって、構造モデルとして抽出される関連は、CMDB11が潜在的に有するCIタイプ間の関連のツリー構造が、二つのCIタイプ間の関連ごとに分割されたものであるともいえる。但し、このことは、関連の分割といった処理が必要とされることを意味するものではない。CMDB11におけるCIタイプ間の潜在的な関連のツリー構造は、最小単位の関連を繋げていくことにより形成される(浮き上がってくる)ものであるからである。すなわち、実際の処理としては、最小単位の関連が先に抽出されうるからである。
構造モデル記憶部13は、構造モデル生成部12によって生成される構造モデルの集合を、構成管理サーバ10の補助記憶装置を用いて記憶する。なお、本実施の形態において、構成モデルは、関連情報の一例である。
参照モデル生成部14は、構造モデル記憶部13に記録されている構造モデルに基づいて参照モデルを生成する。本実施の形態において、参照モデル生成部14は、記録手段の一例である。参照モデルとは、参照対象(参照範囲)とするCI及びその関連を限定するためフィルタ情報として用いられるデータである。参照モデル自体は、CI間の関連の経路を示すデータである。参照モデル生成部14によって、参照範囲が異なる様々な参照モデルが生成される。
参照モデル記憶部15は、参照モデル生成部14によって生成される参照モデルを、構成管理サーバ10の補助記憶装置を用いて記憶する。なお、本実施の形態において、参照モデルは、参照用関連情報の一例である。
表示制御部16は、CMDB11の管理情報の表示制御を行う。具体的には、表示制御部16は、クライアント装置20からの要求に応じ、当該要求において指定された特定のCI及び当該CIに連鎖的に関連するCIに関する情報をCMDB11より検索する。表示制御部16は、検索結果をクライアント装置20に返信する。検索結果自体、又は検索結果の中で表示対象とされる範囲は、参照モデルによって限定される(フィルタリングされる)。なお、連鎖的な関連とは、直接的な関連及び間接的な関連を意味する。直接的な関連とは、二つのCI間において形成される関連をいう。間接的な関連とは、一以上のCIを介して形成される関連をいう。
図2は、本発明の実施の形態における構成管理サーバのハードウェア構成例を示す図である。同図の構成管理サーバ10は、それぞれバスBで相互に接続されているドライブ装置100と、補助記憶装置102と、メモリ装置103と、CPU104と、インタフェース装置105とを有する。
構成管理サーバ10での処理を実現するプログラムは、CD-ROM等の記録媒体101によって提供される。プログラムを記録した記録媒体101がドライブ装置100にセットされると、プログラムが記録媒体101からドライブ装置100を介して補助記憶装置102にインストールされる。但し、プログラムのインストールは必ずしも記録媒体101より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置102は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
メモリ装置103は、プログラムの起動指示があった場合に、補助記憶装置102からプログラムを読み出して格納する。CPU104は、メモリ装置103に格納されたプログラムに従って構成管理サーバ10に係る機能を実行する。インタフェース装置105は、ネットワークに接続するためのインタフェースとして用いられる。
以下、構成管理サーバ10の処理手順について説明する。図3は、構成管理サーバが実行する処理手順の一例の概要を説明するための図である。
まず、MDR30からCMDB11へデータ(CI及びCI間の関連等)の登録が行われる(S1)。当該データの登録は、非定期に行われる。例えば、CMDB11へのMDR30の登録又は登録解除、MDR30におけるデータの更新等が発生した場合にMDR30からCMDB11へのデータの登録が行われる。CMDB11へのMDR30の登録とは、MDR30をCMDB11による管理対象とすることをいう。CMDB11の管理対象とされたMDR30は、CMDB11へのデータの登録が可能となる。MDR30の登録解除とは、MDR30がCMDB11の管理対象から除かれることをいう。
各MDR30の形式またはスキーマは、必ずしも統一されているとは限らない。また、複数のMDR30において、同一の実体に対するデータ(例えば、同一ユーザに関するデータ)が分散して管理されている場合もある。したがって、MDR30からCMDB11へのデータの登録時には、MDR30におけるデータの形式からCMDB11におけるデータの形式への変換が行われる。また、CMDB11は、基本的に、同一の実体については一つのCIとして管理する。したがって、複数のMDR30に分散されている同一の実体に対する情報は、CMDB11において統合される。例えば、一つのCIに関して、各MDR30に管理されている属性項目がマージされてCMDB11に登録される。
続いて、構造モデル生成部12によって、CMDB11に基づいて構造モデルが生成される(S2)。すなわち、CMDB11におけるCIタイプ間の関連が、構造モデルとして抽出される。
同図には、構造モデルA~Dが抽出された例が示されている。構造モデルAは、ドメインとサーバとの関連を示す。構造モデルBは、サーバとソフトウェアとの関連を示す。構造モデルCは、ユーザとサーバとの関連を示す。なお、同図の構造モデルにおいて、矢印の先のCIタイプは「関連先」といい、矢印の元のCIタイプは「関連元」という。なお、一般的に、関連先は、参照先ともいわれる。また、関連元は、参照元ともいわれる。このように、CI間(CIタイプ間)の関連には方向がある。
続いて、参照モデル生成部14によって、構造モデルに基づいて参照モデルが生成される(S3)。同図に示されるように、構造モデル単体、又は構造モデルが連結(接続)されたものが参照モデルとして生成される。構造モデル間の連結は、関連先の種別と関連元の種別とが一致する場合に可能となる。当該一致に基づいて連結可能な2以上の構造モデルの全ての組み合わせごとに、当該組み合わせに係る構造モデルが連結されて参照モデルが生成される。また、参照モデル同士が連結されることにより、参照モデルが生成されてもよい。
参照モデルの生成後、参照モデルを用いてCMDB11が参照される。例えば、参照モデルA→Bが選択された場合、参照範囲は、ドメイン→サーバ→ソフトウェアに関するCIに限定される。上記したように、参照モデルは、単体の構造モデル又は連結可能な構造モデルの全ての組み合わせである。すなわち、CI種別間において有効な関連の経路の全ての組み合わせである。したがって、ユーザが参照範囲としたい参照モデルが選択候補に含まれる可能性は極めて高い。なお、上記全ての組み合わせの数が膨大なものとなる場合は、所定の規則に基づいて、参照モデルとする組み合わせの範囲が限定されてもよい。
以下、構造モデルの生成処理、参照モデルの生成処理、及びCMDB11の表示制御処理について更に詳細に説明する。
図4は、構造モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
ステップS101において、構造モデル生成部12は、CMDB11の構成の変化を検知する。例えば、新たなMDR30がCMDB11に登録された場合、又は既存のMDR30についてCMDB11への登録が解除された場合、CMDB11の構成は変化する。すなわち、前者の場合、当該MDR30のデータがCMDB11に登録される。後者の場合、当該MDR30のデータがCMDB11より削除される。また、既存のMDR30の構成が変化した(データが更新された)場合も、当該構成の変化が、CMDB11に反映される。
構造モデル生成部12による、CMDB11の構成の変化の検知は、CMDB11又は構成の変化元となったMDR30からの通知に基づいて行われればよい。または、構造モデル生成部12が、CMDB11をポーリング等によって監視することにより、能動的にCMDB11の構成の変化を検知してもよい。
ここでは、図5に示されるようなデータを管理するMDR30aがCMDB11に新たに登録されたこととする。すなわち、図5に示されるデータがCMDB11に登録されたこととする。
図5は、CMDBに登録されたMDRの構成例を示す図である。同図において、MDR30aは、ドメインテーブル41、サーバテーブル42、ソフトウェアテーブル43、及びユーザテーブル44を有する。なお、同図では、CMDB11への登録後の形式が示されている。例えば、各テーブルのCIタイプは、CMDB11において定義されているCIタイプであるとする。
ドメインテーブル41は、CIタイプが「ServerDomain(サーバドメイン)」であるCIを管理するテーブルである。具体的には、ドメインテーブル41は、サーバドメイン(の実体)ごとに、ドメインID、ドメイン名、及びネットワークアドレス等を記憶する。ドメインIDは、各サーバドメインを一意に識別する識別子である。ドメイン名は、サーバドメインの名前である。ネットワークアドレスは、サーバドメインに関するIPアドレスである。
サーバテーブル42は、CIタイプが「Server(サーバ)」であるCIを管理するテーブルである。サーバテーブル42は、サーバ(の実体)ごとに、サーバID,ホスト名、IPアドレス、OS種別、所属ドメインID、及び管理者ID等を記憶する。サーバIDは、各サーバを一意に識別する識別子である。ホスト名は、サーバの名前である。IPアドレスは、サーバのIPアドレスである。OS種別は、サーバにインストールされているOS(Operating System)の名前である。所属ドメインIDは、サーバが属するサーバドメインのドメインIDである。すなわち、所属ドメインIDは、CIタイプが「ServerDomain」であるCIと、CIタイプが「Server」であるCIとの関連情報(リレーションシップ情報)に相当する。本実施の形態のCMDB11では、関連先のCIが関連元のCIのIDを有する。したがって、「ServerDomain」が関連元であり、「Server」が関連先となる。管理者IDは、サーバの管理者のユーザIDである。すなわち、管理者IDは、CIタイプが「User」であるCIと、CIタイプが「Server」であるCIとの関連情報に相当する。当該関連において、「User」が関連元であり、「Server」が関連先である。
ソフトウェアテーブル43は、CIタイプが「Software(ソフトウェア)」であるCIを管理するテーブルである。ソフトウェアテーブル43は、ソフトウェア(の実体)ごとに、ソフトウェアID、製品名、バージョン、及びインストール先サーバID等を記憶する。ソフトウェアIDは、各ソフトウェアを一意に識別する識別子である。製品名は、ソフトウェアの名前である。バージョンは、ソフトウェアのバージョンである。インストール先サーバIDは、ソフトウェアがインストールされているサーバのサーバIDである。すなわち、インストール先サーバIDは、CIタイプが「Server」であるCIと、CIタイプが「Software」であるCIとの関連情報に相当する。当該関連において、「Server」が関連元であり、「Software」が関連先である。
ユーザテーブル44は、CIタイプが「User(ユーザ)」であるCIを管理するテーブルである。ユーザテーブル44は、ユーザごとに、ユーザID、及び氏名等を記憶する。ユーザIDは、ユーザごとに一意な識別子である。氏名は、ユーザの氏名である。
なお、図5以外のデータ構造によって関連が表現されてもよい。例えば、CIタイプの関連ごとに、テーブルが設けられてよい。例えば、ServerDomainとServerとの関連を管理するテーブルには、ServerDomainのCIと、ServerのCIとの関連情報が記録される。
また、CMDB11は、テーブル形式以外の形式を有していてもよい。
続いて、構造モデル生成部12は、新たにCMDB11に登録されたデータに、関連情報は含まれているか否かを判定する(S102)。関連情報が含まれていない場合(S102でNo)、図4の処理は終了する。図5のように関連情報が含まれている場合(S102でYes)、構造モデル生成部12は、CIタイプ間の関連情報をCMDB11に新たに登録されたデータ(図5に示されるデータ)より抽出する(S103)。
続いて、構造モデル生成部12は、抽出された関連情報に基づいて、最小単位の関連を示す関連情報を構造モデルとして生成する(S104)。
図6は、構造モデルの生成を説明するための図である。構造モデル生成部12は、まず、CI間の関連情報R1を抽出する。関連情報R1には、便宜上、図5より抽出されるCI間の関連情報の一部が示されている。
続いて、構造モデル生成部12は、関連情報R1に含まれる関連をCIタイプごとに統合し、CIタイプ間の関連情報R2を抽出(生成)する。関連情報R2には、関連r1~r3の3つの関連が含まれている。CIタイプ間の関連の方向は、CI間の関連の方向に従う。なお、本実施の形態における図5においては、テーブル間の関連が、CIタイプ間の関連となる。したがって、関連情報R1の抽出を経ることなく、関連情報R2が抽出されてもよい。
続いて、構造モデル生成部12は、関連情報R2に基づいて、構造モデルを生成する。すなわち、CIタイプ間の一つの関連r1~r3(最小単位の関連)ごとに、当該関連に係る二つのCIタイプと当該関連とを含む情報が構造モデルとして生成される。構造モデルにおける関連の方向は、関連情報R2における関連の方向にしたがう。同図では、関連r1に基づく構造モデルm1、関連r2に基づく構造モデルm2、関連r3に基づく構造モデルm3の3つの構造モデルが生成された例が示されている。
続いて、構造モデル生成部12は、各構造モデルに識別名(構造モデル名)を付与し、各構造モデルを構造モデル記憶部13に記録する(S105)。
図7は、構造モデル記憶部の構成例を示す図である。同図に示されるように、構造モデル記憶部13は、構造モデルごとに、構造モデル名及び関連経路等を記憶する。構造モデル名は、構造モデルごとに一意な識別名である。関連経路は、構造モデルにおける、CIタイプ間の関連の経路を示す情報である。関連経路は、関連元のCIタイプと、関連先のCIタイプとを識別可能な情報であれば、どのような形式であってもよい。なお、同図では、本実施の形態において新たに追加される構造モデルのみが示されているが、構造モデル記憶部13には、CMDB11より抽出される全ての構造モデルが累積的に蓄積される。
続いて、構造モデル生成部12は、構造モデル(構造モデル記憶部13)の更新を参照モデル生成部14に通知する(S106)。
なお、CMDB11から一部のMDR30の登録が解除された場合、又は一部のMDR30の構成が変化した場合は、構造モデル記憶部13をクリアした後、一部のMDR30の登録の解除又は一部のMDR30の構成の変化が反映されたCMDB11に基づいて、図4の処理が実行される。一部のMDR30の登録が解除された場合、当該MDR30の関連に係る構造モデルのみを構造モデル記憶部13から削除することも考えられるが、得策ではない。当該関連を共有する他のMDR30が存在する可能性もあるからである。一部のMDR30の構成が変化した場合も、同様の理由により、CMDB11に基づいて構造モデルを再生成するのが、CMDB11の内容を正しく表現する構造モデルを生成するという観点において得策である。
続いて、参照モデルの生成処理について説明する。図8は、参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
参照モデル生成部14は、構造モデル生成部12より構造モデルの更新の通知を受信すると(S201)、構造モデル記憶部13(図7)より、未処理の構造モデルを一つ取得する(S202)。ここで取得された構造モデルを、以下、「構造モデル(C)」という。未処理の構造モデルとは、図8に関して処理対象とされていない構造モデルをいう。したがって、最初は、構造モデル記憶部13に記録されている全ての構造モデルが未処理の構造モデルである。図7の構造モデル記憶部13を例とすると、構造モデル(model-1)が構造モデル(C)として取得される。
構造モデル(C)の取得に成功した場合、すなわち、未処理の構造モデルが構造モデル記憶部13に存在した場合(S203でYes)、参照モデル生成部14は、参照モデル名(N)を一つ生成し、出現位置(P)を1に初期化する(S204)。参照モデル名は、これから生成される参照モデルに対する識別名である。出現位置(P)は、これから生成される参照モデルにおける構造モデルの関連の経路における、各構造モデルの位置を示す値である。参照モデルの関連の経路の末端に対する出現位置(P)が1とされる。出現位置(P)は、参照モデルにおける構造モデル間の関連を1つ遡るごとに1加算される。関連を遡るとは、関連先から関連元へ関連を辿ることをいう。
続いて、参照モデル生成部14は、参照モデル生成用テーブル17に新たな行を一つ追加し、当該行に、参照モデル名(N)、構造モデル(C)の構造モデル名、及び出現位置(P)を記録する(S205)。参照モデル生成用テーブル17は、参照モデルを生成するために、一時的な作業領域として利用されるテーブルである。参照モデル生成用テーブル17は、例えば、メモリ装置103に生成される。
図9は、参照モデル生成用テーブルの構成例を示す図である。同図に示されるように、参照モデル生成用テーブル17は、参照モデル名、構造モデル名(元)、出現位置(元)、構造モデル名(先)、及び出現位置(先)等の項目を有する。参照モデル生成用テーブル17の一行は、基本的に、参照モデルにおいて連結(接続)される二つの構造モデルの構造モデル名と出現位置とが記録される。
参照モデル名は、参照モデルの識別名である。構造モデル名(元)及び出現位置(元)は、当該参照モデルにおいて関連元となる構造モデルの構造モデル名又は出現位置である。構造モデル名(先)及び出現位置(先)は、当該参照モデルにおいて関連先となる構造モデルの構造モデル名又は出現位置である。
なお、1つの構造モデルは、単独で参照モデルを構成する。したがって、1つの構造モデルを含む参照モデルについては、構造モデル名(元)及び出現位置(元)は記録されない。
図9の参照モデル生成用テーブル17は、図7の全ての構造モデルについて図8の処理が実行された後の状態が示されている。1つ目の構造モデル(model-1)についてステップS205が実行された後の段階では、1行目(すなわち、参照モデル名が「view-1」である行)が記録される。
続いて、参照モデル生成部14は、構造モデル(C)を構造モデル(E)とする(S206)。構造モデル(E)は、ステップS207以降において、構造モデル間の関連を遡る際に、最前線となる構造モデルである。したがって、構造モデル(E)の値は、当該最前線の移動に従って変化する。一方、構造モデル(C)は、遡りの出発点として記憶される構造モデルである。そこで、関連の遡りによって構造モデル(C)の値が更新されないようにするため、構造モデル(C)の値が構造モデル(E)に代入されるのである。
続いて、参照モデル生成部14は、構造モデル(E)における関連元のCIタイプを取得する(S207)。取得されたCIタイプを、以下「CIタイプ(T)」という。図7の構造モデル(model-1)の参照元のCIタイプは「ServerDomain」である。したがって、「ServerDomain」がCIタイプ(T)として取得される。
続いて、参照モデル生成部14は、CIタイプ(T)を関連先とする構造モデルを構造モデル記憶部13より検索する(S208)。図7の構造モデル記憶部13には、該当する構造モデルは無い。この場合(S209でNo)、参照モデル生成部14は、ステップS202以降を繰り返し実行する。すなわち、未処理の構造モデル(model-2)が構造モデル(C)及び構造モデル(E)とされ、ステップS204~S208が実行される。その結果、図7の参照モデル生成用テーブル17の2行目が追加される。
構造モデル(model-2)の関連元のCIタイプ(Server)を関連先とする構造モデルは、構造モデル(model-1)及び構造モデル(model-3)である。したがって、構造モデル(model-2)が構造モデル(E)である場合のステップS208では、二つの構造モデルが構造モデル(S)として検索される。
ステップS210に進み、参照モデル生成部14は、未処理の構造モデル(S)の一つを処理対象とする。未処理の構造モデル(S)とは、ステップS211以降に関して処理対象とされていないことを意味する。ここでは、構造モデル(model-1)が処理対象とされる。
続いて、参照モデル生成部14は、新たな参照モデル名(N)を生成し、出現位置(P)を1に初期化する(S211)。続いて、参照モデル生成部14は、構造モデル(E)は、構造モデル(C)であるか否か(遡りの最前線は、構造モデル(C)から移動しているか否か)を判定する(S212)。ここでは、構造モデル(E)及び構造モデル(C)は、いずれも構造モデル(model-2)である(S212でNo)。したがって、この場合、ステップS215に進む。
ステップS215において、参照モデル生成部14は、参照モデル生成用テーブル17に新たな行を一つ追加し、当該行に、参照モデル名(N)、処理対象の構造モデル(S)の構造モデル名、出現位置(P)+1、構造モデル(E)の構造モデル名、及び出現位置(P)を記録する(S215)。ここでは、図9の3行目が記録される。すなわち、構造モデル(S)の構造モデル名は、構造モデル名(元)に記録される。出現位置(P)+1は、出現位置(元)に記録される。構造モデル(E)の構造モデル名は、構造モデル名(先)に記録される。出現位置(P)は、出現位置(先)に記録される。
続いて、参照モデル生成部14は、未処理の構造モデル(S)の有無を判定する(S216)。ここでは、構造モデル(model-3)が未処理の構造モデル(S)として残っている(S216でYes)。したがって、構造モデル(model-3)が処理対象とされて(S210)、ステップS211以降が実行される。その結果、図9の参照モデル生成用テーブル17に4行目が追加される。
全ての構造モデル(S)について処理が完了すると(S216でYes)、参照モデル生成部14は、各構造モデル(S)をそれぞれ構造モデル(E)として、ステップS207以降を実行する(S217)。すなわち、各構造モデル(S)が遡りの最前線とされ、ステップS207以降が実行される。ここでは、構造モデル(S)に含まれる構造モデル(model-1)及び構造モデル(model-3)の双方とも、関連元のCIタイプを関連先に有する構造モデルは構造モデル記憶部13(図7)には存在しない(S209でNo)。したがって、参照モデル生成用テーブル17は更新されない。
続いて、ステップS202において、構造モデル(model-3)が構造モデル(C)とされ、ステップS203以降が実行されることにより、参照モデル生成用テーブル17の5行目が追加される(S205)。構造モデル(model-3)における関連元のCIタイプを関連先とする構造モデルは存在しない(S209No)。また、図7の構造モデル記憶部13において、構造モデル(model-3)より後に構造モデルは存在しない(S203でNo)。したがって、参照モデル生成部14は、参照モデル生成用テーブル17に基づく参照モデルの生成処理を実行する(S218)。
以上の説明では、ステップS213及びS214が説明されていない。当該ステップは、3構造モデルが3階層以上にわたって連結される場合に実行される処理であるところ、図7の構造モデルが連結される階層は、2階層だからである。そこで、3階層以上にわたって連結される構造モデルの例を用いて、ステップS213及びS214について説明する。
図10は、3階層以上にわたって連結される構造モデルの例及び当該構造モデルに基づく参照モデル生成用テーブルの例を示す図である。
同図(1)のM1~M4は、構造モデルを示す。構造モデル間の矢印は、構造モデルの関連を示す。矢印の向きは、当該関連の方向を示す。(1)において、各破線によって囲まれる範囲は、図8の処理によって生成される参照モデルの範囲を示す。例えば、参照モデルV1には、構造モデルM1が含まれることを示す。また、参照モデルV3には、構造モデルM1、M2、及びM3が含まれることを示す。なお、以下の説明において、M1~M4及びV1~V4は、各構造モデル又は各参照モデルの構造モデル名又は参照モデル名として用いられる。
同図(1)の構造モデルに関して、図8のステップS202において構造モデルM1が処理対象(構造モデル(C))とされた場合について説明する。
この場合、図10(2)の参照モデル生成用テーブル17aの1行目及び2行目が記録される過程については、図7に対して図8の処理が適用された場合の上記説明より自明であるため省略する。なお、2行目が記録された直後のステップS215において、構造モデル(C)及び構造モデル(E)は、構造モデルM1である。また、構造モデル(S)は、構造モデルM2である。
構造モデルM1に関して構造モデル(S)として検索される構造モデルは、構造モデルM2のみである(S216でNo)。したがって、参照モデル生成部14は、構造モデルM2を構造モデル(E)としてステップS207に進む(S217)。
続いて、参照モデルM2に関して、構造モデルM3が構造モデル(S)として検索される(S207、S208、S209でYes)。したがって、構造モデルM3が処理対象とされてステップS210以降が実行される。
この時点において、構造モデル(E)は、構造モデルM2である。また、構造モデル(C)は、構造モデルM1である(S212でYes)。したがって、参照モデル生成部14は、ステップS213に進む。ステップS213において、参照モデル生成部14は、構造モデル(C)(構造モデルM1)の構造モデル名が構造モデル名(先)に記録されている最後の行から最終行までの各行のコピーを新たに参照モデル生成用テーブル17aに追加する。参照モデル生成部14は、コピーされた各行に、ステップS211において生成された参照モデル名を記録する(S213)。
図10(2)を参照すると、2行目までが記録されている状態において、構造モデルM1の構造モデル名が構造モデル名(先)に記録されている最後の行は、2行目である。また、最終行も2行目である。したがって、2行目のコピーが3行目として追加される。但し、参照モデル名には、ステップS211において新たに生成された「V3」が記録される。
続いて、参照モデル生成部14は、出現位置(P)の値を、ステップS213において追加された新たな最終行の出現位置(元)の値によって更新する(S214)。したがって、ここでは、出現位置(P)の値は、2となる。
続いて、参照モデル生成部14は、参照モデル生成用テーブル17aに新たな一行を追加し、ステップS213と同一の参照モデル名、構造モデルM3の構造モデル名、出現位置(P)+1、構造モデルM2の構造モデル名、及び出現位置(P)を当該行に記録する(S215)。
ここで記録されるのは、図10(2)の4行目である。ここで、4行目の参照モデル名は、3行目の参照モデル名と同じである。換言すれば、3行目及び4行目は、同一の参照モデルに関する情報である。
すなわち、ステップS213及びS214は、3階層以上の構造モデルを含む参照モデルを生成するための処理である。特に、ステップS213は、構造モデル(C)から、現在の最前線の構造モデル(E)までの経路を、参照モデル生成用テーブル17aに記録するための処理である。当該経路の記録を簡便化するため、既に記録されている、当該経路を示す行がコピーされているのである。
その後、同様の要領で、構造モデル(C)は構造モデルM1のまま、最前線(構造モデル(E)は、構造モデルM3、構造モデルM4へと移動する。図10(2)の参照モデル生成用テーブル17aは、構造モデルM1に関して、先端(構造モデルM4)までの探索が終了した時点における状態を示す。
この状態において、参照モデルV4に関しては、3行が参照モデル生成用テーブル17aに追加されている。
続いて、図8のステップS218の詳細について説明する。図11は、参照モデル生成用テーブルに基づく参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
ステップS301において、参照モデル生成部14は、参照モデル生成用テーブル17の上から順番に、参照モデル名が一致する全ての行を取得する。図9の例では、各行の参照モデル名は異なる。したがって、1行ずつ取得される。
続いて、参照モデル生成部14は、取得された行の出現位置に基づいて、取得された行に含まれている構造モデルを連結する(S301)。すなわち、構造モデル間に関連が生成される。当該関連において、関連先及び関連元は、出現位置に基づいて判定される。すなわち、出現位置が小さい方が関連先となり、出現位置が大きい方が関連元となる。なお、図10(2)のV3又はV4については、ステップS301において複数行が取得される。この場合、出現位置が同一の構造モデルにおいて、各行の構造モデルの連結結果が連結される。その結果、3階以上にわたる構造モデルの連結結果が生成される。
続いて、参照モデル生成部14は、構造モデルの連結結果を、参照モデルとして参照モデル記憶部15に記録する(S303)。
図12は、参照モデル記憶部の構成例を示す図である。同図に示されるように、参照モデル記憶部15は、参照モデルごとに、参照モデル名及び関連経路等を記憶する。参照モデル名は、参照モデルごとに一意な識別名である。関連経路は、参照モデルにおける、CIタイプ間の関連の経路を示す情報である。
すなわち、ステップS303において、参照モデル生成部14は、構造モデル記憶部13を参照して、連結結果に係る各構造モデルをCIタイプの関連経路に置換した結果を、参照モデル記憶部15の関連経路に記録する。参照モデル名は、参照モデル生成用テーブル17(図9)の値がそのまま引き継がれる。
図9の参照モデル生成用テーブル17に記録されている全ての行に関してステップS301~S303の実行が終了すると(S304でNo)、ステップS305に進む。なお、この時点において、参照モデル記憶部15は、view-1~view-5までが記録された状態となる。
続いて、参照モデル生成部14は、ステップS301~S303において、参照モデル記憶部15に記録された参照モデルの中で、連結可能な全ての組み合わせを抽出し、当該組み合わせの各連結結果を各参照モデルとして、参照モデル記憶部15に記録する(S305)。連結可能な組み合わせとは、いずれかの参照モデルの末端のCIタイプと他の参照モデルに含まれるCIタイプとの一致に基づいて連結可能な2以上の参照モデルの組み合わせをいう。このような組み合わせには、例えば、二つの参照モデルの末端(関連先を有さないCIタイプ)のCIタイプが一致する場合が含まれる。但し、組み合わされる参照モデルは二つに限定されない。また、包含関係にある参照モデルの組み合わせは除外される。包含関係にある参照モデルの組み合わせは、包含する方の参照モデルと変わらないからである。また、組み合わせの結果、同一の関連経路が形成された場合、当該重複は除去される。
すなわち、ステップS305は、相互に分岐関係にある参照モデルが連結された参照モデルを生成するための処理である。その結果、図12における、view-6及びview-7が生成される。view-6は、view-1とview-5とを「Server」において連結した結果、生成される参照モデルである。view-7は、view-1とview-4とを「Server」において連結した結果、生成される参照モデルである。但し、view-7は、view-3とview-5とを「Sever」において連結することにより生成されてもよい。なお、view-6及びview-7の関連経路において、記号「||」は、分岐を示す。
図12における参照モデルの範囲(経路)を概念的に示すと、図13のように表せる。図13は、参照モデルの範囲を概念的に示す図である。図13において、破線による矩形は、参照モデルの範囲又は参照モデルに属するCIタイプの経路を示す。各矩形の参照番号は、図12の参照モデル名に一致する。
以上で参照モデルの生成は終了する。続いて、参照モデルを利用した、CMDB11の表示制御処理について説明する。図14は、CMDBの表示制御処理の処理手順を説明するためのフローチャートの一例である。なお、図14は、図4~図11の処理とは非同期に実行される。例えば、図14の処理は、ユーザによってCMDB11の参照指示が入力された際に実行される。
ステップS401において、表示制御部16は、参照の起点とするCI(以下、「起点CI」という。)の指定をユーザより受け付ける。例えば、表示制御部16は、CIの検索画面をクライアント装置20に表示させ、当該検索画面において指定された条件に合致するCIをCMDB11より検索する。表示制御部16は、検索結果としてのCIの一覧をクライアント装置20に表示させ、当該一覧の中からCIを選択させることにより、起点CIの指定を受け付ける。なお、起点CIは、複数指定されてもよい。
表示制御部16は、起点CIの指定に伴って、展開方向の指定も受け付ける。展開方向とは、起点CIのいずれの方向の関連を展開するか(検索する対象とするか)を示すパラメータである。展開方向の値としては、正方向、逆方向、及び双方向等が有る。正方向は、起点CIの関連先の方向をいう。逆方向は、起点CIの関連元の方向をいう。双方向は、正方向及び逆方向の双方向である。
続いて、表示制御部16は、起点CIのCIタイプが含まれる全ての参照モデルを参照モデル記憶部15より検索する(S402)。起点CIのCIタイプは、CMDB11より当該CIの情報を検索することにより、判別可能である。
続いて、表示制御部16は、参照モデル選択画面をクライアント装置20に表示させる(S403)。
図15は、参照モデル選択画面の表示例を示す図である。同図において、参照モデル選択画面510は、参照モデル選択領域511等を含む。
参照モデル選択領域511には、ステップS402において検索された参照モデルの一覧が選択可能な状態で表示される。同図では、ServerDomainに属するCIが起点CIとして指定された例が示されている。したがって、ServerDomainを含む全ての参照モデルが表示されている。
なお、同図では、各CIタイプが表示用の文字列(表示名)によって表示されている。表示制御部16は、参照モデル選択画面の表示時において、表示名一覧テーブルを参照して、CIタイプを表示名に変換しているためである。
図16は、CIタイプ表示名一覧テーブルの構成例を示す図である。同図に示されるように、CIタイプ表示名一覧テーブル18には、CIタイプごとに、表示名が記録されている。なお、CIタイプ表示一覧テーブル18は、例えば、補助記憶装置102に予め記録されている。
続いて、表示制御部16は、参照モデル選択画面510を介して参照モデルの選択を受け付ける(S404)。すなわち、参照モデル選択領域511においていずれかの参照モデルが選択され、OKボタン512がクリックされると、表示制御部16は、選択された参照モデルの参照モデル名をメモリ装置103を用いて記憶する。
続いて、表示制御部16は、起点CIを起点として、CI間の関連を辿ることにより、起点CIと連鎖的に関連するCIをCMDB11より検索する(S205)。この際、関連を辿る方向は、展開方向として指定された方向である。また、検索範囲は、選択された参照モデルによって示される範囲である。具体例として、ServerDomainのCI起点CIであり、展開方向が正方向又は双方向の場合において、「ドメイン>サーバ>ソフトウェア」に係る参照モデルが選択されとする。この場合、CIタイプが「Server」のCIの中で、起点CIを関連元とするCI(サーバCI)が検索される。続いて、CIタイプが「Software」のCIの中で、検索されたサーバCIを関連元とするCIが検索される。なお、検索範囲は限定せずに、検索の実行後、検索結果が参照モデルによって限定されてもよい。
続いて、表示制御部16は、CMDB参照画面をクライアント装置20に表示させる(S406)。
図17は、CMDB参照画面の表示例を示す図である。同図において、CMDB参照画面520は、関連CI一覧表示領域521、起点CI情報表示領域522、参照モデル表示領域523、及び展開方向表示領域524等を含む。
関連CI一覧表示領域521は、ステップS405における検索結果がツリー形式によって表示される領域である。すなわち、関連CI一覧表示領域521には、検索された各CIをノードとするツリー部品が表示される。
起点CI情報表示領域522は、起点CIに関する情報が表示される領域である。同図では、CIタイプ、ドメイン名、及びID(ドメインID)が示されている。
参照モデル表示領域523は、参照モデル選択画面510において選択された参照モデルが表示される領域である。参照モデル表示領域523の表示内容を確認することにより、ユーザは、現在どのような参照モデルに基づいて表示が行われているのかを確認することができる。
展開方向表示領域524は、指定された展開方向が表示される領域である。
このように、CMDB参照画面520において表示対象とされるCIは、ユーザが所望する範囲内のCIに限定される。したがって、不要なCIが表示されることによる煩雑さや、必要なCIが表示されないことによる不都合を解消することができる。
なお、上記では、検索結果が一度に展開される例について説明した。但し、参照モデル表示領域523のノードが操作されることにより、一階層分の関連ごとに検索が行われるようにしてもよい。この場合であっても、参照可能な範囲は、選択された参照モデルによって限定される。
上述したように、本実施の形態によれば、データベースの参照範囲を限定するための作業を効率化することができる。すなわち、構成管理サーバ10は、CMDB11(MDR30)からCI間の関連を抽出し、抽出された関連を接続することにより、CMDB11の参照範囲(参照経路)を限定するための参照モデルを自動的に生成する。CMDB11が参照される際において、構成管理サーバ10は、参照モデルの中から所望の参照範囲に対応する参照モデルをユーザに選択させ、当該参照モデルに基づいて、CMDB11の参照範囲を限定する。すなわち、選択された参照モデルに含まれるCIタイプの範囲内に参照範囲(検索範囲)が限定される。
したがって、参照範囲としたい関連を自らの思考に基づいて一つずつ選択するといった煩雑な作業からユーザを解放することができる。
なお、本実施の形態では、データベースの一例として、CMDB11又はMDR30を用いて説明した。但し、このことは、本実施の形態において説明した情報処理内容を適用可能な範囲が、CMDB等に限定されることを意図するものではない。すなわち、本実施の形態の情報処理内容は、データ及び該データ間の関連を管理する各種のデータベースに対して有効に適用されうる。
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
10 構成管理サーバ
11 CMDB
12 構造モデル生成部
13 構造モデル記憶部
14 参照モデル生成部
15 参照モデル記憶部
16 表示制御部
20 クライアント装置
30 MDR
100 ドライブ装置
101 記録媒体
102 補助記憶装置
103 メモリ装置
104 CPU
105 インタフェース装置
B バス
11 CMDB
12 構造モデル生成部
13 構造モデル記憶部
14 参照モデル生成部
15 参照モデル記憶部
16 表示制御部
20 クライアント装置
30 MDR
100 ドライブ装置
101 記録媒体
102 補助記憶装置
103 メモリ装置
104 CPU
105 インタフェース装置
B バス
Claims (12)
-
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段と、
を有する参照支援装置。
-
前記データベースからの前記データの検索結果を表示させる表示制御手段を有し、
前記表示制御手段は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項1記載の参照支援装置。
-
前記表示制御手段は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項2記載の参照支援装置。
-
前記記録手段は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な2以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項1乃至3いずれか一項記載の参照支援装置。
-
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、
をコンピュータが実行する参照支援方法。
-
前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータが実行し、
前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項5記載の参照支援方法。
-
前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項6記載の参照支援方法。
-
前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な2以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項5乃至7いずれか一項記載の参照支援方法。
-
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、
をコンピュータに実行させる参照支援プログラム。
-
前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータに実行させ、
前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項9記載の参照支援プログラム。
-
前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項10記載の参照支援プログラム。
-
前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な2以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項9乃至11いずれか一項記載の参照支援プログラム。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012554565A JP5445696B2 (ja) | 2011-01-26 | 2011-01-26 | 参照支援装置、参照支援方法、及び参照支援プログラム |
PCT/JP2011/051460 WO2012101775A1 (ja) | 2011-01-26 | 2011-01-26 | 参照支援装置、参照支援方法、及び参照支援プログラム |
US13/950,766 US9697272B2 (en) | 2011-01-26 | 2013-07-25 | Data reference assistant apparatus, and data reference assistant method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2011/051460 WO2012101775A1 (ja) | 2011-01-26 | 2011-01-26 | 参照支援装置、参照支援方法、及び参照支援プログラム |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/950,766 Continuation US9697272B2 (en) | 2011-01-26 | 2013-07-25 | Data reference assistant apparatus, and data reference assistant method |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2012101775A1 true WO2012101775A1 (ja) | 2012-08-02 |
Family
ID=46580382
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2011/051460 WO2012101775A1 (ja) | 2011-01-26 | 2011-01-26 | 参照支援装置、参照支援方法、及び参照支援プログラム |
Country Status (3)
Country | Link |
---|---|
US (1) | US9697272B2 (ja) |
JP (1) | JP5445696B2 (ja) |
WO (1) | WO2012101775A1 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9767134B2 (en) * | 2014-04-01 | 2017-09-19 | International Business Machines Corporation | Distributed CMDB information within a service management ticketing system |
US10503751B2 (en) * | 2015-10-16 | 2019-12-10 | Sap Se | Fragmentation for rapid data visualization |
US10469621B2 (en) | 2016-01-27 | 2019-11-05 | Oracle International Corporation | System and method of host-side configuration of a host channel adapter (HCA) in a high-performance computing environment |
US11018947B2 (en) | 2016-01-27 | 2021-05-25 | Oracle International Corporation | System and method for supporting on-demand setup of local host channel adapter port partition membership in a high-performance computing environment |
US10972375B2 (en) | 2016-01-27 | 2021-04-06 | Oracle International Corporation | System and method of reserving a specific queue pair number for proprietary management traffic in a high-performance computing environment |
US20190102477A1 (en) * | 2017-10-03 | 2019-04-04 | Servicenow, Inc. | Novel metadata relationships in a configuration management database |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060178954A1 (en) * | 2004-12-13 | 2006-08-10 | Rohit Thukral | Iterative asset reconciliation process |
EP2182448A1 (en) * | 2008-10-30 | 2010-05-05 | Hewlett-Packard Development Company, L.P. | Federated configuration data management |
WO2010064317A2 (ja) * | 2008-12-05 | 2010-06-10 | 富士通株式会社 | 運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法 |
WO2010113290A1 (ja) * | 2009-03-31 | 2010-10-07 | 富士通株式会社 | 名寄せ装置、名寄せ方法および名寄せプログラム |
WO2010116475A1 (ja) * | 2009-03-30 | 2010-10-14 | 富士通株式会社 | 情報管理装置および情報管理プログラム |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0273424A (ja) | 1988-09-09 | 1990-03-13 | Toshiba Corp | ソフトウェア構成管理方式 |
KR20080024813A (ko) * | 2006-09-15 | 2008-03-19 | 삼성전자주식회사 | 휴대용 단말기의 디지털 방송 저장 장치 및 방법 |
WO2009107234A1 (ja) * | 2008-02-29 | 2009-09-03 | 三菱電機株式会社 | イベント履歴記憶装置、イベント履歴追跡装置、イベント履歴記憶方法、イベント履歴記憶プログラム及びデータ構造 |
-
2011
- 2011-01-26 WO PCT/JP2011/051460 patent/WO2012101775A1/ja active Application Filing
- 2011-01-26 JP JP2012554565A patent/JP5445696B2/ja active Active
-
2013
- 2013-07-25 US US13/950,766 patent/US9697272B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060178954A1 (en) * | 2004-12-13 | 2006-08-10 | Rohit Thukral | Iterative asset reconciliation process |
EP2182448A1 (en) * | 2008-10-30 | 2010-05-05 | Hewlett-Packard Development Company, L.P. | Federated configuration data management |
WO2010064317A2 (ja) * | 2008-12-05 | 2010-06-10 | 富士通株式会社 | 運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法 |
WO2010116475A1 (ja) * | 2009-03-30 | 2010-10-14 | 富士通株式会社 | 情報管理装置および情報管理プログラム |
WO2010113290A1 (ja) * | 2009-03-31 | 2010-10-07 | 富士通株式会社 | 名寄せ装置、名寄せ方法および名寄せプログラム |
Also Published As
Publication number | Publication date |
---|---|
US20130311465A1 (en) | 2013-11-21 |
JP5445696B2 (ja) | 2014-03-19 |
JPWO2012101775A1 (ja) | 2014-06-30 |
US9697272B2 (en) | 2017-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11086289B2 (en) | Control interface for metric definition specification for assets driven by search-derived asset tree hierarchy | |
US9129005B2 (en) | Method and apparatus for searching a hierarchical database and an unstructured database with a single search query | |
US11822512B1 (en) | Graphical user interface for previewing events using a selected field delimiter option | |
US10733055B1 (en) | Methods and apparatus related to graph transformation and synchronization | |
JP5445696B2 (ja) | 参照支援装置、参照支援方法、及び参照支援プログラム | |
US11030248B2 (en) | Resource dependency system and graphical user interface | |
US11720631B2 (en) | Tool to build and store a data model and queries for a graph database | |
US11556592B1 (en) | Storage estimate generation | |
CN110300963A (zh) | 大规模数据储存库中的数据管理*** | |
CN110633186A (zh) | 用于电力计量微服务架构的日志监控***及实现方法 | |
CN102262650B (zh) | 链接的数据库 | |
RU2507574C2 (ru) | Постраничное разбиение иерархических данных | |
CN102760058B (zh) | 面向大规模协作开发的海量软件项目共享方法 | |
US7752300B2 (en) | Automatically determining management information base modules for a device | |
JP2005242904A (ja) | 文書群分析装置、文書群分析方法、文書群分析システム、プログラムおよび記録媒体 | |
CN107239568B (zh) | 分布式索引实现方法及装置 | |
JP2013161438A (ja) | 文書管理システム、コンピュータプログラム、文書管理方法 | |
JP2009129067A (ja) | ファイル検索方法、ファイル検索装置、検索システム、及び、ファイル検索プログラム | |
CN107870805B (zh) | 任务***的信息处理方法及装置 | |
CN107004036A (zh) | 用以搜索包含大量条目的日志的方法和*** | |
JP2010277332A (ja) | 共通クエリグラフパターン生成方法、共通クエリグラフパターン生成装置及び共通クエリグラフパターン生成プログラム | |
CN101968747A (zh) | 一种机群应用管理***及其应用管理方法 | |
US20140279869A1 (en) | Transaction-Based Traversal-Free Data Synchronization Among Multiple Sites | |
CN113918728A (zh) | 一种工业互联网后服务知识图谱分析平台 | |
CN107180072B (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: 11857088 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2012554565 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 11857088 Country of ref document: EP Kind code of ref document: A1 |