US20080013484A1 - Emergency Locator System - Google Patents

Emergency Locator System Download PDF

Info

Publication number
US20080013484A1
US20080013484A1 US11/863,976 US86397607A US2008013484A1 US 20080013484 A1 US20080013484 A1 US 20080013484A1 US 86397607 A US86397607 A US 86397607A US 2008013484 A1 US2008013484 A1 US 2008013484A1
Authority
US
United States
Prior art keywords
remote device
location
emergency
contacts
notification message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/863,976
Inventor
E-Lee Chang
Sharon Carter
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
AT&T Intellectual Property I LP
AT&T Delaware Intellectual Property Inc
Original Assignee
AT&T BLS Intelectual Property Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by AT&T BLS Intelectual Property Inc filed Critical AT&T BLS Intelectual Property Inc
Priority to US11/863,976 priority Critical patent/US20080013484A1/en
Publication of US20080013484A1 publication Critical patent/US20080013484A1/en
Assigned to AT&T INTELLECTUAL PROPERTY I, L.P. reassignment AT&T INTELLECTUAL PROPERTY I, L.P. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: AT&T DELAWARE INTELLECTUAL PROPERTY, INC.
Assigned to AT&T DELAWARE INTELLECTUAL PROPERTY, INC. reassignment AT&T DELAWARE INTELLECTUAL PROPERTY, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: BELLSOUTH INTELLECTUAL PROPERTY, INC.
Assigned to AT&T DELAWARE INTELLECTUAL PROPERTY, INC. reassignment AT&T DELAWARE INTELLECTUAL PROPERTY, INC. CORRECTIVE ASSIGNMENT TO CORRECT THE CLERICAL ERROR IN THE NAME OF THE ASSIGNOR PREVIOUSLY RECORDED ON REEL 022464 FRAME 0120. ASSIGNOR(S) HEREBY CONFIRMS THE CORRECT NAME OF THE ASSIGNOR IS BELLSOUTH INTELLECTUAL PROPERTY CORPORATION. Assignors: BELLSOUTH INTELLECTUAL PROPERTY CORPORATION
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/016Personal emergency signalling and security systems
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/005Alarm destination chosen according to a hierarchy of available destinations, e.g. if hospital does not answer send to police station
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/006Alarm destination chosen according to type of event, e.g. in case of fire phone the fire service, in case of medical emergency phone the ambulance
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/001Alarm cancelling procedures or alarm forwarding decisions, e.g. based on absence of alarm confirmation

Definitions

  • This invention relates to the field of telecommunications. More particularly, the invention relates to systems and methods for concurrent notification of a user-provided list of emergency contacts.
  • an individual might suffer a sudden heart attack, or an unexpected traffic problem, such as a vehicle breakdown or accident, or there might be an intruder in the house, or someone suspicious approaching, or the like.
  • the individual could call a predefined emergency telephone number, such as 911, to notify authorities and request such emergency services as police, ambulance, fire, towing, or the like.
  • the individual could call one or more family members, friends, or other contacts to notify them of the situation as well.
  • the invention satisfies the aforementioned needs in the art by providing systems and methods for providing distributed notification.
  • the invention allows people in an emergency situation to provide notification and location information of an emergency event. People who are in danger can activate a device, which can trigger a notification to the appropriate emergency service for that area, as well as to the telephone numbers, pager numbers, email addresses, etc., of a predefined list of emergency contacts.
  • An emergency services operator such as a 911 operator, for example, who receives the notification signal can quickly pinpoint the location of the person in trouble by using location information contained in the signal provided by the device.
  • the device includes a Global Positioning System (GPS) receiver for this purpose.
  • GPS Global Positioning System
  • the list of emergency contacts would receive a message (such as a voice or text message, for example), which would provide access to more information regarding the emergency (such as status and location, for example).
  • Voice portal technology could be used to provide additional, up-to-date information about the emergency.
  • This service can be activated using a special beeper, car-mounted device, or jewelry-type transceiver device that contains an emergency activation button.
  • FIG. 1 is a block diagram of an exemplary telecommunications network in which the principles of the invention can be employed;
  • FIG. 2 is a block diagram of a preferred embodiment of an emergency locator system according to the invention.
  • FIG. 3 depicts exemplary contents of a contact profile data store according to the invention.
  • FIGS. 4A and 4B provide a flowchart of a preferred embodiment of a method according to the invention for concurrent notification of a predefined list of emergency contacts.
  • FIG. 1 is a block diagram of an exemplary telecommunication network 100 , such as a public switched telecommunications network (PSTN), in which the principles of the invention can be employed. More particularly, FIG. 1 illustrates a simplified advanced intelligent network (AIN). AIN systems are described in U.S. Pat. No. 5,701,301, the disclosure of which is hereby incorporated herein by reference. Though the various features and aspects of the invention can be utilized in conjunction with an AIN, it should be understood that the invention is not limited to AIN-based systems, and that other networks and system arrangements can be used in accordance with the invention.
  • PSTN public switched telecommunications network
  • the AIN 100 can include a plurality of service switching points (SSPs) 114 , 116 .
  • SSPs 114 , 116 are capable of generating AIN queries.
  • An SSP which is also known as a “central office,” is basically a switch and the terms are used interchangeably herein.
  • SSPs 114 and 116 can comprise, for example, DMS100 or 5ESS switches. These switches can be manufactured by, for example, Lucent Technologies, Inc. or Nortel Networks.
  • Each of the SSPs 114 , 116 can have one or more subscriber lines 111 connected thereto. Subscriber lines 111 may also be referred to as calling lines. Each SSP 114 , 116 serves a designated group of calling lines 111 , and thus, the SSP that serves a particular calling line may be referred to as its serving switch. Typically, each calling line 111 is connected to one or more pieces of terminating equipment 110 , 112 , such as a telephones, facsimile machines, computers, modems, or other such telecommunication devices.
  • terminating equipment 110 , 112 such as a telephones, facsimile machines, computers, modems, or other such telecommunication devices.
  • Trunks 115 are basically the voice paths via which communications are connected between SSPs.
  • the term “communication” or “call” is used herein to include all messages that may be exchanged between the calling party and the called party in a telecommunication network, such as illustrated in FIG. 1 .
  • Trunk 115 can be either a Signaling System 7 (SS7) controlled multi-frequency (MF) trunk, or primary rate interface (PRI) trunk or the like. The type of trunk will be in accordance with both the sending and receiving SSP to which it is connected.
  • SS7 Signaling System 7
  • MF Signaling System 7
  • PRI primary rate interface
  • Each SSP 114 , 116 can include different types of facilities and/or triggers.
  • SSPs 114 and 116 are programmable switches that can perform some or all of the following functions: recognize AIN-type calls, launch queries, and receive commands and data to further process and route AIN-type calls.
  • the triggered SSP 114 or 116 formulates and sends an AIN query.
  • SSP 114 or 116 responds to call processing instructions received.
  • Each of SSPs 114 and 116 is connected to a signal transfer point (STP) 117 via respective data links 150 , 152 .
  • Data links 150 , 152 can employ SS7, for example, though it should be understood that any suitable signaling protocol could be employed.
  • STP signal transfer point
  • Data links 150 , 152 can employ SS7, for example, though it should be understood that any suitable signaling protocol could be employed.
  • each SSP 114 and 116 can be equipped with Common Channel Signaling (CCS) capabilities, e.g., SS7, which provides two-way communications of data messages over CCS links 150 and 152 between components of the AIN network.
  • CCS Common Channel Signaling
  • the data messages can be formatted in accordance with the Transaction Capabilities Applications Part (TCAP).
  • TCAP Transaction Capabilities Applications Part
  • ISDN Integrated Service Digital Network
  • ISUP Integrated Service Digital Network
  • SSPs 114 and 116 can be equipped with the capability to map appropriate data between TCAP and ISUP protocols, and vice versa.
  • the telephone network basically employs an upper-level software controlled network through the STPs and the SCP.
  • SSPs 114 and 116 may allow normal switch processing to be suspended at specific points in a call so that the switch can send an AIN message query via signaling transfer point (STP) 117 to SCP 118 , 119 or 120 .
  • SCP 118 , 119 or 120 may execute software based service logic and return call-processing instructions to the triggering AIN SSP.
  • New services may be provisioned by assigning AIN SSP triggers to customer lines, trunks, and/or NANP (North American Numbering Plan) telephone numbers.
  • SCP service control point
  • AIN element referred to as a service control point (SCP) 118 , 119 , 120 that is connected to STP 117 over an SS 7 data link, or the like, 154 , 156 or 158 .
  • the connections by links 150 , 152 , 154 , 156 , and 158 are for signaling purposes and allow SSPs 114 and 116 to send messages to, and receive messages from, SCP 118 , 119 and 120 .
  • SCP 118 , 119 , 120 is the hosting of network databases and subscriber databases, which may be stored in respective data storage objects 123 , 124 , 125 .
  • data storage object 123 is shown as a database communicatively coupled to SCP 118 , although data storage object 123 can be embodied as a component within SCP 118 , such as an internally-mounted hard disk device.
  • the databases stored in data storage object 123 may be used in providing telecommunications services to a customer.
  • SCP 118 , 119 , 120 is also the repository of service package applications (SPAs) that are used in the application of telecommunication services, enhanced features, or subscriber services to calling lines. Additionally, SPAs may use databases for providing telecommunication services.
  • SPAs service package applications
  • a set of triggers can be defined at the SSPs 114 , 116 .
  • a trigger in the AIN is an event associated with a particular call that initiates a query to be sent to SCP 118 , 119 , or 120 .
  • the trigger causes selected SCP 118 , 119 , or 120 to access, if necessary, its respective database 123 , 124 , or 125 for processing instructions with respect to the particular call.
  • the results of the SCP processing and/or database inquiry is/are sent back to selected SSP 114 or 116 in a response through STP 117 .
  • the return packet includes instructions to SSP 114 , 116 as to how to process the call.
  • the instructions may be to take some special action as a result of a customized calling service, enhanced feature, or subscriber service.
  • switch 114 , 116 moves through its call states, collects the called digits, and generates further packets that are used to set up and route calls. Similar devices for routing calls among various local exchange carriers are provided by regional STP and regional SCP.
  • TAT termination attempt trigger
  • PODP Public Office Dialing Plan
  • the AIN can also include a services circuit node 134 (SCN), which may also be referred to herein as a services node (SN).
  • SCN services circuit node 134
  • SN 134 is an interactive data system that acts as a switch to transfer calls. SN 134 may provide interactive help, collect voice information from participants in a call, and/or provide notification functions.
  • SN 134 can be a Lucent Technologies Star Server FT Model 3200 or Model 3300 although other such devices can be employed.
  • SN 134 can include voice and dual tone multi-frequency (DTMF) signal recognition devices and/or voice synthesis devices.
  • SN 134 can include a data assembly interface.
  • SN 134 can be connected to local SCP 118 , 119 , 120 via respective data links 166 , 168 , 170 using an X.25, SS 7 or TCP/IP protocol or any other suitable protocol.
  • SN 134 typically may be connected to one or more (but usually only a few) SSPs via Integrated Service Digital Network (ISDN) lines or any other kind of suitable telephone lines 132 .
  • ISDN Integrated Service Digital Network
  • a telephone network is a simplified network meant for explanatory purposes. It is likely that a telephone network might include numerous user stations, SSPs, STPs, SCPs, and SNs along with other telephone network elements, and can employ other types of triggers without departing from the spirit and scope of the invention.
  • FIG. 2 is a block diagram of a preferred embodiment of a system according to the invention for providing distributed notification.
  • a system according to the invention can include a remote device 200 , which is preferably a small, hand-held device, having a form factor of a pager, for example.
  • the remote device 200 is communicatively coupled to a base station 210 via a communications link 209 .
  • the communications link 209 is a wireless, radio-frequency (RF) communications link.
  • RF radio-frequency
  • the remote device 200 can include an activation device 202 , a GPS signal receiver 204 , a remote device controller 206 , and a location signal transmitter 208 .
  • the GPS signal receiver 204 is adapted to receive global positioning signals from each of a plurality of global positioning satellites 15 via respective GPS links 20 .
  • the GPS signal receiver 204 includes a GPS antenna (not shown) for receiving the global positioning signals from the GPS satellites.
  • the transmitter 208 is adapted to transmit location signals via a communication link 209 to a base station 210 .
  • the activation device 202 is electrically connected to the remote device controller 206 .
  • the activation device 202 can be a button that sends an electrical impulse to the remote device controller 206 when the button is pushed.
  • the button can be depressed into a housing of the remote device, covered with a cap, or otherwise disposed so as to minimize inadvertent activation of the device.
  • the activation device 202 can be coupled to another event trigger, such as a collision sensor in an automobile, for example, such as would be used to detect a collision for purposes of airbag deployment.
  • a collision sensor detects that the automobile has been involved in a collision
  • the collision sensor transmits a signal, such as an electrical impulse, to the activation sensor 202 , which, in turn, transmits an electrical impulse to the remote device controller 206 .
  • the collision sensor and the activation sensor 202 can be one in the same. That is, the collision sensor can be electrically connected directly to the remote device controller 206 and transmit an electrical signal to the remote device controller 206 upon detection that the automobile has been involved in a collision.
  • the device can be integrated into an automobile.
  • the remote device controller 206 includes a microprocessor that contains computer executable instructions for controlling the operation of the remote device 200 and for performing a method according to the invention as will be described in detail below.
  • the remote device 210 includes a memory 207 for storing a remote device identifier, such as a serial number, that uniquely identifies the remote device 200 .
  • the remote device can also include a power supply (not shown), such as a watch battery, and a clocking source (not shown).
  • the base station 210 can include a contact profile data store 212 , a location signal receiver 214 , a base station controller 216 , and a notification signal transmitter 218 .
  • the location signal receiver 214 is adapted to receive location signals via the communications link 209 from the remote device 200 .
  • the notification signal transmitter 218 is adapted to transmit notification signals to each of a plurality of contacts 220 - 1 , 220 - 2 , . . . , 220 -N via respective communication links 219 - 1 , 219 - 2 , . . . , 219 -N.
  • the notification signal transmitter 218 is further adapted to transmit notification signals to an emergency service 222 via a corresponding communications link 221 .
  • the emergency service can be thought of as an additional (N+1 St ) contact.
  • the base station controller 216 includes a microprocessor that contains computer executable instructions for controlling the operation of the base station 210 and for performing a method according to the invention as will be described in detail below.
  • the base station 210 includes a memory 217 for storing voice and text notification templates as will be described in detail below.
  • FIG. 3 depicts exemplary contents 300 of a contact profile data store in accordance with the invention.
  • the contact profile data store can contain a plurality of entries or contact profiles 302 .
  • Each contact profile 302 is associated with a remote device identifier 304 such as described above in connection with FIG. 2 .
  • Each remote device identifier is associated with a respective subscriber identifier 306 and contact list 308 .
  • the subscriber identifier 306 can include the name of the person who is registered as the owner of the remote device, or any other data that can be used to associate the remote device with a person.
  • Each contact list 308 includes one or more contacts.
  • Each contact is associated with a respective contact address 310 and contact type 312 .
  • the contact address 310 is an address at which the contact is to be notified, i.e., an address to which the base station should send a notification signal at the occurrence of a triggering event.
  • Examples of contact addresses 310 include telephone numbers, pager numbers, fax numbers, or email addresses.
  • the contact type 312 represents the type of notification that should be provided to the contact at the occurrence of a triggering event.
  • Examples of contact types 312 include voice or text.
  • the base station provides voice notification signals to the contact where the contact address is a telephone number, and text notification signals where the contact address is a pager number, fax number, or email address.
  • the subscriber provides the data for the associated contact profile 302 .
  • the subscriber can setup the contacts list initially via a Web site provided by the provider of the emergency locator service. The subscriber logs on to the Web site using his subscriber ID and a prearranged password. The password can be set initially by the provider of the emergency locator service, with an option for the subscriber to change the password if he so desires.
  • the subscriber can then provide the list of contacts and a contact address for each contact in the list.
  • the server on which the Web site resides (the Web server) can provide the subscriber with options to indicate whether the address corresponds to a telephone, pager, fax machine, email address or the like. In this way, the server can determine whether the contact type is voice or text.
  • the subscriber can add, delete, or modify data in the subscriber's entry in the contact profile data store.
  • the Web server is coupled to the base station such that the Web server can update the contact profile data store to reflect the subscriber's input.
  • the base station can be implemented on a server that provides the Web site, or other user interface that the subscriber can access remotely by computer or telephone, for example.
  • the server tests and validates the contact addresses that the subscriber provides to ensure that the contact addresses are valid, working addresses. For example, if the subscriber provides an email address, the server can send a test email message to the address. If the message is not returned as undeliverable, then the server determines that the email address is a valid address, and stores the address in the subscriber's contacts list. Similarly, if the subscriber provides a telephone number, fax number, pager number, or the like, the server can initiate a test call to the number provided to determine whether the number is valid and active. If so, the server updates the contacts list to include the subscriber-provided contact address.
  • FIGS. 4A and 4B provide a flowchart of a method 400 according to the invention for providing distributed notification.
  • the remote device receives global positioning signals from a plurality of GPS satellites.
  • the remote device can include a GPS receiver that is adapted to receive the global positioning signals.
  • the remote device can receive GPS signals continuously or, more preferably, to reduce power consumption, the remote device receives signals only after a triggering event has been detected.
  • the remote device controller initiates (“turns on”) the GPS receiver or otherwise causes the GPS receiver to receive the GPS signals upon detection of the occurrence of a triggering event.
  • the GPS receiver passes the received GPS signals to the remote device controller.
  • the remote device detects the occurrence of a triggering event.
  • a triggering event occurs when the activation button is pushed.
  • the remote device controller detects the electrical impulse from the button and thereby recognizes that a triggering event has occurred.
  • the activation sensor is coupled to an automobile's collision sensor, for example, a triggering event occurs when the collision sensor detects that the automobile has been involved in an accident.
  • the remote device controller detects the electrical signal from the collision sensor (via the activation sensor if the activation sensor is separate form the collision sensor) and thereby recognizes that a triggering event has occurred.
  • the remote device Upon detection of the occurrence of a triggering event at step 404 , the remote device, at step 406 , transmits a location signal to the base station.
  • the remote device controller forms a location signal data packet, and passes the location signal data packet to the transmitter.
  • the remote device transmitter transmits the location signal data packet as a location signal to the base station.
  • the location signal includes the remote device identifier, which the remote device controller retrieves from the memory in the remote device, and a representation of the location of the remote device.
  • the location signal preferably contains the raw GPS data that is downloaded from the GPS satellites.
  • the location signal can contain a longitude and latitude of the remote device. In such an embodiment, the remote device controller is programmed to compute the longitude and latitude from the raw GPS data.
  • the base station receives the location signal via the base station receiver.
  • the base station receiver passes the location signal data packet to the base station controller, which extracts the remote device identifier from the location signal data packet.
  • the base station controller determines whether the remote device belongs to a subscriber to the emergency locator service. That is, the base station controller determines whether the remote device identifier extracted from the location signal corresponds to a remote device identifier in the contact profile data store.
  • the remote device identifier might not be in the contact profile data store because the subscriber's subscription to the emergency location service might not have been activated or might have lapsed, for example.
  • Non-subscriber processing can be, for example, ignoring the call, or notifying an emergency service that an emergency has been detected at the location of the remote device, even though the identity of the subscriber cannot be provided to the emergency service, nor can any additional contacts be notified.
  • the base station controller determines the corresponding subscriber ID.
  • the base station controller retrieves the subscriber ID from the contact profile associated with the remote device ID.
  • the base station controller can extract the subscriber ID from the location signal.
  • the remote device stores the subscriber ID in memory. The remote device controller retrieves the subscriber ID from memory and includes the subscriber ID in the location signal.
  • the base station controller determines the location of the remote device (and, consequently, of the subscriber in the emergency situation).
  • the base station controller computes a longitude and latitude from the raw global positioning data using well-known-techniques.
  • the base station controller computes a longitude and latitude that correspond to the location of the remote device.
  • the remote device controller can compute the longitude and latitude of the remote device from the raw GPS data, and provide the longitude and latitude to the base station in the location signal.
  • the base station converts the raw GPS data (or the longitude and latitude) into a street address.
  • the base station can include a data store that contains a mapping of longitude/latitude into street address.
  • the base station can access such a data store via a network, such as the Internet.
  • the base station can access a remote processor via such a network, provide the longitude/latitude data to the remote processor, and receive a corresponding street address from the remote processor.
  • the base station controller retrieves from the contact profile data store the contact data associated with the remote device identifier. For each of the contacts in the contact list, the base station controller determines whether the contact type is voice or text. If, at step 418 , the base station controller determines that the contact type is voice, then, at step 420 , the base station controller retrieves a voice notification template from memory. At step 422 , the base station controller modifies the voice notification template with event specific data to form a voice notification file.
  • a voice notification template can be an audio or text file that corresponds to the message “An emergency involving [subscriber ID] has been reported at [location of remote device]. Emergency services [have/have not] been contacted. Please contact us for more information.”
  • the base station controller can modify the voice notification template by interleaving audio or text corresponding to the subscriber ID and location into the voice notification template to form the voice notification file. Depending on whether the contacts list includes an emergency service, the voice notification file is modified accordingly. If either or both of the voice notification template and voice notification file are to be stored as audio, then existing text-to-speech technology can be employed to convert text to audio before it is stored.
  • the base station controller provides a voice notification signal to the contact address via the base station transmitter.
  • the contact address is a telephone number
  • the base station controller initiates a telephone call to the contact address.
  • the communications link between the base station and a contact having a telephone number as a contact address can include one or more SSPs, trunks, calling lines, and the like as described in FIG. 1 .
  • the voice notification file is stored as an audio file
  • the base station controller causes the audio file to be played over the communications link to the contact when the base station controller detects that the call has been answered.
  • the voice notification file is stored as text, then text-to-speech technology is employed to convert the text file into audio, which is then played over the communications link to the contact.
  • the base station controller determines that the contact type is text, then, at step 428 , the base station controller retrieves a text notification template from memory. At step 430 , the base station controller modifies the text notification template with event specific data to form a text notification file.
  • a text notification template can be a text file that corresponds to the message “An emergency involving [subscriber ID] has been reported at [location of remote device]. Emergency services [have/have not] been contacted. Please contact us for more information.”
  • the base station controller can modify the text notification template by interleaving text corresponding to the subscriber ID and location into the text notification template to form the text notification file. Depending on whether the contacts list includes an emergency service, the text notification file is modified accordingly.
  • the base station controller provides a text notification signal to the contact address via the base station transmitter.
  • the contact address is a pager number
  • the base station controller initiates a call to the contact address.
  • the controller detects that the call has been answered, the controller provides the text notification to the contact's pager.
  • the contact address is a fax number
  • the base station controller initiates a call to the contact address and, when the controller detects that the call has been answered, the controller provides the text notification to the contact's fax machine.
  • the communications link between the base station and a contact having a pager number or fax number as a contact address can include one or more SSPs, trunks, calling lines, and the like as described in FIG. 1 .
  • the base station controller sends to the contact address, via a network such as the Internet, an email that includes the text notification.
  • the communications link between the base station and a contact having an email address as a contact address can be part of a wide area network, such as the Internet, for example.
  • the base station can include a network access program, such as a Web browser, for example, that enables the base station to connect to the network.
  • step 417 The process continues at step 417 until all the contacts in the list have been notified.
  • a subscriber might inadvertently activate a remote device, thereby causing a false alarm to be sent to the contacts on that subscriber's contacts list. This might occur, for example, where the subscriber accidentally pushes the activation button on the remote device.
  • a false alarm can occur where a subscriber at first perceives a situation as an emergency, but later determines that the situation is harmless. Sometimes, even when the emergency situation is real, the situation is resolved within a short period of time. For example, the parties to a minor traffic accident might agree that any damage is minimal, and that they will go their separate ways. In such a situation, the subscriber might wish to rescind the call to the emergency contacts.
  • the nature of the emergency might require that the subscriber be moved from the location, such as when the victim of an automobile accident needs to be taken to a hospital.
  • the contacts could arrive at the location of the emergency event only to find that the subscriber is not in danger or is no longer there.
  • a system can provide up-to-date information about the location of the remote device or the status of the emergency situation.
  • the emergency locator system can treat the emergency as an ongoing situation that begins when the remote device is activated. The system considers the emergency situation to be “ongoing” from the time the remote device is activated, until either the subscriber “terminates” the event, or a predefined timeout period expires.
  • the remote device can continually or periodically send location information to the base station.
  • the base station can periodically interrogate the remote device by sending a location request signal to the remote device from time to time.
  • the remote device can provide the base station with its current location.
  • the base station can maintain the current location of the remote device (which, presumably, is the current location of the subscriber).
  • the system provides emergency contacts with access to current location information via a network connection, such as by using a telephone or Internet appliance. That is, the contact can retrieve up-to-date information from the base station server by establishing an Internet connection to a Web site that the provider offers.
  • the emergency contact can retrieve the location information from the web site by telephone.
  • the emergency contact can place a call to a live operator who retrieves the current information from the server and relays it to the contact.
  • the provider of the emergency locator service can provide the contacts with an address, such as a web site address or telephone number, via the notification signal.
  • the emergency contact is preferably required to provide contact identification information, such as the contact id and a prearranged password.
  • the subscriber provides the contact id at the time the subscriber sets up the contacts list.
  • the system can provide an initial password for each contact, and the contact can change the password during subsequent use of the system.
  • the subscriber can contact the emergency locator service (by telephone, email, or a website, for example), to notify the service that the situation is “over.” If the subscriber does not make such a contact within a predefined timeout period, the system treats the situation as if it is over. That is, in either event, the system no longer tracks the location of the remote device, and, therefore, no longer provides updated location information to the emergency contacts.
  • the timeout period is defined to be long enough to accommodate most emergency situations (e.g., one hour).
  • the emergency service or the subscriber can also provide updated status information to the system so that other emergency contacts can retrieve up-to-date status. For example, in the case of a minor traffic accident, the emergency service or subscriber could contact the emergency locator service to advise that everyone at the scene is uninjured. On the other hand, if the accident were severe, the emergency service (or the subscriber, if able) could notify the emergency locator service that individuals have been injured and taken (or will be taken) to a specific hospital for example. The emergency contacts can then retrieve this updated status information in the same manner as described above in connection with retrieval of updated location information.

Abstract

Systems and methods for providing distributed notification of an emergency event are disclosed. A system according to the invention can include a remote device that is communicatively coupled to a base station. The remote device can include an activation device, a GPS signal receiver, a remote device controller, and a location signal transmitter. The GPS signal receiver is adapted to receive global positioning signals from each of a plurality of global positioning satellites. The transmitter is adapted to transmit location signals to the base station. The base station can include a contact profile data store, a location signal receiver, a base station controller, and a notification signal transmitter. The location signal receiver is adapted to receive location signals from the remote device. The notification signal transmitter is adapted to transmit notification signals to each of a plurality of contacts, which can include an emergency service.

Description

  • This application is a continuation of co-pending U.S. patent application Ser. No. 09/965,984 (BE1-0083US), filed Sep. 28, 2001, which is incorporated herein by reference.
  • FIELD OF THE INVENTION
  • This invention relates to the field of telecommunications. More particularly, the invention relates to systems and methods for concurrent notification of a user-provided list of emergency contacts.
  • BACKGROUND OF THE INVENTION
  • Unfortunately, individuals sometimes find themselves in situations in which they need assistance. For example, an individual might suffer a sudden heart attack, or an unexpected traffic problem, such as a vehicle breakdown or accident, or there might be an intruder in the house, or someone suspicious approaching, or the like. In such situations, the individual could call a predefined emergency telephone number, such as 911, to notify authorities and request such emergency services as police, ambulance, fire, towing, or the like. Alternatively or additionally, the individual could call one or more family members, friends, or other contacts to notify them of the situation as well.
  • In an emergency, however, individuals typically cannot afford the time to make a number of phone calls to notify various others that the situation exists. For example, if an individual is having a heart attack, he would not likely want to make more than one phone call, nor would he likely be able to do so. If an intruder were in the house, the individual would want to focus on getting out of the house, rather than making a number of calls.
  • There are also emergency situations in which the individual cannot actually dial a phone. For example, if the individual has suffered a heart attack, he might not be able to dial the number, or be lucid enough, while in pain, even to remember the number to dial. Similarly, if the individual is being robbed at gunpoint, the robber is unlikely to allow the victim to make a phone call. If an intruder were in the house or a suspicious person approaching, the individual would likely not want to be heard while calling for help.
  • Hence, there is a need in the art for systems and methods by which an individual in need of emergency assistance can notify a plurality of contacts by initiating a single communication. There is especially a need for such systems and methods wherein such notification can be triggered without requiring the individual to dial a phone or to speak.
  • BRIEF SUMMARY OF THE INVENTION
  • The invention satisfies the aforementioned needs in the art by providing systems and methods for providing distributed notification. The invention allows people in an emergency situation to provide notification and location information of an emergency event. People who are in danger can activate a device, which can trigger a notification to the appropriate emergency service for that area, as well as to the telephone numbers, pager numbers, email addresses, etc., of a predefined list of emergency contacts.
  • An emergency services operator, such as a 911 operator, for example, who receives the notification signal can quickly pinpoint the location of the person in trouble by using location information contained in the signal provided by the device. Preferably, the device includes a Global Positioning System (GPS) receiver for this purpose. The list of emergency contacts would receive a message (such as a voice or text message, for example), which would provide access to more information regarding the emergency (such as status and location, for example). Voice portal technology could be used to provide additional, up-to-date information about the emergency. This service can be activated using a special beeper, car-mounted device, or jewelry-type transceiver device that contains an emergency activation button.
  • BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING
  • Other features of the invention are further apparent from the following detailed description of the embodiments of the present invention taken in conjunction with the accompanying drawing, of which:
  • FIG. 1 is a block diagram of an exemplary telecommunications network in which the principles of the invention can be employed;
  • FIG. 2 is a block diagram of a preferred embodiment of an emergency locator system according to the invention;
  • FIG. 3 depicts exemplary contents of a contact profile data store according to the invention; and
  • FIGS. 4A and 4B provide a flowchart of a preferred embodiment of a method according to the invention for concurrent notification of a predefined list of emergency contacts.
  • DETAILED DESCRIPTION OF THE INVENTION
  • Referring now to the figures, an embodiment of the systems and methods of the invention will be described. Basic telephony concepts and terminology are used throughout the description as would be understood by one of skill in the art.
  • FIG. 1 is a block diagram of an exemplary telecommunication network 100, such as a public switched telecommunications network (PSTN), in which the principles of the invention can be employed. More particularly, FIG. 1 illustrates a simplified advanced intelligent network (AIN). AIN systems are described in U.S. Pat. No. 5,701,301, the disclosure of which is hereby incorporated herein by reference. Though the various features and aspects of the invention can be utilized in conjunction with an AIN, it should be understood that the invention is not limited to AIN-based systems, and that other networks and system arrangements can be used in accordance with the invention.
  • As shown, the AIN 100 can include a plurality of service switching points (SSPs) 114, 116. SSPs 114, 116 are capable of generating AIN queries. An SSP, which is also known as a “central office,” is basically a switch and the terms are used interchangeably herein. SSPs 114 and 116 can comprise, for example, DMS100 or 5ESS switches. These switches can be manufactured by, for example, Lucent Technologies, Inc. or Nortel Networks.
  • Each of the SSPs 114, 116 can have one or more subscriber lines 111 connected thereto. Subscriber lines 111 may also be referred to as calling lines. Each SSP 114, 116 serves a designated group of calling lines 111, and thus, the SSP that serves a particular calling line may be referred to as its serving switch. Typically, each calling line 111 is connected to one or more pieces of terminating equipment 110, 112, such as a telephones, facsimile machines, computers, modems, or other such telecommunication devices.
  • SSPs 114, 116 are interconnected by one or more trunk circuits 115. Trunks 115 are basically the voice paths via which communications are connected between SSPs. The term “communication” or “call” is used herein to include all messages that may be exchanged between the calling party and the called party in a telecommunication network, such as illustrated in FIG. 1. Trunk 115 can be either a Signaling System 7 (SS7) controlled multi-frequency (MF) trunk, or primary rate interface (PRI) trunk or the like. The type of trunk will be in accordance with both the sending and receiving SSP to which it is connected.
  • Each SSP 114, 116 can include different types of facilities and/or triggers. SSPs 114 and 116 are programmable switches that can perform some or all of the following functions: recognize AIN-type calls, launch queries, and receive commands and data to further process and route AIN-type calls. When one of SSPs 114 or 116 is triggered by an AIN-type call, the triggered SSP 114 or 116 formulates and sends an AIN query. Based on the reply from the AIN network, SSP 114 or 116 responds to call processing instructions received.
  • Each of SSPs 114 and 116 is connected to a signal transfer point (STP) 117 via respective data links 150, 152. Data links 150, 152 can employ SS7, for example, though it should be understood that any suitable signaling protocol could be employed. To facilitate signaling and data messaging, each SSP 114 and 116 can be equipped with Common Channel Signaling (CCS) capabilities, e.g., SS7, which provides two-way communications of data messages over CCS links 150 and 152 between components of the AIN network. The data messages can be formatted in accordance with the Transaction Capabilities Applications Part (TCAP). Alternatively, Integrated Service Digital Network (ISDN) Users Part (ISUP) can be used for signaling purposes between, for example, SSPs 114 and 116. In such a case, SSPs 114 and 116 can be equipped with the capability to map appropriate data between TCAP and ISUP protocols, and vice versa. The telephone network basically employs an upper-level software controlled network through the STPs and the SCP.
  • SSPs 114 and 116 may allow normal switch processing to be suspended at specific points in a call so that the switch can send an AIN message query via signaling transfer point (STP) 117 to SCP 118, 119 or 120. SCP 118, 119 or 120 may execute software based service logic and return call-processing instructions to the triggering AIN SSP. New services may be provisioned by assigning AIN SSP triggers to customer lines, trunks, and/or NANP (North American Numbering Plan) telephone numbers.
  • Much of the intelligence of the AIN resides in a type of AIN element referred to as a service control point (SCP) 118, 119, 120 that is connected to STP 117 over an SS 7 data link, or the like, 154, 156 or 158. Accordingly, the connections by links 150, 152, 154, 156, and 158 are for signaling purposes and allow SSPs 114 and 116 to send messages to, and receive messages from, SCP 118, 119 and 120.
  • Among the functions performed by SCP 118, 119, 120 is the hosting of network databases and subscriber databases, which may be stored in respective data storage objects 123, 124, 125. For example, data storage object 123 is shown as a database communicatively coupled to SCP 118, although data storage object 123 can be embodied as a component within SCP 118, such as an internally-mounted hard disk device. The databases stored in data storage object 123 may be used in providing telecommunications services to a customer. Typically, SCP 118, 119, 120 is also the repository of service package applications (SPAs) that are used in the application of telecommunication services, enhanced features, or subscriber services to calling lines. Additionally, SPAs may use databases for providing telecommunication services.
  • A set of triggers can be defined at the SSPs 114, 116. A trigger in the AIN is an event associated with a particular call that initiates a query to be sent to SCP 118, 119, or 120. The trigger causes selected SCP 118, 119, or 120 to access, if necessary, its respective database 123, 124, or 125 for processing instructions with respect to the particular call. The results of the SCP processing and/or database inquiry is/are sent back to selected SSP 114 or 116 in a response through STP 117. The return packet includes instructions to SSP 114, 116 as to how to process the call. The instructions may be to take some special action as a result of a customized calling service, enhanced feature, or subscriber service. In response, switch 114, 116 moves through its call states, collects the called digits, and generates further packets that are used to set up and route calls. Similar devices for routing calls among various local exchange carriers are provided by regional STP and regional SCP.
  • An example of such a trigger is a termination attempt trigger (TAT), which causes a query to be sent to SCP 118, 119, or 120 whenever an attempt is made to terminate a call on the line of subscriber 110 or 112. Another type of trigger that may be used is a Public Office Dialing Plan (PODP) trigger, though it should be understood that the principles of the invention include the use of other triggers.
  • The AIN can also include a services circuit node 134 (SCN), which may also be referred to herein as a services node (SN). SN 134 is an interactive data system that acts as a switch to transfer calls. SN 134 may provide interactive help, collect voice information from participants in a call, and/or provide notification functions. SN 134 can be a Lucent Technologies Star Server FT Model 3200 or Model 3300 although other such devices can be employed. SN 134 can include voice and dual tone multi-frequency (DTMF) signal recognition devices and/or voice synthesis devices. In addition, SN 134 can include a data assembly interface. SN 134 can be connected to local SCP 118, 119, 120 via respective data links 166, 168, 170 using an X.25, SS 7 or TCP/IP protocol or any other suitable protocol. In addition, SN 134 typically may be connected to one or more (but usually only a few) SSPs via Integrated Service Digital Network (ISDN) lines or any other kind of suitable telephone lines 132.
  • One skilled in the art will further recognize that the above-described network is a simplified network meant for explanatory purposes. It is likely that a telephone network might include numerous user stations, SSPs, STPs, SCPs, and SNs along with other telephone network elements, and can employ other types of triggers without departing from the spirit and scope of the invention.
  • FIG. 2 is a block diagram of a preferred embodiment of a system according to the invention for providing distributed notification. As shown, a system according to the invention can include a remote device 200, which is preferably a small, hand-held device, having a form factor of a pager, for example. The remote device 200 is communicatively coupled to a base station 210 via a communications link 209. Preferably, the communications link 209 is a wireless, radio-frequency (RF) communications link.
  • The remote device 200 can include an activation device 202, a GPS signal receiver 204, a remote device controller 206, and a location signal transmitter 208. The GPS signal receiver 204 is adapted to receive global positioning signals from each of a plurality of global positioning satellites 15 via respective GPS links 20. Preferably, the GPS signal receiver 204 includes a GPS antenna (not shown) for receiving the global positioning signals from the GPS satellites. The transmitter 208 is adapted to transmit location signals via a communication link 209 to a base station 210.
  • The activation device 202 is electrically connected to the remote device controller 206. The activation device 202 can be a button that sends an electrical impulse to the remote device controller 206 when the button is pushed. Preferably, to reduce the incidence of accidental triggering (and, consequently, the incidence of false alarms), the button can be depressed into a housing of the remote device, covered with a cap, or otherwise disposed so as to minimize inadvertent activation of the device.
  • Alternatively, the activation device 202 can be coupled to another event trigger, such as a collision sensor in an automobile, for example, such as would be used to detect a collision for purposes of airbag deployment. When the collision sensor detects that the automobile has been involved in a collision, the collision sensor transmits a signal, such as an electrical impulse, to the activation sensor 202, which, in turn, transmits an electrical impulse to the remote device controller 206. Alternatively, the collision sensor and the activation sensor 202 can be one in the same. That is, the collision sensor can be electrically connected directly to the remote device controller 206 and transmit an electrical signal to the remote device controller 206 upon detection that the automobile has been involved in a collision. In such an embodiment, the device can be integrated into an automobile.
  • Preferably, the remote device controller 206 includes a microprocessor that contains computer executable instructions for controlling the operation of the remote device 200 and for performing a method according to the invention as will be described in detail below. Preferably, the remote device 210 includes a memory 207 for storing a remote device identifier, such as a serial number, that uniquely identifies the remote device 200. The remote device can also include a power supply (not shown), such as a watch battery, and a clocking source (not shown).
  • The base station 210 can include a contact profile data store 212, a location signal receiver 214, a base station controller 216, and a notification signal transmitter 218. The location signal receiver 214 is adapted to receive location signals via the communications link 209 from the remote device 200. The notification signal transmitter 218 is adapted to transmit notification signals to each of a plurality of contacts 220-1, 220-2, . . . , 220-N via respective communication links 219-1, 219-2, . . . , 219-N. Preferably, the notification signal transmitter 218 is further adapted to transmit notification signals to an emergency service 222 via a corresponding communications link 221. Generally, the emergency service can be thought of as an additional (N+1St) contact.
  • Preferably, the base station controller 216 includes a microprocessor that contains computer executable instructions for controlling the operation of the base station 210 and for performing a method according to the invention as will be described in detail below. Preferably, the base station 210 includes a memory 217 for storing voice and text notification templates as will be described in detail below.
  • FIG. 3 depicts exemplary contents 300 of a contact profile data store in accordance with the invention. As shown, the contact profile data store can contain a plurality of entries or contact profiles 302. Each contact profile 302 is associated with a remote device identifier 304 such as described above in connection with FIG. 2. Each remote device identifier is associated with a respective subscriber identifier 306 and contact list 308. The subscriber identifier 306 can include the name of the person who is registered as the owner of the remote device, or any other data that can be used to associate the remote device with a person. Each contact list 308 includes one or more contacts. Each contact is associated with a respective contact address 310 and contact type 312.
  • The contact address 310 is an address at which the contact is to be notified, i.e., an address to which the base station should send a notification signal at the occurrence of a triggering event. Examples of contact addresses 310 include telephone numbers, pager numbers, fax numbers, or email addresses.
  • The contact type 312 represents the type of notification that should be provided to the contact at the occurrence of a triggering event. Examples of contact types 312 include voice or text. Preferably, the base station provides voice notification signals to the contact where the contact address is a telephone number, and text notification signals where the contact address is a pager number, fax number, or email address.
  • Preferably, the subscriber provides the data for the associated contact profile 302. Preferably, the subscriber can setup the contacts list initially via a Web site provided by the provider of the emergency locator service. The subscriber logs on to the Web site using his subscriber ID and a prearranged password. The password can be set initially by the provider of the emergency locator service, with an option for the subscriber to change the password if he so desires.
  • The subscriber can then provide the list of contacts and a contact address for each contact in the list. The server on which the Web site resides (the Web server) can provide the subscriber with options to indicate whether the address corresponds to a telephone, pager, fax machine, email address or the like. In this way, the server can determine whether the contact type is voice or text. Similarly, the subscriber can add, delete, or modify data in the subscriber's entry in the contact profile data store. Preferably, the Web server is coupled to the base station such that the Web server can update the contact profile data store to reflect the subscriber's input. Alternatively, the base station can be implemented on a server that provides the Web site, or other user interface that the subscriber can access remotely by computer or telephone, for example.
  • Preferably, the server tests and validates the contact addresses that the subscriber provides to ensure that the contact addresses are valid, working addresses. For example, if the subscriber provides an email address, the server can send a test email message to the address. If the message is not returned as undeliverable, then the server determines that the email address is a valid address, and stores the address in the subscriber's contacts list. Similarly, if the subscriber provides a telephone number, fax number, pager number, or the like, the server can initiate a test call to the number provided to determine whether the number is valid and active. If so, the server updates the contacts list to include the subscriber-provided contact address.
  • FIGS. 4A and 4B provide a flowchart of a method 400 according to the invention for providing distributed notification. At step 402, the remote device receives global positioning signals from a plurality of GPS satellites. As described above in connection with FIG. 2, the remote device can include a GPS receiver that is adapted to receive the global positioning signals. The remote device can receive GPS signals continuously or, more preferably, to reduce power consumption, the remote device receives signals only after a triggering event has been detected. In such an embodiment, the remote device controller initiates (“turns on”) the GPS receiver or otherwise causes the GPS receiver to receive the GPS signals upon detection of the occurrence of a triggering event. The GPS receiver passes the received GPS signals to the remote device controller.
  • At step 404, the remote device detects the occurrence of a triggering event. In an embodiment wherein the remote device includes an activation button, a triggering event occurs when the activation button is pushed. In such an embodiment, the remote device controller detects the electrical impulse from the button and thereby recognizes that a triggering event has occurred. In an alternate embodiment wherein the activation sensor is coupled to an automobile's collision sensor, for example, a triggering event occurs when the collision sensor detects that the automobile has been involved in an accident. In such an embodiment, the remote device controller detects the electrical signal from the collision sensor (via the activation sensor if the activation sensor is separate form the collision sensor) and thereby recognizes that a triggering event has occurred.
  • Upon detection of the occurrence of a triggering event at step 404, the remote device, at step 406, transmits a location signal to the base station. The remote device controller forms a location signal data packet, and passes the location signal data packet to the transmitter. The remote device transmitter transmits the location signal data packet as a location signal to the base station. Preferably, the location signal includes the remote device identifier, which the remote device controller retrieves from the memory in the remote device, and a representation of the location of the remote device. To reduce the processing requirements of the remote device, the location signal preferably contains the raw GPS data that is downloaded from the GPS satellites. Alternatively, the location signal can contain a longitude and latitude of the remote device. In such an embodiment, the remote device controller is programmed to compute the longitude and latitude from the raw GPS data.
  • At step 408, the base station receives the location signal via the base station receiver. The base station receiver passes the location signal data packet to the base station controller, which extracts the remote device identifier from the location signal data packet. At step 410, the base station controller determines whether the remote device belongs to a subscriber to the emergency locator service. That is, the base station controller determines whether the remote device identifier extracted from the location signal corresponds to a remote device identifier in the contact profile data store. The remote device identifier might not be in the contact profile data store because the subscriber's subscription to the emergency location service might not have been activated or might have lapsed, for example.
  • If, at step 410, the base station controller determines that the remote device identifier extracted from the location signal does not correspond to a remote device in the contact profile data store, then, at step 412, the base station controller performs non-subscriber processing. Non-subscriber processing can be, for example, ignoring the call, or notifying an emergency service that an emergency has been detected at the location of the remote device, even though the identity of the subscriber cannot be provided to the emergency service, nor can any additional contacts be notified.
  • If, at step 410, the base station controller determines that the remote device identifier extracted from the location signal does correspond to a remote device in the contact profile data store, then, at step 414, the base station controller determines the corresponding subscriber ID. Preferably, the base station controller retrieves the subscriber ID from the contact profile associated with the remote device ID. Alternatively, the base station controller can extract the subscriber ID from the location signal. In such an embodiment, the remote device stores the subscriber ID in memory. The remote device controller retrieves the subscriber ID from memory and includes the subscriber ID in the location signal.
  • At step 416, the base station controller determines the location of the remote device (and, consequently, of the subscriber in the emergency situation). Preferably, where the location signal includes raw global positioning data, the base station controller computes a longitude and latitude from the raw global positioning data using well-known-techniques. Thus, the base station controller computes a longitude and latitude that correspond to the location of the remote device. Alternatively, the remote device controller can compute the longitude and latitude of the remote device from the raw GPS data, and provide the longitude and latitude to the base station in the location signal.
  • Preferably, the base station converts the raw GPS data (or the longitude and latitude) into a street address. The base station can include a data store that contains a mapping of longitude/latitude into street address. Alternatively, the base station can access such a data store via a network, such as the Internet. Alternatively, the base station can access a remote processor via such a network, provide the longitude/latitude data to the remote processor, and receive a corresponding street address from the remote processor.
  • At step 417, the base station controller retrieves from the contact profile data store the contact data associated with the remote device identifier. For each of the contacts in the contact list, the base station controller determines whether the contact type is voice or text. If, at step 418, the base station controller determines that the contact type is voice, then, at step 420, the base station controller retrieves a voice notification template from memory. At step 422, the base station controller modifies the voice notification template with event specific data to form a voice notification file.
  • For example, a voice notification template can be an audio or text file that corresponds to the message “An emergency involving [subscriber ID] has been reported at [location of remote device]. Emergency services [have/have not] been contacted. Please contact us for more information.” At the occurrence of a triggering event, the base station controller can modify the voice notification template by interleaving audio or text corresponding to the subscriber ID and location into the voice notification template to form the voice notification file. Depending on whether the contacts list includes an emergency service, the voice notification file is modified accordingly. If either or both of the voice notification template and voice notification file are to be stored as audio, then existing text-to-speech technology can be employed to convert text to audio before it is stored.
  • At step 424, the base station controller provides a voice notification signal to the contact address via the base station transmitter. For example, where the contact address is a telephone number, the base station controller initiates a telephone call to the contact address. In an embodiment wherein the base station is implemented within a service node, the communications link between the base station and a contact having a telephone number as a contact address can include one or more SSPs, trunks, calling lines, and the like as described in FIG. 1. If the voice notification file is stored as an audio file, then the base station controller causes the audio file to be played over the communications link to the contact when the base station controller detects that the call has been answered. If the voice notification file is stored as text, then text-to-speech technology is employed to convert the text file into audio, which is then played over the communications link to the contact.
  • If, at step 426, the base station controller determines that the contact type is text, then, at step 428, the base station controller retrieves a text notification template from memory. At step 430, the base station controller modifies the text notification template with event specific data to form a text notification file.
  • For example, a text notification template can be a text file that corresponds to the message “An emergency involving [subscriber ID] has been reported at [location of remote device]. Emergency services [have/have not] been contacted. Please contact us for more information.” At the occurrence of a triggering event, the base station controller can modify the text notification template by interleaving text corresponding to the subscriber ID and location into the text notification template to form the text notification file. Depending on whether the contacts list includes an emergency service, the text notification file is modified accordingly.
  • At step 432, the base station controller provides a text notification signal to the contact address via the base station transmitter. For example, where the contact address is a pager number, the base station controller initiates a call to the contact address. When the controller detects that the call has been answered, the controller provides the text notification to the contact's pager. Similarly, where the contact address is a fax number, the base station controller initiates a call to the contact address and, when the controller detects that the call has been answered, the controller provides the text notification to the contact's fax machine. In an embodiment wherein the base station is implemented within a service node, the communications link between the base station and a contact having a pager number or fax number as a contact address can include one or more SSPs, trunks, calling lines, and the like as described in FIG. 1.
  • Where the contact address is an email address, the base station controller sends to the contact address, via a network such as the Internet, an email that includes the text notification. The communications link between the base station and a contact having an email address as a contact address can be part of a wide area network, such as the Internet, for example. Accordingly, the base station can include a network access program, such as a Web browser, for example, that enables the base station to connect to the network.
  • The process continues at step 417 until all the contacts in the list have been notified.
  • It is anticipated that a subscriber might inadvertently activate a remote device, thereby causing a false alarm to be sent to the contacts on that subscriber's contacts list. This might occur, for example, where the subscriber accidentally pushes the activation button on the remote device. Another example of a false alarm can occur where a subscriber at first perceives a situation as an emergency, but later determines that the situation is harmless. Sometimes, even when the emergency situation is real, the situation is resolved within a short period of time. For example, the parties to a minor traffic accident might agree that any damage is minimal, and that they will go their separate ways. In such a situation, the subscriber might wish to rescind the call to the emergency contacts. At other times, the nature of the emergency might require that the subscriber be moved from the location, such as when the victim of an automobile accident needs to be taken to a hospital. In each of these examples, and in others, the contacts could arrive at the location of the emergency event only to find that the subscriber is not in danger or is no longer there.
  • To reduce the incidence of false alarms and the likelihood that a contact will arrive at a location after the situation has been resolved or the subscriber has already left, a system according to the invention can provide up-to-date information about the location of the remote device or the status of the emergency situation. Rather than treating the emergency as an isolated event that occurs when the remote device is activated, to provide up-to-date information, the emergency locator system can treat the emergency as an ongoing situation that begins when the remote device is activated. The system considers the emergency situation to be “ongoing” from the time the remote device is activated, until either the subscriber “terminates” the event, or a predefined timeout period expires.
  • While the situation is ongoing, the remote device can continually or periodically send location information to the base station. Alternatively, the base station can periodically interrogate the remote device by sending a location request signal to the remote device from time to time. In response to receiving the location request signal, the remote device can provide the base station with its current location. In a manner as described above, the base station can maintain the current location of the remote device (which, presumably, is the current location of the subscriber).
  • Preferably, the system provides emergency contacts with access to current location information via a network connection, such as by using a telephone or Internet appliance. That is, the contact can retrieve up-to-date information from the base station server by establishing an Internet connection to a Web site that the provider offers. Alternatively, where voice portal technology is available for mapping information provided on a Web site into intelligible speech, the emergency contact can retrieve the location information from the web site by telephone. In still another embodiment, the emergency contact can place a call to a live operator who retrieves the current information from the server and relays it to the contact. The provider of the emergency locator service can provide the contacts with an address, such as a web site address or telephone number, via the notification signal.
  • To maintain security in such a system, the emergency contact is preferably required to provide contact identification information, such as the contact id and a prearranged password. Preferably, the subscriber provides the contact id at the time the subscriber sets up the contacts list. The system can provide an initial password for each contact, and the contact can change the password during subsequent use of the system.
  • When the situation has been resolved, or if the alarm was false, the subscriber can contact the emergency locator service (by telephone, email, or a website, for example), to notify the service that the situation is “over.” If the subscriber does not make such a contact within a predefined timeout period, the system treats the situation as if it is over. That is, in either event, the system no longer tracks the location of the remote device, and, therefore, no longer provides updated location information to the emergency contacts. Preferably, the timeout period is defined to be long enough to accommodate most emergency situations (e.g., one hour).
  • The emergency service or the subscriber can also provide updated status information to the system so that other emergency contacts can retrieve up-to-date status. For example, in the case of a minor traffic accident, the emergency service or subscriber could contact the emergency locator service to advise that everyone at the scene is uninjured. On the other hand, if the accident were severe, the emergency service (or the subscriber, if able) could notify the emergency locator service that individuals have been injured and taken (or will be taken) to a specific hospital for example. The emergency contacts can then retrieve this updated status information in the same manner as described above in connection with retrieval of updated location information.
  • Thus, there have been described systems and methods for providing distributed notification. Those skilled in the art will appreciate that numerous changes and modifications can be made to the preferred embodiments of the invention, and that such changes and modifications can be made without departing from the spirit of the invention. It is intended, therefore, that the appended claims cover all such equivalent variations as fall within the true spirit and scope of the invention.

Claims (20)

1. One or more computer-readable media having computer-executable instructions for:
testing contact data associated with a plurality of contacts, to validate that the contact data for each is valid, the testing comprising initiating a test call to each of the contacts;
processing an emergency notification message from a remote device, wherein the emergency notification message comprises a location signal that represents a current location of a remote device;
determining from a contact profile data store a plurality of contacts for notification of the emergency notification, wherein the contact profile data store contains a contact profile that is associated with the remote device and includes respective contact data relating to each of the plurality of contacts; and
communicating information pertaining to the emergency notification to each of the plurality of contacts and to an emergency service; and
obtaining an updated notification message from the remote device, wherein the updated notification message reflects a current location of the device.
2. The one or more computer-readable media of claim 1, wherein the emergency notification message further comprises event status information about the emergency, and wherein the updated notification message further comprises up-to-date event status information.
3. The one or more computer-readable media of claim 2, wherein the event status information comprises one of (i) an indication that everyone at the location is uninjured, and (ii) an indication that individuals at the location have been injured.
4. The one or more computer-readable media of claim 3, wherein when the event status information an indication that individuals at the location have been injured, the status further including an indication of a hospital to which the injured individuals have been or will be taken.
5. The one or more computer-readable media of claim 1, wherein the contact profile data store further contains a subscriber identifier associated with the remote device.
6. The one or more computer-readable media of claim 1, wherein the contact profile data store further contain a respective contact address and contact type associated with each of the plurality of contacts.
7. The one or more computer-readable media of claim 1, having further computer-executable instructions for providing the updated notification message to each of the plurality of contacts and to the emergency service until a deactivation event occurs.
8. The one or more computer-readable media of claim 7, wherein the deactivation event is an expiration of a predefined timeout period.
9. The one or more computer-readable media of claim 7, wherein the deactivation event is a termination by a user of the remote device.
10. The one or more computer-readable media of claim 1, further including computer-executable instructions for providing a website by which the plurality of contacts can retrieve location information via a network connection.
11. A method for providing distributed notification, the method comprising:
processing an emergency notification message from a remote device, wherein the emergency notification message comprises a location signal that represents a current location of a remote device;
determining from a contact profile data store a plurality of contacts for notification of the emergency notification, wherein the contact profile data store contains a contact profile that is associated with the remote device and includes respective contact data relating to each of the plurality of contacts; and
communicating information pertaining to the emergency notification to each of the plurality of contacts and to an emergency service; and
obtaining an updated notification message from the remote device, wherein the updated notification message reflects a current location of the device.
12. The method of claim 11, wherein the emergency notification message further comprises event status information about the emergency, and wherein the updated notification message further comprises up-to-date event status information.
13. The method of claim 12, wherein the event status information comprises one of (i) an indication that everyone at the location is uninjured, and (ii) an indication that individuals at the location have been injured.
14. The method of claim 13, wherein when the event status information an indication that individuals at the location have been injured, the status further including an indication of a hospital to which the injured individuals have been or will be taken.
15. The method of claim 12, further comprising providing the updated notification message to each of the plurality of contacts and to the emergency service until a deactivation event occurs.
16. The method of claim 11, further comprising providing a website by which the plurality of contacts can retrieve location information via a network connection.
17. The method of claim 11, further comprising determining the identity of the subscriber associated with the remote device from the contact profile.
18. A system for providing emergency notification, the system comprising:
a signal receiver at a base station for receiving location signals that represent a current location of a receiver;
a contact profile data store that contains a contact profile that is associated with a remote device identifier and includes respective contact data relating to each of a plurality of contacts; and
a signal transmitter at the base station that (i) provides to each of the plurality of contacts and to an emergency service a respective notification message that contains a location of a remote device associated with the remote device identifier; (ii) obtains an updated notification message from the remote device, wherein the updated notification message reflects a current location of the device; (iii) and provides the updated notification message to each of the plurality of contacts and to the emergency service until a deactivation event occurs.
19. The system of claim 18, wherein the updated notification message is obtained by one of (i) sending an updated location signal at the base station from the remote device and (ii) sending a location request signal to the remote device from the base station.
20. The system of claim 18, wherein the deactivation event comprises an expiration of a predefined timeout period or a termination by the subscriber.
US11/863,976 2001-09-28 2007-09-28 Emergency Locator System Abandoned US20080013484A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/863,976 US20080013484A1 (en) 2001-09-28 2007-09-28 Emergency Locator System

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/965,984 US7286648B1 (en) 2001-09-28 2001-09-28 Emergency locator system
US11/863,976 US20080013484A1 (en) 2001-09-28 2007-09-28 Emergency Locator System

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/965,984 Continuation US7286648B1 (en) 2001-09-28 2001-09-28 Emergency locator system

Publications (1)

Publication Number Publication Date
US20080013484A1 true US20080013484A1 (en) 2008-01-17

Family

ID=38607088

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/965,984 Expired - Fee Related US7286648B1 (en) 2001-09-28 2001-09-28 Emergency locator system
US11/863,976 Abandoned US20080013484A1 (en) 2001-09-28 2007-09-28 Emergency Locator System

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/965,984 Expired - Fee Related US7286648B1 (en) 2001-09-28 2001-09-28 Emergency locator system

Country Status (1)

Country Link
US (2) US7286648B1 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070041513A1 (en) * 2005-02-08 2007-02-22 Gende Michael F Emergency call identification, location and routing method and system
US20090037547A1 (en) * 2006-03-14 2009-02-05 Tomotaka Endo Safety information transmission device
US20100273446A1 (en) * 2007-12-06 2010-10-28 Contintental Teves Ag & Co. Ohg Method and system for placing an emergency call
US20110177791A1 (en) * 2008-04-14 2011-07-21 Continental Teves Ag & Co., Ohg Positioning signal for rescue forces
US8700066B1 (en) * 2009-06-05 2014-04-15 Bank Of America Corporation Identifying location of individuals on a predefined list
DE202017003597U1 (en) * 2017-07-08 2018-10-16 FreedStreet Ltd. Method in which, instead of or in addition to the transmission of an alarm message via text message or mobile Internet from victim to first responders an alarm message from the victim is transmitted to a special server, which, preferably after conversion of data, a telephone message sent to first responders, with their help they recognize the existence of an incident
US10798592B2 (en) 2018-08-22 2020-10-06 At&T Intellectual Property I, L.P. Data parking within offline community system
US11436907B2 (en) 2011-06-22 2022-09-06 Thinkware Corporation Safety service system and method thereof

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7286648B1 (en) * 2001-09-28 2007-10-23 At&T Bls Intellectual Property, Inc. Emergency locator system
FI20012358A0 (en) * 2001-11-30 2001-11-30 Nokia Corp Mobile equipment and procedure for performing software function
US11595521B2 (en) 2003-01-21 2023-02-28 K.Mizra Llc System for communicating event and location information
US7844677B1 (en) * 2003-04-08 2010-11-30 AT&T Intellectual II, L.P. Method and apparatus for remote alarm data delivery
US7664233B1 (en) 2003-06-25 2010-02-16 Everbridge, Inc. Emergency and non-emergency telecommunications notification system
US7283047B2 (en) * 2003-08-01 2007-10-16 Spectrum Tracking Systems, Inc. Method and system for providing tracking services to locate an asset
US7483519B2 (en) 2003-12-23 2009-01-27 At&T Intellectual Property I, L.P. Caller controlled systems to suppress system to de-activate 911 indicator
US7355507B2 (en) * 2003-12-23 2008-04-08 At&T Delaware Intellectual Property, Inc. 911 Emergency light
US7620156B2 (en) * 2006-06-06 2009-11-17 At&T Intellectual Property I, L.P. Systems and methods for providing location signals/indicators when 911 dialed
US7068760B2 (en) * 2004-01-30 2006-06-27 Bellsouth Intellectual Property Corporation Systems and methods for providing location signals/indicators when 911 dialed
TWI263443B (en) * 2004-09-29 2006-10-01 Benq Corp Urgent contact apparatus and method for mobile communication
US10049077B2 (en) * 2006-06-30 2018-08-14 Intel Corporation Handheld device for elderly people
US20080194236A1 (en) * 2007-02-12 2008-08-14 Joseph Frank Johns System and Method for Mass Notification
US9717896B2 (en) 2007-12-18 2017-08-01 Gearbox, Llc Treatment indications informed by a priori implant information
US20090287120A1 (en) 2007-12-18 2009-11-19 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Circulatory monitoring systems and methods
US8636670B2 (en) 2008-05-13 2014-01-28 The Invention Science Fund I, Llc Circulatory monitoring systems and methods
TWI397870B (en) * 2009-01-22 2013-06-01 Chii Ying Co Ltd Method for sending emergent message, communication device and computer readable recording medium
US9679467B2 (en) 2013-04-12 2017-06-13 Pathfinder Intelligence, Inc. Instant alert network system
US10194280B2 (en) 2016-01-22 2019-01-29 Tresit Group, LLC System and method for integrated emergency notification
US10922320B2 (en) * 2018-02-20 2021-02-16 Sap Se System and method for anonymizing address data

Citations (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5195126A (en) * 1991-05-09 1993-03-16 Bell Atlantic Network Services, Inc. Emergency alert and security apparatus and method
US5388147A (en) * 1993-08-30 1995-02-07 At&T Corp. Cellular telecommunication switching system for providing public emergency call location information
US5389934A (en) * 1993-06-21 1995-02-14 The Business Edge Group, Inc. Portable locating system
US5625668A (en) * 1994-04-12 1997-04-29 Trimble Navigation Limited Position reporting cellular telephone
US5652570A (en) * 1994-05-19 1997-07-29 Lepkofker; Robert Individual location system
US5701301A (en) * 1993-06-28 1997-12-23 Bellsouth Corporation Mediation of open advanced intelligent network in SS7 protocol open access environment
US5742233A (en) * 1997-01-21 1998-04-21 Hoffman Resources, Llc Personal security and tracking system
US5742666A (en) * 1994-10-05 1998-04-21 Tele Digital Development, Inc. Emergency mobile telephone
US5805670A (en) * 1996-03-19 1998-09-08 Life Safety Solutions, Inc. Private notification system for communicating 9-1-1 information
US5835907A (en) * 1995-12-20 1998-11-10 Mci Communications Corporation Emergency PCS system for identification and notification of a subscriber's location
US5838237A (en) * 1996-05-22 1998-11-17 Revell; Graeme Charles Personal alarm device
US5864755A (en) * 1996-06-11 1999-01-26 Siemens Business Communication Systems, Inc. Method for allowing a mobile phone to receive a call through a wireless network for which it is not registered, for emergency purposes
US6167435A (en) * 1998-10-30 2000-12-26 Netcreations, Inc. Double opt-in™ method and system for verifying subscriptions to information distribution services
US6195417B1 (en) * 1997-11-18 2001-02-27 Telecheck International, Inc. Automated system for accessing speech-based information
US6201856B1 (en) * 1998-12-15 2001-03-13 Ameritech Corporation Emergency telephone call notification service system and method
US6226510B1 (en) * 1998-03-19 2001-05-01 American Secure Care, Llc Emergency phone for automatically summoning multiple emergency response services
US6295346B1 (en) * 1998-07-13 2001-09-25 At&T Corp. Automated emergency notification system
US6340928B1 (en) * 2000-06-22 2002-01-22 Trw Inc. Emergency assistance system using bluetooth technology
US6442241B1 (en) * 1999-07-15 2002-08-27 William J. Tsumpes Automated parallel and redundant subscriber contact and event notification system
US6509868B2 (en) * 2000-05-17 2003-01-21 Omega Patents, L.L.C. Vehicle tracker with user notifications and associated methods
US6674840B1 (en) * 2000-12-28 2004-01-06 Bellsouth Intellectual Property Corporation Systems and methods for verifying the provisioning of advanced intelligent network services
US6775356B2 (en) * 2000-11-13 2004-08-10 Angelo Salvucci Real-time incident and response information messaging INA system for the automatic notification that an emergency call has occurred from a telecommunication device
US6959324B1 (en) * 2000-09-28 2005-10-25 International Business Machines Corporation Method and apparatus for adding data attributes to e-mail messages to enhance the analysis of delivery failures
US7286648B1 (en) * 2001-09-28 2007-10-23 At&T Bls Intellectual Property, Inc. Emergency locator system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6563910B2 (en) * 2001-02-26 2003-05-13 Royal Thoughts, Llc Emergency response information distribution

Patent Citations (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5195126A (en) * 1991-05-09 1993-03-16 Bell Atlantic Network Services, Inc. Emergency alert and security apparatus and method
US5389934A (en) * 1993-06-21 1995-02-14 The Business Edge Group, Inc. Portable locating system
US5701301A (en) * 1993-06-28 1997-12-23 Bellsouth Corporation Mediation of open advanced intelligent network in SS7 protocol open access environment
US5388147A (en) * 1993-08-30 1995-02-07 At&T Corp. Cellular telecommunication switching system for providing public emergency call location information
US5625668A (en) * 1994-04-12 1997-04-29 Trimble Navigation Limited Position reporting cellular telephone
US5652570A (en) * 1994-05-19 1997-07-29 Lepkofker; Robert Individual location system
US5742666A (en) * 1994-10-05 1998-04-21 Tele Digital Development, Inc. Emergency mobile telephone
US5835907A (en) * 1995-12-20 1998-11-10 Mci Communications Corporation Emergency PCS system for identification and notification of a subscriber's location
US5805670A (en) * 1996-03-19 1998-09-08 Life Safety Solutions, Inc. Private notification system for communicating 9-1-1 information
US5838237A (en) * 1996-05-22 1998-11-17 Revell; Graeme Charles Personal alarm device
US5864755A (en) * 1996-06-11 1999-01-26 Siemens Business Communication Systems, Inc. Method for allowing a mobile phone to receive a call through a wireless network for which it is not registered, for emergency purposes
US5742233A (en) * 1997-01-21 1998-04-21 Hoffman Resources, Llc Personal security and tracking system
US6195417B1 (en) * 1997-11-18 2001-02-27 Telecheck International, Inc. Automated system for accessing speech-based information
US6226510B1 (en) * 1998-03-19 2001-05-01 American Secure Care, Llc Emergency phone for automatically summoning multiple emergency response services
US6295346B1 (en) * 1998-07-13 2001-09-25 At&T Corp. Automated emergency notification system
US6167435A (en) * 1998-10-30 2000-12-26 Netcreations, Inc. Double opt-in™ method and system for verifying subscriptions to information distribution services
US6201856B1 (en) * 1998-12-15 2001-03-13 Ameritech Corporation Emergency telephone call notification service system and method
US6442241B1 (en) * 1999-07-15 2002-08-27 William J. Tsumpes Automated parallel and redundant subscriber contact and event notification system
US6509868B2 (en) * 2000-05-17 2003-01-21 Omega Patents, L.L.C. Vehicle tracker with user notifications and associated methods
US6340928B1 (en) * 2000-06-22 2002-01-22 Trw Inc. Emergency assistance system using bluetooth technology
US6959324B1 (en) * 2000-09-28 2005-10-25 International Business Machines Corporation Method and apparatus for adding data attributes to e-mail messages to enhance the analysis of delivery failures
US6775356B2 (en) * 2000-11-13 2004-08-10 Angelo Salvucci Real-time incident and response information messaging INA system for the automatic notification that an emergency call has occurred from a telecommunication device
US6674840B1 (en) * 2000-12-28 2004-01-06 Bellsouth Intellectual Property Corporation Systems and methods for verifying the provisioning of advanced intelligent network services
US7286648B1 (en) * 2001-09-28 2007-10-23 At&T Bls Intellectual Property, Inc. Emergency locator system

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070041513A1 (en) * 2005-02-08 2007-02-22 Gende Michael F Emergency call identification, location and routing method and system
US20090037547A1 (en) * 2006-03-14 2009-02-05 Tomotaka Endo Safety information transmission device
US7987277B2 (en) * 2006-03-14 2011-07-26 Fujitsu Limited Safety information transmission device
US20100273446A1 (en) * 2007-12-06 2010-10-28 Contintental Teves Ag & Co. Ohg Method and system for placing an emergency call
US8712367B2 (en) * 2007-12-06 2014-04-29 Continental Teves Ag & Co. Ohg Method and system for placing an emergency call
US20110177791A1 (en) * 2008-04-14 2011-07-21 Continental Teves Ag & Co., Ohg Positioning signal for rescue forces
US8682285B2 (en) * 2008-04-14 2014-03-25 Continental Teves Ag & Co. Ohg Positioning signal for rescue forces
US8700066B1 (en) * 2009-06-05 2014-04-15 Bank Of America Corporation Identifying location of individuals on a predefined list
US11436907B2 (en) 2011-06-22 2022-09-06 Thinkware Corporation Safety service system and method thereof
DE202017003597U1 (en) * 2017-07-08 2018-10-16 FreedStreet Ltd. Method in which, instead of or in addition to the transmission of an alarm message via text message or mobile Internet from victim to first responders an alarm message from the victim is transmitted to a special server, which, preferably after conversion of data, a telephone message sent to first responders, with their help they recognize the existence of an incident
US10798592B2 (en) 2018-08-22 2020-10-06 At&T Intellectual Property I, L.P. Data parking within offline community system
US11323896B2 (en) 2018-08-22 2022-05-03 At&T Intellectual Property I, L.P. Data parking within offline community system

Also Published As

Publication number Publication date
US7286648B1 (en) 2007-10-23

Similar Documents

Publication Publication Date Title
US7286648B1 (en) Emergency locator system
US8705703B2 (en) Emergency telephone call notification service system and method
US8068854B2 (en) Location-based forwarding of a communication
CN100471216C (en) Routing of emergency calls based on geographic location of originating telephone end office
US8681947B2 (en) Telephone emergency response systems and methods
US6775356B2 (en) Real-time incident and response information messaging INA system for the automatic notification that an emergency call has occurred from a telecommunication device
US6774840B1 (en) Systems and methods for providing location-based arrival monitoring and notification
US8265587B2 (en) System and method for amending instructions for emergency auxiliary services following an emergency services request
US6850163B1 (en) Systems and methods for providing notification of a location of a restrained party
US5727057A (en) Storage, transmission, communication and access to geographical positioning data linked with standard telephony numbering and encoded for use in telecommunications and related services
US7328029B1 (en) Systems and methods for monitoring and notification of meeting participant location
US20030109245A1 (en) Routing of emergency calls based on geographic location of originating telephone end office
US7668559B2 (en) Smart call delivery with GIS integration
US6570973B1 (en) System and method for toll notification when placing a call
US6690774B1 (en) Voice mail witness
US20060097866A1 (en) Methods, systems, and computer program products for monitoring a target entity using one or more geographic rules
CN100539467C (en) Be used for during emergency, connecting the method for calling out at travelling carriage
US20060293022A1 (en) Emergency session handling over a communication network
US20060087451A1 (en) Methods, systems, and computer program products for managing a schedule for a party using geographic location information
ES2281415T3 (en) ROADING BASED ON THE POSITION OF THE SUBSCRIBER TO AND POSITION AND TIME OF THE STORED EVENTS.

Legal Events

Date Code Title Description
AS Assignment

Owner name: AT&T INTELLECTUAL PROPERTY I, L.P., NEVADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AT&T DELAWARE INTELLECTUAL PROPERTY, INC.;REEL/FRAME:022459/0207

Effective date: 20090320

Owner name: AT&T DELAWARE INTELLECTUAL PROPERTY, INC., DELAWAR

Free format text: CHANGE OF NAME;ASSIGNOR:BELLSOUTH INTELLECTUAL PROPERTY, INC.;REEL/FRAME:022464/0120

Effective date: 20070427

Owner name: AT&T INTELLECTUAL PROPERTY I, L.P.,NEVADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AT&T DELAWARE INTELLECTUAL PROPERTY, INC.;REEL/FRAME:022459/0207

Effective date: 20090320

Owner name: AT&T DELAWARE INTELLECTUAL PROPERTY, INC.,DELAWARE

Free format text: CHANGE OF NAME;ASSIGNOR:BELLSOUTH INTELLECTUAL PROPERTY, INC.;REEL/FRAME:022464/0120

Effective date: 20070427

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: AT&T DELAWARE INTELLECTUAL PROPERTY, INC., DELAWAR

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE CLERICAL ERROR IN THE NAME OF THE ASSIGNOR PREVIOUSLY RECORDED ON REEL 022464 FRAME 0120. ASSIGNOR(S) HEREBY CONFIRMS THE CORRECT NAME OF THE ASSIGNOR IS BELLSOUTH INTELLECTUAL PROPERTY CORPORATION;ASSIGNOR:BELLSOUTH INTELLECTUAL PROPERTY CORPORATION;REEL/FRAME:025701/0123

Effective date: 20070427