WO2023047806A1 - 情報処理装置、および自動分析システム - Google Patents

情報処理装置、および自動分析システム Download PDF

Info

Publication number
WO2023047806A1
WO2023047806A1 PCT/JP2022/029481 JP2022029481W WO2023047806A1 WO 2023047806 A1 WO2023047806 A1 WO 2023047806A1 JP 2022029481 W JP2022029481 W JP 2022029481W WO 2023047806 A1 WO2023047806 A1 WO 2023047806A1
Authority
WO
WIPO (PCT)
Prior art keywords
failure
information
check
failure effect
check target
Prior art date
Application number
PCT/JP2022/029481
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 CN202280061198.7A priority Critical patent/CN117940744A/zh
Publication of WO2023047806A1 publication Critical patent/WO2023047806A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
    • G01D21/00—Measuring or testing not otherwise provided for
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01N—INVESTIGATING OR ANALYSING MATERIALS BY DETERMINING THEIR CHEMICAL OR PHYSICAL PROPERTIES
    • G01N35/00—Automatic analysis not limited to methods or materials provided for in any single one of groups G01N1/00 - G01N33/00; Handling materials therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring

Definitions

  • the present disclosure relates to an information processing device and an automatic analysis system.
  • the check target contents of system alerts, sensor log data, etc.
  • the check target contents of system alerts, sensor log data, etc.
  • the inspector is inexperienced, he/she does not know which inspection object should be checked, and it takes time to identify the failure when an abnormality is found in a plurality of check objects at the same time.
  • Patent Literature 1 discloses that locations to be monitored for each failure symptom are determined at the time of design, and an operator selects a specific symptom from among various failure symptoms listed and displayed. Disclosed is a failure diagnosis device for vehicle electronic systems that enables selection of appropriate inspection items by selecting .
  • Patent Document 2 a failure knowledge database in which failure knowledge data is recorded is used to set a priority when presenting an investigation procedure to a maintenance worker, and based on the priority, an investigation procedure is sent to a diagnostic interface unit. Disclose the proposed maintenance work support system.
  • Patent Document 3 divides into modes by operating state based on the event signal output from the equipment, creates a normal model for each mode, checks the sufficiency of learning data for each mode, and according to the result Disclosed is a facility condition monitoring method for identifying anomalies using set threshold values.
  • Patent Document 4 has a database in which inspection records and failure records are accumulated, compares current failure records with past failure records, and determines countermeasure items corresponding to failure records with a high degree of similarity. Disclosed is an equipment maintenance method and apparatus for sequentially displaying failure records corresponding to high failure records.
  • the present disclosure provides an expanded FMEA database that includes, for each failure effect, information to be checked, information on the degree of relevance between the target to be checked and the failure effect, and information on antecedent events to be checked. and a processor that acquires information on a check target confirmed as an event and identifies a failure mode corresponding to the failure effect based on the acquired check target, wherein the processor identifies a failure related to the check target
  • An information processing apparatus is proposed that executes a third process of presenting a failure mode corresponding to the failure effect extracted in the first process based on the value.
  • FIG. 1 is a diagram showing a schematic configuration example of a maintenance support device (information processing device having a system maintenance support function) 10 according to the present embodiment
  • FIG. 3 is a diagram showing an example of software internal configuration of a maintenance support related processing unit 101 and an extended FMEA database 141.
  • FIG. FIG. 4 is a diagram showing the concept of each state (relationship between states: especially causal relation) in FMEA;
  • FIG. 4 is a diagram showing the relationship between failure effects and check information (including check target, degree of relevance, and preceding event information); It is a figure which shows an example of the definition of a degree of association. 4 is a flowchart for explaining details of failure mode estimation processing in the maintenance support device 10.
  • FIG. 4 is a flowchart for explaining details of failure mode estimation processing in the maintenance support device 10.
  • FIG. 7 is a diagram showing a GUI configuration example of a failure effect selection screen 700;
  • FIG. 10 is a diagram showing an example of a GUI displaying candidates for functional failures and failure modes that match input failure effects;
  • FIG. 10 is a diagram showing an example screen configuration of a check information input GUI for inputting check information;
  • FIG. 5 is a diagram showing an example of score values of failure effects associated with selected check information;
  • FIG. 4 is a diagram for explaining prioritization of failure effects in consideration of antecedent events;
  • This embodiment describes a technology that supports the identification of a failure mode when a functional failure occurs, based on FMEA (Failure Mode and Effects Analysis).
  • FMEA Feilure Mode and Effects Analysis
  • the "check target” and “the check target and the effect of the functional failure” are classified for each effect of the functional failure.
  • “Relevance” and “preceding event to be checked” are defined, and using them, the degree of matching between the failure event and the check result is calculated to narrow down the failure mode.
  • the embodiments of the present disclosure may be implemented with software running on a general-purpose computer, dedicated hardware, or a combination of software and hardware.
  • each piece of information of the present disclosure may be described in a "table” format, but this information does not necessarily have to be expressed in a data structure by a table, and data structures such as lists, DBs, queues, etc. or may be expressed in other ways. Therefore, “table”, “list”, “DB”, “queue” and the like are sometimes simply referred to as "information" to indicate that they do not depend on the data structure.
  • each process in the embodiment of the present disclosure will be described with a "program (each processing unit)" as the subject (operator). Since it is performed while using a communication control device), the explanation may be made with the processor as the subject. Further, the processing disclosed with the program as the subject may be processing performed by a computer such as a management server or an information processing device. Part or all of the program may be realized by dedicated hardware, or may be modularized. Various programs may be installed in each computer by a program distribution server or storage media.
  • a failure mode refers to physical damage to a part or section that occurs in a device or system to be maintained. It is a state in which the damaged part or the like must be replaced.
  • a functional failure refers to the operation (phenomena or symptom) of a device or system caused by damage to the above parts. It is a phenomenon or symptom (for example, the occurrence of liquid leakage) caused by a device or system to be maintained not functioning as it should.
  • a failure effect refers to an event observed as a result of a functional failure. For example, it corresponds to a bad measurement result.
  • the check target means an event that can be observed and confirmed by the user or an event that can be confirmed from a sensor log or the like. For example, there is a pressure increase. Rather than directly checking what is malfunctioning (parts or parts), it is to inspect what is happening from what is malfunctioning. In other words, it is easier for the user to recognize whether or not an unusual event has occurred in the system rather than which component or region has failed. For this reason, the events that occur are to be checked, and the related failure locations (failure modes) are identified from there. In other words, for example, it is impossible to know whether or not a gear of a motor, which is a component, is missing unless the device or system is disassembled. based on thought.
  • FIG. 1 is a diagram showing a schematic configuration example of a maintenance support device (information processing device having a system maintenance support function) 10 according to this embodiment.
  • the maintenance support device 10 can be realized by installing a system maintenance support function in a normal computer.
  • FIG. 1 shows a state in which various programs are stored in the processor.
  • the maintenance support device 10 includes a processor 100 , a communication device 110 , an input device 120 , an output device 130 and a storage device 140 .
  • the communication device 110 is configured to be able to communicate with devices and systems connected to the maintenance support device 10, and communicate with computers (user terminals, etc.) connected via a network.
  • the input device 120 is configured by devices such as a keyboard and a mouse, for example, and is configured so that the user can input data and instructions to the maintenance support device 10 .
  • the output device 130 is configured by, for example, a display device or the like, and is configured to be able to display processed information and data on a display screen.
  • the storage device 140 is composed of storage devices such as memory and HDD, for example, and stores various parameters and processed data.
  • the storage device 140 also holds an extended FMEA database 141, which will be described later.
  • the expanded FMEA database 141 stores information necessary for realizing the system maintenance support function. Details will be described later.
  • the processor 100 executes predetermined processing according to various programs.
  • the processor 100 reads various programs from the storage device 140 and develops them in an internal memory (not shown), thereby storing at least the maintenance support related processing unit 101, the input/output control unit 102, and the communication control unit 103 in the internal memory. to generate
  • the maintenance support-related processing unit 101 has a function of prioritizing and presenting to the user the failure modes in the device or system to be checked, or a function of automatically restoring functional failures.
  • the former is a function of presenting information to the user through GUI processing
  • the latter is a function of recovering a malfunction through batch processing (non-GUI processing: see the second embodiment). Details of the detailed functional configuration and operation of the maintenance support related processing unit 101 will be described later.
  • the input/output control unit 102 passes information or data input from the input device 120 to the maintenance support related processing unit 101, and outputs (displays) information or data processed by the maintenance support related processing unit 101.
  • the output device 130 is controlled so as to
  • the maintenance support device 10 may be connected directly or via a network to a device or system to be checked (maintenance target) to execute the system maintenance function.
  • Related processing unit 101 and extended FMEA database 141 may be implemented.
  • FIG. 2 is a diagram showing an example of the software internal configuration of the maintenance support related processing unit 101 and the extended FMEA database 141. As shown in FIG.
  • the maintenance support related processing unit 101 includes a functional failure effect input processing unit 1011, a failure mode candidate display processing unit 1012, a check information input processing unit 1013, a failure effect relevance score calculation unit 1014, and a check target preceding event evaluation unit. 1015, and
  • the extended FMEA database 141 includes information held by a normal FMEA database (function information of devices and parts, information on functional failures, information on failure effects, information on failure modes, information on failure risks), as well as information to be checked. information, information on the degree of relevance between the check target and the functional failure effect, and information on the preceding event of the check target.
  • the functional failure effect input processing unit 1011 receives failure effect information specified by the user or failure effect information from the system or the like, and passes it to the failure mode candidate display processing unit 1012 . Details will be described later.
  • the check information input processing unit 1013 generates a GUI (Graphical User Interface) for the user to input information to be checked, displays it on the display screen, accepts the specification of the check target from the user, It is transferred to the mode candidate display processing unit 1012 and the failure effect relevance score calculation unit 1014 . Details will be described later.
  • GUI Graphic User Interface
  • the failure effect relevance score calculation unit 1014 acquires information on the degree of relevance between the check target and the functional failure effect from the extended FMEA database 141, and calculates the failure effect relevance score for each failure effect. Details will be described later.
  • the check target preceding event evaluation unit 1015 evaluates whether the input preceding event matches or disagrees with related preceding events in each failure effect, and if there is a mismatch, the failure mode candidate display processing unit lowers the display priority. 1012 is notified. Details will be described later.
  • the failure mode candidate display processing unit 1012 searches the extended FMEA database 141 based on the functional failure information acquired from the functional failure effect input processing unit 1011, and acquires related failure mode information.
  • the failure mode candidate display processing unit 1012 based on each failure effect related to the check target input by the user, its relevance score (obtained from the failure effect relevance score calculation unit 1014), and the information on the antecedent event, A process is executed to display functional failures and their corresponding failure modes in order of priority. Details will be described later.
  • the information to be checked differs depending on the type of system to be maintained.
  • the information on the degree of relevance between the check target and the functional failure effect is information obtained by scoring the depth of the degree of relevance of the result (failure effect) caused corresponding to the event (check target) that occurred. This is, for example, a numerical value (score) assigned based on the degree of occurrence of the event of check information A in failure effect 1 .
  • the failure mode candidate display processing unit 1012 acquires this information from the expanded FMEA database 141, and assigns information on the degree of relevance to the check target in each failure mode (assigns points acquired from the database). Furthermore, when there is an event preceding each check target (preceding check information), a preceding event is defined for the check target.
  • FIG. 3 is a diagram showing the concept of each state in FMEA (relationship between states: causality in particular).
  • FMEA is a technique called failure mode effect analysis, which evaluates the risks of products and processes mainly at the product design stage and process design stage, and finds a method to eliminate or reduce the risks as much as possible. It is stipulated. Although the details of the method for implementing FMEA are omitted, this embodiment utilizes the fact that failure modes can be exhaustively extracted by focusing on the relationship between the states of FMEA.
  • FIG. 3 can be expressed with a general table creation tool so that it is easy for humans to see, and it is not necessary to create it with particular consideration for software processing.
  • functional failure 1 and functional failure 3 are the same, failure effect 2 and failure effect 5 are the same, etc.
  • failure mode is different.
  • FIG. 4 is a diagram showing the relationship between failure effects and check information (including check target, relevance, and preceding event information).
  • check information 401 to 404 associated with failure effects 1 to 4 are shown for failures.
  • new check targets 405, A degree of relevance 406 between a check target and failure effects, and a preceding event 407 are provided. That is, in this embodiment, as described above, the failure effects 1 to 4 and the check information 401 to 404 are associated and stored in the expanded FMEA database 141 . For example, when the user recognizes (confirms) the failure effect 1, check targets 405 (check targets A to C) associated with the failure effect 1 and the corresponding degrees of association 406 (5 points, 3 points, 1 point) , and a preceding event (preceding event 408: the preceding event of check target “B” is “A”).
  • FMEA systematic analysis of device and component functions, functional failures, failure effects, failure modes, failure risks, etc.
  • FIG. 5 is a diagram showing the definition of the degree of association. Define the degree of relevance between the check target and the failure effect as shown in Fig. 5, set the degree of relevance for each check target of the failure effect under the condition that the failure effect is caused by a certain functional failure, and create a database. do.
  • the degree of relevance of all check targets is set for all fault effects.
  • the precedent event if there is a chronological order in the occurrence of the change in the check target, the check target in which the change occurs first is set as the precedent event.
  • FIG. 6 is a flow chart for explaining the details of the failure mode estimation process in the maintenance support device 10.
  • FIG. 7 to 12 are diagrams showing display examples of GUI screens in each step of the failure mode estimation process, or diagrams for supplementary explanation of the contents of the process.
  • Each step is operated by the processing units 1011 to 1015 included in the maintenance support related processing unit 101. Since these are implemented by developing program codes into the internal memory of the processor 100, the processor 100 can be operated. It may be the subject.
  • Step 601 The functional failure effect input processing unit 1011 displays a failure effect selection screen 700 shown in FIG. 7 on the display screen (output device 130) of the maintenance support device 10.
  • FIG. 7 The user selects a failure effect (an abnormal state occurring in the device) from a pull-down list on the failure effect selection screen 700 .
  • the failure impact includes service impact 701 and system impact 702 .
  • the influence on the service includes, for example, "equipment unusable”, “measurement impossible”, “measurement result bad”, and the like.
  • the effects on the system are, for example, “decreased separation ability", “poor liquid transfer”, “poor cleaning”, “liquid leakage”, and the like.
  • the functional failure effect input processing unit 1011 receives the input failure effect and converts the information of the failure effect into a failure mode candidate. It is transferred to the display processing unit 1012 .
  • step 602 The failure mode candidate display processing unit 1012 searches the extended FMEA database 141 for functional failure candidates (see FIG. 3) that match (are linked to) the failure effects acquired in step 601 .
  • FIG. 8 is a diagram showing an example of a GUI displaying candidates for functional failures and failure modes that match the input failure effects. That is, a set of at least one functional failure and failure mode associated with the input (selected) condition (failure effect) is retrieved.
  • the GUI in FIG. 8 displays a functional failure 801 related to failure effects and a failure mode 802 that is the cause of the functional failure.
  • an initial value for example, zero value
  • Step 603 The failure mode candidate display processing unit 1012 acquires the check target information related to the failure effects acquired in step 601 from the expanded FMEA database 141, transfers the information to the check information input processing unit 1013, Instruct to generate and display the input GUI.
  • the check information input processing unit 1013 In response to the instruction from the failure mode candidate display processing unit 1012, the check information input processing unit 1013 generates a check information input GUI for selecting the received check target and displays it on the display screen.
  • FIG. 9 is a diagram showing an example screen configuration of a check information input GUI for inputting check information.
  • the check information input GUI 900 includes check information 901 related to failure effects selected (designated) by the user, radio buttons 902 for the user to select from displayed check targets, and pull-down menus for selecting antecedent events. 903 and .
  • the check information input GUI 900 is for narrowing down the functional failure candidates from the user's selection results.
  • the check information input GUI 900 displays check targets (for example, check targets A to D) 901 related to the input failure effects.
  • the user selects a check target with a radio button 902 for confirming an operation, state, or sensor value different from normal.
  • the check targets has an antecedent event (for example, if the user can visually confirm the antecedent event or if the antecedent event can be identified from the measurement result log data)
  • the user can select the antecedent event of the corresponding check target is selected from the pull-down 903.
  • the contents of the preceding event pull-down list are all check targets related to the currently selected failure effects.
  • an unusual event is observed in check targets A, B, and D (a situation in which no abnormality is observed in check target C), and A is observed as a preceding event of inspection target B. It shows an input example when It is not necessary to input all check targets from the beginning, and it is sufficient to input check targets that can be easily confirmed and narrow down the failure mode candidates.
  • the failure effect relevance score calculation unit 1014 stores the information of the failure effects (eg, failure effects 1 to 3) related to the selected check targets (eg, check targets A, B, and D) in the expanded FMEA database 141. Get from Since a plurality of failure effects related to the check target selected by the user (for example, failure effects including two or more selected check targets) are extracted, in FIG. are also subject to score value calculation. This makes it possible to present to the user failure modes associated with failure effects not intended by the user (unrecognizable).
  • the failure effects eg, failure effects 1 to 3
  • the selected check targets eg, check targets A, B, and D
  • the fault effect relevance score calculation unit 1014 calculates a score value indicating the degree of matching with the check result for each fault effect based on the degree of relevance between the check target and each fault effect (failure effects 1 to 3). do.
  • FIG. 10 is a diagram showing an example of failure effect score values related to selected check information.
  • a GUI 1001 is a display showing only the portion to be checked in FIG. 9, and a state in which A, B, and D of the check target 1002 are marked (selected state) is displayed.
  • FIG. 10 also shows degrees of relevance 1007 to 1010 corresponding to the check target 1002 selected from the check information 1003, 1004, 1005, and 1006 in the failure effects 1 to 4, respectively. Then, the value of the degree of association corresponding to the check target 1002 is used for score value calculation.
  • the score value is simply calculated by summing the degrees of relevance.
  • the check targets of the failure effect 1 are A, B, and C, and A and B match the check targets selected by the user (matching check target 1007 ). Since the degree of relevance of check target A at this time is "5" and the degree of relevance of check target B is "3", the overall score value is "8" obtained by adding these.
  • check targets A, B, and D match (coincidence check target 1008), so the overall score value is "9", and for failure effect 3, check targets A, B, and D match. Since (matching check target 1009), the overall score value is "9", and for failure effect 4, since check targets B and D match (matching check target 1010), the overall score value is "8".
  • the failure mode candidate display processing unit 1012 receives the score value of each failure effect (for example, failure effects 1 to 4) from the failure effect relevance score calculation unit 1014, and also receives the failure effects whose antecedent events do not match (in the example of FIG. 10, , fault effect 2 has matching antecedents at A, but fault effect 3 has discordant antecedents at D).
  • FIG. 11 is a diagram for explaining prioritization of failure effects in consideration of antecedent events.
  • a check information display 1101 shown in FIG. 11 is the same display as the check information input GUI 900 shown in FIG.
  • the check information display 1101 shows a state in which the preceding event A is selected as the check target B (see preceding event 1102).
  • the priority targets are from failure effect 1 to failure effect 4, and the priority is the check target associated with failure effect 2, the check target associated with failure effect 3, and the check target associated with failure effect 1. It is determined based on the check information, the check target associated with the failure effect 4, their total score value, and the presence/absence/matching of preceding events.
  • the check target of failure effect 2_1103 is when the check target B selected by the user matches its preceding event A, and the check targets of failure effects 1, 3, and 4_1104 are when the preceding events do not match. Examples are given (if the antecedents are different or if antecedents are not defined).
  • the failure mode candidate display processing unit 1012 lowers the priority if the preceding events do not match even if the score value of the degree of association to be checked (the score value calculated in step 604) is the same. In the example shown in FIG. 11, the failure mode candidate display processing unit 1012 gives priority to the failure effect 2, which is the same as the preceding event A selected by the user, among the failure effects 2 and 3 having the same score value. set higher.
  • step 606 The failure mode candidate display processing unit 1012 displays the functional failures and failure modes corresponding to the failure modes prioritized in step 605 and the score values on the display screen in order of priority.
  • the failure mode candidate display processing unit 1012 refers to the relationship (causal relationship) between states in the FMEA shown in FIG. 3 to identify the functional failure and failure mode corresponding to each failure effect.
  • the functional failure corresponding to failure effect 2 with the highest priority is functional failure 1 (FF1)
  • the failure mode corresponding to functional failure 1 is failure mode 1 (FM1). identified as being.
  • the functional failure corresponding to the failure effect 3 having the next highest priority is specified as the functional failure 2 (FF2), and the failure mode corresponding to the functional failure 2 is specified as the failure mode 1 (FF1).
  • the functional failure corresponding to the failure effect 1 having the next highest priority is specified as the functional failure 1 (FF1), and the failure mode corresponding to the functional failure 1 is specified as the failure mode 1.
  • the functional failure corresponding to the failure effect 4 having the lowest priority is specified as the functional failure 3 (FF3), and the failure mode corresponding to the functional failure 3 is specified as the failure mode 2.
  • FIG. 12 is a diagram showing a display 1200 (an example) of failure mode estimation results (in order of priority).
  • the failure mode candidate display processing unit 1012 rearranges the functional failures 1201 and the failure modes 1202 in descending order of the score values 1203 and outputs them. If a malfunction has multiple fault effects, the highest score is taken.
  • the antecedent events do not match (for example, functional failure 2 & failure mode 1, functional failure 1 & failure mode 1, functional failure 3 & failure mode 2, corresponding to the aforementioned failure effect 3, failure effect 1, and failure effect 4) can be excluded from the list display, but since the fact that the check target matches is important information, we do not exclude those whose antecedent events do not match (including those that do not have antecedent events). It may be displayed and presented in gray (display 1204).
  • step 607 The failure mode candidate display processing unit 1012 determines whether the user has changed the check information and retried the failure mode estimation process. For example, when the user sees the failure mode estimation result display 1200 in FIG. 12, the user decides whether to change the check information (see FIG. 9) and execute the failure mode estimation process (steps 603 to 606) again. do. When re-executing, the retry button 1206 is pressed, and when the presented failure mode estimation result is OK, the completion button 1205 is pressed. Failure mode candidate display processing unit 1012 accepts the instruction from the user and determines whether to repeat the process from step 603 .
  • FIG. 13 is a diagram showing a schematic configuration example of an automatic analysis system 1300 incorporating failure mode transition processing.
  • the automatic analysis system 1300 includes an automatic analysis device 1301, a maintenance support related processing unit (meaning that it does not display a GUI to prompt a user for input; also called a batch processing unit) 1302, and an extended FMEA It has a database 1303 , a threshold information database 1304 , and a recovery action definition database 1305 .
  • FIG. 13 shows only the constituent elements necessary for batch processing the failure mode estimation processing described above in the automatic analysis system 1300 .
  • the maintenance support related processing unit 1302 and each database 1303 to 1305 may be configured to be incorporated in the automatic analyzer 1301, or may be installed as a device (computer) separated from the automatic analyzer 1301. good.
  • the automatic analysis device 1301 outputs information to be checked (for example, included in the automatic analysis log) such as system alert information and sensor log data to the batch processing unit 1302 .
  • a maintenance support related processing unit (batch processing unit) 1302 is a component that captures the check target of the automatic analyzer 1301 and automatically estimates a failure mode. , a failure effect relevance score calculation unit 13023 , a failure mode display instruction unit 13024 , and a corresponding action execution unit 13025 .
  • the maintenance support related processing unit 1302 can be constructed by having a processor (not shown) read a program for realizing the maintenance support related processing unit 1302 from a storage device such as a memory and develop the program in the internal memory of the processor. .
  • the expanded FMEA database 1303 has a configuration in which information on a countermeasure method for restoring a functional failure is added to the expanded FMEA database 141 of FIG.
  • a check information acquisition unit 13021 acquires a plurality of pieces of check information from the automatic analysis device 1301 using communication means with the automatic analysis device 1301.
  • the check information abnormality determination unit 13022 automatically determines whether an abnormality is observed in a plurality of imported check information (including event data and sensor log data in the automatic analyzer). For example, a sensor threshold (range of normal values) for each operation event of the automatic analyzer 1301 is defined (defined in the threshold information database 1304), and event data of the automatic analyzer 1301 and time-series sensor data are combined. By synchronizing, the abnormality determination part 13022 of the check information can be configured so as to be able to determine normality/abnormality. Alternatively, it is possible to predict, for example, the degree of deterioration of reagents by data analysis of time-series fluctuations (trends) of the analysis results of the automatic analyzer 1301, and thereby determine that an abnormal value is approaching.
  • the abnormality determination unit 13022 of check information may be configured so that
  • the failure impact relevance score calculation unit 13023 has the same function as the failure impact relevance score calculation unit 1014 shown in the first embodiment.
  • the failure mode display command unit 13024 issues a command to display the failure mode on the display unit (not shown) of the automatic analyzer 1301 or the display unit (not shown) of a terminal or the like connected thereto.
  • the automatic analysis system 1300 not only displays the estimated failure modes (in order of priority), but also controls the automatic analysis device 1301 to restore the functional failure (corresponding action execution unit 13025). .
  • the response action execution unit 13025 acquires information on the response method for restoring the functional failure stored in the extended FMEA database 1303 based on the failure mode estimation result, and performs the failure recovery action accordingly. Execute. For example, if the failure mode is assumed to be "liquid transfer failure due to clogging of piping", the corresponding action execution unit 13025 issues a "forced cleaning of piping" instruction to the automatic analyzer 1301 to cause a functional failure. recover.
  • LC device which is a constituent component of the automatic analyzer 1301, is taken up.
  • reagent loading, analysis, and line cleaning as multiple operational events of the LC instrument.
  • the threshold information database 1304 for determining normality/abnormality of the check target stores, for example, the normal range of the pressure sensor of the syringe at each event of reagent loading, analysis, and line cleaning, xMpa or less at the time of reagent loading, and xMpa or less at the time of analysis. Stored as yMpa or less, or zMpa or less during line cleaning.
  • the syringe pressure sensor chronologically outputs pressure data to a log file at specific intervals. Also, with regard to the action events, the action events are output as a log file in chronological order so that it can be determined which action event was executed in a certain time period.
  • the check information abnormality determination unit 13022 in the maintenance support related processing unit 1302 compares these two time-series data and determines whether the syringe pressure data has deviated from the normal range within a specific time from the present. investigate. If it is out of the normal range, the abnormality determination unit 13022 of the check information determines that the pressure sensor of the syringe is "not normal” in the same manner as the check target in which an abnormality was detected in the interactive processing shown in the first embodiment. treated as a check target for which a different event was observed. Subsequently, the failure impact relevance score calculation unit 13023 ranks and estimates failure modes that may occur.
  • the failure mode display command unit 13024 displays the part/site assumed to be malfunctioning on the console of the automatic analyzer 1301 or the like.
  • the recovery action definition database 1305 is a database that defines recovery actions for functional failures, and stores definitions of sequences for recovering functional failures for each functional failure. If the recovery action definition database 1305 defines an action for recovering from a functional failure that is highly likely to have occurred, the corresponding action execution unit 13025 automatically executes the recovery action.
  • the technology of the present disclosure provides an expanded FMEA database to assist in identifying failure modes when functional failures occur.
  • the expanded FMEA database focusing on the fact that the effective check target for identifying the cause differs depending on the type of functional failure, "check target” and “check target and functional failure effect and 'relevance'.
  • the maintenance support device of the present disclosure calculates the degree of agreement between changes in check targets corresponding to failure events recorded in the expanded FMEA database and actually observed check results, and narrows down failure modes.
  • the maintenance support device facilitates diagnostic work (makes user input intuitive and easy to understand) and prioritizes failure modes by score calculation.
  • the present disclosure not only presents a failure mode that matches the check target, but also considers the temporal context of the event that occurred in the check target, and Display the failure mode preferentially.
  • failure modes can be quickly narrowed down. It can also be applied to predictive diagnosis before a critical failure occurs in a device to be maintained. Further, by linking sensor information and system alerts of the device body and providing means for judging whether there is an abnormality in the sensor information, it becomes possible to directly output failure mode candidates from the device body.
  • the functions of the embodiments of the present disclosure can also be implemented by software program code.
  • a storage medium recording the program code is provided to the system or device, and the computer (or CPU or MPU) of the system or device reads the program code stored in the storage medium.
  • the program code itself read from the storage medium implements the functions of the above-described embodiments, and the program code itself and the storage medium storing it constitute the present disclosure.
  • Storage media for supplying such program code include, for example, flexible disks, CD-ROMs, DVD-ROMs, hard disks, optical disks, magneto-optical disks, CD-Rs, magnetic tapes, non-volatile memory cards, and ROMs. etc. are used.
  • the OS operating system
  • the processing implements the functions of the above-described embodiments.
  • the CPU of the computer performs part or all of the actual processing based on the instructions of the program code. may implement the functions of the above-described embodiment.
  • the program code of the software that realizes the functions of the embodiment can be transferred to storage means such as the hard disk and memory of the system or device, or storage media such as CD-RW and CD-R.
  • storage means such as the hard disk and memory of the system or device, or storage media such as CD-RW and CD-R.
  • the computer (or CPU or MPU) of the system or device may read and execute the program code stored in the storage means or the storage medium at the time of use.
  • control lines and information lines indicate those that are considered necessary for explanation, and not all the control lines and information lines are necessarily indicated on the product. All configurations may be interconnected.
  • maintenance support device 100 processor 110 communication device 120 input device 130 output device 140 storage device 141 extended FMEA database 101 maintenance support related processing section (GUI processing section) 102 input/output control unit 103 communication control unit 1011 functional failure effect input processing unit 1012 failure mode candidate display processing unit 1013 check information input processing unit 1014 failure effect relevance score calculation unit 1015 check target preceding event evaluation unit 1300 automatic analysis system 1301 automatic Analysis device 1302 maintenance support related processing unit (non-GUI processing unit (batch processing unit)) 1303 Expanded FMEA database 1304 Threshold information database 1305 Restoration action definition database 13021 Check information acquisition unit 13022 Check information abnormality determination unit 13023 Failure effect relevance score calculation unit 13024 Failure mode display command unit 13025 Corresponding action execution unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Health & Medical Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Biochemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • Immunology (AREA)
  • Pathology (AREA)
  • Computer Hardware Design (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

故障モードを迅速に特定することを可能にするため、本開示は、故障影響毎に、チェック対象の情報と、チェック対象と故障影響との関連度の情報と、チェック対象の先行事象の情報とを含む、拡張したＦＭＥＡデータベースと、事象として確認されたチェック対象の情報を取得し、当該取得したチェック対象に基づいて、故障影響に対応する故障モードを特定するプロセッサと、を備え、当該プロセッサは、チェック対象に関連する故障影響の情報を拡張したＦＭＥＡデータベースから抽出する第１処理と、チェック対象と故障影響の関連度の情報を参照し、第１処理で抽出した故障影響のスコア値を算出する第２処理と、スコア値に基づいて、第１処理で抽出した故障影響に対応する故障モードを提示する第３処理と、を実行する情報処理装置を提案する（図２参照）。

Description

情報処理装置、および自動分析システム
　本開示は、情報処理装置、および自動分析システムに関する。
　例えば自動分析システムに不具合が発生した際に、チェック対象(システムアラートの内容や、センサのログデータ等)を検査して故障内容の特定を行うことになる。しかし、検査者の経験が浅いとどの検査対象をチェックすれば良いかがわからず、また、複数のチェック対象に同時に異常が見られた場合などに故障の特定に時間が掛かってしまう。
　このような課題を解決するため、例えば、特許文献１は、故障症状毎にモニタしなければならない箇所を設計時に決定しておき、作業者が列挙表示される各種故障症状の中から特定の症状を選択することで適切な検査項目を選び出せるようにした車両用電子システムの故障診断装置について開示する。
　また、特許文献２は、故障知識データが記録された故障知識データベースを用いて、保全作業者に調査手順を提示する際の優先度を設定し、優先度に基づいて調査手順を診断インタフェースユニットに提示する保全作業支援システムについて開示する。
　さらに、特許文献３は、設備から出力されるイベント信号を基に運転状態別にモード分割し、モード毎に正常モデルを作成し、モード毎に学習データの十分性をチェックし、その結果に応じて設定したしきい値を用いて異常識別を行う設備状態監視方法について開示する。
　また、特許文献４は、点検記録と故障記録が蓄積されるデータベースを備え、発生中の故障記録と過去の故障記録とを比較して、類似度の高い故障記録に対応する対処項目を類似度の高い故障記録に対応するものから順次表示する機器保守方法及び装置について開示する。
特開平１０－７８３７６号公報 特開２０１９－２０４３０２号公報 特開２０１４－５９９１０号公報 特開２０１９－１９１７０５号公報
　特許文献１から４において故障検知のために様々なセンサが用いられているが、多くのセンサ類は、故障モード（部品やコンポーネントの断線、短絡、折損、摩耗、特性の劣化などの構造の破壊）の発生そのものではなく、機能故障（部品の故障モードによって引き起こされる機能の障害）の発生による装置の状態変化（故障影響または機能故障影響）を検知している。このため、センサ類が異常値を出力した際の、故障モードを迅速に特定できず、保守作業の効率化を図ることができない。したがって、経験の浅いユーザにとっては、故障の特定に時間が掛かる状況が依然として改善されていない。
　本開示は、このような状況に鑑み、故障モードを迅速に特定することを可能にする技術を提案する。
　上記課題を解決するため、本開示は、故障影響毎に、チェック対象の情報と、チェック対象と故障影響との関連度の情報と、チェック対象の先行事象の情報とを含む、拡張したＦＭＥＡデータベースと、事象として確認されたチェック対象の情報を取得し、当該取得したチェック対象に基づいて、故障影響に対応する故障モードを特定するプロセッサと、を備え、当該プロセッサは、チェック対象に関連する故障影響の情報を拡張したＦＭＥＡデータベースから抽出する第１処理と、チェック対象と故障影響の関連度の情報を参照し、第１処理で抽出した故障影響のスコア値を算出する第２処理と、スコア値に基づいて、第１処理で抽出した故障影響に対応する故障モードを提示する第３処理と、を実行する情報処理装置を提案する。
　本開示に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本開示の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。
　本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例をいかなる意味においても限定するものではない。
　本開示の技術によれば、迅速に故障モードを絞り込むことが可能となる。
本実施形態による、保全支援装置（システム保全支援機能を有する情報処理装置）１０の概略構成例を示す図である。 保全支援関連処理部１０１および拡張したＦＭＥＡデータベース１４１のソフトウェア内部構成例を示す図である。 ＦＭＥＡにおける各状態の概念（各状態の関係：特に因果関係）を示す図である。 故障影響とチェック情報（チェック対象、関連度、および先行事象の各情報を含む）との関係を示す図である。 関連度の定義の一例を示す図である。 保全支援装置１０における故障モード推定処理の詳細を説明するためのフローチャートである。 故障影響選択画面７００のＧＵＩ構成例を示す図である。 入力された故障影響に合致する機能故障および故障モードの候補を表示するＧＵＩ例を示す図である。 チェック情報を入力するためのチェック情報入力ＧＵＩの画面構成例を示す図である。 選択されたチェック情報に関連する故障影響のスコア値の例を示す図である。 先行事象を考慮した故障影響の優先付けを説明するための図である。 故障モード推定結果（優先度順）表示１２００（一例）を示す図である。 故障モード推定処理が組み込まれた自動分析システム１３００の概略構成例を示す図である。
　本実施形態は、ＦＭＥＡ（Failure Mode and Effects Analysis）をベースにして、機能故障が発生した際の故障モードの特定を支援する技術について説明する。本実施形態では、機能故障の種類によって、その原因を特定するために有効なチェック対象が異なることに着目し、機能故障の影響毎に、「チェック対象」及び「チェック対象と機能故障影響との関連度」、「チェック対象の先行事象」を定義し、それを使って、故障事象とチェック結果との合致度を算出して、故障モードを絞り込む。
　以下、添付図面を参照して本開示の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本開示の原理に則った具体的な実施形態と実装例を示しているが、これらは本開示の理解のためのものであり、決して本開示を限定的に解釈するために用いられるものではない。
　本実施形態では、当業者が本開示を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本開示の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。
　更に、本開示の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。
　なお、以後の説明では「テーブル」形式によって本開示の各情報について説明することがあるが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。
　また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
　以下では「プログラム（各処理部）」を主語（動作主体）として本開示の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。
（１）第１の実施形態
　＜ＦＭＥＡにおける用語の定義＞
　本実施形態では、ＦＭＥＡにおける各故障状態を用いて故障解析を行うが、まずＦＭＥＡにおける各故障状態の定義について説明する。ＦＭＥＡには、上述のように、故障状態として、故障モード、機能故障、故障影響がある。これらＦＭＥＡの状態に関しては、故障モード→機能故障→故障影響の順で因果関係が存在する。
（i）用語の説明
　故障モードとは、保全対象の装置やシステムにおいて発生した、部品や部位などの物理的な破損などを言う。当該破損した部品などを交換しなければならない状態である。
　機能故障とは、上記部品の破損によって引き起こされる装置やシステムの動作（現象や症状）を言う。保全対象の装置やシステムが本来の動作をしなくなったことにより引き起こされる現象や症状（例えば、液漏れの発生）である。
　故障影響とは、機能故障の結果として観察される事象をいう。例えば、測定結果不良などが該当する。また、チェック対象とは、ユーザが観察して確認できる事象であったり、センサログなどから確認できる事象を意味する。例えば、圧力上昇が起きているなどである。直接故障しているもの（部品や部位）をチェックするのではなく、故障しているものから何が起きているのかを検査するものである。つまり、ユーザとして容易に認知できることは、どの部品や部位が故障しているかよりも、システムにおいて通常とは異なる事象が起きているか否かの方が認知しやすい。このため、起きている事象をチェック対象とし、そこから関連する故障個所（故障モード）を特定していく。つまり、例えば、部品であるモータの歯車が欠損しているか否かは装置やシステムを分解して観なければ分からないが、歯車の欠損によって生じる影響は容易に観察（認知）することができるという考えに基づいている。
（ii）具体例
　例えば、自動分析装置において、故障モードをプランジャーの故障とする場合を考える。このとき、機能故障は、適切な容量で液体を送り出せない状態になっている。そして、適切な容量で液体を送り出せていないと測定結果不良が起きたり、洗浄ポンプによる送液不良が起きたりする（故障影響）。実際に、この故障影響が起きていることを検知する手段が圧力センサやポジションセンサであり、このセンサによる数値に異常がある場合には、これがチェック対象となる。つまり、チェック対象と故障影響とは直接リンクしている。そして、チェック対象から故障影響の候補を抽出することができ、各故障影響の候補から各機能故障および各故障モードを特定することができる。
　＜保全支援装置の構成例＞
　図１は、本実施形態による、保全支援装置（システム保全支援機能を有する情報処理装置）１０の概略構成例を示す図である。保全支援装置１０は、通常のコンピュータにシステム保全支援機能を実装することにより実現することができる。図１は、各種プログラムがプロセッサに諦観されている状態を示している。
　保全支援装置１０は、プロセッサ１００と、通信装置１１０と、入力装置１２０と、出力装置１３０と、記憶装置１４０と、を備える。
　通信装置１１０は、保全支援装置１０に接続された装置やシステムとの通信、ネットワークを介して接続されたコンピュータ（ユーザ端末など）との通信などを実行することができるように構成されている。また、入力装置１２０は、例えば、キーボードやマウスなどのデバイスによって構成され、ユーザがデータや指示を保全支援装置１０に入力できるように構成されている。出力装置１３０は、例えば、表示装置などによって構成され、処理済の情報やデータを表示画面上に表示することができるように構成されている。
　記憶装置１４０は、例えば、メモリやＨＤＤなどの記憶デバイスによって構成され、各種パラメータや処理済データを格納する。また、記憶装置１４０は、後述する拡張したＦＭＥＡデータベース１４１を保持している。当該拡張したＦＭＥＡデータベース１４１は、システム保全支援機能を実現する上で必要な情報を格納している。詳細については後述する。
　プロセッサ１００は、各種プログラムに従って所定の処理を実行する。プロセッサ１００は、記憶装置１４０から各種プログラムを読み込み、内部メモリ（図示せず）に展開することにより、少なくとも、保全支援関連処理部１０１、入出力制御部１０２、および通信制御部１０３を内部メモリ内に生成する。
　保全支援関連処理部１０１は、チェック対象の装置やシステムにおける故障モードを、優先順位をつけてユーザに提示する機能あるいは機能故障を自動的に復旧させる機能を有している。前者はＧＵＩ処理によってユーザに情報を提示し後者はバッチ処理（非ＧＵＩ処理：第２の実施形態参照）によって機能故障を復旧させる機能である。保全支援関連処理部１０１の詳細機能構成および動作の詳細については後述する。
　入出力制御部１０２は、例えば、入力装置１２０から入力された情報あるいはデータを保全支援関連処理部１０１に引き渡したり、保全支援関連処理部１０１によって処理された情報やデータを出力（表示）したりするように出力装置１３０を制御する。
　なお、保全支援装置１０をチェック対象（保全対象）の装置やシステムに直接あるいはネットワークを介して接続して、システム保全機能を実行するようにしてもよいし、チェック対象の装置やシステムに保全支援関連処理部１０１および拡張したＦＭＥＡデータベース１４１を実装するようにしてもよい。
　＜保全支援関連処理部１０１および拡張したＦＭＥＡデータベース１４１の詳細＞
　図２は、保全支援関連処理部１０１および拡張したＦＭＥＡデータベース１４１のソフトウェア内部構成例を示す図である。
　保全支援関連処理部１０１は、機能故障影響入力処理部１０１１と、故障モード候補表示処理部１０１２と、チェック情報入力処理部１０１３と、故障影響関連度スコア算出部１０１４と、チェック対象先行事象評価部１０１５と、を含む。
　拡張したＦＭＥＡデータベース１４１は、通常のＦＭＥＡデータベースが保持する情報（装置や部品の機能の情報、機能故障の情報、故障影響の情報、故障モードの情報、故障リスクの情報）に加えて、チェック対象の情報、チェック対象と機能故障影響との関連度の情報、およびチェック対象の先行事象の情報を保持している。
　機能故障影響入力処理部１０１１は、ユーザによって指定された故障影響の情報あるいはシステムなどから故障影響の情報を受け付け、故障モード候補表示処理部１０１２に受け渡す。詳細については後述する。
　チェック情報入力処理部１０１３は、ユーザがチェック対象の情報を入力するためのＧＵＩ（Graphical User Interface）を生成し、表示画面上に表示するとともに、ユーザからのチェック対象の指定を受け付け、これを故障モード候補表示処理部１０１２と故障影響関連度スコア算出部１０１４に受け渡す。詳細については後述する。
　故障影響関連度スコア算出部１０１４は、拡張したＦＭＥＡデータベース１４１からチェック対象と機能故障影響との関連度の情報を取得し、各故障影響における故障影響関連度スコアを算出する。詳細については後述する。
　チェック対象先行事象評価部１０１５は、入力された先行事象と各故障影響における関連の先行事象との一致および不一致を評価し、不一致の場合には表示優先度を下げるように故障モード候補表示処理部１０１２に通知する。詳細については後述する。
　故障モード候補表示処理部１０１２は、機能故障影響入力処理部１０１１から取得した機能故障の情報に基づいて、拡張したＦＭＥＡデータべ＾ス１４１を検索し、関連する故障モードの情報を取得する。また、故障モード候補表示処理部１０１２は、ユーザによって入力されたチェック対象に関連する各故障影響、その関連度スコア（故障影響関連度スコア算出部１０１４から取得）、および先行事象の情報から、各機能故障とそれに対応する故障モードを優先度順に表示する処理を実行する。詳細については後述する。
　拡張されたＦＭＥＡデータベース１４１において、チェック対象の情報は、保全対象のシステムの種類によって異なってくる。チェック対象と機能故障影響との関連度の情報は、発生した事象（チェック対象）に対応して引き起こされる結果（故障影響）の関連度の深さを点数化した情報である。これは、例えば、故障影響１においてチェック情報Ａという事象が発生する度合いに基づいて割り当てられた数値（点数）である。故障モード候補表示処理部１０１２は、この情報を、拡張したＦＭＥＡデータベース１４１から取得し、各故障モードにおけるチェック対象に対して関連度の情報を付与する（データベースから取得した点数を割り当てる）。さらに、各チェック対象にそれぞれよりも先行する事象（先行っして発生するチェック情報）が存在する場合には、当該チェック対象に対して先行事象が定義されている。
　＜ＦＭＥＡの概念＞
　図３は、ＦＭＥＡにおける各状態の概念（各状態の関係：特に因果関係）を示す図である。ＦＭＥＡとは故障モード影響解析と呼ばれる技法であり、製品及びプロセスの持っているリスクを、主に製品設計段階及びプロセス設計段階で評価し、そのリスクを可能な限り排除又は軽減するための手法を規定したものである。ＦＭＥＡを実施する方法の詳細は省くが、本実施形態は、ＦＭＥＡの各状態の関係に注目することにより、故障モードを網羅的に抽出することができることを利用する。
　図３から、故障モード１が発生すると、部品１の機能１および機能２に機能故障１および２が発生し、機能故障１により故障影響１および２、機能故障２により故障影響３がそれぞれ引き起こされることが分かる。また、故障モード２が発生すると、部品１の機能２に故障機能３が発生し、それが「故障影響４および５を引き起こすことが分かる。さらに、故障モード３が発生すると、部品２の機能３に「機能故障４が発生し、それが故障影響６および７が引き起こされることが分かる。つまり、故障モード１を起因として、機能故障２、機能故障３が発生するといった関連付け（リンク）を行っており、機能故障３０１（機能故障１および２）が故障モード１にリンクした機能故障、機能故障３０２（機能故障３）が故障モード２にリンクした機能故障、機能故障３０３（機能故障３）が故障モード３にリンクした機能故障である。故障モードから機能故障へのリンクは同一部品内のみとなる。このように、故障モードと機能故障の間には因果関係が存在し、機能故障と故障影響の間にも因果関係が存在する。したがって、故障影響からさかのぼって故障モードを特定することができる。
　なお、図３で示した構造は、一般的な表作成ツールで人間が見易いように表現すれば良く、特にソフトウェアでの処理を考慮して作成する必要はない。部品名と故障モードには同じものは無いが、機能と機能故障、故障影響には同じものが存在する（機能故障１と機能故障３が同じ、故障影響２と故障影響５が同じなど）。例えば、歯車Ａが故障しても歯車Ｂが故障しても、同じ伝達不良が発生するときは同じ故障影響となるが、故障モードが異なるといった場合がこれに該当する。
　＜故障影響とチェック情報との関係＞
　図４は、故障影響とチェック情報（チェック対象、関連度、および先行事象の各情報を含む）との関係を示す図である。図４において、故障は、故障影響１から故障影響４に関連付けられたチェック情報４０１から４０４が示されている。
　本実施形態では、ＦＭＥＡ(装置や部品の機能、機能故障、故障影響、故障モード、故障リスク等を体系的に分析したもの)をベースとし、ここに新たに、故障影響毎にチェック対象４０５、チェック対象と故障影響との関連度４０６、および先行事象４０７を設けている。つまり、本実施形態では、前述のように、故障影響１から故障影響４とチェック情報４０１からチェック情報４０４は関連付けられ、拡張したＦＭＥＡデータベース１４１に格納されている。例えば、ユーザが故障影響１を認知（確認）した場合、当該故障影響１に関連付けられたチェック対象４０５（チェック対象ＡからＣ）、それに対応する関連度４０６（５点、３点、１点）、および先行事象（先行事象４０８：チェック対象「Ｂ」の先行事象が「Ａ」）が抽出される。
　ここでチェック対象について補足する。一般に、機能故障（ポンプの送液が不安定、溶存気体を除去できないなど）そのものは検知しにくいため、故障発生時の機器の振る舞い（故障影響）を検知している。システムアラートや各種センサから取得されるログデータなどのチェック対象（故障影響の発生に関連し、故障発生時に正常時とは異なる出力や状態が観察されるもの）を、故障影響毎に抽出している。
　＜関連度の定義（例）＞
　図５は、関連度の定義を示す図である。チェック対象と故障影響との関連度を図５のように定義して、ある機能故障により故障影響が生じている条件の下で、その故障影響のチェック対象毎に関連度を設定し、データベース化する。拡張したＦＭＥＡデータベース１４１を構築する場合、全ての故障影響において、全てのチェック対象の関連度が設定される。なお、先行事象に関しては、チェック対象の変化の発生に時系列的な前後関係がある場合に、先行事象として先に変化が発生するチェック対象を設定する。
　＜故障モード推定処理＞
　図６は、保全支援装置１０における故障モード推定処理の詳細を説明するためのフローチャートである。また、図７から図１２は、故障モード推定処理の各ステップにおけるＧＵＩ画面例の表示を示す図、あるいは処理内容の補足説明のための図である。各ステップの動作主体は、保全支援関連処理部１０１に含まれる各処理部１０１１から１０１５などであるが、これらはプログラムコードをプロセッサ１００の内部メモリに展開して実現されるため、プロセッサ１００を動作主体としてもよい。
（i）ステップ６０１
　機能故障影響入力処理部１０１１は、保全支援装置１０の表示画面（出力装置１３０）上に図７に示す故障影響選択画面７００を表示する。ユーザは、故障影響選択画面７００において、故障影響（装置に発生している異常な状態）をプルダウンリストから選択する。故障影響には、サービスへの影響７０１とシステムへの影響７０２がある。サービスへの影響とは、例えば、「機器使用不可」、「測定不可」、「測定結果不良」等である。システムへの影響とは、例えば、「分離能力低下」、「送液不良」、「洗浄不良」、「液漏れ」等である。
　ユーザによって故障影響（サービスへの影響７０１および／あるいはシステムの影響７０２）が選択されると、機能故障影響入力処理部１０１１は、入力された故障影響を受け付け、当該故障影響の情報を故障モード候補表示処理部１０１２に受け渡す。
（ii）ステップ６０２
　故障モード候補表示処理部１０１２は、ステップ６０１で取得した故障影響に合致する（紐づけられた）機能故障の候補（図３参照）を、拡張したＦＭＥＡデータベース１４１から検索する。図８は、入力された故障影響に合致する機能故障および故障モードの候補を表示するＧＵＩ例を示す図である。つまり、入力（選択）された条件（故障影響）に紐づけられた少なくとも１つの機能故障および故障モードの組が検索される。
　図８のＧＵＩには、故障影響に関連する、機能故障８０１と機能故障の原因である故障モード８０２が表示される。チェック対象と故障影響との関連度に基づくスコア８０３には、この段階では初期値（例えば、ゼロ値）が表示される。
（iii）ステップ６０３
　故障モード候補表示処理部１０１２は、ステップ６０１で取得した故障影響に関連するチェック対象の情報を、拡張されたＦＭＥＡデータベース１４１から取得し、その情報をチェック情報入力処理部１０１３に受け渡し、かつチェック情報入力ＧＵＩを生成および表示するように指示する。
　チェック情報入力処理部１０１３は、故障モード候補表示処理部１０１２からの指示に応答して、受け取ったチェック対象を選択するためのチェック情報入力ＧＵＩを生成し、表示画面上に表示する。
　図９は、チェック情報を入力するためのチェック情報入力ＧＵＩの画面構成例を示す図である。チェック情報入力ＧＵＩ９００は、ユーザによって選択（指定）された故障影響に関連するチェック情報９０１と、表示されたチェック対象の中からユーザが選択するためのラジオボタン９０２と、先行事象選択するためのプルダウン９０３と、を含む。チェック情報入力ＧＵＩ９００は、ユーザによる選択結果から機能故障候補を絞り込むためのものである。
　チェック情報入力ＧＵＩ９００には、入力された故障影響と関連のあるチェック対象（例えば、チェック対象ＡからＤ）９０１が表示される。ユーザは、正常時と異なる動作、状態、センサ値が確認できるチェック対象をラジオボタン９０２で選択する。また、何れかのチェック対象に先行事象があれば（例えば、ユーザによって目視で先行事象が確認できる場合や測定結果ログデータから先行事象が特定できる場合）、ユーザは、対応するチェック対象の先行事象をプルダウン９０３から選択する。先行事象のプルダウンリストの内容は、現在選択されている故障影響に関する全てのチェック対象とする。
　図９の例では、チェック対象のＡ、Ｂ、Ｄに通常とは異なる事象が観察され（チェック対象Ｃには異常が観察されていない状況）、また、検査対象Ｂの先行事象としてＡが観察されている場合の入力例を示している。最初から全てのチェック対象を入力する必要は無く、容易に確認できるチェック対象から入力して故障モードの候補を絞って行けば良い。
（iv）ステップ６０４
　故障影響関連度スコア算出部１０１４は、選択されたチェック対象（例えば、チェック対象Ａ、Ｂ、およびＤ）に関連する故障影響の情報（例えば、故障影響１から３）を、拡張したＦＭＥＡデータベース１４１から取得する。ユーザが選択したチェック対象に関連する複数の故障影響（例えば、選択されたチェック対象を２つ以上含む故障影響）が抽出されるため、図１０では、ユーザがステップ６０１で選択していない故障影響もスコア値算出の対象となる。これにより、ユーザが意図しない（認識できない）故障影響に関連する故障モードをユーザに提示することが可能となる。
　続いて、故障影響関連度スコア算出部１０１４は、チェック対象と各故障影響（故障影響１から３）との関連度に基づき、故障影響毎に、チェック結果との合致具合を示すスコア値を算出する。
　図１０は、選択されたチェック情報に関連する故障影響のスコア値の例を示す図である。ＧＵＩ１００１は、図９のチェック対象の部分のみを示した表示であり、チェック対象１００２のＡ、Ｂ、Ｄに印が付いた状態（選択された状態）が表示されている。また、図１０には、故障影響１～故障影響４における、チェック情報１００３、１００４、１００５、および１００６の中で選択されたチェック対象１００２に対応する関連度１００７～１０１０が示されている。そして、当該チェック対象１００２に対応する関連度の値がスコア値算出に用いられる。
　ここでは説明を容易にするため、スコア値は、単純に関連度の和によって算出することにする。故障影響１のチェック情報１００３の関連度１００７に示されるように、故障影響１のチェック対象はＡ、Ｂ、Ｃであり、ユーザが選択したチェック対象とＡ、Ｂが一致する（一致チェック対象１００７）。この時のチェック対象Ａの関連度が「５」、チェック対象Ｂの関連度が「３」であるので全体のスコア値はこれらを加算して得られる「８」となる。同様に、故障影響２については、チェック対象Ａ、Ｂ、Ｄが一致する（一致チェック対象１００８）ので全体のスコア値は「９」、故障影響３についてはチェック対象Ａ、Ｂ、Ｄが一致する（一致チェック対象１００９）ので全体のスコア値は「９」、故障影響４についてはチェック対象Ｂ、Ｄが一致する（一致チェック対象１０１０）ので全体のスコア値は「８」となる。
（v）ステップ６０５
　故障モード候補表示処理部１０１２は、故障影響関連度スコア算出部１０１４から各故障影響（例えば、故障影響１から４）のスコア値を受け取るとともに、先行事象がマッチしない故障影響（図１０の例では、故障影響２は先行事象がＡで一致するが、故障影響３は先行事象がＤで一致していない）を検索する。
　図１１は、先行事象を考慮した故障影響の優先付けを説明するための図である。図１１に示すチェック情報表示１１０１は、図９に示すチェック情報入力ＧＵＩ９００と同じ表示である。チェック情報表示１１０１には、チェック対象Ｂに先行事象Ａが選択されている状態が示されている（先行事象１１０２参照）。当該例において、優先付けの対象は故障影響１から故障影響４であり、優先度は、故障影響２に関連付けられたチェック対象、故障影響３に関連付けられたチェック対象、故障影響１に関連付けられたチェック情報、および故障影響４に関連付けられたチェック対象と、それらの合計スコア値と、先行事象の有無・一致とに基づいて判断される。故障影響２_１１０３のチェック対象は、ユーザが選択したチェック対象Ｂとその先行事象Ａが合致している場合であり、故障影響１、３、および４_１１０４のチェック対象は先行事象が合致していない場合の例を示している（先行事象が異なる場合、あるいは先行事象が定義されていない場合）。
　故障モード候補表示処理部１０１２は、チェック対象の関連度のスコア値（ステップ６０４で算出されたスコア値）が同一であっても、先行事象が一致しない場合には優先度を下げる。図１１に示される例の場合、故障モード候補表示処理部１０１２は、スコア値が同一の故障影響２と故障影響３において、ユーザが選択した先行事象Ａと同一の故障影響２の方の優先度を高く設定する。
（vi）ステップ６０６
　故障モード候補表示処理部１０１２は、ステップ６０５で優先度を決定した各故障モードに対応する機能故障および故障モードと、スコア値とを、優先度順に表示画面上に表示する。例えば、故障モード候補表示処理部１０１２は、図３に示すＦＭＥＡにおける各状態の関係（因果関係）を参照して、各故障影響に対応する機能故障および故障モードを特定する。具体的に、図３を参照すると、一番優先度が高い故障影響２に対応する機能故障は機能故障１（ＦＦ１）であり、機能故障１に対応する故障モードは故障モード１（ＦＭ１）であると特定される。また、次に優先度が高い故障影響３に対応する機能故障は機能故障２（ＦＦ２）であり、機能故障２に対応する故障モードは故障モード１（ＦＦ１）であると特定される。その次に優先度が高い故障影響１に対応する機能故障は機能故障１（ＦＦ１）であり、機能故障１に対応する故障モードは故障モード１であると特定される。さらに、一番優先度が低い故障影響４に対応する機能故障は機能故障３（ＦＦ３）であり、機能故障３に対応する故障モードは故障モード２であると特定される。
　図１２は、故障モード推定結果（優先度順）表示１２００（一例）を示す図である。図１２に示されるように、故障モード候補表示処理部１０１２は、機能故障１２０１、故障モード１２０２をスコア値１２０３の高い順に並べ替えて出力する。ある機能故障に複数の故障影響がある場合は、最も大きいスコアが採用される。なお、先行事象がマッチしないもの（例えば、前述の故障影響３、故障影響１、および故障影響４に対応する、機能故障２＆故障モード１、機能故障１＆故障モード１、機能故障３＆故障モード２）は一覧表示から除外してもよいが、チェック対象が一致していることだけでも重要な情報であるため、先行事象がマッチしないもの（先行事象が無いものを含む）を除外せず、背景をグレーで表示して提示してもよい（表示１２０４）。
（vii）ステップ６０７
　故障モード候補表示処理部１０１２は、ユーザがチェック情報を変更して故障モード推定処理の再試行をしたか判断する。例えば、ユーザは、図１２の故障モード推定結果表示１２００を見たとき、チェック情報（図９参照）を変更して再度故障モード推定処理（ステップ６０３からステップ６０６の処理）を再度実行するか判断する。再実行する場合には再試行ボタン１２０６を押下し、提示された故障モード推定結果でＯＫの場合には完了ボタン１２０５を押下する。故障モード候補表示処理部１０１２は、ユーザによる当該指示を受け付け、ステップ６０３からの処理を繰り返すか判断する。
（２）第２の実施形態
　第１の実施形態では故障診断のためのＧＵＩを設けたが、第２の実施形態は、第１の実施形態による故障モード推定技術を自動分析装置に組み入れる例について説明する。また、第２の実施形態では、ユーザの入力（チェック情報の入力や故障影響の入力）を必要とせず、バッチ処理によって故障モードを推定することが示されている。
　＜故障モード推定処理が組み込まれた自動分析システムの構成例＞
　図１３は、故障モード推移処理が組み込まれた自動分析システム１３００の概略構成例を示す図である。自動分析システム１３００は、自動分析装置１３０１と、保全支援関連処理部（ＧＵＩ表示してユーザによる入力を促す処理を行うものではないという意味である。バッチ処理部とも言う）１３０２と、拡張したＦＭＥＡデータベース１３０３と、閾値情報データベース１３０４と、復旧アクション定義データベース１３０５と、を備える。なお、図１３では、自動分析システム１３００において、上述の故障モード推定処理をバッチ処理するために必要な構成要素のみが示されている。また、保全支援関連処理部１３０２および各データベース１３０３から１３０５は、自動分析装置１３０１の中に組み込むように構成してもよいし、自動分析装置１３０１とは分離した装置（コンピュータ）として設置してもよい。
　自動分析装置１３０１は、システムアラート情報やセンサのログデータ等のチェック対象（例えば、自動分析ログに含まれる）の情報をバッチ処理部１３０２に出力する。保全支援関連処理部（バッチ処理部）１３０２は、自動分析装置１３０１のチェック対象を取り込み、故障モードを自動で推定する構成要素であり、チェック情報取り込み部１３０２１と、チェック情報の異常判定部１３０２２と、故障影響関連度スコア算出部１３０２３と、故障モード表示指令部１３０２４と、対応アクション実行部１３０２５と、を含む。保全支援関連処理部１３０２は、プロセッサ（図示せず）が保全支援関連処理部１３０２を実現するためのプログラムをメモリなどの記憶デバイスから読み込み、プロセッサの内部メモリに展開することにより構築することができる。拡張したＦＭＥＡデータベース１３０３は、図２の拡張したＦＭＥＡデータベース１４１に機能故障を復旧するための対応方法の情報が追加された構成となっている。
　保全支援関連処理部（バッチ処理部）１３０２において、チェック情報取り込み部１３０２１は、自動分析装置１３０１との間の通信手段を用いて、自動分析装置１３０１から複数のチェック情報を取り込む。
　チェック情報の異常判定部１３０２２は、取り込んだ複数のチェック情報（自動分析装置におけるイベントデータおよびセンサログデータを含む）に異常が観察されるかどうかを自動判定する。例えば、自動分析装置１３０１の動作イベント毎のセンサ閾値（正常値の範囲）を定義しておき（閾値情報データベース１３０４で定義）、自動分析装置１３０１のイベントデータと、時系列的なセンサデータとを同期させることにより、正常／異常の判定が可能なようにチェック情報の異常判定部１３０２２を構成することができる。あるいは、自動分析装置１３０１の分析結果の時系列的変動（トレンド）をデータ分析して、例えば試薬の劣化具合などを予測することができ、それにより異常値に接近しているといった判定をすることができるようにチェック情報の異常判定部１３０２２を構成してもよい。
　故障影響関連度スコア算出部１３０２３は、第１の実施形態で示した故障影響関連度スコア算出部１０１４と同じ機能を備えている。故障モード表示指令部１３０２４は、自動分析装置１３０１の表示部（図示せず）やそれに接続された端末等の表示部（図示せず）に故障モードを表示するように指令を出す。
　自動分析システム１３００では、推定した故障モードを表示（優先度順に表示）するだけでなく、機能故障を復旧するための制御を自動分析装置１３０１に対して行うことができる（対応アクション実行部１３０２５）。具体的には、対応アクション実行部１３０２５は、故障モード推定結果に基づき、拡張したＦＭＥＡデータベース１３０３に格納された機能故障を復旧するための対応方法の情報を取得し、それに従って故障復旧のアクションを実行する。例えば、故障モードが「配管の詰まりによる送液不良」が想定された場合には、対応アクション実行部１３０２５は、自動分析装置１３０１に対して「配管の強制洗浄」の指示を出して機能故障を復旧する。
　＜具体的処理について＞
　さらに具体的な処理について説明する。ここでは一例として、自動分析装置１３０１の構成コンポーネントである液体クロマトグラフ装置（ＬＣ装置）を取り上げる。また、ＬＣ装置の複数の動作イベントとして試薬投入、分析、およびライン洗浄を仮定する。
　チェック対象の正常／異常を判定するための閾値情報データベース１３０４は、例えば、試薬投入、分析、ライン洗浄それぞれのイベント時のシリンジの圧力センサの正常範囲を、試薬投入時はｘＭｐａ以下、分析時はｙＭｐａ以下、ライン洗浄時はｚＭｐａ以下として格納する。シリンジの圧力センサは、特定の間隔で圧力データを時系列的にログファイルに出力する。また、動作イベントについても、ある時間帯に何の動作イベントを実行していたかが判別できるように、時系列的に動作イベントがログファイルとして出力される。
　保全支援関連処理部１３０２におけるチェック情報の異常判定部１３０２２は、これらの２つの時系列データを対比して、現在からある特定の時間内に、シリンジの圧力データが正常範囲を外れていないかを調べる。正常範囲を外れている場合、チェック情報の異常判定部１３０２２は、第１の実施形態で示した対話的な処理における異常が検出されたチェック対象と同様に、シリンジの圧力センサを「通常とは異なる事象が観察されたチェック対象」として扱う。続いて、故障影響関連度スコア算出部１３０２３は、発生している可能性のある故障モードを順位付けして推定する。そして、故障モード表示指令部１３０２４は、自動分析装置１３０１のコンソール等に不具合が発生していると想定される部品／部位を表示する。復旧アクション定義データベース１３０５は、機能故障の復旧アクションを定義したデータベースであり、機能故障毎に、機能故障を復旧するためのシーケンスの定義を格納している。発生している可能性の高い機能故障を復旧するためのアクションが復旧アクション定義データベース１３０５に定義されていた場合には、対応アクション実行部１３０２５は、その復旧アクションを自動実行する。
（３）まとめ
（i）従来技術によれば、システムの不具合が発生した際に、チェック対象(システムアラートの内容や、センサのログデータ等)を検査して故障内容の特定を行うが、特に複数のチェック対象に同時に異常が見られた場合などに、故障の特定に時間が掛かってしまい、保守時間の短縮が課題となっている。また、保全対象の装置の不具合の発生を事前に予知して、自動的に復旧制御を行うことで保守サイクルを長くすることが望まれている。
　このような課題に対応するために、本開示の技術は、拡張したＦＭＥＡデータベースを提供し、機能故障が発生した際の故障モードの特定を支援する。拡張したＦＭＥＡデータベースでは、機能故障の種類によって、その原因を特定するために有効なチェック対象が異なることに着目し、機能故障の影響毎に、「チェック対象」及び「チェック対象と機能故障影響との関連度」を定義する。本開示の保全支援装置は、拡張したＦＭＥＡデータベースに記録されている故障事象に対応するチェック対象の変化と、実際に観察されたチェック結果との合致度を算出して、故障モードを絞り込む。そして、当該保全支援装置は、診断作業の容易にすること（ユーザの入力を直感的でわかり易いものにする)と、スコア算出による故障モードの優先順位付けをする。
　以上のように、本開示は、単にチェック対象とマッチする故障モードを提示するだけでなく、チェック対象に発生した事象の時間的な前後関係も考慮して、そのチェック対象に異常が発生し易い故障モードを優先的に表示する。これにより、故障モードの絞り込みを迅速に行うことができる。また、保全対象の装置に致命的不具合が発生する前の予知診断にも適用可能である。さらに、装置本体のセンサ情報やシステムアラートとリンクして、センサ情報の異常の有無を判断する手段を設けることで、直接的に装置本体から故障モードの候補を出力することが可能となる。
（ii）本開示の実施形態の機能は、ソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本開示を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
　また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
　さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
　最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本開示は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本開示を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
　さらに、上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。
　１０　保全支援装置
　１００　プロセッサ
　１１０　通信装置
　１２０　入力装置
　１３０　出力装置
　１４０　記憶装置
　１４１　拡張したＦＭＥＡデータベース
　１０１　保全支援関連処理部（ＧＵＩ処理部）
　１０２　入出力制御部
　１０３　通信制御部
　１０１１　機能故障影響入力処理部
　１０１２　故障モード候補表示処理部
　１０１３　チェック情報入力処理部
　１０１４　故障影響関連度スコア算出部
　１０１５　チェック対象先行事象評価部
　１３００　自動分析システム
　１３０１　自動分析装置
　１３０２　保全支援関連処理部（非ＧＵＩ処理部（バッチ処理部））
　１３０３　拡張したＦＭＥＡデータベース
　１３０４　閾値情報データベース
　１３０５　復旧アクション定義データベース
　１３０２１　チェック情報取り込み部
　１３０２２　チェック情報の異常判定部
　１３０２３　故障影響関連度スコア算出部
　１３０２４　故障モード表示指令部
　１３０２５　対応アクション実行部

Claims (8)

  1. 　故障影響毎に、チェック対象の情報と、チェック対象と故障影響との関連度の情報と、前記チェック対象の先行事象の情報とを含む、拡張したＦＭＥＡデータベースと、
    　事象として確認されたチェック対象の情報を取得し、当該取得したチェック対象に基づいて、前記故障影響に対応する故障モードを特定するプロセッサと、を備え、
    　前記プロセッサは、
    　　前記チェック対象に関連する故障影響の情報を前記拡張したＦＭＥＡデータベースから抽出する第１処理と、
    　　前記チェック対象と故障影響の関連度の情報を参照し、前記第１処理で抽出した故障影響のスコア値を算出する第２処理と、
    　　前記スコア値に基づいて、前記第１処理で抽出した故障影響に対応する故障モードを提示する第３処理と、
    を実行する情報処理装置。
  2. 　請求項１において、
    　前記プロセッサは、前記スコア値が高い故障影響に対応する故障モードを優先度が高くなるように前記第３処理を実行する、情報処理装置。
  3. 　請求項２において、
    　前記プロセッサは、前記拡張したＦＭＥＡデータベースを参照して、前記チェック対象における前記先行事象を抽出する処理をさらに実行し、
    　前記プロセッサは、前記第１処理で抽出された前記故障影響のうち前記スコア値が同一の故障影響がある場合、ユーザによって指定された先行事象と同一の先行事象を有する故障影響の優先度を高くして前記第３処理を実行する、情報処理装置。
  4. 　請求項１において、
    　前記事象として確認されたチェック対象は、ユーザによって選択されたチェック対象である、情報処理装置。
  5. 　請求項１において、
    　前記事象として確認されたチェック対象は、保全支援対象の装置から出力される事象データおよびセンサログデータから特定されるチェック対象である、情報処理装置。
  6. 　自動分析装置の故障影響毎に、チェック情報と、チェック情報と故障影響との関連度の情報と、前記チェック情報の先行事象の情報とを含む、拡張したＦＭＥＡデータベースと、
    　前記自動分析装置からイベントデータおよびセンサログデータを前記チェック情報として取得し、当該取得したチェック情報に基づいて、前記故障影響に対応する故障モードを特定するプロセッサと、を備え、
    　前記プロセッサは、
    　　前記センサログデータに異常があるか否か判定する第１処理と、
    　　前記異常があると判定した異常センサログデータに関連する故障影響の情報を前記拡張したＦＭＥＡデータベースから抽出する第２処理と、
    　　前記異常センサログデータに対応するチェック情報と故障影響の関連度の情報を参照し、前記第２処理で抽出した故障影響のスコア値を算出する第３処理と、
    　　前記スコア値に基づいて、前記第２処理で抽出した故障影響に対応する故障モードを推定し、提示する第４処理と、
    を実行する自動分析システム。
  7. 　請求項６において、
    　さらに、前記自動分析装置の動作イベントごとのセンサデータの正常範囲を規定するセンサ閾値の情報を保持する閾値情報データベースを備え、
    　前記第１処理において、前記プロセッサは、前記閾値情報データベースから前記取得したセンサログデータを検知したセンサに対応するセンサ閾値を取得し、前記センサログデータと前記センサ閾値とを比較することにより前記センサログデータに異常があるか否か判定する、自動分析システム。
  8. 　請求項６において、
    　前記拡張したＦＭＥＡデータベースは、さらに、前記故障影響に対応する機能故障を復旧させるための対処情報を含み、
    　前記プロセッサは、前記推定した故障モードに対応する前記対処情報を前記拡張したＦＭＥＡデータベースから取得し、当該対処情報に基づいて前記自動分析装置を復旧させる、自動分析システム。
PCT/JP2022/029481 2021-09-22 2022-08-01 情報処理装置、および自動分析システム WO2023047806A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202280061198.7A CN117940744A (zh) 2021-09-22 2022-08-01 信息处理装置以及自动分析系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-154440 2021-09-22
JP2021154440A JP2023045842A (ja) 2021-09-22 2021-09-22 情報処理装置、および自動分析システム

Publications (1)

Publication Number Publication Date
WO2023047806A1 true WO2023047806A1 (ja) 2023-03-30

Family

ID=85719417

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/029481 WO2023047806A1 (ja) 2021-09-22 2022-08-01 情報処理装置、および自動分析システム

Country Status (3)

Country Link
JP (1) JP2023045842A (ja)
CN (1) CN117940744A (ja)
WO (1) WO2023047806A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0269619A (ja) * 1988-09-05 1990-03-08 Nippon Atom Ind Group Co Ltd プラント機器保守管理支援装置
JPH06123642A (ja) * 1992-10-13 1994-05-06 Toshiba Corp プラント異常診断方法及びプラント異常診断装置
JP2018045548A (ja) * 2016-09-16 2018-03-22 株式会社日立製作所 Ｆｍｅａ作成支援システムおよび方法
WO2021005861A1 (ja) * 2019-07-10 2021-01-14 株式会社日立製作所 故障箇所特定支援システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0269619A (ja) * 1988-09-05 1990-03-08 Nippon Atom Ind Group Co Ltd プラント機器保守管理支援装置
JPH06123642A (ja) * 1992-10-13 1994-05-06 Toshiba Corp プラント異常診断方法及びプラント異常診断装置
JP2018045548A (ja) * 2016-09-16 2018-03-22 株式会社日立製作所 Ｆｍｅａ作成支援システムおよび方法
WO2021005861A1 (ja) * 2019-07-10 2021-01-14 株式会社日立製作所 故障箇所特定支援システム

Also Published As

Publication number Publication date
CN117940744A (zh) 2024-04-26
JP2023045842A (ja) 2023-04-03

Similar Documents

Publication Publication Date Title
JP4717079B2 (ja) コンピュータ・システムにおける障害の診断および保守のための方法およびシステム（疑わしいコンポーネントの履歴ベースの優先順位付け）
JP6411769B2 (ja) 状態監視装置
US6622264B1 (en) Process and system for analyzing fault log data from a machine so as to identify faults predictive of machine failures
US7856575B2 (en) Collaborative troubleshooting computer systems using fault tree analysis
US5394543A (en) Knowledge based machine initiated maintenance system
AU661685B2 (en) Hierarchical distributed knowledge based machine initiated maintenance system
US20160299837A1 (en) Software test automation systems and methods
JP6867589B2 (ja) 影響範囲特定プログラム、影響範囲特定方法、および影響範囲特定装置
US20090300430A1 (en) History-based prioritizing of suspected components
EP2447845A1 (en) Method, system, and computer program for automated diagnostic with description logic reasoning
WO2023047806A1 (ja) 情報処理装置、および自動分析システム
JP2014059664A (ja) フォールトツリー生成プログラム、方法及び装置
CN116126574A (zh) 一种系统故障诊断方法、装置、设备及存储介质
JP5157844B2 (ja) 故障箇所特定システム、故障箇所特定方法
CN114462663A (zh) 模块化工业车间中的事件分析
JP7297609B2 (ja) インシデント診断対応支援装置
US20220342788A1 (en) Anomaly location estimating apparatus, method, and program
JP7026012B2 (ja) 機器状態監視システム及び機器状態監視方法
JP2022034392A (ja) 故障診断装置、故障診断方法、および学習済みモデル
JP2015162030A (ja) 故障指摘装置、故障指摘方法および故障指摘プログラム
RU2777950C1 (ru) Обнаружение нештатных ситуаций для прогнозного технического обслуживания и определения конечных результатов и технологических процессов на основании качества данных
JP7393316B2 (ja) 運転支援システム、運転支援方法及びプログラム
KR102315228B1 (ko) Plc 제어를 위한 데이터 관리장치 및 방법
WO2014192066A1 (ja) プラント異常診断システム、プラント異常診断方法、及び計算機読み取り可能な記憶媒体
JP2017227973A (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: 22872562

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022872562

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022872562

Country of ref document: EP

Effective date: 20240422