Because of the rising popularity of text messaging, e-mail, instant messaging, and various other features available on cellular telephones, people have become accustom to communicating in methods beyond traditional telephone calls. While alternative forms of communication are acceptable, or sometimes even preferable, in the event a recipient is unable to receive the alternative communication form, the communication becomes useless. Public safety answering points (PSAPs) generally have limited capabilities. There are an estimated 7,000 PSAPs in the United States. Only approximately 18% of the PSAPs are configured with enhanced 911 or E-911 Phase II capabilities, which provide for address determination of a mobile telephone caller. The other 82% of the PSAPs are limited to E-911 Phase I capabilities, which provide limited information to operators at the PSAPs. There is currently no standard data messaging to PSAP system.
To expand the E-911 system, the principles of the present invention provide for sending data messages, such as text messages, to PSAPs using a common distribution system over a communications system for routing the data messages to local PSAPs. More specifically, because a single data message may be insufficient for many types of emergencies, the principles of the present invention provide for sending follow-up or repeated emails to PSAPs with updated geographic coordinates, such as GPS coordinates. By doing so, an operator at the receiving PSAP can track a user's movements for emergency assistance.
One method for updating a public safety answering point (PSAP) with a current location of a user may include communicating a first emergency message including a set of geographic coordinates to a PSAP in response to a user request to send an emergency message from a wireless communications device. The set of geographic coordinates of the wireless communications device may be updated, and a second emergency message including the updated set of geographic coordinates of the wireless communications device may be communicated to the PSAP by the wireless communications device. By updating the geographic coordinates, an operator at the PSAP may provide emergency personnel with changes in location of the user.
One embodiment of a wireless communications device, includes a memory, user interface, input/output (I/O) unit, an electronic display, and processing unit in communication with each. The processing unit may be configured to generate a first emergency message including a set of geographic coordinates. The first emergency message may be communicated via the I/O unit to a PSAP in response to receiving an emergency message request. The set of geographic coordinates of the wireless communications device may be updated, and a second emergency message including the updated set of geographic coordinates of the wireless communications device to the PSAP. Other information, such as a device identification number, associated with the wireless communications device may be sent to the PSAP to identify the mobile number and used by the PSAP to request additional action by a service provider or wireless communications device requesting emergency services.
Illustrative embodiments of the present invention are described in detail below with reference to the attached drawing figures, which are incorporated by reference herein and wherein:
In one embodiment, the wireless communications device 104 communicates the emergency text message 106 over the wireless communications network 108 to emergency message router 110. The emergency message router 110 may be in communication with the communications network 108 and be configured to receive and distribute emergency text messages, such as emergency text message 106. Some existing network systems may prevent messaging due to insufficient funds in an account or otherwise. The emergency router 110 may be configured to prevent signaling and control mechanisms operating on the communications network 108 from preventing emergency messaging by communcating short codes, for example, as further described herein. Some data that the emergency message router 110 may use to route emergency text messages to the appropriate PSAP includes current user location information, such as a cell site ID code (CCID), also referred to as cell site coordinates, global positioning system (GPS) coordinates, or other available information, such as customer identification information, in the emergency text message 106. Along with information stored in the emergency message router 110, as well as available on remote sources, the emergency message router 110 may then choose the most appropriate PSAP for message delivery. Through these same connections, the PSAP 112 may provide instructions to the communications network 108 to perform specific functions, such as retrieve geographic coordinates on a regular basis and return this information to PSAP 112 depending on the type of emergency situation (e.g., hostage or kidnapping situation). Given that there are many thousands of PSAPs, selection of the most appropriate or closest PSAP to the current location of the user who sent the emergency text message can be helpful to emergency personnel.
The PSAPs have a wide variety of capabilities depending upon the equipment and level of sophistication of the PSAP 112. For instance, some of the PSAPs 112 may have limited capabilities and be capable of receiving address information, call back number, and a person's name to which the calling phone number is registered. Other, more sophisticated PSAPs 112, may have the ability to receive GPS location coordinates, as well as other more detailed information. The emergency message router 110 may have knowledge of the capabilities of each of the PSAPs 112 and use this knowledge, in addition to distance or other location information, to determine the most appropriate PSAP for the message. Having an emergency message router 110 allows for a generic emergency network address, such as an Internet Protocol domain name “911.911”, to be used as a generic routing address domain name, rather than individual users 102 having to input a specific PSAP address each time their location changes. The stored emergency network address may be any address, with the Internet Protocol domain name “911.911” being just one example. Without the emergency message router 110, an emergency text message 106 may be delivered to a PSAP which either does not have the capability of receiving text messages or may not be the closest PSAP to the user 102. Within the PSAP may be one or more terminals having a PSAP display screen 114 for displaying the emergency text message 106. Any known or related information to the user who sent the emergency text message 106 may also be displayed on the PSAP display screen 114 upon receipt.
A message text field 206 may also be pre-populated with a default message, such as, “need emergency/911 help” and/or device specific information, such as device identification number and/or geographic coordinates. In an alternative embodiment, the message text field may be entered manually and edited by the user. Alternatively, the message text field may be selected from a list of pre-defined emergency messages. A name field 208 may also be included for indicating the name of the person associated with a wireless communications device 200 that is communicating the emergency text message. In an alternative embodiment, the name field 208 may also be edited by the user replacing any default name in the field. A call back number field 210 may provide a PSAP with a number for contacting the user for more information regarding an emergency. The call back number 210 may not necessarily be a number directly associated with the wireless communication device 200, but rather may be a number associated with an emergency contact, such as a family member or friend. For example, some wireless communications devices 200 may have text capability, but not voice capability. Therefore, an attempt to call the wireless communication device may not work. Providing the call back number 210 belonging to a friend or family member may allow a person at the PSAP to obtain additional information that could prove helpful. Additionally, the PSAP may attempt to respond to the text message via a text message response. A “respond silently” soft-button, field, or hard-button (not shown) may enable a user to cause the wireless communications device to be placed into a silent mode, whereby inbound messages and call alerts are silenced.
A current location field 212 may be populated by the user prior to communicating the emergency text message. Alternatively, the current location field 212 may be blank if the user chooses or does not have time to populate the current location field 212. While the current location field 212 may be useful in providing the PSAP with location information, it may not always be possible to have the current location field 212 updated or entered prior to sending the emergency text message. Because the current location field 212 may be blank, a permanent address field 214 may also be provided to send the PSAP. The permanent address may be the user's home or office, where additional information may likely be found. Even if the wireless communications device 200 is not located at the permanent address found in the permanent address field 212, having a permanent contact address may prove to be useful in the event an investigation or other information needs to be obtained at a later time. In one embodiment, a device identification number, such as a mobile equipment identity (MEID) number, may be sent to the network 108 provider to provide device owner, contact, or other pertinent information. In one embodiment, the device identification number may be included in the emergency text message. Alternatively, the device identification number may be communicated concurrently at the time the emergency text message is sent to the PSAP 112. In another embodiment, the PSAP 112 may request the device identification number from the communications network 108 in a serial nature.
GPS coordinate fields 216 may also be included to provide GPS coordinates to the PSAP if the wireless communications device 200 is GPS enabled. If the wireless communications device 200 is GPS enabled, geographic coordinates, such as latitude and longitude coordinates, may be included or populated in the emergency text message and communicated within the emergency text message to provide specific location information for locating the user with the wireless communications device 200. Frequently, GPS coordinate information will not be available because of the type of device, location, or environmental factors, such as being in a basement or a thickly walled building. Therefore, GPS coordinate information may not be available, even if the wireless communications device 200 is GPS enabled. Additionally, GPS coordinates may be requested from the communications network, as is described below in reference to
Because specific emergencies, such as a hostage or kidnapping situation, may require additional geo-coded monitoring, the communications network may enable specific functions, such as regular geo-coordinate updates, to be communicated to the PSAP. The text message contains specific fields enabled automatically as part of the formation of the text message such that the communications network decodes these fields and determines the text message as an emergency message. The communications network may perform additional functions if the message is deemed an emergency message, such as (i) log the message, (ii) provide additional user information based on the device identification number either extracted from the emergency message or derived by the network, (iii) enact regular geo-coordinate capture and transmission to the PSAP, or (iv) otherwise.
Upon completion of the address into the current address input field 302, a user may submit the information by selecting the submit button 304. In one embodiment, in order to avoid an incorrect current address or location information from being sent to the PSAP, the wireless communications device may be configured to clear the current location field when it is determined that the user has moved beyond a set distance, such as 50 feet. For example, if a user's CCID code or GPS coordinates have changed, the user would not want the current address field to incorrectly display location information in the event of an emergency. The wireless communications device may be configured to recognize the change and automatically clear out the current location field. In one embodiment, previous addresses may be stored and selectable by the user to make entering the address faster and easier. In one embodiment, the issuance of an emergency text message with specific message attributes may trigger the wireless communications device to perform additional functions, such as regularly capture geographic coordinates, if possible, even if network 108 is unavailable. These captured geographic coordinates may be sent at a later time when network is again available, thereby allowing the determination of a device movement vector.
A memory 508 may also be located within the wireless communications device 501 for storing data being processed by the processor 502, as well as user data (not shown) for use in generating a preformatted emergency text message 509. The memory 508 may be RAM, FLASH, or any other memory configured to operate in the wireless communication device 501. In addition to data being processed and the user data, the memory 508 may also store menu information 510 used in displaying menus for guiding a user of the wireless communications device 501 through creation of an emergency text message and pre-population of device specific information, such as device identification number, geographic coordinates, if available, and/or enacting specific device operating parameters, such as silence response. Emergency text message templates 511 that define structure of text messages that are used to report different types of emergencies may also be stored in the memory 508. Depending on selections made by the user using the menus 510, a particular one of the emergency text message templates 511 may be selected for use in generating an emergency text message. Having different emergency text message templates 511 allows different information to be included or not included depending on the particular type of emergency selected by the user via the menus 510. For example, a fire emergency away from a user's home may not include the user's home address as would a medical emergency occurring at the user's home.
A display 512 for viewing data from the wireless communications device 501 may also be provided. The display 512 may also allow for a user to view an emergency text message that has been generated, edit the message, read replies, and perform many other functions of a display 512.
A GPS device 514 may also be provided within the wireless communications device 501. The GPS device 514 may be an electronic component or some other hardware, either integrated into the wireless communications device or in communication with the wireless communications device 501, which provides GPS enablement to the wireless communications device 501. GPS enablement allows for the wireless communications device 501 to be able to generate current GPS coordinates, which may be used within the emergency text message.
In step 806, a determination is made as to whether GPS coordinate data is available. If the wireless communications device is GPS enabled and the GPS coordinates are available, then at step 808, an emergency text message is populated with the GPS coordinates. The emergency text message is also populated with the stored information. In step 809, the emergency text message is sent to emergency services, such as a PSAP via a network router configured to identify and route the emergency message to a PSAP local to the user.
If the GPS coordinate data was not available in step 806, in step 810 a request may be made for coordinates that may be available from the network. Triangulation or other commonly known methods may be used by a network device to determine GPS coordinate data. In step 812, a determination is made as to whether the current GPS coordinates are available within a predetermined time window. The predetermined time window may be anytime from a fraction of a second to multiple seconds and should provide sufficient time for coordinates to be made available from the network. If the current GPS coordinates are available within the predetermined time window from step 812, the emergency text message may be populated and then sent to emergency services complete with GPS coordinate data as described previously in steps 808 and 809. If the current GPS coordinates were not available within the predetermined time window, the emergency text message may be sent without GPS coordinate data in step 809.
In step 814, a determination is made as to whether the GPS coordinate data was sent. If the GPS coordinate data was sent, the process ends. If the current GPS coordinates data were not sent, a second time window may be granted. In step 816, it may be determined whether GPS coordinates were available within the second time window. If the GPS coordinates data were available within the predetermined second time window, the emergency text message may be populated with the current GPS coordinates and sent to emergency services, as described in steps 808 and 809. If the GPS coordinates were not available within the second time window, the process ends. If specific fields or functions are enabled, such as respond silently, then the communications network and/or wireless communications device may enable regular geographic coordinate capture and transmission to the PSAP as follow-on information to the emergency text message.
The formation of the emergency text message may include an information summary field that may be decoded by the communications network to enable specific PSAP assistance functions or network functions, such as logging, status, or otherwise. The information summary field may be derived from the type of message or other device specific parameters. This information summary field may be automatically placed at the beginning of the emergency text message. Any emergency text message received by an emergency data message router may decode this information summary field and request that the communications network enable additional emergency response functions. Alternatively, the PSAP may make a similar request to the communications network as a result of an escalation situation.
Within the menu items 1006 that are listed, various emergency event types may be displayed, including a default selection, such as “SEND HELP, EMERGENCY,” as well as an “other selection” for use in situations which are not specifically listed in the menu items 1006. In one embodiment, emergency event types may additionally be generated and stored by users for immediate, as well as future use. Specific selections may trigger the sending device or communications network to perform additional functions, enable specific algorithms, or otherwise to assist emergency responses. Also depicted in
TABLE 1 depicts an example of a sub-menu that may be displayed when “FIRE/EXPLOSION” is selected from the menu items 1006. The first sub-menu that may be displayed for “FIRE” is a location listing, including “MY RESIDENCE.,” “HOUSE,” “APARTMENT,” etc. The most relevant location may be selected by the user and stored for inserting into the emergency text message in a location field. After selecting the location, a sub-menu regarding particular types of fire may be displayed. For example, if a fire was caused by a gas tank, a user selects option “4” to indicate the nature of the fire. Additional information entered by the user may be provided within the emergency text message. Information identifying the user and his or her location may also be provided in the emergency text message. It should be understood that the sub-menus may be displayed separately or on a single screen and that a send soft-button may be displayed on any screen so as to enable the user to send the emergency message before going through each menu and sub-menu.
TABLE 2 depicts another set of sub-menus that may be displayed upon the user selecting option 6, “VEHICULAR ACCIDENT,” of the menu items 1006. The first sub-menu that may be displayed, “VEHICLES,” is a listing of vehicles to give emergency services an idea of the type of vehicle(s) they may encounter. In this example, option 2, “MULTIPLE AUTOMOBILES,” may be selected. After selection of the type of vehicles, a listing of injuries that may be known may also be displayed. In this example, option 2, “MINOR,” may be selected, indicating there may be minor injuries caused by the accident. Following the selection of the severity of the injuries, another menu regarding the number of people involved may be displayed. In this case, selection 3, which represents two people being injured, may be selected. Next, another menu regarding a particular situation surrounding the accident may be displayed under the heading “SITUATION.” For this example, option 1, “NONE,” may be selected. Depending upon the particular type of emergency (e.g., medical emergency, fire/explosion, assault, etc.), different types or different numbers of menus may be displayed to assist a user in generating relevant information for an emergency text message.
Also displayed in the emergency text message template 1104 are location coordinate fields (e.g., GPS coordinates) for latitude and longitude of the wireless communications device. Depending on the type of emergency, these fields may or may not be displayed, as sometimes their relevance is less important for the particular emergency type. For example, if a user is reporting an accident in which they previously drove past, the current location coordinates may not be where emergency services should be directed. In one embodiment, another sub-menu (not shown) may allow a user to enter whether or not the current location coordinates should be included within the emergency text message or whether an address or intersection should be entered in.
For generating emergency text messages using a menu, a menu manager module 1204 may be provided for managing the various menus that are used in the generation of the emergency text messages. The menu manager module 1204 may be responsible for providing choices for user selection, accepting input for user selection, storing the user selection, and using the user selection to generate other menus or sub-menus for the user. As described previously, depending upon a particular emergency type, different types of information may be requested from the user to provide to emergency services. While the menu manager module 1204 may be responsible for the menus and sub-menus generated and displayed to the user, a sub-menu manager module 1206 may additionally be provided for managing various sub-menus. The sub-menu manager module 1206, as with the menu manager module 1204, may be responsible for generating sub-menus, accepting input from the user, storing input from the user, and determining which sub-menu to display subsequently, if at all.
An emergency message generator module 1208 may be provided for generating an emergency text message using the selection made by a user who has entered selections from the menu. Additionally, the emergency message generator module 1208 may simply issue a default emergency text message in the event the user requests to send an emergency message without using the menu system. The emergency message generator module 1208 may be a stand alone module that gets called from the emergency message manager module or may be called as a subroutine of the menu manager module 1204 or sub-menu manager module 1206. By using inputs selected by the user using the menu or automatically generated by the wireless communications device (e.g., GPS data coordinates), the emergency message generator module 1208 may generate the emergency text messages for communication to emergency services. The emergency message generator module 1208 may additionally be responsible for determining or generating an information summary field and placement at the beginning of the emergency text message.
A GPS coordinate data collector module 1210 may determine GPS coordinate data by the wireless communications device or request GPS coordinate data from network sources as previously described. The emergency message generator module 1208 may query the GPS coordinate data collector module 1210 for GPS coordinate data to be entered into the emergency text message where appropriate. An emergency message transmit module 1212 may also be provided for transmitting an emergency text message to emergency services, such as a PSAP. The emergency transit module 1212 may be in communication with an emergency message router as described in
In step 1304, one or more emergency text message menus may be displayed. In one embodiment, a main menu listing various types of emergencies may lead to a listing of sub-menus regarding related information typically necessary or helpful to emergency services. Using the sub-menus helps to guide the user through the generation of the emergency text message rather than a free form text entry, so as to be faster and standardized. The user may be allowed to view and select a menu selection with the selected emergency text message menu selections being received in step 1306.
In step 1308, an emergency text message template may be populated by using text indicative of selected emergency text message menu selections. Once the text message menu selections, default, and other available information have populated the emergency text message template, the emergency text message, in step 1310, the generated emergency text message may be sent to the PSAP. It should be understood that certain information may be omitted, if unavailable, when sending the emergency text message. For example, if the geographic coordinates are unavailable due to being in a building without GPS satellite reception, then the emergency text message may be sent to the PSAP without the geographic coordinates, thereby allowing a user to report an emergency. An operator at the PSAP may follow up with the user via a telephone using the telephone number received in the emergency text message to determine the precise location or address of the emergency.
While having the ability to send emergency text messages is helpful to users, there are certain emergency situations where a single message to a PSAP is not enough. For example, a user or victim who is kidnapped or trying to flee a motorist with “road rage” is provided additional safety by additional emergency messages that include updated geographic coordinate information being sent to the PSAP. The additional emergency messages may be sent based on the user's location changing (e.g., greater than 100 feet), periodically (e.g., every minute), or otherwise. Because text messaging is typically a single message operation, a process may be initiated to repeatedly send emergency text messages until discontinued by the user. An information summary field may be contained at the beginning of an emergency text message, which may trigger additional action to be taken by the emergency data message router, such as informing a network provider that an emergency situation is underway and that regular updates of network assisted GPS should be sent to the emergency data message router for forwarding to the PSAP. Although described as text messaging, other forms of messaging, such as instant messaging, may be utilized in accordance with the principles of the present invention.
As the vehicle travels, an emergency message is communicated at each of the positions 1402b to 1402n with updated sets of geographic coordinates. In one embodiment, the wireless communications device may be configured to send emergency messages with updated geographic coordinates periodically (e.g., once per minute) or based on moving at least a predetermined distance from a previous emergency message communication, such as 30 feet. By repeatedly communicating an emergency message with updated geographic coordinates, the PSAP may track the user over time and report movement to emergency personnel, such as police. To notify the user that emergency messages are being communicated, an illumination device, such as a light emitting diode or other light source or other visual indicator, optionally behind an emergency message hard-button, may flash on and off each time an emergency message is communicated.
A table 1708 may also be displayed that lists the time and geographic coordinates that the user is located at each emergency message transmission. To enable an operator to more easily provide location information to emergency personnel, two selectable soft-buttons 1710 and 1712 are provided to change or add the street address and map the geographic coordinates, respectively, as understood in the art. In an alternative embodiment, the street address and map may be automatically displayed without having to select a soft-button. The graphical user interface 1700 provides an aggregate of the information sent by a user in multiple emergency text messages, whether communicated by the user actively sending multiple text messages by activating an emergency text message button multiple times or using a feature that sends multiple emergency text messages until canceled.
A cancel emergency message update module 1906 may be configured to identify that the user selectively requested to cancel sending the emergency messages with the updated geographic coordinates. In making the cancellation, the user may press the emergency message button using a pre-established sequence that starts and stops emergency messages to be generated and communicated, such as pressing the emergency message button three times within one second.
Although the principles of the present have primarily been described with regard to wireless communications devices, it should be understood that wired communications devices, including wired/wireless computers, may be adapted to include emergency messaging, as described herein. One or more buttons or other initiation devices may be provided on the wired communications devices to generate and communicate an emergency data message to a network location for routing to a PSAP local to the user. In adapting the wired communications devices, software may be included in the devices to generate and communicate an emergency data message (e.g., text message or email) using a communications protocol that is capable of being communicated over the communications network (e.g., public switched telephone network, cable network, Internet), as understood in the art. Information specific to the user, location of the user, or otherwise may be included in the emergency data message. For example, name, address, number of people in residence, photograph, medical conditions, or any other information may be preestablished for retrieval and inclusion in the emergency data message, thereby providing information to an operator at a PSAP to provide emergency personnel, such as police, firemen, or medical personnel.
The previous detailed description is of a small number of embodiments for implementing the invention and is not intended to be limiting in scope. One of skill in this art will immediately envisage the methods and variations used to implement this invention in other areas than those described in detail. The following claims set forth a number of the embodiments of the invention disclosed with greater particularity.
This Application claims priority to co-pending Provisional Patent Application Ser. No. 61/078,123 filed on Jul. 3, 2008; the entire teachings of which are incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
5339351 | Hoskinson et al. | Aug 1994 | A |
5379337 | Castillo et al. | Jan 1995 | A |
5497149 | Fast | Mar 1996 | A |
5555286 | Tendler | Sep 1996 | A |
5646987 | Gerber et al. | Jul 1997 | A |
5710803 | Kowal et al. | Jan 1998 | A |
5936622 | Halverson et al. | Aug 1999 | A |
5941930 | Morimoto et al. | Aug 1999 | A |
6240285 | Blum et al. | May 2001 | B1 |
6317049 | Toubia et al. | Nov 2001 | B1 |
6366772 | Arnson | Apr 2002 | B1 |
6377169 | Yanagisawa | Apr 2002 | B1 |
6405033 | Kennedy et al. | Jun 2002 | B1 |
6415018 | Antonucci et al. | Jul 2002 | B1 |
6424908 | Urban et al. | Jul 2002 | B2 |
6480578 | Allport | Nov 2002 | B1 |
6526125 | Lindsay et al. | Feb 2003 | B1 |
6631184 | Weiner | Oct 2003 | B1 |
6636732 | Boling et al. | Oct 2003 | B1 |
6690932 | Barnier et al. | Feb 2004 | B1 |
7026925 | Roche et al. | Apr 2006 | B2 |
7079627 | Crago et al. | Jul 2006 | B2 |
7095733 | Yarlagadda et al. | Aug 2006 | B1 |
7231218 | Diacakis et al. | Jun 2007 | B2 |
7269413 | Kraft | Sep 2007 | B2 |
7391784 | Renkel | Jun 2008 | B1 |
7418087 | Luneau et al. | Aug 2008 | B2 |
7444238 | Opitz | Oct 2008 | B1 |
7496189 | Clarisse et al. | Feb 2009 | B2 |
7679505 | Vallaire | Mar 2010 | B1 |
7706356 | Olshansky et al. | Apr 2010 | B1 |
7734019 | Terpstra | Jun 2010 | B1 |
7751534 | Sun | Jul 2010 | B2 |
8364117 | Hawkins | Jan 2013 | B2 |
8428548 | Ray et al. | Apr 2013 | B2 |
8472916 | Coppage et al. | Jun 2013 | B2 |
8489062 | Ray et al. | Jul 2013 | B2 |
8521121 | Ray et al. | Aug 2013 | B2 |
8538370 | Ray et al. | Sep 2013 | B2 |
8548421 | Ray et al. | Oct 2013 | B2 |
8606218 | Ray et al. | Dec 2013 | B2 |
8626112 | Ray et al. | Jan 2014 | B2 |
20010003843 | Scepanovic et al. | Jun 2001 | A1 |
20010004588 | Hong | Jun 2001 | A1 |
20010012379 | Amemiya et al. | Aug 2001 | A1 |
20020016189 | Sheynblat et al. | Feb 2002 | A1 |
20020068584 | Gage et al. | Jun 2002 | A1 |
20020136363 | Stumer et al. | Sep 2002 | A1 |
20030063714 | Stumer et al. | Apr 2003 | A1 |
20030109245 | McCalmont et al. | Jun 2003 | A1 |
20030122779 | Martin et al. | Jul 2003 | A1 |
20030133450 | Baum | Jul 2003 | A1 |
20030162554 | Kim | Aug 2003 | A1 |
20040029610 | Ihira et al. | Feb 2004 | A1 |
20040056770 | Metcalf | Mar 2004 | A1 |
20040063439 | Glazko et al. | Apr 2004 | A1 |
20040072583 | Weng | Apr 2004 | A1 |
20040113836 | Rickerson, Jr. | Jun 2004 | A1 |
20040157564 | Murakami et al. | Aug 2004 | A1 |
20040176123 | Chin et al. | Sep 2004 | A1 |
20040185871 | Somani et al. | Sep 2004 | A1 |
20040198329 | Vasa | Oct 2004 | A1 |
20040258216 | Reid | Dec 2004 | A1 |
20050003797 | Baldwin | Jan 2005 | A1 |
20050048947 | Holland et al. | Mar 2005 | A1 |
20050070315 | Rai et al. | Mar 2005 | A1 |
20050085257 | Laird et al. | Apr 2005 | A1 |
20050090225 | Muehleisen et al. | Apr 2005 | A1 |
20050097380 | Kim | May 2005 | A1 |
20050101287 | Jin et al. | May 2005 | A1 |
20050111630 | Potorny et al. | May 2005 | A1 |
20050169248 | Truesdale et al. | Aug 2005 | A1 |
20050197096 | Yang et al. | Sep 2005 | A1 |
20050201358 | Nelson et al. | Sep 2005 | A1 |
20050209781 | Anderson | Sep 2005 | A1 |
20050239477 | Kim et al. | Oct 2005 | A1 |
20050265326 | Laliberte | Dec 2005 | A1 |
20050277405 | Noguchi | Dec 2005 | A1 |
20060009243 | Dahan et al. | Jan 2006 | A1 |
20060052134 | Sato | Mar 2006 | A1 |
20060056620 | Shingal et al. | Mar 2006 | A1 |
20060133582 | McCulloch | Jun 2006 | A1 |
20060145841 | Daurensan et al. | Jul 2006 | A1 |
20060152373 | King | Jul 2006 | A1 |
20060166685 | Adkins | Jul 2006 | A1 |
20060217105 | Kumar P S et al. | Sep 2006 | A1 |
20060217136 | Bantukul et al. | Sep 2006 | A1 |
20060219542 | Savir | Oct 2006 | A1 |
20060222151 | Goldman et al. | Oct 2006 | A1 |
20060227122 | Proctor | Oct 2006 | A1 |
20060229100 | Born | Oct 2006 | A1 |
20060238384 | Hess et al. | Oct 2006 | A1 |
20060276168 | Fuller et al. | Dec 2006 | A1 |
20060293024 | Benco et al. | Dec 2006 | A1 |
20070001902 | Kuo et al. | Jan 2007 | A1 |
20070003024 | Olivier et al. | Jan 2007 | A1 |
20070082652 | Hartigan et al. | Apr 2007 | A1 |
20070201391 | Belmonte et al. | Aug 2007 | A1 |
20070201645 | Gass et al. | Aug 2007 | A1 |
20070273519 | Ichikawa et al. | Nov 2007 | A1 |
20070280428 | McClelland | Dec 2007 | A1 |
20070287473 | Dupray | Dec 2007 | A1 |
20080001734 | Stilp et al. | Jan 2008 | A1 |
20080013696 | Motley et al. | Jan 2008 | A1 |
20080057944 | Miriyala et al. | Mar 2008 | A1 |
20080057987 | Landschaft et al. | Mar 2008 | A1 |
20080064363 | Salafia et al. | Mar 2008 | A1 |
20080070553 | Yamakawa et al. | Mar 2008 | A1 |
20080122929 | Chukwu | May 2008 | A1 |
20080220715 | Sinha et al. | Sep 2008 | A1 |
20080227427 | Kadavallur et al. | Sep 2008 | A1 |
20080254810 | Fok et al. | Oct 2008 | A1 |
20080273670 | Dickinson | Nov 2008 | A1 |
20080275950 | Jordan | Nov 2008 | A1 |
20080287748 | Sapounas et al. | Nov 2008 | A1 |
20080310850 | Pederson et al. | Dec 2008 | A1 |
20090047924 | Ray et al. | Feb 2009 | A1 |
20090064039 | Lee et al. | Mar 2009 | A1 |
20090121930 | Bennett et al. | May 2009 | A1 |
20090131072 | Razdan et al. | May 2009 | A1 |
20090144157 | Saracino et al. | Jun 2009 | A1 |
20090149153 | Lee | Jun 2009 | A1 |
20090186596 | Kaltsukis | Jul 2009 | A1 |
20090197567 | Ogram | Aug 2009 | A1 |
20090215428 | Noldus et al. | Aug 2009 | A1 |
20090227225 | Mitchell et al. | Sep 2009 | A1 |
20090233573 | Gray | Sep 2009 | A1 |
20090310602 | Olshansky et al. | Dec 2009 | A1 |
20100098062 | Croak et al. | Apr 2010 | A1 |
20100291894 | Pipes | Nov 2010 | A1 |
20130115909 | Hawkins | May 2013 | A1 |
20130301505 | Ray et al. | Nov 2013 | A1 |
Entry |
---|
Non-Final Office Action date mailed Aug. 3, 2010 for U.S. Appl. No. 11/891,784. |
Dale N. Hatfield, “A Report on Technical and Operational Issues impacting the Provision of Wireless Enhanced 911 Services,” Federal Communications Commission, printed from the World Wide Web on May 8, 2006 (54 pages). |
Ansi, “TIA Standard Telecommunications Telephone Terminal Equipment Caller Identity and Visual Message Waiting Indicator Equipment Performance Requirements,” TIA-777-A, Revision of TIA/EIA-777, May 1, 2003 (77 pages). |
Micro Engineering Labs, Inc., “Caller ID”, Retrieved from the Internet at URL: <http://www.melabs.com/resources/callerid.htm> on Apr. 24, 2006; Copyright 2006 by microEngineering Labs, Inc (as of date of retrieval, article last updated Apr. 16, 2006) (3 pages). |
Dave Ryan & Asher Hazanchuk, “On-Hook & Off-Hook Caller ID Using DSP,” Circuit Cellular INK # 83, Jun. 1997 (12 pages). |
Ittiam Systems, “Caller Identification (CLI or Caller ID),” Retrieved from the Internet on Apr. 24, 2006 at URL <http://www.ittiam.com/pages/products/cid.htm, downloaded from the World Wide Web on Apr. 24, 2006 (2 pages). |
“AT & T Wireless Unleashes the First and Only Wireless Messaging Device”, PhysOrg.com, Sep. 30, 2004; available online at URL: <http://www.physorg.com/news1392.html> (12 pages). |
Response filed Nov. 2, 2010 for U.S. Appl. No. 11/891,784. |
Non-Final Rejection mailed Jan. 19, 2011 for U.S. Appl. No. 11/430,232. |
Non-Final Rejection mailed Mar. 17, 2011 for U.S. Appl. No. 11/640,714. |
RCE filed on Apr. 4, 2011 for U.S. Appl. No. 11/891,784. |
Final Rejection mailed Jan. 3, 2011 for U.S. Appl. No. 11/891,784. |
Non-Final Rejection mailed Mar. 4, 2011 for U.S. Appl. No. 12/257,424. |
“NENA Recommended Generic Standards for E9-1-1 PSAP Equipment” NENA Technical Reference. NENA-04-001 Issue 2, Mar. 2001. |
Non-Final Rejection mailed Mar. 28, 2011 for U.S. Appl. No. 12/272,238. |
Non-Final Rejection mailed Apr. 1, 2011 for U.S. Appl. No. 12/257,655. |
Non-Final Rejection mailed Mar. 17, 2011 for U.S. Appl. No. 12/257,640. |
U.S. Appl. No. 12/257,674; Notice of Allowance dated Jan. 25, 2012; 7 pages. |
U.S. Appl. No. 12/257,674; Final Rejection dated Oct. 3, 2011; 15 pages. |
U.S. Appl. No. 12/257,674 Non-Final Rejection dated Apr. 28, 2011; 14 pages. |
U.S. Appl. No. 12/257,717; Final Rejection dated Jan. 23, 2012; 16 pages. |
U.S. Appl. No. 12/257,717; Non-Final Rejection dated Sep. 13, 2011; 14 pages. |
U.S. Appl. No. 12/257,736; Non-Final Rejection dated Apr. 28, 2011; 15 pages. |
U.S. Appl. No. 12/257,736; Final Rejection dated Nov. 23, 2011; 17 pages. |
U.S. Appl. No. 12/257,736; Amendment and Request for Continued Examination dated Feb. 22, 2012; 12 pages. |
U.S. Appl. No. 12/257,725; Final Rejection dated Jan. 17, 2012; 17 pages. |
U.S. Appl. No. 12/257,725; Non-Final Rejection dated Jul. 19, 2011; 26 pages. |
U.S. Appl. No. 12/257,640; Non-Final Rejection dated Jan. 4, 2012; 19 pages. |
U.S. Appl. No. 12/257,640; Final Rejection dated Aug. 17, 2011; 11 pages. |
U.S. Appl. No. 12/070,775; Non-Final Rejection dated Jul. 25, 2011; 33 pages. |
U.S. Appl. No. 12/257,655; Final Rejection dated Sep. 16, 2011; 20 pages. |
U.S. Appl. No. 12/257,655; Amendment and Request for Continued Examination dated Dec. 16, 2011; 14 pages. |
U.S. Appl. No. 12/257,836 Non-Final Rejection dated Nov. 29, 2011; 13 pages. |
U.S. Appl. No. 12/257,836; Non-Final Rejection dated Jun. 8, 2011; 15 pages. |
U.S. Appl. No. 12/257,687; Non-Final Rejection dated Apr. 9, 2012; 16 pages. |
U.S. Appl. No. 12/257,687; Non-Final Rejection dated May 10, 2011; 14 pages. |
U.S. Appl. No. 12/257,687; Final Rejection dated Sep. 29, 2011; 12 pages. |
U.S. Appl. No. 12/070,775; Final Rejection dated May 14, 2012; 27 pages. |
U.S. Appl. No. 12/257,674; Non-Final Rejection dated Jul. 20, 2012; 21 pages. |
U.S. Appl. No. 12/257,640; Final Rejection dated May 2, 2012; 18 pages. |
U.S. Appl. No. 12/257,655; Non-Final Rejection dated Jul. 17, 2012; 26 pages. |
U.S. Appl. No. 12/257,836; Final Rejection dated May 14, 2012; 26 pages. |
U.S. Appl. No. 12/070,775; Issue Notification dated Jan. 9, 2013; 1 page. |
U.S. Appl. No. 12/257,640; Non-Final Rejection dated Dec. 5, 2012; 23 pages. |
U.S. Appl. No. 12/257,655; Final Rejection dated Jan. 2, 2013; 18 pages. |
U.S. Appl. No. 12/257,687; Notice of Allowance dated Feb. 20, 2013; 20 pages. |
U.S. Appl. No. 12/257,687; Notice of Panel Decision on Pre-Appeal Brief Review dated Dec. 14, 2012; 2 pages. |
U.S. Appl. No. 12/257,717; Notice of Allowance dated Feb. 14, 2013: 35 pages. |
U.S. Appl. No. 12/257,725; Notice of Allowance dated Dec. 24, 2012; 24 pages. |
U.S. Appl. No. 12/070,775; Notice of Allowance dated Sep. 12, 2012; 24 pages. |
U.S. Appl. No. 12/257,674; Final Rejection dated Nov. 5, 2012; 17 pages. |
U.S. Appl. No. 12/257,687; Final Rejection dated Aug. 31, 2012; 19 pages. |
U.S. Appl. No, 12/267,717; Non-Final Rejection dated Aug. 16, 2012; 42 pages. |
U.S. Appl. No. 12/257,836; Non-Final Rejection dated Sep. 12, 2012; 25 pages. |
U.S. Appl. No. 12/257,836; Notice of Allowance dated Mar. 12, 2013; 31 pages. |
U.S. Appl. No. 13/712,669; Non-Final Rejection dated Mar. 27, 2013; 34 pages. |
U.S. Appl. No. 12/257,674; Notice of Allowance dated Apr. 3, 2013; 15 pages. |
U.S. Appl. No. 12/257,725; Issue Notification dated Apr. 3, 2013; 1 page. |
U.S. Appl. No. 12/257,640; Final Rejection dated Apr. 15, 2013; 21 pages. |
U.S. Appl. No. 12/257,655; Notice of Allowance dated Apr. 16, 2013; 15 pages. |
U.S. Appl. No. 12/257,687; Issue Notification dated Jun. 5, 2013; 1 page. |
U.S. Appl. No. 12/257,640; Notice of Allowance dated Aug. 28, 2013; 14 pages. |
U.S. Appl. No. 12/257,655; Issue Notification dated Sep. 11, 2013; 1 page. |
U.S. Appl. No. 12/257,674; Issue Notification dated Aug. 28, 2013; 2 pages. |
U.S. Appl. No. 12/257,717; Issue Notification dated Aug. 7, 2013; 1 page. |
U.S. Appl. No. 12/257,736; Notice of Allowance dated Aug. 1, 2013; 35 pages. |
U.S. Appl. No. 12/257,836; Issue Notification dated Jun. 26, 2013; 1 page. |
U.S. Appl. No. 12/257,640; Issue Notification dated Dec. 18, 2013; 1 page. |
U.S. Appl. No. 12/257,736; Issue Notification dated Nov. 20, 2013; 1 page. |
U.S. Appl. No. 13/712,669; Final Rejection dated Oct. 18, 2013; 22 pages. |
Number | Date | Country | |
---|---|---|---|
20100003958 A1 | Jan 2010 | US |
Number | Date | Country | |
---|---|---|---|
61078123 | Jul 2008 | US |