JP7627124B2 - Mobile terminal, monitoring system, display method and program - Google Patents

Description

The present invention relates to a surveillance system for monitoring buildings (specifically, a security system for guarding buildings such as offices and homes, and a monitoring system for monitoring the safety of users in buildings), as well as a mobile terminal used in the system, and a display method and program for the mobile terminal.

Systems have been known that allow a user to remotely switch security modes using a mobile terminal from a location away from the target of security, such as a home.

For example, the following Patent Document 1 discloses that a security mode switching operation is accepted remotely from the operation screen of a mobile device of a user who is occupying/living in a building to be guarded, the security device switches the security mode in response to the switching operation, the mobile device receives a signal (notification) from the security device or a center regarding the security mode switching, and a message (mode switching message) corresponding to the signal is added and displayed in chronological order on the chat screen (history display), allowing the user to check the operation history. In addition to switching security modes, the security device also transmits signals notifying the scheduled time for security to be set and emergency signals notifying the occurrence of an abnormality, and messages corresponding to these signals are also displayed as a history on the chat screen in the same way as the mode switching message.

JP 2018-137673 A

However, in the technology of Patent Document 1, when a mobile terminal receives signals indicating the same content from a security device multiple times, if all messages corresponding to the received signals are displayed as a history on the chat screen, the same messages will be displayed multiple times, making it difficult for the user to check the history of important mode switching messages, etc., on the chat screen.

In view of the above circumstances, the object of the present invention is to provide a mobile terminal, a monitoring system, a display method, and a program that can improve the visibility of the history display on the chat screen while maintaining communication to the user when a signal notifying the same content is received from a monitoring device.

To achieve the above object, a mobile terminal according to one embodiment of the present invention has a receiving means for receiving multiple types of monitoring signals transmitted from a monitoring device that monitors a monitoring target, and a display control means for displaying messages corresponding to the received monitoring signals in chronological order on a chat screen. When multiple monitoring signals with the same content that are repeatedly transmitted for a single event are received from the monitoring device, the display control means selects a message to be left as a history display on the chat screen from among multiple messages corresponding to the received multiple monitoring signals according to the type of the received monitoring signal.

With this configuration, when signals indicating the same content are received, the method of selecting messages to be left as history on the chat screen from the received signals is changed depending on the type of signal, improving visibility on the chat screen while maintaining communication to the user.

The monitoring device here may be a security device in a security system that guards buildings such as offices or homes, or a monitoring device in a monitoring system that monitors the safety of users in a building. The monitoring signal may notify the user's operation history (switching security modes, equipment control, safety confirmation contact, etc.) or detection history (abnormality detection, human detection, breathing detection, etc.) on the monitoring device. Selecting messages to keep as history on the chat screen also includes displaying messages on the chat screen once and then deleting messages other than the selected message from the chat screen, and also includes making a selection before displaying them on the chat screen and displaying only the selected message on the chat screen.

When the received monitoring signals are multiple event signals notifying the monitoring device of events detected by the monitoring device for the monitoring target, the display control means may select the oldest message from among the multiple messages corresponding to the multiple event signals. When the received monitoring signals are multiple monitoring signals other than the event signals, the display control means may select the latest message from among the multiple messages corresponding to the multiple monitoring signals.

In this way, for notifications regarding events that may require some kind of action, only the oldest message remains on the chat screen, making it possible to check when the event occurred, how much time passed from when the event occurred until the abnormality was resolved, and so on. Other messages may be, for example, schedule signals related to a predetermined schedule set during monitoring (such as the scheduled time to set the alert mode). For schedule signals, only the most recent message remains on the chat screen, making it possible to check changes to the scheduled set time. In other words, if it can be determined from the history that the schedule signal notification was made just before the scheduled set time, or that the set operation or extension operation was not completed in time, the scheduled set time can be delayed, or if there is sufficient time until the scheduled set time, the scheduled set time can be advanced.

The display control means may be configured such that, when the received monitoring signals are multiple event signals notifying the monitoring device of an event detected by the monitoring device with respect to the monitoring target, and an action has been taken in response to the event, a message indicating the action is displayed on the chat screen in association with the oldest message among the multiple messages corresponding to the multiple event signals.

This makes it easy to confirm that an action was taken in response to an event as a history. Here, "associating and displaying on the chat screen" includes, for example, highlighting the oldest message and the action message (using the same color, the same bold font, etc.), linking the two so that they can be jumped to one another on a timeline, and displaying the action message below the oldest message.

When the chat screen is started by a user, if a plurality of event signals notifying the monitoring device of an event detected by the monitoring device for the monitoring target have been received as the plurality of monitoring signals, the display control means may automatically transition and display a timeline of the chat screen so that the oldest unread message among the plurality of messages corresponding to the plurality of event signals is displayed. Furthermore, when the chat screen is started by a user, if a plurality of monitoring signals other than the event signals have been received as the plurality of monitoring signals, the display control means may automatically transition and display a timeline of the chat screen so that the latest unread message among the plurality of messages corresponding to the plurality of monitoring signals is displayed.

As a result, when the chat screen is launched, if there are unread messages corresponding to an event signal, the oldest message will be automatically displayed, allowing the user to immediately check when the event occurred; if there are unread messages corresponding to other signals, the newest message will be automatically displayed, allowing the user to check the latest notification.

When the received monitoring signals are multiple event signals notifying the monitoring target of events detected by the monitoring device, the display control means may display only a message corresponding to the oldest event signal among the multiple event signals on the chat screen. When the received monitoring signals are multiple monitoring signals other than the event signals, the display control means may display only a message corresponding to the latest monitoring signal among the multiple monitoring signals on the chat screen.

This allows only the oldest or newest message to be displayed on the chat screen depending on whether the received monitoring signal is an event signal or another signal, improving the visibility of the chat screen.

In this case, the display control means may maintain the display of the message corresponding to the oldest event signal when an event signal related to the same event is received again after displaying a message corresponding to the event signal on the chat screen. The display control means may update the message corresponding to the latest monitoring signal to a message corresponding to the newly received monitoring signal and additionally display the message when an event signal related to the same event is received again after displaying a message corresponding to a monitoring signal other than the event signal on the chat screen.

This allows the oldest or newest message to be displayed when a new monitoring signal is received, depending on whether it is an event signal or another signal, preventing a decrease in visibility.

A monitoring system including a monitoring device that monitors a monitoring target and a mobile terminal that can communicate with the monitoring device,
the monitoring device has a transmitting means for transmitting a monitoring signal related to monitoring of the building to the mobile terminal,
The mobile terminal includes a receiving means for receiving a plurality of types of monitoring signals transmitted from the monitoring device;
a display control means for displaying messages corresponding to the received monitoring signals in chronological order on a chat screen,
The display control means, when receiving a plurality of monitoring signals having the same content repeatedly transmitted in response to a single event from the monitoring device, selects a message to be left as a history display on the chat screen from a plurality of messages corresponding to the plurality of received monitoring signals in accordance with the type of the received monitoring signal.

receiving a plurality of types of monitoring signals transmitted from a monitoring device that monitors a monitoring target;
displaying messages corresponding to the received monitoring signals in chronological order on a chat screen;
A display method comprising:
The display step includes, when a plurality of monitoring signals having the same content are received from the monitoring device in response to a single event, selecting a message to be left as a history display on the chat screen from a plurality of messages corresponding to the plurality of received monitoring signals in accordance with the type of the received monitoring signal.

On your mobile device,
receiving a plurality of types of monitoring signals transmitted from a monitoring device that monitors a monitoring target;
displaying messages corresponding to the received monitoring signals in chronological order on a chat screen;
A program for executing
The displaying step is a program for selecting a message to be left as a history display on the chat screen from among a plurality of messages corresponding to the plurality of received monitoring signals in accordance with the type of the received monitoring signal when a plurality of monitoring signals having the same content that are repeatedly transmitted in response to a single event are received from the monitoring device.

As described above, according to the present invention, when a signal notifying the same content is received from a monitoring device, it is possible to improve the visibility of the history display on the chat screen while maintaining communication to the user. However, this effect does not limit the present invention.

1 is a diagram showing a configuration of a security system according to an embodiment of the present invention; A diagram showing the hardware configuration of a security device in one embodiment of the present invention. FIG. 2 is a diagram showing a hardware configuration of a user terminal according to an embodiment of the present invention. A diagram illustrating multiple security areas of a security object in a security system according to one embodiment of the present invention. FIG. 13 is a diagram showing an example of a list screen displayed on a user terminal according to an embodiment of the present invention. 11A and 11B are diagrams showing examples of a list screen and a chat screen displayed on a user terminal according to an embodiment of the present invention. FIG. 13 is a diagram showing an example of a chat screen displayed on a user terminal according to an embodiment of the present invention. FIG. 11 is a diagram showing an example of an operation screen displayed on a user terminal according to an embodiment of the present invention. 11 is a flowchart showing the flow of operation of a user terminal in a security system according to one embodiment of the present invention. A figure showing an example of the transition of screens displayed on a user terminal when an event signal or a schedule signal is received in a security system according to one embodiment of the present invention. A figure showing an example of the transition of screens displayed on a user terminal when an event signal or a schedule signal is received in a security system according to one embodiment of the present invention. A figure showing an example of a screen displayed on a user terminal when dealing with an event in a security system related to another embodiment of the present invention.

Below, we will explain an embodiment of the present invention when applied to a security system, with reference to the drawings.

[System Configuration]
FIG. 1 is a diagram showing the configuration of a security system according to this embodiment.

As shown in the figure, this security system has a security device 100, a user terminal 200, and a center server 300 at the security center.

The security device 100 is installed in a building (security target T), such as a corporate tenant building, monitors the security target T for abnormalities, and reports any detected abnormalities to a security center. As will be described in detail later, the security device 100 guards the security target T using multiple security modes (e.g., alert mode, alert off mode, presence set mode, etc.).

The user terminal 200 is, for example, a terminal carried by an employee of a company located in the building of the security target T, and is, for example, a portable computer such as a smartphone, a mobile phone, or a tablet PC (Personal Computer). The user terminal 200 can be connected to a mobile network such as LTE (Long Term Evolution), 3G, or Wi-Fi.

The user terminal 200 can remotely switch the security mode from the security target T by communicating with the security device 100, and can display the change history of the security mode. The security mode switching operation is input on an application (hereinafter referred to as the "security application") that is installed on the user terminal 200 and provides security mode information and other security information.

The security device 100 also has an operation unit (such as an operation panel) installed on the wall of each area of the building of the security target T, and when the user is inside the building, the user can also use the operation unit to switch the security mode. Depending on the object to be operated by the operation unit, authentication processing may be required, for example, by inserting an authentication card assigned to each user into the operation unit. In this embodiment, the operation unit is sometimes referred to as the "main unit operation unit" in contrast to the user terminal 200 that can be remotely operated.

The center server 300 is a server installed in a security center operated by a security company, and is capable of communicating with the security device 100 and the user terminal 200 via the Internet. A controller is always present at the security center, and when an abnormality report is received from the security device 100, necessary measures such as dispatching a security guard to the target of security of the security device 100 are taken according to the type of abnormality report received.

The center server 300 also stores information such as the location of the security target T, and information about users (companies, etc.) under a security contract who are occupying the security target. For example, the center server 300 pairs the user terminals 200 and security devices 100 of each company occupying the security target T, and stores information that groups them by security target T for authentication purposes. The center server 300 also stores information about the above authentication cards, which have been paired and grouped in the same manner as the above user terminals 200.

The security mode switching is performed in the manner shown in (1) to (8) in the figure. That is, (1) the user terminal 200 requests the center server 300 to switch security modes via the mobile network, (2) the center server 300 authenticates the user terminal 200 (the company to which the user terminal 200 belongs), and if authentication is successful, transfers the security mode switching request to the security device 100, (3) requesting the security device 100 to switch security modes. Then, (4) the security device 100 switches security modes in response to the security mode switching request, and (5) notifies the center server 300 that the security mode switching has been completed.

Then, (6) the center server 300 receives the notification and requests an API for push notifications on the Internet (e.g., Apple Push Notification Service (APNS) or Firebase Cloud Messaging (FCM)) to send a push notification of the completion of the mode switch. (7) Upon receiving the request, the API sends a push notification of the completion of the mode switch to the user terminal 200, and (8) the user terminal 200 receives the push notification and displays the completion of the mode switch on the display unit.

As explained above, in the security mode switching process, the center server 300 only mediates (and authenticates) the communication between the security device 100 and the user terminal 200. Therefore, in this embodiment, the communication actually mediated by the center server 300 may be described as communication between the security device 100 and the user terminal 200, with the mediation process omitted. Note that the security device 100 may be configured to have some of the functions of the center server 300, allowing communication between the security device 100 and the user terminal 200 without the center server 300 acting as an intermediary.

The user terminal 200 can receive a remote security mode switching operation using the security application, and can display the security mode switching operation and the mode switching result by the security device 100 in response to the mode switching operation as a message on a chat screen. Furthermore, the user terminal 200 can also display information corresponding to the message on a list screen, which is a list of display columns for multiple security areas within the security object T. Details of these display processes will be described later.

[Configuration of security device]
2 is a block diagram showing the configuration of the security device 100. As shown in the figure, the security device 100 is made up of a main device 101, various sensors 10 and 12, and the like.

The intrusion monitoring sensors 10 are sensors for detecting intruders, such as sensors that detect the opening and closing of doors and windows, sensors that detect heat emitted by the human body as a heat source, and sensors that detect when infrared rays are blocked by the human body. These intrusion monitoring sensors are broadly divided into those installed in the outer perimeter area of the security target T and those installed in other areas. Furthermore, the intrusion monitoring sensors installed in the outer perimeter area of the security target T are divided into those installed in the entrance and exit areas and those other than those. The fire sensor 12 is a sensor that detects heat and smoke associated with the outbreak of a fire.

The main device 101 is composed of a control unit 110, a notification unit 130, a notice unit 140, a display unit 150, an operation unit 160, and a communication interface (I/F) 170.

If an abnormality occurs, the reporting unit 130 reports it to a security center (not shown) via a communication line. The alarm unit 140 generates various alarm sounds. The display unit 150 is composed of an LED (Light Emitting Diode), a liquid crystal display, etc., and performs various displays on and off the main device, respectively.

Specifically, the notification unit 140 notifies by voice the security mode of the security device 100, whether or not an abnormality has been detected, scheduled guidance notifying the scheduled time for security to begin (security mode set), operation guidance, etc. Alternatively or in addition to this, the display unit 150 may display information relating to whether or not an abnormality has been detected, the scheduled guidance, and operation guidance.

The communication I/F 170 is an interface for wired or wireless communication with various sensors. The communication I/F 170 also functions as an interface for wireless communication with the user terminal 200, which serves as a remote control unit for switching security modes.

The operation unit 160 is composed of, for example, an operation button or a touch panel, and accepts user operations such as switching the security mode. If the operation unit 160 is a touch panel, the operation unit 160 can be integrated with the display unit 150.

The operation unit 160 also has buttons for use other than switching between security modes, such as an emergency call button that can be operated if the user is attacked by an intruder or senses something wrong with their body, and a cancel operation button to cancel an abnormality if the user accidentally causes one.

The control unit 110 is a part that is composed of a processor, memory, etc., and controls the operation of the security device. Functionally, it realizes a mode storage means 112, a monitoring control information storage means 114, an intrusion monitoring sensor detection processing means 116, a mode setting means 118, etc. The mode storage means 112 stores each security mode together with its identification information, and stores information about the currently set security mode among them, for example, by a flag or the like. The monitoring control information storage means 114 stores the installation area and address code of various sensors, and stores the correspondence between the security mode and various sensors that are in a monitoring state. When an intrusion monitoring sensor detects an intrusion, the intrusion monitoring sensor detection processing means 116 performs a process of outputting an abnormality signal by performing an abnormality judgment based on the current security mode stored in the mode storage means 112 and the contents stored in the monitoring control information storage means 114, and a process of determining and outputting an alarm sound, etc. The mode setting means 118 performs the setting (switching) process of the above security mode based on the mode switching operation from the user via the operation unit 160 and the user terminal 200. When the security mode is changed, the mode setting means 118 stores the switched security mode in the mode storage means 112 as the current security mode.

In addition, if any abnormality occurs in the guard target T, the control unit 110 stores status information indicating that an abnormality is occurring, together with the type of abnormality (described below).

Although not shown, the main device 101 also stores group setting information related to the multiple user terminals 200 and the authentication cards paired with the security device 100 and grouped, as well as the identification information of each user (user name, user ID, etc.). In other words, the security device 100 stores, for each security area (or entire property), a user terminal 200 that can remotely control the security mode of that security area (or entire property) in association with that security area (or entire property).

[User terminal configuration]
Fig. 3 is a diagram showing the configuration of the user terminal 200. As shown in the figure, the user terminal 200 includes a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, an input/output interface 25, and a bus 24 connecting these to each other.

The CPU 21 accesses the RAM 23 etc. as necessary and performs various arithmetic processing while controlling each block of the user terminal 200 as a whole. The ROM 22 is a non-volatile memory in which firmware such as the OS, programs, and various parameters to be executed by the CPU 21 are permanently stored. The RAM 23 is used as a working area for the CPU 21, and temporarily stores the OS, various applications being executed, and various data being processed.

The input/output interface 25 is connected to a display unit 26, an operation reception unit 27, a memory unit 28, a communication unit 29, etc.

The display unit 26 is a display device that uses, for example, an LCD (Liquid Crystal Display), an OELD (Organic ElectroLuminescence Display), a CRT (Cathode Ray Tube), etc.

The operation reception unit 27 is, for example, a touch panel, a button, a key, or another input device. If the operation reception unit 27 is a touch panel, the touch panel may be integrated with the display unit 26.

The storage unit 28 is, for example, a flash memory (SSD; Solid State Drive) or other solid-state memory, or a non-volatile memory such as a HDD (Hard Disk Drive). The storage unit 28 stores the OS, various applications, and various data.

In particular, in this embodiment, the storage unit 28 stores the security application and other programs for the user terminal 200 to execute security mode switching processing in conjunction with the security device 100. The security application also includes data (text information and image information) required to display an operation screen that accepts security mode switching operations, a chat screen that displays the switching results, and a list screen. The CPU 21 functions as a display control means that controls the display switching processing of the operation screen, list screen, and chat screen, and the display processing of messages. The security application also stores the current security mode of each security area set in the security device 100. Furthermore, the security application stores a message correspondence table that associates security mode switching operations and switching processing with messages to be displayed on the chat screen.

The communication unit 29 is a module for wireless communication such as LTE or Wi-Fi, and is responsible for communication processing between the security device 100 and the center server 300 via a mobile network and the Internet.

[Security Area]
Next, a description will be given of the multiple security areas of the security object T in this embodiment. Fig. 4 is a diagram illustrating the security areas of the security object T. Fig. 4A is a partially see-through diagram of the exterior of the security object T, and Fig. 4B is a plan view of the floor on which the security object T is located.

As shown in the figure, the security target T is, for example, a tenant building consisting of multiple floors, and has a common area As and multiple individual areas Ai as security targets.

The common area As is an area that includes, for example, the entrance and exit of the security target T and is shared by employees of the tenant company. The common area As is usually located on the first floor of the security target T, but may be located on the second floor or higher.

The individual area Ai is an area used individually by each employee of the tenant company, and may be, for example, an office, a conference room, a laboratory, etc. To enter the individual area Ai, the employee must pass through the common area As.

The security device 100 can switch the security mode for each individual area Ai individually. To set the security mode for the shared area As to alert mode, all individual areas Ai must be set to alert mode. When a user of each individual area Ai sets the security mode for his/her own individual area Ai to alert mode, if all other individual areas Ai are set to alert mode, the user, as the last person to leave the building, performs an operation to set the security mode for the shared area As (all areas to be secured) to alert mode.

When multiple tenant companies occupy a single security target T, the multiple tenant companies will each use one or more individual areas Ai and share the common area As. In this case, users of each tenant company cannot switch the security mode for individual areas Ai in which other tenant companies occupy, and when the security mode for all of the user's own individual areas Ai and all of the individual areas Ai of other tenant companies are set to alert mode, the security mode for the common area As is set to alert mode.

In this embodiment, the user terminal 200, as described below, displays a list screen that displays a list of display fields that display information about the security mode for each individual area Ai, and is capable of switching between the list screen, a chat screen that displays messages regarding switching the security mode for each individual area Ai, and an operation screen for switching the security mode.

[Security mode type]
Here, we will explain the types of security modes that the security device 100 has. In this embodiment, the security device 100 has an alert mode, a presence alert mode, and an alert release (presence) mode as security modes for each individual area Ai. The security device 100 also has an alert mode and an alert release mode as security modes for the shared area As.

Monitoring and emergency reporting by the fire sensor 12 are performed regardless of the security mode. Any abnormal occurrences caused by these are reported by a separate alarm sound. On the other hand, monitoring by the intrusion monitoring sensor 10 differs depending on the security mode.

The alert mode is a mode that is set when all users of an individual area Ai of a security target T leave the individual area Ai (exit the room), and when all users of all individual areas Ai leave the security target T (exit the building). In this mode, monitoring by the intrusion monitoring sensor 10 is performed by all intrusion monitoring sensors 10 installed in the individual area Ai and the shared area As.

The presence alert mode is a mode used when a user is present within an individual area Ai and it is desired to monitor for intrusions from the outside. In this mode, monitoring by the intrusion monitoring sensors 10 is performed only by the intrusion monitoring sensors 10 installed in the outer peripheral area of the individual area Ai, such as windows and doors, out of all the intrusion monitoring sensors 10.

The disarmed mode is a mode used when a user of an individual area Ai is present. In this mode, monitoring by the intrusion monitoring sensor 10 is not performed. When a user switches the security mode of an individual area Ai to the disarmed mode, if the security modes of all individual areas Ai of the security target T are set to the alerted mode, the shared area As is also set to the alerted mode, and the user must first switch the security mode of the shared area As to the disarmed mode, and then switch the security mode of the individual area Ai to the disarmed mode.

[Signal transmitted from security device]
Next, a description will be given of the types of signals (security signals) transmitted from the security device 100 to the user terminal 200. The transmitted signals include a schedule signal, a mode switching signal, an event signal, and the like, as described below.

(Schedule signal)
As described above, if the security mode of the security object T or each individual area Ai has not been set to the above-mentioned alert mode even when the time (scheduled set time) arrives at which the security object T or each individual area Ai is supposed to be unattended, the security device 100 will alert the scheduled guidance via the alert unit 140 before the scheduled set time to prevent the security object T or each individual area Ai from being left in an unguarded state (NO set abnormality).

If the user wishes to remain in the room after receiving the scheduled time guidance, for example to continue working overtime, the user can extend the scheduled time or cancel the setting.

To further strengthen the function of preventing the above-mentioned NO set abnormality, a schedule signal is transmitted in conjunction with the above-mentioned scheduled guidance. That is, the security device 100 determines whether the security target T (individual area Ai) is in alert mode or not at a pre-registered time before the scheduled set time, and if it is not in the away alert mode, it repeatedly transmits a schedule signal to the user terminal 200 until the alert mode is set. The schedule signal includes the following fixed notification and additional notification.

The fixed notification is a process that is linked to the above-mentioned scheduled guidance of the security device 100, and the security device 100 notifies the user by voice or by the display unit 150 of the security device 100, and also transmits a schedule signal related to the fixed notification to the user terminal.

In this case, the schedule signal includes information that it is a fixed notification, information about the individual area Ai that is the scheduled set time, and information about the time remaining until the scheduled set time.

For example, if the scheduled set time for an individual area Ai is 8 p.m., the security device 100 determines whether the security mode for the individual area Ai is in alert mode 15 minutes before 8 p.m., and determines whether to transmit a schedule signal.

The additional notification is a notification that is set by an individual user who uses the individual area Ai, separate from the fixed notification that is linked to the scheduled guidance. When the time set by the individual user arrives, the security device 100 determines whether the security target T (individual area Ai) is in alert mode, and if it is not in alert mode, it transmits a schedule signal to the user terminal 200.

In this case, each schedule signal includes information indicating that it is an additional notification, information about the individual area Ai that is the scheduled set time, and information about the time remaining until the scheduled set time.

For example, if the scheduled set time for an individual area Ai is 8 p.m. and the scheduled set time for the fixed notification is 15 minutes before the scheduled set time, the individual user can additionally set in the security device 100 the time at which they would like a schedule signal to be sent, for example 10 minutes or 20 minutes before the scheduled set time, separately from the fixed notification, and the security device 100 will determine whether the security mode for the individual area Ai is in alert mode at each of those times and whether to send a schedule signal. Note that multiple fixed notifications may be set for one scheduled set time.

The schedule signal also includes, apart from the security mode, a signal (forgotten to set signal) for notifying (prompting switching to the set or unset state) when, for example, a safe sensor is not set (alert state) or not set (non-alert state) at the set time (prompting switching to the set or unset state). As for forgotten to set signals, in addition to safe sensors, window sensors (detecting whether a window is open or closed), lighting ON/OFF (such as turning off lighting after midnight), and air conditioning ON/OFF can also be set.

(Mode switching signal)
The mode switching signal is a signal transmitted when the security device 100 switches the security mode in response to a security mode switching operation by a user. The mode switching signal includes information indicating that it is a mode switching signal, information on the individual area Ai to be guarded, mode identification information indicating the security mode after switching, and the like.

(Event Signal)
The event signal is a signal for confirming to the user whether or not there is a problem at the site when the occurrence of an event is detected by the security device 100. That is, in the presence alert mode, for example, when a user accidentally opens a window or a safe and a sensor of a monitored object (such as a window, door sensor, or human sensor) detects it, the security device 100 repeatedly transmits an event signal to confirm that it is an erroneous operation until the user replies that he or she has confirmed it. The event signal includes information on what the event occurred about, where the event occurred, and the time when the event occurred.

For example, when the electric lock of an individual area Ai is unlocked in the presence alert mode, the security device 100 transmits information that the electric lock has been unlocked as an event signal, and also includes an image captured by a camera photographing the door behind the electric lock.

The user terminal 200 stores the message contents corresponding to each of the above signals in advance as a table or the like, and displays the message corresponding to the received signal on the chat screen. Note that the user terminal 200 may not store the message contents in advance, and the security device 100 may include information on the message contents to be displayed for each signal, or when the user terminal 200 updates the chat screen for the center server 300, it may receive information on the message contents to be added in response to the signal from the center server 300 and display it.

[List screen, chat screen and operation screen]
As described above, in this embodiment, the security application of the user terminal 200 switchably displays a list screen that displays a list of information regarding the security mode for each individual area Ai, a chat screen that displays messages regarding the security mode for each individual area Ai in a chronological order in an interactive format, and an operation screen that accepts switching operations for the security mode from the user.

Figure 5 shows an example of a list screen along with the external appearance of the security target T in Figure 4A above.

As shown in the figure, the list screen 70 displays a list of display fields 71 corresponding to the shared area As and individual area Ai. In the example shown in the figure, the display field 71 corresponding to the shared area As is displayed at the top, and the display field 71 corresponding to the individual area Ai is displayed below it. Note that if the security target T does not have a shared area As, a list of only the individual area Ai is displayed.

As display columns 71 corresponding to individual areas Ai, in addition to display columns 71 corresponding to individual areas Ai where the user of the individual area Ai has the authority to switch the security mode, display columns 71 corresponding to individual areas Ai where the user of the individual area Ai does not have the authority to switch the security mode (e.g. other tenant companies) are also displayed, for example at the bottom. However, the display columns for the security areas where the user does not have the authority to operate are not for each security area, but when there are multiple security areas, a single display column 71 is displayed, and in this display column 71, a message is displayed indicating whether all of the security areas where the user does not have the authority to operate are in alert mode. The user cannot operate this display column 71.

Each display field 71 displays the area name 72 indicating the name of each security area, a security mode icon 73 that identifies the current security mode state of each security area by color (e.g., blue for alert mode and black for de-alerted mode), the latest message 74 related to the security mode displayed on the chat screen corresponding to each security area, and the reception time 75 of the latest message 74. Note that the latest message 74 related to the security mode (e.g., if all multiple security areas are switched to alert mode, a message saying "It's set") and the reception time 75 of the latest message 74 may also be displayed in a display field 71 that displays multiple security areas for which the user does not have the authority to switch the security mode.

As will be described later, the latest security mode messages 74 displayed in each display section 71 include messages indicating the current (switched) security mode for each security area, as well as messages indicating changes to security hours.

Figure 6 shows an example of the list screen 70 and a chat screen that can be switched from the list screen 70. Figure 7 shows a more detailed example of the chat screen.

As shown in FIG. 6, when a user selects any of the display fields 71 on the list screen 70 by tapping or the like, the screen switches to a chat screen for the individual area Ai or shared area As corresponding to the selected display field 71. The chat screen 80 displays a group of area messages in chronological order, including switching messages corresponding to switching of the security mode for each of the security areas.

As shown in Figures 6 and 7, on the chat screen 80, switching messages, a message indicating a mode switching operation by the user (mode operation message 83) and a message indicating the mode switching result by the security device 100 in response to the mode switching operation (mode switching message 84), are displayed in chronological order in an interactive format, separated into different areas (e.g., the former on the right and the latter on the left).

The mode switching message 84 is a message corresponding to the mode switching signal transmitted from the security device 100 when switching security modes.

In FIG. 6, the latest message 74 displayed in the display section 71 of the list screen 70 corresponds to the mode switching message 84 displayed at the bottom of the chat screen 80.

As shown in FIG. 7, the chat screen 80 has a time axis that runs from top to bottom, with older messages (earlier received) displayed at the top and newer messages (later received) displayed at the bottom. The most recent message is always added to the bottom, and older messages that do not fit within the display range of the message display area can be scrolled to the bottom and displayed by the user flicking or swiping the message display area, for example, vertically.

Each mode operation message 83 and each mode switching message 84 includes, in addition to the message body enclosed in a rectangular frame, operator information, operation tool, and reception time (operation time) information in an adjacent position (e.g., at the top).

In the example of FIG. 7, in response to a disarm operation by Taro, the user of the user terminal 200, a mode operation message 83 indicating the operation and a mode switching message 84 indicating the result of switching to the disarm mode in response to the operation are displayed.

In addition, on the chat screen 80, normal messages can be exchanged between multiple users in the security area corresponding to that chat screen 80, and these messages are displayed as messages 89.

Although not shown in the figure, when the user double-tap the chat screen 80, a character selection area such as a character input box and a keyboard for the user to compose a message is displayed, for example at the bottom, allowing the user to enter a message.

In addition, notification messages from the security device 100 or the security system other than the switching of security modes by the security device 100 may also be displayed on the chat screen 80. Notification messages include, for example, messages corresponding to fixed notifications and additional notifications based on the schedule signal, messages 86 (e.g., notification that an object has been detected) corresponding to the event signal transmitted when an event occurs with respect to equipment (temperature, doors, etc.) or sensors (safes, windows, etc.) in the security area corresponding to the chat screen 80 in the presence security mode, and abnormality messages displayed in response to the emergency signal transmitted when an abnormality occurs in the building or security area in the security mode.

In addition, when a pre-set event occurs (for example, switching from alert mode to non-alert mode), a surveillance camera image 87 relating to the event is received from the security device 100 and is additionally displayed on the chat screen 80.

For example, when a user inputs an operation to cancel the security mode of an individual area Ai, in order to make it possible to confirm whether the user who performed the cancellation operation is the same person as the user who entered the room, the video (images and videos) captured by the surveillance camera is transmitted to the user terminal 200 and displayed on the chat screen 80. Also, when a sensor in a safe or window detects something, an image from the surveillance camera around the safe or window may be transmitted to the user terminal 200 and displayed on the chat screen 80, or a message indicating the detection may be additionally displayed.

Also, for example, at the bottom of the chat screen 80, an operation menu button 81 and a settings menu button 82 are displayed.

The operation menu button 81 is a button for switching between the operation screen and the chat screen 80. The setting menu button 82 is a button used when changing various settings related to user information, etc.

In addition, for example in the upper left corner of the chat screen 80, a security mode display icon 85 is displayed indicating the current security mode of the security area corresponding to the chat screen 80. The security mode display icon 85 is displayed in blue, for example, if the security area is in alert mode, and in black if not. In addition, in the chat screen 80, the security mode display icon 85 also functions as a list screen return button for switching the chat screen 80 to the list screen 70 when tapped by the user.

Figure 8 shows an example of the operation screen.

As shown in the figure, when the user taps the operation menu button 81 on the chat screen 80, the operation screen 90 is displayed, for example, overlapping the chat screen 80.

The operation screen 90 is configured as a user interface using, for example, a touch panel, and in addition to the operation menu button 81 and setting menu button 82 that are provided in common with the chat screen 80, it has an in-zone area selection button 91, a status check button 92, an alert mode setting button 93, an alert off mode setting button 94, a presence alert mode setting button 95, and a security time change button 96. Each button is displayed on the screen as a button icon, and when the user taps on the respective button icon area, it is recognized as a selection operation of the respective button.

The area selection button 91 within the area is a button for selecting areas to be targeted for security mode switching operations when an individual area Ai is further divided into multiple areas and guarded.

The status check button 92 is a button for checking the current security mode status of the individual area Ai.

The alert mode setting button 93 is a button that accepts a tap operation to switch from alert disarm mode to alert mode, and the alert disarm button 94 is a button that accepts a tap operation to switch from alert mode to alert disarm mode.

The presence alert mode setting button 95 is a button that accepts a tap operation to switch the current security mode to the presence alert mode.

The security time change button 96 is a button that accepts an operation to change (extend, etc.) the set time for a function that automatically switches the individual area Ai to security mode or has the security center contact the user by phone if the security mode for the individual area Ai has not been set even at the time previously set by the user. When the security time change button 96 is tapped, a screen for inputting the changed set time is displayed, and the user can change the time on the screen.

When the user operates any of the above buttons, the user terminal 200 sends a switch request signal to the security device 100 to switch to the corresponding security mode.

The operation screen 90 can be switched to the chat screen 80 by operating the operation menu button 81, and can also be switched to the chat screen 80 by operating the close button located in the upper right corner, for example.

When the security application is started or when switching to the operation screen 90, a pop-up is displayed prompting the user to enter a passcode for user authentication, and operation of each mode setting button is enabled when the user correctly enters the passcode. Biometric authentication such as a fingerprint can be used as a user authentication method instead of a passcode. User authentication may also be performed when each mode setting button is pressed on the operation screen 90.

[Security system operation]
Next, the operation of the security system configured as described above will be described. The operation is performed by the cooperation of hardware such as the CPU and communication unit of the security device 100 and the user terminal 200, and software stored in the storage unit. For convenience, in the following description, the control unit 110 of the security device 100 and the security application or CPU 21 of the user terminal 200 are regarded as the operating subjects.

Figure 9 is a flowchart showing the flow of display processing of the user terminal 200 when a security signal is received from a security device in the above security system. Figures 10 and 11 are diagrams showing screen transitions on the user terminal 200 when an event signal or schedule signal is received in the flowchart. Figures 10 and 11 show a series of screen transitions.

As described above, when the security device 100 is set to send an additional notification for each individual area Ai, it determines whether the current security mode is the alert mode or not when the set transmission time arrives. If the current security mode is not the alert mode, it transmits a schedule signal for the additional notification only to the user terminals 200 that have been set to receive the additional notification.

When the time for the scheduled guidance for the individual area Ai arrives, the security device 100 determines whether the current security mode is alert mode or not. If the current security mode is not alert mode, the security device 100 issues a scheduled guidance message from a speaker or the like and transmits a fixed notification schedule signal to the user terminals 200 of all users who use the individual area Ai.

In addition, when the security device 100 detects an event occurring in an individual area Ai, such as an electric lock being unlocked, a window being opened, a facility abnormality, an equipment abnormality, or an emergency abnormality, in the presence alert mode, it transmits an event signal to the user terminal 200 of the user in that individual area Ai to allow the user to check whether there is a problem. In other words, the event signal is an urgent signal of an event that has occurred in the individual area Ai, which requires the user of the individual area Ai, the manager of the monitored object T, or a monitor to check early on whether there is a problem.

As shown in FIG. 9, when the CPU 11 of the user terminal 200A of a user using a certain individual area Ai determines that it has received a security signal from the security device 100 (Yes in step 11), it determines whether the signal is an event signal, a schedule signal, or some other signal (step 12).

When the CPU 11 determines that the received security signal is an event signal, the CPU 11 additionally displays a message 86 corresponding to the event signal (e.g., if two event signals are received, messages 86a and 86b) on the chat screen 80 of the individual area Ai identified by the event signal, as shown in FIG. 10(C) (step 14).

Here, messages corresponding to an event signal include, for example, "Event occurred," "An event has occurred," "An event has occurred in XX block," "XX event has occurred. Please check," etc., but are not limited to these.

Then, as shown in FIG. 11(E), the CPU 11 selects only the oldest message 86 out of the multiple messages 86 corresponding to the multiple event signals, leaves it on the chat screen 80 as a history display, and deletes the other messages 86 from the chat screen 80 (step 15). In the example of FIG. 11(E), out of two messages 86a and 86b corresponding to two event signals, only the oldest (first) message 86a remains on the chat screen 80, and the second message 86b has been deleted. The timing of the deletion may be when the user marks the message as read (displays the chat screen 80 on which the message is displayed) or after a predetermined time (e.g., one minute, five minutes, etc.) has elapsed. The message may also be deleted the next time the user starts the security application and displays the chat screen 80.

Furthermore, in the above step 12, if the CPU 11 determines that the received security signal is a schedule signal, it additionally displays a message 86 corresponding to the schedule signal (for example, if two schedule signals are received, messages 86l and 86m) on the chat screen 80 of the individual area Ai identified by the schedule signal, as shown in FIG. 10(C) (step 16).

Here, messages corresponding to schedule signals are, for example, "It will soon be XX time (hh:mm). Please check", "It will soon be XX time", "It will soon be XX time in △△ block", "The time is mm minutes away. Please perform the set operation or change the security time operation", etc., where "XX" above can be a phrase such as "security set", "safe set", "window lock set", "lights off", etc., corresponding to the content scheduled in advance, but is not limited to these.

11(E), the CPU 11 selects only the most recent message 86 from among the multiple messages 86 corresponding to the multiple schedule signals, leaves it on the chat screen 80 as a history display, and deletes the other messages 86 from the chat screen 80 (step 17). In the example of FIG. 11(E), of the two messages 86l and 86m corresponding to the two schedule signals, only the most recent (second) message 86m remains on the chat screen 80, and the first message 86l has been deleted. The timing of the deletion may be when the user marks the message as read (displays the chat screen 80 showing the message), or after a predetermined time (e.g., 1 minute, 5 minutes, etc.) has elapsed.

As shown in FIG. 10(A), if the display unit 26 of the user terminal 200 is in a locked (sleep) state when an alarm signal is received, the CPU 11 displays a message corresponding to the alarm signal on the lock screen as a push notification 50. In the figure, push notifications 50a and 50b corresponding to two event signals and push notifications 50l and 50m corresponding to two schedule signals are displayed on the lock screen.

As shown in FIG. 10(B), when the user taps on one of the push notifications 50, or when the user taps on the icon of a security application on the home screen of the user terminal 200, the CPU 11 transitions to the chat screen 80 of the corresponding individual area Ai, and then additionally displays the corresponding messages (messages 86a, 86b corresponding to the event signal, and messages 86l, 86m corresponding to the schedule signal) as shown in FIG. 10(C).

Returning to FIG. 9, if it is determined in step 12 above that the received security signal is another signal, the CPU 11 additionally displays a message corresponding to that signal on the chat screen 80 of the individual area Ai identified by that schedule signal (step 18).

For example, when a mode switching signal is received, the CPU 11 additionally displays a mode switching message 84 corresponding to that signal on the chat screen 80, updates the display of the current security mode on the chat screen 80 and the list screen 70, and updates the time display and message display on the list screen 70.

As shown in FIG. 10, the message displayed in the push notification 50 and the chat message 86 additionally displayed on the chat screen 80 have the same content, but the messages may be different as long as they have the same meaning. The push notification 50 may also be a message that simply informs the user of the notification (for example, "There is a notification from the center").

As shown in FIG. 11(F), if a further event signal is received after the above two event signals are received, the CPU 11 displays the corresponding third message 86c on the chat screen 80. Then, when the message 86c is read by the user, as shown in FIG. 11(G), the third message 86c is deleted from the chat screen 80, and only the oldest message 86a remains.

Furthermore, as shown in FIG. 11, if a further schedule signal is received after the above two schedule signals are received, the CPU 11 displays the corresponding third message 86n on the chat screen 80. Then, when the message 86n is read by the user, as shown in FIG. 11(G), the second message 86m, which was the latest message up until that point, is deleted from the chat screen 80, leaving only the latest message 86n.

As shown in FIG. 10(D), (E), and (F), when a message 86 saying "Event occurred" is displayed upon receiving an event signal, if users input messages 86 such as "Please check the event", "I will check it", and "There was no problem", as shown in FIG. 10(G), the security device 100 transmits a security signal notifying the event cancellation as the action against the event occurrence has been completed (it has been confirmed that there is no problem), and the CPU 11 responds by displaying a action message 87 such as "The event has been resolved". If the event is the unlocking or opening of an electric lock in an individual area Ai, in addition to the confirmation message that there is no problem, the event cancellation is notified when the locking or closing of an electric lock (such as a window or door) is confirmed on the security device 100 side. In the case of unlocking or opening an electric lock, etc., a confirmation message may not be necessary if the unlocking or closing of the electric lock is confirmed on the security device 100 side. Furthermore, when the user performs a touch operation or the like on a message 86 corresponding to an event signal, the CPU 11 may display a dialog asking whether the event of this message 86 has been resolved, and if the user selects that the event has been resolved, send a signal to the security device 100 to notify the event that it has been resolved, and display a treatment message 87. After receiving an event signal, the CPU 11 may automatically recognize a message indicating that the event has been resolved, such as "There was no problem," among the normal messages between users, and send a signal to the security device 100 to notify the event that it has been resolved, and display the treatment message 87.

Also, as shown in FIG. 3G, when a message 86 saying "Scheduled time to be set" is displayed upon receipt of a schedule signal, the user inputs a mode switching operation via the operation screen 90. In response, when a mode switching signal is received from the security device 100 which has switched from security mode to alert mode, the CPU 11 displays a corresponding mode switching message 84 (note that the mode operation message 83 is not shown).

In this way, by leaving only the oldest message among multiple messages corresponding to multiple event signals on the chat screen 80, it is possible to check when the event occurred, how much time passed from when the event occurred until the abnormality was resolved, etc.

In addition, by leaving the most recent message out of multiple messages corresponding to multiple schedule signals (including a forgotten to set signal), it is possible to check for changes to the scheduled set time. In other words, if it can be confirmed from the history that the schedule signal was notified just before the scheduled set time, or that the set operation or extension operation was not completed in time, the scheduled set time can be delayed, or if there is sufficient time until the scheduled set time, the scheduled set time can be advanced.

[summary]
As described above, according to this embodiment, the user terminal 200 leaves only the oldest message as a history on the chat screen 80 for multiple messages corresponding to multiple event signals, while leaving only the most recent message as a history on the chat screen 80 for multiple messages corresponding to multiple schedule signals. This makes it possible to prevent the same message from being duplicated while maintaining the communicability of messages to the user, and makes it easier to check other important messages, such as mode switching operations.

[Modification]
The present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the spirit and scope of the present invention.

In the above embodiment, the user terminal 200 displayed all of the multiple messages corresponding to the multiple event signals and schedule signals on the chat screen 80, and then deleted all messages other than those to be kept as history. However, the user terminal 200 may not display messages that are not to be kept as history on the chat screen 80 from the beginning, and may additionally display only messages that are to be kept as history on the chat screen 80 from the beginning.

In this case, when the security device 100 transmits an event signal or a schedule signal, the signal may include information (e.g., a message ID) that indicates which message is to be retained and is the same type of notification as the previously transmitted signal. In other words, the user terminal 200 does not need to determine which message is the oldest/newest message when selecting a message to be retained on the chat screen 80.

In addition, when the user terminal 200 displays only the oldest or newest message on the chat screen 80 from the beginning, if an event signal related to the same event is received again after displaying a message corresponding to an event signal on the chat screen 80, the user terminal 200 may maintain the display of the message corresponding to the oldest event signal.In addition, if a schedule signal related to the same scheduled set time is received again after displaying a message corresponding to a schedule signal on the chat screen 80, the message corresponding to the latest schedule signal already displayed may be updated to a message corresponding to the newly received schedule signal and additionally displayed.

In the above embodiment, when the user opens the chat screen 80, the user terminal 200 automatically transitions the timeline to a position where the oldest unread message can normally be displayed (where the unread message is at the bottom or top of the screen), but if multiple event signals or schedule signals have been received, the timeline may transition to a position of the messages corresponding to those signals. In other words, if multiple event signals have been received, the timeline may automatically transition to a position where the oldest message of the multiple messages corresponding to those event signals is displayed, and if multiple schedule signals have been received, the timeline may automatically transition to a position where the newest message of the multiple messages corresponding to those schedule signals is displayed.

In the above-described embodiment, when a user takes action to resolve an event signal or a schedule signal and displays a message regarding the result of the action, the user terminal 200 may display the action message in association with the message corresponding to the event signal or schedule signal.

That is, as described above, when an event signal is received and a message stating "Event occurred" is displayed, after conversations between users such as "Please check the event" and "There was no problem," an action message 88 such as "The event has been resolved" is displayed. Therefore, when checking the history, in order to make it easier for the user to confirm that an event occurred and was resolved, if an action has been taken for that event, the action message 88 indicating that action may be displayed on the chat screen in association with the oldest message of the multiple messages corresponding to the multiple event signals. This makes it possible to easily confirm from the history that an action has been taken for the event.

Here, "associating and displaying on the chat screen" includes, for example, highlighting the oldest message and the action message (using the same color, the same bold font, etc.), linking the two so that you can jump between them on the timeline, and displaying the action message below the oldest message.

Similarly, when a user performs a mode switching operation in response to a schedule signal, the user terminal 200 may display a mode switching message 84 in association with the most recent message among multiple messages corresponding to multiple schedule signals.

When a user checks the history, if the message indicating the occurrence of an event and the action message are far apart, the user will have to scroll the chat screen 80 to check whether action was taken in response to the event and how much time has passed since the event occurred until it was resolved. For this reason, the technique of linking the oldest message and the action message as described above, and making it possible to jump between them, is particularly useful.

Figure 12 is a diagram showing an example of a chat screen 80 when this technique is used. As shown in the figure, the words "Event Occurred" in the oldest message 86a indicating the occurrence of an event are displayed as a hyperlink L1 to an action message 88, and the action message 88 quotes the oldest message 86a and has a hyperlink L2 to the oldest message 86a set. Note that the opposite of this example may also be true, with the action message 88 being quoted in the oldest message 86a.

When the user taps the hyperlink L1 of the oldest message, the user terminal 200 causes the chat screen 80 to jump (automatically transition) to the position of the treatment message 88, and when the user taps the hyperlink L2 of the treatment message 88, the user terminal 200 causes the chat screen 80 to jump to the position of the oldest message.

In this case, when the security device 100 detects an event (opening the door of the set area) and takes action (closing the door of the set area and no problem operation), the security device 100 includes information (such as an event ID) indicating which event signal the action signal corresponds to when transmitting a action signal related to the action. The user terminal 200 determines which event signal the action signal corresponds to from the information contained in the action signal, and automatically quotes the oldest message to display the action message 88.

In the above embodiment, an event signal and a schedule signal are shown as signals that are repeatedly transmitted for a certain event, but the present invention may also be applied to other signals that are repeatedly transmitted, or to signals that are repeatedly transmitted until a certain event is resolved (returned to normal).

In the above embodiment, an example in which the present invention is applied to a security system including a security device 100 is shown, but the present invention may be applied to other systems. For example, the present invention may be used when a system history in a monitoring system that monitors the behavior and activities of a user in the home is displayed on a chat screen of a user terminal 200 of a family member (e.g., a child) of a user (e.g., an elderly person) to be monitored. Specifically, in a monitoring system, the user terminal 200 repeatedly receives, for example, a notification of the scheduled time to take medicine or the scheduled time to wake up/go to bed as a schedule signal until the user takes the medicine or until the user wakes up/goes to bed, while receiving an event signal when the monitoring device detects an event such as the user's fall or the lighting being turned on/off during a time period other than the scheduled time to wake up/go to bed, a process of selecting a message to be left as a history on the chat screen from among the corresponding messages according to the signal type can be executed, as in the above embodiment. Whether or not the medicine has been taken may be detected, for example, by a sensor mounted on a pill case, or based on a button operation performed by the person taking the medicine. Going to bed/getting up can be detected by a bed sensor or the like.

Of the inventions described in the claims of this application, the invention described as a "display method" has each step performed automatically by at least one device such as a computer through information processing by software, and is not performed by a human using a device such as a computer. In other words, the "display method" is an information processing method using computer software, and is not a method in which a human operates a calculation tool such as a computer.

21...CPU
28: Memory unit 29: Communication unit 50: Push notification 70: List screen 71: Display field 74: Latest message 80: Chat screen 83: Mode operation message 84: Mode switching message 86: Message (event message, schedule message)
88: Action message 90: Operation screen 100: Security device 101: Main device 110: Control unit 170: Communication interface 200: User terminal 300: Center server T: Security target As: Shared area Ai: Individual area

Claims (9)

A receiving means for receiving a plurality of types of monitoring signals transmitted from a monitoring device that monitors a monitoring target;
a display control means for displaying messages corresponding to the received monitoring signals on a chat screen in chronological order;
The display control means, when receiving a plurality of monitoring signals having the same content that are repeatedly transmitted in response to a single event from the monitoring device, selects a message to be left as a history display on the chat screen from among a plurality of messages corresponding to the plurality of received monitoring signals having the same content , in accordance with the type of the received monitoring signal. The mobile terminal according to claim 1,
The display control means
when the type of the plurality of monitoring signals having the same content received is a first monitoring signal that notifies of a predetermined event detected by the monitoring device for the monitoring target among the plurality of types, selecting the oldest message from among a plurality of messages having the same content corresponding to the plurality of first monitoring signals having the same content;
When the type of the received multiple supervisory signals with the same content is a second supervisory signal other than the first supervisory signal , the mobile terminal selects the latest message from among multiple messages with the same content corresponding to the multiple second supervisory signals with the same content . 3. The mobile terminal according to claim 1,
The display control means displays on the chat screen a message indicating a process that has been performed on the monitored target, in association with the oldest message among a plurality of messages having the same content corresponding to the plurality of first monitoring signals having the same content , when the type of the received plurality of monitoring signals having the same content is a first monitoring signal among the plurality of types that notifies of a specified event detected by the monitoring device for the monitored target, and an action has been taken on the specified event. A mobile terminal according to any one of claims 1 to 3,
The display control means
when the chat screen is activated by a user, if a plurality of monitoring signals having the same content have been received and the type of the plurality of monitoring signals that have been received is a first monitoring signal among the plurality of types that notifies of a predetermined event detected by the monitoring device with respect to the monitoring target, automatically transitioning and displaying a timeline of the chat screen so as to display the oldest unread message among a plurality of messages having the same content corresponding to the plurality of first monitoring signals having the same content ;
when the chat screen is launched by a user, if a plurality of monitoring signals having the same content have been received and the type of the plurality of monitoring signals already received is a second monitoring signal other than the first monitoring signal, the mobile terminal automatically transitions and displays a timeline on the chat screen so that the latest unread message among a plurality of messages having the same content corresponding to the plurality of second monitoring signals having the same content is displayed. A mobile terminal according to any one of claims 1 to 4,
The display control means
when the type of the plurality of monitoring signals having the same content received is a first monitoring signal that notifies the monitoring target of a predetermined event detected by the monitoring device among the plurality of types, displaying only a message corresponding to the oldest first monitoring signal among the plurality of first monitoring signals having the same content on the chat screen;
When the type of the received multiple monitoring signals having the same content is a second monitoring signal other than the first monitoring signal, only a message corresponding to the latest second monitoring signal among the multiple second monitoring signals having the same content is displayed on the chat screen. The mobile terminal according to claim 5,
The display control means
when a first monitoring signal relating to the same event is received again after a message corresponding to the first monitoring signal is displayed on the chat screen, the display of the message corresponding to the oldest first monitoring signal is maintained;
and when a second monitoring signal relating to the same event is received again after a message corresponding to the second monitoring signal is displayed on the chat screen, the mobile terminal updates the message corresponding to the latest second monitoring signal with a message corresponding to the newly received second monitoring signal and additionally displays the message. A monitoring system including a monitoring device that monitors a monitoring target and a mobile terminal that can communicate with the monitoring device,
the monitoring device has a transmission means for transmitting a monitoring signal related to monitoring of the monitoring target to the mobile terminal,
The mobile terminal includes a receiving means for receiving a plurality of types of monitoring signals transmitted from the monitoring device;
a display control means for displaying messages corresponding to the received monitoring signals in chronological order on a chat screen,
The display control means, when receiving a plurality of monitoring signals having the same content that are repeatedly transmitted in response to a single event from the monitoring device, selects a message to be left as a history display on the chat screen from among a plurality of messages corresponding to the plurality of received monitoring signals having the same content , in accordance with the type of the received monitoring signal. receiving a plurality of types of monitoring signals transmitted from a monitoring device that monitors a monitoring target;
displaying messages corresponding to the received monitoring signals in chronological order on a chat screen;
A display method comprising:
The display step includes, when a plurality of monitoring signals having the same content that are repeatedly transmitted in response to a single event are received from the monitoring device, selecting a message to be left as a history display on the chat screen from a plurality of messages corresponding to the plurality of received monitoring signals having the same content in accordance with the type of the received monitoring signal. On your mobile device,
receiving a plurality of types of monitoring signals transmitted from a monitoring device that monitors a monitoring target;
displaying messages corresponding to the received monitoring signals in chronological order on a chat screen;
A program for executing
The display step is a program for selecting a message to be left as a history display on the chat screen from among a plurality of messages corresponding to the plurality of received monitoring signals having the same content, depending on the type of the received monitoring signal, when a plurality of monitoring signals having the same content that are repeatedly transmitted in response to a single event are received from the monitoring device.

Images