WO2016113697A1 - Dispositif capteur d'alerte et procédé - Google Patents

Dispositif capteur d'alerte et procédé Download PDF

Info

Publication number
WO2016113697A1
WO2016113697A1 PCT/IB2016/050169 IB2016050169W WO2016113697A1 WO 2016113697 A1 WO2016113697 A1 WO 2016113697A1 IB 2016050169 W IB2016050169 W IB 2016050169W WO 2016113697 A1 WO2016113697 A1 WO 2016113697A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
block
user
data
event
Prior art date
Application number
PCT/IB2016/050169
Other languages
English (en)
Inventor
Gennarino CAPASSO
Simona CAPASSO
Natalie Danit FARJON
Original Assignee
Capasso Gennarino
Capasso Simona
Farjon Natalie Danit
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Capasso Gennarino, Capasso Simona, Farjon Natalie Danit filed Critical Capasso Gennarino
Publication of WO2016113697A1 publication Critical patent/WO2016113697A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information

Definitions

  • the present invention is directed to applications for computerized communication devices, such as cellular telephones, tablets, and other mobile computing devices.
  • Embodiments of the invention include a rescue alert system that may be enabled through an application operable on a smart phone, tablet or other mobile computing device or wearable device or platform.
  • Embodiments of the present invention are directed to a method for detecting and communicating an alert in response to an event in a device.
  • the method comprises: monitoring an accelerometer in the device for a predetermined threshold; detecting the predetermined threshold reached by the accelerometer; responding to the predetermined threshold being detected including starting a time period prior to the activation of the alarm; and, should an alarm cancelling signal not be received during the time period, the device makes a predetermined communication of an alert to at least one predetermined recipient.
  • the predetermined threshold corresponds to an event.
  • the predetermined communication includes at least one of a telephone call, text message, SMS (Short Message Service) message, electronic mail, or electronic communication over.
  • SMS Short Message Service
  • Embodiments of the present invention are directed to a system for detecting and communicating an alert in response to an event in a device.
  • the system comprises: a processor; and storage media in communication with the processor for executing instructions stored in the storage media.
  • the instructions include: monitoring an accelerometer in the device for a predetermined threshold; detecting the predetermined threshold reached by the accelerometer; responding to the predetermined threshold being detected including starting a time period prior to the activation of the alarm; and, initiating a predetermined communication of an alert to at least one predetermined recipient, should an alarm cancelling signal not be received during the time period.
  • Embodiments of the present invention are directed to a computer usable non-transitory storage medium having a computer program embodied thereon for causing a suitable programmed system to detect and communicate an alert in response to an event, by performing the following steps when such program is executed on the system.
  • the steps comprise: monitoring an accelerometer in the device for a predetermined threshold; detecting the predetermined threshold reached by the accelerometer; responding to the predetermined threshold being detected including starting a time period prior to the activation of the alarm; and, should an alarm cancelling signal not be received during the time period, the device makes a predetermined communication of an alert to at least one predetermined recipient.
  • FIG. 1 is a flow diagram for a process of Sensor Service Data Flow, otherwise known as a keep awake process for a device which is running the rescue application of the embodiments of the present invention
  • FIG. 2 is a flow diagram of a process for an Alert Receiving Work Flow
  • FIG. 3 is a flow diagram of a process of an Alert Transmission Work Flow
  • FIG. 4 is a screen diagram of Power readings, a Power Table Comparison, for an exemplary smart phone performing a process in accordance with embodiments of the present invention
  • FIG. 5 is a screen diagram of Energy Usage readings in comparison format for an exemplary smart phone performing a process in accordance with embodiments of the present invention
  • FIG. 6 is a screen diagram of Power consumption readings for CRADAR in comparison to those of the present invention.
  • FIG.7 is a screen diagram of Power consumption readings in accordance with the present invention in comparison to CRADAR of Fig. 6;
  • FIG. 8 is a screen diagram of CPU consumption in a chart view of another application
  • FIG. 9 is a screen diagram CPU consumption in a the application of the present invention comparison to Fig. 8;
  • FIG. 10 is a flow diagram for alert transmission algorithm in accordance with embodiments of the present invention.
  • FIG. 11 is a flow diagram of a Speed detection algorithm for use with the rescue application in accordance with embodiments of the present invention.
  • FIG. 12 is a flow diagram of an event detection algorithm for use with the rescue application in accordance with embodiments of the present invention.
  • FIG. 13 is a flow diagram of a voice activation algorithm for use with the rescue application in accordance with embodiments of the present invention.
  • FIG. 14 is a flow diagram of a platform algorithm for use with the rescue application in accordance with embodiments of the present invention.
  • FIG. 15-1 is a flow diagram of movement activation for use with the rescue application in accordance with embodiments of the present invention
  • FIG. 15-2 is a flow diagram of an earthquake detection and warning algorithm for use with the rescue application in accordance with embodiments of the present invention
  • FIG. 16 is a diagram of an under the skin chip for monitoring body activity which communicates with a smart phone in accordance with embodiments of the present invention
  • FIG. 17 is a diagram of an exemplary environment in which the methods and systems of the invention, including the rescue application operate;
  • FIG. 18 is a flow diagram of a process performed by a server in accordance with embodiments of the present invention.
  • FIG. 19 is a process performed by a learning machine, in accordance with embodiments of the present invention.
  • aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a "circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more non-transitory computer readable (storage) medium(s) having computer readable program code embodied thereon.
  • Embodiments of the invention may utilize one or more sensors that may be included in a mobile computing platform to detect and record data in connection with a hit, sudden movement, or other event such as a crash or accident.
  • the device Upon detection and a failure of the user to cancel an alert countdown, the device, for example, a smart phone, tablet or other mobile computing device or platform (and collectively referred to as a "device” hereinafter) may implement and execute one or a series of actions that may include transmissions of alerts or communications of an emergency situation or a victim or an accident or assault.
  • sensors may be set to detect a particular motion of the device such as a motion gesture of the device by a user, or to detect a keyword pronunciation by a user, and upon such detection, an alert may be issued upon detection of such as motion gestures unless the alert is cancelled by a user with a password or other unique cancellation input.
  • a user of the device in an emergency or threatening situation may make hand motion gestures with the device in the pre-defined way to generate an alert and/or to generate a sound/video/camera or other activity or in order to record sound or images that may be related to the event (such as an offender's photo).
  • the alert may be transmitted to emergency personnel at pre-defined numbers, or to an emergency call center or may be broadcast over a social network or to a list of recipients whose contact data is known by the device and who may be found, or predefined to be located in an area of the device.
  • Location data of the wearer or user may be transmitted as part of the alert, and location data of emergency personnel or other contact that are known to the device may be collected to evaluate which of such recipients are proximate to a location of a user.
  • location data may include actual coordinates of the device so that a recipient of the alert need not search for the location coordinates.
  • a device may sense or detect that a user has been hit or been subject to a trauma such as an accident, and such sensing may turn the device on from what may have been an off mode or sleep mode.
  • the device or its sensors may detect a hit or a trauma such as an accident or crash, and, such as for example after a hit or traumatic movement.
  • the device and system may include an audible alarm, and a delay or cancel function to allow user deactivation in case a false event detected.
  • the device or its sensors may recognize keywords in various pronunciations, to activate various rescue requests and data recording actions. For example a device may recognize that a user has said 3 ⁇ 4eart' or some other pre-defined word, or may detect a pre-defined movement of a user, and for example, one of such detections or the combination of such detections with a sensing of a fall or other sudden motion that may trigger a signal to communicate an alert.
  • the device may remain active even when in sleep mode, due to a unique procedure of the operating system that keeps a CPU (Central Processing Unit), of the device in a low activity mode. This procedure may permit reduced energy consumption and battery saving.
  • CPU Central Processing Unit
  • a screen or display of a device may be inactive or in a sleep mode
  • various sensors such as an accelerometer, microphone may remain active or monitored by a processor.
  • a process for monitoring sensors, for example, the accelerometer, while other functions of the device may be dormant is described below:
  • the process starts at block 102, where the accelerometer on the device is opened, for example, started or activated, as the device is turned ON.
  • the accelerometer is in a listening mode, as it is registered-active regardless of screen status (ON or OFF).
  • the sensor e.g., the accelerometer, is monitored on the screen. The process then moves to block 108, or block 112.
  • an alarm is created for a predetermined time period, for example, two seconds.
  • the process moves to block 110, where it is determined whether the alarm was received. Should the alarm not have been received, the process remains at block 110. Otherwise, the process moves to block 104, from where it resumes.
  • block 112 it is determined if the screen of the device is OFF. If no, the process remains at block 112, as the screen is OFF. Otherwise, the process advances to block 114. At block 114, the operating system turns on the sleep mode and unregisters the sensors e.g., the accelerometer, automatically. The process moves to block 116, where the previously unregistered sensors are registered.
  • the sensors e.g., the accelerometer
  • the process moves to block 118, where a "wake-lock” is created.
  • This "wake lock” includes a screen lock where all functions, applications and the like, are turned OFF, the screen display is inactive or in a sleep mode, and, the CPU, microphone and accelerometer of the device, remain active. This allows for battery saving in the device.
  • the wake-lock is started.
  • the process moves to block 122, the sensors, e.g., the accelerometer, are again unregistered.
  • the process then moves to block 124, where the sensors, e.g., the accelerometer, are again registered. See attached FIG. 4 showing current power, average power and CPU:
  • Embodiments of the invention may include a process to self-enable the device when a shake or a hit other impact or physical event is detected. Following such activation, the device may start a countdown timer to allow the user to deactivate it in case a false event is detected. Once such countdown expires, the device may transmit the pre-defined alert. Until the device is self-activated upon an impact or motion, the device may function at a unique lower current absorption system.
  • Embodiments of the invention may not need permanent GPS monitoring so that a privacy of a user is retained.
  • the location determination may be activated when a hit or other physical stimulus is detected. Once mere is such detection, a GPS or location system may be activated and location coordinates may be transmitted to for example a social contact's phone.
  • the device may activate a speakerphone to let a responder to the alert speak with the user even if the user does not answer.
  • a speakerphone may be activated automatically upon issuing a call so that a user may be heard even if he cannot answer or speak into the phone.
  • a speakerphone may be activated so that an emergency contact can hear the user even if the user does not answer.
  • Transmitted alerts may include an SMS or other message with location-pointed ready data and links to social contacts. Such transmissions may be repeated alternatively as calls, messages or social network alerts until an answer is received and a link or button on the device is clicked as an 'all clear* indication.
  • phone calls, messages and transmission over for example, a social network or other contacts may be sent alternatively or in succession until someone answers or the alert is cancelled.
  • the Flow Diagram of FIG. 2 details an alert receiving work flow.
  • the process begins at a START block 200. It is then determined whether an Alert Message is issued by the CPU of the device, at block 202. Should an alert message not have been issued, the process moves back to block 202. Otherwise, the process moves to block 204.
  • an emergency action is performed.
  • This emergency action may be, for example, Sending Short Message Service to pre-defined number with accurate (>lm) GPS coordinates. The accuracy in GPS coordinates done by the application with cellular network or other network signals.
  • the speaker of the device is opened and then a phone call is made to the first pre-defined number. If the first pre-defined number is not available, other calls are attempted in succession.
  • the process moves to block 206, where it ends, with an answer received and a link or button on the device is clicked as an 'all clear' indication. .
  • an alert transmission work flow for the emergency on the device is detailed.
  • the process starts at the START block 300.
  • the application undergoes a setup, which includes, for example, entry of predefined numbers (such as, contacts), activate or deactivate .the application.
  • the process moves to block 304, where alert options, including sending an SMS (short message service) communication or a phone call are programmed into the device.
  • the process moves to block 306, where the device, e.g., the CPU thereof, is activated.
  • the process moves to block 308, where the accelerometer of the device is monitored, for example, by the CPU.
  • the CPU determines in block 310 whether a threshold value for the accelerometer has been reached. Should such a value not be reached, the process returns to block 308, from where it resumes. Otherwise, the process moves to block 312, where a countdown of a predetermined time, for example, 30 seconds occurs.
  • the process moves to block 314, where the location of the device is acquired by GPS (Global Positioning System) and the cellular or other network (e.g., the Internet).
  • GPS Global Positioning System
  • alerts may also include an SMS or other message with location-pointed ready data and links to social contacts, as programmed into the device at block 304 above. Such transmissions may be repeated alternatively as calls, messages or social network alerts until an answer is received and a link or button on the device is clicked as an 'all clear' indication.
  • phone calls, messages and transmission over for example, a social network or other contacts may be sent alternatively or in succession until someone answers or 1he alert is cancelled.
  • the process then moves to block 320, where the user's health status is displayed and the accelerometer's function is graphed. This graphing indicates some parameters of the specific shock that caused to operate the alert transmission process. The process then moves to block 322, where it ends.
  • Embodiments of the invention may include various settings of sensitivity for an emergency situation such as an assault event, at a hit or tap or abrupt gesture of the phone and/or at a keyword pronunciation.
  • the device may activate sound and video, for example, a camera to record, to transmit images, sounds or other data and issue calls to rescuers.
  • Embodiments of the invention may include a password protected shut off so that only a user ore rescuer may end a transmission of an alert.
  • a device may keep trying to call and contact until an answer is received or a call is answered or until a password is inputted to stop the contacting.
  • Embodiments of the invention may include recording and analysis of sounds, images, vectors of sudden movements. Vectors of the sudden movements such as a motion indicating a traumatic motion may be saved, processed and/or transmitted along with an alert message. Such movements may be processed into vectors record in graphs, and such graphs and vectors may be transmitted or made available in a transmission sent as part of an alert communication.
  • FIG. 11 shows a flow diagram for a process of speed determination associated with the rescue application detailed above.
  • the process starts at block 1100.
  • the sensors in the smart phone receive the person's (associated with the smart phone) current speed from one or more GPS (Global Positioning System) sensors.
  • GPS Global Positioning System
  • the process moves to block 1103 where the system of the smart phone is set to a "Walking Mode," indicative of the user of the phone traveling by walking.
  • the process moves to block 1104, where a long time sample window is created, and then to block 1105, where the algorithm sensitivity is raised.
  • the process then moves to block 1106, where the processor and the system check for critical abnormal events. From block 1106, the process moves to block 1110.
  • the process moves to block 1107.
  • the system of the smart phone is set to a "Driving Mode," indicative of the user of the phone traveling by driven vehicle, e.g., automobile, truck, motorcycle, scooter, electronic bicycle, and the like.
  • the process moves to block 1108, where a short time sample window is created, and then to block 1109, where the algorithm sensitivity is lowered.
  • the process moves to block 1110.
  • it is determined whether a critical or otherwise abnormal event associated with the user of the smart phone has been detected by the system and processor of the smart phone. Should a critical event be detected, the process moves to block 1111, where the alarm process arises. The process then moves to block 11 12 where it ends.
  • the smart phone With an alarm process arising, should the smart phone user shut off the alarm before a predetermined time period, nothing more will happen. However, should the predetermined alarm time period lapse without user interaction (e.g., user shut off of the alarm on tihe touch screen of the smart phone), the smart phone will go into rescue mode, for example causing a text or other electronic message to be sent to a third party, for example, to their computer, smart phone or the like, indicating that the smart phone user who failed to answer the alarm is in trouble, and that based on the speed detected, is either on a street, sidewalk, or the like, as they were walking, for example, the smart phone was in a "walking mode," or in an automobile or other motorized vehicle, as the smart phone of the user was in the "driving mode.”
  • rescue mode for example causing a text or other electronic message to be sent to a third party, for example, to their computer, smart phone or the like, indicating that the smart phone user who failed to answer the alarm is in trouble, and that
  • FIG. 12 is a flow diagram for an event activation process associated witih the rescue application detailed above.
  • the process begins at the START block 1200.
  • a time sample window is received at block 1201, and the previous parameters for sensors, including tihe accelerometer, are received from a server associated with the smart phone over a communications network, e.g., cellular network, Internet, other wide area network (WAN), or combinations thereof, at block 1202.
  • a communications network e.g., cellular network, Internet, other wide area network (WAN), or combinations thereof.
  • the process moves to block 1203, where a Fast Fourier Transform (FFT) test is run on the time sample.
  • FFT Fast Fourier Transform
  • the process moves to block 1204, where the test score is sent to a score machine, which is, for example, a high throughput screening (HTS) apparatus (associated with a server of the system).
  • the process moves to block 1205, where it is determined if the score received is a high score. If the score received is not a high score, tihe process moves to block 1215, where it ends.
  • FFT Fast Fourier Transform
  • the process moves to block 1209, where a fall test is run on the time sample.
  • the process moves to block 1210, where the test score is sent to the score machine.
  • the process moves to block 1211, where it is determined if the score received is a high score. If the score received is not a high score, the process moves to block 1215, where it ends.
  • the process moves to block 1206, where a small impact test is run on the time sample. The process then moves to block 1207, where it is determined whether the score received is a high score. If “yes,” the process moves to block 1215, where it ends. If “no,” the process moves to block 1214, where the alarm process arises.
  • the alarm process arises, where, for example, should the smart phone user shut off the alarm before a predetermined time period, nothing more will happen. However, should the predetermined alarm time period lapse without user interaction (e.g., user shut off of the alarm on the touch screen of the smart phone), the smart phone will go into rescue mode, for example, causing a text or other electronic message to be sent to a third party, for example, to their computer, smart phone or the like, indicating that the smart phone user who failed to answer the alarm is in trouble. From block 1214, the process moves to block 1215, where it ends.
  • FIG. 13 is a flow diagram for a voice activation process associated with the rescue application detailed above.
  • the process begins at the START block 1300.
  • the requisite application is downloaded and installed onto the user's smart phone at block 1301.
  • an innocent visual theme is set for the application.
  • the process moves to block 1303, where a voice is recorded at least three times, for training the application in the smart phone.
  • the now created voice files are sent to the server of the system at block 1304.
  • the process moves to block 1305, where the server creates a frequency pattern for the recorded voice, and then to block 1306, where the pattern is stored. From block 1306, the process moves to block 1314, where it ends.
  • the process moves to block 1307, where the application is opened.
  • the process then moves to block 1308, where the user "clicks” or otherwise touches or swipes the requisite portion of the touch screen in the innocent theme (from block 1302) to record the user's own voice.
  • the process moves to block 1309, where the voice file is sent to the server, and at block 1310, the server receives the pattern of the user's voice.
  • the process moves to block 1311, where it is determined whether the frequency matches the stored pattern. If "yes,” the process moves to block 1312 where the alarm process begins.
  • This alarm process is an immediate activation of the alarm procedure, as detailed above for block 1214, except there is no timer and the alarm can only be cancelled by a user entering a special code into the smart phone. Additional features can be activated as video recording, sound recording, photo taking, and the like, to be sent to the server, in order broadcast the situation to the various contacts. From block 1312, the process moves to block 1314, where it ends. Turning back to block 1311 , if "no,”, the process moves to block 1314, where it ends.
  • FIG. 14 is a flow diagram of a platform and its operation in association with the rescue application detailed above.
  • the process begins at the START block 1400 and moves to block 1401, where the chip/device collects information from motion sensors to the user's smart phone, and/or to the server. At block 1402, the chip/device detects and abnormal event. The process moves to block 1403 where it is determined whether the event validation is above 90 per cent.
  • the process moves to block 1404, where sample data is sent to the server platform.
  • the process moves to block 1405 where complex data analysis is run on the samples, such as a score machine (as detailed above).
  • the process moves to block 1406, where it is determined whether the event validation is above 90 per cent.
  • the process moves to block 1410, where it ends. If “yes” at block 1406, the process moves to block 1407, where the alarm process begins. The process then moves to block 1408, where the results are stored for machine learning, and then to block 1409, where the chip/device parameters are updated. From block 1409, the process moves to block 1410, where it ends.
  • the alarm process/procedure as detailed above for block 1214, can be activated.
  • This platform of FIG. 14, is run on a server, and receives data and processes this data, to provide an activity.
  • FIG. 15-1 is a flow diagram for a movement activation process associated with the rescue application detailed above.
  • the process begins at the START block 1500.
  • the application is downloaded and installed on the device, e.g., smart phone, of the user.
  • an innocent visual theme is selected for the application.
  • the process then moves to block 1503, where a hand movement is recorded with the device for at least three times.
  • the acceleration data is extracted from the sensors and translated into movement vectors, and the vectors are sent to the server, at block 1505.
  • the vectors are stored by the user, in tihe user's device, at block 1506 and the process moves to block 1513, where it ends.
  • the process moves to block 1511, where it is determined whether the vectors match the stored pattern. If "yes,” the process moves to block 1512, where the alarm process is initiated, for example, in accordance with block 1111 of FIG. 11, or block 1214 of FIG. 12, as detailed above. The process moves to block 1513, where it ends.
  • FIG. 15-2 is a flow diagram for an earthquake alerting process associated with the rescue application detailed above.
  • the process begins at the START block 1700.
  • an abnormal event has been detected by a user's smart phone, and at block 1702 it is determined whether there is a very high Fast Fourier Transform (FFT) frequency. If "yes,” the process moves to block 1703, where the information is sent by the smart phone of the user over a network (e.g., cellular, Internet, or combinations thereof) to a server. The process then moves to block 1708, where it ends.
  • FFT Fast Fourier Transform
  • the process may move to block 1704, where a server collects many events in a short time period.
  • the process moves to block 1705, where the server checks if all of the events from block 1704 have the same FFT frequency. If “no,” the process moves to block 1704, from where it continues. If “yes,” the process moves to block 1706.
  • the events of block 1704 are checked to determine whether they are in the same 30 mile, or other predetermined radius, from a predetermined geographic location. If “no,” the process moves to block 1704, from where it continues. If “yes,” the process moves to block 1707.
  • a SMS (Short Message Service) alarm is raised for every contact within an 80 mile radius (or other predetermined radius distance) of a predetermined geographic location. The alarm raised is such that a text message or the like is sent from the server, to the smart phones, tablets, computers and the like, of all linked and otherwise connected parties. From block 1707, the process moves to block 1708, where it ends.
  • FIG. 16 is a flow diagram for an under the skin chip that communicates with a cellular telephone, computer or the like.
  • An exemplary process employing the aforementioned chip begins at a START block 1800.
  • a low energy chip is placed under the skin, and the chip is synchronized with the server of a system, with a DNA code, at block 1802.
  • the chip is then confirmed on the mobile device (e.g., smart phone)/computer, at block 1803a.
  • the chip then sends blood information to the server, over a network, at block 1803b.
  • the server recognizes the blood information and checks for abnormal results, at block 1804.
  • the process moves to block 1805, where it is determined whether an abnormal result is detected. If "yes,” the process moves to block 1806, where the server sends the information over the network to a medical professional (e.g., computer, smart phone, or the like) with a list of possible causes/conditions. The process moves to block 1807, where the medical professional accepts one of the suggested possible causes and send suitable medicine or instructions of which medicine/treatment to obtain. The process then moves to block 1808, where the chip receives the medicine prescribed and obtained, via injection or other entry method into the chip, and releases the suitable biological components into the chip wearer's blood stream. The process then moves to block 1809 where it ends.
  • a medical professional e.g., computer, smart phone, or the like
  • FIG. 17 shows an exemplary operating environment, including a network, typically networks, 1900, to which is linked server 1902, associated with the rescue application of embodiments of the present invention and the various algorithms and processes used with the rescue application as detailed above.
  • the server 1902 defines a system for performing processed in accordance with embodiments of the present invention.
  • the system operates, for example, either alone or with other, computers, including servers, components, and applications, e.g., client applications, associated with either the server 1902.
  • the network(s) 1900 is, for example, a communications network, such as a Local Area Network (LAN), or a Wide Area Network (WAN), including public networks such as the Internet.
  • LAN Local Area Network
  • WAN Wide Area Network
  • the networks 1900 are, for example, at least one network, such as the Internet, but are typically be a combination of networks and/or multiple networks including, for example, cellular networks (accessible via cell towers 1920).
  • "Linked" as used herein includes both wired or wireless links, either direct or indirect, and placing the computers, including, servers, smart phones, tablets, computers, components and the like, in electronic and/or data communications with each other.
  • the server 1902 includes components such as a central processing unit (CPU) 1902a, storage/memory 1902b, and databases (DB) 1903, used in embodiments of the present invention.
  • CPU central processing unit
  • DB databases
  • the Central Processing Unit (CPU) 1902a is formed of one or more processors, including microprocessors, for performing the server 1902 and system functions and operations detailed herein, including controlling the databases (DB) 1903 and other components of the server 1902, necessary for performing the embodiments of the present invention detailed above.
  • the processors are, for example, conventional processors, such as those used in servers, computers, and other computerized devices.
  • the processors may include x86 Processors from AMD and Intel, Xenon® and Pentium® processors from Intel, as well as any combinations thereof.
  • the storage/memory 1902b is any conventional storage media.
  • the storage/memory 1902b stores machine executable instructions for execution by the CPU 1902a, to perform the processes of the invention.
  • the processors of the CPU 1902a and the storage/memory 1902b although shown as a single component for representative purposes, may be multiple components, and may be outside of the server 1902 and/or the system, and linked to the network(s) 1900.
  • the server 1902 is one of many possible locations where a downloadable application (APP) 1910 of the invention (detailed above), for smart phones, represented by smart phones of 1931, 1941, computers (represented by computer 1944), and the like.
  • APP downloadable application
  • the application 1910 includes executable software, and optionally, any graphical user interfaces (GUT), through which certain functionality may be implemented.
  • the learning machine server 1911 provides a learning machine for the system of the invention, which is used for predicting about events, as detected by the user devices, which qualify as physical events indicative of physically dangerous situations for device users.
  • the predictions are based on analytics including performing analysis with respect to know values and parameters, associated with the devices and known physically dangerous events.
  • User 1930 and his smart phone (e.g., computer or computer device) 1931 which links to the network(s) 1900 via a cellular tower 1920, is representative of users who are in emergency or other situations, who are in need of assistance have, or have otherwise been subjected to a disruptive event, and as such an alarm or alarm condition has arisen, which will ultimately be reported to rescue/emergency/or other assisting personnel, or the like.
  • the user 1930 for example, has downloaded and activated an application (APP) 1910' onto his smart phone 1931, so that embodiments of the present invention are operable on this smart phone 1931.
  • APP application
  • User 1940 and his smart phone (e.g., computer or computer device) 1941, which links to tihe network(s) 1900 via a cellular tower 1920, is representative of users who are rescue/emergency/or other assisting personnel, or the like.
  • the user 1940 for example, has downloaded and activated an application (APP) 1910' onto his smart phone 1941, so that embodiments of the present invention are operable on this smart phone 1941.
  • APP application
  • User 1944 is similar to user 1940, but is using a computer (e.g., laptop computer) 1945, linked to the network(s) 1900.
  • FIG. 18 is a flow diagram of an example process for a process performed by the server 1902.
  • the process begins at a START block 1960, where, for example, a mobile device, such as a smart phone is running an iOS or Android operating system.
  • the process moves to block 1961, where the chip of the device is collecting information from motion sensors including the accelerometers. For example, the sensor input is divided into X, Y and Z using the fastest possible collection.
  • the process moves to block 1962 where the chip/device sends the ⁇ formation frequently to a message queue server (not shown) which accepts requests that come from the device (at block 1961 ), and which is linked to the network 1900.
  • a message queue server not shown
  • the data has been sent to the message queue server, and stored, for example, in a shared queue.
  • a “service worker” is a generic entry point for event-driven background processing in the Web Platform that is extensible by other specifications.
  • Service workers are generic, event-driven, time-limited script contexts that run at an origin. These properties make them natural endpoints for a range of runtime services that may outlive the context of a particular document, e.g. handling push notifications, background data synchronization, responding to resource requests from other origins, or receiving centralized updates to expensive-to-calculate data (e.g., geolocation or gyroscope).
  • the process moves to block 1964, where complex data analysis is run on the samples, by for example, importing custom parameters for the algorithm to calculate unique results for each device, using previous data analysis.
  • the process moves to block 1965 where algorithm results are processed.
  • the algorithm checks whether there is an event. If no event is detected, the process moves to block 1975, where it ends. If there is an event detected at block 1965, the process moves to block 1966.
  • the service worker sends an alert, notification or other indication, to the device/chip for notifying the device user.
  • the process moves to block 1967, where the service collects information and waits for a predefined number of packets, as part of running fall and go event detection.
  • the process moves to block 1968, the service worker checks for a fall and go event.
  • the process moves to block 1969, where an alarm is sent to the device/chip for notifying the device user.
  • an alarm is sent to the device/chip for notifying the device user. This allows for the device to notify the user that it is preparing to contact an emergency service, and this may be cancelled by the user, by putting a code or pressing a one or more keys of the device, or touching the touch screen.
  • the process moves to block 1975, where it ends.
  • the process moves to block 1971, where a telecommunications event is inserted into a telecommunications message queue. Also at this block, if an event is detected, the service worker sends a notification to the device that an event was detected, and this information is processed. The process moves to block 1972, where results are stored for machine learning, e.g., by the machine learning server 1911. From block 1972, the process moves to block 1975, where it ends.
  • FIG. 19 is a flow diagram of an exemplary process performed by a learning machine, such as that on the server 1911, in accordance with embodiments of the present invention.
  • the process begins at a START block 2000.
  • the process moves to block 2001, where the learning machine receives events from devices, linked to the network 1900.
  • the learning machine receives unique parameters for each device-by virtue of each device having a unique identity/identifier (ID).
  • ID unique identity/identifier
  • the process moves to block 2003, where the learning machine checks whether there is a stored behavior for the particular device being analyzed. If “yes,” the process moves to block 2004, where the parameters are used in processing a machine algorithm, for calculating event results, using the desired parameters, and receiving a result. If “no,” the aforementioned algorithm is processed using the global learned parameters, and receiving a result, at block 2005. From both blocks 2004 and 2005, the process moves to block 2006.
  • the learning machine receives user feedback according to user-taken actions on the requisite device(s).
  • the user feedback and device results are stored by the device's unique identifier, at block 2007. From block 2007, the process moves to one of blocks 2008 and 2009.
  • the learning machine applies a behavior learning (machine learning) algorithm to analyze stored information and calculate behavior for each device (and the user associated therewith).
  • the learning machine applies a behavior learning (machine learning) algorithm to analyze all of the stored information (global behavior), without regard to any specific devices.
  • a method and system comprising the capability to operate in absence of a server and/or in absence of server's connection, capable to self-activate upon physical fall/impact event detected and/or predetermined vocal keyword pronunciation, with the transmission of data and voice call to the preselected contacts;
  • a method and system comprising the capability to detect and evaluate if the user is walking or in a vehicle, on the base of speed, e.g. over 30 kmh user is on a vehicle, in order to transmit additional data to rescuers;
  • a method and system comprising the capability to inform the user that a fall/impact event has been detected and recorded, but canceled because of user's continuative activity/movement;
  • a method and system comprising the capability to record the canceled fall/impact events but to elevate the sensitivity in order to detect a following user fall/inactivity due to a previous event;
  • a method and system comprising the capability to interrupt an ongoing call when a traumatic event is detected, and to re-establish the ongoing call if the user will be able to cancel the alert;
  • a method and system comprising the capability to cancel the alert at a prerecorded user's vocal keyword pronunciation and/or user's gesture
  • a method and system comprising the capability to connect with user's body peripheral devices and/or underskin chips/devices;
  • a method and system comprising the capability to receive data by user's body peripheral devices and/or underskin chips/devices;
  • a method and system comprising the capability to alert the user about the values variation data detected by the body peripheral devices and/or underskin chips/devices;
  • a method and system comprising the capability to provide that the body peripheral devices and/or underskin chips/devices will release the necessary specific drug release in the user's body; 1) A method and system comprising the capability to self-activate to transmit user's GPS location and online values data to preselected social contacts such as physician, dedicated community, ambulances;
  • a method and system comprising the capability to self-activate to connect to preselected social/private services such, but not limited to, as drones equipped with defibrillator/dedicated medications or special vehicles to reach emergency persons in remote locations, and to transmit user's GPS location;
  • a method and system comprising a dedicate server with the capabilities of processing and recording the data received from the connected devices;
  • a method and system comprising a dedicate server with the capabilities of evaluation of the connected device fall/impact events, but not limited to that, providing the events' data transmission and data record;
  • a method and system comprising a dedicate server with the capabilities of evaluation of the connected device fall/impact events, but not limited to that, for an accurate user's status evaluation in order to minimize false events; r) A method and system comprising a dedicate server with the capabilities of providing the user's data transmission to preselected contacts and/or closest- to-emergency-location rescuers but not limited to that, in order to optimize the service and to minimize false events;
  • a method and system for earthquake detection which compares close location contacts and sends alerts to users in a predetermined geographic radius.
  • a method and system comprising a dedicated server with the capabilities of receiving data from the connected users' devices about fall/impact events, for an accurate user's status evaluation in order to minimize false events; and u) A method and system comprising a dedicated server with the capabilities of providing the user's data transmission to preselected contacts and/or closest- to-emergency-location rescuers, in order to optimize the rescue services, and their efficiency.
  • processed data e.g., GPS location data to the user's preselected contacts and/or a voice call
  • Implementation of the method and/or system of embodiments of the invention can involve performing or completing selected tasks manually, automatically, or a combination thereof. Moreover, according to actual instrumentation and equipment of embodiments of the method and/or system of the invention, several selected tasks could be implemented by hardware, by software or by firmware or by a combination thereof using an operating system.
  • a data processor such as a computing platform for executing a plurality of instructions.
  • the data processor includes a volatile memory for storing instructions and/or data and/or a non-volatile storage, for example, non-transitory storage media such as a magnetic hard-disk and/or removable media, for storing instructions and/or data.
  • a network connection is provided as well.
  • a display and/or a user input device such as a keyboard or mouse are optionally provided as well.
  • non-transitory computer readable (storage) medium may be utilized in accordance with the above-listed embodiments of the present invention.
  • the non-transitory computer readable (storage) medium may be a computer readable signal medium or a computer readable storage medium.
  • a computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof.
  • a computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
  • each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s).
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • processes and portions thereof can be performed by software, hardware and combinations thereof. These processes and portions thereof can be performed by computers, computer-type devices, workstations, processors, microprocessors, other electronic searching tools and memory and other non-transitory storage-type devices associated therewith.
  • the processes and portions thereof can also be embodied in programmable non-transitory storage media, for example, compact discs (CDs) or other discs including magnetic, optical, etc., readable by a machine or the like, or other computer usable storage media, including magnetic, optical, or semiconductor storage, or other source of electronic signals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

La présente invention concerne un système d'alerte des secours et un procédé associé. Ledit système est activé par l'intermédiaire d'une application fonctionnant sur un téléphone intelligent, une tablette ou tout autre dispositif informatique mobile ou dispositif ou plateforme portatifs.
PCT/IB2016/050169 2015-01-15 2016-01-14 Dispositif capteur d'alerte et procédé WO2016113697A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201562103681P 2015-01-15 2015-01-15
US62/103,681 2015-01-15
US201562106327P 2015-01-22 2015-01-22
US62/106,327 2015-01-22

Publications (1)

Publication Number Publication Date
WO2016113697A1 true WO2016113697A1 (fr) 2016-07-21

Family

ID=56405317

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2016/050169 WO2016113697A1 (fr) 2015-01-15 2016-01-14 Dispositif capteur d'alerte et procédé

Country Status (1)

Country Link
WO (1) WO2016113697A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108064456A (zh) * 2017-09-30 2018-05-22 深圳市云中飞网络科技有限公司 一种异常频点的检测方法及装置、计算机存储介质
EP3606018A4 (fr) * 2017-03-29 2020-12-23 Pioneer Corporation Dispositif de corps mobile, dispositif terminal, système de traitement d'informations, procédé de traitement d'informations, programme pour dispositif de corps mobile, et programme pour dispositif terminal
CN114205454A (zh) * 2020-09-03 2022-03-18 华为技术有限公司 一种基于便携式设备提醒用户的方法、电子设备及服务器
WO2022217591A1 (fr) * 2021-04-16 2022-10-20 深圳传音控股股份有限公司 Procédé de réveil de fonction, terminal et support de stockage

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007024177A1 (de) * 2007-05-24 2008-12-18 Mobi-Click Ag Vorrichtung und Verfahren zum Senden einer Nachricht, insbesonder eines Notrufes
EP2518710A1 (fr) * 2009-12-21 2012-10-31 Telefónica, S.A. Appareil portable et procédé de détection et de notification d'accidents de la route
US20130069802A1 (en) * 2011-09-20 2013-03-21 Amotech Ltd. Car accident automatic emergency service alerting system
WO2014011106A2 (fr) * 2012-07-13 2014-01-16 Qure Ab Notification d'urgence dans une communauté d'alarme

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007024177A1 (de) * 2007-05-24 2008-12-18 Mobi-Click Ag Vorrichtung und Verfahren zum Senden einer Nachricht, insbesonder eines Notrufes
EP2518710A1 (fr) * 2009-12-21 2012-10-31 Telefónica, S.A. Appareil portable et procédé de détection et de notification d'accidents de la route
US20130069802A1 (en) * 2011-09-20 2013-03-21 Amotech Ltd. Car accident automatic emergency service alerting system
WO2014011106A2 (fr) * 2012-07-13 2014-01-16 Qure Ab Notification d'urgence dans une communauté d'alarme

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3606018A4 (fr) * 2017-03-29 2020-12-23 Pioneer Corporation Dispositif de corps mobile, dispositif terminal, système de traitement d'informations, procédé de traitement d'informations, programme pour dispositif de corps mobile, et programme pour dispositif terminal
US11184475B2 (en) 2017-03-29 2021-11-23 Pioneer Corporation Mobile apparatus, terminal apparatus, information processing system, information processing method, program for mobile apparatus, and program for terminal apparatus
CN108064456A (zh) * 2017-09-30 2018-05-22 深圳市云中飞网络科技有限公司 一种异常频点的检测方法及装置、计算机存储介质
CN114205454A (zh) * 2020-09-03 2022-03-18 华为技术有限公司 一种基于便携式设备提醒用户的方法、电子设备及服务器
WO2022217591A1 (fr) * 2021-04-16 2022-10-20 深圳传音控股股份有限公司 Procédé de réveil de fonction, terminal et support de stockage

Similar Documents

Publication Publication Date Title
US10037668B1 (en) Emergency alerting system and method
US20240114328A1 (en) Devices and Methods for Efficient Emergency Calling
US11399095B2 (en) Apparatus and method for emergency dispatch
US20160071399A1 (en) Personal security system
US20200346751A1 (en) Unmanned aerial vehicle emergency dispatch and diagnostics data apparatus, systems and methods
US9374698B2 (en) Personalized emergency identification and communication
RU2714805C2 (ru) Способ и система транспортного средства для осуществления скрытного вызова оператора аварийно-спасательных служб (варианты)
US20170188216A1 (en) Personal emergency saver system and method
US20220014895A1 (en) Spatiotemporal analysis for emergency response
WO2018177425A1 (fr) Procédé, dispositif et système de demande de secours
US9685064B2 (en) Automated detection of an emergency by a user device
WO2016113697A1 (fr) Dispositif capteur d'alerte et procédé
CN105160806A (zh) 实现报警的穿戴设备及其报警方法
KR20140088836A (ko) 음향 문맥을 활용하여 탐색하는 방법들 및 시스템들
CN107464406A (zh) 基于可穿戴装置的报警方法、系统及相应的可穿戴装置
US10721363B2 (en) System and method for controlling notifications in an electronic device according to user status
US11749094B2 (en) Apparatus, systems and methods for providing alarm and sensor data to emergency networks
CN108511002A (zh) 危险事件声音信号识别方法、终端和计算机可读存储介质
CN108898807B (zh) 隐蔽报警方法、装置、终端及存储介质
US20150022347A1 (en) Method to Detect an Alarm Situation and to Send Silent Alerts to External Systems Using Voice Input to Mobile Devices
CN112991673A (zh) 家庭异常监控方法、装置、存储介质和电子设备
JP2021182131A (ja) 情報を出力するための方法、装置及びシステム、電子デバイス、コンピュータ可読記憶媒体及びコンピュータプログラム
US20180248929A1 (en) Method to generate and transmit role-specific audio snippets
JP2023099012A (ja) アラートシステム
US10181253B2 (en) System and method for emergency situation broadcasting and location detection

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16737151

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 19/10/2017)

122 Ep: pct application non-entry in european phase

Ref document number: 16737151

Country of ref document: EP

Kind code of ref document: A1