Brevet FR3156724A1 — publié le 20250620

Titre : SYSTEME DEMATERIALISE DE CONTROLE D’AU MOINS UN ACTIONNEUR COMMANDABLE PAR UNE TELECOMMANDE ELECTRONIQUE L’invention concerne un système dématérialisé de contrôle d’au moins un actionneur (110) commandable comprenant : un boîtier (200) destiné à être couplé audit au moins un actionneur (110) commandable, et intégrant une unité informatique (240), un capteur (400) couplé à l’unité informatique (240), l’unité informatique (240) étant paramétrée pour : identifier une consigne de pilotage (CP) ; transmettre la consigne de pilotage (CP) à un dispositif de pilotage (210). Figure pour l’abrégé : Fig. 1 SYSTEME DEMATERIALISE DE CONTROLE D’AU MOINS UN ACTIONNEUR COMMANDABLE PAR UNE TELECOMMANDE ELECTRONIQUE Domaine de l’invention Le domaine de l’invention est celui de la conception et de la fabrication des systèmes de contrôle. Plus particulièrement, l’invention concerne, en particulier mais non exclusivement, un système dématérialisé de contrôle d’un actionneur commandable par télécommande. A titre d’exemple illustratif et non limitatif, ledit système peut être intégré dans un véhicule automobile notamment pour la gestion de l’accès à son bord, ou couplé à une serrure d’un ouvrant de bâtiment. État de la technique Le contrôle d’actionneurs à l’aide d’une télécommande est largement connu. On peut par exemple citer les systèmes d’ouverture ou de fermeture d’une serrure ou encore les dispositifs d’allumage ou l’extinction d’une lampe via une télécommande. Dans le domaine de l’automobile par exemple, l’utilisation d’une clé pourvue d’une carte électronique permettant de transmettre des ondes radio pour verrouiller ou déverrouiller l’habitacle est largement répandue. Toutefois, de tels systèmes obligent l’utilisateur à manipuler la télécommande. Pour résoudre cet inconvénient, des systèmes dits mains libre ont été développés. Dans le domaine de la domotique, le contrôle des appareils se fait par exemple par des consignes vocales précédées d’une mention prédéfinie permettant à un automate d’interpréter les mots prononcés par l’utilisateur comme étant des consignes à appliquer. Dans le domaine de l’automobile, les clés (ou cartes) mains libres ont été développées pour permettre à un individu possédant ladite clé (ou carte) dans l’une de ses poches, d’ouvrir ou fermer le véhicule dès lors qu’il se trouve dans une zone prédéterminée autour du véhicule et qu’il déclenche un capteur pour manifester sa volonté d’action. Concernant le domaine de l’automobile, de tels systèmes ne sont pas sans inconvénients. Tout d’abord, ces systèmes ne peuvent pas être adaptés en seconde monte sur un véhicule. Par seconde monte, il est entendu une action d’équipement d’un véhicule dépourvu d’un tel système. Ensuite, l’utilisation de clés (ou cartes) mains libres présente une faille majeure de sécurité. En effet, les clés (ou cartes) mains libres comprennent un émetteur radio qui transmet un signal radio capable d’être détecté par un dispositif du véhicule permettant d’authentifier l’individu qui souhaite accéder au véhicule. Or, ce signal radio peut être intercepté par un outil dédié puis être réutilisé à des fins malveillantes sans que le possesseur du véhicule ne s’en aperçoive. En d’autres termes, il est facile de dupliquer une clé (ou carte) main libre à partir de l’interception du signal radio qu’elle émet. Un dernier système développé, notamment pour permettre le partage de véhicules automobiles, consiste en l’implémentation d’un boîtier dans un véhicule, lequel boîtier est apte à communiquer avec le téléphone portable d’un utilisateur, une application informatique dédiée étant préalablement chargée sur ledit téléphone portable. Un tel système requiert tout d’abord une intervention lourde sur le véhicule pour relier le boîtier à l’architecture électronique du véhicule. De plus, la communication entre le téléphone portable et le boîtier est réalisée via le réseau cellulaire qui n’est pas accessible en toutes circonstances, notamment dans les parkings souterrains par exemple. Il en résulte alors une impossibilité d’utiliser le système et d’accéder au véhicule. Enfin, ce système nécessite de laisser la clé à l’intérieur du véhicule, par exemple dans la boîte à gants, pour permettre à chaque utilisateur d’utiliser le véhicule. Ceci présente alors un risque de sécurité dès lors qu’un utilisateur laisse une fenêtre ouverte, le véhicule pouvant alors être facilement ouvert laissant ainsi l’accès à la clé qui se trouve dans la boîte à gants. Objectifs de l’invention L’invention a notamment pour objectif de pallier les inconvénients de l’art antérieur. Plus précisément, l’invention a pour objectif de proposer un système dématérialisé de contrôle d’un actionneur commandable par télécommande pouvant être monté en seconde monte. L’invention a également pour objectif de fournir un tel système qui présente une sécurité accrue. L’invention a en outre pour objectif de fournir un tel système qui soit simple d’utilisation. Ces objectifs, ainsi que d’autres qui apparaîtront par la suite, sont atteints grâce à l’invention qui a pour objet un système dématérialisé de contrôle d’au moins un actionneur commandable par une télécommande électronique, ledit système étant caractérisé en ce qu’il comprend : un boîtier destiné à être couplé audit au moins un actionneur commandable, et intégrant : un dispositif de pilotage de ladite télécommande électronique, un module de communication ; une mémoire regroupant au moins un identifiant autorisé et au moins une séquence sonore et/ou vibratoire prédéterminée associée chacune à une consigne de pilotage, et une unité informatique, une application informatique destinée à être chargée par un dispositif informatique nomade intégrant des moyens de communication destinés à former une voie de communication avec le module de communication du boitier, ladite application informatique intégrant au moins un identifiant hôte, un capteur couplé à l’unité informatique et destiné à capter au moins une séquence sonore et/ou vibratoire prédéterminée, l’unité informatique étant paramétrée pour : recevoir une séquence sonore et/ou vibratoire captée par ledit capteur ; comparer ladite séquence sonore et/ou vibratoire reçue à la ou chaque séquence sonore et/ou vibratoire prédéterminée pour identifier une consigne de pilotage associée ; recevoir un identifiant hôte via ladite voie de communication ; comparer ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire, et transmettre la consigne de pilotage correspondante au dispositif de pilotage si l’identifiant hôte correspond à un identifiant autorisé et la séquence sonore et/ou vibratoire reçue correspond à une séquence sonore et/ou vibratoire prédéterminée. Un tel système peut ainsi être monté en seconde monte, par exemple dans un véhicule automobile ou sur un ouvrant, sans nécessiter des aménagements complexes et coûteux. Cela s’explique par le fait que seul un boîtier nécessite d’être couplé à la télécommande, le boîtier pouvant par exemple être autonome en énergie, limitant alors les contraintes d’installation. La combinaison du boîtier, du capteur et de l’application informatique permet de sécuriser l’utilisation du système. En effet, les échanges entre l’application informatique et le boîtier (via la voie de communication) permettent de s’assurer de l’identité de l’individu qui souhaite déclencher le ou chaque actionneur commandable, tandis que la coopération entre le capteur et le boîtier permet de s’assurer de la volonté d’action sur le ou chaque actionneur commandable puisque chaque séquence sonore et/ou vibratoire est unique et associée à une consigne de pilotage déterminée. Enfin, l’utilisation du système s’avère particulièrement aisée puisqu’un utilisateur n’a qu’à reproduire la séquence sonore et/ou vibratoire pour permettre le déclenchement du ou de chaque actionneur commandable. Selon un aspect avantageux, l’unité informatique est paramétrée pour autoriser le module de communication à établir une voie de communication avec des moyens de communication d’un dispositif informatique nomade seulement lorsqu’une séquence sonore et/ou vibratoire captée par ledit capteur correspond à une séquence sonore et/ou vibratoire prédéterminée. Cela permet de limiter les risques de piratage informatique puisque le module de communication n’est pas actif en continu. Selon un aspect avantageux, l’unité informatique est paramétrée pour recevoir une séquence sonore et/ou vibratoire captée par ledit capteur et la comparer à la ou chaque séquence sonore et/ou vibratoire prédéterminée seulement lorsqu’un identifiant hôte correspond à un identifiant autorisé contenu dans la mémoire. Cela permet également de limiter les risques d’actionnement malveillant du ou de chaque actionneur commandable puisqu’il est nécessaire que l’utilisateur soit reconnu pour que la séquence sonore et/ou vibratoire puisse être captée et traitée par le boîtier. En d’autres termes, si un individu malveillant réussit à identifier la séquence sonore et/ou vibratoire à utiliser, l’application de ladite séquence sonore et/ou vibratoire n’aura aucune incidence puisque l’individu malveillant ne sera pas identifié comme étant autorisé par le boîtier. Selon un aspect avantageux, le dispositif de pilotage est formé par une liaison électrique permettant le transfert de la consigne de pilotage sous forme de signaux électriques. Cette architecture permet d’intégrer la partie électronique de la télécommande dans le boîtier de sorte à limiter l’impact visuel du système une fois installé. En effet, un gain de place peut être obtenu par la soudure directe entre l’unité informatique et une carte électronique de la télécommande ou encore une liaison câblée entre l’unité informatique et ladite carte électronique de la télécommande. Selon un aspect avantageux, le dispositif de pilotage prend la forme d’au moins un poussoir appliquant un effort sur des boutons physiques de la télécommande électronique. Cette architecture permet de rendre aisément réversible l’installation du système. En effet, s’il est souhaité de désinstaller le système, il suffit alors de désaccoupler la télécommande du dispositif de pilotage pour utiliser la télécommande de manière classique. Selon un aspect avantageux, le système comprend également un scanner de haute fréquence à courte portée, couplé à l’unité informatique, et au moins un émetteur destiné à être détecté par ledit scanner, ledit émetteur étant destiné à être détenu par un utilisateur du système. L’utilisation du scanner et de l’émetteur permet de rendre opérationnel le système en cas de défaillance du capteur et/ou de l’appareil informatique nomade par exemple. En effet, l’authentification de l’utilisateur et le souhait de déclenchement de l’actionneur commandable est réalisée directement grâce à la coopération du scanner avec l’émetteur. Dans le cas d’un système pouvant piloter plusieurs actionneurs commandables, il sera préféré que chaque actionneur commandable soit associé avec un scanner de sorte que la coopération entre l’émetteur et le scanner ne permette de piloter que l’actionneur commandable associé au capteur. Selon un aspect avantageux, l’unité informatique est paramétrée pour calculer une distance entre le boîtier et le dispositif informatique nomade avec lequel une voie de communication est formée, et transmettre une requête d’authentification à l’application informatique lorsque la distance entre le boîtier et le dispositif informatique nomade est supérieure à un seuil prédéterminé. Cela bénéficie directement à la sécurité du système en ce que seule l’application informatique peut recevoir la requête d’authentification. Dès lors, le détenteur de l’application informatique peut soit agir à distance si cela est son souhait, via l’application, soit être informé de la tentative de commande non souhaitée de l’actionneur commandable par exemple par un individu malveillant. En tout état de cause, l’utilisateur détenteur de l’appareil informatique nomade sur lequel est chargée l’application informatique est le seul à pouvoir autoriser la commande de l’actionneur commandable. Selon un aspect avantageux, l’application informatique est paramétrée pour empêcher la formation d’une voie de communication avec le module de communication du boitier lorsque l’appareil informatique nomade est dans une configuration inactive. Cela permet d’éviter toute intrusion informatique dans l’application pour en récupérer des données exploitables pour déclencher le ou chaque actionneur commandable. Cela s’avère particulièrement judicieux lorsque l’appareil informatique nomade n’est pas utilisé, par exemple lorsqu’il est immobile, par exemple en reposant sur une table avec une surveillance faible, voire nulle. Selon un aspect avantageux, l’unité informatique est paramétrée pour identifier une correspondance partielle d’une séquence sonore et/ou vibratoire captée avec la ou chaque séquence sonore et/ou vibratoire prédéterminée, et associer un pourcentage de correspondance, la transmission de la consigne de pilotage au dispositif de pilotage étant réalisée si le pourcentage de correspondance est supérieur à un pourcentage seuil prédéterminé. Ainsi, une légère erreur dans la reproduction d’une séquence sonore et/ou vibratoire par un utilisateur n’empêche pas le déclenchement de l’actionneur. Autrement dit, si la séquence est sonore, par exemple une phrase à prononcer, un léger tressautement de la voix ou un accent prononcé ne forment pas un obstacle au déclenchement de l’actionneur. Cela s’avère pratique lorsque plusieurs utilisateurs différents utilisent le même système. Selon un aspect avantageux, l’unité informatique est paramétrée pour stocker dans la mémoire la ou chaque séquence sonore et/ou vibratoire captée ayant un pourcentage de correspondance compris entre 85% et 99,99%. Cela permet d’enrichir la mémoire pour permettre un apprentissage autonome du système. Ainsi, le système peut distinguer l’action volontaire d’un utilisateur pour reproduire la séquence sonore et/ou vibratoire d’un évènement fortuit approchant d’une séquence sonore et/ou vibratoire prédéterminée. A titre d’exemple illustratif et non limitatif, dans le cas de l’utilisation du système sur un véhicule automobile, si une séquence sonore et/ou vibratoire prédéterminée correspond à deux coups secs portés sur la carrosserie, alors une répétition de coups secs lié à de grosses gouttes de pluie ne serait pas enregistrée comme nouvelle séquence destinée à enrichir la mémoire. Au contraire, la séquence sonore et/ou vibratoire résultant de la réalisation de deux coups secs portés sur la carrosserie par un utilisateur équipé de gants limitant la force de l’impact sur la carrosserie, pourrait être enregistrée comme nouvelle séquence destinée à enrichir la mémoire car ayant un pourcentage de correspondance compris entre 85% et 99,99%. L’invention concerne également un procédé de contrôle d’au moins un actionneur commandable par une télécommande électronique au moyen d’un système tel que précédemment présenté, caractérisé en ce qu'il comprend les étapes consistant à : recevoir une séquence sonore et/ou vibratoire captée par le capteur ; comparer ladite séquence sonore et/ou vibratoire reçue à la ou chaque séquence sonore et/ou vibratoire prédéterminée pour identifier une consigne de pilotage associée ; recevoir un identifiant hôte via ladite voie de communication ; comparer ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire, et transmettre une consigne de pilotage au dispositif de pilotage si l’identifiant hôte correspond à un identifiant autorisé et la séquence sonore et/ou vibratoire reçue correspond à une séquence sonore et/ou vibratoire prédéterminée, pour déclencher l’au moins un actionneur commandable. Un tel procédé permet de commander un actionneur commandable sans recourir à l’utilisation manuelle de la télécommande associée. Cela permet notamment à un utilisateur de déclencher un actionneur commandable de manière sécurisée, par la seule réalisation d’une séquence sonore et/ou vibratoire dès lors qu’il possède un appareil informatique nomade sur lequel il a préalablement chargé l’application informatique. Selon un aspect avantageux, le procédé comprend également les étapes consistant à calculer une distance entre le boîtier et le dispositif informatique nomade, et transmettre une requête d’authentification à l’application informatique lorsque la distance entre le boîtier et le dispositif informatique nomade est supérieure à un seuil prédéterminé. Cela bénéficie directement à la sécurité d’utilisation du système en ce que seule l’application informatique peut recevoir la requête d’authentification. Dès lors, le détenteur de l’application informatique peut soit agir à distance si cela est son souhait, via l’application, soit être informé de la tentative de commande non souhaitée de l’actionneur commandable par exemple par un individu malveillant. En tout état de cause, l’utilisateur détenteur de l’appareil informatique nomade sur lequel est chargée l’application informatique est le seul à pouvoir autoriser la commande de l’actionneur commandable. L’invention concerne en outre un véhicule automobile intégrant un système tel que précédemment présenté, le boîtier étant logé à l’intérieur du véhicule automobile, et le ou chaque actionneur commandable prenant la forme de l’un parmi une serrure et un antidémarrage électronique. Un tel véhicule équipé du système précédemment décrit permet une utilisation simplifiée notamment pour l’ouverture et/ou la fermeture de ses ouvrants tels que les portes, le coffre, le capot moteur ou encore la trappe à carburant. L’utilisateur n’a ainsi pas besoin d’utiliser directement la clé, l’appareil informatique nomade qu’il détient lui permet de s’authentifier et la réalisation de la séquence sonore lui permet de déclencher l’actionneur commandable qu’il souhaite. Figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation préférentiels de l’invention, donnés à titre d’exemples illustratifs et non limitatifs, et des dessins annexés décrits ci-après. FIG. 1 La FIG. 1 est une représentation schématique d’un véhicule utilisant un système dématérialisé de contrôle d’un actionneur commandable par télécommande, selon l’invention. FIG. 2 La FIG. 2 est une représentation schématique d’un premier mode de réalisation d’un boîtier du système selon l’invention. FIG. 3 La FIG. 3 est une représentation schématique d’un deuxième mode de réalisation d’un boîtier du système selon l’invention. FIG. 4 La FIG. 4 est un diagramme illustrant une première variante d’un procédé de contrôle d’au moins un actionneur commandable par une télécommande électronique au moyen d’un système selon l’invention. FIG. 5 La FIG. 5 est un diagramme illustrant une deuxième variante d’un procédé de contrôle d’au moins un actionneur commandable par une télécommande électronique au moyen d’un système selon l’invention. FIG. 6 La FIG. 6 est un diagramme illustrant une succession d’étapes optionnelles du procédé des figures 4 et 5. Description détaillée de l’invention La FIG. 1 illustre de manière schématique un véhicule 100 automobile comprenant un actionneur 110 commandable par une télécommande, ladite télécommande intégrant une carte électronique 120. L’actionneur 110 commandable est par exemple, dans le cas du véhicule 100 automobile, une serrure de portière. En variante, le système pourrait être utilisé pour la commande d’une serrure d’un ouvrant de bâtiment. De manière connue la serrure peut être actionnée par un utilisateur en manipulant la télécommande. Pour permettre le déclenchement de l’actionneur 110 commandable, c’est-à-dire de la serrure dans le cas du véhicule 100 automobile représenté par la FIG. 1 , un système selon l’invention est utilisé. Un tel système permet le déclenchement de l’actionneur 110 commandable par un utilisateur sans que ce dernier n’ait à manipuler la télécommande. Pour cela, le système comprend un boîtier 200 destiné à être couplé à l’actionneur 110 commandable, une application informatique 300 destinée à être chargée par un dispositif informatique nomade 310, et un capteur 400 couplé au boîtier 200. Plus spécifiquement, le boîtier 200 intègre : - un dispositif de pilotage 210 de l’actionneur 110 commandable ; - un module de communication 220 ; - une mémoire 230, et - une unité informatique 240. Comme cela sera expliqué par la suite, l’unité informatique 240 est paramétrée pour transmettre au dispositif de pilotage 210 une consigne de pilotage CP à appliquer afin de déclencher l’actionneur 110 commandable. Par le terme « déclencher », il est entendu changer l’état de l’actionneur comparativement à un état initial. La transmission de la consigne de pilotage CP au dispositif de pilotage 210 est rendue possible grâce à l’utilisation de la mémoire 230, du module de communication 220, de l’application informatique 300, et du capteur 400. Plus en détail, la mémoire 230 regroupe au moins un identifiant autorisé et au moins une séquence sonore et/ou vibratoire prédéterminée. Chaque séquence sonore et/ou vibratoire prédéterminée est associée à une consigne de pilotage CP. Le ou chaque identifiant autorisé intègre un profil utilisateur auquel sont associés des autorisations et/ou des restrictions. A titre d’exemple illustratif et non limitatif, les autorisations peuvent correspondre à des actionneurs pouvant être pilotés et les restrictions peuvent correspondre à des plages horaires d’utilisation ou encore à des actionneurs ne pouvant pas être pilotés. Le module de communication 220 est destiné à former une voie de communication avec des moyens de communication 320 de l’appareil informatique nomade 310 pour permettre l’échange d’informations entre le boîtier 200 et l’appareil informatique nomade 310, plus précisément l’application informatique 300. L’application informatique 300 intègre au moins un identifiant hôte. L’application informatique 300 peut ainsi contenir une pluralité d’identifiants hôtes correspondant chacun à un profil utilisateur tel que mentionné précédemment. Enfin, le capteur 400 est couplé à l’unité informatique 240 et est destiné à capter au moins une séquence sonore et/ou vibratoire prédéterminée. Comme cela sera expliqué ci-après, la séquence sonore et/ou vibratoire prédéterminée destinée à être captée par le capteur est réalisée par un utilisateur. Le dispositif de pilotage 210 permet le pilotage de l’actionneur 110 commandable sans y être directement relié. Autrement dit, le dispositif de pilotage 210 n’agit pas directement sur l’actionneur 110 commandable mais agit sur la carte électronique 120 de la télécommande. En référence à la FIG. 2 et à la FIG. 3 , le boîtier 200 est schématiquement représenté selon un premier mode de réalisation et un deuxième mode de réalisation respectivement. Le boîtier 200 intègre un logement 205 permettant de recevoir la carte électronique 120 de la télécommande. Dans une variante non représentée, le logement permet d’accueillir la télécommande entière (par exemple un double de la télécommande). A des fins de simplification de la FIG. 2 et de la FIG. 3 , seuls la carte électronique 120, le dispositif de pilotage 210 et l’unité informatique 240 sont représentés dans le boîtier 200. Selon le premier mode de réalisation illustré par la FIG. 2 , le dispositif de pilotage 210 est formé par une liaison électrique permettant le transfert de la consigne de pilotage sous forme de signaux électriques. Tel qu’illustré par la FIG. 2 , le dispositif de pilotage 210 prend la forme d’au moins une broche 211 permettant le transfert de la consigne de pilotage CP sous forme de signaux électriques en reliant l’unité informatique 240 à la carte électronique 120 de la télécommande. Pour cela, la ou les broches 211 sont solidaire de l’unité informatique 240 et coopèrent avec des éléments électroniques de la carte électrique 120. En variante, l’unité informatique 240 présente lesdits éléments électroniques d’accès et la ou chaque broche est solidaire de la carte électronique 120 de la télécommande. Selon le deuxième mode de réalisation illustré par la FIG. 3 , le dispositif de pilotage 210 prend la forme d’au moins un poussoir 212 appliquant un effort sur des boutons physiques 125 de la télécommande. Les boutons physiques 125 sont plus spécifiquement portés par la carte électronique 120. Tel qu’illustré par la FIG. 3 , le dispositif de pilotage 210 comprend deux poussoirs 212 agissant chacun sur un bouton physique 125 de la carte électronique 120. De préférence, le dispositif de pilotage 210 comprend autant de poussoirs 212 qu’il y a de boutons physiques 125 à actionner sur la carte électronique 120. A noter que, dans le cas où la télécommande est intégralement reçue dans le logement 205 les boutons physiques 125 de la télécommande sont ceux sur lesquels un utilisateur appuierait classiquement, c’est-à-dire ceux présents sur une coque de la télécommande. Comme mentionné précédemment, l’action du dispositif de pilotage 210 n’est réalisée qu’après réception d’une consigne de pilotage CP émise par l’unité informatique 240. Pour cela, à partir de données reçues par la mémoire 230, par le module de communication 220 et par le capteur 400, l’unité informatique 240 est paramétrée pour transmettre au dispositif de pilotage 210 une consigne de pilotage CP à appliquer. Le système qui vient d’être décrit permet la mise en œuvre d’un procédé de contrôle d’au moins un actionneur 110 commandable par une télécommande électronique, ledit procédé comprenant les étapes consistant à : recevoir une séquence sonore et/ou vibratoire captée par le capteur 400 ; comparer ladite séquence sonore et/ou vibratoire reçue à la ou chaque séquence sonore et/ou vibratoire prédéterminée pour identifier une consigne de pilotage CP associée ; recevoir un identifiant hôte via ladite voie de communication ; comparer ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire 230, et transmettre une consigne de pilotage CP au dispositif de pilotage 210 si l’identifiant hôte correspond à un identifiant autorisé et la séquence sonore et/ou vibratoire correspond à une séquence sonore et/ou vibratoire prédéterminée, pour déclencher l’au moins un actionneur 110 commandable. L’unité informatique 240 comprend ainsi des moyens pour recevoir des séquences sonores et/ou vibratoires et des identifiants hôtes et des moyens pour comparer les séquences sonores et/ou vibratoires et les identifiants hôtes avec des séquences sonores et/ou vibratoires prédéterminées et des identifiants autorisés respectivement, ainsi que des moyens de transmission d’une consigne de pilotage CP associée à chaque séquence sonore et/ou vibratoire prédéterminée. Lesdits moyens prennent par exemple la forme de lignes de code informatique enregistrées dans l’unité informatique 240. Plus en détails, l’unité informatique 240 du boîtier 200 est paramétrée pour : - recevoir une séquence sonore et/ou vibratoire captée par ledit capteur 400 ; - comparer ladite séquence sonore et/ou vibratoire reçue à la ou chaque séquence sonore et/ou vibratoire prédéterminée pour identifier une consigne de pilotage associée ; - recevoir un identifiant hôte via ladite voie de communication ; - comparer ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire 230, et - transmettre la consigne de pilotage CP correspondante au dispositif de pilotage 210. Tel que cela a été décrit précédemment, la transmission de la consigne de pilotage CP n’est réalisée que lorsque l’identifiant hôte correspond à un identifiant autorisé et la séquence sonore et/ou vibratoire correspond à une séquence sonore et/ou vibratoire prédéterminée. En référence à la FIG. 4 , à la FIG. 5 et à la FIG. 6 , ledit procédé est à présent décrit selon une première variante ( FIG. 4 ), selon une deuxième variante ( FIG. 5 ) et selon une succession d’étapes optionnelles ( FIG. 6 ). Selon la première variante illustrée par la FIG. 4 , le traitement des données liées à l’identifiant est réalisé après le traitement des données liées à la séquence sonore et/ou vibratoire. En d’autres termes, le traitement des données liées à l’identifiant est conditionné par la correspondance entre une séquence sonore et/ou vibratoire captée par le capteur 400 et une séquence sonore et/ou vibratoire prédéterminée contenue dans la mémoire 230. La première variante du procédé est décrite plus avant en référence à la FIG. 4 . Le boîtier 200, et plus précisément, l’unité informatique 240 est paramétrée pour recevoir une séquence sonore et/ou vibratoire captée par le capteur 400, tel qu’illustré par le bloc S1. En d’autres termes, le capteur 400 est en écoute permanente pour capter une séquence sonore et/ou vibratoire et la transmettre à l’unité informatique 240. Dès réception, l’unité informatique 240 compare la séquence sonore et/ou vibratoire reçue avec la ou chaque séquence sonore et/ou vibratoire de la mémoire 230, tel qu’illustré par le bloc S2. Si l’unité informatique ne parvient pas à établir de correspondance entre la séquence sonore et/ou vibratoire captée et une séquence sonore et/ou vibratoire contenue dans la mémoire 230, alors le procédé est interrompu et redémarre au bloc S1. En revanche, s’il y a correspondance entre la séquence sonore et/ou vibratoire captée et une séquence sonore et/ou vibratoire contenue dans la mémoire 230, alors l’unité informatique commande le module de communication 220 pour établir une voie de communication avec les moyens de communication 320 d’un appareil informatique nomade 310 à proximité, tel qu’illustré par le bloc COM. L’établissement de la voie de communication est rendu possible par la mise sous tension de l’appareil informatique nomade 310 sur lequel l’application informatique 300 a préalablement été chargée. L’application informatique 300 est avantageusement paramétrée pour piloter les moyens de communication 320 de l’appareil informatique nomade 310 afin d’autoriser la détection d’un signal émis par le module de communication 220 du boîtier 200 et donc l’établissement de la voie de communication, selon un protocole classique de couplage d’appareils communicants. Si aucune voie de communication ne peut être établie, alors le procédé est interrompu et redémarre au bloc S1. Lorsque la voie de communication est établie l’unité informatique 240 est paramétrée pour recevoir un identifiant hôte contenu dans l’application informatique 300 de l’appareil informatique nomade 310 avec lequel la voie de communication a été établie, tel qu’illustré par le bloc I1. Si l’unité informatique 240 ne reçoit pas d’identifiant hôte en provenance de l’application informatique 300, alors le procédé est interrompu et redémarre au bloc S1. En revanche, si l’unité informatique 240 reçoit un identifiant hôte en provenance de l’application informatique 300, alors elle compare ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire 230. Si aucune correspondance n’est établie à la suite de la comparaison, alors le procédé est interrompu et redémarre au bloc S1. En revanche, si une correspondance est établie entre ledit identifiant hôte reçu et un identifiant autorisé contenu dans la mémoire 230, alors l’unité informatique 240 transmet au dispositif de pilotage 210 la consigne de pilotage CP correspondante. Cela provoque alors le déclenchement de l’actionneur 110 commandable. Bien entendu, la transmission de la consigne de pilotage CP est réalisée en fonction des autorisations et/ou restrictions associées au profil utilisateur correspondant à l’identifiant autorisé. Selon la première variante du procédé, il est possible de n’utiliser que l’application informatique 300 pour permettre la transmission de la consigne de pilotage CP au dispositif de pilotage 210, tel qu’illustré par le bloc A. Dans ce cas, l’application informatique 300 est paramétrée pour forcer l’établissement de la voie de communication entre les moyens de communication 320 et le module de communication 220. Dès lors, la séquence sonore et/ou vibratoire n’est plus nécessaire, ni même la transmission de l’identifiant hôte. En effet, en forçant l’établissement de la voie de communication, l’application informatique 300 transmet un paquet de données à l’unité informatique 240, ce paquet de données comprenant notamment des données permettant d’authentifier l’utilisateur et des données concernant l’action à réaliser. Pour cela, l’application informatique 300 comprend par exemple des boutons numériques d’action, sélectionnables directement par un utilisateur pour agir sur l’actionneur 110 commandable souhaité. Selon la première variante du procédé, il est encore possible de permettre la transmission de la consigne de pilotage CP au dispositif de pilotage 210 lorsque l’un de l’appareil informatique nomade 310 et de l’application informatique 300 est défaillant, tel qu’illustré par le bloc SC. Pour cela, en référence à la FIG. 1 , l’utilisateur possède un émetteur 600 qu’il positionne à proximité d’un scanner 500. Le scanner 500 est avantageusement situé au voisinage d’un actionneur 110 commandable de sorte que ledit scanner soit associé à un unique actionneur 110 commandable. Ainsi, le système peut comprendre autant de scanners 500 qu’il y a d’actionneurs 110 auxquels il est couplé. L’émetteur 600 émet un signal destiné à être lu par le scanner 500. Le signal émis par l’émetteur 600 comprend de préférence au moins un code unique permettant d’identifier l’émetteur 600. Dans les faits, cette technologie fonctionne sur le principe d’une alimentation en énergie de l’émetteur 600 par le capteur 500 lorsqu’ils sont à proximité immédiate l’un de l’autre. Lorsque l’émetteur 600 est alimenté en énergie, il peut alors transmettre son signal qui est lu par le capteur 500. Chaque scanner 500 intègre une mémoire interne regroupant des données liées à au moins un émetteur 600. Lorsque l’émetteur 600 en question est approché à proximité du scanner 500 des échanges crypto-asymétriques sont réalisés entre le scanner 500 et l’émetteur 600, permettant au scanner 500 de reconnaître l’émetteur 600 et, en conséquence, de piloter l’actionneur 110 commandable pour le déclencher sans que le boîtier 200 n’ait besoin de procéder à l’authentification de l’utilisateur via l’application informatique 300. De préférence, le scanner 500 est du type NFC (ou tout autre type de scanner pourrait également être utilisé). Le scanner 500 est protégé contre un piratage informatique destiné à subtiliser les données contenues dans sa mémoire interne, à savoir le ou chaque code unique. Le scanner 500 peut également être alimenté pour la détection d’un émetteur 600 dès lors qu’une séquence sonore et/ou vibratoire est identifiée. Cela permet de limiter la consommation énergétique du scanner 500 et de pallier à un défaut de fonctionnement de l’application informatique 300 ou de l’appareil informatique nomade 310. A l’inverse de la première variante, selon la deuxième variante illustrée par la FIG. 5 , le traitement des données liées à l’identifiant est réalisé avant le traitement des données liées à la séquence sonore. En d’autres termes, le traitement des données liées à la séquence sonore et/ou vibratoire est conditionné par la correspondance entre un identifiant hôte et un identifiant autorisé contenu dans la mémoire 230. La deuxième variante du procédé est décrite plus avant en référence à la FIG. 5 . Le boîtier 200, et plus précisément, l’unité informatique 240 est paramétrée pour recevoir un identifiant hôte contenu dans l’application informatique 300 de l’appareil informatique nomade 310 avec lequel la voie de communication a été établie, tel qu’illustré par le bloc I1. Pour cela, le module de communication 220 du boîtier 200 est maintenu actif de sorte qu’il puisse établir une voie de communication avec tout appareil informatique nomade 310 comprenant des moyens de communication 320. Par ailleurs, l’application informatique 300 est avantageusement paramétrée pour piloter les moyens de communication 320 de l’appareil informatique nomade 310 afin d’autoriser la détection d’un signal émis par le module de communication 220 du boîtier 200 et donc l’établissement de la voie de communication, selon un protocole classique de couplage d’appareils communicants. Lorsque la voie de communication est établie, l’unité informatique 240 peut recevoir un identifiant hôte via le module de communication 220. Si l’unité informatique 240 ne reçoit pas d’identifiant hôte en provenance de l’application informatique 300, alors le procédé est interrompu et redémarre au bloc I1. En revanche, si l’unité informatique 240 reçoit un identifiant hôte en provenance de l’application informatique 300, alors elle compare ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire 230. Si aucune correspondance n’est établie à la suite de la comparaison, alors le procédé est interrompu et redémarre au bloc I1. En revanche, si une correspondance est établie entre ledit identifiant hôte reçu et un identifiant autorisé contenu dans la mémoire 230, alors l’unité informatique commande le capteur 400 pour capter une séquence sonore et/ou vibratoire réalisée par un utilisateur et la transmettre à l’unité informatique 240, tel qu’illustré par le bloc COM. Si aucune séquence sonore et/ou vibratoire ne peut être captée par le capteur 400, alors le procédé est interrompu et redémarre au bloc I1. Au contraire, dès réception, l’unité informatique 240 compare la séquence sonore et/ou vibratoire reçue avec la ou chaque séquence sonore et/ou vibratoire de la mémoire 230, tel qu’illustré par le bloc S2. Si l’unité informatique ne parvient pas à établir de correspondance entre la séquence sonore et/ou vibratoire captée et une séquence sonore et/ou vibratoire contenue dans la mémoire 230, alors le procédé est interrompu et redémarre au bloc I1. En revanche, s’il y a correspondance entre la séquence sonore et/ou vibratoire captée et une séquence sonore et/ou vibratoire contenue dans la mémoire 230, alors l’unité informatique 240 transmet au dispositif de pilotage 210 la consigne de pilotage CP correspondante à la séquence sonore et/ou vibratoire réalisée par l’utilisateur. Cela provoque alors le déclenchement de l’actionneur 110 commandable. Bien entendu, la transmission de la consigne de pilotage CP est réalisée en fonction des autorisations et/ou restrictions associées au profil utilisateur correspondant à l’identifiant autorisé. Selon la deuxième variante du procédé, il est également possible de n’utiliser que l’application informatique 300 pour permettre la transmission de la consigne de pilotage CP au dispositif de pilotage 210, tel qu’illustré par le bloc A. Dans ce cas, l’application informatique 300 est paramétrée pour forcer l’établissement de la voie de communication entre les moyens de communication 320 et le module de communication 220. Dès lors, la séquence sonore et/ou vibratoire n’est plus nécessaire, ni même la transmission de l’identifiant hôte. En effet, en forçant l’établissement de la voie de communication, l’application informatique 300 transmet un paquet de données à l’unité informatique 240, ce paquet de données comprenant notamment des données permettant d’authentifier l’utilisateur et des données concernant l’action à réaliser. Pour cela, l’application informatique 300 comprend par exemple des boutons numériques d’action sélectionnables directement par un utilisateur pour agir sur l’actionneur 110 commandable souhaité. Selon la deuxième variante du procédé, il est également possible de permettre la transmission de la consigne de pilotage CP au dispositif de pilotage 210 lorsque l’un de l’appareil informatique nomade 310 et de l’application informatique 300 est défaillant, tel qu’illustré par le bloc SC. Pour cela, en référence à la FIG. 1 , l’utilisateur possède un émetteur 600 qu’il positionne à proximité d’un scanner 500. Le scanner 500 est avantageusement situé au voisinage d’un actionneur 110 commandable de sorte que ledit scanner soit associé à un unique actionneur 110 commandable. Ainsi, le système peut comprendre autant de scanners 500 qu’il y a d’actionneurs 110 auxquels il est couplé. L’émetteur 600 émet un signal destiné à être lu par le scanner 500. Le signal émis par l’émetteur 600 comprend de préférence au moins un code unique permettant d’identifier l’émetteur 600. Dans les faits, cette technologie fonctionne sur le principe d’une alimentation en énergie de l’émetteur 600 par le capteur 500 lorsqu’ils sont à proximité immédiate l’un de l’autre. Lorsque l’émetteur 600 est alimenté en énergie, il peut alors transmettre son signal qui est lu par le capteur 500. Chaque scanner 500 intègre une mémoire interne regroupant des données liées à au moins un émetteur 600. Lorsque l’émetteur 600 en question est approché à proximité du scanner 500 des échanges crypto-asymétriques sont réalisés entre le scanner 500 et l’émetteur 600, permettant au scanner 500 de reconnaître l’émetteur 600 et, en conséquence, de piloter l’actionneur 110 commandable pour le déclencher sans que le boîtier 200 n’ait besoin de procéder à l’authentification de l’utilisateur via l’application informatique 300. De préférence, le scanner 500 est du type NFC (ou tout autre type de scanner pourrait également être utilisé), c’est-à-dire qu’il peut recevoir des données mais n’en transmet pas. Le scanner 500 est protégé contre un piratage informatique destiné à subtiliser les données contenues dans sa mémoire interne, à savoir le ou chaque code unique. Indépendamment de la première variante illustrée par la FIG. 4 et de la deuxième variante illustrée par la FIG. 5 , il est également possible de permettre la transmission de la consigne de pilotage CP au dispositif de pilotage 210 par l’utilisation seule de l’application informatique 300. Pour cela, une voie de communication temporaire est créée par un utilisateur dès lors que ce dernier se situe dans un périmètre défini autour du boîtier 200. Plus spécifiquement, l’utilisateur, via l’appareil informatique nomade 310 qu’il détient, envoie une requête en détection pour détecter des boîtiers situés à proximité. Lorsque l’utilisateur détecte le boîtier 200 qu’il souhaite, il le sélectionne via l’application informatique 300 afin d’établir la voie de communication temporaire et ainsi pouvoir transmettre la consigne de pilotage CP au dispositif de pilotage 210. Lors de l’établissement de la voie de communication temporaire, un échange d’informations, permettant l’identification de l’utilisateur est effectué avant que la transmission de la consigne de pilotage CP ne soit autorisée jusqu’au dispositif de pilotage 210. Cela permet notamment à un utilisateur qui utilise son dispositif informatique nomade 310 de piloter à distance le dispositif de pilotage 210 sans avoir à réaliser de séquence sonore et/ou vibratoire, tout en conservant une sécurité accrue. En référence à la FIG. 6 , une succession d’étapes optionnelles des variantes du procédé qui vient d’être présenté est à présent décrite. Cette succession d’étapes concerne la partie d’authentification de l’utilisateur, c’est-à-dire les étapes d’identification, illustrées par les blocs I1 et I2 sur la FIG. 4 et sur la FIG. 5 . Cette succession d’étapes optionnelles a pour but de renforcer encore la sécurité du système en s’assurant de la présence de l’utilisateur dans un périmètre prédéterminé. Entre les blocs I1 et I2, c’est-à-dire entre la réception de l’identifiant hôte (bloc I1) et la comparaison avec le ou chaque identifiant autorisé (bloc I2), l’unité informatique 240 est paramétrée pour calculer une distance entre le boîtier 200 et le dispositif informatique nomade 310 avec lequel une voie de communication est formée, tel qu’illustré par le bloc Z sur la FIG. 6 . Lorsque la distance entre le boîtier et le dispositif informatique nomade est supérieure à un seuil prédéterminé, l’unité informatique 240 est paramétrée pour transmettre une requête d’authentification à l’application informatique 300, tel qu’illustré par le bloc R sur la FIG. 6 . A titre d’exemple illustratif et non limitatif, le seuil prédéterminé peut être compris entre 2 mètres et 5 mètres autour du boîtier 200. Autrement dit, lorsque l’appareil informatique nomade 310 est situé dans une zone comprise entre 2 mètres et 5 mètres autour du boîtier 200, l’application informatique 300 reçoit une requête en authentification émise par l’unité informatique 240. La réponse à cette requête peut être soit faite automatiquement par l’application informatique 300, soit nécessiter une interaction de l’utilisateur avec l’appareil informatique nomade 310 qu’il détient. Par ailleurs, l’unité informatique 240 peut également être paramétrée pour redémarrer la succession d’étapes optionnelles lorsque l’unité informatique 240 calcule une distance supérieure à 5 mètres. Dans ce cas, il peut être considéré que la demande de déclenchement de l’actionneur 110 commandable est frauduleuse, et donc bloquée. A des fins de sécurité, les données échangées entre l’application informatique 300 et le boîtier 200 sont chiffrées selon un protocole dédié. Toutefois, pour accroître encore la sécurité, l’application informatique 300 est paramétrée pour empêcher la formation d’une voie de communication avec le module de communication 220 du boitier 200 lorsque l’appareil informatique nomade 320 est dans une configuration immobile. Dans une configuration immobile, l’appareil informatique nomade 310 n’est pas utilisé et est par exemple posé sur une table. Pour cela, l’application informatique 300 peut utiliser des données fournies par un accéléromètre ou un système de géolocalisation de l’appareil informatique nomade 310. Selon un aspect, l’unité informatique 240 est paramétrée pour identifier une correspondance partielle d’une séquence sonore et/ou vibratoire captée avec la ou chaque séquence sonore et/ou vibratoire prédéterminée. Suite à une identification, l’unité informatique 240 est paramétrée pour associer un pourcentage de correspondance à ladite séquence sonore et/ou vibratoire captée. La transmission de la consigne de pilotage CP au dispositif de pilotage 210 n’est alors réalisée que si le pourcentage de correspondance est supérieur à un pourcentage seuil prédéterminé. A titre indicatif et non limitatif, ledit seuil prédéterminé est par exemple compris entre 75% et 99,99%. Ainsi, une légère erreur dans la reproduction d’une séquence sonore et/ou vibratoire par un utilisateur n’empêche pas le déclenchement de l’actionneur 110 commandable. Autrement dit, si la séquence est sonore, par exemple une phrase à prononcer, un léger tressautement de la voix ou un accent prononcé ne forment pas un obstacle au déclenchement de l’actionneur. Cela s’avère pratique lorsque plusieurs utilisateurs différents utilisent le même système. Selon un aspect, l’unité informatique 240 est également paramétrée pour stocker dans la mémoire 230 la ou chaque séquence sonore et/ou vibratoire captée ayant un pourcentage de correspondance compris entre 85% et 99,99%. Cela permet d’enrichir la mémoire 230 pour permettre un apprentissage autonome du système. Ainsi, le système peut distinguer l’action volontaire d’un utilisateur pour reproduire la séquence sonore et/ou vibratoire d’un évènement fortuit approchant d’une séquence sonore et/ou vibratoire prédéterminée. A titre d’exemple illustratif et non limitatif, dans le cas de l’utilisation du système sur un véhicule 100 automobile, tel qu’illustré par la FIG. 1 , si une séquence sonore et/ou vibratoire prédéterminée correspond à deux coups secs portés sur la carrosserie, alors une répétition de coups secs lié à de grosses gouttes de pluie ne serait pas enregistrée comme nouvelle séquence destinée à enrichir la mémoire 230. Au contraire, la séquence sonore et/ou vibratoire résultant de la réalisation de deux coups secs portés sur la carrosserie par un utilisateur équipé de gants limitant la force de l’impact sur la carrosserie, pourrait être enregistrée comme nouvelle séquence destinée à enrichir la mémoire car ayant un pourcentage de correspondance compris entre 85% et 99,99%. Toutefois, il sera préféré que la comparaison des fréquences sonores et/ou vibratoires captées par el capteur 400 soit effectuée avec les données contenues initialement dans la mémoire 230, c’est-à-dire avec la ou les séquences sonores et/ou vibratoires prédéterminées. Cela permettra d’éviter une dérive trop importante des résultats de comparaison. En d’autres termes, les nouvelles séquences sonores et/ou vibratoires enregistrées automatiquement, en fonction de leur pourcentage de correspondance, pourront être utilisées pour une comparaison totale, c’est-à-dire une comparaison à 100%. L’application informatique 310 est également paramétrée pour permettre la mise à jour du boîtier 200. Pour cela, grâce aux moyens de communication 320 de l’appareil informatique nomade 310, l’application informatique 300 peut se connecter à un réseau informatique distant permettant à l’utilisateur de modifier les paramètres des profils utilisateur, d’ajouter ou de supprimer des profils utilisateur, de télécharger des mises à jour de l’unité informatique 240 ou encore d’ajouter ou supprimer des séquences sonores et/ou vibratoires, cette liste d’action n’étant pas exhaustive. Lorsqu’une mise à jour est à réaliser, cette dernière peut être faite dès lors que la voie de communication est établie entre l’appareil informatique nomade 310 et le boîtier 200, ou par action de l’utilisateur sur l’application informatique 300 lorsque l’appareil informatique nomade 310 est à proximité du boîtier 200. En variante, l’apprentissage de nouvelles séquences sonores et/ou vibratoire pourrait être faite par captation, via le capteur 400 d’une séquence sonore et/ou vibratoire réalisée par l’utilisateur, l’application informatique 300 étant alors utilisée pour transmettre une consigne d’apprentissage à l’unité informatique 240, l’unité informatique enregistrant alors, dans la mémoire 230, la nouvelle séquence sonore et/ou vibratoire. Selon un aspect, le module de communication 220 du boîtier 200 peut permettre une connexion à un réseau cellulaire par exemple pour permettre une mise à jour automatique de l’unité informatique 240. Le système et le procédé qui viennent d’être décrits permettent de faciliter la commande d’un actionneur 110 commandable. Selon un aspect, le protocole d’échange entre le boitier 200 et l’application informatique 300 est le Bluetooth, par exemple le Bluetooth Low Energie (BLE). Toutefois, tout autre protocole d’échange alternatif offrant une faible consommation pourrait être utilisé Dans le cas de l’identification d’une correspondance partielle d’une séquence sonore et/ou vibratoire captée, la séquence prédéterminée est comprise dans un nœud de neurones qui permet l’interprétation de la séquence sonore et/ou vibratoire captée pour identifier une intention d’action de la part d’un utilisateur. En d’autres termes, le réseau de neurones permet un apprentissage continu du système, évitant uniquement une comparaison stricte de la séquence sonore et/ou vibratoire captée. La comparaison stricte pourrait en effet empêcher un utilisateur d’interagir avec l’actionneur 110 commandable dès lors que la séquence sonore et/ou vibratoire diffère légèrement de la séquence sonore et/ou vibratoire prédéterminée. Grâce au système et au procédé qui viennent d’être décrits, l’utilisateur qui possède l’appareil informatique nomade 310 dans l’une de ses poches par exemple, peut réaliser un geste sur la carrosserie du véhicule 100 automobile, par exemple un « TOC-TOC » par deux coups secs du doigt, le son et/ou la vibration résultant de ce geste formant alors la séquence sonore et/ou vibratoire qui est captée par le capteur 400. Lorsque l’utilisateur est reconnu via les échanges entre le boîtier 200 et l’application informatique 300 qui est chargée dans son appareil informatique nomade 310, l’actionneur 110 commandable est déclenché, c’est-à-dire que la serrure est ouverte, et l’utilisateur peut ouvrir la portière pour pénétrer dans le véhicule 100 automobile. Selon un aspect, l’actionneur pourrait être un anti-démarrage électronique du véhicule 100 automobile. Selon un aspect, une même séquence sonore et/ou vibratoire peut être associée au déclenchement de plusieurs actionneurs 110 commandables. A titre d’exemple, le « TOC-TOC » précédemment décrit peut être utilisé pour l’ouverture de toutes les serrures du véhicule 100 automobile. Il en résulte donc une utilisation simplifiée pour l’utilisateur puisqu’il n’a pas à utiliser sa télécommande pour déclencher un actionneur 110 commandable. Par ailleurs, toujours dans l’exemple de l’utilisation pour un véhicule 100 automobile, le système selon l’invention permet de faciliter le partage d’un véhicule 100 automobile par plusieurs personnes puisqu’il suffit à chaque personne de charger l’application informatique 300 sur un appareil informatique nomade 310 qu’elle détient, et de connaître le ou les gestes à effectuer pour pouvoir utiliser le véhicule 100 automobile. Il n’est donc pas nécessaire d’effectuer un transfert physique de clé comme c’est classiquement le cas. Par ailleurs, le boîtier 200 pouvant être caché, sécurisé et/ou verrouillé dans l’habitacle du véhicule 100 automobile, et n’intégrant que la partie électronique d’une clé, c’est-à-dire la partie formant la télécommande, l’utilisation du système s’avère sûre. Système dématérialisé de contrôle d’au moins un actionneur (110) commandable par une télécommande électronique, ledit système étant caractérisé en ce qu’il comprend : un boîtier (200) destiné à être couplé audit au moins un actionneur (110) commandable, et intégrant : un dispositif de pilotage (210) de ladite télécommande électronique, un module de communication (220) ; une mémoire (230) regroupant au moins un identifiant autorisé et au moins une séquence sonore et/ou vibratoire prédéterminée associée chacune à une consigne de pilotage (CP), et une unité informatique (240), une application informatique (300) destinée à être chargée par un dispositif informatique nomade (310) intégrant des moyens de communication (320) destinés à former une voie de communication avec le module de communication (220) du boitier (200), ladite application informatique (300) intégrant au moins un identifiant hôte, un capteur (400) couplé à l’unité informatique (240) et destiné à capter au moins une séquence sonore et/ou vibratoire prédéterminée, l’unité informatique (240) étant paramétrée pour : recevoir une séquence sonore et/ou vibratoire captée par ledit capteur (400) ; comparer ladite séquence sonore et/ou vibratoire reçue à la ou chaque séquence sonore et/ou vibratoire prédéterminée pour identifier une consigne de pilotage (CP) associée ; recevoir un identifiant hôte via ladite voie de communication ; comparer ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire (230), et transmettre la consigne de pilotage (CP) correspondante au dispositif de pilotage (210) si l’identifiant hôte correspond à un identifiant autorisé et la séquence sonore et/ou vibratoire reçue correspond à une séquence sonore et/ou vibratoire prédéterminée. Système selon la revendication précédente, caractérisé en ce que l’unité informatique (240) est paramétrée pour autoriser le module de communication (220) à établir une voie de communication avec des moyens de communication (320) d’un dispositif informatique nomade (310) seulement lorsqu’une séquence sonore et/ou vibratoire captée par ledit capteur (400) correspond à une séquence sonore et/ou vibratoire prédéterminée. Système selon la revendication 1, caractérisé en ce que l’unité informatique (240) est paramétrée pour recevoir une séquence sonore et/ou vibratoire captée par ledit capteur (400) et la comparer à la ou chaque séquence sonore et/ou vibratoire prédéterminée seulement lorsqu’un identifiant hôte correspond à un identifiant autorisé contenu dans la mémoire (230). Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le dispositif de pilotage (210) est formé par une liaison électrique permettant le transfert de la consigne de pilotage (CP) sous forme de signaux électriques. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le dispositif de pilotage (210) prend la forme d’au moins un poussoir (212) appliquant un effort sur des boutons physiques (125) de la télécommande électronique. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu’il comprend également un scanner (500) de haute fréquence à courte portée, couplé à l’unité informatique (240), et au moins un émetteur (600) destiné à être détecté par ledit scanner (500), ledit émetteur (600) étant destiné à être détenu par un utilisateur du système. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l’unité informatique (240) est paramétrée pour calculer une distance entre le boîtier (200) et le dispositif informatique nomade (310) avec lequel une voie de communication est formée, et transmettre une requête d’authentification à l’application informatique (300) lorsque la distance entre le boîtier (200) et le dispositif informatique nomade (310) est supérieure à un seuil prédéterminé. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l’application informatique (300) est paramétrée pour empêcher la formation d’une voie de communication avec le module de communication (220) du boitier (200) lorsque l’appareil informatique nomade (310) est dans une configuration inactive. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que l’unité informatique (300) est paramétrée pour identifier une correspondance partielle d’une séquence sonore et/ou vibratoire captée avec la ou chaque séquence sonore et/ou vibratoire prédéterminée, et associer un pourcentage de correspondance, la transmission de la consigne de pilotage (CP) au dispositif de pilotage (210) étant réalisée si le pourcentage de correspondance est supérieur à un pourcentage seuil prédéterminé. Système selon la revendication précédente, caractérisé en ce que l’unité informatique (300) est paramétrée pour stocker dans la mémoire (230) la ou chaque séquence sonore et/ou vibratoire captée ayant un pourcentage de correspondance compris entre 85% et 99,99%. Procédé de contrôle d’au moins un actionneur (110) commandable par une télécommande électronique au moyen d’un système selon l'une quelconque des revendications précédentes caractérisé en ce qu'il comprend les étapes consistant à : recevoir une séquence sonore et/ou vibratoire captée par le capteur (400) ; comparer ladite séquence sonore et/ou vibratoire reçue à la ou chaque séquence sonore et/ou vibratoire prédéterminée pour identifier une consigne de pilotage (CP) associée ; recevoir un identifiant hôte via ladite voie de communication ; comparer ledit identifiant hôte reçu avec le ou chaque identifiant autorisé contenu dans la mémoire (230), et transmettre une consigne de pilotage (CP) au dispositif de pilotage si l’identifiant hôte correspond à un identifiant autorisé et la séquence sonore et/ou vibratoire reçue correspond à une séquence sonore et/ou vibratoire prédéterminée, pour déclencher l’au moins un actionneur (110) commandable. Procédé selon la revendication précédente, caractérisé en ce qu'il comprend également les étapes consistant à calculer une distance entre le boîtier (200) et le dispositif informatique nomade (310), et transmettre une requête d’authentification à l’application informatique (300) lorsque la distance entre le boîtier (200) et le dispositif informatique nomade (310) est supérieure à un seuil prédéterminé. Véhicule (100) automobile caractérisé en ce qu'il intègre un système selon l'une quelconque des revendications 1 à 8, le boîtier (200) étant logé à l’intérieur du véhicule (100) automobile, et en ce que le ou chaque actionneur (110) commandable prend la forme de l’un parmi une serrure et un antidémarrage électronique.