U.S. patent application number 16/471622 was filed with the patent office on 2019-12-05 for apparatus, computer program product, signal sequence, means of transport and method for assisting a user in finding a suitable f.
The applicant listed for this patent is VOLKSWAGEN AKTIENGESELLSCHAFT. Invention is credited to Fredrik ANDRESEN, Astrid KASSNER, Joel ROZADA.
Application Number | 20190370924 16/471622 |
Document ID | / |
Family ID | 57799680 |
Filed Date | 2019-12-05 |
![](/patent/app/20190370924/US20190370924A1-20191205-D00000.png)
![](/patent/app/20190370924/US20190370924A1-20191205-D00001.png)
![](/patent/app/20190370924/US20190370924A1-20191205-D00002.png)
United States Patent
Application |
20190370924 |
Kind Code |
A1 |
KASSNER; Astrid ; et
al. |
December 5, 2019 |
APPARATUS, COMPUTER PROGRAM PRODUCT, SIGNAL SEQUENCE, MEANS OF
TRANSPORT AND METHOD FOR ASSISTING A USER IN FINDING A SUITABLE
FELLOW PASSENGER
Abstract
An apparatus, a computer program product, a signal sequence, a
transportation vehicle and a method for assisting a user of a
transportation vehicle in finding a suitable fellow passenger. The
method includes receiving a ride request having a definition of a
starting position and of a destination position, automatically
comparing the ride request against a predefined route of the
transportation vehicle and taking a result of the comparison as a
basis for automatically deciding, based on a predefined reference,
whether or not the ride request is made to the user.
Inventors: |
KASSNER; Astrid; (Berlin,
DE) ; ROZADA; Joel; (Goteborg, SE) ; ANDRESEN;
Fredrik; (Kallered, SE) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
VOLKSWAGEN AKTIENGESELLSCHAFT |
Wolfsburg |
|
DE |
|
|
Family ID: |
57799680 |
Appl. No.: |
16/471622 |
Filed: |
December 22, 2016 |
PCT Filed: |
December 22, 2016 |
PCT NO: |
PCT/EP2016/082389 |
371 Date: |
July 27, 2019 |
Current U.S.
Class: |
1/1 |
Current CPC
Class: |
G06Q 10/047 20130101;
G06Q 50/30 20130101; G01C 21/3438 20130101; G06Q 10/04
20130101 |
International
Class: |
G06Q 50/30 20060101
G06Q050/30; G06Q 10/04 20060101 G06Q010/04; G01C 21/34 20060101
G01C021/34 |
Claims
1. A method for assisting a user of a transportation vehicle in
finding a suitable fellow passenger, the method comprising:
receiving a ride request comprising a definition of a starting
position and a destination position; automatically comparing the
ride request with a predefined route of the transportation vehicle;
and depending on a result of the comparison, automatically deciding
whether or not the ride request will be submitted to the user based
on a predefined reference.
2. The method of claim 1, wherein the predefined reference
comprises a definition of a maximum detour accepted by the
user.
3. The method of claim 1, further comprising: assessing a detour
which arises based on the starting position with respect to the
predefined route; and/or assessing a detour which arises based on
the destination position with respect to the predefined route.
4. The method of claim 1, wherein the automatic comparison takes
place on a stationary evaluation unit and/or prior to the receipt
of the ride request by the user and/or by the transportation
vehicle.
5. The method of claim 1, further comprising: determining an
acceptance of the ride request; and in response thereto, starting a
route calculation to the starting position.
6. The method of claim 1, wherein the reference is defined in
accordance with: a length of the predefined route; and/or a date;
and/or a time of day; and/or an occupation of the transportation
vehicle; and/or a configuration of the transportation vehicle;
and/or an identity of the user of the transportation vehicle.
7. The method of claim 1, further comprising: automatically
determining an arrival at the starting position; and in response
thereto starting a route calculation from the starting position to
the destination position.
8. The method of claim 1, further comprising: automatically
detecting an arrival at the destination position; and in response
thereto, starting a route calculation for continuing the predefined
route.
9. The method of claim 1, wherein the ride request also comprises a
desired time of departure at the starting position and/or a
categorization of the person of the fellow passenger.
10. A device for assisting a user of a transportation vehicle in
finding a suitable fellow passenger, the device comprising: a data
input; and an evaluation unit, wherein the data input receives a
ride request comprising a definition of a starting position and a
destination position, wherein the evaluation unit is configured, to
compare the ride request automatically with a predefined route of
the transportation vehicle; and depending on a result of the
comparison, to decide automatically whether or not the ride request
is submitted to the user based on a predefined reference.
11. The device of claim 10, wherein the device executes a method
for assisting a user of a transportation vehicle in finding a
suitable fellow passenger, the method comprising: receiving a ride
request comprising a definition of a starting position and a
destination position; automatically comparing the ride request with
a predefined route of the transportation vehicle; and depending on
a result of the comparison, automatically deciding whether or not
the ride request will be submitted to the user based on a
predefined reference.
12. A computer program product comprising instructions which, when
executed on a programmable evaluation unit of a device for
assisting a user of a transportation vehicle in finding a suitable
fellow passenger, the device comprising: a data input; and an
evaluation unit, wherein the data input receives a ride request
comprising a definition of a starting position and a destination
position, wherein the evaluation unit is configured, to compare the
ride request automatically with a predefined route of the
transportation vehicle, and depending on a result of the
comparison, to decide automatically whether or not the ride request
is submitted to the user based on a predefined reference, cause the
evaluation unit to execute a method for assisting a user of a
transportation vehicle in finding a suitable fellow passenger], the
method comprising: receiving a ride request comprising a definition
of a starting position and a destination position; automatically
comparing the ride request with a predefined route of the
transportation vehicle; and depending on a result of the
comparison, automatically deciding whether or not the ride request
will be submitted to the user based on a predefined reference.
13. A signal sequence representing instructions which, when
executed on a programmable evaluation unit of a device for
assisting a user of a transportation vehicle in finding a suitable
fellow passenger, the device comprising: a data input; and an
evaluation unit, wherein the data input receives a ride request
comprising a definition of a starting position and a destination
position, wherein the evaluation unit is configured, to compare the
ride request automatically with a predefined route of the
transportation vehicle, and depending on a result of the
comparison, to decide automatically whether or not the ride request
is submitted to the user based on a predefined reference, cause the
evaluation unit to execute a method for assisting a user of a
transportation vehicle in finding a suitable fellow passenger], the
method comprising: receiving a ride request comprising a definition
of a starting position and a destination position; automatically
comparing the ride request with a predefined route of the
transportation vehicle, and depending on a result of the comparison
automatically deciding whether or not the ride request will be
submitted to the user based on a predefined reference.
14. A transportation vehicle comprising a device for assisting a
user of a transportation vehicle in finding a suitable fellow
passenger, the device comprising: a data input; and an evaluation
unit, wherein the data input receives a ride request comprising a
definition of a starting position and a destination position,
wherein the evaluation unit is configured, to compare the ride
request automatically with a predefined route of the transportation
vehicle, and depending on a result of the comparison, to decide
automatically whether or not the ride request is submitted to the
user based on a predefined reference.
Description
PRIORITY CLAIM
[0001] This patent application is a U.S. National Phase of
International Patent Application No. PCT/EP2016/082389, filed 22
Dec. 2016, the disclosure of which is incorporated herein by
reference in its entirety.
SUMMARY
[0002] Illustrative embodiments relate to a device, a computer
program product, a signal sequence, a transportation vehicle and a
method for assisting a user of a transportation vehicle in finding
a suitable fellow passenger. In particular, the illustrative
embodiments relate to the avoidance of unnecessary data traffic and
unnecessary user interactions.
BRIEF DESCRIPTION OF THE DRAWINGS
[0003] In the following, exemplary embodiments are described with
reference to the attached drawings. Shown are:
[0004] FIG. 1 is a schematic representation of an exemplary
embodiment of a disclosed transportation vehicle with an exemplary
embodiment of a disclosed device in an embodiment of a disclosed
method for assisting a user in finding a suitable fellow
passenger;
[0005] FIG. 2 is a schematic representation of a course of a
predefined route of a user, and a starting position and a
destination position of a potential fellow passenger; and
[0006] FIG. 3 a flow chart illustrating operations of an exemplary
embodiment of a disclosed method for assisting a user in finding a
suitable fellow passenger.
DETAILED DESCRIPTION
[0007] For some time now driving services offered online, such as
Uber and Gett, have been very popular and offer many users of these
services transparent information on the driver, the price and the
availability (e.g., where the driver is located, how he/she has
been rated, when he/she will arrive on site, etc.). Due to the fact
that driving services are essentially based on the passenger's
requested route, as is the case with conventional taxi rides, there
is potential for optimization in terms of the economy and ecology
of such driving services.
[0008] Disclosed embodiments satisfy this demand as identified
above.
[0009] Disclosed embodiments provide a method for assisting a user
of a transportation vehicle in finding a suitable fellow passenger.
The user can be the driver or at least a passenger in the
transportation vehicle. The fellow passenger can either be known to
the user or an interested party as yet unknown to the user. In a
first operation, a ride request of the fellow passenger or
potential fellow passenger is received by the user, the user's
transportation vehicle, or a communication terminal of the user.
The ride request includes a definition of a starting position and a
destination position of a desired route of the fellow passenger.
The ride request does not need to be received directly by the user
or the transportation vehicle, however. It can also be initially
received via a stationary server, on which it is first
filtered.
[0010] For example, the ride request can be filtered based on
pre-defined references, which the potential providers of passenger
rides or users of transportation vehicle have defined on the
server. In a second operation, the ride request is automatically
compared with a predefined or predicted route of the transportation
vehicle. This operation can be carried out on the stationary
server, on a user terminal of the user or on an evaluation unit of
the user's transportation vehicle. In other words, the sequence of
the reception of the ride request and the automatic comparison of
the ride request is reversible. If the comparison is performed on a
stationary server, the ride request can be forwarded to the user if
and only if predefined references are relevant to the ride request
which the user has defined to categorize a ride request as "of
interest". If the references categorize the ride request as
uninteresting to the user, the data communication requirement
("traffic") for transmitting the ride request to the user/the
transportation vehicle is rendered unnecessary. If the ride request
is forwarded to the user, his/her communication terminal or his/her
transportation vehicle anyway and evaluated there, it will always
be ensured that the most current references stored in the
transportation vehicle are used for comparing the ride request
against the predefined or predicted route of the transportation
vehicle. Depending on a result of the comparison it is finally
decided automatically on the basis of an existing reference whether
the ride request will be submitted to the user or not. In other
words, the server, the transportation vehicle or the user's
communication terminal will decide whether or not the user is even
bothered with the ride request. In this way, the acceptance of a
disclosed method by users of transportation vehicles can be
increased and therefore the number of participating users and
fellow passengers can be increased.
[0011] The predefined reference can comprise, for example, a
definition of a maximum detour accepted by the user. In other
words, such things as which distance, or what amount of additional
travel time the user will have to expend in picking up the fellow
passenger, can be automatically determined. These expenditures may
be defined, for example, as a proportion of a share of the cost to
be paid by the potential fellow passenger. In other words, for
example, the detour can be expressed as a proportion of a total
distance from the starting position to the destination position. If
the predefined reference defines additional exclusion criteria
(e.g., avoidance of toll roads, ferry connections, poor-quality
roads, etc.), then these conditions can also be taken into account
in the automatic comparison of the ride request with the predefined
route.
[0012] The detour that the user would have to accept due to giving
a potential ride to the fellow passenger is made up of the detour
which the user has to drive based on the starting position relative
to their predefined/predicted route, and the detour which they have
to drive as a result of their destination position with respect to
their predefined/predicted route. Both detours are driven at
different times and therefore can have different effects on the
total travel time and/or the total travel costs. For example, it
may be practical to drive a route (such as a motorway journey)
between the starting position and the destination position as early
in the day as possible, because an increase in the volume of
traffic is to be expected with time. Similarly, a decrease in the
volume of traffic may also be expected with time. Hence a different
assessment of the detour based on the start position or on the
destination position with respect to the predefined route may be
appropriate. If the traffic development over time, the transport
options and drivability of sections of the route (ferry
connections, toll roads, night driving bans, etc.) are taken into
account, a different assessment of the route based on the starting
position compared to a detour based on the destination position may
be appropriate.
[0013] Optionally, in response to the determination of an
acceptance of the ride request by the user or automatically by the
user terminal/transportation vehicle of the user, a route
calculation from a current position of the transportation vehicle
to the starting position can be started (for example, on the basis
of current traffic conditions). It is possible at least to
calculate a route and/or different routes, a time until arrival at
the start position, etc. Optionally, the route guidance can be
offered or even launched automatically. This eliminates the need
for any interaction by the user to initiate a route
calculation/guidance.
[0014] The reference by which the user can compare/review the ride
request before a corresponding notice is issued to them can be
defined according to different parameters. For example, the length
of the predefined route (as described above) can be taken into
account, for example, by expressing the length of the detour or the
expected share of the cost to be paid by the fellow passenger as a
proportion of the length of the already planned route.
Alternatively or additionally, a calendar date (for example, a
weekday, a holiday, a weekend day) and alternatively or
additionally a time of day or a period in the day, can be used to
decide whether the driver is prepared to accept the detour to
collect or drop off the fellow passenger. For example, the driver
may have a lower willingness to accept detours on a working day
than on weekends/holidays. In addition, an occupation of the
transportation vehicle (how many passengers does the driver have
already?) can be used to decide on the willingness of the driver to
accept detours. Optionally, a current configuration of the
transportation vehicle (e.g., trailer towing, roof box mounted
etc.) can also be periodically detected automatically and defined
as a parameter of the reference. If a transportation vehicle or an
account of a system/app are eligible for the submission of ride
requests, then any potential user (for example, the keeper of the
transportation vehicle and his/her spouse) can define different
references. The identity of the user can be determined, for
example, by sensors (e.g., on the basis of a wireless key, on the
basis of a terminal carried by the user, etc.), and used for the
comparison and decision about the ride request.
[0015] The user can be further assisted by a route calculation from
the starting position to the destination position being started in
response to the automatic detection of an arrival at the starting
position. In other words, the ride request can be accepted by the
user simply by their arrival at a start position. To save the user
having to enter a navigation destination (destination position),
the destination position received with the ride request can be
defined as a new route destination and a route guidance to the
destination position can be started (if necessary, after prior
confirmation by the user).
[0016] In a similar way, in the case of an automatic detection of
the arrival of the transportation vehicle at the destination
position, an automatic route calculation can be started for the
continuation of the predefined/predicted route, which the user
intended to drive along regardless of the ride request. In other
words, the user is returned to the predefined route via the fastest
route after he/she has dropped off the fellow passenger at the
destination position.
[0017] For example, the ride request can also comprise a desired
time of departure at the starting position and/or a categorization
of the person of the fellow passenger. The desired time of
departure at the start position can be defined, for example, as
less important (.+-.3 hours) or important (.+-.15 minutes).
Accordingly, the reference can decide on the willingness of the
user to travel their predefined route a little earlier or a little
later. In a known way, categories of the person of the fellow
passenger (male/female, smoker/non-smoker, pet owner etc.) can be
used to decide whether the ride-share request will be submitted to
the user or not.
[0018] According to a second disclosed embodiment, a device is
proposed for assisting a user of a transportation vehicle in
finding a suitable fellow passenger. The device comprises a data
input (e.g., an antenna, a bus node, etc.) by which ride requests
and, where appropriate, position information of the transportation
vehicle/the user/potential fellow passenger can be determined. An
evaluation unit (such as a programmable processor, an electronic
control unit, etc.) is provided for receiving a ride request by the
data input, the request comprising a definition of a desired start
position and a desired destination position.
[0019] The ride request can additionally comprise a requested start
time at the start position and/or a categorization of the potential
fellow passenger making the request. The evaluation unit is
configured to compare the ride request automatically against a
predefined or predicted route of the transportation vehicle, and
depending on a result of the comparison, to decide automatically
based on a predefined reference whether or not the ride request is
submitted to the user. In other words it is possible to avoid the
user being confronted with ride requests that are of no interest to
them. In other words, the disclosed device is configured to realize
the features, feature combinations and the benefits of the
disclosed method resulting from them, in a similar way sufficiently
obviously that to avoid repetitions, reference is made to the above
comments.
[0020] According to a third disclosed embodiment, a computer
program product is proposed, which comprises instructions, which,
when they are executed on a programmable evaluation unit of a
device according to the disclosed embodiment, cause the evaluation
unit to execute the operations of a method in accordance with the
first disclosed embodiment. The computer program product can be
implemented, for example, as a data memory, in particular, as a CD,
DVD, Blue Ray disc, flash memory, RAM/ROM, etc.
[0021] According to a fourth disclosed embodiment, a signal
sequence is proposed which represents instructions, which, when
they are executed on a programmable evaluation unit of a device
according to the second disclosed embodiment, cause the evaluation
unit to execute the operations of an exemplary method in accordance
with the first disclosed embodiment. The signal sequence represents
the core idea of the present disclosure under protection, including
the case in which the instructions necessary for the execution of
the method operations are located on a data memory outside of the
scope of the present claims.
[0022] According to a fifth disclosed embodiment, a transportation
vehicle is proposed (for example, a car, a mini-van, truck,
motorcycle, water-borne and/or airborne vehicle), which has a
device in accordance with the second disclosed embodiment. The
device can be, in particular, permanently installed in the
transportation vehicle. In other words, it can be permanently
integrated into the on-board power supply and/or information system
of the transportation vehicle. It can use common hardware
components with an on-board navigation system. The above comments
are also referenced in relation to the transportation vehicle with
regard to the features, feature combinations and benefits.
[0023] In the following text, disclosed embodiments are identified
in illustrative combinations, without having a restrictive
character.
[0024] For a disclosed transportation vehicle infotainment system,
a dynamic driving service integration is proposed. In a separate
request, the willingness of the driver is queried as to whether
and, if appropriate, how often he/she would like to receive
enquiries to take other people to a destination in his/her vicinity
or on his/her route under predefined conditions. In at least one
disclosed embodiment, on the basis of the acceptances and
rejections, the system detects on which days, at what times of day
and on which routes the driver is willing to give rides to other
people. It is also conceivable for the driver to select the
appropriate parameters with manual settings.
[0025] The transportation vehicle infotainment system is connected
to the portal of a transportation vehicle manufacturer (or an
operator) of a ride-sharing service. The portal therefore knows the
location of all connected/registered transportation vehicles. If a
destination for a navigation system has been entered or a likely
destination in connection with a current position is known, this
will be transferred to the portal. Alternatively, the data of a
predictive navigation system are provided. The predictive
navigation can also run in the backend in this case. If
appropriate, this can be offered to the customer as an optional
(paid-for) service.
[0026] A second user/fellow passenger requiring transport now
submits a request to the transport service (portal) that he/she
would like to get from a place X to a place Y (either now or at a
pre-defined later time). The portal now searches for drivers and
transportation vehicles located in the area (online) that are
willing to accept ride-sharing services and have set preferences
that are compatible with the request.
[0027] For example, a user can specify how often and when he/she
offers ride-sharing services and what detour and/or time delay
he/she is willing to accept. If there are no drivers available who
are willing to perform the ride-sharing service, a corresponding
piece of information is sent back to the requester and/or the
request is forwarded to another service (possibly for a
commission), e.g., Uber/Gett service; Taxi switchboard, or
similar.
[0028] For example, a driver/user is located on a route to a
personal destination A (predefined route). Via the transportation
vehicle sensors and/or the data input by the driver, the
infotainment system knows the destination (possibly data from
predictive navigation) and the number of other people in the
transportation vehicle (determined by sensors). Furthermore,
additional data may be known from the appointment calendar of the
driver and/or the other occupants of the transportation
vehicle.
[0029] For example, the driver may have entered settings that
he/she is only willing to offer transport when he/she is alone in
the transportation vehicle, the detour is less than ten kilometers
or the detour time is less than 30 minutes, a minimum distance of
10 km was requested by the fellow passenger, a time window between
07:00 and 20:00 on weekdays is not exceeded, and he/she is not on
the way to a destination XYZ. If an appointment (e.g., ascertained
from the user's personal appointment calendar) is predefined,
he/she can define a minimum period of time (e.g., three minutes) by
which the new arrival time at the venue precedes the start of the
appointment. If no preference of the user is infringed, he/she will
then receive an inquiry in the infotainment system as to whether
he/she is in fact currently willing to pick up passengers. If the
driver confirms the request, in the next operation he/she receives
the inquiry as to whether they would like to transport a person
from a location X to Y. In addition the following can be
displayed:
[0030] 1. Pick-up location of the passenger, destination of the
passenger
[0031] 2. Photo of the passenger and their rating from previous
journeys
[0032] 3. Detour: x kilometers, expected time delay
[0033] 4. Arrival time at location X
[0034] 5. Arrival time at location Y
[0035] 6. Shared journey price in Euros
[0036] 7. Do you want to accept the ride? Yes/No.
[0037] If the driver confirms the ride, the relevant data are
transmitted to the requester, who if appropriate must confirm the
payment data once again within a short period of time. On
acceptance of the ride, the infotainment system automatically
activates the navigation system or modifies an existing navigation
operation and opens the appropriate screen.
[0038] The payment data can be determined from the desired journey
route, the detour or a combination of both. For the mediation of
the service, the service provider receives a commission.
[0039] In this proposal the driver is on the way to a personal
destination and receives a transport request dynamically, wherein
the data of the driver's navigation system, or its predictive route
data, are input into the selection of the request. The driver and
the requesting party must register in advance with the appropriate
service and specify, for example, their contact details, payment
information (e.g., credit card data, PayPal data), driving license
data, transportation vehicle data etc. Using a rating system
already known from the prior art, drivers, transportation vehicles
and passengers can also be rated.
[0040] FIG. 1 shows a car 10 as a transportation vehicle, in which
a user 1 has a disclosed device comprising a touchscreen 8, an
electronic control unit 9 and a data memory 11, which is connected
to the electronic control unit 9 for information transfer purposes.
The touchscreen 8 is used for inputting and outputting information,
which is processed or have been processed by the electronic control
unit 9. The data storage 11 is configured to provide instructions
for executing a disclosed method, as well as predefined references.
Also connected to the electronic control unit 9 for information
transfer is an antenna 7 as a data input, by which the car 10 can
determine its own position and receive ride requests from a
potential fellow passenger (not shown), which are matched against
the predefined references of the user 1 by a stationary server 13
and, as appropriate, sent to the car 10 by a transmitter mast 12.
The ego-position of the car 10 is determined by satellites 16 (only
one shown). A smartphone 14 as a communication terminal of the user
1 is alternatively or additionally configured to execute the
operations according to the method. The components "Touchscreen",
"Evaluation Unit", "Data memory" and "Antenna" are such obviously
essential components of a modern smartphone 14 that a detailed
presentation of the same can be omitted.
[0041] FIG. 2 shows a course of a predefined route 5 between a
current location of the user 1 or a transportation vehicle 10 and a
final destination position 6 assigned to the predefined route 5. At
a starting position 3 a fellow passenger 2 is located, who would
like to be transported to a destination position 4. The route
leading from the starting position 3 to the destination position
runs largely along the predefined route 5 which the user 1 wants to
drive anyway. To pick up the fellow passenger 2 at the starting
position 3, the user 1 must make a detour 15 to the starting
position 3, where he/she picks up the fellow passenger 2 and then
arrives at the destination position 4 via a part of the predefined
route 5 and a further detour 15. There, he/she drops off the fellow
passenger 2 and drives via a detour 15 back to the predefined route
5 and ultimately to the final destination position 6.
[0042] FIG. 3 shows a flow chart illustrating operations of a
method for assisting a user of a transportation vehicle in finding
a suitable fellow passenger. In operation at 100 a ride request
comprising a definition of a starting position and a destination
position is received on a server. Then in operation at 200, the
ride request is automatically compared with a predefined, predicted
route of the transportation vehicle. At this point, in operation at
300 a detour, which is obtained with respect to the predefined
route based on the starting position, is evaluated. In addition, in
operation at 400 a detour, which is obtained with respect to the
predefined route based on the destination position, is evaluated.
In operation at 500 it is decided automatically on the basis of a
predefined reference whether the ride request will be submitted to
the user or not. If the predefined reference evaluates the ride
request as being of interest to the user and the user decides to
accept the ride request, in operation at 600 an acceptance of the
ride request by the user (in response to a user interaction or
automatically) is determined and in response thereto, in operation
at 700 a route calculation to determine the required travel time
for the route and a route guidance to the starting position are
launched. In operation at 800, an arrival at the starting position
can be determined automatically and in response thereto, in
operation at 900 a route calculation from the starting position to
the destination position is started. The fellow passenger and the
user drive along this route together. In operation at 1000 arrival
at the destination position is automatically detected and finally,
in response thereto, a route calculation for the continuation of
the predefined route up to a final destination position is started
in operation at 1100.
[0043] The present disclosure represents a more economic and
ecologically sound option for the shared use of a transportation
vehicle than previous ride sharing services (Uber, Gett etc.).
LIST OF REFERENCE NUMERALS
[0044] 1 user [0045] 2 fellow passenger [0046] 3 starting position
[0047] 4 destination position [0048] 5 predefined route [0049] 6
final destination position (of the predefined route) [0050] 7
antenna [0051] 8 touchscreen [0052] 9 electronic control unit
[0053] 10 car [0054] 11 data store [0055] 12 transmission mast
[0056] 13 stationary server [0057] 14 smartphone [0058] 15 detour
[0059] 16 satellite [0060] 100-1100 method operations
* * * * *