JP6119364B2 - Notification program, notification method, and notification device - Google Patents

Description

  The present invention relates to a notification program, a notification method, and a notification device.

  In hospitals and care facilities, staff (hereinafter also referred to as responders) may observe the status of users such as hospitalized patients and care recipients. As a method for observing the state of the user, a method is known in which a camera is installed near the bed and the user is photographed with the camera. Also, a call button of a call device such as a nurse call system is installed near the bed. For example, the user operates a call button when he / she wants to call a staff member.

  For example, when there is a nurse call from a user, the staff responds with a high degree of urgency. Some users call a staff member with a nurse call even when it is not a situation where the staff member is called for a reason, for example, to obtain a sense of security. For this reason, the technique which judges the urgency level of a nurse call is proposed (for example, refer patent documents 1-3). This type of nurse call system determines an emergency call when the number of times the call button is operated is a predetermined number or more. Alternatively, the nurse call system determines an emergency call when the operation time of the call button is equal to or longer than a predetermined time.

JP 2008-161299 A JP 2007-61227 A JP 2007-89726 A

  The method of determining the urgency level based on the number of operations and the operation time of the call button is effective when the user wants to make an urgent call. Even in low situations, it was sometimes judged as an emergency call. For this reason, when a staff member assists in estimating a user's situation (for example, urgency), it is necessary to use a method that does not depend on the user's conscious operation.

  In one aspect, an object of the present invention is to provide a mechanism that supports estimation of a situation of a caller who has made a call.

  According to one aspect, the notification program determines whether or not a call has occurred. If it is determined that a call has occurred, the notification program stores the current state of the caller in a past call in the storage unit. It is determined whether or not there is a past state corresponding to the state of the caller of the call, and when the past state exists in the storage unit, a process for notifying the past state is executed by the computer.

  According to another aspect, the notification method determines whether or not a call has occurred, and when it is determined that a call has occurred, in a storage unit in which the state of the caller at the time of a past call is recorded, It is determined whether or not there is a past state corresponding to the state of the caller of the current call, and when the past state exists in the storage unit, the past state is notified.

  According to another aspect, the notification device records a state of a caller at the time of a past call when it is determined that a call has occurred and a first determination unit that determines whether or not a call has occurred. A second determination unit that determines whether or not a past state corresponding to the caller's state of the current call exists in the storage unit, and a past state when the past state exists in the storage unit And a notification unit for notification.

  It is possible to provide a mechanism that supports the estimation of the situation of the caller who made the call.

It is a figure which shows one Embodiment of a notification apparatus, a notification method, and a notification program. It is a figure which shows an example of the user database shown in FIG. It is a figure which shows an example of the user condition database shown in FIG. It is a figure which shows an example of the call database shown in FIG. It is a figure which shows an example of operation | movement of the notification apparatus shown in FIG. It is a figure which shows an example of operation | movement of the storage part shown in FIG. It is a figure which shows an example of the display screen displayed by the notification apparatus shown in FIG. It is a figure which shows another example of the display screen displayed by the notification apparatus shown in FIG. It is a figure which shows another example of the display screen displayed by the notification apparatus shown in FIG. It is a figure which shows another example of the display screen displayed by the notification apparatus shown in FIG. It is a figure which shows another example of the display screen displayed by the notification apparatus shown in FIG. It is a figure which shows an example of the hardware constitutions of a notification apparatus.

  Hereinafter, embodiments will be described with reference to the drawings.

  FIG. 1 shows an embodiment of a notification device, a notification method, and a notification program. Note that the notification device 10 illustrated in FIG. 1 may be realized only by hardware, or may be realized by controlling the hardware by software. For example, a computer controlled by software such as a notification program may execute the processing of the notification device 10. The user PRS in FIG. 1 is an example of a caller.

  For example, when the user PRS who is hospitalized or staying at the facility operates the call button of the call device CBTN, the notification device 10 outputs a call message for calling a corresponding person such as a staff member of the facility to the display terminal DT. . In addition, the notification device 10 acquires detection results of the camera CAM, behavior sensor MSNS, vital sensor VSNS, and the like that are observing the state of the user PRS. For example, when the notification device 10 outputs a call message to the display terminal DT, the notification device 10 compares the detection result corresponding to the current call with the detection result corresponding to the past call, and the situation at the time of calling the user PRS. Is also output to the display terminal DT.

  In addition, the part enclosed with the broken line of FIG. 1 has shown the outline | summary of the periphery of the user PRS. For example, the camera CAM installed in the vicinity of the bed photographs the user PRS on the bed in order to observe the state of the user PRS. The behavior sensor MSNS detects the behavior of the user PRS on the bed, leaving the bed, getting up, and the like based on the image acquired from the camera CAM. In addition, a vital sensor VSNS for acquiring vital information such as body temperature, blood pressure, heart rate and the like of the user PRS is attached to the user PRS.

  The camera CAM, the behavior sensor MSNS, the vital sensor VSNS, the calling device CBTN, and the display terminal DT are connected to the notification device 10 via the network NT, for example. The network NT may be a wired network NT or a wireless network NT. Hereinafter, the notification device 10 is also referred to as a user status notification device 10. The notification method and the notification program are also referred to as a user status notification method and a user status notification program, respectively.

  The user status notification device 10 includes, for example, a call determination unit 20, a search unit 30, a notification unit 40, a storage unit 50, a recording unit 60, a user database 70, a user status database 80, and a call database 90. . The call database 90 is an example of a storage unit in which the state of the caller (user PRS) at the time of past calls is recorded.

  The call determination unit 20 is an example of a first determination unit that determines whether a call from the user PRS has occurred. For example, the call determination unit 20 determines that a call from the user PRS has occurred when the operation of the call button of the call device CBTN is detected. Then, the call determination unit 20 notifies the search unit 30 that a call from the user PRS has occurred, for example.

  The search unit 30 is an example of a second determination unit that determines whether or not a state at the time of a previous call corresponding to (similar to or coincides with) the user PRS that made the current call exists in the call database 90. . The call database 90 records past information indicating the state of the user PRS at the time of past calls. That is, the call database 90 records the call history of the user PRS. Further, in the user situation database 80, for example, detection information indicating the state of the user PRS every predetermined time (detection results of the camera CAM, behavior sensor MSNS, vital sensor VSNS, etc.) is recorded.

  For example, when a call from the user PRS occurs, the search unit 30 acquires detection information indicating the state of the user PRS that requested the call from the user status database 80. Then, the search unit 30 searches the call database 90 for past information corresponding to (similar or coincident with) the state of the user PRS at the time of the call based on the detection information acquired from the user status database 80. To do.

  The past information corresponding to the state of the user PRS at the time of the current call is, for example, past information indicating the state of the past user PRS that is similar to or coincides with the state of the user PRS at the time of the current call. In this embodiment, the state similar to the state of interest includes a state that matches the state of interest. For example, the past information corresponding to (similar or coincident with) the state of the user PRS at the time of the current call is also past information indicating the state of the user PRS at the time of the current call that matches the state of the user PRS. Good.

  For example, when past information corresponding (similar or consistent) to the current detection information is recorded in the call database 90, the search unit 30 corresponds to the current detection information and the current detection information (similar or consistent). ) Output past information to the notification unit 40. For example, the search unit 30 outputs the current detection information to the notification unit 40 when past information corresponding to (similar to or coincides with) the current detection information is not recorded in the call database 90.

  For example, the notification unit 40 outputs the call message and the information received from the search unit 30 to the display terminal DT. For example, when the past information corresponding (similar or coincident) with the current detection information is recorded in the call database 90, the notification unit 40 corresponds to the call message, the current detection information, and the current detection information (similarity). (Or the same) past information or the like is output to the display terminal DT. That is, the notification unit 40 responds to the state of the user PRS at the time of the current call when a past state corresponding to (similar to or coincides with) the state of the user PRS at the time of the current call exists in the call database 90. Notify (similar or consistent) past status.

  The accumulation unit 50, for example, detects detection information such as an image captured by the camera CAM, a behavior of the user PRS detected by the behavior sensor MSNS, and vital information of the user PRS acquired by the vital sensor VSNS at predetermined time intervals. In the user status database 80.

  For example, when a call from the user PRS occurs, the recording unit 60 receives detection information from the search unit 30 indicating a state immediately before the call of the user PRS that requested the call. Then, the recording unit 60 records the detection information received from the search unit 30 in the call database 90 as past information. Thereby, the call database 90 is updated. Note that, when a call from the user PRS occurs, the recording unit 60 may acquire detection information indicating the state of the user PRS that requested the call from the user status database 80.

  The user database 70, the user status database 80, and the call database 90 are stored in, for example, a memory in the user status notification device 10. Note that the user database 70, the user status database 80, and the call database 90 may be stored in a memory or the like outside the user status notification device 10.

  In the user database 70, for example, information on the user PRS managed by the user status notification device 10 (information such as user ID, name, hospitalization date, room number, etc.) is recorded. For example, the user status notification device 10 updates the user database 70 in response to hospitalization or discharge of the user PRS. The user database 70 may be updated by a device other than the user status notification device 10.

  In the user status database 80, for example, detection information and detection date / time (observation date / time) indicating the state of the user PRS every predetermined time (detection results of the camera CAM, behavior sensor MSNS, vital sensor VSNS, etc.) are recorded. Yes.

  In the call database 90, for example, past information indicating the state at the time of calling the user PRS (detection results of the camera CAM, behavior sensor MSNS, vital sensor VSNS, etc.) and the call date and time are recorded.

  As described above, the user status notification device 10 determines whether or not a status similar or coincident with the status at the time of the current call has occurred in the past using the user status database 80 and the call database 90. Then, when a call with the same status as the current call has occurred in the past, the user status notification device 10 indicates the status of the user PRS at the time of the previous call with a similar or identical status to the current call. Output to the display terminal DT.

  The configuration of the user status notification device 10 is not limited to this example. For example, the storage unit 50 may be omitted. In this case, the user status database 80 may be updated by a device other than the user status notification device 10. Alternatively, the recording unit 60 may be omitted. In this case, the call database 90 may be updated by a device other than the user status notification device 10. Alternatively, the search unit 30 may have the function of the recording unit 60. Further, for example, the user database 70, the user status database 80, and the call database 90 may be combined into one database.

  In addition, the user status notification device 10 may receive information indicating the state of the user PRS from one or two of the camera CAM, the behavior sensor MSNS, and the vital sensor VSNS. Alternatively, the user status notification device 10 may receive information indicating the state of the user PRS from a sensor (device) different from the camera CAM, the behavior sensor MSNS, and the vital sensor VSNS. That is, the sensor for detecting the state of the user PRS is not limited to the camera CAM, the behavior sensor MSNS, and the vital sensor VSNS.

  Further, the terminal that notifies the corresponding person of the call message is not limited to the display terminal DT. For example, the notification unit 40 may output a call message and information received from the search unit 30 to a terminal having a display unit while outputting a voice or the like.

  FIG. 2 shows an example of the user database 70 shown in FIG. In the user database 70, for example, information on the user PRS managed by the user status notification device 10 (information such as user ID, name, hospitalization date, room number, etc.) is recorded. For example, the user status notification device 10 updates the user database 70 in response to hospitalization or discharge of the user PRS. The user database 70 may be updated by a device other than the user status notification device 10. For example, the user status notifying apparatus 10 refers to the user database 70 to confirm that the user PRS (name: XX) with the user ID “0289484” was admitted to the room 601 on July 12, 2012. Can be detected.

  FIG. 3 shows an example of the user status database 80 shown in FIG. In the user situation database 80, for example, images, behaviors, and heart rates of the user PRS acquired at predetermined time intervals are recorded. For example, the detection date and time recorded in the user status database 80 indicates the date and time when the image, behavior, and heart rate of the user PRS were detected. In the user status database 80, a user ID is used to identify the user PRS. That is, in the user status database 80, the image, behavior, and heart rate of the user PRS detected at each detection date and time are recorded for each user ID.

  The image recorded in the user situation database 80 is, for example, an image photographed by the camera CAM (in this example, an image for one minute). The behavior recorded in the user situation database 80 is, for example, the behavior of the user PRS detected by the behavior sensor MSNS based on an image photographed by the camera CAM. For example, the behavior includes a user's behavior such as a wake-up behavior, the number of posture changes such as turning over, an operation time of a minute body motion, an operation time of a large body motion, and the like. The heart rate recorded in the user situation database 80 is, for example, the heart rate (1 minute) detected by the vital sensor VSNS.

  For example, at 8:31 on November 30, 2012, the heart rate of the user PRS with the user ID “0902839” is 80, and the heart rate of the user PRS with the user ID “0289484” is 78 It is. Also, the user PRS with the user ID “0289484” turns over three times between 8:30 and 8:31 on November 30, 2012, for example.

  The elements of the user situation database 80 are not limited to this example. For example, the body temperature (maximum value and minimum value in one minute), blood pressure (maximum value and minimum value in one minute), etc. of the user PRS may be recorded in the user situation database 80.

  FIG. 4 shows an example of the call database 90 shown in FIG. For example, the call database 90 is created for each user PRS. FIG. 4 shows an example of the call database 90 of the user PRS with the user ID “0289484”.

  In the calling database 90, the date and time of calling from the user PRS (calling date and time), the image of the user PRS at the time of calling, the behavior, the heart rate, and the urgency level are recorded. The image recorded in the call database 90 is, for example, an image taken at the detection date and time closest to the call time.

  The behavior recorded in the call database 90 is a behavior for one minute in this embodiment, but may be a behavior for n minutes immediately before the detection date and time closest to the call time, for example. For example, the behavior at the time of calling 15:32 on November 30, 2012 may indicate the behavior from n minutes before 15:32 to 15:32. In FIG. 4, “minor body movement: cumulative 3 minutes” at 15:32 on November 30, 2012 is, for example, a minute of cumulative 3 minutes from n minutes before 15:32 to 15:32 It shows that body movement is detected.

  For example, the recording unit 60 receives behavior information indicating the behavior from the detection date and time n minutes before the call time closest to the detection date and time closest to the call time from the search unit 30. Then, the recording unit 60 records the behavior information received from the search unit 30 in the call database 90 as the behavior of the user PRS at the time of calling.

  The heart rate recorded in the call database 90 is, for example, the heart rate detected at the detection date and time closest to the call time. The average value of the heart rate for n minutes immediately before the detection date and time closest to the calling time may be recorded in the calling database 90. Further, information (maximum value, minimum value, average value, etc.) indicating a change in heart rate for n minutes immediately before the detection date and time closest to the calling time may be recorded in the calling database 90.

  The urgency level recorded in the call database 90 is a comment of the responder corresponding to the call, and indicates the urgency level at the time of response. In the example of FIG. 4, the degree of urgency increases as the number increases. For example, the urgency is recorded in the call database 90 via the display terminal DT by the responder corresponding to the call.

  The elements of the call database 90 are not limited to this example. For example, the body temperature and blood pressure of the user PRS may be recorded in the calling database 90. Alternatively, the urgency may be omitted from elements of the call database 90. In addition, comments other than the urgency level may be recorded in the call database 90.

  FIG. 5 shows an example of the operation of the notification device 10 shown in FIG. FIG. 5 shows an example of the operation of the user status notification device 10 when displaying a call message on the display terminal DT. The operation of FIG. 5 may be realized only by hardware, or may be realized by controlling the hardware by software. For example, software such as a user status notification program may cause a computer to execute the operation of FIG. That is, the computer may read the storage medium storing the user status notification program and execute the operation of FIG.

  In step S100, the call determination unit 20 determines whether there is a call from the user PRS. When there is a call from the user PRS (Yes in step S100), the operation of the user status notification device 10 proceeds to step S110. On the other hand, when there is no call from the user PRS (No in step S100), the operation of the user status notification device 10 returns to step S100. That is, in the process of displaying the call message on the display terminal DT, the user status notification device 10 stands by until a call from the user PRS is detected.

  In step S <b> 110, the search unit 30 acquires detection information indicating the state of the user PRS that requested the call from the user status database 80. The detection information includes, for example, an image, behavior information, and vital information. The behavior information is, for example, information indicating the behavior from n minutes before the detection date and time closest to the call time to the detection date and time closest to the call time. Therefore, the search unit 30 may acquire a plurality of behavior information from the user status database 80 when the acquisition interval of the detection information when updating the user status database 80 is n minutes or less, for example. The vital information is, for example, a heart rate.

  In step S120, the search unit 30 searches the call database 90 for past information corresponding (similar or coincident) with the detection information acquired in step S110. For example, the search unit 30 determines whether a call from the same user PRS as the user PRS that requested the current call is recorded in the call database 90. Then, when the past information of the user PRS that requested the current call is recorded in the call database 90, the search unit 30 searches whether a call in a situation similar to the current call has occurred in the past.

  For example, the search unit 30 calculates the state of the user PRS at the time of the current call based on the detection information acquired in step S110. Then, the search unit 30 searches the call database 90 for past information indicating the state of the past user PRS similar to the state of the user PRS at the time of the current call.

  In step S <b> 130, the search unit 30 determines whether past information corresponding to (similar to or coincides with) the detection information acquired in step S <b> 110 exists in the call database 90. For example, when past information is detected in the search in step S120, the search unit 30 determines that past information corresponding to (similar to or coincides with) the detection information acquired in step S110 exists in the call database 90.

  When past information corresponding to (similar or coincident with) the detection information acquired in step S110 exists in the call database 90 (Yes in step S130), the operation of the user status notification device 10 proceeds to step S140. On the other hand, when past information corresponding to (similar or coincident with) the detection information acquired in step S110 does not exist in the call database 90 (No in step S130), the operation of the user status notification device 10 proceeds to step S150. That is, when past information corresponding to (similar or coincident with) the detection information acquired in step S110 does not exist in the call database 90, display of past information in step S140 is not executed.

  In step S140, the notification unit 40 outputs the call message, the past information detected in step S120, and the detection information acquired in step S110 to the display terminal DT. Thus, the current call message, the state of the user PRS at the time of the current call (image, behavior, vital information), and the state of the user PRS at the time of the previous call similar to the current call (image, behavior, Vital information, urgency level) is displayed on the display terminal DT.

  For example, the responder can easily estimate the status of the user PRS at the time of calling based on past information (image, behavior, vital information, urgency) displayed on the display terminal DT. As described above, in this embodiment, it is possible to provide a mechanism that allows the responder to easily guess the situation of the user PRS at the time of calling before responding (when receiving the call). After step S140, the operation of the user status notification device 10 proceeds to step S160.

  In step S150, the notification unit 40 outputs the call message and the detection information acquired in step S110 to the display terminal DT. Thus, the current call message and the state (image, behavior, vital information) of the user PRS at the time of the call are displayed on the display terminal DT.

  In step S160, the recording unit 60 updates the call database 90. For example, the recording unit 60 records information indicating the state of the user PRS at the time of the current call calculated in step S120 as past information in the call database 90 along with the call date and time. Moreover, it is preferable that the recording part 60 records the comment (for example, urgency) of the responder corresponding to the call in the call database 90 together with past information.

  In addition, operation | movement of the user condition notification apparatus 10 is not limited to this example. For example, in step S160, the recording unit 60 may acquire behavior information indicating the behavior from n minutes before the detection date and time closest to the call time to the call time from the user status database 80. In this case, the recording unit 60 may calculate past information (the state of the user PRS at the time of the current call) recorded in the call database 90 based on the behavior information acquired from the user status database 80.

  FIG. 6 shows an example of the operation of the storage unit 50 shown in FIG. The operation of FIG. 6 may be realized only by hardware, or may be realized by controlling the hardware by software. For example, software such as a user status notification program may cause a computer to execute the operation of FIG. That is, the computer may read the storage medium storing the user status notification program and execute the operation of FIG. The program for causing the computer to execute the operation of FIG. 6 may be operated as the same program as the program for causing the computer to execute the operation of FIG.

  In step S200, the storage unit 50 acquires detection information (image, behavior information, vital information) indicating the state of each user PRS. For example, the storage unit 50 acquires the image, behavior information, and vital information of the user PRS from the camera CAM, behavior sensor MSNS, and vital sensor VSNS, respectively. The vital information is, for example, a heart rate.

  In step S <b> 210, the storage unit 50 records detection information every predetermined time in the user situation database 80. For example, the storage unit 50 records the detection information acquired in step S200 on the work together with the detection date and time. Then, the storage unit 50 acquires the detection information recorded in the work every predetermined time and records it in the user situation database 80. Thereby, for example, images, behaviors, and vital information (heart rate) of each user PRS acquired at predetermined time intervals are recorded in the user situation database 80.

  The operation of the storage unit 50 is not limited to this example. For example, the transfer interval from the camera CAM, behavior sensor MSNS, and vital sensor VSNS to the user status notification device 10 may be set as the predetermined time in step S210.

  FIG. 7 shows an example of a display screen displayed by the notification device 10 shown in FIG. That is, FIG. 7 shows an example of a display screen displayed on the display terminal DT. FIG. 7 shows an example of a display screen displayed on the display terminal DT when a call in a situation similar to or coincident with the current call has occurred in the past.

  If a call has occurred in the past in a situation similar to or consistent with the current call status, for example, the current call message INF10, the user PRS status INF20 at the current call, and the previous call usage Information such as the state INF30 of the person PRS is displayed on the display terminal DT. Furthermore, in the example of FIG. 7, the urgency input button BT10 is also displayed on the display terminal DT.

  For example, “call from room 601 XX” is displayed on the display terminal DT as the call message INF10. Further, for example, as the state INF20 of the user PRS, the image, behavior, heart rate, etc. of the user at the time of the current call are displayed on the display terminal DT. Then, as the state INF30 of the user PRS, for example, an image, behavior, heart rate, urgency, calling date and time of the user PRS at the time of a past call similar to the current call are displayed on the display terminal DT.

  The responder can easily estimate the state of the user PRS at the time of the current call by referring to the state INF30 of the user PRS displayed on the display terminal DT, for example. For example, the responder can easily determine that this call is a call in a situation similar to the call at 16:00 on November 30, 2012, and is close to a call with low urgency (urgency level: 1) . As described above, in this embodiment, it is possible to provide a mechanism that allows the responder to infer the situation of the user PRS at the time of calling before handling.

  Also, the responder can record the urgency level of the current call in the call database 90 together with the state INF20 of the user PRS of the current call by operating the urgency level input button BT10, for example. That is, when updating the call database 90 based on the state of the user PRS, the recording unit 60 records the comment (for example, urgency) of the responder corresponding to the call in association with the state of the user PRS. . Then, when notifying the past state (for example, the image, behavior, and vital information of the user PRS), the user status notifying device 10 notifies the comment corresponding to the past state and the past state.

  Here, when a call in a situation similar to the current call has not occurred in the past, the state INF30 of the user PRS is not displayed on the display terminal DT. Other information displayed on the display terminal DT when a call in a situation similar to the current call has not occurred in the past is as follows when a call in a situation similar to the current call has occurred in the past This is the same as the information displayed on the display terminal DT.

  Note that the information displayed on the display terminal DT is not limited to this example. For example, user PRS states INF32, INF34, INF36, and INF38 shown in FIGS. 8 to 11 may be displayed on the display terminal DT instead of the user PRS state INF30. Alternatively, comments such as the degree of urgency may be omitted from the information displayed on the display terminal DT. Also in this case, for example, the responder can check the state of the user PRS at the time of the current call by checking the image, behavior, and heart rate of the user PRS at the time of the call in a situation similar to the current call. Easy to guess.

  For example, the emergency level input button BT10 may be omitted. In this case, comments such as urgency may be recorded in the call database 90 via a user interface different from the display terminal DT. Alternatively, an input interface for recording a comment in the call database 90 may be displayed on the display terminal DT instead of the emergency level input button BT10.

  Further, when the past state INF30 of the user PRS is displayed on the display terminal DT, the state INF20 of the user PRS at the time of the current call may be omitted. Also in this case, the responder confirms the state INF30 (image, behavior, heart rate, emergency level, etc.) of the user PRS, for example, so that the past situation close to the situation of the user PRS at the time of the current call From this, we can guess the current situation.

  FIG. 8 shows another example of the display screen displayed by the notification device 10 shown in FIG. That is, FIG. 8 shows an example of a display screen displayed on the display terminal DT. FIG. 8 shows an example of a display screen displayed on the display terminal DT when a call in a situation similar or coincident with the current call has occurred in the past. In the example of FIG. 8, the state INF32 of the user PRS is displayed on the display terminal DT instead of the state INF30 of the user PRS shown in FIG. The other information displayed on the display terminal DT is the same as the information shown in FIG. The same elements as those described in FIG. 7 are denoted by the same reference numerals, and detailed description thereof will be omitted.

  In the example of FIG. 8, as the state INF32 of the user PRS, for example, in addition to the contents of the state INF30 of the user PRS shown in FIG. The state of the user PRS is also displayed on the display terminal DT. For example, the image, behavior, heart rate, urgency level, etc. of the user PRS at the time of the past call similar to the current call are displayed more conspicuously than the display of the state of the user PRS at the other call date and time. For example, the image, behavior, heart rate, urgency level, etc. of the user PRS at the time of a past call similar to the current call are displayed in a thick frame or a red frame.

  The responder, for example, includes the states of the user PRS before and after the previous call similar to or coincident with the state of the current call together with the state of the user PRS at the time of the previous call similar to the current call. Since it can be referred, the situation of the user PRS at the time of this call can be easily estimated. As described above, in this embodiment, it is possible to provide a mechanism that allows the responder to easily estimate the situation of the user PRS at the time of calling.

  FIG. 9 shows another example of the display screen displayed by the notification device 10 shown in FIG. That is, FIG. 9 shows an example of a display screen displayed on the display terminal DT. FIG. 9 shows an example of a display screen displayed on the display terminal DT when a call in a situation similar to the current call has occurred in the past. In the example of FIG. 9, the state INF34 of the user PRS is displayed on the display terminal DT instead of the state INF32 of the user PRS shown in FIG. Other information displayed on the display terminal DT is the same as the information shown in FIG. The same elements as those described in FIGS. 7 and 8 are denoted by the same reference numerals, and detailed description thereof will be omitted.

  In the example of FIG. 9, as the state INF 34 of the user PRS, for example, in addition to the contents of the state INF 32 of the user PRS shown in FIG. The urgency distribution (in parentheses in FIG. 9) is also displayed on the display terminal DT. The past user PRS status (contents of the user PRS status INF32) displayed on the display terminal DT is, for example, the time closest to the current call among the past statuses similar to the current call. This is the state of the user PRS.

  Here, the numbers at the end of the code Lv (Lv1, Lv2, Lv3, Lv4) in FIG. 9 indicate the degree of urgency. The greater the number at the end of the code Lv, the higher the degree of urgency. For example, calls in a situation similar to the current call have occurred in the past six times in total including the call at 16:00 on November 30, 2012. Of the past six times, four times are determined to have an urgency level of 1, and two times are determined to have an urgency level of 2.

  As described above, when notifying the past state (for example, the image, behavior, and vital information of the user PRS), the user status notifying device 10 indicates the distribution of comments corresponding to the past state and the past state. Notice. For example, in step S120 illustrated in FIG. 5, the search unit 30 displays the state of the user PRS at the time closest to the current call among the one or more past states similar to the current call on the display terminal DT. The state of the past user PRS to be displayed is determined. Further, for example, the search unit 30 refers to one or more comments in the past state similar to the current call, and calculates the distribution of comments corresponding to the past state.

  Since the distribution of comments such as the degree of urgency is displayed on the display terminal DT, the responder can compare the situation of the current user PRS with a single comment at the time of a previous call similar to the current call. Thus, the situation of the user PRS at the time of the current call can be accurately estimated. Therefore, in this embodiment, it is possible to provide a mechanism that allows the responder to easily guess the situation of the user PRS at the time of calling.

  Note that the user status notification device 10 may display the comment distribution on the display terminal DT without displaying a comment (for example, urgency) of the state of the user PRS at the time closest to the current call. . Even in this case, the responder checks the distribution of comments at the time of past calls similar to the current call, so that it can be compared with the case of checking only one comment at the time of past calls. The situation of the user PRS at the time can be accurately estimated.

  FIG. 10 shows another example of the display screen displayed by the notification device 10 shown in FIG. That is, FIG. 10 shows an example of a display screen displayed on the display terminal DT. FIG. 10 shows an example of a display screen displayed on the display terminal DT when a call in a situation similar to the current call has occurred in the past. In the example of FIG. 10, the user PRS state INF36 is displayed on the display terminal DT instead of the user PRS state INF30 shown in FIG. Further, the urgency input button BT10 shown in FIG. 7 is not displayed on the display terminal DT. The other information displayed on the display terminal DT is the same as the information shown in FIG. The same elements as those described in FIG. 7 are denoted by the same reference numerals, and detailed description thereof will be omitted.

  In the example of FIG. 10, as the state INF 36 of the user PRS, group information including a past state corresponding to (similar to or coincident with) the state of the user PRS of the current call is displayed on the display terminal DT. For example, the state of the user PRS is classified into 6 groups (grape of urgency 1 to 6) according to the combination of behavior (low, high) and heart rate (low, normal, high). The Note that the information (number) indicating the degree of urgency may be used as information indicating a group, for example.

  This call is, for example, a group whose urgency is 1. As information of a group with an urgency level of 1, for example, the behavior is small (behavior: low), the heart rate is normal (heart rate: normal), and the urgency level is 1 (emergency level: 1). It is displayed on the display terminal DT. Furthermore, among the past states belonging to the group with the urgency level 1, the time closest to the current call (call date and time) and the image of the user PRS at the time closest to the current call are displayed on the display terminal DT. .

  For example, in step S120 illustrated in FIG. 5, the search unit 30 determines which of a plurality of predetermined groups the user PRS state at the time of calling belongs. Then, in step S160 shown in FIG. 5, the recording unit 60 records information indicating the group to which the user PRS state belongs in the call database 90 in association with the user PRS state. In addition, in step S140 illustrated in FIG. 5, the notification unit 40 outputs the call message, the group information including the past information detected in step S120, and the detection information acquired in step S110 to the display terminal DT.

  Here, only when a call in a situation similar to or coincident with the situation at the time of the current call has not occurred in the past, the user status notification device 10 can be assigned to the group to which the status of the user PRS of the current call belongs. Information (behavior, heart rate, urgency) may be displayed on the display terminal DT.

  As described above, when the recording unit 60 updates the call database 90 based on the state of the user PRS, the recording database 60 associates information indicating the group to which the state of the user PRS belongs with the state of the user PRS. Record 90. Then, when notifying the past state, the notification unit 40 notifies the group information including the past state as the past state. For example, the responder can easily estimate the state of the user PRS at the time of the current call by referring to the state INF36 (behavior, heart rate, emergency level, etc.) of the user PRS displayed on the display terminal DT. . As described above, in this embodiment, it is possible to provide a mechanism that allows the responder to easily estimate the situation of the user PRS at the time of calling.

  Note that the information displayed on the display terminal DT is not limited to this example. For example, the user status notifying device 10 does not display the past call date and time and the past image, but the group information including the past state corresponding (similar or coincident) with the state of the user PRS of the current call. (Behavior, heart rate, urgency) may be displayed on the display terminal DT. An input interface for recording the comment in the call database 90 may be displayed on the display terminal DT. In this case, the comments and the distribution of comments in the group to which the state of the user PRS of the current call belongs may be displayed on the display terminal DT.

  Further, for example, the state of the user PRS may be classified into five or less groups, or may be classified into seven or more groups. Alternatively, the state of the user PRS may be classified under a condition different from the combination of behavior (low, high) and heart rate (low, normal, high).

  FIG. 11 shows another example of the display screen displayed by the notification device 10 shown in FIG. That is, FIG. 11 shows an example of a display screen displayed on the display terminal DT. FIG. 11 shows an example of a display screen displayed on the display terminal DT when a call in a situation similar to the current call has occurred in the past. In the example of FIG. 11, the state INF38 of the user PRS is displayed on the display terminal DT instead of the state INF36 of the user PRS shown in FIG.

  Other information displayed on the display terminal DT is the same as the information shown in FIG. The same elements as those described in FIGS. 7 to 10 are denoted by the same reference numerals, and detailed description thereof will be omitted. For example, the state of the user PRS is classified into 6 groups (grape of urgency 1 to 6) according to the combination of behavior (low, high) and heart rate (low, normal, high). The The classification of the state of the user PRS is not limited to the example shown in FIG.

  In the example of FIG. 11, as the state INF 38 of the user PRS, for example, in addition to the contents of the state INF 36 of the user PRS shown in FIG. 10, information on all groups is also displayed on the display terminal DT. For example, the notification unit 40 displays information on a plurality of groups on the display terminal DT when notifying information on a group including a past state corresponding (similar or coincident) with the current call as a past state. At this time, the notification unit 40 transmits information on the group including the past state (in FIG. 11, a group with an urgency level of 1) to other groups (in FIG. 11, five groups with an urgency level of 2 to 6). It is displayed more prominently than the information. For example, the group information including the state at the time of a past call similar to the current call is displayed in a thick frame or a red frame.

  For example, the responder can refer to other group information together with the group information including the state at the time of the previous call similar to the current call, so that the status of the user PRS at the current call can be easily determined. I can guess. As described above, in this embodiment, it is possible to provide a mechanism that allows the responder to easily estimate the situation of the user PRS at the time of calling.

  As described above, the user status notification program, the user status notification method, and the user status notification device 10 according to the embodiment shown in FIGS. 1 to 11 determine whether or not a call from the user PRS has occurred. In this embodiment, when a call from the user PRS occurs, the call database 90 in which the state of the user PRS at the time of the past call is recorded corresponds to the state of the user PRS at the time of the current call. It is determined whether or not there is a past state (similar or coincident). In this embodiment, when the past state exists in the call database 90, the past state is notified.

  Thereby, the responder can, for example, the past state (similar or coincident) of the state of the user PRS at the time of the current call (the state INF30, INF32, INF34, INF36, INF38, etc.) can be confirmed. Therefore, the responder can easily estimate the state of the user PRS at the time of the current call with reference to the past state corresponding to (similar to or coincident with) the state of the user PRS at the time of the current call. That is, when any one of the user status notification program, the user status notification method, and the user status notification device 10 of the embodiment shown in FIGS. 1 to 11 is used, the status of the user PRS at the time of calling is handled. Makes it easier for people to judge.

  As described above, in this embodiment, it is possible to provide a mechanism that supports the determination by the responder of the situation of the user PRS at the time of calling. That is, in this embodiment, a mechanism can be provided that allows the responder to easily estimate the status of the user PRS at the time of calling. In other words, in this embodiment, it is possible to provide a mechanism that supports the estimation of the situation of the caller who made the call.

  The notification device 10 of the embodiment shown in FIGS. 1 to 11 can be realized by using a computer device such as a personal computer, for example.

  FIG. 12 shows an example of the hardware configuration of the notification device. The same elements as those described in FIGS. 1 to 11 are denoted by the same reference numerals, and detailed description thereof will be omitted. In FIG. 12, in order to make the drawing easy to see, the description of the calling device CBTN, the vital sensor VSNS, etc. shown in FIG. 1 is omitted.

  The computer device CP includes a processor PU, a memory MEM, a hard disk device HDD, a LAN (Local Area Network) interface LIF, an output unit OUTU, an input unit INU, and an optical drive device ODR. The processor PU, the memory MEM, the hard disk device HDD, the LAN interface LIF, the output unit OUTU, the input unit INU, and the optical drive device ODR are connected to each other via a bus.

  The computer apparatus CP is connected to a network NT (for example, a local area network) via a LAN interface LIF. For example, the computer device CP is connected to a display terminal DT installed in a nurse station or the like via the network NT. The computer device CP is connected to the camera CAM, the behavior sensor MSNS, etc. via the network NT.

  The optical drive device ODR can be mounted with a removable disk DIS such as an optical disk, and reads and records information recorded on the mounted removable disk DIS. Further, the processor PU, the memory MEM, the hard disk device HDD, the LAN interface LIF, the output unit OUTU, and the input unit INU, for example, realize the function of the notification device 10.

  For example, the call determination unit 20, the notification unit 40, and the storage unit 50 illustrated in FIG. 1 are realized by the cooperation of the LAN interface LIF and the processor PU. Alternatively, the call determination unit 20, the notification unit 40, and the storage unit 50 may be realized by the processor PU. For example, the search unit 30 and the recording unit 60 illustrated in FIG. 1 are realized by the processor PU. Further, for example, the user database 70, the user status database 80, and the call database 90 illustrated in FIG. 1 are stored in the memory MEM and the hard disk device HDD. Note that the user database 70, the user status database 80, and the call database 90 may be stored in a storage device outside the computer device CP.

  The output unit OUTP is a unit that outputs a result of processing executed by the processor PU, for example. An example of the output unit OUTP is a display, a touch panel, a speaker, or the like. The input unit INU is a unit that receives data from the user and inputs data to the computer device CP, for example. An example of the input unit INU is a keyboard, a mouse, a touch panel, or the like.

  The memory MEM stores, for example, the operating system of the computer device CP. Further, the memory MEM stores, for example, application programs such as a notification program for the processor PU to execute the operation of FIG. 5 and the operation of FIG. Note that application programs such as a notification program may be stored in the hard disk device HDD.

  An application program such as a notification program can be recorded and distributed on a removable disk DIS such as an optical disk. For example, the computer device CP may read an application program such as a notification program from the removable disk DIS via the optical drive device ODR and store it in the memory MEM or the hard disk device HDD. In addition, the computer device CP may download an application program such as a notification program via a communication device (not shown) connected to a network such as the Internet and store it in the memory MEM or the hard disk device HDD.

  For example, the processor PU implements the function of the notification device 10 illustrated in FIG. 1 by executing a notification program stored in the memory MEM or the like. That is, the notification device 10 can be realized by the cooperation of the processor PU, the memory MEM, the hard disk device HDD, the LAN interface LIF, the output unit OUTU, and the input unit INU. Note that the hardware configuration of the notification device 10 is not limited to the example of FIG. For example, the output unit OUTP may be used as the display terminal DT.

The invention described in the above embodiments is organized and disclosed as an appendix.
(Appendix 1)
Determine if a call has occurred,
When it is determined that a call has occurred, it is determined whether there is a past state corresponding to the state of the caller of the current call in the storage unit in which the state of the caller at the time of the previous call is recorded And
A notification program that causes a computer to execute a process of notifying the past state when the past state exists in the storage unit.
(Appendix 2)
In the notification program described in Appendix 1,
When updating the storage unit based on the state of the caller, records the comment of the responder corresponding to the call in association with the state of the caller,
A notification program that causes a computer to execute a process of notifying the comment corresponding to the past state and the past state when the past state is notified.
(Appendix 3)
In the notification program described in Appendix 2,
A notification program that causes a computer to execute a process of notifying the distribution of the comment corresponding to the past state and the past state when the past state is notified.
(Appendix 4)
In the notification program described in Appendix 1,
When updating the storage unit based on the state of the caller, information indicating a group to which the caller state belongs is recorded in the storage unit in association with the state of the caller,
A notification program for causing a computer to execute a process of notifying information of the group including the past state as the past state when the past state is notified.
(Appendix 5)
In the notification program described in Appendix 4,
When notifying the group information including the past state as the past state, the information on the plurality of groups is displayed on a display terminal, and the group information including the past state is displayed on the other group. A notification program that causes a computer to execute a process that displays information prominently.
(Appendix 6)
In the notification program according to any one of appendix 1 to appendix 5,
A notification program for causing a computer to execute a process of notifying the state of the caller at the time of the current call and the past state when notifying the past state.
(Appendix 7)
Determine if a call has occurred,
When it is determined that a call has occurred, it is determined whether there is a past state corresponding to the state of the caller of the current call in the storage unit in which the state of the caller at the time of the previous call is recorded And
The notification method of notifying the past state when the past state exists in the storage unit.
(Appendix 8)
In the notification method described in Appendix 7,
When updating the storage unit based on the state of the caller, records the comment of the responder corresponding to the call in association with the state of the caller,
When notifying the past state, the comment corresponding to the past state and the past state are notified.
(Appendix 9)
In the notification method described in appendix 8,
The notification method of notifying the distribution of the comment corresponding to the past state and the past state when notifying the past state.
(Appendix 10)
In the notification method described in Appendix 7,
When updating the storage unit based on the state of the caller, information indicating a group to which the caller state belongs is recorded in the storage unit in association with the state of the caller,
When notifying the past state, the group information including the past state is notified as the past state.
(Appendix 11)
In the notification method according to attachment 10,
When notifying the group information including the past state as the past state, the information on the plurality of groups is displayed on a display terminal, and the group information including the past state is displayed on the other group. A notification method characterized by being displayed prominently than information.
(Appendix 12)
In the notification method according to any one of appendix 7 to appendix 11,
When notifying the past state, the state of the caller at the time of the current call and the past state are notified.
(Appendix 13)
A first determination unit for determining whether or not a call has occurred;
When it is determined that a call has occurred, it is determined whether there is a past state corresponding to the state of the caller of the current call in the storage unit in which the state of the caller at the time of the previous call is recorded A second determination unit to perform,
And a notification unit that notifies the past state when the past state exists in the storage unit.
(Appendix 14)
In the notification device according to attachment 13,
When updating the storage unit based on the state of the caller, comprising a recording unit that records the comment of the responder corresponding to the call in association with the state of the caller,
The notification unit, when notifying the past state, notifies the comment corresponding to the past state and the past state.
(Appendix 15)
In the notification device according to attachment 14,
The notification unit, when notifying the past state, notifies the distribution of the comment corresponding to the past state and the past state.
(Appendix 16)
In the notification device according to attachment 13,
When updating the storage unit based on the state of the caller, comprising a recording unit that records information indicating the group to which the caller state belongs in the storage unit in association with the state of the caller,
The notification unit, when notifying the past state, notifies the group information including the past state as the past state.
(Appendix 17)
In the notification device according to attachment 16,
When notifying the group information including the past state as the past state, the notifying unit displays the information of the plurality of groups on a display terminal, and displays the group information including the past state. A notification device, characterized by being displayed more conspicuously than other group information.
(Appendix 18)
In the notification device according to any one of appendix 13 to appendix 17,
The notification device, when notifying the past state, notifies the state of the caller at the time of the current call and the past state.

  From the above detailed description, features and advantages of the embodiments will become apparent. This is intended to cover the features and advantages of the embodiments described above without departing from the spirit and scope of the claims. Also, any improvement and modification should be readily conceivable by those having ordinary knowledge in the art. Therefore, there is no intention to limit the scope of the inventive embodiments to those described above, and appropriate modifications and equivalents included in the scope disclosed in the embodiments can be used.

  DESCRIPTION OF SYMBOLS 10 ... User condition notification apparatus; 20 ... Call judgment part; 30 ... Search part; 40 ... Notification part; 50 ... Accumulation part; 60 ... Recording part; 70 ... User database; CAM ... Camera; CBTN ... Calling device; CP ... Computer device; DIS ... Removable disk; DT ... Display terminal; HDD ... Hard disk device; INU ... Input unit; LIF ... LAN interface; MEM ... Memory; NT Network: ODR Optical drive device OUTU Output unit PU Processor VSNS Vital sensor

Claims (8)

Determine if a call has occurred,
When it is determined that a call has occurred, it is determined whether there is a past state corresponding to the state of the caller of the current call in the storage unit in which the state of the caller at the time of the previous call is recorded And
A notification program that causes a computer to execute a process of notifying the past state when the past state exists in the storage unit. The notification program according to claim 1,
When updating the storage unit based on the state of the caller, records the comment of the responder corresponding to the call in association with the state of the caller,
A notification program that causes a computer to execute a process of notifying the comment corresponding to the past state and the past state when the past state is notified. The notification program according to claim 2,
A notification program that causes a computer to execute a process of notifying the distribution of the comment corresponding to the past state and the past state when the past state is notified. The notification program according to claim 1,
When updating the storage unit based on the state of the caller, information indicating a group to which the caller state belongs is recorded in the storage unit in association with the state of the caller,
A notification program for causing a computer to execute a process of notifying information of the group including the past state as the past state when the past state is notified. The notification program according to claim 4,
When notifying the group information including the past state as the past state, the information on the plurality of groups is displayed on a display terminal, and the group information including the past state is displayed on the other group. A notification program that causes a computer to execute a process that displays information prominently. The notification program according to any one of claims 1 to 5,
A notification program for causing a computer to execute a process of notifying the state of the caller at the time of the current call and the past state when notifying the past state. In the notification method by the notification device,
The notification device determines whether a call has occurred;
When the notification device determines that a call has occurred, a past state corresponding to the state of the caller of the current call exists in the storage unit in which the state of the caller at the time of the past call is recorded. Whether or not
The notification method of notifying the past state when the past state exists in the storage unit. A first determination unit for determining whether or not a call has occurred;
When it is determined that a call has occurred, it is determined whether there is a past state corresponding to the state of the caller of the current call in the storage unit in which the state of the caller at the time of the previous call is recorded A second determination unit to perform,
And a notification unit that notifies the past state when the past state exists in the storage unit.

Images