EP2150930A2 - Procédé et système permettant de mettre un véhicule public individuel à la disposition d'un utilisateur - Google Patents

Procédé et système permettant de mettre un véhicule public individuel à la disposition d'un utilisateur

Info

Publication number
EP2150930A2
EP2150930A2 EP08787925A EP08787925A EP2150930A2 EP 2150930 A2 EP2150930 A2 EP 2150930A2 EP 08787925 A EP08787925 A EP 08787925A EP 08787925 A EP08787925 A EP 08787925A EP 2150930 A2 EP2150930 A2 EP 2150930A2
Authority
EP
European Patent Office
Prior art keywords
vehicle
user
vehicles
available
information
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
EP08787925A
Other languages
German (de)
English (en)
Inventor
Georges Bernard Marie Paul Antoine Gallais
David Serge Ange André EMSELLEM
David Pierre Marie Gibory
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vu Log
Original Assignee
Vu Log
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
Priority claimed from FR0703139A external-priority patent/FR2924508A1/fr
Application filed by Vu Log filed Critical Vu Log
Publication of EP2150930A2 publication Critical patent/EP2150930A2/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • the invention relates to a method for providing an individual public vehicle to a user.
  • the user must indicate a period of use, use and return the vehicle in the niche indicated in advance.
  • the vehicle must be taken and returned to a specific station. If such a system is used in a densely populated place, it will be necessary to provide a large number of stations in order to cover as many user requests as possible, for example within a radius of 500 meters around each station.
  • a system operating as indicated above is, for example, the European system launched under the name "Moses”.
  • the breakeven point of this project is around 500 vehicles with the consequent difficulties of investments to launch the system.
  • the object of the invention is to provide a system offering maximum freedom to the user. This allows him to make short-distance journeys corresponding to a spontaneous demand.
  • a second object of the invention is to provide a system in which a conventional reservation is not mandatory. In this case, the user does not need to know in advance the date and duration of his trip.
  • Another object of this invention is to provide users with a vehicle, at any time and anywhere, by minimizing the number of vehicles and the cost of redistribution.
  • the object of the invention is to provide a method making it possible to make a public vehicle available to a user, while avoiding the use constraints inherent to the systems according to the prior art.
  • the object of the invention is a method for making a vehicle available to a user for use by the user.
  • a user of a group of individual public vehicles said method being characterized in that it comprises the following steps: obtaining vehicles of this group information concerning the geographical position of the vehicle, - obtaining vehicles of this group information concerning their availability for a user, to send the information concerning the geographical position of the vehicles and their availability to a data center, - to receive and keep at the computer center the information concerning the geographical position and the availability of the vehicles, to receive at the data center a request to make available from a user a vehicle to a position, - compare the information concerning the geographical position and the availability of the vehicles received at the computer center with the request to make a vehicle available, identify an available vehicle at the position indicated by the user or p from this position, and send the user information about the geographical position of the vehicle available.
  • all the vehicles transfer to a central electronic station the information relating to their position.
  • This central electronic post includes a database listing the exact position of the vehicles. After receiving a request for the provision of a vehicle, the information in the database is used to identify a vehicle available in the near perimeter. In order to be able to identify the nearest vehicle, the User's request must mention an indication of where he wants to pick up the vehicle.
  • a first technical effect of the method according to the invention lies in the fact that a user can identify the presence of the vehicle without moving.
  • the user can indicate where he is and receives, according to the process, a precise indication of the location of the vehicle available. This also means that after use, the user can park the vehicle at the location of their choice, depending on their preference. The next user can easily identify the available vehicle using the method of the invention.
  • An important advantage of the process according to the invention lies in the fact that the process can be implemented without requiring fixed stations. The user does not need to recover, nor the obligation to bring the vehicle back to a fixed station. This means that the flexibility of the method according to the invention is much greater than that offered by the system according to the prior art.
  • the method according to the invention has the advantage that the user does not need to book the vehicle well in advance.
  • the method, according to the invention instantly offers the user information on the availability of a vehicle and regardless of where it is located. If the user decides to use a vehicle at a specific time, he or she can identify the location of the nearest available vehicle at the same time.
  • the method according to the invention comprises a step which makes it possible to receive, from each public vehicle individual, the information relating to the geographical movements of vehicles, to create a database containing the information of these movements, to use the database to calculate indices.
  • These indices, relating to the movements of vehicles in a geographical area make it possible to make forecasts on the future movements of the vehicles in this zone.
  • the technical result of this feature is that the database records all movements of all vehicles.
  • the information listed in this database can be used to learn how vehicles are used by the user.
  • the information can indicate the average length of a journey, the duration of the typical use of a vehicle and in which geographical area the vehicles were used.
  • the information on the movements of the vehicles recorded in the database represents important clues to understanding where the car is to be distributed, for example, after the intervention of an operator on the system (the maintenance, recharge the battery, etc .).
  • this information can also be used to predict vehicle movements in the system. This is very important to be able, for example, to calculate the waiting time before the availability of a vehicle.
  • the method comprises the step of providing each individual public vehicle with a characteristic concerning its availability, receiving a request for making a vehicle available, confirming the availability of a certain vehicle, changing the characteristic of this vehicle from a first state "available" to a second state "unavailable”.
  • each vehicle is provided with means for indicating its availability.
  • the different possibilities are for example: I am available; I am booked by a user who wants to use me within 15 minutes; I am not available
  • the status of a vehicle can be changed, for example from a first status "I am available” to a second status "I am reserved” or "I am booked by someone who wants to use me in the next 15 minutes "
  • the system making available a public vehicle for a user comprises a computer center and one or more vehicles.
  • This computer center is equipped with communication means to communicate with each vehicle.
  • the vehicles are themselves provided with precise locating means and means of communication allowing to send information about their geographical position to this computer center.
  • This feature allows the automatic change of the status of a vehicle in case a certain condition is not fulfilled. For example, in the case where a vehicle is reserved by a user and if the latter does not show up to pick up the vehicle in a given time (eg 15 minutes), the status of this vehicle may change. It will go from a second state "I am reserved" to a first state "I am available”.
  • the invention in a second step, relates to a system in which the communication means are adapted to allow vehicles to send information about their geographical position, and this continuously.
  • the system according to the invention can be implemented by an operator.
  • This operator is responsible for the management of the computer center.
  • This computer center typically comprises a computer provided with software for receiving and processing the transmitted data sent by the vehicles.
  • the data center also includes elements for communication between the data center and the users, as explained in detail below.
  • the computer center and the vehicles are provided with means of communication allowing the sending and the receipt of information relating to the geographical position of the vehicles and the status of a vehicle (available, reserved, or not available).
  • the system comprises the computer center adapted to communicate with a user and allowing the user to access information concerning the geographical position of the vehicles.
  • the information concerning the geographical position of each vehicle can be transmitted to the computer center. They can be sent continuously. Alternatively, the information can be stored in a computer in the vehicle and can be transmitted to the computer center, for example, every 5 minutes. The most important thing is to be able to provide the computer center with accurate and up-to-date information on the position and status of each vehicle listed in the system.
  • the system according to the invention comprises communication means adapted for wireless communication type GSM, 2G, 3G, WIFI or WIMAX. Any other suitable means of communication may also be used.
  • a user can contact the computer center directly.
  • the data center can, at first, check if the user is registered. After this first check, the computer center can provide access to information about the position and availability of vehicles.
  • the user can send commands that concern for example the reservation of a specific vehicle.
  • the system is adapted to communicate with a vehicle provided with precise location means, allowing the latter to know his exact geographical position and means of communication to send his exact position.
  • the invention relates to a vehicle provided with means for communicating with a user, for a vehicle to recognize a registered user and for the user to access the vehicle.
  • the vehicle according to the invention is provided with means of communication between the vehicle and the user, equipped with authentication means.
  • the identification means in a preferred embodiment, use an RFID protocol.
  • the identification means can use means known in the technical field with the "near field contact".
  • a smart card with RFID is inserted in a device that the user carries with him. This means that the smart card is added to a phone, bag or other device that the user is carrying with him.
  • a user it is possible for a user to appear in front of an available vehicle or a vehicle reserved by him.
  • a communication is possible between the vehicle and the user.
  • the vehicle can control whether the user has the right to use this specific vehicle. If the control is positive the vehicle can, for example, unlock the door and give the user access to the vehicle.
  • the vehicle can transmit information to the computer center to change its state (for example from "I am available” to "I am not available").
  • the vehicle is provided with a display device, visibly indicating the availability characteristic of the vehicle.
  • a display device visibly indicating the availability characteristic of the vehicle.
  • the technical effect of this feature is that the user may be in possession of a smart card. At the moment the user arrives near a vehicle available for him, he presents this smart card. The vehicle is able to read the information on the smart card and can see the presence of the authorized user.
  • the presence of means for indicating, visibly, the status of a vehicle facilitates the use of said vehicle.
  • the invention relates to a computer program comprising data and instructions which, after loading by an arrangement of the processing, gives to said arrangement the ability to execute the method according to the invention, furthermore the invention relates to a support provided with such a computer program.
  • Figure 1 shows the steps of the method according to the invention
  • Figure 2 shows schematically the various elements of the system according to the invention
  • FIG. 3 shows, schematically, a public individual vehicle according to the invention.
  • Figure 4 shows the different communication possibilities between the computer center, a vehicle and a user.
  • a public passenger vehicle transmits information relating to its position geographical area, to a computer center.
  • a public passenger car can transmit, intermittently or continuously, information concerning the movements of the vehicle in a geographical area.
  • the various pieces of information of each vehicle of the system are received by a central computer center.
  • a central computer center a database is created containing all the different information concerning the positions and movements of the vehicles in the system.
  • the computer center receives the request from a user, requesting the provision of an available vehicle.
  • the system will attempt to identify an available vehicle, using the information in the database, and make it available to the user. The selection is made based, for example, on the present position of the user. The system will attempt to identify an available vehicle sufficiently close to the user's position.
  • the information transferred to the user may be: we have identified an available vehicle and the available vehicle is at that position; we have not found a vehicle available at the moment, but we make sure that we can provide a vehicle in about 25 minutes; or any other information useful to the user.
  • the system comprises a computer center 200, which forms the heart of the system according to the invention.
  • the electronic center is provided with vehicle fleet management elements, analysis tools, database for managing user details, system and other general system management software.
  • the various elements are indicated at the heart of the computer center and are indicated with reference numbers 210.
  • An important element of the computer center 200 is the presence of communication means for communicating with the public individual vehicles and thus obtaining information on the precise position of the vehicles.
  • Reference numeral 220 schematizes the vehicle process. This means all the computer elements, the software that allows the computer center to communicate with the vehicle and to process the data transmitted by the vehicles.
  • the computer center can communicate with vehicles using a GPRS protocol or any other suitable means of communication.
  • the process "assignment" is indicated. This means all the hardware and software needed to communicate with a customer.
  • a customer can contact the electronic center 200 to initially create a customer record. The customer can identify himself and can indicate the means of payment which he wishes to use for the use of the system.
  • the "assignment" process indicates the possibility for a customer to come to the system to request the provision of a vehicle.
  • the customer sends his request and the system confirms the availability of a vehicle and the place where he can recover the vehicle.
  • the customer can communicate with the computer center through, for example, a computer, a PDA, a mobile phone or any other means of communication available. Communication can be triggered using text.
  • a protocol using check boxes can also be used.
  • the number 240 indicates the "teammate" process.
  • the word "crew” indicates a person who recovers a vehicle and redistributes it in the system. This means, in the case where a vehicle needs maintenance, that the crew member can pick up the vehicle and perform the necessary maintenance. This maintenance may, for example, consist in recharging the battery of an electric vehicle. In the case of thermal vehicles or hybrids, this can consist of a filling action of the tank of the car with gasoline. Team members are also used to redistribute vehicles in the system if it appears that too many vehicles are in the same location. If there is a gap between the positioning of the vehicles and the typical need of the users, the teammate can be used to improve the distribution of the vehicles in the system. Communication between the center computer and crew can be achieved by any suitable means, for example a GPRS protocol. A crew member receives on his laptop the indication of an action to be taken, can respond to the system and take responsibility for an action to be taken if necessary.
  • Another contact with the data center may be, for example, a supervisory process 250.
  • a supervisory process 250 may be in place to enable any organization to follow the operation of the system.
  • a department of the municipality may, for example, track vehicle movements or citizen participation in the system, analyze specific system indices, track system costs for the community or carry out any other appropriate interoperations.
  • the computer center 200 allows feasibility studies and thus a help for the preparation of advice. These tips can relate to the market, the sizing of the system, all the necessary vehicles, the modality, and for example a planning.
  • the computer center can serve a certain geographical area. This one can be used for the neighborhood of a city. Alternatively, a single computer center is used to serve multiple neighborhoods or an even larger geographic area.
  • Map data is normally made available by map data providers such as NAVTEQ or TEL ATLAS.
  • the system of Classic suppliers is regularly updated. It means at least once a year. Such a method of storing map data is not sufficient for the system according to the invention.
  • the map data according to the invention are updated daily.
  • Precise geo positioning used in the system in urban conditions such as "narrow streets, underground car parks", requires GPS signals to be supplemented by onboard sensor measurements. These onboard sensors are, for example, odometers and gyrometers. This means that all vehicles listed in the system can maintain the map data used in the system.
  • FIG. 3 schematically shows a vehicle 300, whose function is among other things to record the movements of vehicles and to communicate on the one hand with the computer center 200 and on the other hand with a user 260.
  • the electronic box 310 comprises, among other things, precise location means 320.
  • this precise location means comprises a GPS of high accuracy, for example more or less 5 meters.
  • the precise location means make it possible to locate the vehicle 300.
  • the electronic control unit 310 comprises communication means 330 enabling bidirectional communication with the data center 200.
  • the electronic control unit 310 comprises the identification means to enable a registered user 260 to access the vehicle 300 .
  • These authentication means 340 also allow the billing of the use of the vehicle according to personalized parameters, such as the distance traveled and the time of the trip.
  • the electronic control unit 310 comprises control means 350 making it possible to control the state of the vehicle 300, for example the range of the vehicle 300. In the case where the vehicle 300 requires intervention (recharging of the battery), the control means 350 may transmit a message to the computer center 200 using the bidirectional communication means 330.
  • the control unit 310 has a display device 360 which indicates the status of the vehicle 300.
  • different states of the vehicle can be indicated.
  • a first state is "I am available”. This state can, for example, be indicated with a green LED.
  • a second state may be indicated by the display device and the fact that the vehicle is reserved. This state can be indicated with a yellow LED.
  • the display device 360 may also indicate that the car is not available, waiting for intervention or has no autonomy. This third step can be indicated with a red LED.
  • the display device may indicate several other information, for example tell the user 260 that he no longer has the right to use the vehicle. This may be the case if the user 260 has no subscription or has not paid his bills.
  • the method and the system according to the invention are adapted to allow to know more about the habits of the users, as and when as they use the vehicles listed in the system.
  • An operation of the system can be as follows.
  • the vehicles are arranged near the addresses indicated by the registered users.
  • Acceptable accessibility means a distance between the vehicle and the home of a user, between 2 and 3 minutes of walking.
  • the electronic center is initialized with the user profile established during the initial marketing surveys and recorded during the subscription interview of the first subscribers.
  • a certain number of parameters are recorded, such as the time of the trip, the distance, the precise route, the time of stop or the precise location of the parking.
  • the fact of recording these various parameters makes it possible to progressively enrich the computer center database, to which statistics obtained by the vehicles listed in the system can be added.
  • the personalization data will be used to optimize the vehicle turnover rate while minimizing the waiting time of the users.
  • the crew members having access to the databases at any time to obtain information on the positions and the states of the vehicles, can also inquire about the history of the use of the vehicles to better understand vehicle movements in the system and better understand the needs of vehicle users.
  • the model of road networks in the computer center is gradually enriched with fine features. This means, more and more, the impossible parking areas, the forbidden directions, the ground occupation, the travel time and the one-off congestion noted by the crew members are known by the system.
  • the system according to the invention is more and more capable of analyzing the mode of use of the vehicles makes it possible to progressively optimize the decision process. This ensures a user's availability of a vehicle, within a maximum of 30 minutes, while minimizing operational costs.
  • a user When a user wishes to use a vehicle listed in the system, he may present his badge to the vehicle indicated as free or contact the computer center for information on available vehicles.
  • the user After which the user can use the vehicle, knowing that it will be billed at the end of the journey depending on the distance and time.
  • the user can drop it anywhere he wants within a predetermined geographical area by the system operator. He may possibly leave the vehicle outside this area provided that he assumes the costs of redistribution of the vehicle in the area by a crew member.
  • an automatic pricing may be implemented in which the rate depends on the distances traveled and the time of use. This information is transmitted to the computer center in real time. It is possible to fix rates for urban journeys in a dynamic way. This means that the fees depend on the time of day, the year, and the geographical area in which the vehicle is used. In addition, it is possible to create, for example, a first class of displacements below a limited distance such as 5 km and a time of use of between 10 and 25 minutes. Someone will be able to use a vehicle for longer distances or periods, for higher billing. The customer's billing process may vary from a prepayment system to an after-tax billing system.
  • the system according to the invention can be used in combination with an emergency system thus offering users an alternative means of transport in the case where there is no vehicle available.
  • a user comes to an available car or identifies himself and reserves a vehicle available from the computer center. If the user learns that no vehicle is available, the system can calculate, on the basis of the information recorded in the database containing the movements of all vehicles in the system, an average waiting time. If after this calculation, it appears that no vehicle is available within an acceptable time (about 30 minutes), the system can set up a backup procedure. The system will then arrange the booking of a taxi or other means of transport to ensure the availability of the means of transport in a given, contractual time.
  • the system according to the invention is particularly adapted to be set up at first in one of the districts of a city. As soon as the system works well in this neighborhood, this one can be extended by setting up the system in a neighboring neighborhood. Step by step, the geographic area where the system operates can be expanded.
  • the system is implemented neighborhood by district, it is possible in practice to organize the management also quarter by district. This means that from time to time, the car of a first district that is left in a second district is delivered by a crew member to his home area. If each district has its own organization, the computer system of each district is interconnected in order to apply the same optimization strategy.
  • the system according to the invention can be used in complementarity with other public transport systems. This means that the vehicles listed in the system according to the invention are used in combination with buses, trams or trains. A first possibility is to market subscriptions giving access to both the system according to the invention and conventional public transport.
  • Another advantage of a cooperation between the system according to the invention and the conventional public transport system lies in the fact that the data recovered, following the movement of the vehicles in the system, can be used to optimize the movements of vehicles used in conventional public transport.
  • FIG. 4 shows in detail the different states that the display device 301 can indicate, before or after a communication with the data center 200 or a user 260.
  • the display means 360 indicates which 401 vehicle is available.
  • the vehicle may receive a booking confirmation from the computer center.
  • the display device changes its state to a reserved state 402 in which the electronic unit 310 of the vehicle waits for the presentation of the identification of a user. If it presents itself, provided with a means of correct identification, the display device can change to a position "ready for use" 403. On the contrary, in the case where the identification badge is not not correct, the display device may indicate that the badge is not acceptable 404. If a user does not show up with a correct badge or does not appear at a given time, the reservation 402 is canceled 403 and the display device returns to its available position 401.
  • a car available 401 can also be reserved by a user who comes with a badge.
  • the electronic unit 310 of the vehicle contacts the computer center to check whether the user who has the right to use the vehicle 405. If the badge is not valid , the display device 360 indicates with a red LAD that the badge can not be accepted 406. If the contact between the vehicle and the computer center is not possible, the same message is indicated to the users 407. If the badge is correct the procedure to make available the vehicle can start 403.
  • an inventory is made 408 in the vehicle. That means that in the vehicle, we check if the essential functions of the vehicle are in order. Before the user can drive the vehicle, it is checked that the doors are closed.
  • the user can drive the vehicle 410. As soon as the user stops, the vehicle is paused or at the end of its journey. If the vehicle is in a paused state, the vehicle waits for a badge to indicate whether the user wishes to put the vehicle status on hold 412. Then the vehicle waits again for the badge to restart. If the badge is accepted, the procedure to make the vehicle available can start again 413. If the badge is invalid, the vehicle indicates that the badge is not accepted 414. After the acceptance of a correct badge, the procedure of verification of the closed doors starts again 409, before the user can drive the vehicle. If the vehicle does not receive a valid badge, or for example the invalid badge of another user, this is indicated in the display device.
  • the user can also finalize the use of the vehicle.
  • the vehicle waits again for the badge 416. If the badge is correct, the finalization procedure can be triggered 417, otherwise the display device indicates that the badge is invalid 418.
  • the finalization takes place in contact with the computer center to which are transmitted the data concerning the journey. If the contact with the computer center is not available, for example if there is a GPRS failure, the system indicates an upload failure 419.
  • the user can still continue with the finalization of the use of the vehicle.
  • the electronic box 310 in the vehicle all the data relating to the path are stored. All this information is later transferred to the electronic center. The user does not have to wait for the moment when the vehicle will be able to contact the electronic center again.
  • the system will use all data from the database to calculate a prediction of the waiting time before a vehicle can be available to the user.
  • the manner of making such a prognosis begins with an analysis, for each vehicle, of the path already traveled by each of them. Vehicle by vehicle, it is necessary to identify if it is at the beginning, in course or at the end of the course. However, in advancing the vehicle path, an algorithm is selected. This is used to calculate the most likely time and place for vehicle availability.
  • the algorithm selected is specially adapted for the progress of each vehicle. This means that there is an algorithm for calculating the future movement of a vehicle at the beginning of the journey, another adapted for a vehicle in the middle of the journey and a third algorithm for a vehicle at the end of the journey. .
  • the procedure for predicting its future displacement is for example as follows.
  • a busy vehicle is identified.
  • an isochron is calculated with the probable time that it remains to go.
  • the convex hull of this isochron defines a probable evolution zone of the vehicle.
  • the total length of the arcs of this isochron is calculated in the time interval.
  • the ratio is directly related to the instantaneous probability that the vehicle will end up in the desired area.
  • An additional weight is applied to the probable parking areas of the network. This weight is obtained by learning. We can apply this process to the fleet of vehicles.

Landscapes

  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Procédé pour mettre à la disposition d'un utilisateur un véhicule d'un groupe de véhicules publics individuels, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes : recevoir de chaque véhicule public individuel des informations comportant la position géographique du véhicule, créer une base de données comportant les informations les positions géographiques des véhicules, recevoir une requête pour mettre à disposition de l'utilisateur un véhicule à une position, utiliser la base de données pour identifier un véhicule disponible à cette position ou près de cette position, et envoyer à l'utilisateur des informations concernant la position réelle exacte du véhicule disponible.

Description

Procédé et système permettant de mettre un véhicule public individuel à la disposition d'un utilisateur
L'invention concerne un procédé permettant la mise à disposition d'un véhicule public individuel auprès d'un utilisateur.
Le transport urbain, cause majeure des problèmes énergétiques et environnementaux, risque de remettre en cause notre modèle de développement. Il est responsable de plus d'un tiers des émissions nocives et préoccupe fortement les municipalités. La mobilité est caractérisée par une forte proportion de déplacements, dits «de proximité», réalisés sur des distances courtes et brèves. Pour souligner cet aspect, on peut assumer que 50% de tous les déplacements en ville se font sur une distance de moins de 5 kilomètres. Dans un centre-ville, cela représente plusieurs dizaines de milliers de mouvements quotidiens, aujourd'hui réalisés par des services antagonistes, d'un côté les véhicules individuels privés et de l'autre les transports collectifs publics.
L'utilisation des véhicules individuels privés présente le grand avantage d'offrir la complète liberté d'utilisation de son propre moyen de transport. Le transport public collectif permet de limiter les problèmes énergétiques et environnementaux tels qu'identifiés ci-dessus.
Plusieurs expériences ont tenté d'offrir un transport semi-privé, semi-collectif, limitant les problèmes environnementaux et, en même temps, offrant aux utilisateurs suffisamment de liberté et de souplesse.
Sous le nom de « car sharing », ou sa traduction française « autopartage », le concept propose l'usage de véhicules aux particuliers qui, après enregistrement auprès du fournisseur de service, peuvent utiliser des véhicules, en séquences, en fonction de leur disponibilité.
Selon l'art antérieur, un système était identifié dans lequel un utilisateur peut réserver un véhicule à l'avance grâce à une réservation.
L'utilisateur doit indiquer une durée d'utilisation, utiliser et rendre le véhicule dans le créneau indiqué à l'avance. De plus, selon l'art antérieur, le véhicule doit obligatoirement être pris et rendu dans une station spécifique. Si on utilise un tel système dans un endroit à forte densité de population, il sera nécessaire de prévoir un grand nombre de stations afin de couvrir le plus de demandes d'utilisateurs possible, par exemple dans un rayon de 500 mètres autour de chaque station.
Un système fonctionnant comme indiqué ci-dessus est, par exemple, le système européen lancé sous le nom « Moses ». Le seuil de rentabilité de ce projet se situe autour de 500 véhicules avec pour conséquences les difficultés liées aux investissements pour lancer le système.
Afin d'améliorer la liberté et la souplesse d'utilisation, il est possible d'envisager une solution « sens unique », l'utilisateur laissant alors le véhicule dans n'importe quelle station. Si le système opère de cette façon, dans ce cas se pose le problème de la redistribution entre les stations. Cette redistribution grève le coût de fonctionnement. En effet, elle nécessite l'emploi de personnel spécialisé dans la redistribution des véhicules, dans les différentes stations où la demande n'est pas satisfaite à un instant donné. Ces problèmes sont d'une complexité qui croît au carré du rayon du site où le système est déployé. Une autre option permettant la solution « sens unique » peut résider dans une technologie connue sous le nom de « platooning ». Ce système consiste à accrocher, de façon immatérielle, les véhicules destinés à être redistribués, à un autre véhicule conduit par un équipier.
Cette solution répond fonctionnellement au problème mais le temps du trajet pour assurer l'équilibre des stations reste le même. Cette solution sera aussi proportionnelle aux distances couvertes et implique un surcoût d'équipement et de main d'œuvre.
Le but de l'invention est de mettre à disposition un système offrant une liberté maximale à l'utilisateur. Cela pour lui permettre de réaliser des trajets de courtes distances correspondant à une demande spontanée.
Un deuxième but de l'invention est d'offrir un système dans lequel une réservation classique n'est pas obligatoire. Dans ce cas, l'utilisateur n'a pas besoin de connaître à l'avance la date ni la durée de son déplacement.
Lié aux buts identifiés ci-dessus, un autre but de cette invention est de garantir aux utilisateurs un véhicule, à tout instant et en tout lieu, en minimisant le nombre de véhicules et le coût de redistribution.
En vertu des observations ci-dessus, le but de l'invention est de fournir un procédé permettant de mettre à disposition d'un utilisateur un véhicule public, en évitant les contraintes d'usage inhérentes aux systèmes selon l'art antérieur.
Dans un premier temps, l'objet de l'invention est un procédé pour mettre à la disposition d'un utilisateur un véhicule, pour être utilisé par cet utilisateur, d'un groupe de véhicules publics individuels, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes : obtenir des véhicules de ce groupe information concernant la position géographique du véhicule, - obtenir des véhicules de ce groupe information concernant leur disponibilité pour un utilisateur, envoyer les informations concernant la position géographiques des véhicules et leurs disponibilités à un centre informatique, - recevoir et conserver au centre informatique les informations concernant la position géographique et la disponibilité des véhicules, recevoir au centre informatique une requête pour mettre à disposition d'un utilisateur un véhicule à une position, - comparer les informations concernant la position géographique et la disponibilité des véhicules reçus au centre informatique avec la requête pour mettre à disposition un véhicule, identifier un véhicule disponible à la position indiqué par l'utilisateur ou prés de cette position, et envoyer à l'utilisateur des informations concernant la position géographique du véhicule disponible.
Selon l'invention, tous les véhicules transfèrent à un poste électronique central les informations relatives à leur position. Ce poste électronique central comporte une base de données répertoriant la position exacte des véhicules. Après la réception d'une demande de mise à disposition d'un véhicule, les informations situées dans la base de données sont utilisées pour identifier un véhicule disponible dans le périmètre proche.. Afin de pouvoir identifier le véhicule le plus proche, la requête de l'utilisateur doit mentionner une indication relative à l'endroit où il veut récupérer le véhicule.
Un premier effet technique du procédé, selon l'invention, réside dans le fait qu'un utilisateur peut identifier la présence du véhicule sans se déplacer. L'utilisateur peut indiquer l'endroit où il se trouve et reçoit, selon le procédé, une indication précise de l'endroit où se trouve le véhicule disponible. Cela signifie également qu'après son utilisation, l'utilisateur peut garer le véhicule à l'endroit de son choix, selon sa préférence. Le prochain utilisateur peut facilement identifier le véhicule disponible en utilisant le procédé selon l'invention.
Un avantage important du procédé selon l'invention réside dans le fait que le procédé peut être mis en place sans nécessiter de stations fixes. L'utilisateur n'a ni besoin de récupérer, ni l'obligation de ramener le véhicule dans une station fixe. Cela signifie que la flexibilité du procédé selon l'invention est beaucoup plus importante que celle offerte grâce au système selon l'art antérieur.
Dans un deuxième temps, le procédé selon l'invention présente l'avantage que l'utilisateur n'a pas besoin de réserver le véhicule longtemps à l'avance. Le procédé, selon l'invention, propose instantanément à l'utilisateur des informations concernant la disponibilité d'un véhicule et ce, indépendamment de l'endroit où celui-ci se trouve. Si l'utilisateur décide d'utiliser un véhicule à un instant précis, il lui est possible d'identifier l'endroit où se trouve le véhicule disponible le plus proche au même moment.
Selon un mode de réalisation préféré, le procédé selon l'invention comprend une étape qui permet de recevoir, de chaque véhicule public individuel, les informations relatives aux mouvements géographiques des véhicules, de créer une base de données comportant les informations de ces mouvements, d'utiliser la base de données afin de calculer des indices. Ces indices, relatifs aux mouvements des véhicules dans une zone géographique, permettent de faire des prévisions sur les mouvements futurs des véhicules dans cette zone. Le résultat technique de cette caractéristique est que la base de données enregistre tous les mouvements de tous les véhicules. Cela signifie que selon l'invention, les informations répertoriées dans cette base de données pourront être utilisées pour apprendre de quelle façon les véhicules sont utilisés par l'utilisateur. Les informations peuvent indiquer la longueur moyenne d'un trajet, la durée de l'utilisation type d'un véhicule et dans quelle zone géographique les véhicules ont été utilisés.
Les informations, concernant les mouvements des véhicules, enregistrées dans la base de données représentent des indices importants permettant de comprendre à quel endroit la voiture doit être distribuée, par exemple, après l'intervention d'un l'opérateur sur le système (l'entretien, recharger la batterie, etc....).
De plus, ces informations peuvent également être utilisées pour prévoir les mouvements de véhicules dans le système. Cela est très important pour pouvoir, par exemple, calculer le temps d'attente avant la mise en disponibilité d'un véhicule.
Le fait d'enregistrer les mouvements de tous les véhicules dans le système permet de connaître le mode d'utilisation des véhicules le plus usité, selon l'invention, et ce dans une zone géographique particulière. De ce fait, l'opérateur pourra adapter son système, au fur et à mesure, en fonction des besoins des utilisateurs. Selon un mode de réalisation préféré, le procédé comprend l'étape de pourvoir chaque véhicule public individuel d'une caractéristique concernant sa disponibilité, recevoir une requête pour mettre à disponibilité un véhicule, confirmer la disponibilité d'un certain véhicule, changer la caractéristique de ce véhicule d'un premier état « disponible » à un deuxième état « non-disponible ».
Selon l'invention, chaque véhicule est pourvu d'un moyen permettant d'indiquer sa disponibilité. Les différentes possibilités sont par exemple : je suis disponible ; je suis réservé par un utilisateur qui veut m'utiliser dans les 15 minutes qui viennent ; je ne suis pas disponible
Ces options très précises concernant la disponibilité des véhicules permettent d'identifier rapidement tous les véhicules disponibles, selon le procédé. De plus, dès réception de la demande d'un utilisateur, le statut d'un véhicule peut être modifié, passant par exemple d'un premier statut «je suis disponible» à un second statut «je suis réservé» ou encore «je suis réservé par une personne qui veut m'utiliser dans les 15 minutes qui viennent»
Selon un mode de réalisation préféré, le système permettant la mise à disposition d'un véhicule public pour un utilisateur comprend un centre informatique et un ou plusieurs véhicules. Ce centre informatique est pourvu de moyens de communication permettant de communiquer avec chaque véhicule. Les véhicules sont eux-mêmes pourvus de moyens de localisation précis et de moyens de communication permettant d'envoyer des informations concernant leur position géographique vers ce centre informatique.
Cette caractéristique permet le changement automatique du statut d'un véhicule dans le cas où une certaine condition n'est pas remplie. Par exemple, dans le cas où un véhicule est réservé par un utilisateur et si ce dernier ne se présente pas pour récupérer le véhicule dans un temps imparti (par ex 15 minutes), le statut de ce véhicule peut changer. Il passera d'un deuxième état «je suis réservé» vers un premier état «je suis disponible».
Dans un deuxième temps, l'invention concerne un système dans lequel les moyens de communication sont adaptés pour permettre aux véhicules d'envoyer des informations concernant leur position géographique, et ce de façon continue.
Le système selon l'invention peut être mis en place par un opérateur. Cet opérateur est responsable de la gestion du centre informatique. Ce centre informatique comporte typiquement, un ordinateur pourvu d'un logiciel permettant de recevoir et de traiter les données transmises envoyées par les véhicules. Le centre informatique comprend aussi des éléments permettant la communication entre le centre informatique et les utilisateurs, tel que cela est expliqué en détail ci- dessous.
Typiquement, le centre informatique et les véhicules sont pourvus de moyens de communication permettant l'envoi et la réception d'informations relatives à la position géographique des véhicules et au statut d'un véhicule (disponible, réservé, ou pas disponible). Selon un mode de réalisation préféré, le système comprend le centre informatique adapté pour communiquer avec un utilisateur et permettant à ce dernier d'accéder aux informations concernant la position géographique des véhicules.
Selon l'invention, les informations concernant la position géographique de chaque véhicule peuvent être transmises vers le centre informatique. Elles peuvent être envoyées de façon continue. De façon alternative, les informations peuvent être stockées dans un ordinateur à bord du véhicule et peuvent être transmises au centre informatique, par exemple, toutes les 5 minutes. Le plus important est de pouvoir transmettre au centre informatique des informations précises et récentes concernant la position et l'état de chaque véhicule répertorié dans le système.
Selon un mode de réalisation préféré, le système selon l'invention comprend des moyens de communication adaptés pour une communication sans fil de type GSM, 2G, 3G, WIFI ou WIMAX. Tout autre moyen de communication adapté peut également être utilisé.
Selon l'invention, un utilisateur peut contacter le centre informatique directement. Le centre informatique peut, dans un premier temps, contrôler si l'utilisateur est bien enregistré. Après ce premier contrôle, le centre informatique peut donner accès aux informations concernant la position et la disponibilité des véhicules. Pendant la communication entre le centre informatique et l'utilisateur, l'utilisateur peut envoyer des commandes qui concernent par exemple la réservation d'un véhicule précis. Selon un mode de réalisation préféré, le système est adapté pour communiquer avec un véhicule pourvu de moyens de localisation précis, permettant à ce dernier de connaître sa position géographique exacte et de moyens de communication pour envoyer sa position exacte.
Dans un troisième temps, l'invention concerne un véhicule pourvu de moyens permettant de communiquer avec un utilisateur, pour qu'un véhicule reconnaisse un utilisateur enregistré et pour que l'utilisateur accède au véhicule. Selon le mode de réalisation préféré, le véhicule, selon l'invention, est pourvu de moyens de communication entre le véhicule et l'utilisateur, dotés de moyens d'authentification. Les moyens d'identification, dans un mode de réalisation préféré, utilisent un protocole RFID. De façon alternative, les moyens d'identification peuvent utiliser des moyens connus dans le domaine technique avec le « near field contact ». Dans un cas comme celui-ci, une carte à puce avec RFID est insérée dans un dispositif que l'utilisateur transporte avec lui. Cela signifie que la carte à puce est ajoutée à un téléphone, un sac ou tout autre dispositif que l'utilisateur transporte avec lui.
Selon l'invention, il est possible qu'un utilisateur se présente devant un véhicule disponible ou un véhicule réservé par lui. Au moment où l'utilisateur se présente auprès d'un véhicule, une communication est possible entre le véhicule et l'utilisateur. Le véhicule peut contrôler si l'utilisateur a bien le droit d'utiliser ce véhicule précis. Si le contrôle est positif le véhicule peut, par exemple, déverrouiller la porte et donner à l'utilisateur l'accès au véhicule. Au même moment, le véhicule peut transmettre des informations au centre informatique pour changer son état (par exemple de «je suis disponible» vers «je ne suis pas disponible»).
Selon un mode de réalisation préféré, le véhicule est pourvu d'un dispositif d'affichage, indiquant de façon visible la caractéristique de disponibilité du véhicule. L'effet technique de cette caractéristique est que l'utilisateur peut être en possession d'une carte à puce. Au moment où l'utilisateur arrive près d'un véhicule disponible pour lui, il présente cette carte à puce. Le véhicule est capable de lire l'information sur la carte à puce et peut constater la présence de l'utilisateur autorisé.
La présence de moyens permettant d'indiquer, de façon visible, le statut d'un véhicule facilite l'utilisation dudit véhicule.
Dans un quatrième temps l'invention concerne un programme informatique comprenant des données et des instructions qui, après chargement par un agencement du traitement, donne audit agencement la capacité d'exécuter le procédé selon l'invention, de plus l'invention concerne un support de données pourvu d'un tel programme informatique.
La fonctionnalité de l'invention sera mieux appréciée après la description suivante en vertu des dessins dans lesquels :
La figure 1 montre les étapes du procédé selon l'invention ; - La figure 2 montre, de façon schématique, les différents éléments du système selon l'invention ;
La figure 3 montre, de façon schématique, un véhicule individuel public selon l'invention ; et
La figure 4 montre les différentes possibilités de communication entre le centre informatique, un véhicule et un utilisateur.
Dans la figure 1 , les différentes étapes du procédé selon l'invention sont montrées. Selon l'invention, dans une première étape 100 un véhicule individuel public transmet des informations, relatives à sa position géographique, à un centre informatique. De plus, un véhicule individuel public peut transmettre, de façon intermittente ou continue, des informations concernant les mouvements du véhicule dans une zone géographique.
Dans la deuxième étape 110, les différents éléments d'information de chaque véhicule du système sont reçus par un centre informatique central. Dans ce centre informatique central, une base de données est créée comportant toutes les différentes informations concernant les positions et les mouvements des véhicules dans le système.
Dans une troisième étape 120, le centre informatique reçoit la requête d'un utilisateur, demandant la mise à disposition un véhicule disponible. Dans une quatrième étape 130, le système va tenter d'identifier un véhicule disponible, en utilisant les informations dans la base de données, et de le mettre à la disposition de l'utilisateur. La sélection est faite en se basant, par exemple, sur la position présente de l'utilisateur. Le système va tenter d'identifier un véhicule disponible suffisamment proche de la position de l'utilisateur.
Dès que le système a identifié un véhicule disponible ou dès que le temps d'attente est bien calculé, les informations sont transférées à l'utilisateur. Cette étape est indiquée avec le numéro 140 dans la figure 1.
L'information transférée à l'utilisateur peut être : nous avons identifié un véhicule disponible et le véhicule disponible se trouve à cette position ; nous n'avons pas trouvé de véhicule disponible pour le moment, mais nous assurons que nous pouvons mettre à disposition un véhicule dans environ 25 minutes ; ou toute autre information utile à l'utilisateur.
Dans la figure 2, les différents éléments du système selon l'invention sont indiqués de façon schématique. Le système comprend un centre informatique 200, qui forme le cœur du système selon l'invention. Le centre électronique est pourvu des éléments relatifs à la gestion de la flotte de véhicules, des outils d'analyse, de la base de données pour gérer les détails des utilisateurs, du système et des autres logiciels généraux concernant la gestion du système. Les différents éléments sont indiqués au cœur du centre informatique et sont indiqués avec les numéros de référence 210.
Un élément important du centre informatique 200, est la présence des moyens de communication permettant de communiquer avec les véhicules individuels publics et d'obtenir ainsi des informations sur la position précise des véhicules. Le numéro de référence 220 schématise le procédé véhicule. Cela signifie tous les éléments informatiques, les logiciels permettant au centre informatique de communiquer avec le véhicule et de traiter les données transmises par les véhicules. Le centre informatique peut communiquer avec les véhicules grâce à un protocole GPRS ou tout autre moyen de communication adapté.
Avec le numéro 230, de façon schématique, le processus «affectation» est indiqué. Cela signifie tout le matériel informatique et tous les logiciels nécessaires à la communication avec un client. Un client peut contacter le centre électronique 200 pour, dans un premier temps, créer une fiche client. Le client peut s'identifier et peut indiquer le moyen de paiement dont il souhaite se servir pour l'utilisation du système.
De plus le processus «affectation» indique la possibilité à un client de se présenter au système pour demander la mise à disposition d'un véhicule. Avec le processus «affectation», le client envoie sa demande et le système lui confirme la disponibilité d'un véhicule et l'endroit où il peut récupérer ce véhicule. Le client peut communiquer avec le centre informatique grâce, par exemple, à un ordinateur, à un PDA, à un téléphone portable ou grâce à n'importe quel autre moyen de communication disponible. La communication peut se déclencher en utilisant du texte. Pour la communication entre le client et le centre informatique, un protocole utilisant des boîtes à cocher peut également être utilisé.
Le numéro 240 indique le processus «équipier». Dans le texte le mot «équipier» indique une personne qui récupère un véhicule et le redistribue dans le système. Cela signifie, dans le cas où un véhicule a besoin d'entretien, que l'équipier peut chercher le véhicule et procéder à l'entretien nécessaire. Cet entretien peut, par exemple, consister à recharger la batterie d'un véhicule électrique. Dans le cas où il s'agit de véhicules thermiques ou hybrides, cela peut consister en une action de remplissage du réservoir de la voiture avec de l'essence. Les équipiers sont aussi utilisés pour redistribuer les véhicules dans le système s'il apparaît que trop de véhicules se situent au même endroit. S'il y a un décalage entre le positionnement des véhicules et le besoin type des utilisateurs, l'équipier peut être utilisé pour améliorer la distribution des véhicules dans le système. La communication entre le centre informatique et l'équipier peut être réalisée par tous les moyens adaptés, par exemple un protocole GPRS. Un équipier reçoit sur son ordinateur portable l'indication d'une action à mener, peut répondre au système et prendre la responsabilité d'une action à mener si nécessaire.
Un autre contact avec le centre informatique peut consister, par exemple, en un processus de supervision 250. Un tel processus peut être mis en place pour permettre à n'importe quel organisme de suivre l'opération du système. Dans le cas où le système est utilisé dans une ville, un service de la municipalité peut, par exemple, suivre les mouvements des véhicules ou la participation des citoyens au système, analyser les indices spécifiques concernant le système, suivre les coûts du système pour la communauté ou encore mener toutes autres interfonctions adaptées.
Dans un mode de réalisation préféré, le centre informatique 200 permet des études de faisabilité et donc une aide pour la préparation des conseils. Ces conseils peuvent concerner le marché, le dimensionnement du système, la totalité des véhicules nécessaires, la modalité, et par exemple une planification.
Le centre informatique peut servir une certaine zone géographique. Celui-ci peut être utilisé pour le quartier d'une ville. De façon alternative, un seul centre informatique est utilisé pour servir plusieurs quartiers ou une zone géographique encore plus étendue.
Un autre élément du centre informatique est la présence des données cartographiques très précises. Les données cartographiques sont normalement mises à disposition par des fournisseurs de données cartographiques tels que NAVTEQ ou TEL ATLAS. Le système de fournisseurs classiques est régulièrement mis à jour. Cela signifie au moins une fois par an. Un tel procédé de conservation des données cartographiques ne suffit pas pour le système selon l'invention. Par une communication intensive entre le centre électronique et les véhicules utilisés par le système, les données cartographiques selon l'invention sont mises à jour quotidiennement. Le géo positionnement précis, utilisé dans le système dans les conditions urbaines telles que «rues étroites, parkings souterrains», nécessite de compléter les signaux GPS par des mesures de capteurs embarqués. Ces capteurs embarqués sont, par exemple, des odomètres et gyromètres. Cela signifie que tous les véhicules répertoriés dans le système permettent de tenir à jour les données cartographiques utilisées dans le système. Si, par exemple, une voiture est garée dans une rue qui, selon les données cartographiques fournies par l'un des grands fournisseurs, n'existe pas, les caractéristiques de cette rue peuvent être ajoutées pour mettre à jour les données cartographiques. La figure 3, montre de façon schématique un véhicule 300, qui a pour fonction, entre autre, d'enregistrer les mouvements de véhicules et de communiquer d'une part avec le centre informatique 200, et d'autre part avec un utilisateur 260.
Le boîtier électronique 310 comprend, entre autre, des moyens de localisation précis 320. De préférence, ce moyen de localisation précis comprend un GPS d'une grande exactitude, par exemple plus ou moins 5 mètres. Les moyens de localisation précis permettent de localiser le véhicule 300.
Le boîtier électronique 310 comporte des moyens de communication 330 permettant une communication bidirectionnelle avec le centre informatique 200. De plus, le boîtier électronique 310, comporte le moyen d'identification pour permettre à un utilisateur enregistré 260 d'accéder au véhicule 300.. Ces moyens d'authentification 340 permettent aussi la facturation de l'usage du véhicule en fonction des paramètres personnalisés, tels que la distance parcourue et le temps du trajet. Le boîtier électronique 310 comporte des moyens de contrôle 350 permettant de contrôler l'état du véhicule 300, par exemple l'autonomie du véhicule 300. Dans le cas où le véhicule 300 nécessite une intervention (rechargement de la batterie), les moyens de contrôle 350 peuvent transmettre un message au centre informatique 200 en utilisant les moyens de communication bidirectionnels 330.
Afin de simplifier la communication entre un utilisateur 260 et un véhicule 300, le boîtier électronique 310 possède un dispositif d'affichage 360 qui indique le statut du véhicule 300. Grâce au dispositif d'affichage 360, différents états du véhicule peuvent être indiqués. Un premier état est «je suis disponible». Cet état peut, par exemple, être indiqué avec une LED de couleur verte. Un deuxième état peut être indiqué par le dispositif d'affichage et le fait que le véhicule soit réservé. Cet état peut être indiqué avec un LED de couleur jaune. Le dispositif d'affichage 360 peut également indiquer que la voiture n'est pas disponible, en attente d'intervention ou encore n'a plus d'autonomie. Cette troisième étape peut être indiquée avec une LED rouge.
Le dispositif d'affichage peut indiquer plusieurs autres informations, par exemple indiquer à l'utilisateur 260 qu'il n'a plus le droit d'utiliser le véhicule. C'est peut-être le cas si l'utilisateur 260 n'a plus d'abonnement ou n'a s'il n'a pas payé ses factures.
Le procédé et le système selon l'invention sont adaptés pour permettre d'en savoir plus sur les habitudes des utilisateurs, au fur et à mesure que ceux-ci utilisent les véhicules répertoriés dans le système. Un fonctionnement du système peut être comme suit.
Initialement, cela signifie le premier jour, que quelques véhicules sont disposés dans une zone de façon à garantir une accessibilité acceptable pour les premiers abonnés du système. En principe, les véhicules sont disposés près des adresses indiquées par les utilisateurs enregistrés.
Une accessibilité acceptable signifie une distance, entre le véhicule et le domicile d'un utilisateur, comprise entre 2 et 3 minutes de marche.
Le centre électronique est initialisé avec le profil des utilisateurs établi lors des enquêtes marketing initiales et enregistré lors de l'entretien d'abonnement des premiers abonnés. A chaque course, un certain nombre de paramètres sont enregistrés, comme le temps du trajet, la distance, l'itinéraire précis, le temps d'arrêt ou encore la localisation précise du stationnement. Le fait d'enregistrer ces différents paramètres permet d'enrichir progressivement la base de données du centre informatique, à laquelle pourront être ajoutées les statistiques obtenues par les véhicules répertoriés dans le système. Pour chaque utilisateur, les données de personnalisation vont être utilisées pour optimiser le taux de rotation des véhicules tout en minimisant le temps d'attente des utilisateurs.
En parallèle des déplacements des utilisateurs, les équipiers, ayant accès à tout instant aux bases de données pour obtenir des informations sur les positions et les états des véhicules, peuvent aussi se renseigner sur l'historique de l'utilisation des véhicules afin de mieux comprendre les déplacements des véhicules dans le système et mieux connaître les besoins des utilisateurs des véhicules. En même temps, le modèle des réseaux routiers dans le centre informatique est enrichi progressivement de caractéristiques fines. Cela signifie, de plus en plus, les zones de stationnement impossibles, les sens interdits, l'occupation du sol, le temps de trajet et les engorgements ponctuels relevés par les équipiers sont connus par le système.
Le fait que le système, selon l'invention, soit de plus en plus capable d'analyser le mode d'utilisation des véhicules, permet d'optimiser progressivement le processus de décision. Ceci permet de garantir à un utilisateur la disponibilité d'un véhicule, dans un laps de temps de 30 minutes maximum, tout en minimisant les coûts opérationnels.
Lorsqu'un utilisateur souhaite utiliser un véhicule répertorié dans le système, il peut présenter son badge au véhicule indiqué comme libre ou bien contacter le centre informatique pour obtenir des informations sur les véhicules disponibles.
Après quoi l'utilisateur peut utiliser le véhicule, sachant qu'il sera facturé en fin de trajet en fonction de la distance et du temps. L'utilisateur peut le déposer où il veut à l'intérieur d'une zone géographique prédéterminée par l'opérateur du système. Il pourra éventuellement laisser le véhicule en-dehors de cette zone indiquée à condition de prendre en charge les frais de redistribution du véhicule dans la zone par un équipier.
En ce qui concerne la facturation aux utilisateurs, une tarification automatique peut être mise en place dans laquelle le tarif dépend des distances parcourues et du temps d'utilisation. Ces informations sont transmises au centre informatique en temps réel. Il est possible de fixer les tarifs pour les trajets urbains de façon dynamique. Cela signifie que les frais dépendent de la période de la journée, de l'année, et de la zone géographique dans laquelle le véhicule est utilisé. De plus, il est possible de créer, par exemple, une première classe de déplacements inférieurs à une distance limitée telle que 5 km et à un temps d'utilisation compris entre 10 et 25 minutes. Une personne pourra utiliser un véhicule pour des distances ou des périodes plus longues, moyennant une facturation plus élevée. Le processus de facturation du client peut varier d'un système de prépaiement à un système de facturation après usage du véhicule.
Le système selon l'invention peut être utilisé en combinaison avec un système de secours offrant ainsi aux utilisateurs un moyen de transport alternatif dans le cas où il y a aucun véhicule disponible.
En principe, un utilisateur se présente devant une voiture disponible ou s'identifie et réserve un véhicule disponible auprès du centre informatique. Si l'utilisateur apprend qu'aucun véhicule n'est disponible, le système peut calculer, sur la base des informations enregistrées dans la base de données comportant les mouvements de tous les véhicules du système, un temps d'attente moyen. Si après ce calcul, il apparaît qu'aucun véhicule n'est disponible dans un délai acceptable (environ 30 minutes), le système peut mettre en place une procédure de secours. Le système va alors organiser la réservation d'un taxi ou un autre moyen de transport pour garantir la disponibilité du moyen de transport dans un temps donné, contractuel.
Le système selon l'invention est particulièrement adapté pour être mis en place dans un premier temps dans un des quartiers d'une ville. Dès que le système fonctionne bien dans ce quartier, celui-ci peut être étendu par la mise en place du système dans un quartier voisin. Etape par étape, la zone géographique où le système opère peut être élargie.
Dans la pratique, il est de l'intérêt de chacun que plusieurs autres utilisateurs rejoignent le service et prennent un abonnement. Plus il y aura d'utilisateurs, plus les véhicules disponibles dans une zone géographique déterminée seront nombreux. A chaque enregistrement de «n» nouveaux abonnés (par exemple n=10), un véhicule est ajouté. Ce fonctionnement continue jusqu'à ce qu'une zone géographique soit complètement couverte. Plus la zone couverte par le système est importante, plus grande sera la liberté d'utilisation des véhicules.
Si le système est mis en place quartier par quartier, il est possible en pratique d'en organiser la gestion également quartier par quartier. Cela signifie que de temps en temps, la voiture d'un premier quartier qui est laissée dans un deuxième quartier est remise par un équipier dans sa zone d'origine. Si chaque quartier a sa propre organisation, le système informatique de chaque quartier est inter connecté de façon à pouvoir appliquer la même stratégie d'optimisation.
Le système selon l'invention, peut être utilisé en complémentarité avec d'autres systèmes de transport public. Cela signifie que les véhicules répertoriés dans le système selon l'invention sont utilisés en combinaison avec des bus, des tramways ou des trains. Une première possibilité est de commercialiser des abonnements donnant accès à la fois au système selon l'invention et aux transports publics conventionnels.
Un autre avantage d'une coopération entre le système selon l'invention et du système de transport public conventionnel, réside dans le fait que les données récupérées, en suivant le mouvement des véhicules dans le système, peuvent être utilisées afin d'optimiser les mouvements des véhicules utilisés dans le transport public classique.
La figure 4 montre en détail les différents états que le dispositif d'affichage 301 peut indiquer, avant ou après une communication avec le centre informatique 200 ou encore un utilisateur 260. Après une phase d'initialisation 400, le moyen d'affichage 360 indique quel véhicule 401 est disponible. Le véhicule peut recevoir une confirmation de réservation du centre informatique. Dans ce cas là, le dispositif d'affichage change son état vers un état réservé 402 dans lequel le boîtier électronique 310 du véhicule attend la présentation de l'identification d'un utilisateur. Si celui- ci se présente, muni d'un moyen d'identification correct, le dispositif d'affichage peut changer vers une position «prêt pour une utilisation» 403. Au contraire, dans le cas où le badge d'identification n'est pas correct, le dispositif d'affichage peut indiquer que le badge n'est pas acceptable 404. Si un utilisateur ne se présente pas avec un badge correct ou s'il ne se présente pas dans un temps donné, la réservation 402 est annulée 403 et le dispositif d'affichage retrouve sa position disponible 401.
Une voiture disponible 401 peut aussi être réservée par un utilisateur qui se présente avec un badge. Dès que le badge est présenté devant le véhicule, le boîtier électronique 310 du véhicule prend contact avec le centre informatique afin de vérifier si l'utilisateur qui se présente a le droit d'utiliser le véhicule 405. Si le badge n'est pas valide, le dispositif d'affichage 360 indique avec une LAD rouge que le badge ne peut pas être accepté 406. Si le contact entre le véhicule et le centre informatique n'est pas possible, le même message est indiqué aux utilisateurs 407. Si le badge est correct la procédure pour mettre à disposition le véhicule peut commencer 403. Dans un premier temps, un état des lieux est fait 408 dans le véhicule. Cela veut dire que dans le véhicule, on contrôle si les fonctions essentielles du véhicule sont bien en ordre. Avant que l'utilisateur puisse conduire le véhicule, on contrôle que les portes soient bien fermées. Si tout est en ordre, l'utilisateur peut conduire le véhicule 410. Dès que l'utilisateur s'arrête, le véhicule est en situation de pause ou à la fin de son trajet. Si le véhicule est dans un état de pause, le véhicule attend un badge pour indiquer si l'utilisateur souhaite mettre l'état du véhicule en attente 412. Ensuite, le véhicule attend de nouveau le badge pour redémarrer. Si le badge est accepté, la procédure pour mettre le véhicule à disposition peut recommencer 413. Si le badge est invalide, le véhicule indique que le badge n'est pas accepté 414. Après l'acceptation d'un badge correct, la procédure de vérification des portes fermées recommence 409, avant que l'utilisateur puisse conduire le véhicule. Si le véhicule ne reçoit pas un badge valide, ou par exemple le badge invalide d'un autre utilisateur, ceci est indiqué dans le dispositif d'affichage. Après l'étape 411 , l'utilisateur peut aussi finaliser l'utilisation du véhicule. Le véhicule attend de nouveau le badge 416. Si le badge est correct, la procédure de finalisation peut se déclencher 417, sinon le dispositif d'affichage indique que le badge est invalide 418. La finalisation se déroule en contact avec le centre informatique auquel sont transmises les données concernant le trajet. Si le contact avec le centre informatique n'est pas disponible, par exemple s'il y a un échec GPRS, le système indique un échec upload 419. L'utilisateur peut quand même continuer avec la finalisation de l'utilisation du véhicule. Dans le boîtier électronique 310 dans le véhicule, toutes les données concernant le trajet sont stockées. Toutes ces informations sont ultérieurement transférées au centre électronique. L'utilisateur n'a pas besoin d'attendre le moment où le véhicule sera de nouveau capable de prendre contact avec le centre électronique. Comme expliqué ci-dessus en détail, il est aussi possible qu'aucun véhicule ne soit disponible pour l'utilisateur. Dans ce cas là, le système va utiliser toutes les données de la base de données afin de pour calculer un pronostic concernant le temps d'attente avant qu'un véhicule puisse être disponible pour l'utilisateur.
Selon l'invention, des informations précises concernant les habitudes des utilisateurs, ainsi que leur manière d'utiliser les véhicules, sont disponibles dans la base de données. Afin de réaliser un pronostic concernant le temps d'attente pour la mise à disposition d'un véhicule, on analyse tous les véhicules occupés. Ceux-ci sont en route, quelque part, et afin de se faire une idée du laps de temps à attendre, les mouvements futurs de tous les véhicules doivent être calculés. Selon l'invention, la manière de réaliser un tel pronostic débute avec une analyse, pour chaque véhicule, du trajet déjà parcouru par chacun d'entre eux. Véhicule par véhicule, il faut identifier si celui-ci est en début, en cours ou en fin de parcours. Cependant, dans l'avancement du trajet du véhicule, un algorithme est sélectionné. Celui-ci est utilisé pour calculer le temps et le lieu le plus probable pour la mise à disposition du véhicule. L'algorithme sélectionné est spécialement adapté pour l'état d'avancement de chaque véhicule. Cela signifie qu'il existe un algorithme permettant de calculer le mouvement futur d'un véhicule se situant en début de trajet, un autre adapté pour un véhicule se situant en milieu de trajet et un troisième algorithme pour un véhicule se situant en fin de parcours.
Au cas où un véhicule se trouve en fin de trajet, la procédure permettant de prévoir son déplacement futur est par exemple comme suit. Dans une première étape, on identifie un véhicule occupé. En fonction de sa position et de la direction instantanée, on calcule un isochrone avec le temps probable qu'il lui reste à parcourir. L'enveloppe convexe de cet isochrone définit une zone d'évolution probable du véhicule.
Dans une deuxième étape, on calcule la longueur totale des arcs de cet isochrone dans l'intervalle de temps. De plus, on calcule la longueur totale des arcs isochrones qui sont dans les zones.
Le rapport est directement relié à la probabilité instantanée que le véhicule termine sa course dans la zone désirée. Un poids additionnel est appliqué aux zones de stationnement probables du réseau. Ce poids est obtenu par apprentissage. Nous pouvons appliquer ce procédé à la flotte des véhicules.

Claims

REVENDICATIONS
1. Procédé pour mettre à la disposition d'un utilisateur un véhicule, pour être utilisé par cet utilisateur, d'un groupe de véhicules publics individuels, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes : obtenir des véhicules de ce groupe information concernant la position géographique du véhicule, obtenir des véhicules de ce groupe information concernant leur disponibilité pour un utilisateur, envoyer les informations concernant la position géographiques des véhicules et leurs disponibilités à un centre informatique, recevoir et conserver au centre informatique les informations concernant la position géographique et la disponibilité des véhicules, recevoir au centre informatique une requête pour mettre à disposition d'un utilisateur un véhicule à une position, comparer les informations concernant la position géographique et la disponibilité des véhicules reçus au centre informatique avec la requête pour mettre à disposition un véhicule, identifier un véhicule disponible à la position indiqué par l'utilisateur ou prés de cette position, et - envoyer à l'utilisateur des informations concernant la position géographique du véhicule disponible..
2. Procédé selon la revendication 1 , ledit procédé comprenant les étapes suivantes : recevoir de chaque véhicule public individuel les informations concernant les mouvements géographiques des véhicules, créer une base de données comportant les informations concernant les mouvements des véhicules, utiliser la base de données afin de calculer des indices concernant les mouvements des véhicules dans une zone géographique pour pronostiquer les mouvements futurs des véhicules dans cette zone.
3. Procédé selon les revendications 1 ou 2, ledit procédé comprenant l'étape de pourvoir chaque véhicule public individuel d'une caractéristique concernant sa disponibilité, recevoir une requête pour mettre à disponibilité un véhicule, confirmer la disponibilité d'un certain véhicule, changer la caractéristique de ce véhicule d'un premier état « disponible » à un deuxième état « non-disponible ».
4. Système pour réaliser le procédé selon l'une des revendications 1 à 3, ledit système comprenant un centre informatique et un ou plusieurs véhicules, dans lequel ce centre informatique est pourvu de moyens de communication pour communiquer avec chaque véhicule et dans lequel les véhicules sont pourvus de moyens de localisation précis et de moyens de communication pour envoyer des informations concernant leur position géographique vers ce centre informatique.
5. Système selon la revendication 4, dans lequel les moyens de communication sont adaptés pour permettre aux véhicules d'envoyer des informations concernant leur position géographique de façon continue.
6. Système selon les revendications 4 ou 5, dans lequel le centre informatique est adapté pour communiquer avec un utilisateur, pour permettre à l'utilisateur d'accéder aux informations concernant la position géographique des véhicules.
7. Système selon l'un des revendications 4, 5, 6, dans lequel les moyens de communication sont adaptés pour une communication sans fil de type GSM, 2G, 3G ou WIFI.
8. Véhicule adapté pour le système selon l'une des revendications 5 à 7, ledit véhicule étant pourvu de moyens de localisation précis, permettant à ce dernier de savoir sa position géographique exacte et de moyens de communication pour envoyer sa position exacte.
9. Véhicule selon la revendication 8, ledit véhicule étant pourvu de moyens pour communiquer avec un utilisateur, pour permettre au véhicule de reconnaître un utilisateur enregistré et pour permettre à l'utilisateur l'accès au véhicule.
10. Véhicule selon la revendication 9, dans lequel les moyens de communication entre le véhicule et l'utilisateur sont dotés de moyens d'authentification utilisant un protocole RFID.
11. Véhicule selon l'une des revendications 8 à 10, ledit véhicule étant pourvu d'un dispositif d'affichage, indiquant de façon visible la caractéristique du véhicule concernant sa disponibilité.
12. Programme informatique comprenant des données et des instructions qui, après chargement par un système de traitement donne audit système la capacité d'exécuter un procédé selon l'une des revendications 1 à 3.
13. Support de données pourvu d'un programme informatique selon la revendication 12.
EP08787925A 2007-04-30 2008-04-08 Procédé et système permettant de mettre un véhicule public individuel à la disposition d'un utilisateur Ceased EP2150930A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0703139A FR2924508A1 (fr) 2007-04-30 2007-04-30 Procede et systeme pour mettre a la disposition d'un utilisateur un vehicule public individuel
FR0704117A FR2924509B1 (fr) 2007-04-30 2007-06-08 "procede et systeme permettant de mettre un vehicule public individuel a la disposition d'un utilisateur"
PCT/FR2008/000490 WO2008145833A2 (fr) 2007-04-30 2008-04-08 Procédé et système permettant de mettre un véhicule public individuel à la disposition d'un utilisateur

Publications (1)

Publication Number Publication Date
EP2150930A2 true EP2150930A2 (fr) 2010-02-10

Family

ID=39941863

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08787925A Ceased EP2150930A2 (fr) 2007-04-30 2008-04-08 Procédé et système permettant de mettre un véhicule public individuel à la disposition d'un utilisateur

Country Status (4)

Country Link
US (1) US20120116825A1 (fr)
EP (1) EP2150930A2 (fr)
FR (1) FR2924509B1 (fr)
WO (1) WO2008145833A2 (fr)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2942897B1 (fr) * 2009-03-06 2016-12-30 Vu Log Procede et systeme de gestion d'une flotte de vehicule
IT1395145B1 (it) * 2009-08-07 2012-09-05 Twist S R L Procedimento e sistema di gestione e controllo di singoli veicoli, in particolare di singoli autoveicoli, autocarri ed autobus di flotte di autoveicoli, autocarri ed autobus rispettivamente.
FR2980878B1 (fr) * 2011-09-30 2018-09-07 Ier Systems Procede et systeme de gestion de vehicules proposes a la location.
FR2980893A1 (fr) * 2011-09-30 2013-04-05 Ier Systems Procede et systeme de signalisation de consommations realisees, et installation de location automatisee de vehicules mettant en oeuvre un tel procede et/ou un tel systeme.
EP2852924A1 (fr) * 2012-05-22 2015-04-01 Mobiag Lda. Système pour rendre disponible la location de véhicules d'un parc agrégé à partir d'une pluralité de parcs de véhicules
FR3017229A1 (fr) * 2014-01-31 2015-08-07 Bluecarsharing Procede et systeme de reequilibrage d'une installation d'utilisation partagee de vehicules, installation mettant en oeuvre un tel procede et/ou systeme
US9607509B2 (en) 2015-04-08 2017-03-28 Sap Se Identification of vehicle parking using data from vehicle sensor network
US10623834B1 (en) * 2018-01-15 2020-04-14 United Services Automobile Association (Usaa) Vehicle tracking techniques
JP6955699B2 (ja) * 2018-02-26 2021-10-27 トヨタ自動車株式会社 管理システム、管理方法、及び管理プログラム
FR3091342B1 (fr) * 2018-12-28 2021-01-29 Vulog Procédé et système de planification d’un trajet
US11587194B2 (en) * 2019-06-03 2023-02-21 SpotHero, Inc. Vehicle floating fleet systems and methods

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120522A1 (en) * 2001-12-20 2003-06-26 Robert Uyeki Vehicle monitoring and reservation system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL93567A (en) * 1990-02-27 1993-02-21 Israel Hirshberg Self renting car
US6317058B1 (en) * 1999-09-15 2001-11-13 Jerome H. Lemelson Intelligent traffic control and warning system and method
FR2801994B1 (fr) * 1999-12-03 2002-01-18 Renault Procede et dispositif de gestion d'une flotte de vehicules offerts en location en libre service
WO2001061604A1 (fr) * 2000-02-16 2001-08-23 Zipcar, Inc Systemes et procedes de controle d'acces a un vehicule
US6697730B2 (en) * 2000-04-04 2004-02-24 Georgia Tech Research Corp. Communications and computing based urban transit system
US20030149600A1 (en) * 2000-04-21 2003-08-07 Eckert Seamans Cherin And Mellott Llc Reservation entry method and system
FR2819958B1 (fr) * 2001-01-19 2003-08-01 Renault Procede et systeme d'exploitation d'une flotte de vehicules
EP1398719B1 (fr) * 2002-09-16 2004-12-22 Swisscom AG Système informatique de réservation de véhicule et procédé pour un système informatique de réservation de véhicule
EP1498855A3 (fr) * 2003-06-20 2005-12-21 Europcar Autovermietung GmbH Méthode et système pour la location de véhicules
US20060157563A1 (en) * 2004-06-17 2006-07-20 Marshall David A Smart card systems in connection with transportation services
US8370054B2 (en) * 2005-03-24 2013-02-05 Google Inc. User location driven identification of service vehicles

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120522A1 (en) * 2001-12-20 2003-06-26 Robert Uyeki Vehicle monitoring and reservation system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Vu Log - Une voiture, s'il vous plaît !", 27 April 2007 (2007-04-27), pages 1 - 1, XP055262377, Retrieved from the Internet <URL:http://www.imaginonsdemain.fr/saison3/vulog.htm> [retrieved on 20160404] *

Also Published As

Publication number Publication date
WO2008145833A3 (fr) 2009-01-22
FR2924509B1 (fr) 2012-04-20
WO2008145833A2 (fr) 2008-12-04
US20120116825A1 (en) 2012-05-10
FR2924509A1 (fr) 2009-06-05

Similar Documents

Publication Publication Date Title
EP2150930A2 (fr) Procédé et système permettant de mettre un véhicule public individuel à la disposition d&#39;un utilisateur
US11842302B2 (en) Method, device, cloud service, system, and computer program for smart parking a connected vehicle
US11189167B2 (en) Connected user communication and interface system with shuttle tracking application
EP2761544A1 (fr) Procede et systeme de reservation a distance d&#39;un emplacement de stationnement, et installation de location automatisee de vehicules
CN107770268A (zh) 用于管理充电站的方法和系统
US20140122190A1 (en) System and methods for detection and selection of a resource among available resources
EP3903069B1 (fr) Procédé et système de planification d&#39;un trajet
EP2310924B1 (fr) Système de transport collectif automatisé
US20170178511A1 (en) Determining parking status and parking availability
FR3033066A1 (fr)
FR2955935A1 (fr) Appareil pour planifier des combinaisons de trajets, procede et programme a cet effet
WO2013045834A1 (fr) Procede et systeme de gestion d&#39;emplacements de stationnement dans le cadre de la location automatisee de vehicules, et installation de location de vehicules.
EP1519288A1 (fr) Systeme et procede de covoiturage et dispositif de communication pour la mise en oeuvre du procede
EP3196815B1 (fr) Procédé de détection de passagers, de gestion et d&#39;optimisation de leurs transports partages
FR2969357A1 (fr) Systeme et procede de gestion de covoiturage
EP2591462B1 (fr) Dispositif de controle du stationnement avec allocation dynamique d&#39;emplacements a des vehicules privilegies
Arena et al. Service design in electric vehicle sharing: evidence from Italy
EP1659531A1 (fr) Procédé et système de gestion d&#39;une flotte de véhicules, et véhicule associé
FR2880975A1 (fr) Systeme de gestion de missions de covoiturage
Tay Cycling infrastructure as a first mile solution for mass transit access in Singapore: A study of MRT ridership in Singapore towns
FR2924508A1 (fr) Procede et systeme pour mettre a la disposition d&#39;un utilisateur un vehicule public individuel
FR2782814A1 (fr) Procede et dispositif pour la mise en relation d&#39;une offre de service de transport avec une demande d&#39;un tel service
FR2868188A1 (fr) Procede et systeme de transport de voyageurs
FR2899005A1 (fr) Procede et dispositif de localisation d&#39;un vehicule
FR2986639A1 (fr) Systeme de covoiturage dynamique

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20091118

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA MK RS

RIN1 Information on inventor provided before grant (corrected)

Inventor name: EMSELLEM, DAVID, SERGE, ANGE, ANDRE

Inventor name: GIBORY, DAVID, PIERRE, MARIE

Inventor name: GALLAIS, GEORGES, BERNARD, MARIE, PAUL, ANTOINE

17Q First examination report despatched

Effective date: 20100715

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VU LOG

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20210514