EP4289160A1 - Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile - Google Patents

Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile

Info

Publication number
EP4289160A1
EP4289160A1 EP22712599.4A EP22712599A EP4289160A1 EP 4289160 A1 EP4289160 A1 EP 4289160A1 EP 22712599 A EP22712599 A EP 22712599A EP 4289160 A1 EP4289160 A1 EP 4289160A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
communication device
mobile communication
mobile application
mobile
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.)
Pending
Application number
EP22712599.4A
Other languages
German (de)
English (en)
Inventor
Anders SALTENIUS
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.)
Stellantis Auto SAS
Original Assignee
Stellantis Auto SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Stellantis Auto SAS filed Critical Stellantis Auto SAS
Publication of EP4289160A1 publication Critical patent/EP4289160A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the present invention claims the priority of French application 2101056 filed on February 4, 2021, the content of which (text, drawings and claims) is incorporated herein by reference.
  • the invention relates to a method and a device for communication between a vehicle, for example automobile, and a mobile communication device.
  • the invention also relates to a system comprising the mobile communication device and the vehicle communicatively coupled to the mobile communication device.
  • Some contemporary vehicles embed technologies allowing the vehicle to communicate with one or more mobile communication devices, such as a smart phone. To do this, one or more mobile applications are installed on the mobile communication device to exchange data with the vehicle and provide one or more services associated with the vehicle.
  • one or more mobile applications are installed on the mobile communication device to exchange data with the vehicle and provide one or more services associated with the vehicle.
  • the Hands-Free Access and Start system (ADML, or PEPS in English for “Passive Entry Passive Start”). It is thus possible to gain access to the vehicle (unlocking and locking of the doors) and/or to start a vehicle without having to insert the key in the ignition.
  • the ADML system is associated with a hands-free key which exchanges information in the form of radio frequency signals with the vehicle to lock or unlock the vehicle but also to start it without having to insert a key in the ignition.
  • the function provided by the hands-free key in cooperation with the ADML system can be provided with a mobile communication device of the type smart phone (from the English “Smartphone”) which communicates with the vehicle by exchanging the information necessary to lock, unlock or start the vehicle.
  • An object of the present invention is to improve the accessibility and availability of a mobile application installed on a mobile communication device.
  • Another object of the present invention is to improve the communication between a vehicle and a mobile application installed on a mobile communication device.
  • the invention relates to a method for communicating data between a vehicle and a mobile application implemented in a mobile communication device, the method comprising the following steps:
  • the secure link is obtained by implementing a local virtual private network between the network extension and the mobile application.
  • the local virtual private network is implemented by configuring a local virtual private network server in the network extension and a local virtual private network client in the mobile application.
  • the network extension is further configured to implement a data communication server according to a communication protocol in connected mode for the communication of data between the vehicle and the network extension.
  • the communication protocol in connected mode corresponds to the transmission control protocol, known as the TCP protocol.
  • the wireless connection is a low-consumption Bluetooth connection.
  • the method further comprises the following steps:
  • the data is communicated as part of a hands-free access and start service of the vehicle.
  • the invention relates to a mobile communication device, the device comprising a memory associated with a processor configured for the implementation of the steps of the method according to the first aspect of the invention.
  • the invention relates to a system comprising a device as described above according to the second aspect of the invention and a vehicle, for example of the automobile type, connected in communication to the device as described above according to the second aspect of the invention.
  • the invention relates to a computer program which comprises instructions adapted for the execution of the steps of the method according to the first aspect of the invention, this in particular when the computer program is executed by at least one processor.
  • Such a computer program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
  • the invention relates to a computer-readable recording medium on which is recorded a computer program comprising instructions for the execution of the steps of the method according to the first aspect of the invention.
  • the recording medium can be any entity or device capable of storing the program.
  • the medium may comprise a storage means, such as a ROM memory, a CD-ROM or a ROM memory of the microelectronic circuit type, or even a magnetic recording means or a hard disk.
  • this recording medium can also be a transmissible medium such as an electrical or optical signal, such a signal being able to be conveyed via an electrical or optical cable, by conventional or hertzian radio or by self-directed laser beam or by other ways.
  • the computer program according to the invention can in particular be downloaded from an Internet-type network.
  • the recording medium may be an integrated circuit in which the computer program is incorporated, the integrated circuit being adapted to execute or to be used in the execution of the method in question.
  • FIGS. 1 to 4 schematically illustrates a system comprising a vehicle and a mobile communication device, according to a particular embodiment of the present invention
  • FIG. 2 schematically illustrates an architecture of the mobile communication device of FIG. 1, according to a particular embodiment of the present invention
  • FIG. 3 schematically illustrates the mobile communication device of FIG. 1, according to a particular embodiment of the present invention
  • FIG. 4 illustrates a flowchart of the different steps of a data communication method in the system of FIG. 1, according to a particular embodiment of the present invention.
  • a mobile communication device such as a smart telephone is coupled in communication with a vehicle via a wireless link or connection.
  • a mobile application is advantageously installed on the mobile communication device and is configured to exchange data with a vehicle for the implementation of one or more services.
  • a network extension is advantageously configured on the mobile communication device and implemented by the operating system of the mobile communication device. This network extension is configured on the one hand to establish a secure link or connection with the mobile application in the mobile communication device, for example by implementing a virtual private network local, and to establish communication with the vehicle via the wireless link or connection on the other hand.
  • the exchange of data between the vehicle and the mobile application takes place via the network extension and the secure link.
  • the network extension is executed directly by the operating system, the latter is not subject to the same management rules as a classic mobile application developed via an SDK (from the English “Software Development Kit” or “kit de software development” in French), i.e. the network extension runs permanently in the background and is not stopped by the operating system after a certain period of time has elapsed, unlike a classic mobile application.
  • the network extension is then always available and able to receive data or requests from the vehicle, the network extension then being able to maintain the service(s) provided by the mobile application, even when the mobile application is stopped.
  • Such a process thus makes it possible to provide a continuous service and to ensure permanent availability of the mobile application, greatly improving the quality of service.
  • FIG. 1 schematically illustrates a system 1 comprising a vehicle 10 and a mobile communication device 11, according to a particular and non-limiting embodiment of the present invention.
  • the vehicle 10 corresponds for example to a land motor vehicle, for example a motor vehicle, a car, a bus, a truck or a utility vehicle.
  • the vehicle 10 is connected in communication with a mobile communication device 11 via a wireless type connection.
  • the mobile communication device corresponds for example to a smart object, that is to say for example a smart phone, a connected watch, a tablet or even a laptop computer.
  • the vehicle 10 communicates with the mobile communication device 11 and exchanges data with the latter within the framework of one or more services executed by a or more mobile applications installed on the mobile communication device 11.
  • a mobile application corresponds to application software developed specifically for the mobile communication device 11 using the SDK adapted to the operating system of the mobile communication device 11.
  • the iOS SDK allows developers to develop a mobile application using the programming language(s) supported by iOS, i.e. for example the Swift and Objective-C languages.
  • the Android SDK allows developers to develop a mobile application using the programming language(s) supported by Android, that is to say, for example, the Java or Kotlin.
  • the mobile communication device 11 communicates for example with one or more computers of the on-board system of the vehicle 10 via one or more antennas connected to this or these computers, for example to a computer of the TCU type (from the English "Telematic Control Unit “or in French” telematics control unit >>), the TCU unit being connected to the other computers of the on-board system via a communication bus of a CAN-type wired network (from the English "Controller Area Network” or in French “Network of controllers >>), CAN FD (from English "Controller Area Network Flexible Data-Rate” or in French “Network of controllers with flexible data rate >>), FlexRay (standardized by standard ISO 17458) or Ethernet (standardized by standard ISO/IEC 802-3).
  • a computer of the TCU type from the English "Telematic Control Unit "or in French” telematics control unit >>
  • the TCU unit being connected to the other computers of the on-board system via a communication bus of a CAN-type wired network (from the English "Controller Area Network”
  • the communication device 11 communicates, for example, with the vehicle 10 via a Bluetooth-type wireless link, for example via a low-consumption Bluetooth-type wireless transmission technique (also called low-energy Bluetooth), called BLE (from English "Bluetooth Low Energy”) (integrated into the Bluetooth standard from version 4.0).
  • BLE from English "Bluetooth Low Energy”
  • the wireless connection or link between the mobile communication device 11 and the vehicle 10 is of the Wifi type (based on one of the standards of the IEEE 802.11 group), NFC (from the English “Near -Field Communication” or French CCP "Communication en Champ Proche >>) or Zigbee (based on the IEEE 802.15.4 standard).
  • the mobile application installed on the mobile communication device 11 provides an ADML (Hands-Free Access and Startup) type service.
  • ADML High-Free Access and Startup
  • Such an application allows the wearer of the mobile communication device 11 to authenticate with the vehicle 10, allowing access to the vehicle 10 and to start it.
  • the owner of the vehicle 10 does not need a physical key but simply his mobile communication device 11, for example a smart phone, with a mobile application providing an ADML service installed.
  • the invention is not limited to a mobile application providing an ADML type service but extends to any type of mobile application and any type of service.
  • FIG. 2 schematically illustrates an application architecture implemented in the mobile communication device 11 in communication with the vehicle 10, according to a particular and non-limiting embodiment of the present invention.
  • the architecture of the mobile communication device 11 presented in FIG. 2 corresponds to a distributed application architecture and comprises two parts 21 and 22.
  • a first part 21 notably comprises one (or more) network extension(s) 210 generated natively from the kernel of the operating system of the mobile communication device 11 .
  • the network extension 210 corresponds to an extension of the Unix kernel from which the iOS operating system is derived.
  • Such a network extension 210 is for example generated from an API (from the English “Application Programming Interface” or in French “Application Programming Interface”) conforming to the set of standards called POSIX and defined by the IEEE 1003 standard.
  • the basic APIs described in POSIX relate to real-time services, lightweight processes, real-time extensions, security interface, file access over the network and inter-process communications over the network.
  • a second part 22 comprises the mobile applications developed from the SDK adapted to the operating system of the mobile communication device 11, for example a mobile application 220 providing a service for the vehicle 10.
  • the distributed application architecture of FIG. 2 thus comprises a mobile application 220 and its network extension 210, the mobile application 220 and the network extension 210 each corresponding to a software module implemented (for example executed) on the mobile communications 11 .
  • the technical components in charge of communication with the vehicle 10 are advantageously taken care of and controlled by the network extension 210, the mobile application 220 storing for example the data and information allowing the provision of one or more services for the vehicle 10 or the owner of the vehicle 10 (for example configuration parameters, authentication data, environment data).
  • the network extension 210 comprises the following components or modules, for example in the form of software modules:
  • the module 211 configured to implement a secure connection between the network extension 210 and the mobile application 220.
  • the module 211 takes for example the form of a server of a local virtual private network, called VPN network (of English "Virtual Private Network”), such a VPN server being configured to communicate with a VPN client implemented in the mobile application 220, the data communication between the VPN server and the VPN client being ensured via a tunnel encrypted or encrypted (inter-process communication IPC (English "Inter-Process Communication”)) forming a secure link 201 to ensure the security of the data exchanged.
  • the module 211 is for example obtained or generated from the API called
  • the module 212 corresponds for example to a server implementing a communication protocol in connected mode for the communication of data between the vehicle 10 and the network extension 210.
  • the communication protocol corresponds for example to the so-called TCP protocol (from the English “Transmission Control Protocol” or in French “Transmission Control Protocol”).
  • the module 212 acts as a bridge or a gateway between the module 211 on the one hand and a module 213 in charge of the transmission and reception of the signals carrying the data.
  • the module 212 listens for example to the commands or requests sent by the mobile application 220 (and received by the module 211 via the secure connection (encrypted tunnel) between the mobile application 220 and the network extension 210 to format them and transmit them to the vehicle 10 via the module 213.
  • the module 212 also listens for example to the commands or requests sent by the vehicle 10 according to the wireless link 200 and received by the module 213 to format them and transmit them to the application mobile 210 via module 211; and
  • a module 213 configured to receive signals transmitted by the vehicle 10 and to transmit signals intended for the vehicle 10, these signals transporting data intended for the mobile application 220 or transmitted by the mobile application 220.
  • the signals and the data they carry are advantageously communicated via a wireless link using BLE technology (from English “Bluetooth Low Energy” or in French “Bluetooth à basse consumption” or “Bluetooth à basse réelle", integrated into the Bluetooth standard from version 4.0).
  • the mobile application 220 comprises the following components or modules, for example in the form of software modules:
  • the module 212 takes for example the form of a VPN client configured to communicate with the VPN server 211 implemented in the network extension 210, the data communication between the VPN server and the VPN client being provided via an encrypted or encrypted tunnel forming the secure link 201 to ensure the security of the data exchanged;
  • module 222 configured to manage the data of the mobile application 220, to implement the processes necessary to provide the service(s) of the mobile application.
  • the module 222 transmits the data to the vehicle 10 via the module 221 then via the network extension 210 and receives the data transmitted by the vehicle 10 from the module 221 via the network extension 210.
  • the mobile application 220 follows the classic life cycle of mobile applications developed via SDK, that is to say that the mobile application is put to sleep or stopped by the operating system of the mobile communication device after expiry of a determined period (for example 5 or 10 minutes) in the event of absence of use of the mobile application 220.
  • the network extension 210 is installed within the operating system of the mobile communication device 11, for example iOS.
  • Network extension is not subject to standard mobile application lifecycles.
  • the 210 network extension remains active in the background and is never put to sleep or killed by the operating system.
  • the network extension 210 remains attentive to certain events of the system 1 (network activity, Bluetooth events, resumption of activity by the user of the mobile communication device 11) given its design and its nature.
  • the Network Extension 210 lifecycle is managed solely by the operating system of the mobile communication device. Once configured, the network extension corresponds to a system service in the background, for example a Unix daemon with the POSIX APIs of iOS.
  • a daemon is a process not controlled by the user of the mobile communication device and which runs automatically in the background.
  • Communication between the network extension 210 and the mobile application 220 passes through an encrypted tunnel 201 (inter-process communication or IPC) for synchronous commands, and through system notifications (Darwin notifications) with a militarized data sharing zone for asynchronous commands (for example for the reception of BLE signals from the vehicle 10 and/or the resumption of activity by the user of the device 11).
  • IPC inter-process communication
  • the installation of the module 221 (for example the VPN client) is proposed to the user, by example by displaying a message or a window in the 1'1 HM (Human-Machine Interface) of the mobile communication device 11 .
  • the installation and configuration of the VPN are implemented automatically and transparently for the user, i.e. without requiring any action on the part of of the user.
  • the network extension 210 is programmed to, when the user approaches the vehicle 10, for example wake up the mobile application 220 then sleeping, transmit commands or requests to the vehicle 10, retrieve the states issued, display notifications, update a widget, save data, etc.
  • the awakening of the mobile application 220 is obtained indirectly, for example via the display or the rendering of a notification on the mobile communication device 11 intended for the user, the display or the rendering being controlled or commanded by network extension.
  • the user is alerted that he must activate the mobile application 220.
  • the ADML service is available as soon as the installation and configuration of the VPN solution have been implemented, whether the mobile application 220 is launched (executed) or not.
  • the ADML service is automatically reconstituted by the network extension, with the context or user profile, and the ADML service automatically connects with the vehicle 10 or any vehicle within range of the radio link of the device. mobile communication 11 (that is to say the module 213).
  • the network extension 210 receives, via the BLE connection, an authentication request sent by the vehicle 10 to the mobile application 220. If the mobile application 220 is stopped (for example following a absence of use by the user of the mobile communication device 11 for a duration greater than a threshold (for example 10 minutes)), the network extension 210 saves the data associated with the request in an accessible data sharing zone to the mobile application 220 and/or to an interactive thumbnail (“widget”). Upon receipt of the request, the network extension 210 generates, for example, a notification intended for the user of the mobile communication device so that the latter activates the mobile application 220 or responds to the request sent by the vehicle. According to a variant, the interactive vignette transmits the necessary command(s) to the vehicle 10 instead of the mobile application 220.
  • a threshold for example 10 minutes
  • the network extension is automatically uninstalled as well.
  • FIG. 3 schematically illustrates a mobile communication device 3 configured to communicate with a vehicle, for example the vehicle 10, according to a particular and non-limiting example embodiment of the present invention.
  • the device 3 corresponds for example to the mobile communication device 11, for example a smart telephone.
  • the device 3 is for example configured for the implementation of the operations described with regard to FIGS. 1 and 2 and/or of the steps of the method described with regard to FIG. 4.
  • Examples of such a device 3 comprise, without being limited, a mobile phone, a smart phone, a tablet, a smart object such as a connected watch, a laptop computer.
  • the elements of device 3, individually or in combination, can be integrated in a single integrated circuit, in several integrated circuits, and/or in discrete components.
  • the device 3 can be made in the form of electronic circuits or software (or computer) modules or else a combination of electronic circuits and software modules.
  • the device 3 is coupled in communication with other similar devices or systems and/or with communication devices, for example a TCU (from the English “Telematic Control Unit” or in French “Unotti Telematics Control >>), for example via a wireless link or connection.
  • a TCU from the English “Telematic Control Unit” or in French “Unotti Telematics Control >>
  • the device 3 comprises one (or more) processor(s) 30 configured to execute instructions for carrying out the steps of the method and/or for executing the instructions of the software or software embedded in the device 3.
  • the processor 30 can include built-in memory, an input/output interface, and various circuits known to those skilled in the art.
  • Device 6 further comprises at least one memory
  • volatile and/or non-volatile memory corresponding for example a volatile and/or non-volatile memory and/or comprises a memory storage device which can comprise volatile and/or non-volatile memory, such as EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, magnetic or optical disc.
  • volatile and/or non-volatile memory such as EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, magnetic or optical disc.
  • the computer code of the on-board software or software comprising the instructions to be loaded and executed by the processor is for example stored on the memory 31 .
  • the device 3 comprises a block
  • Block 32 interface elements to communicate with external devices, for example a remote server, the vehicle or other mobile communication devices.
  • Block 32 interface elements include one or more of the following interfaces:
  • radio frequency interface for example of the Bluetooth® or Wi-Fi® type, LTE (from English “Long-Term Evolution” or in French “Evolution à long terme”), LTE-Advanced (or in French LTE- advanced) ;
  • USB interface from the English “Universal Serial Bus” or “Universal Serial Bus” in French);
  • Data are for example loaded to the device 3 via the interface of block 32 using a BLE network, Wi-Fi® such as according to IEEE 802.11 or a mobile network such as a 4G network (or LTE Advanced according to 3GPP release 10 - version 10) or 5G.
  • a BLE network Wi-Fi® such as according to IEEE 802.11
  • a mobile network such as a 4G network (or LTE Advanced according to 3GPP release 10 - version 10) or 5G.
  • the device 3 can supply output signals to one or more external devices, such as a display screen, one or more loudspeakers and/or other peripherals respectively via interfaces output not shown.
  • one or more external devices such as a display screen, one or more loudspeakers and/or other peripherals respectively via interfaces output not shown.
  • FIG. 4 illustrates a flowchart of the different steps of a data communication method between a vehicle and a mobile application implemented in a mobile communication device, according to a particular and non-limiting embodiment of the present invention.
  • the method is for example implemented by the mobile communication device 11 of Figures 1 and 2 or by the device 3 of Figure 3.
  • a secure link is established between the mobile application and a network extension implemented by an operating system of the mobile communication device.
  • a second step 42 the data is communicated between the vehicle and the network extension (for example from the vehicle to the network extension and/or from the network extension to the vehicle) via a wireless connection.
  • Data is also communicated between the network extension and the mobile application (for example from the network extension to the mobile application and/or from the mobile application to the network extension) via the secure link.
  • the secure link is for example obtained by implementing a local virtual private network between the network extension and the mobile application.
  • the invention is not limited to the embodiments described above but extends to a method for providing service to a vehicle, as well as to the device configured for the implementation of such a method.
  • the invention also relates to a system comprising a vehicle, for example an automobile or more generally an autonomous terrestrial motor vehicle, and a mobile communication device communicating with the vehicle.
  • a vehicle for example an automobile or more generally an autonomous terrestrial motor vehicle
  • a mobile communication device communicating with the vehicle.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

L'invention concerne un procédé et un système de communication de données entre un véhicule (10) et une application mobile (220) d'un dispositif de communication mobile (11). A cet effet, le dispositif de communication mobile (11) est couplé en communication avec le véhicule (10) via une connexion sans fil (200). Une extension réseau (210) est configurée sur le dispositif de communication mobile (11) et mise en œuvre par le système d'exploitation du dispositif de communication mobile (11). Cette extension réseau (210) est configurée d'une part pour établir une liaison sécurisée (201) avec l'application mobile (220) dans le dispositif de communication mobile (11), par exemple par la mise en œuvre d'un réseau privé virtuel local, et pour établir une communication avec le véhicule (10) via la connexion sans fil (200) d'autre part.

Description

DESCRIPTION
Titre : Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile
Domaine technique
La présente invention revendique la priorité de la demande française 2101056 déposée le 4.02.2021 dont le contenu (texte, dessins et revendications) est ici incorporé par référence. L’invention concerne un procédé et un dispositif de communication entre un véhicule, par exemple automobile, et un dispositif de communication mobile. L’invention concerne également un système comprenant le dispositif de communication mobile et le véhicule couplé en communication au dispositif de communication mobile.
Arrière-plan technologique
Certains véhicules contemporains embarquent des technologies permettant au véhicule de communiquer avec un ou plusieurs dispositifs de communication mobiles, tel qu’un téléphone intelligent (de l’anglais « Smartphone >>). Pour ce faire, une ou plusieurs applications mobiles sont installées sur le dispositif de communication mobile pour échanger des données avec le véhicule et fournir un ou plusieurs services associés au véhicule.
Par exemple, certains véhicules contemporains embarquent une technologie connue sous le nom de système d’Accès et Démarrage Mains Libres (ADML, ou PEPS en anglais pour « Passive Entry Passive Start). Il est ainsi possible d’accéder au véhicule (déverrouillage et verrouillage des portes) et/ou de démarrer un véhicule sans avoir à insérer la clé dans le contact. Le système ADML est associé à une clé main libre qui échange des informations sous forme de signaux radiofréquences avec le véhicule pour verrouiller ou déverrouiller le véhicule mais aussi pour le démarrer sans avoir à insérer de clé dans le contact. La fonction assurée par la clé main libre en coopération avec le système ADML peut être assurée avec un dispositif de communication mobile de type téléphone intelligent (de l’anglais « Smartphone >>) qui communique avec le véhicule en échangeant les informations nécessaires pour verrouiller, déverrouiller ou démarrer le véhicule.
Pour qu’un service mis en œuvre par une application mobile soient assuré, il est nécessaire que cette application mobile puisse répondre en permanence, par exemple aux requêtes du véhicule. Malheureusement, certains systèmes d’exploitation mobiles tels que iOS de la société Apple® sont conçus de telle manière qu’une application mobile soit arrêtée automatiquement après écoulement d’un intervalle temporel déterminé (par exemple 10 minutes) lorsque l’application n’est pas utilisée. Il n’est alors pas possible de laisser l’application mobile tourner en tâche de fond, ce qui est problématique lorsque le véhicule est susceptible de requérir un service ou des données de cette application mobile à tout instant.
Résumé de l’invention
Un objet de la présente invention est d’améliorer l’accessibilité et la disponibilité d’une application mobile installée sur un dispositif de communication mobile.
Un autre objet de la présente invention est d’améliorer la communication entre un véhicule et une application mobile installée sur un dispositif de communication mobile.
Selon un premier aspect, l’invention concerne un procédé de communication de données entre un véhicule et une application mobile mise en œuvre dans un dispositif de communication mobile, le procédé comprenant les étapes suivantes :
- établissement d’une liaison sécurisée entre l’application mobile et une extension réseau mise en œuvre par un système d’exploitation du dispositif de communication mobile ;
- communication des données entre le véhicule et l’extension réseau via une connexion sans fil et entre l’extension réseau et l’application mobile via la liaison sécurisée.
Selon une variante, la liaison sécurisée est obtenue par mise en œuvre d’un réseau privé virtuel local entre l’extension réseau et l’application mobile. Selon une autre variante, le réseau privé virtuel local est mis en oeuvre par configuration d’un serveur de réseau privé virtuel local dans l’extension réseau et d’un client de réseau privé virtuel local dans l’application mobile.
Selon une variante supplémentaire, l’extension réseau est en outre configurée pour mettre en œuvre un serveur de communication de données selon un protocole de communication en mode connecté pour la communication des données entre le véhicule et l’extension réseau.
Selon encore une variante, le protocole de communication en mode connecté correspond au protocole de contrôle de transmission, dit protocole TCP.
Selon une variante additionnelle, la connexion sans fil est une connexion Bluetooth à basse consommation.
Selon une autre variante, le procédé comprend en outre les étapes suivantes :
- réception, par l’extension réseau, d’une requête émise par le véhicule via la connexion sans fil à destination de l’application mobile ;
- génération, par l’extension réseau, d’une notification à rendre par le dispositif de communication mobile, la notification requérant une activation de l’application mobile par un utilisateur du dispositif de communication mobile.
Selon une variante supplémentaire, les données sont communiquées dans le cadre d’un service d’accès et de démarrage mains libres du véhicule.
Selon un deuxième aspect, l’invention concerne un dispositif de communication mobile, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de l’invention.
Selon un troisième aspect, l’invention concerne un système comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention et un véhicule, par exemple de type automobile, relié en communication au dispositif tel que décrit ci- dessus selon le deuxième aspect de l’invention.
Selon un quatrième aspect, l’invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de l’invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur.
Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable.
Selon un cinquième aspect, l’invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de l’invention.
D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur.
D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des figures
D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : [Fig. 1 ] illustre schématiquement un système comprenant un véhicule et un dispositif de communication mobile, selon un exemple de réalisation particulier de la présente invention ;
[Fig. 2] illustre schématiquement une architecture du dispositif de communication mobile de la figure 1 , selon un exemple de réalisation particulier de la présente invention ;
[Fig. 3] illustre schématiquement le dispositif de communication mobile de la figure 1 , selon un exemple de réalisation particulier de la présente invention ;
[Fig. 4] illustre un organigramme des différentes étapes d’un procédé de communication de données dans le système de la figure 1 , selon un exemple de réalisation particulier de la présente invention.
Description des modes de réalisation
Un procédé et un dispositif de communication de données entre un véhicule et une application mobile d’un dispositif de communication mobile vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre.
Selon un exemple particulier et non limitatif de réalisation de l’invention, un dispositif de communication mobile tel qu’un téléphone intelligent est couplé en communication avec un véhicule via une liaison ou connexion sans fil. Une application mobile est avantageusement installée sur le dispositif de communication mobile et est configurée pour échanger des données avec un véhicule pour la mise en œuvre d’un ou plusieurs services. Une extension réseau est avantageusement configurée sur le dispositif de communication mobile et mise en œuvre par le système d’exploitation du dispositif de communication mobile. Cette extension réseau est configurée d’une part pour établir une liaison ou connexion sécurisée avec l’application mobile dans le dispositif de communication mobile, par exemple par la mise en œuvre d’un réseau privé virtuel local, et pour établir une communication avec le véhicule via la liaison ou connexion sans fil d’autre part.
Ainsi, l’échange de données entre le véhicule et l’application mobile se fait par l’intermédiaire de l’extension réseau et de la liaison sécurisée. L’extension réseau étant exécutée directement par le système d’exploitation, cette dernière n’est pas soumise aux même règles de gestion qu’une application mobile classique développée via un SDK (de l’anglais « Software Development Kit » ou « kit de développement logiciel » en français), c’est-à-dire que l’extension réseau tourne en permanence en arrière-plan et n’est pas stoppée par le système d’exploitation après écoulement d’une durée déterminée, au contraire d’une application mobile classique. L’extension réseau est alors toujours disponible et capable de recevoir des données ou des requêtes du véhicule, l’extension réseau pouvant alors maintenir le ou les services fournis par l’application mobile, même lorsque l’application mobile est arrêtée.
Un tel procédé permet ainsi de fournir un service en continu et d’assurer une disponibilité permanente de l’application mobile, améliorant grandement la qualité de service.
[Fig. 1] illustre schématiquement un système 1 comprenant un véhicule 10 et un dispositif de communication mobile 11 , selon un exemple de réalisation particulier et non limitatif de la présente invention.
Le véhicule 10 correspond par exemple à un véhicule à moteur terrestre, par exemple un véhicule automobile, un car, un bus, un camion ou un véhicule utilitaire.
Le véhicule 10 est relié en communication avec un dispositif de communication mobile 11 via une connexion de type sans fil. Le dispositif de communication mobile correspond par exemple à un objet intelligent, c’est-à-dire par exemple un téléphone intelligent, une montre connectée, une tablette ou encore un ordinateur portable.
Le véhicule 10 communique avec le dispositif de communication mobile 11 et échange des données avec ce dernier dans le cadre d’un ou plusieurs services exécutés par une ou plusieurs applications mobiles installées sur le dispositif de communication mobile 1 1.
Une application mobile correspond à un logiciel applicatif développé spécifiquement pour le dispositif de communication mobile 1 1 en utilisant le SDK adapté au système d’exploitation du dispositif de communication mobile 1 1 . Par exemple, dans le cas d’un dispositif de communication mobile tournant sous iOS, le SDK iOS permet aux développeurs de développer une application mobile en utilisant le ou les langages de programmation supportés par iOS, c’est-à-dire par exemple les langages Swift et Objective-C. Dans le cas d’un dispositif de communication mobile tournant sous Android, le SDK Android permet aux développeurs de développer une application mobile en utilisant le ou les langages de programmation supportés par Android, c’est-à- dire par exemple les langages Java ou Kotlin.
Le dispositif de communication mobile 1 1 communique par exemple avec un ou plusieurs calculateurs du système embarqué du véhicule 10 via une ou plusieurs antennes reliées à ce ou ces calculateurs, par exemple à un calculateur du type TCU (de l’anglais « Telematic Control Unit » ou en français « unité de contrôle télématique >>), l’unité TCU étant relié aux autres calculateurs du système embarqué par l’intermédiaire d’un bus de communication d’un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs >>), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible >>), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3).
Le dispositif de communication 1 1 communique par exemple avec le véhicule 10 via une liaison sans fil de type Bluetooth, par exemple via une technique de transmission sans fil de type Bluetooth à basse consommation (aussi appelée Bluetooth à basse énergie), dite BLE (de l’anglais « Bluetooth Low Energy >>) (intégrée à la norme Bluetooth à partir de la version 4.0).
Selon d’autre exemple, la connexion ou la liaison sans fil entre le dispositif de communication mobile 1 1 et le véhicule 10 est de type Wifi (basé sur une des normes du groupe IEEE 802.1 1 ), NFC (de l’anglais « Near-Field Communication » ou en français CCP « Communication en Champ Proche >>) ou Zigbee (basé sur la norme IEEE 802.15.4).
A titre d’exemple illustratif, l’application mobile installée sur le dispositif de communication mobile 11 fournit un service de type ADML (d’Accès et Démarrage Mains Libres). Une telle application permet au porteur du dispositif de communication mobile 11 de s’authentifier auprès du véhicule 10, permettant d’accéder dans le véhicule 10 et de le démarrer. Avec une telle application, le propriétaire du véhicule 10 n’a pas besoin de clé physique mais simplement de son dispositif de communication mobile 11 , par exemple un téléphone intelligent, avec une application mobile fournissant un service ADML installée.
Bien entendu, l’invention ne se limite pas à une application mobile fournissant un service de type ADML mais s’étend à tout type d’application mobile et tout type de service.
Un exemple d’architecture applicative fonctionnelle du dispositif de communication mobile 11 permettant d’obtenir une fourniture de service continue dans le temps est présenté en regard de la figure 2 ci-dessous.
[Fig. 2] illustre schématiquement une architecture applicative mise en œuvre dans le dispositif de communication mobile 11 en communication avec le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention.
L’architecture du dispositif de communication mobile 11 présentée sur la figure 2 correspond à une architecture applicative distribuée et comprend deux parties 21 et 22.
Une première partie 21 comprend notamment une (ou plusieurs) extension(s) réseau 210 générée(s) nativement à partir du noyau du système d’exploitation du dispositif de communication mobile 11 . Par exemple, l’extension réseau 210 correspond à une extension du noyau Unix duquel est dérivé le système d’exploitation iOS.
Une telle extension réseau 210 est par exemple générée à partir d’une API (de l’anglais « Application Programming Interface » ou en français « Interface de programmation d’application ») conforme à l’ensemble de normes dénommées POSIX et définies par le standard IEEE 1003. Les APIs de base décrites dans POSIX concernent les services temps réel, les processus légers, les extensions temps réel, l’interface de sécurité, l’accès aux fichiers par le réseau et les communications inter-processus par le réseau.
Une deuxième partie 22 comprend les applications mobiles développées à partir du SDK adapté au système d’exploitation du dispositif de communication mobile 11 , par exemple une application mobile 220 fournissant un service pour le véhicule 10.
L’architecture applicative distribuée de la figure 2 comprend ainsi une application mobile 220 et son extension réseau 210, l’application mobile 220 et l’extension réseau 210 correspondant chacune à un module logiciel mis en œuvre (par exemple exécuté) sur le dispositif de communication mobile 11 . Les composants techniques en charge de la communication avec le véhicule 10 sont avantageusement pris en charge et contrôlés par l’extension réseau 210, l’application mobile 220 stockant par exemple les données et information permettant la fourniture d’un ou plusieurs services pour le véhicule 10 ou le propriétaire du véhicule 10 (par exemple paramètres de configuration, données d’authentification, données d’environnement).
L’extension réseau 210 comprend les composants ou modules suivants, par exemple sous la forme de modules logiciels :
- un module 211 configuré pour mettre en œuvre une connexion sécurisée entre l’extension réseau 210 et l’application mobile 220. Le module 211 prend par exemple la forme d’un serveur d’un réseau privé virtuel local, dit réseau VPN (de l’anglais « Virtual Private Network >>), un tel serveur VPN étant configuré pour communiquer avec un client VPN mis en œuvre dans l’application mobile 220, la communication de données entre le serveur VPN et le client VPN étant assurée via un tunnel chiffré ou crypté (communication inter-processus IPC (de l’anglais « Inter-Process Communication >>)) formant une liaison sécurisée 201 pour assurer la sécurité des données échangées. Le module 211 est par exemple obtenu ou généré à partir de l’API dénommée
« N EPacketTunnel Provider » native sous iOS ;
- un module 212 configuré pour contrôler le transport des données entre le véhicule 10 et le dispositif de communication mobile 11 . Le module 212 correspond par exemple à un serveur mettant en œuvre un protocole de communication en mode connecté pour la communication des données entre le véhicule 10 et l’extension réseau 210. Le protocole de communication correspond par exemple au protocole dit TCP (de l’anglais « Transmission Control Protocol » ou en français « Protocole de contrôle de transmission >>). Le module 212 fait office de pont (de l’anglais « bridge >>) ou de passerelle (de l’anglais « gateway >>) entre d’une part le module 211 et d’autre part un module 213 en charge de l’émission et de la réception des signaux transportant les données. Le module 212 écoute par exemple les commandes ou requêtes émises par l’application mobile 220 (et reçues par le module 211 via la connexion sécurisée (tunnel chiffré) entre l’application mobile 220 et l’extension réseau 210 pour les mettre en forme et les transmettre au véhicule 10 via le module 213. Le module 212 écoute également par exemple les commandes ou requêtes émises par le véhicule 10 selon la liaison sans fil 200 et reçues par le module 213 pour les mettre en forme et les transmettre à l’application mobile 210 via le module 211 ; et
- un module 213 configuré pour recevoir des signaux émis par le véhicule 10 et pour émettre des signaux à destination du véhicule 10, ces signaux transportant des données à destination de l’application mobile 220 ou émis par l’application mobile 220. Les signaux et les données qu’ils transportent sont avantageusement communiquées via une liaison sans fil utilisant la technologie BLE (de l’anglais « Bluetooth Low Energy » ou en français « Bluetooth à basse consommation » ou « Bluetooth à basse énergie », intégrée à la norme Bluetooth à partir de la version 4.0).
L’application mobile 220 comprend les composants ou modules suivants, par exemple sous la forme de modules logiciels :
- un module 221 configuré pour sécuriser l’échange de données entre l’application mobile 210 et l’extension réseau 220. Le module 212 prend par exemple la forme d’un client VPN configuré pour communiquer avec le serveur VPN 211 mis en œuvre dans l’extension réseau 210, la communication de données entre le serveur VPN et le client VPN étant assurée via un tunnel chiffré ou crypté formant la liaison sécurisée 201 pour assurer la sécurité des données échangées ;
- un module 222 configuré pour gérer les données de l’application mobile 220, mettre en œuvre les processus nécessaires pour fournir le ou les services de l’application mobile. Le module 222 transmet les données à destination du véhicule 10 via le module 221 puis via l’extension réseau 210 et reçoit les données émises par le véhicule 10 du module 221 via l’extension réseau 210.
L’application mobile 220 suit le cycle de vie classique des applications mobiles développées via SDK, c’est-à-dire que l’application mobile est mise en sommeil ou arrêtée par le système d’exploitation du dispositif de communication mobile après expiration d’un délai déterminé (par exemple 5 ou 10 minutes) en cas d’absence d’utilisation de l’application mobile 220.
Au contraire de l’application mobile 220, l’extension réseau 210 est installée au sein du système d’exploitation du dispositif de communication mobile 11 , par exemple iOS. L’extension réseau n’est pas soumise aux cycles de vie standard des applications mobiles. L’extension réseau 210 reste active en tâche de fond et elle n’est jamais endormie ni tuée par le système d’exploitation. L’extension réseau 210 reste à l’écoute de certains événements du système 1 (activité réseaux, événements Bluetooth, reprise d’activité de l’utilisateur du dispositif de communication mobile 11 ) étant données sa conception et sa nature.
Le cycle de vie de l’extension réseau 210 est gérée uniquement par le système d’exploitation du dispositif de communication mobile. Une fois configurée, l’extension réseau correspond à un service système en tâche de fond, par exemple un démon (de l’anglais « daemon ») Unix avec les APIs POSIX de iOS. Un démon correspond à un processus non contrôlé par l’utilisateur du dispositif de communication mobile et qui s’exécute automatiquement en arrière-plan.
La communication entre l’extension réseau 210 et l’application mobile 220 passe par un tunnel chiffré 201 (communication inter processus ou IPC) pour les commandes synchrones, et par des notifications système (notifications Darwin) avec une zone de partage de données militarisée pour les commandes asynchrones (par exemple pour la réception des signaux BLE du véhicule 10 et/ou la reprise d’activité de l’utilisateur du dispositif 11 ).
Lors de l’installation de l’application mobile 220 sur le dispositif de communication mobile 11 , et suite à une authentification de l’utilisateur, l’installation du module 221 (par exemple le client VPN) est proposée à l’utilisateur, par exemple par l’affichage d’un message ou d’une fenêtre dans 1’1 HM (Interface Homme-Machine) du dispositif de communication mobile 11 . Une fois l’installation du module 221 validée par l’utilisateur, l’installation et la configuration du VPN sont mises en œuvre automatiquement et de façon transparente pour l’utilisateur, c’est-à-dire sans requérir aucune action de la part de l’utilisateur.
Selon l’exemple d’un service ADML fourni par l’application mobile 11 , l’extension réseau 210 est programmée pour, lorsque l’utilisateur s’approche du véhicule 10, par exemple réveiller l’application mobile 220 alors endormie, transmettre des commandes ou requêtes au véhicule 10, récupérer les états émis, afficher des notifications, mettre à jour un widget, sauvegarder des données, etc. Le réveil de l’application mobile 220 est obtenu indirectement, par exemple via l’affichage ou le rendu d’une notification sur le dispositif de communication mobile 11 à destination de l’utilisateur, l’affichage ou le rendu étant contrôlé ou commandé par l’extension réseau. A la lecture ou à l’écoute de la notification, l’utilisateur est alerté qu’il doit activer l’application mobile 220.
Selon cet exemple, le service ADML est disponible dès que l’installation et la configuration de la solution VPN ont été mises en œuvre, que l’application mobile 220 soit lancée (exécutée) ou non. Au démarrage du dispositif de communication mobile 11 , le service ADML est reconstitué automatiquement par l’extension réseau, avec le contexte ou profil utilisateur, et le service ADML se connecte automatiquement avec le véhicule 10 ou tout véhicule à portée de la liaison radio du dispositif de communication mobile 11 (c’est-à-dire du module 213).
Par exemple, l’extension réseau 210 reçoit, via la connexion BLE, une requête d’authentification émise par le véhicule 10 à destination de l’application mobile 220. Si l’application mobile 220 est à l’arrêt (par exemple suite à une absence d’utilisation par l’utilisateur du dispositif de communication mobile 11 pendant une durée supérieure à un seuil (par exemple 10 minutes)), l’extension réseau 210 enregistre les données associées à la requête dans une zone de partage de données accessible à l’application mobile 220 et/ou à une vignette interactive (de l’anglais « widget >>). A réception de la requête, l’extension réseau 210 génère par exemple une notification à destination de l’utilisateur du dispositif de communication mobile pour que ce dernier active l’application mobile 220 ou réponde à la requête émise par le véhicule. Selon une variante, la vignette interactive transmet la ou les commandes nécessaires au véhicule 10 à la place de l’application mobile 220.
Si l’utilisateur du dispositif de communication mobile 11 désinstalle ou supprime l’application mobile 220 du dispositif de communication mobile 11 , l’extension réseau est désinstallée automatiquement elle aussi.
[Fig. 3] illustre schématiquement un dispositif de communication mobile 3 configuré pour communiquer avec un véhicule, par exemple le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple au dispositif de communication mobile 11 , par exemple un téléphone intelligent.
Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figure 1 et 2 et/ou des étapes du procédé décrit en regard de la figure 4. Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un téléphone portable, un téléphone intelligent, une tablette, un objet intelligent tel qu’une montre connectée, un ordinateur portable. Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Selon différents modes de réalisation particuliers, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique >>), par exemple par l’intermédiaire d’une liaison ou connexion sans fil.
Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 6 comprend en outre au moins une mémoire
31 correspondant par exemple une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique.
Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31 .
Selon un mode de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc
32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant, le véhicule ou d’autres dispositifs de communication mobile. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes :
- interface radiofréquence RF, par exemple de type Bluetooth® ou Wi-Fi®, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme >>), LTE- Advanced (ou en français LTE-avancé) ;
- interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ;
- interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition >> en français) ;
Des données sont par exemples chargées vers le dispositif 3 via l’interface du bloc 32 en utilisant un réseau BLE, Wi-Fi® tel que selon IEEE 802.11 ou un réseau mobile tel qu’un réseau 4G (ou LTE Advanced selon 3GPP release 10 - version 10) ou 5G.
Selon un mode de réalisation particulier supplémentaire, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, un ou des haut-parleurs et/ou d’autres périphériques via respectivement des interfaces de sortie non représentées.
[Fig. 4] illustre un organigramme des différentes étapes d’un procédé de communication de données entre un véhicule et une application mobile mise en œuvre dans un dispositif de communication mobile, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par le dispositif de communication mobile 11 des figures 1 et 2 ou par le dispositif 3 de la figure 3.
Dans une première étape 41 , une liaison sécurisée est établie entre l’application mobile et une extension réseau mise en œuvre par un système d’exploitation du dispositif de communication mobile.
Dans une deuxième étape 42, les données sont communiquées entre le véhicule et l’extension réseau (par exemple depuis le véhicule vers l’extension réseau et/ou depuis l’extension réseau vers le véhicule) via une connexion sans fil. Les données sont également communiquées entre l’extension réseau et l’application mobile (par exemple depuis l’extension réseau vers l’application mobile et/ou depuis l’application mobile vers l’extension réseau) via la liaison sécurisée.
La liaison sécurisée est par exemple obtenue par la mise en œuvre d’un réseau privé virtuel local entre l’extension réseau et l’application mobile.
Selon une variante de réalisation, les variantes et exemples des opérations décrits en relation avec les figures 1 et 2 s’appliquent aux étapes du procédé de la figure 4.
Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de fourniture de service à un véhicule, ainsi qu’au dispositif configuré pour la mise en œuvre d’un tel procédé.
L’invention concerne également un système comprenant un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, et un dispositif de communication mobile communiquant avec le véhicule.

Claims

REVENDICATIONS
1 . Procédé de communication de données entre un véhicule (10) et une application mobile (220) mise en œuvre dans un dispositif de communication mobile (11 ), ledit procédé comprenant les étapes suivantes :
- établissement (41 ) d’une liaison sécurisée (201 ) entre ladite application mobile (220) et une extension réseau (210) mise en œuvre par un système d’exploitation dudit dispositif de communication mobile (11 ) ;
- communication (42) desdites données entre ledit véhicule (10) et ladite extension réseau (210) via une connexion sans fil (200) et entre ladite extension réseau (210) et ladite application mobile (220) via ladite liaison sécurisée (201 ).
2. Procédé selon la revendication 1 , pour lequel ladite liaison sécurisée (201 ) est obtenue par mise en œuvre d’un réseau privé virtuel local entre ladite extension réseau (210) et ladite application mobile (220).
3. Procédé selon la revendication 2, pour lequel ledit réseau privé virtuel local est mis en œuvre par configuration d’un serveur (211 ) de réseau privé virtuel local dans ladite extension réseau (210) et d’un client (221 ) de réseau privé virtuel local dans ladite application mobile (220).
4. Procédé selon l’une des revendications 1 à 3, pour lequel ladite extension réseau (220) est en outre configurée pour mettre en œuvre un serveur (212) de communication de données selon un protocole de communication en mode connecté pour la communication desdites données entre ledit véhicule (10) et ladite extension réseau (210).
5. Procédé selon la revendication 4, pour lequel ledit protocole de communication en mode connecté correspond au protocole de contrôle de transmission, dit protocole TCP.
6. Procédé selon l’une des revendications 1 à 5, pour lequel ladite connexion sans fil (200) est une connexion Bluetooth à basse consommation.
7. Procédé selon l’une des revendications 1 à 6, comprenant en outre les étapes suivantes :
- réception, par ladite extension réseau (210), d’une requête émise par ledit véhicule (10) via ladite connexion sans fil (200) à destination de ladite application mobile (220) ;
- génération, par ladite extension réseau (210), d’une notification à rendre par ledit dispositif de communication mobile (11 ), ladite notification requérant une activation de ladite application mobile (220) par un utilisateur dudit dispositif de communication mobile (11 ).
8. Dispositif (3) de communication mobile comprenant une mémoire (31 ) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7.
9. Système comprenant le dispositif (3) de communication mobile selon la revendication 8 et un véhicule (10) relié en communication audit dispositif (3) de communication mobile.
10. Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 7, lorsque ces instructions sont exécutées par un processeur.
EP22712599.4A 2021-02-04 2022-01-06 Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile Pending EP4289160A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2101056A FR3119475B1 (fr) 2021-02-04 2021-02-04 Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile
PCT/FR2022/050029 WO2022167738A1 (fr) 2021-02-04 2022-01-06 Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile

Publications (1)

Publication Number Publication Date
EP4289160A1 true EP4289160A1 (fr) 2023-12-13

Family

ID=75108568

Family Applications (1)

Application Number Title Priority Date Filing Date
EP22712599.4A Pending EP4289160A1 (fr) 2021-02-04 2022-01-06 Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile

Country Status (3)

Country Link
EP (1) EP4289160A1 (fr)
FR (1) FR3119475B1 (fr)
WO (1) WO2022167738A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2101056B1 (fr) 1970-08-13 1974-03-01 Inst Francais Du Petrole
US7548744B2 (en) * 2003-12-19 2009-06-16 General Motors Corporation WIFI authentication method
US20160150352A1 (en) * 2014-11-24 2016-05-26 Hyundai America Technical Center, Inc. Bluetooth system integration module

Also Published As

Publication number Publication date
FR3119475B1 (fr) 2022-12-16
WO2022167738A1 (fr) 2022-08-11
FR3119475A1 (fr) 2022-08-05

Similar Documents

Publication Publication Date Title
CN112612629B (zh) 一种组件式的数据接口实现方法与系统
EP3029968A1 (fr) Procede de provisionnement d'un profil de souscripteur pour un module securise
FR2767437A1 (fr) Procede ameliore de chargement d'une liste predeterminee d'articles par un terminal mobile pilote par un module d'identification d'abonne, commande, module d'identification d'abonne et terminal mobile correspondants
WO2015191964A1 (fr) Mise en œuvre de politiques sur la base d'informations reçues en provenance de systèmes externes
FR3059194B1 (fr) Installation d'un profil dans un module d'identite de souscripteur embarque
EP2735969B1 (fr) Ensemble électronique comprenant un module de desactivation
WO2017092594A1 (fr) Procédé et dispositif de traitement d'informations
FR3087988A1 (fr) Gestion de profils d'abonne simultanement actifs dans une carte euicc en utilisant plusieurs liaisons distinctes
FR3067136A1 (fr) Procede de mise a jour d’un calculateur embarque de vehicule
EP3313041A1 (fr) Procédé et dispositif de téléchargement d'application
EP3395090A1 (fr) Procede de controle d'un module d'identite de souscripteur embarque
FR2945143A1 (fr) Procede et systeme d'activation d'applications de paiement sans contact
WO2022167738A1 (fr) Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile
FR2905819A1 (fr) Procede de gestion de l'architecture logicielle d'un circuit de radiocommunication,application,produit programme d'ordinateur et circuit correspondants.
EP3278542B1 (fr) Système et procédé d'exécution d'une application dans un terminal muni d'une carte a puce
EP2793498B1 (fr) Elément sécurisé pour terminal de télécommunications
CN116755842B (zh) 身份验证系统部署方法、装置、设备及存储介质
US11451669B1 (en) Method and system for providing access to a node of a shared resource
EP3648491B1 (fr) Element securise multi-configurations et procede associe
WO2017182597A1 (fr) Procédé de connexion d'un appareil électronique à un système embarqué de véhicule, appareil électronique et système embarqué de véhicule associés
FR3107974A1 (fr) Procédé et dispositif d’allocation de ressources réseau à un véhicule
FR3140195A1 (fr) Procédé et dispositif de transmission de données de tentative d’enregistrement de dispositifs d’accès main libre pour véhicule
FR3013873A1 (fr) Procede de communication de donnees, dispositif de paiement electronique, systeme, produit programme d'ordinateur et medium correspondants.
CN116366743A (zh) 通讯接入方法及装置
FR3107970A1 (fr) Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public

Legal Events

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

Free format text: STATUS: UNKNOWN

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

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

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230731

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)