WO2010067436A1 - 構成管理装置、構成管理プログラム及び方法 - Google Patents

構成管理装置、構成管理プログラム及び方法 Download PDF

Info

Publication number
WO2010067436A1
WO2010067436A1 PCT/JP2008/072509 JP2008072509W WO2010067436A1 WO 2010067436 A1 WO2010067436 A1 WO 2010067436A1 JP 2008072509 W JP2008072509 W JP 2008072509W WO 2010067436 A1 WO2010067436 A1 WO 2010067436A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
management
configuration
search
update
Prior art date
Application number
PCT/JP2008/072509
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 EP08878735.3A priority Critical patent/EP2369492A4/en
Priority to JP2010541927A priority patent/JP5310737B2/ja
Priority to PCT/JP2008/072509 priority patent/WO2010067436A1/ja
Publication of WO2010067436A1 publication Critical patent/WO2010067436A1/ja
Priority to US13/153,736 priority patent/US20110276572A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • 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
    • 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
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information

Definitions

  • the present invention relates to a technique for managing attribute information related to resources constituting a system.
  • F-CMDB Federated Configuration Management Database
  • this F-CMDB is a configuration database, incident information DB, trouble information DB, release information DB, change information DB, and application information DB that are a plurality of virtually integrated databases It is possible to perform operations across the board.
  • Each of these integrated databases manages a CI (Configuration Item) that is attribute information related to resources (devices, software, etc.) constituting the system and a relationship (Relationship) between the information.
  • the F-CMDB unifies and virtually integrates names for the same item information managed by different names and different local IDs for each virtually integrated database. It has a reconciliation function that performs mediation (reconciliation) of information by managing with a unique ID that can be commonly used in all databases. Also, in such a reconciliation function, the Identifying Property as shown in FIG. 25 is used as information for associating Entity (CI and Relationship). This Identifying Property is attribute information uniquely associated with a resource, such as a serial number, IP address, or Mac address, for example.
  • the F-CMDB in response to a search request for a resource that satisfies a predetermined condition by a client as shown in FIG. 23, the F-CMDB holds a result (reconciliation information) of executing reconciliation in advance. Search by the relationship information. Further, when the held entity is updated (registered, changed, or deleted), the virtually integrated database notifies the F-CMDB to that effect. On the other hand, the F-CMDB performs reconciliation again in order to reflect the updated Entity in the reconciliation result.
  • the F-CMDB holds the reconciliation result in order to improve the search performance.
  • the F-CMDB does not execute reconciliation in advance in order to improve scalability, there is a problem that a procedure for searching for an entity that satisfies a condition becomes complicated and the search performance is deteriorated.
  • the present invention has been made to solve the above-described problems, and an object thereof is to provide a configuration management apparatus, a configuration management program, and a method that can achieve both scalability and search performance.
  • the configuration management apparatus is an apparatus that can be connected to a device that manages a plurality of configuration items that are information about resources configuring the system, and a plurality of configurations managed by the device
  • a management unit that associates the identification information of the resource included in each of the items with the positional information that is information indicating the position of the configuration item that includes the same identification information as the identification information, and stores the management information in the storage unit
  • a search reception unit that receives a search request including a search condition, and an acquisition unit that acquires a configuration item indicated by the position information from the device in the management information when the search request is received by the search reception unit; For the configuration item acquired by the acquisition unit, the configuration item associated with the same identification information in the management information.
  • a merge unit that merges systems, a determination unit that determines whether a merge result by the merge unit satisfies a search condition received by the search reception unit, and a determination unit that determines that the search condition is satisfied
  • a response unit that returns the merge result as a response to the search request received by the search receiving unit.
  • the configuration management program is a program in an apparatus that can be connected to a device that manages a plurality of configuration items that are information about resources constituting the system, and each of the plurality of configuration items managed by the device.
  • a management step for associating the resource identification information included with the position information, which is information indicating the position of the configuration item including the same identification information as the identification information, and storing the management information in the storage unit;
  • a search reception step for receiving a search request including: an acquisition step for acquiring a configuration item indicated by the position information from the device in the management information when the search request is received by the search reception step; and Same in the management information for the acquired configuration item
  • the configuration management method is a method in an apparatus that can be connected to a device that manages a plurality of configuration items that are information about resources constituting the system, and each of the plurality of configuration items managed by the device.
  • a management step for associating the resource identification information included with the position information, which is information indicating the position of the configuration item including the same identification information as the identification information, and storing the management information in the storage unit;
  • a search reception step for receiving a search request including: an acquisition step for acquiring a configuration item indicated by the position information from the device in the management information when the search request is received by the search reception step; and For the acquired configuration item, the same identification information in the management information
  • a merge step of merging the associated configuration items, a determination step of determining whether a merge result of the merge step satisfies a search condition received by the search reception step, and the search condition by the determination step A response step of returning a merge result determined to satisfy the condition as a response to the search request received by the search reception step.
  • FIG. 1 is a diagram illustrating a configuration of a configuration management system according to a first embodiment.
  • 3 is a block diagram showing configurations of an F-CMDB and an MDR according to Embodiment 1.
  • FIG. It is a figure which shows cache information. It is a figure which shows CI in structure information. It is a flowchart which shows operation
  • FIG. 1 It is a figure which shows an example of the addition of origin information by a registration / addition process. It is a flowchart which shows the operation
  • FIG. 10 is a diagram illustrating configurations of F-CMDB, MDR, and Proxy according to the second embodiment. It is a figure which shows Proxy information. It is a flowchart which shows operation
  • FIG. 1 is a diagram showing a configuration of a configuration management system according to the present embodiment.
  • the configuration management system includes an F-CMDB (configuration management apparatus) 10 and a plurality of MDRs (Management Data Repositories) 20 (MDR_A 20a, MDR_B 20b, MDR_C 20c) connected to the F-CMDB 10. ).
  • a client PC 30 is connected to the F-CMDB 10.
  • the plurality of MDRs 20 respectively manage resource attribute information (information on resources, CI, and Relationship) in a system whose configuration is managed by the configuration management system.
  • the F-CMDB 10 virtually integrates resource attribute information held by the plurality of MDRs 20.
  • the F-CMDB 10 receives a search request from the client PC 30 as a request, and returns the search result to the client PC 30 as a response.
  • the F-CMDB 10 is a server including at least a CPU 501, a memory 502, and a storage device 503 as hardware.
  • the storage device 503 may be an external storage device connected to the server.
  • FIG. 2 is a block diagram showing the configuration of the F-CMDB and MDR according to the present embodiment.
  • FIG. 3 is a diagram showing cache information.
  • FIG. 4 is a diagram showing the CI in the configuration information.
  • the F-CMDB 10 includes a request processing unit 101 (search reception unit, update reception unit), an update processing unit 102 (management unit), a search processing unit 103 (acquisition unit, merge unit, determination unit, response). Section) and cache information 104 (management information).
  • the request processing unit 101, the update processing unit 102, and the search processing unit 103 are functions that are substantially realized by the CPU 501 and the memory 502, and the cache information 104 is information stored in the storage device 503.
  • the request processing unit 101 receives a search request from the client PC 30 and update requests (registration request, change request, deletion request) by a plurality of MDRs 20 and allocates the received processing to the update processing unit 102 or the search processing unit 103. It is.
  • the update processing unit 102 executes a process for the update request.
  • the search processing unit 103 executes a process for the search request.
  • the cache information 104 is associated with the attribute name, attribute value, and origin information indicating the location of this IDP, which are unique identification information for the resource.
  • Each of the plurality of MDRs 20 includes configuration information 202 and an information management unit 201 that manages the configuration information 202.
  • the information management unit 201 is substantially a function realized by a CPU and a memory, and the configuration information 202 is resource attribute information stored in the storage device.
  • the information management unit 201 makes an update request to the F-CMDB 10 when the configuration information 202 is updated.
  • This update request is a request for updating the cache information 104 according to registration, change, or deletion of attribute information (hereinafter, “Entity”) of resources managed in each of the plurality of MDRs 20.
  • the configuration information 202 is information including CI, which is resource attribute information as shown in FIG.
  • the CI includes information indicating parameters such as the CPU, OS, and HDD.
  • the update request is made in the form of (request type, updated entity name, entity location information [position information]). For example, when CI3 is newly registered as the configuration information 202 of MDR_A 20a, the update request from MDR_A 20a is (registration, CI3, CI3 @ MDR_A). The type of update request is indicated by one of registration, change, and deletion.
  • FIG. 5 is a flowchart showing the operation of the request processing unit.
  • the request processing unit 101 determines whether or not a processing request has been received (S101). When a processing request is received (S101, YES), the request processing unit 101 executes scalability improvement processing described later (S102). It is determined again whether a processing request has been received (S101).
  • the request processing unit 101 determines again whether the processing request has been received (S101).
  • FIG. 6 is a flowchart showing the operation of the scalability improvement process. In this flowchart, it is assumed that the request processing unit has already received a processing request (search reception step, update reception step).
  • the request processing unit 101 determines whether the received processing request is a search processing request (S201).
  • the request processing unit 101 requests the search processing unit 103 to perform a search (S202).
  • the request processing unit 101 requests the update processing unit 102 to perform an update (S203).
  • FIG. 7 is a flowchart showing the operation of the update processing unit. In this flowchart, it is assumed that the update processing unit has already received an update request.
  • the update processing unit 102 determines whether the type of update request is registration or change (S301, management step).
  • the update processing unit 102 determines whether the update request type is deletion (S302, management step).
  • the update processing unit 102 When the type of update request is not deletion (S302, NO), the update processing unit 102 returns an error as a response to the MDR that has requested update to the request processing unit 101 among the plurality of MDRs 20 (S303).
  • the update processing unit 102 executes a deletion process described later (S304, management step).
  • step S301 when the type of update request is registration or change (S301, YES), the update processing unit 102 executes a registration / addition process described later (S306, management step).
  • FIG. 8 is a flowchart showing the operation of registration / addition processing.
  • FIG. 9 is a diagram illustrating an example of registration of origin information by registration / addition processing.
  • FIG. 10 is a diagram illustrating an example of addition of origin information by registration / addition processing.
  • the update processing unit 102 checks information e to be reconciled with the Entity to be registered or changed (S401, management step). Specifically, in the cache information 104, information having the same IDP as the Entity IDP to be registered or changed is checked.
  • the update processing unit 102 determines whether there is information e to be reconciled in the cache information 104 (S402, management step).
  • the update processing unit 102 When e does not exist in the cache information 104, that is, when origin information indicating Entity is a registration target (S402, NO), the update processing unit 102 generates gid as a new identifier in the cache information 104 (S403). ). Further, the update processing unit 102 registers the Entity IDP in the cache information 104 (S404, management step), and returns registration / update success as a response to the MDR that requested the update (S405).
  • the update processing unit 102 determines whether or not the same IDP as the ID3 of CI3 exists in the cache information 104.
  • the Entity is regarded as a registration target and is registered in the cache information 104 in association with the newly generated gid2.
  • the CI3 IDP (SN1, 55.66.77.88) and the origin identifier (CI3 @ MDR_A), which is information indicating the location of the Entity identifier (CI3) and Entity, are cache information. 104 is registered.
  • step S ⁇ b> 402 when e exists in the cache information 104, that is, when origin information indicating Entity is an addition target (YES in S ⁇ b> 402), the update processing unit 102 converts the entity origin information into the cache information 104. A registration or change success is returned as a response to the MDR that has been added (S406, management step) and requested to be updated (S405).
  • the update processing unit 102 determines whether or not the same IDP as the IDP of CI2 exists in the cache information 104.
  • the origin information indicating Entity is regarded as an addition target, and the origin information of CI2 is added to gid1.
  • FIG. 11 is a flowchart showing the operation of the deletion process.
  • FIG. 12 is a diagram illustrating an example of deletion of origin information by deletion processing when there are a plurality of origin information.
  • FIG. 13 is a diagram illustrating an example of deletion of origin information by a deletion process when there is no plurality of origin information.
  • the update processing unit 102 checks Entity as a deletion target and information e to be reconciled (S501, management step). Specifically, in the cache information 104, information having the same IDP as that of the entity to be deleted is checked.
  • the update processing unit 102 determines whether there is information e to be reconciled in the cache information 104 (S502, management step).
  • the update processing unit 102 deletes the origin information indicating the entity as the deletion target from the origin information of e (S503, management step), and whether the origin information of e is empty. Is determined (S504).
  • the update processing unit 102 When the origin information of e is not empty (S504, NO), the update processing unit 102 returns a deletion success response as a response to the MDR that requested the update (S506).
  • the update processing unit 102 deletes e (S505) and returns a deletion success response as a response to the MDR that requested the update (S506).
  • step S502 if e does not exist (S502, NO), the update processing unit 102 returns an error to the MDR that requested the update (S507).
  • the update processing unit 102 determines whether or not the same IDP as the IDP of CI2 exists in the cache information 104.
  • the origin information of CI2 in gid1 is deleted.
  • the F-CMDB 10 stores the IDP and the origin information in association with the gid as the cache information 104, thereby supporting the update of the Entity without executing the reconciliation. can do.
  • FIG. 14 is a flowchart showing the operation of the search process.
  • FIG. 15 is a diagram showing Entity that satisfies the search condition.
  • FIG. 16 is a diagram illustrating an entity that does not satisfy the search condition. In FIG. 14, it is assumed that the search processing unit has already received a search request from the request processing unit.
  • the search processing unit 103 sets the search result R to be empty (S601), extracts all information E from the cache information 104 (S602), and determines whether E is empty (S603).
  • the search processing unit 103 extracts individual cache information e from E (S604, acquisition step / merge step).
  • the individual cache information e indicates information associated with one gid.
  • the search processing unit 103 acquires the corresponding information from the corresponding MDR according to the origin information of e (S605, acquisition step / merge step).
  • the corresponding information is CI1 and CI2 of MDR_A 20a
  • the corresponding information is CI4 of MDR_B 20b and CI6 of MDR_C 20c.
  • the search processing unit 103 performs reconciliation (merging) with all the acquired information, that is, with the CI associated with the cache information 104, and calculates the result r (S606, merge step).
  • the reconciliation targets are CI1 and CI2, and the result r regarding the resource indicated by gid1 has parameters of OS_A and 500 GB.
  • the reconciliation targets are CI4 and CI6, and the result r regarding the resource indicated by gid2 has parameters of OS_B and 700 GB.
  • the search processing unit 103 determines whether the result r (merge result) by the reconciliation satisfies the search condition c (S607, determination step).
  • step S603 if E is empty (S603, YES), the search processing unit 103 returns a search result R to the client PC 30 that is the request source of the search request via the request processing unit 101. (S609, response step).
  • the F-CMDB 10 reduces the amount of information to be managed and speeds up reconciliation by narrowing down the target of prior reconciliation (IDP in this embodiment). Can be realized.
  • the F-CMDB 10 performs entity association in advance as in the origin information in the cache information 104, and merges CIs that are associated in advance at the time of search, thereby suppressing degradation in search performance. Can do.
  • FIG. 17 is a diagram showing a configuration of the configuration management system according to the present embodiment.
  • the configuration management system is configured such that a plurality of proxies 40 are arranged between the F-CMDB 10 and a plurality of MDRs 20.
  • cache information is distributed and managed by a plurality of Proxy 40 (Proxy 40a, Proxy 40b), so that the cache information can be prevented from being concentrated in the F-CMDB 10.
  • FIG. 18 is a diagram showing a configuration of F-CMDB, MDR, and Proxy according to the present embodiment.
  • FIG. 19 is a diagram showing Proxy information.
  • the present embodiment is different from the first embodiment in that the F-CMDB 10 includes an arrangement determining unit 105 and proxy information 106.
  • the arrangement determining unit 105 determines a proxy for registering or adding origin information indicating the entity in response to a registration or change request among the update requests for the entity.
  • Each of the plurality of proxies 40 includes an information management unit 401 and cache information 402. Further, since the F-CMDB 10 does not hold cache information, the update processing unit 102 and the search processing unit 103 request processing (update processing and search processing) allocated by the request processing unit 101 to a plurality of proxies 40. .
  • the arrangement determining unit 105 determines a Proxy for registering or adding origin information indicating the Entity by a process described later.
  • the update processing unit 102 requests origin information registration / addition for the determined proxy.
  • the search processing unit 103 merges the search results obtained by the plurality of proxies 40 and returns the merged search results to the client PC 30 as a response to the search request.
  • Each of the plurality of proxies 40 includes cache information 402 and an information management unit 401 that manages the cache information 402.
  • the cache information 402 is the same information as the cache information 106 in the first embodiment, but is different from the first embodiment in that it is distributedly managed.
  • the information management unit 401 executes processing (update processing, search processing) requested by the update processing unit 102 and the search processing unit 103.
  • the information management unit 401 basically performs the operations of the search processing unit 103 and the update processing unit 102 in the first embodiment.
  • the proxy information 106 in the F-CMDB 10 includes an “ID” that is a unique identifier for the proxy, an “access method” that indicates the addresses of the plurality of proxies 40, and The number of information, which is the number of information to be held, is associated. The number of information is the number of origin information in the cache information 402 of each of the plurality of proxies 40.
  • FIG. 20 is a flowchart showing the operation of the arrangement determining unit.
  • the update processing unit has already received an Entity update request, and the processing type by the update request is registration or change.
  • the arrangement determining unit 105 sets the Entity to be updated as e for all the Proxys 40 registered in the Proxy information 106, and the Entity to be reconciled with this e.
  • a search is requested (S701). This search is performed by each information management unit 401 of the Proxy 40 using the IDP of e as an argument.
  • the arrangement determining unit 105 determines whether there is a proxy that has been successfully searched for this request (S702). Note that in this determination, the proxy that has been successfully searched indicates a proxy in which a gid having an IDP that matches the IDP of e exists in the cache information 401.
  • the arrangement determining unit 105 returns p to the update processing unit 102 as a proxy for registering or adding e-origin information, where p is a proxy that has been successfully searched. S704).
  • the arrangement determining unit 105 executes an arrangement determining process described later (S705).
  • the origin information of the entity as the update target is stored in the cache information 401 including the information with the matching IDP, so that the origin information regarding the same resource can be associated with the same gid.
  • FIG. 21 is a flowchart showing the operation of the arrangement determination process.
  • the arrangement determining unit 105 takes out all the information related to Proxy registered as P from the Proxy information 106 (S801), and determines whether or not this P is empty (S802).
  • the arrangement determining unit 105 refers to the proxy information 106 and checks the number of information managed by each proxy 40 in the P (S803). Next, the arrangement determining unit 105 selects a proxy having the smallest number of pieces of information managed as p (S804), and determines whether the number of pieces of information managed by p is less than a threshold (for example, 1000). (S805).
  • the arrangement determining unit 105 When the number of pieces of information managed by p is less than the threshold (S805, YES), the arrangement determining unit 105 returns p to the update processing unit 102 as a Proxy for registering origin information (update target in the update request). (S806).
  • the arrangement determining unit 105 activates a new Proxy that is not registered in the Proxy information 106 as p (S807), and activates p Is registered in the proxy information 106 as the number of information 0 (S808). Further, the arrangement determining unit 105 increments the number of registered p information by 1 (S809), and returns p to the update processing unit 102 as a Proxy for registering Entity (S806).
  • the update processing unit 102 requests registration / addition of Entity origin information to the Proxy returned from the placement determination unit 105 by the processing illustrated in FIGS. 20 and 21.
  • the information management unit 401 performs the same operation as the operation of the update processing unit 102 in the first embodiment, thereby deleting the origin information.
  • the entities can be equally allocated to the plurality of proxies 40. Further, by limiting the number of pieces of cache information 402 in each of the plurality of proxies 40 by a predetermined threshold, it is possible to prevent each proxy from holding information excessively.
  • FIG. 22 is a diagram illustrating an example of a computer system to which the present invention is applied.
  • a computer system 900 shown in FIG. 22 includes a main body unit 901 incorporating a CPU, a disk drive, and the like, a display 902 that displays an image according to instructions from the main body unit 901, a keyboard 903 for inputting various information to the computer system 900, A mouse 904 that designates an arbitrary position on the display screen 902a of the display 902 and a communication device 905 that accesses an external database or the like and downloads a program or the like stored in another computer system.
  • the communication device 905 may be a network communication card, a modem, or the like.
  • a program for executing the above steps in the computer system constituting the F-CMDB 10 as described above can be provided as a configuration management program.
  • This program can be executed by a computer system constituting the F-CMDB 10 by storing the program in a recording medium readable by the computer system.
  • a program for executing the above steps is stored in a portable recording medium such as a disk 910 or downloaded from a recording medium 906 of another computer system by the communication device 905.
  • a configuration management program (configuration management software) that causes the computer system 900 to have at least a configuration management function is input to the computer system 900 and compiled. This program causes the computer system 900 to operate as a configuration management system having a configuration management function.
  • this program may be stored in a computer-readable recording medium such as a disk 910, for example.
  • a computer-readable recording medium such as a disk 910
  • examples of the recording medium readable by the computer system 900 include an internal storage device such as a ROM and a RAM, a portable storage such as a disk 110, a flexible disk, a DVD disk, a magneto-optical disk, and an IC card. It includes a medium, a database holding a computer program, or other computer systems and the database, and various recording media accessible by a computer system connected via communication means such as the communication device 105.

Landscapes

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

Abstract

　ＭＤＲ２０により管理される複数のＣＩのそれぞれに含まれる識別情報と、識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である由来情報とを対応付けて、キャッシュ情報１０４として記憶する更新処理部１０２と、検索条件を含む検索依頼を受け付ける依頼処理部１０１と、検索依頼が受け付けられた場合、キャッシュ情報１０４において、由来情報により示されるＣＩをＭＤＲ２０より取得し、取得したＣＩに対し、キャッシュ情報１０４において同一の由来情報と対応付けられたＣＩ同士をマージし、マージ結果が検索条件を満たすかどうかを判断し、検索条件を満たすと判断したマージ結果を応答として返す検索処理部１０３とを備えた。

Description

構成管理装置、構成管理プログラム及び方法
　本発明は、システムを構成するリソースに関する属性情報を管理する技術に関するものである。
　システムを構成するハードウェア及びソフトウェアに関する情報を管理する異なるデータベースを仮想統合することにより、情報システムのコンポーネントに関する全ての情報を管理するデータベースとして、Ｆ－ＣＭＤＢ（Ｆｅｄｅｒａｔｅｄ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ｄａｔａｂａｓｅ）が知られている。このＦ－ＣＭＤＢは、図２３に示すように、仮想統合している複数のデータベースである構成情報ＤＢ、インシデント情報ＤＢ、トラブル情報ＤＢ、リリース情報ＤＢ、変更情報ＤＢ、アプリ情報ＤＢに対して、横断的に操作を行うことを可能にするものである。これらの統合されている複数のデータベースのそれぞれは、システムを構成するリソース（機器、ソフトウェアなど）に関する属性情報であるＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｉｔｅｍ）と情報間の関連（Ｒｅｌａｔｉｏｎｓｈｉｐ）とを管理するものである。
　また、図２４に示すように、Ｆ－ＣＭＤＢは仮想統合しているデータベース毎に異なる名前、異なるローカルＩＤで管理されている同一アイテムの情報に対して、名前を統一し、仮想統合している全てのデータベースで共通に使えるユニークなＩＤで管理することにより情報の調停（リコンシリエーション）を行うリコンシエーション機能を有するものである。また、このようなリコンシリエーション機能において、Ｅｎｔｉｔｙ（ＣＩ及びＲｅｌａｔｉｏｎｓｈｉｐ）を対応付けるための情報として、図２５に示すようなＩｄｅｎｔｉｆｙｉｎｇ　Ｐｒｏｐｅｒｔｙが用いられる。このＩｄｅｎｔｉｆｙｉｎｇ　Ｐｒｏｐｅｒｔｙは、例えば、シリアル番号や、ＩＰアドレス、Ｍａｃアドレスのような、リソースに対して一意に対応付けられた属性情報である。
　また、図２３に示すようなクライアントによる所定の条件を満たすリソースの検索依頼に対して、Ｆ－ＣＭＤＢは、予めリコンシリエーションを実行した結果（リコンシリエーション情報）を保持しており、このリコンシリエーション情報により検索を行う。また、仮想統合されているデータベースは、保持しているＥｎｔｉｔｙが更新（登録、変更、削除）された場合、その旨をＦ－ＣＭＤＢに通知する。これに対し、Ｆ－ＣＭＤＢは、更新されたＥｎｔｉｔｙをリコンシリエーション結果に反映するため、再度、リコンシリエーションを行う。
　また、本発明の関連ある従来技術として、複数システムのデータベース間の統合システムにおいて、前記複数の異なるデータベースのテーブル内の属性項目同士を対応付けし、前記対応付けにしたがってマッピング文書を作成し、前記作成されたマッピング文書にしたがってタグテーブル内の属性値同士を対応づけし、前記対応付けに基づいて前記複数のデータベースの統合を支援するデータベース統合支援方法が知られている（例えば、特許文献１参照）。
特開２００３－４４５２９号公報
　上記のように、Ｆ－ＣＭＤＢは、検索性能を向上させるために、リコンシリエーション結果を保持している。一方、Ｆ－ＣＭＤＢは、スケーラビリティの観点から、リコンシリエーション結果を管理しないことが望ましい。しかし、スケーラビリティを向上させるために、Ｆ－ＣＭＤＢが事前にリコンシリエーションを実行しない場合、条件を満たすＥｎｔｉｔｙを探す手順が複雑化し、検索性能が低下してしまうという問題がある。
　本発明は上述した問題点を解決するためになされたものであり、スケーラビリティと検索性能を両立することができる構成管理装置、構成管理プログラム及び方法を提供することを目的とする。
　上述した課題を解決するため、構成管理装置は、システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置であって、前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理部と、検索条件を含む検索要求を受け付ける検索受付部と、前記検索受付部により検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得部と、前記取得部により取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージ部と、前記マージ部によるマージ結果が、前記検索受付部により受け付けられた検索条件を満たすかどうかを判断する判断部と、前記判断部により前記検索条件を満たすと判断されたマージ結果を、前記検索受付部により受け付けられた検索要求に対する応答として返す応答部とを備える。
　また、構成管理プログラムは、システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置におけるプログラムであって、前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、検索条件を含む検索要求を受け付ける検索受付ステップと、前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップとをコンピュータに実行させる。
　また、構成管理方法は、システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における方法であって、前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、検索条件を含む検索要求を受け付ける検索受付ステップと、前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップとを備える。
実施の形態１に係る構成管理システムの構成を示す図である。 実施の形態１に係るＦ－ＣＭＤＢ及びＭＤＲの構成を示すブロック図である。 キャッシュ情報を示す図である。 構成情報におけるＣＩを示す図である。 依頼処理部の動作を示すフローチャートである。 スケーラビリティ向上処理の動作を示すフローチャートである。 更新処理部の動作を示すフローチャートである。 登録・追加処理の動作を示すフローチャートである。 登録・追加処理による由来情報の登録の一例を示す図である。 登録・追加処理による由来情報の追加の一例を示す図である。 削除処理の動作を示すフローチャートである。 由来情報が複数ある場合の削除処理による由来情報の削除の一例を示す図である。 由来情報が複数ない場合の削除処理による由来情報の削除の一例を示す図である。 検索処理の動作を示すフローチャートである。 検索条件を満たすＥｎｔｉｔｙを示す図である。 検索条件を満たさないＥｎｔｉｙを示す図である。 実施の形態２に係る構成管理システムの構成を示す図である。 実施の形態２に係るＦ－ＣＭＤＢ、ＭＤＲ、及びＰｒｏｘｙの構成を示す図である。 Ｐｒｏｘｙ情報を示す図である。 配置決定部の動作を示すフローチャートである。 配置決定処理の動作を示すフローチャートである。 本発明が適用されるコンピュータシステムの一例を示す図である。 従来のＦ－ＣＭＤＢを示す図である。 リコンシリエーション機能を示す図である。 Ｉｄｅｎｔｉｆｙｉｎｇ　Ｐｒｏｐｅｒｔｙを示す図である。
　以下、本発明の実施の形態について図面を参照しつつ説明する。
実施の形態１．
　まず、本実施の形態に係る構成管理システムの構成について説明する。図１は、本実施の形態に係る構成管理システムの構成を示す図である。
　図１に示すように、本実施の形態に係る構成管理システムは、Ｆ－ＣＭＤＢ（構成管理装置）１０、Ｆ－ＣＭＤＢ１０に接続された複数のＭＤＲ（Ｍａｎａｇｅｍｅｎｔ　Ｄａｔａ　Ｒｅｐｏｓｉｔｏｒｉｅｓ）２０（ＭＤＲ＿Ａ２０ａ、ＭＤＲ＿Ｂ２０ｂ、ＭＤＲ＿Ｃ２０ｃ）により構成される。また、Ｆ－ＣＭＤＢ１０には、クライアントＰＣ３０が接続されている。複数のＭＤＲ２０は、構成管理システムによりその構成が管理されているシステムにおけるリソースの属性情報（リソースに関する情報、ＣＩ及びＲｅｌａｔｉｏｎｓｈｉｐ）をそれぞれ管理しているものである。また、Ｆ－ＣＭＤＢ１０は、これら複数のＭＤＲ２０により保持されるリソースの属性情報を仮想統合するものである。また、Ｆ－ＣＭＤＢ１０は、クライアントＰＣ３０からの検索依頼を要求として受け取り、検索の結果を応答としてクライアントＰＣ３０へ返すものである。なお、このＦ－ＣＭＤＢ１０は、ハードウェアとして、少なくともＣＰＵ５０１、メモリ５０２、記憶デバイス５０３を備えたサーバとする。なお、記憶デバイス５０３はサーバに接続された外部の記憶デバイスであっても構わない。
　次に、本実施の形態に係るＦ－ＣＭＤＢ及びＭＤＲの構成について説明する。図２は、本実施の形態に係るＦ－ＣＭＤＢ及びＭＤＲの構成を示すブロック図である。また、図３は、キャッシュ情報を示す図である。また、図４は、構成情報におけるＣＩを示す図である。
　図２に示すように、Ｆ－ＣＭＤＢ１０は、依頼処理部１０１（検索受付部、更新受付部）、更新処理部１０２（管理部）、検索処理部１０３（取得部、マージ部、判断部、応答部）、キャッシュ情報１０４（管理情報）を備えるものである。また、依頼処理部１０１、更新処理部１０２、検索処理部１０３は、実質的にはＣＰＵ５０１及びメモリ５０２により実現される機能であり、キャッシュ情報１０４は、記憶デバイス５０３に格納される情報である。また、依頼処理部１０１は、クライアントＰＣ３０による検索依頼、複数のＭＤＲ２０による更新依頼（登録依頼、変更依頼、削除依頼）を受け付け、受け付けた処理を更新処理部１０２、または検索処理部１０３に割り振るものである。また、更新処理部１０２は、更新依頼に対する処理を実行するものである。また、検索処理部１０３は、検索依頼に対する処理を実行するものである。また、キャッシュ情報１０４は、図３に示すように、リソースに対する一意な識別情報であるＩｄｅｎｔｉｆｙｉｎｇ　Ｐｒｏｐｅｒｔｙ（以下、ＩＤＰ）の属性名、属性値、このＩＤＰの場所を示す由来情報が対応付けられ、これらに対して一意な識別子であるｇｉｄ（Ｇｌｏｂａｌ　ＩＤ）が付加されている情報である。
　また、複数のＭＤＲ２０のそれぞれは、構成情報２０２と、これを管理する情報管理部２０１とを備える。また、情報管理部２０１は、実質的にはＣＰＵ及びメモリにより実現される機能であり、構成情報２０２は、記憶デバイスに格納されるリソースの属性情報である。また、情報管理部２０１は、構成情報２０２が更新された場合、Ｆ－ＣＭＤＢ１０に対して、更新依頼をするものである。この更新依頼は、複数のＭＤＲ２０のそれぞれにおいて管理されているリソースの属性情報（以下、Ｅｎｔｉｔｙ）の登録、変更、または削除に応じたキャッシュ情報１０４の更新要求である。また、構成情報２０２は、図４に示すようなリソースの属性情報であるＣＩを含む情報である。このＣＩには、ＩＤＰとしての属性情報（シリアルナンバー、ＩＰ）の他に、ＣＰＵ、ＯＳ、ＨＤＤなどのパラメータを示す情報も含まれる。
　なお、本実施の形態において、更新依頼は、（依頼の種別，更新されたＥｎｔｉｔｙの名前，Ｅｎｔｉｔｙの場所を示す情報[位置情報]）という形でなされる。例えば、ＭＤＲ＿Ａ２０ａの構成情報２０２としてＣＩ３が新たに登録された場合、ＭＤＲ＿Ａ２０ａからの更新依頼は、（登録，ＣＩ３，ＣＩ３＠ＭＤＲ＿Ａ）となる。更新依頼の種別は、登録、変更、削除のいずれかにより示される。また、検索依頼は、（依頼の種別，検索条件）という形でなされる。例えば、ハードディスクが５００ＧＢであるリソースが検索される場合、検索依頼は、（検索，ＨＤＤ＝５００ＧＢ）となる。
　次に、Ｆ－ＣＭＤＢにおける依頼処理部の動作について説明する。図５は、依頼処理部の動作を示すフローチャートである。
　図５に示すように、まず、依頼処理部１０１は、処理依頼を受けたかどうかを判断する（Ｓ１０１）。処理依頼を受けた場合（Ｓ１０１，ＹＥＳ）、依頼処理部１０１は、後述するスケーラビリティ向上処理を実行し（Ｓ１０２）。再度、処理依頼を受けたかどうかを判断する（Ｓ１０１）。
　一方、処理依頼を受けていない場合（Ｓ１０１，ＮＯ）、依頼処理部１０１は、再度、処理依頼を受けたかどうかを判断する（Ｓ１０１）。
　次に、スケーラビリティ向上処理について説明する。図６は、スケーラビリティ向上処理の動作を示すフローチャートである。なお、このフローチャートにおいて、依頼処理部はすでに処理依頼を受けているものとする（検索受付ステップ、更新受付ステップ）。
　図６に示すように、まず、依頼処理部１０１は、受けた処理依頼が検索処理依頼かどうかを判断する（Ｓ２０１）。
　受けた処理依頼が検索処理依頼である場合（Ｓ２０１，ＹＥＳ）、依頼処理部１０１は、検索処理部１０３に検索を依頼する（Ｓ２０２）。
　一方、受けた処理依頼が検索処理依頼ではない場合、すなわち、更新処理依頼である場合（Ｓ２０１，ＮＯ）、依頼処理部１０１は、更新処理部１０２に更新を依頼する（Ｓ２０３）。
　次に、更新処理部の動作について説明する。図７は、更新処理部の動作を示すフローチャートである。なお、このフローチャートにおいて、更新処理部はすでに更新の依頼を受けているものとする。
　図７に示すように、まず、更新処理部１０２は、更新依頼の種別が登録または変更かどうかを判断する（Ｓ３０１，管理ステップ）。
　更新依頼の種別が登録または変更ではない場合（Ｓ３０１，ＮＯ）、更新処理部１０２は、更新依頼の種別が削除かどうかを判断する（Ｓ３０２，管理ステップ）。
　更新依頼の種別が削除ではない場合（Ｓ３０２，ＮＯ）、更新処理部１０２は、複数のＭＤＲ２０のうち、依頼処理部１０１に更新依頼をしたＭＤＲに対して、エラーを応答として返す（Ｓ３０３）。
　一方、更新依頼の種別が削除である場合（Ｓ３０２，ＹＥＳ）、更新処理部１０２は、後述する削除処理を実行する（Ｓ３０４，管理ステップ）。
　また、ステップＳ３０１において、更新依頼の種別が登録または変更である場合（Ｓ３０１，ＹＥＳ）、更新処理部１０２は、後述する登録・追加処理を実行する（Ｓ３０６，管理ステップ）。
　次に、登録・追加処理の動作について説明する。図８は、登録・追加処理の動作を示すフローチャートである。また、図９は、登録・追加処理による由来情報の登録の一例を示す図である。また、図１０は、登録・追加処理による由来情報の追加の一例を示す図である。
　図８に示すように、更新処理部１０２は、登録または変更対象としてのＥｎｔｉｔｙとリコンシリエーションされるべき情報ｅを調べる（Ｓ４０１，管理ステップ）。具体的には、キャッシュ情報１０４において、登録または変更対象であるＥｎｔｉｔｙのＩＤＰと同じＩＤＰを持つ情報を調べる。
　次に、更新処理部１０２は、キャッシュ情報１０４において、リコンシリエーションされるべき情報ｅが存在するかどうかを判断する（Ｓ４０２，管理ステップ）。
　キャッシュ情報１０４においてｅが存在しない場合、すなわち、Ｅｎｔｉｔｙを示す由来情報が登録対象である場合（Ｓ４０２，ＮＯ）、更新処理部１０２は、キャッシュ情報１０４における新たな識別子として、ｇｉｄを生成する（Ｓ４０３）。さらに、更新処理部１０２は、ＥｎｔｉｔｙのＩＤＰをキャッシュ情報１０４に登録し（Ｓ４０４，管理ステップ）、更新依頼をしたＭＤＲに対して、登録・更新成功を応答として返す（Ｓ４０５）。
　ここで、更新依頼されたＥｎｔｉｔｙを示す由来情報が登録対象である場合の処理例について説明する。図９に示すように、ＣＩ３について、登録または変更依頼がなされると、更新処理部１０２は、キャッシュ情報１０４においてＣＩ３のＩＤＰと同じＩＤＰが存在するかどうかの判断をする。図９に示すキャッシュ情報１０４において、ＣＩ３のＩＤＰと同じＩＤＰは存在しないため、Ｅｎｔｉｔｙは登録対象としてみなされ、新たに生成されたｇｉｄ２と対応付けられてキャッシュ情報１０４に登録される。なお、この際、ＣＩ３のＩＤＰ（ＳＮ１，５５．６６．７７．８８）と、Ｅｎｔｉｔｙの識別子（ＣＩ３）及びＥｎｔｉｔｙが存在する場所とを示す情報である由来情報（ＣＩ３＠ＭＤＲ＿Ａ）とがキャッシュ情報１０４に登録される。
　また、ステップＳ４０２において、キャッシュ情報１０４においてｅが存在する場合、すなわち、Ｅｎｔｉｔｙを示す由来情報が追加対象である場合（Ｓ４０２，ＹＥＳ）、更新処理部１０２は、Ｅｎｔｉｔｙの由来情報をキャッシュ情報１０４に追加し（Ｓ４０６，管理ステップ）、更新依頼をしたＭＤＲに対して、登録または変更成功を応答として返す（Ｓ４０５）。
　ここで、更新依頼されたＥｎｔｉｔｙを示す由来情報が追加対象である場合の処理例について説明する。図１０に示すように、ＣＩ２について、登録または変更依頼がなされると、更新処理部１０２は、キャッシュ情報１０４においてＣＩ２のＩＤＰと同じＩＤＰが存在するかどうかの判断をする。図９に示すキャッシュ情報１０４において、ＣＩ２のＩＤＰと同じＩＤＰがｇｉｄ１に存在するため、Ｅｎｔｉｔｙを示す由来情報は追加対象としてみなされ、ｇｉｄ１にＣＩ２の由来情報が追加される。
　次に、削除処理の動作について説明する。図１１は、削除処理の動作を示すフローチャートである。また、図１２は、由来情報が複数ある場合の削除処理による由来情報の削除の一例を示す図である。また、図１３は、由来情報が複数ない場合の削除処理による由来情報の削除の一例を示す図である。
　図１１に示すように、まず、更新処理部１０２は、削除対象としてのＥｎｔｉｔｙとリコンシリエーションされるべき情報ｅを調べる（Ｓ５０１，管理ステップ）。具体的には、キャッシュ情報１０４において、削除対象であるＥｎｔｉｔｙのＩＤＰと同じＩＤＰを持つ情報を調べる。
　次に、更新処理部１０２は、キャッシュ情報１０４において、リコンシリエーションされるべき情報ｅが存在するかどうかを判断する（Ｓ５０２，管理ステップ）。
　ｅが存在する場合（Ｓ５０２，ＹＥＳ）、更新処理部１０２は、ｅの由来情報から、削除対象としてのＥｎｔｉｔｙを示す由来情報を削除し（Ｓ５０３，管理ステップ）、ｅの由来情報が空かどうかを判断する（Ｓ５０４）。
　ｅの由来情報が空ではない場合（Ｓ５０４，ＮＯ）、更新処理部１０２は、更新依頼をしたＭＤＲに対して、削除成功を応答として返す（Ｓ５０６）。
　一方、ｅの由来情報が空である場合（Ｓ５０４，ＹＥＳ）、更新処理部１０２は、ｅを削除し（Ｓ５０５）、更新依頼をしたＭＤＲに対して、削除成功を応答として返す（Ｓ５０６）。
　また、ステップＳ５０２において、ｅが存在しない場合（Ｓ５０２，ＮＯ）、更新処理部１０２は、更新依頼をしたＭＤＲに対して、エラーを返す（Ｓ５０７）。
　ここで、削除処理の例について説明する。まず、由来情報が複数ある場合の削除処理の例について説明する。図１２に示すように、ＣＩ２について、削除依頼がなされると、更新処理部１０２は、キャッシュ情報１０４においてＣＩ２のＩＤＰと同じＩＤＰが存在するかどうかの判断をする。図１２に示すキャッシュ情報１０４において、ＣＩ２のＩＤＰと同じＩＤＰがｇｉｄ１に存在するため、ｇｉｄ１におけるＣＩ２の由来情報が削除される。
　一方、由来情報が複数ない場合、図１３に示すように、ＣＩ１の由来情報が削除されることにより、ｇｉｄ１の由来情報は空になるため、キャッシュ情報１０４からｇｉｄ１が削除される。
　上述したように、本実施の形態に係るＦ－ＣＭＤＢ１０は、キャッシュ情報１０４として、ＩＤＰと由来情報をｇｉｄと対応付けて保存することにより、リコンシリエーションを実行せずに、Ｅｎｔｉｔｙの更新に対応することができる。
　次に、検索処理の動作について説明する。図１４は、検索処理の動作を示すフローチャートである。また、図１５は、検索条件を満たすＥｎｔｉｔｙを示す図である。また、図１６は、検索条件を満たさないＥｎｔｉｙを示す図である。なお、図１４において、検索処理部は、すでに依頼処理部より検索依頼を受けているものとする。
　まず、検索処理部１０３は、検索結果Ｒを空とし（Ｓ６０１）、キャッシュ情報１０４から全ての情報Ｅを取り出し（Ｓ６０２）、Ｅが空かどうかを判断する（Ｓ６０３）。
　Ｅが空ではない場合（Ｓ６０３，ＮＯ）、検索処理部１０３は、Ｅから個別のキャッシュ情報ｅを取りだす（Ｓ６０４，取得ステップ／マージステップ）。ここで個別のキャッシュ情報ｅとは、ひとつのｇｉｄに対応付けられている情報を指す。
　次に、検索処理部１０３は、ｅの由来情報に従って、該当するＭＤＲから該当する情報を取得する（Ｓ６０５，取得ステップ／マージステップ）。例えば、図１５においては、該当する情報は、ＭＤＲ＿Ａ２０ａのＣＩ１及びＣＩ２であり、図１６においては、ＭＤＲ＿Ｂ２０ｂのＣＩ４とＭＤＲ＿Ｃ２０ｃのＣＩ６である。
　次に、検索処理部１０３は、取得した全ての情報により、つまりキャッシュ情報１０４において対応付けられたＣＩにより、リコンシリエーション（マージ）を行い、結果ｒを算出する（Ｓ６０６，マージステップ）。例えば、図１５においては、リコンシリエーションの対象はＣＩ１及びＣＩ２であり、ｇｉｄ１で示されるリソースに関する結果ｒは、ＯＳ＿Ａ，５００ＧＢというパラメータを持つことになる。また、図１６においては、リコンシリエーションの対象はＣＩ４及びＣＩ６であり、ｇｉｄ２で示されるリソースに関する結果ｒは、ＯＳ＿Ｂ，７００ＧＢというパラメータを持つことになる。結果ｒの算出後、検索処理部１０３は、リコンシリエーションによる結果ｒ（マージ結果）が検索条件ｃを満たすかどうかを判断する（Ｓ６０７，判断ステップ）。
　例えば、図１５に示すように、結果ｒ（ＯＳ：ＯＳ＿Ａ，ＨＤＤ：５００ＧＢ）が、検索条件（“ＯＳ＝ＯＳ＿Ａ　ａｎｄ　ＨＤＤ＝５００ＧＢ”）を満たす場合（Ｓ６０７，ＹＥＳ）、検索処理部１０３は、検索結果Ｒに結果ｒを追加し（Ｓ６０８）、再度、Ｅが空かどうかを判断する（Ｓ６０３）。
　一方、図１６に示すように、結果ｒ（ＯＳ：ＯＳ＿Ｂ，ＨＤＤ：７００ＧＢ）が、検索条件（“ＯＳ＝ＯＳ＿Ａ　ａｎｄ　ＨＤＤ＝５００ＧＢ”）を満たさない場合（Ｓ６０７，ＮＯ）、検索処理部１０３は、再度、Ｅが空かどうかを判断する（Ｓ６０３）。
　また、ステップＳ６０３において、Ｅが空である場合（Ｓ６０３，ＹＥＳ）、検索処理部１０３は、検索依頼の依頼元であるクライアントＰＣ３０に対して、依頼処理部１０１を介して、検索結果Ｒを応答として返す（Ｓ６０９，応答ステップ）。
　上述したように、本実施の形態に係るＦ－ＣＭＤＢ１０は、事前のリコンシリエーションの対象（本実施の形態においてはＩＤＰ）を絞ることにより、管理する情報量の削減とリコンシリエーションの高速化を実現することができる。また、Ｆ－ＣＭＤＢ１０は、キャッシュ情報１０４における由来情報のように、Ｅｎｔｉｔｙの対応付けを事前に行っておき、検索時に予め対応付けたＣＩ同士のマージを行うことにより、検索性能の低下を抑えることができる。
実施の形態２．
　上述した実施の形態１においては、キャッシュ情報１０４はＦ－ＣＭＤＢ１０により管理されたが、本実施の形態において、この情報はＭＤＲ２０とＦ－ＣＭＤＢ１０との間に配置したＰｒｏｘｙにより分散管理される。以下、本実施の形態について、実施の形態１と異なる構成及び動作を説明する。なお、実施の形態１と同様の構成及び動作についてはその説明を省略する。まず、本実施の形態に係る構成管理システムの構成について説明する。図１７は、本実施の形態に係る構成管理システムの構成を示す図である。
　図１７に示すように、本実施の形態に係る構成管理システムは、Ｆ－ＣＭＤＢ１０と複数のＭＤＲ２０との間に複数のＰｒｏｘｙ４０が配置されるものである。本実施の形態において、キャッシュ情報が複数のＰｒｏｘｙ４０（Ｐｒｏｘｙ４０ａ、Ｐｒｏｘｙ４０ｂ）により分散管理されることにより、キャッシュ情報がＦ－ＣＭＤＢ１０に集中することを防ぐことができる。
　次に、実施の形態１と異なるＦ－ＣＭＤＢの構成と、Ｐｒｏｘｙの構成について説明する。図１８は、本実施の形態に係るＦ－ＣＭＤＢ、ＭＤＲ、及びＰｒｏｘｙの構成を示す図である。また、図１９は、Ｐｒｏｘｙ情報を示す図である。
　図１８に示すように、本実施の形態は、Ｆ－ＣＭＤＢ１０が配置決定部１０５、Ｐｒｏｘｙ情報１０６を備える点が実施の形態１とは異なる。配置決定部１０５は、Ｅｎｔｉｔｙの更新依頼のうち、登録または変更依頼に対して、Ｅｎｔｉｔｙを示す由来情報を登録または追加するＰｒｏｘｙを決定するものである。また、複数のＰｒｏｘｙ４０のそれぞれは、情報管理部４０１、キャッシュ情報４０２を備える。また、Ｆ－ＣＭＤＢ１０がキャッシュ情報を保持していないため、更新処理部１０２及び検索処理部１０３は、依頼処理部１０１により割り振られた処理（更新処理、検索処理）を、複数のＰｒｏｘｙ４０に依頼する。なお、更新処理部１０２において、複数のＭＤＲ２０のいずれかよりＥｎｔｉｔｙの更新を依頼された場合、後述する処理により配置決定部１０５がＥｎｔｉｔｙを示す由来情報を登録または追加するＰｒｏｘｙを決定する。更新処理部１０２は、この決定されたＰｒｏｘｙに対して、由来情報の登録・追加依頼を行う。また、検索処理部１０３は、複数のＰｒｏｘｙ４０による検索結果をマージし、マージした検索結果をクライアントＰＣ３０に検索依頼に対する応答として返す。
　また、複数のＰｒｏｘｙ４０のそれぞれは、キャッシュ情報４０２と、これを管理する情報管理部４０１とを備えるものである。なお、このキャッシュ情報４０２は、実施の形態１におけるキャッシュ情報１０６と同様の情報であるが、分散管理されている点において、実施の形態１と異なる。また、情報管理部４０１は、更新処理部１０２及び検索処理部１０３により依頼された処理（更新処理、検索処理）を実行するものである。この情報管理部４０１は、基本的には実施の形態１における検索処理部１０３及び更新処理部１０２の動作を代行する。
　また、Ｆ－ＣＭＤＢ１０におけるＰｒｏｘｙ情報１０６は、図１９に示すように、Ｐｒｏｘｙに対する一意な識別子である“ＩＤ”と、複数のＰｒｏｘｙ４０それぞれのアドレスが示された“アクセス方法”、複数のＰｒｏｘｙ４０それぞれが保持する情報の数である情報数とが対応付けられているものである。なお、情報数は、複数のＰｒｏｘｙ４０それぞれのキャッシュ情報４０２における由来情報の数とする。
　次に、配置決定部の動作について説明する。図２０は、配置決定部の動作を示すフローチャートである。なお、このフローチャートにおいて、更新処理部は、Ｅｎｔｉｔｙの更新依頼をすでに受けているものとし、この更新依頼による処理種別は登録または変更であるものとする。
　図２０に示すように、まず、配置決定部１０５は、Ｐｒｏｘｙ情報１０６に登録されている全てのＰｒｏｘｙ４０に対して、更新対象としてのＥｎｔｉｔｙをｅとし、このｅとリコンシリエーションされるべきＥｎｔｉｔｙの検索を依頼する（Ｓ７０１）。なお、この検索は、ｅのＩＤＰを引数として、Ｐｒｏｘｙ４０それぞれの情報管理部４０１によりなされる。次に、配置決定部１０５は、この依頼に対して検索が成功したＰｒｏｘｙが存在するかどうかを判断する（Ｓ７０２）。なお、この判断において、検索が成功したＰｒｏｘｙとは、ｅのＩＤＰと一致するＩＤＰを持つｇｉｄがキャッシュ情報４０１内に存在するＰｒｏｘｙを指す。
　検索が成功したＰｒｏｘｙが存在する場合（Ｓ７０２，ＹＥＳ）、配置決定部１０５は、検索に成功したＰｒｏｘｙをｐとし、ｅの由来情報を登録または追加するＰｒｏｘｙとしてｐを更新処理部１０２へ返す（Ｓ７０４）。
　また、検索に成功したＰｒｏｘｙが存在しない場合（Ｓ７０２，ＮＯ）、配置決定部１０５は、後述する配置決定処理を実行する（Ｓ７０５）。
　上述したように、更新対象としてのＥｎｔｉｔｙの由来情報が、ＩＤＰが一致する情報が含まれるキャッシュ情報４０１に格納されることによって、同じリソースに関する由来情報を同じｇｉｄに対応付けることができる。
　次に、配置決定処理について説明する。図２１は、配置決定処理の動作を示すフローチャートである。
　図２１に示すように、まず、配置決定部１０５は、Ｐｒｏｘｙ情報１０６から登録されている全てのＰｒｏｘｙに関する情報をＰとして取り出し（Ｓ８０１）、このＰが空かどうかを判断する（Ｓ８０２）。
　Ｐが空ではない場合（Ｓ８０２，ＮＯ）、配置決定部１０５は、Ｐｒｏｘｙ情報１０６を参照し、Ｐ中の全Ｐｒｏｘｙ４０について、それぞれが管理している情報数を調べる（Ｓ８０３）。次に、配置決定部１０５は、管理している情報数が最小であるＰｒｏｘｙをｐとして選択し（Ｓ８０４）、ｐが管理している情報数が閾値（例えば、１０００）未満かどうかを判断する（Ｓ８０５）。
　ｐが管理している情報数が閾値未満である場合（Ｓ８０５，ＹＥＳ）、配置決定部１０５は、Ｅｎｔｉｔｙ（更新依頼における更新対象）の由来情報を登録するＰｒｏｘｙとしてｐを更新処理部１０２へ返す（Ｓ８０６）。
　一方、ｐが管理している情報数が閾値以上である場合（Ｓ８０５，ＮＯ）、配置決定部１０５は、Ｐｒｏｘｙ情報１０６に登録されていない新しいＰｒｏｘｙをｐとして起動し（Ｓ８０７）、起動したｐを、情報数０としてＰｒｏｘｙ情報１０６に登録する（Ｓ８０８）。さらに、配置決定部１０５は、登録したｐの情報数を１増やし（Ｓ８０９）、Ｅｎｔｉｔｙを登録するＰｒｏｘｙとしてｐを更新処理部１０２へ返す（Ｓ８０６）。
　なお、更新処理部１０２は、図２０及び２１に示した処理により配置決定部１０５から返されたＰｒｏｘｙに対して、Ｅｎｔｉｔｙの由来情報の登録・追加依頼を行う。なお、更新依頼が削除である場合については、実施の形態１における更新処理部１０２の動作と同様の動作を情報管理部４０１が行うことにより、由来情報を削除する。
　また、上述したように、複数のＰｒｏｘｙ４０のうち、管理している情報数が最小であるＰｒｏｘｙにＥｎｔｉｔｙを登録させることにより、複数のＰｒｏｘｙ４０に対して、均等にＥｎｔｉｔｙを割り振ることができる。また、複数のＰｒｏｘｙ４０それぞれにおけるキャッシュ情報４０２の情報数に、所定の閾値により制限を設けることによって、それぞれのＰｒｏｘｙが過剰に情報を保持することを防ぐことができる。
　本発明は、その要旨または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態は、あらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、何ら拘束されない。更に、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、全て本発明の範囲内のものである。
　なお、本発明は以下に示すようなコンピュータシステムにおいて適用可能である。図２２は、本発明が適用されるコンピュータシステムの一例を示す図である。図２２に示すコンピュータシステム９００は、ＣＰＵやディスクドライブ等を内蔵した本体部９０１、本体部９０１からの指示により画像を表示するディスプレイ９０２、コンピュータシステム９００に種々の情報を入力するためのキーボード９０３、ディスプレイ９０２の表示画面９０２ａ上の任意の位置を指定するマウス９０４及び外部のデータベース等にアクセスして他のコンピュータシステムに記憶されているプログラム等をダウンロードする通信装置９０５を有する。通信装置９０５は、ネットワーク通信カード、モデムなどが考えられる。
　上述したような、Ｆ－ＣＭＤＢ１０を構成するコンピュータシステムにおいて上述した各ステップを実行させるプログラムを、構成管理プログラムとして提供することができる。このプログラムは、コンピュータシステムにより読取り可能な記録媒体に記憶させることによって、Ｆ－ＣＭＤＢ１０を構成するコンピュータシステムに実行させることが可能となる。上述した各ステップを実行するプログラムは、ディスク９１０等の可搬型記録媒体に格納されるか、通信装置９０５により他のコンピュータシステムの記録媒体９０６からダウンロードされる。また、コンピュータシステム９００に少なくとも構成管理機能を持たせる構成管理プログラム（構成管理ソフトウェア）は、コンピュータシステム９００に入力されてコンパイルされる。このプログラムは、コンピュータシステム９００を構成管理機能を有する構成管理システムとして動作させる。また、このプログラムは、例えばディスク９１０等のコンピュータ読み取り可能な記録媒体に格納されていても良い。ここで、コンピュータシステム９００により読取り可能な記録媒体としては、ＲＯＭやＲＡＭ等のコンピュータに内部実装される内部記憶装置、ディスク１１０やフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータシステム並びにそのデータベースや、通信装置１０５のような通信手段を介して接続されるコンピュータシステムでアクセス可能な各種記録媒体を含む。
　本発明によれば、スケーラビリティと検索性能を両立することができる。

Claims (15)

  1. 　システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる構成管理装置であって、
    　前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理部と、
    　検索条件を含む検索要求を受け付ける検索受付部と、
    　前記検索受付部により検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得部と、
    　前記取得部により取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージ部と、
    　前記マージ部によるマージ結果が、前記検索受付部により受け付けられた検索条件を満たすかどうかを判断する判断部と、
    　前記判断部により前記検索条件を満たすと判断されたマージ結果を、前記検索受付部により受け付けられた検索要求に対する応答として返す応答部と
    　を備える構成管理装置。
  2. 　請求項１に記載の構成管理装置において、
    　前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付部をさらに備え、
    　前記管理部は、前記更新受付部により受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理装置。
  3. 　請求項２に記載の構成管理装置において、
    　前記更新受付部により受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理部は、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理装置。
  4. 　請求項２に記載の構成管理装置において、
    　前記更新受付部により受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理部は、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理装置。
  5. 　請求項２に記載の構成管理装置において、
    　前記更新受付部により受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理部は、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理装置。
  6. 　システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における構成管理プログラムであって、
    　前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、
    　検索条件を含む検索要求を受け付ける検索受付ステップと、
    　前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、
    　前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、
    　前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、
    　前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップと
    　をコンピュータに実行させる構成管理プログラム。
  7. 　請求項６に記載の構成管理プログラムにおいて、
    　前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付ステップをさらにコンピュータに実行させ、
    　前記管理ステップは、前記更新受付ステップにより受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理プログラム。
  8. 　請求項７に記載の構成管理プログラムにおいて、
    　前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理プログラム。
  9. 　請求項７に記載の構成管理プログラムにおいて、
    　前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理ステップは、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理プログラム。
  10. 　請求項７に記載の構成管理プログラムにおいて、
    　前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理プログラム。
  11. 　システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における構成管理方法であって、
    　前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、
    　検索条件を含む検索要求を受け付ける検索受付ステップと、
    　前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、
    　前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、
    　前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、
    　前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップと
    　を備える構成管理方法。
  12. 　請求項１１に記載の構成管理方法において、
    　前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付ステップをさらに備え、
    　前記管理ステップは、前記更新受付ステップにより受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理方法。
  13. 　請求項１２に記載の構成管理方法において、
    　前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理方法。
  14. 　請求項１２に記載の構成管理方法において、
    　前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理ステップは、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理方法。
  15. 　請求項１２に記載の構成管理方法において、
    　前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理方法。
PCT/JP2008/072509 2008-12-11 2008-12-11 構成管理装置、構成管理プログラム及び方法 WO2010067436A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP08878735.3A EP2369492A4 (en) 2008-12-11 2008-12-11 CONFIGURATION MANAGEMENT DEVICE, CONFIGURATION MANAGEMENT PROGRAM, AND METHOD THEREFOR
JP2010541927A JP5310737B2 (ja) 2008-12-11 2008-12-11 構成管理装置、構成管理プログラム及び方法
PCT/JP2008/072509 WO2010067436A1 (ja) 2008-12-11 2008-12-11 構成管理装置、構成管理プログラム及び方法
US13/153,736 US20110276572A1 (en) 2008-12-11 2011-06-06 Configuration management device, medium and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/072509 WO2010067436A1 (ja) 2008-12-11 2008-12-11 構成管理装置、構成管理プログラム及び方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/153,736 Continuation US20110276572A1 (en) 2008-12-11 2011-06-06 Configuration management device, medium and method

Publications (1)

Publication Number Publication Date
WO2010067436A1 true WO2010067436A1 (ja) 2010-06-17

Family

ID=42242447

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/072509 WO2010067436A1 (ja) 2008-12-11 2008-12-11 構成管理装置、構成管理プログラム及び方法

Country Status (4)

Country Link
US (1) US20110276572A1 (ja)
EP (1) EP2369492A4 (ja)
JP (1) JP5310737B2 (ja)
WO (1) WO2010067436A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8694481B2 (en) 2011-03-18 2014-04-08 Fujitsu Limited Computer product, information processing apparatus, and information processing method
JP2016157189A (ja) * 2015-02-23 2016-09-01 日本電信電話株式会社 分散情報統合制御装置、方法およびプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8725852B1 (en) * 2011-09-30 2014-05-13 Infoblox Inc. Dynamic network action based on DHCP notification
US10176241B2 (en) * 2016-04-26 2019-01-08 Servicenow, Inc. Identification and reconciliation of network resource information

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044529A (ja) 2001-07-26 2003-02-14 Hitachi Ltd データベース統合支援方法およびシステム
JP2004206629A (ja) * 2002-12-26 2004-07-22 Hitachi Ltd 異種データソース統合検索サーバシステム
JP2006018607A (ja) * 2004-07-01 2006-01-19 Fujitsu Ltd メタデータエディタプログラムおよびその記録媒体、メタデータ編集方法ならびにメタデータ編集装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3819695B2 (ja) * 2000-10-10 2006-09-13 株式会社日立製作所 データベース管理システムおよび問合せの処理方法
GB0104227D0 (en) * 2001-02-21 2001-04-11 Ibm Information component based data storage and management
JP2004259066A (ja) * 2003-02-26 2004-09-16 Toshiba Corp データソース統合プログラム及びシステム並びに方法
JP4485230B2 (ja) * 2004-03-23 2010-06-16 株式会社日立製作所 マイグレーション実行方法
US9137115B2 (en) * 2004-12-06 2015-09-15 Bmc Software, Inc. System and method for resource reconciliation in an enterprise management system
EP1834294A2 (en) * 2004-12-21 2007-09-19 BMC Software, Inc. System and method for business service management and building business service model
US8712973B2 (en) * 2006-04-11 2014-04-29 International Business Machines Corporation Weighted determination in configuration management systems
US8290949B2 (en) * 2006-07-24 2012-10-16 International Business Machines Corporation Resource name reconciliation in a configuration database
US7904456B2 (en) * 2006-09-01 2011-03-08 Robert John Hennan Security monitoring tool for computer network
US20080114770A1 (en) * 2006-11-14 2008-05-15 Jinfang Chen Attribute level federation from multiple data sources
JP4792490B2 (ja) * 2008-09-08 2011-10-12 株式会社日立製作所 記憶制御装置及びｒａｉｄグループの拡張方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044529A (ja) 2001-07-26 2003-02-14 Hitachi Ltd データベース統合支援方法およびシステム
JP2004206629A (ja) * 2002-12-26 2004-07-22 Hitachi Ltd 異種データソース統合検索サーバシステム
JP2006018607A (ja) * 2004-07-01 2006-01-19 Fujitsu Ltd メタデータエディタプログラムおよびその記録媒体、メタデータ編集方法ならびにメタデータ編集装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"ITIL Base no Kosei Kanri o Shien suru Togo CMDB Gijutsu Kizon DB o Kasoteki ni Togo shite System o Mieru-ka", 1 October 2008 (2008-10-01), XP008153437, Retrieved from the Internet <URL:http://jp.fujitsu.com/about/journal/technology/20081001> [retrieved on 20090129] *
"The Federated CMDB Vision", 25 January 2007 (2007-01-25), XP008149783, Retrieved from the Internet <URL:http://www.cmdbf.org/CMDB-Federation-white-paper-vision-v1.0.pdf> [retrieved on 20090129] *
See also references of EP2369492A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8694481B2 (en) 2011-03-18 2014-04-08 Fujitsu Limited Computer product, information processing apparatus, and information processing method
JP2016157189A (ja) * 2015-02-23 2016-09-01 日本電信電話株式会社 分散情報統合制御装置、方法およびプログラム

Also Published As

Publication number Publication date
JPWO2010067436A1 (ja) 2012-05-17
US20110276572A1 (en) 2011-11-10
EP2369492A1 (en) 2011-09-28
EP2369492A4 (en) 2014-06-18
JP5310737B2 (ja) 2013-10-09

Similar Documents

Publication Publication Date Title
US11647097B2 (en) Providing access to managed content
US10803047B2 (en) Accessing data entities
US8285690B2 (en) Storage system for eliminating duplicated data
US11789976B2 (en) Data model and data service for content management system
KR100932803B1 (ko) 원자적으로 갱신되는 중앙 캐시 메모리를 위한 방법 및 시스템
US8832113B2 (en) Data management apparatus and system
US7778967B2 (en) System and method for efficient management of distributed spatial data
WO2012114531A1 (ja) 計算機システム及びデータ管理方法
CN108572991A (zh) 数据库处理方法、装置和存储介质
US20240232175A1 (en) Generating external identifiers for data entities using a data catalog system
CN105843867A (zh) 基于元数据模型的检索方法和基于元数据模型的检索装置
GB2470865A (en) Virtual integrated management device for performing information update process for device configuration information management device
JP5310737B2 (ja) 構成管理装置、構成管理プログラム及び方法
US20240330259A1 (en) Data model and data service for content management system
US11803652B2 (en) Determining access changes
US9183264B2 (en) Distributed configuration information management device and distributed configuration information management method using duplicates
US20150100545A1 (en) Distributed database system and a non-transitory computer readable medium
US8489675B2 (en) Configurable offline data store
US11799958B2 (en) Evaluating access based on group membership
JP5402066B2 (ja) 情報検索システム、情報検索装置、情報検索プログラム及び情報検索方法
KR101614258B1 (ko) 파일 스토리지 액세스 시스템 및 방법
AU2021409880B2 (en) Data model and data service for content management system
US12001574B2 (en) Evaluating an access control list from permission statements
US20220197883A1 (en) Aggregates index
JP2000259592A (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: 08878735

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2010541927

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2008878735

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE