WO2012101775A1 - 参照支援装置、参照支援方法、及び参照支援プログラム - Google Patents

参照支援装置、参照支援方法、及び参照支援プログラム Download PDF

Info

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
Application number
PCT/JP2011/051460
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/JP2011/051460 priority Critical patent/WO2012101775A1/ja
Priority to JP2012554565A priority patent/JP5445696B2/ja
Publication of WO2012101775A1 publication Critical patent/WO2012101775A1/ja
Priority to US13/950,766 priority patent/US9697272B2/en

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

Abstract

　参照支援装置は、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。

Description

参照支援装置、参照支援方法、及び参照支援プログラム
　本発明は、データベースのデータの参照範囲の限定を支援する参照支援装置、参照支援方法、及び参照支援プログラムに関する。
　構成管理データベース（ＣＭＤＢ（Configuration Management Database））は、情報システムの構成情報を管理するために利用されるデータベースである。ＩＴシステムの構成要素は、構成アイテム（ＣＩ（Configuration Item））と呼ばれるオブジェクトとしてＣＭＤＢにおいて管理される。通常、ＣＭＤＢは、各種の管理データリポジトリ（ＭＤＲ（Management Data Repository））において管理されているデータ（ＣＩに対応するデータ）を収集及び統合することにより構築される。
　ＣＭＤＢには、各ＣＩ間の関連（リレーションシップ）も管理される。ここでいう関連には、ＩＴシステムにおける依存関係や利用関係等の各種の関係に基づく関連が含まれうる。したがって、ユーザは、ＣＭＤＢの管理情報を参照することで、ＩＴシステム全般における各構成要素の関連を容易に把握することができる。
　但し、運用に応じて、ＣＭＤＢへのＣＩ及び関連等の登録は、複数のユーザによって、また、複数のＭＤＲをソースとして行われうる。したがって、同一のＣＩに対して、複数の関連が生成されうる。その結果、ＣＭＤＢの管理情報は膨大なものとなる可能性がある。したがって、ＣＭＤＢの管理情報をそのまま参照した場合、ＣＩ間の関連は非常に複雑なものになりかねない。
　また、同一のＣＩであっても、ユーザの関心事に応じて、参照したい関連の種別又は範囲等は異なる。例えば、或るユーザは、サーバとサーバにインストールされているソフトウェアとの関連に限定して詳細に参照したいかもしれない。他のユーザは、ネットワークのドメインと、ドメインに属するサーバとの関係に限定して詳細に参照したいかもしれない。
　そこで、従来、ＣＭＤＢの管理情報の参照範囲を限定するための情報（以下、「フィルタ情報」という。）が作成されていた。
特開平０２－０７３４２４号公報
　しかしながら、従来、フィルタ情報は、ユーザによる手動によって作成されていた。すなわち、ユーザは、自らが所望する参照範囲に属するデータ（ＣＩ及び関連）を逐一選択してフィルタ情報を作成していた。
　上記したように、ＣＭＤＢには膨大なデータ（ＣＩ及び関連等）が登録される可能性がある。膨大なデータの中から、自らの関心事に含まれるデータを選択するのは非常に負担の大きい作業である。
　１つの側面では、本発明は、データベースの参照範囲を限定するための作業を効率化することのできる参照支援装置、参照支援方法、及び参照支援プログラムの提供を目的とする。
　１つの案では、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。
　１態様によれば、データベースの参照範囲を限定するための作業を効率化することができる。
本発明の実施の形態における構成管理システムの構成例を示す図である。 本発明の実施の形態における構成管理サーバのハードウェア構成例を示す図である。 構成管理サーバが実行する処理手順の一例の概要を説明するための図である。 構造モデルの生成処理の処理手順の一例を説明するためのフローチャートである。 ＣＭＤＢに登録されたＭＤＲの構成例を示す図である。 構造モデルの生成を説明するための図である。 構造モデル記憶部の構成例を示す図である。 参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。 参照モデル生成用テーブルの構成例を示す図である。 ３階層以上にわたって連結される構造モデルの例及び当該構造モデルに基づく参照モデル生成用テーブルの例を示す図である。 参照モデル生成用テーブルに基づく参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。 参照モデル記憶部の構成例を示す図である。 参照モデルの範囲を概念的に示す図である。 ＣＭＤＢの表示制御処理の処理手順を説明するためのフローチャートの一例である。 参照モデル選択画面の表示例を示す図である。 ＣＩタイプ表示名一覧テーブルの構成例を示す図である。 ＣＭＤＢ参照画面の表示例を示す図である。
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における構成管理システムの構成例を示す図である。同図に示される構成管理サーバ１０とクライアント装置２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して通信可能に接続されている。
　クライアント装置２０は、ユーザが、ＣＭＤＢ１１の参照に利用する、ＰＣ（Personal Computer）等のコンピュータである。クライアント装置２０は、ＰＤＡ（Personal Digital Assistance）又は携帯電話等の携帯端末であってもよい。
　構成管理サーバ１０は、参照支援装置の一例である。構成管理サーバ１０は、ＣＭＤＢ１１、構造モデル生成部１２、構造モデル記憶部１３、参照モデル生成部１４、参照モデル記憶部１５、及び表示制御部１６等を有する。これら各部は、構成管理サーバ１０にインストールされたプログラムが構成管理サーバ１０のＣＰＵに実行させることにより実現される。
　ＣＭＤＢ１１は、いわゆる構成管理データベース（ＣＭＤＢ（Configuration Management Database））と呼ばれるデータベースである。すなわち、ＣＭＤＢ１１は、構成管理サーバ１０の補助記憶装置を用いて、ＩＴシステムに関する構成情報を記憶（管理）するデータベースである。当該構成情報には、構成アイテム（ＣＩ（Configuration Item））及びＣＩ間の関連（リレーションシップ）が含まれる。構成アイテムは、情報システムにおける構成要素を示すデータである。いかなる対象が構成アイテムとして管理対象とされるかは運用に依存する。ＣＭＤＢ１１において管理されるデータは、各種のＭＤＲ３０より収集される。ＭＤＲ３０は、いわゆるＭＤＲ（Management Data Repository）である。ＭＤＲ３０は、ＣＭＤＢ１１のソース（情報源）となりうるデータベースである。例えば、ＭＤＲ３０は、特定のＩＴシステムにおいて管理対象とされているデータの属性情報及びデータ間の関連を管理する。当該データは、ＣＩとして、当該データ間の関連は、ＣＩ間の関連として、ＣＭＤＢ１１に登録される。したがって、ＣＭＤＢ１１は、複数のＭＤＲ３０を統合したデータベースであるといえる。
　なお、ＭＤＲ３０は、構成管理サーバ１０内に含まれていてもよいし、構成管理サーバ１０と異なるコンピュータに含まれていてもよい。また、ＣＭＤＢ１１は、構成管理サーバ１０とネットワークを介して接続する、他のコンピュータに実装されてもよい。
　構造モデル生成部１２は、ＣＭＤＢ１１よりＣＩタイプ間の関連情報を抽出し、当該関連情報に基づいて構造モデルを生成する。本実施の形態において、構造モデル生成部１２は、生成手段の一例である。構造モデルとは、ＣＭＤＢ１１において管理されるＣＩの種別（ＣＩタイプ間）の最小単位の関連（依存関係や利用関係等に基づく関連）の情報である。ＣＩタイプとは、各ＣＩの種別をいう。すなわち、ＣＩとは、それぞれ具体的な実体であるのに対し、ＣＩタイプは、各ＣＩを分類する概念である。例えば、サーバが管理対象とされる場合、具体的な個々のサーバがＣＩであり、各サーバが属するＣＩタイプは「Ｓｅｒｖｅｒ」である。
　ＣＩタイプ間の最小単位の関連とは、二つのＣＩタイプ間の関連をいう。すなわち、ＣＩタイプ間の関連は、複数の階層に及んだり、分岐したりする可能性があるところ、構造モデルとして抽出される関連の単位は、二つのＣＩタイプの関連である。したがって、構造モデルとして抽出される関連は、ＣＭＤＢ１１が潜在的に有するＣＩタイプ間の関連のツリー構造が、二つのＣＩタイプ間の関連ごとに分割されたものであるともいえる。但し、このことは、関連の分割といった処理が必要とされることを意味するものではない。ＣＭＤＢ１１におけるＣＩタイプ間の潜在的な関連のツリー構造は、最小単位の関連を繋げていくことにより形成される（浮き上がってくる）ものであるからである。すなわち、実際の処理としては、最小単位の関連が先に抽出されうるからである。
　構造モデル記憶部１３は、構造モデル生成部１２によって生成される構造モデルの集合を、構成管理サーバ１０の補助記憶装置を用いて記憶する。なお、本実施の形態において、構成モデルは、関連情報の一例である。
　参照モデル生成部１４は、構造モデル記憶部１３に記録されている構造モデルに基づいて参照モデルを生成する。本実施の形態において、参照モデル生成部１４は、記録手段の一例である。参照モデルとは、参照対象（参照範囲）とするＣＩ及びその関連を限定するためフィルタ情報として用いられるデータである。参照モデル自体は、ＣＩ間の関連の経路を示すデータである。参照モデル生成部１４によって、参照範囲が異なる様々な参照モデルが生成される。
　参照モデル記憶部１５は、参照モデル生成部１４によって生成される参照モデルを、構成管理サーバ１０の補助記憶装置を用いて記憶する。なお、本実施の形態において、参照モデルは、参照用関連情報の一例である。
　表示制御部１６は、ＣＭＤＢ１１の管理情報の表示制御を行う。具体的には、表示制御部１６は、クライアント装置２０からの要求に応じ、当該要求において指定された特定のＣＩ及び当該ＣＩに連鎖的に関連するＣＩに関する情報をＣＭＤＢ１１より検索する。表示制御部１６は、検索結果をクライアント装置２０に返信する。検索結果自体、又は検索結果の中で表示対象とされる範囲は、参照モデルによって限定される（フィルタリングされる）。なお、連鎖的な関連とは、直接的な関連及び間接的な関連を意味する。直接的な関連とは、二つのＣＩ間において形成される関連をいう。間接的な関連とは、一以上のＣＩを介して形成される関連をいう。
　図２は、本発明の実施の形態における構成管理サーバのハードウェア構成例を示す図である。同図の構成管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。
　構成管理サーバ１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って構成管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
　以下、構成管理サーバ１０の処理手順について説明する。図３は、構成管理サーバが実行する処理手順の一例の概要を説明するための図である。
　まず、ＭＤＲ３０からＣＭＤＢ１１へデータ（ＣＩ及びＣＩ間の関連等）の登録が行われる（Ｓ１）。当該データの登録は、非定期に行われる。例えば、ＣＭＤＢ１１へのＭＤＲ３０の登録又は登録解除、ＭＤＲ３０におけるデータの更新等が発生した場合にＭＤＲ３０からＣＭＤＢ１１へのデータの登録が行われる。ＣＭＤＢ１１へのＭＤＲ３０の登録とは、ＭＤＲ３０をＣＭＤＢ１１による管理対象とすることをいう。ＣＭＤＢ１１の管理対象とされたＭＤＲ３０は、ＣＭＤＢ１１へのデータの登録が可能となる。ＭＤＲ３０の登録解除とは、ＭＤＲ３０がＣＭＤＢ１１の管理対象から除かれることをいう。
　各ＭＤＲ３０の形式またはスキーマは、必ずしも統一されているとは限らない。また、複数のＭＤＲ３０において、同一の実体に対するデータ（例えば、同一ユーザに関するデータ）が分散して管理されている場合もある。したがって、ＭＤＲ３０からＣＭＤＢ１１へのデータの登録時には、ＭＤＲ３０におけるデータの形式からＣＭＤＢ１１におけるデータの形式への変換が行われる。また、ＣＭＤＢ１１は、基本的に、同一の実体については一つのＣＩとして管理する。したがって、複数のＭＤＲ３０に分散されている同一の実体に対する情報は、ＣＭＤＢ１１において統合される。例えば、一つのＣＩに関して、各ＭＤＲ３０に管理されている属性項目がマージされてＣＭＤＢ１１に登録される。
　続いて、構造モデル生成部１２によって、ＣＭＤＢ１１に基づいて構造モデルが生成される（Ｓ２）。すなわち、ＣＭＤＢ１１におけるＣＩタイプ間の関連が、構造モデルとして抽出される。
　同図には、構造モデルＡ～Ｄが抽出された例が示されている。構造モデルＡは、ドメインとサーバとの関連を示す。構造モデルＢは、サーバとソフトウェアとの関連を示す。構造モデルＣは、ユーザとサーバとの関連を示す。なお、同図の構造モデルにおいて、矢印の先のＣＩタイプは「関連先」といい、矢印の元のＣＩタイプは「関連元」という。なお、一般的に、関連先は、参照先ともいわれる。また、関連元は、参照元ともいわれる。このように、ＣＩ間（ＣＩタイプ間）の関連には方向がある。
　続いて、参照モデル生成部１４によって、構造モデルに基づいて参照モデルが生成される（Ｓ３）。同図に示されるように、構造モデル単体、又は構造モデルが連結（接続）されたものが参照モデルとして生成される。構造モデル間の連結は、関連先の種別と関連元の種別とが一致する場合に可能となる。当該一致に基づいて連結可能な２以上の構造モデルの全ての組み合わせごとに、当該組み合わせに係る構造モデルが連結されて参照モデルが生成される。また、参照モデル同士が連結されることにより、参照モデルが生成されてもよい。
　参照モデルの生成後、参照モデルを用いてＣＭＤＢ１１が参照される。例えば、参照モデルＡ→Ｂが選択された場合、参照範囲は、ドメイン→サーバ→ソフトウェアに関するＣＩに限定される。上記したように、参照モデルは、単体の構造モデル又は連結可能な構造モデルの全ての組み合わせである。すなわち、ＣＩ種別間において有効な関連の経路の全ての組み合わせである。したがって、ユーザが参照範囲としたい参照モデルが選択候補に含まれる可能性は極めて高い。なお、上記全ての組み合わせの数が膨大なものとなる場合は、所定の規則に基づいて、参照モデルとする組み合わせの範囲が限定されてもよい。
　以下、構造モデルの生成処理、参照モデルの生成処理、及びＣＭＤＢ１１の表示制御処理について更に詳細に説明する。
　図４は、構造モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ１０１において、構造モデル生成部１２は、ＣＭＤＢ１１の構成の変化を検知する。例えば、新たなＭＤＲ３０がＣＭＤＢ１１に登録された場合、又は既存のＭＤＲ３０についてＣＭＤＢ１１への登録が解除された場合、ＣＭＤＢ１１の構成は変化する。すなわち、前者の場合、当該ＭＤＲ３０のデータがＣＭＤＢ１１に登録される。後者の場合、当該ＭＤＲ３０のデータがＣＭＤＢ１１より削除される。また、既存のＭＤＲ３０の構成が変化した（データが更新された）場合も、当該構成の変化が、ＣＭＤＢ１１に反映される。
　構造モデル生成部１２による、ＣＭＤＢ１１の構成の変化の検知は、ＣＭＤＢ１１又は構成の変化元となったＭＤＲ３０からの通知に基づいて行われればよい。または、構造モデル生成部１２が、ＣＭＤＢ１１をポーリング等によって監視することにより、能動的にＣＭＤＢ１１の構成の変化を検知してもよい。
　ここでは、図５に示されるようなデータを管理するＭＤＲ３０ａがＣＭＤＢ１１に新たに登録されたこととする。すなわち、図５に示されるデータがＣＭＤＢ１１に登録されたこととする。
　図５は、ＣＭＤＢに登録されたＭＤＲの構成例を示す図である。同図において、ＭＤＲ３０ａは、ドメインテーブル４１、サーバテーブル４２、ソフトウェアテーブル４３、及びユーザテーブル４４を有する。なお、同図では、ＣＭＤＢ１１への登録後の形式が示されている。例えば、各テーブルのＣＩタイプは、ＣＭＤＢ１１において定義されているＣＩタイプであるとする。
　ドメインテーブル４１は、ＣＩタイプが「ＳｅｒｖｅｒＤｏｍａｉｎ（サーバドメイン）」であるＣＩを管理するテーブルである。具体的には、ドメインテーブル４１は、サーバドメイン（の実体）ごとに、ドメインＩＤ、ドメイン名、及びネットワークアドレス等を記憶する。ドメインＩＤは、各サーバドメインを一意に識別する識別子である。ドメイン名は、サーバドメインの名前である。ネットワークアドレスは、サーバドメインに関するＩＰアドレスである。
　サーバテーブル４２は、ＣＩタイプが「Ｓｅｒｖｅｒ（サーバ）」であるＣＩを管理するテーブルである。サーバテーブル４２は、サーバ（の実体）ごとに、サーバＩＤ，ホスト名、ＩＰアドレス、ＯＳ種別、所属ドメインＩＤ、及び管理者ＩＤ等を記憶する。サーバＩＤは、各サーバを一意に識別する識別子である。ホスト名は、サーバの名前である。ＩＰアドレスは、サーバのＩＰアドレスである。ＯＳ種別は、サーバにインストールされているＯＳ（Operating System）の名前である。所属ドメインＩＤは、サーバが属するサーバドメインのドメインＩＤである。すなわち、所属ドメインＩＤは、ＣＩタイプが「ＳｅｒｖｅｒＤｏｍａｉｎ」であるＣＩと、ＣＩタイプが「Ｓｅｒｖｅｒ」であるＣＩとの関連情報（リレーションシップ情報）に相当する。本実施の形態のＣＭＤＢ１１では、関連先のＣＩが関連元のＣＩのＩＤを有する。したがって、「ＳｅｒｖｅｒＤｏｍａｉｎ」が関連元であり、「Ｓｅｒｖｅｒ」が関連先となる。管理者ＩＤは、サーバの管理者のユーザＩＤである。すなわち、管理者ＩＤは、ＣＩタイプが「Ｕｓｅｒ」であるＣＩと、ＣＩタイプが「Ｓｅｒｖｅｒ」であるＣＩとの関連情報に相当する。当該関連において、「Ｕｓｅｒ」が関連元であり、「Ｓｅｒｖｅｒ」が関連先である。
　ソフトウェアテーブル４３は、ＣＩタイプが「Ｓｏｆｔｗａｒｅ（ソフトウェア）」であるＣＩを管理するテーブルである。ソフトウェアテーブル４３は、ソフトウェア（の実体）ごとに、ソフトウェアＩＤ、製品名、バージョン、及びインストール先サーバＩＤ等を記憶する。ソフトウェアＩＤは、各ソフトウェアを一意に識別する識別子である。製品名は、ソフトウェアの名前である。バージョンは、ソフトウェアのバージョンである。インストール先サーバＩＤは、ソフトウェアがインストールされているサーバのサーバＩＤである。すなわち、インストール先サーバＩＤは、ＣＩタイプが「Ｓｅｒｖｅｒ」であるＣＩと、ＣＩタイプが「Ｓｏｆｔｗａｒｅ」であるＣＩとの関連情報に相当する。当該関連において、「Ｓｅｒｖｅｒ」が関連元であり、「Ｓｏｆｔｗａｒｅ」が関連先である。
　ユーザテーブル４４は、ＣＩタイプが「Ｕｓｅｒ（ユーザ）」であるＣＩを管理するテーブルである。ユーザテーブル４４は、ユーザごとに、ユーザＩＤ、及び氏名等を記憶する。ユーザＩＤは、ユーザごとに一意な識別子である。氏名は、ユーザの氏名である。
　なお、図５以外のデータ構造によって関連が表現されてもよい。例えば、ＣＩタイプの関連ごとに、テーブルが設けられてよい。例えば、ＳｅｒｖｅｒＤｏｍａｉｎとＳｅｒｖｅｒとの関連を管理するテーブルには、ＳｅｒｖｅｒＤｏｍａｉｎのＣＩと、ＳｅｒｖｅｒのＣＩとの関連情報が記録される。
　また、ＣＭＤＢ１１は、テーブル形式以外の形式を有していてもよい。
　続いて、構造モデル生成部１２は、新たにＣＭＤＢ１１に登録されたデータに、関連情報は含まれているか否かを判定する（Ｓ１０２）。関連情報が含まれていない場合（Ｓ１０２でＮｏ）、図４の処理は終了する。図５のように関連情報が含まれている場合（Ｓ１０２でＹｅｓ）、構造モデル生成部１２は、ＣＩタイプ間の関連情報をＣＭＤＢ１１に新たに登録されたデータ（図５に示されるデータ）より抽出する（Ｓ１０３）。
　続いて、構造モデル生成部１２は、抽出された関連情報に基づいて、最小単位の関連を示す関連情報を構造モデルとして生成する（Ｓ１０４）。
　図６は、構造モデルの生成を説明するための図である。構造モデル生成部１２は、まず、ＣＩ間の関連情報Ｒ１を抽出する。関連情報Ｒ１には、便宜上、図５より抽出されるＣＩ間の関連情報の一部が示されている。
　続いて、構造モデル生成部１２は、関連情報Ｒ１に含まれる関連をＣＩタイプごとに統合し、ＣＩタイプ間の関連情報Ｒ２を抽出（生成）する。関連情報Ｒ２には、関連ｒ１～ｒ３の３つの関連が含まれている。ＣＩタイプ間の関連の方向は、ＣＩ間の関連の方向に従う。なお、本実施の形態における図５においては、テーブル間の関連が、ＣＩタイプ間の関連となる。したがって、関連情報Ｒ１の抽出を経ることなく、関連情報Ｒ２が抽出されてもよい。
　続いて、構造モデル生成部１２は、関連情報Ｒ２に基づいて、構造モデルを生成する。すなわち、ＣＩタイプ間の一つの関連ｒ１～ｒ３（最小単位の関連）ごとに、当該関連に係る二つのＣＩタイプと当該関連とを含む情報が構造モデルとして生成される。構造モデルにおける関連の方向は、関連情報Ｒ２における関連の方向にしたがう。同図では、関連ｒ１に基づく構造モデルｍ１、関連ｒ２に基づく構造モデルｍ２、関連ｒ３に基づく構造モデルｍ３の３つの構造モデルが生成された例が示されている。
　続いて、構造モデル生成部１２は、各構造モデルに識別名（構造モデル名）を付与し、各構造モデルを構造モデル記憶部１３に記録する（Ｓ１０５）。
　図７は、構造モデル記憶部の構成例を示す図である。同図に示されるように、構造モデル記憶部１３は、構造モデルごとに、構造モデル名及び関連経路等を記憶する。構造モデル名は、構造モデルごとに一意な識別名である。関連経路は、構造モデルにおける、ＣＩタイプ間の関連の経路を示す情報である。関連経路は、関連元のＣＩタイプと、関連先のＣＩタイプとを識別可能な情報であれば、どのような形式であってもよい。なお、同図では、本実施の形態において新たに追加される構造モデルのみが示されているが、構造モデル記憶部１３には、ＣＭＤＢ１１より抽出される全ての構造モデルが累積的に蓄積される。
　続いて、構造モデル生成部１２は、構造モデル（構造モデル記憶部１３）の更新を参照モデル生成部１４に通知する（Ｓ１０６）。
　なお、ＣＭＤＢ１１から一部のＭＤＲ３０の登録が解除された場合、又は一部のＭＤＲ３０の構成が変化した場合は、構造モデル記憶部１３をクリアした後、一部のＭＤＲ３０の登録の解除又は一部のＭＤＲ３０の構成の変化が反映されたＣＭＤＢ１１に基づいて、図４の処理が実行される。一部のＭＤＲ３０の登録が解除された場合、当該ＭＤＲ３０の関連に係る構造モデルのみを構造モデル記憶部１３から削除することも考えられるが、得策ではない。当該関連を共有する他のＭＤＲ３０が存在する可能性もあるからである。一部のＭＤＲ３０の構成が変化した場合も、同様の理由により、ＣＭＤＢ１１に基づいて構造モデルを再生成するのが、ＣＭＤＢ１１の内容を正しく表現する構造モデルを生成するという観点において得策である。
　続いて、参照モデルの生成処理について説明する。図８は、参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
　参照モデル生成部１４は、構造モデル生成部１２より構造モデルの更新の通知を受信すると（Ｓ２０１）、構造モデル記憶部１３（図７）より、未処理の構造モデルを一つ取得する（Ｓ２０２）。ここで取得された構造モデルを、以下、「構造モデル（Ｃ）」という。未処理の構造モデルとは、図８に関して処理対象とされていない構造モデルをいう。したがって、最初は、構造モデル記憶部１３に記録されている全ての構造モデルが未処理の構造モデルである。図７の構造モデル記憶部１３を例とすると、構造モデル（ｍｏｄｅｌ－１）が構造モデル（Ｃ）として取得される。
　構造モデル（Ｃ）の取得に成功した場合、すなわち、未処理の構造モデルが構造モデル記憶部１３に存在した場合（Ｓ２０３でＹｅｓ）、参照モデル生成部１４は、参照モデル名（Ｎ）を一つ生成し、出現位置（Ｐ）を１に初期化する（Ｓ２０４）。参照モデル名は、これから生成される参照モデルに対する識別名である。出現位置（Ｐ）は、これから生成される参照モデルにおける構造モデルの関連の経路における、各構造モデルの位置を示す値である。参照モデルの関連の経路の末端に対する出現位置（Ｐ）が１とされる。出現位置（Ｐ）は、参照モデルにおける構造モデル間の関連を１つ遡るごとに１加算される。関連を遡るとは、関連先から関連元へ関連を辿ることをいう。
　続いて、参照モデル生成部１４は、参照モデル生成用テーブル１７に新たな行を一つ追加し、当該行に、参照モデル名（Ｎ）、構造モデル（Ｃ）の構造モデル名、及び出現位置（Ｐ）を記録する（Ｓ２０５）。参照モデル生成用テーブル１７は、参照モデルを生成するために、一時的な作業領域として利用されるテーブルである。参照モデル生成用テーブル１７は、例えば、メモリ装置１０３に生成される。
　図９は、参照モデル生成用テーブルの構成例を示す図である。同図に示されるように、参照モデル生成用テーブル１７は、参照モデル名、構造モデル名（元）、出現位置（元）、構造モデル名（先）、及び出現位置（先）等の項目を有する。参照モデル生成用テーブル１７の一行は、基本的に、参照モデルにおいて連結（接続）される二つの構造モデルの構造モデル名と出現位置とが記録される。
　参照モデル名は、参照モデルの識別名である。構造モデル名（元）及び出現位置（元）は、当該参照モデルにおいて関連元となる構造モデルの構造モデル名又は出現位置である。構造モデル名（先）及び出現位置（先）は、当該参照モデルにおいて関連先となる構造モデルの構造モデル名又は出現位置である。
　なお、１つの構造モデルは、単独で参照モデルを構成する。したがって、１つの構造モデルを含む参照モデルについては、構造モデル名（元）及び出現位置（元）は記録されない。
　図９の参照モデル生成用テーブル１７は、図７の全ての構造モデルについて図８の処理が実行された後の状態が示されている。１つ目の構造モデル（ｍｏｄｅｌ－１）についてステップＳ２０５が実行された後の段階では、１行目（すなわち、参照モデル名が「ｖｉｅｗ－１」である行）が記録される。
　続いて、参照モデル生成部１４は、構造モデル（Ｃ）を構造モデル（Ｅ）とする（Ｓ２０６）。構造モデル（Ｅ）は、ステップＳ２０７以降において、構造モデル間の関連を遡る際に、最前線となる構造モデルである。したがって、構造モデル（Ｅ）の値は、当該最前線の移動に従って変化する。一方、構造モデル（Ｃ）は、遡りの出発点として記憶される構造モデルである。そこで、関連の遡りによって構造モデル（Ｃ）の値が更新されないようにするため、構造モデル（Ｃ）の値が構造モデル（Ｅ）に代入されるのである。
　続いて、参照モデル生成部１４は、構造モデル（Ｅ）における関連元のＣＩタイプを取得する（Ｓ２０７）。取得されたＣＩタイプを、以下「ＣＩタイプ（Ｔ）」という。図７の構造モデル（ｍｏｄｅｌ－１）の参照元のＣＩタイプは「ＳｅｒｖｅｒＤｏｍａｉｎ」である。したがって、「ＳｅｒｖｅｒＤｏｍａｉｎ」がＣＩタイプ（Ｔ）として取得される。
　続いて、参照モデル生成部１４は、ＣＩタイプ（Ｔ）を関連先とする構造モデルを構造モデル記憶部１３より検索する（Ｓ２０８）。図７の構造モデル記憶部１３には、該当する構造モデルは無い。この場合（Ｓ２０９でＮｏ）、参照モデル生成部１４は、ステップＳ２０２以降を繰り返し実行する。すなわち、未処理の構造モデル（ｍｏｄｅｌ－２）が構造モデル（Ｃ）及び構造モデル（Ｅ）とされ、ステップＳ２０４～Ｓ２０８が実行される。その結果、図７の参照モデル生成用テーブル１７の２行目が追加される。
　構造モデル（ｍｏｄｅｌ－２）の関連元のＣＩタイプ（Ｓｅｒｖｅｒ）を関連先とする構造モデルは、構造モデル（ｍｏｄｅｌ－１）及び構造モデル（ｍｏｄｅｌ－３）である。したがって、構造モデル（ｍｏｄｅｌ－２）が構造モデル（Ｅ）である場合のステップＳ２０８では、二つの構造モデルが構造モデル（Ｓ）として検索される。
　ステップＳ２１０に進み、参照モデル生成部１４は、未処理の構造モデル（Ｓ）の一つを処理対象とする。未処理の構造モデル（Ｓ）とは、ステップＳ２１１以降に関して処理対象とされていないことを意味する。ここでは、構造モデル（ｍｏｄｅｌ－１）が処理対象とされる。
　続いて、参照モデル生成部１４は、新たな参照モデル名（Ｎ）を生成し、出現位置（Ｐ）を１に初期化する（Ｓ２１１）。続いて、参照モデル生成部１４は、構造モデル（Ｅ）は、構造モデル（Ｃ）であるか否か（遡りの最前線は、構造モデル（Ｃ）から移動しているか否か）を判定する（Ｓ２１２）。ここでは、構造モデル（Ｅ）及び構造モデル（Ｃ）は、いずれも構造モデル（ｍｏｄｅｌ－２）である（Ｓ２１２でＮｏ）。したがって、この場合、ステップＳ２１５に進む。
　ステップＳ２１５において、参照モデル生成部１４は、参照モデル生成用テーブル１７に新たな行を一つ追加し、当該行に、参照モデル名（Ｎ）、処理対象の構造モデル（Ｓ）の構造モデル名、出現位置（Ｐ）＋１、構造モデル（Ｅ）の構造モデル名、及び出現位置（Ｐ）を記録する（Ｓ２１５）。ここでは、図９の３行目が記録される。すなわち、構造モデル（Ｓ）の構造モデル名は、構造モデル名（元）に記録される。出現位置（Ｐ）＋１は、出現位置（元）に記録される。構造モデル（Ｅ）の構造モデル名は、構造モデル名（先）に記録される。出現位置（Ｐ）は、出現位置（先）に記録される。
　続いて、参照モデル生成部１４は、未処理の構造モデル（Ｓ）の有無を判定する（Ｓ２１６）。ここでは、構造モデル（ｍｏｄｅｌ－３）が未処理の構造モデル（Ｓ）として残っている（Ｓ２１６でＹｅｓ）。したがって、構造モデル（ｍｏｄｅｌ－３）が処理対象とされて（Ｓ２１０）、ステップＳ２１１以降が実行される。その結果、図９の参照モデル生成用テーブル１７に４行目が追加される。
　全ての構造モデル（Ｓ）について処理が完了すると（Ｓ２１６でＹｅｓ）、参照モデル生成部１４は、各構造モデル（Ｓ）をそれぞれ構造モデル（Ｅ）として、ステップＳ２０７以降を実行する（Ｓ２１７）。すなわち、各構造モデル（Ｓ）が遡りの最前線とされ、ステップＳ２０７以降が実行される。ここでは、構造モデル（Ｓ）に含まれる構造モデル（ｍｏｄｅｌ－１）及び構造モデル（ｍｏｄｅｌ－３）の双方とも、関連元のＣＩタイプを関連先に有する構造モデルは構造モデル記憶部１３（図７）には存在しない（Ｓ２０９でＮｏ）。したがって、参照モデル生成用テーブル１７は更新されない。
　続いて、ステップＳ２０２において、構造モデル（ｍｏｄｅｌ－３）が構造モデル（Ｃ）とされ、ステップＳ２０３以降が実行されることにより、参照モデル生成用テーブル１７の５行目が追加される（Ｓ２０５）。構造モデル（ｍｏｄｅｌ－３）における関連元のＣＩタイプを関連先とする構造モデルは存在しない（Ｓ２０９Ｎｏ）。また、図７の構造モデル記憶部１３において、構造モデル（ｍｏｄｅｌ－３）より後に構造モデルは存在しない（Ｓ２０３でＮｏ）。したがって、参照モデル生成部１４は、参照モデル生成用テーブル１７に基づく参照モデルの生成処理を実行する（Ｓ２１８）。
　以上の説明では、ステップＳ２１３及びＳ２１４が説明されていない。当該ステップは、３構造モデルが３階層以上にわたって連結される場合に実行される処理であるところ、図７の構造モデルが連結される階層は、２階層だからである。そこで、３階層以上にわたって連結される構造モデルの例を用いて、ステップＳ２１３及びＳ２１４について説明する。
　図１０は、３階層以上にわたって連結される構造モデルの例及び当該構造モデルに基づく参照モデル生成用テーブルの例を示す図である。
　同図（１）のＭ１～Ｍ４は、構造モデルを示す。構造モデル間の矢印は、構造モデルの関連を示す。矢印の向きは、当該関連の方向を示す。（１）において、各破線によって囲まれる範囲は、図８の処理によって生成される参照モデルの範囲を示す。例えば、参照モデルＶ１には、構造モデルＭ１が含まれることを示す。また、参照モデルＶ３には、構造モデルＭ１、Ｍ２、及びＭ３が含まれることを示す。なお、以下の説明において、Ｍ１～Ｍ４及びＶ１～Ｖ４は、各構造モデル又は各参照モデルの構造モデル名又は参照モデル名として用いられる。
　同図（１）の構造モデルに関して、図８のステップＳ２０２において構造モデルＭ１が処理対象（構造モデル（Ｃ））とされた場合について説明する。
　この場合、図１０（２）の参照モデル生成用テーブル１７ａの１行目及び２行目が記録される過程については、図７に対して図８の処理が適用された場合の上記説明より自明であるため省略する。なお、２行目が記録された直後のステップＳ２１５において、構造モデル（Ｃ）及び構造モデル（Ｅ）は、構造モデルＭ１である。また、構造モデル（Ｓ）は、構造モデルＭ２である。
　構造モデルＭ１に関して構造モデル（Ｓ）として検索される構造モデルは、構造モデルＭ２のみである（Ｓ２１６でＮｏ）。したがって、参照モデル生成部１４は、構造モデルＭ２を構造モデル（Ｅ）としてステップＳ２０７に進む（Ｓ２１７）。
　続いて、参照モデルＭ２に関して、構造モデルＭ３が構造モデル（Ｓ）として検索される（Ｓ２０７、Ｓ２０８、Ｓ２０９でＹｅｓ）。したがって、構造モデルＭ３が処理対象とされてステップＳ２１０以降が実行される。
　この時点において、構造モデル（Ｅ）は、構造モデルＭ２である。また、構造モデル（Ｃ）は、構造モデルＭ１である（Ｓ２１２でＹｅｓ）。したがって、参照モデル生成部１４は、ステップＳ２１３に進む。ステップＳ２１３において、参照モデル生成部１４は、構造モデル（Ｃ）（構造モデルＭ１）の構造モデル名が構造モデル名（先）に記録されている最後の行から最終行までの各行のコピーを新たに参照モデル生成用テーブル１７ａに追加する。参照モデル生成部１４は、コピーされた各行に、ステップＳ２１１において生成された参照モデル名を記録する（Ｓ２１３）。
　図１０（２）を参照すると、２行目までが記録されている状態において、構造モデルＭ１の構造モデル名が構造モデル名（先）に記録されている最後の行は、２行目である。また、最終行も２行目である。したがって、２行目のコピーが３行目として追加される。但し、参照モデル名には、ステップＳ２１１において新たに生成された「Ｖ３」が記録される。
　続いて、参照モデル生成部１４は、出現位置（Ｐ）の値を、ステップＳ２１３において追加された新たな最終行の出現位置（元）の値によって更新する（Ｓ２１４）。したがって、ここでは、出現位置（Ｐ）の値は、２となる。
　続いて、参照モデル生成部１４は、参照モデル生成用テーブル１７ａに新たな一行を追加し、ステップＳ２１３と同一の参照モデル名、構造モデルＭ３の構造モデル名、出現位置（Ｐ）＋１、構造モデルＭ２の構造モデル名、及び出現位置（Ｐ）を当該行に記録する（Ｓ２１５）。
　ここで記録されるのは、図１０（２）の４行目である。ここで、４行目の参照モデル名は、３行目の参照モデル名と同じである。換言すれば、３行目及び４行目は、同一の参照モデルに関する情報である。
　すなわち、ステップＳ２１３及びＳ２１４は、３階層以上の構造モデルを含む参照モデルを生成するための処理である。特に、ステップＳ２１３は、構造モデル（Ｃ）から、現在の最前線の構造モデル（Ｅ）までの経路を、参照モデル生成用テーブル１７ａに記録するための処理である。当該経路の記録を簡便化するため、既に記録されている、当該経路を示す行がコピーされているのである。
　その後、同様の要領で、構造モデル（Ｃ）は構造モデルＭ１のまま、最前線（構造モデル（Ｅ）は、構造モデルＭ３、構造モデルＭ４へと移動する。図１０（２）の参照モデル生成用テーブル１７ａは、構造モデルＭ１に関して、先端（構造モデルＭ４）までの探索が終了した時点における状態を示す。
　この状態において、参照モデルＶ４に関しては、３行が参照モデル生成用テーブル１７ａに追加されている。
　続いて、図８のステップＳ２１８の詳細について説明する。図１１は、参照モデル生成用テーブルに基づく参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ３０１において、参照モデル生成部１４は、参照モデル生成用テーブル１７の上から順番に、参照モデル名が一致する全ての行を取得する。図９の例では、各行の参照モデル名は異なる。したがって、１行ずつ取得される。
　続いて、参照モデル生成部１４は、取得された行の出現位置に基づいて、取得された行に含まれている構造モデルを連結する（Ｓ３０１）。すなわち、構造モデル間に関連が生成される。当該関連において、関連先及び関連元は、出現位置に基づいて判定される。すなわち、出現位置が小さい方が関連先となり、出現位置が大きい方が関連元となる。なお、図１０（２）のＶ３又はＶ４については、ステップＳ３０１において複数行が取得される。この場合、出現位置が同一の構造モデルにおいて、各行の構造モデルの連結結果が連結される。その結果、３階以上にわたる構造モデルの連結結果が生成される。
　続いて、参照モデル生成部１４は、構造モデルの連結結果を、参照モデルとして参照モデル記憶部１５に記録する（Ｓ３０３）。
　図１２は、参照モデル記憶部の構成例を示す図である。同図に示されるように、参照モデル記憶部１５は、参照モデルごとに、参照モデル名及び関連経路等を記憶する。参照モデル名は、参照モデルごとに一意な識別名である。関連経路は、参照モデルにおける、ＣＩタイプ間の関連の経路を示す情報である。
　すなわち、ステップＳ３０３において、参照モデル生成部１４は、構造モデル記憶部１３を参照して、連結結果に係る各構造モデルをＣＩタイプの関連経路に置換した結果を、参照モデル記憶部１５の関連経路に記録する。参照モデル名は、参照モデル生成用テーブル１７（図９）の値がそのまま引き継がれる。
　図９の参照モデル生成用テーブル１７に記録されている全ての行に関してステップＳ３０１～Ｓ３０３の実行が終了すると（Ｓ３０４でＮｏ）、ステップＳ３０５に進む。なお、この時点において、参照モデル記憶部１５は、ｖｉｅｗ－１～ｖｉｅｗ－５までが記録された状態となる。
　続いて、参照モデル生成部１４は、ステップＳ３０１～Ｓ３０３において、参照モデル記憶部１５に記録された参照モデルの中で、連結可能な全ての組み合わせを抽出し、当該組み合わせの各連結結果を各参照モデルとして、参照モデル記憶部１５に記録する（Ｓ３０５）。連結可能な組み合わせとは、いずれかの参照モデルの末端のＣＩタイプと他の参照モデルに含まれるＣＩタイプとの一致に基づいて連結可能な２以上の参照モデルの組み合わせをいう。このような組み合わせには、例えば、二つの参照モデルの末端（関連先を有さないＣＩタイプ）のＣＩタイプが一致する場合が含まれる。但し、組み合わされる参照モデルは二つに限定されない。また、包含関係にある参照モデルの組み合わせは除外される。包含関係にある参照モデルの組み合わせは、包含する方の参照モデルと変わらないからである。また、組み合わせの結果、同一の関連経路が形成された場合、当該重複は除去される。
　すなわち、ステップＳ３０５は、相互に分岐関係にある参照モデルが連結された参照モデルを生成するための処理である。その結果、図１２における、ｖｉｅｗ－６及びｖｉｅｗ－７が生成される。ｖｉｅｗ－６は、ｖｉｅｗ－１とｖｉｅｗ－５とを「Ｓｅｒｖｅｒ」において連結した結果、生成される参照モデルである。ｖｉｅｗ－７は、ｖｉｅｗ－１とｖｉｅｗ－４とを「Ｓｅｒｖｅｒ」において連結した結果、生成される参照モデルである。但し、ｖｉｅｗ－７は、ｖｉｅｗ－３とｖｉｅｗ－５とを「Ｓｅｖｅｒ」において連結することにより生成されてもよい。なお、ｖｉｅｗ－６及びｖｉｅｗ－７の関連経路において、記号「｜｜」は、分岐を示す。
　図１２における参照モデルの範囲（経路）を概念的に示すと、図１３のように表せる。図１３は、参照モデルの範囲を概念的に示す図である。図１３において、破線による矩形は、参照モデルの範囲又は参照モデルに属するＣＩタイプの経路を示す。各矩形の参照番号は、図１２の参照モデル名に一致する。
　以上で参照モデルの生成は終了する。続いて、参照モデルを利用した、ＣＭＤＢ１１の表示制御処理について説明する。図１４は、ＣＭＤＢの表示制御処理の処理手順を説明するためのフローチャートの一例である。なお、図１４は、図４～図１１の処理とは非同期に実行される。例えば、図１４の処理は、ユーザによってＣＭＤＢ１１の参照指示が入力された際に実行される。
　ステップＳ４０１において、表示制御部１６は、参照の起点とするＣＩ（以下、「起点ＣＩ」という。）の指定をユーザより受け付ける。例えば、表示制御部１６は、ＣＩの検索画面をクライアント装置２０に表示させ、当該検索画面において指定された条件に合致するＣＩをＣＭＤＢ１１より検索する。表示制御部１６は、検索結果としてのＣＩの一覧をクライアント装置２０に表示させ、当該一覧の中からＣＩを選択させることにより、起点ＣＩの指定を受け付ける。なお、起点ＣＩは、複数指定されてもよい。
　表示制御部１６は、起点ＣＩの指定に伴って、展開方向の指定も受け付ける。展開方向とは、起点ＣＩのいずれの方向の関連を展開するか（検索する対象とするか）を示すパラメータである。展開方向の値としては、正方向、逆方向、及び双方向等が有る。正方向は、起点ＣＩの関連先の方向をいう。逆方向は、起点ＣＩの関連元の方向をいう。双方向は、正方向及び逆方向の双方向である。
　続いて、表示制御部１６は、起点ＣＩのＣＩタイプが含まれる全ての参照モデルを参照モデル記憶部１５より検索する（Ｓ４０２）。起点ＣＩのＣＩタイプは、ＣＭＤＢ１１より当該ＣＩの情報を検索することにより、判別可能である。
　続いて、表示制御部１６は、参照モデル選択画面をクライアント装置２０に表示させる（Ｓ４０３）。
　図１５は、参照モデル選択画面の表示例を示す図である。同図において、参照モデル選択画面５１０は、参照モデル選択領域５１１等を含む。
　参照モデル選択領域５１１には、ステップＳ４０２において検索された参照モデルの一覧が選択可能な状態で表示される。同図では、ＳｅｒｖｅｒＤｏｍａｉｎに属するＣＩが起点ＣＩとして指定された例が示されている。したがって、ＳｅｒｖｅｒＤｏｍａｉｎを含む全ての参照モデルが表示されている。
　なお、同図では、各ＣＩタイプが表示用の文字列（表示名）によって表示されている。表示制御部１６は、参照モデル選択画面の表示時において、表示名一覧テーブルを参照して、ＣＩタイプを表示名に変換しているためである。
　図１６は、ＣＩタイプ表示名一覧テーブルの構成例を示す図である。同図に示されるように、ＣＩタイプ表示名一覧テーブル１８には、ＣＩタイプごとに、表示名が記録されている。なお、ＣＩタイプ表示一覧テーブル１８は、例えば、補助記憶装置１０２に予め記録されている。
　続いて、表示制御部１６は、参照モデル選択画面５１０を介して参照モデルの選択を受け付ける（Ｓ４０４）。すなわち、参照モデル選択領域５１１においていずれかの参照モデルが選択され、ＯＫボタン５１２がクリックされると、表示制御部１６は、選択された参照モデルの参照モデル名をメモリ装置１０３を用いて記憶する。
　続いて、表示制御部１６は、起点ＣＩを起点として、ＣＩ間の関連を辿ることにより、起点ＣＩと連鎖的に関連するＣＩをＣＭＤＢ１１より検索する（Ｓ２０５）。この際、関連を辿る方向は、展開方向として指定された方向である。また、検索範囲は、選択された参照モデルによって示される範囲である。具体例として、ＳｅｒｖｅｒＤｏｍａｉｎのＣＩ起点ＣＩであり、展開方向が正方向又は双方向の場合において、「ドメイン＞サーバ＞ソフトウェア」に係る参照モデルが選択されとする。この場合、ＣＩタイプが「Ｓｅｒｖｅｒ」のＣＩの中で、起点ＣＩを関連元とするＣＩ（サーバＣＩ）が検索される。続いて、ＣＩタイプが「Ｓｏｆｔｗａｒｅ」のＣＩの中で、検索されたサーバＣＩを関連元とするＣＩが検索される。なお、検索範囲は限定せずに、検索の実行後、検索結果が参照モデルによって限定されてもよい。
　続いて、表示制御部１６は、ＣＭＤＢ参照画面をクライアント装置２０に表示させる（Ｓ４０６）。
　図１７は、ＣＭＤＢ参照画面の表示例を示す図である。同図において、ＣＭＤＢ参照画面５２０は、関連ＣＩ一覧表示領域５２１、起点ＣＩ情報表示領域５２２、参照モデル表示領域５２３、及び展開方向表示領域５２４等を含む。
　関連ＣＩ一覧表示領域５２１は、ステップＳ４０５における検索結果がツリー形式によって表示される領域である。すなわち、関連ＣＩ一覧表示領域５２１には、検索された各ＣＩをノードとするツリー部品が表示される。
　起点ＣＩ情報表示領域５２２は、起点ＣＩに関する情報が表示される領域である。同図では、ＣＩタイプ、ドメイン名、及びＩＤ（ドメインＩＤ）が示されている。
　参照モデル表示領域５２３は、参照モデル選択画面５１０において選択された参照モデルが表示される領域である。参照モデル表示領域５２３の表示内容を確認することにより、ユーザは、現在どのような参照モデルに基づいて表示が行われているのかを確認することができる。
　展開方向表示領域５２４は、指定された展開方向が表示される領域である。
　このように、ＣＭＤＢ参照画面５２０において表示対象とされるＣＩは、ユーザが所望する範囲内のＣＩに限定される。したがって、不要なＣＩが表示されることによる煩雑さや、必要なＣＩが表示されないことによる不都合を解消することができる。
　なお、上記では、検索結果が一度に展開される例について説明した。但し、参照モデル表示領域５２３のノードが操作されることにより、一階層分の関連ごとに検索が行われるようにしてもよい。この場合であっても、参照可能な範囲は、選択された参照モデルによって限定される。
　上述したように、本実施の形態によれば、データベースの参照範囲を限定するための作業を効率化することができる。すなわち、構成管理サーバ１０は、ＣＭＤＢ１１（ＭＤＲ３０）からＣＩ間の関連を抽出し、抽出された関連を接続することにより、ＣＭＤＢ１１の参照範囲（参照経路）を限定するための参照モデルを自動的に生成する。ＣＭＤＢ１１が参照される際において、構成管理サーバ１０は、参照モデルの中から所望の参照範囲に対応する参照モデルをユーザに選択させ、当該参照モデルに基づいて、ＣＭＤＢ１１の参照範囲を限定する。すなわち、選択された参照モデルに含まれるＣＩタイプの範囲内に参照範囲（検索範囲）が限定される。
　したがって、参照範囲としたい関連を自らの思考に基づいて一つずつ選択するといった煩雑な作業からユーザを解放することができる。
　なお、本実施の形態では、データベースの一例として、ＣＭＤＢ１１又はＭＤＲ３０を用いて説明した。但し、このことは、本実施の形態において説明した情報処理内容を適用可能な範囲が、ＣＭＤＢ等に限定されることを意図するものではない。すなわち、本実施の形態の情報処理内容は、データ及び該データ間の関連を管理する各種のデータベースに対して有効に適用されうる。
　以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０　　　　　構成管理サーバ

１１　　　　　ＣＭＤＢ

１２　　　　　構造モデル生成部

１３　　　　　構造モデル記憶部

１４　　　　　参照モデル生成部

１５　　　　　参照モデル記憶部

１６　　　　　表示制御部

２０　　　　　クライアント装置

３０　　　　　ＭＤＲ

１００　　　　ドライブ装置

１０１　　　　記録媒体

１０２　　　　補助記憶装置

１０３　　　　メモリ装置

１０４　　　　ＣＰＵ

１０５　　　　インタフェース装置

Ｂ　　　　　　バス

Claims (12)


  1. 　データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、

    　関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段と、

    を有する参照支援装置。

  2. 　前記データベースからの前記データの検索結果を表示させる表示制御手段を有し、

    　前記表示制御手段は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項１記載の参照支援装置。

  3. 　前記表示制御手段は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項２記載の参照支援装置。

  4. 　前記記録手段は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項１乃至３いずれか一項記載の参照支援装置。

  5. 　データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、

    　関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、

    をコンピュータが実行する参照支援方法。

  6. 　前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータが実行し、

    　前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項５記載の参照支援方法。

  7. 　前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項６記載の参照支援方法。

  8. 　前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項５乃至７いずれか一項記載の参照支援方法。

  9. 　データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、

    　関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、

    をコンピュータに実行させる参照支援プログラム。

  10. 　前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータに実行させ、

    　前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項９記載の参照支援プログラム。

  11. 　前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項１０記載の参照支援プログラム。

  12. 　前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項９乃至１１いずれか一項記載の参照支援プログラム。
PCT/JP2011/051460 2011-01-26 2011-01-26 参照支援装置、参照支援方法、及び参照支援プログラム WO2012101775A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2011/051460 WO2012101775A1 (ja) 2011-01-26 2011-01-26 参照支援装置、参照支援方法、及び参照支援プログラム
JP2012554565A JP5445696B2 (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)

* Cited by examiner, † Cited by third party
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
US10191957B2 (en) * 2015-10-16 2019-01-29 Sap Se Limiting dataset cardinality for rapid data visualization
US10756961B2 (en) 2016-01-27 2020-08-25 Oracle International Corporation System and method of assigning admin partition membership based on switch connectivity 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
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
US20190102477A1 (en) * 2017-10-03 2019-04-04 Servicenow, Inc. Novel metadata relationships in a configuration management database

Citations (5)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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 삼성전자주식회사 휴대용 단말기의 디지털 방송 저장 장치 및 방법
US20110078218A1 (en) * 2008-02-29 2011-03-31 Mitsubishi Electronic Corporation Event history storage device, event history tracking device, event history storage method, event history storage program, and data structure

Patent Citations (5)

* Cited by examiner, † Cited by third party
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
JP5445696B2 (ja) 2014-03-19
US20130311465A1 (en) 2013-11-21
JPWO2012101775A1 (ja) 2014-06-30
US9697272B2 (en) 2017-07-04

Similar Documents

Publication Publication Date Title
US11703826B1 (en) Monitoring asset hierarchies based on asset group metrics
US11768875B2 (en) Monitoring system control interface for asset tree determination
US9129005B2 (en) Method and apparatus for searching a hierarchical database and an unstructured database with a single search query
JP5445696B2 (ja) 参照支援装置、参照支援方法、及び参照支援プログラム
US11030248B2 (en) Resource dependency system and graphical user interface
US9116968B2 (en) Methods and apparatus related to graph transformation and synchronization
US9390124B2 (en) Version control system using commit manifest database tables
US11556592B1 (en) Storage estimate generation
CN102262650B (zh) 链接的数据库
RU2507574C2 (ru) Постраничное разбиение иерархических данных
CN107451225A (zh) 用于半结构化数据的可缩放分析平台
CN102760058B (zh) 面向大规模协作开发的海量软件项目共享方法
JP2011257812A (ja) スキーマ定義生成装置、スキーマ定義生成方法およびスキーマ定義生成プログラム
CN113364801A (zh) 网络防火墙策略的管理方法、系统、终端设备及存储介质
US7752300B2 (en) Automatically determining management information base modules for a device
CN107239568B (zh) 分布式索引实现方法及装置
CN106682210B (zh) 日志文件查询方法及装置
JP2013161438A (ja) 文書管理システム、コンピュータプログラム、文書管理方法
JP5210970B2 (ja) 共通クエリグラフパターン生成方法、共通クエリグラフパターン生成装置及び共通クエリグラフパターン生成プログラム
CN107004036A (zh) 用以搜索包含大量条目的日志的方法和系统
CN101968747A (zh) 一种机群应用管理系统及其应用管理方法
JP6313987B2 (ja) ファイル管理プログラム、ファイル管理方法、及びファイル管理システム
US20140279869A1 (en) Transaction-Based Traversal-Free Data Synchronization Among Multiple Sites
CN113918728A (zh) 一种工业互联网后服务知识图谱分析平台
JP2009176044A (ja) 文書検索方法及び装置及びプログラム及びコンピュータ読取可能な記録媒体

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