The invention generally relates to providing navigation guidance to one or more users.
More particularly, the invention relates to methods and systems for connecting users with
each other during a group travel scenario.
BACKGROUND
In one group travel scenario, users may choose to travel in different vehicles with
final destination known and fixed prior to starting their journey. The users may choose to
mutually select a common route that is substantially linear for most users and has only few
diversions. Alternatively, the users may also choose individual convenient routes for the sam·e
final destination. In the former case, the users mutually select meeting and refreshments
stopovers during the journey. These are called global pit-stops and can be fixed on a route
map prior to the journey. However, in the latter case, global pit-stops cannot be fixed prior to
the journey.
Such a group travel scenario typically requires multiple calls to be made to each party
for co-ordination purposes. Especially when multiple users travel from different routes,
deciding an exact location for one or more stopovers may not be an easy thing always,
mainly, due to lack of visuals. In one exemplary situation, one or more users may lose GPS
connectivity, which may have been guiding them on their route with real-time directions. In
another exemplary situation, one or more users may significantly lag behind on their route
owing to heavy traffic conditions. To this end, some existing solutions disclose the ways of
communicating with more than one mobile device, and getting directional information
through an interactive voice response (IVR) unit. Despite the previously mentioned
teachings, it can be safely concluded that there is still a need to provide for lots of
improvements in this area of technology.
SUMMARY OF THE INVENTION
In accordance with the purposes of the invention, the present invention as embodied
and broadly described herein, enables users to connect with each other during a group travel.
2
The present invention can be implemented in user devices capable of determining their own
location and interacting with each other over a cellular network or Internet. The present
invention describes computing global or local pit-stops during the course of a group travel
and guiding users who are either lost or left far behind. As and when required, navigational
directions for reaching to a pit-stop can be provided to one or more users through a text
message.
More specifically, the invention t:nables user devices to record their last known
location locally. The user devices, which are temporarily unahle to determine their current
location, can share their relevant parameters, such as last known location, with rest of the
users. In one example, the nearest user can accordingly recalculate route and directions for
said lost users and share the same via text message in order to guide said lost users to a global
pit-stop or at least a local pit-stop. The decision for the rest of the users to meet at the chosen
global pit-stop may depend on their distance and time from the chosen pit-stop. Their
decisions may or may not depend on other relative situations and conditions. In this way, the
present invention provides a unique and simple way of turning a group travel into an
interactive travel experience by directing and navigating the users through either a predefined
pit-stop guidance or an immediate local pit-stop guidance.
The advantages of the invention include, but are not limited to making group travel
hassle free by providing pit-stop guidance over text messaging. The invention provides a
unique and simple way of turning a group travel into an . interactive travel experience by
directing and navigating the users, for example, who have lost GPS connectivity or who are
lagging behind, by providing a predefined pit-stop guidance or immediate local pit-stop
guidance. This invention is especially helpful for a group travel where there are chances of
someone losing a GPS connection or lagging far behind from others, such a user can have a
safer bet reaching at a pit-stop as described hereinafter.
These aspects and advantages will be more clearly understood from the following
detailed description taken in conjunction with the accompanying drawings and claims.
BRIEF DESCRIPTION OF THE ACCOMPANYING ORA WINGS:
To further clarify advantages and aspects of the invention, a more particular
description of the. invention will be rendered by reference to specific embodiments thereof,
3
which is illustrated in the appended drawings. It is appreciated that these drawings depict
only typical embodiments of the invention and are therefore not to be considered limiting of
its scope. The invention will be described and explained with additional specificity and detail
with the accompanying drawings, which are listed below for quick reference.
Figures 1 a to l c illustrate exemplary methods for enabling a user to ~urm~ct with at
least one other user during a group travel, in accordance with various embodiments of present
invention.
Figure 2 illustrateE an exemplary device for enabliug a us~r to connect With at least
one other user during a group travel, in accordance with an embodiment of present invention.
Figures 3 to 7 illustrate various basic settings and scenarios for initiating group travel
through a group travel application, in accordance with various embodiments of present
invention.
Figures 8 to 20 illustrate various scenarios and/or flow of information during a group
travel, in accordance with various embodiments of present invention.
Figure 21 illustrates an exemplary overview of overall system, in accordance with an
embodiment of present invention.
It may be noted that to the extent possible, like reference numerals have been used to
represent like elements in the drawings. Further,. those of ordinary skill in the art will
appreciate that elements in the drawings are illustrated for simplicity and may not have been
necessarily drawn to scale. For example, the dimensions of some of the elements in the
drawings may be exaggerated relative to other elements to help to i~prove understanding of
aspects of the invention. Furthermore, the one or more elements may have been represented
in the drawings by conventional symbols, and the drawings may show only those specific
details that are pertinent to understanding the embodiments of the invention so as not to
obscure the drawings with details that will be readily apparent to those of ordinary skill in the
art having benefit of the description herein.
DETAILED DESCRIPTION
It should be understood at the outset that although illustrative implementations of the
embodiments of the present disclosure are illustrated below, the present invention may be
4
~--------------------------------- ------ ----- -- ---
implemented using any number of techniques, whether currently known or in existence. The
present disclosure should in no way be limited to the illustrative implementations, drawings,
and techniques illustrated below, including the exemplary design and implementation
illustrated and described herein, but may be modified within the scope of the appended
claims along with their full scope of equivalents.
The term "some" as used herein is defined as "none, or one, or more than one, or all."
Accordingly, the terms "none," "one," "nwrt: lhan one," "more than one, but not all" or "all"
would all fall under the definition of "some." The term "some embodiments" TTP'1Y refer to no
embodiments or to one embodiment or to several embodiments or to all embodiments.
Accordingly, the term "some embodiments': is defined as meaning "no embodiment, or one
embodiment, or more than one embodiment, or all embodiments."
The terminology and structure employed herein is for describing, teaching and
illuminating some embodiments and their specific features and elements and does not limit,
restrict or reduce the spirit and scope of the claims or their equivalents.
More specifically, any terms used herein such as but not limited to "includes,"
"comprises," "has," "consists," and grammatical variants thereof do NOT specify an exact
limitation or restriction and certainly do NOT exclude the possible addition of one or more
features or elements, unless otherwise stated, and furthermore must NOT be taken to exclude
. the possible removal of one or more of the listed features and elements, unless otherwise
stated with the limiting language "MUST comprise" or "NEEDS TO include."
Whether or not a certain feature or element was limited to being used only once,
either way it may still be referred to as "one or more features" or "one or more elements" or
"at least one feature" or "at least one element." Furthermore, the use of the terms "one or
more" or "at least one" feature or element do NOT preclude there being none of that feature
or element, unless otherwise specified by limiting language such as "there NEEDS to be one
or more ... "or "one or more element is REQUIRED."
Unless otherwise defined, all terms, and especially any technical and/or scientific
terms, used herein may be taken to have the same meaning as commonly understood by one
having an ordinary skill in the art.
Reference is made herein to some "embodiments." It should be understood that an
embodiment is an example of a possible implementation of any features and/or elements
5
presented in the attached claims. Some embodiments have been described for the purpose of
illuminating one or more of the potential ways in which the specific features and/or elements
ofthe attached claims fulfil the requirements of uniqueness, utility and non-obviousness.
Use of the phrases and/or terms such as but not limited to "a first embodiment," "a
further embodiment," "an alternate embodiment," "one embodiment;" "an t:mbodiment,"
"multiple embodiments," "some embodiments," "other embodiments," "further
embodiment", "furthermore embodirm:nt", "additional embodiment" or variants thereof do
NOT necessarily refer to the same embodiments. Unless otherwise spedfied, one or mom
particular features and/or elements described in connection with one or more embodiments
may be found in one embodiment, or may be found in more than one embodiment, or may be
found in all embodiments, or may be found in no embodiments. Although one or more
features and/or elements may be described herein in the context of only a single embodiment,
or alternatively in the context of more than one embodiment, or further alternatively in the
context of all embodiments, the features .and/or elements may instead be provided separately
or in any appropriate combination or not at all. Conversely, any features and/or elements
described in the context of separate embodiments may alternatively be realized as existing
together in the context of a single embodiment.
Any particular and all details set forth herein are used in the context of some
embodiments and therefore should NOT be necessarily taken as limiting factors to the
attached claims. The attached claims and their legal equivalents can be realized in the context
of embodiments other than the ones used as illustrative examples in the description below.
Figure Ia illustrates a method 100 implemented in a user device for enabling a user
to connect with at least one other user during a group travel, according to an embodiment of
present invention. In said embodiment, the method I 00 comprises: storing I 0 I a plurality of
parameters pertaining to said group travel in said user device, said plurality of parameters
including last known location of said ·user device; automatically sending 102, upon detecting
occurrence of at least one predefined event, an alert message containing said plurality of
parameters to said at least one other user's device; and receiving I 03 a response message
based on said plurality of parameters from said at least one other user device, said response
message containing guidance for navigating from said last known location of said user to a
pit-stop.
6
In a further embodiment, said predefined event occurs when said user device is
temporarily unable to detect its current location or when said user device lags behind said at
least one other user's device.
In a further embodiment, location of a said user device may be determined using one
or more of following techniques: Global Positioning System (GPS), GLObal NAvigation
Satellite System (GLONASS), cell towers, etc.
In a further embodiment, said pit-stop is a global pit-stop meant for all users or a local
pit-stop meant for a subset of all users.
In a further embodiment, said pit-stop is dynamically computed or predefined prior to
said group travel.
•, In a further embodiment, said response message is in form of a Short Messaging
Service (SMS).
In a further embodiment, the method I 00 further comprises: displaying I 05 a route
map on a graphical user interface with one or more users indicated according to their current
locations, if available, or last known locations, if current locations are not available.
In a further embodiment, said route map displayed on said graphical user interface
depicts a plurality of pit-stops including said pit-stop.
In a further embodiment, the method I 00 further comprises: receiving I 06 a selection
input from said user on a button provided on said graphical user interface; and displaying
I 07, in response to said selection input, navigational information for navigating from said
current location of said user to said pit-stop.
In a further embodiment, said plurality of parameters further comprises timestamp
and/or pit-stops detected by said user device.
Figure 1 b illustrates a method II 0 implemented in a user device for enabling a user
to connect with at least one other user during a group travel, according to an embodiment of
present invention.
In said embodiment, the method II 0 comprises: receiving Ill an alert message
containing a plurality of parameters pertaining to said group travel from said at least one
other user's device; computing 112 a pit-stop for said at least one other user based on said
plurality of parameters; and automatically sending 113 a response message to said at least one
7
---------
other user's de~ice, said response message containing guidance for navigating from a last
known location of said at least one other user to said pit-stop. ·
In a further embodiment, said plurality of parameters further comprises timestamp
and/or pit-stops detected by said user device.
In a further embodiment, the method 110 further comprises: determining 114 if a
global pit-stop is at a distance within a predefined threshold value; and determining 115 a
local pit-stop if said distance is beyond said predefined threshold value.
In a further embodiment, the method 110 further comprises: displaying 116 a route
map on a graphical user interface with one or more users indicated according to their current
locations, if available, or last known locations, if current locations are not available.
In a further embodiment, said route map displayed on said graphical user interface
depicts a plurality of pit-stops including said pit-stop.
In a further embodiment, said route map displayed on said graphical user interface
highlights user devices temporarily unable to detect GPS signals.
In a further embodiment, said user devices temporarily unable to detect GPS signals
can be grouped in a graphical user interface (GUI) element to perform a common action.
In a further embodiment, the method 110 further comprises: receiving 117 a selection
input from said user on a button provided on said graphical user interface; and displaying
118, in response to said sel~ction input, navigational information for navigating from said
current location of said user to said pit-stop.
Figurelc illustrates a method 120 implemented in a computing device for enabling a
user to connect with at least one other user during a group travel, according to an
embodiment of present invention.
In one embodiment, said method 120 comprises: receiving 121 location of said user's
device and said at least one other user's device; computing 122 a distance between said
locations; and automatically sending 123, upon said distance increasing beyond a threshold
value, a meeting request to said user devices with a pit-stop in vicinity of said locations as
meeting place.
8
In a further embodiment, the method 120 further comprises: determining 124 if a
global pit-stop is at a distance within a predefined threshold value; and determining 125 a
local pit-stop if said distance is beyond said predefined threshold value.
In a further embodiment, the method 120 further comprises: sending 126, upon said
distance increasing beyond said threshold value, an alert message to said user devices; and
waiting 127 for a predefine time period for said distance to reduce below said threshold
value.
Figure 2 illustrates a user device 200 for enabling a user to connect with at least one
other user during a group travel.
In one embodiment, said device 200 comprises: a processor 201; a memory 202
coupled with a processor 201 for storing a plurality of parameters pertaining to said group
travel, said plurality of parameters including a last known location of said user device 200; an
output interface 203 coupled with said processor 201 for automatically sending, upon
detecting occurrence of at least one predefined event, an alert message containing said
plurality of parameters to said at least one other user's device; and an input interface 204
coupled with said processor 201 for receiving a response message based on said plurality of
parameters from said at least one other user device, said response message containing
guidance for navigating from said last known location of said user to a pit-stop.
In one embodiment, said device 200 comprises: an input interface 204 coupled with a
processor 201 for receiving an alert message containing a plurality ·of parameters pertaining
to said group travel from said at least one other user's device; said processor 20 I for
computing a pit-stop for said at least one other user based on said plurality of parameters; and
an output interface 203 coupled with said processor 201 for automatically sending a response
message to said at least one other user's device, said response message containing guidance
for navigating from a last knqwn location of said at least one other user to said pit-stop.
In one embodiment, said device 200 comprises: an input interface 204 coupled with a
processor 201 for receiving location of said user's device 200 and said· at least one other
user's device; said processor 201 for computing a distance between said locations; and an
output interface 203 coupled with said processor 201 for automatically sending, upon said
distance increasing beyond a threshold value, a meeting request to said user devices with a
pit-stop in vicinity of said locations as meeting place.
9
------------- ---
In one embodiment, said device 200 is a remote device, such as an application server,
a web server, a cloud based server.
In one embodiment, said device 200 is a local device, such as a client device, a mobile
device, a portable device, a tablet, a phablet, navigation device, etc.
In a further embodiment, said memory 202 further comprises an application 205
meant to facilitate group travel.
In a further embodiment, said application 205 comprises one more filters 208.
In a further embodiment, said application 205 is capable of accessing phonebook 207
stored in the user device 200.
In a further embodiment, said device 200 further comprises a GUI display 209
·coupled to said processor 20 I.
In a further embodiment, single IO interface serves the purpose of said output
interface 203 and input interface 204.
In a further embodiment, a touch screen display serves the purpose of said single IO
interface as well as the GUI display 209.
In operation, a user initially draws a travel plan through an application for group
travel, such as the group travel application 205, which may be pre-installed on her device,
such as a mobile phone, a tablet, etc. To start with, said user shares the travel plan with her
contacts, as shown in Figure 3. These contacts can be selected through a variety of options,
marked as 'A' to 'D' in said figure. Examples of these options include, but are not limited to
various social networking app!ications/sites, instant messaging applications, and/or a regular
phonebook. Once the contacts are selected, a travel invitation is sent to each of the selected
contacts. Said travel invitation is displayed or popped-up as a notification on devic~s of those
selected contacts, and thereafter, it is up to these contacts to accept or reject the travel
invitation.
Figure 4 illustrates a detailed flowchart 400 for initiating a travel plan for a group
travel. At step 401, a user chooses to share the travel plan with her contacts through a preinstalled
application meant to facilitate group travel. At step 402, said application prompts to
send a notification to all the contacts of the user. Accordingly, the user may either choose to
send the notification to all the contacts or only selected contacts. At step 403, the notification
10
is sent to the selected contacts only if the user selects 'No' option to the prompt. Otherwise,
the notification is sent to all the contacts. At step 404, one or more of the contacts to whom
notification was sent may accept the travel invitation. At step 405, those contacts are included
as users in said pre-installed application for group travel. At step 406, each user can access
said pre-installed application on her device at any time, and/or may opt out from the travel
plan at step 407. At step 408, each user can access a travel route on said pre-installed
application. At step 409, the user may join the journey. Overall, once a user ac.cepts the travel
invitation and finally decides to start the travel at designated time and from a designated
location, he/she can enter the application to access all the information related to the travel,
such as the travel route and the global/local pit-stops. As shown in Figure 5, the users can
tum on the travel mode 501 from the settings 502 of the application for the same purpose.
Once the travel invitation has been accepted and the travel mode 501 has been turned
on, other users who have accepted the travel invitation are depicted in each individual's
application in a user panel 601 and then the users can enter the application through a button
602 for starting the journey as shown in Figure 6. After that, users can access various settings
700 of the Application, as shown in Figure 7. Examples of said settings 700 include, but are
not limited to a travel session 701, a travel plan 702, and/or a travel route 703. As shown, the
users may select the travel route 703 once they begin the journey.
When the selected users join the journey, their list can be displayed alongside the
route map on the user interface 800 as shown in Figure 8. Once the users have decided upon
starting the journey, the route selection process appears as a further step, through which the
users decide to travel on a particular route to their destination. In one example, said route may
be a linear route with fewer diversions and mostly including highways. In such a case, global
pit-stops can be highlighted on the route map prior to the users start travelling.
To this end, Figure 9 provides an overview 900 of the users selecting a journey and
accessing the direction information with the list of global and local pit-stops outlined and
displayed on the route map. It may be understood here that the pit-stops, whether local or
global, can be created during the journey or before starting the journey. As shown in the
figure, three global pit-stops and four local pit-stops are indicated on the route map. A global
pit-stop is a pit-stop that is meant for all users, whereas local pit-stop is a pit-stop that is
meant for a subset of all users. A user may click on a first button 901 to see who else has
11
~-------------------------------------------------·-----
joined the journey. The can also click on a second button 902 to see navigation information
903.
As it can be seen from the Figure 10, the local pit-stops are also displayed which can
be created automatically by the application, based on known places of interest. Local pitstops
are created on the go if a global pit-stop lies farther from either of the two users. Local
pit-stops keep moving along the route map and can be created on the go by each individual
user according to her current position on the map. This can also guide the users behind to
improve their pit-stop locations and its feasibility of being a pit-stop.
Figure 11 illustrates an exemplary situation, where the user U3 loses GPS connection
on the course of the journey. As per the present subject matter, the last known location of the
user U3 is stored and also displayed on the user interface of the application. This last known
location of the user U3 is transmitted through a text message to the users who are nearest
ahead and nearest behind, or to all the users. The same information may also be transmitted
through other types of messages. After receiving the message, the user who is closest to the
user U3 can take the lead and her device computes a nearest possible global pit-stop which is
closest to the user U3. After finding the closest possible global pit-stop for the user U3, the
user U4 device (closest to the user U3) calculates the route and directions for the user U3 to
the chosen global pit-stop. The same is sent to the user U3 as a text message with directional
information. Now, if other users also wish to join user U3 and U4 at the global pit-stop, they
can do so depending on their distance from the selected global pit-stop and other situations.
There can be a scenario where the user U4 could not find a global pit-stop nearby, which is in
the vicinity of either the user U3 or her own vicinity and where he can direct the user U3 in
shortest time. In this case, the user U4 can chose a local pit-stop which can either be behind
her or just ahead of her. After choosing the local pit-stop, the route and directions for the user
U3 can be computed at the device of user U4. The same direction and route information can
be transmitted to the user U3 through a text message.
In case, a single user loses a GPS connection, the flow and exchange of information
for a controlled coordination between users takes place for securing a global or a local pitstop.
This is illustrated in the flow chart of Figure 12, wherein the user who had lost the GPS
connection would be navigated to an intermediate destination, the global pit-stop. At step
120 I, suppose, a user UX loses GPS connection. At step 1202, it is checked whether last
known location of the user is captured and saved. If no, then the user can fetch any previous
. 12
locations manually at step I203. Otherwise, a list of parameters is prepared automatically at
step I204. The parameters are directed towards sending alert notification about lost GPS
connection to all users including "nearest ahead" and "nearest behind". The parameters may
also include timestamp and/or any pit-stops detected by the user U3. At step I205, a SMS
based on the parameters is automatically sent to all the users. At step I206, the user waits for
a response from the nearby users. At step I207, the closest user with active GPS may
integrate the lost user's last known GPS location and time in her loc;:~tion and a pit-stop
finding filter provided in pre-installed application. At step I208, it is checked whether nearest
global pit-stop is far from the closest user. If it is far indeed, then the closest user with active
GPS calculates the route and directions for a local pit-stop and sends the same to the lost user
over a SMS if required, at step I209. Otherwise, the closest user with active GPS calculates
the route and directions for the next Global pit stop at step I2I 0. After that, the closest user
with active GPS transmits via SMS the global pit-stop route to the lost user at step I2Il. The
lost user is then guided to said global pit-stop. At step I2I3, the lost user reaches either the
global pit-stop or at least the local pit-stop as the case may be.
Figure 13 illustrates a scenario 1300, wherein all the users may decide to meet at the global
pit-stop to which a user has been guided. At step I30 I, a user loses GPS connection. At step
1302, all other users get notified about the user losing GPS connection. In view of the
notification, all other users take a call whether they want to meet at the global pit-stop at step
I303. If they decide not in favor, then the users continue to follow their current routes at step
I304. Otherwise, their destination is set to the Global pit-stop and necessary navigation
information is provided, at step 1305. In the end, they all reach at the global pit-stop at step
I306. The interaction between the users and their corresponding user devices may be
performed using voice commands, touch commands, or the like. Such user devices, when are
other than mobile phones, may further be communicatively linked with a SMS module in the
users' mobile phones in order to parse SMS messages and display it on the display screen of
said user devices· or the mobile phones.
Figure 14 illustrates a scenario I400, wherein the user U3 loses GPS connection and the
relevant message I40 I with the appropriate content is transmitted to the other users. A
message having a plurality of parameters is sent as a text message to the other users using the
Application. The plurality of parameters include one or more ofthe following items: (I) Alert
that U3 has lost its GPS connectivity, (2) Everybody shall gather at Global Pit-stop X, (3) For
13
devices which still have GPS connectivity, the destination would be reset to Global pit-stop
X, and/or ( 4) last known GPS location of U3. Users receive the automatic message from U3
as a text message in the order of their location relative to the location ofU3.
Table 1 indicates exemplary normal directions for the users while they were on the journey
without anyone losing their GPS connectivity.
U I U2 lf3 LJ4 lf5
Continue on I-55 N. Take second exit to Make a u turn at Get on P-56 W /US- Follow I-40 W to
T~ke NT -27 N and Galloway l(lne ond Pointers way' and 287 N in Farmville US-491 N iu
I-20 W to Airwick continue on MH-57 continue on NK-32 Gallup. Take exit
Gateway
lhrs 35 mins
20 from I-40 W
39 mins 56 mins
2 hrs 25 mins 2h I min (430 mi)
Table I
Table 2 indicates revised navigation direction received by the users Just when the user U3
lost her GPS connection.
U I U2 ll3 LJ4 !J5
Take a second exit Take a left on MH- Sending last known Follow on to Follow I-40 W to
on Airwick 57 and continue to GPS location to the Farmville road and US-491 N in
Gateway and Wichita Falls nearest User ahead take a exit to get on . Gallup. Take exit
continue on and behind as a text LS-29 W/US-527 N 20 from I-40 W
Porcupine Way
I h 42 min
message ......... in Amarillo
58 mins
36 mins
(114 mi)
lhrs 30 mins
Table 2
Further, a portion of route from the main route file needs to be fetched and rendered on the
device which has lost connectivity in order to check last known location of t!3. Said portion
needs to cover at least a distance from said known last location to a nearby global pit~stop.
When the user U3 loses GPS connection either the user U3 's device can be given direction
and re-routed to the global pit-stop alone or all· other users can meet at the global pit-stop.
Alternatively, the user· U3 can be given direction· and re-routed to a local Pit-stop
14
automatically/manually selected by the closest possible user in case a global pit-stop does not
lie in the vicinity or either user U3 or user U4 as searched by user U4.
The figure 15 (a) to lS(c) describe various scenarios one by one in detail. "Last known GPS
location of U3 and global pit-stop nearest ahead or behind U3" this information gets fetched
by the "Decision Making Application filters" at the users end, for example, first by U4 and
then by U2. These filters also contain global/local pit-stops, landmarks, photo of the pit-stops
from social networking sites, etc. U3 is then guided to global piFstop b)'U4, using an auto
generated SMS that contains route information till that global pit-stop. In one
implementation, SMS received on U3 may be integrated with GPS device such that it renders
voice directions to U3.
In the first exemplary scenario 1500-1, the user U3 can be given directions and re-routed to
the global pit-stop alone, while all other users also meet at that global pit-stop GP3. This is
illustrated in Table 3 below. When all the users behind U3 decide to meet, route information
is pushed to all users behind U3 for global pit-stop GP3 (alternate destination). Accordingly,
all those users recalculate their routes with respect to the global pit-stop GP3.
Ul U2 I U3 U4 us
Continue on Porcupine Take second exit on
Way and at the next Wichita Falls to
round about take NT -27 Galloway lane
Nand 1-20 W to Alrwlck
Gateway 1 hr 5 mlns
1hr 25 mlns
Head towards
Boumevllle road and
keep left for thetlmotl
highway
45mlns
Table 3
Get on P-56 W/US-287 Follow 1-40 W to US-491
N In Farmville N In Gallup. Take exit 20
20 mlns from 1-40 W.
38m Ins
In the second exemplary scenario 1500-2, the user U3 herself is given the navigation
information up to the global pit-stop along with user U4 guiding and meeting the user U3 at
the global pit-stop GP3. This is illustrated in Table 4 below. When only U3 meet U4, route
information is pushed to user U3 by U4 for global pit-stop GP3. Accordingly, U3's route gets
recalculated by U4 with respect to the global pit-stop (alternate destination).
U1 I U2
Take a second exit on
Alrwlck Gateway and
continue on Porcupine
Way
36mlns
Take a left on MH-57
and continue to
Wichita Falls
1 h 42 min (114 mil
Head towards
Bourneville road and
keep left for the timoti
highway
4Smins
Table 4
15
U4 I us
Get on P·S6 W/US·287 Followl-40 Wto US·
N in Farmville 491 N In Gallup. Take
20 mins exit 20 from 1-40 W
58mins
-----------
In the third exemplary scenario, the user U3 herself is given direction up to the local pit-stop
LP3. This is illustrated in Table 5 below. When only U3 meet U4, route information is
pushed to user U3 for local pit-stop LP3.
-
Ul U2 U3
Take a second exit on
Alrwlck Gateway and
continue on Porcupine
Way
36mlns
Take a left on MH-57
and continue to
Wichita Falls
1 h 42 min {114 mi)
Follow K-32 W to US-
571 N In Gallup, T