BE1021673B1 - Systeme de telecommunication de donnees pour vehicule automobile - Google Patents

Systeme de telecommunication de donnees pour vehicule automobile Download PDF

Info

Publication number
BE1021673B1
BE1021673B1 BE2013/0269A BE201300269A BE1021673B1 BE 1021673 B1 BE1021673 B1 BE 1021673B1 BE 2013/0269 A BE2013/0269 A BE 2013/0269A BE 201300269 A BE201300269 A BE 201300269A BE 1021673 B1 BE1021673 B1 BE 1021673B1
Authority
BE
Belgium
Prior art keywords
data
vehicle
telecommunication system
ground infrastructure
user
Prior art date
Application number
BE2013/0269A
Other languages
English (en)
Inventor
Sébastien Dui
Original Assignee
D39S Sprl
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by D39S Sprl filed Critical D39S Sprl
Priority to BE2013/0269A priority Critical patent/BE1021673B1/fr
Priority to EP14164776.8A priority patent/EP2793195A1/fr
Application granted granted Critical
Publication of BE1021673B1 publication Critical patent/BE1021673B1/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station

Abstract

Système de télécommunication de données pour véhicule (2) comportant une interface OBD (20) apte à se connecter sur le connecteur OBD du véhicule et à y lire des données du véhicule, un dispositif de commande (10) apte à recevoir des commandes d'un utilisateur (5), des moyens de communication de données (30) entre le véhicule et l'infrastructure (3), et une unité de contrôle (40) conçue pour lire des données sur le port OBD du véhicule, pour lire les commandes introduites par l'utilisateur (5), et pour transmettre ces données et ces commandes de manière liées entre elles vers l'infrastructure (3).

Description

SYSTEME DE TELECOMMUNICATION DE DONNEES POUR VEHICULE AUTOMOBILE
Domaine de l’invention L’invention se rapporte au domaine des systèmes de télécommunications de données d’un véhicule automobile vers l’infrastructure au sol.
Plus particulièrement, l’invention se rapporte à un système embarqué de collecte d’informations liées à un véhicule spécifique ainsi que d’informations fournies par un utilisateur dudit véhicule et de transmission desdites informations vers une infrastructure au sol aux fins d’une utilisation à distance desdites informations. État de la technique
Il existe de très nombreux systèmes de télécommunications de données entre un véhicule automobile et l’infrastructure au sol. La partie embarquée de ces systèmes comporte en général des moyens pour acquérir lesdites données à bord du véhicule ainsi que des moyens de télécommunication permettant de transmettre ces données vers l’infrastructure au sol et une ou plusieurs unités de contrôle pour piloter le tout.
La grande majorité de ces systèmes acquièrent des données relatives à la position géographique du véhicule au cours du temps, généralement via un GPS embarqué, et transmettent ces données via un système de télécommunication de données vers un dispositif au sol, ou en tout cas en dehors du véhicule, ce qui permet à un utilisateur extérieur de savoir où se trouve le véhicule et à quel moment. Optionnellement, de tels systèmes embarqués acquièrent et transmettent également d’autres données relatives au véhicule, telles que par exemple la vitesse du véhicule, sa consommation de carburant, la vitesse de rotation du moteur, différentes alertes, etc... .
Ces systèmes connus ne permettent toutefois pas de différentier les données transmises en fonction d’un type d’usage qu’il est fait du véhicule à un moment donné ou pour une période donnée. En particulier, ces systèmes connus ne permettent pas de différentier et de regrouper les données transmises en fonction d’un type de trajet sélectionné au préalable par un utilisateur du véhicule. Résumé de l’invention
Un but de l’invention est de permettre de relier entre-elles les données transmises par le système à l’infrastructure au sol en fonction d’un type de trajet sélectionné par un utilisateur du véhicule (p.ex. par un conducteur du véhicule).
Un autre but de l’invention est de fournir un système de télécommunication de données entre un véhicule automobile et une infrastructure au sol qui soit simple et peu coûteux à installer sur la plupart des véhicules automobiles.
En particulier, encore une autre but de l’invention est de fournir un système de télécommunication de données entre un véhicule automobile et une infrastructure au sol qui ne nécessite pas d’intervenir directement sur un faisceau de câbles ou sur un circuit électronique du véhicule pour son installation et/ou sa mise en service. L’invention est définie par les revendications indépendantes. Les revendications dépendantes définissent des modes de réalisation préférés de l’invention.
Selon l’invention, il est fourni un système de télécommunication de données entre un véhicule automobile et une infrastructure au sol, comportant : - un dispositif de commande incluant des moyens d’entrée de données conçus pour permettre à un utilisateur du véhicule de sélectionner un type de trajet parmi une pluralité de types de trajets, et une interface de communication conçue pour transmettre le type de trajet sélectionné par l’utilisateur, - une interface OBD conçue pour se connecter à un connecteur de diagnostic (connecteur OBD) du véhicule et pour lire des données provenant du véhicule, - des moyens de communication de données avec l’infrastructure au sol, et - une unité de contrôle conçue: - pour recevoir le type de trajet sélectionné par le conducteur et tel que transmis par le dispositif de commande , - pour piloter l’interface OBD afin d’obtenir des données provenant du véhicule, - et pour piloter les moyens de communication de données avec l’infrastructure au sol afin de transmettre le type de trajet sélectionné par l’utilisateur ensemble lesdites données provenant du véhicule .
Un tel système permet en effet à un utilisateur du véhicule d’utiliser les moyens d’entrée de données du dispositif de commande pour sélectionner un type de trajet parmi une pluralité de types de trajets. Le type de trajet sélectionné par l’utilisateur sera ainsi transmis par l’unité de contrôle vers l’infrastructure au sol, et ceci de manière liée avec les autres données provenant du véhicule, ce qui permet à un utilisateur externe de corréler les deux informations.
Notons que par « infrastructure au sol », il faut comprendre tout équipement situé en dehors du véhicule et apte à communiquer avec lesdits des moyens de communication de données avec l’infrastructure au sol.
Par ailleurs, le fait d’utiliser le port OBD du véhicule, port qui équipe de manière standardisée la plupart des véhicules automobiles actuels et qui met un grand nombre de données du véhicule à disposition, permet une installation très simple et en deuxième monte (c’est-à-dire après la fabrication du véhicule) du système et ne nécessitant pas d’intervention directe sur le câblage ni sur un quelconque circuit électronique du véhicule.
Un autre but de l’invention est de pouvoir lier les données concernant le type de trajet sélectionné et les données provenant du véhicule à un véhicule spécifique. A cette fin, le système de télécommunication de données contient un identifiant de système unique, et l’unité de contrôle est également conçue pour recevoir ledit identifiant de système unique et pour piloter les moyens de communication de données avec l’infrastructure au sol afin de transmettre ledit identifiant de système unique ensemble le type de trajet sélectionné par l’utilisateur et ensemble lesdites données provenant du véhicule.
Encore un autre but de l’invention est de pouvoir lier les données concernant le type de trajet sélectionné et les données provenant du véhicule à un ou plusieurs utilisateurs spécifiques du système. A cette fin, le dispositif de commande contient un identifiant d’utilisateur unique, son interface de communication est également conçu pour transmettre ledit identifiant d’utilisateur unique, et l’unité de contrôle est également conçue pour recevoir ledit identifiant d’utilisateur unique et pour piloter les moyens de communication de données avec l’infrastructure au sol afin de transmettre ledit identifiant d’utilisateur unique ensemble le type de trajet sélectionné par l’utilisateur et ensemble lesdites données provenant du véhicule.
De préférence, les moyens d’entrée de données du dispositif de commande comportent une pluralité d’interrupteurs, chaque interrupteur étant associé à un type de trajet particulier.
De préférence, le dispositif de commande est une télécommande.
De préférence, l’interface OBD, les moyens de communication de données avec l’infrastructure au sol et l’unité de contrôle sont contenus dans un seul boîtier.
De préférence, le système de télécommunication de données selon l’invention n’utilise aucune donnée provenant d’un GPS (« Global Positioning System ») pour calculer une distance parcourue par le véhicule. De préférence, le système de télécommunication de données selon l’invention ne comporte pas de récepteur GPS et/ou ne récolte aucune donnée provenant d’un récepteur GPS.
Brève description des figures
Ces aspects ainsi que d’autres aspects de l’invention seront clarifiés dans la description détaillée de modes de réalisation particuliers de l’invention, référence étant faite aux dessins des figures, dans lesquelles :
Fig.1 montre un schéma bloc simplifié d’un système de télécommunication de données selon l’invention;
Fig.2a montre un exemple de données transmises à l’infrastructure au sol par le système de la Fig.1 ;
Fig.2b montre un autre exemple de données transmises à l’infrastructure au sol par le système de la Fig.1 ;
Fig.3 montre un schéma bloc simplifié d’un système de télécommunication de données préféré selon l’invention;
Fig.4a montre un exemple de données transmises à l’infrastructure au sol par le système de la Fig.3 ;
Fig.4b montre un autre exemple de données transmises à l’infrastructure au sol par le système de la Fig.3 ;
Fig.5 montre un schéma bloc.simplifié d’un système de télécommunication de données plus préféré selon l’invention;
Fig.6a montre un exemple de données transmises à l’infrastructure au sol par le système de la Fig.5 ;
Fig.6b montre un autre exemple de données transmises à l'infrastructure au sol par le système de la Fig.5 ;
Fig.7 montre un exemple de données reconstituées par un serveur au sol sur base de données transmises par des systèmes de télécommunication de données selon l’invention.
Les dessins des figures ne sont ni à l’échelle, ni proportionnés. Généralement, des éléments semblables sont dénotés par des références semblables dans les figures.
Description détaillée de modes de réalisation de l’invention
La Fig.1 montre un schéma bloc simplifié d’un système de télécommunication de données selon l’invention.
Un tel système comporte un dispositif de commande (10) incluant des moyens d’entrée de données (11) conçus pour permettre à un utilisateur (5) du véhicule (2) de sélectionner un type de trajet parmi une pluralité de types de trajets. Les moyens d’entrée de données (11) peuvent par exemple être des interrupteurs (13) ou des boutons poussoirs ou tout autre moyen d’entrée permettant à un utilisateur d’opérer une sélection parmi plusieurs choix possibles.
Le dispositif de commande (10) comporte également une interface de communication (12) conçue pour transmettre le type de trajet sélectionné par l’utilisateur. Cette interface lit donc typiquement la commande activée par l’utilisateur et envoie des données qui sont fonction de la commande activée. L’interface de communication (12) de ce dispositif de commande (10) peut présenter une ou des sorties filaires pour transmettre les données. Alternativement, l’interface de communication (12) de ce dispositif de commande (10) comporte un émetteur sans fil pour transmettre les données, par exemple un émetteur d’ondes électromagnétiques telles que par exemple des ondes lumineuses ou des ondes radiofréquence, auquel cas le dispositif de commande (10) est assimilable à une télécommande.
Un tel système comporte également une interface OBD (20, 24) conçue pour se connecter à un connecteur de diagnostic (connecteur OBD) (25) du véhicule (2) et pour lire des données provenant du véhicule (2). L’acronyme OBD signifie « On Board Diagnostics » et se réfère aux systèmes de communication de données standardisés qui équipent la plupart des véhicules automobiles actuels et qui servent à effectuer un diagnostic du véhicule. Il regroupe les acronymes OBD, OBD-II, OBD-III, E-OBD, J-OBD, HDOBD et tout autre acronyme équivalent. Ces systèmes sont largement connus et documentés, entre autres par les normes ISO 15765-4, ISO 14230-4, ISO 11898, ISO 9141-2, SAE-J1850, SAE-J1939, etc... . Des tels interfaces OBD sont également largement connus et disponibles dans le commerce, de sorte qu’ils ne seront pas décrits plus avant dans la présente demande. Pour ce qui concerne le connecteur de diagnostic, il s’agit pour la plupart des véhicules du connecteur spécifié par la norme SAE-J1962.
Cette interface OBD (20) est donc capable d’interroger le véhicule (2) sur le port OBD duquel il est connecté et d’obtenir de données relatives au véhicule (2) et/ou à son fonctionnement.
Cette interface OBD (20, 24) est ainsi apte à obtenir par exemple une ou plusieurs des données suivantes : - Le numéro d’identification du véhicule (2) (« VIN ») - La vitesse instantanée du véhicule (2) - La vitesse de rotation instantanée du moteur - La température du moteur - Etc...
De préférence, l’interface OBD (20, 24) est au moins apte à obtenir la vitesse instantanée du véhicule (2) et/ou une distance parcourue par le véhicule (2).
Un tel système comporte également des moyens de communication de données (30) avec l’infrastructure au sol (3). Dans tous les cas, il s’agit bien entendu de moyens de communication sans fil. Il peut par exemple s’agir de moyens de communication de données par téléphonie mobile cellulaire, tels que ceux connus sous les vocables GPRS, EDGE, UMTS, HSDPA, HSPA, LTE, ou de tout autre moyen similaire et capable de transmettre des données à distance et sans fil.
Un tel système comporte également une unité de contrôle (40) conçue pour recevoir le type de trajet sélectionné par le conducteur et tel que transmis par le dispositif de commande (10), pour piloter l’interface OBD (20) afin d’obtenir des données provenant du véhicule (2), et pour piloter les moyens de communication de données (30) avec l’infrastructure au sol (3) afin de transmettre le type de trajet sélectionné par l’utilisateur ensemble lesdites données provenant du véhicule (2).
Dans les cas où l’interface de communication (12) du dispositif de commande (10) présente une ou des sorties filaires pour transmettre les données relatives au type de trajet sélectionné par l’utilisateur, l’unité de contrôle (40) comporte une liaison filaire avec l’interface de communication (12) du dispositif de commande (10), éventuellement par le biais d’un ou plusieurs connecteurs intermédiaires, ainsi qu’une interface capable de lire ces données.
Dans le cas où l’interface de communication (12) du dispositif de commande (10) comporte un émetteur sans fil pour transmettre les données relatives au type de trajet sélectionné par l’utilisateur, l’unité de contrôle (40) comporte un récepteur sans fil capable de communiquer avec l’émetteur sans fil pour lire lesdites données.
Il en va de même pour la liaison entre l’unité de contrôle (40) et l’interface OBD (20), qui peut être filaire ou sans fil. Dans le cas d’une liaison sans fil, il peut par exemple s’agir d’une liaison du type « Bluetooth ».
La Fig.2a montre un exemple de données telles que transmises à l’infrastructure au sol (3) par le système de la Fig.1. Dans cet exemple, le système (1) transmet deux types de données du véhicule (2) et obtenues via le port OBD (donnée 1 et donnée 2), ainsi que le type de trajet sélectionné par l’utilisateur via le dispositif de commande (10), avec un lien entre les deux. La donnée 1 peut par exemple être la distance parcourue par le véhicule (2) pour chaque type de trajet sélectionné. Cette distance peut aisément s’obtenir à partir du port OBD du véhicule (2), soit directement, soit à partir de la vitesse instantanée du véhicule (en l’intégrant au cours du temps). La donnée 2 peut par exemple être la vitesse maximale du véhicule (2) pour chaque type de trajet sélectionné. De préférence, le système (1) ne transmettra que la distance parcourue par le véhicule (2) pour chaque type de trajet sélectionné.
La Fig.2b montre un autre exemple de données transmises à l’infrastructure au sol (3) par le système de la Fig.1. Il s’agit desmêmes données que celles de la Fig.2a, sauf que qu’une donnée relative à un identifiant de véhicule est également transmise. Cet identifiant de véhicule peut s’obtenir via le port OBD du véhicule (2).
Lorsque ces données sont transmises à l’infrastructure au sol (3), elles peuvent par exemple être récoltées par un serveur au sol (4) pour leur traitement et pour leur exploitation par un utilisateur au sol (6). Par « au sol », il faut entendre « en dehors du véhicule».
La Fig.3 montre un schéma bloc simplifié d’un système de télécommunication de données préféré selon l’invention. Ce système est similaire à celui de la Fig-1, sauf qu’il contient en plus un identifiant de système (50) unique. Physiquement, il peut s’agir par exemple d’une mémoire non-volatile contenant un code unique SID, c’est-à-dire un code propre à l’entité physique que constitue le système (1) ou une partie du système (1) et qui est par exemple gravé dans ladite mémoire lors de la production du système. Ce code SID peut par exemple être un numéro de série du système tel que produit. L’unité de contrôle (40) est également conçue pour recevoir - par exemple pour lire - ledit identifiant de système (50) unique SID et pour piloter les moyens de communication de données (30) avec l’infrastructure au sol (3) afin de transmettre ledit identifiant de système (50) unique SID ensemble le type de trajet sélectionné par l’utilisateur et ensemble lesdites données provenant du véhicule (2).
La Fig.4a montre un exemple de données transmises à l’infrastructure au sol (3) par le système de la Fig.3. On y retrouve les mêmes données que celles de la Fig. 2a, auxquelles sont rajoutées, de manière liée, ledit identifiant de système (50) unique SID.
Lorsque ces données sont récoltées par un serveur au sol (4), il permet donc à un utilisateur au sol (6) ou audit serveur (4) de lier les données relatives au type de trajet sélectionné par l’utilisateur (5) du véhicule (2) ainsi que les données provenant du véhicule (2) avec un système spécifique, à savoir le système spécifiquement embarqué dans le véhicule (2).
En faisant par ailleurs enregistrer, par exemple via un serveur de gestion au sol (4), un lien entre en véhicule (2) donné (ayant par exemple un numéro de châssis donné) et l’identifiant de système (50) unique SID du système embarqué dans ce véhicule (2) donné, il devient possible de lier les données relatives au type de trajet sélectionné par l’utilisateur (5) ainsi que les données provenant du véhicule (2), avec le véhicule (2).
La Fig.4b montre un autre exemple de données transmises à l’infrastructure au sol (3) par le système de la Fig.3. Il s’agit des mêmes données que celles de la Fig.4a, sauf que qu’une donnée relative à un identifiant du véhicule (2) est également transmise. Cet identifiant peut s’obtenir via le port OBD du véhicule (2). Ceci permet éventuellement de vérifier le lien entre un véhicule (2) et le système embarqué dans ce véhicule (2).
La Fig.5 montre un schéma bloc simplifié d’un système de télécommunication de données plus préféré selon l’invention. Ce système est similaire à celui de la Fig.3, sauf que le dispositif de commande (10) contient en plus un identifiant d’utilisateur (51) unique. Physiquement, il peut s’agir par exemple d’une mémoire non-volatile contenant un code unique UID, c’est-à-dire un code propre à l’entité physique que constitue le dispositif de commande (10) et qui est par exemple gravé dans ladite mémoire lors de la production du dispositif de commande (10). Ce code UID peut par exemple être un numéro de série du dispositif de commande (10) tel que produit. L’interface de communication (12) est également conçue pour transmettre ledit identifiant d’utilisateur (51) unique UID à l’unité de contrôle (40), par exemple ensemble les données relatives à un type de trajet sélectionné par l’utilisateur. L’unité de contrôle (40) est également conçue pour recevoir ledit identifiant d’utilisateur (51) unique UID et pour piloter les moyens de communication de données (30) avec l’infrastructure au sol (3) afin de transmettre ledit identifiant d’utilisateur (51) unique UID ensemble le type de trajet sélectionné par l’utilisateur et ensemble lesdites données provenant du véhicule (2).
Ce système préféré est particulièrement utile lorsque le dispositif de commande (10) est une télécommande car cela permet à des utilisateurs différents d’un même véhicule (2) de posséder chacun leur télécommande (10) et ensuite de distinguer les données relatives à chaque utilisateur (5) du véhicule.
La Fig.6a montre un exemple de données transmises à l’infrastructure au sol (3) par le système de la Fig.5. On y retrouve les mêmes données que celles de la Fig. 4a, auxquelles sont rajoutées, de manière liée, l’identifiant d’utilisateur (51) unique UID.
Lorsque ces données sont récoltées par un serveur au sol (4), il permet donc à un utilisateur au sol (6) ou audit serveur (4) de lier les données relatives au type de trajet sélectionné par l’utilisateur (5) du véhicule ainsi que les données provenant du véhicule (2) avec un système spécifique et avec un utilisateur spécifique, à savoir le système spécifiquement embarqué dans le véhicule (2) et l’utilisateur spécifique (5) utilisant le véhicule (2).
En faisant par ailleurs enregistrer, par exemple via un serveur de gestion au sol (4) , un lien entre un utilisateur (5) donné (par exemple son nom et son prénom) et l’identifiant d’utilisateur (51) unique UID du dispositif de commande (10) assigné à cet utilisateur (5), il devient possible de lier les données relatives au type de trajet sélectionné par l’utilisateur (5) ainsi que les données provenant du véhicule (2) avec l’utilisateur (5) ainsi qu’avec le véhicule (2) qu’il a utilisé.
La Fig.6b montre un autre exemple de données transmises à l’infrastructure au sol (3) par le système de la Fig.5. Il s’agit des mêmes données que celles de la
Fig.6a, sauf que qu’une donnée relative à un identifiant de véhicule (2) est également transmise par le système (1). Cet identifiant de véhicule peut s’obtenir via le port OBD du véhicule (2). Ceci permet éventuellement de vérifier le lien entre un véhicule (2) et le système (1) embarqué dans ce véhicule (2).
La Fig.7 montre un exemple de données telles que reconstituées par un serveur au sol (4) sur base de données transmises par deux systèmes de télécommunication de données selon l’invention, embarqués respectivement dans deux véhicules différents et commandés respectivement par deux utilisateurs (5) différents.
Dans le cas où un seul véhicule serait utilisé par deux utilisateurs différents, on retrouverait les deux mêmes tableaux, mais dans lesquels les SID seraient identiques, ainsi que, le cas échéant, les VIN.
De préférence, l’interface OBD (20), les moyens de communication de données avec l’infrastructure au sol (30) et l’unité de contrôle (40) sont contenus dans un seul boîtier. Le connecteur OBD du système (24) peut, soit être détaché dudit boîtier, soit être attaché audit boîtier. De préférence, le connecteur OBD du système (24) est attaché audit boîtier. L’identifiant de système (50) est de préférence contenu dans ledit boîtier. Physiquement, il peut s’agir par exemple d’une mémoire non-volatile logée dans ledit boîtier et contenant le code unique SID, c’est-à-dire un code propre à l’entité physique que constitue ledit boîtier et qui est par exemple gravé dans ladite mémoire lors de la production du boîtier. Ce code SID peut par exemple être un numéro de série du boîtier tel que produit.
De préférence, le système de télécommunication de données selon l’invention comporte une horloge et le système (1) est apte à transmettre vers l’infrastructure au sol (3), des données temporelles provenant de ladite horloge et relatives au moment où les données provenant du véhicule (2) ont été acquises par l’interface OBD (20, 24) et/ou relatives au moment où lesdites données sont transmises vers l’infrastructure au sol (3).
De préférence, l’unité de contrôle (40) est conçue pour calculer une distance parcourue par le véhicule (2) sur base de données relatives à la vitesse instantanée du véhicule (2) - telles qu’obtenues de préférence à partir du port OBD du véhicule (2) via l’interface OBD (20, 24) du système - et de données temporelles provenant de ladite horloge.
De préférence, le système (1) de télécommunication de données selon l’invention n’utilise aucune donnée provenant d’un GPS (« Global Positioning System ») pour calculer une distance parcourue par le véhicule.
De préférence, le système (1) de télécommunication de données selon l’invention ne comporte aucun dispositif GPS et/ou ne ou ne récolte aucune donnée provenant d’un récepteur GPS.
De préférence, le système de télécommunication de données selon l’invention comporte une mémoire conçue pour stocker au moins les données relatives au type de trajet sélectionné par l’utilisateur (5) et/ou les données provenant du véhicule (2). Il peut s’agir par exemple d’un mémoire du type RAM. L’unité de contrôle (40) est dans ce cas bien entendu conçue pour accéder à cette mémoire et pour y lire et/ou y écrire des données.
La présente invention a été décrite en relation avec des modes de réalisations spécifiques, qui ont une valeur purement illustrative et ne doivent pas être considérés comme limitatifs. D’une manière générale, il apparaîtra évident pour l’homme du métier que la présente invention n’est pas limités aux exemples illustrés et/ou décrits ci-dessus. La présence de numéros de référence aux dessins ne peut être considérée comme limitative, y compris lorsque ces numéros sont indiqués dans les revendications. L’usage des verbes « comprendre », « inclure », « comporter », ou toute autre variante, ainsi que leurs conjugaisons, ne peut en aucune façon exclure la présence d’éléments autres que ceux mentionnés. L’usage de l’article indéfini « un », « une », ou de l’article défini « le », « la » ou « I’ », pour introduire un élément n’exclut pas la présence d’une pluralité de ces éléments. L’invention peut également être décrite comme suit :
Un système de télécommunication de données pour véhicule automobile (2) comportant une interface OBD (20, 24) apte à se connecter sur un connecteur OBD du véhicule (2) et à y lire des données provenant du véhicule (2), un dispositif de commande (10) apte à recevoir des commandes d’un utilisateur (5) du véhicule, des moyens de communication de données (30) entre le véhicule (2) et l’infrastructure au sol (3), et une unité de contrôle (40) conçue pour lire des données sur le port OBD du véhicule (2), pour lire les commandes introduites par l’utilisateur (5) du véhicule (2), et pour transmettre ces données et ces commandes de manière liées entre elles vers l’infrastructure au sol (3) via lesdits moyens de communication de données (30).
Un utilisateur (6) externe au véhicule (2) peut ainsi accéder à distance auxdites données du véhicule (2) et mettre ces données en relation avec une commande de l’utilisateur (5) du véhicule. En particulier, si les commandes concernent le choix d’un type de trajet parmi plusieurs types de trajets, l’utilisateur externe (6) peut mettre en relation le type de trajet sélectionné par l’utilisateur (5) du véhicule avec lesdites données provenant du port OBD du véhicule (2). De préférence, le dispositif de commande (10) contient en outre un identifiant d’utilisateur (51) unique, que ce dispositif de commande (10) est capable de transmettre à l’unité de contrôle (40) ensemble les commandes de l’utilisateur (5) dans le véhicule (2), et l’unité de contrôle (40) est conçue pour transmettre vers l’infrastructure au sol (3) et de manière liée cet identifiant d’utilisateur (51) unique ainsi que lesdites commandes et lesdites données provenant du port OBD du véhicule (2). De manière plus préférée, le dispositif de commande (10) est une télécommande conçue pour transmettre des informations vers l’unité de contrôle (40) et l’unité de contrôle (40) est conçue pour recevoir lesdites informations de la télécommande.

Claims (12)

  1. Revendications
    1. Système de télécommunication de données (1) entre un véhicule automobile (2) et une infrastructure au sol (3), comportant : - un dispositif de commande (10) incluant des moyens d’entrée de données (11) conçus pour permettre à un utilisateur (5) du véhicule (2) de sélectionner un type de trajet parmi une pluralité de types de trajets, et une interface de communication (12) conçue pour transmettre le type de trajet sélectionné par l’utilisateur (5), - une interface OBD (20, 24) conçue pour se connecter à un connecteur de diagnostic (connecteur OBD) (25) du véhicule (2) et pour lire des données provenant du véhicule (2), - des moyens de communication de données (30) avec l’infrastructure au sol (3), et - une unité de contrôle (40) conçue: - pour recevoir le type de trajet sélectionné par le conducteur et tel que transmis par le dispositif de commande (10), - pour piloter l’interface OBD (20) afin d’obtenir des données provenant du véhicule (2), - et pour piloter les moyens de communication de données (30) avec l’infrastructure au sol (3) afin de transmettre le type de trajet sélectionné par l’utilisateur ensemble lesdites données provenant du véhicule (2) ;
  2. 2. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon la revendication 1, caractérisé en ce que le système de télécommunication de données (1) contient un identifiant de système (50) unique, et en ce que l’unité de contrôle (40) est également conçue pour recevoir ledit identifiant de système (50) unique et pour piloter les moyens de communication de données (30) avec l’infrastructure au sol (3) afin de transmettre ledit identifiant de système (50) unique ensemble le type de trajet sélectionné par l’utilisateur et ensemble lesdites données provenant du véhicule (2) ;
  3. 3. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon la revendication 1 ou 2, caractérisé en ce que le dispositif de commande (10) contient un identifiant d’utilisateur (51) unique, en ce que son interface de communication (12) est également conçu pour transmettre ledit identifiant d’utilisateur (51) unique, et en ce que l’unité de contrôle (40) est également conçue pour recevoir ledit identifiant d’utilisateur (51) unique et pour piloter les moyens de communication de données (30) avec l’infrastructure au sol (3) afin de transmettre ledit identifiant d’utilisateur (51) unique ensemble le type de trajet sélectionné par l’utilisateur (5) et ensemble lesdites données provenant du véhicule (2);
  4. 4. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que les moyens d’entrée de données (11) du dispositif de commande (10) comportent une pluralité d’interrupteurs (13), chaque interrupteur étant associé à un type de trajet particulier;
  5. 5. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que le dispositif de commande (10) est une télécommande ;
  6. 6. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que l’unité de contrôle (40) est conçue pour piloter l’interface OBD (20) afin d’obtenir des données provenant du véhicule (2) et relatives à la vitesse du véhicule (2) ;
  7. 7. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que l’unité de contrôle (40) est conçue pour piloter l’interface OBD (20) afin d’obtenir des données provenant du véhicule (2) et relatives à une identification du véhicule (2) ;
  8. 8. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que l’interface OBD (20), les moyens de communication de données (30) avec l’infrastructure au sol (3) et l’unité de contrôle (40) sont contenus dans un seul boîtier ;
  9. 9. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon la revendication 8, caractérisé en ce que le boîtier comporte un connecteur OBD (24) apte à se connecter au connecteur de diagnostic (connecteur OBD) du véhicule (2) ;
  10. 10. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que le système de télécommunication de données comporte une horloge et en ce qu’il est apte à transmettre vers l’infrastructure au sol (3), des données temporelles provenant de ladite horloge et relatives au moment où les données provenant du véhicule (2) ont été acquises par l’interface OBD (20) et/ou relatives au moment où lesdites données sont transmises vers l’infrastructure au sol (3) ;
  11. 11. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que le système de télécommunication de données n’utilise aucune donnée provenant d’un GPS pour calculer une distance parcourue par le véhicule ;
  12. 12. Système de télécommunication de données entre un véhicule automobile et une infrastructure au sol selon l’une quelconque des revendications précédentes, caractérisé en ce que le système de télécommunication de données ne comporte aucun dispositif GPS et/ou ne ou ne récolte aucune donnée provenant d’un récepteur GPS.
BE2013/0269A 2013-04-15 2013-04-15 Systeme de telecommunication de donnees pour vehicule automobile BE1021673B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
BE2013/0269A BE1021673B1 (fr) 2013-04-15 2013-04-15 Systeme de telecommunication de donnees pour vehicule automobile
EP14164776.8A EP2793195A1 (fr) 2013-04-15 2014-04-15 Système de télécommunication de données pour vehicule automobile

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
BE2013/0269A BE1021673B1 (fr) 2013-04-15 2013-04-15 Systeme de telecommunication de donnees pour vehicule automobile

Publications (1)

Publication Number Publication Date
BE1021673B1 true BE1021673B1 (fr) 2016-01-05

Family

ID=48672301

Family Applications (1)

Application Number Title Priority Date Filing Date
BE2013/0269A BE1021673B1 (fr) 2013-04-15 2013-04-15 Systeme de telecommunication de donnees pour vehicule automobile

Country Status (2)

Country Link
EP (1) EP2793195A1 (fr)
BE (1) BE1021673B1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3063946A1 (fr) * 2017-03-15 2018-09-21 Tally Fofana Antivol automobile annulant le port obd d'origine le remplacant par un port obd portatif compose d'1 emetteur obd communiquant avec 1 recepteur obd via 1 application securisee.

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007039792A2 (fr) * 2005-10-06 2007-04-12 Digicore Technology (Pty) Limited Surveillance de vehicule
WO2009027972A1 (fr) * 2007-08-29 2009-03-05 Joel Ratner Système d'évaluation ou de contrôle d'utilisation de véhicule
US20110112717A1 (en) * 2009-11-11 2011-05-12 Benjamin Resner Methods and Apparatus for Automatic Internet Logging and Social Comparison of Vehicular Driving Behavior
US20110307119A1 (en) * 2009-10-28 2011-12-15 Intelligent Mechatronic Systems Inc. Web portal system for managing vehicle usage and mobility
EP2560146A1 (fr) * 2011-08-19 2013-02-20 Auronik GmbH Système et procédé de visualisation de données de géoposition et de diagnostic de véhicule

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007039792A2 (fr) * 2005-10-06 2007-04-12 Digicore Technology (Pty) Limited Surveillance de vehicule
WO2009027972A1 (fr) * 2007-08-29 2009-03-05 Joel Ratner Système d'évaluation ou de contrôle d'utilisation de véhicule
US20110307119A1 (en) * 2009-10-28 2011-12-15 Intelligent Mechatronic Systems Inc. Web portal system for managing vehicle usage and mobility
US20110112717A1 (en) * 2009-11-11 2011-05-12 Benjamin Resner Methods and Apparatus for Automatic Internet Logging and Social Comparison of Vehicular Driving Behavior
EP2560146A1 (fr) * 2011-08-19 2013-02-20 Auronik GmbH Système et procédé de visualisation de données de géoposition et de diagnostic de véhicule

Also Published As

Publication number Publication date
EP2793195A1 (fr) 2014-10-22

Similar Documents

Publication Publication Date Title
FR2914080A1 (fr) Systeme et procede de gestion de donnees en provenance et a destination d'un vehicule automobile.
FR2612319A1 (fr) Procede et dispositif de controle de l'utilisation d'un ou de plusieurs vehicules
EP2296126A1 (fr) Procédé de localisation d'un véhicule à enregistrement automatique du positionnement du véhicule au verrouillage de ce dernier
EP1929425B1 (fr) Element combinant une cle usb et un lecteur rfid
BE1021673B1 (fr) Systeme de telecommunication de donnees pour vehicule automobile
EP3203445B1 (fr) Systeme et procede d'identification automatique d'un modele de vehicule
EP2196001A1 (fr) Dispositif d'adaptation d'un systeme multimedia dans un vehicule
FR3012243A1 (fr) Systeme de realisation de telediagnostics de vehicules requis par des equipements de communication non filaire
FR3086432A1 (fr) Procede de selection d'un filtre d'air pour habitacle, terminal et vehicule automobile correspondants
FR3064390A1 (fr) Vehicule automobile equipe d’un ordinateur de bord et d’un outil de diagnostic
EP4085402A1 (fr) Procede et systeme pour activer l'acces a un vehicule stationne dans un lieu non couvert par un reseau de donnees
EP1774673A1 (fr) Emetteur recepteur a auto apprentissage
EP1814094B1 (fr) Système et procédé d'identification de caractéristiques d'un véhicule, et centre collecteur, centre d'information pour ce système
FR3122059A1 (fr) Procédé, dispositif et système de communication de données d’évènement pour véhicule
EP2751624A1 (fr) Systeme de supervision embarque d'une machine a partir d'un terminal portable
EP4136557A1 (fr) Procédé de suivi d'une utilisation d'un véhicule
FR2910682A1 (fr) Systeme, dispositif, structure de gestion de stationnement.
FR3099603A1 (fr) Système et procédé de sécurisation d’une requête de diagnostic à un calculateur de véhicule automobile
FR3106916A1 (fr) Véhicule demandant l’avis de l’usager sur un service après-vente, et procédé d’obtention d’avis associé
EP4091150A1 (fr) Procede et systeme pour incorporer des positions geographiques de vehicules disponibles a la reservation dans une carte numerique
FR3044144B1 (fr) Procede de tenue d’une base de donnees de defauts d’un vehicule automobile
EP4288854A1 (fr) Procédé et dispositif de validation de synchronisation temporelle entre calculateurs embarqués de véhicule
WO2020249545A1 (fr) Système et procédé de notification de dysfonctionnement pour véhicule
EP3127244B1 (fr) Dispositif de controle de la diffusion de signaux audio de sources primaires et auxiliaires d'un systeme, en fonction de leur durée
EP2537000A1 (fr) Systeme d'aide a la navigation et a la localisation

Legal Events

Date Code Title Description
FG Patent granted

Effective date: 20160105

MM Lapsed because of non-payment of the annual fee

Effective date: 20180430