WO2013111330A1 - 情報処理方法、装置及びプログラム - Google Patents

情報処理方法、装置及びプログラム Download PDF

Info

Publication number
WO2013111330A1
WO2013111330A1 PCT/JP2012/051844 JP2012051844W WO2013111330A1 WO 2013111330 A1 WO2013111330 A1 WO 2013111330A1 JP 2012051844 W JP2012051844 W JP 2012051844W WO 2013111330 A1 WO2013111330 A1 WO 2013111330A1
Authority
WO
WIPO (PCT)
Prior art keywords
condition
request
pattern
component
attribute
Prior art date
Application number
PCT/JP2012/051844
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/JP2012/051844 priority Critical patent/WO2013111330A1/ja
Priority to JP2013555084A priority patent/JP5741717B2/ja
Publication of WO2013111330A1 publication Critical patent/WO2013111330A1/ja
Priority to US14/307,549 priority patent/US20140297636A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • 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/25—Integrating or interfacing systems involving database management systems
    • 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/23—Updating

Definitions

  • This technology relates to computer system management technology.
  • FCMDB Federated CMDB (Configuration Management Database)
  • the FCMDB is for virtually integrating a plurality of MDRs (Management Data Repository) and providing a unified view to the client.
  • MDR holds operation management data of the ICT system, and corresponds to a DB of operation management middleware.
  • the type and amount of data held for each MDR is different.
  • MDR1 holds design information
  • MDR2 holds product information
  • MDR3 holds performance information.
  • MDR 4 holds configuration information.
  • FCMDB stores data of components (Configuration Item: CI, also called configuration items) and relationships (Relationship) between the components.
  • the CI is a component such as a server, storage, or software included in the ICT system.
  • the data of component C on FCMDB includes data obtained by integrating configuration information Cd in MDR4, performance information Cc in MDR3, and design information Ca in MDR1.
  • the MDR may be updated by manually inputting data by an administrator or the like, or may be automatically acquired from the ICT system and updated. Thereafter, the update of the MDR is reflected in the FCMDB.
  • the process of reflecting the MDR update to the FCMDB is not performed every time one CI data is updated in the MDR, and is updated at the update interval determined by some method.
  • a mode is conceivable in which CI data is collectively sent to the FCMDB as a plurality of update requests. In this case, for example, if the update intervals are different among a plurality of MDRs, the timing at which the update request is sent to the FCMDB may be shifted even if the data is about CI updated at approximately the same timing.
  • the update interval of MDR2 is shorter than that of MDR1, in MDR1, update requests for Switch1, Server1, and Service1 updates are transmitted to FCMDB.
  • the update request for Switch1 update and Server1 update is sent to FCMDB. That is, an update request for updating Service 1 in MDR 2 is sent to FCMDB a little later.
  • the administrator may forget to update CI data that should be performed at the same time.
  • a failure will occur if configuration change is instructed by referring to FCMDB, service deployment is instructed, or patch application is performed. For example, since a network disconnection error has occurred, there is a case in which reflection to FCMDB is not performed at the same time for some reason even though the related CI Service 1 is not available. In such a case, it may be confirmed that the attribute value of the attribute Status of Service1 remains normal, and a configuration change may be made to provide Service1 to the customer. Of course, when a customer tries to use Service1, an error occurs and the customer cannot use it.
  • an object of the present technology is, in one aspect, to provide a technology for detecting problems such as configuration information update omission at a low load.
  • the first condition relating to the change of the attribute value and the second component having a predetermined relationship with the first component are changed at the same time as the attribute value of the first component is changed.
  • the first data storage unit storing a plurality of patterns including a second condition related to the attribute value of the power attribute, a process of determining whether there is a pattern satisfying the first condition for the change related to the request; (B) If there is a pattern in which the change related to the request satisfies the first condition, the second data type that stores the information on the component included in the system and updates the information on the component according to the request. And a process for determining whether the second condition of the pattern is satisfied based on at least one of the request and another request to be processed together with the request, and (C) the first condition and the second condition, If there is a pattern satisfying the above condition, a process for executing a predetermined process is included.
  • the pattern generation method includes: (A) For each of a plurality of requests for changing an attribute value of a specific attribute for a specific component included in the system, which is received at a predetermined time regarded as the same period, In a first data storage unit that stores data of component parts included in the system and data representing the relationship between the component parts, the relationship between the component parts is traced within a predetermined range from the specific component part related to the request.
  • the first condition for changing the attribute value of the specific attribute for the specific component related to the specific request and the specific attribute for the specific component related to the other request Genus It generates a pattern and a second condition according to the change in value, and a process of storing in the second data storage unit.
  • FIG. 1 is a diagram for explaining FCMDB.
  • FIG. 2 is a diagram for explaining the update of the FCMDB.
  • FIG. 3 is a diagram showing a system configuration example according to the present embodiment.
  • FIG. 4 is a diagram illustrating an example of the CI group stored in the FCMDB.
  • FIG. 5 is a diagram illustrating an example of an update request received at the time considered to be simultaneous.
  • FIG. 6 is a diagram illustrating an example of the generated update pattern.
  • FIG. 7 is a diagram illustrating an example of data stored in the FCMDB.
  • FIG. 8 is a diagram illustrating an example of a CI relationship.
  • FIG. 9 is a diagram illustrating an example of CI data.
  • FIG. 10 is a diagram illustrating an example of CI data.
  • FIG. 10 is a diagram illustrating an example of CI data.
  • FIG. 11 is a diagram illustrating an example of relationship data.
  • FIG. 12 is a diagram showing a main processing flow of the present embodiment.
  • FIG. 13 is a diagram illustrating a process flow of the relationship update process.
  • FIG. 14A is a diagram illustrating an example of a relationship between CIs.
  • FIG. 14B is a diagram illustrating an example of a relationship change.
  • FIG. 14C is a diagram illustrating an example of relationship deletion.
  • FIG. 14D is a diagram illustrating an example of CI deletion.
  • FIG. 15 is a diagram illustrating a processing flow of update pattern generation processing.
  • FIG. 16A is a diagram illustrating an example of pre-change data of the component part Switch1.
  • FIG. 16B is a diagram illustrating an example of post-change data of the component part Switch1.
  • FIG. 16A is a diagram illustrating an example of pre-change data of the component part Switch1.
  • FIG. 16B is a diagram illustrating an example of post-change data of the component
  • FIG. 17A is a diagram illustrating an example of pre-change data of Service1.
  • FIG. 17B is a diagram illustrating an example of changed data of Service1.
  • FIG. 18 is a diagram illustrating a processing flow of update pattern generation processing.
  • FIG. 19 is a diagram for explaining the number of hops.
  • FIG. 20 is a diagram illustrating an example of data stored in the update pattern storage unit.
  • FIG. 21 is a diagram illustrating a processing flow of pattern application processing.
  • FIG. 22 is a diagram illustrating a processing flow of pattern application processing.
  • FIG. 23 is a diagram illustrating a processing flow of reliability update processing.
  • FIG. 24 is a functional block diagram of a computer.
  • Fig. 3 shows an overview of the system according to the embodiment of the present technology.
  • the FCMDB system 100 which is a main information processing apparatus according to the present embodiment, is connected to a plurality of MDRs (MDRs 1 and 2 in FIG. 3), one or a plurality of user terminals 200, and a computer network.
  • MDRs 1 and 2 in FIG. 3 MDRs 1 and 2 in FIG. 3
  • user terminals 200 a computer network.
  • the user terminal 200 is a terminal device such as a personal computer operated by an administrator, for example.
  • the user terminal 200 may update the MDR according to an instruction from the administrator.
  • the FCMDB system 100 includes an update request processing unit 101, a first data storage unit 102, an FCMDB 103, a relation update processing unit 104, an update pattern generation unit 105, an update pattern storage unit 106, and a pattern matching unit 107. And a second data storage unit 108 and an instruction processing unit 109.
  • the update request processing unit 101 When receiving an update request from each MDR, the update request processing unit 101 stores the update request in the first data storage unit 102.
  • update requests for CIs that are considered to be simultaneously updated are collectively processed.
  • An update request for a CI that is considered to be updated at the same time may include, for example, an update request and another update request received within a predetermined time after receiving the update request.
  • the update request processing unit 101 defines a time slot, and an update request received in the same time slot is handled as an update request for a CI that is considered to be updated at the same time.
  • a plurality of update requests sent together at one time may be handled as update requests for CIs updated at the same time.
  • the update request processing unit 101 updates the FCMDB 103 in accordance with the update request, and stores the pre-update data in the first data storage unit 102 for the following processing.
  • the relation update processing unit 104 processes an update request stored in the first data storage unit 102 and related to the relationship between the components, and updates the update pattern stored in the update pattern storage unit 106.
  • the update pattern generation unit 105 performs a process of generating an update pattern using an update request for a CI that is stored in the first data storage unit 102 and is considered to be updated at the same time, and the generated update pattern is updated to the update pattern.
  • the update pattern generation unit 105 includes a reliability calculation unit 1051.
  • the pattern matching unit 107 applies the update pattern stored in the update pattern storage unit 106 to the update request for the CI stored in the first data storage unit 102 and considered to be updated at the same time, A process for extracting other CI attributes that should be updated at the same time, but not updated, is stored in the second data storage unit 108 and a predetermined process is performed. Notify the user.
  • the instruction processing unit 109 receives an update instruction for the CI attribute to be updated from the user terminal 200, updates the update pattern reliability in the update pattern storage unit 106, and updates the FCMDB 103.
  • an update pattern is generated from a plurality of update requests for CIs that are considered to be updated at the same time.
  • a CI group as shown in FIG. 4 is stored in the FCMDB 103. That is, the CI includes Switch1, Server1, Server2, and Service1. Then, a relationship (Relationship) is provided from Switch 1 to Server 2, a relationship is provided from Switch 1 to Server 1, and a relationship is provided from Server 1 to Service 1.
  • An attribute value OK is set in the attribute port0 of Switch1, and an attribute value normal is set in the attribute Status of Service1.
  • the FCMDB 103 stores data as described below, for example. For example, as shown in FIG. 8, it is assumed that there is a CI called Server001 and a CI called Person005, and a relationship of ManagedBy is set from Server001 to Person005. Then, data as shown in FIG. 9 is stored for the Server 001 which is the CI. That is, the component part ID is Server001, the Type is Server, and the attribute value of each attribute of this component part is included. Further, data such as shown in FIG. 10 is stored for the Person 005 that is the CI. That is, the component part ID is Person005, the Type is Server, and the attribute value of each attribute of this component part is included. Further, data as shown in FIG. 11 is stored for the relationship between these CIs. That is, the relationship ID is Rel1, the Type is ManagedBy, the source CI and the target CI, and attribute values of other attributes for this relationship are included.
  • the update request processing unit 101 of the FCMDB system 100 receives an update request from each MDR, and stores the data of the update request in the first data storage unit 102 (FIG. 12: step S1). As described above, in accordance with a predetermined rule, update requests received at a predetermined time considered to be the same period are processed together.
  • the request update processing unit 101 updates the FCMDB 103 according to the update request (step S3).
  • the attribute value before the change is acquired for the CI or the related attribute related to the update request, and is stored in the first data storage unit 102.
  • the relationship update processing unit 104 determines whether the update request stored in the first data storage unit 102 includes a relationship update (addition, change, or deletion, including CI deletion here). (Step S5). If the update request stored in the first data storage unit 102 does not include a relationship update, the relationship update processing unit 104 does not perform processing, and the process proceeds to step S13. On the other hand, if the update request includes a relationship update, the relationship update processing unit 104 identifies an unprocessed update request related to the relationship update (step S7). Then, the relationship update processing unit 104 performs a relationship update process for the specified update request (step S9). The relationship update process will be described with reference to FIGS. 13 to 14D.
  • the relationship update processing unit 104 determines whether the specified update request is an addition of the relationship R (FIG. 13: Step S21). If the identified update request is the addition of the relationship R, the update request is performed in step S3, so the process is not performed here, and the process returns to the caller process. On the other hand, if the specified update request is not an addition of the relationship R, the relationship update processing unit 104 determines whether the relationship R is a change (step S23). The relationship R may be changed by changing the target or source of the relationship R, or by changing both the target and source of the relationship R.
  • the relationship update processing unit 104 determines whether each update pattern stored in the update pattern storage unit 106 is an update pattern using the relationship before the change, If the update pattern uses the relationship before the change, the update pattern is deleted (step S25). Then, the process returns to the caller process.
  • conditions and warning conditions are set for two CIs that can be traced along a relationship within a predetermined n hops. Accordingly, when the relationship before the change is deleted, the source and target CIs may not be able to follow the relationship within n hops.
  • FIG. 14A consider a case where CIs A to C exist and an update pattern including a condition for C and a warning condition for A is generated.
  • the relationship update request changes the target from C to B, the relationship from C to D is newly set, and the relationship from B to A is maintained. Shall be.
  • the update pattern including the condition for C and the warning condition for A cannot be traced from C to A along the relationship, and is deleted.
  • the same determination is made when the source of the relationship is changed, or when both the source and target are changed. Note that even if the relationship R is changed, it may not be deleted as long as the relationship R can be followed.
  • the relationship update processing unit 104 determines whether the relationship R is to be deleted (step S27). If the relationship R is to be deleted, the relationship update processing unit 104 deletes the update pattern using the deleted relationship (step S29). Then, the process returns to the caller process. As shown in FIG. 14C, when the relationship from C to B is deleted, it becomes impossible to follow the relationship from C to A, so the update pattern including the condition for C and the warning condition for A Is deleted.
  • an update request that requests deletion of a CI is also handled as a relationship update. Therefore, if the identified update request is not a deletion of the relationship R, the relation update processing unit 104 has been deleted.
  • the update pattern using the relationship related to the CI is deleted (step S31). Then, the process returns to the caller process.
  • the relationship related to B the relationship from C to B and the relationship from B to A
  • the update pattern including the condition for C and the warning condition for A is deleted.
  • the relationship update processing unit 104 determines whether there is an unprocessed update request related to the relationship update (step S11). If there is an unprocessed update request related to the relationship update, the process returns to step S7. On the other hand, if there is no unprocessed update related to the relationship update, the update pattern generation unit 105 determines whether the update request in the first data storage unit 102 includes the update of the component part CI (step) S13). If the update request does not include an update of the component part CI, the process ends.
  • the update pattern generation unit 105 performs an update pattern generation process (step S15).
  • This update pattern generation processing will be described with reference to FIGS.
  • the processing may be started after confirming the above.
  • the update pattern generation unit 105 identifies one unprocessed component C to be updated from the update request stored in the first data storage unit 102 (FIG. 15: step S41). For example, when the update request on the first row is processed in the example of FIG. 5, Switch1 is specified as the component C. Then, the update pattern generation unit 105 extracts update difference data from the pre-change data and the update request for the component C stored in the first data storage unit 102 (step S43).
  • the update pattern generation unit 105 determines whether or not the component D is specified (step S49). As described above, since the search is performed only while the relationship between the component parts is specified, if the relationship is not specified in the terminal component parts such as Service1 and Server2 in FIG. The components at the hop cannot be identified. If no component D can be specified, the process proceeds to step S69 in FIG.
  • the update pattern generation unit 105 identifies one unprocessed component D (step S51). Then, the update pattern generation unit 105 determines whether an update has occurred at the same time by confirming whether an update request is stored for the component D in the first data storage unit 102 (step S53). If an update request is not stored for this component D in the first data storage unit 102, the process proceeds to step S 63 in FIG.
  • the update pattern generation unit 105 receives the component from the first data storage unit 102. Pre-change data for D is extracted (step S55). Then, the processing shifts to the processing in FIG.
  • the update pattern generation unit 105 updates the update pattern that includes the update difference data extracted in step S43 as a condition and the pre-change data extracted in step S55 as a warning condition. It is determined whether it is already stored in the pattern storage unit 106 (step S57). If the same update pattern has already been stored, it will not be generated again, so the process moves to step S63.
  • the reliability calculation unit 1051 of the update pattern generation unit 105 calculates the reliability based on the number of hops i (step S59).
  • the update pattern generation unit 105 includes the update difference data extracted in step S43 as a condition from the update difference data extracted in step S43 and the pre-change data extracted in step S55, and is extracted in step S55.
  • An update pattern including the pre-change data as a warning condition is generated and stored in the update pattern storage unit 106 together with the reliability calculated in step S59 (step S61). That is, in this embodiment, data as shown in FIG. 20 is stored. In the example of FIG. 20, conditions, warning conditions, and reliability are stored. If the update request in the first row in FIG. 5 is processed, the update pattern in the first row in FIG. 20 is generated, and if the update request in the second row in FIG. 5 is processed, the second row in FIG. An eye update pattern is generated.
  • the update pattern generation unit 105 determines whether there is an unprocessed component D among the component D identified in step S47 (step S63). If there is an unprocessed component D, the process returns to step S51 in FIG. On the other hand, when there is no unprocessed component D, the configuration pattern generation unit 105 increments the counter i by 1 (step S65), and determines whether i exceeds a preset upper limit number of hops. (Step S67). If i is less than or equal to the hop count upper limit, the process returns to step S47 of FIG. On the other hand, if i exceeds the hop count upper limit value, the update pattern generation unit 105 determines whether there is an unprocessed component C (step S69). If there is an unprocessed component C, the process returns to step S41 in FIG. On the other hand, if there is no unprocessed component C, the process returns to the caller process.
  • the pattern matching unit 107 performs a pattern application process (step S17).
  • a pattern application process FIGS. 21 to 22 may be used.
  • the pattern matching unit 107 identifies one unprocessed component related to the update request stored in the first data storage unit 102 (step S71). Then, the pattern matching unit 107 searches the update pattern storage unit 106 for an update pattern for the identified component (step S73).
  • the pattern matching unit 107 determines whether a condition included in the detected update pattern is satisfied (step S75).
  • the pre-change data stored in the first data storage unit 102 and the FCMDB 103 Whether the condition is satisfied is determined from the post-change data stored in.
  • the pattern matching unit 107 searches for a component related to the warning condition of the detected update pattern in the FCMDB 103 (step S77).
  • the attribute value of the attribute specified by the warning condition for the component is read, and it is determined whether the attribute value matches the attribute value specified by the warning condition (step S79). Since the attribute value before the change is included in the warning condition, if the attribute value before the change is still registered in the FCMDB 103, it can be determined that the warning condition is satisfied.
  • the pattern matching unit 107 stores the detected update pattern in the second data storage unit 108 (step S81). And it transfers to the process of FIG.
  • the pattern matching unit 107 determines whether or not there is an unprocessed component related to the update request in the first data storage unit 102 (step S ⁇ b> 83). If there is an unprocessed component related to the update request, the process returns to step S71 in FIG.
  • the pattern matching unit 107 sorts the update patterns extracted in the above-described processing in descending order based on their reliability (step S85).
  • the pattern matching unit 107 acquires the attribute value of the attribute of the component related to the warning condition from the corresponding MDR and updates the FCMDB 103 for the update pattern whose reliability is equal to or higher than the threshold (step S ⁇ b> 1). S87).
  • the updated data is acquired from the MDR at this time and the FCMDB 103 is forcibly updated. If the changed data acquired from the MDR is different from the current value of the FCMDB 103, the FCMDB 103 is updated.
  • the post-change data acquired from the MDR is the same as the current value of the FCMDB 103, there is a possibility that the update is omitted.
  • the pattern matching unit 107 generates notification data addressed to the administrator from the update pattern stored in the second data storage unit 108 (step S89). You may simply generate notification data that includes update pattern conditions and warning conditions, or identify the attributes of components that have not been updated from the update pattern warning conditions, and Data that prompts updating may be generated. Note that notification data may be generated only for an update pattern having a reliability level equal to or higher than the second threshold. Further, the update pattern may be narrowed down to the top n (n is an integer of 2 or more) in the order of reliability.
  • step S75 the update pattern condition of the second row in FIG. 20 is not satisfied, so this update pattern is not registered in the second data storage unit.
  • the pattern matching unit 107 transmits the generated notification data to the administrator registered in advance (step S91).
  • the notification data may be transmitted to the administrator by e-mail or the like, or the notification data may be transmitted in response to access from the user terminal 200. Further, when the monitoring program is activated on the user terminal 200, the notification data may be transmitted in real time and displayed on the display device of the user terminal 200 in real time.
  • the extracted update pattern may be notified to the administrator, or an update according to the MDR may be automatically applied to the FCMDB 103 according to the reliability. Furthermore, if there is a problem in the transmission timing of the update request, a request is made to adjust the transmission timing on the MDR side, or the administrator side is warned to adjust the transmission timing of the update request. You may do it.
  • steps S75 to S81 are repeated for each update pattern.
  • the administrator selects the component of the update pattern to be updated among the update patterns (or the attribute of the component included in the warning condition) included in the notification data displayed on the display device of the user terminal 200.
  • the selected attribute and the changed attribute value are input.
  • the user terminal 200 transmits a component update instruction including the component, the attribute, and the changed attribute value to the FCMDB system 100.
  • An update pattern identifier may also be included.
  • the instruction processing unit 109 receives a component update instruction from the administrator from the user terminal 200 (FIG. 23: Step S101).
  • the instruction processing unit 109 updates the attribute value after the change with the attribute value after the change when the attribute value after the change is not registered for the attribute of the component included in the component update instruction.
  • the instruction processing unit 109 specifies an update pattern corresponding to the component update instruction from among the update patterns stored in the second data storage unit 108 (step S103).
  • An update pattern in which the component and attribute included in the warning condition match the component and attribute included in the component update instruction is specified.
  • the instruction processing unit 109 increases the reliability of the identified update pattern according to a predetermined rule (Step S105). For example, a predetermined value is added or a value larger than 1 is multiplied.
  • the instruction processing unit 109 determines in advance reliability for an update pattern (residual update pattern) other than the update pattern specified in step S103 among the update patterns stored in the second data storage unit 108.
  • the number is decreased according to the rule set (step S107). For example, the value is reduced by a predetermined value or multiplied by a value larger than 0 and smaller than 1.
  • the instruction processing unit 109 determines whether an update pattern having a reliability less than a threshold (for example, less than 0) is stored in the update pattern storage unit 106 (step S109). If there is an update pattern whose reliability is less than the threshold, the instruction processing unit 109 deletes the update pattern whose reliability is less than the threshold (step S111). Then, the process ends. On the other hand, if there is no update pattern with a reliability less than the threshold value, the process ends.
  • a threshold for example, less than 0
  • indication process part 109 will be the data about the update pattern relevant to a group of the update request
  • the update pattern can be improved in reliability.
  • the update pattern for the component updated through the confirmation by the administrator is managed by the update pattern storage unit 106 as a reliable update pattern.
  • the format of the update pattern is an example described above, and it does not necessarily have to be in the form described above.
  • the attribute value before the change is included in the condition, but if it is important to change to the attribute value after the change, the attribute value before the change may not be registered.
  • the attribute value before the change is registered in the warning condition, but if it is emphasized that the change to the attribute value after the change has not been made important, instead of the attribute value before the change,
  • the attribute value may be included in the warning condition, and it may be determined that the warning condition is satisfied when “does not match the changed attribute value”.
  • the warning condition may include the attribute value after the change in addition to the attribute value before the change. In this way, it may be determined that the warning condition is satisfied when the attribute value defined in the warning condition has not been changed correctly.
  • FIG. 3 is an example, and may not necessarily match the actual program module configuration and data holding mode.
  • the FCMDB system 100 may be implemented by one or a plurality of computers.
  • the FCMDB system 100 described above is a computer device, and as shown in FIG. 24, a memory 2501, a CPU (Central Processing Unit) 2503, a hard disk drive (HDD: Hard Disk Drive) 2505, and a display device 2509.
  • a display control unit 2507 connected to the computer, a drive device 2513 for a removable disk 2511, an input device 2515, and a communication control unit 2517 for connecting to a network are connected by a bus 2519.
  • An operating system (OS: Operating System) and an application program for performing the processing in this embodiment are stored in the HDD 2505, and are read from the HDD 2505 to the memory 2501 when executed by the CPU 2503.
  • OS Operating System
  • the CPU 2503 controls the display control unit 2507, the communication control unit 2517, and the drive device 2513 in accordance with the processing contents of the application program, and performs a predetermined operation. Further, data in the middle of processing is mainly stored in the memory 2501, but may be stored in the HDD 2505.
  • an application program for performing the above-described processing is stored in a computer-readable removable disk 2511 and distributed, and installed from the drive device 2513 to the HDD 2505.
  • the HDD 2505 is installed via a network such as the Internet and the communication control unit 2517.
  • Such a computer apparatus realizes various functions as described above by organically cooperating hardware such as the CPU 2503 and the memory 2501 described above and programs such as the OS and application programs. .
  • the first method included in the system The first condition relating to the change of the attribute value of the attribute for the component, and the change of the attribute value for the first component for the second component having a predetermined relationship with the first component
  • the first data storage unit storing a plurality of patterns including the second condition related to the attribute value of the attribute to be changed at the same time, there is a pattern in which the change related to the request satisfies the first condition
  • B If there is a pattern in which the change related to the request satisfies the first condition, the information of the component included in the system is stored and the component information is determined by the request.
  • the pattern described above may include the reliability of the pattern.
  • the pattern that satisfies the first condition and the second condition according to the reliability A process of generating data to be notified to the administrator may be included. In this way, the administrator can perform various measures after confirming omission of update. If presented to the administrator in descending order of reliability, it becomes possible to deal with more reliable omission of update.
  • the pattern described above may include the reliability of the pattern.
  • the predetermined process described above has a pattern reliability satisfying the first condition and the second condition equal to or greater than the threshold
  • the information of the component information stored in the second data storage unit You may make it include the process which acquires the data of the attribute prescribed
  • this pattern application method satisfies the first condition and the second condition, and among the patterns notified to the administrator, the pattern instructed by the administrator to change the attribute according to the second condition.
  • the pattern may be further improved by increasing the reliability of the pattern and lowering the reliability of the pattern for a pattern that is not instructed by the administrator to change the attribute according to the second condition. By updating the reliability in this way, a more probable pattern can be extracted.
  • the pattern generation method includes (A) a plurality of requests for changing attribute values of specific attributes for specific components included in the system that are received at a predetermined time that is considered to be the same period.
  • the relationship between the component parts is determined from the specific component parts related to the request.
  • first condition described above may include an attribute value before change and an attribute value after change, or an attribute value after change.
  • second condition described above may include an attribute value before change, an attribute value after change, or an attribute value before change and an attribute value after change.
  • Various prescription methods are possible for the first and second conditions.
  • the pattern generation method receives a request to change or delete the relationship between the components included in the system or a request to delete the component, the relationship before the change or the deletion is deleted in the second data storage unit.
  • the method may further include a step of deleting the pattern generated by following the relationship defined by the relationship or the deleted component.
  • the present pattern generation method calculates the reliability according to the number of components passing from reaching a specific component related to another request to a specific component related to another request.
  • the method may further include a step of storing in the second data storage unit in association with. For example, the reciprocal of the number of components passing through may be calculated as the reliability. That is, a higher reliability is set for the pattern for the closer component. As a result, a more reliable pattern can be extracted when performing the matching process.
  • a program for causing a computer to carry out the processing as described above such as a flexible disk, an optical disk such as a CD-ROM, a magneto-optical disk, a semiconductor memory (for example, ROM). Or a computer-readable storage medium such as a hard disk or a storage device. Note that data being processed is temporarily stored in a storage device such as a RAM (Random Access Memory).

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　特定の構成部品についての特定の属性の属性値を変更する要求を受信した場合、第1構成部品についての属性の属性値の変更に係る第1条件と、当該第1構成部品と構成上所定の関係を有する第2構成部品について第1構成部品についての属性値の変更と同時期に変更されるべき属性の属性値に係る第2条件とを含むパターンを複数格納している第1データ格納部において、上記要求に係る変更が第1条件を満たすパターンが存在するか判断する。そして、上記要求に係る変更が第1条件を満たすパターンが存在する場合には、構成部品の情報を格納し且つ上記要求により構成部品の情報が更新される第2データ格納部と、上記要求と共に処理すべき他の要求とのうち少なくともいずれかに基づき、当該パターンの第2条件が満たされるか判断する。そして、第1条件と第2条件とを満たすパターンが存在する場合には、所定の処理を実施する処理とを含む。

Description

情報処理方法、装置及びプログラム
　本技術は、コンピュータシステムの管理技術に関する。
　ＩＣＴ（Information and Communication Technology）システムの構成情報を、当該ＩＣＴシステムのクライアントに提供するために、図１に示すように、ＦＣＭＤＢ（Federated CMDB(Configuration Management Database)）を用いる場合がある。ＦＣＭＤＢは、複数のＭＤＲ（Management Data Repository）を仮想的に統合して、統一的なビューをクライアントに提供するためのものである。ＭＤＲは、ＩＣＴシステムの運用管理データを保持するものであり、運用管理ミドルウェアのＤＢに相当する。ＭＤＲ毎に保持するデータの種別や量が異なっており、図１の例では、ＭＤＲ１は、設計情報を保持しており、ＭＤＲ２は製品情報を保持しており、ＭＤＲ３は性能情報を保持しており、ＭＤＲ４は構成情報を保持している。
　ＦＣＭＤＢは、構成部品（Configuration Item:ＣＩ。構成アイテムとも呼ぶ）及び当該構成部品間の関係（Relationship）のデータを格納している。ＣＩは、ＩＣＴシステムに含まれるサーバ、ストレージ、ソフトウエアなどの部品である。
　例えば、図１において、ＦＣＭＤＢ上の構成部品Ｃのデータは、ＭＤＲ４における構成情報Ｃｄと、ＭＤＲ３における性能情報Ｃｃと、ＭＤＲ１における設計情報Ｃａとを統合したデータを含む。
　なお、ＭＤＲについては、管理者などが人手でデータ入力を行うことで更新したり、ＩＣＴシステムから自動的にデータを取得して更新する場合もある。その後、ＭＤＲの更新を、ＦＣＭＤＢに反映させる。
　このようなＭＤＲの更新をＦＣＭＤＢへ反映させる処理は、ＭＤＲにおいて１つのＣＩのデータが更新される毎に行われるわけではなく、何らかの方法により決められた更新間隔で、その更新間隔において更新されたＣＩのデータが複数の更新要求としてまとめてＦＣＭＤＢに送る形態が考えられる。その場合、例えば複数のＭＤＲで更新間隔が異なっていると、ほぼ同じタイミングで更新されたＣＩについてのデータであっても、ＦＣＭＤＢにその更新要求が送られるタイミングがずれる場合がある。図２に示すように、ＭＤＲ１よりもＭＤＲ２の方が更新間隔が短い場合、ＭＤＲ１では、Ｓｗｉｔｃｈ１更新、Ｓｅｒｖｅｒ１更新及びＳｅｒｖｉｃｅ１更新のための更新要求がＦＣＭＤＢへ送信されるが、同じような更新が行われるＭＤＲ２では、Ｓｗｉｔｃｈ１更新及びＳｅｒｖｅｒ１更新のための更新要求のみがＦＣＭＤＢへ送られる。すなわち、ＭＤＲ２におけるＳｅｒｖｉｃｅ１更新のための更新要求は、少々遅れてＦＣＭＤＢに送られることになる。
　また、ＭＤＲへの更新を人手で行う場合には、管理者が同時に行われるべき、ＣＩのデータの更新を失念する場合もある。
　ＦＣＭＤＢにおけるＣＩの状態とＣＩの実際の状態とに齟齬があると、ＦＣＭＤＢを参照して構成変更を指示したり、サービス配備を指示したり、パッチ適用を行ったりすると、不具合が発生する。例えば、ネットワーク切断エラーが発生したので、関連するＣＩであるＳｅｒｖｉｃｅ１は利用できない状態であるにも拘わらず、ＦＣＭＤＢへの反映が何らかの理由で同時に行われていない場合が発生する。このような場合、Ｓｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓの属性値がｎｏｒｍａｌのままであることを確認して、Ｓｅｒｖｉｃｅ１を顧客に提供するような構成変更を行ってしまう可能性がある。当然顧客はＳｅｒｖｉｃｅ１を利用しようとするとエラーが発生して使用できない。
　このような問題を解決するための手法としては、ＣＩが同時に更新された回数、更新時に同時に更新された割合を利用し、ＣＩ更新時に他の更新すべきＣＩをチェックするという方法がある。しかしながら、この手法によれば、膨大な数のＣＩが存在する場合には計算量が非常に多くなるという問題がある。
Nadi, S., Holt, R.; Mankovskii, S., "Does the Past Say It All? Using History to Predict Change Sets in a CMDB," CSMR2010, pp.97-106, Mar. 2010
特開昭６２－２１４４３８号公報 特開２００６－１６４１３６号公報 特開２００７－８０１７１号公報 特公平３－３２５９号公報
　従って、本技術の目的は、一側面では、構成情報の更新漏れ等の問題を低負荷で検出するための技術を提供することである。
　本技術に係るパターン適用方法は、（Ａ）システムに含まれる特定の構成部品についての特定の属性の属性値を変更する要求を受信した場合、システムに含まれる第１の構成部品についての属性の属性値の変更に係る第１の条件と、当該第１の構成部品と構成上所定の関係を有する第２の構成部品について第１の構成部品についての属性値の変更と同時期に変更されるべき属性の属性値に係る第２の条件とを含むパターンを複数格納している第１データ格納部において、上記要求に係る変更が第１の条件を満たすパターンが存在するか判断する処理と、（Ｂ）上記要求に係る変更が第１の条件を満たすパターンが存在する場合には、システムに含まれる構成部品の情報を格納し且つ上記要求により構成部品の情報が更新される第２データ格納部と、上記要求と共に処理すべき他の要求とのうち少なくともいずれかに基づき、当該パターンの第２の条件が満たされるか判断する処理と、（Ｃ）第１の条件と第２の条件とを満たすパターンが存在する場合には、所定の処理を実施する処理とを含む。
　本技術に係るパターン生成方法は、（Ａ）同時期とみなされる所定の時期に受信され且つシステムに含まれる特定の構成部品についての特定の属性の属性値を変更する複数の要求の各々について、システムに含まれる構成部品のデータと構成部品間の関係を表すデータとを格納する第１データ格納部において、当該要求に係る特定の構成部品から、構成部品間の関係を所定の範囲辿ることで、複数の要求のうち他の要求に係る特定の構成部品に到達するか判断する処理と、（Ｂ）特定の要求に係る特定の構成部品から複数の要求のうち他の要求に係る特定の構成部品に到達する場合には、特定の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第１の条件と、他の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第２の条件とを含むパターンを生成し、第２データ格納部に格納する処理とを含む。
図１は、ＦＣＭＤＢについて説明するための図である。 図２は、ＦＣＭＤＢの更新を説明するための図である。 図３は、本実施の形態に係るシステム構成例を示す図である。 図４は、ＦＣＭＤＢに格納されているＣＩ群の一例を示す図である。 図５は、同時とみなされる時期に受信された更新要求の一例を示す図である。 図６は、生成される更新パターンの一例を示す図である。 図７は、ＦＣＭＤＢに格納されるデータの一例を示す図である。 図８は、ＣＩの関係の一例を示す図である。 図９は、ＣＩのデータ例を示す図である。 図１０は、ＣＩのデータ例を示す図である。 図１１は、関係のデータ例を示す図である。 図１２は、本実施の形態のメインの処理フローを示す図である。 図１３は、関係更新処理の処理フローを示す図である。 図１４Ａは、ＣＩ間の関係の一例を示す図である。 図１４Ｂは、関係の変更の一例を示す図である。 図１４Ｃは、関係の削除の一例を示す図である。 図１４Ｄは、ＣＩの削除の一例を示す図である。 図１５は、更新パターン生成処理の処理フローを示す図である。 図１６Ａは、構成部品Ｓｗｉｔｃｈ１の変更前データの一例を示す図である。 図１６Ｂは、構成部品Ｓｗｉｔｃｈ１の変更後データの一例を示す図である。 図１７Ａは、Ｓｅｒｖｉｃｅ１の変更前データの一例を示す図である。 図１７Ｂは、Ｓｅｒｖｉｃｅ１の変更後データの一例を示す図である。 図１８は、更新パターン生成処理の処理フローを示す図である。 図１９は、ホップ数について説明するための図である。 図２０は、更新パターン格納部に格納されるデータの一例を示す図である。 図２１は、パターン適用処理の処理フローを示す図である。 図２２は、パターン適用処理の処理フローを示す図である。 図２３は、信頼度更新処理の処理フローを示す図である。 図２４は、コンピュータの機能ブロック図である。
　本技術の実施の形態に係るシステムの概要を図３に示す。本実施の形態に係る主要な情報処理装置であるＦＣＭＤＢシステム１００は、複数のＭＤＲ（図３ではＭＤＲ１及び２）と、１又は複数のユーザ端末２００と、コンピュータネットワークで接続されている。本実施の形態では、各ＭＤＲから、自身において更新されたＣＩのデータをＦＣＭＤＢに対して反映させるための更新要求が、ＦＣＭＤＢシステム１００に送信されるものとする。ユーザ端末２００は、例えば管理者が操作するパーソナルコンピュータなどの端末装置である。ユーザ端末２００は、管理者の指示に従ってＭＤＲに対する更新を行う場合もある。
　そして、ＦＣＭＤＢシステム１００は、更新要求処理部１０１と、第１データ格納部１０２と、ＦＣＭＤＢ１０３と、リレーション更新処理部１０４と、更新パターン生成部１０５と、更新パターン格納部１０６と、パターンマッチング部１０７と、第２データ格納部１０８と、指示処理部１０９とを有する。
　更新要求処理部１０１は、各ＭＤＲから更新要求を受信すると、第１データ格納部１０２に格納する。以下、同時に更新されたとみなされるＣＩについての更新要求をまとめて処理することになる。同時に更新されたとみなされるＣＩについての更新要求は、例えば、ある更新要求と当該ある更新要求を受信してから一定時間内に受信した他の更新要求とを含む場合もある。また、更新要求処理部１０１においてタイムスロットを定義して、同一タイムスロットにおいて受信した更新要求を、同時に更新されたとみなされるＣＩについての更新要求として取り扱う場合もある。さらに、場合によっては１度にまとめて送られてきた複数の更新要求を、同時に更新されたＣＩについての更新要求として取り扱う場合もある。
　更新要求処理部１０１は、本実施の形態では、更新要求に従ってＦＣＭＤＢ１０３の更新を行うと共に、更新前のデータを、以下の処理のために第１データ格納部１０２に格納する。
　リレーション更新処理部１０４は、第１データ格納部１０２に格納されており且つ構成部品間の関係についての更新要求を処理し、更新パターン格納部１０６に格納されている更新パターンを更新する。更新パターン生成部１０５は、第１データ格納部１０２に格納されており且つ同時に更新されたとみなされるＣＩについての更新要求を用いて更新パターンを生成する処理を実施し、生成した更新パターンを更新パターン格納部１０６に格納する。なお、更新パターン生成部１０５は、信頼度算出部１０５１を含む。
　パターンマッチング部１０７は、第１データ格納部１０２に格納されており且つ同時に更新されたとみなされるＣＩについての更新要求に対して、更新パターン格納部１０６に格納されている更新パターンを適用して、同時に更新すべきにも拘わらず未更新となっている、他のＣＩの属性を抽出する処理を実施し、処理結果を第２データ格納部１０８に格納すると共に、所定の処理を実施した上でユーザ宛に通知を行う。
　指示処理部１０９は、ユーザ端末２００から、更新すべきＣＩの属性についての更新指示を受信して、更新パターン格納部１０６における更新パターンの信頼度を更新したり、ＦＣＭＤＢ１０３の更新を行ったりする。
　本実施の形態では、同時に更新されたとみなされるＣＩについての複数の更新要求から更新パターンを生成する。例えば、図４に示すようなＣＩ群がＦＣＭＤＢ１０３に格納されているものとする。すなわち、ＣＩは、Ｓｗｉｔｃｈ１、Ｓｅｒｖｅｒ１及びＳｅｒｖｅｒ２、並びにＳｅｒｖｉｃｅ１を含む。そして、Ｓｗｉｔｃｈ１からＳｅｒｖｅｒ２へ関係（Relationship）が設けられており、Ｓｗｉｔｃｈ１からＳｅｒｖｅｒ１へ関係が設けられており、Ｓｅｒｖｅｒ１からＳｅｒｖｉｃｅ１へ関係が設けられている。また、Ｓｗｉｔｃｈ１の属性ｐｏｒｔ０には属性値ＯＫが設定されており、Ｓｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓには属性値ｎｏｒｍａｌが設定されている。
　このような状態において、図５に示すような更新要求が同時とみなされる時期に受信されたものとする。すなわち、Ｓｗｉｔｃｈ１の属性Ｐｏｒｔ０を属性値ＮＧに変更する要求と、Ｓｅｒｖｅｒ１の属性Ｓｔａｔｕｓを属性値ｅｒｒｏｒに変更する要求とを受信したものとする。そうすると、図６に示すような更新パターンが生成される。すなわち、図４に示したように、関係で繋がれた範囲の限度において例えば３ホップ以内（すなわち、距離に相当する中間構成部品の数が３以内）であるという条件の下、一方の更新要求による変更についての条件（例えば特定のＣＩの特定の属性について変更前属性値及び変更後属性値を含む）と、他方の更新要求による変更についての警告条件（例えば特定のＣＩの特定の属性の変更前属性値を含む）とを含む。例えば、第１の更新パターンとしては、Ｓｗｉｔｃｈ１の属性Ｐｏｒｔ０の属性値がＯＫからＮＧへ変更された場合、Ｓｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓの属性値がｎｏｒｍａｌのままであれば、警告などを実施するという更新パターンである。また、第２の更新パターンとしては、Ｓｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓの属性値がｎｏｒｍａｌからｅｒｒｏｒに変更された場合、Ｓｗｉｔｃｈ１の属性Ｐｏｒｔ０の属性値がＯＫのままであれば、警告などを実施するという更新パターンである。
　その後、あるタイミングで、Ｓｗｉｔｃｈ１の属性Ｐｏｒｔ０の属性値をＮＧに変更する更新要求のみを受信すると、図７に示すようなデータがＦＣＭＤＢ１０３に格納されるようになる。すなわち、Ｓｗｉｔｃｈ１の属性Ｐｏｒｔ０の属性値としてＮＧが格納されているが、Ｓｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓの属性値はｎｏｒｍａｌのままである。このように、受信された更新要求は、図６に示した更新パターンのうち第１行目の更新パターンの条件を満たすと共に、ＦＣＭＤＢ１０３の状態は警告条件を満たすことになる。このように条件及び警告条件を満たす場合には、管理者に対する警告などの所定の処理を実施する。
　なお、ＦＣＭＤＢ１０３には、例えば以下に述べるようなデータが格納される。例えば、図８に示すように、Ｓｅｒｖｅｒ００１というＣＩとＰｅｒｓｏｎ００５というＣＩとが存在しており、Ｓｅｒｖｅｒ００１からＰｅｒｓｏｎ００５へＭａｎａｇｅｄＢｙという関係が設定されているものとする。そうすると、ＣＩであるＳｅｒｖｅｒ００１については、図９に示すようなデータが格納される。すなわち、構成部品ＩＤがＳｅｒｖｅｒ００１となっており、ＴｙｐｅがＳｅｒｖｅｒであり、この構成部品の各属性の属性値が含まれる。さらに、ＣＩであるＰｅｒｓｏｎ００５については、図１０に示すようなデータが格納される。すなわち、構成部品ＩＤがＰｅｒｓｏｎ００５となっており、ＴｙｐｅがＳｅｒｖｅｒであり、この構成部品の各属性の属性値が含まれる。さらに、これらのＣＩ間の関係（Relationship）については、図１１に示すようなデータが格納される。すなわち、関係ＩＤがＲｅｌ１となっており、ＴｙｐｅがＭａｎａｇｅｄＢｙであり、ソース（Ｓｏｕｒｃｅ）のＣＩ及びターゲット（Ｔａｒｇｅｔ）のＣＩと、この関係について他の属性の属性値が含まれる。
　上で簡単に述べた更新パターン生成及び更新パターン適用を行うための具体的な処理内容について、図１２乃至図２３を用いて説明する。
　まず、ＦＣＭＤＢシステム１００の更新要求処理部１０１は、各ＭＤＲから更新要求を受信し、当該更新要求のデータを第１データ格納部１０２に格納する（図１２：ステップＳ１）。上でも述べたように、予め定められたルールに則って、同時期とみなされる所定の時期に受信した更新要求についてはまとめて処理を行う。
　そして、要求更新処理部１０１は、更新要求に従ってＦＣＭＤＢ１０３の更新を行う（ステップＳ３）。但し、更新前に、更新要求に係るＣＩ又は関係の属性について変更前の属性値を取得して、第１データ格納部１０２に格納する。
　そして、リレーション更新処理部１０４は、第１データ格納部１０２に格納されている更新要求に、関係の更新（追加、変更又は削除。ここではＣＩの削除も含む。）が含まれているか判断する（ステップＳ５）。第１データ格納部１０２に格納されている更新要求に、関係の更新が含まれていなければ、リレーション更新処理部１０４は処理を行わずに、処理はステップＳ１３に移行する。一方、更新要求に関係の更新が含まれている場合には、リレーション更新処理部１０４は、関係更新に係る未処理の更新要求を特定する（ステップＳ７）。そして、リレーション更新処理部１０４は、特定された更新要求について関係更新処理を実施する（ステップＳ９）。関係更新処理については、図１３乃至図１４Ｄを用いて説明する。
　リレーション更新処理部１０４は、特定された更新要求が関係Ｒの追加であるか判断する（図１３：ステップＳ２１）。特定された更新要求が関係Ｒの追加である場合には、ステップＳ３で更新要求を実施しているので、ここでは処理は行わず、呼出元の処理に戻る。一方、特定された更新要求が関係Ｒの追加でない場合には、リレーション更新処理部１０４は、関係Ｒの変更であるか判断する（ステップＳ２３）。関係Ｒの変更には、当該関係Ｒのターゲット又はソースを変更の場合と、当該関係Ｒのターゲット及びソースの両方を変更する場合がある。
　関係Ｒの変更である場合には、リレーション更新処理部１０４は、更新パターン格納部１０６に格納されている各更新パターンについて、変更前の関係を利用した更新パターンであるか否かを判断し、変更前の関係を利用した更新パターンであれば当該更新パターンを削除する（ステップＳ２５）。そして処理は呼出元の処理に戻る。
　上でも簡単に説明したが、更新パターンでは、予め定められたｎホップ以内で関係に沿って辿ることができる２つのＣＩについて条件及び警告条件が設定されている。従って、変更前の関係が削除されることによって、ソースとターゲットのＣＩがｎホップ以内で関係に沿って辿ることができなくなる場合がある。図１４Ａに示すように、Ａ乃至ＣのＣＩが存在しており、Ｃについての条件とＡについての警告条件とを含む更新パターンが生成されている場合を考える。ここで、図１４Ｂに示すように、関係の更新要求によって、ＣからＢへの関係についてターゲットがＤに変更され、ＣからＤへ関係が新たに設定され、ＢからＡへの関係が維持されたものとする。そうすると、Ｃについての条件とＡについての警告条件とを含む更新パターンについては、ＣからＡへ関係に沿って辿ることができなくなるので、削除される。関係のソースが変更されたり、ソースとターゲットとが両方ともが変更された場合も同様に判断する。なお、関係Ｒが変更されても別経路で辿ることができれば、削除しなくても良い。
　なお、関係更新処理においては生成されないが、図１４Ｂにおいて新たにＣからＤへ関係が設定されるため、例えば、Ｃの属性の属性値を変更する更新要求とＤの属性の属性値を変更する更新要求とが受信されていると、これらの更新要求を用いた新たな更新パターンが生成されるようになる。
　また、特定された更新要求が関係Ｒの変更ではない場合、リレーション更新処理部１０４は、関係Ｒの削除であるか判断する（ステップＳ２７）。関係Ｒの削除である場合には、リレーション更新処理部１０４は、削除された関係を利用した更新パターンを削除する（ステップＳ２９）。そして呼出元の処理に戻る。図１４Ｃに示したように、ＣからＢへの関係が削除されると、ＣからＡへ関係に沿って辿ることができなくなるので、Ｃについての条件及びＡについての警告条件を含む更新パターンについては削除する。
　本実施の形態では、ＣＩの削除を要求する更新要求についても関係の更新として取り扱われるので、特定された更新要求が関係Ｒの削除ではない場合には、リレーション更新処理部１０４は、削除されたＣＩに係る関係を利用した更新パターンを削除する（ステップＳ３１）。そして処理は呼出元の処理に戻る。図１４Ｄに示したように、Ｂが削除されると、当該Ｂに係る関係（ＣからＢへの関係及びＢからＡへの関係）は同時に削除されるので、ＣからＡへ関係に沿って辿ることができなくなる。従って、Ｃについての条件及びＡについての警告条件を含む更新パターンについては削除する。
　以上のような処理を実施することで、関係の更新によって影響を受ける更新パターンについて手当てすることができるようになる。
　図１２の処理の説明に戻って、リレーション更新処理部１０４は、関係更新に係る未処理の更新要求が存在しているか判断する（ステップＳ１１）。関係更新に係る未処理の更新要求が存在している場合にはステップＳ７に戻る。一方、関係更新に係る未処理の更新が存在していない場合には、更新パターン生成部１０５は、第１データ格納部１０２における更新要求において構成部品ＣＩの更新が含まれているか判断する（ステップＳ１３）。更新要求において構成部品ＣＩの更新が含まれていない場合には、処理を終了する。
　一方、更新要求において構成部品ＣＩの更新が含まれている場合には、更新パターン生成部１０５は、更新パターン生成処理を実施する（ステップＳ１５）。この更新パターン生成処理については、図１５乃至図２０を用いて説明する。なお、更新パターン生成処理では、２以上の更新要求が第１データ格納部１０２に格納されていないと更新パターンが生成されないので、最初に同時とみなされるタイミングで２以上の更新要求があるかどうかを確認してから処理を開始するようにしても良い。
　更新パターン生成部１０５は、第１データ格納部１０２に格納されている更新要求から、更新される未処理の構成部品Ｃを１つ特定する（図１５：ステップＳ４１）。例えば、図５の例において第１行目の更新要求を処理する場合には、Ｓｗｉｔｃｈ１が構成部品Ｃとして特定される。そして、更新パターン生成部１０５は、第１データ格納部１０２に格納されている変更前データと構成部品Ｃについての更新要求とから更新差分データを抽出する（ステップＳ４３）。
　例えば、図１６Ａに示すようなデータが、Ｓｗｉｔｃｈ１についての更新要求をＦＣＭＤＢ１０３に適用する前のデータであるとする。そうすると、図１６Ｂに示すようなデータが、ＦＣＭＤＢ１０３に格納されているものとする。すなわち、属性名ｐｏｒｔ０の属性値「ＯＫ」が「ＮＧ」に変更される。従って、Ｓｗｉｔｃｈ１／Ｐｏｒｔ０＝ＯＫというデータが変更前データとして第１データ格納部１０２に格納されている。従って、この例では、更新差分データは、Ｓｗｉｔｃｈ１／Ｐｏｒｔ０＝ＯＫ－＞ＮＧとして特定される。
　そして、更新パターン生成部１０５は、ホップ数のカウンタｉを１に初期化する（ステップＳ４５）。その後、更新パターン生成部１０５は、構成部品Ｃからｉホップ先の構成部品Ｄを特定する（ステップＳ４７）。例えば、ｉ＝１であれば、図７において、Ｓｗｉｔｃｈ１から１ホップ辿ると、Ｓｅｒｖｅｒ１及びＳｅｒｖｅｒ２が構成部品Ｄとして特定される。
　その後、更新パターン生成部１０５は、構成部品Ｄが特定されたか判断する（ステップＳ４９）。上でも述べたように、探索は、構成部品間の関係が規定されている間のみ行うので、図７のＳｅｒｖｉｃｅ１やＳｅｒｖｅｒ２のように末端の構成部品で、関係が規定されていなければ、次のホップにおける構成部品が特定できなくなる。ここで、構成部品Ｄが１つも特定できない場合には端子Ｂを介して図１８のステップＳ６９に移行する。
　一方、構成部品Ｄが特定できると、更新パターン生成部１０５は、未処理の構成部品Ｄを１つ特定する（ステップＳ５１）。そして、更新パターン生成部１０５は、第１データ格納部１０２において、この構成部品Ｄに対して更新要求が格納されているかを確認することで、同時に更新が発生したか判断する（ステップＳ５３）。第１データ格納部１０２においてこの構成部品Ｄに対して更新要求が格納されていない場合には、同時に更新が発生していないとして、処理は端子Ｃを介して図１８のステップＳ６３に移行する。
　図７の例では、Ｓｗｉｔｃｈ１から１ホップ先の構成部品ＤであるＳｅｒｖｅｒ１及びＳｅｒｖｅｒ２については更新要求を受信していないので、端子Ｃを介して図１８のステップＳ６３に移行する。これに対して、ｉ＝２の場合には、構成部品ＤとしてＳｅｒｖｉｃｅ１が特定され、これについては図５の第２行目に更新要求が含まれているので、同時に更新が発生していると判断される。
　一方、第１データ格納部１０２にこの構成部品Ｄに対して更新要求が格納されており、同時に更新が発生している場合、更新パターン生成部１０５は、第１データ格納部１０２から、構成部品Ｄについての変更前データを抽出する（ステップＳ５５）。そして処理は端子Ａを介して図１８の処理に移行する。
　構成部品Ｓｅｒｖｉｃｅ１の場合、図５の第２行目の更新要求をＦＣＭＤＢ１０３に対して適用していない場合には、図１７Ａに示すようなデータがＦＣＭＤＢ１０３に格納されている。特に属性名Ｓｔａｔｕｓの属性値は「ｎｏｒｍａｌ」となっている。これに対して、図５の第２行目の更新要求をＦＣＭＤＢ１０３に対して適用すると、図１７Ｂに示すようなデータがＦＣＭＤＢ１０３に格納されることになる。属性名Ｓｔａｔｕｓの属性値は「ｅｒｒｏｒ」に変更されている。従って、第１データ格納部１０２には、変更前データとしてはＳｅｒｖｉｃｅ１／Ｓｔａｔｕｓ＝ｎｏｒｍａｌが格納されており、このデータを抽出する。
　図１８の処理の説明に移行して、更新パターン生成部１０５は、ステップＳ４３で抽出された更新差分データを条件として含み且つステップＳ５５で抽出された変更前データを警告条件として含む更新パターンが更新パターン格納部１０６に既に格納されているか判断する（ステップＳ５７）。既に同一の更新パターンが格納されていれば重ねて生成することはないので、処理はステップＳ６３に移行する。
　一方、同一の更新パターンがまだ登録されていない場合には、更新パターン生成部１０５の信頼度算出部１０５１は、ホップ数ｉを基に信頼度を算出する（ステップＳ５９）。本実施の形態では、構成部品Ｃと構成部品Ｄとが近いほど信頼度が高いものとする。従って、ホップ数ｉが小さな値ほど信頼度を高くする。そのため、例えば１／ホップ数を信頼度として算出する。図１９に示すように、構成部品ＣであるＳｗｉｔｃｈ１を基準にすると、構成部品ＤがＳｅｒｖｅｒ１及びＳｅｒｖｅｒ２であれば、１ホップ先の構成部品であるから信頼度は１（＝１／１）となる。一方、構成部品ＤがＳｅｒｖｉｃｅ１であれば、２ホップ先の構成部品であるから信頼度は０．５（＝１／２）となる。
　そして、更新パターン生成部１０５は、ステップＳ４３で抽出された更新差分データとステップＳ５５で抽出された変更前データとから、ステップＳ４３で抽出された更新差分データを条件として含み且つステップＳ５５で抽出された変更前データを警告条件として含む更新パターンを生成し、ステップＳ５９で算出した信頼度と共に、更新パターン格納部１０６に格納する（ステップＳ６１）。すなわち、本実施の形態では、図２０のようなデータが格納される。図２０の例では、条件と警告条件と信頼度とが格納される。図５の第１行目の更新要求を処理すれば、図２０の第１行目の更新パターンが生成され、図５の第２行目の更新要求を処理すれば、図２０の第２行目の更新パターンが生成される。
　更新パターン生成部１０５は、ステップＳ４７で特定された構成部品Ｄのうち未処理の構成部品Ｄが存在するか判断する（ステップＳ６３）。未処理の構成部品Ｄが存在する場合には、処理は端子Ｄを介して図１５のステップＳ５１に戻る。一方、未処理の構成部品Ｄが存在しない場合には、構成パターン生成部１０５は、カウンタｉを１インクリメントし（ステップＳ６５）、ｉが、予め設定されているホップ数上限値を超えたか判断する（ステップＳ６７）。ｉがホップ数上限値以下であれば、処理は端子Ｅを介して図１５のステップＳ４７に戻る。一方、ｉがホップ数上限値を超えた場合には、更新パターン生成部１０５は、未処理の構成部品Ｃが存在しているか判断する（ステップＳ６９）。未処理の構成部品Ｃが存在している場合には、処理は端子Ｆを介して図１５のステップＳ４１に戻る。一方、未処理の構成部品Ｃが存在していない場合には、処理は呼出元の処理に戻る。
　このように２つの更新要求について、それらの構成部品が関係で繋がれており且つホップ数上限値以内であれば、２つの更新パターンが生成される。３つの更新要求について、それらの構成部品が関係で繋がれており且つホップ数上限値以内であれば、６つ（＝３×２）の更新パターンが生成されることになる。
　図１２の処理に戻って、パターンマッチング部１０７は、パターン適用処理を実施する（ステップＳ１７）。パターン適用処理については、図２１乃至図２２を用いてもよい。
　パターンマッチング部１０７は、第１データ格納部１０２に格納されている更新要求に係る未処理の構成部品を１つ特定する（ステップＳ７１）。そして、パターンマッチング部１０７は、更新パターン格納部１０６において、特定された構成部品についての更新パターンを探索する（ステップＳ７３）。
　パターンマッチング部１０７は、検出された更新パターンに含まれる条件が満たされているかを判断する（ステップＳ７５）。本実施の形態では、構成部品の特定の属性について変更前の属性値と変更後の属性値とが条件に含まれているので、第１データ格納部１０２に格納されている変更前データとＦＣＭＤＢ１０３に格納されている変更後データとから、条件が満たされているかを判断する。
　検出された更新パターンに含まれている条件が満たされていない場合又は更新パターンが検出されなかった場合、処理は端子Ｇを介して図２２の処理に移行する。
　一方、検出された更新パターンに含まれる条件が満たされている場合には、パターンマッチング部１０７は、ＦＣＭＤＢ１０３において、検出された更新パターンの警告条件に係る構成部品を探索して（ステップＳ７７）、当該構成部品について警告条件で規定されている属性の属性値を読み出し、当該属性値が、警告条件で規定されている属性値と一致するか判断する（ステップＳ７９）。変更前の属性値が警告条件に含まれるので、この変更前の属性値が、ＦＣＭＤＢ１０３にまだ登録されている場合には、警告条件が満たされたものと判断できる。
　ＦＣＭＤＢ１０３における属性値が、警告条件に含まれる属性値と一致しない場合には、端子Ｇを図２２の処理に移行する。
　一方、ＦＣＭＤＢ１０３における属性値が、警告条件に含まれる属性値と一致する場合には、パターンマッチング部１０７は、検出された更新パターンを第２データ格納部１０８に格納する（ステップＳ８１）。そして、端子Ｇを介して図２２の処理に移行する。
　図２２の処理の説明に移行して、パターンマッチング部１０７は、第１データ格納部１０２において、更新要求に係る未処理の構成部品が存在しているか判断する（ステップＳ８３）。更新要求に係る未処理の構成部品が存在している場合には、端子Ｈを介して図２１のステップＳ７１に戻る。
　一方、更新要求に係る未処理の構成部品が存在しない場合には、パターンマッチング部１０７は、上で述べた処理で抽出された更新パターンを、それらの信頼度を基に降順でソートする（ステップＳ８５）。
　そして、パターンマッチング部１０７は、信頼度が閾値以上の更新パターンについては、警告条件に係る構成部品の属性の属性値を、該当するＭＤＲから取得して、ＦＣＭＤＢ１０３に対して更新を実施する（ステップＳ８７）。信頼度が閾値以上の更新パターンについては、更新要求の到着が遅れているようであればＭＤＲからこの時点で変更後データを取得してＦＣＭＤＢ１０３の更新を強制的に行うものである。もし、ＭＤＲから取得した変更後データが、ＦＣＭＤＢ１０３の現在の値と異なる場合には、ＦＣＭＤＢ１０３に対して更新を行う。一方、ＭＤＲから取得した変更後データが、ＦＣＭＤＢ１０３の現在の値と同じである場合には、更新漏れの可能性がある。
　また、パターンマッチング部１０７は、第２データ格納部１０８に格納されている更新パターンから、管理者宛の通知データを生成する（ステップＳ８９）。単に、更新パターンの条件及び警告条件を含むような通知データを生成しても良いし、更新パターンの警告条件から未更新となっている構成部品の属性を特定して、当該構成部品の属性について更新を促すようなデータを生成しても良い。なお、信頼度が第２の閾値以上の更新パターンについてのみ通知データを生成するようにしても良い。さらに、信頼度の順で上位ｎ個（ｎは２以上の整数）に更新パターンを絞り込む場合もある。
　例えば、ＦＣＭＤＢ１０３においてＳｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓがｎｏｒｍａｌのままである場合には、Ｓｅｒｖｉｃｅ１の属性がｎｏｒｍａｌのままになっているということを表す通知データを生成する。なお、この場合には、ステップＳ７５では、図２０の第２行目の更新パターンの条件が満たされないことになるので、第２データ格納部１０８にはこの更新パターンは登録されない。
　そして、パターンマッチング部１０７は、生成された通知データを、予め登録されている管理者宛に通知データを送信する（ステップＳ９１）。通知データについては、メールなどで管理者宛に送信しても良いし、ユーザ端末２００からのアクセスに応じて通知データを送信するようにしても良い。さらに、ユーザ端末２００で監視プログラムが起動されている場合には、リアルタイムで通知データを送信して、ユーザ端末２００の表示装置にリアルタイムで通知データを表示するようにしても良い。
　このような処理を実施すれば、同時とみなされるタイミングで受信した更新要求について適切に更新パターンを登録することができ、さらに以後はこの更新パターンに従った更新要求を同時とみなされるタイミングで受信していない場合には、遵守されなかった更新パターンについて抽出できるようになる。なお、このようなマッチング処理自体の処理量は多くはなく、低負荷で更新漏れなどを特定できる。
　抽出された更新パターンについては、上で述べたように、管理者に通知したり、信頼度に応じてＭＤＲに応じた更新を自動的にＦＣＭＤＢ１０３に対して適用する場合もある。さらに、更新要求に送信タイミングのずれが問題となっているのであれば、ＭＤＲ側の送信タイミングを調整するように要求を行ったり、管理者側に更新要求の送信タイミングを調整するように警告するようにしても良い。
　なお、図２１のステップＳ７３で複数の更新パターンが検出された場合には、各更新パターンについてステップＳ７５乃至Ｓ８１を繰り返す。
　次に、ユーザ端末２００で管理者が通知データを確認した後の処理について、図２３を用いて説明する。
　ここでは、管理者が、ユーザ端末２００の表示装置に表示されている通知データに含まれる更新パターン（又はその警告条件に含まれる構成部品の属性）のうち、更新すべき更新パターンの構成部品を選択し、その属性及び変更後の属性値の入力を行うものとする。そうすると、ユーザ端末２００は、ＦＣＭＤＢシステム１００へ、構成部品、属性及び変更後の属性値を含む構成部品更新指示を送信する。更新パターンの識別子が含まれる場合もある。
　指示処理部１０９は、ユーザ端末２００から、管理者からの構成部品更新指示を受信する（図２３：ステップＳ１０１）。ここで、指示処理部１０９は、ＦＣＭＤＢ１０３において、構成部品更新指示に含まれる構成部品の属性について、変更後の属性値が登録されていない場合には、変更後の属性値で更新する。
　また、指示処理部１０９は、第２データ格納部１０８に格納されている更新パターンのうち、構成部品更新指示に対応する更新パターンを特定する（ステップＳ１０３）。警告条件に含まれる構成部品及び属性が構成部品更新指示に含まれる構成部品及び属性と一致する更新パターンを特定する。ユーザ端末２００から、Ｓｅｒｖｉｃｅ１の属性Ｓｔａｔｕｓを属性値ｅｒｒｏｒにする構成部品更新指示を受信した場合、図２０の第２行目の更新パターンが特定される。
　そして、指示処理部１０９は、特定された更新パターンの信頼度を、予め定められたルールに従って増加させる（ステップＳ１０５）。例えば、予め定められた値だけ足したり１より大きな値を掛けたりする。
　また、指示処理部１０９は、第２データ格納部１０８に格納されている更新パターンのうち、ステップＳ１０３で特定された更新パターン以外の更新パターン（残余の更新パターン）についての信頼度を、予め定められたルールに従って減少させる（ステップＳ１０７）。例えば、予め定められた値だけ減じたり、０より大きく１より小さな値を掛けたりする。
　そして、この段階において、指示処理部１０９は、信頼度が閾値未満（例えば０未満）の更新パターンが、更新パターン格納部１０６に格納されているか判断する（ステップＳ１０９）。信頼度が閾値未満の更新パターンが存在する場合には、指示処理部１０９は、信頼度が閾値未満の更新パターンを削除する（ステップＳ１１１）。そして処理を終了する。一方、信頼度が閾値未満の更新パターンが存在しない場合には、処理を終了する。
　なお、ここまで実施すると、指示処理部１０９は、第２データ格納部１０８に格納されているデータのうち、同時に更新されたとみなされる構成部品についての更新要求の一群に関連する更新パターンについてのデータを破棄する。
　以上のような処理を実施することで、管理者に通知しても、管理者から更新が指示されない構成部品についての更新パターンについては信頼度を下げ、管理者から更新が指示される構成部品についての更新パターンについては信頼度を上げることができる。これによって、管理者による確認を経て更新される構成部品についての更新パターンは、信頼できる更新パターンとして、更新パターン格納部１０６で管理されるようになる。
　以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。
　例えば、更新パターンの形式は上で述べた例は一例であって、必ずしも上で述べた形にしなければならない訳ではない。具体的には、条件には変更前の属性値が含まれているが、変更後の属性値へ変化したことが重要であれば、変更前の属性値を登録しない場合もある。同様に、警告条件には変更前の属性値を登録しているが、変更後の属性値への変更が行われていないことを重要視すれば、変更前の属性値の代わりに変更後の属性値を警告条件に含めておき、「変更後の属性値に一致しない」場合に警告条件を満たすと判断しても良い。さらに、警告条件については、変更前の属性値に加えて変更後の属性値をも含めておくようにしても良い。このようにして、「警告条件に規定されている属性値の変更が正しく行われていない」場合に警告条件を満たすと判断しても良い。
　上で述べた例では、最初に更新要求をＦＣＭＤＢ１０３に適用する例を説明したが、後から適用するような場合もある。この場合、関係の更新が行われていない状態で関係更新処理を実施することになるので、更新要求に係る関係の更新を考慮に入れて関係を辿る処理を行う。また、条件及び警告条件を満たしているか否かは、適用していない更新要求及びＦＣＭＤＢ１０３の内容を確認して判断することになる。
　さらに、処理結果が変わらない限り、処理ステップの順番を入れ替えたり、処理ステップを並列に実行するようにしても良い。
　また、図３の機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成及びデータ保持態様と一致しない場合もある。
　さらに、ＦＣＭＤＢシステム１００は、一又は複数のコンピュータで実施される場合もある。
　なお、上で述べたＦＣＭＤＢシステム１００は、コンピュータ装置であって、図２４に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
　以上述べた本実施の形態をまとめると、以下のようになる。
　本実施の形態の第１の態様に係るパターン適用方法は、（Ａ）システムに含まれる特定の構成部品についての特定の属性の属性値を変更する要求を受信した場合、システムに含まれる第１の構成部品についての属性の属性値の変更に係る第１の条件と、当該第１の構成部品と構成上所定の関係を有する第２の構成部品について第１の構成部品についての属性値の変更と同時期に変更されるべき属性の属性値に係る第２の条件とを含むパターンを複数格納している第１データ格納部において、上記要求に係る変更が第１の条件を満たすパターンが存在するか判断するステップと、（Ｂ）上記要求に係る変更が第１の条件を満たすパターンが存在する場合には、システムに含まれる構成部品の情報を格納し且つ上記要求により構成部品の情報が更新される第２データ格納部と、上記要求と共に処理すべき他の要求とのうち少なくともいずれかに基づき、当該パターンの第２の条件が満たされるか判断するステップと、（Ｃ）第１の条件と第２の条件とを満たすパターンが存在する場合には、所定の処理を実施するステップとを含む。
　このように、同時更新を表すパターンに沿った、複数の構成部品についての更新が同時期に行われたかを確認でき、行われていない場合には、更新漏れが生じていることとなる。従って、管理者などのユーザに通知したり、自動更新を行ったりすることができるようになる。なお、このようなマッチングの処理の処理負荷は高くはなく、低負荷で問題を抽出できるようになる。
　また、上で述べたパターンが、当該パターンの信頼度を含む場合もある。この場合、上で述べた所定の処理が、第１の条件と第２の条件とを満たすパターンが複数存在する場合には、信頼度に従って第１の条件と第２の条件とを満たすパターンについて管理者に通知すべきデータを生成する処理を含むようにしても良い。このようにすれば、管理者は、更新漏れを確認の上、各種処置を行うことができるようになる。なお、信頼度の高い順に管理者に提示すれば、より確実な更新漏れから対処できるようになる。
　さらに、上で述べたパターンが、当該パターンの信頼度を含む場合もある。この場合、上で述べた所定の処理が、第１の条件と第２の条件とを満たすパターンの信頼度が閾値以上であれば、第２データ格納部に格納されている構成部品の情報の基となる情報を格納する第３データ格納部から第２の条件に規定されている属性のデータを取得する処理を含むようにしても良い。このようにすれば、更新遅れなどが発生している場合に対処できるようになる。なお、信頼度が高い場合には、自動的に第２データ格納部の更新を行ってしまっても良い場合もある。
　さらに、本パターン適用方法は、第１の条件と第２の条件とを満たし且つ管理者に通知されたパターンのうち、第２の条件に係る属性の変更を管理者により指示されたパターンについては、当該パターンの信頼度を上げ、第２の条件に係る属性の変更を管理者により指示されなかったパターンについては、当該パターンの信頼度を下げるステップをさらに含むようにしても良い。このようにして信頼度を更新することで、より確からしいパターンを抽出できるようにする。
　また、本実施の形態に係るパターン生成方法は、（Ａ）同時期とみなされる所定の時期に受信され且つシステムに含まれる特定の構成部品についての特定の属性の属性値を変更する複数の要求の各々について、システムに含まれる構成部品のデータと構成部品間の関係を表すデータとを格納する第１データ格納部において、当該要求に係る特定の構成部品から、構成部品間の関係を所定の範囲辿ることで、複数の要求のうち他の要求に係る特定の構成部品に到達するか判断するステップと、（Ｂ）特定の要求に係る特定の構成部品から複数の要求のうち他の要求に係る特定の構成部品に到達する場合には、特定の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第１の条件と、他の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第２の条件とを含むパターンを生成し、第２データ格納部に格納するステップとを含む。
　このようにすれば、関連性がある程度担保される構成部品について、同時更新を表すパターンが生成されるようになる。
　また、上で述べた第１の条件が、変更前の属性値及び変更後の属性値、又は変更後の属性値を含むようにしても良い。また、上で述べた第２の条件が、変更前の属性値、変更後の属性値、又は変更前の属性値及び変更後の属性値を含むようにしても良い。第１及び第２の条件については、様々な規定の仕方が可能である。
　さらに、本パターン生成方法は、システムに含まれる構成部品間の関係を変更又は削除する要求又は構成部品を削除する要求を受信した場合、第２データ格納部において、変更前の関係又は削除された関係若しくは削除された構成部品についての規定された関係を辿ることで生成されたパターンを削除するステップをさらに含むようにしても良い。関係が変更又は削除されると、構成部品間を関係で辿ることができなくなる場合が生ずる。これに対処するためである。
　さらに、本パターン生成方法は、特定の要求に係る特定の構成部品から他の要求に係る特定の構成部品に到達するまでに経由する構成部品の数に応じた信頼度を算出して、上記パターンに対応付けて第２データ格納部に格納するステップをさらに含むようにしてもよい。例えば経由する構成部品の数の逆数を信頼度として算出してもよい。すなわち、より近い構成部品についてのパターンについては、より高い信頼度を設定するものである。これによって、マッチング処理を行う際により信頼できるパターンを抽出することもできるようになる。
　なお、上で述べたような処理をコンピュータに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ－ＲＯＭなどの光ディスク、光磁気ディスク、半導体メモリ（例えばＲＯＭ）、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、ＲＡＭ（Random Access Memory）等の記憶装置に一時保管される。
　

Claims (12)

  1. 　システムに含まれる特定の構成部品についての特定の属性の属性値を変更する要求を受信した場合、前記システムに含まれる第１の構成部品についての属性の属性値の変更に係る第１の条件と、当該第１の構成部品と構成上所定の関係を有する第２の構成部品について前記第１の構成部品についての前記属性値の変更と同時期に変更されるべき属性の属性値に係る第２の条件とを含むパターンを複数格納している第１データ格納部において、前記要求に係る変更が第１の条件を満たすパターンが存在するか判断する処理と、
    　前記要求に係る変更が第１の条件を満たすパターンが存在する場合には、前記システムに含まれる構成部品の情報を格納し且つ前記要求により前記構成部品の情報が更新される第２データ格納部と、前記要求と共に処理すべき他の要求とのうち少なくともいずれかに基づき、当該パターンの第２の条件が満たされるか判断する処理と、
    　前記第１の条件と前記第２の条件とを満たすパターンが存在する場合には、所定の処理を実施する処理と、
    　を、コンピュータに実行させるためのプログラム。
  2. 　前記パターンが、当該パターンの信頼度を含み、
    　前記所定の処理が、
    　前記第１の条件と前記第２の条件とを満たすパターンが複数存在する場合には、前記信頼度に従って前記第１の条件と前記第２の条件とを満たすパターンについて管理者に通知すべきデータを生成する処理
    　を含む請求項１記載のプログラム。
  3. 　前記パターンが、当該パターンの信頼度を含み、
    　前記所定の処理が、
    　前記第１の条件と前記第２の条件とを満たすパターンの信頼度が閾値以上であれば、前記第２データ格納部に格納されている構成部品の情報の基となる情報を格納する第３データ格納部から前記第２の条件に規定されている属性のデータを取得する処理
    　を含む請求項１記載のプログラム。
  4. 　前記第１の条件と前記第２の条件とを満たし且つ前記管理者に通知されたパターンのうち、第２の条件に係る属性の変更を前記管理者により指示されたパターンについては、当該パターンの信頼度を上げ、第２の条件に係る属性の変更を前記管理者により指示されなかったパターンについては、当該パターンの信頼度を下げる処理
    　をさらに前記コンピュータに実行させる請求項２記載のプログラム。
  5. 　同時期とみなされる所定の時期に受信され且つシステムに含まれる特定の構成部品についての特定の属性の属性値を変更する複数の要求の各々について、前記システムに含まれる構成部品のデータと構成部品間の関係を表すデータとを格納する第１データ格納部において、当該要求に係る特定の構成部品から、前記構成部品間の関係を所定の範囲辿ることで、前記複数の要求のうち他の要求に係る特定の構成部品に到達するか判断する処理と、
    　特定の要求に係る特定の構成部品から前記複数の要求のうち他の要求に係る特定の構成部品に到達する場合には、前記特定の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第１の条件と、前記他の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第２の条件とを含むパターンを生成し、第２データ格納部に格納する処理と、
    　を、コンピュータに実行させるためのプログラム。
  6. 　前記第１の条件が、変更前の属性値及び変更後の属性値、又は変更後の属性値を含み、
    　前記第２の条件が、変更前の属性値、変更後の属性値、又は変更前の属性値及び変更後の属性値を含む
    　請求項５記載のプログラム。
  7. 　前記システムに含まれる構成部品間の関係を変更又は削除する要求又は構成部品を削除する要求を受信した場合、前記第２データ格納部において、変更前の関係又は削除された関係若しくは削除された構成部品についての規定された関係を辿ることで生成されたパターンを削除する処理
    　をさらに前記コンピュータに実行させるための請求項５又は６記載のプログラム。
  8. 　前記特定の要求に係る特定の構成部品から前記他の要求に係る特定の構成部品に到達するまでに経由する構成部品の数に応じた信頼度を算出して、前記パターンに対応付けて前記第２データ格納部に格納する処理
    　をさらに前記コンピュータに実行させるための請求項５乃至７のいずれか１つ記載のプログラム。
  9. 　システムに含まれる特定の構成部品についての特定の属性の属性値を変更する要求を受信した場合、前記システムに含まれる第１の構成部品についての属性の属性値の変更に係る第１の条件と、当該第１の構成部品と構成上所定の関係を有する第２の構成部品について前記第１の構成部品についての前記属性値の変更と同時期に変更されるべき属性の属性値に係る第２の条件とを含むパターンを複数格納している第１データ格納部において、前記要求に係る変更が第１の条件を満たすパターンが存在するか判断する処理と、
    　前記要求に係る変更が第１の条件を満たすパターンが存在する場合には、前記システムに含まれる構成部品の情報を格納し且つ前記要求により前記構成部品の情報が更新される第２データ格納部と、前記要求と共に処理すべき他の要求とのうち少なくともいずれかに基づき、当該パターンの第２の条件が満たされるか判断する処理と、
    　前記第１の条件と前記第２の条件とを満たすパターンが存在する場合には、所定の処理を実施する処理と、
    　を含み、コンピュータにより実行されるパターン適用方法。
  10. 　同時期とみなされる所定の時期に受信され且つシステムに含まれる特定の構成部品についての特定の属性の属性値を変更する複数の要求の各々について、前記システムに含まれる構成部品のデータと構成部品間の関係を表すデータとを格納する第１データ格納部において、当該要求に係る特定の構成部品から、前記構成部品間の関係を所定の範囲辿ることで、前記複数の要求のうち他の要求に係る特定の構成部品に到達するか判断する処理と、
    　特定の要求に係る特定の構成部品から前記複数の要求のうち他の要求に係る特定の構成部品に到達する場合には、前記特定の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第１の条件と、前記他の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第２の条件とを含むパターンを生成し、第２データ格納部に格納する処理と、
    　を含み、コンピュータにより実行されるパターン生成方法。
  11. 　システムに含まれる第１の構成部品についての属性の属性値の変更に係る第１の条件と、当該第１の構成部品と構成上所定の関係を有する第２の構成部品について前記第１の構成部品についての前記属性値の変更と同時期に変更されるべき属性の属性値に係る第２の条件とを含むパターンを複数格納している第１データ格納部と、
    　前記システムに含まれる特定の構成部品についての特定の属性の属性値を変更する要求を受信した場合、前記第１データ格納部において、前記要求に係る変更が第１の条件を満たすパターンが存在するか判断し、前記要求に係る変更が第１の条件を満たすパターンが存在する場合には、前記システムに含まれる構成部品の情報を格納し且つ前記要求により前記構成部品の情報が更新される第２データ格納部と、前記要求と共に処理すべき他の要求とのうち少なくともいずれかに基づき、当該パターンの第２の条件が満たされるか判断し、前記第１の条件と前記第２の条件とを満たすパターンが存在する場合には、所定の処理を実施する処理部と、
    　を有する情報処理装置。
  12. 　システムに含まれる構成部品のデータと構成部品間の関係を表すデータとを格納する第１データ格納部と、
    　同時期とみなされる所定の時期に受信され且つ前記システムに含まれる特定の構成部品についての特定の属性の属性値を変更する複数の要求の各々について、前記第１データ格納部において、当該要求に係る特定の構成部品から、前記構成部品間の関係を所定の範囲辿ることで、前記複数の要求のうち他の要求に係る特定の構成部品に到達するか判断し、特定の要求に係る特定の構成部品から前記複数の要求のうち他の要求に係る特定の構成部品に到達する場合には、前記特定の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第１の条件と、前記他の要求に係る特定の構成部品についての特定の属性の属性値の変更に係る第２の条件とを含むパターンを生成し、第２データ格納部に格納するパターン生成部と、
    　を有する情報処理装置。
PCT/JP2012/051844 2012-01-27 2012-01-27 情報処理方法、装置及びプログラム WO2013111330A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2012/051844 WO2013111330A1 (ja) 2012-01-27 2012-01-27 情報処理方法、装置及びプログラム
JP2013555084A JP5741717B2 (ja) 2012-01-27 2012-01-27 情報処理方法、装置及びプログラム
US14/307,549 US20140297636A1 (en) 2012-01-27 2014-06-18 Information processing technique for configuration management database

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/051844 WO2013111330A1 (ja) 2012-01-27 2012-01-27 情報処理方法、装置及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/307,549 Continuation US20140297636A1 (en) 2012-01-27 2014-06-18 Information processing technique for configuration management database

Publications (1)

Publication Number Publication Date
WO2013111330A1 true WO2013111330A1 (ja) 2013-08-01

Family

ID=48873092

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/051844 WO2013111330A1 (ja) 2012-01-27 2012-01-27 情報処理方法、装置及びプログラム

Country Status (3)

Country Link
US (1) US20140297636A1 (ja)
JP (1) JP5741717B2 (ja)
WO (1) WO2013111330A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10083323B1 (en) * 2014-12-31 2018-09-25 Wells Fargo Bank, N.A. Strategy based feature disablement
US10025815B2 (en) * 2015-07-13 2018-07-17 International Business Machines Corporation Deleting configuration items in a configuration management database

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009217463A (ja) * 2008-03-10 2009-09-24 Fujitsu Ltd 情報処理装置、情報処理プログラム及び方法
JP2009217455A (ja) * 2008-03-10 2009-09-24 Fujitsu Ltd 情報処理装置、情報処理プログラム及び方法
WO2010046972A1 (ja) * 2008-10-21 2010-04-29 富士通株式会社 変更影響調査支援プログラム、変更影響調査支援装置および変更影響調査支援方法
WO2010116475A1 (ja) * 2009-03-30 2010-10-14 富士通株式会社 情報管理装置および情報管理プログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5285353B2 (ja) * 2008-08-26 2013-09-11 インターナショナル・ビジネス・マシーンズ・コーポレーション 複数のサービス構成要素に対応するアクションの実行を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム
WO2011074362A1 (ja) * 2009-12-18 2011-06-23 インターナショナル・ビジネス・マシーンズ・コーポレーション 構成情報の取得が制限された構成要素を含むシステムの構成要素の構成情報を形成するためのシステム、プログラム、および方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009217463A (ja) * 2008-03-10 2009-09-24 Fujitsu Ltd 情報処理装置、情報処理プログラム及び方法
JP2009217455A (ja) * 2008-03-10 2009-09-24 Fujitsu Ltd 情報処理装置、情報処理プログラム及び方法
WO2010046972A1 (ja) * 2008-10-21 2010-04-29 富士通株式会社 変更影響調査支援プログラム、変更影響調査支援装置および変更影響調査支援方法
WO2010116475A1 (ja) * 2009-03-30 2010-10-14 富士通株式会社 情報管理装置および情報管理プログラム

Also Published As

Publication number Publication date
US20140297636A1 (en) 2014-10-02
JPWO2013111330A1 (ja) 2015-05-11
JP5741717B2 (ja) 2015-07-01

Similar Documents

Publication Publication Date Title
JP6959736B2 (ja) ネットワーク障害のトラブルシューティング・オプションの識別
US9641643B2 (en) System and method for storing a skeleton representation of an application in a computerized organization
CN112422484B (zh) 确定用于处理安全事件的剧本的方法、装置及存储介质
US9514176B2 (en) Database update notification method
CN108289034A (zh) 一种故障发现方法和装置
JP6549959B2 (ja) 障害切り分け方法および障害切り分けを行う管理サーバ
US20090070425A1 (en) Data processing system, method of updating a configuration file and computer program product
US20220222266A1 (en) Monitoring and alerting platform for extract, transform, and load jobs
JP2007087232A (ja) システム構成変更によるポリシ修正を容易にするポリシ作成方法、及びポリシ管理方法
CN110543512A (zh) 一种信息同步方法，装置及系统
CN110674231A (zh) 一种面向数据湖的用户id集成方法和系统
JP5741717B2 (ja) 情報処理方法、装置及びプログラム
CN112105026A (zh) 一种授权控制的方法、装置以及存储介质
CN116360954B (zh) 基于云边协同技术的工业物联网管控方法和管控系统
CN110569987A (zh) 自动化运维方法、运维设备、存储介质及装置
CN108536447B (zh) 运维管理方法
CN113691403B (zh) 拓扑节点配置方法、相关装置及计算机程序产品
CN111782435B (zh) 一种视频监控管理平台级联异常恢复处理方法及系统
CN109033134A (zh) 一种消息处理方法、装置、存储介质及计算机设备
CN112583761B (zh) 安全实体的管理方法、装置、计算机设备和存储介质
CN114489772A (zh) 工作流执行方法及装置、存储介质、设备
US10897401B2 (en) Determining the importance of network devices based on discovered topology, managed endpoints, and activity
CN113485865B (zh) 基于正向代理服务器访问第三方应用的数据处理系统
CN113032483B (zh) 跨平台的数据资产共享方法、装置及电子设备
JP7305898B2 (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: 12866620

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013555084

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12866620

Country of ref document: EP

Kind code of ref document: A1