EP3987831A1 - Système de partage de véhicules et procédé d'accès à un véhicule d'un tel système - Google Patents

Système de partage de véhicules et procédé d'accès à un véhicule d'un tel système

Info

Publication number
EP3987831A1
EP3987831A1 EP20732943.4A EP20732943A EP3987831A1 EP 3987831 A1 EP3987831 A1 EP 3987831A1 EP 20732943 A EP20732943 A EP 20732943A EP 3987831 A1 EP3987831 A1 EP 3987831A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
server
user
terminal
communication link
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.)
Withdrawn
Application number
EP20732943.4A
Other languages
German (de)
English (en)
Inventor
Juan Carlos Zuniga
Ludovic LE MOAN
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.)
Sigfox SA
Original Assignee
Sigfox SA
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 Sigfox SA filed Critical Sigfox SA
Publication of EP3987831A1 publication Critical patent/EP3987831A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0866Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/50Secure pairing of devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60Context-dependent security
    • H04W12/69Identity-dependent
    • H04W12/77Graphical identity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Definitions

  • the present invention belongs to the field of systems for sharing vehicles between different users.
  • the invention relates to a method and a system for accessing a vehicle shared by a user subscribing to a vehicle sharing service.
  • a car sharing service also known as a carsharing service or self-service vehicle service, is a system in which vehicles are made available to a group of users who have purchased an audit subscription. sharing service.
  • a user of a vehicle sharing service can access a vehicle that he finances, through his subscription, only for the duration of his need. The rest of the time, the vehicle can be used by other users who subscribe to the sharing service. For example, the use of a shared vehicle may be billed to the user depending on the type of vehicle, the duration of the reservation, the distance traveled, etc.
  • a user wishing to access a vehicle from a shared vehicle fleet uses an application on his mobile phone to identify an available vehicle near the geographical position where the vehicle is located. user and to unlock access to said vehicle.
  • FIG. 1 schematically shows such a prior art vehicle sharing system 10.
  • the vehicle sharing system 10 comprises in particular a vehicle 13, a server 11 and a mobile phone 14 of a user wishing to access the vehicle 13.
  • the server 1 1 has access to a database 12 in which a list of vehicles belonging to the shared vehicle fleet is stored.
  • the geographical position of each vehicle is for example kept up to date in the database.
  • the database 12 also includes subscription information for each user registered for the car sharing service.
  • a first communication link 15 between the mobile phone 14 and the server 11 can be established, for example according to a first wireless communication system 150, for example a cellular system such as GSM, 3G or LTE.
  • Information can then be exchanged between a mobile application installed on the mobile phone 14 and the server 11.
  • the application can allow the user to see on a map displayed on the phone screen the location of shared vehicles located in a geographic area close to the user.
  • the user can also select a particular shared vehicle 13 and reserve it with the server 1 1.
  • an identifier of the vehicle and information relating to the user's subscription are transmitted by the mobile phone 14 to the server 1 1.
  • the server 1 1 can then check the user's subscription information stored in the database from the subscription information received of the mobile phone 14. If the verification is successful, the server 1 1 creates a temporal authentication key allowing the user to unlock access to the vehicle 13.
  • This temporal authentication key is sent on the one hand to the mobile telephone 14 on the first communication link 15 between the server 1 1 and the mobile phone 14, and on the other hand to the vehicle 13 on a second communication link 16 between the vehicle 13 and the server 1 1 according to a second system e 160 of wireless communication.
  • the second wireless communication system 160 may be the same or different from the first wireless communication system 150.
  • a third communication link 17 between the mobile telephone 14 and the vehicle 13 is then established according to a third 170 wireless communication system.
  • the mobile telephone 14 can send to the vehicle 1 1 the time-based authentication key received from the server 1 1. If the authentication key received from the terminal 14 is identical to the authentication key received from the server January 1, the vehicle 13 unlocks its access (for example an anti-theft device on the steering column of the vehicle 13 is unlocked).
  • the third wireless communication system 170 may be the same or different from the first wireless communication system 150 and / or the second wireless communication system 150.
  • such a solution has a cost for the user when the communications exchanged between the mobile telephone 14 and the server 11 or else between the mobile telephone 14 and the vehicle 13 are chargeable.
  • the first wireless communication system 150 and / or the third system 170 of wireless communication is a cellular system (GSM, 3G or LTE)
  • GSM, 3G or LTE cellular system
  • the price of communications on communication links 15 and 17 can be particularly high.
  • the user is in a country where their telephony contract does not allow them to communicate, the user is unable to use the shared vehicle service.
  • the object of the present invention is to remedy all or part of the drawbacks of the prior art, in particular those set out above, by proposing a solution in which a user does not need to establish direct communication with the server. '' a vehicle-sharing service to reserve and access a vehicle.
  • the vehicle sharing system comprises at least one vehicle, at least one terminal of a user wishing to access said vehicle, and a server having access to a database comprising subscription information of said user to a vehicle sharing service.
  • the vehicle and the terminal each include a first communication module making it possible to establish a first communication link between the terminal and the vehicle according to a first wireless communication system.
  • the vehicle also includes a second communication module making it possible to establish a second communication link between the vehicle and the server according to a second wireless communication system.
  • the terminal is configured to identify the vehicle from a local database of the terminal.
  • the local database comprises in particular a list of vehicles likely to be used by the user and, for each vehicle in the list, information making it possible to establish a communication between said vehicle and the terminal on the first communication link.
  • the terminal is configured to establish, on the first communication link, a pairing connection with the vehicle and to send the vehicle a reference to the user's subscription to the vehicle sharing service.
  • the vehicle is configured to transmit said reference to the server over the second communication link.
  • the server is configured to verify the user's subscription information present in the server's database from the reference transmitted by the vehicle and, if the verification is successful, to issue to the vehicle, on the second communication link, a vehicle access authorization in order to allow the user to access the vehicle remotely.
  • the information making it possible to establish communication between the vehicle and the terminal corresponds, for example, to an identifier, a MAC address (acronym for "Medium Access Control"), an authentication key, etc.
  • This information can be limited to a single particular parameter or consist of a combination of several different parameters. Such information can in particular make it possible to establish a secure and reliable communication link between the terminal and the vehicle.
  • the reference to the user's subscription is data that identifies the user's subscription among all the subscriptions stored in the server database. Reference to the user's subscription allows the vehicle to query the server for the status of the subscription.
  • the reference to the subscription can correspond to a user ID (for example an email address), a customer number, or a subscription number, etc.
  • the vehicle acts as an intermediary between the terminal and the server.
  • a free ad-hoc communication link that does not use any infrastructure can for example be used between the terminal and the vehicle.
  • the cost associated with the communication link between the vehicle and the server meanwhile, cannot be borne by the user. This cost can in fact be borne by the manager of the vehicle sharing service.
  • the invention may further include one or more of the following characteristics, taken in isolation or in any technically possible combination.
  • the first wireless communication system and the second wireless communication system are separate.
  • the second wireless communication system is a low power wide area network.
  • the first wireless communication system offers a communication link without free short-range ad-hoc wire
  • the second communication system provides a wireless communication link with long range and low power consumption.
  • the present invention relates to a method of access to a vehicle by a user of a vehicle sharing system.
  • the car sharing system comprises a server having access to a database comprising the subscription information of said user to a car sharing service.
  • the vehicle is adapted to communicate with a user terminal over a first communication link according to a first wireless communication system.
  • the vehicle is also suitable for communicating with the server on a second communication link according to a second wireless communication system.
  • the process comprises the following steps:
  • a local database of the terminal comprising a list of vehicles likely to be used by the user and, for each vehicle in the list, information making it possible to establish a communication between said vehicle and the terminal on the first communication link
  • the invention may also include one or more of the following characteristics, taken in isolation or in any technically possible combination.
  • the method further comprises a preliminary step of loading the terminal of the local database, said local database being associated with a geographical area in which are located the vehicles of the list stored in said local database.
  • the present invention relates to a server of a vehicle sharing system.
  • the server has access to a database with car sharing service subscription information for at least one user wishing to access a shared vehicle.
  • the server comprises a communication module for communicating with said vehicle over a communication link between the vehicle and the server.
  • the server is configured to receive over said communication link a reference to the user's subscription transmitted by the vehicle, in order to verify the user's subscription information present in the database of the server from said reference and, if the verification is successful, to issue to the vehicle over said communication link a vehicle access authorization in order to remotely allow the user to access the vehicle.
  • the present invention relates to a computer program product for a server of a car sharing system.
  • the server has access to a database with car sharing service subscription information for at least one user wishing to access a shared vehicle.
  • the server is adapted to communicate with said vehicle over a communication link between the vehicle and the server.
  • Said computer program product comprises a set of program code instructions which, when executed by one or more processors of the server, configure the processor or processors to perform the following steps:
  • the present invention relates to a vehicle of a vehicle sharing system.
  • the system includes a server having access to a database including vehicle sharing service subscription information for at least one user wishing to access a shared vehicle.
  • the vehicle comprises a first communication module making it possible to establish a first communication link between the vehicle and a terminal of the user according to a first wireless communication system.
  • the vehicle also includes a second communication module making it possible to establish a second communication link between the vehicle and the server according to a second wireless communication system.
  • the vehicle is configured for:
  • the present invention relates to a computer program product for a vehicle control unit of a car sharing system.
  • Said system comprising a server having access to a database comprising subscription information to a vehicle sharing service for at least one user wishing to access a shared vehicle.
  • Said vehicle is adapted to communicate with a user's terminal over a first communication link according to a first wireless communication system.
  • the vehicle is also suitable for communicating with the server on a second communication link according to a second wireless communication system.
  • Said computer program product comprises a set of program code instructions which, when executed by one or more processors of the control unit, configure the processor (s) to perform the following steps:
  • the present invention relates to a terminal of a user of a vehicle sharing system.
  • Said terminal comprises a wireless communication module making it possible to establish a communication link between the terminal and a vehicle of the vehicle sharing system.
  • the terminal is also configured for:
  • - identify the vehicle from a local database of the terminal said local database comprising a list of vehicles likely to be used by the user and, for each vehicle in the list, information making it possible to establish a communication between said vehicle and the terminal on the communication link,
  • Remote access to the vehicle is authorized by a car sharing system server if the user's subscription information in a server database is correctly verified by the server from said reference.
  • the present invention relates to a computer program product for a control unit of a terminal of a user of a car sharing system.
  • the terminal is suitable for communicating with a vehicle of the vehicle sharing system over a wireless communication link.
  • the computer program product comprises a set of program code instructions which, when executed by one or more processors in the control unit, configure the processor or processors to perform the following steps:
  • - identify the vehicle from a local database of the terminal said local database comprising a list of vehicles likely to be used by the user and, for each vehicle in the list, information making it possible to establish a communication between said vehicle and the terminal on the communication link,
  • FIGS. 1 to 6 represent: [Fig. 1]: a schematic representation of a vehicle sharing system according to the prior art (figure already described),
  • FIG. 2 a schematic representation of a vehicle sharing system according to the invention
  • FIG. 3 a schematic representation of a terminal of a user of the vehicle sharing system according to the invention
  • FIG. 4 a schematic representation of a vehicle of the vehicle sharing system according to the invention
  • FIG. 5 a schematic representation of the main steps of a method of accessing a vehicle of a vehicle sharing system according to the invention
  • FIG. 6 a message sequence diagram representing the sequence of steps of a vehicle access method of a vehicle sharing system according to the invention.
  • the present invention aims in particular to provide a vehicle sharing system and a method for accessing a shared vehicle for which a user does not need to establish direct communication with a server of the service. vehicle sharing when the user wishes to reserve and access a vehicle.
  • FIG. 2 schematically shows an example of a vehicle sharing system 20 according to the invention.
  • the vehicle sharing system 20 includes in particular at least one vehicle 40, a server 30 and at least one terminal 50 of a user wishing to access the vehicle 40.
  • the terminal 50 is a portable telephone. It should however be noted that the terminal 50 could also be a connected bracelet, a connected watch, a simple smart card, or any other electronic device comprising the electronic components necessary to perform the functions of the terminal 50.
  • the vehicle 40 is a motorcycle. However, it should be noted that it could be another type of vehicle, such as a car, bicycle, electric scooter, etc. The choice of a particular type of vehicle is only a variant of the invention.
  • the server 30 has access to a database 31 in which are stored subscription information for each user registered for the vehicle sharing service supported by the system 20.
  • the database can for example be directly integrated into the server 30.
  • the database 31 may be a physical entity separate from the server 30, and the server 30 may communicate, in a conventional manner, with the database 31 to store information in the database 31 or to store information. obtain information stored in the database 31.
  • the subscription information of a user registered for the vehicle sharing service comprises for example an identifier of the user (such as an email address, a customer number, etc.) , information on the characteristics of the subscription (for example a maximum authorized mileage, or a maximum authorized number of loans of a vehicle, etc.), payment options (for example a bank card number, or a balance of the user account following a payment that has been made by the user, etc.).
  • an identifier of the user such as an email address, a customer number, etc.
  • information on the characteristics of the subscription for example a maximum authorized mileage, or a maximum authorized number of loans of a vehicle, etc.
  • payment options for example a bank card number, or a balance of the user account following a payment that has been made by the user, etc.
  • the server 30 comprises one or more processors and storage means (magnetic hard disk, electronic memory, optical disc, etc.) in which a computer program product is stored, in the form of a set of code instructions. of program to be executed in order to implement at least part of the steps of a method for accessing the vehicle 40 of the vehicle sharing system 20.
  • processors and storage means magnetic hard disk, electronic memory, optical disc, etc.
  • the server 30 also includes a communication module to be able to exchange messages with the vehicle 40.
  • the terminal 50 of a user comprises a communication module 51 making it possible to establish a first communication link 61 between the terminal 50 and the vehicle 40 according to a first wireless communication system 60.
  • the first wireless communication system 60 can advantageously be chosen to offer a free short range ad-hoc wireless communication link 61.
  • ad-hoc communication link is understood to mean that no network infrastructure is necessary to establish the communication link between the terminal 50 and the vehicle 40.
  • short range is understood to mean that the maximum distance between the terminal 50 and vehicle 40 must be less than a few meters, or even a few tens of meters, so that messages can be exchanged between the terminal 50 and the vehicle 40 on the communication link 61.
  • the first wireless communication system 60 corresponds to the BlueTooth communication standard (based on the IEEE 802.15.1 standard), NFC (acronym for "Near Field Communication", also known under the term Near Field Communication. or CCP, it is an extension of ISO / IEC 14443), ZigBee (based on IEEE 802.15.4 standard), or Wi-Fi (based on IEE 802.1 1 standards).
  • the first wireless communication system 60 is a low energy consumption system, so that the terminal 50 and the vehicle 40 can use a battery of relatively low capacity that it is not necessary to change or recharge. regularly.
  • the terminal 50 further comprises a local database 52.
  • the local database 52 includes in particular a list of vehicles likely to be used by the user and, for each vehicle of the list, information making it possible to establish a communication between said vehicle and the terminal 50 on the first communication link 61.
  • the local database 52 is for example downloaded to the terminal 50 by the user.
  • the local database 52 can include the list of all the vehicles of the vehicle sharing service, regardless of the geographical position of the vehicles.
  • the local database 52 may be associated with a geographical area in which the vehicles of the list stored in said local database 52 are located. Said geographical area may for example correspond to a city, to a region of 'a country, a country, even a continent.
  • a user who plans to stay in a particular geographical area can download on his terminal the local database associated with said geographical area so that, once arrived in the geographical area considered, the user can have access to the vehicles. the vehicle sharing service located in this geographic area.
  • the local database 52 can also include the geographical positions of the parking points of the vehicles of the car-sharing service. These geographical positions can help the user to get to these parking points to borrow a vehicle.
  • the information contained in the local database 52 and allowing communication to be established between the vehicle 40 and the terminal 50 includes, for example, an identifier, a MAC address, an authentication key, etc.
  • MAC address MAC address
  • authentication key MAC address, authentication key
  • a local database 52 of three megabytes (3 MB) can contain a list of forty-five one thousand (45,000) vehicles.
  • the local database 52 is not downloaded to the terminal 50 over a communication link between the server 30 and the terminal 50 when the user wishes to have access to the vehicle 40.
  • the database local 52 is loaded upstream, before the user is near the vehicle 40.
  • the local database 52 can for example be loaded into the terminal 50 by means of a memory card inserted into the terminal 50
  • the local database 52 can be downloaded by the terminal 50 via the Internet at a time and place where the user can have free access to the Internet with the terminal 50.
  • the terminal 50 also comprises a control unit 53 comprising one or more processors and storage means (magnetic hard disk, electronic memory, optical disc, etc.) in which a program product is stored.
  • computer in the form of a set of program code instructions to be executed to implement at least part of the steps of a vehicle access method 40 of the vehicle sharing system 20.
  • the terminal 50 is in particular configured to identify the vehicle 40 from the local database 52. For example, each vehicle 40 of the car-sharing system 20 transmits recurrently on the first communication link 61 a radio signal comprising a message. including a vehicle identifier. The terminal 50 can decode the message and find out whether a vehicle from the list stored in the local database 52 has the identifier contained in the message as an identifier.
  • the terminal can decide to decode the message corresponding to the radio signal for which a parameter representative of the quality of the service. radio signal has the greatest value.
  • a parameter representative of the quality of the radio signal can for example correspond to a power level received by the terminal 50 for said radio signal (“Received Signal Strength Indicator” or RSSI in English literature) or to a signal to noise ratio of said radio signal (“Signal on Noise Ratio” or SNR in Anglo-Saxon literature).
  • the terminal 50 can identify the vehicle 40 from an identifier corresponding to a serial number or to a registration number visible on the vehicle 40.
  • the identifier can be indicated by the user to the terminal. 50 via a graphical interface of the terminal 50.
  • the terminal 50 can then search if a vehicle from the list stored in the local database 52 has the identifier indicated as an identifier.
  • the terminal 50 can provide means (for example a camera) for scanning a barcode or a QR code (acronym for “Quick Response”) visible on the vehicle 40 and corresponding to an identifier of the vehicle. vehicle 40. The terminal 50 can then search whether a vehicle from the list stored in the local database 52 has as an identifier the identifier corresponding to the scanned code.
  • means for example a camera
  • QR code acronym for “Quick Response”
  • the terminal 50 is also configured to establish, on the first communication link 61, a pairing connection with the vehicle 40 and to send to the vehicle 40 a reference to the user's subscription to the vehicle sharing service.
  • the pairing connection corresponds for example to an exchange of an authentication key between the terminal 50 and the vehicle 40.
  • the authentication key to be used is part of the information in the local database 52 associated with the vehicle 40 identified.
  • This pairing connection makes it possible to establish a communication between the terminal 50 and the vehicle 40 on the first communication link 61.
  • the reference to the user's subscription issued by the terminal 50 corresponds, for example, to a user identifier (email address, customer number) or to a subscription identifier (subscription number).
  • the vehicle 40 includes a first communication module 41 allowing it to exchange messages with the terminal 50 on the first communication link 61.
  • the vehicle 40 also includes a second communication module 42 allowing it to exchange messages with the server 30 on a second link 71 of communication according to a second wireless communication system 70.
  • the second wireless communication system 70 may be the same or separate from the first wireless communication system 60. It should also be noted that if the first wireless communication system 60 and the second wireless communication system 70 are identical, the first communication module 41 and the second communication module 42 may correspond to a single physical entity.
  • the second wireless communication system 70 can advantageously be chosen to offer a communication link 71 having a range of several kilometers and limited power consumption needs, so that the vehicle 40 can exchange messages with the server 30. remote using a battery that does not need to be changed or recharged regularly.
  • the second wireless communication system 70 is a low power consumption wireless wide area network known by the term LPWAN (acronym for “Low Power Wide Area Network”).
  • LPWAN Low Power Wide Area Network
  • Such a wireless communication system is a long-range access network (greater than one kilometer, or even greater than a few tens of kilometers), with low energy consumption (for example energy consumption during transmission or reception. of a message less than 100 mW, or even less than 50 mW, or even less than 25 mW), and whose bit rates are generally less than 1 Mbits / s.
  • Such wireless communication systems are particularly suitable for applications involving connected objects (“Internet of Things” or loT in the Anglo-Saxon literature).
  • the wireless communication system 10 may be an ultra-narrowband communication system.
  • ultra narrow band (“Ultra Narrow Band” or UNB in English literature) is meant that the instantaneous frequency spectrum of the radio signals emitted by the terminals has a frequency width of less than two kilohertz, or even less than one kilohertz. .
  • Such a system makes it possible to significantly limit the power consumption of the terminals when they communicate with the access network.
  • the server 30 is connected to the second wireless communication system 70.
  • the server 30 is directly connected to an access network of the second wireless communication system 70.
  • the server 30 and the access network of the second wireless communication system 70 are both connected to the Internet network, and thus communication can be established between the vehicle 40 and the server 30 through both an access network of the second wireless communication system 70 and the Internet network.
  • the vehicle 40 further comprises a control unit 43 comprising one or more processors and storage means (magnetic hard disk, electronic memory, optical disc, etc.) in which a product is stored.
  • computer program in the form of a set of program code instructions to be executed to implement at least part of the steps of a vehicle access method 40 of the vehicle sharing system 20.
  • the vehicle 40 is notably configured to transmit the reference to the subscription received from the terminal 50 to the server 30 on the second communication link 71.
  • the server 30 is configured to verify the user's subscription information present in the database 31 of the server 30 from the reference to the subscription transmitted by the vehicle 40.
  • the server 30 is configured to issue to the vehicle 40, over the second communication link 71, an authorization to access the vehicle 40 in order to allow the user to access the vehicle remotely.
  • Verifying the user's subscription information consists, for example, of ensuring that the user's means of payment (user's account balance, bank card number, etc.) are valid, or that certain conditions for borrowing a vehicle are met (for example the maximum number of borrowings authorized or a maximum authorized mileage has not yet been reached by the user).
  • the reference makes it possible to identify the user's subscription from among all the subscriptions for which information is stored in the database 31 of the server 30.
  • the control unit 43 of the vehicle 40 sends for example a command to deactivate an anti-theft device of the vehicle 40.
  • the anti-theft device is for example configured to block the steering column of the vehicle 40 when it is activated.
  • the proposed solution is thus simpler to implement because it does not require establishing communication between the terminal 50 and the server 30.
  • the proposed solution is potentially less costly for the user, especially if the user is roaming in a foreign country. Indeed, when a free ad-hoc communication link 61 which does not use an infrastructure is used between the terminal 50 and the vehicle 40, the user has no communication cost to assume. The cost linked to the communication link 71 between the vehicle 40 and the server 30 can in fact be borne by the manager of the vehicle sharing service.
  • FIG. 5 schematically represents the main steps of a method 100 for accessing a vehicle 40 of a vehicle sharing system 20 according to the invention.
  • the various steps of this method 100 are for example implemented by the server 30, the vehicle 40 and the terminal 50 of the vehicle sharing system 20 described above with reference to FIG. 2.
  • the method 100 comprises in particular the following steps:
  • an identification 101 of the vehicle 40 by the terminal 50 from a local database 52 of the terminal 50, said local database 52 comprising a list of vehicles likely to be used by the user and, for each vehicle 40 of the list, information making it possible to establish a communication between said vehicle 40 and the terminal 50 on the first communication link 61,
  • the method 100 can also include a transmission by the vehicle 40 of a confirmation to the terminal 50 if access to the vehicle is authorized. This step is not essential, however, since an indication that access to the vehicle is authorized can be visible directly on the vehicle. This step is not shown in Figure 5.
  • the identification 101 of the vehicle 40 by the terminal 50 from the local database 52 of the terminal 50 is carried out in a manner autonomous by the terminal, without there being an interaction between the terminal 50 and a remote server.
  • the method 100 further comprises a preliminary step of loading on the terminal 50 of the local database 52.
  • the local database 52 can store the list of all the vehicles of the sharing service. vehicles, regardless of the geographical position of the vehicles.
  • the local database 52 can be associated with a particular geographical area in which the vehicles of the list stored in the local database 52 are located, and in which the user plans to go.
  • a message sequence diagram 200 representing an example of a sequence of steps in a method 100 for accessing a vehicle 40 of a vehicle sharing system 20 according to the invention is illustrated in FIG. 6.
  • an identification message 201 is for example sent repeatedly by the vehicle 40 to a terminal 50 of a user of the car-sharing service.
  • the identification message 201 contains in particular an identifier of the vehicle 40.
  • the terminal 50 decodes the identification message 201, and if a vehicle associated with the identifier contained in the identification message 201 is found in the local database 52 of the terminal 50 (identification step 101), the terminal 50 sends an authentication message 202 to the vehicle 40.
  • the authentication message 202 contains for example an authentication key associated with the vehicle 40 identified and stored in the local database 52.
  • the vehicle 40 verifies the authentication key and, if the verification is successful, it sends an authentication confirmation message 203 (the set formed by the authentication message 202 and the authentication confirmation message 203 corresponds to the 'pairing step 102 between the terminal 50 and the vehicle 40).
  • the terminal 50 is then able to send the vehicle 40 a message 204 access request containing a reference to the user's subscription to the vehicle sharing service (issuing step 103).
  • the vehicle 40 then transmits said reference to the server 30 in a new access request message 205 addressed to the server 30 (transmission step 104).
  • the server 30 verifies the user's subscription information stored in the database 31 of the server 30 (verification step 105) from the transmitted reference. If the verification is successful, the server 30 sends a message 206 for authorization of access to the vehicle 40 (sending step 106). Receipt of the access authorization message 206 triggers the unlocking of an anti-theft system of the vehicle 40.
  • vehicle 40 can send a confirmation message to terminal 50 if access to the vehicle is permitted. This message is not shown in Figure 6.
  • the messages 201, 202, 203 and 204 exchanged between the terminal 50 and the vehicle 40 are exchanged on the first communication link 61.
  • the messages 205 and 206 exchanged between the vehicle 40 and the server 30 are exchanged over the second communication link 71.
  • the procedure for accessing a vehicle of a car-sharing service proposed by the invention is both simple and advantageous in terms of communication cost for a user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un système (20) de partage de véhicules. Un serveur (30) du système a accès à une base de données comportant des informations d'abonnement d'un utilisateur à un service d'autopartage. Un terminal (50) de l'utilisateur comporte une base de données locale (52) comportant une liste de véhicules susceptibles d'être utilisés et, pour chaque véhicule, des informations permettant d'établir une communication avec le véhicule. Le terminal est configuré pour s'appairer avec un véhicule (40) et pour lui envoyer une référence à l'abonnement de l'utilisateur au service de partage de véhicules. Le véhicule est configuré pour transmettre ladite référence au serveur. Le serveur est configuré pour vérifier les informations d'abonnement de l'utilisateur présentes dans la base de données du serveur à partir de la référence transmise et, si la vérification réussit, pour émettre une autorisation d'accès au véhicule afin de permettre à distance l'accès de l'utilisateur au véhicule.

Description

Titre de l’invention : Système de partage de véhicules et procédé d’accès à un véhicule d’un tel système
Domaine de l’invention
La présente invention appartient au domaine des systèmes de partage de véhicules entre différents utilisateurs. Notamment, l’invention concerne un procédé et un système d’accès à un véhicule partagé par un utilisateur abonné à un service de partage de véhicules.
Etat de la technique
Un service de partage de véhicules, aussi connu sous le nom de service d’autopartage ou service de véhicules en libre-service, est un système dans lequel des véhicules sont mis à disposition d’un groupe d’utilisateurs qui ont souscrit un abonnement audit service de partage.
Plutôt que de disposer d’un véhicule personnel, qui n’est parfois utilisé qu’à de rares occasions, un utilisateur d’un service de partage de véhicules peut accéder à un véhicule qu’il ne finance, via son abonnement, que pour la durée de son besoin. Le reste du temps, le véhicule peut être utilisé par d’autres utilisateurs abonnés au service de partage. L’utilisation d’un véhicule partagé peut par exemple être facturé à l’utilisateur en fonction du type de véhicule, de la durée de la réservation, de la distance parcourue, etc.
Pour que seul un utilisateur qui a souscrit un abonnement à un service de partage de véhicules puisse accéder à un véhicule partagé dudit service, il convient de mettre en oeuvre des méthodes pour limiter l’accès à un véhicule partagé.
Parmi les systèmes de partage de véhicules existants, il est connu qu’un utilisateur souhaitant accéder à un véhicule d’une flotte de véhicules partagés utilise une application sur son téléphone portable pour identifier un véhicule disponible à proximité de la position géographique où se trouve l’utilisateur et pour débloquer l’accès audit véhicule.
La figure 1 représente schématiquement un tel système 10 de partage de véhicules de l’art antérieur. Tel qu’illustré sur la figure 1 , le système 10 de partage de véhicules comporte notamment un véhicule 13, un serveur 1 1 et un téléphone portable 14 d’un utilisateur souhaitant accéder au véhicule 13.
Le serveur 1 1 a accès à une base de données 12 dans laquelle est mémorisée une liste de véhicules appartenant à la flotte de véhicules partagés. La position géographique de chaque véhicule est par exemple maintenue à jour dans la base de données. La base de données 12 comporte également des informations d’abonnement pour chaque utilisateur inscrit au service de partage de véhicules.
Un premier lien 15 de communication entre le téléphone portable 14 et le serveur 1 1 peut être établi, par exemple selon un premier système 150 de communication sans fil, par exemple un système cellulaire tel que GSM, 3G ou LTE. Des informations peuvent alors être échangées entre une application mobile installée sur le téléphone portable 14 et le serveur 1 1 . Notamment, l’application peut permettre à l’utilisateur de voir sur une carte affichée sur l’écran du téléphone l’emplacement des véhicules partagés situés dans une zone géographique proche de l’utilisateur. L’utilisateur peut aussi sélectionner un véhicule 13 partagé particulier et le réserver auprès du serveur 1 1. A cette fin, un identifiant du véhicule et des informations relatives à l’abonnement de l’utilisateur (par exemple un identifiant de l’utilisateur, un numéro client, etc.) sont transmises par le téléphone portable 14 au serveur 1 1. Le serveur 1 1 peut alors vérifier les les informations d’abonnement de l’utilisateur mémorisées dans la base de données à partir des informations d’abonnement reçues du téléphone portable 14. Si la vérification réussit, le serveur 1 1 créé une clé d’authentification temporelle permettant à l’utilisateur de débloquer l’accès au véhicule 13. Cette clé d’authentification temporelle est envoyée d’une part au téléphone portable 14 sur le premier lien 15 de communication entre le serveur 1 1 et le téléphone portable 14, et d’autre part au véhicule 13 sur un deuxième lien de communication 16 entre le véhicule 13 et le serveur 1 1 selon un deuxième système 160 de communication sans fil. Le deuxième système 160 de communication sans fil peut être identique ou différent du premier système 150 de communication sans fil. Un troisième lien 17 de communication entre le téléphone portable 14 et le véhicule 13 est alors établi selon un troisième 170 système de communication sans fil. Sur ce lien 17 de communication, le téléphone portable 14 peut envoyer au véhicule 1 1 la clé d’authentification temporelle reçue du serveur 1 1. Si la clé d’authentification reçue du terminal 14 est identique à la clé d’authentification reçue du serveur 1 1 , le véhicule 13 débloque son accès (par exemple un dispositif antivol sur la colonne de direction du véhicule 13 est débloqué). Le troisième système 170 de communication sans fil peut être identique ou différent du premier système 150 de communication sans fil et/ou du deuxième système 150 de communication sans fil.
Une telle solution présente cependant un coût pour l’utilisateur lorsque les communications échangées entre le téléphone portable 14 et le serveur 1 1 ou bien entre le téléphone portable 14 et le véhicule 13 sont payantes. Notamment, lorsque le premier système 150 de communication sans fil et/ou le troisième système 170 de communication sans fil est un système cellulaire (GSM, 3G ou LTE), et lorsque l’utilisateur est en itinérance en dehors du pays pour lequel il a souscrit son contrat de téléphonie mobile, le prix des communications sur les liens 15 et 17 de communication peuvent être particulièrement élevés. En outre, si l’utilisateur se trouve dans un pays dans lequel son contrat de téléphonie ne lui permet pas de communiquer, l’utilisateur se retrouve dans l’impossibilité d’utiliser le service de véhicules partagés.
Exposé de l’invention
La présente invention a pour objectif de remédier à tout ou partie des inconvénients de l’art antérieur, notamment ceux exposés ci-avant, en proposant une solution dans laquelle un utilisateur n’a pas besoin d’établir une communication directe avec le serveur d’un service de partage de véhicules pour réserver et accéder à un véhicule.
A cet effet, et selon un premier aspect, il est proposé par la présente invention un système de partage de véhicules. Le système de partage de véhicules comporte au moins un véhicule, au moins un terminal d’un utilisateur souhaitant accéder audit véhicule, et un serveur ayant accès à une base de données comportant des informations d’abonnement dudit utilisateur à un service de partage de véhicules. Le véhicule et le terminal comportent chacun un premier module de communication permettant d’établir un premier lien de communication entre le terminal et le véhicule selon un premier système de communication sans fil. Le véhicule comporte également un deuxième module de communication permettant d’établir un deuxième lien de communication entre le véhicule et le serveur selon un deuxième système de communication sans fil. Le terminal est configuré pour identifier le véhicule à partir d’une base de données locale du terminal. La base de données locale comporte notamment une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal sur le premier lien de communication. Le terminal est configuré pour établir, sur le premier lien de communication, une connexion d’appairage avec le véhicule et pour émettre au véhicule une référence à l’abonnement de l’utilisateur au service de partage de véhicules. Le véhicule est configuré pour transmettre ladite référence au serveur sur le deuxième lien de communication. Le serveur est configuré pour vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données du serveur à partir de la référence transmise par le véhicule et, si la vérification réussit, pour émettre au véhicule, sur le deuxième lien de communication, une autorisation d’accès au véhicule afin de permettre à distance à l’utilisateur d’accéder au véhicule.
Les informations permettant d’établir une communication entre le véhicule et le terminal correspondent par exemple à un identifiant, à une adresse MAC (acronyme anglo-saxon pour « Medium Access Control »), à une clé d’authentification, etc. Ces informations peuvent se limiter à un seul paramètre particulier ou consister en une combinaison de plusieurs paramètres différents. De telles informations peuvent notamment permettre d’établir un lien de communication sécurisé et fiable entre le terminal et le véhicule.
La référence à l’abonnement de l’utilisateur est une donnée qui permet d’identifier l’abonnement de l’utilisateur parmi l’ensemble des abonnements mémorisés dans la base de données du serveur. La référence à l’abonnement de l’utilisateur permet au véhicule d’interroger le serveur sur le statut de l’abonnement. La référence à l’abonnement peut correspondre à un identifiant de l’utilisateur (par exemple une adresse mail), à un numéro client, ou à un numéro d’abonnement, etc.
Avec de telles dispositions, et contrairement aux solutions de l’art antérieur, il n’y a plus besoin d’établir un lien de communication directe, potentiellement coûteux pour l’utilisateur, entre le terminal et le serveur.
En effet, dans la solution proposée, le véhicule joue le rôle d’intermédiaire entre le terminal et le serveur. Un lien de communication ad-hoc gratuit qui n’utilise pas d’infrastructure peut par exemple être utilisé entre le terminal et le véhicule. Le coût lié au lien de communication entre le véhicule et le serveur n’a quant à lui pas être assumé par l’utilisateur. Ce coût peut en effet être pris en charge par le gestionnaire du service de partage de véhicules.
Dans des modes particuliers de réalisation, l’invention peut comporter en outre l’une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles.
Dans des modes particuliers de réalisation, le premier système de communication sans fil et le deuxième système de communication sans fil sont distincts.
Dans des modes particuliers de réalisation, le deuxième système de communication sans fil est un réseau étendu basse consommation.
En effet, même si dans l’invention rien n’oblige à ce que le premier système de communication sans fil et le deuxième système de communication sans fil soient distincts, il est cependant avantageux que le premier système de communication offre un lien de communication sans fil ad-hoc gratuit à courte portée, et que le deuxième système de communication offre un lien de communication sans fil à grande portée et à faible consommation électrique.
Selon un deuxième aspect, la présente invention concerne un procédé d’accès à un véhicule par un utilisateur d’un système de partage de véhicules. Le système de partage de véhicules comporte un serveur ayant accès à une base de données comportant des informations d’abonnement dudit utilisateur à un service de partage de véhicules. Le véhicule est adapté pour communiquer avec un terminal de l’utilisateur sur un premier lien de communication selon un premier système de communication sans fil. Le véhicule est également adapté pour communiquer avec le serveur sur un deuxième lien de communication selon un deuxième système de communication sans fil. Le procédé comporte les étapes suivantes :
- une identification du véhicule par le terminal à partir d’une base de données locale du terminal, ladite base de données locale comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal sur le premier lien de communication,
- un appairage entre le terminal et le véhicule sur le premier lien de communication,
- une émission, par le terminal, au véhicule, sur le premier lien de communication, d’une référence à l’abonnement de l’utilisateur au service de partage de véhicules,
- une transmission de ladite référence par le véhicule au serveur sur le deuxième lien de communication,
- une vérification, par le serveur, des informations d’abonnement de l’utilisateur présentes dans la base de données du serveur à partir de la référence transmise,
- si la vérification réussit, une émission, par le serveur, au véhicule, sur le deuxième lien de communication, d’une autorisation d’accès au véhicule afin de permettre à distance à l’utilisateur d’accéder au véhicule.
Dans des modes particuliers de mise en oeuvre, l’invention peut comporter en outre l’une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles.
Dans des modes particuliers de mise en oeuvre, le procédé comporte en outre une étape préalable de chargement sur le terminal de la base de données locale, ladite base de donnée locale étant associée à une zone géographique dans laquelle sont situés les véhicules de la liste mémorisée dans ladite base de données locale.
Selon un troisième aspect, la présente invention concerne un serveur d’un système de partage de véhicules. Le serveur a accès à une base de données comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé. Le serveur comporte un module de communication pour communiquer avec ledit véhicule sur un lien de communication entre le véhicule et le serveur. Le serveur est configuré pour recevoir sur ledit lien de communication une référence à l’abonnement de l’utilisateur transmise par le véhicule, pour vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données du serveur à partir de ladite référence et, si la vérification réussit, pour émettre au véhicule sur ledit lien de communication une autorisation d’accès au véhicule afin de permettre à distance à l’utilisateur d’accéder au véhicule.
Selon un quatrième aspect, la présente invention concerne un produit programme d’ordinateur pour un serveur d’un système de partage de véhicules. Le serveur a accès à une base de données comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé. Le serveur est adapté pour communiquer avec ledit véhicule sur un lien de communication entre le véhicule et le serveur. Ledit produit programme d’ordinateur comporte un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs du serveur, configurent le ou les processeurs pour mettre en oeuvre les étapes suivantes :
- recevoir sur ledit lien de communication une référence à l’abonnement de l’utilisateur transmise par le véhicule,
- vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données du serveur à partir de ladite référence,
- si la vérification réussit, émettre au véhicule sur ledit lien de communication une autorisation d’accès au véhicule afin de permettre à distance à l’utilisateur d’accéder au véhicule.
Selon un cinquième aspect, la présente invention concerne un véhicule d’un système de partage de véhicules. Le système comporte un serveur ayant accès à une base de données comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé. Le véhicule comporte un premier module de communication permettant d’établir un premier lien de communication entre le véhicule et un terminal de l’utilisateur selon un premier système de communication sans fil. Le véhicule comporte également un deuxième module de communication permettant d’établir un deuxième lien de communication entre le véhicule et le serveur selon un deuxième système de communication sans fil. En outre, le véhicule est configuré pour :
- recevoir, sur le premier lien de communication, une référence à l’abonnement de l’utilisateur au service de partage de véhicules émise par le terminal,
- transmettre ladite référence au serveur sur le deuxième lien de communication,
- recevoir sur le deuxième lien de communication une autorisation d’accès au véhicule émise par le serveur si les informations d’abonnement de l’utilisateur présentes dans la base de données du serveur sont correctement vérifiées à partir de ladite référence.
Selon un sixième aspect, la présente invention concerne un produit programme d’ordinateur pour une unité de contrôle d’un véhicule d’un système de partage de véhicules. Ledit système comportant un serveur ayant accès à une base de données comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé. Ledit véhicule est adapté pour communiquer avec un terminal de l’utilisateur sur un premier lien de communication selon un premier système de communication sans fil. Le véhicule est également adapté pour communiquer avec le serveur sur un deuxième lien de communication selon un deuxième système de communication sans fil. Ledit produit programme d’ordinateur comporte un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs de l’unité de contrôle, configurent le ou les processeurs pour mettre en oeuvre les étapes suivantes :
- recevoir, sur le premier lien de communication, une référence à l’abonnement de l’utilisateur au service de partage de véhicules émise par le terminal,
- transmettre ladite référence au serveur sur le deuxième lien de communication,
- recevoir sur le deuxième lien de communication une autorisation d’accès au véhicule émise par le serveur si les informations d’abonnement de l’utilisateur présentes dans la base de données du serveur sont correctement vérifiées à partir de ladite référence.
Selon un septième aspect, la présente invention concerne un terminal d’un utilisateur d’un système de partage de véhicules. Ledit terminal comporte un module de communication sans fil permettant d’établir un lien de communication entre le terminal et un véhicule du système de partage de véhicules. Le terminal est en outre configuré pour :
- identifier le véhicule à partir d’une base de données locale du terminal, ladite base de données locale comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal sur le lien de communication,
- établir, sur le lien de communication, une connexion d’appairage avec le véhicule,
- envoyer au véhicule une référence à l’abonnement de l’utilisateur au service de partage de véhicules.
Un accès à distance au véhicule est autorisé par un serveur du système de partage de véhicules si les informations d’abonnement de l’utilisateur présentes dans une base de données du serveur sont correctement vérifiées par le serveur à partir de ladite référence.
Selon un huitième aspect, la présente invention concerne un produit programme d’ordinateur pour une unité de contrôle d’un terminal d’un utilisateur d’un système de partage de véhicules. Le terminal est adapté pour communiquer avec un véhicule du système de partage de véhicules sur un lien de communication sans fil. Le produit programme d’ordinateur comporte un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs de l’unité de contrôle, configurent le ou les processeurs pour mettre en oeuvre les étapes suivantes :
- identifier le véhicule à partir d’une base de données locale du terminal, ladite base de données locale comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal sur le lien de communication,
- établir, sur le lien de communication, une connexion d’appairage avec le véhicule,
- envoyer au véhicule une référence à l’abonnement de l’utilisateur au service de partage de véhicules.
Présentation des figures
L’invention sera mieux comprise à la lecture de la description suivante, donnée à titre d’exemple nullement limitatif, et faite en se référant aux figures 1 à 6 qui représentent : [Fig. 1] : une représentation schématique d’un système de partage de véhicules selon l’art antérieur (figure déjà décrite),
[Fig. 2] : une représentation schématique d’un système de partage de véhicules selon l’invention,
[Fig. 3] : une représentation schématique d’un terminal d’un utilisateur du système de partage de véhicules selon l’invention,
[Fig. 4] : une représentation schématique d’un véhicule du système de partage de véhicules selon l’invention,
[Fig. 5] : une représentation schématique des principales étapes d’un procédé d’accès à un véhicule d’un système de partage de véhicules selon l’invention,
[Fig. 6] : un diagramme de séquence de messages représentant l’enchaînement des étapes d’un procédé d’accès à un véhicule d’un système de partage de véhicules selon l’invention.
Dans ces figures, des références identiques d’une figure à une autre désignent des éléments identiques ou analogues. Pour des raisons de clarté, les éléments représentés ne sont pas nécessairement à une même échelle, sauf mention contraire.
Description détaillée d’un mode de réalisation de l’invention
Tel qu’indiqué précédemment, la présente invention vise notamment à proposer un système de partage de véhicules et un procédé d’accès à un véhicule partagé pour lesquels un utilisateur n’a pas besoin d’établir une communication directe avec un serveur du service de partage de véhicules au moment où l’utilisateur souhaite réserver et accéder à un véhicule.
La figure 2 représente schématiquement un exemple d’un système 20 de partage de véhicules selon l’invention. Tel qu’illustré sur la figure 2, le système 20 de partage de véhicules comporte notamment au moins un véhicule 40, un serveur 30 et au moins un terminal 50 d’un utilisateur souhaitant accéder au véhicule 40.
Dans la suite de la description, et à titre d’exemple nullement limitatif, on considère que le terminal 50 est un téléphone portable. Il convient cependant de noter que le terminal 50 pourrait également être un bracelet connecté, une montre connectée, une simple carte à puce, ou tout autre dispositif électronique comportant les composants électroniques nécessaires pour remplir les fonctions du terminal 50.
Dans l’exemple considéré et illustré à la figure 2, le véhicule 40 est un motocycle. Il convient cependant de noter qu’il pourrait s’agir d’un autre type de véhicule, comme par exemple une voiture, un vélo, une trottinette électrique, etc. Le choix d’un type particulier de véhicule n’est qu’une variante de l’invention.
Le serveur 30 a accès à une base de données 31 dans laquelle sont mémorisées des informations d’abonnement pour chaque utilisateur inscrit au service de partage de véhicules supporté par le système 20. La base de données peut par exemple être directement intégrée dans le serveur 30. Selon un autre exemple, la base de données 31 peut être une entité physique distincte du serveur 30, et le serveur 30 peut communiquer, de manière conventionnelle, avec la base de données 31 pour enregistrer des informations dans la base de données 31 ou pour obtenir des informations mémorisées dans la base de données 31 .
Dans la base de données 31 du serveur 30, les informations d’abonnement d’un utilisateur inscrit au service de partage de véhicules comportent par exemple un identifiant de l’utilisateur (tel qu’une adresse mail, un numéro client, etc.), des informations sur des caractéristiques de l’abonnement (par exemple un kilométrage maximal autorisé, ou bien un nombre maximal autorisé d’emprunts d’un véhicule, etc.), des options de paiement (par exemple un numéro de carte bancaire, ou un solde du compte utilisateur suite à un paiement qui a été effectué par l’utilisateur, etc.).
Le serveur 30 comporte un ou plusieurs processeurs et des moyens de mémorisation (disque dur magnétique, mémoire électronique, disque optique, etc.) dans lesquels est mémorisé un produit programme d’ordinateur, sous la forme d’un ensemble d’instructions de code de programme à exécuter pour mettre en oeuvre une partie au moins des étapes d’un procédé d’accès au véhicule 40 du système 20 de partage de véhicules.
Le serveur 30 comporte également un module de communication pour pouvoir échanger des messages avec le véhicule 40.
Tel qu’illustré sur la figure 3, le terminal 50 d’un utilisateur comporte un module 51 de communication permettant d’établir un premier lien 61 de communication entre le terminal 50 et le véhicule 40 selon un premier système 60 de communication sans fil.
Différents choix sont possibles pour le premier système 60 de communication sans fil, et le choix d’un système particulier de communication n’est qu’une variante de l’invention. Toutefois, le premier système 60 de communication sans fil peut avantageusement être choisi pour offrir un lien 61 de communication sans fil ad-hoc gratuit à courte portée. On entend par « lien de communication ad-hoc » qu’aucune infrastructure réseau n’est nécessaire pour établir le lien de communication entre le terminal 50 et le véhicule 40. Par « courte portée », on entend que la distance maximale entre le terminal 50 et le véhicule 40 doit être inférieure à quelques mètres, voire quelques dizaines de mètres, pour que des messages puissent être échangés entre le terminal 50 et le véhicule 40 sur le lien 61 de communication. Utiliser un lien 61 de communication à courte portée permet notamment de s’assurer que l’utilisateur est à proximité du véhicule 40 (par exemple à moins de cinq mètres du véhicule 40) au moment où l’utilisateur initie une procédure d’autorisation d’accès audit véhicule. Par exemple, le premier système 60 de communication sans fil correspond au standard de communication BlueTooth (basé sur la norme IEEE 802.15.1 ), NFC (acronyme anglo-saxon pour « Near Field Communication », aussi connu sous le terme Communication en Champ Proche ou CCP, il s’agit d’une extension de la norme ISO/CEI 14443), ZigBee (basé sur la norme IEEE 802.15.4), ou Wi-Fi (basé sur les normes IEE 802.1 1 ). Avantageusement, le premier système 60 de communication sans fil est un système à basse consommation énergétique, de telle sorte que le terminal 50 et le véhicule 40 peuvent utiliser une batterie de relativement faible capacité qu’il n’est pas nécessaire de changer ou de recharger régulièrement.
Tel qu’illustré sur la figure 3, le terminal 50 comporte en outre une base de données locale 52. La base de données locale 52 comporte notamment une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal 50 sur le premier lien 61 de communication.
La base de données locale 52 est par exemple téléchargée sur le terminal 50 par l’utilisateur. La base de données locale 52 peut comporter la liste de tous les véhicules du service de partage de véhicules, quelle que soit la position géographique des véhicules. Dans une variante, la base de données locale 52 peut être associée à une zone géographique dans laquelle sont situés les véhicules de la liste mémorisée dans ladite base de données locale 52. Ladite zone géographique peut par exemple correspondre à une ville, à une région d’un pays, à un pays, voire à un continent. Ainsi, un utilisateur qui prévoit de séjourner dans une zone géographique particulière peut télécharger sur son terminal la base de données locale associée à ladite zone géographique de telle sorte que, une fois arrivé dans la zone géographique considérée, l’utilisateur puisse avoir accès aux véhicules du service de partage de véhicules situés dans cette zone géographique.
Lorsque l’utilisateur a terminé son séjour dans cette zone géographique, il peut alors supprimer la base de données locale associée afin de libérer de l’espace mémoire de son terminal 50.
De manière optionnelle, la base de données locale 52 peut également comporter des positions géographiques de points de stationnement des véhicules du service d’autopartage. Ces positions géographiques peuvent permettre d’aider l’utilisateur à se rendre à ces points de stationnement pour emprunter un véhicule.
Les informations contenues dans la base de données locale 52 et permettant d’établir une communication entre le véhicule 40 et le terminal 50 comportent par exemple un identifiant, une adresse MAC, une clé d’authentification, etc.
A titre d’exemple, si les informations relatives à un véhicule (adresse MAC, clé d’authentification) peuvent être encodées sur quarante octets, une base de données locale 52 de trois mégaoctets (3 MB) peut contenir une liste de quarante-cinq mille (45 000) véhicules.
Il convient de noter que la base de données locale 52 n’est pas téléchargée sur le terminal 50 sur un lien de communication entre le serveur 30 et le terminal 50 au moment où l’utilisateur souhaite avoir accès au véhicule 40. La base de données locale 52 est chargée en amont, avant que l’utilisateur ne se trouve à proximité du véhicule 40. La base de données locale 52 peut par exemple être chargée dans le terminal 50 par l’intermédiaire d’une carte mémoire insérée dans le terminal 50. Selon un autre exemple, la base de données locale 52 peut être téléchargée par le terminal 50 via Internet à un moment et à un lieu où l’utilisateur peut avoir gratuitement accès à Internet avec le terminal 50.
Tel qu’illustré sur la figure 3, le terminal 50 comporte également une unité de contrôle 53 comportant un ou plusieurs processeurs et des moyens de mémorisation (disque dur magnétique, mémoire électronique, disque optique, etc.) dans lesquels est mémorisé un produit programme d’ordinateur, sous la forme d’un ensemble d’instructions de code de programme à exécuter pour mettre en oeuvre une partie au moins des étapes d’un procédé d’accès au véhicule 40 du système 20 de partage de véhicules.
Le terminal 50 est notamment configuré pour identifier le véhicule 40 à partir de la base de données locale 52. Par exemple, chaque véhicule 40 du système 20 d’autopartage émet de manière récurrente sur le premier lien 61 de communication un signal radio comportant un message incluant un identifiant du véhicule. Le terminal 50 peut décoder le message et chercher si un véhicule de la liste mémorisée dans la base de données locale 52 a pour identifiant l’identifiant contenu dans le message.
Si l’utilisateur est à proximité de plusieurs véhicules du service d’autopartage et si le terminal 50 reçoit plusieurs signaux radio émis par différents véhicules, le terminal peut décider de décoder le message correspondant au signal radio pour lequel un paramètre représentatif de la qualité du signal radio a la plus grande valeur. Un tel paramètre représentatif de la qualité du signal radio peut par exemple correspondre à un niveau de puissance reçue par le terminal 50 pour ledit signal radio (« Received Signal Strength Indicator » ou RSSI dans la littérature anglo-saxonne) ou à un rapport signal sur bruit dudit signal radio (« Signal on Noise Ratio » ou SNR dans la littérature anglo-saxonne).
Selon un autre exemple, le terminal 50 peut identifier le véhicule 40 à partir d’un identifiant correspondant à un numéro de série ou à un numéro d’immatriculation visible sur le véhicule 40. L’identifiant peut être indiqué par l’utilisateur au terminal 50 via une interface graphique du terminal 50. Le terminal 50 peut ensuite chercher si un véhicule de la liste mémorisée dans la base de données locale 52 a pour identifiant l’identifiant indiqué.
Selon encore un autre exemple, le terminal 50 peut proposer des moyens (par exemple un appareil photo) pour scanner un code-barres ou un code QR (acronyme anglais de « Quick Response ») visible sur le véhicule 40 et correspondant à un identifiant du véhicule 40. Le terminal 50 peut ensuite chercher si un véhicule de la liste mémorisée dans la base de données locale 52 a pour identifiant l’identifiant correspondant au code scanné.
D’autres méthodes pour identifier le véhicule 40 à partir de la base de données locale 52 du terminal 50 peuvent être envisagées. Le choix d’une méthode particulière n’est qu’une variante de l’invention.
Le terminal 50 est également configuré pour établir, sur le premier lien 61 de communication, une connexion d’appairage avec le véhicule 40 et pour émettre au véhicule 40 une référence à l’abonnement de l’utilisateur au service de partage de véhicules.
La connexion d’appairage correspond par exemple à un échange d’une clé d’authentification entre le terminal 50 et le véhicule 40. La clé d’authentification à utiliser fait partie des informations la base de données locale 52 associées au véhicule 40 identifié. Cette connexion d’appairage permet d’établir une communication entre le terminal 50 et le véhicule 40 sur le premier lien 61 de communication.
La référence à l’abonnement de l’utilisateur émise par le terminal 50 correspond par exemple à un identifiant de l’utilisateur (adresse mail, numéro client) ou à un identifiant de l’abonnement (numéro d’abonnement).
Tel qu’illustré sur la figure 4, le véhicule 40 comporte un premier module 41 de communication lui permettant d’échanger des messages avec le terminal 50 sur le premier lien 61 de communication.
Le véhicule 40 comporte aussi un deuxième module 42 de communication lui permettant d’échanger des messages avec le serveur 30 sur un deuxième lien 71 de communication selon un deuxième système 70 de communication sans fil.
Différents choix sont possibles pour le deuxième système 70 de communication sans fil, et le choix d’un système particulier de communication n’est qu’une variante de l’invention. Le deuxième système 70 de communication sans fil peut être identique ou distinct du premier système 60 de communication sans fil. Il convient d’ailleurs de noter que si le premier système 60 de communication sans fil et le deuxième système 70 de communication sans fil sont identiques, le premier module 41 de communication et le deuxième module 42 de communication peuvent correspondre à une seule entité physique.
Toutefois, le deuxième système 70 de communication sans fil peut avantageusement être choisi pour offrir un lien 71 de communication présentant une portée de plusieurs kilomètres et des besoins limités en consommation électrique, de telle sorte que le véhicule 40 peut échanger des messages avec le serveur 30 distant en utilisant une batterie qu’il n’est pas nécessaire de changer ou de recharger régulièrement.
Dans des modes particuliers de réalisation, le deuxième système 70 de communication sans fil est un réseau étendu sans fil à basse consommation électrique connu sous le terme LPWAN (acronyme anglais de « Low Power Wide Area Network »). Un tel système de communication sans fil est un réseau d’accès à longue portée (supérieure à un kilomètre, voire même supérieure à quelques dizaines de kilomètres), à faible consommation énergétique (par exemple une consommation énergétique lors de la transmission ou de la réception d’un message inférieure à 100 mW, voire inférieure à 50 mW, voire même inférieure à 25 mW), et dont les débits sont généralement inférieurs à 1 Mbits/s. De tels systèmes de communication sans fil sont particulièrement adaptés pour des applications impliquant des objets connectés (« Internet of Things » ou loT dans la littérature anglo-saxonne).
Dans des modes particuliers de mise en oeuvre, le système 10 de communication sans fil peut être un système de communication à bande ultra étroite. Par « bande ultra étroite » (« Ultra Narrow Band » ou UNB dans la littérature anglo- saxonne), on entend que le spectre fréquentiel instantané des signaux radio émis par les terminaux est de largeur fréquentielle inférieure à deux kilohertz, voire inférieure à un kilohertz. Un tel système permet de limiter significativement la consommation électrique des terminaux lorsqu’ils communiquent avec le réseau d’accès.
Le serveur 30 est connecté au deuxième système 70 de communication sans fil. Par exemple le serveur 30 est directement connecté à un réseau d’accès du deuxième système 70 de communication sans fil. Selon un autre exemple, le serveur 30 et le réseau d’accès du deuxième système 70 de communication sans fil sont tous les deux connectés au réseau Internet, et une communication peut ainsi être établie entre le véhicule 40 et le serveur 30 à travers à la fois un réseau d’accès du deuxième système 70 de communication sans fil et le réseau Internet.
Tel qu’illustré sur la figure 4, le véhicule 40 comporte en outre une unité de contrôle 43 comportant un ou plusieurs processeurs et des moyens de mémorisation (disque dur magnétique, mémoire électronique, disque optique, etc.) dans lesquels est mémorisé un produit programme d’ordinateur, sous la forme d’un ensemble d’instructions de code de programme à exécuter pour mettre en oeuvre une partie au moins des étapes d’un procédé d’accès au véhicule 40 du système 20 de partage de véhicules.
Le véhicule 40 est notamment configuré pour transmettre la référence à l’abonnement reçue du terminal 50 au serveur 30 sur le deuxième lien 71 de communication.
Le serveur 30 est configuré pour vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données 31 du serveur 30 à partir de la référence à l’abonnement transmise par le véhicule 40.
Si la vérification réussit, le serveur 30 est configuré pour émettre au véhicule 40, sur le deuxième lien 71 de communication, une autorisation d’accès au véhicule 40 afin de permettre à distance l’accès de l’utilisateur au véhicule.
La vérification des informations d’abonnement de l’utilisateur consiste par exemple à s’assurer que les moyens de paiement de l’utilisateur (solde du compte de l’utilisateur, numéro de carte bancaire, etc.) sont valides, ou bien que certaines conditions d’emprunt d’un véhicule sont remplies (par exemple le nombre maximal d’emprunts autorisés ou bien un kilométrage maximal autorisé n’est pas encore atteint par l’utilisateur). La référence permet d’identifier l’abonnement de l’utilisateur parmi l’ensemble des abonnements pour lesquels des informations sont mémorisées dans la base de données 31 du serveur 30.
Lorsque le véhicule 40 reçoit une autorisation d’accès au véhicule 40, l’unité de contrôle 43 du véhicule 40 envoie par exemple une commande pour désactiver un dispositif antivol du véhicule 40. Le dispositif antivol est par exemple configuré pour bloquer la colonne de direction du véhicule 40 lorsqu’il est activé.
Il apparaît ainsi, tel qu’illustré sur la figure 2, contrairement aux solutions de l’art antérieur, qu’il n’y a pas besoin d’établir un lien de communication directe entre le terminal 50 et le serveur 30 au moment où l’utilisateur souhaite accéder au véhicule. Dans la solution proposée, le véhicule joue un rôle d’intermédiaire (un rôle de « proxy ») entre le terminal 50 et le serveur 30.
La solution proposée est ainsi plus simple à mettre en oeuvre car elle ne nécessite pas d’établir de communication entre le terminal 50 et le serveur 30.
En outre, la solution proposée est potentiellement moins coûteuse pour l’utilisateur, notamment si l’utilisateur est en situation d’itinérance dans un pays étranger. En effet, lorsqu’un lien 61 de communication ad-hoc gratuit qui n’utilise pas d’infrastructure est utilisé entre le terminal 50 et le véhicule 40, l’utilisateur n’a aucun coût de communication à assumer. Le coût lié au lien 71 de communication entre le véhicule 40 et le serveur 30 peut en effet être pris en charge par le gestionnaire du service de partage de véhicules.
La figure 5 représente schématiquement les principales étapes d’un procédé 100 d’accès à un véhicule 40 d’un système 20 de partage de véhicules selon l’invention.
Les différentes étapes de ce procédé 100 sont par exemple mises en oeuvre par le serveur 30, le véhicule 40 et le terminal 50 du système 20 de partage de véhicules décrit précédemment en référence à la figure 2.
Le procédé 100 comporte notamment les étapes suivantes :
- une identification 101 du véhicule 40 par le terminal 50 à partir d’une base de données locale 52 du terminal 50, ladite base de données locale 52 comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule 40 de la liste, des informations permettant d’établir une communication entre ledit véhicule 40 et le terminal 50 sur le premier lien 61 de communication,
- un appairage 102 entre le terminal 50 et le véhicule 40 sur le premier lien 61 de communication,
- une émission 103, par le terminal 50, au véhicule 40, sur le premier lien 61 de communication, d’une référence à l’abonnement de l’utilisateur au service de partage de véhicules,
- une transmission 104 de ladite référence par le véhicule 40 au serveur 30 sur le deuxième lien 71 de communication,
- une vérification 105, par le serveur 30, des informations d’abonnement de l’utilisateur présentes dans la base de données du serveur à partir de la référence transmise,
- si la vérification 105 réussit, une émission 106, par le serveur 30, au véhicule 40, sur le deuxième lien 71 de communication, d’une autorisation d’accès au véhicule 40 afin de permettre à distance l’accès de l’utilisateur au véhicule. De manière optionnelle, le procédé 100 peut également comporter une émission par le véhicule 40 d’une confirmation au terminal 50 si l’accès au véhicule est autorisé. Cette étape n’est cependant pas indispensable car une indication que l’accès au véhicule est autorisé peut être visible directement sur le véhicule. Cette étape n’est pas représentée sur la figure 5.
Comme expliqué précédemment, il est important de noter qu’au moment où l’utilisateur souhaite accéder à un véhicule, l’identification 101 du véhicule 40 par le terminal 50 à partir de la base de données locale 52 du terminal 50 est réalisée de façon autonome par le terminal, sans qu’il y ait une interaction entre le terminal 50 et un serveur distant.
Dans des modes particuliers de mise en oeuvre, le procédé 100 comporte en outre une étape préalable de chargement sur le terminal 50 de la base de données locale 52. La base de données locale 52 peut mémoriser la liste de tous les véhicules du service de partage de véhicules, quelle que soit la position géographique des véhicules. Selon un autre exemple, la base de données locale 52 peut être associée à une zone géographique particulière dans laquelle sont situés les véhicules de la liste mémorisée dans la base de données locale 52, et dans laquelle l’utilisateur prévoit de se rendre.
Un diagramme 200 de séquence de messages représentant un exemple d’enchaînement des étapes d’un procédé 100 d’accès à un véhicule 40 d’un système 20 de partage de véhicules selon l’invention est illustré à la figure 6.
Tel qu’illustré sur la figure 6, un message 201 d’identification est par exemple émis de manière récurrente par le véhicule 40 à destination d’un terminal 50 d’un utilisateur du service d’autopartage. Le message 201 d’identification contient notamment un identifiant du véhicule 40.
Le terminal 50 décode le message 201 d’identification, et si un véhicule associé à l’identifiant contenu dans le message 201 d’identification est trouvé dans la base de données locale 52 du terminal 50 (étape d’identification 101 ), le terminal 50 envoie un message 202 d’authentification au véhicule 40. Le message 202 d’authentification contient par exemple une clé d’authentification associée au véhicule 40 identifié et mémorisée dans la base de données locale 52.
Le véhicule 40 vérifie la clé d’authentification et, si la vérification réussit, il envoie un message 203 de confirmation d’authentification (l’ensemble formé par le message 202 d’authentification et le message 203 de confirmation d’authentification correspond à l’étape d’appairage 102 entre le terminal 50 et le véhicule 40).
Le terminal 50 est alors en mesure d’envoyer au véhicule 40 un message 204 de requête d’accès contenant une référence à l’abonnement de l’utilisateur au service de partage de véhicules (étape d’émission 103).
Le véhicule 40 transmet alors au serveur 30 ladite référence dans un nouveau message 205 de requête d’accès adressé au serveur 30 (étape de transmission 104).
Le serveur 30 vérifie les informations d’abonnement de l’utilisateur mémorisées dans la base de données 31 du serveur 30 (étape de vérification 105) à partir de la référence transmise. Si la vérification réussit, le serveur 30 envoie un message 206 d’autorisation d’accès au véhicule 40 (étape d’émission 106). La réception du message 206 d’autorisation d’accès déclenche le déblocage d’un système anti-vol du véhicule 40.
De manière optionnelle, le véhicule 40 peut envoyer un message de confirmation au terminal 50 si l’accès au véhicule est autorisé. Ce message n’est pas représenté sur la figure 6.
Sur la figure 6, les messages 201 , 202, 203 et 204 échangés entre le terminal 50 et le véhicule 40 sont échangés sur le premier lien 61 de communication. Les messages 205 et 206 échangés entre le véhicule 40 et le serveur 30 sont échangés sur le deuxième lien 71 de communication.
La description ci-avant illustre clairement que, par ses différentes caractéristiques et leurs avantages, la présente invention atteint les objectifs fixés. En particulier, la procédure d’accès à un véhicule d’un service d’autopartage proposée par l’invention est à la fois simple et avantageuse en termes de coût de communication pour un utilisateur.

Claims

Revendications
1 . Système (20) de partage de véhicules, ledit système comportant au moins un véhicule (40), au moins un terminal (50) d’un utilisateur souhaitant accéder audit véhicule (40), et au moins un serveur (30) ayant accès à une base de données (31 ) comportant des informations d’abonnement dudit utilisateur à un service de partage de véhicules, ledit véhicule (40) et ledit terminal (50) comportant chacun un premier module (41 , 51 ) de communication permettant d’établir un premier lien (61 ) de communication entre le terminal (50) et le véhicule (40) selon un premier système (60) de communication sans fil, ledit véhicule (40) comportant un deuxième module (42) de communication permettant d’établir un deuxième lien (71 ) de communication entre le véhicule (40) et le serveur (30) selon un deuxième système (70) de communication sans fil, caractérisé en ce que
- le terminal (50) est configuré pour identifier le véhicule (40) à partir d’une base de données locale (52) du terminal, ladite base de données locale (52) comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal sur le premier lien (61 ) de communication,
- le terminal (50) est configuré pour établir, sur le premier lien (61 ) de communication, une connexion d’appairage avec le véhicule (40) et pour émettre au véhicule une référence à l’abonnement de l’utilisateur au service de partage de véhicules,
- le véhicule (40) est configuré pour transmettre ladite référence au serveur (30) sur le deuxième lien (71 ) de communication,
- le serveur (30) est configuré pour vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données (31 ) du serveur (30) à partir de la référence transmise et, si la vérification réussit, pour émettre au véhicule (40), sur le deuxième lien (71 ) de communication, une autorisation d’accès au véhicule (40) afin de permettre à distance à l’utilisateur d’accéder au véhicule.
2. Système (20) de partage de véhicules selon la revendication 1 dans lequel le premier système (60) de communication sans fil et le deuxième système (70) de communication sans fil sont distincts.
3. Système (20) de partage de véhicules selon la revendication 2 dans lequel le deuxième système (70) de communication sans fil est un réseau étendu basse consommation.
4. Procédé (100) d’accès à un véhicule (40) par un utilisateur d’un système (20) de partage de véhicules, ledit système (20) comportant un serveur (30) ayant accès à une base de données (31 ) comportant des informations d’abonnement dudit utilisateur à un service de partage de véhicules, ledit véhicule (40) étant adapté pour communiquer avec un terminal (50) de l’utilisateur sur un premier lien (61 ) de communication selon un premier système (60) de communication sans filet pour communiquer avec le serveur (30) sur un deuxième lien (71 ) de communication selon un deuxième système (60) de communication sans fil, caractérisé en ce que ledit procédé (100) comporte :
- une identification (101 ) du véhicule (40) par le terminal (50) à partir d’une base de données locale (52) du terminal (50), ladite base de données locale (52) comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal (50) sur le premier lien (61 ) de communication,
- un appairage (102) entre le terminal (50) et le véhicule (40) sur le premier lien (61 ) de communication,
- une émission (103), par le terminal (50), au véhicule (40), sur le premier lien (61 ) de communication, d’une référence à l’abonnement de l’utilisateur au service de partage de véhicules,
- une transmission (104) de ladite référence par le véhicule (40) au serveur (30) sur le deuxième lien (71 ) de communication,
- une vérification (105), par le serveur (30), des informations d’abonnement de l’utilisateur présentes dans la base de données (31 ) du serveur à partir de la référence transmise,
- si la vérification (105) réussit, une émission (106), par le serveur (30), au véhicule (50), sur le deuxième lien (71 ) de communication, d’une autorisation d’accès au véhicule (40) afin de permettre à distance à l’utilisateur d’accéder au véhicule.
5. Procédé selon la revendication 4 caractérisé en ce qu’il comporte en outre une étape préalable de chargement sur le terminal (50) de la base de données locale (52), ladite base de donnée locale (52) étant associée à une zone géographique dans laquelle sont situé les véhicules de la liste mémorisée dans ladite base de données locale (52).
6. Serveur (30) d’un système (20) de partage de véhicules, ledit serveur (30) ayant accès à une base de données (31 ) comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé, ledit serveur (30) comportant un module de communication sans fil permettant d’établir un lien (71 ) de communication entre le véhicule (40) et le serveur (30), caractérisé en ce que le serveur (30) est configuré pour recevoir sur ledit lien (71 ) de communication une référence à l’abonnement de l’utilisateur transmise par le véhicule (40), et pour vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données (31 ) du serveur (30) à partir de la référence transmise et, si la vérification réussit, pour émettre au véhicule sur ledit lien (71 ) de communication une autorisation d’accès au véhicule (40) afin de permettre à distance à l’utilisateur d’accéder au véhicule.
7. Produit programme d’ordinateur pour un serveur (30) d’un système (20) de partage de véhicules, ledit serveur (30) ayant accès à une base de données (31 ) comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé, ledit serveur (30) étant adapté pour communiquer avec ledit véhicule (40) sur un lien (71 ) de communication, caractérisé en ce que ledit produit programme d’ordinateur comporte un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs du serveur (30), configurent le ou les processeurs pour mettre en oeuvre les étapes suivantes :
- recevoir sur ledit lien (71 ) de communication une référence à l’abonnement de l’utilisateur transmises par le véhicule (40),
- vérifier les informations d’abonnement de l’utilisateur présentes dans la base de données (31 ) du serveur (30) à partir de ladite référence,
- si la vérification réussit, émettre au véhicule sur ledit lien (71 ) de communication une autorisation d’accès au véhicule (40) afin de permettre à distance à l’utilisateur d’accéder au véhicule.
8. Véhicule (40) d’un système (20) de partage de véhicules, ledit système (20) comportant un serveur (30) ayant accès à une base de données (31 ) comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé, ledit véhicule (40) comportant un premier module (41 ) de communication permettant d’établir un premier lien (61 ) de communication entre le véhicule (40) et un terminal (50) de l’utilisateur selon un premier système (60) de communication sans fil, ledit véhicule (40) comportant un deuxième module (42) de communication permettant d’établir un deuxième lien (71 ) de communication entre le véhicule (40) et le serveur (30) selon un deuxième système (70) de communication sans fil, caractérisé en ce que le véhicule (40) est configuré pour :
- recevoir, sur le premier lien (61 ) de communication, une référence à l’abonnement de l’utilisateur au service de partage de véhicules émise par le terminal (50),
- transmettre ladite référence au serveur (30) sur le deuxième lien (71 ) de communication,
- recevoir sur le deuxième lien (71 ) de communication une autorisation d’accès au véhicule (40) émise par le serveur (30) si les informations d’abonnement de l’utilisateur présentes dans la base de données (31 ) du serveur (30) sont correctement vérifiées par le serveur (30) à partir de la référence transmise.
9. Produit programme d’ordinateur pour une unité de contrôle (43) d’un véhicule (40) d’un système (20) de partage de véhicules, ledit système (20) comportant un serveur (30) ayant accès à une base de données (31 ) comportant des informations d’abonnement à un service de partage de véhicules pour au moins un utilisateur souhaitant accéder à un véhicule partagé, ledit véhicule (40) étant adapté pour communiquer avec un terminal (50) de l’utilisateur sur un premier lien (61 ) de communication selon un premier système (60) de communication sans fil et pour communiquer avec le serveur (30) sur un deuxième lien (71 ) de communication selon un deuxième système (70) de communication sans fil, caractérisé en ce que ledit produit programme d’ordinateur comporte un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs de l’unité de contrôle (43), configurent le ou les processeurs pour mettre en oeuvre les étapes suivantes :
- recevoir, sur le premier lien (61 ) de communication, une référence à l’abonnement de l’utilisateur au service de partage de véhicules émises par le terminal (50),
- transmettre ladite référence au serveur (30) sur le deuxième lien (71 ) de communication,
- recevoir sur le deuxième lien (71 ) de communication une autorisation d’accès au véhicule (40) émise par le serveur (30) si les informations d’abonnement de l’utilisateur présentes dans la base de données (31 ) du serveur (30) sont correctement vérifiées par le serveur (30) à partir de la référence transmise.
10. Terminal (50) d’un utilisateur d’un système (20) de partage de véhicules, ledit terminal (50) comportant un module (51 ) de communication sans fil permettant d’établir un lien (61 ) de communication entre le terminal (50) et un véhicule (40) du système (20) de partage de véhicules, caractérisé en ce que le terminal (50) est configuré pour :
- identifier le véhicule (40) à partir d’une base de données locale (52) du terminal (50), ladite base de données locale (52) comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal sur le lien de communication,
- établir, sur le lien (61 ) de communication, une connexion d’appairage avec le véhicule (40),
envoyer au véhicule (40), sur le lien (61 ) de communication, une référence à l’abonnement de l’utilisateur au service de partage de véhicules, un accès à distance au véhicule (40) étant autorisé par un serveur (30) du système de partage de véhicules si les informations d’abonnement de l’utilisateur présentes dans une base de données (31 ) du serveur (30) sont correctement vérifiées par le serveur (30) à partir de la référence transmise.
1 1 . Produit programme d’ordinateur pour une unité de contrôle (53) d’un terminal (50) d’un utilisateur d’un système (20) de partage de véhicules, ledit terminal (50) étant adapté pour communiquer avec un véhicule (40) du système (20) de partage de véhicules sur un lien (61 ) de communication, caractérisé en ce que ledit produit programme d’ordinateur comporte un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs de l’unité de contrôle (53), configurent le ou les processeurs pour mettre en oeuvre les étapes suivantes :
- identifier le véhicule (40) à partir d’une base de données locale (52) du terminal (50), ladite base de données locale (52) comportant une liste de véhicules susceptibles d’être utilisés par l’utilisateur et, pour chaque véhicule de la liste, des informations permettant d’établir une communication entre ledit véhicule et le terminal (50) sur le lien de communication,
- établir, sur le lien (61 ) de communication, une connexion d’appairage avec le véhicule (40),
envoyer au véhicule (40), sur le lien (61 ) de communication, une référence à l’abonnement de l’utilisateur au service de partage de véhicules.
EP20732943.4A 2019-06-19 2020-06-18 Système de partage de véhicules et procédé d'accès à un véhicule d'un tel système Withdrawn EP3987831A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1906591A FR3097664B1 (fr) 2019-06-19 2019-06-19 Système de partage de véhicules et procédé d’accès à un véhicule d’un tel système
PCT/EP2020/067012 WO2020254521A1 (fr) 2019-06-19 2020-06-18 Système de partage de véhicules et procédé d'accès à un véhicule d'un tel système

Publications (1)

Publication Number Publication Date
EP3987831A1 true EP3987831A1 (fr) 2022-04-27

Family

ID=68072739

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20732943.4A Withdrawn EP3987831A1 (fr) 2019-06-19 2020-06-18 Système de partage de véhicules et procédé d'accès à un véhicule d'un tel système

Country Status (6)

Country Link
US (1) US20220240064A1 (fr)
EP (1) EP3987831A1 (fr)
JP (1) JP2022537028A (fr)
KR (1) KR20220026579A (fr)
FR (1) FR3097664B1 (fr)
WO (1) WO2020254521A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11721147B2 (en) * 2018-07-02 2023-08-08 Loyalty Iot, Inc. System and method for managing an autonomous licensing entity
CN114697925A (zh) * 2020-12-30 2022-07-01 比亚迪股份有限公司 一种虚拟钥匙的分享系统及方法
CN115065517A (zh) * 2022-05-31 2022-09-16 华人运通(上海)云计算科技有限公司 一种车辆业务授权方法、装置、云端服务器及系统
CN115208588B (zh) * 2022-09-16 2022-11-29 宁波小遛共享信息科技有限公司 共享车辆的接入方法、车联网服务器及中控设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7092803B2 (en) * 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
US20130132286A1 (en) * 2011-11-17 2013-05-23 General Motors Llc Method and systems for servicing a subscriber vehicle
US10387826B2 (en) * 2013-01-06 2019-08-20 Directed, Llc Vehicle inventory and customer relation management system and method
US20140303837A1 (en) * 2013-04-09 2014-10-09 Navteq Method and apparatus for authorizing access and utilization of a vehicle
US9729707B2 (en) * 2014-12-31 2017-08-08 GM Global Technology Operations LLC Method and system to manage personalized vehicle user information
US10377346B2 (en) * 2017-05-16 2019-08-13 GM Global Technology Operations LLC Anticipatory vehicle state management
JP7115047B2 (ja) * 2018-06-06 2022-08-09 トヨタ自動車株式会社 情報処理装置、無線通信端末、及び、情報処理方法

Also Published As

Publication number Publication date
US20220240064A1 (en) 2022-07-28
JP2022537028A (ja) 2022-08-23
FR3097664A1 (fr) 2020-12-25
WO2020254521A1 (fr) 2020-12-24
FR3097664B1 (fr) 2021-08-13
KR20220026579A (ko) 2022-03-04

Similar Documents

Publication Publication Date Title
WO2020254521A1 (fr) Système de partage de véhicules et procédé d'accès à un véhicule d'un tel système
FR2977221A1 (fr) Procede et systeme de personnalisation a la volee d'un vehicule propose a la location.
EP3714617A1 (fr) Procédé d'assistance à la configuration à distance d'une carte euicc et système mettant en oeuvre un tel procédé
WO2015075395A1 (fr) Procédé de notification a des fins de configuration d'un élément sécurisé
FR3076651A1 (fr) Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation
EP0849964A1 (fr) Procédé et système d'appel centralisé pour accéder à un service, notamment pour l'appel centralisé de taxis
EP2047698B1 (fr) Personnalisation d ' un terminal de radiocommunication
FR2888024A1 (fr) Procede de paiement automatique d'un service d'affranchissement
CH703848A2 (fr) Dispositif de gestion d'un parc de bicyclettes.
WO1999049647A1 (fr) Systeme de telephonie mobile avec carte de prepaiement
WO2008113898A2 (fr) Dispositif et procédé de communication sans fil à courte portée et véhicule comportant un tel dispositif
EP1074441A1 (fr) Procédé de commande à distance d'un processus
EP4085402A1 (fr) Procede et systeme pour activer l'acces a un vehicule stationne dans un lieu non couvert par un reseau de donnees
WO2002063910A1 (fr) Systeme et procede de localisation d'un terminal mobile et d'obtention d'informations liees a cette localisation
FR3107156A1 (fr) Procédé et système de contrôle d’un véhicule
FR2900786A1 (fr) Procede de gestion de requetes de services par la biais d'une station mobile d'un reseau de telecommunication mobile numerique
FR2804823A1 (fr) Procede d'utilisation multiple d'un radiotelephone, et systeme, radiotelephone, module d'identification d'abonne et dispositif de detection de presence correspondants
FR3065855B1 (fr) Procede et dispositif de controle de l’utilisation d’un point d’acces d’un vehicule par transmission d’informations de capacite disponible
FR2791451A1 (fr) Systeme et procede de transaction mobile, et equipements mobiles mis en oeuvre dans ce systeme
FR2884014A1 (fr) Acces a un bien ou a un service delivre par un automate au moyen d'un dispositif portable
FR3046325A1 (fr) Systeme pour la connexion securisee d'un equipement terminal client a un reseau etendu, par exemple internet
WO2023046443A1 (fr) Procédé d'estimation d'un nombre de véhicules en communication avec un satellite
FR3136623A1 (fr) Procédé de communication entre un objet communicant et un dispositif de communication
FR2951833A1 (fr) Procede d'authentification d'un terminal mobile de communication pour la fourniture d'un service de donnees, systeme de fourniture de service et terminal associes
FR2962003A1 (fr) Procede et systeme d'etablissement de communications entre des terminaux

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

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

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

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20240103