EP3738112A1 - Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation - Google Patents

Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation

Info

Publication number
EP3738112A1
EP3738112A1 EP19703155.2A EP19703155A EP3738112A1 EP 3738112 A1 EP3738112 A1 EP 3738112A1 EP 19703155 A EP19703155 A EP 19703155A EP 3738112 A1 EP3738112 A1 EP 3738112A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
car
user
equipment
serv
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
EP19703155.2A
Other languages
German (de)
English (en)
Inventor
François Colon
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.)
Vulog SAS
Original Assignee
Vulog SAS
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 Vulog SAS filed Critical Vulog SAS
Publication of EP3738112A1 publication Critical patent/EP3738112A1/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/005—Traffic control systems for road vehicles including pedestrian guidance indicator
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/20—Means to switch the anti-theft system on or off
    • B60R25/24—Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
    • B60R25/241—Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user whereby access privileges are related to the identifiers
    • 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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/084—Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • 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
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • 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
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/61—Time-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Definitions

  • the invention relates to a method of updating an indicator of the availability of a vehicle for its reservation.
  • the field of the invention relates in particular to the methods for reserving, making available a vehicle to return it in a fleet of vehicles available for booking.
  • the field of the invention relates more particularly to the methods implemented from a smartphone or portable electronic equipment used to release or access a vehicle not covered by a data network.
  • CN105957262 discloses a solution for reserving a vehicle.
  • Solutions are known for reserving and activating the opening of the vehicle by means of a mobile terminal.
  • Document US2015 / 0137943 describes such a solution.
  • the mobile terminal is used to interrogate a remote server in order to check the availability of the vehicles, to select one and to request the vehicle access authorizations.
  • the vehicle itself has access means to a network and can send information to a remote server including its availability. The server can then transmit information directly to the vehicle.
  • the vehicle and the terminal exchange information, for example, a vehicle status or even advertising information.
  • US2011 / 0034128 discloses such a solution.
  • the vehicle and the terminal of a user of a service exchange information including the end of use of the vehicle.
  • the terminal is able, for example, to extinguish a vehicle.
  • the data can be sent to a remote server for recording.
  • the latter after using a vehicle, the latter can not communicate to a remote server its state, for example a state of availability.
  • WO2013 / 045838 relates to a parking location management method on one or more rental sites. This method does not apply to the transmission of information between a remote server and a vehicle parked in a location not covered by a data network.
  • the document FR2980949 relates to a communication system between an equipment not connected to a data network and a remote management server.
  • this system is not adapted to the management of a vehicle's availability indicator for its reservation, when this vehicle is parked in a place not covered by a data network.
  • the invention aims to overcome the aforementioned drawbacks.
  • the solution proposed by the invention is a method of updating a database for the return of a vehicle comprising the following steps:
  • the user equipment is here used as a computer gateway.
  • This equipment is a transport vector, including the availability indicator, which is naturally faster to find a data network to communicate with the remote server as it is worn by a user.
  • the data can be sent back to the remote server for recording even when the vehicle is parked in a location not covered by a data network.
  • the generation of the availability indicator is advantageously generated consecutively to: a numerical control generated following the stopping of the vehicle or its electrical management system and / or; a numerical control generated following the closing of a door and / or; a digital control generated following receipt of a message from a wireless communication interface from a user terminal having an end-of-use data.
  • the automatic transmission of the information set is performed after a first failed attempt to transmit said set of information from an on-board equipment of the vehicle to the remote server, through the data network, and a first record of said information in a memory of the first equipment.
  • the short-range link is preferably a link
  • the set of information advantageously comprises: an identifier of the vehicle; an IP address or URL; a shared secret with a remote server; a token with a timestamp.
  • the method may further comprise the following steps: comparing the tokens and identifiers received from a plurality of messages received from a plurality of devices; removal of duplicate availability indicators from the same vehicle.
  • the update of the database of the remote server may further comprise the following steps: recording a new parking location of the vehicle; recording of usage data comprising at least one of the following data:
  • the method may comprise a step of modifying the availability status of the vehicle for its reservation by a second user comprising: identifying the second user registered in a database of a service of access to a fleet of vehicles; generation of a free access indicator of a vehicle; first transmission by a server to at least one second user of a set of information including the free access indicator; second automatic transmission of the information set including said free access indicator to at least one vehicle via a short-range wireless link; recording of the set of information received by the vehicle in a memory of said vehicle; activation of an unlocking of access to the vehicle.
  • the free access indicator is advantageously associated with the identifier of a second user, the second set of information transmitted to the vehicle further comprising a user identifier.
  • the method may further comprise the following step: reception by the server of a request for access to a vehicle by the second user prior to the generation of a free access indicator.
  • the method comprises consecutively identifying the second user a comparison between at least one position of the vehicle and a position of said second user to activate the generation of a free access indicator for the second user to be transmitted to the vehicle .
  • the method comprises consecutively to the access request, a selection of a vehicle from the second equipment from a list of vehicles generated by said server.
  • the process comprises the following steps:
  • Update of a database modifying a vehicle availability status within a fleet of vehicles by a calculator of the remote server Another aspect of the invention relates to a system comprising at least one mobile terminal and a server for implementing any of the steps of the method defined above.
  • FIG. 2 an exemplary embodiment of an implementation of the steps of the invention in order to modify a vehicle availability status.
  • a service all the features offered and provided by the SERV server and at least one EQi equipment connected to the SERV server via a data network.
  • the service may include, for example, the following features:
  • FIG. 1 represents four entities, including a first equipment EQi of a user Ui, a second equipment EQ 2 of a second user U 2 , a remote server, noted SERV, and an equipment EQCAR arranged in a vehicle CAR.
  • the CAR vehicle is a vehicle of a fleet of vehicles dedicated to renting for users subscribing to a service.
  • each user Ui is registered with a rights management server which may or may not be the remote server SERV.
  • Ui users access a service corresponding to access to a set of vehicles of a park.
  • the registration of a user is performed with a web service of a remote server associated with the service.
  • the registration comprises the registration of a user identifier Ui and a network address @EQi of the user equipment EQi, it can be a port, an IP address, a MAC address or any other address or combinations of constituent elements of addresses for identifying an EQi user equipment.
  • the users Ui are pre-registered from software and are known because an identifier is registered in a remote database.
  • a database associates a CAR vehicle with a user Ui when the latter uses a CAR vehicle.
  • the SERV server comprises a function making it possible to carry out the associations.
  • a user equipment is used by the vehicle as a relay for transmitting data to a remote server SERV.
  • the exchanges between the EQCAR vehicle equipment and an EQi user equipment may therefore include authentication data.
  • the EQi equipment and the EQCAR equipment attempt to establish a short-range connection L Cpi in order to exchange a message Mi for transmission via a NET data network to a remote server SERV.
  • the message Mi can then, for example, include data enabling the user Ui to be given certain temporary rights so that he can exchange data with the remote server SERV, in particular to activate an update of the database which is managed by the SERV server.
  • the server SERV can then be coupled or not to another authentication server, for example to allow to recognize the user Ui and to associate him with predefined rights.
  • a server for example, managing user rights relating to a set of users of a rental service of a fleet of vehicles and associated services to activate the availability of a vehicle in the park to the place of the vehicle.
  • the equipment EQ-i, EQ 2 are mobile electronic equipment comprising a communication interface, for example GSM, GPRS 3G, UMTS, 4G, LTE or Wifi, for establishing a wireless communication link with communication equipment of a data network, such as the internet network.
  • the communication equipment may be, for example, a switch, a router, a server of a network, a base station of a mobile terminal network such as an enodeB or a nodeB for LTE, UMTS networks.
  • the equipment EQi, EQ 2 are preferably smartphones or digital tablets.
  • the equipment includes, for example, an executable code of a downloadable application for performing the functions of the methods of the invention.
  • the server SERV performs certain steps of the method of the invention which can also correspond to functions of a software. It can be a single equipment such as a computer with resources to perform the functions of a server. According to an alternative of the invention, the functions of the server SERV can be provided by a plurality of servers, that is computers. For example, an authentication server, in particular for managing the user rights and a server storing the fleet information can be configured to perform the method of the invention.
  • the user data and the vehicle data are stored in a cloud, otherwise called “cloud” and having a plurality of memory resources synchronized with each other and accessible from the NET data network.
  • Framework of the invention is a cloud, otherwise called “cloud” and having a plurality of memory resources synchronized with each other and accessible from the NET data network.
  • the vehicle CAR is in the context of the invention a vehicle of a fleet of vehicles available for booking via a service to which users are subscribers.
  • a reservation system makes it possible, from an EQi equipment, to reserve an available vehicle by generating a request from a SERV server.
  • the request is then transmitted via a NET data network, represented in FIG. 1, for example the Internet.
  • a NET data network represented in FIG. 1, for example the Internet.
  • An interest of such a network is to allow users to easily book their vehicle from almost anywhere.
  • the SERV server can then manage vehicle availability information in order to inform the service subscribers of the locality of the vehicles and their availability. After using a vehicle, the availability information is then updated by the transmission of messages from the CAR vehicle to the SERV server.
  • the SERV server is, in this example, accessible from the NET network.
  • the invention is placed in a context in which a park CAR vehicle is parked in an area not covered Pi by a NET data network, te! closed parking, a basement or any other place not having sufficient exposure to allow the passage of wireless communications with a PA access point to the data network.
  • the NET network relies on an infrastructure for routing wireless communications from mobile terminals to network devices and vice versa.
  • the access point P Ai to the network NET may be, for example, a relay terminal, a base station, a WIFI home access point or any other network equipment capable of providing a communication interface with a data network, as for example internet.
  • FIG. 1 represents a case in which the CAR vehicle has been used by a first user Ui. This last station for example the CAR vehicle in a closed parking P1 after having used it. The CAR car becomes available again for other users. In this case, the parking P1 does not allow the CAR vehicle, and more particularly its equipment EQ C AR. receiving or transmitting data within the NET data network via the PAi access point.
  • the isolation of the vehicle CAR vis-à-vis the network is shown in Figure 1 by a symbol NO_COUV.
  • the CAR vehicle can not declare its availability to an automated fleet management service.
  • the invention enables the establishment of a communication between the equipment EQ-i of the first user Ui and the equipment EQ C AR of the vehicle CAR in order to close the phase of use of the vehicle CAR.
  • the communication is a short-range communication, noted LCPI, for example of the Bluetooth type. Any other type of short-range protocol can be used.
  • the activation of the LCPI short-range communication can be initiated:
  • the equipment EQi following a user action Ui, a transmission of a reservation end information then being sent to the equipment EQCAR of the vehicle CAR.
  • This initiation can be triggered automatically by the user equipment EQ1.
  • the EQ-i equipment includes a function that automatically triggers the Bluetooth connection in order to send a message to the CAR vehicle.
  • the end of reservation information may be, for example, generated by the equipment EQi or by an action of the user Ui on a control of the dashboard of the vehicle CAR.
  • the LCPI short-range link is a Bluetooth link.
  • the scope of such a liaison Bluetooth can be advantageously of fifteen meters.
  • An interest is to allow a transfer from the equipment of the vehicle CAR end of use information possibly to a user Ui of the service that might be close to the CAR vehicle. This may be of interest when the first user Ui rushly leaves the vehicle location without receiving the vehicle availability data to update with the server SERV.
  • the equipment EQ C AR of the vehicle CAR detects a failure of the connection with a data network and therefore with the remote server SERV and that it detects that it is stationary or at a standstill or that it receives end-of-use information from the CAR vehicle, it automatically initiates a connection procedure on the short-range link with the Ui user's EQi equipment or with any other equipment of a service subscriber likely to be located nearby.
  • the user Ui when the user Ui indicates a state of end of reservation in order to release the vehicle CAR, it generates a command from its equipment EQi. The control then automatically activates the short-range wireless link L Cpi in order to exchange the new availability status of the CAR vehicle.
  • the CAR vehicle status is selected from the following statuses: ⁇ AVAILABLE; NONJ3ISPONIBLE ⁇ , in this case as "AVAILABLE”.
  • the vehicle switches its status to "AVAILABLE” provided that another field is not taken into account in the determination of the status of the vehicle CAR.
  • the activation of the short-range link L Cpi makes it possible to transfer a message Mi comprising an availability information to the equipment EQi or to another equipment of a user of the vehicle reservation service.
  • the availability information is then stored in the equipment EQi of the user Ui.
  • the user Ui then leaves the parking place of the vehicle CAR, for example when leaving a car park Pi. It is then under the cover network of AP access point ! .
  • the EQi equipment can therefore access the NET data network and therefore the SERV server.
  • the invention makes it possible, when the equipment EQ 1 detects the NET network, to transfer the availability information to the server SERV automatically so that the server can update a database of the available vehicles.
  • the car CAR can then be reserved by another user, for example U 2 in FIG.
  • FIG. 1 represents a case of a second user U2 entering the car park P1 and wishing to reserve a CAR vehicle of the park by means of the service proposed by the server SERV and a client application of the equipment EQ 2 .
  • the server SERV then generates a message M 2 containing free access information I DACCES to the vehicle CAR which is transmitted to the equipment EQ 2 for the purpose that it can be transmitted to the CAR vehicle if the user U 2 approaches sufficiently close to the vehicle CAR, that is to say in the range of the short-range link L C pi of the CAR vehicle.
  • This feature enables the CAR vehicle to automatically activate its access by receiving an M 2 message from the SERV server via a subscriber user U 2 to the service.
  • the U 2 user may have previously reserved the CAR vehicle or simply allowed, thanks to its equipment EQ 2 , to transmit the message M 2 to the CAR vehicle.
  • the method of handing over a vehicle to the fleet of available vehicles is effected by issuing a first message from the vehicle to the SERV server to indicate the end of a previous use and by receiving a second message of availability of the vehicle so that a third party user can book the vehicle.
  • the CAR vehicle which can not directly transmit the information because it is not covered by the NET network, uses the LCPI short-range link with at least one EQi user equipment in order to transmit the first signal.
  • FIG. 2 shows a block diagram of the main steps of an embodiment of the invention.
  • FIG. 2 represents four entities already represented in FIG. 1, namely the equipment EQ C AR of the vehicle CAR, the equipment EQi of a first user Ui leaving the vehicle CAR after its use, the server SERV hosting in particular at least a function of the vehicle reservation service and an equipment EQ 2 of a user U 2 likely to evolve near the CAR vehicle or wishing to reserve the latter.
  • the method makes it possible to generate an availability indicator I DDISPO making it possible to indicate to the server SERV that a CAR vehicle is available again in the fleet of vehicles available after use by a user U 1 .
  • the method of the invention comprises a first GENJ DDISPO step for generating an IDDISPO availability indicator of the CAR vehicle.
  • This last indicator IDDISPO is generated after a detection of an end-of-use information of the vehicle is received by the equipment EQ C AR CAR vehicle.
  • the generation of the indicator I DDISPO is carried out by means of a computer of the electronic equipment of the vehicle EQCAR-
  • the method comprises a transmission step TRANSi_Mi of a message Mi from the server SERV to the equipment EQi via a short-range link LCPI.
  • the EQCAR equipment therefore includes a wireless communication interface for establishing short-range links with third-party equipment.
  • the CAR vehicle engages a broadcast transmission or several point-point transmissions with a plurality of user equipment Ui likely to be close to the CAR vehicle. This case may occur when the first user Ui does not activate his Bluetooth link or when an event prevents the short-range link L C pi from being operational.
  • the CAR vehicle may broadcast by default a message Mi by means of a short-range link with one or more equipment detected near the CAR vehicle whatsoever EQI equipment or another EQi.
  • the invention makes it possible to temporarily use an equipment EQi of a user Ui as a relay for transmitting the message M- t .
  • the resources of the equipment EQi are then used, such as its memory, its computer and its interface to transmit the message Mi. This last message Mi will then be re-transmitted to the server SERV when the equipment EQi will be covered by the network NET .
  • an automatic periodic reconnection is performed so as to favor positive attempts to send the IVL message to the SERV server.
  • the vehicle CAR reissues the message Mi until an acknowledgment issued by the server SERV is received by the equipment EQ C AR of the vehicle CAR.
  • the second phase of the method makes it possible to use a fleet of user equipment EQi Ui likely to be in the vicinity of the vehicle CAR to re-transmit an acknowledgment or message M 2 containing data enabling the user to clear the message. access to the CAR vehicle, noted as a free access indicator I DACCES-
  • the EQCAR equipment issues a CAR vehicle lock command LCK_VEHI when the message Mi is issued.
  • This solution makes it possible to secure the access to the vehicle CAR even in the case where the first user Ui does not activate the short-range link L C pi in order to receive the message Mi comprising the availability indicator I DDISPO-
  • the vehicle CAR remains in unavailable status with an active locking of the doors while waiting for a return message M 2 from the server SERV, for example when a new vehicle reservation is activated.
  • the method of the invention comprises a step of recording the message Mi in a memory of the equipment EQi (or EQi) when the short-range link LCPI is activated. by the EQ-i equipment and the EQ C AR equipment.
  • the message data is stored on a device memory while waiting for the EQ-i equipment to transmit to an access point P Ai of the NET network. .
  • the data included in the message Mi may comprise for example:
  • IP address or a URL in particular the SERV server hosting the service of updating the database of available vehicles so that the message Mi is correctly relayed;
  • a token with a time stamp that is to say a date, for example the date on which the message Mi was generated.
  • An advantage of the transmission of the IdJSAR identifier is to limit the errors, in particular to qualify the association between a user Ui and an EQCAR vehicle equipment.
  • the SERV server will then be able to verify that the CAR vehicle is well associated with the vehicle. Ui user. It will also be able to discriminate different messages coming from the same place in which different vehicles of the park are parked.
  • An advantage of the transmission of the server identifier as its IP address or its URL in the message Mi is to provide the equipment EQi, which plays the role of a relay, an address of the SERV server to which to transmit the message Mid.
  • This may be of interest in the case of a distributed architecture in which different services are supported by different SERV servers.
  • the services associated with the users can be provided by a first SERVI server and the services associated with the vehicles are provided by a second server SERV2.
  • SERVI and SERV2 servers are synchronized to update the vehicle availability information.
  • An advantage of sharing a secret between the CAR vehicle and the remote server SERV is to secure the transmission of data between the two equipment EQ and EQCAR and also between EQ-i and the server SERV.
  • the transmissions can then be encrypted.
  • a system of symmetric keys can be set up to encrypt the transmissions between the different equipments.
  • an asymmetric key system can be used between on the one hand the server and on the other hand each user equipment EQi.
  • An advantage of transmitting a time stamp token is to process, on the server side SERV, a plurality of messages receiving Mi from different EQi equipment.
  • the server SERV possibly receiving different messages Mi, is able to manage duplicates.
  • the SERV server includes a function that approximates the geographical origin of the messages Mi in order to corroborate the information before processing it.
  • the date of time stamp may be the date of generation of the messages Mi by the equipment EQCAR, the date of receipt or transmission of the message M1 by the equipment EQi.
  • a server calculator SERV is able to group the various messages Mi from the CAR vehicle whose identifier is analyzed.
  • the computer compares the dates of the messages Mi from the different equipment EQi relayed the message Mi.
  • An embodiment includes the removal of duplicate messages from the CAR vehicle in a predefined time window.
  • the method comprises a step denoted DETJBALI corresponding to the detection of a beacon or an access point PAi to a network. This step is performed by an EQi user equipment. It may be the EQi user equipment that has just used the CAR vehicle or another user Ui located near the CAR vehicle and having received a message Mi from the CAR vehicle.
  • the recording of the message Mi in a memory of the equipment EQ or EQi is thus carried out at least until the detection of a PA-i access point to the NET network.
  • a computer of the equipment can automatically activate a request for access to the network NET, for example by increasing the frequency of access requests vis-à-vis a preconfigured default value.
  • the method then comprises a step TRANS 2 _MI data stored in memory of the equipment EQi to the server SERV via a long-range wireless link L Lpi , for example GSM, GPRS, EDGE, 3G, UMTS, HSDPA, HSPA + , 4G, LTE, LTE-Advanced or 5G, IMT-2020, LTE-B or WIFI.
  • L Lpi long-range wireless link
  • the message Mi is then sent to the remote SERV server.
  • a recording step ENRJ DDISPO of the indicator I DDISPO is engaged on receipt of the message by the server SERV.
  • the equipment EQi is able to send to the server SERV in all cases, whether it has received the message Mi or not, a message indicating that the CAR vehicle is available again since the Ui user no longer uses it.
  • the server SERV can update its database so that the vehicle can be reserved again.
  • the method of the invention therefore comprises a second phase for releasing access to the vehicle for a future reservation.
  • An advantage of using the Mi message via an EQi user equipment is not to change the existing processing at the SERV server. Processing consists of updating the database when the CAR vehicle issues an end-of-use message. This change could take place only on the basis of receiving a message generated by the EQ-i user equipment. There is therefore an advantage to implement this mode of relay when the vehicle is blind vis-à-vis the data network.
  • the availability information of the vehicle CAR from the message Mi makes it possible to validate the availability of the vehicle CAR vis-à-vis the same information of availability that would have been generated solely from the equipment EQi to the SERV server.
  • the method of the invention comprises a step of generating and transmitting an M 2 message aimed at making access to the vehicle CAR free, for example by unlocking its access for a next reservation.
  • this step succeeds, for example, a request for reservation of the CAR vehicle by a user U 2 by means of the service.
  • the reservation being validated by the server SERV, the latter then re-emits at least one message M 2 on the equipment EQ 2 of a user U 2 .
  • This step is denoted TRANS3_ M 2 .
  • the SERV server Since the CAR vehicle is not accessible directly via the NET network, the SERV server has the ability to engage different modes in order to release the CAR vehicle for future use.
  • the server SERV systematically transmits to each user Ui near the known location of the vehicle CAR a message M 2 that can be retransmitted by the equipment EQi from a user Ui to the vehicle CAR.
  • This possibility makes it possible to make the CAR vehicle accessible to any user of the service entering the area P1 not covered by the NET network and wishing to reserve it. It above all makes it possible to ensure that the CAR vehicle can unlock by increasing the chances of receiving an M 2 message with a plurality of users entering the parking P1.
  • Another advantage is to make the CAR vehicle easily accessible even if the user would choose his vehicle to rent once in the area P1, that is to say when it is no longer in connection with the SERV server. Having received the message M 2 before entering the car park P1, the user Ui would be able to access the car CAR.
  • the server SERV exploits a location data of users Ui subscribed to the service when the equipment EQ 2 authorizes the sharing of the location.
  • the server SERV sends a message M 2 only on request from a user M 2 wishing to reserve the vehicle CAR.
  • This implementation secures access to the CAR vehicle by limiting access authorizations only after the reservation request has been made.
  • the server SERV sends an M 2 message to a plurality of users of the service only when at least one CAR car reservation request has been validated.
  • the server SERV sends an M 2 message to a plurality of users of the service only when at least one CAR car reservation request has been validated.
  • the method then comprises a step of recording ENR_M 2 of the message M 2 in a memory of an equipment EQ 2 or several equipments EQi.
  • the recorded message M 2 is then re-transmitted via a short-range wireless link L C p2, to the car CAR when possible.
  • the method therefore comprises a transmission step TRANS 4 _M 2 of the message M 2 when at least one equipment EQ 2 or EQ 1 having received the message M 2 will be in the vicinity of the vehicle CAR.
  • the equipment EQ 2 or EQi will then activate, for example, its Bluetooth link in order to detect a vehicle listening.
  • the equipment includes a calculator and an interface to attempt to establish a connection with a vehicle in the park.
  • the EQi equipment verifies that the identifier of the vehicle corresponds to the identifier contained in the message M 2 .
  • One advantage is to secure short-range transmission and access to data exchanged via this link.
  • the equipment EQi transmits the message M 2 to any type of vehicle trying to establish a connection with the equipment EQi.
  • An advantage of this embodiment is that it does not modify the processing performed on the EQi equipment. The modifications of treatments are only implemented at the level of the EQCAR-
  • the method comprises a step of modifying the availability status of the vehicle CAR.
  • the CAR vehicle unlocks its access and potentially activates the commands to be operational in order to roll when a user starts the engine of the CAR vehicle.
  • the invention also relates to a computer program product comprising instructions for implementing the various phases of the method of the invention.
  • steps can be performed by a computer program of one or more equipment EQi, EQ 2 , EQCAR-
  • the computer program can be installed on a smartphone or a digital tablet having a wireless communication interface.
  • the computer program comprises different executables recorded on different equipment, such as at least one piece of equipment of a vehicle and at least one user equipment, the different executables being able to implement the method of the invention.
  • the invention also relates to a mobile terminal having an interface, for example tactile.
  • the interface comprises a screen for displaying input fields for defining parameters relating to the description of the vehicle and for displaying for example an interactive digital map.
  • the mobile equipment comprises a component for obtaining geolocation information that can be retrieved by the software.
  • the requests issued by an EQi user equipment or a vehicle equipment EQ C AR may include data entered or defined by the user Ui and data from another component or another software such as a data location of the vehicle or the user.
  • the users are pre-registered from the software and are known because an identifier is registered in a remote database.
  • a database associates a CAR vehicle with a user Ui when the latter uses a CAR vehicle.
  • the invention also relates to a non-transitory recording medium comprising the data, which, when installed in a computer or mobile terminal type equipment, make it possible to execute the method of the invention.
  • the invention relates to a system for updating a CAR vehicle status, of the automotive type, in a database of a remote server SERV.
  • the system comprises at least one EQi user equipment and EQCAR vehicle equipment and the data server described above through the process description.
  • the vehicle is a vehicle comprising equipment having at least one computer and a memory for implementing the steps of the method.
  • the user equipment may be for example a smart phone. It comprises at least one computer and a memory for implementing the steps of the method.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Mechanical Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Traffic Control Systems (AREA)

Abstract

Le procédé de mise à jour d'une base de données pour la restitution d'un véhicule (CAR) comporte les étapes suivantes : Génération (GEN_IDDISPO) d'un indicateur de disponibilité (IDDISPO) - Transmission (TRANS1_M1) de l'indicateur de disponibilité (IDDISPO) à au moins un équipement utilisateur (EQ1) d'un premier utilisateur (U1) via une liaison sans fil de courte portée (LCP1); - Enregistrement (ENR_M1) de l'ensemble d'information (M1) dans une mémoire de l'équipement (EQ1) jusqu'à une détection ultérieure d'un accès à un réseau de données (NET); - Transmission (TRANS2_M1) automatique de l'ensemble d'information (M1) comportant ledit indicateur de disponibilité (IDDISPO) à un serveur distant (SERV); - Mise à jour (MODIF_DISPO_CAR) d'une base de données (BD) modifiant un statut de disponibilité véhicule (CAR) au sein d'un parc de véhicules (∑CAR) par un calculateur (K2) du serveur distant (SERV).

Description

PROCEDE DE MISE A JOUR D’UN INDICATEUR DE DISPONIBILITE D’UN VEHICULE POUR SA RESERVATION
DOMAINE
L’invention concerne un procédé de mise a jour d’un indicateur de disponibilité d’un véhicule pour sa réservation. Le domaine de l’invention concerne notamment les méthodes pour réserver, rendre disponible un véhicule afin de le restituer dans un parc de véhicules disponibles à la réservation. Le domaine de l’invention concerne plus particulièrement les procédés mis en œuvre à partir d’un téléphone intelligent ou d’un équipement électronique portable utilisé pour libérer ou accéder à un véhicule non couvert par un réseau de données.
ETAT DE L’ART
Il existe des procédés pour réserver et mettre à disposition un véhicule, notamment automobile. Dans ces méthodes, généralement un véhicule personnel ou d’une flotte professionnelle est mis à disposition au sein d’un parc de véhicules. Le document CN105957262 décrit une solution permettant de réserver un véhicule.
On connaît des solutions permettant de réserver et d’activer l’ouverture du véhicule au moyen d’un terminal mobile.
Le document US2015/0137943 décrit une telle solution. Le terminal mobile est dans ce cas utilisé pour interroger un serveur distant afin de vérifier la disponibilité des véhicules, d’en sélectionner un et de requérir les autorisations d’accès au véhicule. Dans cette solution, le véhicule a lui- même des moyens d’accès à un réseau et peut remonter des informations vers un serveur distant notamment sur sa disponibilité. Le serveur peut alors transmettre des informations directement au véhicule.
Il existe des solutions dans lesquelles le véhicule et le terminal s’échangent des informations, par exemple, un statut du véhicule ou bien même des informations de publicité. Le document US2011/0034128 décrit une telle solution. Le véhicule et le terminal d’un usager d’un service échangent des informations notamment sur une fin d’utilisation du véhicule. Dans ce cas, le terminal est capable, par exemple, d’éteindre un véhicule. Les données peuvent, en outre, être remontées à un serveur distant afin d’être enregistrées.
Or, il existe un problème lorsque le véhicule est garé, par exemple, dans un lieu non couvert par un réseau de données. Cela peut se produire dans des parkings souterrains ou dans des garages clos.
Dans ce dernier cas, après une utilisation d’un véhicule, ce dernier ne peut pas communiquer à un serveur distant son état, par exemple un état de disponibilité.
Le document WO2013/045838 concerne un procédé de gestion d’emplacement de stationnement sur un ou plusieurs sites de location. Ce procédé ne s’applique pas la transmission d’information entre un serveur distant et un véhicule stationné dans un lieu non couvert par un réseau de données.
Le document FR2980949 concerne un système de communication entre un équipement non connecté un réseau de données et un serveur de gestion distant. Ce système n’est toutefois pas adapté à la gestion d’indicateur de disponibilité d’un véhicule pour sa réservation, lorsque ce véhicule est stationné dans un lieu non couvert par un réseau de données.
RESUME DE L’INVENTION
L’invention vise à pallier les inconvénients précités.
La solution proposée par l’invention est un procédé de mise à jour d’une base de données pour la restitution d’un véhicule comportant les étapes suivantes :
Génération d’un indicateur de disponibilité du véhicule à partir d’un calculateur du véhicule ;
- Transmission automatique d’un ensemble d’information comportant ledit indicateur de disponibilité à au moins un équipement utilisateur d’un premier utilisateur via une liaison sans fil de courte portée ;
- Enregistrement de l’ensemble d’information dans une mémoire de l’équipement jusqu’à une détection ultérieure d’un accès à un réseau de données ;
Transmission automatique de l’ensemble d’information comportant ledit indicateur de disponibilité à un serveur distant depuis l’équipement utilisateur via une liaison sans fil permettant un accès à un réseau de données ;
- Mise à jour d’une base de données modifiant un statut de disponibilité véhicule au sein d’un parc de véhicules par un calculateur du serveur distant.
L’équipement utilisateur est ici utilisé comme une passerelle informatique. Cet équipement est un vecteur de transport, notamment de l’indicateur de disponibilité, qui est naturellement plus rapide à retrouver un réseau de données pour communiquer avec le serveur distant vu qu’il est porté par un utilisateur. Les données peuvent ainsi être remontées au serveur distant afin d’être enregistrées, même lorsque le véhicule est garé dans un lieu non couvert par un réseau de données.
D’autres caractéristiques avantageuses de l’invention sont listées ci-dessous. Chacune de ces caractéristiques peut être considérée seule ou en combinaison avec les caractéristiques remarquables définies ci-dessus, et faire l’objet, le cas échéant, d’une ou plusieurs demandes de brevet divisionnaires :
La génération de l’indicateur de disponibilité est avantageusement généré consécutivement à : une commande numérique générée suite à l’arrêt du véhicule ou de son système de gestion électrique et/ou ; une commande numérique générée suite à la fermeture d’une portière et/ou ; une commande numérique générée suite à la réception d’un message à partir d’une interface de communication sans fil provenant d’un terminal utilisateur comportant une donnée de fin d’utilisation. - Avantageusement, la transmission automatique de l’ensemble d’information est réalisée après une première tentative échouée de transmission dudit ensemble d’information depuis un équipement embarqué du véhicule, au serveur distant, au travers du réseau de données, et un premier enregistrement de ladite information dans une mémoire du premier équipement.
- La liaison de courte portée est préférentiellement une liaison
Bluetooth.
- L’ensemble d’information comprend avantageusement : un identifiant du véhicule ; une adresse IP ou une URL ; un secret partagé avec un serveur distant ; un jeton comportant un horodatage.
- Le procédé peut comprendre, en outre, les étapes suivantes : comparaison des jetons et des identifiants reçus d’une pluralité de messages reçus provenant d’une pluralité d’équipements ; suppression des indicateurs de disponibilité en doublon provenant d’un même véhicule.
- La mise à jour de la base de données du serveur distant peut comprendre en outre les étapes suivantes: enregistrement d’une nouvelle localisation de stationnement du véhicule ; enregistrement de données d’usage comportant l’une au moins des données suivantes :
o Temps d’utilisation ;
o Kilomètres parcourus ;
o Déclenchement d’évènements (airbag, alerte révision, etc.).
- Le procédé peut comprendre une étape de modification du statut de disponibilité du véhicule pour sa réservation par un second utilisateur comportant : identification du second utilisateur enregistré dans une base de données d’un service d’accès à un parc de véhicules ; génération d’un indicateur de libre accès d’un véhicule ; première transmission par un serveur à destination d’au moins un second utilisateur d’un ensemble d’information comportant l’indicateur de libre accès ; seconde transmission automatique de l’ensemble d’information comportant ledit indicateur de libre accès à au moins un véhicule via une liaison sans fil de courte portée ; enregistrement de l’ensemble d’information reçu par le véhicule dans une mémoire dudit véhicule ; activation d’un déverrouillage de l’accès au véhicule. - L’indicateur de libre accès est avantageusement associé à l’identifiant d’un second utilisateur, le second ensemble d’information transmis au véhicule comportant en outre un identifiant utilisateur.
- Le procédé peut comprendre en outre l’étape suivante : réception par le serveur d’une demande d’accès à un véhicule par le second utilisateur préalablement à la génération d’un indicateur de libre accès.
- Avantageusement, le procédé comprend consécutivement à l’identification du second utilisateur une comparaison entre au moins une position du véhicule et une position dudit second utilisateur afin d’activer la génération d’un indicateur de libre accès pour le second utilisateur à transmettre au véhicule.
- Avantageusement, le procédé comprend consécutivement à la demande d’accès, une sélection d’un véhicule à partir du second équipement parmi une liste de véhicules générée par ledit serveur.
- Avantageusement, le procédé comprend les étapes suivantes :
Détection, par un équipement du véhicule, d’un accès à un réseau de données via une liaison sans fil longue portée ;
Transmission automatique par l’équipement du véhicule de données véhicule et de données d’association avec le nouvel utilisateur vers le serveur distant ;
Mise à jour d’une base de données modifiant un statut de disponibilité véhicule au sein d’un parc de véhicules par un calculateur du serveur distant. Un autre aspect de l’invention concerne un système comportant au moins un terminal mobile et un serveur pour la mise en œuvre de l’une quelconque des étapes du procédé défini précédemment.
BREVE DESCRIPTION DES FIGURES
D’autres caractéristiques et avantages de l’invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : - figure 1 : une représentation d'un cas d'usage de l’invention lorsqu’un véhicule d’un parc susceptible d’être réservé en ligne n’est pas couvert par un réseau de données ;
- figure 2 : un exemple de réalisation d’une mise en oeuvre des étapes de l’invention afin de modifier un statut de disponibilité de véhicule.
DESCRIPTION
Accès au service
Dans la suite de la description, on appellera "un service" : l'ensemble des fonctionnalités proposé et assuré par le serveur SERV et par au moins un équipement EQi connecté au serveur SERV par l’intermédiaire d’un réseau de données. Le service peut comprendre par exemple, les fonctionnalités suivantes :
- la réservation d’un véhicule parmi une liste de véhicules disponibles.
- la localisation d’un véhicule par exemple sur une carte numérique affichée sur l’équipement utilisateur EQ, ;
- la mise à disponibilité d’un véhicule réservé après une période d’utilisation ;
- le déverrouillage à distance d’un véhicule après une réservation validée ;
- le verrouillage à distance d’un véhicule après une fin d’utilisation d’un véhicule du parc ;
- Etc.
La figure 1 représente quatre entités dont un premier équipement EQi d’un utilisateur U-i, un second équipement EQ2 d’un second utilisateur U2, un serveur distant, noté SERV, et un équipement EQCAR disposé dans un véhicule CAR.
Le véhicule CAR est un véhicule d’un parc de véhicules dédiés à la location pour des utilisateurs abonnés à un service. Authentification au service, enregistrement
Selon un mode de réalisation, chaque utilisateur Ui est enregistré auprès d’un serveur de gestion de droits qui peut être ou non le serveur distant SERV. Les utilisateurs Ui accèdent à un service correspondant à l’accès à un ensemble de véhicules d’un parc.
Selon un mode de réalisation, l’enregistrement d’un utilisateur est réalisé auprès d’un service web d’un serveur distant associé au service.
L’enregistrement comporte l’enregistrement d’un identifiant utilisateur Ui et une adresse réseau @EQi de l’équipement utilisateur EQi, il peut s’agir d’un port, d’une adresse IP, d’une adresse MAC ou toute autre adresse ou combinaisons d’éléments constituants des adresses permettant d’identifier un équipement utilisateur EQi.
Selon un mode de réalisation, les utilisateurs Ui sont préinscrits à partir d’un logiciel et sont connus du fait qu’un identifiant est enregistré dans une base de données distante. Selon un mode de réalisation, une base de données associe un véhicule CAR à un utilisateur Ui lorsque ce dernier utilise un véhicule CAR. Selon un mode de réalisation, le serveur SERV comporte une fonction permettant de réaliser les associations.
Dans le cadre de l’invention, un équipement utilisateur est utilisé par le véhicule comme un relai pour transmettre des données à un serveur distant SERV. Les échanges entre l’équipement du véhicule EQCAR et un équipement utilisateur EQi, peuvent donc comprendre des données d’authentification.
Au lancement du programme, l’équipement EQi et l’équipement EQCAR tentent d’établir une connexion courte portée LCpi afin d’échanger un message Mi pour qu’il soit transmis via un réseau de données NET à un serveur distant SERV. Le message Mi peut alors, par exemple, comprendre une donnée permettant de délivrer à l’utilisateur Ui certains droits temporaires afin qu’il puisse échanger des données avec le serveur distant SERV, notamment pour activer une mise à jour de la base de données qui est gérée par le serveur SERV.
Le serveur SERV peut alors être couplé ou non à un autre serveur d’authentification, par exemple pour permettre de reconnaître l’utilisateur Ui et de lui associer des droits prédéfinis. Par exemple, un serveur d’authentification peut, par exemple, gérer des droits utilisateurs relatifs à un ensemble des utilisateurs d’un service de location d’un parc de véhicules et de services associés permettant d’activer la mise en disponibilité d’un véhicule dans le parc à la place du véhicule.
Equipements, serveur
Selon un premier mode de réalisation, les équipements EQ-i, EQ2 sont des équipements électroniques mobiles comportant une interface de communication, par exemple GSM, GPRS 3G, UMTS, 4G, LTE ou Wifi, pour établir une liaison de communication sans fil avec un équipement de communication d’un réseau de données, tels que le réseau internet. L’équipement de communication peut être, par exemple, un commutateur, un routeur, un serveur d’un réseau, une station de base d’un réseau de terminaux mobiles comme un enodeB ou un nodeB pour les réseau LTE, UMTS.
Les équipements EQi, EQ2 sont préférentiellement des téléphones intelligents ou des tablettes numériques. Selon un mode de réalisation, les équipements comprennent, par exemple, un code exécutable d’une application téléchargeable permettant de réaliser les fonctions des procédés de l’invention.
Le serveur SERV réalise certaines étapes du procédé de l’invention pouvant correspondantes également à des fonctions d’un logiciel. Il peut être un unique équipement tel qu’un ordinateur comportant des ressources permettant de réaliser les fonctions d’un serveur. Selon une alternative de l’invention, les fonctions du serveur SERV peuvent être assurées par une pluralité de serveurs, c’est-à-dire d’ordinateurs. À titre d’exemple, un serveur d’authentification, permettant notamment de gérer les droits utilisateurs et un serveur stockant les informations du parc de véhicules peuvent être configurés pour réaliser le procédé de l’invention.
Selon un autre exemple, les données des utilisateurs et les données des véhicules sont stockées dans un nuage, autrement appelé « cloud » et comportant une pluralité de ressources mémoires synchronisées entre elles et accessibles depuis le réseau de données NET. Cadre de l’invention
Le véhicule CAR est dans le cadre de l’invention un véhicule d’un parc de véhicules disponibles à la réservation via un service auquel des utilisateurs sont abonnés. Un système de réservation permet à partir d’un équipement EQi de réserver un véhicule disponible en générant une requête auprès d’un serveur SERV.
La requête est alors transmise via un réseau de données NET, représenté dans la figure 1 , par exemple Internet. Un intérêt d’un tel réseau est de permettre à des utilisateurs de facilement réserver leur véhicule depuis presque n’importe où. Le serveur SERV peut alors gérer des informations de disponibilité de véhicules afin d’informer les abonnés au service de la localité des véhicules et de leur disponibilité. Après une utilisation d’un véhicule, les informations de disponibilité sont alors mises à jour par l’émission de messages du véhicule CAR vers le serveur SERV. Le serveur SERV est, dans cet exemple, accessible à partir du réseau NET.
L’invention se place dans un contexte dans lequel un véhicule CAR du parc est stationné dans une zone non couverte Pi par un réseau de données NET, te! qu’un parking fermé, un sous-sol ou encore tout autre lieu ne présentant pas une exposition suffisante pour permettre le passage de communications sans fil avec un point d’accès PA au réseau de données.
Le réseau NET s’appuie sur une infrastructure permettant d’acheminer des communications sans fil provenant de terminaux mobiles vers des équipements réseaux et réciproquement. Le point d’accès PAi au réseau NET peut être, par exemple, une borne relais, une station de base, un point d’accès domestique WIFI ou tout autre équipement réseau susceptible de fournir une interface de communication avec un réseau de données, comme par exemple internet.
La figure 1 représente un cas de figure dans lequel le véhicule CAR a été utilisé par un premier utilisateur U-i. Ce dernier gare par exemple le véhicule CAR dans un parking fermé P1 après l’avoir utilisé. Le véhicule CAR devient donc à nouveau disponible pour d’autres utilisateurs. Or dans ce cas de figure, le parking P1 ne permet pas au véhicule CAR, et plus particulièrement à son équipement EQCAR. de recevoir ou d’émettre des données au sein du réseau de données NET via le point d’accès PAi. L’isolement du véhicule CAR vis-à-vis du réseau est matérialisé sur la figure 1 par un symbole NO_COUV.
De ce fait, lorsque le véhicule CAR tente d’établir une connexion à partir d’un équipement embarqué EQCAR avec le réseau de données NET, l’échec de l’établissement de la communication ne permet pas de transférer des données au serveur distant SERV. En conséquence, le véhicule CAR ne peut déclarer sa disponibilité auprès d’un service automatisé de gestion d’un parc de véhicules.
Communication entre le véhicule et l’utilisateur
L’invention permet l’établissement d’une communication entre l’équipement EQ-i du premier utilisateur Ui et l’équipement EQCAR du véhicule CAR afin de clore la phase d’utilisation du véhicule CAR. Selon un mode de réalisation, la communication est une communication de courte portée, noté LCPI , par exemple de type Bluetooth. Tout autre type de protocole de courte portée peut être utilisé.
Selon différentes modes de réalisation, l’activation de la communication de courte portée LCPI peut être initiée :
- par l’équipement EQi consécutivement à une action de l’utilisateur Ui , une transmission d’une information de fin de réservation étant alors émise à destination de l’équipement EQCAR du véhicule CAR. Cette initiation peut être enclenchée automatiquement par l’équipement utilisateur EQ1 . Dans ce cas, l’équipement EQ-i comporte une fonction déclenchant automatiquement la liaison Bluetooth afin d’envoyer un message au véhicule CAR.
- Automatiquement par l’équipement embarqué EQCAR du véhicule CAR suite à une détection d’une information de fin de réservation. L’information de fin de réservation peut être, par exemple, générée par l’équipement EQi ou par une action de l’utilisateur Ui sur une commande du tableau de bord du véhicule CAR.
Selon un exemple de réalisation, la liaison de courte portée LCPI est une liaison Bluetooth. Généralement, la portée d’une telle liaison Bluetooth peut être avantageusement d’une quinzaine de mètres. Un intérêt est de permettre un transfert depuis l’équipement du véhicule CAR d’une information de fin d’utilisation éventuellement à un utilisateur Ui du service qui serait susceptible d’être à proximité du véhicule CAR. Cela peut avoir un intérêt lorsque le premier utilisateur Ui quitte précipitamment le lieu du véhicule sans recevoir du véhicule une donnée de disponibilité à mettre à jour auprès du serveur SERV.
Selon un mode de réalisation, lorsque l’équipement EQCAR du véhicule CAR détecte un échec de la connexion avec un réseau de données et donc avec le serveur distant SERV et qu’il détecte qu’il est stationné ou à l’arrêt ou qu’il reçoit une information de fin d’utilisation provenant du véhicule CAR, il engage automatiquement une procédure de connexion sur la liaison de courte portée avec l’équipement EQi de l’utilisateur Ui ou avec tout autre équipement d’un abonné au service susceptible d’être situé à proximité.
Selon un autre mode de réalisation, lorsque l’utilisateur Ui indique un état de fin de réservation afin de libérer le véhicule CAR, il génère une commande à partir de son équipement EQi. La commande active alors automatiquement la liaison sans fil de courte portée LCpi afin d’échanger le nouveau statut de disponibilité du véhicule CAR.
Une fois cette connexion établie, le statut du véhicule CAR est sélectionné parmi les statuts suivants : {DISPONIBLE ; NONJ3ISPONIBLE}, dans le cas présent comme « DISPONIBLE ». Après une utilisation par un utilisateur U1 , le véhicule bascule son statut en « DISPONIBLE » sous réserve qu’un autre champ ne soit pas pris en compte dans la détermination du statut du véhicule CAR.
L’activation de la liaison courte portée LCpi permet de transférer un message M-i comportant une information de disponibilité à l’équipement EQi ou à un autre équipement d’un utilisateur du service de réservation de véhicules. L’information de disponibilité est alors enregistrée dans l’équipement EQi de l’utilisateur Ui.
L’utilisateur Ui quitte alors le lieu du stationnement du véhicule CAR, par exemple en sortant d’un parking Pi. Il est alors sous la couverture réseau du point d’accès PA!. L’équipement EQi peut donc accéder au réseau de données NET et donc au serveur SERV. L’invention permet, lorsque l’équipement EQ1 détecte le réseau NET, de transférer l’information de disponibilité au serveur SERV automatiquement afin que le serveur puisse mettre à jour une base de données des véhicules disponibles.
Le véhicule CAR peut alors être réservé par un autre utilisateur, par exemple U2 sur la figure 1 .
La figure 1 représente un cas d’un second utilisateur U2 pénétrant dans le parking P1 et souhaitant réserver un véhicule CAR du parc au moyen du service proposé par le serveur SERV et d’une application cliente de l’équipement EQ2.
Selon un mode de réalisation de l’invention, le serveur SERV génère alors un message M2 comportant une information de libre accès I DACCES au véhicule CAR qui est transmise à l’équipement EQ2 dans l’objectif qu’il puisse être transmis au véhicule CAR si l’utilisateur U2 s’approche suffisamment près du véhicule CAR, c’est-à-dire dans la portée de la liaison courte portée LCpi du véhicule CAR. Cette fonctionnalité permet au véhicule CAR d’activer automatiquement son accès en recevant un message M2 du serveur SERV par l’intermédiaire d’un utilisateur abonné U2 au service. Selon les cas de figure, l’utilisateur U2 peut avoir préalablement réservé le véhicule CAR ou avoir simplement permis, grâce à son équipement EQ2, de transmettre le message M2 au véhicule CAR.
Dans un cas où le véhicule CAR serait couvert par un réseau de données NET, le procédé de remise d’un véhicule dans le parc des véhicules disponibles s’effectue par l’émission d’un premier message du véhicule vers le serveur SERV pour indiquer la fin d’une précédente utilisation et par la réception d’un second message de remise en disponibilité du véhicule afin qu’un tiers utilisateur puisse réserver le véhicule. Dans le cadre de l’invention, on rappelle que le véhicule CAR, ne pouvant transmettre directement l’information faute d'être couvert par le réseau NET, utilise la liaison courte portée LCPI avec au moins un équipement utilisateur EQi afin de transmettre le premier message M-t et de recevoir le second message M2. Procédé
La figure 2 représente un synoptique des principales étapes d’un mode de réalisation de l’invention.
La figure 2 représente quatre entités déjà représentées à la figure 1 , à savoir l’équipement EQCAR du véhicule CAR, l’équipement EQi d’un premier utilisateur Ui quittant le véhicule CAR après son utilisation, le serveur SERV hébergeant notamment au moins une fonction du service de réservation de véhicules et un équipement EQ2 d’un utilisateur U2 susceptible d’évoluer à proximité du véhicule CAR ou souhaitant réserver ce dernier.
Dans sa première phase, le procédé permet de générer un indicateur de disponibilité I DDISPO permettant d’indiquer au serveur SERV qu’un véhicule CAR est disponible à nouveau dans le parc de véhicules disponibles après une utilisation par un utilisateur U1.
Selon un mode de réalisation, le procédé de l’invention comprend une première étape GENJ DDISPO visant à générer un indicateur de disponibilité IDDISPO du véhicule CAR. Ce dernier indicateur IDDISPO est généré après une détection d’une information de fin d’utilisation du véhicule soit reçue par l’équipement EQCAR du véhicule CAR. Selon un mode de réalisation, la génération de l’indicateur I DDISPO est réalisée au moyen d’un calculateur de l’équipement électronique du véhicule EQCAR-
Selon un mode de réalisation, le procédé comprend une étape de transmission TRANSi_Mi d’un message Mi depuis le serveur SERV vers l’équipement EQi via une liaison courte portée LCPI . L’équipement EQCAR comprend donc une interface de communication sans fil permettant d’établir des liaisons de courtes portées avec un équipement tiers.
Selon un mode de réalisation, lorsque cette transmission échoue, le véhicule CAR engage une transmission broadcast ou plusieurs transmissions points à points avec une pluralité d’équipements utilisateurs Ui susceptibles d’être à proximité du véhicule CAR. Ce cas de figure peut avoir lieu lorsque le premier utilisateur Ui n’active pas sa liaison Bluetooth ou lorsqu’un évènement empêche la liaison courte portée LCpi d’être opérationnelle. Alternativement dès qu’il détecte qu’il ne peut être couvert par le réseau NET, le véhicule CAR peut diffuser par défaut un message M-i au moyen d’une liaison courte portée avec un ou plusieurs équipements détectés à proximité du véhicule CAR que ce soit l’équipement EQi ou un autre EQi. Dans ce cas de figure, l’invention permet d’utiliser temporairement un équipement EQi d’un utilisateur Ui comme relais pour transmettre le message M-t. Les ressources de l’équipements EQi sont alors utilisées, tel que sa mémoire, son calculateur et son interface pour transmettre le message M-i. Ce dernier message Mi sera alors réémis à destination du serveur SERV lorsque l’équipement EQi sera couvert par le réseau NET.
Selon un mode de réalisation, lorsque le véhicule CAR n’a pas réussi à transférer le message M-i à un équipement EQi ou EQi, une reconnexion périodique automatique est réalisée de manière favoriser les tentatives positives d’envoi du message IVL à destination du serveur SERV.
Selon un mode de réalisation, le véhicule CAR réémet le message Mi jusqu’à ce qu’un acquittement émis par le serveur SERV soit reçu par l’équipement EQCAR du véhicule CAR. Dans ce mode de réalisation, la seconde phase du procédé permet d’utiliser un parc d’équipements EQi d’utilisateur Ui susceptibles d’être à proximité du véhicule CAR pour réémettre un acquittement ou un message M2 comportant une donnée permettant de libérer l’accès au véhicule CAR, notée indicateur de libre accès I DACCES-
Selon un mode de réalisation, l’équipement EQCAR émet une commande de verrouillage LCK_VEHI du véhicule CAR lorsque le message Mi est émis. Cette solution permet de sécuriser l’accès au véhicule CAR même dans le cas où le premier utilisateur Ui n’active pas la liaison courte portée LCpi afin de recevoir le message Mi comportant l’indicateur de disponibilité I DDISPO- Dans ce cas, le véhicule CAR reste en statut d’indisponibilité avec un verrouillage actif des portes en attendant un message retour M2 provenant du serveur SERV, par exemple lorsqu’une nouvelle réservation de véhicule est activée.
Selon un mode de réalisation, le procédé de l’invention comporte une étape d’enregistrement du message Mi dans une mémoire de l’équipement EQi (ou EQi) lorsque la liaison courte portée LCPI est activée par l’équipement EQ-i et l’équipement EQCAR- Les données du message sont enregistrées sur une mémoire de l’équipement en attendant que l’équipement EQ-i puisse émettre vers un point d’accès PAi du réseau NET.
Outre l’indicateur de disponibilité IDDISPO, les données comprises dans le message Mi peuvent comprendre par exemple :
- Un identifiant du véhicule ld_CAR;
- Une adresse IP ou une URL, notamment du serveur SERV hébergeant le service de mise à jour de la base de données des véhicules disponibles afin que le message Mi soit correctement relayé;
- Un secret partagé KEY avec un serveur distant d’authentification ou le serveur SERV ;
- Un jeton comportant un horodatage, c’est-à-dire une date, par exemple la date à laquelle le message Mi a été généré.
Un intérêt de la transmission de l’identifiant IdJSAR est de limiter les erreurs notamment pour qualifier l’association entre un utilisateur Ui et un équipement de véhicule EQCAR- Le serveur SERV sera alors en mesure de vérifier que le véhicule CAR était bien associé à l’utilisateur Ui. Il pourra également discriminer des différents messages provenant d’un même lieu dans lequel différents véhicules du parc sont stationnés.
Un avantage de la transmission de l’identifiant du serveur comme son adresse IP ou son URL dans le message Mi est de fournir à l’équipement EQi, qui joue le rôle d’un relai, une adresse du serveur SERV à laquelle transmettre le message M-i. Cela peut avoir un intérêt dans le cas d’une architecture distribuée dans laquelle les différents services sont supportés par différents serveur SERV. A titre d’exemple, les services associés aux utilisateurs peuvent être assurés par un premier serveur SERVI et les services associés aux véhicules sont assurés par un second serveur SERV2. Dans ce dernier cas, les serveurs SERVI et SERV2 sont synchronisés pour assurer une mise à jour des informations de disponibilité des véhicules.
Un avantage du partage d’un secret entre le véhicule CAR et le serveur distant SERV est de sécuriser la transmission de données entre les deux équipements EQ et EQCAR et également entre EQ-i et le serveur SERV. Les transmissions peuvent alors être chiffrées. Un système de clefs symétriques peut être mis en place afin de chiffrer les transmissions entre les différents équipements. Alternativement, selon un autre exemple, un système de clefs asymétriques peut être utilisé entre d’une part le serveur et d’autre part chaque équipement utilisateur EQi.
Un avantage de la transmission d’un jeton d’horodatage est de traiter, côté serveur SERV, une pluralité de réception de messages Mi provenant de différents équipements EQi. Dans le cas d’une diffusion par l’équipement du véhicule EQCAR d’une information de disponibilité I DDISPO du véhicule CAR à une pluralité d’équipements utilisateur EQi, le serveur SERV, recevant possiblement différents messages M-i, est en mesure de gérer les doublons.
Un exemple de gestion des doublons est de :
- enregistrer les différents messages Mi reçus
- générer automatiquement un message M2 comportant un indicateur de libre accès I DACCES du véhicule CAR vers ledit véhicule CAR, par exemple via une pluralité d’équipements EQi susceptibles EQi d’évoluer à proximité du véhicule CAR, dès réception du premier message Mi ;
- suppression des messages Mi suivants le premier message Mi reçu et provenant d’autres équipements EQi.
Selon un mode de réalisation, le serveur SERV comporte une fonction rapprochant la provenance géographique des messages Mi afin de corroborer l’information avant de la traiter.
Selon différents exemples de réalisation, la date d’horodatage peut être la date de génération des messages Mi par l’équipement EQCAR, la date de réception ou d’émission du message M1 par l’équipement EQi.
Afin de mettre en oeuvre la gestion des doublons, un calculateur du serveur SERV est en mesure de regrouper les différents messages M-i provenant du véhicule CAR dont l’identifiant est analysé. Le calculateur compare les dates des messages Mi provenant des différents équipements EQi ayant relayé le message Mi. Un exemple de réalisation comprend la suppression des messages en doublons provenant du véhicule CAR dans une fenêtre de temps prédéfinie. Le procédé comporte une étape notée DETJBALI correspondant à la détection d’une balise ou d’un point d’accès PAi à un réseau. Cette étape est réalisée par un équipement utilisateur EQi. Il peut s’agir de l’équipement utilisateur EQi qui vient d’utiliser le véhicule CAR ou d’un autre utilisateur Ui situé à proximité du véhicule CAR et ayant reçu un message Mi provenant du véhicule CAR.
L’enregistrement du message Mi dans une mémoire de l’équipement EQ ou EQi est donc réalisé au moins jusqu’à la détection d’un point d’accès PA-i au réseau NET.
Selon un mode de réalisation, lorsqu’un équipement EQi reçoit un message Mi , un calculateur de l’équipement peut activer automatiquement une demande d’accès au réseau NET, par exemple en augmentant la fréquence des demandes d’accès vis-à-vis d’une valeur par défaut préconfigurée.
Le procédé comporte alors une étape TRANS2_MI des données sauvegardées en mémoire de l’équipement EQi vers le serveur SERV via une liaison sans fil longue portée LLpi, par exemple de type GSM, GPRS, EDGE, 3G, UMTS, HSDPA, HSPA+, 4G, LTE, LTE-Advanced ou 5G, IMT- 2020, LTE-B ou encore WIFI.
Le message Mi est alors émis à destination du serveur SERV distant. Une étape d’enregistrement ENRJ DDISPO de l’indicateur I DDISPO est engagée à réception du message par le serveur SERV.
Selon une variante de réalisation, l’équipement EQi est en mesure d’envoyer au serveur SERV dans tous les cas de figure, qu’il ait reçu le message Mi ou non, un message indiquant que le véhicule CAR est à nouveau disponible puisque l’utilisateur Ui ne l’utilise plus. Selon un mode de réalisation, le serveur SERV peut donc mettre à jour sa base de données afin que le véhicule puisse être réservé à nouveau. En revanche, il est impossible pour le serveur SERV d’activer l’ouverture ou le déverrouillage du véhicule CAR pour une prochaine réservation. Le procédé de l’invention comporte donc une seconde phase permettant de libérer l’accès au véhicule pour une future réservation.
Un intérêt d’utiliser le message Mi via un équipement utilisateur EQi est de ne pas changer le traitement déjà existant au niveau du serveur SERV. Le traitement consiste à mettre à jour la base de données lorsque le véhicule CAR émet un message de fin d’utilisation. Cette modification pourrait avoir lieu uniquement sur la base d’une réception d’un message généré par l’équipement utilisateur EQ-i. Il y a donc un avantage mettre en œuvre ce mode de relais lorsque le véhicule est aveugle vis-à-vis du réseau de données.
Selon un mode de réalisation, l’information de disponibilité du véhicule CAR provenant du message M-i permet de valider la mise en disponibilité du véhicule CAR vis-à-vis d’une même information de disponibilité qui aurait été uniquement générée depuis l’équipement EQï au serveur SERV.
Selon un mode de réalisation, le procédé de l’invention comporte une étape de génération et de transmission d’un message M2 visant à rendre libérer l’accès au véhicule CAR, par exemple en déverrouillant son accès pour une prochaine réservation. Avantageusement, cette étape succède, par exemple, à une demande de réservation du véhicule CAR par un utilisateur U2 au moyen du service. La réservation étant validée par le serveur SERV, ce dernier réémet alors au moins un message M2 sur l’équipement EQ2 d’un utilisateur U2. Cette étape est notée TRANS3_ M2.
Différents cas de figure peuvent être envisagés dans le cadre de l’invention. Le véhicule CAR n’étant pas accessible directement via le réseau NET, le serveur SERV a la capacité d’engager différents modes afin de libérer le véhicule CAR pour une prochaine utilisation.
Selon une première variante, le serveur SERV émet systématiquement à chaque utilisateur Ui à proximité de la localisation connue du véhicule CAR un message M2 susceptible d’être réémis par l’équipement EQi d’un utilisateur Ui au véhicule CAR. Cette possibilité permet de rendre accessible le véhicule CAR à n’importe quel utilisateur du service rentrant dans la zone P1 non couverte par le réseau NET et souhaitant le réserver. Elle permet surtout de s’assurer que le véhicule CAR puisse se déverrouiller en augmentant les chances de réception d’un message M2 avec une pluralité d’utilisateurs pénétrant dans le parking P1.
Un autre intérêt est de rendre le véhicule CAR facilement accessible même dans le cas où l’utilisateur choisirait son véhicule à louer une fois dans la zone P1 , c’est-à-dire lorsqu’il ne serait plus en connexion avec le serveur SERV. Ayant reçu le message M2 avant d’entrer dans le parking P1 , l’utilisateur Ui serait en mesure d’accéder au véhicule CAR. A cette fin, le serveur SERV exploite une donnée de localisation des utilisateurs Ui abonnés au service lorsque l’équipement EQ2 autorise le partage de la localisation.
Selon une seconde variante, le serveur SERV émet un message M2 uniquement sur demande d’un utilisateur M2 souhaitant réserver le véhicule CAR. Cette mise en œuvre sécurise l’accès au véhicule CAR en limitant les autorisations d’accès qu’une fois la demande de réservation effectuée.
Selon une troisième variante, le serveur SERV émet un message M2 à une pluralité d’utilisateurs du service uniquement lorsqu’au moins une demande de réservation du véhicule CAR a été validée. Ainsi, cela permet de s’assurer que le véhicule CAR puisse être ouvert ou déverrouiller, par exemple, lorsque l’utilisateur ayant réservé le véhicule n’a pas de connexion courte portée LCPI active ou ne fonctionnant pas. Il peut alors s’appuyer sur un réseau d’utilisateur du service permettant de déverrouiller l’accès au véhicule pour lui.
Le procédé comporte alors une étape d’enregistrement ENR_M2 du message M2 dans une mémoire d’un équipement EQ2 ou plusieurs équipements EQi. Le message M2 enregistré est ensuite réémis via une liaison sans fil courte portée LCp2, vers le véhicule CAR quand cela est possible. Le procédé comprend donc une étape de transmission TRANS4_M2 du message M2 lorsqu’au moins un équipement EQ2 ou EQi ayant reçu le message M2 sera à proximité du véhicule CAR. Afin de transmettre le message M2, l’équipement EQ2 ou EQi activera alors, par exemple, sa liaison Bluetooth afin de détecter un véhicule en écoute. L’équipement comporte un calculateur et une interface afin de tenter d’établir une connexion avec un véhicule du parc.
Si un véhicule CAR répond à la requête de l’équipement EQi, selon un mode de réalisation, l’équipement EQi vérifie que l’identifiant du véhicule correspond bien à l’identifiant contenu dans le message M2. Un avantage est de sécuriser la transmission courte portée et l’accès aux données échangées via cette liaison. Selon un autre mode de réalisation, l’équipement EQi émet le message M2 à tout type de véhicule tentant d’établir une connexion avec l’équipement EQi. Un avantage de ce mode de réalisation est de ne pas modifier le traitement effectué sur l’équipement EQi. Les modifications de traitements sont uniquement mises en oeuvre au niveau de l’équipement du véhicule EQCAR-
Lorsque le véhicule CAR réceptionne un message M2 provenant d’un équipement utilisateur EQi., le procédé comprend une étape de modification du statut de disponibilité du véhicule CAR. Le véhicule CAR déverrouille son accès et active potentiellement les commandes permettant d’être opérationnel afin de rouler lorsqu’un utilisateur démarre le moteur du véhicule CAR.
Lorsque le véhicule CAR est réservé par un utilisateur U2 et que l’équipement du véhicule EQCAR détecte un accès au réseau NET via une liaison sans fil longue portée LLp3, ledit équipement transmet un message M3 au serveur SERV afin de mettre à jour ses données véhicules et les données d’association avec le nouvel utilisateur U2. Cette étape est notée TRANS5_M3 sur la figure 2. Le serveur SERV met à jour les données, cette étape est notée VALID STATU sur la figure 2.
Programme d’ordinateur
L’invention concerne également un produit programme d’ordinateur comportant des instructions pour la mise en oeuvre des différentes phases du procédé de l’invention. Selon différents modes de réalisation, des étapes peuvent être réalisées par un programme d’ordinateur d’un équipement ou de plusieurs équipements EQi, EQ2, EQCAR- Avantageusement, le programme d’ordinateur peut être installé sur un téléphone intelligent ou une tablette numérique ayant une interface de communication sans fil.
Selon un mode de réalisation, le programme d’ordinateur comporte différents exécutables enregistrés sur différents équipements, tels qu’au moins un équipement d’un véhicule et au moins un équipement utilisateur, les différents exécutables pouvant mettre en œuvre le procédé de l’invention. L’invention concerne également un terminai mobile comportant une interface, par exemple tactile. L’interface comporte un écran pour l’affichage de champs de saisie permettant de définir des paramètres relatifs à la description du véhicule et pour l’affichage par exemple d’une carte numérique interactive.
Selon un mode de réalisation, l’équipement mobile comporte un composant permettant d’obtenir une information de géolocalisation qui peut être récupérée par le logiciel. Ainsi, les requêtes émises par un équipement utilisateur EQi ou un équipement du véhicule EQCAR peuvent comprendre des données saisies ou définies par l’utilisateur Ui et des données provenant d’un autre composant ou d’un autre logiciel tel qu’une donnée de localisation du véhicule ou de l’utilisateur.
Selon un mode de réalisation, les utilisateurs sont préinscrits à partir du logiciel et sont connus du fait qu’un identifiant est enregistré dans une base de données distante. Selon un mode de réalisation, une base de données associe un véhicule CAR à un utilisateur Ui lorsque ce dernier utilise un véhicule CAR.
L’invention concerne également un support d’enregistrement non transitoire comportant les données, qui, une fois installées dans un ordinateur ou un équipement de type terminal mobile, permettent d’exécuter le procédé de l’invention.
Selon un autre aspect, l’invention concerne un système de mise à jour d’un statut de véhicule CAR, du type automobile, dans une base de données d’un serveur distant SERV. Le système comprend au moins un équipement utilisateur EQi et un équipement de véhicule EQCAR et le serveur de données décrits précédemment au travers de la description du procédé.
Le véhicule est un véhicule comportant un équipement ayant au moins un calculateur et une mémoire pour mettre en œuvre les étapes du procédé.
L’équipement utilisateur peut être par exemple un téléphone intelligente. Il comprend au moins un calculateur et une mémoire pour mettre en œuvre les étapes du procédé.

Claims

REVENDICATIONS
1. Le procédé de mise à jour d’une base de données pour la restitution d’un véhicule (CAR) comportant les étapes suivantes :
Génération (GENJDDISPO) d’un indicateur de disponibilité (IDDISPO) du véhicule (CAR) à partir d’un calculateur du véhicule (CAR) ; Transmission (TRANS-i JVS-i) automatique d’un ensemble d’information (M-i) comportant ledit indicateur de disponibilité (I DDISPO) à au moins un équipement utilisateur (EQi) d’un premier utilisateur (Ui) via une liaison sans fil de courte portée (LCPI ) ;
Enregistrement (ENRJV ) de l’ensemble d’information (M-i) dans une mémoire de l’équipement (EQ-i) jusqu’à une détection ultérieure d’un accès à un réseau de données (NET) ;
Transmission (TRANS2_M-I) automatique de l’ensemble d’information (Mi) comportant ledit indicateur de disponibilité (IDDISPO) à un serveur distant (SERV) depuis l’équipement utilisateur (EQ-i) via une liaison sans fil (LLpi) permettant un accès à un réseau de données (NET) ;
Mise à jour (MODIF_DISPO_CAR) d’une base de données (BD) modifiant un statut de disponibilité véhicule (CAR) au sein d’un parc de véhicules (åCAR) par un calculateur (K2) du serveur distant (SERV).
2. Le procédé selon la revendication 1 , caractérisé en ce que la génération de l’indicateur de disponibilité (GENJDDISPO) est généré consécutivement à :
Une commande numérique générée suite à l’arrêt du véhicule ou de son système de gestion électrique et/ou ;
Une commande numérique générée suite à la fermeture d’une portière et/ou ;
Une commande numérique générée suite à la réception d’un message à partir d’une interface de communication sans fil provenant d’un terminal utilisateur (EQ1 ) comportant une donnée de fin d’utilisation.
3. Le procédé selon l’une quelconque des revendications 1 à 2, caractérisé en ce que la transmission (TRANS2_MI ) automatique de l’ensemble d’information (Mi) est réalisée après une première tentative échouée de transmission dudit ensemble d’information depuis un équipement embarqué (EQCAR) du véhicule (CAR), au serveur distant (SERV), au travers du réseau de données (NET), et un premier enregistrement de ladite information dans une mémoire du premier équipement (EQi).
4. Le procédé selon l’une quelconque des revendications 1 à 3, caractérisé en ce que la liaison de courte portée est une liaison Bluetooth.
5. Le procédé selon l’une quelconque des revendications 1 à 4, caractérisé en ce que l’ensemble d’information (M1 ) comprend :
Un identifiant du véhicule (ld_CAR) ;
Une adresse IP ou une URL ;
Un secret partagé (KEY) avec un serveur distant (SERV) ;
Un jeton comportant un horodatage.
6. Le procédé selon la revendication 5, caractérisé en ce qu’il comprend, en outre, les étapes suivantes :
Comparaison des jetons et des identifiants reçus d’une pluralité de messages reçus provenant d’une pluralité d’équipements (EQi) ; Suppression des indicateurs de disponibilité en doublon provenant d’un même véhicule (CAR).
7. Le procédé selon l’une quelconque des revendications 1 à 6, caractérisé en ce que la mise à jour de la base de données (BD) du serveur distant (SERV) comprend en outre les étapes suivantes :
Enregistrement d’une nouvelle localisation de stationnement du véhicule (CAR) ;
Enregistrement de données d’usage comportant l’une au moins des données suivantes : o Temps d’utilisation ;
o Kilomètres parcourus ;
o Déclenchement d’évènements (airbag, alerte révision, etc.).
8. Le procédé selon l’une quelconque des revendications 1 à 7, caractérisé en ce qu’il comprend une étape de modification du statut de disponibilité du véhicule (CAR) pour sa réservation par un second utilisateur (U2) comportant :
Identification du second utilisateur (U2) enregistré dans une base de données d’un service d’accès à un parc de véhicules ( TCAR) ; Génération d’un indicateur de libre accès ( I DACCES) d’un véhicule (CAR) ;
Première transmission par un serveur (SERV) à destination d’au moins un second utilisateur (U2) d’un ensemble d’information (M2) comportant l’indicateur de libre accès (I DACCES) ;
Seconde transmission automatique de l’ensemble d’information (M2) comportant ledit indicateur de libre accès (I DACCES) à au moins un véhicule (CAR) via une liaison sans fil de courte portée (LCP2) ; Enregistrement de l’ensemble d’information (M2) reçu par le véhicule (CAR) dans une mémoire dudit véhicule (CAR) ;
- Activation d’un déverrouillage de l’accès au véhicule (CAR).
9. Le procédé selon la revendication 8, caractérisé en ce que l’indicateur de libre accès (I DACCES) est associé à l’identifiant d’un second utilisateur (U2), le second ensemble d’information (M2) transmis au véhicule comportant en outre un identifiant utilisateur (ld_U2).
10. Le procédé selon la revendication 9, caractérisé en ce qu’il comprend en outre l’étape suivante :
Réception par le serveur (SERV) d’une demande d’accès à un véhicule (CAR) par le second utilisateur (U2) préalablement à la génération d’un indicateur de libre accès (I DACCES)·
11. Le procédé selon l’une quelconque des revendications 8 à 10, caractérisé en ce qu’il comprend consécutivement à l’identification du second utilisateur (U2) :
Comparaison entre au moins une position (POSCAR) du véhicule (CAR) et une position (POS112) dudit second utilisateur (U2) afin d’activer la génération d’un indicateur de libre accès (I DACCES) pour le second utilisateur à transmettre au véhicule (CAR).
12. Le procédé selon l’une quelconque des revendications 10 à 11 , caractérisé en ce qu’il comprend consécutivement à la demande d’accès, une sélection d’un véhicule (CAR) à partir du second équipement (EQ2) parmi une liste de véhicules ( [CAR) générée par ledit serveur (SERV).
13. Le procédé selon l’une quelconque des revendications 10 à 12, caractérisé en ce qu’il comprend les étapes suivantes :
Détection, par un équipement du véhicule (EQCAR), d’un accès à un réseau de données (NET) via une liaison sans fil longue portée
(LLP3) ;
- Transmission (TRANS5_M3) automatique par l’équipement du véhicule (EQCAR) de données véhicule et de données d’association avec le nouvel utilisateur (U2) vers le serveur distant (SERV) ;
Mise à jour (VALIDJSTATU) d’une base de données (BD) modifiant un statut de disponibilité véhicule (I DDISPO) au sein d’un parc de véhicules (åCAR) par un calculateur du serveur distant (SERV).
14. Système comportant au moins un terminal mobile (EQ-i, EQ2) et un serveur (SERV) pour la mise en oeuvre de l’une quelconque des étapes du procédé des revendications 1 à 13.
EP19703155.2A 2018-01-09 2019-01-07 Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation Ceased EP3738112A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1850152A FR3076651B1 (fr) 2018-01-09 2018-01-09 Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation
PCT/FR2019/050028 WO2019138179A1 (fr) 2018-01-09 2019-01-07 Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation

Publications (1)

Publication Number Publication Date
EP3738112A1 true EP3738112A1 (fr) 2020-11-18

Family

ID=62017469

Family Applications (1)

Application Number Title Priority Date Filing Date
EP19703155.2A Ceased EP3738112A1 (fr) 2018-01-09 2019-01-07 Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation

Country Status (4)

Country Link
US (1) US20200334588A1 (fr)
EP (1) EP3738112A1 (fr)
FR (1) FR3076651B1 (fr)
WO (1) WO2019138179A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3091342B1 (fr) * 2018-12-28 2021-01-29 Vulog Procédé et système de planification d’un trajet
US10591576B1 (en) * 2019-06-07 2020-03-17 Capital One Services, Llc Automated system for vehicle tracking
US11635298B2 (en) * 2019-06-28 2023-04-25 Lyft, Inc. Systems and methods for routing decisions based on door usage data
FR3105869B1 (fr) 2019-12-30 2022-10-21 Vulog Procédé et système pour activer l’accès à un véhicule stationné dans un lieu non couvert par un réseau de données
US20210377240A1 (en) * 2020-06-02 2021-12-02 FLEX Integration LLC System and methods for tokenized hierarchical secured asset distribution
DE102023000462A1 (de) 2023-02-13 2024-08-14 Mercedes-Benz Group AG Verfahren zur Ermittlung zumindest eines Status eines Fahrzeugs und informationstechnisches System

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3824876B2 (ja) * 2001-03-21 2006-09-20 本田技研工業株式会社 車両共同利用システム
US20110034128A1 (en) * 2009-08-05 2011-02-10 Kirsch David M Mobile Communication Device Linked to In-Vehicle System
US9516481B2 (en) * 2010-11-11 2016-12-06 Toyota Jidosha Kabushiki Kaisha System for using communication terminal
FR2980949B1 (fr) * 2011-09-30 2014-06-20 Sagemcom Energy & Telecom Sas Systeme de communication entre un equipement non connecte et un serveur de gestion
FR2980881B1 (fr) * 2011-09-30 2021-09-17 Ier Systems Procede et systeme de gestion de sites de location, et installation de location automatisee mettant en oeuvre un tel procede et/ou systeme.
DE102012012389A1 (de) * 2012-06-21 2013-01-24 Daimler Ag Vorrichtung und Verfahren zum Steuern einer Zugangsberechtigung und/oder Fahrberechtigung für ein Fahrzeug
US20140067490A1 (en) * 2012-08-30 2014-03-06 Frias Transportation Infrastructure Llc For-hire vehicle fare and parameter calculation system and method
US9928745B2 (en) * 2014-11-30 2018-03-27 Creative Mobile Technologies, LLC System and method for pairing passengers and in-vehicle equipment
JP6520781B2 (ja) * 2016-03-18 2019-05-29 株式会社デンソー 通信制御装置
CN105957262A (zh) * 2016-04-29 2016-09-21 乐视控股（北京）有限公司 租赁车辆的还车方法及系统、服务器
JP6508130B2 (ja) * 2016-05-31 2019-05-08 トヨタ自動車株式会社 カーシェアリングシステム
JP6181336B1 (ja) * 2017-03-22 2017-08-16 俊之介 島野 シェアリングシステム

Also Published As

Publication number Publication date
US20200334588A1 (en) 2020-10-22
FR3076651B1 (fr) 2020-02-07
WO2019138179A1 (fr) 2019-07-18
FR3076651A1 (fr) 2019-07-12

Similar Documents

Publication Publication Date Title
WO2019138179A1 (fr) Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation
EP2969667A1 (fr) Procede de mise a disposition d'un vehicule et systeme de mise a disposition correspondant
EP2727096B1 (fr) Procede et systeme de surveillance d'un vehicule propose a la location
FR2951897A1 (fr) Dispositif et procede de gestion des droits d'acces a un reseau sans fil
FR2905817A1 (fr) Procede et central de service pour la mise a jour de donnees d'autorisation dans un dispositif d'acces.
EP1646176A2 (fr) Attribution d'une autorisation d'accès à une ressource
EP0600818A1 (fr) Système d'enregistrement d'incidents dans un véhicule de transport public de personnes
EP1628501A1 (fr) Système et procédé d'accès sécurisé de terminaux visiteurs à un réseau de type IP
EP2979435B1 (fr) Procédé de traitement de donnés d'utilisateur d'un réseau social
EP4085402A1 (fr) Procede et systeme pour activer l'acces a un vehicule stationne dans un lieu non couvert par un reseau de donnees
EP3314596B1 (fr) Procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur
FR2955450A1 (fr) Procede d'authentification d'un terminal mobile pour acceder a un serveur d'applications
EP2648171A1 (fr) Système et procédé de gestion d'occupation de places de stationnement
FR3073309A1 (fr) Procede de mise a disposition d'un vehicule et de sa restitution dans un parc de vehicules disponibles a la reservation, procede de reservation d'un vehicule, systeme
FR2916923A1 (fr) Systeme d'aggregation de services pour une plateforme de telecommunication.
FR2927186A1 (fr) Procede securise de controle d'evenement
EP2922328A1 (fr) Accès temporaire contrôlé à un réseau local
EP4080923B1 (fr) Dispositif électronique de gestion décentralisée de groupe(s) de communication
WO2021079035A1 (fr) Procédé de restitution de contenus d'une interface informatique pour véhicule
FR2889018A1 (fr) Procede et dispositif de connexion optimisee et securisee d'un terminal client de radiocommunication a un autre terminal distant de capture et/ou de mise a disposition d'informations
FR3113634A1 (fr) Procédé et système de supervision de clés digitales de véhicules
FR2961995A1 (fr) Procede d'identification d'un reseau local identifie par une adresse ip publique
FR3139213A1 (fr) Procédé et système pour authentifier une clé pour démarrer un véhicule automobile
FR3101743A1 (fr) Procédé de gestion des modes de confidentialité lorsqu’un véhicule est partagé entre plusieurs utilisateurs
FR3102327A1 (fr) Procédé de gestion de contenus d'une interface informatique pour véhicule

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20200716

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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: 20231001