(12) United States Patent 

Rothschild 

USOO926 1365B2 

US 9.261,365 B2 

Feb. 16, 2016 

(10) Patent No.: 

(45) Date of Patent: 

(54) 

(71) 

(72) 

(73) 

(*) 

(21) 

(22) 

(65) 

(63) 

(51) 

(52) 

DEVICE, SYSTEMAND METHOD FOR 

REMOTELY ENTERING, STORING AND 

SHARING ADDRESSES FOR A POSITIONAL 

INFORMATION DEVICE 

Applicant: Leigh M Rothschild, Sunny Isles Beach, 

FL (US) 

Inventor: Leigh M Rothschild, Sunny Isles Beach, 

FL (US) 

Assignee: ROTHSCHILD LOCATION 

TECHNOLOGIES, LLC, Bay Harbour 

Islands, FL (US) 

Notice: Subject to any disclaimer, the term of this 

patent is extended or adjusted under 35 

U.S.C. 154(b) by 0 days. 

Appl. No.: 14/022, 193 

Filed: Sep. 9, 2013 

Prior Publication Data 

US 2014/0012496 A1 Jan. 9, 2014 

Related U.S. Application Data 

Continuation of application No. 12/882,754, filed on 

Sep. 15, 2010, now Pat. No. 8,606,503, which is a 

continuation of application No. 1 1/413,890, filed on 

Apr. 28, 2006, now Pat. No. 7,917.285. 

Int. C. 

GOIC 2L/00 (2006.01) 

G08G I/005 (2006.01) 

G08G I/0968 (2006.01) 

U.S. C. 

CPC ................ G0IC 21/00 (2013.01); G08G I/005 

(2013.01); G08G 1/09685 (2013.01); G08G 

I/096816 (2013.01); G08G I/096866 

(2013.01); G08G 1/096883 (2013.01) 

(58) Field of Classification Search 

CPC .......... G08G 1/096861; G08G 1/0969; G08G 

1/096827; G08G 1/096872; G01C 21/3629 

See application file for complete search history. 

(56) References Cited 

U.S. PATENT DOCUMENTS 

6,073,075 A * 6/2000 Kondou ................ GOSS/OO27 

340.988 

6,202,023 B1* 3/2001 Hancock ................ GO1C 21, 20 

TO1,516 

6,584,402 B2 * 6/2003 Fukushima ........ GO1C 21,3407 

342,357.31 

7,084,872 B2 * 8/2006 Etgen .................... GO6T 11,206 

345,440 

7,523,417 B2 * 4/2009 Hintermeister ....... G06F 9,4443 

T15,804 

2002/0154173 A1* 10/2002 Etgen .................. GO6F 3,04855 

T15,833 

2002/0156578 A1* 10, 2002 Kondou ................ GOSS/OO27 

TO1,516 

2003/0018428 A1 1/2003 Knockeart ......... GO1C 21/3415 

342,357.31 

2003/0018887 A1 1/2003 Fishman ................. HO4L 29,06 

T13/151 

(Continued) 

Primary Examiner — Ian Jen 

(74) Attorney, Agent, or Firm — Greer, Burns & Crain, Ltd. 

(57) ABSTRACT 

Devices, systems and methods for remotely entering, storing 

and sharing location addresses for a positional information 

device, e.g., a global positioning system (GPS) device, are 

provided. The present disclosure allows a user to easily and 

safely enter an address into a GPS device by giving that 

address to a remote communications link and to have that link 

automatically program the user's GPS device for usage. The 

device, system and method of the present disclosure further 

allows the user to use this stored address(es) on multiple GPS 

devices without having to manually enter the address(es). 

15 Claims, 5 Drawing Sheets 

2 

102 -- -- 16 ---. 

100 

106 

Y. 14 

---.. 8 

 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 1 of 15 PageID #: 15
US 9.261,365 B2 

Page 2 

(56) References Cited 2004/0228489 A1* 11/2004 Ishibashi ................ GO1C 21, 26 

380,258 

U.S. PATENT DOCUMENTS 2006/0041374, A1 2/2006 Inoue ...................... HO4L 67/36 

TO1,500 

2003/0050751 A1* 3, 2003 Fukushima ........ GO1C 21,3407 2006/0094353 A1* 5, 2006 Nielsen ........... H04M is 

TO1,420 ck 

2003/0055530 A1* 3, 2003 Dodson ............... GO6F 17,3089 2006/0240860 A1* 10, 2006 Benco ..................... H.M.'s 

TOO,231 2007/0143015 A1 6/2007 Kim ........................ GO1S 19/06 

2003/O126264 A1* 7/2003 Chithambaram ......... GO1S 5/02 TO1/469 

709,227 2009 OO73254 A1* 3, 2009 Li .......................... GO3B 17 OO 

2004/0064245 A1 4/2004 Knockeart ......... GO1C 21,3415 348/36 

701 414 2011/0273570 A1* 11, 2011 Sakaki ............... HO4N 5/232O3 

348,207.11 2004/0066330 A1* 4/2004 Knockeart ......... GO1C 21,3415 OCKC 342.357.31 2011/0273579 A1* 11/2011 Sakaki ................... HO4N 7, 183 

2004/0068567 A1* 4/2004 Moran .................... HO4L 67/14 348.222.1 

709,227 * cited by examiner 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 2 of 15 PageID #: 16
U.S. Patent Feb. 16, 2016 Sheet 1 of 5 US 9.261,365 B2 

ANT 

1 2 

?------- 

1OO --> -- w 

M ... - 116 v 

102 - - S- - ? --- 1. 

“s 104 

 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 3 of 15 PageID #: 17
U.S. Patent 

ENCRYPTON 

MODULE 

Feb. 16, 2016 

NPU 

MODULE 

---. 126 

DISPLAY 

MODULE 

--- Ca 

OCAONAL 

NFORWAON MODULE 

- 22 

USER WERFICAON 

MODULE 

- 130 

Sheet 2 of 5 

A. y A. M / w A ---------------------------- w s ---------------------------- w v O A w R & v ........................... A \ A \ w A 

A \ A & A. v A w v A. w 

A K \ A \ ; / \ v y 

a w v A A --------------------------- N /- \ 

y y --------------------------- A v. w s y R v y 

- - Yas - 

FG 2 

US 9.261,365 B2 

COMPUTER 

PROCESSENG 

WODULE 

s-- 120 

SORAGE 

MODULE 

--- 1:0 

COMMUNECAON 

ODULE 

---. 12 

DAE & VE 

WODUE 

- 124 

SPEED CONRO 

MODULE 

---. 132 

 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 4 of 15 PageID #: 18
U.S. Patent Feb. 16, 2016 Sheet 3 of 5 US 9.261,365 B2 

C - C \ Reese Zip As Pore code location Associated information 

E.g., - name of person w - cross sireet s. - zip code - - phone rumber - alternative spelling 

Satelite x 

Communications Network --- 

i i i 

i : ! A. : A 

i A 

; / y 

: '. ; \ --- i \ 38 

\ --- 

y Mobile enia 

Y-100 Corrinnications Rowe 

FG. 3 

 

 

 

 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 5 of 15 PageID #: 19
U.S. Patent Feb. 16, 2016 Sheet 4 of 5 US 9.261,365 B2 

NAEACWATE COMMUNCAONNK - 402 

RANSMT/RECEIVE RECRUEST FOR LOCATION 

NFORWAON w - 

DEERVNE COORONAES FOR LOCAON OF THE -s 4.08 

REQUESTED OCAON N- - 

RECEWEFTRANS COORONATES O DEVCE w -s 408 

^- 

V 

DSPAY ROUTE GUDANCE O RECRUESTED LOCATON -is 410 

Y 

FG. 4 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 6 of 15 PageID #: 20
U.S. Patent Feb. 16, 2016 Sheet 5 of 5 US 9.261,365 B2 

NATEFACWAECOMMUNICAON. Nk - 502 

TRANSM/RECEIVE REGUES FOR LOCAON ------ 

NFORMAONSORED NANOTHER DEWCE - 504 

RANSMTRECEIVE DENFER -s 506 

RETREVE REESE INFORMATON FROM BAABASE ---, 508 

OR OHEREVICE N - 

RECEIVEFRANSMT REQUESED INFORMATION O --- --> 50 DEWECE - 

OSPAY ROUE GUEDANCE TO REGUESE LOCATION -s 512 

F.G. 5 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 7 of 15 PageID #: 21
US 9,261,365 B2 

1. 

DEVICE, SYSTEMAND METHOD FOR 

REMOTELY ENTERING, STORING AND 

SHARING ADDRESSES FOR A POSITIONAL 

INFORMATION DEVICE 

PRIORITY 

The present application is a continuation application of 

and claims priority to U.S. patent application Ser. No. 12/882, 

754 filed on Sep. 15, 2010, which is in turn a continuation 

application of, and claims priority to U.S. patent application 

Ser. No. 1 1/413,890, filed Apr. 28, 2006, the contents of both 

U.S. patent application Ser. No. 12/882,754 and U.S. patent application Ser. No. 1 1/413,890 are hereby incorporated by 

reference in their entireties. 

BACKGROUND 

1. Field 

The present disclosure relates generally to navigational or 

positional information systems, and more particularly, to 

devices, systems and methods for remotely entering, storing 

and sharing addresses for a positional information device, 

e.g., a global positioning system (GPS) device. 

2. Description of the Related Art 

GPS (Global Positioning System) devices are everywhere. 

These devices provide a user with such information as lati 

tude and longitude, accurate time, heading, Velocity, etc. GPS 

devices are particularly useful in automobiles and other 

vehicles. Many individuals have multiple GPS devices if they 

own, for instance, two cars that both have the device. Con 

ventionally, most devices will allow a user to store informa 

tion Such as address points in the internal memory of the 

device. Some devices will allow you to store this information 

on removable memory, e.g., memory cards, optical media, 

etc. In the latter case, this can be particularly helpful because 

a list of addresses, for instance, will be useful to be moved 

from GPS device (e.g., a first vehicle) to GPS device (e.g., a 

second vehicle). Conventionally, a GPS device will inform a user how to get 

from one point to another. Additionally, it provides informa 

tion on points of interest, e.g., hotels, restaurants, historic 

landmarks, etc. Some GPS units will also provide informa 

tion including current speed of travel as well as average speed 

of travel. 

GPS devices must be programmed by the user to tell the 

device the address that the user wishes to travel to. The GPS 

device then provides route guidance information to the user. If 

the user has already programmed the address in (in many 

devices the address is referred to as a waypoint), many GPS 

devices will store this address information in internal or 

removable memory so that the device will be able to retrieve 

this information for future usage. There are several major problems with the current systems 

of programming addresses (e.g., destination information) 

into a GPS device. The first problem is that different devices 

recognize addresses differently depending on the prepro 

grammed information that has been stored. Additionally, dif 

ferent devices have different user interfaces and program differently. If a user knows how to program one device, he 

may not necessarily know how to program another unit. By 

example, if a user tries to program the address 19333 Collins 

Avenue, Sunny Isles, Fla., many devices will not accept this 

address. Instead, the user will have to decide which city the 

street address lies in. In many cases, this can be a laborious 

and timely procedure. In the previous example, some GPS 

devices will accept Sunny Isles Beach as the proper address, 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

2 

while others will only accept North Miami Beach, while still 

others will require an entry of North Miami, while still others 

will only recognize Sunny Isles as the correct entry. In some 

cases, a user can spend 15 to 20 minutes attempting to pro 

gram in a single address. In some cases, the user is neverable 

to have the unit accept an address, therefore not allowing the use of the GPS device. 

A second problem that currently exists is that many users 

have multiple vehicles that go to the same address and require 

route guidance by the GPS device. The current systems would 

require the user to enter the requested address (e.g., destina 

tion information) or multiple addresses into all vehicle units 

individually. This is an unnecessary waste of time, and as 

discussed above, can be a very difficult assignment. 

A third problem that currently exists, is that many times a user needs to route to an address or destination while the user 

is driving. It may be an address that the user does not even 

have a correct city designation for. The current GPS devices 

make it extremely difficult or impossible for a user to program 

the device for an address while driving. In fact, for reasons of 

safety, some GPS devices discourage or lock out users from 

address entry while the vehicle is being operated. However, a 

definite need exists for a user to quickly program the GPS 

device to a desired address. 

A current and major trend in automobile technology is 

automobile telematics. Many of today's cars feature systems 

that allow the user to communicate with a central processing 

center in case of emergency. Routine features allow the user 

to receive help and directions from a live agent or operator, 

and further allow the processing service center to unlock car 

doors, track stolen vehicles, warn a user when an airbag has 

deployed and provide information on various Subjects, e.g., 

points of interests along travel. Examples of telematics sys 

tems include Onstar of Troy, Mich., Mercedes Assist of 

Montvale, N.J. and Lexus Link of Troy, Mich. 

Despite the various services that the telematics companies provide, one service that they do not provide is the automatic 

programming of a vehicle's GPS device. Yet, a clear need 

exists for a system and method to allow a user to be able to 

easily, quickly and safely program their GPS device(s) with 

address/destination information. 

SUMMARY 

The present disclosure provides a device, System and 

method of remotely entering, storing, and sharing addresses 

for Global Positioning Satellite (GPS) devices. Additionally, 

a system and method of programming GPS units from a link 

on the Global Computer Network (e.g., the Internet) is also 

provided. 

According to one aspect of the present disclosure, a method 

for entering location information into a positional informa 

tion device is provided. The method includes receiving a 

request for at least one location from a user, determining 

coordinates of the least one requested location; and transmit 

ting the determined coordinates to the device. The receiving 

step includes receiving an identifier of the device, wherein the 

identifier is a mobile phone number or an IP address. 

Invarious different aspects, the request is received by voice 

communication and/or data transfer. Furthermore, the request 

may be received from the device and/or a remote computer. 

In another aspect, the determining step includes retrieving 

the coordinates from a database residing on a server. In a 

further aspect, the determining step includes retrieving the 

coordinates from at least one second positional information 

device. 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 8 of 15 PageID #: 22
US 9,261,365 B2 

3 

In yet another aspect of the present disclosure, the deter 

mining coordinates step includes resolving an address of the 

at least one location into latitude and longitude coordinates. 

The address may be determined by information associated to 

the address, wherein the associated information is a name of 

a person residing at the address, a cross street of the address, 

a Zip code of the address, a phone number of the address oran 

alternative spelling of the address. 

In a further aspect of the present disclosure, a positional 

information device includes a locational information module 

for determining location information of the device; a commu 

nication module for transmitting a request for at least one 

location remote of the device and for receiving coordinates of 

the at least one location; a processing module configured to 

receive the coordinates from the communication module and 

determine route guidance based on the location of the device 

and the received coordinates; and a display module for dis 

playing the route guidance. The communication module is 

configured to transmit the request by Voice communications 

and/or wireless data transfer. 

In another aspect of the present disclosure, a system for 

entering location information into a positional information 

device is provided. The system includes a server configured to 

receive a request for at least one location, determine coordi 

nates of the least one requested location and to transmit the 

determined coordinates to the device; the positional informa 

tion device including a locational information module for 

determining location information of the device; a communi 

cation module for receiving coordinates of the at least one 

location from the server; a processing module configured to 

receive the coordinates from the communication module and 

determine route guidance based on the location of the device 

and the received coordinates; and a display module for dis 

playing the route guidance; and a communications network 

for coupling the positional information device to the server. 

In one aspect, the communications network is a telematics 

network. 

In a further aspect, the server is operated by a live operator 

and the request for the at least one location is received by 

Voice communications. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other aspects, features, and advantages of 

the present disclosure will become more apparent in light of 

the following detailed description when taken in conjunction 

with the accompanying drawings in which: 

FIG. 1 is front view of a positional information device 

according to an embodiment of the present disclosure; 

FIG. 2 is a block diagram of various modules included in 

the device illustrated in FIG. 1; 

FIG. 3 is a diagram of an exemplary system for entering, 

storing and sharing location information in GPS devices in 

accordance with an embodiment of the present disclosure; 

FIG. 4 is a flow diagram illustrating a method for entering, 

storing and sharing location information in GPS devices 

according to an embodiment of the present disclosure; and 

FIG. 5 is a flow diagram illustrating a method for entering, 

storing and sharing location information in GPS devices 

according to another embodiment of the present disclosure. 

DETAILED DESCRIPTION 

Preferred embodiments of the present disclosure will be 

described hereinbelow with reference to the accompanying drawings. In the following description, well-known functions 

5 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

4 

or constructions are not described in detail to avoid obscuring the present disclosure in unnecessary detail. 

Devices, systems and methods for remotely entering, stor 

ing and sharing location addresses for a positional informa 

tion device, e.g., a global positioning system (GPS) device, 

are provided. The present disclosure allows a user to easily 

and safely enter an address into a GPS device by giving that 

address to a remote communications link and to have that link 

automatically program the user's GPS device for usage. The 

device, system and method of the present disclosure further 

allows the user to use this stored address(es) on multiple GPS 

devices without having to manually enter the address(es). Referring to FIG. 1, a global positioning system (GPS) 

device 100 in accordance with an embodiment of the present disclosure is illustrated. Although the device shown and 

described in relation to FIG. 1 is a hand-held device, it is to be 

understood the principles of the present disclosure may be 

applied to any type of navigation or positional information 

device including but not limited to a vehicle-mounted device, 

a GPS receiver coupled to a desktop computer or laptop, etc. 

Furthermore, the present disclosure may apply to various 

types of vehicles such as an automobile, a boat, a bicycle, etc. 

It is also to be appreciated that the components described 

below may not necessarily be disposed in a single housing but 

incorporated into another device or structure, for example, 

components of the device may be integrated into a dashboard 

of an automobile. 

The GPS device 100 includes various electrical compo 

nents, which will be described in detail below, disposed in a 

generally rectangular housing 102. A display module 104 is 

provided for displaying a location of a user, a map, coordi 

nates, waypoints, frequently accessed addresses, personal 

information, etc. As will be described in more detail below, 

the display module 104 may include a touchscreen for facili 

tating user input of information. Input module 106 includes a 

plurality of buttons 108 for inputting data and navigating 

through a plurality of menus and/or maps. The GPS device 

100 further includes a storage module 110 for storing a plu rality of maps, frequently used addresses, traveled routes, etc 

and a communication module 112 for transmitting stored data 

to another device, e.g., a personal computer, a personal digital 

assistant (PDA), a server residing on the Internet, etc. and for 

transmitting verbal communications to other devices. The 

device 100 will include a microphone 114 for acquiring audio 

from the user of the device to input data and to communicate 

to others. A speaker 116 for audibly producing communica 

tions from others, directions, warnings and/or alarms to a user 

is also provided. 

Referring to FIG. 2, the various components of the device 

100 will now be described. The device will contain a com 

puter processing module 120, e.g., a microprocessor. The 

computer processing module 120 will use computer Software 

instructions that have been programmed into the module and 

conventional computer processing power to interact and orga 

nize the traffic flow between the various other modules. It is to 

be understood that the present disclosure may be imple 

mented in various forms of hardware, software, firmware, 

special purpose processors, or a combination thereof. A sys 

tem bus 121 couples the various components shown in FIG.2 

and may be any of several types of bus structures including a 

memory bus or memory controller, a peripheral bus, and a 

local bus using any of a variety of bus architectures. The 

device also includes an operating system and micro instruc 

tion code preferably residing in read only memory (ROM). 

The various processes and functions described herein may either be part of the micro instruction code or part of an 

application program (or a combination thereof) which is 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 9 of 15 PageID #: 23
US 9,261,365 B2 

5 

executed via the operating system. Exemplary operating sys 

tems include but are limited to SymbianOS, Windows 

Mobile/Windows CE, Palm OS, Linux, Blackberry OS, etc. 

which have been developed for mobile computing applica 

tions and can handle both data computing and communica 

tion applications. 

It is to be further understood that because some of the 

constituent device components and method steps depicted in 

the accompanying figures may be implemented in Software, 

the actual connections between the device components (or the 

process steps) may differ depending upon the manner in 

which the present disclosure is programmed. Given the teach 

ings of the present disclosure provided herein, one of ordinary 

skill in the related art will be able to contemplate these and 

similar implementations or configurations of the present dis 

closure. 

A locational information module 122 is provided for deter 

mining a location of the device 100 and/or user. The loca 

tional information module 122 may include a receiver and 

antenna ANT employing conventional locational information 

processing technology Such as Global Positioning Satellite 

(GPS) Technology, Loran Technology, or any other available 

locational technology, to indicate the exact location or coor 

dinates, e.g., latitude, longitude and altitude, of the device 

100. Exemplary GPS receivers and antennas are described in 

U.S. Pat. Nos. 5,654,718 and 6,775,612, the contents of both 

of which are herein incorporated by reference. It is to be 

appreciated that the latitude, longitude and altitude may be 

used to interact with maps stored in memory or in the storage 

module 110 of device 100 to determine the city, state or 

address of the location the device 100. Furthermore, the loca 

tional information module 122 may calculate routes traveled, velocity or speed of a vehicle including the device 100, etc., or 

alternatively, may send the position coordinates to the pro cessing module 120 at a predetermined sampling period 

where the processing module will perform the calculations. 

Furthermore, the device 100 will include a date and time 

module 124. The date and time module 124 will use standard 

computer chip processing technology widely in use, or alter 

natively, input from locational information module 122, e.g., 

a GPS receiver, to supply the date and time. The date and time 

may be associated or correlated with routes traveled, a par ticular location and speeds and may be employed to deter 

mine velocity or speed of the user of the device 100 whether 

in a vehicle, on a bicycle or while walking. 

The device 100 will also contain a display module 104 for 

displaying a location of a user, a map, coordinates, waypoints, 

frequently accessed addresses, etc. This display may be in any 

current form in the art, including Liquid Crystal Displays 

(LCD), Light emitting diode displays (LED), Cathode Ray 

Tube Displays (CRT) or any other type of display currently 

existing or existing in the future. The display module 104 will 

include an audio output device 116, e.g., a speaker, head 

phone jack, etc., allowing the user to also hear audio output 

from the device 100, e.g., for audibly producing directions to 

a desired location or predetermined address. The speaker 116 

will also be used in conjunction with microphone 114 and 

communication module 112 to enable Voice communications 

as will be described below. 

The device 100 of the present disclosure will contain a user 

input module 126 to either receive user instructions via text 

input by the way ofbuttons 108, a standard keyboard interface 

coupled to the device, or a character recognition capture 

device which translates user text input into alphanumeric 

characters. Preferably, the character recognition device is a 

touchscreen which overlays the display module 104 and text 

is entered via a pen-like stylus. Such input devices are stan 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

6 

dard and currently available on many electronic devices 

including portable digital assistants (PDAs) and cellular tele 

phones. Microphone 114 will be further coupled to the input 

module 126 for capturing any audio information spoken by 

the user and the input module will further include an analog to-digital (A/D) converter for converting the spoken audio 

information into a digital format. Furthermore, the input module may include a Voice recognition processor that trans 

lates the digital human Voice into alpha numeric characters 

for user input. The user will utilize the user input module 126 

to enter various data, for example, a plurality of destination 

addresses, waypoints, etc. 

The storage module 110 includes internal storage memory, 

e.g., random access memory (RAM), or removable memory Such as magnetic storage memory; optical storage memory, 

e.g., the various types of CD and DVD media; solid-state 

storage memory, e.g., a CompactFlash card, a Memory Stick, 

SmartMedia card, MultiMediaCard (MMC), SD (Secure Digital) memory; or any other memory storage that exists 

currently or will exist in the future. The storage module 110 

will store various types of information Such as the inputted 

destination addresses, routes traveled by the user, the user's 

home address, etc. The storage module 110 will further store 

a plurality of geographical maps. In operation, the processing 

module 120 will process information received from overhead 

satellites and calculate the geographic location that the device 

100 is currently at. The processing module 120 then plots that 

location on a graphic representation of a map stored in the 

storage module 110, e.g., internal or external memory. This 

map is then displayed on the display module 104 of the device 

100. The map optionally will include points of interest also 

plotted on the map. By example, hospitals, police offices, gas 

stations, ATMs, hotels, restaurants, etc. can also be displayed. 

These point of interest locations are placed on the map in their 

proper locations by the publisher of the map when the map is 

published, or alternatively, these locations are stored in an 

internal address database and then dynamically placed on the 

graphical representation map by the processing module 120 

as the map displays on the display module 104. 

Maps may be provided for different areas via multiple 

removable memory cards, e.g., a memory card for each state 

in the United States. Alternatively, different maps may be 

received wirelessly via the communication module 112 and 

loaded into memory or the storage module 110 as needed. The 

processing module 120 will determine based on the informa 

tion received from the locational information module 122 that 

a map corresponding to the devices current position is not 

available and the processing module 120 will request an 

appropriate map from a service provider available on a com 

munication network accessed via the communication module 

112. 

The communication module 112 will enable the device 100 

to transmit or transfer information, e.g., current location of a 

vehicle, speed of a vehicle, time and date of the recorded 

location and/or speed, etc., to other computing devices and to 

receive information from other computing devices, e.g., 

maps, Software updates, etc. Furthermore, the communica 

tion module 112 will enable voice communications between 

the device 100 and other devices, remote operators, etc. The 

communication module 112 will perform its functionality by 

hardwired and/or wireless connectivity. The hardwire con 

nection may include but is not limited to hard wire cabling, 

e.g., parallel or serial cables, USB cable, Firewire (1394 

connectivity) cables, and the appropriate port. The wireless 

connection will operate under any of the various known wire 

less protocols including but not limited to BluetoothTM inter 

connectivity, infrared connectivity, radio transmission con 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 10 of 15 PageID #: 24
US 9,261,365 B2 

7 

nectivity including computer digital signal broadcasting and 

reception commonly referred to as Wi-Fi or 802.11.X (where 

X denotes the type of transmission), or any other type of 

communication protocols or systems currently existing or to 

be developed for wirelessly transmitting data. The commu 

nication module will compress and encode the encrypted 

information for transmission using any known wireless com 

munication technology. It is to be appreciated that the com 

munication module may include a single integrated circuit 

chip to perform data transfer and Voice communications or a 

single module including a separate data transfer chip, e.g., a 

WiFi transceiver, and a separate voice communication chip, 

e.g., a CDMA chip. Preferably, the communication module 

will operate on the wireless GPRS (General Packet Radio 

Service) data protocol or a 3G protocol such as W-CDMA, 

CDMA2000 and TD-SCDMA. Both the GPRS and 3G pro 

tocols have the ability to carry both voice and data over the same service. 

The device 100 will also include an encryption module 

128. The encryption module 128 will use conventional code 

encryption algorithms currently in use or that will be in use in 

the future such as symmetric-key algorithms, e.g., DES, 

Triple-DES, Blowfish, RC2, RC4, RC5, etc. and asymmetric 

key algorithms, e.g., Diffie-Hellman, RSA, EIGamal, etc. to 

encrypt the data information that comes into the user input 

module 126 and/or that is stored in the storage module 110. In 

one embodiment of the present disclosure, the encryption 

module 128 will always encrypt the data information, but in 

other embodiments, the user will select whether to encrypt the 

data or to leave the data unencrypted. 

Upon initialization of device 100, processing module 120 

prompts the user via display module 104 or speaker 116 to 

select a code string that the user wishes to use. The user 

selects an appropriate code string and enters the code string 

into the device 100 with input module 126 via buttons 108, 

microphone 114 or touchscreen. The input module 126 sends 

the code string to the processing module which in turn sends 

this string to encryption module 128. The encryption module 

128 then uses this code string to encrypt (using standard 

encryption algorithms identified above) all addresses and 

route points (or just the addresses and route points that the 

user designates) and store this information in the storage 

module 110. When the GPS device 100 is inactive, all infor 

mation in the storage module 110 is encrypted. When the GPS 

device 100 is active, the information in the storage module 

110 is sent to the encryption module 128 which after receiv 

ing the user's code String decrypts the information, and then 

sends the information to the processing module where it can 

then be presented to the user on the display module 104. 

In another embodiment of the present disclosure, the GPS 

device 100 will include a hardware interlock 118 to prevent 

the removal of the storage module 110. The interlock 118 may be a detent configured to engaged a memory card being 

employed, a mechanical door which prevents access to the 

storage module 110, or a mechanism which physical rejects 

the storage module 110. In this embodiment, the user would 

submit the code string to the encryption module 128 via the 

input module 126 which would then accept the code string 

and instruct the processing module 120 to unlock the hard 

ware interlock 118 and allow user removal of the storage module 110. If the code string is not accepted, the storage 

module 110 will not be able to be removed. 

In another embodiment, the device 100 will further include 

a user verification module (UVM) 130. The user verification 

module 130 will indicate and verify the identity of the user of 

the device 100. The user verification module 130 may execute 

a password protection algorithm or may include an identity 

5 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

8 

capture device, either incorporated into the device 100 or 

coupled externally via a cable. The identity capture device 

may be a biometric device. Such as a retinal scanning device, 

fingerprint reader, facial recognition reader or another type of 

user identity verification input device which will collect 

information on the user to be compared to information that 

has previously been stored in the device's memory. One such 

exemplary fingerprint reader is the BioTouchTM fingerprint 

reader commercially available from Identix Incorporated of 

Minnetonka, Minn. It is to be noted that identity detection 

devices such as biometric devices are common and are cur 

rently widely in use. It is to be further noted, that identity 

verification devices that are not yet in use such as DNA 

detection, etc., would also be compatible with device 100. In 

one embodiment, the identity of the user may be required in 

addition to the entering of a codestring to decrypt information 

on the storage module 110. In a further embodiment, the 

identity of a particular user may be linked to their code string 

and, upon verification of the identity of a user, the linked code 

string will be submitted to the encryption module 128. In 

another embodiment, the identity of the user may be required 

to unlock the interlock 118. 

A system and method for remotely entering, storing and 

sharing location address information will be described in 

relation to FIGS.3 and 4. Referring to FIG.3, the GPS device 

100 will communicate to a central server 304 via a telematics 

communications network 302, e.g., a network that enables 

data and voice communications. The device 100 will couple 

to the communications network 302 via the communication 

module 112 which enable data transmission and Voice com 

munications. The communication module 112 may connect 

to the communications network 302 by any known commu 

nication means or combination thereof includes WiFi connec 

tivity via a WiFi tower (e.g., of various types including 

802.11a/b/g) or a WiMAX tower 312 in accordance with 

IEEE 802.16 specifications; infrared connectivity; satellite 

communications including orbital satellite 314 and satellite 

dish.316; radio frequency; a mobile terminal communications 

technology, e.g., via a mobile terminal communications 

tower 318 employing FDMA, TDMA and CDMA technol 

ogy, PCS, and 3G technology, etc. 

The server 304 may be connected to the communications 

network 302, e.g., the Internet, by any known means, for 

example, a hardwired or wireless connection 308, such as 

dial-up, hardwired, cable, DSL, satellite, cellular, PCS, wire 

less transmission (e.g., 802.11a/b/g, 802.16, etc.), etc. It is to 

be appreciated that the network 302 may be a local area 

network (LAN), wide area network (WAN), global area net 

work (GAN) in accordance with IEEE 802.20, the Internet or 

any known network that couples a plurality of computing 

devices to enable various modes of communication via net 

work messages. Furthermore, the server 304 will communi 

cate using the various known protocols such as Transmission 

Control Protocol/Internet Protocol (TCP/IP), File Transfer 

Protocol (FTP), Hypertext Transfer Protocol (HTTP), etc. 

and secure protocols such as Internet Protocol Security Pro 

tocol (IPSec), Point-to-Point Tunneling Protocol (PPTP), 

Secure Sockets Layer (SSL) Protocol, etc. 

It is to be appreciated that the device 100 and server 304 

may use any single communication method described above 

or any combination thereof to provide telematics service, i.e., a combination of telecommunications and data transfer. For 

example, the device and server may communicate via CPRS 

and/or 3G technology which will allow the transmission of 

Voice and data over the same service. As another example, the 

device 100 and server 304 may communicate using WiMAX 

(e.g., IEEE 802.16) technology where data is transferred 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 11 of 15 PageID #: 25
US 9,261,365 B2 

using the above-described Internet protocols and Voice com 

munications is conducted using VoIP (Voice over Internet 

Protocol). 

The illustrative example below will describe the principles 

of the present disclosure with a positional information device, 

e.g., a GPS device, used in conjunction with a vehicle. 

Initially, in step 402, a user activates the device 100 for 

telematics service in the vehicle. The activation may be ini 

tialized by a single designated button, e.g., any one of the 

plurality of buttons 108, a designation portion on the touch 

screen, by Voice recognition, etc. The user is now connected 

to a predetermined customer service center (CSC) via analog 

or digital communications or any other type of communica 

tion link that the telematics service may currently use as 

described above. The telematics service identifies the vehicle 

or device to the service center including the communications 

channel to the vehicle, for example, the cellular phone num 

ber to transmit information into the vehicle, or the Internet 

address (e.g., IP address) of the vehicle. This identification 

information can be transmitted to the customer service center 

from the device or the customer service center can detect the 

user identity by conventional techniques such as caller ID and 

then use this information to query a database to determine the USC. 

Once connected to the customer service center, the user can 

communicate with the customer service center with Voice 

communications or with a vehicle user interface (VUI) including but not limited to keyboard, Voice recognition, or 

mouse or pointer. In one embodiment, the customer service 

center includes a live operator 303 that has access to server 

304 for looking up address information and transmitting the 

information to the device. In this embodiment, the user will 

interact with the live operator via Voice communications. In 

another embodiment, the server 304 will interact electroni 

cally with the device. In this embodiment, the user may use 

Voice commands and the Voice and/or speech recognition 

algorithm in the device will convert the user's speech into 

digital data which the device will transmit to the server 304. 

Alternatively, the user may interact with the server 304 via the 

vehicle user interface including the display module 104 and 

input module 106. 

In step 404, the telematics service then transmits a user 

request via digital or analog communications to the remote 

customer service center (CSC). The user will use the VUI or 

voice to tell the customer service center the address of the 

location that they need route guidance to. In the case of a live 

operator 303, the live operator 303 will input this information 

into the server 304, or alternatively, if the customer has used 

aVUI that transmits this information directly to the customer 

service center, then this information is already in the server 

304. 

The customer service center server 304 then resolves the 

address, or alternatively, transmits the address to another 

server on the global computer network (e.g., the Internet) and 

using standard computer processing power and computer 

address programs including but not limited to teraservermi 

crosoft.com, geocoderus, yahoo.com, and maporama.com 

resolves the address into exact longitude and latitude coordi 

nates (step 406). 

Once the requested location information has been resolved, 

the server 304 will transmit this longitude and latitude infor 

mation to the designated customer GPS device's internal or 

external memory, e.g., storage module 110 (step 408). This 

transmission will be by any standard communications proto 

col now known or existing in the future as described above. 

The designated GPS device receives this longitude and lati 

tude information and stores the information in internal or 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

10 

external memory via the communication module 112 and 

processing module 120. When the user requests route guid 

ance from the device 100, and using standard GPS computer processing power and systems, the device 100 provides route 

guidance to the customer via the display module 104 (step 

410). In this manner, a user will be able to enter and/or 

program a positional information device with little or no 

effort. 

In another embodiment of the present disclosure, a user 

may program the device 100 by using their local computer 

306, which is coupled to the communications network 302, 

e.g., the Internet. The user may connect to server 304 via a 

client application program, e.g., a conventional web browser 

such as MicrosoftTM Internet Explorer, and enter a location 

into the client application which the user would like to receive 

route guidance for Subsequently at their respective device 

100. Alternatively, the user may be browsing web sites resid 

ing on servers on the Internet and finds a location of interest 

that they are interested in receiving route guidance to. The 

user indicates to the remote server 304 via the client applica tion that he wants the specified address information of the 

location of interest provided to the device 100. In one embodi 

ment, a tool bar may be implemented with the client applica 

tion, so while a user is browsing web sites, the user will enter 

the location of interest into the toolbarto be transmitted to the 

server 304 for coordinate determination. In another embodi 

ment, a software plug-in may be provided to run with the 

client application, e.g., the web browser, wherein while the 

user is browsing web sites, a user will highlight, e.g., with a 

pointing device, an address displayed and by simply clicking 

on a portion of the displayed screen will transmit the location 

of interest to the server 304. 

When utilizing the client application program, the user 

may be identified at the server by an identifier, e.g., an Internet 

cookie, previously placed on the user's local computer 310. 

When transmitting the location of interest, the local computer 

306 may also transmit the cookie information so the user may be identified at the server without having to provide this 

information by manual input or spoken word. The remote 

server then utilizes a standard database lookup program, 

based on the received identifier, to find out information on the 

user's device including the transmission information for the 

device which may be the cellular telephone number of the 

device or a vehicle or the Internet address (e.g., the IP 

address) of the device or vehicle. 

The server 304 then resolves the address into longitude or 

latitude coordinates using standard computer processing 

power and computer programs on the global computer net 

work including but not limited to teraserver microsoft.com, geocoderus, yahoo.com, and maporama.com. The server 304 

then transmits the longitude and latitude information to the 

designated customer GPS devices internal or external 

memory. This transmission will be by any standard commu 

nications protocol now known or existing in the future as 

described above. The designated GPS device receives this 

longitude and latitude information, via communication mod 

ule 112, and stores it in internal or external memory. The 

customer then requests route guidance from the GPS device, 

and using standard GPS computer processing power and sys 

tems, the positional information device provides route guid ance to the user. 

It is to be appreciated that the user may transmit multiple 

addresses to the server 304, and the server will use computer processing power and Software programs to resolve the mul 

tiple addresses into multiple latitude and longitude coordi 

nates. The user may also transmit the time and date that each 

address will be utilized. This information will also be trans 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 12 of 15 PageID #: 26
US 9,261,365 B2 

11 

mitted to the subject GPS device. The GPS device will then 

display the address at the specified date and time and route 

guidance for that address will be given. When the date and 

time changes, the GPS device will then display the next 

specified and stored address on the date and time that corre 

sponds to that address. 

In another embodiment of the present disclosure, a method 

is provided for accessing address stored at a remote location, 

another GPS device, etc. Referring to FIG. 5, a user activates 

the device for telematics service in the vehicle (step 502). Alternatively, the user may make the request for service from 

a site on the global computer network (e.g., the Internet). In 

the case of telematics, the service then transmits a user 

request via digital or analog communications to the remote 

customer service center server 304 (step 504). Telematics 

identifies the device or vehicle to the customer service center 

including the communications channel to the vehicle, for 

instance the cellular phone number to transmit information 

into the device or vehicle, or the Internet address (e.g., IP 

address) of the vehicle. In the case of an Internet request, the 

user will use their local computer 310 coupled to communi 

cations network 302 to transmit the request to the server 304 

located at the customer service center. The user's device or 

vehicle is now connected to customer service center via ana 

log or digital communications and can communicate with the 

customer service center with Voice communications or with a 

vehicle user interface (VUI) including but not limited to key 

board, or mouse or pointer. 

The user will now use the VUI or voice to tell the customer 

service center that they need address information from 

another device or vehicle that has been registered with the 

customer service center or that will be registered with the 

customer service center. If the other device has been regis tered, the user will provide a password, using Voice commu 

nications or the VUI, to allow the customer service center to 

unlock information stored in a standard database lookup pro 

gram, Such information relating to the communications chan 

nel (e.g., IP address or cellular phone number) of the regis 

tered device (step 506). If the other device has not been 

registered, then customer will provide with Voice communi 

cations or by using the VUI the communications channel to 

the device, e.g., the cellular phone number or the Internet 

address (e.g., IP address) of the device. The user would then 

also provide a password so either the server or live operator 

can be granted access to the other device. 

The server 304 or operator 303 of the customer service 

center will then use the communications channel of the des 

ignated device or vehicle to contact the device and retrieve the 

stored address information from the internal or external 

memory of the GPS device (step 508). The designated device 

will then use standard communications protocols now known 

or existing in the future to transmit the stored address infor 

mation on the external or internal memory back to the server 

304 or operator 303 of the customer service center. The server 

304 or operator 303 of the customer service center will then 

transmit this address information to the user's current device 

or vehicle from where the user originated the request (step 

510). The user may then request route guidance from the 

designated GPS device, and using standard GPS computer processing power and systems, the device provides route 

guidance to the user (step 512). 

The server 304 may also store and retain the address infor 

mation in its database 306 to provide this information on 

request to the user at any future point in time. For example, in 

the above described method, the server 304 may perform the 

retrieving step (step 508) by simply retrieving a previously 

stored address from the database 306. In a further embodi 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

12 

ment, the server 304 may periodically poll each device reg 

istered to a user to retrieve any entered address and store Such 

addresses in the database. In this embodiment, any address 

entered in any device belonging to the registered user will be 

accessible to the user at any other registered device of the user. 

The present disclosure will enable at least the following 

applications of the devices, systems and methods disclosed 

herein. 

A driver is driving along in a vehicle and wishes not to stop 

but needs direction to a destination. The driver pushes a 

button on an embodiment of the device described above and is 

connected to a service operator. Alternatively, the user may 

activate the device by voice command. The user indicates the 

address of the location that he is interested in but is not sure of 

the city for the address. The service operator quickly locates 

the city of the address by using conventional address lookup 

database software. The service operator then inputs this 

address into the computer server that he/she is using. The 

operator then has the server contact the GPS device in the 

owner's vehicle and transmits the latitude and longitude coor 

dinates of the address to the vehicle's GPS device. The driver 

is thenable to utilize his/her GPS unit to get route guidance to 

the specified address. All of the above has occurred without 

the driver ever having to take his/her hand off the steering 

wheel of the vehicle. 

A driver of a vehicle needs assistance in locating a point of 

interest Such as a museum in a designated city. The driver 

presses the telematics button in the vehicle (or issues a voice 

command) and is connected to a service operator. The opera 

tor identifies the vehicle and then the operator asks the driver 

for information on what museum they are looking for. Once 

the service operator locates the museum for the driver, the 

operator then submits the address of this museum to the server 

and the computer server resolves the address into latitude and 

longitude coordinates for the specified address. The service 

operator then transmits this information from the server to the 

memory of the driver's GPS device. The driver is then able to 

obtain route guidance to his/her specified location. 

A driver of a vehicle needs route guidance to a specific 

location. When the driver enters the address information into 

the vehicle's GPS device, the device indicates to the driver 

that this address does not exist. The driver tries different 

permeations of the address including different cities, different 

street numbers, and different spellings of the street. Unfortu 

nately, nothing works for the driver. The driver presses the 

telematics button in the vehicle (or issues a voice command) 

and is connected to a service operator. The operator identifies 

the vehicle and then the operator asks the driver for the infor 

mation on what address he is looking for. The service operator 

then places this information into the computer server. Using 

various associated information on the address including but 

not limited to the name of a person residing at the address, the 

cross street that the address is at, the Zip code of the address, 

the phone number of the address, alternative spellings of the 

address, and other information on the address, the operator is 

able to use this information, and various computer lookup 

databases 307 including phone number reverse search data 

bases, Zip code lookup databases, aerial location programs 

Such as Google Earth, address databases, business yellow 

page databases, mapping Software databases and other data 

bases to resolve what is the correct address of the desired 

location. Once the service operator locates the correct 

address, the operator then submits the address to the server 

and the server resolves the address into latitude and longitude coordinates for the specified address. The service operator 

then transmits this information from the server to the memory 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 13 of 15 PageID #: 27
US 9,261,365 B2 

13 

of the driver’s GPS device. The driver is then able to obtain 

route guidance to the specified location. 

A driver wishes to be provided route information for a trip 

that they are taking. The driver goes online via a local com 

puter to the Internet or presses the telematics button in the 

vehicle (or issues a voice command). In either case, the driver 

selects the itinerary for the trip including restaurants, hotels, 

other points of interest, and then the driver reviews and 

approves the trip itinerary. Once the itinerary has been 

approved, the user's computer transmits the latitude and lon 

gitude coordinates of each planned stop to the memory of the 

user's GPS device along with the suggested time and/or date 

for each stop. Alternatively, the telematics service resolves 

and transmits the latitude and longitude of each planned stop 

to the memory of the user's GPS device. The user is now able 

to start on the trip, and to receive complete route guidance 

information as it is needed and when it is needed. 

Adriverbooks a hotel reservation or a concert event online. 

Once the reservation has been made, the driver asks the online 

service to provide him with directions to the location. The 

driver indicates the communications link to the GPS device 

(either a direct link or through a telematics service). The 

reservation service computer then transmits the latitude and 

longitude coordinates and date of the location to the requested 

vehicles GPS device. The GPS device then Stores this infor 

mation in memory. At the date and time that the user has 

stored, the GPS device will then provide the user with route 

guidance to the designated location. 

A driver of a vehicle needs route guidance information to an address that is stored in his/her other vehicle. The driver 

has no access to this vehicle because it is not geographically 

close. The driver presses the telematics button in this vehicle 

(or issues a voice command) and is connected to a service 

operator. The operator identifies the vehicle and with a pass 

word provided by the user establishes that the caller has 

security clearance to the requested information. The operator 

then looks up the list of subject addresses that the driver has 

stored for their vehicles, or in the event that the driver has 

stored the needed address in another vehicle's GPS memory, 

the operator communicates with the other vehicle's GPS sys 

tem and reads the list of addresses that are stored in memory. 

In either event, the service operator then transmits the needed 

address or addresses from the server they are operating into 

the memory of the GPS device in the subject vehicle. The 

driver is then able to obtain route guidance to the specified 

location. 

While the disclosure has been shown and described with 

reference to certain preferred embodiments thereof, it will be 

understood by those skilled in the art that various changes in 

form and detail may be made therein without departing from 

the spirit and scope of the disclosure as defined by the 

appended claims. 

What is claimed is: 

1. A method for receiving location information at a posi tional information device, the method comprising: sending a request from a requesting positional information 

device to a server for at least one address stored in at least 

one sending positional information device, the request including a first identifier of the requesting positional 

information device; 

receiving at the requesting positional information device, 

from the server, a retrieved at least one address to the 

requesting positional information device wherein the 

server determines a second identifier for identifying the 

at least one sending positional information device based 

on the received first identifier and retrieves the requested 

10 

15 

25 

30 

35 

40 

45 

50 

55 

60 

65 

14 

at least one address stored in the identified at least one 

sending positional information device. 

2. The method as in claim 1, wherein the first identifier is at 

least one of a mobile phone number and an IP address. 

3. The method as in claim 1, wherein the at least one 

address is transmitted in at least one of longitude and latitude 

coordinates and an address. 

4. The method as in claim 1, wherein the at least one 

address is graphically displayed on a map. 

5. The method as in claim 1, wherein the request is received 

by Voice communication. 

6. The method as in claim 1, wherein the second identifier 

of the sending positional information device is at least one of 

a mobile phone number and an IP address. 

7. The method as in claim 1, wherein the retrieving the at 

least one address includes retrieving the at least one address 

from a database residing on a server, the database being 

associated to the at least one sending positional information 

device. 

8. A requesting positional information device for receiving 

location information over a communication network, the 

requesting positional information device comprising: 

a locational information module for determining location 

information of the requesting positional information 

device; 

a communication module for receiving the address of the at 

least one location from the server; 

a processing module configured to receive the address from 

the communication module and determine route guid 

ance based on the location of the requesting positional 

information device and the received address; and 

a display module for displaying the route guidance; and 

wherein the requesting positional information device sends 

a request to a server for the at least one address stored in 

the at least one sending positional information device, 

the request including a first identifier of the requesting 

positional device, wherein the requesting positional 

device receives the retrieved at least one address from 

the server such that the server determined a second iden 

tifier for identifying at least one sending positional infor 

mation device based on the received first identifier, and 

the server retrieved the requested at least one address 

stored in the at least one sending positional information 

device. 

9. The requesting positional information device as in claim 

8, wherein the first identifier is at least one of a mobile phone 

number and an IP address. 

10. The requesting positional information device as in 

claim 8, wherein the at least one address is transmitted in at 

least one of longitude and latitude coordinates and an address. 

11. The requesting positional information device as in 

claim 8, wherein the address is graphically displayed on a 

map. 

12. The requesting positional information device as in 

claim 8, wherein the communications network is a telematics 

network. 

13. The requesting positional information device as in 

claim 8, wherein the second identifier of the at least one 

sending positional information device is at least one of a 

mobile phone number and an IP address. 

14. The requesting positional information device as in 

claim 8, wherein the server retrieves the coordinates from a 

database residing on the server, the database being associated 

to the at least one sending positional information device. 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 14 of 15 PageID #: 28
US 9,261,365 B2 

15 

15. The requesting positional information device as in 

claim 8, wherein the server is operated by a live operator and 

the request for the at least one location is received by voice 

communications. 

16 

Case 2:23-cv-00422-JRG-RSP Document 1-2 Filed 09/18/23 Page 15 of 15 PageID #: 29