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 1 a à 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 1 a à na ayant émis la requête.

Il est possible d'avoir une communication entre les modules de cas d'utilisation 1 a à na. Ceci est illustré par des flèches à la figure 1 entre les modules de cas d'utilisation 1 a à 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 1 a à 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 1 b à 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 1 b à nb et le pilote du protocole 3 est intercalée une couche intermédiaire 4 de gestion. Cette couche intermédiaire 4 de gestion reçoit les requêtes A à F en provenance des modules de cas d'utilisation 1 b à nb et les stocke dans une liste 5 présente dans une matrice de possibilités d'optimisation statique.

II 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 1 b à 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 1 b à 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 1 b à 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 1 b à 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.

II 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 1 b à 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 1 b à 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 1 1 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 1 b à 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 1 b à 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 1 b à 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.