Terminal device, information processing device, and information processing method

The terminal device assesses user urgency through biometric and environmental data analysis, reducing network congestion by only transmitting necessary emergency reports, thus enhancing disaster response efficiency.

WO2026105738A1PCT designated stage Publication Date: 2026-05-21SONY GROUP CORP
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
SONY GROUP CORP
Filing Date
2025-11-11
Publication Date
2026-05-21

AI Technical Summary

Technical Problem

Existing emergency reporting systems, particularly during large-scale disasters, suffer from network congestion due to unnecessary multimedia data transmissions, leading to a failure in delivering critical emergency reports.

Method used

A terminal device that determines the urgency level of a user's condition by analyzing biometric and environmental data, along with user responses to a medical questionnaire, and only transmits emergency reports when necessary, thereby reducing unnecessary network traffic.

Benefits of technology

The system effectively suppresses network congestion by filtering out non-essential emergency reports, ensuring critical information reaches emergency agencies efficiently during disasters.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure JP2025039432_21052026_PF_FP_ABST
    Figure JP2025039432_21052026_PF_FP_ABST
Patent Text Reader

Abstract

A terminal device according to the present disclosure comprises: a receiving unit that receives responses from a user with respect to a medical interview; a determination unit that determines a degree of urgency on the basis of the presence or absence of user responses to the medical interview and the contents of the responses to the medical interview; and a transmission unit that determines, in accordance with the degree of urgency, if an emergency alert is necessary, and that transmits the emergency alert if the emergency alert is necessary.
Need to check novelty before this filing date? Find Prior Art

Description

Terminal device, information processing device, and information processing method

[0001] The present disclosure relates to a terminal device, an information processing device, and an information processing method.

[0002] There is known a technique for reporting an emergency using a mobile terminal capable of measuring a user's heart rate and body temperature. For example, when a change in the heart rate continues for a certain period, the mobile terminal notifies the user that an emergency has occurred (for example, Patent Document 1).

[0003] Japanese Unexamined Patent Application Publication No. 2020-113017

[0004] However, in the prior art, in the case of a large-scale disaster or the like, there may be a situation where emergency reports flood in and network congestion occurs. For example, in the prior art, when a wearable device (mobile terminal) detects an abnormality in a user's heart rate, even if an emergency report is unnecessary, it reports to an emergency institution that an emergency has occurred and transmits position information and an image. Therefore, in the prior art, a large number of emergency reports including multimedia data are made, network congestion occurs, and emergency reports may not be able to be made.

[0005] Therefore, the present disclosure proposes a terminal device, an information processing device, and an information processing method capable of suppressing network congestion.

[0006] In order to solve the above problems, a terminal device according to one aspect of the present disclosure includes a reception unit that receives an answer to a questionnaire from a user, a determination unit that determines an urgency level from the presence or absence of the user's answer to the questionnaire and the content of the answer to the questionnaire, and a transmission unit that determines whether an emergency report is necessary according to the urgency level and transmits an emergency report when an emergency report is necessary.

[0007] Figure 1 is a diagram illustrating an overview of an information processing system according to an embodiment. Figure 2 is a diagram illustrating an emergency notification using multimedia data in the prior art. Figure 3 is a diagram illustrating an example of notification to an emergency agency. Figure 4 is a diagram illustrating an example configuration of a wearable device, an IoT device, and a terminal device according to the first embodiment. Figure 5 is a diagram illustrating an example of criteria for determining whether an emergency notification is necessary. Figure 6 is a diagram illustrating an example of determining whether an emergency notification is necessary for users belonging to a group. Figure 7 is a sequence diagram showing an example of processing in the first embodiment. Figure 8 is a sequence diagram showing an example of processing in the first embodiment. Figure 9 is a flowchart illustrating an example of determining the degree of urgency. Figure 10 is a diagram illustrating the information processing procedure of a terminal device according to the first embodiment. Figure 11 is a diagram illustrating the determination of whether an emergency notification is necessary in the second embodiment. Figure 12 is a diagram illustrating the configuration of an information processing device according to the second embodiment. Figure 13 is a diagram illustrating an example of determining which terminal device requires an emergency notification from among multiple terminal devices. Figure 14 is a diagram illustrating which terminal device requires an emergency notification from among multiple terminal devices. Figure 15 is a hardware configuration diagram showing an example of a computer that realizes the functions of a terminal device.

[0008] Embodiments of this disclosure will be described in detail below with reference to the drawings. In each of the following embodiments, the same parts will be denoted by the same reference numerals to avoid redundant descriptions.

[0009] This disclosure will be described in the following order of items: 1. Embodiments 1-1. Overview of the information processing system according to the embodiment 1-2. Configuration of the terminal device, etc. according to the first embodiment 1-2-1. Configuration of the wearable device according to the first embodiment 1-2-2. Configuration of the IoT device according to the first embodiment 1-2-3. Configuration of the terminal device according to the first embodiment 1-3. Information processing procedure according to the first embodiment 1-4. Configuration of the information processing device according to the second embodiment 2. Other embodiments 3. Effects of the terminal device and information processing device according to this disclosure 4. Hardware configuration

[0010] (1. Embodiments) (1-1. Overview of the Information Processing System According to the Embodiment) First, an overview of the information processing system according to the embodiment will be described using Figure 1. Figure 1 is a diagram showing an overview of the information processing system according to the embodiment. In Figure 1, the information processing system consists of a wearable device 10, an IoT device 20, a mobile communication carrier 50, an emergency call forwarding service 60, an emergency agency 70, and a terminal device 100.

[0011] The wearable device 10 is a device attached to a part of the user's body. Examples of wearable devices 10 include smartwatches and smart glasses. For example, the wearable device 10 communicates wirelessly with the terminal device 100. Any form of device can be used for the wearable device 10, as long as it can acquire biometric information such as pulse rate from the user.

[0012] An IoT device 20 is a device that can understand the user's state or condition, or the situation around the user. Examples include security cameras, surveillance cameras, and medical equipment. Any form of device can be used as the IoT device 20, as long as it can be connected to the terminal device 100.

[0013] The mobile communications carrier 50, for example, utilizes, operates, or manages a base station device 51 and a 5GC (5th Generation Core network) 52. The base station device 51 is a wireless communication device that communicates wirelessly with other wireless communication devices (for example, terminal devices 100, etc.). The base station device 51 may communicate wirelessly with the terminal devices 100 via a relay station, or it may communicate wirelessly with the terminal devices 100 directly. For example, the 5GC 52 is also called a core network.

[0014] The emergency call forwarding service 60 is, for example, an organization or information processing device (computer) that provides a service of notifying emergency agencies 70, such as fire departments and police, based on information obtained from the user's terminal device 100. The emergency agencies 70 are organizations such as fire departments, police, or hospitals. For example, the emergency agencies 70 can communicate with the emergency call forwarding service 60.

[0015] Terminal device 100 is a wireless communication device that communicates wirelessly with other wireless communication devices. Any form of information processing device (computer) can be used for terminal device 100. For example, terminal device 100 may be a mobile terminal such as a mobile phone, smart device (smartphone or tablet), PDA (Personal Digital Assistant), notebook PC (Personal Computer), or portable game console.

[0016] Here, we will explain emergency calls using multimedia data with reference to Figure 2. Figure 2 is a diagram showing an emergency call using multimedia data in conventional technology. Emergency calls using multimedia data refer to a method of making emergency calls to fire departments, police, etc., in order to improve the accuracy of emergency dispatches by using multimedia data such as images and videos. On the other hand, emergency call services that send and receive multimedia data involve a large volume of data transmission and reception, and the risk of network congestion during large-scale disasters, etc., is higher than that of voice-only emergency calls that do not use multimedia data, so improvements are needed.

[0017] As shown in Figure 2, in a conventional emergency call using multimedia data, the terminal device 100a transmits multimedia data to the emergency call forwarding service 60 when an emergency call is made (step S51). The emergency call forwarding service 60, upon receiving the transmission, determines (analyzes) whether or not to forward the call to the emergency agency 70. If the emergency call forwarding service 60 determines that notification to the emergency agency 70 is necessary, it notifies the emergency agency 70 (step S53).

[0018] The emergency call forwarding service 60 receives multimedia data from terminal devices 100a, 100b, 100c, and 100d to determine whether or not to forward the call to the emergency agency 70. If the emergency call forwarding service 60 determines that an emergency call is not necessary, it does not make an emergency call to the emergency agency 70. Terminal devices 100b, 100c, and 100d transmit data to the emergency call forwarding service 60 even if the content does not require an emergency call (steps S52a, S52b, and S52c). As a result, unnecessary traffic 205 is generated on the network.

[0019] Next, using Figure 3, we will briefly explain an example of notification to the emergency agency 70 related to this disclosure. Figure 3 is a diagram illustrating an example of notification to the emergency agency 70. As shown in Figure 3, in this disclosure, triggered by the occurrence of a disaster or emergency, the terminal devices 100 (in the figure, terminal devices 100e, 100f, 100g, and 100h) determine (analyze) the degree of urgency or whether an emergency notification is required based on the user's situation. In other words, no unnecessary traffic 206 is generated on the network. The degree of urgency refers to, for example, the degree to which treatment is urgently needed for the user's health condition or injury, based on their situation. In this disclosure, the numerical representation of the degree of urgency is called the urgency score. In this disclosure, the degree of urgency may also be indicated as high, medium, or low. The degree of urgency is determined from, for example, biometric information, environmental information, user information, and answers to a medical questionnaire.

[0020] Terminal device 100 transmits the urgency level or the need for emergency notification to the emergency notification forwarding service 60 (step S54). When the emergency notification forwarding service 60 receives the urgency level, it determines which terminal device should make an emergency notification by relative determination, for example, based on the urgency levels of each user transmitted from multiple terminal devices. The emergency notification forwarding service 60 also transmits a message indicating the need for emergency notification to the terminal device determined to require it. Note that the organization or device that performs the relative determination is not limited to the emergency notification forwarding service 60. In this disclosure, this is performed by the information processing device described in the second embodiment. When the emergency notification forwarding service 60 receives a message indicating the need for emergency notification, it makes an emergency notification to the emergency agency 70 (step S55).

[0021] Returning to Figure 1, the overview of the information processing system in this embodiment will be explained in more detail. Terminal device 100 is a terminal device owned by user U1. Terminal device 100 receives user information from user U1, including U1's height, weight, age, chronic illnesses, and medications regularly taken. Note that user information is not limited to the height, weight, etc. mentioned above, but can be any information relating to the user. User information may be received from user U1 before a disaster or emergency occurs, or after a disaster or emergency occurs.

[0022] The terminal device 100 initiates processing such as requesting information on the urgency of a disaster or emergency and conducting a medical interview with user U1, triggered by the occurrence of a disaster or emergency. For example, the terminal device 100 may use the receipt of a notification related to the ETWS (Earthquake and Tsunami Warning System) as the trigger for the occurrence of a disaster or emergency. The ETWS is a system that informs users that an earthquake is about to occur before it actually happens.

[0023] The terminal device 100 receives an ETWS from the mobile communications carrier 50 (step S1). Upon receiving the ETWS, the terminal device 100 requests the wearable device 10, which is attached to a part of the user U1's body, to acquire the user U1's biometric information. The wearable device 10 transmits the user U1's biometric information to the terminal device 100 in accordance with the acquisition request from the terminal device 100 (step S2).

[0024] Similarly, when terminal device 100 receives ETWS, it requests IoT device 20 to acquire environmental information that includes at least one of the user U1's state and the surrounding conditions of user U1. IoT device 20 transmits the environmental information to terminal device 100 in accordance with the acquisition request from terminal device 100 (step S3).

[0025] Furthermore, requests for the acquisition of biometric information and environmental information are not limited to being transmitted from the terminal device 100 triggered by ETWS. For example, the terminal device 100 may receive biometric information and environmental information triggered by an acquisition request made by user U1.

[0026] The terminal device 100 receives, for example, biometric information such as the pulse rate and blood oxygen saturation of user U1. The terminal device 100 also receives, for example, environmental information such as the posture of user U1 and the surrounding conditions of user U1 from security cameras around user U1. For example, the terminal device 100 receives information such as whether user U1 is standing or lying down as part of user U1's posture. The terminal device 100 also receives information such as whether a street tree has fallen as part of the surrounding conditions of user U1.

[0027] The terminal device 100 may repeatedly receive biometric information and environmental information. For example, the terminal device 100 may repeatedly receive biometric information and environmental information until it receives confirmation from user U1 that an emergency such as an earthquake has subsided, or until a time set by default has elapsed.

[0028] The terminal device 100 displays questions related to the medical interview in order to determine the urgency of user U1. The terminal device 100 may also use the aforementioned ETWS as a trigger to start the questions related to the medical interview. Alternatively, the terminal device 100 may display questions related to the medical interview after the reception of biometric information and environmental information has finished, which is after the emergency has subsided. The terminal device 100 receives input of answers to the medical interview from user U1 (step S4). For example, the terminal device 100 displays questions to user U1 regarding whether they can walk and whether they have any injuries. The terminal device 100 receives answers to questions regarding whether they can walk and whether they have any injuries.

[0029] The terminal device 100 determines the urgency level of user U1 from biometric information, environmental information, responses to the medical questionnaire from user U1, and user information (step S5). For example, the terminal device 100 calculates a score by converting the biometric information, environmental information, responses to the medical questionnaire, and user information into a score.

[0030] Specifically, the terminal device 100 determines an emergency score of 10 points if, as biometric information, the pulse rate is 120 beats per minute or more, or if the pulse rate cannot be measured. The terminal device 100 determines an emergency score of 10 points if, as environmental information, there are fallen trees or other obstacles around user U1. The terminal device 100 determines an emergency score of 20 points if there is no response to the medical questionnaire. The terminal device 100 determines an emergency score of 10 points if user U1 is unable to answer the medical questionnaire regarding the ability to walk. The terminal device 100 adds up the scores obtained from the biometric information, environmental information, and responses to the medical questionnaire. For example, the terminal device 100 determines the emergency level of user U1 using an emergency score of 50 points, which is the sum of the emergency scores mentioned above.

[0031] In addition, the terminal device 100 may calculate the urgency level using a machine learning model that has been trained to output the urgency level based on biometric information, environmental information, and the user U1's answers to the medical questionnaire as inputs, in order to determine the urgency level.

[0032] If the urgency score of user U1 is above a predetermined threshold, the terminal device 100 sends an emergency call to the emergency call forwarding service 60 (step S6). For example, if the urgency score is above a threshold set by default settings, the terminal device 100 sends an emergency call to the emergency call forwarding service 60. If the urgency score is below a threshold set by default settings, the terminal device 100 does not send an emergency call.

[0033] The content transmitted from the terminal device 100 to the emergency call forwarding service 60 may include biometric information, environmental information, answers to a medical questionnaire from user U1, and user information relating to user U1.

[0034] The emergency call forwarding service 60 receives the emergency call from the terminal device 100. Based on the received emergency call, the emergency call forwarding service 60 transmits the emergency call to the emergency agency 70 (step S7). Alternatively, the terminal device 100 may transmit the emergency call directly to the emergency agency 70 without going through the emergency call forwarding service 60.

[0035] As explained using Figures 1 to 3, the information processing system in this disclosure suppresses unnecessary emergency calls by having the terminal device 100 determine the urgency of the user's situation. Therefore, the information processing system can suppress network congestion during large-scale disasters and other emergencies.

[0036] (1-2. Configuration of terminal device, etc., according to the first embodiment) Next, the configuration of the wearable device 10, IoT device 20, and terminal device 100 according to the first embodiment will be described with reference to Figure 4. Figure 4 is a diagram showing an example configuration of the wearable device 10, IoT device 20, and terminal device 100 according to the first embodiment.

[0037] (1-2-1. Configuration of the Wearable Device According to the First Embodiment) First, the configuration of the wearable device 10 according to the first embodiment will be described. As shown in Figure 4, the wearable device 10 has a communication unit 11, a control unit 12, and a sensor (not shown). The wearable device 10 may also have a storage unit (not shown). For example, the storage unit stores biometric information.

[0038] The communication unit 11 is implemented, for example, by a NIC (Network Interface Card). The communication unit 11 is connected to a network (Internet, NFC (Near Field Communication), Bluetooth®, etc.) by wire or wireless connection and transmits and receives information with terminal devices 100, etc., via the network.

[0039] The control unit 12 is implemented, for example, by a CPU (Central Processing Unit) or MPU (Micro Processing Unit) executing a program stored inside the wearable device 10 using RAM (Random Access Memory) or the like as a working area. The control unit 12 is also a controller and may be implemented by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or FPGA (Field Programmable Gate Array).

[0040] The control unit 12 includes a receiving unit 16, an acquisition unit 17, and a transmitting unit 18, and realizes or executes the information processing functions and operations described below. Note that the internal configuration of the control unit 12 is not limited to the configuration shown in Figure 4, and other configurations are also acceptable as long as they perform the information processing described later.

[0041] The receiving unit 16 receives a transmission request for the user's biometric information from the terminal device 100. When the acquisition unit 17 receives a transmission request from the terminal device 100, it acquires the user's biometric information. For example, the acquisition unit 17 acquires the heart rate from a sensor or the like that can measure the heart rate. The transmission unit 18 transmits the acquired biometric information to the terminal device 100.

[0042] (1-2-2. Configuration of the IoT device according to the first embodiment) Next, the configuration of the IoT device 20 according to the first embodiment will be described. As shown in FIG. 4, the IoT device 20 includes a communication unit 21, a control unit 22, and a sensor (not shown). Note that the IoT device 20 may have a storage unit (not shown). For example, the storage unit stores environmental information.

[0043] The communication unit 21 is realized by, for example, a NIC or the like. The communication unit 21 is connected to a network (Internet, NFC, Bluetooth, etc.) by wire or wirelessly, and transmits and receives information to and from the terminal device 100 and the like via the network.

[0044] The control unit 22 is realized, for example, by a program stored inside the IoT device 20 being executed with a RAM or the like as a work area by a CPU, an MPU, or the like. Further, the control unit 22 is a controller and may be realized by an integrated circuit such as an ASIC or an FPGA.

[0045] The control unit 22 includes a receiving unit 26, an acquisition unit 27, and a transmission unit 28, and realizes or executes the information processing functions and operations described below. Note that the internal configuration of the control unit 22 is not limited to the configuration shown in FIG. 4, and any other configuration may be used as long as it can perform the information processing described later.

[0046] The receiving unit 26 receives a transmission request for the user's environmental information from the terminal device 100. When the acquisition unit 27 receives a transmission request from the terminal device 100, it acquires environmental information.

[0047] For example, when the acquisition unit 27 determines that the IoT device 20 is a surveillance camera, it acquires, as environmental information, the video of the user captured by the camera. For example, when the acquisition unit 27 determines that the IoT device 20 is a medical device, it acquires, as environmental information, data such as the user's electrocardiogram. The transmission unit 28 transmits the acquired environmental information to the terminal device 100.

[0048] (1-2-3. Configuration of the terminal device according to the first embodiment) Next, the configuration of the terminal device 100 according to the first embodiment will be described. As shown in FIG. 4, the terminal device 100 includes a communication unit 110, a storage unit 120, and a control unit 130. Note that the terminal device 100 may include an input unit (not shown) that receives various operations from a user or the like who operates the terminal device 100, and a display unit (not shown) for displaying various types of information. For example, the input unit is a touch panel. Also, the display unit is a liquid crystal display.

[0049] The communication unit 110 is realized, for example, by a NIC or the like. The communication unit 110 is connected to a network (Internet, NFC, Bluetooth, etc.) either wired or wirelessly, and transmits and receives information to and from the wearable device 10, the IoT device 20, and the like via the network.

[0050] The storage unit 120 is realized, for example, by a semiconductor memory device such as a RAM or a flash memory, or a storage device such as a hard disk or an optical disk. For example, the storage unit 120 stores the information processing program according to the first embodiment. As shown in FIG. 4, the storage unit 120 includes a user information storage unit 121, a biological information storage unit 122, and an environmental information storage unit 123.

[0051] The user information storage unit 121 stores the personal information of the user. Specifically, the user information storage unit 121 stores information related to the user's medical care, such as height, weight, age, medical conditions, and medications that the user takes regularly.

[0052] The biometric information storage unit 122 stores the user's biometric information. For example, the biometric information storage unit 122 stores biometric information related to the user, such as heart rate, pulse rate, blood flow, blood oxygen saturation, blood pressure, sweating, brain waves, respiration, respiratory rate, electromyography, skin temperature, posture, exercise status, step count, activity level, calories burned, facial expressions, voice, gaze, and motion. For example, respiration refers to the presence or absence of breathing.

[0053] The environmental information storage unit 123 stores environmental information. For example, the environmental information storage unit 123 stores environmental information related to the user's state and the conditions around the user.

[0054] The control unit 130 is implemented, for example, by a CPU or MPU, which executes a program (for example, the information processing program according to this disclosure) stored inside the terminal device 100 using RAM or the like as a working area. The control unit 130 is also a controller and may be implemented, for example, by an integrated circuit such as an ASIC or FPGA.

[0055] The control unit 130 of the terminal device 100 includes a receiving unit 131, a display control unit 132, a reception unit 133, a determination unit 134, a transmission unit 135, and a notification unit 136, and realizes or executes the information processing functions and operations described below. Note that the internal configuration of the control unit 130 is not limited to the configuration shown in Figure 4, and other configurations are also acceptable as long as they perform the information processing described later.

[0056] The receiving unit 131 receives information regarding the user's urgency level, which is used to determine the level of urgency, from at least one of the wearable device 10 and the IoT device 20. For example, the receiving unit 131 receives at least one of the user's biometric information from the wearable device 10 and information about the user's environment from the IoT device 20 surrounding the user, as information regarding the level of urgency.

[0057] The receiving unit 131 repeatedly receives biometric information and environmental information until a predetermined time has elapsed or until the user confirms that the earthquake has subsided. The predetermined time can be set by the administrator using default settings or other methods.

[0058] For example, the receiving unit 131 receives at least one of the following as biometric information: the user's heart rate, pulse, blood flow, blood oxygen saturation, blood pressure, sweating, brain waves, respiration, respiratory rate, electromyography, skin temperature, posture, exercise status, steps taken, activity level, calories burned, facial expressions, voice, gaze, and motion.

[0059] For example, the receiving unit 131 receives at least one of the following as environmental information: a state including the user's biometric information, and the surrounding conditions including the presence or absence of obstacles around the user. Specifically, the receiving unit 131 receives security camera footage of the user as a state including the user's biometric information. The receiving unit 131 may also receive user data from a medical device if the user is using one. The receiving unit 131 receives security camera footage of the user's surroundings as the surrounding conditions including the presence or absence of obstacles around the user.

[0060] For example, the receiving unit 131 receives information regarding the degree of urgency upon receiving notification from the base station that an anomaly has been detected. Specifically, the receiving unit 131 receives information regarding the degree of urgency from the wearable device 10 and the IoT device 20, triggered by the detection of an anomaly, including emergencies such as accidents and terrorist attacks, and natural disasters such as earthquakes and landslides. In other words, the receiving unit 131 may begin determining the degree of urgency upon receiving notification of an anomaly detection. The questions related to the medical interview may also be started upon receiving notification of an anomaly detection.

[0061] Specifically, the receiving unit 131 may receive information related to public safety, such as earthquakes, disasters caused by bad weather, terrorism, and accidents, as an anomaly detection.

[0062] For example, the receiving unit 131 may receive abnormality detection via short message (SMS), communication using Cell Broadcast Service (CBS), or communication using Public Warning System (PWS). For example, the receiving unit 131 receives ETWS as abnormality detection received from the base station. ETWS is, for example, an earthquake early warning.

[0063] For example, the receiving unit 131 receives information regarding the urgency level in response to user operation. Specifically, when a traffic accident or emergency occurs, the receiving unit 131 receives information regarding the urgency level from the wearable device 10 and the IoT device 20, triggered by user operation. In other words, the determination of the urgency level may be initiated by user operation. Furthermore, questions related to the medical interview may be initiated by user operation.

[0064] The receiving unit 131 may receive information regarding the urgency level continuously or at predetermined intervals. The predetermined interval refers to a period of time determined by user-defined settings or default settings. The trigger for determining the urgency level, as described later, may also be the reception of an abnormality in the urgency level, which is received continuously or at predetermined intervals.

[0065] The display control unit 132 displays questions related to the medical interview to the user. For example, the display control unit 132 displays questions to the user such as, "Are you able to walk?", "Do you have any injuries?", "Can you breathe?", "Is your breathing normal?", and "Please press the volume button twice."

[0066] The reception unit 133 receives answers from the user to the medical questionnaire. For example, the reception unit 133 displays the questions for the medical questionnaire and accepts answers. The questions used by the reception unit 133 may be based on the START method used in triage. Specifically, the reception unit 133 may ask the user questions such as, "Are you able to walk?", "Do you have any injuries?", "Can you breathe?", "Is your breathing normal?", and "Please press the volume button twice," and accept answers. The reception unit 133 may accept answers to the above questions as "yes" or "no," etc.

[0067] For example, the reception unit 133 receives user information including the user's height, weight, age, pre-existing medical conditions, and at least one of the medications the user regularly takes. The reception unit 133 may also receive user information such as the user's medical history, pre-existing medical conditions, and medical visit history, as well as the user's personal information. The reception unit 133 may also receive user information in cooperation with other applications, etc.

[0068] For example, the reception unit 133 accepts multiple users as a group. Specifically, the reception unit 133 accepts groups in order to determine whether or not an emergency call is necessary for users belonging to the group, which will be described later. For example, a group may consist of family, friends, and users belonging to a company.

[0069] The determination unit 134 determines the degree of urgency based on whether or not the user has answered the medical questionnaire and the content of the answers. For example, the determination unit 134 classifies the answers to questions based on the START method used in triage into four categories: "Black: No indication for treatment," "Red: Indication for emergency treatment," "Yellow: Treatment is needed but waiting is possible," and "Green: No need for hospitalization." The determination unit 134 determines, for example, that "Red: Indication for emergency treatment" and "Yellow: Treatment is needed but waiting is possible" are high urgency, and "Black: No indication for treatment" and "Green: No need for hospitalization" are low urgency. The determination unit 134 may determine that an emergency call is required in the case of high urgency, and that an emergency call is not required in the case of low urgency.

[0070] For example, the determination unit 134 determines the degree of urgency based on at least one of the information regarding the degree of urgency and the user information, whether or not the user has answered the medical questionnaire, and triage based on the content of the answers to the medical questionnaire. The determination unit 134 calculates and determines an urgency score that quantifies the degree of urgency from the biological information, environmental information, user information, and answers to the medical questionnaire. For example, the determination unit 134 determines the degree of urgency by adding points to the urgency score, such as 10 points if the pulse rate is 120 or more per minute, or if the person cannot be touched, or 10 points if the person is unable to walk.

[0071] Furthermore, the determination unit 134 may determine the degree of urgency using a machine learning model that has been trained to output the degree of urgency based on biological information, environmental information, user information, and answers to the medical questionnaire as input. The storage unit 120 stores the machine learning model that has been trained to output the degree of urgency based on biological information, environmental information, user information, and answers to the medical questionnaire as input.

[0072] For example, the determination unit 134 determines that an emergency call is required if the urgency level is above a predetermined threshold, and determines that an emergency call is not required if the urgency level is below a predetermined threshold. Specifically, the determination unit 134 determines that an emergency call is required if the score mentioned above is above a threshold based on the default settings, etc. Also, the determination unit 134 determines that an emergency call is not required if the score mentioned above is below a threshold based on the default settings, etc.

[0073] Figure 5 shows an example of the criteria for determining whether an emergency call is necessary. As shown in Figure 5, the determination unit 134 determines whether a user needs to make an emergency call based on the urgency score stored in the memory unit 120, or the necessity of an emergency call linked to the triage result. The memory unit 120 stores the necessity of an emergency call linked to the urgency score or the triage result. For example, the memory unit 120 stores that an emergency call is necessary if the urgency score is between 80 and 89 points, or if the triage result is "red: high urgency".

[0074] For example, if the user's urgency score is "82", the determination unit 134 determines that an emergency call is required because it is "necessary". Also, if the user's triage result is "Green: Low Urgency", the determination unit 134 determines that an emergency call is not required because it is "Not Necessary".

[0075] For example, the determination unit 134 determines the urgency level of multiple users belonging to a group through triage, and determines that users in the group whose urgency level is above a threshold require emergency notification. The determination unit 134 also determines that users in the group whose urgency level is below a threshold do not require emergency notification.

[0076] Specifically, the determination unit 134 shares the urgency level of each user, determined for each terminal device owned by each user belonging to the group, with all terminal devices belonging to the group, and determines whether an emergency call is necessary based on the urgency threshold within the group. For example, the determination unit 134 determines that an emergency call is necessary for the top 25% of users in the group with the highest urgency levels, and whose urgency score is 70 points or higher. Note that terminal devices within the group may share urgency levels with each other via a network.

[0077] Figure 6 shows an example of determining whether an emergency call is necessary for users belonging to a group. In the example shown in Figure 6, a family group consists of four users: the user, their father, mother, and sister. As shown in Figure 6, the determination unit 134 determines the urgency level of each user as an urgency score. Note that each user's terminal device may determine the urgency level for each user, or one terminal device among the users may determine the urgency level for all users. The determination unit 134 determines that an emergency call is necessary for the father if it determines that the top 25% of users in the group with the highest urgency levels and an urgency score of "70" or higher require an emergency call. Note that the determination of whether an emergency call is necessary may be made by each user's terminal device based on the urgency levels of other users that have been shared. Furthermore, the emergency call may be made by the terminal device of the user who has been determined to require an emergency call, or by the terminal devices of other users.

[0078] The transmitting unit 135 determines whether an emergency call is necessary according to the urgency, and transmits an emergency call if one is required. For example, the transmitting unit 135 transmits an emergency call that includes at least one of the following: medical history, biometric information, environmental information, and user information. If the determination unit 134 determines that an emergency call is required, the user may also make the emergency call themselves.

[0079] For example, if the determination unit 134 determines that an emergency call is required, the transmission unit 135 transmits an emergency call to the emergency call forwarding service 60. Upon receiving the emergency call, the emergency call forwarding service 60 transmits the emergency call, including the contents of the received medical interview, biometric information, environmental information, and user information, to the emergency agency 70. Alternatively, the transmission unit 135 may transmit the emergency call directly to the emergency agency 70 without going through the emergency call forwarding service 60.

[0080] For example, the transmitting unit 135 transmits the following as an emergency notification: triage result "red", age "62", pre-existing medical condition "present", ETWS "seismic intensity 6", and security camera "fallen street trees".

[0081] The notification unit 136 notifies the results of the triage determination on the screen or by sound. For example, the notification unit 136 notifies the results of the triage determination by displaying on the screen one of the following: "Black: No indication for treatment", "Red: Indication for emergency treatment", "Yellow: Treatment is needed but waiting is possible", and "Green: No need for hospitalization". The notification unit 136 may also notify the patient by displaying on the screen any biological information obtained during the triage determination process. The notification unit 136 may notify the triage determination results and biological information, etc., by displaying on the screen, or by sound instead of displaying on the screen.

[0082] (1-3. Information Processing Procedure According to the First Embodiment) Figure 7 is a sequence diagram showing an example of processing in the first embodiment. In Figure 7, an example is shown in which an earthquake occurs as the disaster. Figure 7 also shows the case in which biometric information, environmental information, and ETWS are received as triggers for the start of the medical interview are explained.

[0083] As shown in Figure 7, when a disaster occurs 501, the 5GC 52 sends an ETWS alert (Primary Notification) to the terminal device 100 via the base station device 51 (step S11). The Primary Notification is a simple message that can be sent in a short time.

[0084] When terminal device 100 receives a Primary Notification, it requests that user U1's biometric information be transmitted to wearable device 10 (step S12). Also, when terminal device 100 receives an initial ETWS alarm, it requests that user U1's environmental information be transmitted to IoT device 20 (step S13).

[0085] Upon receiving a transmission request from the terminal device 100, the wearable device 10 transmits the user U1's biometric information to the terminal device 100 (step S14). Additionally, the IoT device 20, upon receiving a transmission request from the terminal device 100, transmits the user U1's environmental information to the terminal device 100 (step S15).

[0086] The terminal device 100 will repeat the process of requesting biometric information, requesting environmental information, receiving biometric information, and receiving environmental information 506 until the disaster subsides 503.

[0087] 5GC52 transmits an ETWS alert (Secondary Notification) to the terminal device 100 via the base station device 51 (step S16). The terminal device 100 receives the Secondary Notification. The Secondary Notification contains more detailed earthquake information compared to the Primary Notification.

[0088] The terminal device 100 determines that the disaster has subsided 503 when a time specified by default settings or the like has elapsed from the ETWS, or when it receives notification from the user that the disaster has subsided.

[0089] Next, the terminal device 100 displays questions related to the medical interview to user U1 (step S17). The terminal device 100 may display the questions related to the medical interview after the disaster arrives 502, or it may display the questions related to the medical interview before the disaster arrives 502.

[0090] Once the disaster subsides 503, the terminal device 100 receives the user U1's response to the medical questionnaire (step S18). The terminal device 100 determines the level of urgency of user U1 based on the received biometric information, environmental information, and the user U1's response to the medical questionnaire. The terminal device 100 also determines whether an emergency call is necessary based on the determined level of urgency (step S19).

[0091] The terminal device 100 changes network parameters (step S20) to make an emergency call and transmits multimedia data including the user U1's biometric information and environmental information to the 5GC 52 (step S21). The network parameters are parameters related to the emergency call that are included in the message transmitted from the terminal device 100 to the network. The emergency call may be made by the user themselves or by the terminal device 100.

[0092] Next, Figure 8 illustrates the case where user U1 requests the start of the process, which serves as a trigger for the collection of biometric information, environmental information, and the initiation of the medical interview. Figure 8 is a sequence diagram showing an example of the process in the first embodiment. Figure 8 also illustrates an example where an anomaly such as a traffic accident or terrorist attack occurs.

[0093] As shown in Figure 8, when an abnormality occurs 504, user U1 requests the terminal device 100 to perform a urgency determination (step S31). The subsequent steps S12 to S15 are the same as steps S12 to S15 in Figure 7, so their explanation is omitted.

[0094] Furthermore, the terminal device 100 repeats the process of requesting biometric information, requesting environmental information, receiving biometric information, and receiving environmental information 506 until a time specified by the default settings has elapsed, or until it is stopped by an operation by user U1.

[0095] The subsequent steps S17 to S21 are the same as steps S17 to S21 in Figure 7, so their explanation will be omitted. Note that the terminal device 100 may start the processing from step S17 after the reception of biometric information, etc. 506 is completed.

[0096] Next, an example of determining the degree of urgency (triage) will be explained using Figure 9. Figure 9 is a flowchart of an example of determining the degree of urgency. The reception unit 133 of the terminal device 100 determines whether it has received information on whether the user is able to walk (step S101). For example, the reception unit 133 displays the question, "Are you able to walk?" as a questionnaire on whether the user is able to walk, and accepts the answer.

[0097] If the reception unit 133 receives confirmation that the user is able to walk (step S101: Yes), it determines whether it has received confirmation that the user is injured (step S106). For example, if the reception unit 133 receives confirmation from the user that "I am able to walk," it displays a question such as "Are you injured?" or "Are you injured?" as a medical questionnaire and accepts the answer.

[0098] The determination unit 134 determines that the user is unharmed (step S108) if the user is not injured (step S106: No). For example, if the determination unit 134 receives the user's response "no injuries" or "no injuries", it determines that the user is unharmed.

[0099] The determination unit 134 determines that the user is injured (step S106: Yes), and sets the indicator to green: 3 (standby) (step S109). For example, if the reception unit 133 receives "injured" or "injured" from the user, it may also receive a video image of the injury captured by a camera or the like.

[0100] On the other hand, if the reception unit 133 receives confirmation that the user is unable to walk (step S101: No), it determines whether it has received confirmation that the user is breathing (step S102). For example, if the reception unit 133 receives confirmation from the user that "walking is impossible," or if there is no response, it displays the question "Are you able to breathe?" as a medical questionnaire and accepts the answer.

[0101] The determination unit 134 determines whether the airway is open (step S107) if the user is not breathing (step S102: No). For example, if the reception unit 133 does not receive a response from the user to the question "Can you breathe?", it displays the question "Is your airway open?" as a medical questionnaire and accepts the answer. In addition, the determination unit 134 determines whether the airway is open based on blood oxygen saturation and motion data received from the wearable device 10 or IoT device 20, either together with or in place of the medical questionnaire.

[0102] The determination unit 134 determines that if the airway is not secured (step S107: No), it will show black: 0 (death) (step S110). For example, if there is no response to the medical interview, or if the determination unit 134 determines from the blood oxygen saturation and motion data that the airway is not secured, it will show black: 0 (death).

[0103] The determination unit 134 determines that the airway is secured (step S107: Yes), and determines red: 1 (emergency) (step S111). For example, if the determination unit 134 receives confirmation from the medical interview that the airway is secured, it determines red: 1 (emergency). Also, if the determination unit 134 determines that the airway is secured based on blood oxygen concentration and motion data, it determines red: 1 (emergency).

[0104] On the other hand, if the user is breathing (step S102: Yes), the reception unit 133 determines whether it has received confirmation that the breathing is normal (step S103). For example, if the user answers "Yes" to the question "Can you breathe?", the reception unit 133 displays the question "Is your breathing normal?" as part of the medical interview and accepts the answer. The determination unit 134 also determines whether the breathing is normal based on blood oxygen saturation, respiration, and motion data received from the wearable device 10 or IoT device 20, either together with or in place of the medical interview.

[0105] For example, the determination unit 134 determines that breathing is not normal if the breathing rate is 30 or more times per minute, or 3 or more times per 6 seconds, or if the breathing rate is less than 10 times per minute, or less than 1 time per 6 seconds. The determination unit 134 also determines that breathing is normal if the breathing rate is 10 or more times per minute, or less than 30 times per minute.

[0106] The determination unit 134 determines that if the user's breathing is not normal (step S103: No), it will mark it as red: 1 (emergency) (step S111). Whether or not the user's breathing is normal is determined by the results of a medical interview with the user, the wearable device 10, or the IoT device 20.

[0107] If the user's breathing is normal (step S103: Yes), the determination unit 134 determines whether the user's circulation is normal or not (step S104). For example, the determination unit 134 determines whether circulation is normal or not based on the pulse rate. The determination unit 134 determines whether circulation is normal or not based on the pulse rate received from the wearable device 10.

[0108] Specifically, the determination unit 134 determines that circulation is not normal if the pulse rate is 120 or more per minute, or if measurement is not possible. Conversely, the determination unit 134 determines that circulation is normal if the pulse rate is less than 120 per minute.

[0109] The determination unit 134 determines that if circulation is not normal (step S104: No), it will set the indicator to red: 1 (emergency) (step S111).

[0110] If circulation is normal (step S104: Yes), the reception unit 133 determines whether it has received confirmation that the user's level of consciousness is normal (step S105). For example, in order to determine whether the level of consciousness is normal, the reception unit 133 checks whether the user can perform simple operations using the terminal device 100.

[0111] Specifically, the reception unit 133 accepts simple operations such as pressing the volume button twice. The judgment unit 134 determines that the user's level of consciousness is not normal if the user is unable to perform the simple operation. Conversely, the judgment unit 134 determines that the user's level of consciousness is normal if the user is able to perform the simple operation.

[0112] The determination unit 134 determines that the user's level of consciousness is normal (step S105: Yes), and determines that the status is yellow: 2 (semi-emergency) (step S112).

[0113] The determination unit 134 determines that if the user's level of consciousness is not normal (step S105: No), it will mark it as red: 1 (emergency) (step S111).

[0114] Note that black: 0 (death), red: 1 (emergency), yellow: 2 (semi-emergency), and green: 3 (standby) have the same meaning as the previously mentioned "black: no indication for treatment," "red: indication for emergency treatment," "yellow: treatment is needed but can wait," and "green: no need for hospitalization."

[0115] Next, the information processing procedure of the terminal device 100 will be explained using Figure 10. Figure 10 is a diagram showing the information processing procedure of the terminal device 100 according to the first embodiment. As shown in Figure 10, the receiving unit 131 of the terminal device 100 determines whether it has received an earthquake early warning (step S201). The receiving unit 131 of the terminal device 100 repeats the process of step S201 until it receives an earthquake early warning (step S201: No).

[0116] If the receiving unit 131 receives an earthquake early warning (step S201: Yes), it determines whether it has received at least one of the biological information and the environmental information (step S202).

[0117] When the reception unit 133 receives at least one of the biometric information and environmental information (step S202: Yes), it determines whether a predetermined time has elapsed or whether it has received confirmation from the user that the earthquake has subsided (step S203). The reception unit 133 repeats the process from step S202 until a predetermined time has elapsed or it receives confirmation from the user that the earthquake has subsided (step S203: No).

[0118] When the display control unit 132 receives confirmation from the user that a predetermined time has elapsed or that the earthquake has subsided (step S203: Yes), it displays the content of the medical questionnaire to the user in order to receive answers from the user (step S204).

[0119] On the other hand, if the display control unit 132 does not receive at least one of the biological information and environmental information (step S202: No), it displays the content of the medical questionnaire to the user in order to receive the user's answer to the questionnaire (step S204).

[0120] Next, the reception unit 133 determines whether it has received the user's response to the medical questionnaire (step S205). If the determination unit 134 has received the user's response to the medical questionnaire (step S205: Yes), it determines the degree of urgency (step S206).

[0121] On the other hand, if the determination unit 134 has not received a response to the medical questionnaire from the user (step S205: No), it determines whether a predetermined time has elapsed (step S207). The predetermined time may be the time set in the default settings or the like.

[0122] If a predetermined time has elapsed (step S207: Yes), the determination unit 134 determines the urgency (step S206). If the predetermined time has not elapsed (step S207: No), the determination unit 134 repeats the process from step S205.

[0123] The determination unit 134 determines whether an emergency call is necessary based on the determined urgency level (step S208). Next, the determination unit 134 determines whether an emergency call is necessary (step S209). If the determination unit 134 determines that an emergency call is not necessary (step S209: No), it terminates the process.

[0124] The determination unit 134 determines whether the user can make an emergency call (step S210) if an emergency call is required (step S209: Yes). If the determination unit 134 determines that the user can make an emergency call (step S210: Yes), it terminates the process.

[0125] If the user is unable to initiate a call themselves (step S210: No), the transmitting unit 135 generates notification data (step S211) and automatically sends a notification (step S212).

[0126] (1-4. Configuration of the Information Processing Device According to the Second Embodiment) In the first embodiment, an example was described in which the terminal device 100 determines whether or not an emergency call is necessary. In the second embodiment, an example will be described in which the information processing device 200 performs the determination of whether or not an emergency call is necessary.

[0127] In the second embodiment, the contents common to the first embodiment are omitted as appropriate. In the second embodiment, the processing is the same as in the first embodiment, except for the processing of determining whether an emergency call is necessary, and is performed by the terminal device 100. For example, the determination of the urgency is the same as in the first embodiment and is performed by the terminal device 100.

[0128] Using Figure 11, the determination of whether an emergency call is necessary, as performed by the information processing device 200 according to the second embodiment, will be briefly explained. Figure 11 is a diagram illustrating the determination of whether an emergency call is necessary in the second embodiment. Processing similar to that in the first embodiment will be omitted. As shown in Figure 11, the information processing device 200 receives the urgency level from terminal devices 100i, 100j, 100k, and 100l via the base station device 51 (steps S61, S63, S64, and S65). The information processing device 200 may also send a request to terminal devices 100i, 100j, 100k, and 100l to transmit the urgency level (steps S61, S63, S64, and S65).

[0129] The information processing device 200 determines whether an emergency notification is necessary (step S66). For example, the information processing device 200 determines that an emergency notification is necessary for a predetermined percentage of terminal devices that have received a notification of urgency and have a high degree of urgency. The predetermined percentage may be set to an arbitrary value by default or other means.

[0130] The information processing device 200 transmits a message to the terminal device 100i that an emergency call is required (step S61). Upon receiving the message that an emergency call is required, the terminal device 100i transmits an emergency call (step S62).

[0131] The configuration of the information processing device 200 according to the second embodiment will now be described. Figure 12 is a diagram showing the configuration of the information processing device 200 according to the second embodiment. As shown in Figure 12, the information processing device 200 includes a communication unit 210, a storage unit 220, and a control unit 230. The information processing device 200 may also have an input unit (not shown) for receiving various operations from an administrator or the like who operates the information processing device 200, and a display unit (not shown) for displaying various information. For example, the input unit is a touch panel. The display unit is a liquid crystal display.

[0132] The communication unit 210 is implemented by, for example, a NIC. The communication unit 210 is connected to a network (Internet, NFC, Bluetooth, etc.) by wire or wireless connection and transmits and receives information with terminal devices 100, etc. via the network.

[0133] The storage unit 220 is implemented by, for example, a semiconductor memory element such as RAM or flash memory, or a storage device such as a hard disk or optical disc. For example, the storage unit 220 stores an information processing program according to the second embodiment.

[0134] The control unit 230 is implemented, for example, by a CPU or MPU, which executes a program (for example, the information processing program according to this disclosure) stored inside the information processing device 200 using RAM or the like as a working area. The control unit 230 is also a controller and may be implemented, for example, by an integrated circuit such as an ASIC or FPGA.

[0135] The control unit 230 of the information processing device 200 includes a receiving unit 231, a determination unit 232, and a transmitting unit 233, and realizes or executes the information processing functions and operations described below. Note that the internal configuration of the control unit 230 is not limited to the configuration shown in Figure 12, and other configurations are also acceptable as long as they perform the information processing described later.

[0136] The receiving unit 231 receives the urgency level from multiple terminal devices. For example, the receiving unit 231 receives the urgency level from multiple terminal devices connected to base stations included in the area where the anomaly was detected. Specifically, the receiving unit 231 receives the urgency level from terminal devices connected to base stations included in the area where a strong earthquake is expected, as multiple terminal devices.

[0137] For example, the receiving unit 231 receives the urgency level based on the triage determined by each terminal device. The determination of the urgency level is the same as in the first embodiment, so the explanation is omitted. For example, the urgency level is determined by the user who owns each terminal device.

[0138] The determination unit 232 determines which terminal devices require emergency notification from among the multiple terminal devices that have transmitted the urgency level.

[0139] For example, the determination unit 232 determines that an emergency notification is required for terminal devices whose urgency level is above a threshold, based on information received from multiple terminal devices connected to the base station, and determines that an emergency notification is not required for terminal devices whose urgency level is below the threshold.

[0140] Specifically, as explained in Figure 5, the determination unit 232 determines whether each terminal device requires an emergency call based on the urgency score or the need for notification associated with the triage result. The storage unit 220 stores the need for an emergency call associated with the urgency score or triage result.

[0141] For example, the determination unit 232 determines that an emergency notification is required for a predetermined percentage of terminal devices among multiple terminal devices connected to the base station, provided that the urgency level is above a threshold. Specifically, the determination unit 232 determines that an emergency notification is required for up to 25% of the multiple terminal devices connected to the base station, which is the predetermined percentage.

[0142] Figure 13 shows an example of determining which terminal device requires emergency notification from multiple terminal devices. Figure 13 shows terminal devices (referred to as "terminals" in the figure), the urgency score of each terminal device, and a table 303 indicating whether or not an emergency notification is necessary according to the urgency score. As shown in Figure 13, the receiving unit 231 receives the urgency from terminal device 100m (referred to as "terminal 100m" in the figure), terminal device 100n (referred to as "terminal 100n" in the figure), terminal device 100o (referred to as "terminal 100o" in the figure), and terminal device 100p (referred to as "terminal device 100p" in the figure). For example, the urgency is the urgency score.

[0143] Figure 14 shows terminal devices that require emergency calls from multiple terminal devices. Figure 14 is Table 304, which is the same as Table 303 described in Figure 13, but rearranged in descending order of urgency from top to bottom. As shown in Figure 14, the rank of urgency decreases from top to bottom. For example, the determination unit 232 determines that terminal devices with an urgency score of 85 or higher, or those in the top 25% of urgency, require emergency calls. In Figure 14, the determination unit 232 determines that terminal device 100n requires emergency calls because its urgency score is 88.

[0144] The transmitting unit 233 transmits permission to send an emergency call to a terminal device that has been determined to require an emergency call. For example, the transmitting unit 233 may generate emergency call data and send an emergency call. The transmitting unit 233 may also transmit multimedia data containing biometric information and environmental information, along with the answers to the medical questionnaire, along with the emergency call.

[0145] (2. Other Embodiments) The processes according to each of the embodiments described above may be carried out in various other forms besides those described above.

[0146] Furthermore, among the processes described in each of the above embodiments, all or part of the processes described as being performed automatically can be performed manually, or all or part of the processes described as being performed manually can be performed automatically by known methods. In addition, the processing procedures, specific names, and information including various data and parameters shown in the above document and drawings can be changed at will unless otherwise specified. For example, the various information shown in each figure is not limited to the information shown.

[0147] Furthermore, the components of each illustrated device are functionally conceptual and do not necessarily need to be physically configured as shown. In other words, the specific forms of distribution and integration of each device are not limited to those shown, and all or part of them can be functionally or physically distributed and integrated in any unit according to various loads and usage conditions.

[0148] Furthermore, the embodiments and modifications described above can be combined as appropriate, provided that the processing content is not inconsistent.

[0149] Furthermore, the effects described herein are merely illustrative and not limiting; other effects may also occur.

[0150] (3. Effects of the terminal device and information processing device according to the present disclosure) As described above, the terminal device according to the present disclosure (terminal device 100 in the embodiment) comprises a receiving unit (receiving unit 131 in the embodiment), a reception unit (reception unit 133 in the embodiment), a determination unit (determination unit 134 in the embodiment), a transmission unit (transmission unit 135 in the embodiment), and a notification unit (notification unit 136 in the embodiment). The reception unit receives answers to the medical questionnaire from the user. The determination unit determines the degree of urgency based on whether or not the user has answered the medical questionnaire and the content of the answers to the medical questionnaire. The transmission unit determines whether or not an emergency call is necessary according to the degree of urgency and transmits an emergency call if an emergency call is necessary.

[0151] Thus, the terminal device related to this disclosure can suppress network congestion because the terminal device performs the determination of urgency (triage). Furthermore, by suppressing network congestion, the terminal device can increase the possibility of saving lives.

[0152] Furthermore, the terminal device can collaborate with IoT vendors that provide IoT platforms, transport service vendors that provide transport services, etc., through the processing described in this disclosure.

[0153] The receiving unit receives information regarding the user's urgency level, which is used to determine the level of urgency, from at least one of a wearable device (wearable device 10 in this embodiment) and an IoT device (IoT device 20 in this embodiment).

[0154] In this way, the terminal device can use information regarding the urgency level received from wearable devices and IoT devices to determine the level of urgency. Therefore, the terminal device can accurately determine the level of urgency and make emergency calls.

[0155] The reception desk also accepts user information, including the user's height, weight, age, pre-existing medical conditions, and at least one of the medications they regularly take.

[0156] In this way, the terminal device can accurately determine the urgency of a patient's condition by receiving records related to the user's medical care.

[0157] Furthermore, the determination unit determines the degree of urgency based on at least one of the following: information regarding the degree of urgency and user information, whether or not the user has responded to the medical questionnaire, and triage based on the content of the responses to the medical questionnaire.

[0158] In this way, the terminal device can determine the urgency level even when the user is unable to respond, by including whether or not the user has answered the medical questionnaire in the determination of urgency.

[0159] Furthermore, the receiving unit receives, as information regarding the urgency level, at least one of the user's biometric information from the wearable device and the user's environmental information from IoT devices in the user's surroundings.

[0160] In this way, the terminal device can receive the user's biometric information from the wearable device and the user's surrounding environment from the IoT device, allowing it to understand the user's situation in detail. Therefore, the terminal device can increase the possibility of saving lives.

[0161] Furthermore, the transmitting unit transmits an emergency notification that includes at least one of the following: medical history, biometric information, environmental information, and user information.

[0162] In this way, when making an emergency call, the terminal device can provide detailed user information to the emergency agency (emergency agency 70 in this embodiment).

[0163] The receiving unit also receives at least one of the following as biometric information: the user's heart rate, pulse, blood flow, blood oxygen saturation, blood pressure, sweating, brain waves, respiration, respiratory rate, electromyography, skin temperature, posture, exercise status, steps taken, activity level, calories burned, facial expressions, voice, gaze, and motion.

[0164] In this way, the terminal device can grasp the user's physical condition in detail, accurately determine the level of urgency, and make emergency calls.

[0165] Furthermore, the receiving unit receives at least one of the following as environmental information: the user's state, including their biometric information, and the surrounding conditions, including the presence or absence of obstacles around the user.

[0166] In this way, the terminal device can grasp the user's physical condition and surrounding circumstances in detail, enabling accurate determination of the urgency and emergency calls.

[0167] Furthermore, the determination unit determines that an emergency call is required if the urgency level is above a predetermined threshold, and determines that an emergency call is not required if the urgency level is below the predetermined threshold.

[0168] In this way, terminal devices can make rapid emergency calls by establishing criteria for making emergency calls.

[0169] Furthermore, the reception unit accepts multiple users as a group. The determination unit determines the urgency of the situation for each user in the group through triage, and determines that users in the group whose urgency level is above a threshold require emergency notification, while users in the group whose urgency level is below the threshold do not require emergency notification.

[0170] In this way, terminal devices can reduce the number of emergency calls by determining the urgency level within a group and limiting which terminal devices can make emergency calls.

[0171] The notification unit will announce the triage results via screen or audio. In this way, the terminal device can inform the emergency services of the user's urgency level upon their arrival, thereby increasing the chances of saving a life.

[0172] The receiving unit receives information regarding the urgency of the situation upon receiving notification from the base station that an anomaly has been detected.

[0173] In this way, the terminal device can use the detection of various anomalies such as earthquakes, tsunamis, landslides, traffic accidents, and terrorism as triggers for receiving information on the urgency level and for determining the urgency level.

[0174] Furthermore, the receiving unit receives ETWS (Electronic Time Warning System) signals from the base station to detect anomalies. In this way, the terminal device can record changes in biometric and environmental information immediately after a disaster occurs by using ETWS as a trigger for receiving information about the severity of the emergency and for determining the severity of the emergency. Therefore, the terminal device can ensure the reliability of its emergency severity determination.

[0175] Furthermore, the receiving unit receives information regarding the urgency level in response to user operation. In this way, the terminal device can receive information regarding the urgency level at the user's request, allowing it to determine the urgency level at any time, even if it cannot detect an anomaly.

[0176] Furthermore, the information processing device according to this disclosure (information processing device 200 in the embodiment) comprises a receiving unit (receiving unit 231 in the embodiment), a determination unit (determination unit 232 in the embodiment), and a transmitting unit (transmitting unit 233 in the embodiment). The receiving unit receives the urgency level from a plurality of terminal devices. The determination unit determines which terminal devices require emergency notification from among the plurality of terminal devices that transmitted the urgency level. The transmitting unit transmits permission to send an emergency notification to the terminal devices that have been determined to require emergency notification.

[0177] In this way, the information processing device can determine which terminal devices require emergency notification based on the urgency of multiple terminal devices. Therefore, the information processing device can flexibly authorize terminal devices to make emergency notifications according to the number of terminal devices, thereby suppressing network congestion.

[0178] Furthermore, the receiving unit receives the urgency level from multiple terminal devices connected to base stations included in the area where the anomaly was detected.

[0179] In this way, the information processing device can adjust the number of emergency calls for each area. Therefore, the information processing device can suppress network congestion.

[0180] Furthermore, the determination unit determines that an emergency notification is required for terminal devices whose urgency level is above a threshold, based on information received from multiple terminal devices connected to the base station, and determines that an emergency notification is not required for terminal devices whose urgency level is below the threshold.

[0181] In this way, the information processing device can suppress network congestion by determining a threshold for terminal devices that make emergency calls at each base station.

[0182] Furthermore, the determination unit determines that an emergency notification is required for a predetermined percentage of terminal devices among multiple terminal devices connected to the base station, provided that the urgency level is above a threshold.

[0183] In this way, the information processing device can limit the number of terminal devices that make emergency calls at each base station, thereby suppressing network congestion.

[0184] The receiving unit receives the urgency level based on the triage determined by each terminal device. In this way, the information processing device can make quick and accurate emergency notifications by receiving the urgency level based on the triage.

[0185] (4. Hardware Configuration) The wearable device 10, IoT device 20, terminal device 100, and information processing device 200, and other information devices according to the embodiments described above, are realized by a computer 1000 having a configuration such as that shown in Figure 15. The following explanation will use the terminal device 100 according to the embodiments as an example. Figure 15 is a hardware configuration diagram showing an example of a computer 1000 that realizes the functions of the terminal device 100. The computer 1000 has a CPU 1100, RAM 1200, ROM (Read Only Memory) 1300, HDD (Hard Disk Drive) 1400, communication interface 1500, and input / output interface 1600. The parts of the computer 1000 are connected by a bus 1050.

[0186] The CPU 1100 operates based on programs stored in the ROM 1300 or HDD 1400 and controls each part. For example, the CPU 1100 loads the programs stored in the ROM 1300 or HDD 1400 into the RAM 1200 and executes processing corresponding to various programs.

[0187] ROM 1300 stores boot programs such as the BIOS (Basic Input Output System) that are executed by the CPU 1100 when the computer 1000 starts up, as well as programs that depend on the computer 1000's hardware.

[0188] The HDD 1400 is a computer-readable recording medium that non-temporarily stores programs executed by the CPU 1100 and data used by such programs. Specifically, the HDD 1400 is a recording medium that stores an information processing program according to this disclosure, which is an example of program data 1450.

[0189] The communication interface 1500 is an interface for the computer 1000 to connect to an external network 1550 (e.g., the Internet). For example, the CPU 1100 can receive data from other devices or transmit data it has generated to other devices via the communication interface 1500.

[0190] The input / output interface 1600 is an interface for connecting the input / output device 1650 and the computer 1000. For example, the CPU 1100 receives data from input devices such as a keyboard or mouse via the input / output interface 1600. The CPU 1100 also transmits data to output devices such as a display, speaker, or printer via the input / output interface 1600. The input / output interface 1600 may also function as a media interface for reading programs recorded on a predetermined recording medium (media). Examples of media include optical recording media such as DVDs (Digital Versatile Discs) and PDs (Phase Change Rewritable Disks), magneto-optical recording media such as MOs (Magneto-Optical Disks), tape media, magnetic recording media, or semiconductor memory.

[0191] For example, when the computer 1000 functions as a terminal device 100 according to the embodiment, the CPU 1100 of the computer 1000 realizes functions such as the control unit 130 by executing an information processing program loaded on the RAM 1200. The HDD 1400 stores the information processing program according to this disclosure and data in the storage unit 120. The CPU 1100 reads and executes the program data 1450 from the HDD 1400, but as another example, these programs may be obtained from other devices via an external network 1550.

[0192] Furthermore, this technology can also be configured as follows: (1) A terminal device comprising: a reception unit that receives answers from a user to a medical questionnaire; a determination unit that determines the degree of urgency based on whether or not the user has answered the medical questionnaire and the content of the answers to the questionnaire; and a transmission unit that determines whether or not an emergency call is necessary according to the degree of urgency and transmits an emergency call if an emergency call is necessary. (2) The terminal device according to (1), further comprising: a reception unit that receives information regarding the user's degree of urgency used to determine the degree of urgency from at least one of a wearable device and an IoT device. (3) The terminal device according to (1) or (2), wherein the reception unit receives user information including at least one of the user's height, weight, age, chronic illness, and regularly taken medication. (4) The terminal device according to (3), wherein the determination unit determines the degree of urgency by triage based on at least one of the information regarding the degree of urgency and the user information, whether or not the user has answered the medical questionnaire, and the content of the answers to the questionnaire. (5) The terminal device according to (2), wherein the receiving unit receives, as information relating to the urgency, at least one of the user's biometric information from the wearable device and the user's environmental information from IoT devices in the user's vicinity. (6) The terminal device according to (5), wherein the transmitting unit transmits an emergency call including at least one of the medical interview, the biometric information, the environmental information, and the user information. (7) The terminal device according to (5), wherein the receiving unit receives, as biometric information, at least one of the user's heart rate, pulse, blood flow, blood oxygen concentration, blood pressure, sweating, electroencephalogram, respiration, respiratory rate, electromyography, skin temperature, posture, exercise state, steps taken, activity level, calories burned, facial expression, voice, gaze, and motion. (8) The terminal device according to (5), wherein the receiving unit receives, as environmental information, at least one of the user's state including biometric information and the surrounding conditions including the presence or absence of obstacles around the user.(9) The terminal device according to any one of (1) to (8), wherein the determination unit determines that an emergency call is required if the urgency is above a predetermined threshold, and determines that an emergency call is not required if the urgency is below a predetermined threshold. (10) The terminal device according to any one of (1) to (9), wherein the reception unit receives multiple users as a group, and the determination unit determines the urgency of multiple users belonging to the group by triage, determines that an emergency call is required for users in the group whose urgency is above a threshold, and determines that an emergency call is not required for users in the group whose urgency is below a threshold. (11) The terminal device according to (4) or (10), further comprising a notification unit that notifies the result of the triage determination on a screen or by sound. (12) The terminal device according to (2), wherein the receiving unit receives information regarding the urgency by receiving from a base station that an abnormality has been detected. (13) The receiving unit is the terminal device according to (12) above, which receives an ETWS (Earthquake and Tsunami Warning System) as detection of an anomaly received from the base station. (14) The receiving unit is the terminal device according to (2) or (12) above, which receives information regarding the urgency level through operation by the user. (15) An information processing device comprising: a receiving unit that receives urgency levels from a plurality of terminal devices; a determination unit that determines which terminal devices require emergency notification from among the plurality of terminal devices that have transmitted the urgency levels; and a transmission unit that transmits permission to make an emergency notification to the terminal devices determined to require emergency notification. (16) The information processing device according to (15) above, which receives urgency levels from a plurality of terminal devices connected to a base station included in the area where an anomaly was detected. (17) The information processing apparatus according to (16), wherein the determination unit determines that an emergency notification is required for terminal devices whose urgency level is equal to or greater than a threshold, and determines that an emergency notification is not required for terminal devices whose urgency level is less than a threshold.(18) The information processing device according to (16), wherein the determination unit determines that an emergency call is required for a predetermined percentage of the multiple terminal devices connected to the base station, and whose urgency level is above a threshold. (19) The information processing device according to any one of (15) to (18), wherein the receiving unit receives the urgency level based on the triage determined by each terminal device. (20) An information processing method comprising: a terminal device receiving a response to a medical questionnaire from a user; determining the urgency level from whether or not the user has responded to the medical questionnaire and the content of the response to the medical questionnaire; determining whether or not an emergency call is necessary according to the urgency level; and transmitting an emergency call if an emergency call is necessary. (21) An information processing method comprising: an information processing device receiving urgency levels from multiple terminal devices; determining which terminal devices require an emergency call from among the multiple terminal devices that have transmitted the urgency level; and transmitting permission to transmit an emergency call to the terminal devices determined to require an emergency call. (22) An information processing program for causing a computer to function as a terminal device comprising: a reception unit that receives answers to a medical questionnaire from a user; a determination unit that determines the degree of urgency based on whether or not the user has answered the medical questionnaire and the content of the answers to the medical questionnaire; and a transmission unit that determines whether or not an emergency call is necessary according to the degree of urgency and transmits an emergency call if an emergency call is necessary. (23) A computer-readable non-temporary storage medium storing the information processing program described in (22). (24) An information processing program for causing a computer to function as an information processing device comprising: a reception unit that receives urgency levels from multiple terminal devices; a determination unit that determines which terminal devices require an emergency call from among the multiple terminal devices that have transmitted the urgency levels; and a transmission unit that transmits permission to transmit an emergency call to the terminal devices determined to require an emergency call. (25) A computer-readable non-temporary storage medium storing the information processing program described in (24).

[0193] 10 Wearable devices 20 IoT devices 50 Mobile communication carriers 51 Base station equipment 52 5GC 60 Emergency call forwarding service 70 Emergency services 100 Terminal equipment 131, 231 Receiving unit 132 Display control unit 133 Reception unit 134, 232 Judgment unit 135, 233 Transmitting unit 136 Notification unit 200 Information processing equipment

Claims

A reception area that receives responses from users regarding medical questionnaires, A determination unit that determines the degree of urgency based on whether or not the user has responded to the questionnaire and the content of the responses to the questionnaire, A transmission unit that determines whether an emergency call is necessary according to the degree of urgency and transmits an emergency call if one is required, A terminal device equipped with the following features.   The system further includes a receiving unit that receives information regarding the user's urgency, used for determining the urgency level, from at least one of a wearable device and an IoT device. The terminal device according to claim 1.   The aforementioned reception unit is The system accepts user information, including the user's height, weight, age, pre-existing medical conditions, and at least one of the medications the user regularly takes. The terminal device according to claim 2.   The determination unit, The degree of urgency is determined by triage based on at least one of the information relating to the degree of urgency and the user information, whether or not the user has answered the questionnaire, and the content of the answers to the questionnaire. The terminal device according to claim 3.   The receiving unit is As information regarding the urgency, the wearable device receives at least one of the user's biometric information and the user's environmental information from IoT devices in the user's vicinity. The terminal device according to claim 2.   The aforementioned transmitting unit An emergency call is transmitted that includes at least one of the aforementioned medical interview, the aforementioned biometric information, the aforementioned environmental information, and user information. The terminal device according to claim 5.   The receiving unit is The biometric information received includes at least one of the user's heart rate, pulse, blood flow, blood oxygen saturation, blood pressure, sweating, brain waves, respiration, respiratory rate, electromyography, skin temperature, posture, exercise status, steps taken, activity level, calories burned, facial expressions, voice, gaze, and motion. The terminal device according to claim 5.   The receiving unit is The environmental information includes at least one of the user's state, including their biometric information, and the surrounding conditions, including the presence or absence of obstacles around the user. The terminal device according to claim 5.   The determination unit, If the urgency level is above a predetermined threshold, it is determined that an emergency call is required; if the urgency level is below the predetermined threshold, it is determined that an emergency call is not required. The terminal device according to claim 1.   The aforementioned reception unit is Accepting multiple users as a group, The determination unit, The urgency level is determined by triage for multiple users belonging to the aforementioned group, and it is determined that emergency notification is required for users in the group whose urgency level is above a threshold, and that emergency notification is not required for users in the group whose urgency level is below the threshold. The terminal device according to claim 1.   The system further includes a notification unit that notifies the results of the triage determination via screen or sound. The terminal device according to claim 4.   The receiving unit is Upon receiving notification from the base station that an anomaly has been detected, the system receives information regarding the urgency level. The terminal device according to claim 2.   The receiving unit is As an anomaly detection received from the aforementioned base station, an ETWS (Earthquake and Tsunami Warning System) is received. The terminal device according to claim 12.   The receiving unit is The user's actions result in the receipt of the information regarding the urgency level. The terminal device according to claim 2.   A receiving unit that receives urgency information from multiple terminal devices, A determination unit that determines which terminal devices require emergency notification from among the multiple terminal devices that have transmitted the aforementioned urgency level, A transmitting unit that transmits permission to make an emergency call to a terminal device that has been determined to require an emergency call, An information processing device equipped with the following features.   The receiving unit is The system receives the urgency level from multiple terminal devices connected to base stations located in the area where the anomaly was detected. The information processing apparatus according to claim 15.   The determination unit, The system determines that an emergency notification is required for terminal devices whose urgency level is above a threshold, based on information received from the multiple terminal devices connected to the base station, and determines that an emergency notification is not required for terminal devices whose urgency level is below the threshold. The information processing apparatus according to claim 16.   The determination unit, Of the multiple terminal devices connected to the base station, it is determined that an emergency notification is required for a predetermined percentage of terminal devices whose urgency level is above a threshold. The information processing apparatus according to claim 16.   The receiving unit is The terminal device receives the urgency level based on the triage determined by each terminal device. The information processing apparatus according to claim 15.   The terminal device, We receive responses from users regarding the medical questionnaire. The urgency is determined based on whether or not the user has responded to the aforementioned questionnaire, and the content of the responses to the questionnaire. Based on the urgency level, the system determines whether an emergency call is necessary and transmits the emergency call if it is required. Information processing methods that include the following.