FR3102284A1 - Procédé d’ouverture d’une partie d’un véhicule automobile - Google Patents

Abstract

Procédé d’ouverture d’une partie d’un véhicule automobile comprenant :- une étape (E1) de réception d’une séquence (Flux_Lum) lumineuse codée,- une étape (E2) de décodage de ladite séquence (Flux_Lum) lumineuse avec déduction d’un code propre à ladite séquence,- une étape (E3) de comparaison du code déduit à un code prédéterminé, - si les deux codes sont identiques, - une étape (E4) d’envoi d’au moins une impulsion de réveil, - une étape (E5) d’activation d’au moins un moyen de capture et de lecture d’une information optique , - une étape (E6) de capture d’une information optique , - une étape (E7) de lecture d’au moins une donnée contenue dans ladite information optique capturée, - une étape (E8) de validation d’une de l’au moins une donnée, - une étape (E9) d’autorisation d’ouverture d’un moyen d’ouverture de ladite partie du véhicule si l’étape de validation a retourné un résultat positif (OUI). Figure pour l’abrégé : Fig. 1

Description

Procédé d’ouverture d’une partie d’un véhicule automobile

La présente invention concerne un procédé d’ouverture d’une partie d’un véhicule automobile permettant l’accès contrôlé à une partie d’un véhicule en l’absence de son propriétaire pour une livraison d’un colis par exemple, y compris en dehors de couverture réseau.

Afin de pouvoir répondre à de nouveaux besoins de la part des consommateurs, comme par exemple pouvoir se faire livrer des commandes faites sur Internet directement dans le coffre de son véhicule, de nouvelles solutions techniques permettant de transformer les véhicules en stationnement en casiers mobiles dont l'ouverture pourrait être contrôlée par des tiers de confiance apparaissent.

Des sociétés de livraison ont déjà commencé des expérimentations allant en ce sens mais ne fonctionnant qu’avec des véhicules connectés au réseau Internet et de fait uniquement dans certaines zones géographiques où la couverture Internet est disponible.

Cet impératif technologique de connectivité au réseau Internet lors de la livraison du colis dans le coffre limite le déploiement de cette solution de livraison à des véhicules comportant des moyens de connexion au réseau Internet et à des zones géographiques où la couverture Internet, c’est à dire l’accès sans-fil à une connectivité de type données au travers d’un réseau de communication, qu’il soit de type cellulaire ou WiFi, est de qualité satisfaisante.

Un des buts de l'invention est de remédier à au moins une partie des inconvénients de la technique antérieure en fournissant un procédé d’ouverture d’une partie d’un véhicule automobile comprenant :
- une étape de réception d’une séquence codée,
- une étape de décodage de ladite séquence avec déduction d’un code propre à ladite séquence,
- une étape de comparaison du code déduit à un code prédéterminé,
- si les deux codes sont identiques ,
- une étape d’envoi d’au moins une impulsion de réveil,
- une étape d’activation d’au moins un moyen de capture et de lecture d’une information optique ,
- une étape de capture d’une information optique ,
- une étape de lecture d’au moins une donnée contenue dans ladite information optique capturée,
- une étape de validation d’une de l’au moins une donnée,
- une étape d’autorisation d’ouverture de ladite partie du véhicule si l’étape de validation a retourné un résultat positif.

Ce procédé permet de s'affranchir des contraintes de connectivité et de coût en utilisant un procédé simple pour l’utilisateur et ne nécessitant que des moyens disponibles sur les véhicules de toute gamme.

De manière avantageuse, ladite partie est un coffre, ce qui permet de restreindre l’accès au seul coffre du véhicule pour la livraison, cette partie étant aussi la plus adaptée au stockage de colis livrés.

Avantageusement, chacune desdites étapes du procédé s’effectue indépendamment d’un accès sans-fil à une connectivité de type données au travers d’un réseau de communication, ce qui rend la livraison indépendante de toute couverture par un réseau de communication, qu’il soit cellulaire (GSM, EDGE, GPRS, UMTS, HSxPA or LTE, 3G, 4G, 5G), WiFi ou autre, garantissant une livraison en tout lieu, sans besoin de connectivité de données côté véhicule au moment de la livraison, rendant le service indépendant de la couverture réseau locale.

Avantageusement, ladite séquence est une séquence lumineuse, notamment codée en modulation d’impulsion tout ou rien, ce qui peut être émis par un simple téléphone portable, via son dispositif de flash.

Avantageusement, la séquence lumineuse comprend plusieurs trains identiques d’impulsions, ce qui permet en cas de décodage de la séquence lumineuse par un circuit auto-alimenté de lui laisser le temps d’acquérir suffisamment d’énergie pour décoder le train de la séquence lumineuse.

Une autre caractéristique avantageuse consiste en ce que ladite information optique est codée, notamment sous forme de clé virtuelle optique, ce qui permet une sécurisation du procédé par authentification de la clé, et de préférence sous forme de code à barres bidimensionnel, par exemple sous forme de « QR-code » (abréviation anglaise de Quick Response Code), ce qui permet une facilité d’utilisation puisque de nombreuses applications mobiles sont capables de générer un QR-code nettement affichable, notamment sur un écran de téléphone portable.

Avantageusement, lesdites étapes de réception de la séquence codée, et de décodage de ladite séquence sont effectuées alors que le véhicule est endormi, ce qui permet de ne pas maintenir le véhicule en attente de livraison réveillé et permet de ne le réveiller que lorsqu’une séquence lumineuse conforme est détectée, ceci étant d’autant plus facilité du fait qu’il n’y a pas besoin de connexion cellulaire sans-fil active.

L'invention concerne également un dispositif d’ouverture d’une partie d’un véhicule automobile comprenant :
- un moyen de réception d’une séquence, notamment lumineuse, codée,
- un moyen de décodage de ladite séquence,
- un moyen de comparaison du code déduit à un code prédéterminé,
caractérisé en ce qu’il comporte également
- un moyen d’envoi d’au moins une impulsion de réveil
- un moyen de capture d’une information optique,
- un moyen de lecture d’au moins une donnée contenue dans ladite information optique,
- un moyen de validation d’une de l’au moins une donnée,
- un moyen d’ouverture de ladite partie du véhicule. Ce dispositif présente des avantages analogues à ceux du procédé.

Avantageusement, le moyen de réception comporte un capteur d’ondes lumineuses, notamment une cellule photovoltaïque ou un capteur de luminosité ou une photodiode, ce qui permet de mettre en œuvre le procédé avec un dispositif robuste et peu onéreux côté véhicule. La cellule photovoltaïque permet de minimiser la consommation énergétique, notamment en s’auto-alimentant jusqu’à l’étape d’envoi d’impulsion de réveil. Le capteur de luminosité ou la photodiode permettent une veille basse consommation.).

Avantageusement, le moyen de décodage de ladite séquence lumineuse codée comprend un détecteur d’enveloppe, un décodeur de modulation tout ou rien et un corrélateur, ce qui permet de comparer le signal décodé avec un signal de référence auquel correspond un code prédéterminé.

Avantageusement, le moyen de capture d’une information optique est une caméra, ce qui permet d’utiliser une caméra déjà présente sur le véhicule, telle que la caméra arrière de recul ou encore une caméra disposée au niveau d’un rétroviseur.

Avantageusement, le moyen de lecture d’au moins une donnée contenue dans ladite information optique est un calculateur multimédia, ce qui permet de lui transférer une clé publique facilement pour traiter les données de la caméra dont il est aussi en chargea.

L'invention concerne également un véhicule automobile comportant un tel dispositif et présente donc des avantages analogues à ceux du procédé.

Les dessins annexés illustrent l’invention :

La figure 1 représente un organigramme du procédé selon l’invention.

La figure 2 représente une schématisation d’architecture du dispositif selon l’invention.

La figure 3 représente une illustration d’une étape du procédé selon l’invention.

La figure 4 représente une illustration du déroulement technique d’une partie du procédé selon un mode de réalisation de l’invention.

La figure 5 représente une illustration d’une étape du procédé selon un mode de réalisation de l’invention.

La figure 6 représente un diagramme de séquence d’utilisation du procédé selon un mode de réalisation de l’invention.

En référence à la figure 1, le logigramme illustre le procédé d’ouverture d’une partie d’un véhicule automobile selon l’invention, et la figure 2 schématise l’architecture du dispositif selon l’invention. Ces figures permettent de noter d’une part que ce procédé est embarqué dans le véhicule VEH et distribué entre plusieurs calculateurs mais aussi que ce procédé reçoit des entrées du monde extérieur au véhicule et notamment d’un objet OBJ.

L’étape d’initialisation du procédé correspond à un état E0 de veille, au cours duquel le véhicule est dans un état endormi, c’est-à-dire que les calculateurs principaux sont endormis. Il s’agit d’une veille en attente de réception de séquence lumineuse codée. Cette veille concerne au moins le circuit de veille Circuit_VLC (de l’anglais Visible Light Communication) et en fonction de son type auto-alimenté ou faiblement consommateur d’énergie la veille concernera en plus, si le circuit de veille Circuit_VLC est basse consommation, un calculateur du réseau de bord tel que le calculateur de réveil Wake_Up_ECU en charge de la gestion des réveils et états des autres calculateurs. Ce calculateur de réveil Wake_Up_ECU est typiquement le calculateur qui reçoit la commande radiofréquence de la clef du véhicule et autorise l’ouverture du véhicule VEH. Le circuit de veille Circuit_VLC comporte notamment un récepteur Rec qui est un capteur d'ondes lumineuses capable de capturer et réagir à une séquence lumineuse générée par une séquence lumineuse codée telle qu’une série de flash. Un exemple de circuit de veille Circuit_VLC auto-alimenté comprend un capteur Rec d'ondes lumineuses comportant au moins une cellule photovoltaïque ainsi qu’un détecteur d’enveloppe Det_Env, c’est à dire un détecteur mesurant les variations de tension aux bornes de la ou les cellules photovoltaïques. Préférentiellement de multiples cellules photovoltaïques sont associées en série. Un exemple de circuit de veille Circuit_VLC basse consommation comprend un capteur Rec d'ondes lumineuses basé sur un capteur de luminosité ou une photodiode, et un détecteur d'enveloppe Det_Env.

Le procédé commence par une étape E1 de réception d’une séquence lumineuse codée Flux_Lum, cette séquence lumineuse codée Flux_Lum correspond notamment à une série de flash en modulation d’émission tout ou rien OOK (de l’anglais On Off Keying). Cette séquence Flux_Lum est reçue par le récepteur Rec du circuit de veille Circuit_VLC. Préférentiellement cette séquence Flux_Lum est émise par un objet OBJ apte à envoyer une séquence lumineuse codée et afficher une information optique, tel qu’un téléphone portable, une tablette, voire un appareil photo à écran notamment digital, ou encore certaines montres, notamment connectées, à écran d’affichage électronique et disposant de dispositif d’éclairage type lampe de poche. En effet, les diodes électroluminescentes LED, utilisées notamment pour les flashs des applications appareil photo ou lampe de poche, des téléphones portables ou des tablettes sont contrôlables, notamment en fréquence, et leurs écrans peuvent afficher des informations optiques, telles que des codes à barres bidimensionnels QR_code. La séquence lumineuse prédéterminée n’a pas pour but de transférer de l’information en tant que tel mais d’enclencher une procédure de réveil du calculateur de réveil sur une requête optique identifiée, plutôt que sur du bruit par exemple. Cette procédure de réveil a pour but d’informer le calculateur de réveil qu’une partie du véhicule alors en état endormi doit être réveillée afin de pouvoir traiter un flux d’information, préférentiellement optique, à venir. Cette séquence lumineuse codée Flux_Lum est définie par une série de flash allumé – flash éteint en modulation d’émission tout ou rien OOK. La commande de cette séquence Flux_Lum est pilotée par une application hébergée au sein de l’objet OBJ, cette application ayant été préalablement enregistrée (soit dès la fabrication de l’objet, soit ultérieurement par le livreur via téléchargement si l’objet OBJ est connectable au réseau de communication tel qu’Internet, par technologie cellulaire ou Wifi ou sinon par copie, notamment hors ligne, dans sa mémoire via le Bluetooth ou un port USB ou une carte SD par exemple). Cette séquence Flux_Lum pourrait être propre à chaque marque de véhicule, mais pas nécessairement, car il faudrait alors préciser à l’application le type de véhicule qui devra avoir été renseigné en plus de la géolocalisation du véhicule et de sa plaque à l’application de commerce qui propose la livraison.

L’étape suivante E2 consiste en une étape de décodage de ladite séquence Flux_Lum lumineuse avec un décodeur de modulation tout ou rien Dec_OOK. Le décodeur Dec_OOK, hébergé par exemple dans le circuit de veille Circuit_VLC, analyse la variation d’amplitude du signal lumineux reçu permettant de déterminer si un ‘1’ a été reçu, ce qui correspond à un flash émis, ou un zéro sinon, ce qui correspond à l’absence de signal lumineux de type flash. Ce décodage compare l’intensité du signal lumineux reçu avec un seuil d’amplitude prédéterminé, ce décodage se faisant préférentiellement sur la base de tensions. Ce seuil d’amplitude en tension est par exemple fixé de manière empirique statistique, il peut également être fonction des conditions d’éclairage. Le but est de s’assurer que le réveil se fait sur une séquence Flux_Lum volontaire dans le but d’ouvrir le coffre et non pas sur un train binaire aléatoire capté de façon fortuite suite à des réverbérations lumineuses ambiantes, c’est pour cela que la calibration du seuil de détection du 1 est essentielle. De fait, ce qui compte dans la séquence Flux_Lum est essentiellement l’alternance de 0 et de 1, le but étant de détecter un train binaire de 0 et de 1 et de vérifier s’il s’agit de bruit ou d’une séquence devant générer un réveil. La sortie de cette étape E2 de décodage est donc un code propre à ladite séquence. Si le circuit de veille Circuit_VLC est auto-alimenté il ne consomme rien tant qu'il n'est pas alimenté par l'énergie lumineuse émise par le flash. En effet, lorsqu'elle est exposée au flash, l'énergie générée par la cellule photovoltaïque Rec permet d'alimenter le détecteur d'enveloppe Det_Env, qui mesure les variations de tension aux bornes de la cellule photovoltaïque, ainsi que le décodeur Dec_OOK, qui génère une suite de 0 et de 1, en fonction du niveau de tension mesuré par le détecteur d’enveloppe Dec_Env.

Puis à l’étape E3 de comparaison, effectuée au sein du circuit de veille Circuit_VLC, le code propre de la séquence reçue est comparé à un code prédéterminé, par un corrélateur Cor permettant de comparer le train de 0 et de 1 décodé du signal reçu avec un code prédéterminé correspondant à une séquence de référence. Préférentiellement, le code prédéterminé de la séquence de référence à détecter correspondra donc à une alternance de 0 et de 1 sur par exemple 8 à 10 bits, de manière à ce que du bruit ne puisse générer un tel train binaire. Si le circuit de veille Circuit_VLC est auto-alimenté il utilise l’énergie du flash pour effectuer le décodage E2 et préférentiellement la comparaison E3, de fait il peut demander un peu plus de temps, ce qui justifie l’intérêt d’une séquence comprenant plusieurs trains identiques d’impulsions lumineuses. Néanmoins, il convient de mentionner que la durée de la séquence restera acceptable pour l’utilisateur puisqu’elle demeurera inférieure à quelques secondes, avec un maximum par exemple de 15 secondes. Si le circuit de veille Circuit_VLC est basse consommation, le fonctionnement est le même sauf que le circuit est alimenté en permanence, par exemple par le calculateur du réseau de bord Wake_Up_ECU, ce qui accroît la réactivité du circuit mais consomme de l’énergie de la batterie du réseau de bord, cette énergie se rechargeant ensuite en roulant.

A l’issue de l’étape E3 de comparaison si les deux codes sont identiques OUI, alors il s’agit d’un signal de réveil et il est passé à l’étape suivante E4 d’envoi d’impulsion de réveil, et sinon NON il est retourné à l’étape E0 de veille. L’étape E3 de comparaison pourrait être simplifiée, la transition vers l’étape E4 serait alors engagée OUI dès la détection d’un 1, et non d’un train comportant une alternance de 0 et de 1, ce qui accélèrerait le réveil mais créerait un risque de réveil sur bruit et de fait une consommation énergétique superflue.

L’étape E4 d’envoi d’au moins une impulsion de réveil, nécessitera plus ou moins de temps en fonction du type de circuit Circuit_VLC. En effet, comme indiqué précédemment, l’impulsion de réveil par le circuit Circuit_VLC vers un calculateur du réseau de bord est générée dès réception de la séquence lumineuse correcte ; c’est-à-dire dès l’obtention en sortie de l’étape E3 de comparaison du résultat OUI, néanmoins cette séquence sera détectée plus ou moins rapidement selon que le circuit est toujours alimenté, ou alimenté au travers du flash. Le calculateur du réseau de bord est préférentiellement le calculateur de réveil Wake_Up_ECU, lequel est le calculateur gérant l’alimentation des autres calculateurs. Ce calculateur de réveil Wake_Up_ECU a donc au travers de la réception de l’impulsion de réveil une nouvelle source de réveil supplémentaire, qui, lorsqu’elle est reçue, lui Wake_Up_ECU fera envoyer une impulsion de réveil à un calculateur multimédia IVI (de l’anglais In Vehicle Infotainment) en charge d’un moyen RVC de capture et de lecture d’information optique. Dans le cas d’un circuit basse consommation, le fonctionnement est le même sauf que le calculateur de réveil Wake_Up_ECU est déjà éveillé (car étant en état de E0 veille dès l’étape d’initialisation), à la réception de cette impulsion, qui constitue le signal de besoin de réveil du calculateur multimédia IVI en charge d’un moyen RVC de capture et de lecture d’information optique, il Wake_Up_ECU envoie donc une impulsion de réveil au calculateur multimédia IVI. Dès cette étape E5 le calculateur Wake_Up_ECU en charge de la gestion des états des calculateurs peut également adresser une impulsion de réveil au calculateur ECU_Coffre gérant l’ouvrant destiné à être ouvert pour la livraison, par exemple le coffre, et commencer à alimenter en tension ce calculateur ECU_Coffre. En variante, l’alimentation du calculateur ECU_Coffre gérant l’ouvrant pourra être initiée ultérieurement, notamment après l’étape E8 de validation ou à l’étape E9 d’autorisation.

Suite à l’étape E4 précédente, le calculateur Wake_Up_ECU en charge de la gestion des états des calculateurs alimente alors en tension le calculateur multimédia IVI en charge moyen RVC de capture et de lecture d’une information optique, ce qui correspond à la réalisation par le calculateur multimédia IVI de l’étape E5 d’activation du moyen RVC de capture et de lecture d’une information optique. Ce moyen est préférentiellement la caméra de recul RVC (de l’anglais Rear View Camera), mais peut aussi être une caméra de rétrovision située sur un support de rétrovision, ou toute autre caméra capturant l’extérieur du véhicule qu’elle située à l’extérieur ou à l’intérieur du véhicule. L’avantage de la caméra de recul RVC est qu’elle est située côté coffre, ce qui doit correspondre à une zone laissée intentionnellement accessible par le conducteur.

Il est alors procédé à l’étape E6 de capture d’une information optique par la caméra RVC. Préférentiellement cette étape E6 de capture consiste en une prise de photographie ou de vidéo par la caméra RVC d’une information optique figurant sur l’écran de l’objet OBJ. Cette information optique est préférentiellement sous forme de code à barres bidimensionnel QR-code (de l’anglais Quick Response code), affichée sur l’écran de l’objet OBJ.

Est ensuite réalisée une étape E7 de lecture des données contenues dans l’information optique capturée, il s’agit par exemple de la date et de la plage horaire de la livraison et notamment d’une clé privée du client. Cette étape E7 de lecture est par exemple effectuée par le calculateur multimédia IVI en charge du moyen RVC de capture d’information optique. La caméra RVC capture l’image et l’envoie alors à l’IVI pour lecture c’est-à-dire traitement et extraction des informations contenues dans le code à barres bidimensionnel QR-code.

Il est alors procédé à une étape E8 de validation d’une de l’au moins une donnée, il s’agit notamment de valider une signature des données du QR-code correspondant par exemple à la clé privée. Cette validation est réalisée au moyen de la clé publique dont dispose le véhicule. Cette clé publique peut être hébergée dans le calculateur multimédia IVI déjà en charge du moyen RVC de capture et de lecture d’une information optique, et préférentiellement ce calculateur multimédia IVI est aussi en charge de moyens de transfert d’information, tels que des ports USB, carte SD, du Bluetooth, si bien qu’il est aisé de lui transmettre des données à enregistrer. La clé publique aura ainsi été préalablement enregistrée dans ce calculateur multimédia IVI (par téléchargement si le véhicule est connecté à un réseau de communication tel qu’Internet, ou sinon par copie dans sa mémoire via le Bluetooth ou un port USB ou une carte SD par exemple). Il n’y a donc pas besoin d’être connecté au réseau, tel qu’Internet, notamment au moment de la livraison.

Puis, si l’étape E8 de validation retourne un résultat positif OUI, c’est-à-dire que la clé publique a authentifié la signature des données chiffrées par la clé privée, alors il est procédé à une étape E9 d’autorisation d’ouverture de l’ouvrant, préférentiellement le coffre, et sinon NON il est retourné à l’étape E0 de veille. En outre, comme mentionné précédemment à l’étape E5 d’activation, l’alimentation du calculateur ECU_Coffre gérant l’ouvrant peut être initiée en même temps que l’étape E9 d’autorisation d’ouverture de l’ouvrant.

En référence à la figure 3, l’étape E1 de réception par le véhicule VEH d’une séquence Flux_Lum lumineuse codée est illustrée. La séquence Flux_Lum est émise par l’objet OBJ illustré par un téléphone portable intelligent, la séquence Flux_Lum étant générée au travers d’allumage et d’extinction du flash intégré au téléphone OBJ. La réception côté véhicule VEH de cette séquence Flux_Lum est effectuée par des cellules photovoltaïques du circuit de veille qui se trouve à l’arrière du véhicule, au niveau de la caméra de recul RVC.

La figure 4 représente schématiquement les étapes E1 à E4 du procédé selon un mode de réalisation de l’invention. Les étapes faisant intervenir le circuit de veille Circuit_VLC, ici auto-alimenté, utilisant des cellules photovoltaïques en série, y sont ainsi illustrées, à commencer par l’étape E1 de réception de séquence Flux_Lum lumineuse codée par les cellules photovoltaïques Rec, avec en entrée des cellules photovoltaïques Rec le signal lumineux Flux_Lum qui correspond à la séquence de trains de flash et en sortie des cellules photovoltaïques Rec la tension U_Rec des cellules, représentée sur la figure 2 par la différence de potentiel entre deux lignes. Puis se déroule l’étape E2 de décodage au cours de laquelle la tension U_Rec entre dans le détecteur d’enveloppe Det_Env qui mesure les variations de tension aux bornes de la série de cellules photovoltaïques, qu’il communique ensuite au décodeur Dec_OOK qui effectue une comparaison des variations de tension reçues avec un seuil d’amplitude de tension prédéterminé générant en sortie un signal binaire de 1 quand le seuil est dépassé et de 0 sinon. Ce signal binaire dynamique, variant en temps réel, correspond au code propre de la séquence Flux_Lum lumineuse et comprend une répétition de trains, il est alors transmis comme entrée au corrélateur Cor qui procède à l’étape E3 de comparaison de ce code propre avec un code prédéterminé de référence. Si la sortie du corrélateur/comparateur Cor est la non-identité alors le dispositif se remet en étape E0 de veille et sinon, c’est-à-dire qu’un train de la séquence décodée correspond au code prédéterminé de référence, alors il est procédé à l’étape E4 d’envoi en sortie du corrélateur Cor d’au moins une impulsion de réveil via l’architecture électrique électronique du véhicule, et plus spécifiquement via son réseau de bord. L'étape E4 d’envoi d’impulsion de réveil peut par exemple être effectuée via un message sur le bus de données CAN (de l’anglais Controller Area Network) ou en filaire entre le circuit Circuit_VLC et le calculateur de réveil Wake_Up_ECU avec un niveau électrique qui change lorsqu’un train de la séquence décodée correspond OUI au code prédéterminé.

En référence à la figure 5, l’étape E7 de lecture des métadata, signées par une clé privée, contenues dans le QR-code QR_code affiché sur l’écran du téléphone portable intelligent OBJ est illustrée. La lecture est effectuée par le véhicule VEH via son calculateur multimédia IVI en charge de la caméra RVC.

Le diagramme de séquence du procédé de la figure 6 illustre la chaîne d’action et de traitement menant à l’ouverture du coffre dans un scénario de livraison appliquant le procédé selon l’invention, la lecture du diagramme dans le sens chronologique se faisant du haut vers le bas. Sur cette figure le téléphone OBJ et chaque composant véhicule intervenant dans le procédé est représenté par une barre verticale, les flèches horizontales en trait continu représentent les échanges d’information ou les échanges de contrôle entre les composants, les flèches horizontales en trait pointillé représentent les flux d’alimentation en puissance liés aux réveils.

En prérequis à la livraison et de fait à l’application du procédé, l’utilisateur voulant se faire livrer ses achats dans le coffre de son véhicule devra au préalable disposer de sa paire asymétrique de clés de cryptage (une clé privée, et une clé publique). Pour se faire il peut par exemple s'enregistrer sur le site en ligne d'un tiers de confiance apte à générer de telles clés et les associer à son compte utilisateur. La clé privée sera stockée de façon sécurisée sur le site, et la clé publique sera mise à disposition de l'utilisateur afin qu'il puisse la copier/la distribuer aux différentes applications qui pourraient en avoir besoin. Ainsi, à la demande d'un utilisateur enregistré, le site pourra générer des 'clés virtuelles optiques' (par exemple, et sans que ce soit exhaustif, des clés à base de QR-code) contenant des métadata signées avec la clé privée de l'utilisateur, selon le principe de la cryptographie asymétrique, la validation de l'authenticité des métadata pourra se faire par toute application disposant de la clé publique associée. C’est-à-dire que seul le site de confiance pourra générer des métadata signées avec la clé privée (et donc provenant par construction de l'utilisateur enregistré), et toute application possédant la clé publique pourra valider l'authenticité des données en provenance de l'utilisateur enregistré.

Parallèlement, le site de commerce, notamment en ligne, proposant la livraison dans le coffre du véhicule, devra intégrer la solution de génération de clé virtuelle optique proposée par le site de confiance.

L’utilisateur voulant autoriser la livraison de ses achats directement dans le coffre de son véhicule aura, préalablement à la livraison, téléchargé (ou copié au travers par exemple d'un port USB ou d'une carte SD) sur son calculateur multimédia IVI une application permettant de valider par authentification la clé virtuelle optique, c’est-à-dire le QR-code.

En lien avec la figure 4, lorsque l’utilisateur enregistré sur le site de commerce finalise un achat et demande la livraison dans sa voiture, une requête est envoyée depuis le site de commerce vers le site de confiance.

Sur réception de la requête du site de commerce, un serveur de clé du site de confiance va générer une clé virtuelle, ici sous la forme d’un QR-code, contenant des informations, comme la date et la plage horaire de la livraison, signées avec la clé privée de l’utilisateur enregistré.

Une fois généré, le QR-Code contenant des informations authentifiées par la clé privée du client sera renvoyé au site de commerce qui la stockera, par exemple sur un serveur, et la mettra à disposition sur le téléphone portable intelligent du livreur assurant la livraison des achats dans le coffre du véhicule.

Le jour de la livraison, lorsque le livreur sera devant le coffre du véhicule dans laquelle la livraison doit avoir lieu, le véhicule sera en état de veille correspondant à l’étape 0 du procédé. Le livreur utilisera alors un téléphone portable intelligent pour générer une séquence lumineuse codée correspondant à un enchaînement de flash en alternant flash allumé flash éteint de manière rapide, ce qui, côté véhicule, et plus précisément circuit Circuit_VLC se traduit par les étapes E1 de réception de la séquence, E2 de décodage et E3 de comparaison, pour aboutir à l’étape E4 d’envoi d’impulsion de réveil au calculateur Wake_Up_ECU en charge de la gestion des états des calculateur du véhicule, qui réveillera à son tour le calculateur multimédia IVI gérant la caméra de recul encastrée dans le coffre et le calculateur gérant le coffre ECU_Coffre. Par le réveil, c’est-à-dire l’alimentation et l’activation du calculateur IVI, il est procédé à l’étape E5 d’activation de la caméra de recul encastrée dans le coffre. Optionnellement, on peut prévoir aussi à ce moment de faire clignoter les feux arrière droit et arrière gauche du véhicule, ce qui permet de donner un retour visuel sur les clignotants arrière indiquant au livreur que son action a bien été prise en compte et que la caméra de recul RVC a été activée. L’allumage des clignotants arrière est préféré au klaxon car cela indique également que le reste du procédé se déroule du côté du coffre, de plus, comparativement à l’usage du klaxon, les clignotants sont silencieux et ne perturbent pas l’entourage. Le livreur présentera alors son écran de téléphone qui affichera le QR-code QR_code devant la caméra de recul RVC, cette dernière procèdera à l’étape E6 de capture en faisant l'acquisition du QR-code, et transmettra le flux d’images capturées au calculateur multimédia IVI disposant de l'application précédemment mentionnée. Le calculateur multimédia IVI procèdera à l’étape E7 de lecture et détectera un QR-code dans l’image, puis procèdera à l’étape E8 de validation de l’authenticité des données contenues dans le QR-code en vérifiant la signature par la clé virtuelle au moyen de la clé publique dont dispose l’application hébergée dans le calculateur multimédia IVI. Si l'authenticité du message est validée, l'application interrogera sa base de temps locale pour connaître le moment courant de la livraison, c’est-à-dire le jour et l'heure à laquelle le QR-code lui a été présenté, et vérifiera enfin que le jour et la date de livraison stockées dans le QR-code sont compatibles avec le moment courant de la livraison, puis le calculateur multimédia IVI procèdera à l’étape E9 d’autorisation d’ouverture du coffre du véhicule par le livreur.

Préférentiellement, un compteur de temps est lancé en même temps que le réveil du calculateur multimédia IVI (correspondant aussi au moment du retour visuel sur les clignotants arrière), par exemple de 60 secondes, et si le procédé est encore à une étape différente de celle E9 d’ouverture alors il est retourné à l’étape E0 de veille. Cela permet ainsi que véhicule VEH de se rendormir et de limiter sa consommation énergétique.

Les calculateurs désignés dans la description le sont à titre d’exemple de réalisation puisqu’ils sont fonction de l’architecture électrique électronique du véhicule en lien avec la distribution des fonctions et des organes, et que cette architecture n’est pas imposée par l’invention et pourrait être autre.

Un mode de réalisation du procédé avec une séquence non pas lumineuse mais sonore est également possible, préférentiellement au moyen d’ultrasons, notamment sous forme de pulses carrées, qui seraient alors codés en modulation tout ou rien OOK, sur fréquence porteuse fixe, de 40 kHz par exemple. Ce mode de réalisation nécessite alors un micro dédié sur le véhicule VEH, et un émetteur portable à ultrason, préférentiellement intégré à l’objet OBJ.

Claims (10)

1. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile comprenant :
   - une étape (E1) de réception d’une séquence (Flux_Lum) codée,
   - une étape (E2) de décodage de ladite séquence (Flux_Lum) avec déduction d’un code propre à ladite séquence,
   - une étape (E3) de comparaison du code déduit à un code prédéterminé,
   - si les deux codes sont identiques,
   - une étape (E4) d’envoi d’au moins une impulsion de réveil,
   - une étape (E5) d’activation d’au moins un moyen (RVC) de capture et (IVI) de lecture d’une information optique (QR_Code),
   - une étape (E6) de capture d’une information optique (QR_Code),
   - une étape (E7) de lecture d’au moins une donnée contenue dans ladite information optique capturée,
   - une étape (E8) de validation d’une de l’au moins une donnée,
   - une étape (E9) d’autorisation d’ouverture de ladite partie (Coffre) du véhicule (VEH) si l’étape de validation a retourné un résultat positif.
2. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile selon la revendication précédente caractérisé en ce que ladite partie est un coffre (Coffre).
3. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile selon l’une quelconque des revendications précédentes caractérisé en ce que chacune desdites étapes (E1, E2, E3, E4, E5, E6, E7, E8, E9) du procédé s’effectue indépendamment d’un accès sans-fil à une connectivité de type données au travers d’un réseau de communication.
4. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile selon l’une quelconque des revendications précédentes caractérisé en ce que ladite séquence (Flux_Lum) est une séquence lumineuse, notamment codée en modulation d’impulsion tout ou rien.
5. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile selon la revendication précédente caractérisé en ce que la séquence (Flux_Lum) lumineuse comprend plusieurs trains identiques d’impulsions.
6. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile selon l’une quelconque des revendications précédentes caractérisé en ce que ladite information optique est codée, notamment sous forme de clé virtuelle optique, de préférence sous forme de code (QR_Code) à barres bidimensionnel.
7. Procédé d’ouverture d’une partie d’un véhicule (VEH) automobile selon l’une quelconque des revendications précédentes caractérisé en ce que lesdites étapes (E1) de réception de la séquence (Flux_Lum) codée, et de (E2) décodage de ladite séquence (Flux_Lum) sont effectuées alors que le véhicule est endormi.
8. Dispositif d’ouverture d’une partie d’un véhicule (VEH) automobile comprenant :
   - un moyen (Rec) de réception d’une séquence (Flux_Lum), notamment lumineuse, codée,
   - un moyen (Det_Env, Dec_OOK, Cor) de décodage de ladite séquence,
   - un moyen (Cor) de comparaison du code déduit à un code prédéterminé,
   caractérisé en ce que le dispositif comporte également
   - un moyen (Circuit_VLC) d’envoi d’au moins une impulsion de réveil
   - un moyen (RVC) de capture d’une information optique,
   - un moyen de lecture (IVI) d’au moins une donnée contenue dans ladite information optique,
   - un moyen (IVI) de validation d’une de l’au moins une donnée,
   - un moyen (ECU_Coffre) d’autorisation d’ouverture de ladite partie du véhicule.
9. Dispositif d’ouverture d’une partie d’un véhicule (VEH) automobile selon la revendication précédente caractérisé en ce que le moyen (Rec) de réception comporte un capteur d’ondes lumineuses, notamment une cellule photovoltaïque ou un capteur de luminosité ou une photodiode.
10. Véhicule automobile caractérisé en ce qu’il comporte un dispositif selon l’une quelconque des revendications 8 ou 9.