JP2021175015A - Proximity detection device, proximity detection method and proximity detection system - Google Patents

Abstract

To provide a proximity detection device, proximity detection method and proximity detection system capable of notifying a user of the number of proximity persons.SOLUTION: A proximity detection device includes: a reception section for receiving a specific electric wave transmitted from a transmission apparatus; a detection section for determining the number of proximity persons on the basis of a reception signal output from the reception section; and an output section for notifying a user of the number of proximity persons determined by the detection section.SELECTED DRAWING: Figure 2

Description

Embodiments of the present invention relate to a proximity detection device, a proximity detection method, and a proximity detection system that detect a proximity person.

Considering the recent situation of new coronavirus infection, if the situation does not converge in a short period of time, it is not possible to continue activities by gathering the minimum necessary number of people at companies, schools, stores, etc. while suppressing the spread of infection. , Indispensable for the maintenance of society.

In order to continue the minimum social activities safely, it is necessary to grasp and manage the degree of risk, not to completely block it. In order to suppress the occurrence of clusters, which are a small group of patients, we believe that it is useful to visualize the magnitude of risk for each individual and to stay away from high-risk people to control infection.

International Publication No. 2019/198302 International Publication No. 2009/128341 JP-A-2017-117416

An object of the present invention is to provide a proximity detection device, a proximity detection method, and a proximity detection system for notifying a user of the number of nearby persons.

According to the embodiment, the proximity detection device includes a receiving unit that receives a specific radio wave transmitted from a transmitting device, a detecting unit that obtains the number of nearby persons based on a received signal output from the receiving unit, and a detecting unit. It includes an output unit that notifies the user of the required number of nearby persons.

An outline of proximity detection according to the first embodiment is shown. It is a block diagram which shows an example of the smartphone as a proximity detection device which concerns on 1st Embodiment. An example of a packet transmitted by a Bluetooth® device of a smartphone is shown. It is a flowchart which shows an example of the beacon radio wave reception processing executed by a proximity detection device. An example of the proximity list and the proximity count log created by the proximity detection device is shown. It is a flowchart which shows an example of the risk visualization performed by a proximity detection device. The outline of the risk judgment is shown. This is an example of a risk visualization screen. Another example of a risk visualization screen.

Hereinafter, embodiments will be described with reference to the drawings. The following description exemplifies devices and methods for embodying the technical idea of the embodiment, and the technical idea of the embodiment describes the structure, shape, arrangement, and material of the components described below. It is not limited to such as. Modifications that can be easily conceived by those skilled in the art are naturally included in the scope of disclosure. In order to clarify the explanation, in the drawings, the size, thickness, plane size, shape, etc. of each element may be changed with respect to the actual embodiment and represented schematically. In a plurality of drawings, elements having different dimensional relationships and ratios with each other may be included. In a plurality of drawings, the corresponding elements may be given the same reference number and duplicate description may be omitted. Although some elements may be given multiple names, the examples of these names are merely examples, and it is not denied that these elements are given other names. In addition, it does not deny that other names are given to elements that are not given multiple names. In the following description, "connection" means not only a direct connection but also an indirect connection via other elements.

The proximity detection device according to the first embodiment receives a specific radio wave (also referred to as a beacon radio wave) emitted by an electronic device such as a smartphone owned by another person, and counts the number of times the beacon radio wave is received so that the user approaches. It counts the number of people (proximities) and informs the user of the number of people (proximities). The method of notifying the number of nearby persons includes image display, voice output, and the like.

By using this proximity detection device, an individual can recognize the number of people in close proximity to him / her and grasp the degree of risk of infection. Also, for society, the number of people in close proximity to them can be used as a check when entering a facility or office. By grasping and managing risks in this way, it can be useful for the continuation of social activities.

FIG. 1 shows an outline of proximity detection according to the first embodiment. Proximity detection is performed by a portable first electronic device 300 and at least one portable second electronic device 302. The first electronic device 300 has a function of transmitting and receiving a beacon radio wave, a function of detecting the number of nearby persons based on a reception signal of the beacon radio wave, a function of storing the number of nearby persons, and a function of notifying the user of the number of nearby persons. To be equipped. The second electronic device 302 may have at least a function of transmitting and receiving beacon radio waves, and has a function of detecting the number of nearby persons, a function of storing the number of nearby persons, and a function of notifying the user of the number of nearby persons. It does not have to be prepared. Therefore, the first electronic device 300 can also function as the second electronic device 302. In this case, proximity detection is performed by at least two first electronic devices 300. A user who wants to detect the number of nearby persons has a first electronic device 300. The second electronic device 302 is owned by a person other than the user. The first electronic device 300 possessed by a certain user is the second electronic device 302 for other users.

As the electronic devices 300 and 302, smartphones, mobile phones, PDAs, tablets and the like can be used. In this specification, the electronic devices 300 and 302 are smartphones, but the electronic devices 300 and 302 are not limited to smartphones and may be other devices. The electronic device 302 periodically transmits a beacon radio wave. As the beacon radio wave, an advertising packet used in the Bluetooth Low Energy (BLE) (registered trademark) function, a Wi-Fi beacon radio wave, or the like is used.

The electronic device 300 receives the beacon radio wave transmitted from the electronic device 302, and estimates the distance to the electronic device 302 based on the reception intensity. In FIG. 1, the distance is estimated in two ways, "within 2 m (including 2 m)" and "within 10 m (including 10 m) but not within 2 m", but is not limited to this, and is 1 m or a number. It may be estimated in m units.

In the case of the new coronavirus, if the distance between people is within 2 m, the risk of infection is very high, so notifying the user of this situation helps prevent infection. Even if the distance is not within 2 m but within 10 m, it cannot be said that there is no risk of infection, so it is meaningful to inform the user of this situation as well. The specific numerical value of the discrimination distance is determined by the type of virus.

As a result, the electronic device 300 detects the proximity to the other electronic device 302, that is, the proximity to the person who owns the other electronic device 302, and detects the number of nearby persons by totaling the number of detections. Can be done. Further, when the beacon radio wave includes the identification information of the transmitting device, the electronic device 300 can not only detect the number of nearby persons but also identify the nearby persons.

FIG. 2 is a block diagram showing an example of a smartphone 300 owned by a user who wants to detect the number of nearby persons. FIG. 2 shows only the part related to the detection of the number of nearby persons, and the illustration of the part related to the function of a general smartphone is omitted. The smartphone 300 includes a system controller 304 including a processor (CPU), a hub, and the like. RAM 306, ROM 308, flash memory 310, display 312, speaker 314, vibrator 316, wireless LAN device 322, Bluetooth device 324, call device 326, GPS device 328 and the like are connected to the system controller 304.

The system controller 304 executes various programs loaded from the ROM 308 to the RAM 306. These programs include an operating system (OS) 332, an application program. The application program includes a proximity detection program 334. The RAM 306 includes a working memory for storing data and the like during work. The working data includes a proximity list 336 and a proximity count log 338. The proximity list 336 is work data for counting the proximity. These details will be described later with reference to FIG.

When the power is cut off, the system controller 304 reads the proximity list 336 and the proximity count log 338 from the RAM 306 and stores them in the flash memory 310.

The display 312 includes an LCD or the like provided with a touch panel. The display 312 displays the number of nearby persons and warnings. The warning may be output, for example, when the number of nearby persons becomes a large number of people equal to or greater than the threshold value.

Like the display 312, the speaker 314 outputs the number of nearby persons and warnings as synthetic voice or electronic sound.

The vibrator 316 vibrates to give a warning to the user of the smartphone 300.

The wireless LAN device 322 executes IEEE 802.11 standard wireless LAN communication for connection with the network 350. The connection with the network 350 is for the connection with the server 360, but this is not essential. The detection of the number of nearby persons can be performed by the smartphone 300 alone without using the server 360. However, in order to prevent infection in society as a whole, a large number of people's proximity count logs may be uploaded to the server 360. In addition, the server 360 can collectively manage the proximity count logs of a large number of people and take appropriate measures.

The Bluetooth device 324 performs Bluetooth standard wireless communication for connection with a nearby smartphone 302 or other device.

The GPS device 328 receives a signal from a GPS satellite and detects the current position of the smartphone 300.

An example of the smartphone 302 owned by a person other than the user is substantially the same as the smartphone 300, except that the proximity detection program 334 is not installed. That is, the smartphones 300 and 302 are the same in terms of hardware, the smartphone 300 has the proximity detection program 334 installed, and the smartphone 302 does not have the proximity detection program 334 installed.

FIG. 3 shows an example of a packet transmitted by the Bluetooth device 324 of the smartphones 300 and 302. The Bluetooth device 324 uses the advertising channel to intermittently transmit advertising packets for device retrieval and connection. The advertising packet contains its own device information. The transmission interval can be adjusted in units of 0.625 ms, for example, between 20 ms and 10,240 ms.

The advertising packet transmitted by the Bluetooth device 324 of the smartphones 300 and 302 is shown. Eight bits are referred to as one octet. Advertising packets include a preamble (1 Oct), an access address (4 Oct), a PDU (Protocol Data Unit) (up to 39 Oct) and a CRC (Cyclic Redundancy Check) (3 Oct).

Preambles are used to detect signal strength and read timing.

The access address is used by the receiving side to determine the packet and to take byte-by-byte timing, and is 0x8E89BED6 for advertising packets.

CRC is an error detection code.

The PDU of the advertising packet includes a header (2 Oct), an advertiser address (6 Oct) for identifying the source device of the packet, and advertising data (up to 31 Oct). The header indicates connectable advertising, specific partner limited advertising, non-connectable advertising, scan request, scan response, connection request, scannable advertising, and the like. Advertising data includes length, AD (advertising data) type, and repetition of AD data. The AD type represents the data type of AD data. The data type indicates control information, device name, transmission power, and the like.

FIG. 4 is a flowchart showing an example of the beacon radio wave reception process executed by the proximity detection program. The smartphone 302 of FIG. 1 intermittently transmits advertising packets as shown in FIG. 3 at regular transmission intervals.

When the Bluetooth device 324 receives the advertising packet, the system controller 304 starts the process shown in FIG. In step S402, the system controller 304 determines whether or not the advertiser address of the advertising packet received this time is registered in the proximity list 336.

FIG. 5A shows an example of the proximity list 336. The entries in the proximity list 336 include the address, the value of the system timer at the time of initial reception, the value of the system timer at the time of reception, the distance category, and the like. The address is an advertiser address included in the PDU of the advertising packet. The system timer is included in the system controller 304. The distance category indicates the range of the distance D to the smartphone 302 that transmitted the advertising packet. Here, there are two distance categories, "within 2 m" and "within 10 m, not within 2 m".

Although not shown in the flowchart of FIG. 4, the system controller 304 monitors the proximity list 336 at a predetermined cycle, for example, a 1-second cycle. If the value of the system timer at the time of reception is not updated for several minutes (for example, 3 minutes) or more, it means that the advertising packet has not been transmitted from the smartphone 302 of the advertiser address for several minutes or more. The controller 304 deletes the entry for that address from the neighbor list 336.

If the source address of the advertising packet received this time is not registered in the proximity list 336 (no in step S402), in step S404, the system controller 304 receives the received signal of the advertising packet received this time. It is determined whether or not the strength (Received Signal Strength Indicator) (hereinafter referred to as RSSI value) is -50 or less. When the distance from the smartphone 302 is 2 m, the smartphone 300 is configured so that the RSSI value of the advertising packet is −50. As the distance becomes shorter, the power of the received signal increases, and the absolute value of the RSSI value decreases. As the distance increases, the power of the received signal decreases and the absolute value of the RSSI value increases.

If the RSSI value is -50 or less (the absolute value of the RSSI value is 50 or less) (yes in step S404), in step S406, the system controller 304 puts an entry for the received advertising packet in the neighbor list 336. to add. That is, the system controller 304 registers the advertiser address of the received advertising packet, the value of the system timer at the time of initial reception, and the value of the system timer at the time of reception in the proximity list 336, and sets the distance category. Set as "within 2m". At this time, the value of the system timer at the time of reception is the same as the value of the system timer at the time of initial reception. After this, the process ends.

If the RSSI value is not -50 or less (no in step S404), in step S408, the system controller 304 determines whether the RSSI value is greater than -50 but less than -70. When the distance from the smartphone 302 is 10 m, the smartphone 300 is configured so that the RSSI value of the advertising packet is −70.

If the RSSI value is greater than -50 but less than or equal to -70 (yes in step S408), in step S412, the system controller 304 adds an entry for the received advertising packet to the neighbor list 336. That is, the system controller 304 registers the advertiser address of the received advertising packet, the value of the system timer at the time of initial reception, and the value of the system timer at the time of reception in the proximity list 336, and sets the distance category. Set "within 10m, not within 2m". Also at this time, the value of the system timer at the time of reception is the same as the value of the system timer at the time of initial reception. After this, the process ends.

If the RSSI value is greater than −70 (no in step S408), the distance D to the transmitting device is considered to be greater than 10 m, and it can be determined that the sender of the advertising packet is not a neighbor, so the system controller 304 Does nothing and the process ends.

If the source address of the advertising packet received this time is registered in the proximity list 336 (yes in step S402), in step S414, the system controller 304 determines whether the RSSI value is -50 or less. To judge.

When the RSSI value is -50 or less (yes in step S414), in step S416, the system controller 304 sets the distance category for the recently received advertising packet in the proximity list 336 to "within 2 m". do.

In step S418, the system controller 304 sets a threshold value (unit: milliseconds) between the value of the system timer at the time of the first reception of the advertised packet received this time in the proximity list 336 and the value of the current system timer. ) Judge whether or not it is the above. This determination is for counting as a neighbor only when the advertising packet is received after a certain period of time has passed since the first reception. The threshold is, for example, 180,000 (3 minutes).

If the difference between the values of the system timers at the time of the first reception and the value of the system timer at the time of the current reception is 180,000 milliseconds or more (yes in step S418), in step S422, the system controller 304 adds an entry to the proximity count log 338. As shown in FIGS. 5B and 5C, the proximity count log 338 includes a proximity count log 338a having a distance of 2 m or less and a proximity count log 338b having a distance of not less than 2 m but within 10 m. It is provided separately. In this case, an entry is added to the proximity count log 338a. The entry contains the date, time and address.

The number of addresses listed in the address field of the proximity person count log 338 is the proximity person. In the case of FIG. 5B, since the addresses A1, A2, and A3 are described, the number of neighbors within 2 m in the period from time t1a to time t8a is 3. After this, the process ends.

If the difference between the values of the system timers at the time of the first reception and the value of the current reception is not more than 180,000 milliseconds (no in step S418), in step S424, the system controller 304 is advertising this time received in the proximity list 336. -Update the value of the system timer at the time of receiving the packet with the value of the current system timer. After this, the process ends. By updating the value of the system timer at the time of reception, the entry of the address is prevented from being deleted from the neighbor list 336.

If the RSSI value is not less than -50 (no in step S414), in step S426 the system controller 304 determines whether the RSSI value is greater than -50 but less than -70.

If the RSSI value is greater than -50 but less than or equal to -70 (yes in step S426), in step S428 the system controller 304 sets the distance category for this received advertising packet in the proximity list 336 to ". It is not within 2m, but within 10m. " After this, step S418 is executed.

If the determination in step S418 at this time is that the difference between the values of the system timers at the time of the first reception and the value of the system timer at the time of the current reception is 180,000 or more (yes in step S418), in step S422, the distance of the system controller 304 is not within 2 m. Adds an entry to the proximity count log 338 within 10m.

If the RSSI value is greater than −70 (no in step S426), step S424 is executed.

The user can arbitrarily change the threshold value of the RSSI value (that is, the criterion for determining the distance) and the threshold value of the difference between the values of the system timers at the time of the first reception and the time of the current reception.

FIG. 6 is a flowchart showing an example of risk visualization executed by the proximity detection program. Risk visualization is initiated as specified by the user or periodically.

In risk visualization, first of all, neighbors are classified into "family / (company) colleagues" who are repeatedly close to each other and "temporary neighbors" who are close to each other on the way to work. A "transient proximity person" is further classified into a "dense contact person" who is in close proximity for a long time such as a meeting with a person who meets for the first time, and a "mere transient proximity person" who is in close proximity only for a short time.

In step S502, the system controller 304 examines the address of the proximity person count log 338, and determines the period during which the address detection interval is within a certain time as the proximity time of the proximity person corresponding to the address. For example, with respect to the count log of FIG. 5B, the time t1a to t3a is set as the proximity time of the neighbor corresponding to the address A1.

In step S504, the system controller 304 recognizes the proximity person corresponding to the address repeatedly detected in the proximity person count log 338 as a "family / colleague" regardless of the proximity time. For example, when a certain address is detected for 3 days or more, a nearby person corresponding to the address is recognized as a "family / colleague".

In step S506, the system controller 304 recognizes a proximity person corresponding to an address having a small number of appearances in the proximity person count log 338, a long proximity time, and a distance category of 2 m or less as a "dense contact person". .. A long proximity time is a few minutes, say 5 minutes or more, which is determined by the type of virus.

In step S508, the system controller 304 recognizes a neighbor other than the "family / colleague" and the "close contact" as a "mere transient neighbor".

When the classification of the neighbors is completed, the system controller 304 obtains the number of neighbors at regular time intervals from the proximity count log 338, and further obtains the number of neighbors for each of the three classifications. After that, the system controller 304 may display the time-series change in the number of neighbors for each classification on the display 312 as shown on the left side of FIG. 7. The example of FIG. 7 shows a time-series change in the number of neighbors per hour for a certain day (from 4 o'clock). The number of neighbors may be displayed so as to be identifiable for each classification of neighbors. By displaying the number of neighbors in each category in chronological order, it is possible to call attention to the user regarding future actions. The classification result of the neighbors is stored in the RAM 306 as a classification table for each advertiser address. The classification table is also read from the RAM 306 and stored in the flash memory 310 at an appropriate timing.

When the classification of the neighbors is completed, in step S512, the system controller 304 determines the risk of being infected with the virus in a certain period based on the number of neighbors for each classification in a certain period. A period is a past period starting from the present.

The risk determination may be made based on, for example, the number of "close contacts" and the number of "mere transient neighbors" as shown on the right side of FIG. The larger the number of "dense contacts" and the number of "mere transient neighbors", the higher the probability of being infected with the virus is judged to be a dangerous state, and the number of "dense contacts" and "mere transient" The smaller the number of "proximity", the lower the probability of being infected with the virus. As an example, risk is determined in five stages: "danger", "need attention", "acceptable", "low risk", and "safety".

The number of people in this criterion will be decided by an expert. The criteria for the number of people used for judgment may change depending on the infection situation. When this number is changed under the supervision of an expert, the developer of the proximity detection program 334 sends an update notification to the smartphone 300. The user can change the criteria for risk determination by downloading the update.

The risk determination value is stored in the RAM 306. The risk determination value is also read from the RAM 306 and stored in the flash memory 310 at an appropriate timing.

In step S514, the system controller 304 displays the risk visualization screen on the display 312. After this, the process ends.

FIG. 8 is an example of a risk visualization screen. The risk visualization screen has a risk judgment value 532 placed in the center, a time-series graph 534 of the number of neighbors placed below it, and a column of the number of neighbors for each category placed above the risk judgment value 532. 536 and is included. In the risk visualization, the distance categories were set to "within 2m" and "within 10m (including the number of people within 2m)", but as with the processing in Fig. 4, "within 2m" and "within 10m but not within 2m". May be good. The risk judgment values correspond to the judgment results in FIG. 7, level 5 is "danger", level 4 is "need attention", level 3 is "acceptable", level 2 is "low risk", and level 1 is "safety". Corresponds to. The time-series graph 534 shows the number of neighbors for each classification of "family / colleagues", "close contacts", and "mere transient neighbors".

The risk visualization screen includes a button 538 at the top that specifies the time range of the time series graph 534. Currently, the time range is specified as 12 hours, but it can be changed, for example, 1 day, 3 days, 1 week, 2 weeks, etc. When this time range is changed, the particle size of the time series graph 534 is also changed. The period of risk determination depends on this time range 540. Therefore, when the time range of the time series graph 534 is changed by the button 538, step S512 of FIG. 6 is executed again, and the risk determination is performed again.

Below the button 538, the currently aggregated time range 540 is placed. Triangular buttons for designating the front and back time ranges are arranged on the left and right sides of the time range 540.

A setting button 542 for changing information that can be changed by the user is arranged in a margin, for example, at the right end of a time series graph 534. When the setting button 542 is touched, a setting screen for changing the RSSI value for determining the distance, the threshold value of the difference between the values of the system timer for recording the proximity count log, and the like is displayed.

FIG. 9 is another example of the risk visualization screen. It is almost the same as the example of FIG. 8, but the example of FIG. 9 is different from FIG. 8 in that the cumulative number of “dense contacts” is 552, and the definition of the level of the risk judgment value and the precaution 554 are included. Other items include substantially the same items, although the display form is different. In addition, the example of FIG. 8 may also include the definition and precautions of the cumulative number of “dense contacts” and the level of the risk determination value.

In addition to or instead of visualization, the information on the number of nearby persons and the risk determination value shown in FIG. 8 or 9 may be output by voice from the speaker 314 by synthetic voice. Further, when the level of the risk determination value becomes high, an alarm may be generated from the speaker 314, or the user may be warned by vibration by the vibrator 316.

According to the first embodiment, it is possible to inform the user of the number of neighbors and the degree of risk based on the number of neighbors. The user can look at the risk visualization screen, for example, to reflect on past actions and raise awareness of risk reduction.

The above description includes the case where at least the user's smartphone 300 has the proximity detection program 334 installed, and the proximity person's smartphone 302 does not have the proximity detection program 334 installed.

Next, the operation when the proximity detection program 334 becomes widespread and the proximity detection program 334 is installed on the smartphone 302 of a nearby person will be described.

In this case, the proximity detection program 334 is changed so that the proximity detection programs 334 can communicate information with each other. That is, each smartphone communicates the proximity count log with the advertising packet to other smartphones. The proximity count log may be encrypted and transmitted. The user's smartphone 300 can check the proximity count log of the proximity person, grasp the number of proximity persons of the proximity person, and use it when determining the risk. For example, a proximity person with a large number of proximity persons has a high risk, so the risk determination value of a user who is close to such a proximity person is increased. Specifically, when counting the number of neighbors, the count value may be multiplied by the risk determination value as a weight. Alternatively, instead of the proximity count log, the risk determination value may be encrypted and communicated with another smartphone together with the advertising packet. Although the proximity count log and the risk judgment value are periodically transmitted together with the advertising packet, they may be transmitted when a transmission request is received from another smartphone.

Another application example of communicating the risk judgment value will be described. In facilities and stores where people gather, there is a desire to check for high-risk people and prevent such people from entering or entering the store. It is assumed that security guards and clerk are stationed at the entrance of the facility or store, and the security guard or clerk has a smartphone on which the proximity detection program 334 is installed. When a visitor or customer with a smartphone comes to the entrance, the risk judgment value sent from the smartphone of the visitor or customer is received by the smartphone of the guard or clerk. The risk judgment value is displayed on the smartphone of the guard or the clerk. As a result, the guards and the clerk can take appropriate measures according to the risk judgment values of the visitors and visitors. In this example as well, the smartphones of the visitors and customers may not transmit the risk determination value periodically, but may transmit it only when requested by the smartphone of the guard or the clerk.

In this application example, the response when the risk judgment value is high depends on human behavior. However, this application example can also be automatically dealt with by using the IoT system. For example, an automatic door is installed at the entrance of a facility or store, and the automatic door is connected to a server. A communication device (for example, a Bluetooth device) is installed at the entrance, and the communication device is also connected to the server.

The communication device constantly transmits a request for transmitting the risk determination value to the area in front of the automatic door. When a visitor or customer reaches this area and the visitor or customer's smartphone receives this transmission request, the risk determination value is returned to the communication device. This risk judgment value is transmitted to the server, and the server operates according to the risk judgment value. For example, if the risk determination value is below a certain level (including a certain level), the server opens an automatic door and sends a welcome message to the smartphones of visitors and customers. If the risk judgment value is higher than a certain level, the server does not open the automatic door and sends a message such as "Please refrain from entering because the risk is high" to the smartphones of visitors and customers.

When the proximity detection program 334 is installed on many smartphones 300 and 302, the proximity count log or the risk determination value may be uploaded to the server 360 from each of the smartphones 300 and 302. In this case, the history of GPS information may also be uploaded. If the infection has spread all over the world, upload the proximity count log or risk judgment value to the server 360 along with the time-series change of GPS information in multiple countries or country units, and if an infected person is found, the infected person will be notified. It is possible to identify a nearby person based on the history of location information and notify the identified person. The proximity detection program installed on the smartphone of the person who received the notification can determine the risk more accurately if the risk is determined according to the content of the notification. Furthermore, when an infected person is found, the infection route can be identified from the history of the location information of each smartphone.

In the above-described embodiment, the BLE advertising packet is used as the beacon radio wave, but a Wi-Fi beacon radio wave may be used instead. In this case, the proximity detection program 334 needs to be installed on the smartphone 302 owned by the proximity person. Currently, Wi-Fi access points are transmitting beacon radio waves. The proximity detection program 334 causes the wireless LAN device 322 of the smartphone 302 to transmit a beacon radio wave. The beacon radio wave is configured to include identification information of the transmitting device. The proximity detection program 334 of the smartphone 300 causes the wireless LAN device 322 to receive the beacon radio wave. After the beacon radio wave is received, the risk determination is performed as in the first embodiment. Further, iBeacon (registered trademark) may be used as the beacon radio wave. The present invention is not limited to each of the above embodiments as it is, and at the implementation stage, the components are modified within a range that does not deviate from the gist thereof. Can be embodied. In addition, various inventions can be formed by an appropriate combination of the plurality of components disclosed in the above-described embodiment. For example, some components may be removed from all the components shown in the embodiments. In addition, components from different embodiments may be combined as appropriate.

300, 302 ... Smartphone, 304 ... System controller, 334 ... Proximity detection program, 336 ... Proximity list, 338 ... Proximity count log, 324 ... Bluetooth device

Claims (7)

A receiver that receives specific radio waves transmitted from the transmitting device,
A detection unit that obtains the number of nearby persons based on the reception signal output from the reception unit, and
An output unit that notifies the user of the number of nearby persons obtained by the detection unit, and
Proximity detection device. The first aspect of claim 1, wherein the detection unit obtains the number of first proximity persons within the first distance and the number of second proximity persons within the second distance but not within the first distance. Proximity detection device. The detection unit claims that the number of third proximity persons who are repeatedly close to each other, the number of transient fourth proximity persons, and the number of transient and fifth proximity persons who are close to each other for a certain period of time or longer are obtained. 1 or the proximity detection device according to claim 2. Further, a determination unit for determining the proximity state of the user based on the number of the fourth proximity person and the number of the fifth proximity person is further provided.
The proximity detection device according to claim 3, wherein the output unit also notifies the user of the proximity state. The proximity detection device according to any one of claims 1 to 4, wherein the output unit has a display unit that displays the number of nearby persons at regular intervals in the past. Receiving a specific radio wave transmitted from the transmitting device by the receiving unit,
Obtaining the number of nearby persons by the detection unit based on the reception signal output from the reception unit, and
Notifying the user of the number of nearby persons determined by the detection unit, and
Proximity detection method comprising. A first electronic device that transmits specific radio waves,
A second electronic device that receives the specific radio wave, and
A proximity detection system including a server that can be connected to the second electronic device.
The second electronic device is
A receiving unit that receives a specific radio wave transmitted from the first electronic device, and
A detection unit that obtains the number of nearby persons based on the reception signal output from the reception unit, and
An output unit that notifies the user of the number of nearby persons obtained by the detection unit, and
Proximity detection system equipped with.

Images