FR2983601A1 - Systeme de fourniture de services telematiques et procede correspondant - Google Patents

Abstract

Procédé de fourniture de services pour un véhicule comprenant une étape de mise en communication d'une unité de contrôle (TCU_unit) embarquée dans ledit véhicule avec un serveur de fourniture de services (GDC) déporté, Le procédé comprend : un premier stockage (33) pour au moins un modèle de véhicule dudit groupe de véhicules, des fichiers de configuration d'au moins un service à fournir ; - un deuxième stockage (43) d'un ensemble de couples de données comprenant un identifiant de l'unité de contrôle (TCU_unit) et un numéro d'identification du véhicule (VIN) correspondant ; - une réception du numéro d'identification (2) du véhicule (VIN) dudit véhicule par le serveur de fourniture de services (GDC) ; - une extraction (3) de l'identifiant de l'unité de contrôle (TCU_unit) en fonction du numéro d'identification du véhicule (VIN).

Description

B11-3837FR 1 Système de fourniture de services télématiques et procédé correspondant L'invention concerne la fourniture de services électroniques et notamment de services électroniques télématiques faisant appel à un serveur déporté. L'invention s'applique en particulier aux véhicules automobiles.

Il est connu de l'état de la technique l'installation au sein d'un véhicule d'une unité de contrôle télématique qui est un calculateur collectant des informations du véhicule et les transmettant à un serveur de fourniture de services. Il est ainsi possible de fournir aux usagers et au conducteur du véhicule de nombreux services incluant par exemple une connectivité à Internet ou un guidage GPS amélioré (GPS un acronyme pour Global Positioning System selon un terme anglo-saxon bien connu de l'homme du métier). Un des problèmes des unités de contrôle télématique est qu'une unité de contrôle télématique doit pouvoir fonctionner avec de nombreux modèles de véhicule proposés par le constructeur. En effet, alors que l'architecture des véhicules dans lesquels va être installée l'unité de contrôle télématique est différente, il est prévu pour optimiser les coûts de production d'utiliser un seul modèle d'unité de contrôle télématique.

Un autre problème concerne le caractère évolutif des services fournis. Il est en effet nécessaire qu'une unité de contrôle télématique soit compatible avec de nouveaux services ou des services existants qui évoluent. Un autre problème concerne le souhait de l'utilisateur ou des usagers d'activer, désactiver ou de faire évoluer un service au cours de la vie du véhicule. Il est donc nécessaire de prévoir une unité de contrôle télématique qui est configurable pour pouvoir adapter son mode de fonctionnement à tous les modèles de véhicule et qui est également reconfigurable pour pouvoir s'adapter aux évolutions des services.

Il est décrit dans la demande de brevet US20080147245, une méthode pour une interface véhicule comprenant : - une réception de l'interface véhicule; - une saisie de données appropriées dans un inventaire détaillant, l'activation d'une carte SIM pour l'interface véhicule; - une installation de l'interface véhicule dans un véhicule déterminé; - une sélection d'un réseau sans fil à partir de l'inventaire détaillant; - une connexion de l'interface véhicule à un port du véhicule; - une connexion d'un PC de configuration à l'interface véhicule et le téléchargement d'une configuration de modem pour l'interface véhicule; et - la sélection et le téléchargement d'un fichier correspondant au véhicule dans l'interface véhicule. Cela étant, dans cette demande de brevet, la sélection et le téléchargement du fichier de configuration correspondant au véhicule sont réalisés par un opérateur (cf. paragraphe 74, figure 3 étape 350). Cette opération peut être laborieuse et également l'opérateur peut se tromper. D'autre part, dans cette demande de brevet, seul un service est prévu. Dans le cas général qui concerne l'utilisation de plusieurs services à activer au cours de la vie du véhicule, la sélection par l'opérateur est fastidieuse et peut dissuader l'utilisateur de changer ses services. Enfin, il n'est pas prévu dans cette demande de brevet, la désactivation du service implanté. Il est proposé selon l'invention, un procédé et un système correspondant qui visent à résoudre l'ensemble des problèmes mentionnés ci-avant. Il est proposé, selon l'invention, un procédé et un système correspondant qui permettent une configuration automatisée des services sur l'unité de contrôle télématique.

Il est également proposé, selon l'invention, un procédé simple permettant d'éviter des erreurs de configuration. L'invention a ainsi pour objet un procédé de fourniture de services pour un véhicule d'un groupe de véhicules de différents modèles, comprenant une étape de mise en communication d'une unité de contrôle embarquée dans ledit véhicule avec un serveur de fourniture de services déporté. Selon une caractéristique générale, le procédé comprend : - un premier stockage pour au moins un modèle de véhicule dudit groupe de véhicules, des fichiers de configuration d'au moins un service à fournir ; - un deuxième stockage d'un ensemble de couples de données comprenant un identifiant de l'unité de contrôle et un numéro d'identification du véhicule correspondant ; - une réception du numéro d'identification du véhicule dudit véhicule par le serveur de fourniture de services ; - une extraction de l'identifiant de l'unité de contrôle en fonction du numéro d'identification du véhicule ; - une extraction d'un ou plusieurs fichiers de configuration en fonction d'une donnée d'identification du véhicule ; et - un téléchargement par l'unité de contrôle dudit véhicule depuis le serveur de fourniture de services du ou des fichiers de configuration extraits pour la mise en place du ou des services à fournir pour le modèle du véhicule.

Il est ainsi possible de disposer dans tous les véhicules de tous modèles la même unité de contrôle. Sa configuration sera réalisée à distance sans intervention d'un opérateur. Au cours de la vie du véhicule l'utilisateur pourra également souscrire de nouveaux services ou mettre à jour les services existants.

Selon une caractéristique, le procédé comprend : - une transmission d'un ordre d'activation du serveur de fourniture de services vers l'unité de contrôle; et - une mise à disposition par le serveur de fourniture de service pour téléchargement par l'unité de contrôle des fichiers de configurations extraits. Ainsi, l'unité de contrôle peut facilement télécharger depuis le serveur de fourniture de services les fichiers de configuration nécessaires. Selon une autre caractéristique, le procédé comprend une étape d'envoi d'un message d'activation d'un serveur d'activation vers le serveur de fourniture de services de manière à activer ou désactiver les services du serveur de fourniture de services fournis audit véhicule. Cette étape permet une activation centralisée des services. D'autre part, le serveur d'activation est en général directement relié à un serveur de facturation pour une facturation rapide et fiable. Selon un mode de réalisation supplémentaire, le procédé comprend : -une étape de traitement au cours de laquelle l'unité de contrôle traite des données de service circulant sur des bus de communication du véhicule en fonction des fichiers de configuration téléchargés par l'unité de contrôle; -une étape de stockage des données de service traitées dans des moyens de stockage; -une étape de vérification de la réalisation de conditions de transmission des données de service stockées; et -une étape de transmission des données de service stockées de l'unité de contrôle vers le serveur de fourniture de services lorsque les conditions de transmission sont réalisées. Les services peuvent ainsi être fournis facilement, la remontée des données de l'unité de contrôle vers le serveur de fourniture des services peut également être contrôlée.

Selon une caractéristique de ce mode de réalisation supplémentaire, le procédé comprend une étape de transmission au cours de laquelle les données de service reçues par le serveur de fourniture de services sont transmises par service et par client du serveur de fourniture de services vers un serveur de stockage des données client. Les données peuvent ainsi être stockées pour être utilisées ultérieurement par le client ou par le fournisseur de service.

L'invention a également pour objet un système de fourniture de services pour un véhicule d'un groupe de véhicules de différents modèles, ledit système comprenant : - un serveur déporté de fourniture de services pour le véhicule; - une unité de contrôle embarquée dans le véhicule pour collecter des données pour la fourniture de services; et - des premiers moyens de communication pour permettre une communication entre l'unité de contrôle et le serveur de fourniture de services.

Selon une caractéristique générale, le serveur de fourniture de services est relié à des premiers moyens de stockage configurés pour stocker les fichiers de configuration d'au moins un service à fournir pour au moins un modèle de véhicule dudit groupe et à des deuxièmes moyens de stockage configurés pour stocker un ensemble de couples de données comprenant un identifiant de l'unité de contrôle et un numéro d'identification du véhicule correspondant, et comprend des moyens d'extraction configurés pour extraire au sein des deuxièmes moyens de stockage, l'identifiant de l'unité de contrôle à partir du numéro d'identification du véhicule et configurés pour extraire des 25 premiers moyens de stockage en fonction d'une donnée d'identification du véhicule , un ou plusieurs fichiers de configuration, et l'unité de contrôle est configurée pour télécharger depuis le serveur de fourniture de services le ou les fichiers de configuration extraits pour la mise en place du ou des services à fournir pour le 30 modèle du véhicule. Selon une autre caractéristique, le système comprend un serveur d'activation distant dudit véhicule, des deuxièmes moyens de communication pour permettre une communication entre le serveur d'activation et le serveur de fourniture de services, ledit serveur d'activation est configuré pour envoyer un message d'activation vers le serveur de fourniture de services de manière à activer ou désactiver les services du serveur de fourniture de services fournis audit véhicule.

Selon un mode de réalisation, l'unité de contrôle embarquée comprend des moyens de stockage d'un certificat de sécurité, ledit certificat de sécurité comprenant l'identifiant unique de l'unité de contrôle et le système comprend un serveur de sécurité distant dudit véhicule, configuré pour authentifier l'unité de contrôle à partir de son certificat de sécurité et pour établir une communication cryptée entre l'unité de contrôle et le serveur de fourniture de services utilisant le certificat de sécurité de l'unité de contrôle. Selon un autre mode de réalisation, l'unité de contrôle embarquée comprend des moyens de traitement pour traiter des données de service circulant sur les bus de communication du véhicule en fonction des fichiers de configuration téléchargés par l'unité de contrôle, des moyens de stockage pour stocker les données de service traitées et des moyens de gestion configurés pour vérifier la réalisation de conditions de transmission, ladite unité de contrôle étant configurée pour transmettre vers le serveur de fourniture de services les données de service stockées lorsque les conditions de transmission sont réalisées. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en oeuvre et de réalisation, nullement limitatif, et des dessins annexés sur lesquels : - la figure 1 illustre schématiquement une unité de contrôle télématique ; - la figure 2 illustre un système de fourniture de services pour le véhicule comprenant l'unité de contrôle télématique ; - les figures 3 et 4 illustrent des étapes de procédés de préparation de données ; et - les figures 5 et 6 illustrent des étapes de procédés de fourniture de services.

Une unité de contrôle TCU (acronyme pour Telematics Control Unit selon un terme anglo-saxon bien connu de l'homme du métier) TCU unit illustré sur la figure 1 est un calculateur électronique embarqué dans un véhicule qui comprend : - une unité de fourniture d'électricité PA qui gère l'alimentation de l'unité de contrôle TCU unit et qui gère l'allumage de l'unité de contrôle TCU unit et des événements de réveil lorsque le véhicule est éteint; - un processeur sans fil WIPO qui est associé à une carte SIM (SIM un acronyme pour subscriber identity module selon un terme anglo-saxon bien connu de l'homme du métier) S carte, à une mémoire MEM et à une antenne GSM (GSM un acronyme pour Global System for Mobile Communications selon un terme anglo-saxon bien connu de l'homme du métier) Gant pour fournir des services de communications voix et données sur un réseau GSM ; - un microcontrôleur GPIO pour communiquer avec les autres calculateurs du véhicule ; - un microprocesseur GPS G micro et une antenne GPS GPS ant pour assurer un service de géo localisation ; - un module WiFi WIFI mod et une antenne WiFi WIFI ant pour se connecter à un réseau WiFi ou pour générer un point d'accès WiFi sur lequel les usagers du véhicule peuvent se connecter ; - une batterie interne BATT pour assurer une source d'alimentation auxiliaire pour les fonctionnalités de sécurité, par exemple l'appel d'urgence automatique par l'unité de contrôle TCU unit ; - des premiers moyens de stockage STOCK1 configurés pour stocker un identifiant unique (non représenté sur les figures) de l'unité de contrôle TCU ID. Selon un mode de réalisation, les moyens de stockage STOCK1 peuvent stocker un certificat de sécurité CS (non représenté sur les figures) de l'unité de contrôle TCU unit, le certificat de sécurité CS comprenant l'identifiant unique de l'unité de contrôle TCU ID ; - un détecteur de mouvement CAPT pour détecter le déplacement du véhicule alors que le véhicule n'est pas en marche; - une connexion principale CONN ; - une interface USB (USB acronyme pour Universal Serial Bus selon un terme anglo-saxon bien connu de l'homme du métier) USB int et une connexion USB USB conn ; - une interface audio AUDIO int ; - des moyens de traitement comprenant une interface CAN_int de type CAN (CAN acronyme pour Controller Area Network selon un terme anglo-saxon bien connu de l'homme du métier). L'interface CAN_int peut lire les données transitant sur le bus de communication du véhicule CAN-M (CAN-M pour CAN multimédia, représenté sur la figure 2) qui permet le transport des données multimédia et les données de navigation et sur le bus de communication du véhicule CAN-V (CAN-V pour CAN véhicule, représenté sur la figure 2) qui permet le transport des données relatives au fonctionnement du véhicule par exemple la consommation, la charge restante, la vitesse etc...., - des deuxièmes moyens de stockage STOCK2 pour stocker les données traitées par les moyens de traitement comprenant l'interface CAN int ; et - des moyens de gestion GEST configurés pour vérifier la réalisation de conditions de remontée des données. Le système de la figure 2 illustre un système de fourniture de services comprenant une unité de contrôle TCU unit embarquée à bord d'un véhicule automobile, une unité de navigation UNAV, un réseau GSM, un serveur TSP, un serveur de fourniture de services GDC relié à des moyens de stockages MS1, MS2 et MS3, un serveur de sécurité SCRT, et plusieurs autres serveurs : NaviTSP, SAPP, CMCIAL, FACTU, SWEB, EV, FLA, REMDIAG et CLT. Les serveurs GDC NaviTSP, SAPP, CMCIAL, FACTU, SWEB, EV, FLA, REMDIAG et CLT sont hébergés dans des locaux de télécommunication appartenant par exemple au constructeur du véhicule.

L'unité de contrôle TCU unit est capable d'interagir avec le bus CAN-V et le bus CAN-M. A titre d'exemple de réalisation l'unité de contrôle TCU unit est capable de collecter et de traiter des informations de la part du bus CAN-V et de collecter, de traiter et d'envoyer des données sur le bus CAN-M. L'unité de contrôle TCU unit comprend une carte SIM S carte ainsi qu'une interface USB USB int et une connexion USB USB conn reliée à une unité de navigation UNAV. Le réseau GSM permet de relier l'unité TCU unit au serveur de fourniture de service GDC.

L'unité TCU unit est fournie à son installation sans aucune configuration c'est-à-dire sans configuration ni activation de service et sans mode de fonctionnement. La configuration et l'activation des services ainsi que la configuration du mode de fonctionnement de l'unité TCU unit sont réalisées via le serveur GDC.

A l'installation de l'unité de contrôle TCU unit, seul est renseigné dans les moyens de stockage STOCK1 de l'unité TCU unit un identifiant unique TCU ID. Selon un mode de réalisation, les moyens de stockage STOCK1 de l'unité TCU unit peuvent comprendre un certificat de sécurité CS, ledit certificat de sécurité CS comprenant l'identifiant unique de l'unité de contrôle TCU ID. Le serveur GDC est configuré pour communiquer avec les autres serveurs de données de manière à assurer un traitement des données de service reçues de la part de l'unité de contrôle. Suite à ce traitement des données sont renvoyées à l'unité de contrôle pour fournir le service à l'utilisateur. Le serveur GDC est relié aux premiers moyens de stockage MS1 configurés pour stocker des fichiers de configuration. Les moyens MS1 comprennent un fichier de configuration pour chaque service pour chaque modèle de véhicule. En effet, les architectures notamment celles des bus CAN varient en fonction des modèles, il est donc nécessaire d'avoir un fichier de configuration différent pour chaque modèle de véhicule. La configuration du mode de fonctionnement de l'unité de contrôle TCU unit différent pour chaque modèle de véhicule est également stockée dans les moyens MS1 par exemple sous forme d'un fichier de configuration dédié ou au sein d'un autre fichier de configuration de services. Le serveur GDC est également relié aux deuxièmes moyens de stockage MS2. Ces deuxièmes moyens MS2 sont configurés pour stocker des couples identifiants de l'unité de contrôle TCU ID et numéro d'identification du véhicule VIN (acronyme pour Vehicle Identification Number selon un terme anglo-saxon bien connu de l'homme du métier). Selon un autre mode de réalisation, les moyens MS2 sont configurés pour stocker des triplets comprenant en plus de l'identifiant TCU ID et du numéro d'identification VIN, le modèle du véhicule qui a été préalablement déterminé par le serveur GDC à partir du numéro VIN. Le serveur GDC comprend des moyens d'extraction ME pour extraire au sein des deuxièmes moyens de stockage MS2, l'identifiant TCU ID de la part de l'unité de contrôle TCU unit à partir du numéro d'identification du véhicule VIN. Le serveur GDC peut également à partir du numéro d'identification du véhicule VIN déterminer le modèle du véhicule. En effet, comme mentionné ci avant le numéro unique VIN comprend des informations relatives au modèle du véhicule. Selon un autre mode de réalisation le modèle du véhicule est déjà stocké dans les deuxièmes moyens de stockage MS2, il est alors extrait en même temps que l'identifiant TCU ID. Le serveur GDC comprend les troisièmes moyens de stockage MS3. Ces troisièmes moyens MS3 sont configurés pour stocker les données dites de service préalablement traitées et envoyées par l'unité de contrôle TCU unit. Les moyens d'extractions ME sont configurés pour extraire les données de service par service et par client des moyens MS3 pour les transmettre au serveur CLT. Les moyens d'extractions ME sont également configurés pour extraire dans les premiers moyens de stockage le fichier de configuration à partir du modèle du véhicule.

Le serveur SCRT est un serveur de sécurité. Il permet d'authentifier le certificat de sécurité d'une unité TCU unit et d'établir une communication cryptée entre l'unité TCU unit et le serveur GDC.

Le serveur REMDIAG est un serveur qui permet à un technicien connecté à partir d'un ordinateur ou d'un autre moyen de communication, tel qu'un téléphone portable, de par exemple collecter des informations relatives à la qualité et/ou l'usure du véhicule telles que par exemple la consommation moyenne d'électricité ou de carburant du véhicule. Le serveur FLA est un serveur qui permet à l'utilisateur connecté à partir d'un ordinateur ou d'un autre moyen de communication, tel qu'un téléphone portable, de par exemple gérer une flotte de véhicules automobiles.

Le serveur EV est un serveur qui permet à l'utilisateur connecté à partir d'un ordinateur ou d'un autre moyen de communication, tel qu'un téléphone portable, de se connecter au système de fourniture de services pour par exemple s'informer sur l'état de batterie électrique ou programmer la charge de la batterie.

Le serveur SWEB est serveur WEB (selon un terme anglo- saxon bien connu de l'homme du métier) qui permet à l'utilisateur connecté à partir d'un ordinateur ou d'un autre moyen de communication, tel qu'un téléphone portable, de se connecter au système de fourniture de services pour par exemple acheter un nouveau service ou mettre à jour un service. Le serveur SAPP est un serveur d'application qui comprend tous les services qui peuvent être fournis par le système de fourniture de services. Le serveur NaviTSP est un serveur de navigation qui permet par exemple la fourniture d'un service de guidage amélioré dans lequel l'utilisateur peut par exemple visualiser le trafic en temps réel ou obtient des informations touristiques. Le serveur TSP est un serveur qui permet l'émission d'appel d'urgence.

Le serveur CMCIAL est un serveur qui permet d'activer la fourniture des services par le serveur GDC. Le serveur FACTU est un serveur de facturation qui permet de facturer les services fournis au véhicule.

Le serveur CLT est un serveur client qui permet de stocker des données destinées aux utilisateurs et d'activer des services sur le serveur GDC par l'intermédiaire du serveur CMCIAL. Dans le cas d'un particulier, le serveur CLT peut être le serveur SWEB via lequel l'utilisateur peut activer ou désactiver un service. Dans le cas d'un professionnel, le serveur CLT peut être un serveur hébergé chez le professionnel, ce qui lui permet d'interagir via le serveur CMCIAL avec les services fournis à sa flotte de véhicule. La figure 3 illustre des étapes d'un procédé de préparation de données. Le procédé comprend trois étapes.

Une étape 31 au cours de laquelle est généré par service et par modèle de véhicule, un fichier de configuration. Ce fichier de configuration peut comprendre la liste des données de service collectées et renvoyées par l'unité TCU unit, les adresses sur les bus de communication sur lesquelles les données de service doivent être collectées et des conditions de temps et/ou d'événement pour transmettre les données de service de l'unité de contrôle vers le serveur GDC. A titre d'exemple de réalisation les conditions de temps et/ou d'événement spécifient l'intervalle entre deux transmissions des données de service de la part de l'unité de contrôle vers le serveur GDC. Le fichier de configuration peut aussi comprendre les paramètres relatifs au mode de fonctionnement de l'unité de contrôle TCU_unit pour un modèle de véhicule donné. Une étape 32 au cours de laquelle le fichier est transmis au serveur GDC.

Une étape 33 au cours de laquelle le fichier est converti par le serveur GDC et stocké dans les premiers moyens de stockage MS1. La figure 4 illustre des étapes d'un procédé de préparation de données. Le procédé comprend trois étapes.

Une étape 41 au cours de laquelle l'usine installe une unité TCU unit avec un identifiant TCU ID dans un véhicule de numéro VIN. Une étape 42 au cours de laquelle l'usine transmet le couple d'information VIN et TCU ID au GDC. Une étape 43 au cours de laquelle le serveur GDC stocke le couple de données dans les deuxièmes moyens de stockage MS2. Selon un autre mode de réalisation, le serveur GDC détermine le modèle du véhicule en fonction du numéro VIN puis stocke le triplet comprenant le couple de données et le modèle du véhicule dans les deuxièmes moyens de stockage MS2. La figure 5 illustre des étapes d'un procédé de fourniture de services. Le procédé comprend quatorze étapes : - une étape 1 de demande d'activation de services pour un véhicule transmise au serveur CMCIAL. Cette étape est réalisée par l'envoi d'un message de la part du serveur client CLT comprenant un identifiant du service et le numéro d'identification du véhicule VIN ; - une étape 2 d'activation de services au sein du serveur GDC. Cette étape est réalisée par l'envoi d'un message du serveur CMCIAL vers le serveur GDC. Ce message comprend l'identifiant du service et le numéro d'identification du véhicule VIN ; - une étape 3 d'extraction au sein des deuxième moyens de stockage MS2 de l'identifiant TCU ID correspondant au numéro d'identification du véhicule VIN ; - une étape 4 d'extraction au sein des premiers moyens de stockage MS1 du fichier de configuration correspondant au service demandé en fonction d'une donnée d'identification du véhicule, par exemple le modèle de véhicule, le numéro VIN d'identification du véhicule ou l'identifiant TCU ID ; - une étape 5 de transmission d'un ordre d'activation du serveur GDC vers l'unité TCU unit ; - une étape 6 d'authentification de l'unité TCU unit auprès du serveur SCRT à partir du certificat de sécurité CS ; - une étape 7 d'établissement d'une connexion cryptée entre l'unité TCU unit et le serveur GDC utilisant le certificat de sécurité CS stocké dans l'unité TCU unit ; - une étape 8 de mise à disposition par le serveur GDC pour téléchargement du fichier de configuration extrait ; - une étape 9 de téléchargement sur le serveur GDC par l'unité TCU_unit du fichier de configuration ; - une étape 10 d'application de la configuration dans l'unité TCU unit ; - une étape 11 d'acquittement du serveur GDC par l'unité TCU unit, au cours de laquelle l'unité TCU_unit informe le serveur GDC que le téléchargement du fichier de configuration s'est bien déroulé et que le fichier de configuration est maintenant appliqué dans l'unité TCU unit ; - une étape 12 d'acquittement du serveur CMCIAL par le serveur GDC, au cours de laquelle le serveur GDC informe le serveur CMCIAL que le fichier de configuration est maintenant appliqué dans l'unité TCU unit. Le serveur CMCIAL active alors le contrat de service pour le client ; - une étape 13 de stockage par le serveur GDC de l'état activé/ désactivé du service; et - une étape 14 de démarrage du service au sein de l'unité de contrôle TCU_unit. Cette étape 14 comprend une transmission des données sur les bus CAN en fonction des fichiers de configuration de chacun des services, elle va être décrite plus en détail dans la figure 6. Il a été décrit ci-avant un procédé d'activation et de configuration d'un service. Le procédé de désactivation à l'aide d'un fichier de configuration de désactivation d'un service est identique, seule l'étape 13 de stockage est variable suivant que le service est activé ou désactivé. La figure 6 illustre un autre procédé de fourniture de service. Le procédé comprend 11 étapes : - une étape de démarrage 61 du véhicule ; - une étape de traitement 62 comprenant une étape de lecture des données de service sur les bus de communication CAN-V et CAN-M réalisée par l'interface CAN int et une étape de calcul à partir des données de services lues. Ces étapes sont réalisées par service en fonction des fichiers de configuration. Les données lues et traitées sont dites de service car elles vont être utilisées par le serveur de fourniture de services GDC pour fournir les services ; - une étape 63 de stockage des résultats dans les moyens de stockage STOCK2 ; - une étape 64 réalisée par les moyens de gestion GEST au cours de laquelle l'unité TCU_unit vérifie pour chaque service les conditions des temps et/ou d'évènement de remontée des données de service stockées en mémoire. Une étape suivante 65 est alors déclenchée lorsque pour au moins un service les conditions de temps et/ou d'événement sont vérifiées ; - au cours de l'étape 65 l'unité TCU_unit ouvre un canal de communication vers le serveur GDC, se connecte, s'authentifie et transfère sous une forme cryptée les données de service au serveur GDC; - une étape 66 au cours de laquelle le serveur GDC vérifie les données de service reçus et acquitte la réception vers l'unité TCU unit ; - une étape 67 de suppression des données de service dont la réception a été acquittée dans l'unité TCU_unit ; - une étape 68 de fermeture du canal de communication par l'unité TCU unit ; - une étape 69 au cours de laquelle le serveur GDC transfère au moins une partie des données de service reçues de la part de l'unité TCU_unit vers le serveur CLT. Les données sont transférées par client et par service ; - une étape 70 au cours de laquelle le serveur CLT vérifie les données de service reçus et acquitte la réception vers le serveur GDC; et

Claims (9)

1. REVENDICATIONS1. Procédé de fourniture de services pour un véhicule d'un groupe de véhicules de différents modèles, comprenant une étape de mise en communication d'une unité de contrôle (TCU_unit) embarquée dans ledit véhicule avec un serveur de fourniture de services (GDC) déporté, caractérisé en ce que le procédé comprend : - un premier stockage (33) pour au moins un modèle de véhicule dudit groupe de véhicules, des fichiers de configuration d'au moins un service à fournir ; - un deuxième stockage (43) d'un ensemble de couples de données comprenant un identifiant de l'unité de contrôle (TCU_unit) et un numéro d'identification du véhicule (VIN) correspondant ; - une réception du numéro d'identification (2) du véhicule (VIN) dudit véhicule par le serveur de fourniture de services (GDC) ; - une extraction (3) de l'identifiant de l'unité de contrôle (TCU_unit) en fonction du numéro d'identification du véhicule (VIN) ; - une extraction (4) d'un ou plusieurs fichiers de configuration en fonction d'une donnée d'identification du véhicule (VIN) ; et - un téléchargement (9) par l'unité de contrôle (TCU_unit) dudit véhicule depuis le serveur de fourniture de services (GDC) du ou des fichiers de configuration extraits pour la mise en place du ou des services à fournir pour le modèle du véhicule.
2. 2. Procédé selon la revendication 1, comprenant : - une transmission (5) d'un ordre d'activation du serveur de fourniture de services (GDC) vers l'unité de contrôle (TCU_unit) ; et - une mise à disposition (8) par le serveur de fourniture de services pour téléchargement par l'unité de contrôle des fichiers de configurations extraits.
3. 3. Procédé selon la revendication 1 ou 2, comprenant une étape d'envoi d'un message d'activation (2) d'un serveur d'activation (CMCIAL) vers le serveur de fourniture de services (GDC) de manièreà activer ou désactiver les services du serveur de fourniture de services (GDC) fournis audit véhicule.
4. 4. Procédé selon l'une quelconque des revendications 1 à 3 comprenant : -une étape de traitement (62) au cours de laquelle l'unité de contrôle (TCU_unit) traite des données de service circulant sur des bus de communication du véhicule (CAN-V, CAN-M) en fonction des fichiers de configuration téléchargés par l'unité de contrôle (TCU_unit) ; -une étape de stockage (63) des données de service traitées dans des moyens de stockage (STOCK2) ; -une étape de vérification (64) de la réalisation de conditions de transmission des données de service stockées ; et -une étape de transmission (65) des données de service stockées de l'unité de contrôle (TCU_unit) vers le serveur de fourniture de services (GDC) lorsque les conditions de transmission sont réalisées.
5. 5. Procédé selon la revendication 4, comprenant une étape de transmission (69) au cours de laquelle les données de service reçues par le serveur de fourniture de services (GDC) sont transmises par service et par client du serveur de fourniture de services (GDC) vers un serveur de stockage des données client (CLT).
6. 6. Système de fourniture de services pour un véhicule d'un groupe de véhicules de différents modèles, ledit système comprenant : - un serveur déporté de fourniture de services pour le véhicule (GDC) ; - une unité de contrôle (TCU_unit) embarquée dans le véhicule pour collecter des données pour la fourniture de services ; et - des premiers moyens de communication pour permettre une communication entre l'unité de contrôle (TCU_unit) et le serveur de fourniture de services (GDC) ; caractérisé en ce que le serveur de fourniture de services (GDC) est relié à des premiers moyens de stockage (MS1) configurés pour stocker les fichiers de configuration d'au moins un service àfournir pour au moins un modèle de véhicule dudit groupe et à des deuxièmes moyens de stockage (MS2) configurés pour stocker un ensemble de couples de données comprenant un identifiant de l'unité de contrôle (TCU_unit) et un numéro d'identification du véhicule (VIN) correspondant, et comprend des moyens d'extraction (ME) configurés pour extraire au sein des deuxièmes moyens de stockage (MS2), l'identifiant de l'unité de contrôle (TCU_unit) à partir du numéro d'identification du véhicule (VIN) et configurés pour extraire des premiers moyens de stockage (MS1) en fonction d'une donnée d'identification du véhicule (VIN), un ou plusieurs fichiers de configuration, et en ce que l'unité de contrôle est configurée pour télécharger depuis le serveur de fourniture de services (GDC) le ou les fichiers de configuration extraits pour la mise en place du ou des services à fournir pour le modèle du véhicule.
7. 7. Système selon la revendication 6, comprenant un serveur d'activation (CMCIAL) distant dudit véhicule, des deuxièmes moyens de communication pour permettre une communication entre le serveur d'activation (CMCIAL) et le serveur de fourniture de services (GDC), ledit serveur d'activation (CMCIAL) est configuré pour envoyer un message d'activation vers le serveur de fourniture de services (GDC) de manière à activer ou désactiver les services du serveur de fourniture de services (GDC) de services fournis audit véhicule.
8. 8. Système selon l'une quelconque des revendications 6 ou 7, dans lequel l'unité de contrôle (TCU_unit) embarquée comprend des moyens de stockage (STOCK1) d'un certificat de sécurité (CS), ledit certificat de sécurité comprenant l'identifiant unique de l'unité de contrôle (TCU_unit) et le système comprend un serveur de sécurité (SCRT) distant dudit véhicule, configuré pour authentifier l'unité de contrôle à partir de son certificat de sécurité (CS) et pour établir une communication cryptée entre l'unité de contrôle (TCU_unit) et le serveur de fourniture de services (GDC) utilisant le certificat de sécurité (CS) de l'unité de contrôle (TCU_unit).
9. 9. Système selon l'une quelconque des revendications 6 à 8, dans lequel l'unité de contrôle (TCU_unit) embarquée comprend des moyens de traitement (CAN int) pour traiter des données de service circulant sur les bus de communication du véhicule (CAN-V, CAN-M) en fonction des fichiers de configuration téléchargés par l'unité de contrôle (TCU unit), des moyens de stockage (STOCK2) pour stocker les données de service traitées et des moyens de gestion (GEST) configurés pour vérifier la réalisation de conditions de transmission, ladite unité de contrôle (TCU_unit) étant configurée pour transmettre vers le serveur de fourniture de services (GDC) les données de service stockées lorsque les conditions de transmission sont réalisées.