[go: up one dir, main page]

WO2021085087A1 - 業務管理システム及び業務管理方法 - Google Patents

業務管理システム及び業務管理方法 Download PDF

Info

Publication number
WO2021085087A1
WO2021085087A1 PCT/JP2020/038322 JP2020038322W WO2021085087A1 WO 2021085087 A1 WO2021085087 A1 WO 2021085087A1 JP 2020038322 W JP2020038322 W JP 2020038322W WO 2021085087 A1 WO2021085087 A1 WO 2021085087A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
abnormality
countermeasure
alarm
equipment
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2020/038322
Other languages
English (en)
French (fr)
Inventor
康公 高橋
智子 石野
信幸 園田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Industry and Control Solutions Co Ltd
Original Assignee
Hitachi Industry and Control Solutions Co Ltd
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 Hitachi Industry and Control Solutions Co Ltd filed Critical Hitachi Industry and Control Solutions Co Ltd
Priority to US17/772,173 priority Critical patent/US12422830B2/en
Priority to EP20883047.1A priority patent/EP4053778B1/en
Publication of WO2021085087A1 publication Critical patent/WO2021085087A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/4184—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by fault tolerance, reliability of production system
    • 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
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41835—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by programme execution
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/04—Manufacturing
    • 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
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31001—CIM, total factory control
    • 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
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31469—Graphical display of process as function of detected alarm signals

Definitions

  • the present invention relates to a technology of a business management system and a business management method.
  • Patent Document 1 and Patent Document 2 are disclosed as techniques related to such production process management.
  • a strategy map table 206 which is a correspondence table of KGI and KPI, is created based on a balanced scorecard, and based on this strategy map table 206, a screen displaying KGI is displayed. It is possible to transition to a screen displaying the corresponding KPI through a refined search by several selection windows.
  • integrated production control method using a production process management chart and its system are disclosed.
  • Patent Document 2 is in charge of "external information acquisition unit 211 that acquires information from the external system 50 and the expert system 60, and management terminal transmission / reception unit 213 that communicates with the management terminal 30 to exchange information.
  • the calculation unit 215 that generates the information from A to F and sends it to the management terminal 30 and the storage device 22 stores information such as external information, information from the person in charge terminal device, and calculation result (external storage).
  • a production line management device is disclosed that includes an information storage unit 212 that performs a process of reading out necessary information, as well as a case of storing the information in the device 25).
  • Patent Document 1 needs further improvement in order to improve the efficiency of PDCA.
  • the techniques and the like described in Patent Document 2 have the following problems in their operation.
  • A1 Most of them simply visualize the actual results numerically, and it takes time to judge whether or not they are abnormal.
  • A2 Even if the occurrence of an abnormality can be grasped, there is no mechanism to follow up the countermeasures against the abnormality, and it does not lead to prompt countermeasures.
  • A3 There are many visualizations that are specialized for specific information such as production progress display, and it is not possible to grasp the status of the entire factory with a horizontal skewer.
  • A4) The range and content of the information you want to grasp differs depending on the job title and position, and you cannot quickly reach the information you want to see.
  • the present invention was made in view of such a background, and an object of the present invention is to realize an efficient PDCA cycle.
  • the present invention collects information on anomalies in departments having a hierarchical relationship in a factory, and stores the collected information on the anomalies and anomalies including information on the state of the anomalies.
  • the information storage unit, the storage processing unit that stores the countermeasure information including the information on the status of the countermeasure against the abnormality, and the storage processing unit that stores the countermeasure progress information storage unit, and the length of time that the abnormality continues are monitored.
  • the abnormality monitoring unit that updates the abnormality state and the status of the countermeasure are monitored in the abnormality information in the abnormality information storage unit, and the status of the countermeasure changes.
  • the countermeasure monitoring unit that updates the status of the countermeasure, the abnormal status in the abnormal information, and the countermeasure status in the countermeasure information are described. It is characterized by having an output processing unit that changes an output method of alarm information indicating an abnormal state and a state of the countermeasure, and an output unit that outputs the alarm information.
  • an output processing unit that changes an output method of alarm information indicating an abnormal state and a state of the countermeasure, and an output unit that outputs the alarm information.
  • FIG. 3 It is a figure (3) explaining the update of the degree of abnormality in the case of equipment abnormality. It is a figure (the 1) explaining the update of the degree of abnormality in the case of progress abnormality. It is a figure (the 2) explaining the update of the degree of abnormality in the case of progress abnormality. It is a figure (the 3) explaining the update of the degree of abnormality in the case of progress abnormality. It is a figure (the 1) which shows the example of the abnormality occurrence warning display. It is a figure (the 2) which shows the example of the abnormality occurrence warning display. It is a figure (the 3) which shows the example of the abnormality occurrence warning display. It is a figure (the 4) which shows the example of the abnormality occurrence warning display.
  • FIG. 1 which shows the example of the abnormality occurrence warning display.
  • the 2 which shows the example of the abnormality occurrence warning display.
  • the 3) which shows the example of the abnormality occurrence warning display.
  • FIG. 4 which shows the example of the abnormality
  • FIG. 5 is a diagram (No. 5) showing an example of an abnormality occurrence warning display. It is a figure (the 1) explaining the registration of the measure request for the occurrence
  • FIG. 1 It is a figure (No. 1) explaining the processing when it is left unattended in the state where the countermeasure request for equipment abnormality is not made. It is a figure (No. 2) explaining the processing when it is left unattended in the state where the countermeasure request for equipment abnormality is not made. It is a figure (No. 1) explaining the process when the measure is taken, but the measure is left unattended even after the scheduled date and time of the measure has passed.
  • FIG. 2 is a diagram (No. 2) for explaining the processing when the countermeasure is taken but the countermeasure is left unattended even after the scheduled countermeasure date and time has passed. It is a figure (the 1) which shows the example of the abnormality occurrence warning display.
  • FIG. 5 is a diagram (No. 5) showing an example of an abnormality occurrence warning display. It is a figure (the 1) which shows the example of the state display screen. It is a figure (the 2) which shows the example of the state display screen. It is a figure (the 3) which shows the example of the state display screen. It is a figure which shows the example of the priority definition master information in a "production process".
  • the PDCA management system 1 in the present embodiment performs the following processing.
  • (B1) Collect "planning information” and "actual information” of various operations of the factory in real time, including from other systems (Plan Do).
  • the PDCA management system 1 in the present embodiment performs the following processing after performing the processing of (B1). Details of each process will be described later.
  • B2 Based on the collected information, an abnormality is determined, displayed on a large board, and the abnormality is noticed. At the same time, information is displayed and analyzed in a complex manner to determine the cause and effect of the abnormality (Check).
  • B3 The status of countermeasures is displayed to call attention and prompt countermeasures (Action).
  • FIG. 1 is a diagram showing a configuration example of the PDCA management system 1 according to the present embodiment.
  • the PDCA management system 1 has a business management device 100 for managing PDCA in the department 2.
  • the business management device 100 includes a memory 110, a CPU (Central Processing Unit) 101, and a communication device 102.
  • a program is loaded into the memory 110 from a storage device (not shown), and the loaded program is executed by the CPU 101, thereby embodying the registration processing unit 111, the equipment abnormality monitoring unit 112, and the countermeasure monitoring unit 113.
  • the registration processing unit 11 stores the information transmitted from the terminal device 200 in the respective DBs 121 to 126.
  • the equipment abnormality monitoring unit 112 monitors whether or not an abnormality such as an equipment abnormality, a quality abnormality, or a safety abnormality has been resolved.
  • the countermeasure monitoring unit 113 monitors whether or not countermeasures against abnormalities such as equipment abnormalities have been taken.
  • the business management device 100 has a progress abnormality alarm DB 121, a progress abnormality countermeasure request DB 122, a quality abnormality alarm DB 123, a safety abnormality alarm DB 124, an equipment abnormality alarm DB 125, and an equipment abnormality countermeasure request DB 126.
  • the progress abnormality alarm DB 121 stores information regarding an abnormality in the progress of the process.
  • the quality abnormality alarm DB 123 stores information related to the quality abnormality.
  • the safety abnormality alarm DB 124 stores information related to the safety abnormality.
  • the equipment abnormality alarm DB 125 stores information related to equipment abnormality.
  • the progress abnormality countermeasure request DB 122 stores information on countermeasures against the progress abnormality.
  • the equipment abnormality countermeasure request DB 126 stores information on countermeasures against equipment abnormality.
  • the business management device 100 has an alarm information selection DB 127, a priority definition master DB 128, a countermeasure master DB 129, and an administrator call request DB 130.
  • the alarm information selection DB 127 stores information regarding which DB 121 to 126 of the DB 121 to 126 is referred to when the alarm information M (see FIG. 33 or the like) described later is output from the output device 220.
  • the priority definition master DB 128 stores information for reference by the output processing unit 211 when displaying the priority with respect to the alarm information M described later.
  • the countermeasure master DB 129 stores information for the registration processing unit 111 to refer to what countermeasures are to be stored when the countermeasures against abnormalities are stored in the progress abnormality countermeasure request DB 122 or the equipment abnormality countermeasure request DB 126. There is.
  • the administrator call request DB 130 stores information when the countermeasure content is an administrator call.
  • a terminal device 200 is installed in each department 2.
  • the terminal device 200 has a memory 210, a CPU 201, a communication device 202, and an input device 203.
  • a program is loaded into the memory 210 from a storage device (not shown), and the loaded program is executed by the CPU 201 to output information based on display information transmitted from the business management device 100 from the output device 220.
  • Part 211 is embodied.
  • a device corresponding to each department 2 is installed.
  • a display board 221 is installed as an output device 220 in the A department 2A and the C department 2C.
  • the display board 221 and the speaker 222 are installed in the B section 2B.
  • a tablet terminal may be installed as the terminal device 200 and the output device 220. In this case, the tablet terminal is equipped with the functions of the terminal device 200 and the output device 220.
  • the display board 221 since the display board 221 has the function of the touch panel, the display board 221 may have the function of the input device 203.
  • the progress monitoring device 230 for monitoring the progress status is installed in the department A 2A.
  • the business management device 100 and each terminal device 200 are connected by a network N such as a LAN (Local Area Network) to exchange information.
  • a network N such as a LAN (Local Area Network) to exchange information.
  • FIG. 2 is a diagram showing a procedure for registering an abnormality occurrence in the equipment abnormality alarm DB 125.
  • FIG. 2 describes a process performed when the user recognizes an equipment abnormality.
  • the user Upon recognizing the occurrence of the equipment abnormality, the user inputs the equipment abnormality registration information 401 via the input device 203 of the terminal device 200.
  • the equipment abnormality registration information 401 includes a "process No.” uniquely assigned to the process, a phenomenon "abnormal content", a "status” indicating the current state of the abnormality, and an "occurrence date and time”. , "Department” indicating the department in which the equipment in which the abnormality has occurred is installed, and "Equipment” indicating the equipment in which the abnormality has occurred.
  • the equipment abnormality registration information 401 is transmitted to the business management device 100 and stored in the equipment abnormality alarm information 125A held in the equipment abnormality alarm DB 125.
  • the equipment abnormality alarm information 125A includes items of "abnormality No.”, "process No.”, "abnormality content”, “abnormality status”, “date and time of occurrence", and "equipment”. Have. Further, although not shown, the equipment abnormality alarm information 125A also has an item of "resolution date and time" in which the date and time when the equipment abnormality is resolved is stored.
  • the registration processing unit 111 of the business management device 100 that has received the equipment abnormality registration information 401 first generates an "abnormality No.”.
  • each information of the equipment abnormality registration information 401 is stored in the equipment abnormality alarm information 125A. That is, the registration processing unit 111 stores the “process No.” of the equipment abnormality registration information 401 in the “process No.” column of the equipment abnormality alarm information 125A. Similarly, the registration processing unit 111 stores the "abnormal content” of the equipment abnormality registration information 401 in the "abnormal content” column of the equipment abnormality alarm information 125A, and stores the "status" of the equipment abnormality registration information 401 in the equipment abnormality alarm information. Store in the "abnormal status" column of 125A.
  • the registration processing unit 111 stores the "occurrence date and time” of the equipment abnormality registration information 401 in the "occurrence date and time” column of the equipment abnormality alarm information 125A. Further, the registration processing unit 111 stores the "equipment” of the equipment abnormality registration information 401 in the "equipment” column of the equipment abnormality alarm information 125A. In the example shown in FIG. 2, the information of "abnormality is occurring” is stored in the "abnormality status" column of the equipment abnormality alarm information 125A (thick frame).
  • the registration processing unit 111 also stores the same information in the equipment abnormality countermeasure request information 126A stored in the equipment abnormality countermeasure request DB 126 (described later in FIG. 17).
  • FIG. 3 is a diagram showing a procedure for registering the resolution of the abnormality in the equipment abnormality alarm DB 125.
  • FIG. 3 describes a process performed when the user recognizes that the equipment abnormality is resolved.
  • the user Upon recognizing the resolution of the equipment abnormality, the user inputs the equipment recovery registration information 402 via the input device 203 of the terminal device 200.
  • the equipment abnormality registration information 401 includes an "abnormality No.”, a "status” indicating the current state, and a "resolution date and time". "Resolution date and time” is the date and time when the equipment abnormality was resolved.
  • the equipment recovery registration information 402 is transmitted to the business management device 100 and stored in the equipment abnormality alarm information 125A held in the equipment abnormality alarm DB 125.
  • the registration processing unit 111 of the business management device 100 that has received the equipment recovery registration information 402 stores each information of the equipment recovery registration information 402 in the equipment abnormality alarm information 125A, using the "abnormality No.” of the equipment recovery registration information 402 as a key. To do. That is, the registration processing unit 111 stores the "status" of the equipment recovery registration information 402 in the "abnormal status" column of the equipment abnormality alarm information 125A.
  • the registration processing unit 111 stores the "cancellation date and time" of the equipment recovery registration information 402 in the "cancellation date and time” column (not shown) of the equipment abnormality alarm information 125A.
  • the information of "abnormality resolution” is stored in the "abnormality status" column of the equipment abnormality alarm information 125A (see the thick frame).
  • FIG. 4 is a diagram showing a procedure for registering an abnormality occurrence in the progress abnormality alarm DB 121.
  • FIG. 4 describes an automatic registration process of progress abnormality by the management system.
  • FIG. 4 and FIG. 5 the case where an abnormality occurs in the progress will be described.
  • the progress monitoring device 230 detects the delay in progress.
  • the delay in progress for example, the progress monitoring device 230 periodically monitors the place where N products must be produced by a certain time, but the product has not reached N even at that time. It is detected by doing.
  • the progress monitoring device 230 compares the standard (plan) with the actual result, and if the difference is equal to or greater than the threshold value, detects the delay in progress.
  • the progress monitoring device 230 Upon recognizing the occurrence of progress delay, the progress monitoring device 230 inputs the progress monitoring batch information 411. As shown in FIG. 4, the progress monitoring batch information 411 includes "process No.”, "abnormal content” indicating a phenomenon, “status” indicating the current state, "date and time of occurrence”, and "equipment”.
  • the progress monitoring batch information 411 is transmitted to the business management device 100 and stored in the progress abnormality alarm information 121A held in the progress abnormality alarm DB 121.
  • the progress abnormality alarm information 121A contains items of "abnormality No.”, "process No.”, "abnormality content”, “abnormality status”, "date and time of occurrence", and "equipment”. Have. Further, although not shown, the progress abnormality alarm information 121A also has an item of "resolution date and time” in which the date and time when the progress delay is resolved is stored.
  • the registration processing unit 111 of the business management device 100 that has received the progress monitoring batch information 411 first generates an "abnormality No.”.
  • each information of the progress monitoring batch information 411 is stored in the progress abnormality alarm information 121A. That is, the registration processing unit 111 stores the “process No.” of the progress monitoring batch information 411 in the “process No.” column of the progress abnormality alarm information 121A. Similarly, the registration processing unit 111 stores the "abnormal content” of the progress monitoring batch information 411 in the "abnormal content” column of the progress abnormal alarm information 121A, and stores the "status" of the progress monitoring batch information 411 in the progress abnormal alarm information. It is stored in the "abnormal status" column of 121A.
  • the registration processing unit 111 stores the "occurrence date and time” of the progress monitoring batch information 411 in the "occurrence date and time” column of the progress abnormality alarm information 121A. Further, the registration processing unit 111 stores the “equipment” of the progress monitoring batch information 411 in the “equipment” column of the progress abnormality alarm information 121A. In the example shown in FIG. 2, the information of "abnormality is occurring” is stored in the "abnormality status" column of the progress abnormality alarm information 121A (see the thick frame).
  • the registration processing unit 111 also stores the same information in the progress abnormality countermeasure request DB 122.
  • FIG. 5 is a diagram showing a procedure for registering the resolution of the abnormality in the progress abnormality alarm DB 121.
  • FIG. 5 describes a process performed when the progress monitoring device 230 recognizes the elimination of the progress delay.
  • the progress monitoring device 230 Upon recognizing the elimination of the progress delay, the progress monitoring device 230 generates the progress monitoring batch information 411.
  • the progress monitoring batch information 411 includes "abnormality No.”, "status”, and "resolution date and time”.
  • the "cancellation date and time” is the date and time when the progress delay is resolved.
  • the progress monitoring batch information 411 is transmitted to the business management device 100 and stored in the progress abnormality alarm information 121A held in the progress abnormality alarm DB 121.
  • the registration processing unit 111 of the business management device 100 that has received the progress monitoring batch information 411 stores each information of the progress monitoring batch information 411 in the progress abnormality alarm information 121A using the "abnormality No.” of the progress monitoring batch information 411 as a key. To do. That is, the registration processing unit 111 stores the "status" of the progress monitoring batch information 411 in the "abnormal status" column of the progress abnormality alarm information 121A.
  • the registration processing unit 111 stores the "cancellation date and time" of the progress monitoring batch information 411 in the "cancellation date and time” column (not shown) of the progress abnormality alarm information 121A.
  • the information of "abnormality resolution” is stored in the "abnormality status" column of the progress abnormality alarm information 121A (see the thick frame).
  • the equipment abnormality alarm information 125A of the equipment abnormality alarm DB 125 shown in FIG. 6 is the same as the equipment abnormality alarm information 125A shown in FIG.
  • the equipment abnormality monitoring unit 112 determines whether or not the equipment recovery registration information 402 (FIG. 3) has been transmitted. If the equipment recovery registration information 402 is not transmitted even after the preset first time has elapsed from the date and time of occurrence, the equipment abnormality monitoring unit 112 registers the equipment abnormality monitoring batch information 421 as shown in FIG. It is sent to the processing unit 111. As shown in FIG. 7, the equipment abnormality monitoring batch information 421 has information of "abnormality No.” and "status". Here, in the "status", the information of "abnormality occurring [large]" is stored.
  • the registration processing unit 111 searches for the equipment abnormality alarm information 125A using the "abnormality No.” of the equipment abnormality monitoring batch information 421 as a key, and sets the "abnormality status" column of the corresponding record to "abnormality occurring [large]”. Update to (see thick frame).
  • the equipment recovery registration information 402 is transmitted even after the preset second time has elapsed. If not, the equipment abnormality monitoring unit 112 sends the equipment abnormality monitoring batch information 421 to the registration processing unit 111 as shown in FIG. As shown in FIG. 8, the equipment abnormality monitoring batch information 421 has information of "abnormality No.” and "status". Here, in the "status", the information of "abnormality occurring [extra large]" is stored.
  • the registration processing unit 111 searches for the equipment abnormality alarm information 125A using the "abnormality No.” of the equipment abnormality monitoring batch information 421 as a key, and sets the "abnormality status" column of the corresponding record to "abnormality occurring [extra large]”. Update to.
  • the progress abnormality alarm information 121A of the progress abnormality alarm DB 121 shown in FIG. 9 is the same as the progress abnormality alarm information 121A shown in FIG.
  • the equipment abnormality monitoring unit 112 sends the progress monitoring batch information 411 to the registration processing unit 111 as shown in FIG.
  • the progress delay increases when the standard (plan) and the actual result are compared and the difference becomes equal to or more than the preset first threshold value.
  • the progress monitoring batch information 411 has information of "abnormality No.” and "status".
  • the information of "abnormality occurring [large]" is stored.
  • the registration processing unit 111 searches for the progress abnormality alarm information 121A using the "abnormality No.” of the progress monitoring batch information 411 as a key, and sets the "abnormality status" column of the corresponding record to "abnormality occurring [large]”. Update (see thick frame).
  • the equipment abnormality monitoring unit 112 performs the progress as shown in FIG.
  • the monitoring batch information 411 is sent to the registration processing unit 111.
  • the progress difference is further expanded when the standard (plan) and the actual result are compared and the difference becomes equal to or more than the preset second threshold value (> first threshold value).
  • the progress monitoring batch information 411 has information of "abnormality No.” and "status".
  • the information of "abnormality occurring [extra large]" is stored.
  • the registration processing unit 111 searches for the progress abnormality alarm information 121A using the "abnormality No.” of the progress monitoring batch information 411 as a key, and sets the "abnormality status" column of the corresponding record to "abnormality occurring [extra large]”. Update (see thick frame).
  • the registration process in FIGS. 2 to 11 is also performed for the quality abnormality alarm DB 123 and the safety abnormality alarm DB 124.
  • FIG. 12 shows a state in which no information is registered in the equipment abnormality alarm information 125A held in the equipment abnormality alarm DB 125. That is, FIG. 12 shows a state in which no equipment abnormality has occurred.
  • the output processing unit 211 displays the alarm information M with a green circle (represented by a fine solid line circle in FIG. 12) indicating that an abnormality has not occurred in the display board 221.
  • the display of such alarm information M is referred to as "normal display”.
  • FIG. 13 shows the equipment abnormality alarm information 125A when an equipment abnormality occurs as shown in FIG.
  • the output processing unit 211 displays the alarm information M with a red circle (represented by a thick solid line circle in FIG. 13) indicating that an abnormality has occurred.
  • the display of such alarm information M is referred to as "abnormal display (small)".
  • FIG. 14 shows the equipment abnormality alarm information 125A when the equipment abnormality is not resolved even after the first time has passed.
  • "abnormality occurring [large]" is registered as in FIG. 7.
  • the output processing unit 211 expresses by arranging three lines on the upper left of the paper surface of the red circle blinking on the display board 221 (in FIG. 14, the thick broken line circle). ) Displays the alarm information M, indicating that the first time has passed since the abnormality occurred.
  • the display of such alarm information M is referred to as "abnormal display (large)".
  • FIG. 16 shows the equipment abnormality alarm information 125A when the equipment abnormality is resolved. Similar to FIG. 3, "abnormality resolution" is registered in the "abnormality status" column of the equipment abnormality alarm information 125A shown in FIG. In such a case, as shown in FIG. 16, the output processing unit 211 uses a green circle (represented by a fine solid line circle in FIG. 16) indicating that no abnormality has occurred in the display board 221 to indicate the alarm information M. Is displayed. As described above, the display of such alarm information M is referred to as "normal display”.
  • the user can customize how to display the alarm information M for each of the "normal display”, “abnormal display (small)”, “abnormal display (large)”, and “abnormal display (extra large)”. ..
  • the degree of abnormality such as equipment abnormality is highlighted by the color of a circle, blinking, or the like. By doing so, it is possible to make the user aware of the occurrence of an abnormality and the occurrence of an abnormality such as the degree of the abnormality.
  • the display board 221 displays the alarm information M, but the alarm may also be expressed by the sound output from the speaker 222.
  • the type and length of the sound may be changed according to the information stored in the "abnormality status" column of the equipment abnormality alarm information 125A.
  • FIGS. 17 to 20 show examples of requesting countermeasures against equipment abnormalities, the same processing is performed for other abnormalities (progress abnormalities, etc.).
  • the user who recognizes the equipment abnormality transmits the equipment abnormality registration information 401 to the business management device 100 via the input device 203 of the terminal device 200.
  • the equipment abnormality registration information 401 transmitted is the same as that transmitted in FIG. However, only "process No.” may be included in the equipment abnormality registration information 401.
  • the registration processing unit 111 of the business management device 100 that has received the equipment abnormality registration information 401 is based on the received equipment abnormality registration information 401 and the countermeasure master information 129A (see FIG. 18) stored in the countermeasure master DB 129.
  • Information on countermeasures is stored in the equipment abnormality countermeasure request information 126A of the abnormality countermeasure request DB 126. That is, the countermeasure master information 129A is created based on the actual results of the countermeasure contents in the past.
  • the equipment abnormality countermeasure request information 126A includes "request No.”, "parent No.”, “abnormality No.”, "process No.”, “department”, and “request status”. It has each item of "request content”, “countermeasure plan”, “countermeasure content”, “occurrence date and time”, “countermeasure schedule”, “update date and time”, “completion date and time”, and “equipment”.
  • the "date and time of occurrence” is the date and time when the equipment abnormality occurred.
  • FIG. 18 is a diagram showing an example of the countermeasure master information 129A stored in the countermeasure master DB 129.
  • the countermeasure master information 129A has each item of "process No.”, "equipment”, “abnormal content”, “countermeasure content”, and “number of times”.
  • the countermeasure master information 129A is created based on the "countermeasure content” column of the equipment abnormality countermeasure request information 126A.
  • the “process No.” is the same information as the "process No.” in the equipment abnormality alarm information 125A and the equipment abnormality countermeasure request information 126A.
  • Equipment stores the name of the equipment in which the abnormality occurred.
  • the "abnormal content” stores the content of the abnormality that has occurred, and the “countermeasure content” stores the countermeasures taken for the "abnormal content”.
  • the "number of times” stores the number of times the countermeasures are taken, which are stored in the "countermeasure contents”.
  • the registration processing unit 111 that has received the equipment abnormality registration information 401 shown in FIG. 17 uses the “process No.”, “abnormality content”, “equipment”, etc. of the equipment abnormality registration information 401 as keys as the countermeasure master information of FIG. 129A is searched, and the "countermeasure content” having the largest “number of times” is extracted from the corresponding "countermeasure content". In the examples of FIGS. 17 and 18, "Xx component replacement" is extracted.
  • the registration processing unit 111 stores the extracted "countermeasure contents" in the "countermeasure plan” column of the equipment abnormality countermeasure request information 126A. Further, the registration processing unit 111 stores the date and time when the record of the equipment abnormality countermeasure request information 126A is updated in the "update date and time” column.
  • FIG. 19 is a diagram showing a registration example of equipment abnormality countermeasure request information 126A when a request is made to another department when the countermeasure cannot be taken by the own department.
  • the maintenance management department is requested to take measures against equipment abnormalities that cannot be completely dealt with.
  • the maintenance request information 431 as shown in FIG. 19 is transmitted to the business management device 100 via the terminal device 200.
  • the maintenance request information 431 includes each information of "request No.”, "target department” of the request destination, "status” indicating the maintenance status, and "request date and time".
  • the "target department" of the request destination is selected by the user, but the business management device 100 may select a vacant department.
  • the registration processing unit 111 of the business management device 100 that has received the maintenance request information 431 generates a record of the equipment abnormality countermeasure request information 126A stored in the equipment abnormality countermeasure request DB 126 (record R1).
  • the registration processing unit 111 displays the newly generated request No. in the "request No.” column of the generated record R1. Stores "4".
  • the registration processing unit 111 receives "abnormality No.”, "process No.”, "department”, “request status”, “request content”, “countermeasure plan”, etc. of record R2, which is the parent record of record R1.
  • the registration processing unit 111 updates the "department" column of the record R1 with the information (here, "maintenance") stored in the "target department" of the maintenance request information 431. Further, the registration processing unit 111 stores the number of the "request No.” of the record R2, which is the parent record, in the "parent No.” column of the record R1. Further, the registration processing unit 111 updates the "request status" column of the record R2 to "requested".
  • FIG. 20 is a diagram showing an example of performing a process of calling an administrator as one of measures against equipment abnormality.
  • the user transmits the administrator call information 432 to the business management device 100 via the terminal device 200.
  • the administrator call information 432 includes a "process No.” indicating a location, a "request content” indicating a request content, a "status” indicating a status, and a "occurrence date and time” indicating a request date and time. Includes a "department” that indicates information about the department to which the calling administrator belongs.
  • the registration processing unit 111 of the business management device 100 that has received the administrator call information 432 stores each information of the administrator call information 432 in the administrator call request information 130A stored in the administrator call request DB 130.
  • the administrator call request information 130A has the same items as the equipment abnormality countermeasure request information 126A.
  • the registration processing unit 111 of the business management device 100 that has received the administrator call information 432 generates a new record in the administrator call request information 130A, and requests No. Was generated, and the generated request No. Is stored in the "Request No.” column of the administrator call request information 130A. Further, the registration processing unit 111 displays the administrator call information 432 "process No.”, "department”, “request status”, "request content”, and "occurrence date and time” in the administrator call request information 130A. Each information of "process No.”, “department”, “status”, “request content”, and “occurrence date and time” is stored. In the example of FIG.
  • process 1 is stored in “process No.” of the administrator call request information 130A, "unconfirmed” is stored in “request status”, and "administrator call” is stored in “request content”. Further, the registration processing unit 111 stores the date and time when the information is registered (updated) in the record of the administrator call information 432 in the "update date and time” column.
  • FIG. 21 shows equipment abnormality countermeasure request information 126A when a countermeasure request for equipment abnormality is made. That is, the equipment abnormality countermeasure request information 126A shown in FIG. 21 has the same information as the equipment abnormality countermeasure request information 126A shown in FIG.
  • the countermeasure person transmits the equipment abnormality countermeasure registration information 443 to the business management device 100 via the terminal device 200 as shown in FIG. 22.
  • the equipment abnormality countermeasure registration information 443 transmitted includes each information of "request No.”, "status”, “scheduled countermeasure date and time”, and “update date and time”.
  • "Measures in progress” is stored as the “status”
  • "9:20:00” is stored in the "scheduled countermeasure date and time”
  • "9:10: 00" is stored as the update date and time. It is assumed that it is stored.
  • the business management device 100 that has received the equipment abnormality countermeasure registration information 443 searches the equipment abnormality countermeasure request information 126A stored in the equipment abnormality countermeasure request DB 126 by using the "request No.” of the equipment abnormality countermeasure registration information 443 as a key. .. Then, the registration processing unit 111 stores each information of the equipment abnormality countermeasure registration information 443 in the record of the equipment abnormality countermeasure request information 126A acquired as a result of the search. Specifically, the registration processing unit 111 stores the "status" ("under measures") of the equipment abnormality countermeasure registration information 443 in the "request status" column of the equipment abnormality countermeasure request information 126A.
  • the registration processing unit 111 sets the "scheduled countermeasure date and time” ("9:20:00") and “update date and time” ("9:10: 00") of the equipment abnormality countermeasure registration information 443 to the equipment abnormality countermeasure request information 126A. Store in the "Countermeasure schedule” and "Update date and time” fields.
  • FIG. 23 is a diagram showing processing when the countermeasures for equipment abnormalities by the countermeasures are completed.
  • the countermeasure person transmits the equipment abnormality countermeasure registration information 443 to the business management device 100 via the terminal device 200.
  • the equipment abnormality countermeasure registration information 443 transmitted includes each information of "request No.”, "countermeasure content,” status ",” update date and time ", and” completion date and time ".
  • "Xx parts replacement” is stored as “measure content”
  • “measure completed” is stored as "status”.
  • the business management device 100 that has received the equipment abnormality countermeasure registration information 443 searches the equipment abnormality countermeasure request information 126A stored in the equipment abnormality countermeasure request DB 126 by using the "request No.” of the equipment abnormality countermeasure registration information 443 as a key. .. Then, the registration processing unit 111 stores each information of the equipment abnormality countermeasure registration information 443 in the record of the equipment abnormality countermeasure request information 126A acquired as a result of the search. Specifically, the registration processing unit 111 stores the “status” (“measure completed”) of the equipment abnormality countermeasure registration information 443 in the “request status” column of the equipment abnormality countermeasure request information 126A.
  • the registration processing unit 111 stores the "countermeasure content" ("Xx parts replacement") of the equipment abnormality countermeasure registration information 443 in the "countermeasure content” column of the equipment abnormality countermeasure request information 126A. Further, the registration processing unit 111 stores the "update date and time” ("9:20:00") of the equipment abnormality countermeasure registration information 443 in the "update date and time” column of the equipment abnormality countermeasure request information 126A, and registers the equipment abnormality countermeasure. The “completion date and time” (“9:20:00") of the information 443 is stored in the "completion date and time” column of the equipment abnormality countermeasure request information 126A.
  • FIGS. 24 and 25 show an example in which the "request status" of the equipment abnormality countermeasure request information 126A is left as "unconfirmed" for a predetermined period.
  • FIG. 24 shows equipment abnormality countermeasure request information 126A when a countermeasure request for equipment abnormality is made. That is, the equipment abnormality countermeasure request information 126A shown in FIG. 24 has the same information as the equipment abnormality countermeasure request information 126A shown in FIG.
  • the countermeasure monitoring unit 113 determines whether or not the "request status" of the equipment abnormality countermeasure request information 126A is in the "unconfirmed” state and the current time exceeds the time registered in the "occurrence date and time” column. It is regularly monitored. Then, when the current time exceeds the scheduled countermeasure time without receiving the countermeasure request as shown in FIG. 22, the countermeasure monitoring unit 113 generates and generates the countermeasure request monitoring batch information 434 as shown in FIG. 25.
  • the countermeasure request monitoring batch information 434 is passed to the registration processing unit 111. As shown in FIG. 25, the countermeasure request monitoring batch information 434 has a “request No.” and a “status”. Here, "unconfirmed [left]” is stored in the "status" of the countermeasure request monitoring batch information 434.
  • the registration processing unit 111 Upon receiving the countermeasure request monitoring batch information 434, the registration processing unit 111 searches the record of the equipment abnormality countermeasure request information 126A using the "request No.” stored in the countermeasure request monitoring batch information 434 as a key. Then, the "status" information of the countermeasure request monitoring batch information 434 is stored in the "request status" column of the searched record. As shown in FIG. 25, here, “unconfirmed [left]” is stored in the "request status" column of the equipment abnormality countermeasure request information 126A.
  • FIG. 26 shows the equipment abnormality countermeasure request information 126A after starting the countermeasure against the equipment abnormality. That is, the equipment abnormality countermeasure request information 126A shown in FIG. 26 has the same information as the equipment abnormality countermeasure request information 126A shown in FIG.
  • the countermeasure monitoring unit 113 sets the time when the "request status" of the equipment abnormality countermeasure request information 126A is “measures in progress” and the current time is registered in the "countermeasure schedule” column of the equipment abnormality countermeasure request information 126A. We regularly monitor whether or not it has exceeded the limit. Then, if the "request status" of the equipment abnormality countermeasure request information 126A is "measures in progress” and the current time exceeds the time registered in the "countermeasure schedule" column of the equipment abnormality countermeasure request information 126A, countermeasures are taken.
  • the monitoring unit 113 generates the countermeasure request monitoring batch information 434 as shown in FIG. 27, and passes the generated countermeasure request monitoring batch information 434 to the registration processing unit 111.
  • the countermeasure request monitoring batch information 434 has a “request No.” and a “status”.
  • "status” of the countermeasure request monitoring batch information 434 "countermeasure in progress [left]” is stored.
  • the registration processing unit 111 Upon receiving the countermeasure request monitoring batch information 434, the registration processing unit 111 searches the record of the equipment abnormality countermeasure request information 126A using the "request No.” stored in the countermeasure request monitoring batch information 434 as a key. Then, the "status" information of the countermeasure request monitoring batch information 434 is stored in the "request status" column of the searched record. As shown in FIG. 27, here, “Measures [Left]" is stored in the "Request status" column of the equipment abnormality countermeasure request information 126A.
  • FIG. 28 shows a state in which no information is registered in the equipment abnormality countermeasure request information 126A held in the equipment abnormality countermeasure request DB 126. That is, FIG. 28 shows a state in which no equipment abnormality has occurred.
  • the output processing unit 211 displays the alarm information M with a green circle (represented by a fine solid line circle in FIG. 28) indicating that an abnormality has not occurred in the display board 221.
  • the display of such alarm information M is referred to as "normal display”.
  • the equipment abnormality countermeasure request information 126A shows only necessary items.
  • FIG. 29 shows the equipment abnormality countermeasure request DB 126 when the equipment abnormality occurs and the information is stored in the equipment abnormality countermeasure request information 126A as shown in FIG. Similar to FIG. 17, "unconfirmed” is registered in the "request status" column of the equipment abnormality countermeasure request information 126A in FIG. 29.
  • the output processing unit 211 uses a blinking red circle (in FIG. 29, it is represented by arranging three lines on the upper left of the paper surface of the thick broken line circle) for alarm information. Displaying M indicates that an abnormality has occurred, but no countermeasures have been taken. The display of such alarm information M is referred to as "abnormal display (large)".
  • FIG. 30 shows the time when the "request status" of the equipment abnormality countermeasure request information 126A is in the "unconfirmed” state and the current time is registered in the "occurrence date and time” column.
  • the equipment abnormality countermeasure request DB126 in the case of exceeding the above is shown.
  • "Unconfirmed [Leave]” is registered in the "Request status" column of the equipment abnormality countermeasure request information 126A in FIG. 30.
  • the output processing unit 211 arranges three lines on the display board 221 at high speed blinking red circles (in FIG. 30, three lines are arranged on the upper left and upper right of the paper surface of the thick broken line circle.
  • abnormal display extra large
  • FIG. 31 shows the equipment abnormality countermeasure request DB 126 when countermeasures against equipment abnormalities are being taken (the current time does not elapse the scheduled countermeasure time). Similar to FIG. 22, "Measures in progress" is registered in the "Request status" column of the equipment abnormality countermeasure request information 126A in FIG. 31. In such a case, as shown in FIG. 31, the output processing unit 211 displays the alarm information M with a red circle (represented by a thick solid line circle in FIG. 31) indicating that an abnormality has occurred. As described above, the display of such alarm information M is referred to as "abnormal display (small)".
  • FIG. 32 shows the equipment abnormality countermeasure request information 126A when the countermeasure against the equipment abnormality is completed. Similar to FIG. 23, "measured” is registered in the "request status" column of the equipment abnormality countermeasure request information 126A shown in FIG. 32. In such a case, as shown in FIG. 32, the output processing unit 211 uses a green circle (represented by a fine solid line circle in FIG. 32) indicating that no abnormality has occurred in the display board 221. Is displayed. As described above, the display of such alarm information M is referred to as "normal display”.
  • the way the alarm information M is displayed can be customized by the user.
  • the display board 221 displays the alarm information M, but the alarm may also be expressed by the sound output from the speaker 222.
  • the type and length of the sound may be changed according to the information stored in the "abnormality status" column of the equipment abnormality alarm information 125A.
  • FIG. 33 is a diagram showing an example of a state display screen D displayed on the display board 221.
  • the status display screen D includes a department display area D10, a job button D20, an upper alarm display area D30, a lower alarm display area D40, and an administrator call display area D50.
  • “factory> production process” is selected in the department display area D10.
  • “Production process” is one of the sub-departments of "factory”, and indicates that the equipment status related to "production process” is displayed.
  • the job button D20 is a button for selecting information that the user wants to display. For example, when the user is a person at the "production site" and wants to browse information about "production”, the user selects and inputs the job button D20 of "production” as shown in FIG. 33. Similarly, when the user wants to browse the information about "quality control”, the user selects and inputs the job button D20 of "quality”. Further, when the user wants to browse the information related to "maintenance management", the user selects and inputs the job button D20 of "maintenance”.
  • the job button D20 of the "summary” is a job button D20 selected and input by a person (factory manager or the like) who wants to grasp the general condition of the "factory” displayed in the department display area D10. By doing so, the alarm information M to be displayed can be switched depending on the location where the display board 221 is installed and the duties of the viewer. By doing so, the alarm information M that the user wants to view can be appropriately displayed.
  • the alarm information M corresponding to the job button D20 is displayed in the upper alarm display area D30 and the lower alarm display area D40. That is, in the upper alarm display area D30 and the lower alarm display area D40, the alarm information M that the user who has selected and input the job button D20 wants to view is stored.
  • the alarm information M in the upper layer department and the lower layer department can be viewed at once. , Abnormality and the status of countermeasures can be judged from a broad perspective.
  • the "production" job button D20 is selected (the selected job button D20 is indicated by a dot). Therefore, the alarm information M that a person in the "production process" department wants to view is displayed in the upper alarm display area D30 and the lower alarm display area D40.
  • the alarm information M is displayed according to the processes shown in FIGS. 2 to 32. The display of the alarm information M is expressed based on FIGS. 12 to 16 and 28 to 32.
  • the alarm information M related to the department displayed in the department display area D10 is displayed.
  • the alarm information M relating to the lower department of the department displayed in the upper alarm display area D30 is displayed.
  • the alarm information M relating to the entire "production process” is displayed in the upper alarm display area D30.
  • alarm information M of each process in the "production process”, "machining A”, “machining B”, “assembly A”, and “assembly B” is displayed.
  • the "production process” which is the display target of the upper alarm display area D30 is displayed.
  • the lower department display area D41 in the lower alarm display area D40 "machining A”, “machining B”, “assembly A”, and “assembly B", which are display targets of the lower alarm display area D40, are displayed. ..
  • each alarm information M the alarm information M in which " ⁇ abnormality" is displayed is displayed based on the registration in the abnormality registration process (FIGS. 2 to 16). For example, the alarm information M displayed as "progress abnormality” is displayed based on the registration information of the progress abnormality alarm DB 121. Further, the alarm information M displayed as "equipment abnormality” is displayed based on the registration information of the equipment abnormality alarm DB 125. Similarly, the alarm information M displayed as "quality abnormality” is displayed based on the registration information of the quality abnormality alarm DB 123. Further, the alarm information M displayed as "safety abnormality” is displayed based on the registration information of the safety abnormality alarm DB 124.
  • the alarm information M in which " ⁇ Countermeasure” is displayed is displayed based on the registration in the countermeasure registration process (FIGS. 17 to 32).
  • the alarm information M displayed as "progress countermeasure” is displayed based on the registration information of the progress abnormality countermeasure request DB 122.
  • the "progress countermeasure" of "machining A” in FIG. 33 is "abnormal display (large)". This is because the progress is delayed in "machining A”, but the countermeasure is "unconfirmed”. (See FIG. 29).
  • the vertical column indicates the same type of alarm information M.
  • the alarm information M101 indicates the progress status in the process of "machining A”
  • the alarm information M102 indicates the progress status in the process of "machining B”.
  • the alarm information M103 indicates the progress status in the process of "assembly A”
  • the alarm information M104 indicates the progress status in the process of "assembly B”.
  • each of "progress abnormality”, “quality abnormality”, etc. displayed as alarm information M is referred to as business.
  • each department of "Processing A”, “Processing B”, “Assembly A”, and “Assembly B”, which operation ("progress abnormality”, “quality abnormality”, etc.) alarm information M is displayed is determined.
  • the output processing unit 211 is determined by referring to the alarm information selection DB 127 described later. The same applies to the status display screen D shown below.
  • the alarm information M100 indicates the progress of the "production process", which is a higher-level division of "machining A”, “machining B”, “assembly A”, and “assembly B". The same applies to the columns of other alarm information M.
  • the alarm information M of the upper department adopts information that is more alert in the lower department.
  • the alarm information M112 to D114 indicating "quality abnormality" of "machining B", "assembly A", and "assembly B” indicate "normal display”.
  • the alarm information M111 indicating "quality abnormality” of "machining A” indicates "abnormality display (small)”.
  • the alarm information M is displayed in “Abnormal display (small)” according to “Abnormal display (small)” of "Processing A”, which is the most alert.
  • the alarm information M112 to D114 indicating "quality abnormality” of "machining B", "assembly A”, and “assembly B” indicates “normal display”, and an alarm indicating "quality abnormality” of "machining A”.
  • Information M111 indicates “abnormality display (small)", but in the quality abnormality alarm information (not shown) stored in the quality abnormality alarm DB 123, the "abnormality status" column of "production process” is "solved”. If it is, the information of the "solved” is given priority.
  • the output processing unit 211 extracts the information of the target process to be displayed from the respective DBs 121 to 126 in which various planning information, actual information, abnormality information, and countermeasure information collected in the factory are stored. Output to the display board 221. Further, the output processing unit 211 displays the countermeasure priority of the alarm based on the condition set in the “priority definition master”.
  • the status display screen D is regularly refreshed. By doing so, the latest information can be displayed as alarm information M.
  • the content of the administrator call request information 130A in which the information is stored is displayed in FIG. 20.
  • the information of "administrator: XX parts should be replaced” is displayed in accordance with the content of the administrator call request information 130A in FIG.
  • the "manager” is a manager of the "production process”. It is assumed that no information is displayed in the administrator call display area D50 on the status display screen D other than FIG. 33.
  • FIG. 34 shows an example in which "factory” is selected as the displayed department (see department display area D10) and the job button D20 of "summary” is displayed. Therefore, in the example of FIG. 34, the alarm information M related to the "factory” is displayed in the upper alarm display area D30, and the lower alarm display area D40 is the "delivery process” and "production process” which are subordinate departments of the "factory”. , “Inspection process”, “Shipping process” are displayed.
  • the output processing unit 211 displays the screen of the display board 221 in FIG. 35. Transition to the status display screen D.
  • the job button D20 remains "summary".
  • the alarm information M in the “production process” in the state where the job button D20 of the “summary” is selected and input is displayed. Since the upper department and the lower department displayed in FIG. 35 are the same as those in FIG. 33, the description thereof will be omitted here.
  • the status display screen D of the upper department (“factory” in the example of FIG. 35)
  • the name of the upper department (“factory” in the example of FIG. 35) displayed in the department display area D10 is used. The user selects and inputs.
  • priority display Y1 to Y5 is displayed on some alarm information M. That is, the "equipment abnormality" in the process of "machining A” is the priority “1" (priority display Y1), and the “progress abnormality” in the process of “machining A” is the priority “2" (priority display Y2). ). Similarly, similarly, “progress abnormality” in “assembly A” is priority “3" (priority display Y3), and “progress abnormality” in “machining B” is priority “4" (priority display Y4). The “quality abnormality” of "processing A” is the priority "5" (priority display Y5). Such priority display Y1 to Y5 can be switched on / off. The priority display Y1 to Y5 can be turned on / off by the setting screen, the menu display by right-clicking, or the like.
  • FIG. 36 is a diagram showing an example of priority definition master information 128A in the “production process”. As shown in the example of FIG. 36, in the priority definition master information 128A in the "production process”, "machining A”, “machining B”, “assembly A”, and “assembly B" constituting the "production process” are "assembled B".
  • the priority of each operation such as "progress abnormality”, “quality abnormality”, “equipment abnormality”, and “safety abnormality” is stored.
  • the priority definition master information 128A is created for each displayed department such as “factory” and “production process”, but the priority covering all the departments from the highest to the lowest is given.
  • Rank definition master information 128A may be created.
  • the display of priority display Y1 to Y5 is turned off.
  • the target of the alarm information M displayed in "abnormal display (extra large)" has the highest priority and is "abnormal display (small)”. Means lower priority.
  • FIG. 37 is a diagram showing the operation of the output processing unit 211 when displaying the state display screen D of FIG. 35.
  • the output processing unit 211 refers to the alarm information selection DB 127, and refers to the currently selected department (see “Production process”: department display area D10) and the selected job button D20 (“Summary”). ”), And DB121, 123 to 125 suitable for the above are selected.
  • the alarm information selection DB 127 will be described later.
  • the progress abnormality alarm DB 121, the quality abnormality alarm DB 123, the safety abnormality alarm DB 124, and the equipment abnormality alarm DB 125 are selected.
  • the output processing unit 211 displays the alarm information M with reference to the selected DBs 121, 123 to 125. Further, in the example of FIG. 35, since the display of the priority display Y1 to Y5 is set, the output processing unit 211 displays the priority display Y1 to Y5 with reference to the priority definition master DB 128.
  • the output processing unit 211 displays the screen of the display board 221.
  • the transition to the status display screen D of FIG. 38 is made.
  • the job button D20 "summary” is still selected.
  • the alarm information M in "machining A” is displayed in a state where the job button D20 of "summary” is selected and input.
  • the state display screen D of FIG. 38 the alarm information M in "machining A” is displayed in a state where the job button D20 of "summary" is selected and input.
  • the alarm information M of "machining A” is displayed in the upper alarm display area D30, and the lower alarm display area D40 shows “excavation” and "drilling” which are subordinate divisions of "machining A”.
  • the alarm information M for "cut”, "bend", and "finish" is displayed.
  • FIG. 39 is a diagram showing the operation of the output processing unit 211 when transitioning from the state display screen D of FIG. 35 to the state display screen D of FIG. 38.
  • the output processing unit 211 refers to the alarm information selection DB 127 and selects DBs 121, 123 to 125 suitable for the selected department (“processing A”) and the selected job button D20 (“summary”). To do.
  • the alarm information selection DB 127 will be described later.
  • the progress abnormality alarm DB 121, the quality abnormality alarm DB 123, the safety abnormality alarm DB 124, and the equipment abnormality alarm DB 125 are selected.
  • the output processing unit 211 displays the alarm information M for the production process with reference to the selected DBs 121, 123 to 125 (display for the production process).
  • the output processing unit 211 refers to the alarm information selection DB 127 and refers to the alarm information selection DB 127.
  • DB121, 123-125 suitable for the selected department (“Processing A”) and the selected job button D20 (“Summary”) are selected.
  • the alarm information selection DB 127 will be described later.
  • the progress abnormality alarm DB 121, the quality abnormality alarm DB 123, the safety abnormality alarm DB 124, and the equipment abnormality alarm DB 125 are selected.
  • the output processing unit 211 displays the alarm information M for machining A with reference to the selected DBs 121, 123 to 125 (display for machining A).
  • the output processing unit 211 shifts the screen of the display board 221 to the status display screen D of FIG. 40.
  • the displayed department is the same “production process” as in FIG. 35 (see department display area D10).
  • the alarm information M of the “production process” is displayed in the upper alarm display area D30, and each process in the “production process” is displayed in the lower alarm display area D40.
  • the alarm information M of "Processing A”, “Processing B", "Assembly A”, and “Assembly B” is displayed.
  • the job button D20 of "maintenance” is selected and input, the alarm information M of "equipment abnormality" and "equipment countermeasure” is displayed.
  • FIG. 41 is a diagram showing the operation of the output processing unit 211 when transitioning from the state display screen D of FIG. 35 to the state display screen D of FIG. 40.
  • the output processing unit 211 has a progress abnormality alarm DB 121, a quality abnormality alarm DB 123, and a safety abnormality selected by referring to the alarm information selection DB 127 on the status display screen D (summary display) of FIG. 35 displayed on the display board 221.
  • the alarm information M is displayed based on the alarm DB 124 and the equipment abnormality alarm DB 125. Then, when the job button D20 of "maintenance" in FIG.
  • the output processing unit 211 refers to the alarm information selection DB 127 and DB125 suitable for the selected job button D20 ("maintenance"). , 126 is selected.
  • the alarm information selection DB 127 will be described later.
  • the equipment abnormality alarm DB 125 and the equipment abnormality countermeasure request DB 126 are selected.
  • the output processing unit 211 displays the state display screen D (maintenance display) shown in FIG. 40 on the display board 221 with reference to the selected DB.
  • FIG. 42 is a diagram showing an example of alarm information selection information 127A in the present embodiment.
  • the alarm information selection information 127A regarding the abnormality in the “factory” is shown.
  • “Regarding abnormality” means alarm information M relating to “abnormality” such as “equipment abnormality” and “progress abnormality”.
  • Similar alarm information selection information 127A is provided for "countermeasures” such as "equipment abnormality countermeasures” and "progress abnormality countermeasures”.
  • FIG. 42 shows the alarm information selection information 127A regarding the “factory”, but the PDCA management system 1 also applies the same alarm information to each process such as the “production process” and the “processing A”.
  • the selection information 127A is provided. Further, the same alarm information selection information 127A is provided for each job.
  • the alarm information selection information 127A is stored in the alarm information selection DB 127, and the output processing unit 211 refers to the department displayed in the department display area D10 and the alarm information selection DB 127, and displays the alarm information M. Select.
  • the horizontal axis corresponds to the department and the vertical axis corresponds to the business.
  • the information displayed as the alarm information M in each department is indicated by a circle, and the information not to be displayed is indicated by "-".
  • alarm information M For example, in the case of "delivery process”, "delivery progress”, “delivery quality”, and “delivery process accident status” are displayed as alarm information M, so that each operation of "progress”, “quality”, and “safety” is “safety”. It is displayed as alarm information M of "progress abnormality”, "quality abnormality”, and "safety abnormality”.
  • the output processing unit 211 selects the progress abnormality alarm DB 121, the quality abnormality alarm DB 123, and the safety abnormality alarm DB 124, and displays the information as the alarm information M.
  • FIG. 42 shows the relationship between the department (department displayed in the department display area D10, the upper department display area D31, and the lower department display area D41) and the displayed alarm information M, but has the same configuration.
  • the alarm information selection information 127A having a relationship between the job button D20 and the displayed alarm information M is also stored in the alarm information selection DB 127. Further, the alarm information selection DB 127 may store information about the equipment to be displayed as the alarm information M.
  • FIG. 43 is a diagram showing an example of a detailed information screen.
  • the detailed information screen as shown in FIG. 43 is, for example, a screen displayed in a separate window by selectively inputting the alarm information M displayed in the upper alarm display area D30 or the lower alarm display area D40. ..
  • the example of FIG. 43 is a screen displayed by selectively inputting the alarm information M102 of the lower alarm display area D40 shown in FIG. 33. Since the alarm information M 102 is the alarm information M related to "progress abnormality", information on progress is displayed on the detailed information screen.
  • bold characters indicate that a delay has occurred
  • solid line outline characters indicate that the delay is large (delay is large)
  • dashed white characters indicate that the delay is leading.
  • Advanced means that progress is progressing ahead of schedule.
  • the broken line indicates the present.
  • the user can confirm that the progress of “machining B” shown in FIG. 33 is not only the progress in the own process but also a large delay in the progress in the previous process.
  • FIGS. 44A to 47C show equipment abnormality countermeasure request information 126A.
  • FIGS. 44A, 45A, 46A, and 47A only the items of "department” and "request status" are shown in the equipment abnormality countermeasure request information 126A.
  • 44B, 45B, 46B, and 47B show the alarm information M in the production process department
  • FIGS. 44C, 45C, 46C, and 47C show the alarm information M in the maintenance management department.
  • the alarm information M in the department of the production process indicates the display state (corresponding to FIG.
  • the alarm information M in the maintenance management indicates the display state (corresponding to FIG. 40) of the alarm information M on the state display screen D in which the job button D20 of "maintenance” is selected and input.
  • FIGS. 44B, 44C, 45B, 45C, 46B, 46C, 47B, and 47C only the alarm information M of "equipment abnormality” and "equipment countermeasure" is shown.
  • FIG. 33 showing the state display screen D in the department of the production process the alarm information M of "equipment measures” is not displayed, but here, for the sake of explanation, " It is assumed that the alarm information M of "equipment measures" is displayed.
  • the alarm information M of "equipment abnormality” is displayed by the output processing unit 211 with reference to the equipment abnormality alarm information 125A for the department "production”. .. Then, in FIGS. 44C, 45C, 46C, and 47C, the alarm information M of "equipment abnormality” is displayed by the output processing unit 211 with reference to the equipment abnormality alarm information 125A for the department "maintenance”. ..
  • the alarm information M of "equipment countermeasures” is displayed by the output processing unit 211 with reference to the equipment abnormality countermeasure request information 126A for the department "production”. Is. Then, in FIGS. 44C, 45C, 46C, and 47C, the alarm information M of "equipment countermeasures” is displayed by the output processing unit 211 with reference to the equipment abnormality countermeasure request information 126A for the department "maintenance". is there. For example, in the alarm information selection information 127A (FIG.
  • FIGS. 44A to 44C show a state in which a facility abnormality has occurred and countermeasures have been started in the production process department.
  • "production” is registered in the "department” column of the equipment abnormality countermeasure request information 126A, and "countermeasure in progress” is registered in the "request status” (corresponding to FIG. 22). ).
  • "equipment abnormality” and “equipment countermeasure” are “abnormality display (small)".
  • “equipment abnormality” is “abnormality display (small)"
  • equipment countermeasures Is "normal display”.
  • FIGS. 45A to 45C show a state in which the production process department cannot take measures and the maintenance management department is requested to take measures.
  • “requested” is registered as the "requested status" in the "production” record of the equipment abnormality countermeasure request information 126A, and "request status" in the "maintenance” record is "unconfirmed”. Is registered (corresponding to FIG. 19).
  • FIG. 45B "equipment abnormality” becomes “abnormality display (small)", but since the maintenance management department was requested to take measures, "equipment measures” is displayed as “normal display”. ".
  • FIGS. 46A to 46C show a state in which the maintenance management department requested to take measures has started measures for equipment abnormalities.
  • “requested” is registered as the "requested status" in the "production” record of the equipment abnormality countermeasure request information 126A, and "request status" in the "maintenance” record is "under measures”. Is registered (corresponding to FIG. 22).
  • "equipment abnormality” becomes “abnormality display (small)"
  • "equipment measures” is displayed as "normal”. ".
  • FIGS. 47A to 47C show a state in which the maintenance management department requested to take measures has completed the measures for equipment abnormalities.
  • "measured” is registered in the "request status" in the "production” and "maintenance" records of the equipment abnormality countermeasure request information 126A (see FIG. 23).
  • FIG. 47B shows "equipment abnormality” and “equipment countermeasure” become "normal display”.
  • FIG. 47C shows “equipment abnormality” and “equipment countermeasure” become “normal display” (see FIG. 32).
  • the display information range is switched depending on the browsing user, and the display is switched based on the hierarchical structure of the department. By doing so, it is possible to display appropriate information for the user, and it is possible to improve the efficiency of PDCA.
  • the present embodiment can exhibit the following features and effects.
  • C1 Visually display the presence or absence of an abnormality and the place where it occurs. By doing so, it is possible to efficiently notice the abnormality by displaying the presence or absence of the abnormality in each department by a method that can be visually grasped such as color and blinking.
  • C2 Visually display the status of countermeasures against abnormalities. By doing so, the status of countermeasures against abnormalities is displayed in a way that can be visually grasped. In addition, even if countermeasures are delayed, they will be displayed in a visually recognizable manner to call attention and encourage countermeasures. Further, the countermeasure plan is displayed based on the past cases stored in the countermeasure master DB 129, and the countermeasure is assisted. By doing so, the occurrence of an abnormality can be easily grasped, and further, by having a mechanism for following up the countermeasures against the abnormality, it is possible to lead to prompt countermeasures.
  • (C3) Display the status of all departments in the entire factory in real time and side by side. In this way, by displaying all the information related to production, quality, maintenance, safety, etc. in the entire factory on one screen, it is possible to grasp the situation of the entire factory in a horizontal manner. Further, by displaying the alarm priority to be dealt with as an auxiliary as shown in FIG. 35, it becomes easy for the user to determine which abnormality or the countermeasure should be started.
  • (C4) Switch the display according to the installation location and the viewer. That is, the screen is switched according to each position (factory manager, production, quality control, maintenance, etc.), and the display range (entire factory, each process, etc.) is also switched. By doing so, even if the range and contents of the information to be grasped differ depending on the job title and position, the information that the user wants to browse can be quickly reached.
  • the present invention is not limited to the above-described embodiment, and includes various modifications.
  • the above-described embodiment has been described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to those having all the described configurations.
  • the processing shown in FIGS. 17 to 32 may be performed also for the quality abnormality and the safety abnormality.
  • the output processing unit 211 of the terminal device 200 is supposed to select each of the DBs 121 to 126, the business management device 100 may also select the DBs 121 to 126.
  • each of the above-mentioned configurations, functions, and the like may be realized by software by interpreting and executing a program in which a processor such as a CPU 101 or 201 realizes each function.
  • DBs 121 to 130 may be provided outside the business management device 100 such as a cloud.
  • the control lines and information lines are shown as necessary for explanation, and not all the control lines and information lines are necessarily shown in the product. In practice, almost all configurations can be considered interconnected.
  • PDCA management system business management system
  • Business management device 111 Registration processing unit (storage processing unit) 112 Equipment abnormality monitoring unit 113 Countermeasure monitoring unit (countermeasure monitoring unit) 121 Progress error alarm DB (abnormal information storage unit) 121A Progress abnormal alarm information (abnormal information) 122 Progress abnormality countermeasure request DB (measure progress information storage unit) 123 Quality abnormality alarm DB (abnormality information storage unit) 124 Safety error alarm DB (abnormality information storage unit) 125 Equipment error alarm DB (abnormal information storage unit) 125A Equipment abnormality alarm information (abnormality information) 126 Equipment abnormality countermeasure request DB (measure progress information storage unit) 126A Equipment abnormality countermeasure request information (countermeasure information) 127 Alarm information selection DB (information selection storage unit) 128 Priority definition master DB 203 Input device (input unit) 211 Output processing unit 220 Output device (output unit) 221 Display board (display section) 230 Progress monitoring device (abnormality monitoring unit) D

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Manufacturing & Machinery (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Automation & Control Theory (AREA)
  • General Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • General Factory Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Alarm Systems (AREA)

Abstract

効率的なＰＤＣＡを実現するため、収集した異常に関する情報を、異常情報や、異常に対する対策に関する情報である対策情報が格納される対策進捗情報記憶部に格納する各ＤＢ（１２１～１２６）と、異常が継続している時間時間の長さが所定の時間を超えると、異常の状態を更新する設備異常監視部（１１２）と、対策の状況を監視し、対策の状況が変化すると、対策の状態を更新する対策監視部（１１３）と、異常が継続している時間の長さ、及び、対策の状況に応じて、アラーム情報の表示方法を変化させることを特徴とする。

Description

業務管理システム及び業務管理方法
　本発明は、業務管理システム及び業務管理方法の技術に関する。
　組立・加工製造業では、市場成熟していく中で、多種多様な商品特性に応じた製造形態・管理形態が進み、各企業のビジネス戦略、施策も多種多様化、複雑化してきた。また、企業は生き残りを掛け、現場の実態を的確に迅速に把握し、ＰＤＣＡ（Plan Do Check Action）を早く回すことで、一刻も早く的確な手を打ち、業務改善をしていく必要性が高まっている。そのため、ＩＴ（Information Technology）システムを活用して、製造や品質といった現場の実績情報を収集し、現場の実態を可視化している企業は多い。
　このような生産プロセス管理に関する技術として、特許文献１及び特許文献２が開示されている。
　特許文献１には、「バランスト・スコアカードに基づいて、ＫＧＩとＫＰＩの対応表である戦略マップテーブル２０６を作成し、この戦略マップテーブル２０６に基づいて、ＫＧＩを表示している画面から、幾つかの選択ウィンドウによる絞り込み検索を経て、対応するＫＰＩを表示する画面へ遷移することができる」生産プロセスマネジメント・チャートによる統合生産管理方法及びそのシステムが開示されている。
　また、特許文献２には、「外部システム５０および専門家システム６０から情報を取得する外部情報取得部２１１と、経営者端末３０と通信して情報を授受する経営者端末送受信部２１３と、担当者端末４０と通信して情報を授受する担当者端末送受信部２１４と、予め用意された関数を使って、指定された演算を実行すると共に、与えられる定義情報に従って、意思決定支援画面を構成するＡからＦの情報を生成して、経営者端末３０に送る処理を行う演算部２１５と、外部情報、担当者端末装置からの情報、演算結果等の情報を記憶装置２２に記憶させる（外部記憶装置２５に記憶させる場合を含む）と共に、必要な情報を読み出す処理を行う情報記憶部２１２とを有する」生産ライン管理装置が開示されている。
特開２００４－１７８１５０号公報 特開２００９－５９２９７号公報
　しかしながら、特許文献１に記載の技術は、ＰＤＣＡの効率を向上させるため、さらなる改良が必要である。また、特許文献２に記載の技術等は、その運用には下記の課題がある。
　（Ａ１）実績を単純に数値で可視化するものがほとんどで、異常か否かを判断するのに時間がかかる。
　（Ａ２）異常発生を把握できても、異常に対する対策をフォローアップするしくみがなく、迅速な対策につながらない。
　（Ａ３）生産進捗表示など、特定の情報に特化した見える化が多く、業務横串で工場全体の状況を把握することができない。
　（Ａ４）職務や職位によって把握したい情報の範囲や内容が違い、自身の見たい情報に迅速に辿りつくことができない。
　このような背景に鑑みて本発明がなされたのであり、本発明は、効率的なＰＤＣＡを実現することを課題とする。
　前記した課題を解決するため、本発明は、工場において階層関係を有する部門における異常に関する情報を収集し、収集した前記異常に関する情報を、前記異常の状態に関する情報を含む異常情報が格納される異常情報記憶部、及び、前記異常に対する対策の状態に関する情報を含む対策情報が格納される対策進捗情報記憶部に格納する格納処理部と、前記異常が継続している時間の長さを監視し、前記時間の長さが所定の時間を超えると、前記異常情報記憶部における前記異常情報において、前記異常の状態を更新する異常監視部と、前記対策の状況を監視し、前記対策の状況が変化すると、前記対策進捗情報記憶部における前記対策情報において、前記対策の状態を更新する対策監視部と、前記異常情報における前記異常の状態、及び、前記対策情報における前記対策の状態に応じて、前記異常の状態、及び、前記対策の状態を示すアラーム情報の出力方法を変化させる出力処理部と、前記アラーム情報を出力する出力部と、を有することを特徴とする。
　その他の解決手段は実施形態中において適宜記載する。
　本発明によれば、効率的なＰＤＣＡを実現することができる。
本実施形態に係るＰＤＣＡ管理システムの構成例を示す図である。 異常発生を設備異常アラームＤＢに登録する手順を示す図である。 異常の解消を設備異常アラームＤＢに登録する手順を示す図である 異常発生を進捗異常アラームＤＢに登録する手順を示す図である。 異常の解消を進捗異常アラームＤＢに登録する手順を示す図である。 設備異常の場合における異常程度の更新について説明する図（その１）である。 設備異常の場合における異常程度の更新について説明する図（その２）である。 設備異常の場合における異常程度の更新について説明する図（その３）である。 進捗異常の場合における異常程度の更新について説明する図（その１）である。 進捗異常の場合における異常程度の更新について説明する図（その２）である。 進捗異常の場合における異常程度の更新について説明する図（その３）である。 異常発生警告表示の例を示す図（その１）である。 異常発生警告表示の例を示す図（その２）である。 異常発生警告表示の例を示す図（その３）である。 異常発生警告表示の例を示す図（その４）である。 異常発生警告表示の例を示す図（その５）である。 発生した異常に対する対策依頼の登録について説明する図（その１）である。 発生した異常に対する対策依頼の登録について説明する図（その２）である。 発生した異常に対する対策依頼の登録について説明する図（その３）である。 発生した異常に対する対策依頼の登録について説明する図（その４）である。 対策依頼に対する対策状況の登録について説明する図（その１）である。 対策依頼に対する対策状況の登録について説明する図（その２）である。 対策依頼に対する対策状況の登録について説明する図（その３）である。 設備異常に対する対策依頼が行われない状態で、放置されている場合の処理について説明する図（その１）である。 設備異常に対する対策依頼が行われない状態で、放置されている場合の処理について説明する図（その２）である。 対策がなされているが、対策予定日時が過ぎても、放置状態となっている場合の処理について説明する図（その１）である。 対策がなされているが、対策予定日時が過ぎても、放置状態となっている場合の処理について説明する図（その２）である。 異常発生警告表示の例を示す図（その１）である。 異常発生警告表示の例を示す図（その２）である。 異常発生警告表示の例を示す図（その３）である。 異常発生警告表示の例を示す図（その４）である。 異常発生警告表示の例を示す図（その５）である。 状態表示画面の例を示す図（その１）である。 状態表示画面の例を示す図（その２）である。 状態表示画面の例を示す図（その３）である。 「生産工程」における優先順位定義マスタ情報の例を示す図である。 状態表示画面を表示する際の出力処理部の動作を示す図（その１）である。 状態表示画面の例を示す図（その４）である。 状態表示画面を表示する際の出力処理部の動作を示す図（その２）である。 状態表示画面の例を示す図（その５）である。 状態表示画面を表示する際の出力処理部の動作を示す図（その３）である。 本実施形態におけるアラーム情報選択情報の例を示す図である。 詳細情報画面の例を示す図である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その２）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その３）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その４）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その５）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その６）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その７）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その８）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その９）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１０）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１１）である。 他部門への対策依頼によるアラーム情報の切り替えを説明する図（その１２）である。
　次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
　＜概要＞
　まず、本実施形態におけるＰＤＣＡ管理システム１の概要を説明する。
　本実施形態におけるＰＤＣＡ管理システム１は、以下の処理を行う。
　（Ｂ１）工場の様々な業務の「計画情報」および「実績情報」を、他システムからも含め、リアルタイムに収集する（Ｐｌａｎ　Ｄｏ）。
　そして、本実施形態におけるＰＤＣＡ管理システム１は、（Ｂ１）の処理を行った上で以下の処理を行う。それぞれの処理の詳細は後記する。
　（Ｂ２）収集した情報を元に、異常判定し、大型ボードに表示し、異常に気付かせる。それとともに、複合的に情報を表示・分析し、異常の要因と影響を見定める（Ｃｈｅｃｋ）。
　（Ｂ３）対策の状況を表示して注意喚起し、対策を促す（Ａｃｔｉｏｎ）。
　＜システム構成＞
　図１は、本実施形態に係るＰＤＣＡ管理システム１の構成例を示す図である。
　ＰＤＣＡ管理システム１は、部門２におけるＰＤＣＡを管理するための業務管理装置１００を有している。
　業務管理装置１００は、メモリ１１０、ＣＰＵ（Central Processing Unit）１０１、通信装置１０２を有している。メモリ１１０には、図示しない記憶装置からプログラムがロードされ、ロードされたプログラムがＣＰＵ１０１によって実行されることにより、登録処理部１１１、設備異常監視部１１２及び対策監視部１１３が具現化する。
　登録処理部１１は、端末装置２００から送信された情報を、それぞれのＤＢ１２１～１２６に格納する。設備異常監視部１１２は、設備異常や、品質異常や、安全異常等の異常が解消されたか否かを監視している。対策監視部１１３は、設備異常等の異常に対する対策が行われたか否かを監視している。
　また、業務管理装置１００は、進捗異常アラームＤＢ１２１、進捗異常対策依頼ＤＢ１２２、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５、設備異常対策依頼ＤＢ１２６を有している。
　進捗異常アラームＤＢ１２１は、工程の進捗の異常に関する情報が格納される。品質異常アラームＤＢ１２３は、品質異常に関する情報が格納される。安全異常アラームＤＢ１２４は、安全異常に関する情報が格納される。設備異常アラームＤＢ１２５は、設備の異常に関する情報が格納される。
　また、進捗異常対策依頼ＤＢ１２２は、進捗異常に対する対策に関する情報が格納される。そして、設備異常対策依頼ＤＢ１２６は、設備異常に対する対策に関する情報が格納される。
　そして、業務管理装置１００は、アラーム情報選択ＤＢ１２７、優先順位定義マスタＤＢ１２８、対策マスタＤＢ１２９、及び、管理者呼出依頼ＤＢ１３０を有している。
　アラーム情報選択ＤＢ１２７は、後記するアラーム情報Ｍ（図３３等参照）を出力装置２２０から出力する際、ＤＢ１２1～１２６のうち、どのＤＢ１２１～１２６を参照するかに関する情報が格納されている。優先順位定義マスタＤＢ１２８には、後記するアラーム情報Ｍに対して優先順位を表示する際に出力処理部２１１が参照するための情報が格納されている。対策マスタＤＢ１２９は、異常に対する対策を進捗異常対策依頼ＤＢ１２２や、設備異常対策依頼ＤＢ１２６に格納する際に、どのような対策を格納するかを登録処理部１１１が参照するための情報が格納されている。管理者呼出依頼ＤＢ１３０には、対策内容が管理者呼出である場合における情報が格納されている。
　それぞれの部門２には、端末装置２００が設置されている。端末装置２００は、メモリ２１０、ＣＰＵ２０１、通信装置２０２、入力装置２０３を有している。メモリ２１０には、図示しない記憶装置からプログラムがロードされ、ロードされたプログラムがＣＰＵ２０１によって実行されることにより、業務管理装置１００から送信される表示情報に基づく情報を出力装置２２０から出力させる出力処理部２１１が具現化している。
　出力装置２２０は、部門２それぞれに応じた装置が設置される。例えば、Ａ部門２Ａ及びＣ部門２Ｃには、出力装置２２０として表示ボード２２１が設置されている。これに対して、Ｂ部門２Ｂには、表示ボード２２１と、スピーカ２２２が設置されている。また、端末装置２００及び出力装置２２０として、タブレット端末が設置されてもよい。この場合、タブレット端末には、端末装置２００及び出力装置２２０の機能が搭載される。また、表示ボード２２１がタッチパネルの機能を有することで、表示ボード２２１が入力装置２０３の機能を有してもよい。
　また、Ａ部門２Ａが、進捗に関する部門２である場合、進捗状態を監視する進捗監視装置２３０がＡ部門２Ａに設置される。
　業務管理装置１００、及び、それぞれの端末装置２００は、ＬＡＮ（Local Area Network）等のネットワークＮで接続され、情報のやりとりを行っている。
　＜異常発生状況の可視化＞
　（異常発生・解消の登録：ユーザが登録する場合）
　図２は、異常発生を設備異常アラームＤＢ１２５に登録する手順を示す図である。図２では、設備異常をユーザが認識した際に行う処理を説明する。
　設備異常の発生を認識すると、ユーザは、端末装置２００の入力装置２０３を介して、設備異常登録情報４０１を入力する。図２に示すように、設備異常登録情報４０１は、工程に対して一意に割り振られる「工程Ｎｏ．」、現象である「異常内容」、異常における現在の状態を示す「ステータス」、「発生日時」、異常が発生している設備が設置されている部門を示す「部門」、異常が発生している設備を示す「設備」が含まれる。
　設備異常登録情報４０１は、業務管理装置１００へ送信され、設備異常アラームＤＢ１２５に保持されている設備異常アラーム情報１２５Ａに格納される。図２の例に示すように、設備異常アラーム情報１２５Ａは、「異常Ｎｏ．」、「工程Ｎｏ．」、「異常内容」、「異常ステータス」、「発生日時」、「設備」の各項目を有している。また、図示していないが、設備異常アラーム情報１２５Ａは、設備異常が解消した日時が格納される「解消日時」の項目も有している。設備異常登録情報４０１を受信した業務管理装置１００の登録処理部１１１は、まず、「異常Ｎｏ．」を生成する。その後、生成した「異常Ｎｏ．」を設備異常アラーム情報１２５Ａの「異常Ｎｏ．」の欄に格納すると、設備異常登録情報４０１の各情報を設備異常アラーム情報１２５Ａに格納する。すなわち、登録処理部１１１は、設備異常登録情報４０１の「工程Ｎｏ．」を設備異常アラーム情報１２５Ａの「工程Ｎｏ．」の欄に格納する。同様に、登録処理部１１１は、設備異常登録情報４０１の「異常内容」を設備異常アラーム情報１２５Ａの「異常内容」の欄に格納し、設備異常登録情報４０１の「ステータス」を設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、設備異常登録情報４０１の「発生日時」を設備異常アラーム情報１２５Ａの「発生日時」の欄に格納する。また、登録処理部１１１は、設備異常登録情報４０１の「設備」を、設備異常アラーム情報１２５Ａの「設備」の欄に格納する。
　なお、図２に示す例では、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に「異常発生中」の情報が格納されている（太枠）。
　なお、後記するが、登録処理部１１１は、設備異常対策依頼ＤＢ１２６に格納されている設備異常対策依頼情報１２６Ａにも同様の情報を格納する（図１７で後記）。
　図３は、異常の解消を設備異常アラームＤＢ１２５に登録する手順を示す図である。図３では、設備異常の解消をユーザが認識した際に行う処理を説明する。
　設備異常の解消を認識すると、ユーザは、端末装置２００の入力装置２０３を介して、設備回復登録情報４０２を入力する。図２に示すように、設備異常登録情報４０１は、「異常Ｎｏ．」、現在の状態を示す「ステータス」、「解消日時」が含まれる。「解消日時」は、設備異常が解消した日時である。
　図３に示すように、設備回復登録情報４０２は、業務管理装置１００へ送信され、設備異常アラームＤＢ１２５に保持されている設備異常アラーム情報１２５Ａに格納される。設備回復登録情報４０２を受信した業務管理装置１００の登録処理部１１１は、設備回復登録情報４０２の「異常Ｎｏ．」をキーとして、設備回復登録情報４０２の各情報を設備異常アラーム情報１２５Ａに格納する。すなわち、登録処理部１１１は、設備回復登録情報４０２の「ステータス」を設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、設備回復登録情報４０２の「解消日時」を設備異常アラーム情報１２５Ａの「解消日時」の欄（不図示）に格納する。なお、図３に示す例では、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に「異常解消」の情報が格納される（太枠参照）。
　（異常発生・解消の登録：自動登録の場合）
　図４は、異常発生を進捗異常アラームＤＢ１２１に登録する手順を示す図である。図４では、管理システムによる進捗異常の自動登録処理を説明する。なお、図４及び図５では、進捗に異常が発生した場合について説明する。
　まず、進捗監視装置２３０が進捗の遅れを検知する。進捗の遅れは、例えば、製品が、ある時刻までにＮ個生産されていなければならないところを、当該時刻になってもＮ個に到達していない等を、進捗監視装置２３０が定期的に監視することで検知される。進捗監視装置２３０は、基準（計画）と実績とを比較し、差異が閾値以上であった場合、進捗の遅れを検知する。
　進捗遅れの発生を認識すると、進捗監視装置２３０は、進捗監視バッチ情報４１１を入力する。図４に示すように、進捗監視バッチ情報４１１には、「工程Ｎｏ．」、現象を示す「異常内容」、現在の状態を示す「ステータス」、「発生日時」、「設備」が含まれる。
　進捗監視バッチ情報４１１は、業務管理装置１００へ送信され、進捗異常アラームＤＢ１２１に保持されている進捗異常アラーム情報１２１Ａに格納される。図４の例に示すように、進捗異常アラーム情報１２１Ａは、「異常Ｎｏ．」、「工程Ｎｏ．」、「異常内容」、「異常ステータス」、「発生日時」、「設備」の各項目を有している。また、図示していないが進捗異常アラーム情報１２１Ａは、進捗遅れが解消した日時が格納される「解消日時」の項目も有している。進捗監視バッチ情報４１１を受信した業務管理装置１００の登録処理部１１１は、まず、「異常Ｎｏ．」を生成する。その後、生成した「異常Ｎｏ．」を進捗異常アラーム情報１２１Ａの「異常Ｎｏ．」の欄に格納すると、進捗監視バッチ情報４１１の各情報を進捗異常アラーム情報１２１Ａに格納する。すなわち、登録処理部１１１は、進捗監視バッチ情報４１１の「工程Ｎｏ．」を進捗異常アラーム情報１２１Ａの「工程Ｎｏ．」の欄に格納する。同様に、登録処理部１１１は、進捗監視バッチ情報４１１の「異常内容」を進捗異常アラーム情報１２１Ａの「異常内容」の欄に格納し、進捗監視バッチ情報４１１の「ステータス」を進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、進捗監視バッチ情報４１１の「発生日時」を進捗異常アラーム情報１２１Ａの「発生日時」の欄に格納する。さらに、登録処理部１１１は、進捗監視バッチ情報４１１の「設備」を進捗異常アラーム情報１２１Ａの「設備」の欄に格納する。
　なお、図２に示す例では、進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に「異常発生中」の情報が格納されている（太枠参照）。
　なお、後記するが、登録処理部１１１は、進捗異常対策依頼ＤＢ１２２にも同様の情報を格納する。
　図５は、異常の解消を進捗異常アラームＤＢ１２１に登録する手順を示す図である。図５では、進捗遅れの解消を進捗監視装置２３０が認識した際に行う処理を説明する。
　進捗遅れの解消を認識すると、進捗監視装置２３０は、進捗監視バッチ情報４１１を生成する。図５に示すように、進捗監視バッチ情報４１１は、「異常Ｎｏ．」、「ステータス」、「解消日時」が含まれる。「解消日時」は、進捗遅れが解消した日時である。
　進捗監視バッチ情報４１１は、業務管理装置１００へ送信され、進捗異常アラームＤＢ１２１に保持されている進捗異常アラーム情報１２１Ａに格納される。進捗監視バッチ情報４１１を受信した業務管理装置１００の登録処理部１１１は、進捗監視バッチ情報４１１の「異常Ｎｏ．」をキーとして、進捗監視バッチ情報４１１の各情報を進捗異常アラーム情報１２１Ａに格納する。すなわち、登録処理部１１１は、進捗監視バッチ情報４１１の「ステータス」を進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に格納する。そして、登録処理部１１１は、進捗監視バッチ情報４１１の「解消日時」を進捗異常アラーム情報１２１Ａの「解消日時」の欄（不図示）に格納する。なお、図３に示す例では、進捗異常アラーム情報１２１Ａの「異常ステータス」の欄に「異常解消」の情報が格納される（太枠参照）。
　（異常程度の更新：設備異常の場合）
　次に、図６～図８を参照して、設備異常の場合における異常程度の更新について説明する。
　図６に示す設備異常アラームＤＢ１２５の設備異常アラーム情報１２５Ａは、図３に示す設備異常アラーム情報１２５Ａと同じである。
　設備異常監視部１１２は、設備回復登録情報４０２（図３）が送信されたか否かを判定する。発生日時から、予め設定されている第１時間が経過しても、設備回復登録情報４０２が送信されない場合、設備異常監視部１１２は、図７に示すような、設備異常監視バッチ情報４２１を登録処理部１１１に送る。図７に示すように、設備異常監視バッチ情報４２１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［大］」の情報が格納されている。
　登録処理部１１１は、設備異常監視バッチ情報４２１の「異常Ｎｏ．」をキーとして、設備異常アラーム情報１２５Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［大］」に更新する（太枠参照）。
　例えば、設備異常アラーム情報１２５Ａの「異常ステータス」の欄が「異常発生中［大］」に更新された後、予め設定されている第２時間が経過しても、設備回復登録情報４０２が送信されない場合、設備異常監視部１１２は、図８に示すような、設備異常監視バッチ情報４２１を登録処理部１１１に送る。図８に示すように、設備異常監視バッチ情報４２１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［特大］」の情報が格納されている。
　登録処理部１１１は、設備異常監視バッチ情報４２１の「異常Ｎｏ．」をキーとして、設備異常アラーム情報１２５Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［特大］」に更新する。
　（異常程度の更新：進捗異常の場合）
　次に、図９～図１１を参照して、進捗異常の場合における異常程度の更新について説明する。
　図９に示す進捗異常アラームＤＢ１２１の進捗異常アラーム情報１２１Ａは、図４に示す進捗異常アラーム情報１２１Ａと同じである。
　進捗差異が拡大した場合、設備異常監視部１１２は、図１０に示すような、進捗監視バッチ情報４１１を登録処理部１１１に送る。進捗遅れが拡大するとは、基準（計画）と、実績を比較し、その差が予め設定されている第１閾値以上となった場合である。図１０に示すように、進捗監視バッチ情報４１１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［大］」の情報が格納されている。
　登録処理部１１１は、進捗監視バッチ情報４１１の「異常Ｎｏ．」をキーとして、進捗異常アラーム情報１２１Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［大］」に更新する（太枠参照）。
　進捗異常アラーム情報１２１Ａの「異常ステータス」の欄が「異常発生中［大］」に更新された後、さらに進捗差異が拡大した場合、設備異常監視部１１２は、図１１に示すような、進捗監視バッチ情報４１１を登録処理部１１１に送る。進捗差異がさらに拡大するとは、基準（計画）と、実績を比較し、その差が予め設定されている第２閾値（＞第１閾値）以上となった場合である。図１１に示すように、進捗監視バッチ情報４１１は、「異常Ｎｏ．」、「ステータス」の各情報を有している。ここで、「ステータス」には、「異常発生中［特大］」の情報が格納されている。
　登録処理部１１１は、進捗監視バッチ情報４１１の「異常Ｎｏ．」をキーとして、進捗異常アラーム情報１２１Ａを検索し、該当するレコードの「異常ステータス」の欄を「異常発生中［特大］」に更新する（太枠参照）。
　ここで、図２～図１１における登録処理が、品質異常アラームＤＢ１２３や、安全異常アラームＤＢ１２４についても行われる。
　（異常発生警告表示）
　次に、図１２～図１６を参照して、異常発生警告表示の例を示す。なお、図１２～図１６では、設備異常の場合を例として示しているが、進捗異常の場合も同様である。
　まず、図１２は、設備異常アラームＤＢ１２５に保持されている設備異常アラーム情報１２５Ａに、何も情報が登録されていない状態を示す。つまり、図１２は、設備異常が発生していない状態を示している。このような場合、出力処理部２１１が、表示ボード２２１に異常が発生していないことを示す緑の丸（図１２では、細実線の丸で表現）でアラーム情報Ｍを表示する。このようなアラーム情報Ｍの表示を「正常表示」と称する。
　次に、図１３は、図２に示すように設備異常が発生した際の設備異常アラーム情報１２５Ａを示している。図１３における設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図２と同様に、「異常発生中」が登録されている。このような場合、図１３に示すように、出力処理部２１１は、異常が発生していることを示す赤の丸（図１３では、太実線の丸で表現）でアラーム情報Ｍを表示する。このようなアラーム情報Ｍの表示を「異常表示（小）」と称する。
　そして、図１４は、図７に示すように、第１時間が過ぎても設備異常が解消していない場合の設備異常アラーム情報１２５Ａを示している。図１４における設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図７と同様に、「異常発生中［大］」が登録されている。このような場合、図１４に示すように、出力処理部２１１は、表示ボード２２１に点滅する赤の丸（図１４では、太破線の丸の紙面左上に３本の線を配置することで表現）でアラーム情報Ｍを表示することで、異常が発生してから、第１時間が経過していることを示す。このようなアラーム情報Ｍの表示を「異常表示（大）」と称する。
　さらに、図１５は、図８に示すように、設備異常アラーム情報１２５Ａの「異常ステータス」の欄が「異常発生中［大］」に更新された後、第２時間が過ぎても設備異常が解消していない場合の設備異常アラーム情報１２５Ａを示している。図１５における設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図８と同様に、「異常発生中［特大］」が登録されている。このような場合、図１５に示すように、出力処理部２１１は、表示ボード２２１に高速点滅する赤の丸（図１４では、太破線の丸の紙面左上及び右上に３本の線を配置することで表現）を表示することで、異常が発生してから、第２時間が経過していることを示す。このようなアラーム情報Ｍの表示を「異常表示（特大）」と称する。
　そして、図１６には、図３と同様に、設備異常が解消した際における設備異常アラーム情報１２５Ａが示されている。図１６に示す設備異常アラーム情報１２５Ａの「異常ステータス」の欄には、図３と同様、「異常解消」が登録されている。このような場合、図１６に示すように、出力処理部２１１は、表示ボード２２１に異常が発生していないことを示す緑の丸（図１６では、細実線の丸で表現）でアラーム情報Ｍを表示する。前記したように、このようなアラーム情報Ｍの表示を「正常表示」と称する。
　なお、「正常表示」、「異常表示（小）」、「異常表示（大）」、「異常表示（特大）」それぞれのアラーム情報Ｍを、どのように表示させるかはユーザによってカスタマイズ可能である。
　このように、本実施形態では、設備異常等の異常の度合を、丸の色や、点滅等で強調表示する。このようにすることで、ユーザに異常の発生や、異常の度合といった異常発生状況を気付かせることができる。
　なお、ここでは、表示ボード２２１がアラーム情報Ｍを表示しているが、その他にもスピーカ２２２から出力される音でアラームが表されてもよい。この場合、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納されている情報に応じて音の種類や、長さが変化するようにするとよい。
　＜対策状況の可視化＞
　（対策依頼の登録）
　図１７～図２０を参照して、発生した異常に対する対策依頼の登録について説明する。なお、図１７～図２０では、設備異常に対する対策依頼の例を示すが、その他の異常（進捗異常等）についても、同様の処理が行われる。
　図１７において、設備異常を認識したユーザは、端末装置２００の入力装置２０３を介して設備異常登録情報４０１を業務管理装置１００へ送信する。このとき、送信される設備異常登録情報４０１は、図２で送られたものと同じものである。ただし、「工程Ｎｏ．」のみが設備異常登録情報４０１に含まれていてもよい。
　設備異常登録情報４０１を受信した業務管理装置１００の登録処理部１１１は、受信した設備異常登録情報４０１と、対策マスタＤＢ１２９に格納されている対策マスタ情報１２９Ａ（図１８参照）を基に、設備異常対策依頼ＤＢ１２６の設備異常対策依頼情報１２６Ａに対策に関する情報を格納する。つまり、過去における対策内容の実績を基に対策マスタ情報１２９Ａが作成される。
　図１７の例に示すように、設備異常対策依頼情報１２６Ａは、「依頼Ｎｏ．」、「親Ｎｏ．」、「異常Ｎｏ．」、「工程Ｎｏ．」、「部門」、「依頼ステータス」、「依頼内容」、「対策案」、「対策内容」、「発生日時」、「対策予定」、「更新日時」、「完了日時」、「設備」の各項目を有する。なお、「発生日時」とは、設備異常の発生日時である。
　図１８は、対策マスタＤＢ１２９に格納されている対策マスタ情報１２９Ａの例を示す図である。
　対策マスタ情報１２９Ａは、「工程Ｎｏ．」、「設備」、「異常内容」、「対策内容」、「回数」」の各項目を有している。対策マスタ情報１２９Ａは、設備異常対策依頼情報１２６Ａの「対策内容」の欄を基に作成される。
　「工程Ｎｏ．」は、設備異常アラーム情報１２５Ａや、設備異常対策依頼情報１２６Ａにおける「工程Ｎｏ．」と同様の情報である。「設備」は、異常が生じた設備の名称が格納される。「異常内容」には、生じた異常の内容が格納され、「対策内容」には、「異常内容」に対して行われた対策が格納される。「回数」には、「対策内容」に格納されている対策が行われた回数が格納される。
　図１７に示す設備異常登録情報４０１を受信した登録処理部１１１は、設備異常登録情報４０１の「工程Ｎｏ．」や、「異常内容」、「設備」等をキーとして、図１８の対策マスタ情報１２９Ａを検索し、該当する「対策内容」のうち、「回数」が最も大きい「対策内容」を抽出する。図１７及び図１８の例では、「Ｘｘ部品交換」が抽出される。登録処理部１１１は、抽出した「対策内容」を、設備異常対策依頼情報１２６Ａの「対策案」の欄に格納する。また、登録処理部１１１は、設備異常対策依頼情報１２６Ａのレコードを更新した日時を「更新日時」の欄に格納する。
　図１９は、自部門では対策しきれない場合、他部門に依頼する場合における設備異常対策依頼情報１２６Ａの登録例を示す図である。例えば、生産部門では、対策しきれない設備異常対策を保全管理部門に依頼する場合等である。
　ユーザが、自部門では、設備異常に対する保全を対策しきれないと判断すると、端末装置２００を介して、図１９に示すような、保全依頼情報４３１を業務管理装置１００へ送信する。保全依頼情報４３１には、「依頼Ｎｏ．」、依頼先の「対象部門」、保全状態を示す「ステータス」、「依頼日時」の各情報を含む。依頼先の「対象部門」は、ユーザによって選択されるが、業務管理装置１００が、空いている部門を選択してもよい。
　保全依頼情報４３１を受信した業務管理装置１００の登録処理部１１１は、設備異常対策依頼ＤＢ１２６に格納されている設備異常対策依頼情報１２６Ａのレコードを生成する（レコードＲ１）。次に、登録処理部１１１は、生成したレコードＲ１の「依頼Ｎｏ．」の欄に、新たに生成した依頼Ｎｏ．の「４」を格納する。次に、登録処理部１１１は、レコードＲ１の親レコードとなるレコードＲ２の「異常Ｎｏ．」、「工程Ｎｏ．」、「部門」、「依頼ステータス」、「依頼内容」、「対策案」、「対策内容」、「発生日時」、「対策予定」、「更新日時」、「完了日時」、「設備」の各欄の情報をレコードＲ１の各欄にコピーする。ただし、図１９の例において、レコードＲ２の「対策内容」、「対策予定」、「完了日時」の欄は空欄であるため、レコードＲ１における当該欄には、空欄がコピーされる。
　次に、登録処理部１１１は、保全依頼情報４３１の「対象部門」に格納されている情報（ここでは、「保全」）で、レコードＲ１の「部門」の欄を更新する。また、登録処理部１１１は、レコードＲ１の「親Ｎｏ．」の欄に、親レコードとなるレコードＲ２の「依頼Ｎｏ．」の数字を格納する。さらに、登録処理部１１１は、レコードＲ２の「依頼ステータス」の欄を「依頼済」に更新する。
　図２０は、設備異常対策の１つとして、管理者を呼び出す処理を行う例を示す図である。
　設備異常対策の１つとして、管理者を呼び出すことが必要な場合、ユーザは、端末装置２００を介して、管理者呼出情報４３２を業務管理装置１００へ送信する。図２０の例に示すように、管理者呼出情報４３２は、場所を示す「工程Ｎｏ．」、依頼内容を示す「依頼内容」、状態を示す「ステータス」、依頼日時を示す「発生日時」、呼び出す管理者が所属する部門の情報示す「部門」を含む。
　管理者呼出情報４３２を受信した業務管理装置１００の登録処理部１１１は、管理者呼出依頼ＤＢ１３０に格納されている管理者呼出依頼情報１３０Ａに管理者呼出情報４３２の各情報を格納する。管理者呼出依頼情報１３０Ａは、設備異常対策依頼情報１２６Ａと同様の項目を有する。
　管理者呼出情報４３２を受信した業務管理装置１００の登録処理部１１１は、管理者呼出依頼情報１３０Ａに新たなレコードを生成するとともに、依頼Ｎｏ．を生成し、生成した依頼Ｎｏ．を、管理者呼出依頼情報１３０Ａの「依頼Ｎｏ．」の欄に格納する。また、登録処理部１１１は、管理者呼出依頼情報１３０Ａの「工程Ｎｏ．」、「部門」、「依頼ステータス」、「依頼内容」、「発生日時」の欄に、管理者呼出情報４３２の「工程Ｎｏ．」、「部門」、「ステータス」、「依頼内容」、「発生日時」の各情報を格納する。
　図２０の例では、管理者呼出依頼情報１３０Ａの「工程Ｎｏ．」に「工程１」、「依頼ステータス」に「未確認」、「依頼内容」に「管理者呼出」が格納される。また、登録処理部１１１は、管理者呼出情報４３２のレコードに情報を登録（更新）した日時を「更新日時」の欄に格納する。
　（対策依頼に対する対策状況の登録）
　次に、図２１～図２３を参照して、対策依頼に対する対策状況の登録について説明する。図２１～図２３では、設備異常に対する処理を示しているが、他の異常も同様である。
　図２１は、設備異常に対する対策依頼が行われた際の設備異常対策依頼情報１２６Ａを示している。すなわち、図２１に示す設備異常対策依頼情報１２６Ａは、図１７に示す設備異常対策依頼情報１２６Ａと同じ情報を有している。
　設備異常に対する対策者が、設備異常の対策を始めると、対策者は、図２２に示すように、端末装置２００を介して、設備異常対策登録情報４４３を業務管理装置１００へ送信する。ここで、送信される設備異常対策登録情報４４３には、「依頼Ｎｏ．」、「ステータス」、「対策予定日時」、「更新日時」の各情報が含まれている。図２２の例では、「ステータス」として「対策中」が格納されており、「対策予定日時」に「９：２０：００」が格納されており、更新日時として「９：１０：００」が格納されているものとする。
　設備異常対策登録情報４４３を受信した業務管理装置１００は、設備異常対策登録情報４４３の「依頼Ｎｏ．」をキーとして、設備異常対策依頼ＤＢ１２６に格納している設備異常対策依頼情報１２６Ａを検索する。そして、登録処理部１１１は、検索の結果、取得された設備異常対策依頼情報１２６Ａのレコードに、設備異常対策登録情報４４３の各情報を格納する。具体的には、登録処理部１１１は、設備異常対策登録情報４４３の「ステータス」（「対策中」）を設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納する。また、登録処理部１１１は、設備異常対策登録情報４４３の「対策予定日時」（「９：２０：００」）、「更新日時」（「９：１０：００」）を設備異常対策依頼情報１２６Ａの「対策予定」、「更新日時」の欄に格納する。
　図２３は、対策者による設備異常の対策が完了した際における処理を示す図である。
　設備異常に対する対策が完了すると、対策者は、端末装置２００を介して設備異常対策登録情報４４３を業務管理装置１００へ送信する。ここで、送信される設備異常対策登録情報４４３には、「依頼Ｎｏ．」、「対策内容、「ステータス」、「更新日時」、「完了日時」の各情報が含まれている。図２３の例では、「対策内容」として「Ｘｘ部品交換」、「ステータス」として「対策済」が格納されている。また、更新日時として「９：２０：００」が格納され、「完了日時」として「９：２０：００」が格納されているものとする。
　設備異常対策登録情報４４３を受信した業務管理装置１００は、設備異常対策登録情報４４３の「依頼Ｎｏ．」をキーとして、設備異常対策依頼ＤＢ１２６に格納している設備異常対策依頼情報１２６Ａを検索する。そして、登録処理部１１１は、検索の結果、取得された設備異常対策依頼情報１２６Ａのレコードに、設備異常対策登録情報４４３の各情報を格納する。具体的には、登録処理部１１１は、設備異常対策登録情報４４３の「ステータス」（「対策済」）を設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納する。また、登録処理部１１１は、設備異常対策登録情報４４３の「対策内容」（「Ｘｘ部品交換」）を設備異常対策依頼情報１２６Ａの「対策内容」の欄に格納する。さらに、登録処理部１１１は、設備異常対策登録情報４４３の「更新日時」（「９：２０：００」）を設備異常対策依頼情報１２６Ａの「更新日時」の欄に格納し、設備異常対策登録情報４４３の「完了日時」（「９：２０：００」）を設備異常対策依頼情報１２６Ａの「完了日時」の欄に格納する。
　また、図１９のように、他部門へ対策を依頼している場合、依頼した他部門において対策が完了すると、設備異常対策依頼情報１２６Ａの「親Ｎｏ．」に格納されている番号を基に、依頼元の「依頼ステータス」の欄を「対策済み」に更新する。
　（対策依頼に対する放置状態の監視）
　次に、図２４及び図２５を参照して、設備異常に対する対策依頼が行われない状態で、放置されている場合の処理について説明する。すなわち、図２４及び図２５では、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「未確認」のまま、所定期間、放置されている例を示す。
　図２４は、設備異常に対する対策依頼が行われた際の設備異常対策依頼情報１２６Ａを示している。すなわち、図２４に示す設備異常対策依頼情報１２６Ａは、図１７の示す設備異常対策依頼情報１２６Ａと同じ情報を有している。
　対策監視部１１３は、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「未確認」の状態であり、かつ、現在時刻が「発生日時」の欄に登録されている時刻を超過したか否かを定期監視している。
　そして、図２２に示すような対策依頼がとられないまま、現在時刻が対策予定時刻を超過すると、対策監視部１１３は、図２５に示すような対策依頼監視バッチ情報４３４を生成し、生成した対策依頼監視バッチ情報４３４を登録処理部１１１にわたす。図２５に示すように、対策依頼監視バッチ情報４３４は、「依頼Ｎｏ．」、「ステータス」を有する。ここで、対策依頼監視バッチ情報４３４の「ステータス」には、「未確認［放置］」が格納されている。
　対策依頼監視バッチ情報４３４を受信した、登録処理部１１１は、対策依頼監視バッチ情報４３４に格納されている「依頼Ｎｏ．」をキーとして、設備異常対策依頼情報１２６Ａのレコードを検索する。そして、検索したレコードにおける「依頼ステータス」の欄に、対策依頼監視バッチ情報４３４の「ステータス」の情報を格納する。図２５に示すように、ここでは、「未確認［放置］」が、設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納される。
　（対策依頼に対する不実行状態の監視）
　次に、図２６及び図２７を参照して、対策者による設備異常に対策がなされているが、対策予定日時が過ぎても、放置状態となっている場合の処理について説明する。
　図２６は、設備異常に対する対策を始めた後の設備異常対策依頼情報１２６Ａを示している。すなわち、図２６に示す設備異常対策依頼情報１２６Ａは、図２２に示す設備異常対策依頼情報１２６Ａと同じ情報を有している。
　対策監視部１１３は、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「対策中」であり、かつ、現在時刻が設備異常対策依頼情報１２６Ａの「対策予定」の欄に登録されている時刻を超過したか否かを定期監視している。
　そして、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「対策中」であり、かつ、現在時刻が設備異常対策依頼情報１２６Ａの「対策予定」の欄に登録されている時刻を超過すると、対策監視部１１３は、図２７に示すような対策依頼監視バッチ情報４３４を生成し、生成した対策依頼監視バッチ情報４３４を登録処理部１１１にわたす。現在時刻と、対策予定日時との比較は、定期監視によって行われる。図２７に示すように、対策依頼監視バッチ情報４３４は、「依頼Ｎｏ．」、「ステータス」を有する。ここで、対策依頼監視バッチ情報４３４の「ステータス」には、「対策中［放置］」が格納されている。
　対策依頼監視バッチ情報４３４を受信した、登録処理部１１１は、対策依頼監視バッチ情報４３４に格納されている「依頼Ｎｏ．」をキーとして、設備異常対策依頼情報１２６Ａのレコードを検索する。そして、検索したレコードにおける「依頼ステータス」の欄に、対策依頼監視バッチ情報４３４の「ステータス」の情報を格納する。図２７に示すように、ここでは、「対策中［放置］」が、設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄に格納される。
　（対策状況表示）
　次に、図２８～図３２を参照して、異常発生警告表示の例を示す。なお、図２８～図３２では、設備異常の場合を例として示しているが、その他の異常の場合も同様である。
　まず、図２８は、設備異常対策依頼ＤＢ１２６に保持されている設備異常対策依頼情報１２６Ａにおいて、何も情報が登録されていない状態を示す。つまり、図２８は、設備異常が発生していない状態を示している。このような場合、出力処理部２１１が、表示ボード２２１に異常が発生していないことを示す緑の丸（図２８では、細実線の丸で表現）でアラーム情報Ｍを表示する。このようなアラーム情報Ｍの表示を「正常表示」と称する。ちなみに、図２８～図３２において、設備異常対策依頼情報１２６Ａは、必要な項目のみを示している。
　次に、図２９は、設備異常が発生し、図１７に示すように、設備異常対策依頼情報１２６Ａに情報が格納された際の設備異常対策依頼ＤＢ１２６を示している。図２９における設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図１７と同様に、「未確認」が登録されている。このような場合、図２９に示すように、出力処理部２１１は、点滅する赤の丸（図２９では、太破線の丸の紙面左上に３本の線を配置することで表現）でアラーム情報Ｍを表示することで異常が発生しているが、対策が行われていないことを示す。このようなアラーム情報Ｍの表示を「異常表示（大）」と称する。
　そして、図３０は、図２５に示すように、設備異常対策依頼情報１２６Ａの「依頼ステータス」が「未確認」の状態であり、かつ、現在時刻が「発生日時」の欄に登録されている時刻を超過した場合の設備異常対策依頼ＤＢ１２６を示している。図３０における設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図２５と同様に、「未確認［放置］」が登録されている。このような場合、図３０に示すように、出力処理部２１１は、表示ボード２２１に高速点滅する赤の丸（図３０では、太破線の丸の紙面左上及び右上に３本の線を配置することで表現）でアラーム情報Ｍを表示することで、設備異常に対する対策が行われないまま、現在時刻が「発生日時」の欄に登録されている時刻を超過していることを示す。このようなアラーム情報Ｍの表示を「異常表示（特大）」と称する。
　なお、図２７に示すように、設備異常に対する対策が行われているものの、対策予定時刻を過ぎても対策が完了していない場合も、図３０の表示が行われる。
　図３１は、図２２に示すように、設備異常に対する対策中（現在時刻は対策予定時刻を経過していない）である場合の設備異常対策依頼ＤＢ１２６を示している。図３１における設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図２２と同様に、「対策中」が登録されている。このような場合、図３１に示すように、出力処理部２１１は、異常が発生していることを示す赤の丸（図３１では、太実線の丸で表現）でアラーム情報Ｍを表示する。前記したように、このようなアラーム情報Ｍの表示を「異常表示（小）」と称する。
　そして、図３２には、図２３と同様に、設備異常に対する対策が完了した際における設備異常対策依頼情報１２６Ａが示されている。図３２に示す設備異常対策依頼情報１２６Ａの「依頼ステータス」の欄には、図２３と同様、「対策済み」が登録されている。このような場合、図３２に示すように、出力処理部２１１は、表示ボード２２１に異常が発生していないことを示す緑の丸（図３２では、細実線の丸で表現）でアラーム情報Ｍを表示する。前記したように、このようなアラーム情報Ｍの表示を「正常表示」と称する。
　なお、アラーム情報Ｍを、どのように表示させるかはユーザによってカスタマイズ可能である。
　このように、自部門で対策すべきものか否かや、緊急度合（放置、対策中の放置等）が色、点滅による強調表示で表現される。このようにすることで、ユーザに対策状況を気付かせることができる。このようにすることで、ユーザに対策（アクション）を促すことができる。
　なお、ここでは、表示ボード２２１がアラーム情報Ｍを表示しているが、その他にもスピーカ２２２から出力される音でアラームが表されてもよい。この場合、設備異常アラーム情報１２５Ａの「異常ステータス」の欄に格納されている情報に応じて音の種類や、長さが変化するようにするとよい。
　また、対策が取り消された場合、設備異常対策依頼情報１２６Ａの「依頼ステータス」に「取消」の情報が更新され、アラーム情報Ｍが「正常表示」となる。
　（表示）
　図３３は、表示ボード２２１に表示される状態表示画面Ｄの例を示す図である。
　状態表示画面Ｄは、部門表示領域Ｄ１０、職務ボタンＤ２０、上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０、管理者呼出表示領域Ｄ５０を有する。
　例えば、図３３では、部門表示領域Ｄ１０において「工場＞生産工程」が選択されている。「生産工程」は、「工場」の下位部門のうちの１つであり、「生産工程」に関する設備状態が表示されていることを示している。
　また、図３３に示すように、職務ボタンＤ２０には「総括」、「生産」、「品質」、「保全」等が表示されている。ここで、職務とは、部門における立場である。職務ボタンＤ２０は、ユーザが表示させたい情報を選択するためのボタンである。例えば、ユーザが、「生産現場」の人間で、「生産」に関する情報を閲覧したいと考えた場合、図３３に示すように、ユーザは「生産」の職務ボタンＤ２０を選択入力する。同様に、ユーザが「品質管理」に関する情報を閲覧したいと考えた場合、ユーザは「品質」の職務ボタンＤ２０を選択入力する。また、ユーザが「保全管理」に関する情報を閲覧したいと考えた場合、ユーザは「保全」の職務ボタンＤ２０を選択入力する。「総括」の職務ボタンＤ２０は、部門表示領域Ｄ１０に表示されている「工場」の概況を把握したい人（工場長等）が選択入力する職務ボタンＤ２０である。このようにすることで、表示ボード２２１が設置されている場所や、閲覧する人の職務によって、表示するアラーム情報Ｍを切り替えることができる。このようにすることで、ユーザが閲覧したいアラーム情報Ｍを適切に表示することができる。
　上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０には、職務ボタンＤ２０に対応したアラーム情報Ｍが表示されている。つまり、上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０には、職務ボタンＤ２０を選択入力したユーザが閲覧したいアラーム情報Ｍが格納されている。このように、状態表示画面Ｄを、上位アラーム表示領域Ｄ３０、下位アラーム表示領域Ｄ４０に分けることで、上位階層の部門と、下位階層の部門とにおけるアラーム情報Ｍを一度に閲覧することができるため、異常や、対策の状況を大局的に判断することができる。
　図３３の例では、「生産」の職務ボタンＤ２０が選択されている（選択されている職務ボタンＤ２０はドットで示されている）。従って、上位アラーム表示領域Ｄ３０、及び、下位アラーム表示領域Ｄ４０には、「生産工程」の部門の人が閲覧したいアラーム情報Ｍが表示されている。アラーム情報Ｍは、図２～図３２に示す処理に従って表示される。また、アラーム情報Ｍの表示は、図１２～図１６、及び、図２８～図３２に基づいて表現されている。
　上位アラーム表示領域Ｄ３０には、部門表示領域Ｄ１０で表示されている部門に関するアラーム情報Ｍが表示される。また、下位アラーム表示領域Ｄ４０には、上位アラーム表示領域Ｄ３０に表示されている部門の下位部門に関するアラーム情報Ｍが表示される。図３３の例において、上位アラーム表示領域Ｄ３０には、「生産工程」全体に関するアラーム情報Ｍが表示されている。また下位アラーム表示領域Ｄ４０には、「生産工程」内の各工程である「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」のアラーム情報Ｍが表示されている。また、上位アラーム表示領域Ｄ３０における上位部門表示領域Ｄ３１には、上位アラーム表示領域Ｄ３０の表示対象である「生産工程」が表示されている。さらに、下位アラーム表示領域Ｄ４０における下位部門表示領域Ｄ４１には、下位アラーム表示領域Ｄ４０の表示対象である「加工Ａ」、「加工Ｂ」、「組立Ａ」及び「組立Ｂ」が表示されている。
　それぞれのアラーム情報Ｍにおいて、「●●異常」が表示されているアラーム情報Ｍは、異常登録処理（図２～図１６）における登録に基づいて表示されるものである。例えば、「進捗異常」と表示されているアラーム情報Ｍは、進捗異常アラームＤＢ１２１の登録情報に基づいて表示される。また、「設備異常」と表示されているアラーム情報Ｍは、設備異常アラームＤＢ１２５の登録情報に基づいて表示される。同様に「品質異常」と表示されているアラーム情報Ｍは、品質異常アラームＤＢ１２３の登録情報に基づいて表示される。また、「安全異常」と表示されているアラーム情報Ｍは、安全異常アラームＤＢ１２４の登録情報に基づいて表示される。
　一方、「●●対策」が表示されているアラーム情報Ｍは、対策登録処理（図１７～図３２）における登録に基づいて表示されるものである。例えば、「進捗対策」と表示されているアラーム情報Ｍは、進捗異常対策依頼ＤＢ１２２の登録情報に基づいて表示される。例えば、図３３の「加工Ａ」の「進捗対策」が「異常表示（大）」となっているが、これは、「加工Ａ」で進捗遅れが発生しているが、対策が「未確認」の状態であることを示している（図２９参照）。
　また、アラーム情報Ｍについて、縦の列は同一の種類のアラーム情報Ｍを示している。例えば、アラーム情報Ｍ１０１は、「加工Ａ」の工程における進捗状況を示し、アラーム情報Ｍ１０２は、「加工Ｂ」の工程における進捗状況を示す。さらに、アラーム情報Ｍ１０３は、「組立Ａ」の工程における進捗状況を示し、アラーム情報Ｍ１０４は、「組立Ｂ」の工程における進捗状況を示す。
　ここで、アラーム情報Ｍとして表示される「進捗異常」、「品質異常」等のそれぞれを業務と称する。
　なお、「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」それぞれの部門において、どの業務（「進捗異常」、「品質異常」等）のアラーム情報Ｍが表示されるかは、出力処理部２１１が、後記するアラーム情報選択ＤＢ１２７を参照することによって決定される。以降に示される状態表示画面Ｄも同様である。
　そして、アラーム情報Ｍ１００は、「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」の上位部門である「生産工程」の進捗状況を示す。その他のアラーム情報Ｍの列についても同様である。
　ここで、図３３に示すように、下位部門において、異なる複数の状態（進捗状況等）がある場合、上位部門のアラーム情報Ｍは、下位部門において、より注意喚起の強い情報が採用される。例えば、図３３の例では、「加工Ｂ」、「組立Ａ」、「組立Ｂ」の「品質異常」を示すアラーム情報Ｍ１１２～Ｄ１１４が「正常表示」を示している。これに対して、「加工Ａ」の「品質異常」を示すアラーム情報Ｍ１１１が「異常表示（小）」を示している。従って、「加工Ａ」、「加工Ｂ」、「組立Ａ」及び「組立Ｂ」の上位部門である「生産工程」の「品質異常」を示すアラーム情報Ｍ１１０は、「加工Ａ」、「加工Ｂ」、「組立Ａ」及び「組立Ｂ」のうちで、最も注意喚起が強い「加工Ａ」の「異常表示（小）」に合わせて、「異常表示（小）」でアラーム情報Ｍが表示される。
　なお、「加工Ｂ」、「組立Ａ」、「組立Ｂ」の「品質異常」を示すアラーム情報Ｍ１１２～Ｄ１１４が「正常表示」を示しており、「加工Ａ」の「品質異常」を示すアラーム情報Ｍ１１１が「異常表示（小）」を示しているが、品質異常アラームＤＢ１２３に格納されている品質異常アラーム情報（不図示）において、「生産工程」の「異常ステータス」の欄が「解消済み」となっていた場合、当該「解消済み」の情報が優先される。
　このように、出力処理部２１１は、工場内で収集した様々な計画情報、実績情報、異常情報、対策情報が格納されているそれぞれのＤＢ１２１～１２６から、表示する対象工程の情報を抽出し、表示ボード２２１に出力する。
　また、出力処理部２１１は、「優先順位定義マスタ」に設定されている条件をもとに、アラームの対策優先順位を表示する。
　なお、状態表示画面Ｄは、定期的にリフレッシュされる。このようにすることで、最新の情報をアラーム情報Ｍとして表示することができる。
　また、管理者呼出表示領域Ｄ５０には、図２０において、情報が格納された管理者呼出依頼情報１３０Ａの内容が表示される。図３３の例では、図２０において管理者呼出依頼情報１３０Ａの内容に合わせて「管理者：Ｘｘ部品交換をお願いします」の情報が表示されている。ここで、「管理者」とは「生産工程」の管理者である。なお、図３３以外の状態表示画面Ｄでは、管理者呼出表示領域Ｄ５０には情報が表示されていないものとする。
　次に、状態表示画面Ｄの遷移について説明する。
　図３４は、表示される部門として「工場」が選択され（部門表示領域Ｄ１０参照）、「総括」の職務ボタンＤ２０が表示されている例を示す。従って、図３４の例では、上位アラーム表示領域Ｄ３０には「工場」に関するアラーム情報Ｍが表示され、下位アラーム表示領域Ｄ４０には「工場」の下位部門である「納入工程」、「生産工程」、「検査工程」、「出荷工程」が表示されている。
　ここで、ユーザが、下位アラーム表示領域Ｄ４０の下位部門表示領域Ｄ４１に表示されている「生産工程」（符号Ｄ４２）を選択入力すると、出力処理部２１１は、表示ボード２２１の画面を図３５の状態表示画面Ｄに遷移させる。なお、職務ボタンＤ２０は「総括」のままである。図３５の状態表示画面Ｄでは、「総括」の職務ボタンＤ２０が選択入力された状態での、「生産工程」におけるアラーム情報Ｍが表示されている。図３５において表示されている上位部門、下位部門は図３３と同様であるので、ここでの説明を省略する。なお、上位の部門（図３５の例では「工場」）の状態表示画面Ｄに遷移するには、部門表示領域Ｄ１０に表示されている上位部門の名称（図３５の例では「工場」）をユーザが選択入力する。
　なお、図３５の例では、一部のアラーム情報Ｍに優先順位表示Ｙ１～Ｙ５が表示されている。すなわち、「加工Ａ」の工程における「設備異常」が優先順位「１」（優先順位表示Ｙ１）であり、「加工Ａ」の工程における「進捗異常」が優先順位「２」（優先順位表示Ｙ２）である。以下、同様に、「組立Ａ」における「進捗異常」が優先順位「３」（優先順位表示Ｙ３）であり、「加工Ｂ」における「進捗異常」が優先順位「４」（優先順位表示Ｙ４）であり、「加工Ａ」の「品質異常」が優先順位「５」（優先順位表示Ｙ５）である。このような優先順位表示Ｙ１～Ｙ５は、表示のオン・オフの切り替えが可能である。優先順位表示Ｙ１～Ｙ５は、表示のオン・オフは、設定画面や、右クリックによるメニュー表示等によって設定可能である。
　また、優先順位表示Ｙ１～Ｙ５は、図３６に示すような優先順位定義マスタＤＢ１２８に格納されている優先順位定義マスタ情報１２８Ａを出力処理部２１１が参照することによって表示される。なお、図３５の例では、上位５個の優先順位表示Ｙ１～Ｙ５が表示されているが、上位３個や、上位１０個等といった優先順位が表示されてもよい。
　図３６は、「生産工程」における優先順位定義マスタ情報１２８Ａの例を示す図である。
　図３６の例に示すように、「生産工程」における優先順位定義マスタ情報１２８Ａでは、「生産工程」を構成する「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」に対する「進捗異常」、「品質異常」、「設備異常」、「安全異常」といった各業務の優先順位が格納されている。ここでは、「工場」、「生産工程」等、表示される部門毎に優先順位定義マスタ情報１２８Ａが作成されるとしているが、最上位から最下位までのすべての部門における優先順位を網羅した優先順位定義マスタ情報１２８Ａが作成されてもよい。なお、図３５以外の状態表示画面Ｄでは、優先順位表示Ｙ１～Ｙ５の表示はオフになっているものとする。
　なお、緊急性の高いものほど、優先順位は高く、同じ緊急性のものであれば、優先順位定義マスタ情報１２８Ａに基づいて優先順位が決定される。緊急性の高いものほど、優先順位が高いとは、「異常表示（特大）」で表示されているアラーム情報Ｍの対象が最も優先順位が高く、「異常表示（小）」となっているものは優先順位が低くなるという意味である。
　図３７は、図３５の状態表示画面Ｄを表示する際の出力処理部２１１の動作を示す図である。
　前記したように、出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、現在選択されている部門（「生産工程」：部門表示領域Ｄ１０参照）と、選択されている職務ボタンＤ２０（「総括」）とに適したＤＢ１２１，１２３～１２５を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５（業務に対応）が選択される。出力処理部２１１は、選択したＤＢ１２１，１２３～１２５を参照して、アラーム情報Ｍを表示する。また、図３５の例では、優先順位表示Ｙ１～Ｙ５の表示が設定されているため、出力処理部２１１は、優先順位定義マスタＤＢ１２８も参照して、優先順位表示Ｙ１～Ｙ５を表示する。
　ここで、ユーザが、図３５の下位アラーム表示領域Ｄ４０の下位部門表示領域Ｄ４１に表示されている「加工Ａ」（符号Ｄ４３）を選択入力すると、出力処理部２１１は、表示ボード２２１の画面を図３８の状態表示画面Ｄに遷移させる。なお、職務ボタンＤ２０は「総括」が選択されたままである。図３８の状態表示画面Ｄでは、「総括」の職務ボタンＤ２０が選択入力された状態での、「加工Ａ」におけるアラーム情報Ｍが表示されている。図３８の状態表示画面Ｄでは、上位アラーム表示領域Ｄ３０には、「加工Ａ」のアラーム情報Ｍが表示され、下位アラーム表示領域Ｄ４０には「加工Ａ」の下位部門である「掘削」、「切込」、「曲げ」、「仕上げ」のアラーム情報Ｍが表示される。
　図３９は、図３５の状態表示画面Ｄから、図３８の状態表示画面Ｄへ遷移する際の出力処理部２１１の動作を示す図である。
　出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、選択された部門（「加工Ａ」）と、選択されている職務ボタンＤ２０（「総括」）とに適したＤＢ１２１，１２３～１２５を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５（業務に対応）が選択される。出力処理部２１１は、選択したＤＢ１２１，１２３～１２５を参照して、生産工程用のアラーム情報Ｍを表示する（生産工程用表示）。
　ここで、図３５の下位アラーム表示領域Ｄ４０の下位部門表示領域Ｄ４１に表示されている「加工Ａ」（符号Ｄ４３）を選択入力すると、出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、選択された部門（「加工Ａ」）と、選択されている職務ボタンＤ２０（「総括」）とに適したＤＢ１２１，１２３～１２５を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５（業務に対応）が選択される。出力処理部２１１は、選択したＤＢ１２１，１２３～１２５を参照して、加工Ａ用のアラーム情報Ｍを表示する（加工Ａ用表示）。
　また、ユーザが、図３５の状態表示画面Ｄで「保全」の職務ボタンＤ２０を選択入力すると、出力処理部２１１は、表示ボード２２１の画面を図４０の状態表示画面Ｄに遷移させる。なお、表示される部門は、図３５と同じ「生産工程」である（部門表示領域Ｄ１０参照）。図４０の状態表示画面Ｄでは、図３５と同様、上位アラーム表示領域Ｄ３０には、「生産工程」のアラーム情報Ｍが表示され、下位アラーム表示領域Ｄ４０には、「生産工程」内の各工程である「加工Ａ」、「加工Ｂ」、「組立Ａ」、「組立Ｂ」のアラーム情報Ｍが表示されている。ただし、「保全」の職務ボタンＤ２０が選択入力されているため、「設備異常」、「設備対策」のアラーム情報Ｍが表示されている。
　図４１は、図３５の状態表示画面Ｄから、図４０の状態表示画面Ｄへ遷移する際の出力処理部２１１の動作を示す図である。
　出力処理部２１１は、表示ボード２２１に表示されている図３５の状態表示画面Ｄ（総括用表示）では、アラーム情報選択ＤＢ１２７を参照して選択した進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４、設備異常アラームＤＢ１２５を基にアラーム情報Ｍを表示する。そして、図３５の「保全」の職務ボタンＤ２０が選択入力されると、出力処理部２１１は、アラーム情報選択ＤＢ１２７を参照して、選択されている職務ボタンＤ２０（「保全」）に適したＤＢ１２５，１２６を選択する。アラーム情報選択ＤＢ１２７については後記する。ここでは、設備異常アラームＤＢ１２５及び設備異常対策依頼ＤＢ１２６（業務に対応）が選択される。出力処理部２１１は、選択したＤＢを参照して、表示ボード２２１に図４０に示す状態表示画面Ｄ（保全用表示）を表示する。
　（アラーム情報選択情報１２７Ａ）
　図４２は、本実施形態におけるアラーム情報選択情報１２７Ａの例を示す図である。
　ここでは、「工場」における異常に関するアラーム情報選択情報１２７Ａを示している。「異常に関する」とは、「設備異常」、「進捗異常」等、「異常」に関するアラーム情報Ｍという意味である。「設備異常対策」や、「進捗異常対策」等の「対策」についても同様のアラーム情報選択情報１２７Ａが設けられている。また、図４２は、「工場」に関するアラーム情報選択情報１２７Ａを示しているが、ＰＤＣＡ管理システム１は、「生産工程」や、「加工Ａ」等の各工程に対しても、同様のアラーム情報選択情報１２７Ａを備えている。さらに、各職務についても同様のアラーム情報選択情報１２７Ａを備えている。
　アラーム情報選択情報１２７Ａは、アラーム情報選択ＤＢ１２７に格納されており、出力処理部２１１は、部門表示領域Ｄ１０に表示されている部門と、アラーム情報選択ＤＢ１２７とを参照して、表示するアラーム情報Ｍを選択する。
　図４２の例におけるアラーム情報選択情報１２７Ａは、横軸に部門、縦軸に業務が対応している。そして、各部門においてアラーム情報Ｍとして表示する情報は丸が示されており、表示しない情報は「－」が示されている。
　例えば、「納入工程」の場合、「納入進捗」、「納入品質」、「納入工程事故状況」をアラーム情報Ｍとして表示するため、「進捗」、「品質」、「安全」の各業務が「進捗異常」、「品質異常」、「安全異常」のアラーム情報Ｍとして表示される。換言すれば、出力処理部２１１は、進捗異常アラームＤＢ１２１、品質異常アラームＤＢ１２３、安全異常アラームＤＢ１２４を選択し、その情報をアラーム情報Ｍとして表示する。同様に、「生産工程」の場合、「生産進捗」、「生産品質」、「生産設備状態」、「生産工程事故状況」をアラーム情報Ｍと表示するため、「進捗」、「品質」、「設備」、「安全」の業務が「進捗異常」、「品質異常」、「設備異常」、「安全異常」のアラーム情報Ｍとして表示される（図３３、図３５参照）。なお、「進捗対策」等の対策状況についても、同様に、部門と、業務について、どのアラーム情報Ｍが表示されるかに関する情報がアラーム情報選択情報１２７Ａとしてアラーム情報選択ＤＢ１２７に格納されている。なお、「進捗対策」等の対策状況については、図４４Ａ～図４７Ｃで後記するように、進捗異常対策依頼ＤＢ１２２や、設備異常対策依頼ＤＢ１２６の「部門」の項目も参照される。
　図４２では、部門（部門表示領域Ｄ１０や、上位部門表示領域Ｄ３１、下位部門表示領域Ｄ４１に表示される部門）と、表示されるアラーム情報Ｍとの関係が示されているが、同様の構成で、職務ボタンＤ２０と、表示されるアラーム情報Ｍとの関係を有するアラーム情報選択情報１２７Ａもアラーム情報選択ＤＢ１２７に格納されている。また、アラーム情報選択ＤＢ１２７には、アラーム情報Ｍの表示対象となる設備に関する情報が格納されてもよい。
　図４３は、詳細情報画面の例を示す図である。
　図４３に示すような詳細情報画面は、上位アラーム表示領域Ｄ３０や、下位アラーム表示領域Ｄ４０に表示されているアラーム情報Ｍが選択入力されることにより、例えば、別ウィンドウで表示される画面である。
　図４３の例は、図３３に示す下位アラーム表示領域Ｄ４０のアラーム情報Ｍ１０２が選択入力されることで表示される画面である。アラーム情報Ｍ１０２は、「進捗異常」に関するアラーム情報Ｍであるため、詳細情報画面には、進捗に関する情報が表示されている。図４３の例において、太文字は遅延が生じていることを示し、実線白抜き文字は遅延が大きい（遅延大）であることを示し、破線白抜き文字は先行していることを示す。先行とは、予定より進捗が進んでいることを示す。また、破線は現在を示す。図４３の例により、図３３に示す「加工Ｂ」の進捗について、自工程での進捗だけでなく、前工程で進捗の遅れが大きいことをユーザが確認できる。
　（他部門への対策依頼によるアラーム情報Ｍの切り替え）
　次に、図４４Ａ～図４７Ｃを参照して、他部門への対策依頼によるアラーム情報Ｍの切り替えを説明する。
　図４４Ａ、図４５Ａ、図４６Ａ、図４７Ａは、設備異常対策依頼情報１２６Ａを示している。ただし、図４４Ａ、図４５Ａ、図４６Ａ、図４７Ａでは、設備異常対策依頼情報１２６Ａのうち、「部門」及び「依頼ステータス」の項目のみを示している。図４４Ｂ、図４５Ｂ、図４６Ｂ、図４７Ｂは、生産工程の部門におけるアラーム情報Ｍ、図４４Ｃ、図４５Ｃ、図４６Ｃ、図４７Ｃは、保全管理の部門におけるアラーム情報Ｍを示している。なお、生産工程の部門におけるアラーム情報Ｍとは「生産」の職務ボタンＤ２０が選択入力されている状態表示画面Ｄにおけるアラーム情報Ｍの表示状態（図３３に対応）を示す。また、保全管理におけるアラーム情報Ｍとは「保全」の職務ボタンＤ２０が選択入力されている状態表示画面Ｄにおけるアラーム情報Ｍの表示状態（図４０に対応）を示す。また、図４４Ｂ、図４４Ｃ，図４５Ｂ、図４５Ｃ、図４６Ｂ、図４６Ｃ、図４７Ｂ、図４７Ｃでは、「設備異常」、「設備対策」のアラーム情報Ｍのみを示すこととする。さらに、生産工程の部門における状態表示画面Ｄを示す図３３では、「設備対策」のアラーム情報Ｍが表示されていないが、ここでは、説明のため、生産工程の部門における状態表示画面Ｄにおいて「設備対策」のアラーム情報Ｍが表示されているものとする。
　また、図４４Ｂ、図４５Ｂ、図４６Ｂ、図４７Ｂにおいて、「設備異常」のアラーム情報Ｍは、部門「生産」について、出力処理部２１１が設備異常アラーム情報１２５Ａを参照して表示するものである。そして、図４４Ｃ、図４５Ｃ、図４６Ｃ、図４７Ｃにおいて、「設備異常」のアラーム情報Ｍは、部門「保全」について、出力処理部２１１が設備異常アラーム情報１２５Ａを参照して表示するものである。
　同様に、図４４Ｂ、図４５Ｂ、図４６Ｂ、図４７Ｂにおいて、「設備対策」のアラーム情報Ｍは、部門「生産」について、出力処理部２１１が設備異常対策依頼情報１２６Ａを参照して表示するものである。そして、図４４Ｃ、図４５Ｃ、図４６Ｃ、図４７Ｃにおいて、「設備対策」のアラーム情報Ｍは、部門「保全」について、出力処理部２１１が設備異常対策依頼情報１２６Ａを参照して表示するものである。
　なお、例えば、アラーム情報選択情報１２７Ａ（図４２）において、「保全」の部門では「設備対策」が表示されない設定となっていたとしても、設備異常対策依頼情報１２６Ａの「部門」の項目に「保全」が格納されている場合、つまり、「保全」の部門が他部門から対策を依頼された場合、出力処理部２１１は設備異常対策依頼ＤＢ１２６の内容をアラーム情報Ｍとして表示する。
　図４４Ａ～図４４Ｃは、設備異常が発生し、生産工程の部門で対策を着手した状態を示している。ここでは、図４４Ａに示すように、設備異常対策依頼情報１２６Ａの「部門」の欄には「生産」が登録され、「依頼ステータス」は「対策中」が登録されている（図２２に対応）。この時、生産工程の部門では、図４４Ｂに示すように、「設備異常」及び「設備対策」が「異常表示（小）」となっている。ここでは、保全管理の部門に対策が依頼されていないため、図４４Ｃに示すように、保全管理の部門では、「設備異常」が「異常表示（小）」となっているが、「設備対策」は「正常表示」となっている。
　図４５Ａ～図４５Ｃは、生産工程の部門では対策できず、保全管理の部門に対策を依頼した状態を示している。ここでは、図４５Ａに示すように、設備異常対策依頼情報１２６Ａの「生産」のレコードにおける「依頼ステータス」は「依頼済」が登録され、「保全」のレコードにおける「依頼ステータス」は「未確認」が登録される（図１９に対応）。この時、生産工程の部門では、図４５Ｂに示すように、「設備異常」が「異常表示（小）」となるが、対策を保全管理の部門に依頼したため、「設備対策」が「正常表示」となっている。対して、保全管理の部門に対策が依頼され、「未確認」の状態であるため、図４５Ｃに示すように、保全管理の部門では、「設備異常」が「異常表示（小）」となり、「設備対策」は「依頼ステータス」が「異常表示（大）」となっている（図２９参照）。
　続いて、図４６Ａ～図４６Ｃは、対策を依頼された保全管理の部門が、設備異常の対策に着手した状態を示している。ここでは、図４６Ａに示すように、設備異常対策依頼情報１２６Ａの「生産」のレコードにおける「依頼ステータス」は「依頼済」が登録され、「保全」のレコードにおける「依頼ステータス」は「対策中」が登録される（図２２に対応）。この時、生産工程の部門では、図４６Ｂに示すように、「設備異常」が「異常表示（小）」となるが、対策を保全管理の部門に依頼したため、「設備対策」が「正常表示」となっている。対して、保全管理の部門において対策が「対策中」であるため、図４６Ｃに示すように、保全管理の部門では、「設備異常」及び「設備対策」が「異常表示（小）」となっている（図３１に対応）。
　続いて、図４７Ａ～図４７Ｃは、対策を依頼された保全管理の部門が、設備異常の対策を完了した状態を示している。ここでは、図４７Ａに示すように、設備異常対策依頼情報１２６Ａの「生産」及び「保全」のレコードにおける「依頼ステータス」に「対策済」が登録される（図２３参照）。この時、生産工程の部門では、図４７Ｂに示すように、「設備異常」及び「設備対策」が「正常表示」となる。また、図４７Ｃに示すように、保全管理の部門でも、「設備異常」及び「設備対策」が「正常表示」となる（図３２参照）。
　本実施形態によれば、閲覧するユーザによって、表示する情報範囲を切り替え、また、部門の階層構造を基に表示を切り替える。このようにすることで、ユーザにとって適切な情報を表示することができ、ＰＤＣＡの効率を向上させることができる。
　つまり、本実施形態は以下の特徴及び効果を奏することができる。
　（Ｃ１）異常の有無および発生場所を視覚的に表示する。
　このようにすることで、部門毎に異常の有無を色や、点滅等の視覚的に把握できる方法で表示することで、効率的に異常に気付かせることができる。
　（Ｃ２）異常に対する対策の状況を視覚的に表示する。
　このようにすることで、異常に対する対策の状況を視覚的に把握できる方法で表示する。また、対策が滞った場合も、視覚的に把握できる方法で表示することで、注意喚起し、対策を促す。さらに、対策マスタＤＢ１２９に格納されている過去事例をもとに対策案を表示し、対策を補助する。このようにすることで、異常発生を容易に把握でき、さらに、異常に対する対策をフォローアップする仕組みを有することで、迅速な対策につなげることができる。
　（Ｃ３）工場全体のあらゆる部門の状況をリアルタイムかつ横並びで表示する。
　このように、工場全体における生産、品質、保全、安全等に関わるあらゆる情報を１画面に表示することで、業務横串で工場全体の状況を把握することができる。
　また、図３５に示すように対応すべきアラーム優先順位を補助的に表示することで、どの異常や、対策から着手すればよいかをユーザが判断しやすくなる。
　（Ｃ４）設置する場所や見る人に合わせて表示を切り替える。
　つまり、各々の立場（工場長、生産、品管、保全、等）によって画面を切り替え、さらに表示する範囲（工場全体、工程毎、等）を切り替える。このようにすることで、職務や職位によって把握したい情報の範囲や内容が違う場合でも、迅速にユーザが閲覧したい情報に辿りつくことができる。
　また、自部門で対策が不可能である場合、他部門に対策に関する情報を受け渡すことで、部門間の協力が容易となり、作業効率を向上させることができる。
　本発明は前記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を有するものに限定されるものではない。
　また、本実施形態では、品質異常、安全異常に対する対策について記載していないが、品質異常、安全異常に対しても、図１７～図３２に示す処理が行われてもよい。また、各ＤＢ１２１～１２６の選択は、端末装置２００における出力処理部２１１が行うとしているが、業務管理装置１００で行われてもよい。
　また、前記した各構成、機能、各部１１１～１１３，１２１、各ＤＢ１２１～１３０等は、それらの一部又はすべてを、例えば集積回路で設計すること等によりハードウェアで実現してもよい。また、図１に示すように、前記した各構成、機能等は、ＣＰＵ１０１，２０１等のプロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、ＨＤ（Hard Disk）に格納すること以外に、メモリ１１０，２１０や、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣ（Integrated Circuit）カードや、ＳＤ（Secure Digital）カード、ＤＶＤ（Digital Versatile Disc）等の記録媒体に格納することができる。また、各ＤＢ１２１～１３０のうち、少なくとも１つがクラウド等、業務管理装置１００の外部に備えられていてもよい。
　また、各実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には、ほとんどすべての構成が相互に接続されていると考えてよい。
　１　　　ＰＤＣＡ管理システム（業務管理システム）
　１００　業務管理装置
　１１１　登録処理部（格納処理部）
　１１２　設備異常監視部
　１１３　対策監視部（対策監視部）
　１２１　進捗異常アラームＤＢ（異常情報記憶部）
　１２１Ａ　進捗異常アラーム情報（異常情報）
　１２２　進捗異常対策依頼ＤＢ（対策進捗情報記憶部）
　１２３　品質異常アラームＤＢ（異常情報記憶部）
　１２４　安全異常アラームＤＢ（異常情報記憶部）
　１２５　設備異常アラームＤＢ（異常情報記憶部）
　１２５Ａ　設備異常アラーム情報（異常情報）
　１２６　設備異常対策依頼ＤＢ（対策進捗情報記憶部）
　１２６Ａ　設備異常対策依頼情報（対策情報）
　１２７　アラーム情報選択ＤＢ（情報選択記憶部）
　１２８　優先順位定義マスタＤＢ
　２０３　入力装置（入力部）
　２１１　出力処理部
　２２０　出力装置（出力部）
　２２１　表示ボード（表示部）
　２３０　進捗監視装置（異常監視部）
　Ｄ　　　状態表示画面（画面）
　Ｄ３０　上位アラーム表示領域（一方の画面）
　Ｄ４０　下位アラーム表示領域（他方の画面）
　Ｍ　　　アラーム情報

Claims (8)

  1. 　工場において階層関係を有する部門における異常に関する情報を収集し、収集した前記異常に関する情報を、前記異常の状態に関する情報を含む異常情報が格納される異常情報記憶部、及び、前記異常に対する対策の状態に関する情報を含む対策情報が格納される対策進捗情報記憶部に格納する格納処理部と、
    　前記異常が継続している時間の長さを監視し、前記時間の長さが所定の時間を超えると、前記異常情報記憶部における前記異常情報において、前記異常の状態を更新する異常監視部と、
    　前記対策の状況を監視し、前記対策の状況が変化すると、前記対策進捗情報記憶部における前記対策情報において、前記対策の状態を更新する対策監視部と、
    　前記異常情報における前記異常の状態、及び、前記対策情報における前記対策の状態に応じて、前記異常の状態、及び、前記対策の状態を示すアラーム情報の出力方法を変化させる出力処理部と、
    　前記アラーム情報を出力する出力部と、
    　を有することを特徴とする業務管理システム。
  2. 　ユーザが閲覧したい前記部門と、前記ユーザが閲覧したい前記部門における立場である職務とに関する情報を受け付ける入力部と、
    　前記部門、及び、前記職務において、前記異常情報記憶部に格納されている前記異常情報、及び、前記対策進捗情報記憶部に格納されている前記対策情報のうち、どの情報を選択するかに関する選択情報が格納されている情報選択記憶部と、
    　を有し、
    　前記出力処理部は、
    　前記入力部で受け付けられた情報と、前記異常情報記憶部と、前記対策進捗情報記憶部と、に基づいて、前記異常情報記憶部に格納されている前記異常情報、及び、前記対策進捗情報記憶部に格納されている前記対策情報を選択し、選択した前記異常情報及び前記対策情報をアラーム情報として出力部から出力する
    　ことを特徴とする請求項１に記載の業務管理システム。
  3. 　前記情報選択記憶部は、
    　前記部門と、前記部門の内部における業務との双方について、どのアラーム情報を出力するかに関する情報、または、前記職務と、前記業務との双方について、どのアラーム情報を出力するかに関する情報が格納されている
    　ことを特徴とする請求項２に記載の業務管理システム。
  4. 　前記出力部に出力されるアラーム情報に対して、優先順位を表示する
    　ことを特徴とする請求項１に記載の業務管理システム。
  5. 　前記対策の進捗状況に関する情報は、現在対応している部門から、他の部門へと受け渡し可能である
    　ことを特徴とする請求項１に記載の業務管理システム。
  6. 　前記出力部は、表示部であり、
    　前記出力処理部は、出力される前記アラーム情報を前記表示部における１つの画面内に表示する
    　ことを特徴とする請求項１に記載の業務管理システム。
  7. 　前記出力処理部は、
    　前記表示部が表示する画面を２分割し、
    　入力部によって受け付けられた前記部門の前記アラーム情報を、２分割した前記画面のうち、一方の画面に表示し、
    　前記入力部によって受け付けられた前記部門より、下位の階層の部門の前記アラーム情報を、他方の画面に表示する
    　ことを特徴とする請求項６に記載の業務管理システム。
  8. 　業務管理システムが、
    　工場において階層関係を有する部門における異常に関する情報を収集し、収集した前記異常に関する情報を、前記異常の状態に関する情報を含む異常情報が格納される異常情報記憶部、及び、前記異常に対する対策の状態に関する情報を含む対策情報が格納される対策進捗情報記憶部に格納し、
    　前記異常が継続している時間の長さを監視し、前記時間の長さが所定の時間を超えると、前記異常情報記憶部における前記異常情報において、前記異常の状態を更新し、
    　前記対策の状況を監視し、前記対策の状況が変化すると、前記対策進捗情報記憶部における前記対策情報において、前記対策の状態を更新し、
    　前記異常情報における前記異常の状態、及び、前記対策情報における前記対策の状態に応じて、前記異常の状態、及び、前記対策の状態を示すアラーム情報の出力方法を変化させる
    　ことを特徴とする業務管理方法。
PCT/JP2020/038322 2019-10-31 2020-10-09 業務管理システム及び業務管理方法 Ceased WO2021085087A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/772,173 US12422830B2 (en) 2019-10-31 2020-10-09 Operation control system for monitoring process control anomalies and applying countermeasures
EP20883047.1A EP4053778B1 (en) 2019-10-31 2020-10-09 Business management system, and business management method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-198522 2019-10-31
JP2019198522A JP6734985B1 (ja) 2019-10-31 2019-10-31 業務管理システム及び業務管理方法

Publications (1)

Publication Number Publication Date
WO2021085087A1 true WO2021085087A1 (ja) 2021-05-06

Family

ID=71892346

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/038322 Ceased WO2021085087A1 (ja) 2019-10-31 2020-10-09 業務管理システム及び業務管理方法

Country Status (4)

Country Link
US (1) US12422830B2 (ja)
EP (1) EP4053778B1 (ja)
JP (1) JP6734985B1 (ja)
WO (1) WO2021085087A1 (ja)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004178150A (ja) 2002-11-26 2004-06-24 Hitachi Ltd 生産プロセスマネジメント・チャートによる統合生産管理方法及びそのシステム
JP2005071200A (ja) * 2003-08-27 2005-03-17 Toshiba Corp 製造情報管理プログラム
JP2007536637A (ja) * 2004-05-04 2007-12-13 フィッシャー−ローズマウント・システムズ・インコーポレーテッド プロセスモジュールおよびエキスパートシステムのプロセスプラントにおける統合
JP2009059297A (ja) 2007-09-03 2009-03-19 Ishida Co Ltd 生産ライン管理装置
JP2011139401A (ja) * 2010-01-04 2011-07-14 Nomura Research Institute Ltd 電話処理システムおよび電話端末
JP2014119959A (ja) * 2012-12-17 2014-06-30 Fujitsu Telecom Networks Ltd 進捗管理システム及び進捗管理装置
JP2019007669A (ja) * 2017-06-23 2019-01-17 三菱重工サーマルシステムズ株式会社 制御装置、空調機及び運転データの更新周期の設定方法
JP2019079512A (ja) * 2017-10-25 2019-05-23 株式会社神戸製鋼所 生産状態管理装置、該方法および該システム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7729789B2 (en) * 2004-05-04 2010-06-01 Fisher-Rosemount Systems, Inc. Process plant monitoring based on multivariate statistical analysis and on-line process simulation
JP4872262B2 (ja) * 2005-07-27 2012-02-08 日本電気株式会社 管理支援システム、管理支援方法、および管理支援プログラム
JP5771426B2 (ja) * 2011-03-29 2015-08-26 東京エレクトロン株式会社 情報処理装置、処理システム、処理方法、及びプログラム
WO2013039911A1 (en) * 2011-09-12 2013-03-21 Oktem Ulku Dynamic prediction of risk levels for manufacturing operations through leading risk indicators
JP5799170B2 (ja) * 2013-07-01 2015-10-21 株式会社日立製作所 制御システム、制御方法及びコントローラ
US9614963B2 (en) * 2014-03-26 2017-04-04 Rockwell Automation Technologies, Inc. Cloud-based global alarm annunciation system for industrial systems
GB201406551D0 (en) * 2014-04-11 2014-05-28 Rolls Royce Plc A method and system for managing the health of a machine
US9720408B2 (en) * 2015-05-04 2017-08-01 Fisher-Rosemount Systems, Inc. Methods and apparatus to detect root causes of alarm patterns in process control systems
JP6328600B2 (ja) * 2015-11-20 2018-05-23 ファナック株式会社 推奨保守通知システム
EP3495903B1 (de) * 2017-12-05 2020-02-26 Siemens Aktiengesellschaft Verfahren zum bedienen und beobachten einer zu steuernden technischen anlage sowie operator-system
DE102019218138A1 (de) * 2018-11-27 2020-05-28 Presenso Ltd. Ein proaktives und automatisiertes System und Verfahren davon zum Reparieren eines suboptimalen Betriebs einer Maschine

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004178150A (ja) 2002-11-26 2004-06-24 Hitachi Ltd 生産プロセスマネジメント・チャートによる統合生産管理方法及びそのシステム
JP2005071200A (ja) * 2003-08-27 2005-03-17 Toshiba Corp 製造情報管理プログラム
JP2007536637A (ja) * 2004-05-04 2007-12-13 フィッシャー−ローズマウント・システムズ・インコーポレーテッド プロセスモジュールおよびエキスパートシステムのプロセスプラントにおける統合
JP2009059297A (ja) 2007-09-03 2009-03-19 Ishida Co Ltd 生産ライン管理装置
JP2011139401A (ja) * 2010-01-04 2011-07-14 Nomura Research Institute Ltd 電話処理システムおよび電話端末
JP2014119959A (ja) * 2012-12-17 2014-06-30 Fujitsu Telecom Networks Ltd 進捗管理システム及び進捗管理装置
JP2019007669A (ja) * 2017-06-23 2019-01-17 三菱重工サーマルシステムズ株式会社 制御装置、空調機及び運転データの更新周期の設定方法
JP2019079512A (ja) * 2017-10-25 2019-05-23 株式会社神戸製鋼所 生産状態管理装置、該方法および該システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4053778A4

Also Published As

Publication number Publication date
US20220404809A1 (en) 2022-12-22
EP4053778A4 (en) 2023-11-15
US12422830B2 (en) 2025-09-23
EP4053778B1 (en) 2025-04-09
EP4053778A1 (en) 2022-09-07
JP6734985B1 (ja) 2020-08-05
JP2021071945A (ja) 2021-05-06

Similar Documents

Publication Publication Date Title
US11741160B1 (en) Determining states of key performance indicators derived from machine data
US11875032B1 (en) Detecting anomalies in key performance indicator values
US10680914B1 (en) Monitoring an IT service at an overall level from machine data
US12118497B2 (en) Providing a user interface reflecting service monitoring adaptation for maintenance downtime
US11531679B1 (en) Incident review interface for a service monitoring system
US11768836B2 (en) Automatic entity definitions based on derived content
US10565241B2 (en) Defining a new correlation search based on fluctuations in key performance indicators displayed in graph lanes
US11671312B2 (en) Service detail monitoring console
JP4921338B2 (ja) プラント監視制御システム
US20120116827A1 (en) Plant analyzing system
JP6194229B2 (ja) アラート表示装置および方法
JP5380364B2 (ja) 監視制御システム及びその監視画面表示方法
WO2021085087A1 (ja) 業務管理システム及び業務管理方法
JPH06289847A (ja) 表示装置
US20170351250A1 (en) Method and apparatus to represent process alarms in parent-child relationships
WO2025115330A1 (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: 20883047

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020883047

Country of ref document: EP

Effective date: 20220531

WWG Wipo information: grant in national office

Ref document number: 2020883047

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 17772173

Country of ref document: US