Interactive emergency information and identification.

(54) Title: INTERACTIVE EMERGENCY INFORMATION AND IDENTIFICATION.

(54) Title: INTERACTIVE EMERGENCY INFORMATION AND IDENTIFICATION.

(57) Summary

A computer-implemented method for interactive emergency information and identification is disclosed. The method includes receiving, through a processor, a notification regarding an emergency situation, wherein the notification includes a location of the emergency situation, and defining, through the processor, a geofence representing a first physical area that surrounds the location of the emergency situation. The method further includes receiving, by means of the processor, location information representing the locations of a plurality of user devices, each user device being associated with an individual, and determining, by the processor, which of the user devices they are located within the geo-fence based on location information. Additionally, the method includes transmitting, through the processor, information about the emergency situation to the user devices located within the geo-fence.

(57) Abstract

A computer-implemented method for interactive emergeney information and identification is disclosed. The method includes receiving, by a processor, a notification concerning an emergeney situation, where the notification ineludes a location of the emergeney situation, and defining, by the processor, a geo-fence representing a first physical area surrounding the location of the emergeney situation . The method further ineludes receiving, by the processor, location information representing locations of a plurality of user devices, each user device being associated with an individual, and determining, by the processor, which of the user devices are located within the geo-fence based on the location information. Additionally, the method ineludes transmitting, by the processor, information about the emergeney situation to the user devices located within the geo-fence.

INTERACTIVE EMERGENCY INFORMATION AND IDENTIFICATION

FIELD OF THE INVENTION

This request generally relates to data processing and, more specifically, to systems and methods for interactive emergency information and identification.

BACKGROUND OF THE INVENTION

During a catastrophic event, televisions, radios, and other media for information on aspects of an event. Such people depend on minute consuming devices about all the information can include event locations, people involved, response agencies, and victims. Currently, with existing systems there is no immediate flow of information about the event from people in the vicinity of the event to people in a position to provide help (eg, police, fire, etc.). The timely response in an emergency situation, however, may depend on accurate and up-to-date information about the emergency situation itself, the people affected and their status. The timely acquisition and exchange of such data can be essential in such situations. Current audiovisual surveillance systems in the area of ​​an emergency situation can provide information about the identity of those affected, but collecting and analyzing such information can be a time consuming process. Additionally, developing such surveillance systems can be costly and is generally viewed negatively by the public. Historically, during emergencies, state, local, and federal agencies use radio communication-based systems, such as Mobile Data Terminals (MDTs) of emergency response vehicles. They also rely on after-the-fact witness reports and calls to a 9-1-1 operations center to provide approximate data about an event that just happened.

Furthermore, conventional systems cannot provide personalized information and guidelines to individuals affected by an emergency situation, or request and receive information related to individuals' emergency situation, particularly in real time or near real time.

BRIEF DESCRIPTION OF THE INVENTION

This brief description is provided to introduce a selection of concepts in a simplified form identifying key characteristics essential characteristics of the claimed subject matter, it is not intended to be used as an aid in determining the scope of the claimed subject matter.

Systems and methods for interactive emergency information and identification are provided. For example, the present disclosure encompasses a first embodiment related to a computer-implemented method for interactive emergency information and identification. The method includes receiving, by means of a processor, a notification regarding an emergency situation, wherein the notification includes a location of the emergency situation, and defining, by means of the processor, a geofence or geo-perimeter representing a first physical area surrounding the location of the emergency situation. The method also includes receiving, by means of the processor, location information representing the locations of a plurality of user devices, each user device being associated with an individual, and determining, by the processor, which of the user devices they are located within the geo-fence based on location information. In addition, the method includes transmitting, through the processor, information about the emergency situation to user devices located within the geo-fence.

In one embodiment, the method further includes receiving, via the processor, feedback from at least one of the user devices located within the geo-fence, the feedback being generated at a user interface provided on the user devices. Such feedback may include a request for help and / or a statement that no help is required. In addition, the feedback may include textual information related to the emergency situation, audio information related to the emergency situation, and / or video information related to the emergency situation. In another embodiment, where the geo-fence includes a plurality of proximity zones that represent physical areas of different distances from the location of the emergency situation, and the method also includes determining in which zone of proximity each device is located respectively. user located within yet another modality, the associated geo-fence emergency instructions method. In includes transmitting with the emergency situation to user devices located within the geo-fence.

As another example, the present disclosure encompasses a second embodiment related to a computer-implemented method for interactive emergency information and identification.

The method includes establishing, by means of a processor, a virtual beacon in association with a reference point, and receiving, by means of the processor, location information representing locations of a plurality of reference-associated devices. The processor, located within the user, each an individual method in addition to which of a virtual based on the individuals within the notification notification devices of the

In addition, it later includes receiving, regarding emergency notification, information on subscribed devices or

<img file="MX2016005102A_D0001.tif" />

of the user devices being associated with the point includes determining, by means of user devices the location information is distance from the beacon, registering associated with emergency distance, and the user devices subscribing to a list of Individuals associated with users' out of subscription distance are removed from the emergency list.

of establishing the virtual beacon, the method by means of a processor, a notification of an emergency situation, where it includes a location of the situation of and transmitting, about the user registered by means of the situation of the processor, emergency to those associated with the individuals on the notification list

In one embodiment, the method further includes defining, by means of the processor, a geo-fence representing a physical area surrounding the location of the emergency situation, determining, by means of the processor, which of the user devices are located within of the geo-fence based on location information, and transmit additional information about the emergency situation to the user devices located within the geo-fence through the processor. In one embodiment, the number of user devices located within the geo-fence is less than the number of user devices located within the subscription distance from the virtual beacon. In a further embodiment, transmitting information about the emergency situation includes transmitting emergency instructions to the user devices.

As yet another example, the present disclosure encompasses a third embodiment related to a computer-implemented method for interactive emergency information and identification. The method includes displaying, with a user interface running on a user device associated with an individual, information about an emergency situation received by the user device, and instructing, with the user interface, the individual to provide a current security status of the individual. The method also includes receiving, through an entry in the user interface, the individual's current security status, the security status received, and subsequently being transmitted to an emergency information and identification system. In addition, the method includes instructing, with the user interface, the individual to provide emergency situation data, and receiving, through an entry in the user interface, emergency situation data, the emergency situation data received, subsequently being transmitted to the emergency information and identification system.

In one embodiment, instructing the individual to provide current security status includes displaying a first control element that the individual can activate if help is needed and a second control element that the individual can activate if no help is needed. In another embodiment, instructing the individual to provide emergency situation data includes displaying at least one of a first control element that the individual can activate to provide textual information related to the emergency situation, a second control element that the individual can activate to provide audio information related to the emergency situation, and a third control element that the individual can activate to

<img file="MX2016005102A_D0002.tif" />

provide information emergency situation. In information about a show a geographic map user device emergency situation. In information about the alter the appearance of the proximity of the user situation.

video related to an additional mode, show emergency situation includes showing a location relative to a position of the still other mode, show emergency situation includes user interface based on&gt; n emergency to the device

BRIEF DESCRIPTION OF THE DRAWINGS

The modalities are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which similar references indicate similar elements and in which:

Figure 1 illustrates an environment within which interactive emergency information and identification systems and methods can be implemented, in accordance with some modalities.

Figure 1A illustrates another environment within which interactive emergency information and identification systems and methods can be implemented in accordance with other modes of disclosure.

Figure 2 is a block diagram showing different modules of the interactive emergency identification information system, according to certain modalities.

The

Figure 3 is a flowchart illustrating an interactive emergency information and identification method, according to some exemplary modalities.

Figure 4 illustrates a screenshot of an emergency situation, according to

Figure 5 illustrates a screenshot of some modalities.

screen to define a geo-fence of an emergency situation, according to some modalities.

Figure 5A illustrates the screenshot of the Figure but shown on a mobile device of the first responder.

<td>Figure 6 illustrates</td><td>a</td><td colspan="2">screenshot of</td><td>a</td>

<td>status notification</td><td>of</td><td>emergency,</td><td>agree</td><td>with</td>

<td>some modalities.</td><td></td><td></td><td></td><td></td>

<td>Figure 7 illustrates</td><td>a</td><td>catch of</td><td>screen</td><td>for</td>

<td colspan="2">provide situation data</td><td>of emergency</td><td>, in agreement</td><td>with</td>

<td>some modalities.</td><td></td><td></td><td></td><td></td>

<td>Figure 8 illustrates</td><td>a</td><td>catch of</td><td>screen</td><td>for</td>

<td>provide instructions</td><td>of</td><td>action of</td><td>emergency</td><td>to the</td>

individual affected by the emergency situation, according to some modalities.

Figure 9 illustrates a screenshot to provide individual security information, according to some modalities.

Figure 9A illustrates the screenshot of Figure 9 but shown on a mobile device of a first

<td colspan="6">responder.</td>

<td>The</td><td colspan="2">Figure 10 illustrates a screen</td><td>copy</td><td>of</td><td>a</td>

<td>Interface</td><td>of</td><td colspan="2">administrative user provided</td><td>by</td><td>the</td>

<td>system</td><td>of</td><td>information and identification</td><td colspan="2">interactive</td><td>of</td>

emergency.

Figure 11 illustrates an environment with systems for geographically locating individuals who dial an emergency number on a mobile device, in accordance with one embodiment of the present disclosure.

Figure 12 illustrates a method of geographically locating an individual who dialed an emergency number on a mobile device, in accordance with the embodiment of the present disclosure.

Figure 13 shows a diagrammatic representation of a computing device for a machine in the exemplary electronic form of a computer system, within which a set of instructions can be executed to cause the machine to perform any or more of the methodologies. discussed in this document.

Figure 14 illustrates another exemplary screen of the administrative user interface of the interactive emergency information and identification system 200, in accordance with one embodiment of the present disclosure.

Figure 15 illustrates a simplified flow diagram of a method for virtual beacon-based emergency notification of individuals, according to one embodiment of the present disclosure.

DETAILED DESCRIPTION OF THE INVENTION

This document describes interactive emergency information and identification systems and methods. In the case of an emergency situation, such as a shooting, a terrorist attack, and the like, the identities and locations of individuals in proximity to the location of the emergency situation can be determined using the location services of user devices carried by individuals (eg, smartphones, tablet computers, etc.). Individuals can be informed within a certain distance from the location of the emergency situation about the emergency situation and requested to provide real-time feedback about the situation, such as their safety status and situational information as they perceive. Feedback can be provided by civil-level users and / or state or local entities including first responders such as police or fire, or paramedics. Civilian users or individuals can provide information regarding their condition, safety, and / or any information they may have regarding the emergency situation. Audio, video, and / or text data from individuals can be received through their devices. For example, you can receive a photograph of an active shooter or a video of a terrorist attack. Feedback received can be forwarded to law enforcement or other appropriate agencies.

Additionally, data from different sources, such as local emergency plan actions or specific plans, eg, those from the administration of the building where the event occurred, can be retrieved and provided remotely to affected individuals. For example, emergency instructions regarding the emergency situation can be extracted from the data and provided to affected individuals through a user interface on their devices. For example, emergency instructions can be provided in graphical form as directions on a map displayed on the user device. At the same time, the individual's current position can be displayed on the map.

In some embodiments, the interactive emergency information and identification system can be used to request assistance in an emergency situation.

Therefore, a user can send an emergency notification and / or additional emergency related data via the user device.

The user's geographical position can be determined, and local emergency agencies can be informed about the emergency situation affecting the user. Depending on the nature of the emergency, additional notification may also be provided at the same time to state emergency agencies or authorities, federal emergency agencies or authorities (eg, FEMA, the

FBI, Military Police, etc.) or both. Additionally, emergency instructions can be retrieved based on the user's geographic position, generally relative to the emergency, and provided to the user such as via a graphical user device interface.

methods can use an audio interface,

The system and

eg, for users who cannot see well enough or otherwise use the graphical interface, however, care should be taken in such arrangements as sound could attract the cause of an emergency.

Referring now to the drawings, Figure 1 illustrates an environment 100 within which interactive emergency information and identification systems can be implemented. Environment 100 may include a network 110, an individual 120 (generally a civilian), a user device 130 associated with individual 120, a security company 140, an interactive emergency information and identification system 200 operated by the security company security, local and federal emergency and law enforcement 160 agencies (eg, rescue services, police departments, fire emergency services, the FBI, national security, etc.), a first responder user device 162, a responder 170, and a workstation 180. Network 110 may include the Internet or any other network capable of communicating data between devices. Suitable networks may include or interface with any or more than, for example, a local intranet, a Personal Area Network (PAN), a Local Area Network (LAN), an area network Wide (Network Area Network) (WAN), a Metropolitan Area Network (MAN), a Virtual Private Network (VPN), a Storage Area Network (SAN), a connection weave relay, an Advanced Intelligent Network (AIN) connection, a Synchronous Optical Network (SONET) connection, a digital line Ti, T3, El or E3, a digital data services connection (DDS, Digital Data Service), a Digital Subscriber Line (DSL) connection, an Ethernet connection, an Integrated Services Digital Network (ISDN) line, a dial-up port such as a V.90, V.34, or V.34bis analog modem connection, a cable modem, an Asynchronous Transfer Mode (ATM) connection, or a Fiber Distributed Data Interface (FDDI) or Copper Distributed Data Interface (CDDI) connection. In addition, communications may also include links to any of a variety of wireless networks, including Wireless Application Protocol (WAP), General Packet Radio Service (GPRS), Global System to System mobile communications (GSM, Global System for Mobile Communication), code division multiple access (CDMA, Code Division Multiple Access) or time division multiple access (TDMA, Time Division Multiple Access), cell phone networks, GPS, Cellular Digital Packet Data (CDPD), Research in Motion, Limited duplex paging network (RIM), Bluetooth radio, or a IEEE 802.11 based radio frequency network. Network 110 may further include or interface with any or more than one RS-232 serial connection, one IEEE-1394 (Firewire) connection, one fiber channel connection, one infrared port (IrDA, Infrared), one connection Small Computer Systems Interface (SCSI), a Universal Serial Bus (USB, Universal Serial) connection

Bus) or other interface or digital or analog connection, wired or wireless, meshed or Digi® network. Network 110 may be a network of data processing nodes that are interconnected for the purpose of data communication.

The user device

130 is a network-enabled computing device used by the individual

120 and it can be a mobile phone, a desktop computer, a laptop, a notebook, a smartphone, a tablet computer (eg an iPad®,

Galaxy®, or Kindle®), or other computing device that is capable of sending and receiving data over a network. For example, user device 130 can include any number of communication transceivers such as a cellular radio, a Wi-Fi radio, a Bluetooth radio, and any other transceiver capable of communicating with network 110. The user device 130 further includes a graphical user interface (GUI) for displaying to a user the interface associated with the interactive emergency information and identification system 200. In some embodiments, the user interface is part of an application (or app) that is provided by system 200 and downloaded and installed on user device 130, generally in advance of an emergency event. For example, if 120 individuals are students associated with a university, students can download an app on their smartphone and / or tablet as part of enrollment or orientation. Such an app can communicate with the interactive emergency identification information system 200 using any of the communication transceivers on the user device. For example, the app can receive and transmit emergency information through a cellular data connection and / or a Wi-Fi data connection. In this way, if the cell towers are too congested during an emergency situation, the app on the user device can switch to another means of communication, such as Wi-Fi, to transmit and receive data. Alternatively, the app can stream using multiple concurrent media, such as cellular and Wi-Fi, although the device's battery life should be considered when doing so.

User device 130 may also include hardware and / or software configured to determine a geographic location of the user device. For example, the user device can determine its current location using a GPS receiver, Wi-Fi radio, cellular radio, Bluetooth radio, and / or any other transceiver configured to determine the current physical location of the user device, or any combination thereof.

Individual 120 may be a bearer or user of user device 130 who can interact with emergency interactive information and identification system 200 and / or responder 170 through a GUI. The responder 170 can communicate with the interactive information and identification system through the workstation 180 or the emergency station 200 in another way.

First responder user device 162 is similar to user device 130, but is used by individuals within law enforcement and emergency agencies.

First responder user device 162 also includes a user interface to facilitate communication with the interactive emergency information and identification system 200, but such a user interface may display additional pertinent information to respond to an emergency situation, such as will discuss later. The user interface on the first responder user device 162 may be part of an application (or app) that is downloaded and installed. Alternatively, the user interface can be web based and can be viewed through a standard web browser.

The interactive emergency information and identification system

200 It may be operated by a security company 140 that is contracted by an entity with a plurality of individuals (such as a university, city, corporation, building administration, to provide information exchange and emergency response services during emergency situations that they involve the individuals associated with the entity.

In general, the interactive emergency identification information system

200 tracks the locations and security status of individuals during emergency situations coordinates the flow of information between individuals and first responders. In this regard the Interactive Emergency Information and Identification System 200 can communicate with one more local, state, and federal emergency agencies, paramedic rescue services, police departments, fire emergency services, etc.) during a information and may receive situations of other data from

160.

ID

FBI, national security, emergency. The interactive emergency system one or more notifications associated with emergency, action plans agencies

Additionally, the

200 the emergency, and interactive emergency information and identification system and public order system 200 can transmit information about one or more individuals in proximity such as data to the location of the emergency situation as well as audio, video, and / or text received from the individual

120 in emergency and law enforcement agencies 160.

Figure 1A illustrates another embodiment of the present disclosure with an environment

102 within which interactive emergency identification information systems and methods can be implemented.

Environment 102 is similar to environment 100 shown in

Figure 1, but the interactive emergency information and identification system 200 is hosted in the cloud on virtual hardware provided by infrastructure provider as a service (IaaS, Infrastructure as a Service) 202.

Specifically, the interactive emergency information and identification system 200 is designed, implemented, and controlled by the security company but runs a hosted service that is accessed through the Internet. In one embodiment, the interactive emergency information and identification system 200 can be accessed through a secure web-based application. For example, responder 170 and operators associated with law enforcement 160 can connect to interactive emergency information and identification system 200 through a web browser and log in to perform administrative tasks. In such an embodiment, any device with a web browser can connect to and interact with the interactive emergency information and identification system 200. Additionally, the applications (apps) installed in the user devices 130 and the first responder user devices 162 can be natively connected to the interactive emergency information and identification system 200 without the use of a browser.

Connections to the interactive emergency information and identification system 200 can be secured with encryption protocols (eg, Secure Sockets Layer (SSL), HTTPS, etc.) and access can be restricted to users authorized with an authentication and / or authorization layer (eg, login credentials, electronic keys, etc.). Furthermore, all data stored on devices and in databases in environment 102 can be encrypted to protect sensitive location and profile information associated with individuals. For example, location and profile data stored by the Emergency Interactive Information and Identification System 200 may be encrypted using the Advanced Encryption Standard (AES) or other encryption protocol.

Host the interactive emergency information and identification system

200 on virtual hardware provided by the IaaS provider

202 it allows security company 140 to scale up and down the capabilities of the system depending on the number of devices accessing the system.

For example, if notification of a major emergency is received, additional virtual instances of the interactive emergency information and identification system can be initiated

200 through the provider of

IaaS 202 in a temporary manner to give a larger than normal number of connections to the system and a larger volume of data that is transferred between users. FIG. 2 is a block diagram showing different modules of the interactive emergency information and identification system 200, in accordance with certain embodiments. System 200 may comprise processor 210 and database 220. Processor 210 may include a programmable processor, such as a microcontroller, Central Processing Unit (CPU), among others. In other embodiments, processor 210 must include an Application Specific Integrated Circuit (ASIC) or Programmable Logic Array (PLA), such as a Field Programmable Gate Array (FPGA). ), designed to implement the functions carried out by the system 200. Therefore, the processor 210 may receive a notification regarding an emergency situation. The notification may include a location of the emergency situation and can be received from an emergency or law enforcement agency, one or. more users of system 200, among others. In one embodiment, the user interfaces on user device 130 and first responder device 162 can provide a button or other control element through which a user can send a report of an emergency situation. Such a report may automatically include the location of the user device and any individual description entry.

Based on the information received about the emergency situation, the processor 210 can define a geo-fence (or geo-net) that represents a physical area surrounding the location of the emergency situation. In one embodiment, the geo-fence can be a physical area defined by a circle that has a specific radius that extends from the location of the emergency situation. The radius can be manually defined by a user, a system 200 operator, and / or an emergency or law enforcement agency. Additionally, the radius can be automatically determined based on characteristics (eg, type, severity, etc.) of the emergency situation. In other modalities, the geofence can be defined in other ways depending on the nature of the emergency system. For example, the geofence can be defined by another geometric shape, or it can be defined by the shape of a physical landmark such as a university campus, a city block, or a specific building. Additionally, the geo-fence may include one or more proximity zones that represent the physical areas of different distances from the location of the emergency situation. In the case of a circular geo-fence, proximity zones can be defined by concentric circles of variable radii extending from the location of the emergency. Furthermore, system 200 can dynamically alter the size and / or shape of the geofence during an emergency situation based on incoming information from first responders, law enforcement agencies, individuals with user devices, news agencies, etc.

Processor 210 can receive location information describing the locations of user devices 130. Location information can be received based on the defined geo-cercs. Since user devices are associated with individuals, processor 210 can determine an individual's position within the geofence based on location information. The position may include a zone of proximity associated with the position of the individual.

Processor 210 can inform the. individuals inside and outside the geo-fence about the emergency situation through a user interface of the user device. Additionally, the user interface can provide individuals with the ability to upload emergency related feedback to system 200. Feedback may be received by processor 210 and may include a request for help, a statement that no help is required, an assessment of the emergency situation, audio information, video information, text information associated with the emergency situation. emergency, among others. In one embodiment, system 200 can dynamically alter the size and / or shape of the geofence based on feedback received from user devices. For example, an individual may report that a shooter has moved to a second location. System 200 can then move the center point of the geo-fence to the second location. In some modalities, two or a larger number of predefined reports of such a change may be required to help ensure that the geofence does not move prematurely or erroneously. And, such a geo-fence movement can trigger a transmission of a new round of emergency information messages to individuals now within the newly located geo-fence. Such movement of the center point of the geo-fence can be carried out automatically by the system 200 based on the incoming information, or can be carried out manually.

<td>by</td><td>a</td><td>administrator c</td><td>: on</td><td>appropriate access to</td><td>system</td><td>(with</td>

<td>base</td><td>in</td><td>credentials of</td><td colspan="2">login, etc.).</td><td></td><td></td>

<td></td><td>The</td><td>database</td><td> 220</td><td>store a list</td><td colspan="2">of individuals</td>

<td>than</td><td colspan="2">they may need</td><td>to be</td><td>alerted in the</td><td>case of</td><td>a</td>

emergency. For example, if environment 100 includes a university campus, such a list may include students, faculty, staff, administrators, and anyone who needs to be alerted if there is an emergency situation on or near the university campus. Each individual in database 220 is associated with at least one user device 130 that is used to track their location and provide emergency information. Additionally, third party identification information (image, description, contact information, etc.) and emergency contact information can be associated with each individual in the database. Notifications about the emergency situation, locations of emergency situations, individuals located in close proximity to the emergency situation, and feedback received from individuals

120 through user devices

130 can be stored in database 220. Data in database 220 can be accessed by a system operator

200, one or more first responders, representatives of emergency or law enforcement agencies, among others.

Figure 3 is a flowchart illustrating an interactive emergency information and identification method.

300, according to some exemplary modalities.

Method 300 can be carried out by means of logic that can comprise hardware (eg, dedicated logic, programmable logic, and microcode), software (such as software running on a general-purpose computer system or machine). dedicated), or a combination of both. In the exemplary embodiment, the processing logic resides in the interactive emergency information and identification system 200, and the different elements of the system 200 can carry out method 300. It will be appreciated by someone skilled in the art that examples of the modules The above can be virtual, and the instructions said to be executed by a module can, in fact, be retrieved and executed by means of software. Although different elements may be configured to carry out some or all of the different operations described in this document, fewer or more elements may be provided and still fall within the scope of the different modalities.

<td>How</td><td>I know</td><td>shown in Figure</td><td>3, the</td><td colspan="2">method 300 can</td>

<td>start</td><td>in</td><td>operation 310 with</td><td>to receive</td><td>a</td><td>notification</td>

<td>Referrer</td><td>to</td><td colspan="2">an emergency situation.</td><td>The</td><td>situation of</td>

An emergency may include a terrorist attack, a shooting event, a bomb event, an earthquake, a flood, a fire, a hurricane, a tornado, an accident, a building collapse, and other natural and human-made disasters. The notification may include a location of the emergency situation and / or its description, classification, type, address, among others. The location can be described with GPS coordinates, a street address, a street intersection, a landmark, or other information that identifies a physical location.

In some embodiments, the emergency notification may originate from one or more sensors positioned in areas of interest. For example, a seismic sensor placed near a fault line can detect seismic activity and transmit a message to system 200. As another example, a tsunami sensor positioned offshore can detect when water levels are lower or higher than a predetermined threshold for a specified amount of time, or both, and transmit a notification to system 200. System 200 would transmit turn emergency notifications to user devices in coastal areas.

In operation 320, a geofence can be defined for the emergency situation, as discussed above. The geo-fence can be defined automatically (at least initially) based on the description, classification, and / or type of the emergency situation. Alternatively, the geofence may be manually defined or adjusted by an operator of the interactive emergency information and identification system or by an individual whose user device interacts with the interactive emergency response system. In some modalities, the geo-fence can include two or more proximity zones. Zones can be differentiated based on proximity to the location of the emergency situation.

In step 330, the location information associated with the locations of the user devices can be received. User devices can include mobile phones, smart phones, tablet computers, laptops, notebooks, among others, as described in this document. User devices can be carried by individuals such that the location of user devices can indicate, or at least be used as an indication of, the locations of individuals. In some embodiments, when system 200 is notified of an emergency situation, the system requests that user devices report their current location. In other embodiments, user devices periodically transmit their current location to system 200 whenever they are turned on, although generally less frequently than during an emergency situation. Location information can be transmitted through a radio signal between radio towers, triangulation of GPS signals, Wi-Fi positioning, Bluetooth sensor signals, or any combination thereof.

Additionally, the location information received from the user devices may include information that allows the first responders to determine the vertical location of an individual in a building or other structure. For example, the received GPS information may include altitude as well as latitude and longitude. Furthermore, a transceiver in the user device, such as a Bluetooth low-energy transceiver, can detect a user's proximity to different sensors (or beacons) within a building and report such proximity information to system 200. For example , a building can include a proximity sensor on each floor, enabling a user device to report on which floor it is located. As such, first responders in an emergency situation would not have to spend time searching multiple floors for a victim with a specific longitude and latitude.

The location information received from the user devices is compared to the geofence boundaries to determine which of the user devices are located within the geofence. The user devices can be carried or be adjacent to the individuals and the locations of the user devices can indicate the respective locations of the individuals. Based on location information and geo-fence, they can be determined

<td>the positions</td><td>of the</td><td colspan="2">individuals</td><td>(by</td><td>means, medium</td><td>of</td><td>their</td>

<td>Devices</td><td>user)</td><td>inside</td><td>of</td><td>the</td><td>geo-fence</td><td>in</td><td>the</td>

<td>operation 340.</td><td>In this</td><td>respect,</td><td>yes</td><td>I know</td><td>determines</td><td>gue</td><td>a</td>

user device is located within a geo-fence, in some modalities, it is also determined in which zone of proximity within the geo-fence the user device is located. The specific proximity zone associated with a user device can indicate the level of threat to the individual carrying the device.

In operation 350, individuals within the geo-fence are informed of the emergency situation by means of a user interface of the user device associated with the individual. Specifically, system 200 transmits emergency information to user devices within the geo-fence, for example, as a push or push message. In this context, a push message is a message that is received by a user device without being requested by the user device. Such push notifications can be transmitted to user devices automatically or manually in different modes. For example, in one embodiment, when system 200 receives information about an emergency, the system can process the information and automatically send a push message to affected users. In other embodiments, a system administrator 200 can be alerted to incoming emergency information at an administrator user interface and manually cause the to transmit push messages to selected or preselected user system devices.

The user interface from which the administrator sends messages can be a web interface on a computer console located in an emergency response center, or the user interface can be run on a first responder device 162 in the field. In this regard, the system user with administrator rights (for example, as determined by login credentials) can send emergency notifications directly from an app running on a smartphone, tablet computer, laptop, or other mobile device.

Once the push messages have been transmitted, an affected individual can be informed of the emergency by means of a message displayed on a screen of the user device. In some modalities, individuals outside the geo-fence will also be warned of the emergency situation, but the message received and displayed on user devices may be different, for example, they may be less specific or devoid of any emergency instructions. Those individuals close but outside can obtain more information than those not close to the geo-fence, such as information to help prevent re-entering the geo-fence during the remainder of the emergency situation. This is discussed in greater detail in association with Figures 14-15. As mentioned above, in some embodiments, the user device includes an application (or app) associated with the interactive emergency information and identification system 200 that receives, transmits, displays emergency information, and collects location information on the emergency device. user. In some modes, such an app can automatically start when the user device is turned on and run perpetually in the background. As such, when an emergency message is received from the system 200, the app is available to display the message regardless of the current activity of the user's device.

In some embodiments, the content of the emergency message and the display format of the message on the device screen may depend on the zone of proximity associated with the individual (ie, the level of threat to the individual). For example, a user in a proximity zone immediately adjacent to the emergency location may receive a detailed message describing the situation and also instructions for immediate cover. A user in an area closer to the location of the emergency may receive a more general message without instructions, or with instructions only about which direction to move to avoid the emergency. Such proximity-based message personalization can lessen panic among individuals out of the way of harm.

Additionally, the color and font scheme in the user interface may change based on the proximity zone associated with the individual. In one embodiment, if an individual is located in a zone of proximity immediately adjacent to the emergency situation location, the user interface may display bold font on a red background to indicate a high threat level. A yellow background may be presented to a user in a more distant proximity area. As an individual moves between proximity zones, the color scheme of the user interface may change to indicate a change in the threat level. Additionally, the app may cause the user device to emit a warning sound that corresponds to the message display (even if the device is set to silent mode).

Additionally, the content of the push message displayed on a user device may depend on the type of individual associated with the user device. For example, a police officer with a first responder user device

162 You may receive additional detail about a shooter that would not be transmitted to a civilian. An authorization step that requires login credentials can be used to differentiate between individuals (eg, civilian individuals, building administration civilians, police, fire, etc.) accessing the app on a mobile device. user.

In operation

360, functionality can be provided to give feedback to the individual through the user interface, and feedback can be received in the system

200 in operation 370. Therefore, information about the state of the individual can be obtained. In this way, the interactive emergency information and identification system can receive information on a number and status of individuals who are affected by the emergency situation.

Furthermore, audio, video, text and other data related to the emergency situation may be received from the individual. For example, the data may include a photo of a shooter in a shooting event, information about suspicious activity noticed by the individual, among others.

In optional operation 380, data related to the individual's feedback and location information can be distributed to the corresponding agencies, and / or individual users. The volume and details of the data provided to the different parties may depend on the agreements and adjustments with the parties. Additionally, the distribution of feedback from individuals to the first responders can be prioritized based on the area of ​​proximity of the individuals providing the feedback. For example, feedback from an individual near an emergency event may be transmitted first to law enforcement agencies, followed by feedback from individuals in more distant proximity areas. In this way, the first responders can receive and prioritize the most relevant information.

The data, also transmitted to the corresponding agencies, can be used by them to facilitate the management and relief of the emergency situation.

In some embodiments, the emergency instructions associated with the emergency situation may be provided to the individual through the user interface (eg, as text or as graphic instructions). The emergency instructions can be based on an emergency action plan associated with the emergency situation, instructions provided by corresponding agencies, among others. Additionally, the instructions may vary depending on the zone of proximity associated with the position of the individual. For example, an individual within 10 meters of a shooter may be instructed to take cover, while an individual within 50-100 meters of the shooter may be instructed to move away from the shooter.

The individual's current position can be continuously monitored and the individual's actions can be coordinated, such as through the system itself, or through an authorized administrator. For example, the individual may be informed that they are approaching a fire or moving away from a rescue team, or they may be informed of recommended directions of movement, or that it is safe to use a particular exit route because of the emergency. has finished or has changed location. In some embodiments, if a large number of individuals are within a geo-fence surrounding an emergency situation, system 200 may automatically transmit warning messages to individuals' user devices based on their positions relative to the location of the emergency situation.

In some embodiments, a user of the interactive emergency information and identification system may submit a request for assistance. The system can receive the request and provide user assistance. Assistance may include informational assistance, transmitting the request for assistance to an emergency agency, first aid service, among others.

Figures 4-10 show exemplary user interface screens illustrating aspects of the interactive emergency information and identification system 200. Figure 4 illustrates an exemplary screen 400 of an emergency situation from the point of view of an administrator, in some modalities. The administrator may be an operator 410 associated with security company 140 or the administrator may be associated with law enforcement and emergency agencies 160. Exemplary display 400 is an aspect of an administrative user interface that gives administrators interactive emergency information and identification system information and control 200. The administrative user interface can be accessed through a dedicated web browser or application. on any computing device with a network connection to system 200.

Exemplary screen 400 contains a map 402 showing the geographic location of an emergency situation 404. As described in association with operation 310 in Figure 3, notification of the emergency situation can be received by the information system. and interactive emergency 200 identification from a corresponding emergency, government, or law enforcement agency, to a user of system 200, or other source. The notification may include data on an emergency situation location 404. The location of an emergency situation

404 it is fetched by system 200 and defined on map 402 which can be displayed to an operator 410 via the administrative user interface.

Figure 5 illustrates an embodiment of an exemplary administrative user interface display 500, as viewed by an operator 410.

In the illustrated mode, screen 500 contains a graphical map 402 showing a geo-fence 502 defined by a circle with a specific radius that emerges from the location of the situation.

404. That is, the center of the 502 geo-fence is generally the location of the 404 emergency situation.

The center can also be established based on a predicted movement of the location of the emergency situation

404, for example, if a shooter or terrorist is in a vehicle moving on a road. In some embodiments, multiple proximity zones can be defined within physical proximity with can be, geo-fence 502. For example, a zone of

A (enclosed by a radius of, for example, a circle 504) can be an area meters. A physical area from the location of the situation

The known device information to determine which geo-fence user location associated the system 200 is from the proximity zone B devices between 50 and

100 emergency meters

404 (between received with the from the individuals can process for of user are inside

502. In the example in Figure, user devices with positions 506 are from geo-fence 502. In one mode, filter to filter devices that are already devices that have not moved

5, the inside ones can be applied a are not active, or been activated such by a user during the emergency. Screen 500 illustrates positions 506 and 508 defined on the map

402 in relation to the location of the emergency situation

404. Each of positions 506 may be associated with a proximity zone within geo-fence 502.

Screen 500 can be displayed to operator 410 to visualize the positions and movements of individuals relative to the location of emergency situation 404 in real time. Each of positions 506, 508 may be accompanied by brief information associated with the individual. Information may be updated in real time and may include name, age, status, telephone number, a photograph of the individual, and other information related to the individual that may have been provided before, or during, the emergency.

In some embodiments, operator 410 may connect and communicate with one or more specific individuals or small groups believed to be near or distant from the emergency to obtain more information through the administrator user interface. Such communication can occur via telephone, voice over IP (VoIP, Voice-overIP), SMS / MMS text messages, Internet-based text messages, among others. The connection can be automated using the administrative user interface. Generally, a silent method is preferred such that no sound is made on or near the device of an individual who is near the emergency location 404. Therefore, operator 410 must call or otherwise contact one of the individuals without having to dial telephone numbers, operator 410 can simply activate an interface control element, and system 200 will automatically make the connection. .

Figure 5A illustrates the same exemplary screen 500 of the administrative user interface, however, in the mode of Figure 5A, screen 500 is displayed on a tablet computer 520 or other mobile device belonging to a first responder or other officer. of public order. As described above, the administrative user interface, including map 402, can be accessed on a tablet computer or other mobile device through a web browser or a dedicated application (or app). As such, a first responder can have access

<td>in</td><td>real time to situational information</td><td colspan="2">of emergency</td><td>in</td>

<td>the</td><td>countryside.</td><td></td><td></td><td></td>

<td></td><td>Figure 6 illustrates a screen 600</td><td>copy</td><td>of</td><td>a</td>

<td colspan="2">notification of emergency situation</td><td>displayed</td><td>in</td><td>the</td>

display screen of an individual's user device 130. In one embodiment, the exemplary display 600 may be part of a user interface generated by an application (or app) associated with the interactive emergency information and identification system 200. The notification may be displayed on the screen of the user device 130 after of being received as a push or push message from system 200. In some embodiments, display 600 will interrupt any other activity being carried out on a user device to immediately notify the individual of the emergency situation. The notice includes a 604 location of an emergency situation in relation to an individual's 606 position. Location 604 and position 606 can be displayed on a map. As described above, in some embodiments, the display format of the message may depend on the zone of proximity associated with the individual (eg, red theme for high threat level, yellow theme for medium threat level, green theme for low threat level).

Additionally, functionality can be provided to give feedback to the individual. Therefore, the individual can submit a request for help by activating a button I need help 608, or they can define their status as satisfactory by activating a button I'm OK 610. Activation button 608 may involve some sweeping or other gestures to help minimize accidental entry under emergency conditions, or it can be set as simple as possible and filter out erroneous entry. In one modality, when an individual activates the I'm OK button

610, system 200 automatically sends a message (via SMS, email, etc.) to emergency contacts associated with the individual in database 220. As such, the family and friends of individuals affected by a emergencies will quickly know if your loved ones are safe, thereby reducing the amount of telecommunication congestion during an emergency. If an individual rather activates the I Need Help 608 button, first responders or other law enforcement authorities are alerted to the location and security status of the individual. In some embodiments, user device 130 may capture user feedback in additional ways, such as in response to voice commands. For example, an individual may be able to simply speak the phrase I need help without having to select a button in the user interface. In some embodiments, when an individual activates the I Need Help 608 button, System 200 automatically sends a message (via SMS, email, etc.) to emergency contacts.

<td>associated with</td><td>the</td><td>individual in</td><td>database 220.</td><td></td>

<td>Further,</td><td>the</td><td>system of</td><td colspan="2">information and identification</td>

<td>interactive</td><td>of</td><td>emergency</td><td>200 can provide</td><td>a</td>

<td>functionality</td><td colspan="3">which allows the individual to send</td><td>data</td>

<td>associated with</td><td>the</td><td>situation of</td><td>emergency to the system. In</td><td>this</td>

In this regard, Figure 7 illustrates an exemplary display 700 for providing emergency situation feedback, in accordance with some embodiments. Screen 700 may include at least the Send Photo / Video 702, Send Audio 704, and Send Message 706 control elements. Data sent using control elements 702-706 can be transmitted to the interactive emergency information and identification system 200 and then forwarded to the appropriate agencies.

Figure 8 illustrates an exemplary display 800 for providing emergency action instructions to an individual affected by the emergency situation, in accordance with some embodiments. Instructions may be provided by means of a user interface of user device 130 associated with the individual. In this regard, the exemplary display 800 may be generated by an application (or app) that receives emergency instruction data from the interactive emergency identification and information system 200. In some embodiments, the instructions may be graphical prompts 806 shown in relationship to an 802 location of the emergency situation and an 804 position of the individual. As discussed above, the instructions transmitted to an individual may vary based on the individual's distance from the location of the emergency situation. Emergency instructions may also include text, audio, or video messages, or any other form of communication.

Feedback received related to the security status of individuals (eg, I am fine, I need help, etc.) can be collected and analyzed using system 200. Based on the analysis, consolidated data can be generated that they represent the real-time security status of each individual. Consolidated data can be provided to an operator through the administrative user interface.

In this regard, Figure 9 illustrates the exemplary screen 900 showing the reported security status of individuals in real time. The exemplary display may be an aspect of the interactive emergency information and identification system 200. A security list 902 can be displayed to an operator 910. Security list 902 can graphically differentiate system users 200 (or individuals) with different statuses. of security. For example, users in danger 904 can be highlighted by color, font size, special symbols, among others. Safe users 906 and users whose status is unknown 908 can be indicated by means of other symbols, colors, among others. In this way, system 200 operators can quickly determine who is in danger and alert law enforcement agencies. In some ways, first responders and law enforcement authorities can have direct access to security list 902 on their mobile devices.

In this regard, Figure 9A illustrates the same exemplary screen 900 of the administrative user interface, however, in the mode of Figure 9A, screen 900 is displayed on a mobile device 910 belonging to a first responder or other officer. of public order. As described above, the administrative user interface, which includes the 900 screen, can be accessed on a smartphone, tablet computers, or other mobile device through a web browser or a dedicated application. As such, a first responder can have real-time access to emergency situational information in the field. Civil users of system 200 would not have access to the same level of information as administrators. For example, a police officer with a first responder first user device 162 may receive additional detail about a shooter that would not be transmitted to a civilian. An authorization step that requires login credentials can be used to differentiate between splits accessing the app on a user device.

Figure 10 illustrates another exemplary display 950 of the administrative user interface provided by the interactive emergency information and identification system 200, in accordance with one embodiment of the present disclosure. The exemplary 950 display combines elements of the displays discussed in Figures 4, 5, and 9 into a single administrative dashboard that provides efficient information dissemination. In this regard, the administrative dashboard includes a map element 952, an incident status element 954, a security list element 956, and an incident load element 958. The administrative dashboard can be directly accessed by an authorized administrative user on a desktop computer, smartphone, tablet computers, or other mobile device through a web browser or a dedicated application.

Map element 952 is similar to map 402 shown in Figures 4 and 5 in that it graphically shows the geographic location 960 of an emergency situation and the locations 962 of one or more individuals in database 220 of system 200 The icons representing individuals on map element 952 may be color-coded to represent the security status of the respective individuals. In one mode, an administrative dashboard operator can select (with a mouse, finger, etc.) one of the individuals shown on the map to open a 964 information window that includes details about the selected individual. For example, the information window 964 may include name, image, ID number, address, telephone number, email address, security status, and other pertinent information. Additionally, information window 964 can provide the operator with a way to directly contact the individual, for example, by selecting the phone number or email address. In addition, map element 952 includes a group selector 966 that allows an operator to change the types of individuals displayed on the map. In the illustrated mode, All users is selected so that the locations of each user are displayed on the map in database 220. However, selecting a different group using group selector 966 may allow the operator See the locations of less than all users. For example, the operator may choose to view only the locations of individuals based on their proximity to the emergency situation (eg, 50 meters,

200 meters, 500 meters, 1 kilometer, etc.), your reported security status (eg, I'm fine, I need help, unknown, etc.), your title (eg, student, teacher, staff, etc.) .), your last known location (eg, in case your mobile device has been turned off or is inoperable), and other features that may differentiate between individuals and would otherwise assist first responders in dealing with the emergency.

Incident status element 954 includes a status entry 970 that allows an operator to enter a real-time update regarding the status of the emergency situation. The update is forced on individuals for immediate viewing on their user devices 130 and law enforcement authorities through first responder user devices 162. As updates are introduced during an emergency situation, updates create a 972 timeline of timestamped events. The timeline can also be used for reporting and investigation after the incident.

Security list item 956 shows the real-time security status of individuals as received from user devices 130 of individuals. As mentioned above in association with Figure 9, individuals' status can be color-coded or differentiated in some way so that an operator can focus on individuals still in distress as events unfold.

Incident loading element 958 displays information describing the emergency situation received from the individuals. As mentioned above in association with Figure 7, individuals can upload information about an emergency situation to system 200 in the form of text, audio, and photo / video. In the illustrated embodiment, incident load element 958 shows each individual 974 that has loaded and content items 976 that have loaded. Each 976 uploaded content item is associated with a time stamp to better coordinate response efforts and incident reporting. In some modalities, the operator may select articles for transmission to may choose to send specific content uploaded 976 specific first responders, or highly relevant articles (eg, a photo of to all first responders law enforcement authorities.

Alternatively, as described above, content first articles 976 can be accessed directly by a first responder through the administrative dashboard on a mobile device through a web browser or native application.

Figure 11 illustrates a 980 environment with systems for geographically locating individuals dialing an emergency number on a mobile device, in accordance with one embodiment of the present disclosure. Environment 980 is similar to environment 102 shown in Figure 1A in that it includes interactive emergency information and identification system 200 to which user devices 130 and emergency and law enforcement agencies 160 are connected to share information and coordinate a response during an emergency situation. The 980 environment also includes a 982 emergency dispatcher at a Public Safety Answering Point (PSAP) that receives emergency calls (911) from individuals 120. Emergency dispatcher 982 uses a 983 workstation to access other location information about the calling individual 120.

In this regard, dispatcher 982 can connect to the administrative user interface of emergency 200 through

Internet or other network 110. As will be described in association with FIG. 12, system 200 can provide dispatcher 982 with the location of the individual much more quickly than traditional emergency call location methods (eg, enhanced services of the 911, etc.). Dispatcher 982 can contact and dispatch or send 160 emergency agencies to the individual if authorized by the situation.

Referring now to Figure 12, a method 984 for geographically locating an individual who dialed an emergency number on a mobile device is illustrated, in accordance with one embodiment of the present disclosure. Method 984 starts at block 986 where individual 120 dials an emergency number (eg, 911) on their mobile device

130. At block 988, the individual is connected to the 982 emergency dispatcher on a PSAP where he is asked about the purpose of the individual's call. As shown in block 990, an application (or app) associated with system 200 on mobile device 130 detects that the individual dialed the emergency number. As mentioned above, such an app starts when the mobile device is turned on and constantly monitors outgoing calls made on the device to determine if a known emergency number is called. In this respect, the app is configured to detect calls made through a standard cellular voice line and / or calls made through a voice line through IP (VoIP) through a mobile data network connection (eg, cellular data network, Wi-Fi, etc.). Then, in block 922, the app on the mobile device asks the device for its geographic location. As discussed above, any number of hardware and / or software components within the mobile device can detect the location of the device. In one embodiment, the location is detected by means of a GPS transceiver. Also, if one or more of the location detection components on the mobile device are uninhabited at the time of the emergency call, the app can enable all or some of them when the 911 call is made. The app then transmits the geographic location of the mobile device to the interactive emergency information and identification system 200 through network 110, where it is stored in association with the individual.

Then, at block 994, the emergency dispatcher

982 you log in to the administrative user interface of system 200 through workstation 983. In one mode, the system automatically compares the phone number of the incoming call with a phone number associated with the individual that is stored in the system. With a match, the user interface displays all known information about the individual, including the individual's current geographic location just received from the individual's mobile device. In one modality, the individual's location will be displayed on a geographic map. In this way, the dispatcher is aware of the individual's current location in seconds and does not need to rely on the individual to survey a precise location. In addition, in some embodiments, a dispatcher may have the option to immediately notify the individual's emergency contacts stored in system 200 of the fact that the individual has dialed the emergency number. Such notification can occur automatically or the dispatcher can ask the individual if they want the notification to happen.

Then, at block 996, emergency dispatcher 982 dispatches the emergency and / or public order in or adjacent to the individual's geographic location, as reported by the individual's mobile device. Notably, the app on the mobile device will periodically query the current location of the user device during the pendency of the emergency call between the individual and the dispatcher and transmit the updated location to system 200 to be displayed to the dispatcher, as shown in the block 998. In one embodiment, the mobile device will continue to transmit its location to system 200 after the emergency call has ended until the dispatcher receives notice that the first responders have contacted the individual. In this way, inadvertent will not prevent the individual. In one embodiment, the mobile device transmits a dropped call in a location acquisition manner on the frequency with which its location to system 200 during and after the emergency call may depend on the remaining battery life of the device. For example, the mobile device can transmit its location every 30 seconds when the device battery has more than 25% of remaining battery life, but progressively increase the transmission interval as the battery life drains from 25% to 0 %.

It is understood that the 984 method of geographically locating an individual who dialed an emergency number on a mobile device is simply an exemplary modality, and in alternative modalities, additional and / or different steps may be included in the method.

In addition, steps can be excluded or performed in a different order than method 984 in certain modalities. For example, in one modality, if the emergency call between the individual and the emergency dispatcher is unintentionally disconnected, the app on the mobile device may present control elements tagged as I'm fine and Call me the individual. If the first responders have contacted the individual and there is no need to reconnect with the dispatcher, the individual can activate the I am OK item. Otherwise, the individual can activate the Call me item to be reconnected to the dispatcher. In one embodiment, if the individual has moved after the first responders have been dispatched, the operator may redirect the first responders en route to the new location, or periodically or continuously provide updated geographic location information.

In addition, in other embodiments of method 984, users can initiate contact with a dispatcher on a PSAP by means of a panic button displayed on their user device rather than by dialing an emergency telephone number. For example, in block 986, an endangered user can select a panic button in the app that runs on their user device, and then, in blocks 990 and 992, the app queries the geographic location of the user device. and transmits an alert message containing the location information to a dispatcher. In some embodiments, when the panic button is activated, the individual is given a choice as to whether or not they wish to speak to a dispatcher over a telephone connection. In either case, the dispatcher can then dispatch the first responders based on the location information received. In addition, if the user device on which the panic button was activated is associated with a minor, system 200 may trigger an Amber Alert type notification to other users of system 200. Additionally, in some embodiments, when an individual activates the Call 911 or the panic button, system 200 automatically sends a message (via SMS, email, etc.) to the emergency contacts associated with the individual in database 220.

Furthermore, method 984 can be carried out by means of logic which may comprise hardware (eg, dedicated logic, programmable logic, and microcode), software (such as software running on a general-purpose computer system, or a dedicated machine), or a combination

<td>from both. In</td><td>a</td><td>modality</td><td>copy,</td><td>the logic</td><td>of</td>

<td>processing</td><td>resides</td><td>at</td><td>system of</td><td>information</td><td>and</td>

<td>ID</td><td colspan="2">interactive</td><td>emergency</td><td>200, and</td><td>the</td>

different elements of system 200 can carry out method 984.

Figure 13 shows a diagrammatic representation of a computing device for a machine in the exemplary electronic form of a 1000 computer system, within which a set of instructions can be executed to cause the machine to carry out any or more of the methodologies discussed in this document. In different exemplary modes, the machine operates as a standalone device or can be connected (eg, networked) to other machines. In a network deployment, the machine can operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer network environment. distributed). The machine can be a personal computer (PC, Personal Computer), a tablet computer, a digital box (STB, Set-Top-Box), a cell phone, a smartphone, a digital camera, a portable music player (p eg a portable hard disk audio device such as an MP3 player (Moving Picture Experts Group Audio Layer 3)), a web device, a network router, a switch, a bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Furthermore, while only a single machine is illustrated, the term machine should also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to carry out any or more of the methodologies discussed in this document.

Exemplary computer system 1000 includes a processor or multiple processors 1002, a hard disk drive 1004, a main memory 1006 and a static memory 1008, which communicate with each other via a common link or bus 1010. The system Computer 1000 may also include a network interface device 1012 that provides wired and / or wireless access to communication networks, such as the Internet. Hard disk drive 1004 may include a computer readable medium 1020, which stores one or more sets of instructions 1022 that incorporate or are used by any one or more of the methodologies or functions described herein. Instructions 1022 may also reside, completely or at least partially, within main memory 1006 and / or within processors 1002 during execution thereof by computer system 1000. Memory 1006 and processors 1002 also constitute non-transient, machine-readable media.

While the 1020 computer readable medium is shown in an exemplary mode as a single medium, the term computer readable medium should be taken to include a single medium or multiple media (eg, a centralized or distributed database, and / or cache memories and associated servers) that store said one or more sets of instructions. The term computer-readable medium should also be taken to include any medium that is capable of storing, encoding, or carrying a set of instructions for execution by the machine and causing the machine to carry out any one or more of the methodologies of the present application, or that is capable of storing, encoding, or carrying data structures used by or associated with such a set of instructions. The term computer-readable medium should therefore be taken as including, but not limited to, solid-state memory, optical and magnetic media. Such media may also include, without limitation, hard drives, floppy drives, NAND or ÑOR flash memory, Digital Video Disks (DVDs), RAM, ROM, and the like.

The exemplary modalities described in this document can be implemented in an operating environment comprising instructions executable by computer (eg, software) installed on a computer, on hardware, or on a combination of software and hardware. Computer executable instructions can be written in a computer programming language or can be embedded in firmware logic. If written in a programming language that conforms to a recognized standard, such instructions can be run on a variety of hardware platforms and for interfaces on a variety of operating systems. Although not limited to this, the software programs to implement the present method can be written in any number of suitable programming languages ​​such as, for example, C, C ++, C # or other compilers, assemblers, interpreters or other languages ​​or platforms. computer.

Referring now to FIG. 14, another exemplary display 1050 of the administrative user interface of the interactive emergency information and identification system 200 is illustrated, in accordance with one embodiment of the present disclosure. System 200 is operated by security company 140 in any of the environments 100 and 102 shown in Figures 1 and 1A. Aspects of environments 100 and 102 are not shown in Figure 14 for the sake of efficiency. An operator 1051 associated with security company 140 or law enforcement and emergency agencies 160 may use aspects of the administrative user interface, including the exemplary 1050 display, to coordinate emergency response and communications during a disaster situation. emergency. As explained above, the administrative user interface can be accessed through a browser. dedicated web or application or any computing device with a network connection to system 200. This may allow an administrator with access to who is within the geo-fence, any proximity zone, or adjacent to the emergency location or the geo-fence, to access the system described in this document. An emergency or public order user may be provided with temporary administrative access to the information and identification system for the duration of the emergency to directly locate and contact any user, eg, such as those in distress.

The exemplary screen 1050 of FIG. 14 shows a map 1052 showing a reference point 1054 and individuals associated with the reference point. Reference point 1054 can be any geographic area, a geological feature, a geographic coordinate, a property parcel (eg, a golf course), a building (eg, a shopping center, a offices, an apartment building, etc.), a collection of buildings (eg, a campus, a shopping center, a municipality, buildings managed by the same property manager, etc.), a portion of a building, or any other geographic area. For example, in one embodiment, benchmark 1054 is a university campus, and individuals 1056, 1058, 1060, 1062, 1064, and 1066 are associated with the campus as students, teachers, staff, and so on. Each of the individuals is associated with one or more user devices that are configured to detect and transmit a current geographic location to system 200, as explained in the context of environments 100 and 102. Individuals 1056-1066 are registered with system 200 and are associated in database 220 with one or more user devices. In another example, benchmark 1054 is a geographic area - such as a shopping center or mall - where individuals entering the area are random and unpredictable (that is, they are not previously registered). Such individuals can be associated with the geographic area when they are physically at or near the reference point. In this regard, an individual may register with system 200 when the system detects the presence of the individual user device and information about the individual is added to database 220. In some embodiments, an individual may choose not to register with system 200 or control the amount of information that is collected from the user device.

During an emergency situation, it may be appropriate to alert fewer than all registered individuals to the situation, for example, to lessen panic and reduce communication traffic. Specifically, those individuals who are far enough from the location of the emergency situation may not be in any danger and therefore do not need to receive one (they may receive a more generic alert) on their user device.

For example, if the reference point

1054 is a building and registered individuals work in the building, it may be unnecessary to alert each individual of a fire alarm if some individuals, for example, are currently in remote locations in the building. In one embodiment, if the building is particularly large and the nature of the emergency can be contained on one floor, users only need to be notified on that floor. The method and system described in association with Figures 14-15 track the locations of individuals associated with a reference point by means of a virtual beacon and dynamically determine which 'users to alert during an emergency at or adjacent to the reference point based on their respective distances from the virtual beacon.

In this regard, map 1052 contains a virtual beacon 1068 that is positioned at reference point 1054. Virtual beacon 1068 may be associated with the reference point regardless of whether there is currently an emergency situation at the reference point. Virtual beacon 1068 can be manually placed on map 1052 by operator 1051 and / or can be automatically placed on the map by system 200 based on the characteristics of reference point 1054. In the illustrated mode, the virtual beacon 1068 is positioned at approximately the center of reference point 1054. In other embodiments, where the reference point represents a relatively large geographic area, multiple virtual beacons can be associated with a single reference point. For example, when the reference point is a municipality (horizontally expansive) or high-rise building (vertically expansive), a plurality of beacons can be placed at locations spaced within the reference point to ensure adequate coverage. In such a modality, if an emergency is confined to a section of the reference point, only those individuals associated with a virtual beacon covering that section of the reference point will be alerted - thereby avoiding unnecessary panic.

In operation, system 200 dynamically creates and modifies an emergency notification list based on the movements of registered individuals 10561066 with respect to virtual beacon 1068. Individuals on the notification list are notified of emergency situations that occur at or near the 1054 reference point, or within an associated geo-fence, and individuals not on the notification list are not notified to reduce unnecessary panic and communication traffic. In one modality, the distance of an individual registered from the virtual beacon determines if he or she will be registered in the emergency notification list. For example, individuals farther than a specific distance from the virtual beacon will be removed (that is, removed) from the notification list, and individuals within the specified distance will be registered or subscribed to the notification. The list may change dynamically through periodic intervals or with the occurrence of an activation event, such as an emergency occurring within a certain distance from the virtual beacon. In the illustrated embodiment, the distance from the virtual beacon 1068 that activates the high / low is represented by the radius 1070 that extends radially outward from the virtual beacon. The subscribed or registered distance (that is, the radius length) can be set manually by operator 1051 and / or can be set automatically by system 200 based on reference point 1054 characteristics or other predetermined characteristics (eg, geographic location, day, time of day, etc.).

The outer limit of radius 1070 around the virtual beacon forms a virtual boundary (or perimeter) 1072 that is generally set to encompass at least the entire reference point (or a specific portion of the reference point when there are multiple virtual beacons associated with the reference point), and in some modalities to cover adjacent terrains or multiple adjacent reference cigarillos, as well. In the illustrated embodiment, virtual boundary 1072 is a circle, however, in other embodiments, virtual boundary 1072 may be three-dimensional. For example, if the landmark is a multi-story building, the 1070 radius can extend from the virtual beacon in three dimensions and define a virtual boundary that spans more than one story (that is, the floors occupied by a business specific or other entity). Someone skilled in the art would understand that, in other embodiments, the distance away from virtual beacon 1068 that activates the high / low may not be uniform around the virtual beacon. For example, the horizontal distance could be set longer than the vertical distances such that an entire floor of a large storey building would be covered, but only that storey and adjacent storeys could be encompassed within the perimeter. For example, the subscription distance may depend on the perimeter of the reference point with which the virtual beacon is associated. In this way, the virtual boundary can be any two-dimensional or three-dimensional polygon.

To monitor the locations of registered individuals 1056-1066 with respect to virtual beacon 1068, user devices associated with individuals periodically transmit their locations to system 200. In some embodiments, system 200 sends periodic requests that the devices user report their current location. In other embodiments, user devices periodically transmit their current location to system 200 whenever they are powered on. Using this location data, system 200 determines whether user devices are within radius 1070 distance from virtual beacon 1068 (within or outside virtual boundary 1072). In some embodiments where the reference point is a multi-story building, the location information received from the user devices may include information that enables the first responders to determine the vertical position of an individual in the building. For example, the received GPS information may include altitude as well as latitude and longitude. Furthermore, a transceiver in the user device, such as a Bluetooth low-energy transceiver, can detect a user's proximity to different sensors (or beacons) within a building and report such proximity information to system 200. For example , a building can include a proximity sensor on each floor, enabling a user device to report on which floor it is located.

Individuals associated with user devices located within the 1072 boundary are added to a notification list (individuals 1056-1062 on map 1052). Individuals associated with user devices located outside the 1072 boundary are removed if they are currently listed (individuals 1064 and 1066 on the 1052 map). As such, the notification list includes a real-time list of individuals who need to be notified during an emergency situation at the reference point. In addition, in other embodiments, the system actively detects when a specific user device crosses the 1072 boundary and removes or adds the individual associated with the user device to the notification list in response to the detected crossing.

In the event of an emergency, system 200 transmits emergency notifications to user devices associated with the individuals on the notification list.

Following such notifications, system 200 can perform the emergency information dissemination steps described in association with Figures 1-10. Example, system 200 can define a geo-fence around the actual location of the emergency situation and send detailed emergency information and instructions to individuals within the geo-fence (which can span less, equal, or greater space. than the entire reference point 1054).

In this regard, map 1052 also shows a location of an emergency situation 1076 that is within the reference point 1054 area. System 200 has defined a geo-fence 1078 around the location of the emergency situation, as shown described in association with Figures 1-10. Using the location information of the user device received by the system 200, the system determines that the individual 1058 is within the geo-fence 1078 and takes additional measures to ensure the safety of the individual. A method that more fully describes the virtual beacon-based notification system described in association with Figure 14 will be discussed in association with Figure 15.

Referring now to Figure 15, a simplified flowchart of a method 1100 for virtual beacon-based emergency notification of individuals is illustrated, in accordance with one embodiment of the present disclosure. Method 1100 can be implemented in the context of the system discussed in association with Figure 14. Method 1100 starts at block 1102 where a virtual beacon is established (that is, it is placed by an operator and / or algorithm) at or near a reference point. Notably, the virtual beacon is established before an emergency situation occurs, and can also be used to monitor individuals in non-emergency situations, eg, to track access to hazardous or confidential materials. The virtual beacon has associated with it a distance that activates the registration / cancellation of an emergency notification list. The established distance may form a virtual boundary that encompasses all or part of the reference point, or even adjacent reference point (s) and / or property. Then, at block 1104, individuals associated with the reference point are logged into emergency system 200. As an aspect of this, individuals are added to a database and associated with one or more user devices. Method 1100 continues to block 1106 where emergency system 200 receives location data describing the geographical locations of user devices from user devices. In most cases, the location of a user device will correspond to the location of the individual associated with the user device.

The method then proceeds to decision block 1108, where each user device is determined and is within the subscription distance from the virtual beacon (that is, within the limit created by the virtual beacon). If a particular user device is not within the subscription distance, the method proceeds to block 1110 where the individual associated with the particular user device is removed from a list of registered users who will be notified in the event of an emergency in the reference point.

If, however, the particular user device is within the distance, the method proceeds to the block

1112 where the individual associated with the particular user device is added to the notification list and will be notified in the event of an emergency at the reference point. Then, in decision block 1114, it is determined whether an emergency notification associated with the reference point has been received.

If no such notification has been received the method

1100 it returns to block 1106, where the emergency system will continue to receive the geographic locations of the user devices associated with the individuals. If, however, no emergency notification has been received, method 1100 proceeds to block 1116 where the emergency system transmits information about the emergency situation to the user devices associated with the individuals on the emergency notification list.

In some embodiments, the emergency notification may originate from one or more sensors positioned in areas of interest. For example, a seismic sensor placed near a fault line can detect seismic activity, or a tsunami sensor positioned offshore can detect when water levels are above or below a predetermined threshold for a specified amount of time, or both of them. In some embodiments, when such a detector detects unusual activity and transmits a notification to system 200, it processes the information and transmits emergency notifications to user devices that are on the notification lists associated with virtual beacons within a specific range of the sensor. In one embodiment, a sensor itself can act as a virtual beacon, and user devices register or subscribe to the notification list if they enter at a specified distance from the sensor. In another mode, the sensors themselves can transmit forced or emergency push notifications to nearby user devices that are in proximity. In such modality, the geographic range of the alerted user devices can · depend on the type and severity of the activity detected by the sensor.

Finally, method 1100 optionally proceeds to block 1118 where the method continues to block 320 the method 300 illustrated in FIG. 3. In this regard, system 200 may perform any or all steps of dissemination of emergency information. remaining described in association with method 300. For example, system 200 may define a geo-fence around the location of the emergency situation itself and send detailed emergency information and instructions to individuals within the geo-fence (which may encompass less than the entire point reference). In this regard, only a subset of the individuals on the notification list can receive additional information / instructions about the emergency situation, or individuals can be notified by geographic location, eg different messages for those in the geo-fence, adjacent to the geo-fence, and away from the geo-fence.

One skilled in the art would understand that the individual beacon-based emergency notification method 1100 is simply an exemplary modality, and in alternative modalities, additional and / or different steps may be included in the method. In addition, steps can be excluded or performed in a different order than method 1100 in certain modalities. For example, in one embodiment, setting up a virtual beacon in block 1102 may be performed after individuals have registered with the emergency system in block 1104. In addition, in some embodiments, the emergency system may receive continuously the geographic locations of user devices throughout method 1100 and not just during blogging 1106. For example, user devices may periodically transmit their current location to system 200 as long as they are powered on.

The 1100 method can be carried out by means of logic that can comprise hardware (eg, dedicated logic, programmable logic, and microcode), software (such as software that runs on a general-purpose computer system, or a magic one. dedicated), or a combination of both (eg, the 1000 computer system of Figure 1). In an exemplary embodiment, the processing logic resides in the interactive emergency identification and information system 200, and the different elements of the system 200 can carry out method 1100.

In another aspect, the disclosure encompasses a computer-implemented method for interactive emergency information and identification, the method includes a computer-implemented method for interactive emergency information and identification, the method comprises: receiving, by means of a processor, a notification referring to an emergency situation, where the notification includes a location of the emergency situation; define, by means of the processor, a geofence that surrounds the location of the emergency situation, where the geofence includes a plurality of proximity zones that represent physical areas of variable distances from the location of the emergency situation; receiving, by means of the processor, location information representing the locations of a plurality of user devices, the user devices being associated respectively with individuals; determining, by means of the processor, a position of at least one user device in the plurality of user devices within the geo-fence based on the location information, where the determination includes determining in which proximity zone it is located said at least one user device; and informing, via the processor, at least one individual of the emergency situation through a user interface of said at least one user device associated with said at least one individual.

In one modality, the geo-fence is a physical area of ​​variable radii around the location. In another embodiment, the emergency situation includes one or more than one

I terrorist attack, a shooting event, a bomb event, an earthquake, a flood, a fire, 'a hurricane, and an accident. In a still further embodiment, the locations of the plurality of user devices are determined based on at least one of radio signal multilateration between radio towers, triangulation of a GPS signal associated with each of the plurality of user devices, Wi-Fi positioning, and Bluetooth sensor signals. In one embodiment, the method further includes receiving, from at least one of the plurality of user devices, one or more of the following: audio data, video data, and text data.

In another embodiment, the method further includes providing, by means of the processor, emergency instructions associated with the emergency situation to said at least one individual through the user interface of said at least one user device associated with said at least one An individual. In a preferred embodiment, the emergency instructions are based on the proximity zone associated with the position of said at least one individual. In yet another preferred embodiment, the method includes coordinating actions of said at least one individual based on the emergency instructions. In a further embodiment, reporting includes sending a forced or push message to said at least one user device associated with said at least one individual. In yet another it includes receiving, by means of

<td>assistance</td><td>of</td><td>saying</td><td>to the</td><td>less</td>

<td>assistance</td><td>to</td><td>saying</td><td>to the</td><td>less</td>

<td>assistance</td><td colspan="2">It includes</td><td>one</td><td>or more</td>

modality, the further processing method, a request from an individual; and provide an individual, where the s to transmit informational assistance and transmit the request for assistance to one or more emergency agencies.

In a further embodiment, the method further includes providing, via the processor through the user interface of said at least one user device associated with said at least one individual, a functionality that allows said at least one individual to provide feedback. about the emergency situation; and receiving, by means of the processor, the feedback about the emergency situation of said at least one user device associated with said at least one individual. In another embodiment, the method also includes transmitting the feedback to one or more emergency agencies. In a preferred embodiment, feedback includes one or more than one request for help, a statement that no help is needed, an assessment of the emergency situation, audio information, and video information. In yet another embodiment, the method further includes analyzing, via the processor, the feedback from said at least one individual along with the feedback received from other individuals; based on the analysis, generate, through the processor, consolidated data related to the safety of said at least one individual and the other individuals; and provide, through the processor, the consolidated data to an operator through an administrators interface.

In still a further embodiment, the method further includes determining a position of said at least one individual associated with said at least one user device based on the position of said at least one user device.

In another aspect, the present disclosure provides what is necessary for an interactive emergency information and identification system that includes: a processor configured to receive a notification regarding an emergency situation, wherein the notification includes a location of the emergency situation; define a geofence that surrounds the location of the emergency situation, where the geofence includes a plurality of proximity zones that represent physical areas of variable distances from the location of the emergency situation; receiving location information representing the locations of a plurality of user devices, the user devices being associated respectively with individuals; determining a position of at least one user device in the plurality of user devices within the geo-fence based on the location information, wherein the determination includes determining in which proximity zone said at least one monitoring device is located. user; informing at least one individual of the emergency situation through a user interface of said at least one user device associated with said at least one individual; and a database communicatively coupled to the processor and configured to store said at least one notification and position information.

In one modality, the geo-fence is a physical area of ​​variable radii around the location. In another embodiment, the processor is further configured to receive, from at least a plurality of user devices, one or more of the following: audio data, video data, and text data, and to provide emergency instructions associated with the emergency situation to at least one individual through the user interface of said at least one user device associated with said at least one individual. In another embodiment, the locations of the plurality of user devices are determined based on at least one of radio signal multilateration between radio towers, triangulation of a GPS signal associated with each of the plurality of user devices, positioning Wi-Fi, and Bluetooth sensor signals.

In another embodiment, the processor is further configured to: provide, via the user interface of said at least one user device associated with said at least one individual, functionality that allows said at least one individual to provide feedback about the emergency situation; and receiving feedback about the emergency situation from said at least one user device associated with said at least one individual. In a preferred embodiment, the processor is further configured to: transmit the feedback to one or more emergency agencies. In a still further preferred embodiment, feedback includes one or more of the following: a request for help, a statement that no help is needed, an assessment of the emergency situation, audio data, video data, and text.

In a preferred embodiment, the processor is further configured to determine a position of said at least one individual associated with said at least one user device based on the position of said at least one user device.

In a further aspect, the disclosure provides what is necessary for a non-transient computer-readable medium that includes instructions, which when executed by one or more processors, cause the following operations to be carried out: receive a notification regarding a emergency situation, where the notification includes a location of the emergency situation; define a geo-fence surrounding the location of the emergency situation, where the geofence includes a plurality of proximity zones representing physical areas of varying distances from the location of the emergency situation; receiving location information representing locations of a plurality of user devices, the user devices being associated respectively with individuals; determining a position of at least one user device in the plurality of user devices within the geo-fence based on the location information, wherein the determination includes a determination of in which zone of proximity said at least one user device; and informing said at least one individual about the emergency situation through a user interface of said at least one user device associated with said at least one individual.

In one embodiment, the instructions further cause the following operations to be carried out: providing, through the user interface of said at least one user device associated with said at least one individual, a functionality that allows said at least an individual provides feedback about the emergency situation; and get the feedback about

<td colspan="2">of the situation</td><td>of emergency</td><td>since</td><td>saying</td><td>to the</td><td>less</td><td>a</td>

<td>device</td><td>of</td><td>associated user</td><td>with</td><td>saying</td><td>to the</td><td>less</td><td>a</td>

<td>individual.</td><td>In</td><td>another modality,</td><td>the</td><td>means, medium</td><td colspan="2">readable</td><td>by</td>

Computer also includes transmitting feedback to one or more emergency agencies. In a preferred embodiment, the instructions of the computer readable medium further cause the following operation to be carried out: determining a position of said at least one individual associated with said at least one user device with

<td>base on</td><td>the</td><td>position of said at least one device</td><td>of</td>

<td>user.</td><td></td><td></td><td></td>

<td>By</td><td>the</td><td>Therefore, different systems have been described</td><td>and</td>

<td>methods</td><td>of</td><td>interactive information and identification</td><td>of</td>

emergency. Although the modalities have been described with reference to specific exemplary modalities, it will be apparent that different modifications and changes can be made to these modalities without departing from the broader spirit and scope of the system and method described in this document. Furthermore, elements of different modalities in the present disclosure can be combined in different possible ways to disclose additional modalities still within the scope of the present modality. For example, elements in environments 100, 102, and 980 can be combined, interchanged, or otherwise altered to form additional modalities. Accordingly, the specification and drawings should be considered in an illustrative rather than a restrictive sense.