Triggered alarm system based on privacy protection
The privacy-protected alarm system, which combines an edge computing console and wearable sensing devices, solves the dilemma of balancing security and privacy in traditional monitoring systems. It enables rapid and accurate emergency response under user authorization, reducing false alarms and privacy leaks.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- HANGZHOU KANGTANTONG BIOTECHNOLOGY CO LTD
- Filing Date
- 2026-03-27
- Publication Date
- 2026-06-12
Smart Images

Figure CN122200899A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of alarm technology, and more specifically, to a privacy-protected trigger alarm system. Background Technology
[0002] In the field of elderly care, existing systems force people to make trade-offs between security and privacy. They face either intrusive monitoring or the risk of delayed emergency response. Systems rely on either manual activation or continuous video or voice monitoring, both of which have significant limitations. Manual systems fail when users become incapacitated, while continuous monitoring raises privacy concerns and can generate too many false alarms.
[0003] Therefore, there is an urgent need for an alarm control architecture system that can be triggered by the elderly themselves or by sensors when they need help. The monitoring system can then respond urgently, and only authorized family members or guardians can intervene. Summary of the Invention
[0004] The purpose of this invention is to overcome the shortcomings of the prior art and provide a privacy-protected trigger alarm system.
[0005] Firstly, it provides a privacy-protected trigger alarm system, including: An edge computing console, which includes a processor and memory; One or more wearable sensing devices are communicatively connected to the edge computing console to generate and send the user's physiological or motion data; A consent management module, configured to store a personalized consent configuration file containing user-defined authorization parameters; A trigger evaluation module is configured to receive data from the wearable sensing device when the system is in a sleep monitoring state, and to detect candidate trigger events based on the data from the wearable sensing device and the authorization parameters. A verification module, configured to determine whether the candidate triggering event meets the verification criteria defined in the personalized consent configuration file; An activation controller is configured to transition the system from a dormant monitoring state to an active monitoring state only when the candidate trigger event is verified, and to selectively enable sensing and communication functions according to the personalized consent profile; the consent management module, trigger evaluation module, verification module, and activation controller are stored in the memory and executed by the processor.
[0006] Preferably, the trigger evaluation module detects candidate trigger events in at least one of the following ways: The system detects when the heart rate or blood oxygen saturation value in the physiological data exceeds a predetermined threshold during the verification period in order to identify abnormal physiological events. The motion data is detected to be continuously below a predetermined threshold within a predetermined time interval in order to identify stationary events; The detection includes impact events and subsequent confirmed falls while the victim is stationary.
[0007] Preferably, the trigger evaluation module further includes detecting candidate trigger events: A triggering event is confirmed only when both a physiological abnormality event and a static event are present.
[0008] Preferably, the hibernation monitoring state is configured as follows: Disable audiovisual sensing and external communication functions; Maintain the operation of the low-power monitoring subsystem, which is executed by a dedicated low-power processor, for detecting candidate trigger events.
[0009] Preferably, the verification module is further configured as follows: Communicate with at least one second edge computing console via an encrypted peer-to-peer network or a centralized server-client architecture; Before initiating an emergency response, the second edge computing console receives confirmation information about the candidate triggering event within a predetermined time threshold.
[0010] Preferably, the candidate triggering event must be verified by at least two independent edge computing consoles before it is escalated to emergency response personnel.
[0011] Preferably, the personalized consent profile is associated with an identifier of the wearable sensing device and specifies at least one of the following: Allowed data types to be monitored, authorized response devices, monitoring duration, or sensor activation range.
[0012] As a preferred option, it also includes: A rotatable visual sensing module and a synchronized display interface configured to remain user-facing during emergency monitoring.
[0013] Secondly, a privacy-preserving emergency monitoring method is provided, executed by any of the systems described in the first aspect, comprising: S1. The configuration system is in sleep monitoring mode; S2. In the dormant monitoring state, physiological or motion data related to the user are generated and sent through wearable sensing devices. S3. Based on the received physiological or motion data, detect whether a candidate triggering event has occurred; S4. In response to detecting the candidate triggering event, verify whether the candidate triggering event meets the triggering conditions authorized by the user according to the pre-stored personalized consent profile associated with the user; S5. Only when the candidate triggering event passes verification, switch the system from the dormant monitoring state to the active monitoring state; S6. In the activity monitoring state, according to the personalized consent configuration file, enable the audiovisual perception function or external communication function to perform emergency response operations.
[0014] Thirdly, a computer storage medium is provided, wherein a computer program is stored therein; when the computer program is run on a computer, the computer performs the method described in the second aspect.
[0015] The beneficial effects of this invention are: 1. This invention, through the coordinated design of a dormant monitoring state and an event-triggered wake-up mechanism, disables audiovisual sensing and external communication functions under normal conditions, eliminating the risk of privacy leakage caused by continuous monitoring. Simultaneously, the system utilizes a low-power processor to continuously monitor wearable sensor data. Once a candidate trigger event meeting user authorization conditions is detected, the main system is immediately woken up via a hardware interrupt mechanism, achieving a rapid switch from privacy-silent operation to emergency response. This solves the technical challenge of traditional monitoring systems in balancing privacy protection and timely response. 2. This invention effectively avoids invalid alarms caused by misjudgments from a single sensor through a multimodal trigger verification and collaborative console mechanism. Specifically, the system can make a comprehensive judgment by combining multi-dimensional data such as physiological abnormalities, static events, and fall events, and before initiating an emergency response, it requests a second console for auxiliary verification through an encrypted peer-to-peer network or a centralized architecture.
[0016] 3. Through personalized consent configuration files, this invention allows users to predefine the types of data that can be monitored, the authorized response devices, the monitoring duration, or the sensor activation range for different trigger event types, ensuring that monitoring operations are strictly limited to the boundaries authorized by the user, thus achieving a balance between security and personal autonomy. Attached Figure Description
[0017] Figure 1 An architecture diagram of the privacy-protected triggering alarm system provided for this application; Figure 2 A schematic diagram of the event-triggered activation process from the dormant monitoring state to the triggering of evaluation and verification provided in this application; Figure 3 A schematic diagram of an emergency escalation protocol with tiered response personnel notification provided for this application; Figure 4A perspective view of the edge computing console provided for this application. Detailed Implementation
[0018] The present invention will be further described below with reference to embodiments. The description of the embodiments below is only for the purpose of helping to understand the present invention. It should be noted that those skilled in the art can make several modifications to the present invention without departing from the principle of the present invention, and these improvements and modifications also fall within the protection scope of the claims of the present invention.
[0019] Example 1: Traditional emergency monitoring systems typically rely on continuous sensing, manual activation, or centralized monitoring architectures. These systems often transmit physiological or audiovisual data without requiring user consent before activation. Therefore, existing technologies either infringe on user privacy through continuous monitoring or fail to provide reliable protection when manual activation is not possible.
[0020] Wearable health monitoring devices can detect physiological abnormalities and falls; however, these devices typically issue alarms or transmit data automatically after detecting preset conditions. These systems lack an activation architecture based on user consent and cannot determine whether to activate monitoring functions based on stored authorization rules. Furthermore, existing wearable systems do not integrate privacy protection controls, failing to restrict the sensing range, monitoring duration, and access permissions for responders based on user-defined permissions.
[0021] Home surveillance and camera-based security systems are known to provide remote monitoring capabilities. However, such systems typically operate by continuously or periodically monitoring rather than waiting for user authorization to trigger event verification before entering a dormant state. Furthermore, it is known that these systems do not integrate physiological metrics acquired by wearable devices with locally enforced authorization rules to control the activation of audio and video monitoring.
[0022] To address the problems of existing technologies, Embodiment 1 of this application provides a privacy-protected trigger alarm system, wherein the emergency monitoring function remains inactive until a trigger event is detected and verified according to stored user consent parameters. Specifically, the system includes: An edge computing console, which includes a processor and memory.
[0023] One or more wearable sensing devices are communicatively connected to the edge computing console to generate and send the user's physiological or motion data.
[0024] A consent management module is configured to store a personalized consent configuration file containing user-defined authorization parameters.
[0025] The personalized consent profile is associated with an identifier of the wearable sensing device and specifies at least one of the following: Allowed data types to be monitored, authorized response devices, monitoring duration, or sensor activation range.
[0026] The trigger evaluation module is configured to receive data from the wearable sensing device when the system is in a sleep monitoring state, and to detect candidate trigger events based on the data from the wearable sensing device and the authorization parameters.
[0027] The hibernation monitoring state is configured as follows: Disable audiovisual sensing and external communication functions; Maintain the operation of the low-power monitoring subsystem, which is executed by a dedicated low-power processor, for detecting candidate trigger events.
[0028] The trigger evaluation module detects candidate trigger events in at least one of the following ways: The system detects when the heart rate or blood oxygen saturation value in the physiological data exceeds a predetermined threshold during the verification period in order to identify abnormal physiological events. The motion data is detected to be continuously below a predetermined threshold within a predetermined time interval in order to identify stationary events; The detection includes impact events and subsequent confirmed falls while the victim is stationary.
[0029] Furthermore, an event is only confirmed after an abnormal sensor value persists for multiple measurement cycles; the trigger threshold is personalized based on user-specific baseline measurements.
[0030] The trigger evaluation module also includes detecting candidate trigger events: A triggering event is confirmed only when both a physiological abnormality event and a static event are present.
[0031] A verification module is configured to determine whether the candidate triggering event meets the verification criteria defined in the personalized consent configuration file.
[0032] The verification module is also configured to: Communicate with at least one second edge computing console via an encrypted peer-to-peer network or a centralized server-client architecture; Before initiating an emergency response, the second edge computing console receives confirmation information about the candidate triggering event within a predetermined time threshold.
[0033] The candidate triggering event must be verified by at least two independent edge computing consoles before it is escalated to emergency response personnel.
[0034] An activation controller is configured to transition the system from a dormant monitoring state to an active monitoring state only when the candidate trigger event is verified, and to selectively enable sensing and communication functions according to the personalized consent profile. The consent management module, trigger evaluation module, verification module, and activation controller are stored in the memory and executed by the processor.
[0035] In addition, the system also includes: A rotatable visual sensing module and a synchronized display interface configured to remain user-facing during emergency monitoring.
[0036] As can be seen, this invention uniquely combines the following points: In the hibernation monitoring state, the audiovisual perception and communication functions remain inactive under normal circumstances. The consent management module manages activation, data processing, and responder access based on user-defined authorization rules; Before activating the monitoring function, the triggering event is locally verified using physiological and activity data acquired by the wearable device; Once activated, privacy-protected restrictions are imposed on the data scope and monitoring duration; and A configurable emergency escalation procedure controlled by stored consensus parameters.
[0037] This architecture fundamentally differs from traditional monitoring methods, controlling monitoring based on verified and user-consented conditions. Instead of continuously collecting or transmitting sensitive data, this invention activates monitoring only when predefined conditions are met. This shift from continuous monitoring to conditional activation is primarily distinguished by the following: traditional emergency monitoring systems relying on manual activation lack automatic verification, thus failing to reduce false alarms caused by accidental or unnecessary user actions. In contrast, this invention requires system-level verification of triggering conditions before activating monitoring and communication functions, thereby reducing false alarms and improving emergency response.
[0038] Furthermore, the disclosed system implements multiple triggering mechanisms, including: user-initiated activation; and autonomous sensor-triggered activation based on physiological, behavioral, or inactive states. The autonomous triggering function allows the system to activate even when the user is incapacitated, lacks situational awareness, or cannot be manually activated. Additionally, the system operates in a privacy-preserving dormant monitoring state, in which audiovisual sensing functions are disabled until the triggering conditions are verified. Therefore, emergency monitoring can be initiated via concealed sensor detection without continuously keeping the camera on, thus protecting user privacy while maintaining a rapid response to emergencies. This invention, by combining proven multimodal triggering and privacy-gated sensor activation, provides emergency detection capabilities that are impossible with systems relying solely on manual activation.
[0039] Therefore, whether considered individually or in combination, existing emergency monitoring systems, wearable health devices, or home monitoring technologies lack the obviousness or foreseeability of this invention. This invention provides a novel and non-obvious integrated solution that combines user-consent-based activation, event verification, and privacy-preserving emergency response controls.
[0040] Example 2: Building upon Embodiment 1, Embodiment 2 of this application provides a more specific privacy-preserving triggered alarm system. The system comprises multiple interconnected modules that work collaboratively to perform privacy-preserving emergency monitoring functions. These modules collectively ensure reliable event detection, trigger verification, emergency escalation, and user privacy controls. The system employs a modular design, offering flexibility and enabling integration with various sensors, wearable devices, and response systems.
[0041] Specifically, the alarm system is triggered by: An edge computing console, which includes a processor and memory.
[0042] One or more wearable sensing devices are communicatively connected to the edge computing console to generate and send the user's physiological or motion data.
[0043] A consent management module, stored in the memory and executed by the processor, is configured to store a personalized consent configuration file containing user-defined authorization parameters.
[0044] The trigger evaluation module is configured to receive data from the wearable sensing device when the system is in a sleep monitoring state, and to detect candidate trigger events based on the data from the wearable sensing device and the authorization parameters.
[0045] A verification module is configured to determine whether the candidate triggering event meets the verification criteria defined in the personalized consent configuration file.
[0046] An activation controller is configured to transition the system from a dormant monitoring state to an active monitoring state only when the candidate triggering event is verified, and to selectively enable sensing and communication functions according to the personalized consent profile.
[0047] The edge computing console serves as the system's processing center, integrating multiple wearable sensing devices and performing data processing and analysis locally to minimize latency and enhance privacy. The console evaluates incoming data, detects triggering events, manages communication with other system modules, and facilitates system-wide event verification collaboration.
[0048] The edge computing console receives sensor data from wearable sensing devices via wireless communication (Bluetooth, Wi-Fi). It communicates with the consent management module to verify the triggered event and ensure compliance with the user-defined personalized authorization profile. Furthermore, it exchanges data with other edge consoles in the system (via a P2P network or a centralized server) for multi-console verification of emergency events. Once the triggered event is confirmed, the console communicates with response devices (family members, caregivers, emergency services) to initiate an emergency response.
[0049] Furthermore, by setting up an edge computing console, privacy protection, local data processing, and event detection can be ensured, thereby reducing the need for continuous external data transmission and providing real-time, accurate detection of abnormal physiological conditions, falls, or inactivity. In addition, this invention supports collaborative verification across multiple consoles, thereby improving accuracy and reducing false alarms.
[0050] Wearable sensing devices (such as smartwatches, rings, or emergency pendants) continuously monitor users' physiological and behavioral data, including heart rate, blood oxygen saturation (SpO2), activity patterns, sleep quality, and stress levels. These sensors collect raw data, process it locally whenever possible, and then transmit relevant data to an edge computing console for further analysis.
[0051] Data from wearable sensing devices is wirelessly transmitted to an edge computing console via Bluetooth or Wi-Fi. Each wearable device can communicate directly with the console or via an intermediary network to provide real-time health data. The system integrates devices such as accelerometers and gyroscopes to detect motion and movement patterns, and employs specially designed algorithms to detect falls or sudden movement events.
[0052] Wearable sensing devices can provide real-time, continuous monitoring without user intervention, detecting abnormal physiological conditions and physical activity patterns. Furthermore, based on precise sensor data, this invention can enable context-aware emergency response triggering. For example, a smartwatch monitors a user's heart rate and blood oxygen saturation (SpO2) levels. If the heart rate exceeds a preset threshold (e.g., 140 beats per minute for 5 minutes), the wearable device sends an alert to an edge computing console 110, which may trigger an emergency escalation based on user consent.
[0053] Furthermore, the consent management module is the "brain" of the system's privacy logic. It is responsible for storing and applying user-specific personalized consent profiles, which define when and how monitoring is activated, what data can be shared, and who can be contacted in an emergency.
[0054] Specifically, the consent management module receives triggered event data and performs verification checks based on stored personalized consent profiles. It communicates directly with the edge computing console to ensure that monitoring functions or emergency communications comply with user-defined rules. This module can interact with external services to verify conditions such as responder availability or emergency service protocols.
[0055] A consent management module ensures users have complete control over their data, including defining permissions and emergency response initiation thresholds. User privacy is protected by accessing data only when specific conditions are met. It also provides the flexibility to manage multiple user profiles, making it suitable for multi-person or shared living environments. For example, users can define in their profiles that only specific family members will be notified in the event of a minor health incident, while emergency services will only be contacted in the event of a fall or serious abnormality. For instance, a user can set in their profile to notify only specific family members in the event of a minor health incident, and to contact emergency services only in the event of a fall or serious abnormality. The system will ensure that only the appropriate responders matching the user's preferences are notified.
[0056] The trigger evaluation and verification modules are responsible for monitoring incoming sensor data to detect potential emergencies, such as falls, abnormal physiological conditions (e.g., irregular heart rate), or reduced activity. This module works in conjunction with wearable sensing devices and an edge computing console to detect, evaluate, and verify trigger events.
[0057] It receives processed sensor data from the edge computing console. The trigger evaluation and verification modules communicate with personalized authorization profiles to ensure that detected events meet the necessary conditions for activation. The trigger evaluation and verification modules interact with other system modules to perform collaborative verification and verify events on multiple devices or consoles.
[0058] By triggering the evaluation and verification modules, emergency events can be detected accurately and promptly, ensuring the system responds immediately when needed. False alarms are minimized by integrating a verification process before initiating emergency action. Furthermore, monitoring is activated only when necessary and authorized, reducing user privacy concerns. For example, if the system detects a fall using motion sensors, the evaluation and verification modules compare the detected movement to a stored inactivity threshold and trigger a verification request from a second console for confirmation.
[0059] Furthermore, the system also includes response devices and communication modules.
[0060] The response devices are intended for use by family members, caregivers, or emergency service personnel to receive emergency notifications and respond accordingly. These devices include smartphones, tablets, or other network-connected devices capable of receiving alerts and communicating with the user.
[0061] Response devices receive emergency alerts and event details from the edge computing console. They communicate with a two-way communication module to enable direct interaction with the user in emergency situations.
[0062] Response devices provide direct contact with caregivers or emergency responders, ensuring rapid assistance. They support real-time communication with users via video, audio, or text messaging, making them particularly useful for people with hearing impairments or other disabilities. Furthermore, response devices support multi-level escalation processes, from family members to emergency services, ensuring the appropriate responders are notified. For example, a caregiver's smartphone receives a notification that their user has fallen. The caregiver can then initiate a video call with the user to assess their condition and determine if further action is needed.
[0063] The communication module is responsible for enabling secure communication between all modules, rescue personnel equipment, and external services (such as emergency services). This module supports encrypted peer-to-peer (P2P) connections as well as communication with remote rescue personnel via 4G / 5G networks.
[0064] Specifically, the communication module connects the edge computing console to the response devices, enabling real-time notifications and interactions. It ensures the use of encrypted data transmission to protect sensitive health information during emergency responses. The communication module can connect to external networks, such as emergency service systems, allowing the system to issue alerts to relevant departments when necessary.
[0065] The communication module provides secure, real-time communication between users and responders, improving system reliability and reducing latency by utilizing both local and network-based communication methods. Furthermore, the communication module supports multiple response devices, ensuring the system can contact the appropriate personnel in emergencies. For example, when a user needs assistance alone, the communication module uses an encrypted 4G connection to send an emergency alert to a caregiver's mobile phone, enabling the caregiver to assess the situation and respond appropriately.
[0066] Furthermore, the system monitoring is configured to remain in a dormant monitoring state, activating sensing and communication functions only upon detecting and verifying user-authorized trigger events. This system combines wearable or environmental sensor triggers, waking the monitoring system through both proactive and covert triggering mechanisms to ensure normal operation. This system framework ensures that seniors are immediately in working condition when an alarm is needed. AI-driven risk detection and a hierarchical permission framework manage the timing and method of alarms, data access, and interventions. This solution is designed for seniors aging at home, their families or guardians, and even those requiring emergency medical assistance.
[0067] Wearable or environmentally-sensing triggers can be smart rings or watches, or emergency call pendants, etc. When an elderly person requests emergency assistance in a crisis, the emergency call pendant acts as an active trigger, while the smart ring or watch acts as an invisible trigger. The triggering criteria are set by family members or guardians with the elderly person's consent. The specific sensing content can be physiological and activity indicators, including heart rate, blood oxygen saturation, exercise patterns, sleep indicators, and stress indicators. When the trigger detects abnormal conditions and falls, it will automatically activate the monitoring system and emergency alarm function.
[0068] Unlike traditional emergency buttons or continuous monitoring systems, this system only activates emergency assistance upon receiving explicit user permission or when pre-defined trigger conditions are met, thereby reducing false alarms, alleviating the burden on caregivers, and eliminating privacy concerns. Therefore, this system provides reliable event detection while protecting user privacy through consent-based activation and privacy-preserving operations, offering the following core advantages over traditional monitoring systems: Sleep monitoring state: Sensing and communication functions are disabled until a user-authorized event is verified.
[0069] Multiple triggers and verifications: Supports manual triggering and sensor-triggered events, and has an autonomous verification process.
[0070] Personalized authorization profile: Users can customize rules to control when monitoring is activated, what data can be collected, and which responders to contact.
[0071] Privacy protection architecture: Monitoring and audiovisual functions remain inactive to ensure user privacy, and are only activated when needed.
[0072] Collaborative multi-console verification: Multiple consoles work together to verify events, thereby improving detection reliability.
[0073] Adaptable to multi-user environments: The system can flexibly manage personalized authorization configuration files in multi-user environments.
[0074] It should be noted that the parts in this embodiment that are the same as or similar to those in Embodiment 1 can be referred to each other, and will not be repeated in this application.
[0075] Example 3: Based on Example 2, Example 3 of this application provides an emergency monitoring method based on privacy protection, including: S1. The configuration system is in sleep monitoring mode.
[0076] In S1, the sleep monitoring state disables audiovisual sensing and external communication while maintaining the operation of a low-power monitoring subsystem configured to detect trigger events. Trigger detection is performed by a dedicated low-power processor configured to evaluate sensor data without activating the main system processor. Furthermore, in response to hardware interrupts generated by wearable sensing devices, the system transitions from sleep monitoring to active monitoring. Trigger detection is performed using an event-driven sensing architecture that prevents periodic activation of the main processor. Fall detection includes motion threshold detection, followed by inactivity verification before the system wakes up.
[0077] S2. In the dormant monitoring state, physiological or motion data related to the user is generated and sent through wearable sensing devices.
[0078] In S2, the wearable sensing device includes at least one of a heart rate sensor, a pulse oximeter, an accelerometer, a gyroscope, or a sleep monitoring sensor.
[0079] S3. Based on the received physiological or motion data, detect whether a candidate triggering event has occurred.
[0080] S4. In response to detecting the candidate triggering event, verify whether the candidate triggering event meets the triggering conditions authorized by the user according to the pre-stored personalized consent profile associated with the user.
[0081] The personalized consent profile is associated with a specific user's wearable device identifier; it specifies the allowed data types and authorized response devices. Furthermore, activation of the monitoring function depends on the fulfillment of the authorization parameters defined in the personalized consent profile. In a shared environment, different personalized consent profiles are applied to different users. Upon event detection, the personalized consent profile limits the monitoring duration or sensor activation range.
[0082] S5. Only when the candidate triggering event passes verification will the system switch from the dormant monitoring state to the active monitoring state.
[0083] S6. In the activity monitoring state, according to the personalized consent configuration file, enable the audiovisual perception function or external communication function to perform emergency response operations.
[0084] Furthermore, this application embodiment also provides multiple consoles working together to verify the triggered event, including the following steps: Collaborative consoles communicate via an encrypted peer-to-peer (P2P) network or a centralized server-client architecture to exchange event data for verification. Before initiating an emergency response, the triggering event is verified by a second console using motion data, environmental sensors, or visual inspection from a camera. Each console is assigned a specific coverage area, and collaborative verification is required for events detected outside the designated area. The collaborative verification process includes a time threshold requiring the auxiliary console to acknowledge the event within a predetermined time after the first console detects it. Before escalating the event to emergency responders, the verification process is performed by multiple consoles, with at least two independent consoles required to verify the event.
[0085] It should be noted that the system provided in this embodiment is the same as the system provided in embodiment 2. Therefore, the parts that are the same as or similar to those in embodiment 2 in this embodiment can be referred to each other, and will not be described again in this application.
[0086] In summary, the system provided by this invention ensures that no monitoring or emergency upgrades will be performed without the user's explicit consent, thus respecting the user's autonomy and privacy. Furthermore, in the event of an emergency, the wearable or environmental sensing device of this invention will automatically activate the monitoring system and notify family members or guardians through an active or covert triggering mechanism, regardless of the user's awareness or ability. In addition, multiple consoles of this invention can collaboratively verify events, reducing false alarms and improving reliability. The system also adapts to different users, environments, and situations through personalized authorization profiles, ensuring appropriate emergency responses. This system facilitates real-time communication between users and responders to obtain timely assistance in emergency situations.
Claims
1. A privacy-protected trigger alarm system, characterized in that, include: An edge computing console, which includes a processor and memory; One or more wearable sensing devices are communicatively connected to the edge computing console to generate and send the user's physiological or motion data; A consent management module, configured to store a personalized consent configuration file containing user-defined authorization parameters; A trigger evaluation module is configured to receive data from the wearable sensing device when the system is in a sleep monitoring state, and to detect candidate trigger events based on the data from the wearable sensing device and the authorization parameters. A verification module, configured to determine whether the candidate triggering event meets the verification criteria defined in the personalized consent configuration file; An activation controller is configured to transition the system from a dormant monitoring state to an active monitoring state only when the candidate trigger event is verified, and to selectively enable sensing and communication functions according to the personalized consent profile; the consent management module, trigger evaluation module, verification module, and activation controller are stored in the memory and executed by the processor.
2. The privacy-protected trigger alarm system according to claim 1, characterized in that, The trigger evaluation module detects candidate trigger events in at least one of the following ways: The system detects when the heart rate or blood oxygen saturation value in the physiological data exceeds a predetermined threshold during the verification period in order to identify abnormal physiological events. The motion data is detected to be continuously below a predetermined threshold within a predetermined time interval in order to identify stationary events; The detection includes impact events and subsequent confirmed falls while the victim is stationary.
3. The privacy-protected trigger alarm system according to claim 2, characterized in that, The trigger evaluation module also includes detecting candidate trigger events: A triggering event is confirmed only when both a physiological abnormality event and a static event are present.
4. The privacy-protected trigger alarm system according to claim 3, characterized in that, The hibernation monitoring state is configured as follows: Disable audiovisual sensing and external communication functions; Maintain the operation of the low-power monitoring subsystem, which is executed by a dedicated low-power processor, for detecting candidate trigger events.
5. The privacy-protected trigger alarm system according to claim 4, characterized in that, The verification module is also configured to: Communicate with at least one second edge computing console via an encrypted peer-to-peer network or a centralized server-client architecture; Before initiating an emergency response, the second edge computing console receives confirmation information about the candidate triggering event within a predetermined time threshold.
6. The privacy-protected trigger alarm system according to claim 5, characterized in that, The candidate triggering event must be verified by at least two independent edge computing consoles before it can be escalated to emergency response personnel.
7. The privacy-protected trigger alarm system according to claim 6, characterized in that, The personalized consent profile is associated with an identifier of the wearable sensing device and specifies at least one of the following: Allowed data types to be monitored, authorized response devices, monitoring duration, or sensor activation range.
8. The privacy-protected trigger alarm system according to claim 7, characterized in that, Also includes: A rotatable visual sensing module and a synchronized display interface configured to remain user-facing during emergency monitoring.
9. An emergency monitoring method based on privacy protection, characterized in that, Performed by the system according to any one of claims 1 to 8, comprising: S1. The configuration system is in sleep monitoring mode; S2. In the dormant monitoring state, physiological or motion data related to the user are generated and sent through wearable sensing devices. S3. Based on the received physiological or motion data, detect whether a candidate triggering event has occurred; S4. In response to detecting the candidate triggering event, verify whether the candidate triggering event meets the triggering conditions authorized by the user according to the pre-stored personalized consent profile associated with the user; S5. Only when the candidate triggering event passes verification, switch the system from the dormant monitoring state to the active monitoring state; S6. In the activity monitoring state, according to the personalized consent configuration file, enable the audiovisual perception function or external communication function to perform emergency response operations.
10. A computer storage medium, characterized in that, The computer storage medium stores a computer program; when the computer program is run on the computer, it causes the computer to perform the method of claim 9.