FR3072480B1 - Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile - Google Patents

Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile Download PDF

Info

Publication number
FR3072480B1
FR3072480B1 FR1759561A FR1759561A FR3072480B1 FR 3072480 B1 FR3072480 B1 FR 3072480B1 FR 1759561 A FR1759561 A FR 1759561A FR 1759561 A FR1759561 A FR 1759561A FR 3072480 B1 FR3072480 B1 FR 3072480B1
Authority
FR
France
Prior art keywords
request
activation
requests
activation means
portable
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.)
Active
Application number
FR1759561A
Other languages
English (en)
Other versions
FR3072480A1 (fr
Inventor
Alex Fournie
Christophe Grisey
Cedric Boudet
Xavier Bressan
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.)
Continental Automotive GmbH
Continental Automotive France SAS
Original Assignee
Continental Automotive GmbH
Continental Automotive France 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 Continental Automotive GmbH, Continental Automotive France SAS filed Critical Continental Automotive GmbH
Priority to FR1759561A priority Critical patent/FR3072480B1/fr
Priority to US16/753,883 priority patent/US11440502B2/en
Priority to CN201880066195.6A priority patent/CN111183072B/zh
Priority to PCT/FR2018/052479 priority patent/WO2019073158A1/fr
Publication of FR3072480A1 publication Critical patent/FR3072480A1/fr
Application granted granted Critical
Publication of FR3072480B1 publication Critical patent/FR3072480B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/20Means to switch the anti-theft system on or off
    • B60R25/24Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/20Means to switch the anti-theft system on or off
    • B60R25/24Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
    • B60R25/245Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user where the antenna reception area plays a role
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F7/00Methods or arrangements for processing data by operating upon the order or content of the data handled
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816Indicating performance data, e.g. occurrence of a malfunction
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/564Enhancement of application control based on intercepted application data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/566Grouping or aggregating service requests, e.g. for unified processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • G07C2009/00507Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks keyless data carrier having more than one function
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C2209/00Indexing scheme relating to groups G07C9/00 - G07C9/38
    • G07C2209/60Indexing scheme relating to groups G07C9/00174 - G07C9/00944
    • G07C2209/63Comprising locating means for detecting the position of the data carrier, i.e. within the vehicle or within a certain distance from the vehicle
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mechanical Engineering (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Lock And Its Accessories (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé de transmission dans un système passif d'activation dans un véhicule automobile. Entre chaque module de cas d'utilisation (1b à nb) et un pilote du protocole (3) est intercalée une couche intermédiaire (4) de gestion recevant les requêtes en provenance des modules (1b à nb) et les stockant dans une liste selon une ancienneté et un classement prioritaire, sélectionnant une requête principale ayant le plus haut classement prioritaire, sélectionnant les requêtes compatibles avec la requête principale, envoyant au moins un signal groupé correspondant aux requêtes principale et compatibles vers un moyen d'activation portable et recevant en retour du moyen d'activation au moins un signal transmis à la couche intermédiaire (4) permettant la localisation du moyen d'activation ensuite envoyée aux modules de cas (1b à nb) ayant émis la requête principale ou une requête compatible et effaçant les requêtes principale et compatibles de la liste.

Description

La présente invention concerne un procédé de transmission dans un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile.
Plus précisément, dans un système passif d’activation, l’activation fait suite à une transmission bidirectionnelle entre au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation et un ensemble d’activation présent dans le véhicule, par émission, réception et mesure d’ondes électromagnétiques entre l’ensemble d’activation et ledit au moins un moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable. L’ensemble d’activation est apte à reconnaître le moyen d’activation portable, à déterminer une position mathématique dans un espace de champ électromagnétique du moyen d’activation portable pour une zone de détection et à autoriser l’activation dans ce cas.
Le nombre de fonctionnalités présentes dans un système passif d’activation a considérablement augmenté en ne concernant plus uniquement l’ouverture d’un ouvrant du véhicule et le démarrage du véhicule, mais aussi des fonctions de confort et des fonctions de surveillance d’éléments présents dans le véhicule, comme par exemple et sans que cela soit limitatif, un niveau de charge de la batterie.
Préalablement à l’activation d’une de ces fonctionnalités, il est nécessaire de connaître la localisation du ou des moyens d’activation portables. En effet, par exemple, l’activation de l’ouverture d’un coffre se fera quand un moyen d’activation se trouve pendant une durée prédéterminée dans une zone arrière du véhicule. Ceci vaut aussi pour l’ouverture d’une porte pour laquelle un moyen d’activation portable se trouve dans une zone latérale au véhicule.
Toutes ces possibles fonctionnalités à mettre en œuvre impliquent l’envoi de requêtes d’émission à partir de modules de cas d’utilisation pour une localisation du ou des moyens d’activation portables. Ces requêtes présentent différentes contraintes de durée et de sécurité tout en utilisant les mêmes ressources d’émission et de réception ainsi que des ressources logicielles. Il s’ensuit que les accès des fonctionnalités ont à être optimisés afin de remplir les exigences de sécurité et de durée du système logiciel. Il convient aussi de remplir les exigences relatives aux composants électroniques, notamment en ce qui concerne leur échauffement et la limitation d’émissions électromagnétiques.
La figure 1 montre un système de transmission faisant partie d’un ensemble d’activation présent dans un véhicule automobile, ce système de transmission étant conforme à l’état de la technique.
Divers modules de cas d’utilisation 1a à na séparés les uns des autres émettent des requêtes de localisation d’un ou des moyens d’activation portables vers un pilote du protocole 3a qui émet des signaux avantageusement basse fréquence vers le ou chaque moyen d’activation portable. Le ou chaque moyen d’activation portable répond par au moins un signal, avantageusement radiofréquence, qui permet au pilote du protocole 3a de déterminer la localisation du ou de chaque moyen d’activation. La localisation du ou de chaque moyen d’activation est transmise par le pilote du protocole 3a au module de cas d’utilisation 1a à na ayant émis la requête.
Il est possible d’avoir une communication entre les modules de cas d’utilisation 1a à na. Ceci est illustré par des flèches à la figure 1 entre les modules de cas d’utilisation 1a à na. Ceci permet une gestion de contraintes de la communication avec échanges d’informations, notamment sur la localisation du ou de chaque moyen d’activation ou l’envoi de requêtes, entre les modules de cas d’utilisation 1a à na. Cependant, les regroupements de requêtes simultanées de cas d’utilisation sont nombreuses et peu prévisibles. Une telle optimisation de la transmission n’est donc pas flexible, ce qui conduit à toujours augmenter la complexité et/ou à en limiter l’efficacité.
Il s’ensuit qu’une telle optimisation de la transmission au niveau des modules de cas d’utilisation n’est pas flexible, ce qui conduit à une augmentation de la complexité des échanges entre les modules de cas d’utilisation et à une efficacité limitée du système de transmission. Les émissions des requêtes à partir des modules de cas d’utilisation et les échanges entre le système de transmission et le ou chacun des moyens d’activation portables doivent être optimisées pour répondre aux exigences de durée et de sécurité imposées.
Par exemple, s’il y a trop de requêtes émises par les modules de cas d’utilisation pour la capacité d’émission et de réception du pilote du protocole, il ne sera plus possible de traiter en même temps ces requêtes et la localisation du ou de chaque moyen d’activation portable ne pourra plus se faire correctement.
Par conséquent, le problème à la base de la présente invention est, dans un ensemble d’activation comportant un système de transmission assurant l’émission et la réception de signaux avec un ou des moyens d’activation portables suite à des requêtes de cas d’utilisation pour la localisation du ou de chaque moyen d’activation portable, d’optimiser la transmission en regroupant les requêtes afin de diminuer les ressources logicielles et d’émission/réception mobilisées pour cette localisation. A cet effet, la présente invention concerne un procédé d’optimisation d’une transmission dans un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile, l’activation se faisant suite à une transmission bidirectionnelle entre au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation et un ensemble d’activation présent dans le véhicule, par émission, réception et mesure d’ondes électromagnétiques entre l’ensemble d’activation et ledit au moins un moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable, des modules de cas d’utilisation d’une fonctionnalité respective émettant des requêtes de localisation dudit au moins un moyen d’activation portable vers un pilote du protocole dans l’ensemble d’activation, ce procédé étant remarquable en ce que, entre chaque module de cas d’utilisation et le pilote du protocole, est intercalée une couche intermédiaire de gestion : • recevant les requêtes en provenance des modules de cas d’utilisation et les stockant dans une liste présente dans une matrice de possibilités d’optimisation statique, • classant chaque requête selon, d’une part, un classement prioritaire et, d’autre part, une ancienneté de réception, des critères de priorité du classement prioritaire étant prédéterminés et préalablement mémorisés dans la matrice, • sélectionnant une requête dite requête principale ayant le plus haut classement prioritaire et la plus haute ancienneté, le plus haut classement prioritaire étant prépondérant sur la plus haute ancienneté, • sélectionnant parmi les requêtes restantes dans la liste celles qui sont compatibles avec la requête principale pour être exécutées avec la requête principale, • envoyant au moins un signal groupé correspondant à la requête principale et aux requêtes compatibles vers ledit au moins un moyen d’activation portable via le pilote du protocole, • le pilote du protocole recevant en retour dudit au moins un moyen d’activation portable au moins un signal transmis à la couche intermédiaire de gestion et permettant la localisation dudit au moins un moyen d’activation portable après traitement, • la couche intermédiaire envoyant aux modules de cas d’utilisation ayant émis respectivement la requête principale ou une des requêtes compatibles, la localisation dudit au moins un moyen d’activation portable, et • effaçant la requête principale et les requêtes compatibles de la liste présente dans la matrice. L’effet technique est une réduction des ressources logicielles et d’émission/réception mises en œuvre pour la localisation d’un ou de chacun des moyens d’activation portables.
Selon l’état de la technique, des échanges entre les modules de cas d’utilisation pouvaient se faire pour regrouper certaines requêtes mais ceci prenait du temps de traitement et n’était pas efficace, étant donné qu’aucun classement n’était établi entre les requêtes et que les modules de cas d’utilisation n’avaient pas à leur disposition des critères de priorité entre les requêtes.
Le procédé selon la présente invention, grâce à la présence de la couche intermédiaire de gestion, tient compte d’un classement prioritaire préétabli avec des critères de priorité du classement prioritaire prédéterminés et préalablement mémorisés dans la matrice. Ceci ne pouvait être fait par les modules de cas d’utilisation qui ne pouvaient déterminer quelle requête est prioritaire et peut servir comme requête principale en regroupant ensemble des requêtes compatibles.
Dans l’état de la technique, de nombreux échanges avaient lieu entre les modules de cas d’utilisation, ce qui prenait du temps de traitement et rendait difficilement maîtrisable le comportement du logiciel. Le procédé de la présente invention permet de supprimer ces échanges entre modules de cas d’utilisation, de simplifier si besoin leurs ressources logicielles et de classer les requêtes dans la couche intermédiaire de gestion selon des critères mémorisés dans cette couche. Par mise en œuvre du procédé selon la présente invention, toutes les communications entre modules de cas d’utilisation prenant du temps et immobilisant des ressources logicielles de ces modules peuvent être supprimées.
Les requêtes arrivant les unes après les autres à la couche intermédiaire de gestion sont mémorisées et classées et leur compatibilité est vérifiée : la requête de plus haute priorité peut alors être associée à d’autres requêtes compatibles. Il s’ensuit un nombre diminué d’émissions du pilote du protocole vers le ou chaque moyen d’activation portable et des réponses, groupées pour plusieurs requêtes, envoyées en retour par le ou chaque moyen d’activation pour permettre la localisation du ou de chaque moyen d’activation. Ceci est fait dans la couche intermédiaire de gestion qui redirige cette information vers les modules de cas d’utilisation ayant émis soit la requête principale, soit une requête compatible avec la requête principale.
Avantageusement, une compatibilité des requêtes s’effectue selon une zone commune de localisation dudit au moins un moyen d’activation portable nécessaire pour l’activation de la fonctionnalité associée à un module de cas d’utilisation.
Il est en effet possible de regrouper des requêtes compatibles selon une localisation demandée du moyen d’activation. Par exemple, sans que cela soit limitatif, l’ouverture d’une porte latérale du véhicule ne se fera que si un moyen d’activation se trouve dans une zone latérale proche du véhicule. D’autres cas d’utilisation peuvent aussi être subordonnés à une telle présence d’un moyen d’activation dans une zone latérale proche du véhicule.
La présence d’un moyen d’activation dans une telle zone latérale laisse supposer que le conducteur ou un passager va pénétrer dans le véhicule, auquel cas d’autres fonctionnalités relatives au confort à l’intérieur de l’habitacle sont susceptibles d’être prochainement activées. Ainsi, il est avantageux qu’une requête en provenance d’un cas d’utilisation relative au confort intérieur soit traitée simultanément à une requête de localisation d’un moyen d’activation portable en vue de l’ouverture d’une porte du véhicule, cette dernière étant la requête principale et la requête de cas d’utilisation de confort étant une requête compatible.
Avantageusement, les requêtes de localisation en provenance des modules de cas d’utilisation respectifs présentes dans la liste sont comparées une par une avec la requête principale pour savoir si ces requêtes sont compatibles ou non avec la requête principale. Toutes les requêtes compatibles sont regroupées dans une même requête que la requête principale. La zone de localisation peut être aussi précisée en concernant une zone de localisation comprise dans la zone de localisation de la requête principale.
Avantageusement, après effacement de la requête principale et des requêtes compatibles de la liste, une requête précédemment incompatible du plus haut classement prioritaire et de la plus haute ancienneté devient la nouvelle requête principale et il est déterminé si les autres requêtes de la liste sont compatibles ou incompatibles avec la nouvelle requête principale.
Ceci permet par exemple de faire succéder une requête d’un cas d’utilisation d’ouverture du coffre à une requête d’un cas d’utilisation d’ouverture d’une porte latérale, ces deux requêtes étant incompatibles initialement.
Avantageusement, quand une requête ultérieure est émise vers la couche intermédiaire de gestion par un module de cas d’utilisation et mémorisée dans la liste après envoi d’au moins un signal groupé correspondant à la requête principale et aux requêtes compatibles vers ledit au moins un moyen d’activation portable via le pilote du protocole et que cette requête ultérieure est compatible avec la requête principale, la localisation dudit au moins un moyen d’activation portable reçue en retour par la couche intermédiaire de gestion via le pilote du protocole est aussi envoyée au module de cas d’utilisation ayant émis la requête ultérieure.
Ce mode de réalisation préférentielle de la présente invention concerne la réception d’une requête compatible arrivant après l’émission par le pilote du protocole d’au moins un signal groupé correspondant à la requête principale et aux requêtes compatibles. Comme la requête nouvellement arrivée est compatible avec la requête principale, la localisation du ou de chaque moyen d’activation portable lui sera aussi envoyée.
Avantageusement, un comptage de temps est déclenché dans la couche intermédiaire après envoi du signal du pilote du protocole vers ledit au moins un moyen d’activation portable et, quand ce comptage de temps est inférieur à une durée seuil de validité de la localisation dudit au moins un moyen d’activation portable et qu’une nouvelle requête est reçue dans la liste en étant compatible avec la requête principale ayant requis la localisation dudit au moins un moyen d’activation portable, la localisation est envoyée au module de cas d’utilisation ayant émis la nouvelle requête.
Ceci peut se passer quand les localisations ont été déjà envoyées au module de cas d’utilisation ayant émis la requête principale et aux modules d’utilisation ayant émis une requête respective compatible avec la requête principale. Il est profité d’un temps de validité suffisamment court pour que la localisation d’un moyen d’activation mobile n’ait pas changé pour émettre cette localisation vers le module de cas d’utilisation ayant envoyé la nouvelle requête.
Avantageusement, quand ledit au moins un moyen d’activation portable n’est pas unitaire, il est procédé à la localisation de tous les moyens d’activation. En effet, par exemple, le conducteur muni d’un moyen d’activation portable peut être dans une zone latérale d’ouverture d’une porte du véhicule automobile en voulant pénétrer dans le véhicule automobile, et un passager muni d’un autre moyen d’activation portable peut se trouver à l’arrière du véhicule pour vouloir ouvrir le coffre. Ces deux localisations sont à détecter pour permettre l’activation de la fonctionnalité respective mais ceci est fait en respectant un ordre de priorité entre les deux requêtes de cas d’utilisation.
La présente invention concerne un groupe d’un ensemble d’activation d’au moins une fonctionnalité présente dans un véhicule automobile et d’au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation, l’activation se faisant suite à une transmission bidirectionnelle entre ledit au moins un moyen d’activation et un système de transmission intégré à l’ensemble d’activation, le système de transmission présentant des moyens d’émission, de réception et de mesure d’ondes électromagnétiques vers et en provenance dudit au moins un moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable, le système de transmission comprenant des modules de cas d’utilisation d’une fonctionnalité respective émettant des requêtes de localisation dudit au moins un moyen d’activation portable vers un pilote du protocole du système, remarquable en ce qu’il met en œuvre un tel procédé, le système comportant une couche intermédiaire de gestion comprenant des moyens de réception et de stockage des requêtes dans une liste présente dans une matrice de possibilités d’optimisation statique avec des moyens de classement en ancienneté et en priorité des requêtes selon des critères de priorité mémorisés dans la matrice, des premiers moyens de sélection d’une requête dite requête principale et des deuxièmes moyens de sélection de requêtes de la liste compatibles avec la requête principale, le pilote du protocole comprenant des moyens d’émission d’un signal groupé en fonction des requêtes sélectionnées et des moyens de réception d’au moins un signal en retour dudit au moins un moyen d’activation portable et des moyens de transmission dudit au moins un signal à la couche intermédiaire de gestion, la couche intermédiaire comprenant des moyens de traitement dudit au moins un signal pour la localisation dudit au moins un moyen d’activation portable et des moyens d’émission de la localisation à chacun des modules de cas d’utilisation ayant envoyé une requête principale ou compatible avec la requête principale ainsi que des moyens de réactualisation de la liste des requêtes.
La couche intermédiaire de gestion permet de simplifier et de clarifier l’architecture logicielle du système de transmission et de le rendre adaptable à de nouveaux cas d’utilisation. Comme un ordre de priorité est déjà rentré dans la couche intermédiaire de gestion, le classement des requêtes se fait plus rapidement. Les interactions entre modules de cas d’utilisation sont très réduites, ce qui est une économie de moyens logiciels mis en œuvre et de temps de traitement pour le regroupement de requêtes compatibles.
Avantageusement, le système de transmission comprend des moyens d’émission basse fréquence vers ledit au moins un moyen d’activation portable et des moyens de réception radiofréquence en provenance dudit au moins un moyen d’activation portable. Ces deux modes d’émission sont les plus employés entre l’ensemble principal d’activation et les moyens d’activation portables.
Avantageusement, les moyens d’émission et de réception sont sous la forme de plusieurs antennes disposées à différents endroits du véhicule, une position mathématique dudit au moins un moyen d’activation étant déterminée par au moins une mesure de puissance en réception reçue par chaque antenne en retour dudit au moins un moyen d’activation. D’autres caractéristiques, buts et avantages de la présente invention apparaîtront à la lecture de la description détaillée qui va suivre et au regard des dessins annexés donnés à titre d’exemples non limitatifs et sur lesquels : la figure 1 est une représentation schématique d’un système de transmission pour un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile selon l’état de la technique, la figure 2 est une représentation schématique d’un système de transmission pour un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile selon la présente invention, le système comprenant une couche intermédiaire de gestion, la figure 3 est une représentation schématique d’une liste de requêtes en provenance de modules de cas d’utilisation, la liste étant incorporée dans la couche intermédiaire de gestion d’un système de transmission selon la présente invention, la figure 4 est une représentation schématique d’un logigramme du procédé de transmission dans un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile selon un mode de réalisation de la présente invention.
La figure 1 a déjà été décrite dans la partie introductive de la présente demande.
En se référant notamment aux figures 2 et 3, la présente invention concerne un procédé de transmission dans un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile. L’activation se fait suite à une transmission bidirectionnelle entre au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation et un ensemble d’activation présent dans le véhicule, par émission, réception et mesure d’ondes électromagnétiques entre l’ensemble d’activation et ledit au moins un moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable.
Dans le système de transmission, préalablement à au moins une activation, des modules de cas d’utilisation 1b ànb d’une fonctionnalité respective émettent des requêtes A à F de localisation du ou de chaque moyen d’activation portable vers un pilote du protocole 3 dans l’ensemble d’activation.
Selon l’invention, entre chaque module de cas d’utilisation 1b à nb et le pilote du protocoles est intercalée une couche intermédiaire4 de gestion. Cette couche intermédiaire 4 de gestion reçoit les requêtes A à F en provenance des modules de cas d’utilisation 1b ànb et les stocke dans une liste 5 présente dans une matrice de possibilités d’optimisation statique.
Il est procédé dans la couche intermédiaire 4 de gestion à un classement de chaque requête selon, d’une part, un classement prioritaire P et, d’autre part, une ancienneté AN de réception. Pour ce faire, des critères de priorité du classement prioritaire P sont prédéterminés et préalablement mémorisés dans la matrice lors d’une conception du logiciel de la couche intermédiaire 4 de gestion. La priorité peut, par exemple, concerner l’ouverture d’un ouvrant ou un démarrage du moteur du véhicule ou des fonctions de sécurité.
La figure 3, en se référant aussi à la figure 2, montre diverses requêtes en provenance de cas d’utilisation CU référencées chacune par des lettres A à F. Ces requêtes A à F d’utilisation sont enregistrées dans une liste 5 et les requêtes A à F sont classées selon un ordre de priorité P et un ordre d’ancienneté AN en prenant des valeurs de 0 à 2 avec 0 plus prioritaire que 2 et 2 étant plus ancien que 0. Il est ainsi sélectionné une requête principale RP qui va être la seule à être exécutée, des requêtes compatibles avec la requête principale RP étant regroupées avec la requête principale RP. La requête principale RP est à la figure 3 la requête B mais ceci n’est pas limitatif.
Il est donc sélectionné parmi les requêtes A à F à disposition dans la liste 5 une requête dite requête principale RP ayant le plus haut classement prioritaire P et la plus haute ancienneté AN, le plus haut classement prioritaire P étant prépondérant sur la plus haute ancienneté AN. C’est cette requête principale RP qui va servir de base pour l’émission d’au moins un signal par le pilote du protocole 3 vers le ou chaque moyen d’activation portable.
Après, il est sélectionné parmi les requêtes restantes dans la liste 5 celles qui sont compatibles avec la requête principale RP pour être exécutées avec la requête principale RP. Il peut n’y avoir qu’une seule requête compatible comme plusieurs requêtes compatibles. La compatibilité se base essentiellement sur des cas d’utilisation CU concernant une fonction s’activant juste après la fonction ayant donné lieu à l’émission de la requête principale RP par un module et requérant un moyen d’activation placé dans la même zone que pour la requête principale RP.
Par exemple, le cas d’utilisation de la requête principale RP concernant l’ouverture d’une porte du véhicule automobile, les cas d’utilisation concernant le confort de l’habitacle ou la surveillance d’éléments présents à l’intérieur du véhicule se faisant directement après l’ouverture de la porte peuvent donner lieu à des requêtes compatibles avec la requête principale RP.
Il est alors envoyé au moins un signal groupé correspondant à la requête principale RP et aux requêtes compatibles vers le ou chaque un moyen d’activation portable via le pilote du protocole 3. Ceci peut se faire par une émission vers les moyens d’activation portables pris les uns après les autres.
Le pilote du protocole 3 reçoit en retour du ou de chaque moyen d’activation portable au moins un signal. Ledit au moins un signal est transmis par le pilote du protocole 3 à la couche intermédiaire 4 de gestion et permet la localisation dudit au moins un moyen d’activation portable après traitement logiciel effectué par la couche intermédiaire 4 de gestion, une détermination de la localisation étant faite dans la couche intermédiaire 4 de gestion.
La couche intermédiaire 4 envoie alors aux modules de cas d’utilisation 1b à nb ayant émis respectivement la requête principale RP ou une des requêtes compatibles, la localisation dudit au moins un moyen d’activation portable. Cela peut ne concerner que certains modules de cas d’utilisation et pas la totalité des modules. Ceci peut permettre l’activation d’une fonction, si besoin est, activation qui est faite par un autre module présent dans l’ensemble principal d’activation se trouvant dans le véhicule automobile.
Il est procédé enfin à l’effacement de la requête principale RP et des requêtes compatibles de la liste 5 présente dans la matrice. Pendant ce temps d’émission, de réception, de traitement pour la location du ou de chaque moyen d’activation portable, d’autres requêtes ont pu être enregistrées dans la liste 5. Les anciennes requêtes non exécutées demeurent dans la liste 5. Quand il y a plus d’un moyen d’activation portable, il est peut être procédé à la localisation de tous les moyens d’activation portables.
La compatibilité des requêtes A à F peut être appréciée selon une zone commune de localisation dudit au moins un moyen d’activation portable nécessaire pour l’activation de la fonctionnalité associée à un module de cas d’utilisation 1b à nb. Cela peut être une sous-zone intégrée dans une zone de localisation d’intérêt pour le module de cas d’utilisation 1b à nb ayant lancé la requête devenue requête principale RP.
Les requêtes A à F de localisation en provenance des modules de cas d’utilisation 1b à nb respectifs présentes dans la liste 5 peuvent être comparées une par une avec la requête principale RP pour savoir si ces requêtes A à F sont compatibles ou non avec la requête principale RP. Il peut aussi être déterminé des cas d’utilisation qui sont subordonnés à un ou des cas d’utilisation auquel cas leurs requêtes seront vraisemblablement compatibles avec la requête du cas d’utilisation les subordonnant.
Il peut exister des tableaux dans la couche intermédiaire 4 de gestion établissant un lien de compatibilité ou d’incompatibilité entre par exemple deux cas d’utilisation et donc entre les deux requêtes provenant des modules de chacun de ces deux cas d’utilisation. L’examen de la compatibilité peut se faire ainsi très rapidement.
Après effacement de la requête principale RP et des requêtes compatibles de la liste 5, une requête précédemment incompatible du plus haut classement prioritaire P et de la plus haute ancienneté AN peut devenir la nouvelle requête principale RP. Il peut être déterminé si les autres requêtes A à F de la liste 5 sont compatibles ou incompatibles avec la nouvelle requête principale RP. Cette nouvelle requête principale RP était incompatible avec l’ancienne requête principale et n’a pas pu être groupée avec l’ancienne requête principale.
Une émission par le pilote du protocole 3 d’au moins un signal vers le ou chaque moyen d’activation correspondant à la nouvelle requête principale RP groupée avec des requêtes compatibles est alors effectuée et le procédé se déroule comme précédemment pour la nouvelle requête principale RP.
Dans un mode préférentiel de réalisation de la présente invention, une limitation du nombre d’émissions avantageusement basse fréquence par le pilote du protocole 3 vers le ou chaque moyen d’activation portable, peut se produire quand une requête ultérieure est émise vers la couche intermédiaire 4 de gestion par un autre module de cas d’utilisation que les modules de cas d’utilisation ayant émis la requête principale RP ou une requête compatible avec la requête principale RP.
Pour ce mode préférentiel, la requête ultérieure est mémorisée dans la liste 5 après l’envoi d’au moins un signal groupé correspondant à la requête principale RP et aux requêtes compatibles vers ledit au moins un moyen d’activation portable via le pilote du protocole 3. Si cette requête ultérieure est compatible avec la requête principale RP, la localisation dudit au moins un moyen d’activation portable reçue en retour via le pilote du protocole 3 après traitement par la couche intermédiaire 4 de gestion est aussi envoyée au module de cas d’utilisation ayant émis la requête ultérieure.
Cette requête ultérieure est considérée comme une requête compatible avec la requête principale RP et il est envoyé par la couche intermédiaire 4 de gestion la localisation déjà effectuée du ou de chaque moyen d’activation portable vers son module de cas d’utilisation. Il peut être tenu compte d’un temps de validation pendant lequel la ou les localisations restent valides.
Un comptage de temps peut être déclenché dans la couche intermédiaire 4 après envoi du signal du pilote du protocole 3 vers ledit au moins un moyen d’activation portable. Quand ce comptage de temps est inférieur à une durée seuil de validité ou durée de validation de la localisation dudit au moins un moyen d’activation portable et qu’une nouvelle requête est reçue dans la liste 5 en étant compatible avec la requête principale RP ayant requis la localisation dudit au moins un moyen d’activation portable, la localisation est envoyée au module de cas d’utilisation 1b ànb ayant émis la nouvelle requête.
Ceci peut même se faire quand la localisation du ou de chaque moyen d’activation portable a déjà été envoyée au module de cas d’utilisation 1b à nb ayant émis la requête principale RP ou une des requêtes compatibles ayant été groupées avec la requête principale RP.
La figure 4, en combinaison avec les figures 2 et 3 pour les références non données à la figure 4, montre un logigramme d’un mode de réalisation du procédé selon l’invention dont certaines des étapes référencées à ce logigramme ne sont pas essentielles pour la mise en œuvre du procédé. L’étape référencée 10 à la figure 4 est essentielle pour la présente invention et concerne la mémorisation d’une requête donnée de cas d’utilisation dans la liste 5 de la couche intermédiaire 4 de gestion. L’étape référencée 11 est une étape optionnelle de première optimisation avec une recherche si une localisation du ou de chaque moyen d’activation a déjà été faite selon une requête principale précédente et déjà envoyée à un ou des modules d’activation, avantageusement pour l’envoyer vers le module de cas d’utilisation 1b à nb ayant émis la requête donnée, quand la requête principale et la requête donnée sont compatibles. Cette première optimisation optionnelle est nommée optimisation par meilleur cas d’utilisation terminé. L’étape référencée 12 est essentielle pour la présente invention et concerne l’identification du cas d’utilisation correspondant à la requête qui est prise comme requête principale RP en fonction de son ancienneté AN mais surtout de son ordre de priorité P. L’étape référencée 13 est une étape essentielle correspondant à une deuxième optimisation, si l’on prend en considération la première optimisation optionnelle, avec identification d’un cas d’utilisation ayant émis une requête encore active sans émission du pilote du protocole 3 vers le ou chaque moyen d’activation portable et couvrant la requête donnée, cette requête encore active étant qualifiée de requête principale RP. Cette deuxième optimisation essentielle est nommée optimisation par meilleur cas d’utilisation encore actif. L’étape référencée 14 est une étape essentielle du procédé de la présente invention et correspond à l’émission d’au moins un signal, avantageusement basse fréquence, vers le ou chaque moyen d’activation portable par pilote du protocole 3 en accord avec une requête principale RP. L’étape référencée 15 est une étape essentielle du procédé de la présente invention et correspond à l’émission en retour d’au moins un signal, avantageusement radiofréquence, du ou d’un premier moyen d’activation portable vers le pilote du protocole 3. Il est à noter que chaque moyen d’activation portable n’est pas en mesure de connaître sa position et donc de donner sa localisation. Par contre, la localisation d’un moyen d’activation portable sera connue après traitement mathématique par la couche intermédiaire 4 de gestion du ou des signaux envoyés par chaque moyen d’activation portable. L’étape référencée 16 est une étape optionnelle correspondant à une troisième optimisation, si l’on prend en considération les deux optimisations précédentes, avec identification de tous les cas d’utilisation ayant émis une requête sans émission spécifique du pilote du protocole 3 vers le ou chaque moyen d’activation portable et dont la requête peut être couverte par la réponse du premier moyen d’activation portable après traitement dudit au moins un signal en retour. Cette troisième optimisation optionnelle est nommée cas d’utilisation optimisés. Les cas d’utilisation optimisés et les cas d’utilisation actifs peuvent être mémorisés en étant reliés afin de traiter simultanément les localisations du ou de chaque moyen d’activation portable qu’ils ont requises. L’étape 17 correspond au traitement des signaux en retour du ou des moyens d’activation portables pour déterminer leur localisation et est essentielle pour la présente invention. Par exemple, des moyens d’émission et de réception reliés au pilote du protocole 3 peuvent être sous la forme de plusieurs antennes disposées à différents endroits du véhicule. Une position mathématique du ou de chaque moyen d’activation peut alors être déterminée par au moins une mesure de puissance en réception reçue par chaque antenne en retour du ou de chaque moyen d’activation. L’étape référencée 18 est une étape optionnelle correspondant à une quatrième optimisation après obtention de la localisation du dernier moyen d’activation portable par traitement dans la couche intermédiaire 4 de gestion de tous les cas d’utilisation dont les modules peuvent être renseignés simultanément par envoi des localisations des moyens d’activation portables, ceci avec le module de cas d’utilisation ayant émis la requête principale RP ayant eu priorité sur toutes les autres requêtes A à F. L’étape 19 est l’envoi des localisations du ou de chaque moyen d’activation portable aux modules de cas d’utilisation ayant émis la requête principale RP ou une requête compatible avec la requête principale RP. Cette étape est essentielle pour la mise en œuvre de la présente invention.
La présente invention concerne aussi un groupe d’un ensemble d’activation d’au moins une fonctionnalité présente dans un véhicule automobile et d’au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation. L’activation se fait suite à une transmission bidirectionnelle entre ledit au moins un moyen d’activation et un système de transmission intégré à l’ensemble d’activation.
Le système de transmission présente des moyens d’émission, avantageusement en basse fréquence, de réception, avantageusement en radiofréquence et de mesure d’ondes électromagnétiques vers et en provenance du ou de chaque moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable après traitement des ondes électromagnétiques reçues en retour du ou de chaque moyen d’activation portable. Le système de transmission comprend des modules de cas d’utilisation 1b à nb d’une fonctionnalité respective émettant des requêtes A à F de localisation dudit au moins un moyen d’activation portable vers un pilote du protocole 3 du système.
Selon l’invention, le système de transmission qui met en œuvre le procédé tel que précédemment décrit comporte une couche intermédiaire 4 de gestion comprenant des moyens de réception et de stockage des requêtes A à F émis par des modules de cas d’utilisation 1b ànb dans une liste 5 présente dans une matrice de possibilités d’optimisation statique avec des moyens de classement en ancienneté AN et en priorité P des requêtes A à F selon des critères de priorité mémorisés dans la matrice.
La couche intermédiaire 4 de gestion comprend aussi des premiers moyens de sélection d’une requête dite requête principale RP et des deuxièmes moyens de sélection d’une ou de requêtes de la liste 5 compatibles avec la requête principale RP. Le pilote du protocole 3 comprend des moyens d’émission d’un signal groupé en fonction des requêtes sélectionnées et des moyens de réception d’au moins un signal en retour dudit au moins un moyen d’activation portable. Le pilote du protocole 3 comprend des moyens de transmission dudit au moins un signal à la couche intermédiaire 4 de gestion.
Selon l’invention, c’est la couche intermédiaire 4 de gestion qui effectue le traitement des signaux reçus en retour pour déterminer la localisation du ou de chaque moyen d’activation portable. La couche intermédiaire 4 de gestion comprend des moyens de traitement dudit au moins un signal pour la localisation du ou de chaque moyen d’activation portable et des moyens d’émission de la localisation à chacun des modules de cas d’utilisation ayant envoyé une requête principale RP ou compatible avec la requête principale RP ainsi que des moyens de réactualisation de la liste 5 des requêtes A à F.
Il convient de considérer que la présente invention peut être généralisée à tout système de géolocalisation et de communication bidirectionnelle en présentant des fonctionnalités différentes à mettre en œuvre selon un ordre de priorité P.

Claims (10)

  1. REVENDICATIONS
    1. Procédé de transmission dans un système passif d’activation d’au moins une fonctionnalité présente dans un véhicule automobile, l’activation se faisant suite à une transmission bidirectionnelle entre au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation et un ensemble d’activation présent dans le véhicule, par émission, réception et mesure d’ondes électromagnétiques entre l’ensemble d’activation et ledit au moins un moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable, des modules de cas d’utilisation (1b à nb) d’une fonctionnalité respective émettant des requêtes (A à F) de localisation dudit au moins un moyen d’activation portable vers un pilote du protocole (3) dans l’ensemble d’activation, caractérisé en ce que, entre chaque module de cas d’utilisation (1b à nb) et le pilote du protocole (3) est intercalée une couche intermédiaire (4) de gestion : • recevant les requêtes (A à F) en provenance des modules de cas d’utilisation (1b à nb) et les stockant dans une liste (5) présente dans une matrice de possibilités d’optimisation statique, • classant chaque requête selon, d’une part, un classement prioritaire (P) et, d’autre part, une ancienneté (AN) de réception, des critères de priorité (P) du classement prioritaire (P) étant prédéterminés et préalablement mémorisés dans la matrice, • sélectionnant une requête dite requête principale (RP) ayant le plus haut classement prioritaire (P) et la plus haute ancienneté (AN), le plus haut classement prioritaire (P) étant prépondérant sur la plus haute ancienneté (AN), • sélectionnant parmi les requêtes (A à F) restantes dans la liste (5) celles qui sont compatibles avec la requête principale (RP) pour être exécutées avec la requête principale (RP), • envoyant au moins un signal groupé correspondant à la requête principale (RP) et aux requêtes compatibles vers ledit au moins un moyen d’activation portable via le pilote du protocole (3), • le pilote du protocole (3) recevant en retour dudit au moins un moyen d’activation portable au moins un signal transmis à la couche intermédiaire (4) de gestion et permettant la localisation dudit au moins un moyen d’activation portable après traitement, • la couche intermédiaire (4) envoyant aux modules de cas d’utilisation (1b à nb) ayant émis respectivement la requête principale (RP) ou une des requêtes compatibles, la localisation dudit au moins un moyen d’activation portable, et • effaçant la requête principale (RP) et les requêtes compatibles de la liste (5) présente dans la matrice.
  2. 2. Procédé selon la revendication 1, caractérisé en ce qu’une compatibilité des requêtes (A à F) s’effectue selon une zone commune de localisation dudit au moins un moyen d’activation portable nécessaire pour l’activation de la fonctionnalité associée à un module de cas d’utilisation (1b à nb).
  3. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que les requêtes (A à F) de localisation en provenance des modules de cas d’utilisation (1b à nb) respectifs présentes dans la liste (5) sont comparées une par une avec la requête principale (RP) pour savoir si ces requêtes (A à F) sont compatibles ou non avec la requête principale (RP).
  4. 4. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que, après effacement de la requête principale (RP) et des requêtes compatibles de la liste (5), une requête précédemment incompatible du plus haut classement prioritaire (P) et de la plus haute ancienneté (AN) devient la nouvelle requête principale (RP) et il est déterminé si les autres requêtes (A à F) de la liste (5) sont compatibles ou incompatibles avec la nouvelle requête principale (RP).
  5. 5. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que, quand une requête ultérieure est émise vers la couche intermédiaire (4) de gestion par un module de cas d’utilisation (1b à nb) et mémorisée dans la liste (5) après envoi d’au moins un signal groupé correspondant à la requête principale (RP) et aux requêtes compatibles vers ledit au moins un moyen d’activation portable via le pilote du protocole (3) et que cette requête ultérieure est compatible avec la requête principale (RP), la localisation dudit au moins un moyen d’activation portable reçue en retour par la couche intermédiaire (4) de gestion via le pilote du protocole (3) est aussi envoyée au module de cas d’utilisation ayant émis la requête ultérieure.
  6. 6. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce qu’un comptage de temps est déclenché dans la couche intermédiaire (4) après envoi du signal du pilote du protocole (3) vers ledit au moins un moyen d’activation portable et, quand ce comptage de temps est inférieur à une durée seuil de validité de la localisation dudit au moins un moyen d’activation portable et qu’une nouvelle requête est reçue dans la liste (5) en étant compatible avec la requête principale (RP) ayant requis la localisation dudit au moins un moyen d’activation portable, la localisation est envoyée au module de cas d’utilisation (1b à nb) ayant émis la nouvelle requête.
  7. 7. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que, quand ledit au moins un moyen d’activation portable n’est pas unitaire, il est procédé à la localisation de tous les moyens d’activation portables.
  8. 8. Groupe d’un ensemble d’activation d’au moins une fonctionnalité présente dans un véhicule automobile et d’au moins un moyen d’activation porté par une ou des personnes habilitées à opérer cette activation, l’activation se faisant suite à une transmission bidirectionnelle entre ledit au moins un moyen d’activation et un système de transmission intégré à l’ensemble d’activation, le système de transmission présentant des moyens d’émission, de réception et de mesure d’ondes électromagnétiques vers et en provenance dudit au moins un moyen d’activation portable pour une localisation dudit au moins un moyen d’activation portable, le système de transmission comprenant des modules de cas d’utilisation (1b à nb) d’une fonctionnalité respective émettant des requêtes (A à F) de localisation dudit au moins un moyen d’activation portable vers un pilote du protocole (3) du système, caractérisé en ce qu’il met en oeuvre un procédé selon l’une quelconque des revendications précédentes, le système comportant une couche intermédiaire (4) de gestion comprenant des moyens de réception et de stockage des requêtes (A à F) dans une liste (5) présente dans une matrice de possibilités d’optimisation statique avec des moyens de classement en ancienneté (AN) et en priorité (P) des requêtes (A à F) selon des critères de priorité (P) mémorisés dans la matrice, des premiers moyens de sélection d’une requête dite requête principale (RP) et des deuxièmes moyens de sélection de requêtes (A à F) de la liste (5) compatibles avec la requête principale (RP), le pilote du protocole (3) comprenant des moyens d’émission d’un signal groupé en fonction des requêtes (A à F) sélectionnées et des moyens de réception d’au moins un signal en retour dudit au moins un moyen d’activation portable et des moyens de transmission dudit au moins un signal à la couche intermédiaire (4) de gestion, la couche intermédiaire (4) comprenant des moyens de traitement dudit au moins un signal pour la localisation dudit au moins un moyen d’activation portable et des moyens d’émission de la localisation à chacun des modules de cas d’utilisation (1b à nb) ayant envoyé une requête principale (RP) ou compatible avec la requête principale (RP) ainsi que des moyens de réactualisation de la liste (5) des requêtes (A à F).
  9. 9. Groupe selon la revendication précédente, caractérisé en ce que le système de transmission comprend des moyens d’émission basse fréquence vers ledit au moins un moyen d’activation portable et des moyens de réception radiofréquence en provenance dudit au moins un moyen d’activation portable.
  10. 10. Groupe selon l’une quelconque des deux revendications précédentes, caractérisé en ce que les moyens d’émission et de réception sont sous la forme de plusieurs antennes disposées à différents endroits du véhicule, une position mathématique dudit au moins un moyen d’activation étant déterminée par au moins une mesure de puissance en réception reçue par chaque antenne en retour dudit au moins un moyen d’activation.
FR1759561A 2017-10-12 2017-10-12 Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile Active FR3072480B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1759561A FR3072480B1 (fr) 2017-10-12 2017-10-12 Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile
US16/753,883 US11440502B2 (en) 2017-10-12 2018-10-08 Transmission method in a passive activation system for activating at least one function present in a motor vehicle
CN201880066195.6A CN111183072B (zh) 2017-10-12 2018-10-08 用于激活机动车辆中具有的至少一个功能性的被动激活***中的传输方法
PCT/FR2018/052479 WO2019073158A1 (fr) 2017-10-12 2018-10-08 Procédé de transmission dans un système passif d'activation d'au moins une fonctionnalité présente dans un véhicule automobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1759561A FR3072480B1 (fr) 2017-10-12 2017-10-12 Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile
FR1759561 2017-10-12

Publications (2)

Publication Number Publication Date
FR3072480A1 FR3072480A1 (fr) 2019-04-19
FR3072480B1 true FR3072480B1 (fr) 2019-10-04

Family

ID=60450893

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1759561A Active FR3072480B1 (fr) 2017-10-12 2017-10-12 Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile

Country Status (4)

Country Link
US (1) US11440502B2 (fr)
CN (1) CN111183072B (fr)
FR (1) FR3072480B1 (fr)
WO (1) WO2019073158A1 (fr)

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6119155A (en) 1995-12-11 2000-09-12 Phone.Com, Inc. Method and apparatus for accelerating navigation of hypertext pages using compound requests
ES2161197B1 (es) * 2000-05-09 2002-08-01 Domotica General S L Sistema de control remoto para gestion y control de accesos.
DE10104856A1 (de) 2001-02-03 2002-08-29 Conti Temic Microelectronic Verfahren zur Inbetriebnahme eines motorangetriebenen Kraftfahrzeugs
NO20011022D0 (no) 2001-02-28 2001-02-28 Hans Gude Gudesen FremgangsmÕte ved overføring av informasjon
CN100432975C (zh) 2006-10-27 2008-11-12 华为技术有限公司 小型计算机***接口目标器和数据传输方法
US7916021B2 (en) * 2008-08-13 2011-03-29 Honda Motor Co., Ltd. Smart entry system and method
US9110772B2 (en) 2012-11-08 2015-08-18 GM Global Technology Operations LLC Mobile device-activated vehicle functions
US8995425B1 (en) * 2012-11-15 2015-03-31 Qlogic, Corporation Network device scheduler and methods thereof
JP6061085B2 (ja) * 2013-03-07 2017-01-18 株式会社デンソー スマートエントリーシステム
JP2016053242A (ja) * 2014-09-02 2016-04-14 株式会社オートネットワーク技術研究所 車載施錠装置及び施錠システム
JP6380004B2 (ja) * 2014-10-29 2018-08-29 株式会社オートネットワーク技術研究所 車載機
CN105578421A (zh) 2014-11-05 2016-05-11 中国联合网络通信集团有限公司 一种被盗车辆定位方法及***
JP6292719B2 (ja) 2015-03-13 2018-03-14 オムロンオートモーティブエレクトロニクス株式会社 車両無線通信システム、車両制御装置、携帯機
US9701280B2 (en) * 2015-04-03 2017-07-11 GM Global Technology Operations LLC Revocation of mobile device communication control privileges
US10142420B2 (en) 2015-08-25 2018-11-27 Ford Global Technologies, Llc On-board web server telematics systems and methods
DE102015226631B4 (de) * 2015-12-23 2020-07-02 Continental Automotive Gmbh Verfahren zur Freigabe einer oder mehrerer Funktionen in einem Fahrzeug
WO2018070219A1 (fr) * 2016-10-14 2018-04-19 アルプス電気株式会社 Dispositif de mesure d'intensité de signal de réception, procédé de mesure d'intensité de signal de réception, programme et système d'entrée sans clé
JP6776090B2 (ja) * 2016-10-19 2020-10-28 アルプスアルパイン株式会社 位置判定装置、位置判定方法及びプログラム並びにキーレスエントリーシステム

Also Published As

Publication number Publication date
FR3072480A1 (fr) 2019-04-19
CN111183072B (zh) 2022-07-15
WO2019073158A1 (fr) 2019-04-18
CN111183072A (zh) 2020-05-19
US20200282952A1 (en) 2020-09-10
US11440502B2 (en) 2022-09-13

Similar Documents

Publication Publication Date Title
EP3083343B1 (fr) Procédé de déclenchement d'une commande sur un véhicule automobile par un échange de données entre un équipement de contrôle et un élément identifiant
FR2767765A1 (fr) Procede de localisation d'un element de liberation pour vehicule automobile
EP2199966A1 (fr) Procédé de sécurisation de transactions, dispositif de transaction, serveur bancaire, terminal mobile, et produits programmes d'ordinateur correspondants
FR2813257A1 (fr) Systeme passif d'entree haute frequence-haute frequence pour des vehicules
FR3051306B1 (fr) Systeme de communication sans fil
EP1315874B1 (fr) Procede et dispositif de verrouillage automatique d'un vehicule automobile
FR2975193A1 (fr) Procede et systeme de localisation d'interferences affectant un signal de radionavigation par satellite
FR3007876A1 (fr) Procede de traitement de signal de presence dans un systeme d'acces main libre d'un vehicule a capteurs capacitifs
FR3084198A1 (fr) Procede de gestion des moyens de verrouillage d’ouvrants et de demarrage d’un vehicule terrestre a moteur ainsi qu’un vehicule terrestre a moteur associe.
FR3049298A1 (fr) Systeme de cle intelligente
FR3060766A1 (fr) Procede et systeme d'evaluation d'une distance entre un identifiant et un vehicule, systeme embarque et identifiant associes
FR3072480B1 (fr) Procede de transmission dans un systeme passif d'activation d'au moins une fonctionnalite presente dans un vehicule automobile
FR2995490A1 (fr) Procede de communication en champs proche, entre un dispositif mobile et un vehicule automobile et dispositif correspondant
FR3081136A1 (fr) Appareil et procede de commande de deverrouillage de porte d’une automobile
EP3613196B1 (fr) Traitement d'informations acquises par une pluralité de capteurs d'un véhicule automobile
FR2909210A1 (fr) Dispositif d'identification pour un vehicule automobile
EP3849854B1 (fr) Système automatique d'accès et de démarrage pour véhicule automobile et procédé de gestion de l'accès à un véhicule
EP3427334A1 (fr) Équipement électronique d'aide au stationnement pour véhicule automobile
FR3107347A1 (fr) Capteur d’angle pour véhicule automobile.
FR3105869A1 (fr) Procédé et système pour activer l’accès à un véhicule stationné dans un lieu non couvert par un réseau de données
FR2774121A1 (fr) Systeme de verrouillage pour vehicule automobile a code evolutif et identification
FR3076937A1 (fr) Procédé de localisation d'un véhicule, procédé de mise en œuvre d'un véhicule, et système
WO2023147929A1 (fr) Procede d'activation d'une fonction vehicule et dispositif d'activation associe
FR2813258A1 (fr) Systeme passif de demarrage hf-hf pour des vehicules
FR3078042A1 (fr) Vehicule comportant un systeme de gestion d’acces et procede d’autorisation d’acces a un vehicule

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20190419

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7