EP2786247A1 - Système de fourniture de services télématiques et procédé correspondant - Google Patents

Système de fourniture de services télématiques et procédé correspondant

Info

Publication number
EP2786247A1
EP2786247A1 EP12791813.4A EP12791813A EP2786247A1 EP 2786247 A1 EP2786247 A1 EP 2786247A1 EP 12791813 A EP12791813 A EP 12791813A EP 2786247 A1 EP2786247 A1 EP 2786247A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
unit
control unit
tcu
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP12791813.4A
Other languages
German (de)
English (en)
Inventor
Nicolas Gel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Renault SAS
Original Assignee
Renault SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Renault SAS filed Critical Renault SAS
Publication of EP2786247A1 publication Critical patent/EP2786247A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G06F8/64—Retargetable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the invention relates to the provision of electronic services and in particular telematic electronic services using a remote server.
  • the invention is particularly applicable to motor vehicles.
  • One of the problems of telematics control units is that a telematics control unit must be able to operate with many of the vehicle models proposed by the manufacturer. In fact, while the architecture of the vehicles in which the telematics control unit will be installed is different, it is planned to optimize the production costs of using a single telematic control unit model.
  • Another problem is the changing nature of the services provided. It is indeed necessary for a telematics control unit to be compatible with new services or existing services that are evolving.
  • Another problem is the desire of the user or users to activate, deactivate or change a service during the life of the vehicle.
  • the subject of the invention is thus a method for providing services for a vehicle of a group of vehicles of different models, comprising a step of placing a control unit embedded in said vehicle in communication with a service provider server. deported.
  • the method comprises:
  • a second storage of a set of data pairs comprising an identifier of the control unit and a corresponding identification number of the vehicle
  • the method comprises:
  • control unit can easily download the necessary configuration files from the service provider server.
  • the method includes a step of sending an activation message from an activation server to the service providing server so as to activate or deactivate services of the service providing server provided to said vehicle.
  • This step allows for centralized activation of services.
  • the activation server is usually directly connected to a billing server for fast and reliable billing.
  • the method comprises:
  • control unit processes service data circulating on communication buses of the vehicle according to the configuration files downloaded by the control unit;
  • the services can thus be easily provided, the data transfer from the control unit to the service provider server can also be controlled.
  • the method comprises a transmission step in which the service data received by the service provider server is transmitted by service and by client of the service provider.
  • service provider server to a client data storage server.
  • the data can thus be stored for later use by the customer or the service provider.
  • the invention also relates to a system for providing services for a vehicle of a group of vehicles of different models, said system comprising:
  • control unit embedded in the vehicle to collect data for the provision of services
  • the service provider server is connected to first storage means configured to store the configuration files of at least one service to be provided for at least one vehicle model of said group and to second storage means. configured to store a set of data pairs comprising an identifier of the control unit and a corresponding vehicle identification number, and includes extraction means configured to extract within the second storage means, the identifier of the control unit from the vehicle identification number and configured to extract first storage means according to a vehicle identification data, one or more configuration files, and the control unit is configured to download from the service provisioning server the extracted configuration file (s) for the purpose of n place of the service or services to be provided for the model of the vehicle.
  • the system comprises a remote activation server of said vehicle, second communication means for enabling communication between the activation server and the service provisioning server, said server activation is configured to send an activation message to the service providing server so as to enable or disable services of the service providing server provided to said vehicle.
  • the onboard control unit comprises means for storing a security certificate, said security certificate comprising the unique identifier of the control unit and the system comprises a remote security server of said vehicle. configured to authenticate the control unit from its security certificate and to establish an encrypted communication between the control unit and the service providing server using the security certificate of the control unit.
  • the on-board control unit comprises processing means for processing service data flowing on the communication buses of the vehicle according to the configuration files downloaded by the control unit, storage means for storing the processed service data and configured management means for verifying the fulfillment of transmission conditions, said control unit being configured to transmit the stored service data to the service provisioning server when the transmission conditions are realized.
  • FIG. 1 schematically illustrates a telematic control unit
  • FIG. 2 illustrates a system for providing services for the vehicle comprising the telematic control unit
  • FIGS. 3 and 4 illustrate steps of data preparation methods
  • FIG. 1 A control unit TCU (acronym for Telematics Control Unit according to an Anglo-Saxon term well known to those skilled in the art)
  • TCU_unit illustrated in FIG. 1 is an on-board electronic computer which comprises:
  • an electricity supply unit PA which manages the power supply of the control unit TCU_unit and which manages the switching on of the control unit TCU_unit and the wake up events when the vehicle is switched off;
  • SIM an acronym for subscriber identity module according to an Anglo-Saxon term well known to those skilled in the art
  • S_card a MEM memory and a GSM antenna
  • GSM Global System for Mobile Communications according to an Anglo-Saxon term well known to those skilled in the art
  • G_ant for providing voice and data communications services over a GSM network
  • a GPIO microcontroller for communicating with the other computers of the vehicle
  • a WIFI_mod WiFi module and a WIFI_ant WiFi antenna to connect to a WiFi network or to generate a WiFi access point on which vehicle users can connect;
  • first storage means STOCK1 configured to store a unique identifier (not shown in the figures) of the control unit TCU_ID.
  • the storage means STOCK1 can store a security certificate CS (not shown in the figures) of the control unit TCU_unit, the security certificate CS comprising the unique identifier of the control unit TCU_ID ; - a CAPT motion detector to detect the movement of the vehicle while the vehicle is not running;
  • USB interface USB acronym for Universal Sériai Bus according to an Anglo-Saxon term well known to those skilled in the art
  • USB_int and USB connection USB_conn USB_int and USB connection USB_conn;
  • CAN_int interface of CAN type (acronym for Controller Area Network according to an Anglo-Saxon term well known to those skilled in the art).
  • the CAN_int interface can read the data transiting on the CAN-M vehicle communication bus (CAN-M for multimedia CAN, represented in FIG. 2) which allows the transport of the multimedia data and the navigation data and on the CAN bus. communication of the CAN-V vehicle (CAN-V for CAN vehicle, shown in Figure 2) which allows the transport of the data relating to the operation of the vehicle eg consumption, remaining charge, speed etc;
  • second storage means STOCK2 for storing the data processed by the processing means comprising the CAN_int interface
  • - GEST management means configured to verify the achievement of data feedback conditions.
  • the system of FIG. 2 illustrates a service provision system comprising a TCU_unit control unit on board a motor vehicle, a UNAV navigation unit, a GSM network, a TSP server, a connected GDC service provisioning server.
  • storage means MS I, MS2 and MS3, a security server S CRT, and several other servers: NaviTSP, SAPP, CMCIAL, FACTU, SWEB, EV, FLA, REMDIAG and CLT.
  • the NaviTSP, SAPP, CMCIAL, FACTU, SWEB, EV, FLA, REMDIAG and CLT GDC servers are housed in telecommunications premises belonging, for example, to the vehicle manufacturer.
  • the TCU_unit control unit is able to interact with the CAN-V bus and the CAN-M bus.
  • the control unit TCU_unit is able to collect and process information from the CAN-V bus and to collect, process and send data on the CAN-M bus.
  • the TCU_unit control unit includes a SIM card S_card as well as a USB interface USB_int and a USB connection USB_conn connected to a UNAV navigation unit.
  • the GSM network connects the TCU_unit unit to the GDC service provisioning server.
  • the unit TCU_unit is provided at its installation without any configuration that is to say without configuration or activation of service and without mode of operation.
  • the configuration and activation of the services as well as the configuration of the operating mode of the TCU_unit unit are carried out via the GDC server.
  • the STOCK1 storage means of the unit TCU_unit may comprise a security certificate CS, said security certificate CS comprising the unique identifier of the control unit TCU_ID.
  • the GDC server is configured to communicate with the other data servers to process service data received from the control unit. Following this processing data is returned to the control unit to provide the service to the user.
  • the GDC server is connected to the first MS I storage means configured to store configuration files.
  • the MS I means comprise a configuration file for each service for each model of vehicle. Indeed, the architectures in particular those of the CAN buses vary according to the models, it is therefore necessary to have a different configuration file for each model of vehicle.
  • the configuration of the operating mode of the control unit TCU_unit different for each vehicle model is also stored in the means MS I for example in the form a dedicated configuration file or within another service configuration file.
  • the GDC server is also connected to the second storage means MS2.
  • These second means MS2 are configured to store identification pairs of the control unit TCU_ID and vehicle identification number VIN (acronym for Vehicle Identification Number according to an Anglo-Saxon term well known to those skilled in the art).
  • the means MS2 are configured to store triplets comprising in addition to the identifier TCU_ID and the identification number VIN, the model of the vehicle which has been previously determined by the server GDC from the VIN number. .
  • the server GDC comprises extraction means ME for extracting within the second storage means MS2, the identifier TCU_ID from the control unit TCU_unit from the identification number of the vehicle VIN.
  • the GDC server can also from the VIN vehicle identification number determine the model of the vehicle. Indeed, as mentioned before the unique VIN number includes information relating to the model of the vehicle. According to another embodiment the model of the vehicle is already stored in the second storage means MS2, it is then extracted at the same time as the identifier TCU_ID.
  • the GDC server comprises the third storage means MS3. These third means MS 3 are configured to store the so-called service data previously processed and sent by the TCU_unit control unit.
  • the ME extraction means are configured to extract the service and customer service data from the MS3 means for transmission to the CLT server.
  • the ME extraction means are also configured to extract in the first storage means the configuration file from the vehicle model.
  • the SCRT server is a security server. It is used to authenticate the security certificate of a TCU_unit unit and to establish an encrypted communication between the TCU_unit unit and the GDC server.
  • the REMDIAG server is a server that allows a technician connected from a computer or other means of communication, such as a mobile phone, to collect information relating to quality and / or wear. of the vehicle such as for example the average consumption of electricity or fuel of the vehicle.
  • the FLA server is a server that allows the connected user from a computer or other means of communication, such as a mobile phone, for example to manage a fleet of motor vehicles.
  • the EV server is a server that allows the connected user from a computer or other means of communication, such as a mobile phone, to connect to the service delivery system for example to inform himself on the state of electric battery or program the charge of the battery.
  • the server SWEB is WEB server (according to an Anglo-Saxon term well known to those skilled in the art) which allows the user connected from a computer or other means of communication, such as a mobile phone. , to connect to the service delivery system for example to buy a new service or update a service.
  • the SAPP server is an application server that includes all the services that can be provided by the service delivery system.
  • the NaviTSP server is a navigation server that allows for example the provision of an improved guidance service in which the user can for example view the traffic in real time or obtains tourist information.
  • the TSP server is a server that allows the transmission of emergency calls.
  • the CMCIAL server is a server that enables the provision of services by the GDC server.
  • the FACTU server is a billing server that charges the services provided to the vehicle.
  • the CLT server is a client server that stores user data and enables services on the GDC server through the CMCIAL server.
  • the CLT server may be the SWEB server through which the user can activate or deactivate a service.
  • the CLT server can be a server hosted by the professional, which allows him to interact via the CMCIAL server with the services provided to his vehicle fleet.
  • Figure 3 illustrates steps of a data preparation method. The process comprises three steps.
  • This configuration file may include a list of the service data collected and returned by the TCU_unit unit, the addresses on the communication buses on which the service data is to be collected, and the time and / or event conditions for transmitting. the service data from the control unit to the GDC server. As an exemplary embodiment, the time and / or event conditions specify the interval between two transmissions of the service data from the control unit to the GDC server.
  • the configuration file may also include the settings relating to the operating mode of the TCU_unit control unit for a given vehicle model.
  • Figure 4 illustrates steps of a data preparation method. The process comprises three steps. A step 41 during which the factory installs a TCU_unit unit with a TCU_ID identifier in a VIN number vehicle.
  • the server GDC determines the model of the vehicle according to the number VIN then stores the triplet comprising the data pair and the model of the vehicle in the second storage means MS2.
  • Figure 5 illustrates steps of a service delivery method. The process comprises fourteen steps:
  • a step 1 of service activation request for a vehicle transmitted to the CMCIAL server is carried out by sending a message from the CLT client server comprising a service identifier and the VIN vehicle identification number;
  • a step 2 of activation of services within the GDC server is performed by sending a message from the CMCIAL server to the GDC server.
  • This message includes the service identifier and the VIN vehicle identification number;
  • TCU_unit in which the TCU_unit unit informs the GDC server that the download of the configuration file has gone smoothly and that the configuration file is now applied in the TCU_unit unit;
  • a step 12 of acknowledgment of the server CMCIAL by the server GDC during which the server GDC informs the server CMCIAL that the configuration file is now applied in the unit TCU_unit.
  • the CMCIAL server then activates the service contract for the client;
  • This step 14 includes a transmission of the data on the CAN buses according to the configuration files of each of the services, it will be described in more detail in FIG.
  • Figure 6 illustrates another method of service provision. The process comprises 1 1 steps:
  • a start step 61 of the vehicle a processing step 62 comprising a step of reading the service data on the CAN-V and CAN-M communication buses carried out by the CAN_int interface and a calculation step from the services data read. These steps are performed per service based on the configuration files.
  • the read and processed data is called service because it will be used by the GDC service provider server to provide the services;
  • a step 64 carried out by the GEST management means during which the unit TCU_unit checks for each service the conditions of the times and / or event of recovery of the service data stored in memory.
  • a next step 65 is then triggered when for at least one service the conditions of time and / or event are verified;
  • step 65 the unit TCU_unit opens a communication channel to the GDC server, connects, authenticates and transfers the service data to the GDC server in encrypted form;
  • Data is transferred by customer and by department;

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Traffic Control Systems (AREA)

Abstract

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é, 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, TCU_ID); 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.

Description

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.
II 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.
II 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 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 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 œuvre 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) G_ant 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 STOCKl 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 STOCKl 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 Sériai 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 MS I , MS2 et MS3 , un serveur de sécurité S CRT, 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 Γ 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 STOCKl de l'unité TCU_unit un identifiant unique TCU_ID. Selon un mode de réalisation, les moyens de stockage STOCKl 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 MS I configurés pour stocker des fichiers de configuration. Les moyens MS I 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 MS I 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 MS 3 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 MS I .
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 MS I 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 1 1 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 1 1 é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 - une étape 71 de suppression des données de service dont la réception a été acquittée dans le serveur GDC.

Claims

REVENDICATIONS
1. 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. 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. 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. 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. 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. 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 (MS I) 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 (MS I ) 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. 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. 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 (STOCKl ) 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. 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 .
EP12791813.4A 2011-12-02 2012-11-30 Système de fourniture de services télématiques et procédé correspondant Ceased EP2786247A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1161082A FR2983601B1 (fr) 2011-12-02 2011-12-02 Systeme de fourniture de services telematiques et procede correspondant
PCT/EP2012/074121 WO2013079673A1 (fr) 2011-12-02 2012-11-30 Système de fourniture de services télématiques et procédé correspondant

Publications (1)

Publication Number Publication Date
EP2786247A1 true EP2786247A1 (fr) 2014-10-08

Family

ID=47257855

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12791813.4A Ceased EP2786247A1 (fr) 2011-12-02 2012-11-30 Système de fourniture de services télématiques et procédé correspondant

Country Status (7)

Country Link
US (2) US20150081858A1 (fr)
EP (1) EP2786247A1 (fr)
JP (1) JP6219301B2 (fr)
KR (1) KR101930915B1 (fr)
CN (2) CN110058868A (fr)
FR (1) FR2983601B1 (fr)
WO (1) WO2013079673A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106656990A (zh) * 2016-10-28 2017-05-10 北汽福田汽车股份有限公司 车联网数据处理方法、终端装置、车辆及车联网系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101704108B1 (ko) * 2013-12-13 2017-02-07 현대자동차주식회사 차량의 헤드유닛과 연동되는 단말장치 및 방법
JP6188672B2 (ja) * 2014-10-29 2017-08-30 Kddi株式会社 鍵管理システム
CN104503851B (zh) * 2014-12-17 2018-01-05 深圳广联赛讯有限公司 基于WinCE系统的Tsp程序交互方法及车载设备
DE102015202666A1 (de) * 2015-02-13 2016-08-18 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Nutzung eines Steuergerätes in unterschiedlichen Datenübertragungssystemen, Steuergerät und Datenübertragungssystem zur Durchführung eines derartigen Verfahrens
DE102015211146A1 (de) * 2015-06-17 2016-12-22 Bayerische Motoren Werke Aktiengesellschaft Verfahren, Haupteinheit, und Fahrzeug zum Einbringen von Anwendungen in die Haupteinheit des Fahrzeugs
KR20160149442A (ko) * 2015-06-18 2016-12-28 두산인프라코어 주식회사 건설 기계의 데이터 처리 방법, 이를 수행하기 위한 장치, 건설 기계의 데이터 처리용 서버 및 건설 기계의 데이터 처리 유닛
KR101673361B1 (ko) * 2015-06-29 2016-11-07 현대자동차 주식회사 문자메시지를 이용한 차량 설정 변경 시스템 및 방법
DE102016201162B4 (de) 2016-01-27 2018-10-18 Bayerische Motoren Werke Aktiengesellschaft Übermitteln einer anzuzeigenden Nachricht an eine Anzeigeeinrichtung eines Kraftfahrzeugs
US10432612B2 (en) * 2016-10-27 2019-10-01 Panasonic Avionics Corporation Methods and systems for remote access to a transporation vehicle system
CN106648626A (zh) * 2016-11-29 2017-05-10 郑州信大捷安信息技术股份有限公司 一种车辆安全远程升级系统及升级方法
US11443313B2 (en) 2018-07-02 2022-09-13 Honda Motor Co., Ltd. Methods and systems for authorizing a real-time transaction with a third party platform
US10868717B2 (en) * 2019-01-31 2020-12-15 Hewlett Packard Enterprise Development Lp Concurrent profile deployments
KR102524377B1 (ko) * 2022-11-25 2023-04-21 주식회사 유니온플레이스 비히클 관제를 위한 비히클 데이터의 통신 방법

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11282818A (ja) * 1998-03-31 1999-10-15 Nec Corp クライアント構成情報管理システムおよびクライアント構成情報管理方式
US6611740B2 (en) * 2001-03-14 2003-08-26 Networkcar Internet-based vehicle-diagnostic system
JP3707412B2 (ja) * 2001-10-01 2005-10-19 株式会社デンソー 車載受信装置及び車両用ワイヤレスシステム
US20050027438A1 (en) * 2003-07-31 2005-02-03 General Motors Corporation Automated enrollment and activation of telematics equipped vehicles
US7551986B2 (en) * 2004-02-24 2009-06-23 Denso Corporation Program distribution system, program distribution device, and in-vehicle gateway device
US7406169B2 (en) * 2004-03-10 2008-07-29 General Motors Corporation Method and system for automated unit service requests from a telematics unit
US7983835B2 (en) * 2004-11-03 2011-07-19 Lagassey Paul J Modular intelligent transportation system
JP2007011734A (ja) * 2005-06-30 2007-01-18 Denso Corp 車載制御装置
US7818098B2 (en) 2006-12-19 2010-10-19 Inilex, Inc. System and method for provisioning a vehicle interface module
US8103399B2 (en) * 2007-06-05 2012-01-24 Snap-On Incorporated System and method for transferring vehicle service data
US8321933B2 (en) * 2007-11-14 2012-11-27 Caterpillar Inc. Securing electronic control unit code
US20100228404A1 (en) * 2009-03-06 2010-09-09 Link Ii Charles M Method and system for configuring and provisioning a vehicle
JP2011148398A (ja) * 2010-01-21 2011-08-04 Denso Corp 車両用プログラム更新システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2013079673A1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106656990A (zh) * 2016-10-28 2017-05-10 北汽福田汽车股份有限公司 车联网数据处理方法、终端装置、车辆及车联网系统
CN106656990B (zh) * 2016-10-28 2020-03-24 北汽福田汽车股份有限公司 车联网数据处理方法、终端装置、车辆及车联网系统

Also Published As

Publication number Publication date
CN110058868A (zh) 2019-07-26
FR2983601A1 (fr) 2013-06-07
US20150081858A1 (en) 2015-03-19
US10320608B2 (en) 2019-06-11
JP6219301B2 (ja) 2017-10-25
KR101930915B1 (ko) 2019-03-11
US20170155553A1 (en) 2017-06-01
KR20140100562A (ko) 2014-08-14
FR2983601B1 (fr) 2014-05-16
CN104040497A (zh) 2014-09-10
JP2015510617A (ja) 2015-04-09
WO2013079673A1 (fr) 2013-06-06

Similar Documents

Publication Publication Date Title
WO2013079673A1 (fr) Système de fourniture de services télématiques et procédé correspondant
US9858064B2 (en) Methods and apparatus for vehicle computing system software updates
US9841970B2 (en) Vehicle control update methods and systems
US9323546B2 (en) Targeted vehicle remote feature updates
US20150242198A1 (en) Silent in-vehicle software updates
EP3043526B1 (fr) Dispositif auxiliaire et méthode pour améliorer des systèmes embarqués natifs par ajout d'interfaces et d'une puissance de calcul
US20120167071A1 (en) Software update apparatus and method of vehicle
US20130073672A1 (en) Program Store for Updating Electronic Devices
US20100228404A1 (en) Method and system for configuring and provisioning a vehicle
FR3029728A1 (fr) Procede de provisionnement d'un profil de souscripteur pour un module securise
FR3043236B1 (fr) Systeme et procede de verrouillage et de deverrouillage a distance d'un vehicule
KR20140054474A (ko) 전기자동차를 위한 컨텐츠 제공 시스템 및 방법
EP2871876A1 (fr) Technique de configuration d'accès sécurisé d'un terminal invité à un réseau hôte
US20230244800A1 (en) Method and system for securely providing vehicle services data to a vehicle
KR20070076201A (ko) 개인 휴대 단말기를 이용한 차량 내 전자제어장치롬프로그램 업데이트 시스템 및 방법
FR3096153A1 (fr) Procédé et dispositif de retour à un état précédent une mise à jour logicielle d’un calculateur d’un véhicule à distance
WO2015092307A1 (fr) Procédé de test et de mise à jour du système d'un terminal par un module d'identité de souscripteur et dispositifs associés
EP3314596B1 (fr) Procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur
WO2021105089A1 (fr) Procédé de mise à jour de système numérique
EP4085402A1 (fr) Procede et systeme pour activer l'acces a un vehicule stationne dans un lieu non couvert par un reseau de donnees
EP3363178B1 (fr) Dispositif électronique comprenant un module sécurisé supportant un mode de gestion locale de configuration d'un profil souscripteur
WO2017182597A1 (fr) Procédé de connexion d'un appareil électronique à un système embarqué de véhicule, appareil électronique et système embarqué de véhicule associés
FR3065855B1 (fr) Procede et dispositif de controle de l’utilisation d’un point d’acces d’un vehicule par transmission d’informations de capacite disponible
FR3132671A1 (fr) Recharge entre véhicules électriques
WO2015197722A1 (fr) Vehicule comprenant des equipements munis d'elements securises

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140528

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20180628

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20200925