JP2021039511A - Management system, information processing apparatus, and information processing method - Google Patents

Abstract

To provide a management system, or the like, for properly managing water intake of a user.SOLUTION: A management system includes: a container 2 equipped with a water volume sensor and a radio communication unit; a plurality of receivers 3 arranged in a facility used by a user; and an information processing apparatus 1 managing data received by the receiver 3. The radio communication unit transmits radio signals including the volume of water in the container detected by the water volume sensor. The receiver 3 receives the radio signals from the container 2. The information processing apparatus 1 includes: an acquisition unit which acquires the water volume included in the radio signals and data indicating surrounding conditions of the container at the time of receiving the radio signals, from the receiver 3; and an estimation unit which estimates a cause of change in volume of water in the container 2 on the basis of the data indicating surrounding conditions, and estimates water intake of the user on the basis of the estimated cause and the water volume.SELECTED DRAWING: Figure 1

Description

The present invention relates to a management system, an information processing device, and an information processing method.

In facilities such as long-term care facilities and hospitals, various systems for managing the health status of facility users have been proposed. For example, in Patent Document 1, an event such as getting up or getting out of bed of a monitored person is detected by a sensor installed in the facility, and the monitored person inputs water intake amount, meal amount, etc. of the monitored person via a mobile terminal. A monitored person monitoring system or the like that receives and generates a record of nursing or long-term care is disclosed.

International Publication No. 2018/003517

On the other hand, in many cases, when managing the water intake of a facility user, a subordinate manually records the water intake each time the facility user ingests water. For this reason, the management of water intake is a heavy burden on employees.

In the invention according to Patent Document 1, an employee (monitorer) manually inputs a water intake amount into a mobile terminal, and it cannot be said that the burden on the monitorer is reduced.

In one aspect, it is an object of the present invention to provide a management system or the like capable of suitably managing the water intake of a user.

The management system according to one aspect includes a container equipped with a water volume sensor and a wireless communication unit, a plurality of receivers installed in a facility used by the user, and an information processing device that manages the data received by the receivers. The wireless communication unit transmits a wireless signal including the amount of water in the container detected by the water amount sensor, and the receiver receives the wireless signal from the container and said. The information processing device includes an acquisition unit that acquires the amount of water contained in the wireless signal and data indicating the peripheral condition of the container at the time of receiving the wireless signal from the receiver, and data indicating the peripheral condition. Based on the above, the cause of the change in the amount of water in the container is estimated, and the estimated cause and the estimation unit for estimating the water intake of the user based on the amount of water are provided.

In one aspect, the user's water intake can be suitably controlled.

It is a schematic diagram which shows the structural example of the water intake management system. It is a block diagram which shows the configuration example of a server. It is explanatory drawing which shows an example of the record layout of the user DB, the area DB, the reception log DB, and the intake amount DB. It is a block diagram which shows the structural example of a container. It is explanatory drawing about a beverage serving area. It is explanatory drawing about the estimation processing of a water intake. It is a flowchart which shows an example of the processing procedure which a management system executes. It is a schematic diagram which shows the structural example of the management system which concerns on Embodiment 2. It is a block diagram which shows the structural example of the container which concerns on Embodiment 2. It is explanatory drawing which shows an example of the record layout of the reception log DB which concerns on Embodiment 2. FIG. It is explanatory drawing concerning the estimation process of the water intake amount which concerns on Embodiment 2. It is a flowchart which shows an example of the processing procedure executed by the management system which concerns on Embodiment 2. FIG. It is a functional block diagram which shows the operation of the said-mentioned server.

Hereinafter, the present invention will be described in detail with reference to the drawings showing the embodiments thereof.
(Embodiment 1)
FIG. 1 is a schematic diagram showing a configuration example of a water intake management system. In the present embodiment, in a facility such as a long-term care facility, a water amount sensor that detects the amount of water in the container 2 and a radio that transmits the detection result of the amount of water are transmitted to the container 2 that the user using the facility uses when ingesting water. A management system for managing the water intake of the user by providing a communication module will be described. The management system includes an information processing device 1, a container 2, a receiver 3, a facility terminal 4, and an employee terminal 5. The information processing device 1, the facility terminal 4, and the employee terminal 5 are connected to a network N such as the Internet.

The information processing device 1 is an information processing device capable of transmitting and receiving various types of information processing and information, and is, for example, a server computer, a personal computer, or the like. In the present embodiment, it is assumed that the information processing device 1 is a server computer, and in the following, it will be read as server 1 for the sake of brevity. The server 1 estimates the user's water intake from the amount of water detected in the container 2, and notifies the facility employees and the like of an alert as necessary.

The container 2 is a cup or the like used when the user ingests water, and includes a water amount sensor for detecting the amount of water in the container 2 and a wireless communication module for transmitting the detection result of the amount of water to the outside. Preferably, the water amount sensor is a water level sensor provided on the inner surface of the container 2, and the wireless communication module is a BLE (Bluetooth (registered trademark) Low Energy) standard communication module. The container 2 transmits a beacon signal (radio signal) including the amount of water detected by the water amount sensor and the container ID which is an identifier of the container 2 to the surroundings.

In the present embodiment, the water level sensor is assumed to be a water level sensor, but the water level sensor may be, for example, a weight sensor, an ultrasonic sensor, or the like, and the method for detecting the amount of water is not particularly limited. Further, the communication standard of the wireless communication module is not limited to BLE, and may be another Bluetooth standard, or a standard such as Wi-fi (registered trademark) or RFID (Radio Frequency Identification).

The receiver 3 is a receiver that receives the beacon signal transmitted from the container 2, and receives the detection result of the amount of water and the container ID from the container 2. In the present embodiment, a plurality of receivers 3 are distributed and arranged in the facility, and each receiver 3 is a personal computer or the like via an in-facility network (not shown) such as a LAN (Local Area Network). It is connected to the facility terminal 4. As will be described later, the receiver 3 is installed in a beverage providing area defined as an area where the user can be provided with a beverage (moisture) in the facility, and when the container 2 exists in the beverage providing area, the container 3 is installed. The beacon signal is received from 2 and transferred to the facility terminal 4.

The server 1 acquires the data of the beacon signal received by the receiver 3 from the facility terminal 4, and stores the detection result of the amount of water in the database. The server 1 estimates the user's water intake from the detection result of the amount of water accumulated in the database, compares it with a predetermined target value set as the amount of water to be ingested by the user, and when it is less than the target value, the facility An alert is notified to the terminal 4 or the employee terminal 5 carried by each employee of the facility.

FIG. 2 is a block diagram showing a configuration example of the server 1. The server 1 includes a control unit 11, a main storage unit 12, a communication unit 13, and an auxiliary storage unit 14.
The control unit 11 has one or more CPUs (Central Processing Units), MPUs (Micro-Processing Units), GPUs (Graphics Processing Units), and other arithmetic processing units, and stores the program P stored in the auxiliary storage unit 14. By reading and executing, various information processing, control processing, etc. are performed. The main storage unit 12 is a temporary storage area for SRAM (Static Random Access Memory), DRAM (Dynamic Random Access Memory), flash memory, etc., and temporarily stores data necessary for the control unit 11 to execute arithmetic processing. Remember. The communication unit 13 is a communication module for performing processing related to communication, and transmits / receives information to / from the outside.

The auxiliary storage unit 14 is a non-volatile storage area such as a large-capacity memory or a hard disk, and stores a program P and other data necessary for the control unit 11 to execute processing. In addition, the auxiliary storage unit 14 stores the user DB 141, the area DB 142, the reception log DB 143, and the intake amount DB 144. The user DB 141 is a database that stores information of each user whose water intake is managed. The area DB 142 is a database that stores information on each area in the facility. The reception log DB 143 is a database that stores log data of the beacon signal received by the receiver 3. The intake amount DB 144 is a database that stores the water intake amount of the user estimated from the water amount detected in the container 2.

The auxiliary storage unit 14 may be an external storage device connected to the server 1. Further, the server 1 may be a multi-computer composed of a plurality of computers, or may be a virtual machine virtually constructed by software.

Further, in the present embodiment, the server 1 is not limited to the above configuration, and may include, for example, an input unit that accepts operation input, a display unit that displays an image, and the like. Further, the server 1 is provided with a reading unit that reads a portable storage medium 1a such as a CD (Compact Disk) -ROM, a DVD (Digital Versatile Disc) -ROM, and reads and executes a program P from the portable storage medium 1a. You can do it. Alternatively, the server 1 may read the program P from the semiconductor memory 1b.

FIG. 3 is an explanatory diagram showing an example of the record layout of the user DB 141, the area DB 142, the reception log DB 143, and the intake amount DB 144.
The user DB 141 includes a user ID column, a container ID column, and a beverage serving area column. The user ID stores a user ID which is an identifier of each user. Each of the container ID column and the beverage serving area stores the container ID, which is an identifier of the container 2 used by the user, and the beverage serving area in the facility where the user is allowed to ingest water, in association with the user ID. There is.

In the following description, for convenience, the area where beverages can be provided in the facility is referred to as "beverage provision area", and among the beverage provision areas, the beverage provision area set for each user as the area where the user is allowed to drink water. Is marked as "water intake area" to distinguish it. In DB 141 of FIG. 3, the beverage providing area having a value of “◯” corresponds to the water intake area of each user.

The area DB 142 includes a receiver ID column and an area column. The receiver ID string stores the receiver ID, which is an identifier of each receiver 3. The area column stores the area in the facility where the receiver 3 is installed in association with the receiver ID.

The reception log DB 143 includes a time sequence, a container sequence, a receiver sequence, and a water volume sequence. The time sequence stores the time when the receiver 3 receives the beacon signal from the container 2. The container row, the receiver row, and the water amount row correspond to the time, respectively, and correspond to the container ID of the container 2 that transmitted the beacon signal, the receiver ID of the receiver 3 that received the beacon signal, and the amount of water detected by the container 2. I remember.

The intake DB 144 includes a time zone column, a user column, a water intake column, and a modified intake column. The time zone column remembers each time zone of the day. The user column, the water intake column, and the modified intake amount column each store the user ID, the user's water intake, and the employee-modified water intake in association with the time zone.

FIG. 4 is a block diagram showing a configuration example of the container 2. The container 2 includes a control unit 21, a storage unit 22, a transmission unit 23, a water amount sensor 24, and a battery 25.
The control unit 21 is an arithmetic processing module such as an MPU, and controls the operation of each unit such as the transmission unit 23 and the water amount sensor 24. The storage unit 22 is a storage area such as a ROM, and stores a container ID which is an identifier of the container 2. The transmission unit 23 is a wireless communication module that transmits a beacon signal, and as described above, transmits a beacon signal according to a communication standard such as BLE. The water amount sensor 24 is a sensor that detects the amount of water in the container 2, and is a water level sensor provided on the inner surface of the container 2 as described above. The battery 25 is, for example, a button battery, and supplies electric power to each part of the container 2.

The battery 25 may be a rechargeable battery, and the container 2 may be a rechargeable device. Further, the container 2 may be configured as a device that does not require a power source, such as a passive tag.

FIG. 5 is an explanatory diagram regarding a beverage serving area. In FIG. 5, a sketch of the facility where the receiver 3 is installed is conceptually illustrated.
In the present embodiment, the beverage providing area where the beverage (moisture) can be provided to the user whose water intake is to be managed is limited in advance by the operation of the facility side. For example, as shown by hatching in FIG. 5, beverages are provided in the "dining room", "living room", etc., while beverages are not provided in the "bathroom", "toilet", etc.

A receiver 3 for receiving a beacon signal from the container 2 is installed in each beverage serving area in the facility. The receiver 3 may be installed not only in the beverage serving area but also in other areas where the beverage is not served. Further, a plurality of receivers 3 may be installed in one beverage serving area. Further, the area in the facility may be set for each room, may be set in a plurality of areas in one room, or may be set in a space other than the room (corridor, around the refrigerator, etc.).

Further, in the present embodiment, the container 2 used by each user is arranged, and in the user DB 141, the container ID which is the identifier of the container 2 and the user ID which is the identifier of the user are associated with each other (FIG. 6). 3). That is, the container ID can be referred to as an identifier that can identify the user.

For example, the server 1 receives the setting input of the user information and the area information from the facility manager via the facility terminal 4 and stores them in each database. That is, the server 1 receives the user ID of each user, the container ID of the container 2 used by each user, and the setting input of the water intake area of each user, and stores them in the user DB 141. Further, the server 1 accepts the receiver ID of the receiver 3 installed in each area and the setting input of the area name of each area, and stores the setting input in the area DB 142.

When setting user information, it is preferable to set a different water intake area for each user and limit the water intake area for each user. For example, in the case of a user who moves into "living room A", "living room A" is set as a water intake area, while "living room B" and "living room C" are not set as a water intake area. This is because it is usually unthinkable for a user who moves into "living room A" to ingest water in "living room B" or "living room C".

For example, the container 2 transmits a beacon signal including the amount of water detected by the water amount sensor 24 and the container ID in a predetermined time cycle (for example, at intervals of several seconds to several tens of seconds). When the container 2 is within the range that can be received by the own device, the receiver 3 receives the beacon signal transmitted from the container 2 and transfers it to the facility terminal 4.

For example, the receiver 3 adds the reception time (reception time) of the beacon signal and the receiver ID to the beacon signal received from the container 2 and transmits the beacon signal to the facility terminal 4. The server 1 acquires the beacon signal data via the facility terminal 4. The server 1 stores various data included in the beacon signal acquired from the facility terminal 4, that is, the amount of water, the container ID, the reception time, and the receiver ID in the reception log DB 143 in association with each other.

By repeating the above process, the log data of the beacon signal is accumulated in the reception log DB 143. The server 1 estimates the water intake of the user based on the log data accumulated in the reception log 143, that is, the time-series data of the amount of water in the container 2.

In this case, the server 1 estimates the cause of the change in the amount of water in the container 2 (whether or not the user has ingested water) at the time of receiving the beacon signal based on the data indicating the surrounding situation stored in the reception log DB 143, and the estimated cause. Estimate the water intake according to the above. As will be described in detail below, the server 1 identifies the area where the container 2 exists from the receiver ID (data indicating the surrounding situation) of the receiver 3 that has received the beacon signal, and the amount of water according to the specified area. Estimate the cause of the change and estimate water intake based on the estimated cause.

FIG. 6 is an explanatory diagram regarding an estimation process of water intake. In FIG. 6, time-series data of the amount of water detected in a certain container 2 is conceptually illustrated. Based on FIG. 6, the processing content when estimating the water intake of the user will be described.

In the present embodiment, the server 1 smoothes the amount of water detected at each time with a low-pass filter and generates the time-series data shown in FIG. The server 1 estimates the amount of water intake taken by the user from the time series data. For example, the server 1 calculates the difference value between the maximum value (hereinafter referred to as "peak value") and the minimum value at a time after the peak value is taken for each "mountain" in which the amount of water increases or decreases. The water intake is estimated by integrating the difference value between the peak value and the minimum value in each "mountain" (hereinafter referred to as "decrease amount"). That is, the server 1 estimates the water intake by integrating the amount of decrease in the amount of water.

In this case, the server 1 refers to the reception log DB 143 and identifies the area where the container 2 existed at each time from the receiver ID of the receiver 3 that received the beacon signal of the corresponding container 2 at each time. To do. In the example of FIG. 6, the case where the container 2 exists first in the “dining room”, then in the “kitchen”, and then in the “living room A” is shown.

In the present embodiment, since the "kitchen" is not a beverage serving area, the receiver 3 is not installed, the beacon signal cannot be received, and the area name cannot be actually specified. For the sake of convenience, it is shown as having existed in the "kitchen" (area name other than the beverage serving area). Along with this, it is not possible to actually obtain the amount of water in the "kitchen", but FIG. 6 also shows the amount of water in the "kitchen" for convenience of explanation.

The server 1 presumes that the cause of the change in the amount of water during the period when the container 2 is in the water intake area is the water intake by the user. On the other hand, the server 1 estimates that the cause of the change in the amount of water during the period when the container 2 is outside the water intake area is other than the water intake by the user. Causes of changes in water volume other than water intake include spilling beverages from container 2 and cleaning of container 2. The server 1 calculates the water intake of the user based on the estimated cause of the change in the amount of water and the time-series data of the amount of water.

Specifically, the server 1 refers to the user DB 141 to determine whether or not the area in which the container 2 is present is a water intake area for the user, and if it is a water intake area, the decrease from the peak value. The amount is integrated as the amount of water intake. In the example of FIG. 6, since the “dining room” and the “living room A” are set as the water intake areas of the user, the amount of decrease from the peak value in each area is integrated as the water intake amount. On the other hand, since the "kitchen" is not a water intake area, even if the amount of water decreases, it is not calculated as the amount of water intake.

By the above-mentioned treatment, it can be determined whether or not the decrease in the amount of water should be integrated as the amount of water intake, while considering the cause of the change in the amount of water in the container 2 at the time when the amount of water is detected. Explaining according to the above example, since the "dining room" and the "living room A" are water intake areas, it is considered that when the water amount decreases, the water amount decreases because the user ingests the beverage. On the other hand, since the "kitchen" is not a water intake area, it can be considered that the amount of water has decreased due to reasons such as discarding the beverage in the container 2 and washing the container 2. As described above, in the present embodiment, the cause of the change in the amount of water is estimated according to the area of the container 2, and the calculation is performed according to the estimated situation to estimate the accurate water intake.

In the above, the server 1 estimates the cause of the water amount change based on the area where the container 2 exists, but the method of estimating the cause of the water amount change is not limited to this. For example, the server 1 may estimate the cause of the change in the amount of water based on the rate of decrease in the amount of water, that is, the amount of decrease (change amount) per unit time, which is a differential value of the time series data.

For example, the server 1 calculates the rate of decrease in the amount of water at each time based on the time-series data shown in FIG. Then, the server 1 compares the decrease rate with a predetermined threshold value, estimates that the cause of the water amount change during the period when the decrease rate is less than the threshold value is the water intake by the user, and integrates the decrease amount of the water amount during the period as the water intake amount. I will do it. When the rate of decrease is equal to or higher than the threshold value, that is, when the beverage in the container 2 is rapidly decreasing, it is considered that the amount of water is decreasing due to a cause other than water intake, such as spilling the beverage. By calculating the water intake while referring to the rate of decrease in the amount of water (the amount of decrease per unit time), the server 1 can estimate the amount of water intake while preferably estimating the cause of the change in the amount of water.

Further, the server 1 may estimate the cause of the change in the amount of water by using the area where the container 2 exists and the rate of decrease in the amount of water in combination. In this case, the server 1 may integrate the amount of decrease during the period when the container 2 is in the water intake area of the user and the rate of decrease is less than the threshold value as the amount of water intake.

The server 1 determines whether or not the water intake estimated above satisfies a predetermined target value determined by the user to be ingested in one day. When the server 1 determines that the water intake is less than the target value, the server 1 outputs a predetermined alert to at least one of the facility terminal 4 and the employee terminal 5. For example, the server 1 outputs the time-series data (graph) of the water intake illustrated in FIG. 6 and also outputs a warning message to the effect that water should be ingested. The alert notification destination (output destination) is not limited to the staff on the facility side, and may be notified to the user himself / herself, for example.

The target value may be set to a different value for each user. Further, for example, the target value may be set to a different value for each time zone.

It is also preferable that the employee can correct the water intake in case, for example, an employee of the facility witnesses a case of spilling a beverage, or a case of water intake without using the container 2. Is. In this case, the server 1 receives the correction input of the water intake amount from the employee terminal 5 and stores it in the intake amount DB 144. As a result, the water intake can be flexibly managed.

From the above, according to the present embodiment, the cause of the change in the amount of water in the container 2 at the time of receiving the beacon signal is estimated, and the water intake is estimated based on the estimated cause and the time-series data of the amount of water. .. As a result, it is possible to distinguish between the case where the cause of the change in the amount of water is the water intake by the user and the case where the cause is other than the water intake such as spilling, discarding, or washing the container 2, and the accurate water intake. Can be estimated.

FIG. 7 is a flowchart showing an example of a processing procedure executed by the management system. The processing contents executed by the management system will be described with reference to FIG. 7.
The container 2 detects the amount of water in the container 2 by the water amount sensor 24 (step S11). The container 2 transmits a beacon signal including the amount of water detected in step S11 and the container ID (step S12). When the beacon signal is received from the container 2, the receiver 3 adds the reception time and the receiver ID to the beacon signal and transmits the beacon signal to the server 1 (step S13). When the beacon signal data is acquired from the receiver 3, the server 1 stores each data such as the amount of water, the container ID, the reception time, and the receiver ID in the reception log DB 143 (step S14).

The server 1 identifies the area where the container 2 exists at each time based on the receiver ID stored in the reception log DB 143 (step S15). Then, the server 1 estimates the water intake of the user based on the detection result of the amount of water detected at each time and the area where the container 2 exists at each time (step S16). Specifically, the server 1 integrates the amount of decrease from the peak value in that period for each time zone based on the detection result of the amount of water in the period when the container 2 is in the water intake area, so that each time zone Estimate fluid intake.

The server 1 determines whether or not the water intake of the user is less than the target value (step S17). If it is determined that the value is not less than the target value (S17: NO), the server 1 ends a series of processes. If it is determined that the value is less than the target value (S17: YES), the server 1 outputs an alert to the effect that water should be ingested (step S18), and ends a series of processes.

The processes of steps S15 to S18 may be executed at any time, may be executed at a preset time, or may be periodically executed at preset time intervals.

Based on the above, according to the first embodiment, the water intake of the user is estimated accurately by estimating the water intake according to the cause of the change in the water amount of the container 2, and the water intake of the user is preferably set. Can be managed

Further, according to the first embodiment, the cause of the change in the amount of water can be easily estimated by specifying the area where the container 2 exists from the receiver ID and estimating the cause of the change in the amount of water based on the specified area. can do.

Further, according to the first embodiment, by determining the water intake area for each user, the cause of the change in water amount can be more optimized and estimated for the user, and the water intake amount of the user can be estimated more accurately. ..

Further, according to the first embodiment, the user can be encouraged to take an appropriate amount of water by comparing the water intake with the target value and issuing an alert.

Further, according to the first embodiment, not only the difference between the peak value and the minimum value is taken, but also the cause of the change in the amount of water is estimated according to the rate of change in the amount of water (the amount of change per unit time). , The water intake can be estimated more accurately.

(Embodiment 2)
In the present embodiment, the embodiment in which the container 2 receives the beacon signal from the wireless tag T (transmitter) existing around the container 2 and transmits the beacon signal to the receiver 3 together with the detection result of the amount of water will be described. The contents overlapping with the first embodiment are designated by the same reference numerals and the description thereof will be omitted.

FIG. 8 is a schematic diagram showing a configuration example of the management system according to the second embodiment. The management system according to the present embodiment includes a wireless tag T in addition to the container 2, the receiver 3, and the like. The wireless tag T is, for example, a tag that transmits a BLE standard beacon signal, and is a transmitter that transmits an identifier (data indicating a peripheral situation) of an object to which the wireless tag T is attached. In the present embodiment, the wireless tag T will be possessed by each user, and will be described as transmitting a user ID, which is an identifier of the user who is the owner, as an identifier of the object.

FIG. 9 is a block diagram showing a configuration example of the container 2 according to the second embodiment. The container 2 according to the present embodiment includes a wireless communication unit 23a instead of the transmission unit 23. The wireless communication unit 23a is a communication module having a receiving function in addition to the transmitting function of the beacon signal. In the present embodiment, the container 2 receives the beacon signal (user ID) transmitted by the wireless tag T, adds the amount of water detected by the water amount sensor 24, and the container ID, and transmits the beacon signal to the receiver 3.

The transmitter that transmits the beacon signal to the container 2 is not limited to a medium called a "tag", and may be a device that can transmit a wireless signal. Further, as will be described later, the wireless tag T is not limited to a tag that transmits an identifier of a user (person), and may be a tag that transmits an identifier of another object.

FIG. 10 is an explanatory diagram showing an example of the record layout of the reception log DB 143 according to the second embodiment. The reception log DB 143 according to the present embodiment includes a tag string. The tag string is associated with the time and stores the user ID (identifier) received by the container 2 from the wireless tag T at the time.

FIG. 11 is an explanatory diagram relating to the water intake estimation process according to the second embodiment. In FIG. 11, time-series data of the same amount of water as in FIG. 6 is illustrated, and the reception state of the beacon signal (user ID) from the wireless tag T is conceptually illustrated. In FIG. 11, “1” represents a state in which the beacon signal of the wireless tag T is being received, and “0” represents a state in which the beacon signal is not received. An outline of the present embodiment will be described with reference to FIG.

As described above, in the present embodiment, the wireless communication unit 23a of the container 2 has a receiving function and receives the beacon signal from the wireless tag T existing around the container 2. The beacon signal transmitted by the wireless tag T includes an identifier of an object to which the wireless tag T is attached. Preferably, the wireless tag T is possessed by the user who manages the water intake, and transmits a user ID which is an identifier of the user who is the owner.

The container 2 transmits a beacon signal by adding the amount of water detected at the time of reception and the container ID to the user ID received from the wireless tag T. That is, the container 2 not only transmits the detection result of the amount of water, but also transmits information on surrounding objects.

Similar to the first embodiment, the receiver 3 receives the beacon signal from the container 2, adds the reception time and the receiver ID, and transfers the data to the server 1 via the facility terminal 4. The server 1 stores the data of the beacon signal transferred from the receiver 3 in the reception log DB 143.

The server 1 estimates the water intake of the user from the detection result of the amount of water stored in the reception log DB 143. In this case, the server 1 estimates the cause of the change in the amount of water by referring not only to the area specified by the receiver ID but also to the identifier transmitted from the wireless tag T at the time of detecting the amount of water.

Specifically, the server 1 identifies an object existing around the container 2 based on the identifier transmitted from the wireless tag T, and estimates the cause of the change in the amount of water in the container 2 based on the specified object. .. Then, the server 1 estimates the water intake of the user from the time series data of the water amount during the period when the cause of the change in the water amount is the water intake by the user. For example, when the identifier transmitted by the wireless tag T is the user ID, the server 1 identifies the users existing in the vicinity of the container 2 from the user ID received by the container 2. When the user exists in the vicinity of the container 2, the server 1 estimates that the cause of the change in the amount of water in the container 2 is the water intake by the user, and the amount of water in the container 2 during the period in which the user exists in the vicinity of the container 2. The amount of decrease in water intake of the user is estimated.

In the example of FIG. 11, there is a period in which the container 2 exists in the “dining room” and the “living room A” which are the beverage serving areas, and the amount of water decreases from the peak value in each period. Further, in the "restaurant", the container 2 receives the user ID of "user B", and in the "living room A", the user ID of "user A" is received. That is, it can be seen that the "user B" exists around the container 2 in the "restaurant" and the "user A" exists in the "living room A".

Similar to the first embodiment, when the user X of the container 2 is preset (the container 2 and the user X are associated with each other), the server 1 has the user X of the container 2 around the container 2. For the period during which the container 2 is present in the water intake area of the user X, the cause of the change in the amount of water is estimated to be the water intake by the user X, and the decrease in the amount of water during the period is the water intake of the user X. Calculate as. In the example of FIG. 11, when the user of the container 2 is the user B, the “dining room” is the water intake area of the user B, and the “living room A” is not the water intake area of the user B, the container 2 becomes the “dining room”. The amount of decrease in water content during the period of existence is calculated as the water intake of User B.

As described above, when the user X of the container 2 exists in the vicinity of the container 2 and the container 2 exists in the water intake area of the user X, the cause of the change in the amount of water is estimated to be the water intake by the user X. Therefore, the water intake of the user X can be calculated more accurately. Specifically, the amount of decrease in the amount of water that occurs while User X is not around the container 2 (for example, the amount of decrease in the amount of water that occurs when a user other than User X accidentally uses the container 2) is calculated by the user. It can be excluded from the water intake of X.

Further, unlike the first embodiment, when the user X of the container 2 is not set (the container 2 and the user X are not associated with each other), the server 1 has the user present in the vicinity of the container 2 and the user X exists in the vicinity of the container 2. For the period during which the container 2 exists in the water intake area of the user, the cause of the change in the water amount is estimated to be the water intake by the user, and the decrease in the water amount during the period is calculated as the water intake of the user. In the example of FIG. 11, when the "dining room" is the water intake area of the user B and the "living room A" is the water intake area of the user A, the amount of decrease in the amount of water during the period when the container 2 is in the "dining room" is It is calculated as the water intake of the user B, and the decrease in the amount of water during the period when the container 2 is in the "living room A" is calculated as the water intake of the user A.

In this way, when the user exists in the vicinity of the container 2 and the container 2 exists in the water intake area of the user, the cause of the change in the amount of water is estimated to be the water intake by the user. One container 2 can be shared by a plurality of users while calculating the water intake more accurately.

In this embodiment, the beverage providing area of each user may not be set. In this case, when the user exists in the vicinity of the container 2, the server 1 may presume that the cause of the change in the amount of water is the water intake by the user.

In the above example, the wireless tag T is possessed by the user, and the container 2 receives the identifier of the user existing in the vicinity. However, the wireless tag T may be attached to an object other than the user. For example, the wireless tag T may be attached to another container such as a PET bottle in which the container 2 (cup) is filled with a beverage. In this case, for example, the server 1 identifies the existence of another container based on the identifier received by the container 2 from the wireless tag T, and determines the amount of change in the amount of water during the period when the other container exists around the container 2 in the container 2. It may be calculated as the user's water intake. When the container 2 is likely to be used to provide a beverage, as in the case where the PET bottle exists around the container 2, the cause of the change in the amount of water is estimated to be the water intake by the user. The quantity can be estimated more accurately. The wireless tag T only needs to be attached to an object that can accurately grasp that the container 2 is highly likely to be used for water intake, and the object to be attached is a user or a PET bottle whose water intake is controlled. Not limited to.

FIG. 12 is a flowchart showing an example of a processing procedure executed by the management system according to the second embodiment. After detecting the amount of water in the container 2 by the water amount sensor 24 (step S11), the container 2 executes the following processing.

The container 2 receives the user ID from the wireless tag T (transmitter) (step S201). The container 2 transmits a beacon signal including the user ID received from the wireless tag T, the amount of water detected in step S11, and the container ID (step S202). When the beacon signal is received from the container 2, the receiver 3 adds the reception time and the receiver ID to the beacon signal and transmits the beacon signal to the server 1 (step S203). The server 1 stores each data acquired from the receiver 3 in the reception log DB 143 (step S204).

The server 1 identifies the area where the container 2 exists and the users who exist around the container 2 at each time based on the receiver ID and the user ID stored in the reception log DB 143 (step S205). Then, the server 1 estimates the water intake of the user based on the amount of water detected at each time, the area specified in step S205, and the user (step S06). Specifically, the server 1 accumulates the amount of decrease in the amount of water during the period in which the container 2 exists in the water intake area corresponding to the user specified in step S205 for each time zone, so that the water content in each time zone is accumulated. Estimate intake. The server 1 shifts the process to step S17.

The processes of steps S205, S206, S17, and S18 may be executed at any time, at a preset time, or periodically at preset time intervals. Good.

In the above, it is assumed that the container 2 receives the beacon signal from the wireless tag T, but for example, the receiver 3 may receive the beacon signal from the wireless tag T. Even in this case, at least an object (user or the like) existing in the same area as the container 2 can be identified, and the cause of the change in the amount of water in the container 2 can be grasped.

From the above, according to the second embodiment, the wireless tag T (transmitter) is attached to the object existing around the container 2, and the water intake amount is based on the identifier (for example, user ID) transmitted from the wireless tag T. By estimating, the same effect as that of the first embodiment is obtained.

Further, according to the second embodiment, the wireless communication unit 23a of the container 2 is provided with a beacon signal reception function so that the container 2 receives the identifier transmitted from the wireless tag T. It is possible to more accurately identify what objects are around the.

(Embodiment 3)
FIG. 13 is a functional block diagram showing the operation of the server 1 described above. When the control unit 11 executes the program P, the server 1 operates as follows.
The acquisition unit 131 acquires the amount of water in the container 2 and data indicating the surrounding condition of the container 2 at the time of receiving the radio signal from the plurality of receivers 3 installed in the facility used by the user. The storage unit 132 stores the amount of water and data indicating the surrounding situation in association with the reception time point. The estimation unit 133 estimates the cause of the change in the amount of water in the container 2 based on the data indicating the surrounding situation, and estimates the water intake of the user based on the estimated cause and the amount of water. The determination unit 134 determines whether or not the water intake satisfies a predetermined target value. When the output unit 135 determines that the target value is not satisfied, the output unit 135 outputs an alert to the effect that water should be ingested.

The third embodiment is as described above, and the other parts are the same as those of the first and second embodiments. Therefore, the corresponding parts are designated by the same reference numerals and detailed description thereof will be omitted.

The embodiments disclosed this time should be considered to be exemplary in all respects and not restrictive. The scope of the present invention is indicated by the scope of claims, not the above-mentioned meaning, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims.

1 Server (information processing device)
11 Control unit 12 Main storage unit 13 Communication unit 14 Auxiliary storage unit P program 2 Container 21 Control unit 22 Storage unit 23 Transmitter unit 23a Wireless communication unit 24 Water volume sensor 25 Battery 3 Receiver 4 Facility terminal 5 Employee terminal

Claims (11)

A management system having a container provided with a water amount sensor and a wireless communication unit, a plurality of receivers installed in a facility used by the user, and an information processing device for managing the data received by the receivers.
The wireless communication unit transmits a wireless signal including the amount of water in the container detected by the water amount sensor.
The receiver receives the radio signal from the container and receives the radio signal.
The information processing device
An acquisition unit that acquires the amount of water contained in the radio signal and data indicating the surrounding condition of the container at the time of receiving the radio signal from the receiver.
An estimation unit that estimates the cause of the change in the amount of water in the container based on the data indicating the surrounding situation, and estimates the water intake of the user based on the estimated cause and the amount of water.
A management system characterized by being equipped with. The management system according to claim 1, wherein the estimation unit estimates the water intake based on the water amount during the period in which the cause is estimated to be the user's water intake. The estimation unit identifies the area in the facility where the container exists based on the data indicating the surrounding situation, and estimates the cause based on the specified area according to claim 1 or 2. The management system described. The management system according to any one of claims 1 to 3, wherein the estimation unit estimates that the cause is the user's water intake when the container is located in a preset water intake area. .. The data indicating the surrounding situation includes the identifier of the receiver that transmitted the radio signal, and includes the identifier.
The management system according to any one of claims 1 to 4, wherein the estimation unit identifies an area in the facility where the container is located based on the identifier of the receiver. The estimation unit identifies an object existing around the container based on the data indicating the surrounding situation, and estimates the cause based on the identified object according to claims 1 to 5. The management system according to any one item. The data indicating the surrounding situation includes the identifier of the object transmitted from the transmitter attached to the object existing around the container.
The management system according to claim 6, wherein the estimation unit identifies an object existing around the container based on the identifier of the object. The information processing device
A determination unit that determines whether or not the water intake satisfies a predetermined target value,
The management system according to any one of claims 1 to 7, further comprising an output unit that outputs an alert to the effect that water should be ingested when it is determined that the target value is not satisfied. The management system according to any one of claims 1 to 8, wherein the estimation unit estimates the water intake from the amount of change in the amount of water per unit time. The amount of water in the container contained in the wireless signal received from the container provided with the water amount sensor and the wireless communication unit from a plurality of receivers installed in the facility used by the user, and the amount of water in the container at the time of receiving the wireless signal. An acquisition unit that acquires data indicating the surrounding situation,
A storage unit that stores the amount of water and data indicating the surrounding situation in association with the reception time point.
It is characterized by including an estimation unit that estimates the cause of the change in the amount of water in the container based on the data indicating the surrounding situation, and estimates the water intake of the user based on the estimated cause and the amount of water. Information processing device. The amount of water in the container contained in the wireless signal received from the container provided with the water amount sensor and the wireless communication unit from a plurality of receivers installed in the facility used by the user, and the amount of water in the container at the time of receiving the wireless signal. Obtain data showing the surrounding situation and
The amount of water and the data indicating the surrounding situation are stored in the storage unit in association with the reception time point.
The computer is characterized in that the cause of the change in the amount of water in the container is estimated based on the data showing the surrounding situation, and the process of estimating the water intake of the user based on the estimated cause and the amount of water is executed. Information processing method to do.

Images