WO2009144821A1 - 装置構成情報最適配置方法及び装置構成情報最適配置システム - Google Patents

装置構成情報最適配置方法及び装置構成情報最適配置システム Download PDF

Info

Publication number
WO2009144821A1
WO2009144821A1 PCT/JP2008/060057 JP2008060057W WO2009144821A1 WO 2009144821 A1 WO2009144821 A1 WO 2009144821A1 JP 2008060057 W JP2008060057 W JP 2008060057W WO 2009144821 A1 WO2009144821 A1 WO 2009144821A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration information
device configuration
management unit
information management
unit
Prior art date
Application number
PCT/JP2008/060057
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/JP2008/060057 priority Critical patent/WO2009144821A1/ja
Priority to JP2010514313A priority patent/JP5120451B2/ja
Priority to GB1020167.1A priority patent/GB2474145B/en
Publication of WO2009144821A1 publication Critical patent/WO2009144821A1/ja
Priority to US12/955,557 priority patent/US8209440B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Definitions

  • the present invention acquires and integrates device configuration information from a plurality of device configuration information management units, and a device configuration information management unit that manages device configuration information including a component of a device to be managed and a relationship between components.
  • the present invention relates to an apparatus configuration information optimal arrangement method and an apparatus configuration information optimal arrangement system in an apparatus configuration information integrated management system including an apparatus configuration information integrated management unit to be managed.
  • ITIL registered trademark, Information Technology Infrastructure Library
  • CMDB Configuration Management Database
  • CI system configuration information
  • Configuration Item a device configuration information database
  • the system configuration information database is constructed as a database for managing the relationship between the system configuration information and the system configuration information.
  • the device configuration of the system includes various elements such as software and various data, not to mention various hardware.
  • the implementation of the device configuration information database is called MDR (Management Data Repository). Furthermore, MDR manages the relationship (relationship) between each apparatus configuration information with apparatus configuration information.
  • FCMDB Federated CMDB
  • FCMDB has a reconciliation function that is a function of mediating device configuration information.
  • the reconciliation function integrates the same device configuration information managed with a different name for each MDR or the same device configuration information managed with a different local ID for each MDR.
  • the issue is how to efficiently retrieve the target data by cross-searching a plurality of lower-layer databases from the upper-layer database. That is, since the target device configuration information is distributed in a plurality of databases in each lower layer, the search response speed is reduced.
  • the database structure and data arrangement of a plurality of databases under a higher-level database are devised, or the database data arrangement is changed to improve search efficiency. It was.
  • related device configuration information is summarized so as to be optimally arranged at the time of device configuration information data registration or dynamically (during FCMDB operation). In this way, related device configuration information can be acquired more quickly from each MDR in FCMDB.
  • the present invention has been made to solve the above problems (problems), while avoiding the problem of optimal placement investigation, the problem of relationship, the problem of reconciliation, and the problem of the location of device configuration information. It is an object of the present invention to provide an apparatus configuration information optimal arrangement method and apparatus configuration information optimal arrangement system that allow related apparatus configuration information to be acquired more quickly.
  • the device configuration information management unit includes a device configuration information management unit that manages the device configuration, and a device configuration information integrated management unit that acquires and manages the device configuration information from a plurality of device configuration information management units.
  • the device configuration information optimal arrangement processing unit is a device configuration information managed by a plurality of device configuration information management units. It is a requirement to perform the optimum arrangement by aggregation into a single device configuration information management unit of the device configuration information management unit number.
  • the disclosed device configuration information optimum arrangement method and device configuration information optimum arrangement system when the device arrangement information related to each other is aggregated into one MDR based on the mutual relation and the optimum arrangement is performed, one MDR It is possible to acquire all the target device configuration information related to each other only by searching for the device configuration, and it is possible to acquire the device configuration information search result more quickly.
  • FIG. 1 is a diagram for explaining an outline and features of an example of an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration of an apparatus configuration information integrated management system according to an example of the embodiment.
  • FIG. 3 is a diagram illustrating an example of a device configuration information management table.
  • FIG. 4 is a diagram illustrating an example of a relationship information management table.
  • FIG. 5 is a diagram illustrating an example of the origin information management table.
  • FIG. 6 is a diagram illustrating an example of the device configuration information management table.
  • FIG. 7 is a diagram illustrating an example of a relationship information management table.
  • FIG. 8 is a diagram illustrating an example of the location information management table.
  • FIG. 9 is a flowchart showing various processing request execution processing procedures in the apparatus configuration information integrated management system.
  • FIG. 9 is a flowchart showing various processing request execution processing procedures in the apparatus configuration information integrated management system.
  • FIG. 10 is a flowchart showing the configuration information optimum arrangement processing procedure.
  • FIG. 11 is a flowchart illustrating a rearrangement determination processing procedure.
  • FIG. 12 is a flowchart showing the rearrangement execution processing procedure.
  • FIG. 13 is a flowchart showing the origin management processing procedure.
  • FIG. 14 is a diagram for explaining the outline of the origin management process.
  • FIG. 15 is a flowchart showing the location management processing procedure.
  • FIG. 16 is a diagram for explaining the outline of the location management process.
  • FIG. 17 is a flowchart showing a simple registration processing procedure.
  • FIG. 18 is a diagram for explaining the outline of the simple registration process.
  • FIG. 19 is a flowchart showing the remaining capacity acquisition processing procedure of the MDR information management unit.
  • FIG. 20 is a flowchart showing an information acquisition processing procedure.
  • FIG. 21 is a diagram for explaining an overview of the information acquisition process.
  • Configuration Information Relocation Execution Management Device 101 Allocation Determination Unit 102 Allocation Execution Unit 200 FCMDB 201 Operation Execution Unit 202 FCMDB Information Management Unit 202a Device Configuration Information Management Table 202b Relationship Information Management Table 203 Origin Management Unit 204 Origin Information Management Unit 204a Origin Information Management Table 300a, ..., 300n MDR 301 Operation Execution Unit 302 MDR Information Management Unit 302a Device Configuration Information Management Table 302b Relationship Information Management Table 303a Location Management Unit 303b Simple Registration Unit 303c Remaining Capacity Management Unit 303d Information Acquisition Unit 304 Location Information Management Unit 304a Location Information Management Table
  • the MDR manages the device configuration information of a device to be managed
  • the FCMDB integrally manages the device configuration information of each MDR.
  • FIG. 1 is a diagram for explaining an outline and features of an example of an embodiment.
  • the MDRs that the FCMDB is subject to integrated management are MDR1, MDR2, and MDR1.
  • the MDR 1 indicates that “server 1” and “server 2” are managed as device configuration information.
  • the MDR 2 indicates that “HDD (Hard Disk Drive, hereinafter the same) 1”, “HDD 2”, and “HDD 3” are managed as device configuration information.
  • the MDR 3 indicates that “network 1” and “network 2” are managed as device configuration information.
  • optimal arrangement of device configuration information related to each other is performed. That is, by moving the device configuration information of “HDD1”, “HDD2”, and “Network1” associated with “Server1” in the relationships “Rel1”, “Rel2”, and “Rel3” to the MDR1 and consolidating them. Optimal placement.
  • the apparatus configuration information of “server 2” and “HDD 3” associated with “network 2” in the relationships “Rel 4” and “Rel 5” is moved to the MDR 3 to be optimally arranged.
  • the target device related to each other can be obtained only by searching for one MDR. All configuration information can be acquired. Therefore, the turnaround time of the search result can be shortened.
  • FIG. 2 is a block diagram illustrating a configuration of an apparatus configuration information integrated management system according to an example of the embodiment.
  • the device configuration information integrated management system S includes a configuration information relocation execution management device 100, an FCMDB 200, and MDRs 300a,.
  • the configuration information relocation execution management apparatus 100 is connected to the FCMDB 200 and the MDRs 300a,..., 300n, performs apparatus configuration information relocation processing for each MDR, and performs apparatus configuration information relocation management. It is.
  • the configuration information rearrangement execution management apparatus 100 includes an arrangement determination unit 101 and an arrangement execution unit 102.
  • the arrangement determination unit 101 requests the FCMDB 200 to obtain origin information indicating which device configuration information is managed by which MDR.
  • the arrangement execution unit 102 is requested to execute the arrangement of the apparatus configuration information. .
  • the arrangement execution unit 102 requests a certain MDR to delete the corresponding device configuration information when moving the device configuration information managed by a certain MDR to another MDR. In addition, it requests other MDRs to simply register the corresponding device configuration information.
  • the arrangement execution unit 102 selects, for example, an MDR having the largest remaining capacity of a DB (Data Base, database, the same shall apply hereinafter) in order to determine a destination MDR to which the device configuration information is to be moved. For this purpose, a request for acquiring the remaining capacity of the resource is sent to each MDR.
  • DB Data Base, database
  • the FCMDB 200 is a device that integrally manages device configuration information managed by each MDR 300a,..., 300n.
  • the FCMDB 200 includes an operation execution unit 201 that executes various data operations managed by the FCMDB information management unit 202 described later.
  • the FCMDB 200 includes an FCMDB information management unit 202 that virtually integrally manages device configuration information managed by each MDR 300a,..., 300n.
  • the FCMDB information management unit 202 stores a device configuration information management table 202a and a relationship information management table 202b.
  • the device configuration information management table 202a manages configuration item (CI) information included in the device configuration information for each MDR, as shown in FIG. Further, the relationship information management table 202b manages which configuration item is associated with which configuration item for each relationship, as shown in FIG.
  • the FCMDB 200 includes a origin management unit 203 that performs data manipulation of origin information indicating which MDR is managed by each configuration item managed in the device configuration information management table 202a, and origin information that manages origin information. And a management unit 204.
  • the origin management unit 203 performs a data operation on the origin information managed by the origin information management unit 204 in response to the origin management request from the operation execution unit 201.
  • the origin information management unit 204 stores an origin information management table 204a.
  • the origin information management table 204a includes, for example, each configuration item included in the configuration information identified by the “entity ID” that is a globally valid ID in the device configuration information integrated management system S as shown in FIG. Manages the association of which MDR is managed.
  • the origin of the configuration item included in the device configuration information whose “entity ID” is “GID (Global ID) 1” is “MDR1% LID1” and “MDR3% LID1”.
  • “LID (Local ID)” is an ID that is locally valid in each MDR.
  • the origin is “MDR1% LID1” represents “a configuration item of LID1 of MDR1”, and “MDR3% LID1” represents “a configuration item of LID1 of MDR3”.
  • the configuration of the MDR will be described on behalf of the MDR 300a.
  • the MDR 300a includes an operation execution unit 301 that executes various data operations managed by an MDR information management unit 302 described later.
  • the MDR 300a includes an MDR information management unit 302 that manages device configuration information.
  • the MDR information management unit 302 stores a device configuration information management table 302a and a relationship information management table 302b.
  • the device configuration information management table 302a manages configuration item information managed by the MDR, as shown in FIG. Moreover, the relationship information management table 302b manages the configuration item with the relationship for each configuration item together with the identification information of the MDR in which the configuration item is managed as shown in FIG.
  • the MDR 300a includes a location management unit 303a and a simple registration unit 303b that perform data operations on the location information management table 304a in the location information management unit 304 described later in response to a location management request and a simple registration request from the operation execution unit 301. Have.
  • the location management unit 303a performs registration, update, deletion, and search of location information. Further, the simple registration unit 303b registers the location information of the device configuration information that has been moved from the other MDR by the optimal arrangement in the location information management table 304a of the location information management unit 304, with the location information itself as the location.
  • the location information management unit 304 stores a location information management table 304a for managing the location of the device configuration information.
  • the location information management table 304a manages “location” corresponding to “entity ID” as shown in FIG. Specifically, the location of the device configuration information whose “entity ID” is “LID1” is “MDR2% LID1”. “MDR2% LID1” represents “MDR2 LID1 configuration item”.
  • FIG. 8 is the location information management table of MDR1
  • FIG. 8 shows that “the configuration item of LID1 of MDR1 has been moved to MDR2.”
  • 8 shows the location information management table of MDR2
  • FIG. 8 shows that “the configuration item of LID1 exists in MDR2 (is not moved anywhere)”.
  • the MDR 300a includes a remaining capacity management unit 303c that acquires the remaining capacity of the resource of the MDR information management unit 302 in response to a remaining capacity acquisition request from the operation execution unit 301. Furthermore, the MDR 300a searches for the device configuration information with reference to the device configuration information management table 302a and the relationship information management table 302b of the MDR information management unit 302 in response to the device configuration information acquisition request from the operation execution unit 301. It has the information acquisition part 303d which returns a result.
  • the information acquisition unit 303d refers to the location information management table 304a of the location information management unit 304 when the required device configuration information does not exist in the device configuration information management table 302a due to optimal arrangement. Device configuration information is acquired from the previous MDR.
  • FIG. 9 is a flowchart showing various processing request execution processing procedures in the apparatus configuration information integrated management system. This process is executed by the FCMDB 200.
  • the operation execution unit 201 of the FCMDB 200 receives a processing request from a user (step S1). Subsequently, the operation execution unit 201 determines whether or not the received processing request is a search process (step S2). When it is determined that the received processing request is a search process (Yes at Step S2), the operation execution unit 201 searches the apparatus configuration information for the MDRs 300a,..., 300n (Step S3).
  • step S2 if it is not determined that the received processing request is a search process (No in step S2), the processing request is registration / update / deletion of device configuration information, so the operation execution unit 201 sets the MDR 300a,. ... Register / update / delete device configuration information for 300n (step S4).
  • step S5 the operation execution unit 201 notifies the configuration information relocation execution management apparatus 100 of the difference before and after the registration / update / deletion of the apparatus configuration information (step S5). Then, the configuration information relocation execution management apparatus 100 that has received the notification of the difference before and after the registration / update / deletion of the device configuration information starts the configuration information optimal allocation process (step S6).
  • step S5 ends, the various processing request execution processing ends.
  • FIG. 10 is a flowchart showing the configuration information optimum arrangement processing procedure. This process is executed by the configuration information relocation execution management apparatus 100.
  • the arrangement determining unit 101 receives a notification of device configuration information difference from the FCMDB 200 (step S101). Subsequently, the arrangement determining unit 101 determines whether or not there is actually a difference in device configuration information (step S102). When it is determined that there is actually a difference in device configuration information (Yes at Step S102), the process proceeds to Step S103, and when it is not determined that there is actually a difference in device configuration information (No at Step S102), the configuration information The optimal placement process ends.
  • step S103 the arrangement determination unit 101 performs a rearrangement determination process. Details of the rearrangement determination process will be described later with reference to FIG. Subsequently, the placement determination unit 101 determines whether or not a rearrangement determination target exists (step S104). When it is determined that there is a rearrangement determination target (Yes at Step S104), the process proceeds to Step S105, and when it is not determined that there is a rearrangement determination target (No at Step S104), the configuration information optimal arrangement processing ends. .
  • step S105 the placement execution unit 102 performs rearrangement execution processing. Details of the rearrangement execution process will be described later with reference to FIG. When step S105 ends, the configuration information optimal arrangement process ends.
  • FIG. 11 is a flowchart illustrating a rearrangement determination processing procedure.
  • a set of difference information of the device configuration information is represented by “D”
  • an element of “D” is represented by “d”.
  • the arrangement determining unit 101 determines whether or not D is empty (empty set) (step S111). When it is determined that D is empty (empty set) (Yes at step S111), the rearrangement determination process ends. On the other hand, when it is not determined that D is empty (empty set) (No at step S111), the process proceeds to step S112.
  • the arrangement determining unit 101 determines whether d extracted in step S112 is a configuration item (step S114). When it is determined that d is a configuration item (Yes at Step S114), the process proceeds to Step S115. When d is not determined to be a configuration item (No at Step S114), the process proceeds to Step S116.
  • step S115 the arrangement determining unit 101 searches the FCMDB 200 for a set C of configuration items that can be reached by tracing the relationship from d and a set R of the traced relationship.
  • step S116 the arrangement determining unit 101 searches the FCMDB 200 for a set C of configuration items that can be reached by tracing the relationship and a set R of the traced relationships for the source and target configuration items of d.
  • the arrangement determining unit 101 determines whether or not all the configuration items are derived from the same MDR in the origin information acquired from the FCMDB 200 (step S119). When it is determined that all the configuration items are derived from the same MDR (Yes at Step S119), the rearrangement determination process ends.
  • step S119 when it is not determined that all the configuration items are derived from the same MDR (No in step S119), E is set as a relocation target by the arrangement execution unit 102 (step S120). When this process ends, the rearrangement determination process ends.
  • FIG. 12 is a flowchart showing the rearrangement execution processing procedure.
  • E is a set of related apparatus configuration information
  • O is a set of origin information of each element “e” of “E”.
  • the placement execution unit 102 issues a remaining capacity acquisition request to all MDRs included in O (step S131). Subsequently, the placement execution unit 102 acquires the remaining capacity of each MDR (step S132).
  • the arrangement execution unit 102 determines the MDR having the largest remaining capacity (step S133). The determined MDR is expressed as “m”. Subsequently, the placement execution unit 102 determines whether E is empty (empty set) (step S134). When it is determined that E is empty (empty set) (Yes at step S134), the process returns to the configuration information optimal arrangement process of FIG. On the other hand, when it is not determined that E is empty (empty set) (No at step S134), the process proceeds to step S135.
  • step S135 the arrangement execution unit 102 extracts the entity e from E. Subsequently, the arrangement execution unit 102 requests the FCMDB 200 to change origin from e to m (step S136).
  • the placement execution unit 102 checks the MDR from which e is derived using O (step S137).
  • the MDR from which e is derived is expressed as “r”.
  • the arrangement execution unit 102 makes a location change request for changing the location of e to m with respect to r (step S138).
  • the arrangement execution unit 102 makes a simple registration request for e to m (step S139).
  • the process moves to step S134.
  • FIG. 13 is a flowchart showing the origin management processing procedure.
  • the operation is expressed as “o”
  • the entity ID is expressed as “e”
  • the origin information is expressed as “d”.
  • the origin management unit 203 of the FCMDB 200 determines whether o is “registration” (step S141). When it is determined that o is “registration” (Yes at step S141), the process proceeds to step S142. When o is not determined to be “registration” (No at step S141), the process proceeds to step S143.
  • step S142 the origin management unit 203 registers d in the origin information management table 204a as origin information whose entity ID is e.
  • step S143 the origin management unit 203 determines whether o is “update”. When it is determined that o is “update” (Yes at step S143), the process proceeds to step S144. When o is not determined to be “update” (No at step S143), the process proceeds to step S145.
  • step S144 the origin management unit 203 updates the origin information whose entity ID is e in the origin information management table 204a with d.
  • step S145 the origin management unit 203 determines whether o is “delete”. When it is determined that “o” is “delete” (Yes at Step S145), the process proceeds to Step S146. When o is not determined to be “Delete” (No at Step S145), the process proceeds to Step S147.
  • step S146 the origin management unit 203 deletes the origin information whose entity ID is e from the origin information management table 204a.
  • step S147 since it can be determined that o is a search request, the origin information whose entity ID is e is searched.
  • MDR 3% LID1 which is the origin information of the entity ID “GID1”
  • MDR2% LID1 which is the origin information of the entity ID “GID3”
  • MDR1% LID4 and “MDR1% LID3”. Note that the LID numbers in each MDR are assigned in the order of rearrangement.
  • the apparatus configuration information search processing speed can be improved by collecting and arranging the apparatus configuration information having the relationship in the same MDR.
  • FIG. 15 is a flowchart showing the location management processing procedure.
  • the operation is expressed as “o”
  • the entity ID is expressed as “e”
  • the location information is expressed as “d”.
  • the location management unit 303a of the MDR 300a determines whether o is “registration” (step S151). When it is determined that o is “registration” (Yes at step S151), the process proceeds to step S152. When o is not determined to be “registration” (No at step S151), the process proceeds to step S153.
  • step S152 the location management unit 303a registers d in the location information management table 304a as location information having an entity ID of e.
  • step S153 the location management unit 303a determines whether o is “update”. When it is determined that o is “update” (Yes at Step S153), the process proceeds to Step S154, and when o is not determined to be “Update” (No at Step S153), the process proceeds to Step S155.
  • step S154 the location management unit 303a updates the location information whose entity ID is e in the location information management table 304a with d.
  • step S155 the location management unit 303a determines whether o is “delete”. When it is determined that o is “delete” (Yes at step S155), the process proceeds to step S156. When o is not determined to be “delete” (No at step S155), the process proceeds to step S157.
  • step S156 the location management unit 303a deletes the location information whose entity ID is e from the location information management table 304a.
  • step S157 since it can be determined that o is a search request, the location information whose entity ID is e is searched.
  • the configuration information whose entity ID managed by MDR2 is “LID1” has been moved to MDR1, so that the entity ID in the location management information of MDR2 is changed.
  • the location information of “LID1” is updated from “MDR2% LID1” to “MDR1% LID3”. In this way, even when device configuration information having a relationship is moved to be aggregated and arranged in the same MDR, the movement destination is managed by referring to the location information management table 304a. It becomes possible to grasp.
  • FIG. 17 is a flowchart showing a simple registration processing procedure.
  • the device configuration information is represented as “d”.
  • the simple registration unit 303b of the MDR 300a generates an entity ID of d (step S161).
  • the simple registration unit 303b registers d in the MDR information management unit 302 (device configuration information management table 302a and relationship information management table 302b) (step S162). Subsequently, the simple registration unit 303b registers the location of d as the MDR 300a itself in the location information management table 304a (step S163).
  • the device configuration information (configuration item) newly registered or moved from another MDR to MDR1 is unique to the entity ID in MDR1. Is granted. Then, for example, “MDR1% LID10” is newly registered in the location information management table 304a as the location information of the device configuration information to which the entity ID “LID10” is assigned.
  • the apparatus configuration information moved to be collectively arranged in the same MDR can be managed by the location information management table 304a in the same manner as the apparatus configuration information previously entered. .
  • FIG. 19 is a flowchart showing the remaining capacity acquisition processing procedure of the MDR information management unit.
  • the operation execution unit 301 of the MDR 300a determines whether or not the remaining capacity acquisition request of the MDR information management unit 302 has been received from the arrangement execution unit 102 of the configuration information relocation execution management apparatus 100 (step S171).
  • Step S171 When it is determined that the remaining capacity acquisition request of the MDR information management unit 302 has been received (Yes at Step S171), the process proceeds to Step S172, and when it is not determined that the remaining capacity acquisition request of the MDR information management unit 302 has been received (Step S171). (No at S171), step S171 is repeated.
  • step S172 the operation execution unit 301 instructs the remaining capacity management unit 303c to acquire the remaining capacity of the MDR information management unit 302.
  • the remaining capacity management unit 303c acquires the remaining capacity of the MDR information management unit 302 and notifies the operation execution unit 301 (step S172).
  • the operation execution unit 301 notifies the requesting arrangement execution unit 102 of the remaining capacity of the MDR information management unit 302 notified from the remaining capacity management unit 303c (step S173).
  • the remaining capacity acquisition process of the MDR information management unit ends.
  • FIG. 20 is a flowchart showing an information acquisition processing procedure.
  • the information acquisition process is a process executed by the information acquisition unit 303d instructed by the operation execution unit 301 of the MDR 300a in response to a device configuration information search request from the FCMDB 200.
  • the entity ID is expressed as “e”.
  • the information acquisition unit 303d refers to the location information management table 304a of the location information management unit 304 and acquires the location information p of the device configuration information whose entity ID is e (step S181). Subsequently, the information acquisition unit 303d determines whether or not p acquired in step S181 indicates its own MDR (step S182). When it is determined that p indicates its own MDR (Yes at Step S182), the process proceeds to Step S183, and when it is not determined that p indicates its own MDR (No at Step S182), the process proceeds to Step S184.
  • step S183 the information acquisition unit 303d refers to the device configuration information management table 302a of the MDR information management unit 302 and acquires the device configuration information i having the entity ID e.
  • step S184 the information acquisition unit 303d refers to the location information management table 304a and acquires the device configuration information i corresponding to p from the MDR registered as the location information of p.
  • step S183 or step S184 the information acquisition unit 303d returns the device configuration information i acquired in step S183 or step S184 to the FCMDB 200 via the operation execution unit 301 (step S185).
  • the entity ID of MDR1 is “LID1”. It can be seen that the device configuration information “” can be acquired from the MDR 1. In addition, the device configuration information whose entity ID of MDR1 is “LID10” has been moved to MDR2, but since the location information is clear, it can be obtained from MDR2.
  • the movement destination MDR of the device configuration information before movement and the entity ID in the movement destination MDR are managed. Even if the MDR is searched, it is possible to refer to the moved apparatus configuration information and to avoid the occurrence of a search miss hit.
  • the FCMDB 200 can investigate or change which MDR originates from the outside of the registered device configuration information. Further, the optimum arrangement of the device configuration information can be performed from the outside. Further, only the location of information can be changed for the registered device configuration information. Further, the apparatus configuration information can be moved efficiently (at high speed) between the MDRs.
  • the MDR 300a can manage the destination of movement when the registered device configuration information is moved. Also, it can be seen where the registered device configuration information currently exists. Also, device configuration information can be registered without reconciling (inquiring).
  • Device configuration information between MDRs is determined by determining the optimal arrangement, examining device configuration information related to the distributed device configuration information (having relationships), and determining the MDR to which the related information is gathered Can be moved efficiently (at high speed).
  • the configuration information rearrangement execution management device 100 is an external device of the FCMDB 200, but is not limited thereto, and may be a configuration included in the FCMDB 200.
  • the remaining capacity of the resource is adopted as a criterion for determining the MDR that aggregates the device configuration information based on the relationship.
  • the present invention is not limited to this, and other criteria such as resource access performance are used. May be adopted.
  • all or part of the processes described as being automatically performed can be manually performed, or have been described as being manually performed. All or a part of the processing can be automatically performed by a known method.
  • the processing procedure, the control procedure, the specific name, and information including various data and parameters shown in the exemplary embodiment can be arbitrarily changed unless otherwise specified.
  • each component of each illustrated apparatus is functionally conceptual and does not necessarily need to be physically configured as illustrated. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured.
  • each processing function performed in each device is a CPU (Central Processing Unit) (or a microcomputer such as an MPU (Micro Processing Unit) or MCU (Micro Controller Unit)) and It may be realized by a program that is analyzed and executed by a CPU (or a microcomputer such as an MPU or MCU), or may be realized as hardware by wired logic.
  • CPU Central Processing Unit
  • MPU Micro Processing Unit
  • MCU Micro Controller Unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　リレーションシップ“Ｒｅｌ１”、“Ｒｅｌ２”及び“Ｒｅｌ３”で“サーバ１”と関連付けられる“ＨＤＤ１”、“ＨＤＤ２”及び“ネットワーク１”の装置構成情報を、ＭＤＲ１に移動させて集約することによって最適配置する。また、リレーションシップ“Ｒｅｌ４”及び“Ｒｅｌ５”で“ネットワーク２”と関連付けられる“サーバ２”及び“ＨＤＤ３”の装置構成情報を、ＭＤＲ３に移動させて集約することによって最適配置する。互いに関連がある装置構成情報を、リレーションシップに基づいて一つのＭＤＲに集約して最適配置を行うと、一つのＭＤＲを検索するのみで、目的とする、互いに関連がある装置構成情報を全て取得することが可能になる。よって、検索結果のターン・アラウンド・タイムの短縮を図ることができる。

Description

装置構成情報最適配置方法及び装置構成情報最適配置システム
　本発明は、管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の前記装置構成情報管理部から装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおける装置構成情報最適配置方法及び装置構成情報最適配置システムに関する。
　近年、システム運用管理の分野で、ＩＴＩＬ（登録商標、以下同様、Information　Technology　Infrastructure　Library）と呼ばれる、成功事例のノウハウを蓄積した文書が普及しつつある。ＩＴＩＬは、１９８９年に英国政府機関であるＣＣＴＡ（Central　Computer　and　Telecommunications　Agency)によって公表され、現在では、システム運用管理の分野において、事実上の国際標準となっている。
　ＩＴＩＬにおいて、システムの装置構成情報（ＣＩ、Configuration　Item）を管理するための標準規格として、ＣＭＤＢ（Configuration　Management　Database）が提案されている。ＣＭＤＢとは、装置構成情報データベースのことである。
　ＣＭＤＢによれば、システムの装置構成情報を管理するために、システムの装置構成情報及び装置構成情報間の関係を管理するデータベースとして、装置構成情報データベースを構築することになる。
　ここで、システムの装置構成には、各種ハードウェアはいうまでもなく、ソフトウェア、各種データなど、多種多様な要素が含まれる。装置構成情報データベースの実装は、ＭＤＲ（Management　Data　Repository）と呼ばれる。さらに、ＭＤＲは、装置構成情報とともに、各装置構成情報間の関連（リレーションシップ、Relationship）を管理する。
　そして、複数のＭＤＲを仮想的に統合する上位階層に位置する装置構成情報データベースは、ＦＣＭＤＢ（Federated　ＣＭＤＢ）と呼ばれる。ＦＣＭＤＢから、配下の複数のＭＤＲを横断的に検索することによって、目的とする装置構成情報を取得することができる。
　なお、ＦＣＭＤＢは、装置構成情報の調停を行う機能であるリコンシリエーション機能を有する。リコンシリエーション機能は、ＭＤＲ毎に異なる名前で管理されている同一装置構成情報、又は、ＭＤＲ毎に異なるローカルＩＤで管理されている同一装置構成情報を統合するものである。
　ここで、上位階層のデータベースから、下位下層の複数のデータベースを横断的に検索して、目的とするデータをいかに効率的に取得するかが課題となってくる。すなわち、目的とする装置構成情報が、各下位下層の複数のデータベースに分散しているため、検索の応答速度が低くなるというものである。
　前述の課題を解決するため、従来技術では、例えば、上位階層のデータベース配下の複数のデータベースのデータベース構造及びデータ配置を工夫したり、検索効率向上のためにデータベースのデータ配置を変更したりしていた。
　すなわち、従来技術では、装置構成情報のデータ登録時又は動的（ＦＣＭＤＢ運用中）に、関連する装置構成情報が最適配置となる様にまとめていた。この様にして、ＦＣＭＤＢにおいて、関連する装置構成情報を、各ＭＤＲからより迅速に取得できるようにしていた。
特開平２－２１２９７２号公報 特開平５－１２３３８号公報
　しかしながら、上記従来技術では、次の様な問題点があった。すなわち、関連する装置構成情報の最適配置を調査するために時間がかかり（最適配置調査の問題）、リレーションシップが変更されると最適配置ではなくなってしまう（リレーションシップの問題）という問題点があった。なお、リレーションシップは、任意に登録、削除、更新が可能であるため、事前に、関連する装置構成情報を固定的に最適配置しておくことが不可能である。
　また、装置構成情報を移動させると、リコンシリエーションを再実行する必要がある（リコンシリエーションの問題）ために効率が悪く、装置構成情報の登録者が登録した装置構成情報の所在が分からなくなってしまう（装置構成情報の所在の問題）という問題点があった。
　本発明は、上記問題点（課題）を解消するためになされたものであって、最適配置調査の問題、リレーションシップの問題、リコンシリエーションの問題及び装置構成情報の所在の問題を回避しつつ、関連する装置構成情報をより迅速に取得できるようにする装置構成情報最適配置方法及び装置構成情報最適配置システムを提供することを目的とする。
　上述した問題を解決し、目的を達成するため、装置構成情報最適配置方法及び装置構成情報最適配置システムの一観点において、管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の装置構成情報管理部から装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおいて、装置構成情報管理部が、管理対象装置の構成要素及び構成要素間の関連を含む装置構成情報を管理し、装置構成情報統合管理部が、複数の装置構成情報管理部によって管理される前記装置構成情報を統合管理し、装置構成情報最適配置処理部が、複数の装置構成情報管理部によって管理される装置構成情報のうち、構成要素間の関連がある装置構成情報を、複数の装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行うことを要件とする。
　開示の装置構成情報最適配置方法及び装置構成情報最適配置システムによれば、互いに関連がある装置構成情報を、互いの関連に基づいて一つのＭＤＲに集約して最適配置を行うと、一つのＭＤＲを検索するのみで、目的とする、互いに関連がある装置構成情報を全て取得することが可能になり、より迅速に、装置構成情報の検索結果を取得することが可能になるという効果を奏する。
図１は、実施形態の一例の概要と特徴を説明するための図である。 図２は、実施形態の一例に係る装置構成情報統合管理システムの構成を示すブロック図である。 図３は、装置構成情報管理テーブルの一例を示す図である。 図４は、リレーションシップ情報管理テーブルの一例を示す図である。 図５は、由来情報管理テーブルの一例を示す図である。 図６は、装置成情報管理テーブルの一例を示す図である。 図７は、リレーションシップ情報管理テーブルの一例を示す図である。 図８は、所在情報管理テーブルの一例を示す図である。 図９は、装置構成情報統合管理システムにおける各種処理依頼実行処理手順を示すフローチャートである。 図１０は、構成情報最適配置処理手順を示すフローチャートである。 図１１は、再配置判定処理手順を示すフローチャートである。 図１２は、再配置実行処理手順を示すフローチャートである。 図１３は、由来管理処理手順を示すフローチャートである。 図１４は、由来管理処理の概要を説明するための図である。 図１５は、所在管理処理手順を示すフローチャートである。 図１６は、所在管理処理の概要を説明するための図である。 図１７は、簡易登録処理手順を示すフローチャートである。 図１８は、簡易登録処理の概要を説明するための図である。 図１９は、ＭＤＲ情報管理部の残容量取得処理手順を示すフローチャートである。 図２０は、情報取得処理手順を示すフローチャートである。 図２１は、情報取得処理の概要を説明するための図である。
符号の説明
　１００　　構成情報再配置実行管理装置
　１０１　　配置判定部
　１０２　　配置実行部
　２００　　ＦＣＭＤＢ
　２０１　　操作実行部
　２０２　　ＦＣＭＤＢ情報管理部
　２０２ａ　　装置構成情報管理テーブル
　２０２ｂ　　リレーションシップ情報管理テーブル
　２０３　　由来管理部
　２０４　　由来情報管理部
　２０４ａ　　由来情報管理テーブル
　３００ａ、・・・、３００ｎ　　ＭＤＲ
　３０１　　操作実行部
　３０２　　ＭＤＲ情報管理部
　３０２ａ　　装置構成情報管理テーブル
　３０２ｂ　　リレーションシップ情報管理テーブル
　３０３ａ　　所在管理部
　３０３ｂ　　簡易登録部
　３０３ｃ　　残容量管理部
　３０３ｄ　　情報取得部
　３０４　　所在情報管理部
　３０４ａ　　所在情報管理テーブル
　以下に添付図面を参照し、本発明の装置構成情報最適配置方法及び装置構成情報最適配置システムに係る実施形態の一例を詳細に説明する。なお、以下の実施形態の一例では、ＭＤＲは、管理対象としている装置の装置構成情報を管理するとし、ＦＣＭＤＢは、各ＭＤＲの装置構成情報を統合管理するものとする。
　先ず、実施形態の一例の概要と特徴を説明する。図１は、実施形態の一例の概要と特徴を説明するための図である。同図に示す様に、ＦＣＭＤＢが統合管理対象とするＭＤＲは、ＭＤＲ１、ＭＤＲ２及びＭＤＲ１である。
　図１の中央矢印から左側の部分に示す様に、ＭＤＲ１は、装置構成情報として“サーバ１”及び“サーバ２”を管理していることを示している。ＭＤＲ２は、装置構成情報として“ＨＤＤ（Hard　Disk　Drive、以下同様）１”、“ＨＤＤ２”及び“ＨＤＤ３”を管理していることを示している。また、ＭＤＲ３は、装置構成情報として“ネットワーク１”及び“ネットワーク２”を管理していることを示している。
　そして、“サーバ１”及び“ＨＤＤ１”との間にはリレーションシップ“Ｒｅｌ１”の関連が、及び、“サーバ１”及び“ＨＤＤ２”との間にはリレーションシップ“Ｒｅｌ２”の関連が、及び、“サーバ１”及び“ネットワーク１”との間にはリレーションシップ“Ｒｅｌ３”の関連がある。また、“サーバ２”及び“ＨＤＤ３”との間にはリレーションシップ“Ｒｅｌ４”の関連が、及び、“サーバ２”及び“ネットワーク２”との間には、リレーションシップ“Ｒｅｌ５”の関連がある。
　このように、互いに関連がある装置構成情報が、複数のＭＤＲに分散して配置されていると、ＦＤＭＤＢから、互いに関連がある装置構成情報を参照する場合に、ＭＤＲ１、ＭＤＲ２及びＭＤＲ３と、全てのＭＤＲを横断的に検索しなければならない。この結果、検索結果のターン・アラウンド・タイムが長くなってしまうという問題があった。
　そこで、図１の中央矢印から右側の部分に示す様に、互いに関連がある装置構成情報の最適配置を行う。すなわち、リレーションシップ“Ｒｅｌ１”、“Ｒｅｌ２”及び“Ｒｅｌ３”で“サーバ１”と関連付けられる“ＨＤＤ１”、“ＨＤＤ２”及び“ネットワーク１”の装置構成情報を、ＭＤＲ１に移動させて集約することによって最適配置する。
　また、リレーションシップ“Ｒｅｌ４”及び“Ｒｅｌ５”で“ネットワーク２”と関連付けられる“サーバ２”及び“ＨＤＤ３”の装置構成情報を、ＭＤＲ３に移動させて集約することによって最適配置する。
　以上の様に、互いに関連がある装置構成情報を、リレーションシップに基づいて一つのＭＤＲに集約して最適配置を行うと、一つのＭＤＲを検索するのみで、目的とする、互いに関連がある装置構成情報を全て取得することが可能になる。よって、検索結果のターン・アラウンド・タイムの短縮を図ることができる。
　次に、実施形態の一例に係る装置構成情報統合管理システムの構成を説明する。図２は、実施形態の一例に係る装置構成情報統合管理システムの構成を示すブロック図である。同図に示す様に、装置構成情報統合管理システムＳは、互いに通信可能に接続された、構成情報再配置実行管理装置１００と、ＦＣＭＤＢ２００と、ＭＤＲ３００ａ、・・・、３００ｎとを含む。
　構成情報再配置実行管理装置１００は、ＦＣＭＤＢ２００及びＭＤＲ３００ａ、・・・、３００ｎに接続され、各ＭＤＲに対して装置構成情報の再配置処理を行い、また、装置構成情報の再配置管理を行う装置である。
　構成情報再配置実行管理装置１００は、配置判定部１０１と、配置実行部１０２とを有する。配置判定部１０１は、ＦＣＭＤＢ２００に対して、各装置構成情報が、いずれのＭＤＲによって管理されているかの由来情報の取得依頼を行う。
　そして、ＦＣＭＤＢ２００から返ってきた由来情報に基づき、各装置構成情報が、異なるＭＤＲによって管理されていると判定される場合に、配置実行部１０２に対して、装置構成情報の再配置実行を依頼する。
　配置実行部１０２は、あるＭＤＲによって管理される装置構成情報を、他のＭＤＲへ移動させる場合に、あるＭＤＲに対して該当する装置構成情報の削除を依頼する。また、他のＭＤＲに対して、該当する装置構成情報の簡易登録を依頼する。
　また、配置実行部１０２は、装置構成情報を移動させる移動先のＭＤＲを決定するために、例えば、ＤＢ（Data　Base、データベース、以下同様）のリソースの残容量が最も多いＭＤＲを選択する。このために、各ＭＤＲに対して、リソースの残容量の取得依頼を行う。
　ＦＣＭＤＢ２００は、各ＭＤＲ３００ａ、・・・、３００ｎによって管理される装置構成情報を統合管理する装置である。ＦＣＭＤＢ２００は、後述するＦＣＭＤＢ情報管理部２０２で管理される各種データの操作を実行する操作実行部２０１を有する。
　また、ＦＣＭＤＢ２００は、各ＭＤＲ３００ａ、・・・、３００ｎによって管理される装置構成情報を仮想的に統合管理するＦＣＭＤＢ情報管理部２０２を有する。ＦＣＭＤＢ情報管理部２０２は、装置構成情報管理テーブル２０２ａ及びリレーションシップ情報管理テーブル２０２ｂを格納する。
　なお、装置構成情報管理テーブル２０２ａは、図３に一例を示す様に、ＭＤＲ毎に、装置構成情報に含まれる構成アイテム（ＣＩ）の情報を管理する。また、リレーションシップ情報管理テーブル２０２ｂは、図４に一例を示す様に、リレーションシップ毎に、どの構成アイテムとどの構成アイテムを関連付けているのかを管理する。
　また、ＦＣＭＤＢ２００は、装置構成情報管理テーブル２０２ａで管理される各構成アイテムが、いずれのＭＤＲによって管理されているかを示す由来情報のデータ操作を行う由来管理部２０３と、由来情報を管理する由来情報管理部２０４とを有する。
　由来管理部２０３は、操作実行部２０１からの由来管理依頼に応じて、由来情報管理部２０４で管理される由来情報のデータ操作を行う。由来情報管理部２０４は、由来情報管理テーブル２０４ａを格納している。
　由来情報管理テーブル２０４ａは、例えば、図５に一例を示す様に、装置構成情報統合管理システムＳ内でグローバルに有効なＩＤである「エンティティＩＤ」で識別される構成情報に含まれる各構成アイテムが、いずれのＭＤＲによって管理されているかの対応付けを管理する。
　例えば、「エンティティＩＤ」が“ＧＩＤ（Global　ID）１”である装置構成情報に含まれる構成アイテムの由来は、“ＭＤＲ１％ＬＩＤ１”及び“ＭＤＲ３％ＬＩＤ１”である。ここで、“ＬＩＤ（Local　ID）”とは、各ＭＤＲ内でローカルに有効なＩＤである。由来が、“ＭＤＲ１％ＬＩＤ１”とは、『ＭＤＲ１のＬＩＤ１の構成アイテム』を表わし、“ＭＤＲ３％ＬＩＤ１”とは、『ＭＤＲ３のＬＩＤ１の構成アイテム』を表わす。
　ＭＤＲの構成については、ＭＤＲ３００ａに代表させて説明を行う。ＭＤＲ３００ａは、後述するＭＤＲ情報管理部３０２で管理される各種データの操作を実行する操作実行部３０１を有する。
　また、ＭＤＲ３００ａは、装置構成情報を管理するＭＤＲ情報管理部３０２を有する。ＭＤＲ情報管理部３０２は、装置構成情報管理テーブル３０２ａ及びリレーションシップ情報管理テーブル３０２ｂを格納する。
　なお、装置構成情報管理テーブル３０２ａは、図６に一例を示す様に、ＭＤＲが管理する構成アイテムの情報を管理する。また、リレーションシップ情報管理テーブル３０２ｂは、図７に一例を示す様に、構成アイテム毎に、リレーションシップがある構成アイテムを、構成アイテムが管理されるＭＤＲの識別情報とともに管理する。
　また、ＭＤＲ３００ａは、操作実行部３０１からの所在管理依頼及び簡易登録依頼に応じて、後述の所在情報管理部３０４における所在情報管理テーブル３０４ａのデータ操作を行う所在管理部３０３ａ及び簡易登録部３０３ｂを有する。
　具体的には、所在管理部３０３ａは、所在情報の登録、更新、削除及び検索を行う。また、簡易登録部３０３ｂは、他のＭＤＲから最適配置により移動させられてきた装置構成情報の所在情報を、自身を所在として、所在情報管理部３０４の所在情報管理テーブル３０４ａに登録する。
　なお、所在情報管理部３０４は、装置構成情報の所在を管理する所在情報管理テーブル３０４ａを格納する。所在情報管理テーブル３０４ａは、図８に一例を示す様に、「エンティティＩＤ」に対して、対応する「所在」を管理する。具体的には、「エンティティＩＤ」が“ＬＩＤ１”の装置構成情報の所在は、“ＭＤＲ２％ＬＩＤ１”である。“ＭＤＲ２％ＬＩＤ１”とは、『ＭＤＲ２のＬＩＤ１の構成アイテム』を表わす。図８がＭＤＲ１の所在情報管理テーブルである場合には、図８は、『ＭＤＲ１のＬＩＤ１の構成アイテムは、ＭＤＲ２へ移動させられた』ことを示している。また、図８がＭＤＲ２の所在情報管理テーブルである場合には、図８は『ＬＩＤ１の構成アイテムは、ＭＤＲ２に存在している（どこにも移動されていない）』ことを示している。
　また、ＭＤＲ３００ａは、操作実行部３０１からの残容量取得依頼に応じて、ＭＤＲ情報管理部３０２のリソースの残容量を取得する残容量管理部３０３ｃを有する。さらに、ＭＤＲ３００ａは、操作実行部３０１からの装置構成情報取得依頼に応じて、ＭＤＲ情報管理部３０２の装置構成情報管理テーブル３０２ａ及びリレーションシップ情報管理テーブル３０２ｂを参照して、装置構成情報を検索した結果を返す情報取得部３０３ｄを有する。
　なお、情報取得部３０３ｄは、必要とされる装置構成情報が、最適配置によって装置構成情報管理テーブル３０２ａに存在しない場合には、所在情報管理部３０４の所在情報管理テーブル３０４ａを参照して、移動先のＭＤＲから装置構成情報を取得する。
　次に、装置構成情報統合管理システムにおける各種処理依頼実行処理について説明する。図９は、装置構成情報統合管理システムにおける各種処理依頼実行処理手順を示すフローチャートである。なお、この処理は、ＦＣＭＤＢ２００によって実行される。
　先ず、ＦＣＭＤＢ２００の操作実行部２０１は、ユーザからの処理依頼を受け付ける（ステップＳ１）。続いて、操作実行部２０１は、受け付けた処理依頼が検索処理であるか否かを判定する（ステップＳ２）。受け付けた処理依頼が検索処理であると判定された場合に（ステップＳ２肯定）、操作実行部２０１は、ＭＤＲ３００ａ、・・・、３００ｎに対して、装置構成情報の検索を行う（ステップＳ３）。
　一方、受け付けた処理依頼が検索処理であると判定されなかった場合に（ステップＳ２否定）、処理依頼は、装置構成情報の登録／更新／削除であるので、操作実行部２０１は、ＭＤＲ３００ａ、・・・、３００ｎに対して、装置構成情報の登録／更新／削除を行う（ステップＳ４）。
　続いて、操作実行部２０１は、構成情報再配置実行管理装置１００に対して、装置構成情報の登録／更新／削除の前後の差分を通知する（ステップＳ５）。そして、装置構成情報の登録／更新／削除の前後の差分の通知を受けた構成情報再配置実行管理装置１００は、構成情報最適配置処理を起動する（ステップＳ６）。ステップＳ５が終了すると、各種処理依頼実行処理は終了する。
　次に、構成情報最適配置処理について説明する。図１０は、構成情報最適配置処理手順を示すフローチャートである。なお、この処理は、構成情報再配置実行管理装置１００によって実行される。
　先ず、配置判定部１０１は、ＦＣＭＤＢ２００から、装置構成情報の差分の通知を受ける（ステップＳ１０１）。続いて、配置判定部１０１は、実際に装置構成情報の差分があるか否かを判定する（ステップＳ１０２）。実際に装置構成情報の差分があると判定された場合に（ステップＳ１０２肯定）、ステップＳ１０３へ移り、実際に装置構成情報の差分があると判定されなかった場合に（ステップＳ１０２否定）、構成情報最適配置処理は終了する。
　ステップＳ１０３では、配置判定部１０１は、再配置判定処理を行う。再配置判定処理の詳細は、図１１を参照して後述する。続いて、配置判定部１０１は、再配置判定対象が存在するか否かを判定する（ステップＳ１０４）。再配置判定対象が存在すると判定された場合に（ステップＳ１０４肯定）、ステップＳ１０５へ移り、再配置判定対象が存在すると判定されなかった場合に（ステップＳ１０４否定）、構成情報最適配置処理は終了する。
　続いて、ステップＳ１０５では、配置実行部１０２は、再配置実行処理を行う。再配置実行処理の詳細は、図１２を参照して後述する。ステップＳ１０５が終了すると、構成情報最適配置処理は終了する。
　次に、再配置判定処理について説明する。図１１は、再配置判定処理手順を示すフローチャートである。なお、以下では、装置構成情報の差分情報の集合を“Ｄ”で表わし、“Ｄ”の要素を“ｄ”で表わす。
　先ず、配置判定部１０１は、Ｄが空（空集合）であるか否かを判定する（ステップＳ１１１）。Ｄが空（空集合）であると判定された場合に（ステップＳ１１１肯定）、再配置判定処理は終了する。一方、Ｄが空（空集合）であると判定されなかった場合に（ステップＳ１１１否定）、ステップＳ１１２へ移る。
　ステップＳ１１２では、配置判定部１０１は、Ｄから差分情報ｄを取り出す。続いて、配置判定部１０１は、“Ｅ”なる集合を導入し、“Ｅ”の初期化処理として、『Ｅ＝φ（空集合）』とする（ステップＳ１１３）。
　続いて、配置判定部１０１は、ステップＳ１１２で取り出したｄが構成アイテムであるか否かを判定する（ステップＳ１１４）。ｄが構成アイテムであると判定された場合に（ステップＳ１１４肯定）、ステップＳ１１５へ移り、ｄが構成アイテムであると判定されなかった場合に（ステップＳ１１４否定）、ステップＳ１１６へ移る。
　ステップＳ１１５では、配置判定部１０１は、ｄからリレーションシップを辿って到達可能な構成アイテムの集合Ｃ及び辿ったリレーションシップの集合ＲをＦＣＭＤＢ２００から検索する。一方、ステップＳ１１６では、配置判定部１０１は、ｄのソース及びターゲットの構成アイテムについて、リレーションシップを辿って到達可能な構成アイテムの集合Ｃ及び辿ったリレーションシップの集合ＲをＦＣＭＤＢ２００から検索する。これらの処理が終了すると、ステップＳ１１７へ移る。
　ステップＳ１１７では、配置判定部１０１は、『Ｅ＝Ｃ∪Ｒ』とする。すなわち、集合Ｃ及び集合Ｒの和を集合Ｅとする。続いて、配置判定部１０１は、Ｅに含まれるエンティティｅについて、ＦＣＭＤＢ２００に由来取得依頼を行なう（ステップＳ１１８）。
　続いて、配置判定部１０１は、ＦＣＭＤＢ２００から取得した由来情報において、全ての構成アイテムが同じＭＤＲの由来であるか否かを判定する（ステップＳ１１９）。全ての構成アイテムが同じＭＤＲの由来であると判定された場合に（ステップＳ１１９肯定）、再配置判定処理は終了する。
　一方、全ての構成アイテムが同じＭＤＲの由来であると判定されなかった場合に（ステップＳ１１９否定）、Ｅを配置実行部１０２による再配置対象とする（ステップＳ１２０）。この処理が終了すると、再配置判定処理は終了する。
　次に、再配置実行処理を説明する。図１２は、再配置実行処理手順を示すフローチャートである。なお、以下では、“Ｅ”を関連する装置構成情報の集合とし、“Ｏ”を“Ｅ”の各要素“ｅ”それぞれの由来情報の集合とする。
　先ず、配置実行部１０２は、Ｏに含まれる全てのＭＤＲに対して、残容量取得依頼を行う（ステップＳ１３１）。続いて、配置実行部１０２は、各ＭＤＲの残容量をそれぞれ取得する（ステップＳ１３２）。
　続いて、配置実行部１０２は、残容量が最大のＭＤＲを決定する（ステップＳ１３３）。なお、決定されたＭＤＲを、“ｍ”と表記する。続いて、配置実行部１０２は、Ｅが空（空集合）であるか否かを判定する（ステップＳ１３４）。Ｅが空（空集合）であると判定された場合に（ステップＳ１３４肯定）、図１０の構成情報最適配置処理へ復帰する。一方、Ｅが空（空集合）であると判定されなかった場合に（ステップＳ１３４否定）、ステップＳ１３５へ移る。
　ステップＳ１３５では、配置実行部１０２は、Ｅからエンティティｅを取り出す。続いて、配置実行部１０２は、ＦＣＭＤＢ２００に対して、ｅの由来をｍに変更する由来変更依頼を行う（ステップＳ１３６）。
　続いて、配置実行部１０２は、Ｏを用いて、ｅの由来となっているＭＤＲを調べる（ステップＳ１３７）。なお、ｅの由来となっているＭＤＲを“ｒ”と表記する。続いて、配置実行部１０２は、ｒに対してｅの所在をｍに変更する所在変更依頼を行う（ステップＳ１３８）。続いて、配置実行部１０２は、ｍに対してｅの簡易登録依頼を行う（ステップＳ１３９）。この処理が終了すると、ステップＳ１３４へ移る。
　次に、由来管理処理について説明する。図１３は、由来管理処理手順を示すフローチャートである。なお、以下では、操作を“ｏ”と表記し、エンティティＩＤを“ｅ”と表記し、由来情報を“ｄ”と表記する。
　先ず、ＦＣＭＤＢ２００の由来管理部２０３は、ｏが『登録』であるか否かを判定する（ステップＳ１４１）。ｏが『登録』であると判定された場合に（ステップＳ１４１肯定）、ステップＳ１４２へ移り、ｏが『登録』であると判定されなかった場合に（ステップＳ１４１否定）、ステップＳ１４３へ移る。
　ステップＳ１４２では、由来管理部２０３は、エンティティＩＤがｅの由来情報としてｄを由来情報管理テーブル２０４ａに登録する。ステップＳ１４３では、由来管理部２０３は、ｏが『更新』であるか否かを判定する。ｏが『更新』であると判定された場合に（ステップＳ１４３肯定）、ステップＳ１４４へ移り、ｏが『更新』であると判定されなかった場合に（ステップＳ１４３否定）、ステップＳ１４５へ移る。
　ステップＳ１４４では、由来管理部２０３は、由来情報管理テーブル２０４ａにおいて、エンティティＩＤがｅの由来情報をｄで更新する。ステップＳ１４５では、由来管理部２０３は、ｏが『削除』であるか否かを判定する。ｏが『削除』であると判定された場合に（ステップＳ１４５肯定）、ステップＳ１４６へ移り、ｏが『削除』であると判定されなかった場合に（ステップＳ１４５否定）、ステップＳ１４７へ移る。
　ステップＳ１４６では、由来管理部２０３は、エンティティＩＤがｅである由来情報を由来情報管理テーブル２０４ａから削除する。一方、ステップＳ１４７では、ｏが検索依頼であると判定できるので、エンティティＩＤがｅの由来情報を検索する。
　以上の由来管理処理によれば、例えば、図１４に示す様に、“ネットワーク１”及び“ＨＤＤ２”がＭＤＲ１へ移動されたことにより、エンティティＩＤが“ＧＩＤ１”の由来情報である“ＭＤＲ３％ＬＩＤ１”、及び、エンティティＩＤが“ＧＩＤ３”の由来情報である“ＭＤＲ２％ＬＩＤ１”が、“ＭＤＲ１％ＬＩＤ４”及び“ＭＤＲ１％ＬＩＤ３”へと更新される。なお、各ＭＤＲにおけるＬＩＤの番号は、再配置処理された順序で付与される。
　このように、リレーションシップがある装置構成情報を、同一のＭＤＲに集約して配置することによって、装置構成情報の検索処理速度の向上を図ることができる。
　次に、所在管理処理について説明する。図１５は、所在管理処理手順を示すフローチャートである。なお、以下では、操作を“ｏ”と表記し、エンティティＩＤを“ｅ”と表記し、所在情報を“ｄ”と表記する。
　先ず、ＭＤＲ３００ａの所在管理部３０３ａは、ｏが『登録』であるか否かを判定する（ステップＳ１５１）。ｏが『登録』であると判定された場合に（ステップＳ１５１肯定）、ステップＳ１５２へ移り、ｏが『登録』であると判定されなかった場合に（ステップＳ１５１否定）、ステップＳ１５３へ移る。
　ステップＳ１５２では、所在管理部３０３ａは、エンティティＩＤがｅの所在情報としてｄを所在情報管理テーブル３０４ａに登録する。ステップＳ１５３では、所在管理部３０３ａは、ｏが『更新』であるか否かを判定する。ｏが『更新』であると判定された場合に（ステップＳ１５３肯定）、ステップＳ１５４へ移り、ｏが『更新』であると判定されなかった場合に（ステップＳ１５３否定）、ステップＳ１５５へ移る。
　ステップＳ１５４では、所在管理部３０３ａは、所在情報管理テーブル３０４ａにおいて、エンティティＩＤがｅの所在情報をｄで更新する。ステップＳ１５５では、所在管理部３０３ａは、ｏが『削除』であるか否かを判定する。ｏが『削除』であると判定された場合に（ステップＳ１５５肯定）、ステップＳ１５６へ移り、ｏが『削除』であると判定されなかった場合に（ステップＳ１５５否定）、ステップＳ１５７へ移る。
　ステップＳ１５６では、所在管理部３０３ａは、エンティティＩＤがｅである所在情報を所在情報管理テーブル３０４ａから削除する。一方、ステップＳ１５７では、ｏが検索依頼であると判定できるので、エンティティＩＤがｅの所在情報を検索する。
　以上の所在管理処理によれば、例えば、図１６に示す様に、ＭＤＲ２が管理するエンティティＩＤが“ＬＩＤ１”の構成情報がＭＤＲ１へ移動されたことにより、ＭＤＲ２の所在管理情報中のエンティティＩＤが“ＬＩＤ１”の所在情報が、“ＭＤＲ２％ＬＩＤ１”から“ＭＤＲ１％ＬＩＤ３”へと更新される。このように、リレーションシップがある装置構成情報が、同一のＭＤＲに集約して配置するために移動された場合であっても、所在情報管理テーブル３０４ａを参照することによって、移動先を管理して把握しておくことが可能になる。
　よって、装置構成情報が移動されたＭＤＲに対して、該当する装置構成情報を参照しようとする場合に、移動先が判明しているので、移動先のＭＤＲに参照先を振り替えることが可能になり、該当する装置構成情報が参照不可になることを回避することができる。
　次に、簡易登録処理について説明する。図１７は、簡易登録処理手順を示すフローチャートである。なお、以下では、装置構成情報を“ｄ”と表記する。同図に示す様に、先ず、ＭＤＲ３００ａの簡易登録部３０３ｂは、ｄのエンティティＩＤを生成する（ステップＳ１６１）。
　続いて、簡易登録部３０３ｂは、ｄをＭＤＲ情報管理部３０２（装置構成情報管理テーブル３０２ａ及びリレーションシップ情報管理テーブル３０２ｂ）に登録する（ステップＳ１６２）。続いて、簡易登録部３０３ｂは、ｄの所在をＭＤＲ３００ａ自身として所在情報管理テーブル３０４ａに登録する（ステップＳ１６３）。
　以上の簡易登録処理によれば、例えば、図１８に示す様に、新規登録された、或いは、他のＭＤＲからＭＤＲ１へ移動された装置構成情報（構成アイテム）に、ＭＤＲ１内で一意のエンティティＩＤが付与される。そして、例えば、“ＬＩＤ１０”のエンティティＩＤが付与された装置構成情報の所在情報として、“ＭＤＲ１％ＬＩＤ１０”が所在情報管理テーブル３０４ａに新規登録される。
　このように、同一のＭＤＲに集約して配置するために移動された装置構成情報も、従前からエントリされている装置構成情報と同様に、所在情報管理テーブル３０４ａにて管理することが可能になる。
　次に、ＭＤＲ情報管理部の残容量取得処理について説明する。図１９は、ＭＤＲ情報管理部の残容量取得処理手順を示すフローチャートである。同図に示す様に、ＭＤＲ３００ａの操作実行部３０１は、構成情報再配置実行管理装置１００の配置実行部１０２から、ＭＤＲ情報管理部３０２の残容量取得依頼を受けたか否かを判定する（ステップＳ１７１）。
　ＭＤＲ情報管理部３０２の残容量取得依頼を受けたと判定された場合に（ステップＳ１７１肯定）、ステップＳ１７２へ移り、ＭＤＲ情報管理部３０２の残容量取得依頼を受けたと判定されなかった場合に（ステップＳ１７１否定）、ステップＳ１７１を繰り返す。
　ステップＳ１７２では、操作実行部３０１は、残容量管理部３０３ｃに対してＭＤＲ情報管理部３０２の残容量取得を指示する。そして、残容量管理部３０３ｃは、指示に応じて、ＭＤＲ情報管理部３０２の残容量を取得し、操作実行部３０１へ通知する（ステップＳ１７２）。
　続いて、操作実行部３０１は、残容量管理部３０３ｃから通知されたＭＤＲ情報管理部３０２の残容量を、依頼元の配置実行部１０２へ通知する（ステップＳ１７３）。この処理が終了すると、ＭＤＲ情報管理部の残容量取得処理は終了する。
　次に、情報取得処理について説明する。図２０は、情報取得処理手順を示すフローチャートである。情報取得処理は、ＦＣＭＤＢ２００からの装置構成情報検索要求に応じてＭＤＲ３００ａの操作実行部３０１によって指示された情報取得部３０３ｄによって実行される処理である。なお、以下では、エンティティＩＤを“ｅ”と表記する。
　先ず、情報取得部３０３ｄは、所在情報管理部３０４の所在情報管理テーブル３０４ａを参照して、エンティティＩＤがｅの装置構成情報の所在情報ｐを取得する（ステップＳ１８１）。続いて、情報取得部３０３ｄは、ステップＳ１８１で取得されたｐが、自身のＭＤＲを指し示すか否かを判定する（ステップＳ１８２）。ｐが自身のＭＤＲを指し示すと判定された場合に（ステップＳ１８２肯定）、ステップＳ１８３へ移り、ｐが自身のＭＤＲを指し示すと判定されなかった場合に（ステップＳ１８２否定）、ステップＳ１８４へ移る。
　ステップＳ１８３では、情報取得部３０３ｄは、ＭＤＲ情報管理部３０２の装置構成情報管理テーブル３０２ａを参照して、エンティティＩＤがｅの装置構成情報ｉを取得する。
　一方、ステップＳ１８４では、情報取得部３０３ｄは、所在情報管理テーブル３０４ａを参照して、ｐの所在情報として登録されているＭＤＲから、ｐに対応する装置構成情報ｉを取得する。
　ステップＳ１８３又はステップＳ１８４に続いて、情報取得部３０３ｄは、ステップＳ１８３又はステップＳ１８４で取得された装置構成情報ｉを、操作実行部３０１を介してＦＣＭＤＢ２００へと返す（ステップＳ１８５）。
　以上の情報取得処理によれば、例えば、図２１に示す様に、自身のＭＤＲが管理する又は管理していた全ての装置構成情報について、その所在情報が明らかなので、ＭＤＲ１のエンティティＩＤが“ＬＩＤ１”の装置構成情報は、ＭＤＲ１から取得可能であることが分かる。また、ＭＤＲ１のエンティティＩＤが“ＬＩＤ１０”の装置構成情報は、ＭＤＲ２に移動されたが、所在情報が明らかなので、ＭＤＲ２から取得可能であることが分かる。
　このようにして、装置構成情報を一のＭＤＲに集約して検索効率を高めても、移動前の装置構成情報の移動先ＭＤＲ及び移動先ＭＤＲでのエンティティＩＤが管理されているので、移動元のＭＤＲを検索しても、移動した装置構成情報を参照することが可能になり、検索のミスヒットの発生を回避することが可能になる。
　以上の実施形態の一例によれば、ＦＣＭＤＢ２００は、登録されている装置構成情報について、外部から、どのＭＤＲ由来かを調査又は変更することができる。また、外部から、装置構成情報の最適配置を行なうことができる。また、登録されている装置構成情報について、情報の所在のみを変更できる。また、ＭＤＲ間での装置構成情報の移動を効率的（高速）に行なうことができる。
　また、ＭＤＲ３００ａは、登録された装置構成情報について、移動した際の移動先を管理できる。また、登録されていた装置構成情報が、現在どこに存在するかが分かる。また、リコンサイル（照会）することなく、装置構成情報を登録できる。
　最適配置を決定し、分散している装置構成情報と関連する（リレーションシップがある）装置構成情報を調べ、関連する情報をまとめる先となるＭＤＲを決定することによって、ＭＤＲ間での装置構成情報の移動を効率的（高速）に行なうことができる。
　以上、本発明の実施形態の一例を説明したが、本発明は、これに限られるものではなく、請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施形態の一例で実施されてもよいものである。また、実施形態の一例に記載した効果は、これに限定されるものではない。
　上記実施形態の一例では、構成情報再配置実行管理装置１００は、ＦＣＭＤＢ２００の外部装置としたが、これに限定されず、ＦＣＭＤＢ２００に含まれる構成であってもよい。
　上記実施形態の一例では、装置構成情報を、リレーションシップに基づいて集約するＭＤＲを決定する基準として、リソースの残容量を採用したが、これに限定されず、リソースのアクセス性能等、他の基準を採用してもよい。
　また、上記実施形態の一例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部又は一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部又は一部を公知の方法で自動的におこなうこともできる。この他、上記実施形態の一例で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。
　さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ（Central　Processing　Unit）（又はＭＰＵ（Micro　Processing　Unit）、ＭＣＵ（Micro　Controller　Unit）などのマイクロ・コンピュータ）及びＣＰＵ（または、ＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現されてもよいし、ワイヤードロジックによるハードウェアとして実現されてもよい。

Claims (16)

  1. 　管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の前記装置構成情報管理部から前記装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおける装置構成情報最適配置方法であって、
    　前記装置構成情報管理部が、管理対象装置の構成要素及び前記構成要素間の関連を含む装置構成情報を管理する装置構成情報管理ステップと、
    　前記装置構成情報統合管理部が、複数の前記装置構成情報管理部によって管理される前記装置構成情報を統合管理する装置構成情報統合管理ステップと、
    　装置構成情報最適配置処理部が、複数の前記装置構成情報管理部における前記装置構成情報管理ステップによって管理される前記装置構成情報のうち、前記構成要素間の関連がある装置構成情報を、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行う装置構成情報最適配置処理ステップと
    　を含むことを特徴とする装置構成情報最適配置方法。
  2. 　前記装置構成情報最適配置処理ステップは、
    　前記装置構成情報管理部において、前記構成要素が新規登録、更新又は削除されたことによって前記装置構成情報に差分が生じたことを契機として、該装置構成情報の最適配置の必要性の有無を判定する再配置判定ステップと、
    　前記再配置判定ステップによって、前記装置構成情報の最適配置の必要性有りと判定された場合に、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に、前記装置構成情報を集約して最適配置を行う配置実行ステップと
    　をさらに含むことを特徴とする請求項１記載の装置構成情報最適配置方法。
  3. 　前記装置構成情報統合管理ステップは、統合管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する由来情報を管理する由来情報管理ステップをさらに含み、
    　前記再配置判定ステップは、前記由来情報管理ステップによって管理される前記由来情報が異なる装置構成情報が存在する場合に、該装置構成情報の最適配置の必要性有りと判定することを特徴とする請求項２記載の装置構成情報最適配置方法。
  4. 　前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、前記由来情報管理ステップに対して、該由来情報管理ステップによって管理される前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更する様に要求し、
    　前記由来情報管理ステップは、前記配置実行ステップからの前記由来情報の前記要求に応じて、前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項３記載の装置構成情報最適配置方法。
  5. 　前記装置構成情報管理ステップは、前記装置構成情報の管理資源の状況を管理する管理資源状況管理ステップをさらに含み、
    　前記配置実行ステップは、最適配置を行う対象の前記装置構成情報を管理する各前記装置構成情報管理部における前記管理資源状況管理ステップに対して前記管理資源の状況報告を要求し、各前記装置構成情報管理部における前記管理資源状況管理ステップからの前記管理資源の状況報告に応じて、前記装置構成情報を集約して最適配置を行う装置構成情報管理部を決定することを特徴とする請求項２記載の装置構成情報最適配置方法。
  6. 　前記装置構成情報管理ステップは、管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する所在情報を管理する所在情報管理ステップをさらに含み、
    　前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、該当する装置構成情報を管理する前記装置構成情報管理部における所在情報管理ステップに対して、所在情報管理部によって管理される装置構成情報の所在情報を集約先の装置構成情報管理部へと変更する様に要求し、
    　前記所在情報管理ステップは、前記配置実行ステップからの前記所在情報の前記要求に応じて、前記装置構成情報の所在情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項２記載の装置構成情報最適配置方法。
  7. 　前記装置構成情報管理ステップは、前記装置構成情報を集約して最適配置を行う場合に、集約によって最適配置される装置構成情報を簡易登録する簡易登録ステップをさらに含み、
    　前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、集約先の装置構成情報管理部における装置構成情報管理ステップに対して、集約によって最適配置される装置構成情報の簡易登録を要求し、
    　前記簡易登録ステップは、前記配置実行ステップからの前記要求に応じて、該当する装置構成情報を前記集約先の装置構成情報管理部の所在情報管理部に簡易登録することを特徴とする請求項６記載の装置構成情報最適配置方法。
  8. 　前記装置構成情報管理ステップは、ユーザからの前記装置構成情報の取得要求に応じて、前記所在情報管理ステップによって管理される前記所在情報に基づき、自装置又は他の装置の前記構成情報管理部から、該当する装置構成情報を取得する情報取得ステップをさらに含むことを特徴とする請求項６記載の装置構成情報最適配置方法。
  9. 　管理対象装置の構成要素及び前記構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、
    　複数の前記装置構成情報管理部によって管理される前記装置構成情報を統合管理する装置構成情報統合管理部と、
    　複数の前記装置構成情報管理部によって管理される前記装置構成情報のうち、前記構成要素間の関連がある装置構成情報を、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行う装置構成情報最適配置処理部と
    　を有することを特徴とする装置構成情報最適配置システム。
  10. 　前記装置構成情報最適配置処理部は、
    　前記装置構成情報管理部において、前記構成要素が新規登録、更新又は削除されたことによって前記装置構成情報に差分が生じたことを契機として、該装置構成情報の最適配置の必要性の有無を判定する再配置判定部と、
    　前記再配置判定部によって、前記装置構成情報の最適配置の必要性有りと判定された場合に、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に、前記装置構成情報を集約して最適配置を行う配置実行部と
    　をさらに有することを特徴とする請求項９記載の装置構成情報最適配置システム。
  11. 　前記装置構成情報統合管理部は、統合管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する由来情報を管理する由来情報管理部をさらに有し、
    　前記再配置判定部は、前記由来情報管理部によって管理される前記由来情報が異なる装置構成情報が存在する場合に、該装置構成情報の最適配置の必要性有りと判定することを特徴とする請求項１０記載の装置構成情報最適配置システム。
  12. 　前記配置実行部は、前記装置構成情報を集約して最適配置を行う場合に、前記由来情報管理部に対して、該由来情報管理部によって管理される前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更する様に要求し、
    　前記由来情報管理部は、前記配置実行部からの前記由来情報の前記要求に応じて、前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項１１記載の装置構成情報最適配置システム。
  13. 　前記装置構成情報管理部は、前記装置構成情報の管理資源の状況を管理する管理資源状況管理部をさらに有し、
    　前記配置実行部は、最適配置を行う対象の前記装置構成情報を管理する各前記装置構成情報管理部の前記管理資源状況管理部に対して前記管理資源の状況報告を要求し、各前記装置構成情報管理部の前記管理資源状況管理部からの前記管理資源の状況報告に応じて、前記装置構成情報を集約して最適配置を行う装置構成情報管理部を決定することを特徴とする請求項１０記載の装置構成情報最適配置システム。
  14. 　前記装置構成情報管理部は、管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する所在情報を管理する所在情報管理部をさらに有し、
    　前記配置実行部は、前記装置構成情報を集約して最適配置を行う場合に、該当する装置構成情報を管理する前記装置構成情報管理部の所在情報管理部に対して、該所在情報管理部によって管理される装置構成情報の所在情報を集約先の装置構成情報管理部へと変更する様に要求し、
    　前記所在情報管理部は、前記配置実行部からの前記所在情報の前記要求に応じて、前記装置構成情報の所在情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項１０記載の装置構成情報最適配置システム。
  15. 　前記装置構成情報管理部は、前記装置構成情報を集約して最適配置を行う場合に、集約によって最適配置される装置構成情報を簡易登録する簡易登録部をさらに有し、
    　前記配置実行部は、前記装置構成情報を集約して最適配置を行う場合に、集約先の装置構成情報管理部に対して、集約によって最適配置される装置構成情報の簡易登録を要求し、
    　前記簡易登録部は、前記配置実行部からの前記要求に応じて、該当する装置構成情報を前記集約先の装置構成情報管理部の所在情報管理部に簡易登録することを特徴とする請求項１４記載の装置構成情報最適配置システム。
  16. 　前記装置構成情報管理部は、ユーザからの装置構成情報の取得要求に応じて、前記所在情報管理部によって管理される前記所在情報に基づき、自装置又は他の装置の装置構成情報管理部から該当する装置構成情報を取得する情報取得部をさらに有することを特徴とする請求項１４記載の装置構成情報最適配置システム。
PCT/JP2008/060057 2008-05-30 2008-05-30 装置構成情報最適配置方法及び装置構成情報最適配置システム WO2009144821A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2008/060057 WO2009144821A1 (ja) 2008-05-30 2008-05-30 装置構成情報最適配置方法及び装置構成情報最適配置システム
JP2010514313A JP5120451B2 (ja) 2008-05-30 2008-05-30 配置方法及び配置システム
GB1020167.1A GB2474145B (en) 2008-05-30 2008-05-30 Device-configuration-information optimum arrangement method and device-configuration-information optimum arrangement system
US12/955,557 US8209440B2 (en) 2008-05-30 2010-11-29 Device-configuration-information optimum arrangement method and device-configuration-information optimum arrangement system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/060057 WO2009144821A1 (ja) 2008-05-30 2008-05-30 装置構成情報最適配置方法及び装置構成情報最適配置システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/955,557 Continuation US8209440B2 (en) 2008-05-30 2010-11-29 Device-configuration-information optimum arrangement method and device-configuration-information optimum arrangement system

Publications (1)

Publication Number Publication Date
WO2009144821A1 true WO2009144821A1 (ja) 2009-12-03

Family

ID=41376720

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/060057 WO2009144821A1 (ja) 2008-05-30 2008-05-30 装置構成情報最適配置方法及び装置構成情報最適配置システム

Country Status (4)

Country Link
US (1) US8209440B2 (ja)
JP (1) JP5120451B2 (ja)
GB (1) GB2474145B (ja)
WO (1) WO2009144821A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011134005A (ja) * 2009-12-22 2011-07-07 Fujitsu Ltd 構成情報管理装置、分散情報管理システム、分散情報管理方法および分散情報管理プログラム
JP2011133985A (ja) * 2009-12-22 2011-07-07 Fujitsu Ltd 構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラム
JP2011150545A (ja) * 2010-01-21 2011-08-04 Fujitsu Ltd 構成情報管理装置、分散情報管理システム、分散情報管理方法および分散情報管理プログラム
JP2011197808A (ja) * 2010-03-17 2011-10-06 Fujitsu Ltd 構成情報管理装置、構成情報管理プログラム及び構成情報管理方法
JP2012053534A (ja) * 2010-08-31 2012-03-15 Hitachi Information Systems Ltd 分散構成管理データベースシステム及び分散構成データ管理方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009122527A1 (ja) * 2008-03-31 2009-10-08 富士通株式会社 装置構成情報管理装置へ情報の更新系処理を行なう仮想統合管理装置
GB2473572A (en) * 2008-07-04 2011-03-16 Fujitsu Ltd Information processor, information processing program, information processing method
CN109359013A (zh) * 2018-10-24 2019-02-19 郑州云海信息技术有限公司 一种主机管理特性测试方法、装置、设备及存储介质
CN117579485B (zh) * 2024-01-12 2024-04-09 腾讯科技（深圳）有限公司 配置变更方法、装置、设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0512338A (ja) * 1991-07-05 1993-01-22 Nec Corp 分散データベースのデータ配置方式
JP2004296045A (ja) * 2003-03-28 2004-10-21 Fuji Photo Film Co Ltd データ記録制御方法及びデータ記録装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2001390C (en) 1988-12-19 1997-12-30 Ming-Chien Shan View composition in a data-base management system
CA2124720C (en) * 1993-06-25 2002-10-22 Michael R. C. Seaman Integration of systems management services with an underlying system object model
JP2000148549A (ja) * 1998-11-16 2000-05-30 Fujitsu Ltd データ格納管理装置
ATE343817T1 (de) * 2003-04-23 2006-11-15 Comptel Corp Ereignisvermittlung
US7233957B1 (en) * 2003-09-30 2007-06-19 Emc Corporation Method and apparatus for identifying and processing changes to management information
US9137115B2 (en) * 2004-12-06 2015-09-15 Bmc Software, Inc. System and method for resource reconciliation in an enterprise management system
US20080059943A1 (en) * 2006-08-30 2008-03-06 Vadym Krevs Method and system for using a library cache in a distributed development environment
WO2009096030A2 (ja) * 2008-01-31 2009-08-06 Fujitsu Limited 装置構成統合情報管理プログラム、装置構成情報管理プログラム、装置構成統合情報管理装置および装置構成情報管理装置
US9098555B2 (en) * 2008-11-25 2015-08-04 Dell Products L.P. Method and system for health scoring information systems, users, and updates
US10831724B2 (en) * 2008-12-19 2020-11-10 Bmc Software, Inc. Method of reconciling resources in the metadata hierarchy
US8380749B2 (en) * 2009-01-14 2013-02-19 Bmc Software, Inc. MDR federation facility for CMDBf

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0512338A (ja) * 1991-07-05 1993-01-22 Nec Corp 分散データベースのデータ配置方式
JP2004296045A (ja) * 2003-03-28 2004-10-21 Fuji Photo Film Co Ltd データ記録制御方法及びデータ記録装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Bunsan Database toshite", 19 March 2002 (2002-03-19), Retrieved from the Internet <URL:http://www.icot.or.jp/ARCHIVE/Museum/SOFTWARE/KAPPA/dist.html> [retrieved on 20080730] *
SHUICHI OWA: "Process Base no IT Zenpan Tosei o Jitsugen ITILv3 ni Motozuite Jissen suru IT Service Management", COMPUTERWORLD, 1 December 2007 (2007-12-01), pages 70 - 75 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011134005A (ja) * 2009-12-22 2011-07-07 Fujitsu Ltd 構成情報管理装置、分散情報管理システム、分散情報管理方法および分散情報管理プログラム
JP2011133985A (ja) * 2009-12-22 2011-07-07 Fujitsu Ltd 構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラム
JP2011150545A (ja) * 2010-01-21 2011-08-04 Fujitsu Ltd 構成情報管理装置、分散情報管理システム、分散情報管理方法および分散情報管理プログラム
JP2011197808A (ja) * 2010-03-17 2011-10-06 Fujitsu Ltd 構成情報管理装置、構成情報管理プログラム及び構成情報管理方法
JP2012053534A (ja) * 2010-08-31 2012-03-15 Hitachi Information Systems Ltd 分散構成管理データベースシステム及び分散構成データ管理方法

Also Published As

Publication number Publication date
GB2474145B (en) 2013-02-20
US8209440B2 (en) 2012-06-26
JP5120451B2 (ja) 2013-01-16
JPWO2009144821A1 (ja) 2011-09-29
GB201020167D0 (en) 2011-01-12
GB2474145A (en) 2011-04-06
US20110072165A1 (en) 2011-03-24

Similar Documents

Publication Publication Date Title
JP5120451B2 (ja) 配置方法及び配置システム
US11500875B2 (en) Multi-partitioning for combination operations
US11494380B2 (en) Management of distributed computing framework components in a data fabric service system
US11615087B2 (en) Search time estimate in a data intake and query system
US11966391B2 (en) Using worker nodes to process results of a subquery
US11321321B2 (en) Record expansion and reduction based on a processing task in a data intake and query system
US11341131B2 (en) Query scheduling based on a query-resource allocation and resource availability
US11442935B2 (en) Determining a record generation estimate of a processing task
US11580107B2 (en) Bucket data distribution for exporting data to worker nodes
US11593377B2 (en) Assigning processing tasks in a data intake and query system
US11586627B2 (en) Partitioning and reducing records at ingest of a worker node
US11314753B2 (en) Execution of a query received from a data intake and query system
US11023463B2 (en) Converting and modifying a subquery for an external data system
US11243963B2 (en) Distributing partial results to worker nodes from an external data system
US11126632B2 (en) Subquery generation based on search configuration data from an external data system
US11663227B2 (en) Generating a subquery for a distinct data intake and query system
US11151137B2 (en) Multi-partition operation in combination operations
US20200050612A1 (en) Supporting additional query languages through distributed execution of query engines
US20200065303A1 (en) Addressing memory limits for partition tracking among worker nodes
US20200050586A1 (en) Query execution at a remote heterogeneous data store of a data fabric service
US20190138638A1 (en) Task distribution in an execution node of a distributed execution environment
US20190138641A1 (en) Subquery generation based on a data ingest estimate of an external data system
WO2020027867A1 (en) Generating a subquery for a distinct data intake and query system
JP2018124658A (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: 08764925

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010514313

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 1020167

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20080530

WWE Wipo information: entry into national phase

Ref document number: 1020167.1

Country of ref document: GB

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08764925

Country of ref document: EP

Kind code of ref document: A1