WO2007139375A1 - Procédé, système, serveur, périphérique et système portables destinés à un service de partage de véhicule - Google Patents

Procédé, système, serveur, périphérique et système portables destinés à un service de partage de véhicule Download PDF

Info

Publication number
WO2007139375A1
WO2007139375A1 PCT/NL2007/000137 NL2007000137W WO2007139375A1 WO 2007139375 A1 WO2007139375 A1 WO 2007139375A1 NL 2007000137 W NL2007000137 W NL 2007000137W WO 2007139375 A1 WO2007139375 A1 WO 2007139375A1
Authority
WO
WIPO (PCT)
Prior art keywords
route
passenger
driver
points along
car
Prior art date
Application number
PCT/NL2007/000137
Other languages
English (en)
Inventor
Dirk Tangemann
Original Assignee
Dirk Tangemann
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dirk Tangemann filed Critical Dirk Tangemann
Publication of WO2007139375A1 publication Critical patent/WO2007139375A1/fr

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/20Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202Dispatching vehicles on the basis of a location, e.g. taxi dispatching

Definitions

  • the present invention relates to a method, system, server, mobile device and system for facilitating sharing of car use.
  • An advantage of such a method according to the present invention is that a driver can be provided with the option of taking a passenger on the basis of an initial input by the driver, while the driver does not have to perform any operations for this purpose before or during driving.
  • the driver for instance only has to accept a proposed route change by making this known by means of a single push of a button, or in equally simple manner.
  • Options therefore are for instance a (soft) button to be displayed on a touch screen of the navigation system, touching a specific button on the navigation system or for instance by giving a voice command such as "accept”.
  • a further advantage hereof is that the driver can receive a predetermined payment for taking the passenger, the benefit of which depends on the extent of the detour relative to the distance the passenger is co- travelling.
  • the passenger herein saves the cost of his/her own transport and/or public transport. Because the selection of a match between the route of the driver and the passenger is performed by the system, the dividing of such a benefit will be carried out in objective manner on the basis of the initial input. Because the ⁇ intermediate points' which the driver must pass to pick up and drop off the passenger are input directly into his/her navigation system, the driver does not have to perform any programming operations.
  • the driver will for instance be able to read the extra time and optionally even a map of the proposed changes as part of the route presented to him/her.
  • the driver will also be able to view the possible financial benefit immediately.
  • a system for sharing car use will be acceptable in practical sense for the users such as the drivers and passengers due to for instance such benefits being indicated. Persons can also be driver on one occasion and passenger on another, and vice-versa.
  • Such a system can operate with very up-to-date data on the basis of the so-called ⁇ real-time' principle, although journeys can also be planned further into the future.
  • the method comprises steps for calculating a new route on the basis of a route and the additional new points along the route.
  • this calculation can be performed by means of a calculation module on the central server or by means of a calculation module in the car navigation system.
  • An advantage of the calculation in the car navigation system is that recalculations can be performed or that a user makes use of calculation results of a system which operates in exactly the same way as that to which he is accustomed.
  • a further advantage hereof is that use is made of this centrally available computing capacity, where in the central model a great deal of computing capacity must be available on the server for all routes to be travelled. In order to make the matches for the purpose of providing a journey, the central server must have available a certain degree of computing capacity.
  • the method comprises steps for guiding the driver on the basis of a route comprising points along a route and the additional points along the route.
  • the route is here the route which the driver would have travelled from his/her starting point to his/her destination without a passenger.
  • the additional points relate to at least the passenger pick-up point and the passenger drop-off point. According to the present invention the route of the driver is therefore extended with intermediate points which are determined by the route of the passenger.
  • the passenger In respect of the times at which travel takes place, the passenger must in some cases adapt to some extent to the driving times of the driver. It is also possible for the passenger to set limits for the driving times acceptable to him/her, and for these to be nevertheless accepted by the driver when a journey message is communicated to the driver.
  • the two parties preferably indicate a margin within which travel is possible, so that making matches on the basis of mutual benefit becomes possible in simpler manner. Reasons for both parties to do this may be that a financial benefit can be gained.
  • the journey can be cheaper for both parties than a journey with an alternative system of transport .
  • the system or the passenger him/herself for instance on the basis of data relating to public transport systems, suggests a pick-up or drop-off point with a relatively good transfer option to the public transport system.
  • the system can then make a travel proposal wherein the passenger is for instance taken from home as far as the underground or bus station by a driver, after which the remaining part of the journey, for instance to the city centre, is carried out on the basis of the public transport service.
  • the travel time of the passenger can hereby for instance be shortened relative to the travel time taken using only public transport, or the number of transfers can be reduced.
  • the method comprises steps for applying a mobile device for communication between passengers and drivers and the central server.
  • a mobile device is that they are generally carried on the person and that they are generally provided with a unique identification which can be linked to the identity of the user thereof. No manual identification steps hereby have to be carried out when operation takes place with a known device, or at least a device wherein use is made of for instance a known telephone number or a known IMEI number. Further identification numbers can for instance be network card numbers for WIFI or other identifiers used in standard protocols for communication.
  • Use is further preferably made of steps for transmitting data relating to a passenger and/or the identification of a passenger between the central server and the car navigation unit and/or mobile devices.
  • the passenger for instance lives in a conspicuous house or building or is present there, distinguishing features thereof can be transmitted. It is further possible to send a photo of the passenger and/or the driver as extra identification so that the passenger knows that he is dealing with the right driver and the driver knows that he is dealing with the right passenger.
  • a further aspect of the present invention relates to a car navigation system for calculating routes and guiding a driver of a car, comprising:
  • - at least a memory for storing map data and route data, and a processing unit for calculating routes and guiding the driver on the basis of the map data and route data,
  • a receiving member for receiving data relating to additional points along the route which can be added to a route
  • such a car navigation system has the advantage that pick-up points and drop-off points can be received automatically, as well as possible other intermediate points for facilitating the calculation of a new route and/or display thereof.
  • the driver can decide to accept a passenger, including the for instance financial benefit thereof, and to accept a possible slight detour. Further advantages as described in the foregoing are also applicable .
  • the car navigation system comprises a communication device for communication by means of a wireless communication network such as a GSM, GPRS, EDGE, UMTS and/or WIMAX network.
  • the receiving member comprises means for making a connection to such a communication device. It hereby becomes possible to establish two-way communication between the central server and the car navigation system in a manner which for instance fits in with a communication subscription which the user of the system, in this case the driver, already has available.
  • the car navigation system makes a connection with a mobile telephone of the driver, for instance by means of a USB cable or a Bluetooth connection, which mobile telephone establishes the communication with the central server serving the car navigation system.
  • the car navigation system preferably further comprises means for receiving an identification of a passenger.
  • Examples hereof are a card reader for a smart card or chip card of the passenger, or a connection such as a Bluetooth or USB connection for making a connection with a mobile device of the passenger.
  • the passenger can hereby be identified with greater certainty in simple and practically automatic manner.
  • a further aspect of the present invention relates to a central server for performing a method for facilitating sharing of car use, comprising:
  • Such a server has advantages as indicated in the foregoing with reference to the previous aspects, and as will be further elucidated hereinbelow on the basis of preferred embodiments .
  • a further aspect of the present invention relates to a mobile communication device for communicating with a central server as according to claim 11, comprising:
  • This mobile communication device preferably comprises means for accepting or rejecting a passenger/route and/or means for accepting or rejecting a driver/journey .
  • Such means can be embodied as dedicated software module, although known communication modules such as a browser or an SMS application can also be applied for this purpose.
  • FIG. 1 is a schematic view of a system comprising subsystems according to preferred embodiments according to the present invention
  • FIG. 2 is a flow diagram of a method according to a preferred embodiment according to the present invention.
  • - Fig. 3 is a flow diagram of a further method according to a preferred embodiment according to the present invention
  • - Fig. 4 is a flow diagram of a further preferred embodiment of a method according to the present invention.
  • FIG. 1 A system comprising subsystems according to preferred embodiments according to the present invention is shown in Fig. 1.
  • a central server 105 which is adapted to determine suitable matches, on the basis of which a potential passenger could suitably travel together with a driver of a car.
  • the central server 105 is provided with at least one processing unit 107.
  • the central server is further provided with a database for tracking appropriate data relating to drivers, passengers, points along the route, routes, times and the like.
  • the server is further adapted to make connections with a car navigation system 112 which is situated in a car 101 of a driver who can take passengers .
  • a wireless network with which data can be transmitted.
  • Such networks are preferably suitable for two-way communication.
  • Suitable two-way communication networks for instance include GSM networks, GPRS networks (a separate protocol over a GSM network) and further protocols such as EDGE.
  • Further networks which are suitable for this purpose include UMTS networks, WIMAX networks.
  • the driver of the car can further input data in advance relating to journeys to be made, with for instance start and finish points and expected times thereof, and confirm such journeys via the navigation system and the above described network connections at the beginning of the journey.
  • the driver can make use of the same connection options as the passenger has.
  • Further connection options available to the passenger are public telephone networks (PSTN) , wireless telephone and data networks as specified in the foregoing with reference to the connection options of the navigation system of the car, and any other option for sending data from and to a computer incorporated in a network.
  • PSTN public telephone networks
  • wireless telephone and data networks as specified in the foregoing with reference to the connection options of the navigation system of the car, and any other option for sending data from and to a computer incorporated in a network.
  • the passenger can make use here of for instance a computer (PC) , a wireless device such as a palmtop computer (PDA) , mobile telephone or a combination thereof, or for instance an information column which is provided with software and input means for connecting to the central server.
  • PC computer
  • PDA palmtop computer
  • an information column which is provided with software and input means for connecting to the central server.
  • general applications such as web browsers which connect to a web server of the central server, or specific software which is present on these devices.
  • An advantage for the passenger when inputting information by means of an information column or a computer is that it is easier on such appliances, which generally have a large screen, to display a graphic user interface and to input data.
  • the central server can determine a match on the basis of for instance the best possible match between times and routes.
  • Fig. 2 shows schematically a possible method for this purpose.
  • the method begins in step 200, after which the central server receives a journey request or travel request from a potential passenger in step 201 by means of for instance the mobile device of the passenger.
  • the central server stores information relating to the journey request.
  • step 203 the central server receives information relating to a travel schedule from a car navigation system of a driver who has indicated a willingness to take a passenger.
  • step 204 the specific information relating to the driver and the travel schedule is stored in the database of the server.
  • step 205 is determined whether the position of the car has changed since a previous update of the database. If this is the case, the current position of the car is changed in the database in step 209.
  • step 206 a travel request of a passenger is linked to the actual positions of the available travel schedules of the drivers, and a match for a modified travel schedule is sent to a navigation system of the car of the driver, comprising intermediate points relating to the journey of the potential passenger.
  • the alternative route is proposed to the driver in step 207 by the navigation system, with the request to accept or reject it. If the driver rejects the modified route, the navigation system in the car continues with the original input route. If the driver accepts the passenger and the associated route, the car navigation system continues with the new route.
  • the central server processes the decision of the driver of the car and, if there are other journey requests, the method is continued in step 206. If the passenger is not accepted by the driver of the car in step 207, the subsequent car with a suitable travel schedule is selected in step 210 or the matching process is performed again in step 206.
  • Fig. 3 shows a preferred embodiment of a method to be performed by the car navigation system.
  • the car navigation system functions here in co-action with central server 105 so as to make it possible for matches to be made on the basis of current data.
  • the method of this embodiment begins in step 300.
  • step 301 the car navigation system transmits data relating to the route to be travelled to the central server. It is possible here that the car navigation system transmits only the start and finish point, but it is also possible for the car navigation system to transmit a number of intermediate points of the route to be travelled.
  • the central server makes independent estimates of the times associated with points along the route. It is for instance practical to be able to offer a driver during the journey a request for car-pooling at some distance before for instance an exit which the driver would have to take to pick up a passenger. Including a reasonable acceptance time for the driver to decide whether he is willing to accept the possible passenger, it is advantageous if the notification with the offer to pick up this passenger is made sufficiently early in time before the required exit has been passed.
  • an alternative travel schedule is received by the car navigation system from the central server in step 302. It is possible here that the central server sends data relating to a fully detailed new route to the car navigation system. It is also possible that the central server transmits data relating to pick-up point or drop-off point of the passenger, on the basis of which the car navigation system calculates an alternative route and presents this to the driver. In still simpler manner it is possible that the car navigation system only sends a notification concerning the passenger and the pick-up point and dropoff point.
  • An advantage of such an embodiment is that, because data relating to the new route are transmitted from the central server directly to the navigation system in the car, it becomes possible that the driver, guided by the navigation system, can pick up passengers whose pick-up points he has no personal knowledge of how to reach. It is further possible for instance that, when the central server determines the route, current information relating to the situation on the roads is taken into account, such as congestion (traffic jams), maintenance, obstructions and possibly temporary situations of for instance one-way traffic. It hereby becomes possible to guide drivers to passengers and drop-off points with an efficiency which the driver could not have achieved on his own. It is not necessary here for the driver to input such route data into the navigation system him/herself.
  • step 303 the driver determines whether he/she accepts the alternative route and therefore the offer to take the passenger.
  • step 307 a message relating hereto is sent to the central server, which processes these data. If the result of the driver is that the passenger is taken, the journey decision is processed. If the driver has decided that he/she will not take the passenger, the central server will have to make a new match.
  • step 304 the car navigation system will update the new route to be travelled on the basis of the received points along the route of the route of the passenger, such as the pick-up point and the drop-off point.
  • the car navigation system will insert the received points along the route of the passenger into the existing route as so-called ⁇ intermediate points' .
  • An advantage of this embodiment is that, because the car navigation system can process such intermediate points in automatic manner according to the present invention, the driver does not need to give attention to (re) programming his navigation system on the basis of a possible decision to take a passenger. The driver need only accept the passenger by means of a simple push of a button or even a voice command, after which he will automatically be guided to the pick-up point.
  • the car navigation system will automatically send a notification relating to taking the exit as soon as the driver approaches it.
  • the car navigation system is provided with means for adding the new points along the route to the route. These means for instance comprise means for reading for instance the content of an SMS message comprising such route data. It is further possible for the car navigation system to be provided with a link to for instance a GPRS, EDGE, UMTS, WIMAX or other wireless network with a practically- continuous connection.
  • the method of the car navigation system is optionally also provided with a re-transmission method step 308 which transmits data relating to the current position of the vehicle either at set times or at some distance before an important junction or in other suitable manner.
  • a re-transmission method step 308 which transmits data relating to the current position of the vehicle either at set times or at some distance before an important junction or in other suitable manner.
  • the central server can make matches in flexible manner or even in real-time, and make car-pooling proposals.
  • step 305 the navigation unit in the car receives further information relating to the passenger, for instance to enable easier recognition of him/her or to enable easier recognition of the pick-up point. It is for instance possible that the passenger indicates wanting to be picked up at an easily recognizable point, or that he/she has made available a photograph or information making his/her house easier to recognise. Further information relating to the passenger which can be transmitted comprises information relating to luggage or possible disabilities.
  • the driver then drives to the pick-up point, where he/she picks up the passenger.
  • it I 6 r ⁇ i / iML /UU/ / 0 00 1 37 is sent by means of a communication to the central server according to step 306 so that it is known when and where the passenger was picked up.
  • a further communication according to step 306 is a message relating to drop-off of the passenger which is sent from the car navigation system to the central server. If desired, it is also possible to send interim notifications relating to the progress of the journey. It is possible here that the program returns to step 302 if the central server attempts for instance to assign a further additional passenger to the driver or his/her car.
  • the method will end or return to the start such that possible other passengers can be assigned.
  • a driver it is possible for a driver to indicate wanting to take for instance a maximum of one passenger. Such information can be entered together with the initial input.
  • Fig. 4 shows an embodiment of a method for a device for requesting a journey by a passenger.
  • the method starts in step 400.
  • a mobile device such as a mobile telephone or a PDA.
  • use can be made of for instance an information column in a public place or a computer with an internet connection and/or a web browser in a public place or at home.
  • a travel request with at least a passenger identification, a pick-up point and a drop-off point is transmitted from the mobile device to the central server. If at any subsequent moment the central server can make a match between this request and the supply, the central server will send a travel offer to the mobile device of the passenger.
  • this message is received by the mobile device and in step 403 the passenger inputs into the mobile device whether or not he/she accepts the journey with the accompanying information about the driver.
  • step 406 the message relating to acceptance or non-acceptance of the journey is sent to the central server, which then processes these data and, if necessary, will attempt to make a new match.
  • step 404 the mobile device then receives further detailed information in respect of the driver and/or his/her vehicle so as to simplify recognition at the time of pick-up.
  • step 405 the passenger then confirms successively the pick-up time and/or the drop-off time by means of his/her mobile device.
  • the central server hereby obtains a second confirmation hereof, in addition to the confirmation from the car navigation system.
  • the central server can request a reconfirmation on the basis of the correctly received message from one of the two.
  • the method then ends in step 407.
  • the passenger receives the detailed information relating to the driver together with the offer. In this case the receiving of detailed information does not affect road safety since the passenger is not driving a vehicle when he/she receives the information.
  • a driver In alternative manner to that described with reference to Fig. 3, it is also possible for a driver to pass on his/her availability information to the central server at a point in time before he/she gets into the car to begin the journey. In such a case the driver can make use of the same type of input devices as the passenger, and optionally also receive information by means of these devices. A mobile device is recommended for receiving information, since it is relatively more likely that a person will have this device to hand when the information is sent and received thereby.
  • a further option for the driver to confirm pick-up of the passenger is for instance to link an identification of these two.
  • an identification means such as a smart card into a smart card reader of the navigation device.
  • Other possibilities for identifying a passenger and/or a driver comprise for instance of reading a fingerprint, entering a PIN-code and/or recognising biometric features such as face or voice.
  • the mobile device of the passenger is coupled to the car navigation device or the mobile device of for instance the driver.
  • a link provides a connecting method which demonstrates a direct proximity, such as a cable connection (USB) , a Bluetooth connection, a near-field wireless connection, a WIFI connection and the like.
  • All previously input data relating to the persons, the pickup points and the times can be stored by the system and be retrieved and represented for later (repeat) journeys in a manner such that the users need only indicate or click to confirm.
  • a whole journey, including all points along the route and times, can here for instance be clicked, or it is for instance possible only to modify the times.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)

Abstract

La présente invention concerne un procédé qui permet un service de partage de voiture grâce à l'utilisation d'un serveur de traitement central ; il comprend des étapes destinées à : - faire le suivi de données lors du service, qui ont trait à des endroits sur une route par lesquels passe une ou plusieurs voitures disponibles pour un passager et qui ont trait aux heures auxquelles la ou les voitures passent par ces endroits, ces données se basant sur la saisie initiale correspondante d'un conducteur et/ou du système de navigation du véhicule de ce conducteur, - faire le suivi de données concernant le trajet souhaité à réaliser se basant sur la saisie d'un passager lors de la période de service, - le calcul d'une correspondance entre l'heure et la route du conducteur et du passager, - l'envoi au système de navigation du véhicule à l'attention du conducteur, d'endroits supplémentaires sur la route et/ou d'une nouvelle route calculée à l'attention du passager se basant sur la correspondance établie, dans le but de présenter une route modifiée au conducteur.
PCT/NL2007/000137 2006-05-30 2007-05-30 Procédé, système, serveur, périphérique et système portables destinés à un service de partage de véhicule WO2007139375A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
NL1031908A NL1031908C2 (nl) 2006-05-30 2006-05-30 Werkwijze, systeem, server, mobiele inrichting en systeem voor het faciliteren van het delen van autogebruik.
NL1031908 2006-05-30

Publications (1)

Publication Number Publication Date
WO2007139375A1 true WO2007139375A1 (fr) 2007-12-06

Family

ID=37507325

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/NL2007/000137 WO2007139375A1 (fr) 2006-05-30 2007-05-30 Procédé, système, serveur, périphérique et système portables destinés à un service de partage de véhicule

Country Status (2)

Country Link
NL (1) NL1031908C2 (fr)
WO (1) WO2007139375A1 (fr)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2460665A (en) * 2008-06-04 2009-12-09 Keith John Tompson Distributed system to facilitate vehicle sharing wherein central controller communicates with predetermined locations
CN101950479A (zh) * 2010-08-26 2011-01-19 张宇康 以乘客出行为导向的智能城市公共交通系统及其实施方法
CN102410839A (zh) * 2010-09-17 2012-04-11 阿尔派株式会社 导航装置和导航装置的路线引导方法
GB2501075A (en) * 2012-04-10 2013-10-16 Hin Wai Lui Dynamically demand-responsive transport
EP2767962A1 (fr) * 2013-02-18 2014-08-20 Harman Becker Automotive Systems GmbH Système et procédé de communication pour véhicule automobile
WO2017068406A1 (fr) 2015-10-19 2017-04-27 Stona Daniel Procede et systeme de facilitation des deplacements d'un ensemble de pietons au moyen d'un ensemble de vehicules
EP3176767A1 (fr) * 2015-12-04 2017-06-07 Stona, Daniel Procede et systeme de facilitation des deplacements d'un ensemble de pietons au moyen d'un ensemble de vehicules
WO2017172971A1 (fr) * 2016-03-29 2017-10-05 Lyft, Inc. Partage de trajet de conducteur occasionnel
US10156452B2 (en) 2016-11-14 2018-12-18 Conduent Business Service, Llc Method and system for ridesharing management
US11017650B2 (en) 2011-06-22 2021-05-25 Thinkware Corporation Safety service system and method thereof

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5604676A (en) * 1994-07-25 1997-02-18 Lucent Technologies Inc. System and method for coordinating personal transportation
GB2341708A (en) * 1998-09-18 2000-03-22 Ibm Vehicle routing system for pooling
EP1168275A1 (fr) * 2000-06-30 2002-01-02 Nokia Networks Oy Système et procédé de transport de voyageurs

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5604676A (en) * 1994-07-25 1997-02-18 Lucent Technologies Inc. System and method for coordinating personal transportation
GB2341708A (en) * 1998-09-18 2000-03-22 Ibm Vehicle routing system for pooling
EP1168275A1 (fr) * 2000-06-30 2002-01-02 Nokia Networks Oy Système et procédé de transport de voyageurs

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2460665A (en) * 2008-06-04 2009-12-09 Keith John Tompson Distributed system to facilitate vehicle sharing wherein central controller communicates with predetermined locations
CN101950479A (zh) * 2010-08-26 2011-01-19 张宇康 以乘客出行为导向的智能城市公共交通系统及其实施方法
WO2012025012A1 (fr) * 2010-08-26 2012-03-01 Zhang Yukang Système de transport public urbain intelligent s'adaptant aux besoins de déplacement des passagers, et procédé de mise en œuvre de ce système
CN102410839A (zh) * 2010-09-17 2012-04-11 阿尔派株式会社 导航装置和导航装置的路线引导方法
CN102410839B (zh) * 2010-09-17 2016-02-17 阿尔派株式会社 导航装置和导航装置的路线引导方法
US11017650B2 (en) 2011-06-22 2021-05-25 Thinkware Corporation Safety service system and method thereof
US12020549B2 (en) 2011-06-22 2024-06-25 Thinkware Corporation Safety service system and method thereof
US12002340B2 (en) 2011-06-22 2024-06-04 Thinkware Corporation Safety service system and method thereof
US11532222B2 (en) 2011-06-22 2022-12-20 Thinkware Corporation Safety service system and method thereof
US11436907B2 (en) 2011-06-22 2022-09-06 Thinkware Corporation Safety service system and method thereof
US11217078B2 (en) 2011-06-22 2022-01-04 Thinkware Corporation Safety service system and method thereof
GB2501075A (en) * 2012-04-10 2013-10-16 Hin Wai Lui Dynamically demand-responsive transport
EP2767962A1 (fr) * 2013-02-18 2014-08-20 Harman Becker Automotive Systems GmbH Système et procédé de communication pour véhicule automobile
WO2017068406A1 (fr) 2015-10-19 2017-04-27 Stona Daniel Procede et systeme de facilitation des deplacements d'un ensemble de pietons au moyen d'un ensemble de vehicules
EP3176767A1 (fr) * 2015-12-04 2017-06-07 Stona, Daniel Procede et systeme de facilitation des deplacements d'un ensemble de pietons au moyen d'un ensemble de vehicules
US10634510B2 (en) 2016-03-29 2020-04-28 Lyft, Inc. Casual driver ride sharing
US9976863B2 (en) 2016-03-29 2018-05-22 Lyft, Inc. Casual driver ride sharing
WO2017172971A1 (fr) * 2016-03-29 2017-10-05 Lyft, Inc. Partage de trajet de conducteur occasionnel
US11549818B2 (en) 2016-03-29 2023-01-10 Lyft, Inc. Casual driver ride sharing
US11940284B1 (en) 2016-03-29 2024-03-26 Lyft, Inc. Casual driver ride sharing
US10156452B2 (en) 2016-11-14 2018-12-18 Conduent Business Service, Llc Method and system for ridesharing management

Also Published As

Publication number Publication date
NL1031908C2 (nl) 2007-12-03

Similar Documents

Publication Publication Date Title
WO2007139375A1 (fr) Procédé, système, serveur, périphérique et système portables destinés à un service de partage de véhicule
EP3355028B1 (fr) Procédé et système de gestion d'une flotte de véhicules de covoiturage utilisant des arrêts de bus virtuels
US7058507B2 (en) Navigation system
US10260896B2 (en) Route planning device and associated method
KR102207975B1 (ko) 노선 버스 예약 시스템 및 예약 좌석변경 알림서비스 제공방법
KR102270322B1 (ko) 운전자 식별 장치 및 운전자 식별 신호 송신기를 포함하는 차량
EP2031570B1 (fr) Systeme de recherche d'itineraire, serveur de recherche d'itineraire, terminal et procede de recherche d'itineraire
US20040098194A1 (en) Navigation system and a method for guiding users, in particular drivers of vehicles
KR101957641B1 (ko) 버스 정보 안내 시스템과 주차장 관리 시스템을 연동하여 주차 예약 및 이동 경로 탐색을 위한 교통 통합 관제 시스템 및 그의 처리 방법
JP4448501B2 (ja) 経路探索システム、経路探索サーバ、端末装置および経路探索方法
JP2020071778A (ja) 車両派遣システム、サーバおよび情報処理方法
JP4531603B2 (ja) 乗車案内システム、降車案内装置および案内端末装置
WO2013001553A1 (fr) Procédé et système pour le partage sans danger d'itinéraires de déplacement qui sont suivis par des sujets offrant un transport à des sujets demandant un transport
KR20130037133A (ko) 모바일 기기를 사용한 차량동승 시스템 및 방법
US10996066B2 (en) Method for coordinating a meeting point of a self-driving transportation vehicle and of a user
JPH0961185A (ja) 移動計画監視装置
JP4694428B2 (ja) 生体認証に基づく認証情報提供システムおよび情報配信サービス提供システム、生体認証サーバおよび情報配信サーバ、ならびに認証情報提供方法および情報配信方法
JP2008242582A (ja) 経費申請端末、経費申請システム、経費申請方法および経費申請プログラム
JP2021131781A (ja) サーバ、車両運行システム、車両運行方法及び車両運行プログラム
JP2006190336A (ja) 情報配信システム、情報配信装置、および情報配信方法
KR100627755B1 (ko) 대중교통수단의 최적 환승 정보 제공 시스템 및 그 방법
JP2009054024A (ja) 降車駅情報提供システム、ホストコンピュータ、及び降車駅情報提供方法
JP2002288696A (ja) 列車の乗車料金の計算システム、その方法及び携帯端末
JP2004199283A (ja) 情報提供方法および情報提供システム
JP2004145673A (ja) 特定サービス利用装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07747319

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07747319

Country of ref document: EP

Kind code of ref document: A1