WO2018230117A1 - アラーム通知システム及びアラーム通知方法 - Google Patents

アラーム通知システム及びアラーム通知方法 Download PDF

Info

Publication number
WO2018230117A1
WO2018230117A1 PCT/JP2018/014696 JP2018014696W WO2018230117A1 WO 2018230117 A1 WO2018230117 A1 WO 2018230117A1 JP 2018014696 W JP2018014696 W JP 2018014696W WO 2018230117 A1 WO2018230117 A1 WO 2018230117A1
Authority
WO
WIPO (PCT)
Prior art keywords
alarm
notification
information
message broker
subject
Prior art date
Application number
PCT/JP2018/014696
Other languages
English (en)
French (fr)
Inventor
泰芽 阿部
修弘 掛布
崇博 大平
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Publication of WO2018230117A1 publication Critical patent/WO2018230117A1/ja

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
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/10—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using wireless transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/08—Interfaces between hierarchically different network devices between user and terminal device

Definitions

  • the present invention relates to an alarm notification system and an alarm notification method.
  • the maintenance staff is notified of the occurrence of the abnormality as an alarm.
  • the contents notified as an alarm include the fact that an abnormality has occurred and information on the abnormality that has occurred.
  • Patent Document 1 An alarm notification system applied to a conventional industrial system is described in Patent Document 1, for example.
  • the technique described in Patent Document 1 notifies an alarm by transmitting an e-mail from a monitoring device to a maintenance terminal held by a maintenance person when the monitoring device detects an abnormality to be monitored. It is.
  • the information included in the alarm includes a URL (Uniform Resource Locator) of a WEB (World Wide Web) server function that the monitoring apparatus has and is provided as a hyperlink.
  • URL Uniform Resource Locator
  • the maintenance terminal that has received the e-mail can access the monitoring device from the notified URL to display information about the abnormality and control the monitoring target.
  • the maintenance terminal to be notified of the alarm is determined according to the content of the abnormality. If there is no response even after a predetermined time has elapsed from the alarm notification to the maintenance terminal, re-notification is performed.
  • a maintenance terminal as an alarm notification destination is determined in advance for each abnormality content.
  • a maintenance terminal of a maintenance person has A method of selecting a maintenance terminal that transmits an e-mail based on the position information has also been proposed.
  • a glasses-type wearable terminal as a maintenance terminal used by the maintenance staff, and display the contents of the abnormality directly in the maintenance staff's field of view.
  • an abnormality is a product that occurs in the process of manufacturing a product, such as a shortage of production equipment operating on a simple production line, a lack of pressure when parts are crimped to the product, or a product falling during a visual inspection. Including all events that cause the product to be judged as defective.
  • [Requirement 1] is a requirement for ensuring the safety of maintenance personnel.
  • [Requirement 2] is necessary because the content of the abnormality to be dealt with varies depending on the job title and scope of the person in charge of maintenance, or because the number of terminals used varies depending on the amount of work on the day and the production line engaged. This is a requirement.
  • one maintenance person may be in charge of maintenance of two production lines, or two maintenance persons are in charge of one production line, one is in charge of abnormality handling of production equipment, and the other is People may be in charge of product inspection abnormalities.
  • which alarm should be received by which terminal differs depending on the situation, so that it is necessary for each maintenance person to be able to set which alarm is received for each terminal.
  • the hands-free request in [Requirement 1] can be satisfied by applying a glasses-type wearable terminal as a maintenance terminal.
  • glasses-type wearable terminals that are currently in practical use are larger in size and weight than normal glasses and cannot be said to have a good wearing feeling. Therefore, at present, it is not preferable that the maintenance person always wears a glasses-type wearable terminal for alarm notification.
  • a maintenance terminal as an alarm notification destination is determined in advance for each abnormality content, and management for determining a maintenance terminal as the notification destination is performed. If it can be done properly, it can be handled.
  • the number of terminals to be used since the number of terminals to be used also changes according to the work amount of the day and the production line to be engaged, it is necessary to change the maintenance terminal to be notified every day. Has a problem that it takes a lot of work to change the notification terminal.
  • An object of the present invention is to provide an alarm notification system and an alarm notification method capable of changing a terminal that dynamically receives an alarm according to a situation.
  • the present application includes a plurality of means for solving the above-described problems.
  • a notification distribution server that generates an alarm based on occurrence of an alarm target event, and a distribution destination of an alarm generated by the notification distribution server
  • a message broker that transmits an alarm to the determined delivery destination
  • a notification receiving client that is wirelessly connected to the message broker via an access point and receives an alarm transmitted by the message broker.
  • 1 is a configuration diagram of an entire system according to a first exemplary embodiment of the present invention. It is a block diagram which shows the functional structure of the whole system by the 1st Example of this invention. It is a block diagram which shows the example of the notification delivery server and message broker by the 1st Example of this invention. It is a block diagram which shows the example of the wearable terminal by the 1st Example of this invention. It is a lineblock diagram showing the example of the smart phone by the 1st example of an embodiment of the present invention. It is explanatory drawing which shows the master information by the 1st Example of this invention. It is explanatory drawing which shows the client information by the 1st Example of this invention. It is explanatory drawing which shows the user information by the 1st Example of this invention.
  • FIG. 1 is a physical configuration diagram of an alarm notification system according to a first embodiment of the present invention.
  • the example shown in FIG. 1 is an example when the alarm notification system is applied to an industrial system production line.
  • a production line 1100 (1100a: A line to 1100b: B line) in the factory 1000, and an intelligent camera 1400 (1400a to 1400f) capable of detecting an abnormality of the equipment is attached to the production equipment of each line. It has been.
  • the intelligent camera 1400 includes an alarm output unit 1410 (FIG. 2) that captures equipment to be monitored, determines the presence / absence of equipment abnormality from the photographed image, and outputs an alarm when there is an abnormality.
  • One person in charge of maintenance 1500 (1500a to 1500b) exists for each line as a person to deal with an abnormality detected by the intelligent camera 1400, and the person in charge of maintenance 1300 is assigned to the factory for the purpose of supervising the person in charge of maintenance 1500.
  • the maintenance staff 1500 and the maintenance manager 1300 wear a wristwatch-type wearable terminal 1600 (1600a to 1600c), and the wearable terminal 1600 performs wireless communication through an access point 1200 attached to the work room.
  • the wearable terminal 1600 functions as a notification receiving client 1610 (FIG. 2) described later.
  • the server room 2000 is provided with a smartphone 2100 and a computer 2200.
  • Smartphone 2100 is paired with wearable terminal 1600.
  • Maintenance software 2110 (FIG. 2) is installed on the smartphone 2100.
  • FIG. 1 shows an example in which the smartphone 2100 exists in the server room 2000, for example, the maintenance person 1300 or the maintenance person 1500 may possess it.
  • the use of the smartphone 2100 is an example, and other terminals (tablet terminals or the like) having similar functions may be used.
  • the computer 2200 functions as a notification delivery server 2210 and a message broker 2220 (FIG. 2) described later.
  • the access point 1200, the intelligent camera 1400, and the computer 2200 are connected to a wired network 3000, including a wearable terminal 1600 that uses the access point 1200, and these can communicate with each other.
  • FIG. 2 is a block diagram illustrating functions of the alarm notification system.
  • the computer 2200 functions as a notification distribution server 2210 and a message broker 2220.
  • Wearable terminal 1600 functions as notification receiving client 1610.
  • maintenance software 2110 is installed in the smartphone 2100.
  • the notification distribution server 2210 has a subject determination unit 2212, a master information holding unit 2213, a client information holding unit 2211, and a broker connection information holding unit 2214.
  • the subject determination unit 2212 determines a subject that is explanatory information of the received alarm.
  • the master information holding unit 2213 holds master information that is a set of elements constituting the subject. In the present embodiment, the master information is composed of a list 100 of line names as shown in FIG. 6, for example.
  • the client information holding unit 2211 holds client information that is information related to the constituent elements of the subject of the alarm received by the notification receiving client 1610.
  • the client information is configured as a correspondence table 200 of line names and client IDs (Identification) uniquely indicating notification receiving clients as shown in FIG. 7, for example.
  • the broker connection information holding unit 2214 holds broker connection information that is connection information to the message broker 2220. Details of the information (table) shown in FIGS. 6 and 7 will be described later.
  • the message broker 2220 includes a user information holding unit 2221, a delivery destination determination unit 2222, a delivery information holding / retransmission unit 2223, a delivery information holding unit 2224, and a disconnection detection unit 2225.
  • the user information holding unit 2221 holds the subject of distribution information received by the user of the message broker 2220 and connection information to the user.
  • the theme of the distribution information and the connection information to the user are collectively referred to as “user information”.
  • the user information is indicated by a correspondence table between the subject of the distribution information received by the user and the user's IP address (Internet Protocol address). Details of the user information shown in FIG. 8 will be described later.
  • the delivery destination determination unit 2222 determines the delivery destination of the delivery information.
  • the distribution information holding / retransmission unit 2223 holds the distribution information and retransmits the distribution information as necessary.
  • the distribution information holding unit 2224 holds actual distribution information.
  • the disconnect detection unit 2225 detects that the network connection between the notification receiving client 1610 and the message broker 2220 has been disconnected. In this system, the notification receiving client 1610 always connects to the message broker 2220 over the network during operation. Therefore, the disconnection detection unit 2225 detects the disconnection of the wireless connection when, for example, the wearable terminal 1600 moves to a place where radio waves from the access point 1200 do not reach, or the wearable terminal 1600 is turned off due to a battery exhaustion. The case is assumed.
  • the notification receiving client 1610 includes an alarm holding unit 1611, a master information holding unit 1612, a client information holding unit 1613, and a broker connection information holding unit 1614.
  • the alarm holding unit 1611 holds a message transmitted from the message broker 2220.
  • the master information holding unit 1612 holds master information that is a set of elements constituting the subject.
  • the client information holding unit 1613 holds client information that is a constituent element of an alarm subject received by the notification receiving client 1610.
  • the broker connection information holding unit 1614 holds broker connection information that is connection information to the message broker 2220.
  • the maintenance software 2110 has an input unit 2111 that is used when any input is made to the notification receiving client 1610. This input unit 2111 functions as an input to the notification receiving client 1610.
  • the smartphone 2100 executes the maintenance software 2110, the smartphone 2100 and the wearable terminal 1600 are wirelessly connected.
  • the smartphone 2100 and the wearable terminal 1600 perform wireless communication using a short-range wireless module 2106 (FIG. 5) described later.
  • the short-range wireless module 2106 for example, Bluetooth (registered trademark) is used, and communication is performed only with a previously paired partner.
  • FIG. 3 shows a configuration of a computer 2200 that functions as the notification distribution server 2210 and the message broker 2220.
  • the computer 2200 includes a main storage unit 2201, a processor 2203, a wired LAN (Local Area Network) module 2204, and a secondary storage unit 2205 as hardware.
  • the notification distribution server 2210 and the message broker 2220 are realized as processes in the operation process group 2202 existing in the main storage unit 2201 and operated by the processor 2203.
  • Master information and broker connection information which are information used by the notification delivery server 2210 and the message broker 2220, are held in the master information holding unit 2213 and the broker connection information holding unit 2214.
  • the master information holding unit 2213 and the broker connection information holding unit 2214 are placed in the secondary storage unit 2205, and are read into the process areas of the main storage unit 2201 by the processor 2203 as necessary. All other components are placed in each process area in the main storage unit 2201.
  • a wired LAN module 2204 is used.
  • FIG. 4 shows the configuration of wearable terminal 1600.
  • the wearable terminal 1600 includes a main storage unit 1601, a touch panel display 1603, a processor 1604, a wireless LAN module 1605, a short-range wireless module 1606, and a secondary storage unit 1607 as hardware.
  • the notification receiving client 1610 is realized as a process in the operation process group 1602 existing in the main storage unit 1601 and is operated by the processor 1604.
  • a master information holding unit 1612 that holds non-volatile information used by the notification receiving client 1610, a client information holding unit 1613, and a broker connection information holding unit 1614 are placed in the secondary storage unit 1607. These pieces of information are read into the process area of the notification receiving client 1610 in the main storage unit 1601 by the processor 1604 as necessary. All other components are placed in the process area of the notification receiving client 1610 in the main storage unit 1601.
  • the wireless LAN module 1605 is used.
  • the short-range wireless module 1606 is used when communicating with the paired smartphone 2100.
  • a touch panel display 1603 is used.
  • FIG. 5 is a diagram illustrating a configuration of the smartphone 2100.
  • the smartphone 2100 includes a main storage unit 2101, a touch panel display 2103, a processor 2104, a wireless LAN module 2105, a short-range wireless module 2106, and a secondary storage unit 2107 as hardware.
  • the maintenance software 2110 is realized as a process in the operation process group 2102 existing in the main storage unit 2101 and operates by the processor 2104. All components of the maintenance software 2110 are placed in the process area of the maintenance software 2110 in the main storage unit 2101. When the maintenance software 2110 communicates with the paired wearable terminal 1600, the short-range wireless module 2106 is used. Further, when the maintenance software 2110 receives input from the user, a touch panel display 2103 is used.
  • FIG. 6 is a table showing a list 100 of line names, which is information held by the master information holding unit 2213 of the notification delivery server 2210. Here, it has information of two line names, A line and B line.
  • FIG. 7 is a table showing client information 200 held by the client information holding unit 2211 of the notification delivery server 2210. As the client information 200, for each line name, there is information on a client ID to be notified.
  • the A line has information of the client 1 (element 210a) and the client 3 (element 210c)
  • the B line has information of the client 2 (element 210b) and the client 3 (element 210c).
  • FIG. 8 is a table showing user information 300 held by the user information holding unit 2221 of the message broker 2220.
  • the user information 300 is a correspondence table between the subject of the distribution information received by the user and the IP address of the user, and each subject has an IP address of the delivery destination.
  • “/ client connection” has the IP address 310 of the notification delivery server 2210
  • “/ client disconnection” also has the IP address 310 of the notification delivery server 2210.
  • the IP addresses 330a, 330b, and 330c of the respective clients 1, 2, and 3 are provided.
  • the “/ A line” has the IP addresses 340 a and 340 c of the clients 1 and 3
  • the “/ B line” has the IP addresses 340 b and 340 c of the clients 2 and 3.
  • FIG. 9 is a sequence diagram showing an operation when the system is started up.
  • the notification delivery server 2210 transmits the master information to the message broker 2220 with the subject “master delivery” and the “delivery registration delivery flag” added (step S11).
  • the message broker 2220 stores the master information in the distribution information holding unit 2224 by the distribution information holding / retransmission unit 2223 because the “delivery registration time distribution flag” is added to the received master information (step S12).
  • the notification distribution server 2210 receives and registers the subject “notification reception client connection” and “notification reception client disconnection” in the message broker 2220 (step S13).
  • the message broker 2220 stores the requested reception registration information in the user information holding unit 2221 (step S14). As a result, the elements 310 and 320 shown in FIG. 8 are registered in the message broker 2220.
  • FIG. 10 is a sequence diagram showing an operation at the time of use setting.
  • the maintenance person 1500 and the maintenance person 1300 using the wearable terminal 1600 edit the broker connection information of the broker connection information holding unit 1614 of the notification receiving client 1610 through the input unit 2111 of the maintenance software 2110 (step S21). However, if there is no change in broker connection information from the previous use, there is no need to edit.
  • the notification receiving client 1610 receives and registers the subject “master distribution” in the message broker 2220 (step S22).
  • the message broker 2220 stores the requested reception registration information in the user information holding unit 2221 (step S23). Specifically, the elements 330a to 330c in FIG. 8 are stored.
  • the message broker 2220 saves, as distribution information, master information in which a “registration distribution flag” is added to the subject of “master distribution” transmitted from the notification distribution server 2210 in the process at the time of system startup. Therefore, the master information is transmitted to the notification receiving client 1610 (step S24).
  • the notification receiving client 1610 stores the received master information in the master information holding unit 1612.
  • the master information held in the master information holding unit 1612 is displayed on the touch panel display 1603 of the wearable terminal 1600.
  • the master information displayed at this time is, for example, information on a list of line names as shown in FIG.
  • the maintenance person 1500 and the maintenance person 1300 who use the wearable terminal 1600 select a line name from the displayed master information (step S25).
  • the notification receiving client 1610 stores the selected line name as client information together with the client ID that uniquely identifies the notification receiving client as client information.
  • elements 210a to 210c shown in FIG. 7 are stored in each wearable terminal 1600.
  • FIG. 11 is a sequence diagram showing an operation at the start of business.
  • the notification receiving client 1610 adds the subject “client connection” and transmits the client information (FIG. 7) held by the client information holding unit 1613 to the message broker 2220 (step S31).
  • the message broker 2220 scans the user information holding unit 2221 and checks whether the subject “client connection” is registered for reception (step S32).
  • the notification distribution server 2210 since the notification distribution server 2210 is registered for reception when the system is started up, the client information is transmitted to the notification distribution server 2210 (step S33).
  • the notification delivery server 2210 stores the received client information in the client information holding unit 2211 (step S34). Therefore, the client information holding unit 2211 stores the client information of all the notification receiving clients 1610, that is, the elements 210a to 210c in FIG.
  • the notification receiving client 1610 transmits the client information to the message broker 2220 with the subject “notification receiving client disconnection” and the “distribution flag at disconnection” added (step S35).
  • the message broker 2220 stores the received client information in the distribution information holding unit 2224 by the distribution information holding / retransmission unit 2223 since the “distribution flag at disconnection” is added (step S36).
  • the notification receiving client 1610 receives and registers the subject “/ line name” with respect to the message broker 2220 based on the client information (step S37).
  • the message broker 2220 stores the requested reception registration information in the user information holding unit 2221 (step S38).
  • elements 340a to 340c in FIG. 8 are stored.
  • FIG. 12 is a sequence diagram showing an operation when an abnormality occurs.
  • the intelligent camera 1400 that monitors the production line detects an abnormality and transmits an alarm to the notification delivery server 2210 (step S41).
  • the notification distribution server 2210 determines on which line the alarm has been generated by the subject determination unit 2212, and checks whether the notification reception client that receives the alarm of the line is stored in the client information holding unit 2211 (step S42). .
  • the notification receiving client 1610 that receives the alarm of the line is stored, the subject “/ line name” is added to the distribution destination determined in the alarm distribution destination determination process, and the alarm is sent to the message broker 2220. (Step S43). In this way, notification distribution processing is performed from the notification distribution server 2210 to the message broker 2220.
  • the message broker 2220 scans the user information in the user information holding unit 2221, checks whether the subject “/ line name” is received and registered, and performs an alarm distribution destination determination process (step S44).
  • an alarm is transmitted to the corresponding notification receiving client 1610 (step S45).
  • the notification receiving client 1610 holds the received alarm in the alarm holding unit 1611 and presents it to the user as alarm information (step S46). For example, an abnormal line name is displayed on the touch panel display 1603 of the wearable terminal 1600.
  • FIG. 13 is a sequence diagram showing operations at the time of disconnection of the wireless network and the end of business.
  • the disconnect detection unit 2225 of the message broker 2220 detects disconnection with the notification receiving client 1610 (step S51).
  • the message broker 2220 deletes the reception registration information of the disconnected notification reception client 1610 from the user information in the user information holding unit 2221 (step S52).
  • the client information in which the “distribution flag at disconnection” is added to the subject of “client disconnection” is stored in the distribution information holding unit 2224, and the notification distribution server 2210 at the time of system startup is the subject “client disconnection”. Is registered. Therefore, the message broker 2220 transmits the deleted client information to the notification delivery server 2210 (step S53). The notification delivery server 2210 that has received this information deletes the same information as the received client information from the client information held by the client information holding unit 2211 (step S54).
  • the wireless network disconnection detection in step S51 in FIG. 13 becomes the wireless network disconnection detection based on the business end. Then, in the same manner as when the wireless network is disconnected shown in FIG. 13, the processing of steps S52 to S54 is executed.
  • the alarm notification system of the first embodiment described above it is possible to realize an alarm notification system that can change an alarm that is dynamically received according to the situation, for example, manufacturing an industrial system that has a low-quality radio wave environment. Applicable to the line, it will be possible to notify the appropriate alarm. That is, when an abnormality occurs, the alarm of the occurrence of the abnormality reaches the wearable terminal 1600 attached by the maintenance manager 1300 and the maintenance staff 1500 of the line where the abnormality has occurred reliably and promptly.
  • the wearable terminal 1600 can check the display without interrupting the operation, and can check the alarm in a hands-free manner.
  • the alarm notification system of the first embodiment it is not necessary to set the type of alarm to be received in advance, and an alarm notification system that can change the alarm to be received dynamically according to the situation is realized. That is, the notification receiving client 1610 that receives the alarm can be registered in the usage setting, and the alarm can be transmitted to the necessary notification receiving client 1610 at all times. Further, the message broker 2220 can detect disconnection with the notification receiving client 1610 and prevent an alarm notification from being sent to the notification receiving client 1610 whose wireless connection has been disconnected. Therefore, the message broker 2220 knows the situation in which the alarm cannot be notified, can cope with such as dynamically changing the wearable terminal 1600 that receives the alarm according to the situation, and can reliably notify the alarm to the wearable terminal 1600 in real time. become.
  • the line name in which an alarm has occurred is used as the subject that is the explanation information of the alarm, and alarms are simultaneously notified to all wearable terminals 1600 that receive the same subject. It was a thing.
  • the second embodiment not only the line name but also the classification of the abnormality that occurred is treated as the subject, and the order of alarm notification can be selected according to the priority.
  • FIG. 14 is a functional configuration diagram of the alarm notification system in the present embodiment.
  • the notification distribution server 2210 includes a response information holding unit 2215 that holds response information received from the notification receiving client 1610, and an alarm information holding unit 2116 that holds alarm information that is a history of received alarms. About another structure, it is comprised similarly to the alarm notification system shown in FIG.
  • FIG. 15 shows the configuration of the computer 2200 in FIG.
  • Alarm information used by the notification delivery server 2210 (alarm generated by the intelligent camera 1400) is held in the alarm information holding unit 2216 of the secondary storage unit 2205. This alarm information is written into the area of the notification delivery server 2210 in the main storage unit 2201 by the processing of the processor 2203.
  • FIG. 16 shows the configuration of wearable terminal 1600 in FIG.
  • the response information used by the notification receiving client 1610 is stored in the response information holding unit 1615 in the process area of the notification receiving client 1610 in the main storage unit 1601.
  • FIG. 17 shows the master information held by the master information holding unit 2213 in this embodiment.
  • it is composed of a line name list 410, an abnormality classification list 420, and a correspondence table 430 of the names of maintenance positions and notification priorities for alarm notification.
  • the abnormality classification list 420 has two classifications of equipment abnormality and inspection abnormality.
  • the correspondence table 430 the maintenance person has notification priority 1, and the maintenance person has notification priority 2.
  • FIG. 18 shows client information held by the client information holding unit 2211 in the present embodiment.
  • the client information is configured as a correspondence table 500 with line names, abnormality classifications, notification priorities, and client IDs that uniquely indicate notification receiving clients.
  • FIG. 19 is a sequence diagram showing an operation at the time of starting the system.
  • the subject that the notification delivery server 2210 receives and registers with the message broker 2220 in step S13 ′ is “client connection”, “client disconnection”, and “client response”.
  • the message broker 2220 stores the requested reception registration information in the user information holding unit 2221 (step S14).
  • FIG. 20 is a sequence diagram showing an operation at the time of use setting.
  • the maintenance person 1500 and the maintenance person 1300 use the wearable terminal 1600 to select the line name, the abnormality classification, and their title from the master information held by the master information holding unit 1612.
  • the notification receiving client 1610 stores, as client information, the selected line name, abnormality classification, notification priority corresponding to the job title, and ID for uniquely identifying the notification receiving client. This client information is held in the client information holding unit 1613 of the wearable terminal 1600.
  • FIG. 21 is a sequence diagram showing an operation at the start of business.
  • the notification receiving client 1610 receives and registers the subject “/ line name / abnormal classification / notification priority / client ID” with the message broker 2220 based on the client information held by the client information holding unit 1613.
  • the message broker 2220 stores the requested reception registration information in the user information holding unit 2221 (step S38 ′).
  • FIG. 22 is a sequence diagram showing an operation when an abnormality occurs.
  • the intelligent camera 1400 that monitors the production line detects an abnormality and transmits an alarm to the notification delivery server 2210 (step S41 ′).
  • the notification delivery server 2210 adds an alarm ID that can uniquely identify the received alarm, and stores it in the alarm information holding unit 2216. Further, it is determined to which abnormality classification the alarm has occurred on which line, and it is checked whether or not the notification receiving client 1610 that receives the alarm of the abnormality classification of the line is stored in the client information holding unit 2211. (Step S42 ').
  • the notification receiving client 1610 that receives the alarm of the abnormality classification of the line is stored, the subject “/ line” is used by using the information of the notification receiving client having the highest notification priority among them.
  • the message broker 2220 scans the user information in the user information holding unit 2221 and checks whether or not the subject “/ line name / abnormal classification / notification priority / client ID” is received and registered (step S44 ′). .
  • an alarm is transmitted to the notification receiving client 1610 (step S45 ′).
  • the notification receiving client 1610 presents the received alarm to the user (step S46 ′). For example, an abnormal line name or abnormality classification is displayed on the touch panel display 1603 of the wearable terminal 1600.
  • the notification receiving client 1610 accepts an input that can or cannot be handled by a touch panel operation or the like, and creates response information to be held in the response information holding unit 1615.
  • the notification receiving client 1610 transmits the response information to the message broker 2220 with the subject “client response” and the alarm ID added to the alarm added (step S46). ).
  • the message broker 2220 that has received the response information scans the user information holding unit 2221 and checks whether the subject “client response” is received and registered (step S47).
  • response information is transmitted to the notification distribution server 2210 (step S48).
  • the notification delivery server 2210 holds the received response information in the response information holding unit 2215. Then, the notification delivery server 2210 confirms the content of the response information held by the response information holding unit 2215 (step S49). If the response information is available, the process ends.
  • step S42 'to step S49 is repeated. That is, the alarm information held in the alarm information holding unit 2216 is acquired based on the alarm ID added to the response information. Further, the subject determination unit 2212 determines in which line the alarm has occurred and which abnormality classification corresponds to it, and the notification receiving client 1610 that receives the alarm of the abnormality classification of the line stores in the client information holding unit 2211. Find out what has been done.
  • the subject “/ line name / abnormal classification” is based on the information of the notification receiving client 1610 having the second highest priority after the previous transmission.
  • / Notification priority / client ID is added and an alarm is transmitted to the message broker 2220.
  • the process of transmitting the alarm again is performed using the information of the notification receiving client 1610 with the highest priority. Thereafter, this alarm transmission processing is repeated until the response at the notification receiving client 1610 becomes available.
  • the maintenance person of the industrial system production line receives the alarm and performs the maintenance work in a hands-free manner.
  • the second embodiment not only the line name but also the information of abnormality classification and notification priority can be used to notify the notification receiving client 1610 having a high notification priority for each abnormality classification. Become. When the notification receiving client 1610 with the highest priority cannot respond, an alarm is transmitted to the notification receiving client 1610 with the next priority so that the alarm can be reliably notified in real time. When the notification receiving client 1610 having a low priority does not exist, the alarm is retransmitted to the notification receiving client 1610 that cannot respond, and an appropriate alarm can be notified.
  • the master information may be configured as a list of combinations of preset names and subjects, and the notification receiving client may dynamically select the type of alarm to be received by selecting from the list.
  • the client terminal for alarm notification is a wristwatch-type wearable terminal worn by a maintenance person or the like.
  • the form of the wearable terminal is not limited to the wristwatch-type.
  • a glasses-type wearable terminal may be used.
  • another form of terminal such as a smartphone may be carried by a maintenance person and used as a client terminal that performs alarm notification.
  • it is preferable to use a wearable terminal such as a wristwatch because it can be handled in a hands-free manner.
  • the present invention is not limited to the above-described embodiments, and includes various modifications.
  • the above-described embodiments have been described in detail in order to easily understand the present invention, and are not necessarily limited to those having all the configurations described.
  • a part of the configuration of an embodiment can be replaced with the configuration of another embodiment or modification, and the configuration of another embodiment can be replaced with another embodiment or modification. It is also possible to replace the example configuration.
  • Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files that realize each function can be stored in a recording device such as a memory, a hard disk, or an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • the control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
  • Operation process Group 2103 ... Touch panel display, 2104 ... Processor, 2105 ... Wireless LAN module, 2106 ... Short-range wireless module, 2107 ... Secondary storage unit, 2110 ... Maintenance software, 2111 ... Input unit, 2116 ... Alarm information holding unit, 2200 ... computer, 2201 ... main storage unit, 2202 ... operation process group, 2203 ... processor, 2204 ... wired LAN module, 2205 ... secondary storage unit, 2210 ... notification distribution server, 2211 ... client information holding unit, 2212 ... subject determination unit 2213 ... Master information holding unit, 2214 ... Broker connection information holding unit, 2215 ... Response information holding unit, 2216 ... Alarm information holding unit, 2220 ... Message broker, 2221 ... User information holding unit, 2222 ... Destination determination unit, 2223 ... Information holding and retransmission part, 2224 ... delivery information holding unit, 2225 ... cutting detection unit, 3000 ... wired network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Alarm Systems (AREA)
  • Selective Calling Equipment (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

通知配信サーバと、メッセージブローカーと、通知受信クライアントとを備える。通知配信サーバは、アラーム対象事象の発生に基づいて、アラームを生成する。メッセージブローカーは、通知配信サーバが生成したアラームの配信先を決定し、決定した配信先にアラームを送信する。通知受信クライアントは、メッセージブローカーとアクセスポイントを経由して無線接続され、メッセージブローカーが送信するアラームを受信する。

Description

アラーム通知システム及びアラーム通知方法
　本発明は、アラーム通知システム及びアラーム通知方法に関する。
　産業システムの製造ラインなどの設備において、異常が発生した場合に、その異常の発生をアラームとして保守担当者に通知することが従来から行われている。アラームとして通知する内容としては、異常が発生した事実や、発生した異常に関する情報がある。
　従来の産業システムに適用されるアラーム通知システムは、例えば特許文献１に記載されている。
　特許文献１に記載された技術は、監視装置が監視対象の異常を検出した際に、監視装置から保守担当者が持つ保守端末に対して電子メールを送信することで、アラームの通知を行うものである。アラームに含まれる情報の中には、監視装置が持ち、ハイパーリンクとして提供されるＷＥＢ(World Wide Web)サーバ機能のＵＲＬ(Uniform Resource Locator)が含まれる。
　電子メールを受信した保守端末は、通知されたＵＲＬから監視装置にアクセスすることで、異常に関する情報の表示や監視対象の制御などを行うことが可能となる。アラームの通知先となる保守端末は、異常の内容によって決定される。そして、当該保守端末へのアラームの通知から一定時間経過しても応答がない場合には再通知が行われる。
　特許文献１に記載される技術は、予め異常の内容毎にアラームの通知先となる保守端末を決めるようにしているが、このような技術以外にも、例えば、保守担当者が持つ保守端末の位置情報を基に、電子メールを送信する保守端末を選択する方法も提案されている。
　また、保守担当者が使用する保守端末として、眼鏡型のウェアラブル端末を使用して、保守担当者の視野内に直接、当該異常の内容などを表示させることが考えられている。
特開２００３－５８２７号公報
　産業システムの製造ラインにおいて、製造中に発生した異常を即座に保守担当者に対して通知し対策を促す手段として、保守担当者が持つ携帯端末などに対してアラームの通知を行うシステムが有用である。ここで、異常とは単純な製造ラインで稼動する生産設備の停止だけでなく、製品への部品圧着時の圧力不足や、目視検査時の製品落下など、製品を製造する過程で発生する、製品を不良品と判断する原因となるあらゆる事象を含む。
　一方で、産業システムの製造ラインでアラーム通知を行う場合、次の要件１，２，３を満たすことが重要である。
［要件１］保守担当者が実行中の作業を中断させずに、アラーム通知を受信して確認できるようにする、いわゆるハンズフリーを行う必要がある。
［要件２］保守担当者が受信するアラームを端末毎に動的に設定可能とする必要がある。［要件３］保守担当者への通知はリアルタイムに行われる必要がある。
　これらの３つの要件の内で、［要件１］は、保守担当者の安全性を担保するための要件である。［要件２］は、保守担当者の役職や担当範囲により対処すべき異常の内容が異なるため、あるいはその日の作業量や従事する製造ラインに応じて利用する端末の台数も変わるために必要とされる要件である。例えば、１人の保守担当者が２つの製造ラインの保守を担当する場合もあれば、１つの製造ラインを２人の保守担当者が担当し、１人は生産設備の異常処理担当、もう１人は製品検査の異常処理担当となる場合もある。このように、どの端末でどのアラームを受け取るべきかが状況によって異なるため、各保守担当者がそれぞれの端末に対して、どのアラームを受信するのかを設定可能とする必要がある。
　［要件３］は、不良の可能性のある製品の生産を最小限に抑えるための要件である。産業システムの製造ラインは多くの工程が自動化され、連続的に動作することにより大量生産を実現している。したがって、例えば生産設備に異常が発生したまま製品を製造し続けることは、その間に製造された製品への追加検査や破棄などの対応が必要となるため、生産コストを押し上げる要因となる。そのため、保守担当者への通知はリアルタイムに行われる必要がある。
　これらの要件に対し、例えば［要件１］のハンズフリー要求に対しては、保守端末として、眼鏡型のウェアラブル端末を適用することで満たすことができる。しかしながら、現在実用化されている眼鏡型のウェアラブル端末は、通常の眼鏡よりもサイズが大型で重量もあり、装着感が良好とは言えない。したがって、現状では、アラーム通知のために、保守担当者に眼鏡型のウェアラブル端末を常時装着させることは、好ましいとは言えない。
　また、［要件２］については、例えば特許文献１に記載されるように、予め異常の内容毎にアラームの通知先となる保守端末を決め、その通知先となる保守端末を決めるための管理が適正にできれば、対応可能である。しかしながら、実際には、上述したように、その日の作業量や従事する製造ラインに応じて利用する端末の台数も変わるため、一日毎に通知する保守端末を変更する必要があり、対応するためには通知端末の変更作業に非常に手間がかかるという問題がある。
　さらに、［要件３］のリアルタイム性について、例えば特許文献１に記載された技術では、電子メールでリアルタイムにアラームの通知を行い、その通知した端末から一定時間応答が無い場合は別の宛先に電子メールを送信するようにしている。したがって、最初に電子メールを送信した端末で保守担当者が通知内容をすぐに確認できる場合には問題ないが、最初の電子メールが届いていない場合には対応が遅れてしまう。特に、産業システムの製造ラインでは金属製の生産設備が数多く作動しており、ノイズの多い低品質な電波環境となるため、製造ラインにいる保守担当者が所持する端末に、電子メールが届かないことが起こり得る。
　このように従来のアラーム通知システムでは、上述した３つの要件を満たしたものは存在しなかった。
　本発明の目的は、状況に応じて動的にアラームを受信する端末を変更することができる、アラーム通知システム及びアラーム通知方法を提供することにある。
　上記課題を解決するために、例えば請求の範囲に記載の構成を採用する。
　本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、アラーム対象事象の発生に基づいて、アラームを生成する通知配信サーバと、通知配信サーバが生成したアラームの配信先を決定し、決定した配信先にアラームを送信するメッセージブローカーと、メッセージブローカーとアクセスポイントを経由して無線接続され、メッセージブローカーが送信するアラームを受信する通知受信クライアントと、を備える。
本発明の第１の実施の形態例によるシステム全体の構成図である。 本発明の第１の実施の形態例によるシステム全体の機能的な構成を示すブロック図である。 本発明の第１の実施の形態例による通知配信サーバ及びメッセージブローカーの例を示す構成図である。 本発明の第１の実施の形態例によるウェアラブル端末の例を示す構成図である。 本発明の第１の実施の形態例によるスマートフォンの例を示す構成図である。 本発明の第１の実施の形態例によるマスタ情報を示す説明図である。 本発明の第１の実施の形態例によるクライアント情報を示す説明図である。 本発明の第１の実施の形態例による利用者情報を示す説明図である。 本発明の第１の実施の形態例によるシステム立ち上げ時の処理例を示すシーケンス図である。 本発明の第１の実施の形態例による利用設定時の処理例を示すシーケンス図である。 本発明の第１の実施の形態例による業務開始時の処理例を示すシーケンス図である。 本発明の第１の実施の形態例による異常発生時の処理例を示すシーケンス図である。 本発明の第１の実施の形態例による無線ネットワーク切断時及び業務終了時の処理例を示すシーケンス図である。 本発明の第２の実施の形態例によるシステム全体の構成図である。 本発明の第２の実施の形態例による通知配信サーバ及びメッセージブローカーの例を示す構成図である。 本発明の第２の実施の形態例によるウェアラブル端末の例を示す構成図である。 本発明の第２の実施の形態例によるマスタ情報を示す説明図である。 本発明の第２の実施の形態例によるクライアント情報を示す説明図である。 本発明の第２の実施の形態例によるシステム立ち上げ時の処理例を示すシーケンス図である。 本発明の第２の実施の形態例による利用設定時の処理例を示すシーケンス図である。 本発明の第２の実施の形態例による業務開始時の処理例を示すシーケンス図である。 本発明の第２の実施の形態例による異常発生時の処理例を示すシーケンス図である。
＜１．第１の実施の形態例＞
　以下、本発明の第１の実施の形態例を、図１～図１３を参照して説明する。
［１－１．システム全体の構成］
　図１は、本発明の第１の実施の形態例のアラーム通知システムの物理構成図である。図１に示す例は、アラーム通知システムを、産業システムの製造ラインに適用した場合の例である。
　工室１０００には、生産ライン１１００（１１００ａ：Ａライン～１１００ｂ：Ｂライン）が存在し、各ラインの生産設備には設備の異常を検出することのできるインテリジェントカメラ１４００（１４００ａ～１４００ｆ）が取り付けられている。インテリジェントカメラ１４００は、監視対象の設備を撮影して、その撮影した画像から、設備の異常の有無を判断して、異常有りの場合にアラームを出力するアラーム出力部１４１０（図２）を備える。
　インテリジェントカメラ１４００で検出した異常に対処する人員として、ライン毎に１人の保守担当者１５００（１５００ａ～１５００ｂ）が存在し、また、保守担当者１５００を統括する目的で保守責任者１３００が工室に１人存在する。保守担当者１５００及び保守責任者１３００は腕時計型のウェアラブル端末１６００（１６００ａ～１６００ｃ）を身に着けており、ウェアラブル端末１６００は工室に取り付けられたアクセスポイント１２００を通じて無線通信を行う。ウェアラブル端末１６００は、後述する通知受信クライアント１６１０（図２）として機能する。
　サーバールーム２０００には、スマートフォン２１００及び計算機２２００が設けられている。スマートフォン２１００はウェアラブル端末１６００とペアリングされている。スマートフォン２１００には、保守ソフトウェア２１１０（図２）が実装されている。図１では、スマートフォン２１００はサーバールーム２０００に存在する例を示すが、例えば保守責任者１３００や保守担当者１５００が所持してもよい。スマートフォン２１００を使用するのは一例であり、同様の機能を備えたその他の端末（タブレット端末など）を使用してもよい。計算機２２００は、後述する通知配信サーバ２２１０及びメッセージブローカー２２２０（図２）として機能する。
　アクセスポイント１２００、インテリジェントカメラ１４００、及び計算機２２００は有線ネットワーク３０００へ接続され、アクセスポイント１２００を利用するウェアラブル端末１６００を含め、これらは相互に通信可能になっている。
　図２は、アラーム通知システムの機能を示したブロック図である。
　計算機２２００は、通知配信サーバ２２１０及びメッセージブローカー２２２０として機能する。また、ウェアラブル端末１６００は、通知受信クライアント１６１０として機能する。さらに、スマートフォン２１００には、保守ソフトウェア２１１０が実装されている。
　通知配信サーバ２２１０は、主題決定部２２１２、マスタ情報保持部２２１３、クライアント情報保持部２２１１、及びブローカー接続情報保持部２２１４を持つ。
　主題決定部２２１２は、受信したアラームの説明情報である主題を決定する。
　マスタ情報保持部２２１３は、主題を構成する要素の集合であるマスタ情報を保持する。本実施の形態例では、マスタ情報は、例えば図６に示すように、ライン名称の一覧表１００から構成される。
　クライアント情報保持部２２１１は、通知受信クライアント１６１０が受信するアラームの主題の構成要素に関する情報であるクライアント情報を保持する。本実施の形態例では、クライアント情報は、例えば図７に示すように、ライン名称と通知受信クライアントを一意に示すクライアントＩＤ（Identification）との対応表２００として構成される。
　ブローカー接続情報保持部２２１４は、メッセージブローカー２２２０への接続情報であるブローカー接続情報を保持する。
　なお、図６及び図７に示す情報（テーブル）の詳細については後述する。
　メッセージブローカー２２２０は、利用者情報保持部２２２１、配信先決定部２２２２、配信情報保持・再送部２２２３、配信情報保持部２２２４、及び切断検出部２２２５を備える。
　利用者情報保持部２２２１は、メッセージブローカー２２２０の利用者が受信する配信情報の主題と利用者への接続情報を保持する。ここで、配信情報の主題と利用者への接続情報を合わせて「利用者情報」という。利用者情報は、例えば図８に示すように、利用者が受信する配信情報の主題と利用者のＩＰアドレス（Internet Protocol address）の対応表により示される。図８に示す利用者情報の詳細については後述する。
　配信先決定部２２２２は、配信情報の配信先を決定する。
　配信情報保持・再送部２２２３は、配信情報を保持し、必要に応じて配信情報を再送する。
　配信情報保持部２２２４は、実際の配信情報を保持する。
　切断検出部２２２５は、通知受信クライアント１６１０とメッセージブローカー２２２０とのネットワーク接続が切断されたことを検出する。なお、本システムでは、運用中は通知受信クライアント１６１０が常時メッセージブローカー２２２０とネットワーク接続を行う。したがって、切断検出部２２２５が無線接続の切断を検出する状態は、例えばウェアラブル端末１６００がアクセスポイント１２００からの電波が届かない場所に移動した場合や、ウェアラブル端末１６００が電池切れなどで電源オフになった場合が想定される。
　通知受信クライアント１６１０は、アラーム保持部１６１１、マスタ情報保持部１６１２、クライアント情報保持部１６１３、及びブローカー接続情報保持部１６１４を備える。
　アラーム保持部１６１１は、メッセージブローカー２２２０から送信されたメッセージを保持する。
　マスタ情報保持部１６１２は、主題を構成する要素の集合であるマスタ情報を保持する。
　クライアント情報保持部１６１３は、通知受信クライアント１６１０が受信するアラームの主題の構成要素であるクライアント情報を保持する。
　ブローカー接続情報保持部１６１４は、メッセージブローカー２２２０への接続情報であるブローカー接続情報を保持する。
　保守ソフトウェア２１１０は、通知受信クライアント１６１０へ何らかの入力を行う場合に使用する入力部２１１１を持つ。この入力部２１１１は、通知受信クライアント１６１０への入力を行うものとして機能する。なお、スマートフォン２１００が保守ソフトウェア２１１０を実行する際には、スマートフォン２１００とウェアラブル端末１６００とを無線接続する。この場合、スマートフォン２１００とウェアラブル端末１６００とは、後述する近距離無線モジュール２１０６（図５）を用いて無線通信を行う。近距離無線モジュール２１０６としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）を使用し、予めペアリングした相手とのみ通信を行う。
［１－２．各装置の詳細構成］
　図３は、通知配信サーバ２２１０及びメッセージブローカー２２２０として機能する計算機２２００の構成を示す。
　計算機２２００は、ハードウェアとして、主記憶部２２０１、プロセッサ２２０３、有線ＬＡＮ（Local Area Network）モジュール２２０４、及び二次記憶部２２０５を持つ。通知配信サーバ２２１０とメッセージブローカー２２２０は、主記憶部２２０１に存在する動作プロセス郡２２０２の中のプロセスとして実現され、プロセッサ２２０３により動作する。
　通知配信サーバ２２１０とメッセージブローカー２２２０が利用する情報であるマスタ情報及びブローカー接続情報は、マスタ情報保持部２２１３及びブローカー接続情報保持部２２１４に保持される。これらマスタ情報保持部２２１３及びブローカー接続情報保持部２２１４は、二次記憶部２２０５に置かれ、必要に応じてプロセッサ２２０３により主記憶部２２０１の各プロセスの領域に読み込まれる。
それ以外の構成要素は、全て主記憶部２２０１における各プロセスの領域に置かれる。また、通知配信サーバ２２１０とメッセージブローカー２２２０が外部と通信を行う場合は、有線ＬＡＮモジュール２２０４を用いる。
　図４は、ウェアラブル端末１６００の構成を示す。
　ウェアラブル端末１６００は、ハードウェアとして、主記憶部１６０１、タッチパネル式ディスプレイ１６０３、プロセッサ１６０４、無線ＬＡＮモジュール１６０５、近距離無線モジュール１６０６、及び二次記憶部１６０７を持つ。
　通知受信クライアント１６１０は主記憶部１６０１に存在する動作プロセス群１６０２の中のプロセスとして実現され、プロセッサ１６０４により動作する。通知受信クライアント１６１０が利用する不揮発性の情報を保持するマスタ情報保持部１６１２、クライアント情報保持部１６１３、ブローカー接続情報保持部１６１４は二次記憶部１６０７に置かれる。そして、これらの情報は、必要に応じてプロセッサ１６０４により主記憶部１６０１における通知受信クライアント１６１０のプロセスの領域に読み込まれる。それ以外の構成要素は全て主記憶部１６０１における通知受信クライアント１６１０のプロセスの領域に置かれる。
　また、通知受信クライアント１６１０が外部と通信する場合は、無線ＬＡＮモジュール１６０５が用いられる。但し、ペアリングされたスマートフォン２１００と通信する場合は、近距離無線モジュール１６０６が用いられる。さらに、通知受信クライアント１６１０が利用者からの入力を受け付ける場合は、タッチパネル式ディスプレイ１６０３が用いられる。
　図５はスマートフォン２１００の構成を示す図である。
　スマートフォン２１００は、ハードウェアとして、主記憶部２１０１、タッチパネル式ディスプレイ２１０３、プロセッサ２１０４、無線ＬＡＮモジュール２１０５、近距離無線モジュール２１０６、および二次記憶部２１０７を持つ。
　保守ソフトウェア２１１０は、主記憶部２１０１に存在する動作プロセス群２１０２の中のプロセスとして実現され、プロセッサ２１０４により動作する。保守ソフトウェア２１１０の構成要素は全て主記憶部２１０１における保守ソフトウェア２１１０のプロセスの領域に置かれる。また、保守ソフトウェア２１１０がペアリングされたウェアラブル端末１６００と通信する場合は、近距離無線モジュール２１０６が用いられる。さらに、保守ソフトウェア２１１０が利用者からの入力を受け付ける場合は、タッチパネル式ディスプレイ２１０３が用いられる。
［１－３．情報の具体例］
　次に、通知配信サーバ２２１０及びメッセージブローカー２２２０が保持する情報の例について説明する。
　図６は、通知配信サーバ２２１０のマスタ情報保持部２２１３が保持する情報である、ライン名称の一覧表１００を示すテーブルである。ここでは、ＡラインとＢラインの２つのライン名称の情報を持つ。
　図７は、通知配信サーバ２２１０のクライアント情報保持部２２１１が保持するクライアント情報２００を示すテーブルである。
　クライアント情報２００としては、ライン名称ごとに、通知を行うクライアントＩＤの情報を持つ。図７の例では、Ａラインとして、クライアント１（要素２１０ａ）及びクライアント３（要素２１０ｃ）の情報を持ち、Ｂラインとして、クライアント２（要素２１０ｂ）及びクライアント３（要素２１０ｃ）の情報を持つ。
　図８は、メッセージブローカー２２２０の利用者情報保持部２２２１が保持する利用者情報３００を示すテーブルである。
　利用者情報３００は、利用者が受信する配信情報の主題と利用者のＩＰアドレスの対応表であり、それぞれの主題ごとに、配信先のＩＰアドレスを持つ。例えば、「／クライアント接続」として、通知配信サーバ２２１０のＩＰアドレス３１０を持ち、「／クライアント切断」についても、通知配信サーバ２２１０のＩＰアドレス３１０を持つ。また、「／マスタ配信」の情報として、それぞれのクライアント１，２，３のＩＰアドレス３３０ａ，３３０ｂ，３３０ｃを持つ。さらに、「／Ａライン」として、クライアント１，３のＩＰアドレス３４０ａ，３４０ｃを持ち、「／Ｂライン」として、クライアント２，３のＩＰアドレス３４０ｂ，３４０ｃを持つ。
［１－４．動作例］
　以下、システム立ち上げ時、利用設定時、業務開始時、異常検出時、無線ネットワーク切断時、業務終了時のフェーズに分けて、本実施の形態例におけるアラーム通知システムの動作について説明する。
［１－４－１．システム立ち上げ時］
　図９は、システム立ち上げ時の動作を示すシーケンス図である。
　通知配信サーバ２２１０は、主題「マスタ配信」、及び「受信登録時配信フラグ」を付加してマスタ情報をメッセージブローカー２２２０へ送信する（ステップＳ１１）。メッセージブローカー２２２０は、受信したマスタ情報に「受信登録時配信フラグ」が付加されているため、配信情報保持・再送部２２２３によりマスタ情報を配信情報保持部２２２４へ保存する（ステップＳ１２）。
　通知配信サーバ２２１０は、メッセージブローカー２２２０に対して主題「通知受信クライアント接続」、及び「通知受信クライアント切断」を受信登録する（ステップＳ１３）。メッセージブローカー２２２０は要求された受信登録情報を利用者情報保持部２２２１に保存する（ステップＳ１４）。これにより、図８に示す要素３１０，３２０が、メッセージブローカー２２２０に登録される。
［１－４－２．利用設定時］
　図１０は、利用設定時の動作を示すシーケンス図である。
　ウェアラブル端末１６００を使用する保守担当者１５００及び保守責任者１３００は、保守ソフトウェア２１１０の入力部２１１１を通じて通知受信クライアント１６１０のブローカー接続情報保持部１６１４のブローカー接続情報を編集する（ステップＳ２１）。但し、前回利用時からブローカー接続情報に変更がない場合には、編集する必要はない。
　通知受信クライアント１６１０は、メッセージブローカー２２２０に対して主題「マスタ配信」を受信登録する（ステップＳ２２）。メッセージブローカー２２２０は、要求された受信登録情報を利用者情報保持部２２２１に保存する（ステップＳ２３）。具体的には、図８における要素３３０ａ～３３０ｃが保存される。
　次に、メッセージブローカー２２２０はシステム立ち上げ時の処理で通知配信サーバ２２１０から送信された、「マスタ配信」の主題に対して「受信登録時配信フラグ」が付加されたマスタ情報が配信情報として保存されているため、通知受信クライアント１６１０へマスタ情報を送信する（ステップＳ２４）。通知受信クライアント１６１０は、受信したマスタ情報をマスタ情報保持部１６１２に保存する。マスタ情報保持部１６１２に保持されたマスタ情報は、ウェアラブル端末１６００のタッチパネル式ディスプレイ１６０３に表示される。このとき表示するマスタ情報は、例えば図６に示すようなライン名称の一覧の情報である。
　ウェアラブル端末１６００を使用する保守担当者１５００及び保守責任者１３００は、表示されたマスタ情報からライン名称を選択する（ステップＳ２５）。通知受信クライアント１６１０は、選択されたライン名称を、通知受信クライアントを一意に識別するクライアントＩＤと共に、クライアント情報保持部１６１３がクライアント情報として保存する。具体的には、図７に示す要素２１０ａ～２１０ｃが、それぞれのウェアラブル端末１６００で保存される。
［１－４－３．業務開始時］
　図１１は、業務開始時の動作を示すシーケンス図である。
　通知受信クライアント１６１０は、主題「クライアント接続」を付加してクライアント情報保持部１６１３が保持したクライアント情報（図７）をメッセージブローカー２２２０へ送信する（ステップＳ３１）。メッセージブローカー２２２０は、利用者情報保持部２２２１を走査し、主題「クライアント接続」が受信登録されているか否かを調べる（ステップＳ３２）。ここでは、システム立ち上げ時に通知配信サーバ２２１０が受信登録しているため、クライアント情報を通知配信サーバ２２１０へ送信する（ステップＳ３３）。通知配信サーバ２２１０は、受信したクライアント情報をクライアント情報保持部２２１１へ保存する（ステップＳ３４）。したがって、クライアント情報保持部２２１１には、全ての通知受信クライアント１６１０のクライアント情報、すなわち図７における要素２１０ａ～２１０ｃが保存される。
　また、通知受信クライアント１６１０は、主題「通知受信クライアント切断」、及び「切断時配信フラグ」を付加してクライアント情報をメッセージブローカー２２２０へ送信する（ステップＳ３５）。メッセージブローカー２２２０は、「切断時配信フラグ」が付加されているため、配信情報保持・再送部２２２３により、受信したクライアント情報を配信情報保持部２２２４へ保存する（ステップＳ３６）。
　さらに、通知受信クライアント１６１０は、メッセージブローカー２２２０に対して、クライアント情報を基に、主題「／ライン名称」を受信登録する（ステップＳ３７）。メッセージブローカー２２２０は、要求された受信登録情報を利用者情報保持部２２２１に保存する（ステップＳ３８）。ここでは、図８における要素３４０ａ～３４０ｃが保存される。
［１－４－４．異常発生時］
　図１２は、異常発生時の動作を示すシーケンス図である。
　製造ラインを監視するインテリジェントカメラ１４００は、異常発生を検知して、アラームを通知配信サーバ２２１０へ送信する（ステップＳ４１）。通知配信サーバ２２１０は、主題決定部２２１２によりアラームがどのラインで発生したかを判断し、当該ラインのアラームを受信する通知受信クライアントがクライアント情報保持部２２１１に保存されているかを調べる（ステップＳ４２）。ここで、当該ラインのアラームを受信する通知受信クライアント１６１０が保存されている場合には、アラーム配信先決定処理で決定した配信先に、主題「／ライン名称」を付加してアラームをメッセージブローカー２２２０へ送信する（ステップＳ４３）。このようにして、通知配信サーバ２２１０からメッセージブローカー２２２０に、通知配信処理が行われる。
　メッセージブローカー２２２０は、利用者情報保持部２２２１の利用者情報を走査し、主題「／ライン名称」が受信登録されているかを調べ、アラーム配信先決定処理を行う（ステップＳ４４）。ここでは、先に説明した業務開始時に、特定の通知受信クライアント１６１０が受信登録しているため、アラームを該当する通知受信クライアント１６１０へ送信する（ステップＳ４５）。通知受信クライアント１６１０は、受信したアラームをアラーム保持部１６１１が保持し、アラーム情報として利用者へ提示する（ステップＳ４６）。例えば、ウェアラブル端末１６００のタッチパネル式ディスプレイ１６０３に、異常のあるライン名が表示される。
［１－４－５．無線ネットワーク切断時］
　図１３は、無線ネットワーク切断時及び業務終了時の動作を示すシーケンス図である。
　無線ネットワーク切断時には、メッセージブローカー２２２０の切断検出部２２２５が、通知受信クライアント１６１０との切断を検出する（ステップＳ５１）。このとき、メッセージブローカー２２２０は、利用者情報保持部２２２１の利用者情報から、切断された通知受信クライアント１６１０の受信登録情報を削除する（ステップＳ５２）。
　さらに、ここでは「クライアント切断」の主題に対して「切断時配信フラグ」が付加されたクライアント情報が配信情報保持部２２２４に保存され、かつシステム立ち上げ時に通知配信サーバ２２１０が主題「クライアント切断」を受信登録している。したがって、メッセージブローカー２２２０は、通知配信サーバ２２１０へ削除されたクライアント情報を送信する（ステップＳ５３）。
　この情報を受信した通知配信サーバ２２１０は、クライアント情報保持部２２１１が保持したクライアント情報から、受信したクライアント情報と同一の情報を削除する（ステップＳ５４）。
　業務終了時については、図１３のステップＳ５１での無線ネットワーク切断検出が、業務終了に基づいた無線ネットワーク切断検出になる。そして、図１３に示す無線ネットワーク切断時と同様に、ステップＳ５２～Ｓ５４の処理が実行される。
　以上説明した第１の実施の形態例のアラーム通知システムによると、状況に応じて動的に受信するアラームを変更可能なアラーム通知システムが実現でき、例えば低品質な電波環境である産業システムの製造ラインに適用して、適切なアラームの通知ができるようになる。すなわち、異常発生時には、その異常発生のアラームが、確実かつ迅速に、異常が発生したラインの保守責任者１３００及び保守担当者１５００が装着したウェアラブル端末１６００に届く。ウェアラブル端末１６００は、作業を中断することなく表示を確認できるため、ハンズフリーでアラームを確認できるようになる。
　また、第１の実施の形態例のアラーム通知システムによると、受信するアラーム種別の事前設定が不要となり、状況に応じて動的に受信するアラームを変更可能な、アラーム通知システムが実現される。すなわち、利用設定でアラームを受信する通知受信クライアント１６１０を登録することができ、常に必要な通知受信クライアント１６１０にアラームを送信できるようになる。
　さらに、メッセージブローカー２２２０は、通知受信クライアント１６１０との接続切断を検出して、無線接続が切断された通知受信クライアント１６１０に対してアラーム通知を行うことを阻止できる。したがって、アラームを通知できない状況がメッセージブローカー２２２０で分かり、状況に応じてアラームを受信するウェアラブル端末１６００を動的に変更するなどの対処ができ、ウェアラブル端末１６００に確実にリアルタイムでアラームを通知できるようになる。
＜２．第２の実施の形態例＞
　次に、本発明の第２の実施の形態例を、図１４～図２２を参照して説明する。図１４～図２２において、第１の実施の形態例で説明した図１～図１３と同一の箇所には同一符号を付し、重複説明は省略する。
　先に説明した第１の実施の形態例では、アラームの説明情報である主題としてアラームが発生したライン名称を用い、さらに同じ主題を受信する全てのウェアラブル端末１６００に対して同時にアラームの通知を行うものであった。これに対し、第２の実施の形態例では、ライン名称だけでなく、発生した異常の分類も主題として扱い、かつ優先度によりアラームの通知を行う順序を選択できるようにした。
［２－１．システム全体の構成］
　図１４は、本実施の形態例における、アラーム通知システムの機能構成図である。
　通知配信サーバ２２１０は、通知受信クライアント１６１０から受け取った応答情報を保持する応答情報保持部２２１５、及び受信したアラームの履歴であるアラーム情報を保持するアラーム情報保持部２１１６を持つ。その他の構成については、図２に示すアラーム通知システムと同様に構成する。
［２－２．各装置の詳細構成］
　図１５は、図１４における計算機２２００の構成を示す。
　通知配信サーバ２２１０が利用するアラーム情報（インテリジェントカメラ１４００が生成するアラーム）は、二次記憶部２２０５のアラーム情報保持部２２１６に保持される。このアラーム情報は、プロセッサ２２０３の処理で、主記憶部２２０１における通知配信サーバ２２１０の領域へ書き込まれる。
　図１６は、図１４におけるウェアラブル端末１６００の構成を示す。
　通知受信クライアント１６１０が利用する応答情報は、主記憶部１６０１における通知受信クライアント１６１０のプロセスの領域の応答情報保持部１６１５に記憶される。
［２－３．情報の具体例］
　次に、通知配信サーバ２２１０及びメッセージブローカー２２２０に保持される情報の例について説明する。
　図１７は、本実施の形態例でのマスタ情報保持部２２１３が保持するマスタ情報を示す。ここでは、図１７に示すように、ライン名称の一覧表４１０、異常分類の一覧表４２０、及び、保守を行う役職の名称と、アラームの通知を行う通知優先度との対応表４３０から構成される。異常分類の一覧表４２０では、設備異常と、検査異常の２つの分類を持つ。対応表４３０では、保守担当者が通知優先度１、保守責任者が通知優先度２になる。
　図１８は、本実施の形態例でのクライアント情報保持部２２１１が保持するクライアント情報を示す。
　ここでは、クライアント情報は、ライン名称、異常分類、通知優先度、及び通知受信クライアントを一意に示すクライアントＩＤとの対応表５００として構成される。
［２－４．動作例］
　次に、図１９～図２２のシーケンス図を参照して、アラーム通知システムの動作について説明する。
　図１９～図２２のシーケンス図において、第１の実施の形態例の図９～図１２で説明した処理動作と同じ処理動作には同一のステップ番号を付与する。なお、同一のステップ番号で「′」を付与したステップは、「′」がないステップと一部の処理が相違する。
　図１９は、システム立ち上げ時の動作を示すシーケンス図である。
　システム立ち上げ時には、通知配信サーバ２２１０がステップＳ１３′にメッセージブローカー２２２０に対して受信登録する主題は、「クライアント接続」、「クライアント切断」及び「クライアント応答」とする。メッセージブローカー２２２０は、要求された受信登録情報を利用者情報保持部２２２１に保存する（ステップＳ１４）。
　図２０は、利用設定時の動作を示すシーケンス図である。
　利用設定時には、ステップＳ２５′において、保守担当者１５００及び保守責任者１３００は、ウェアラブル端末１６００により、マスタ情報保持部１６１２が保持したマスタ情報よりライン名称、異常分類、及び自身の役職名称を選択する。通知受信クライアント１６１０は、選択されたライン名称、異常分類、役職名称に対応する通知優先度、及び通知受信クライアントを一意に識別するＩＤを、クライアント情報として保存する。このクライアント情報は、ウェアラブル端末１６００のクライアント情報保持部１６１３に保持される。
　図２１は、業務開始時の動作を示すシーケンス図である。
　業務開始時には、通知受信クライアント１６１０は、メッセージブローカー２２２０に対して、クライアント情報保持部１６１３が保持したクライアント情報を基に、主題「／ライン名称／異常分類／通知優先度／クライアントＩＤ」を受信登録する（ステップＳ３７′）。メッセージブローカー２２２０は、要求された受信登録情報を利用者情報保持部２２２１に保存する（ステップＳ３８′）。
　図２２は、異常発生時の動作を示すシーケンス図である。
　製造ラインを監視するインテリジェントカメラ１４００は、異常発生を検知して、アラームを通知配信サーバ２２１０へ送信する（ステップＳ４１′）。このとき、通知配信サーバ２２１０は、受信したアラームを一意に識別できるアラームＩＤを付加し、アラーム情報保持部２２１６へ保存する。また、アラームがどのラインで発生したどの異常分類に該当するかを判断し、当該ラインの当該異常分類のアラームを受信する通知受信クライアント１６１０がクライアント情報保持部２２１１に保存されているか否かを調べる（ステップＳ４２′）。ここで、当該ラインの当該異常分類のアラームを受信する通知受信クライアント１６１０が保存されている場合には、その中で一番通知優先度の高い通知受信クライアントの情報を用いて、主題「／ライン名称／異常分類／通知優先度／クライアントＩＤ」を付加してアラームをメッセージブローカー２２２０へ送信する（ステップＳ４３′）。
　メッセージブローカー２２２０は、利用者情報保持部２２２１の利用者情報を走査し、主題「／ライン名称／異常分類／通知優先度／クライアントＩＤ」が受信登録されているか否かを調べる（ステップＳ４４′）。ここでは、先に説明した業務開始時に、通知受信クライアント１６１０が受信登録しているため、アラームを通知受信クライアント１６１０へ送信する（ステップＳ４５′）。通知受信クライアント１６１０は、受信したアラームを利用者へ提示する（ステップＳ４６′）。例えば、ウェアラブル端末１６００のタッチパネル式ディスプレイ１６０３に、異常のあるライン名や異常分類が表示される。
　さらに、アラームとして利用者へ提示すると同時に、通知受信クライアント１６１０は、対応可能または対応不可能の入力を、タッチパネル操作などで受け付け、応答情報保持部１６１５に保持させる応答情報を作成する。この応答情報保持部１６１５が応答情報を登録すると、通知受信クライアント１６１０は、主題「クライアント応答」、及びアラームに付加されているアラームＩＤを付加して応答情報をメッセージブローカー２２２０へ送信する（ステップＳ４６）。応答情報を受信したメッセージブローカー２２２０は、利用者情報保持部２２２１を走査し、主題「クライアント応答」が受信登録されているかを調べる（ステップＳ４７）。ここでは、システム立ち上げ時に通知配信サーバ２２１０が受信して登録しているため、応答情報を通知配信サーバ２２１０へ送信する（ステップＳ４８）。
　通知配信サーバ２２１０は、受信した応答情報を応答情報保持部２２１５に保持する。そして、通知配信サーバ２２１０は、応答情報保持部２２１５が保持した応答情報の内容を確認する（ステップＳ４９）。ここで、応答情報が対応可であれば処理を終了する。
　また、応答情報が対応不可であった場合には、ステップＳ４２′からステップＳ４９までの処理が繰り返される。すなわち、応答情報に付加されているアラームＩＤを基に、アラーム情報保持部２２１６に保持されたアラーム情報を取得する。さらに、主題決定部２２１２によりアラームがどのラインで発生したか、どの異常分類に相当するかを判断し、当該ラインの当該異常分類のアラームを受信する通知受信クライアント１６１０がクライアント情報保持部２２１１に保存されているかを調べる。
　そして、アラームを受信する通知受信クライアント１６１０が保存されている場合には、その中で前回送信時の次に優先度の高い通知受信クライアント１６１０の情報を基に、主題「／ライン名称／異常分類／通知優先度／クライアントＩＤ」を付加してアラームをメッセージブローカー２２２０へ送信する。次に高い優先度の通知受信クライアント１６１０の情報が存在しない場合には、一番優先度の高い通知受信クライアント１６１０の情報を用いて、再度アラームを送信する処理が行われる。
　以後、通知受信クライアント１６１０での応答が対応可となるまで、このアラームの送信処理を繰り返す。
　以上説明したように、第２の実施の形態例のアラーム通知システムによると、第１の実施の形態例と同様に、産業システムの製造ラインの保守担当者はハンズフリーでのアラーム受信と保守作業が可能となる。
　また、第２の実施の形態例によると、ライン名称だけでなく、異常分類や通知優先度の情報を使って、異常の分類毎に、通知優先度の高い通知受信クライアント１６１０に通知できるようになる。そして、優先度が最も高い通知受信クライアント１６１０が応答できない場合には、次の優先度の通知受信クライアント１６１０にアラームが送信され、確実にリアルタイムでアラームを通知できるようになる。優先度が低い通知受信クライアント１６１０が存在しない場合には、応答できない通知受信クライアント１６１０にアラームが再送され、適切なアラームの通知ができるようになる。
＜４．変形例＞
　なお、ここまで説明した各実施の形態例は、あくまでも好適な一例を示すものであり、本発明はここで説明した実施の形態例に限定されない。例えば、マスタ情報をプリセット登録された人名と主題の組み合わせの一覧として構成し、通知受信クライアントではその一覧の中から選択することで、受信するアラーム種別を動的に決定するようにしてもよい。
　また、ここまで説明した各実施の形態例では、アラーム通知を行うクライアント端末を、保守担当者などが装着する腕時計型のウェアラブル端末としたが、ウェアラブル端末の形態として、腕時計型には限定されない。例えば、眼鏡型のウェアラブル端末としてもよい。あるいは、スマートフォンなどの他の形態の端末を保守担当者などに所持させ、アラーム通知を行うクライアント端末として利用してもよい。但し、腕時計型などのウェアラブル端末を使用することで、ハンズフリーで対応ができるため好ましい。
　また、本発明は上記した実施の形態例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施の形態例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態例の構成の一部を他の実施の形態例や変形例の構成に置き換えることが可能であり、また、ある実施の形態例の構成に他の実施の形態例や変形例の構成に置き換えることも可能である。また、実施の形態例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
　１０００…工室、１１００…生産ライン、１２００…アクセスポイント、１３００…保守責任者、１４００…インテリジェントカメラ、１４１０…アラーム出力部、１５００…保守担当者、１６００…ウェアラブル端末、１６０１…主記憶部、１６０２…動作プロセス群、１６０３…タッチパネル式ディスプレイ、１６０４…プロセッサ、１６０５…無線ＬＡＮモジュール、１６０６…近距離無線モジュール、１６０７…二次記憶部、１６１０…通知受信クライアント、１６１１…アラーム保持部、１６１２…マスタ情報保持部、１６１３…クライアント情報保持部、１６１４…ブローカー接続情報保持部、１６１５…応答情報保持部、２０００…サーバールーム、２１００…スマートフォン、２１０１…主記憶部、２１０２…動作プロセス群、２１０３…タッチパネル式ディスプレイ、２１０４…プロセッサ、２１０５…無線ＬＡＮモジュール、２１０６…近距離無線モジュール、２１０７…二次記憶部、２１１０…保守ソフトウェア、２１１１…入力部、２１１６…アラーム情報保持部、２２００…計算機、２２０１…主記憶部、２２０２…動作プロセス郡、２２０３…プロセッサ、２２０４…有線ＬＡＮモジュール、２２０５…二次記憶部、２２１０…通知配信サーバ、２２１１…クライアント情報保持部、２２１２…主題決定部、２２１３…マスタ情報保持部、２２１４…ブローカー接続情報保持部、２２１５…応答情報保持部、２２１６…アラーム情報保持部、２２２０…メッセージブローカー、２２２１…利用者情報保持部、２２２２…配信先決定部、２２２３…配信情報保持・再送部、２２２４…配信情報保持部、２２２５…切断検出部、３０００…有線ネットワーク

Claims (6)

  1. 　アラーム対象事象の発生に基づいて、アラームの通知を決定する通知配信サーバと、
    　前記通知配信サーバで通知を行うことが決定した前記アラームの配信先を決定し、決定した配信先に前記アラームを送信するメッセージブローカーと、
    　前記メッセージブローカーとアクセスポイントを経由して無線接続され、前記メッセージブローカーが送信する前記アラームを受信する通知受信クライアントと、を備える
    　アラーム通知システム。
  2. 　前記通知配信サーバは、発生したアラーム対象事象からアラームに関する主題を動的に決定する主題決定部を有し、
    　前記主題決定部は、決定した主題をアラームに付加して前記メッセージブローカーへ供給する
    　請求項１に記載のアラーム通知システム。
  3. 　前記メッセージブローカーは、受信したアラームに付加されている主題に応じて、アラーム送信先の通知受信クライアントを決定する配信先決定部を有する
    　請求項２に記載のアラーム通知システム。
  4. 　前記通知配信サーバは、システム起動時にアラームに関する主題となる情報の一覧を前記メッセージブローカーへ送信し、
    　前記メッセージブローカーは、業務開始時に前記メッセージブローカーからアラーム情報に関する主題となる情報の一覧を前記通知受信クライアントに送信し、
    　前記通知受信クライアントは、業務開始時に前記メッセージブローカーから送信された、アラームに関する主題となる情報の一覧を受信し、受信した一覧から主題の選択があるとき、その選択された主題の情報を前記メッセージブローカーに送信して、前記メッセージブローカーに登録させるようにした
    　請求項１に記載のアラーム通知システム。
  5. 　前記通知受信クライアントは、作業者が装着するウェアラブル端末より構成される
    　請求項１に記載のアラーム通知システム。
  6. 　アラーム対象事象の発生に基づいて、アラームの通知を決定する通知配信処理と、
    　前記通知配信処理により通知を行うことを決定した前記アラームの配信先を決定し、決定した配信先に前記アラームを送信するアラーム配信先決定処理と、
    　アクセスポイントと無線接続された通知受信クライアントの中で、前記アラーム配信先決定処理により決定した配信先の通知受信クライアントに前記アラームを送信するアラーム送信処理と、を含む
    　アラーム通知方法。
PCT/JP2018/014696 2017-06-16 2018-04-06 アラーム通知システム及びアラーム通知方法 WO2018230117A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017118280A JP6817153B2 (ja) 2017-06-16 2017-06-16 アラーム通知システム及びアラーム通知方法
JP2017-118280 2017-06-16

Publications (1)

Publication Number Publication Date
WO2018230117A1 true WO2018230117A1 (ja) 2018-12-20

Family

ID=64659164

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/014696 WO2018230117A1 (ja) 2017-06-16 2018-04-06 アラーム通知システム及びアラーム通知方法

Country Status (2)

Country Link
JP (1) JP6817153B2 (ja)
WO (1) WO2018230117A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021245760A1 (ja) * 2020-06-01 2021-12-09 株式会社ネイン 情報処理システム、情報処理方法およびコンピュータプログラム
JP7489448B1 (ja) 2022-12-15 2024-05-23 イオンディライト株式会社 監視カメラ画像視聴管理システム、監視カメラ画像視聴管理サーバ装置、監視カメラ画像視聴管理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008147489A (ja) * 2006-12-12 2008-06-26 Tokyo Electron Ltd 群管理システム、サーバ装置、およびプログラム
JP2011041139A (ja) * 2009-08-17 2011-02-24 Hitachi Kokusai Electric Inc 無線内線電話システム
JP2017049762A (ja) * 2015-09-01 2017-03-09 株式会社東芝 システム及び方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008147489A (ja) * 2006-12-12 2008-06-26 Tokyo Electron Ltd 群管理システム、サーバ装置、およびプログラム
JP2011041139A (ja) * 2009-08-17 2011-02-24 Hitachi Kokusai Electric Inc 無線内線電話システム
JP2017049762A (ja) * 2015-09-01 2017-03-09 株式会社東芝 システム及び方法

Also Published As

Publication number Publication date
JP6817153B2 (ja) 2021-01-20
JP2019004350A (ja) 2019-01-10

Similar Documents

Publication Publication Date Title
CN111176873B (zh) 一种微服务自动下线方法、装置、计算机设备及存储介质
US9298400B2 (en) Communication system, image processing apparatus, control method for image processing apparatus, and storage medium
US11256559B2 (en) Error display system, error display method, and information processing apparatus
JP2010211394A (ja) 情報通知方法、情報通知システム、情報処理装置および情報通知プログラム
JP6095140B2 (ja) 遠隔監視システム、遠隔監視方法、及びプログラム
US20130304657A1 (en) Location-based connection system for real estate agents and clients thereof
WO2013046750A1 (ja) 保守対応システム
JP6460932B2 (ja) 画像処理装置、システム、画像処理装置の制御方法、システムの制御方法、及びプログラム
JP2005027040A (ja) 監視方法、監視プログラム及び集中監視プログラム
WO2018230117A1 (ja) アラーム通知システム及びアラーム通知方法
JP2006195554A (ja) 統合監視システム
US9648111B2 (en) Communication system and method of controlling the same
JP2003162399A (ja) 電子装置の遠隔監視システム
JP2010204723A (ja) 監視システム及び警報通知方法
JP2009211117A (ja) 故障通報システム
JP2007153586A (ja) エレベータの保守用データ採取装置及びエレベータの保守用データ採取方法
JP2003114812A (ja) Ｗｅｂページ運用監視方法、Ｗｅｂページ運用監視システム及びＷｅｂページ運用監視プログラム
JP2018077725A (ja) 接続管理システム、接続管理方法及び接続管理プログラム
JP6289214B2 (ja) 情報処理システム及びその方法
JP7563907B2 (ja) イベント処理システム、処理装置、処理方法、及び、プログラム
WO2024116287A1 (ja) 障害監視システム及び障害監視方法
JP2000298517A (ja) 機器制御監視システム
CN115277375B (zh) 一种主备服务器的切换方法、系统、设备及存储介质
JP7395908B2 (ja) 情報処理システム
US20240193254A1 (en) Systems, devices, and methods for tracking remote equipment location and utilization of computing devices

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: 18816709

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18816709

Country of ref document: EP

Kind code of ref document: A1