FR 3041843 A1 20170331 FR 1559036 A 20150925 1 SYSTEME DE TRAITEMENT D'INFORMATIONS COMPRENANT AU MOINS UN DISPOSITIF MOBILE DE COMMUNICATION, ET PROCEDE DE TRAITEMENT D'INFORMATIONS ASSOCIE DOMAINE TECHNIQUE DE L'INVENTION [0001] La présente invention concerne de manière générale le domaine du traitement d'informations émanant de dispositifs mobiles de communication formant un parc de dispositifs mobiles, ou à destination de ceux-ci. Plus particulièrement, mais non exclusivement, la présente invention a trait au domaine du traitement d'informations émises par des dispositifs mobiles agencés au sein de véhicules, chaque dispositif mobile étant relié à un réseau du véhicule. [0002] La présente invention concerne plus particulièrement un système de traitement d'informations comprenant au moins un dispositif mobile de communication et un équipement de traitement de données, ainsi qu'un procédé de traitement d'informations. ETAT DE LA TECHNIQUE ANTERIEURE [0003] II est connu des systèmes de traitement d'informations comprenant au moins un dispositif mobile de communication et un équipement de traitement de données, en particulier des systèmes dans lesquels le ou chaque dispositif mobile de communication est agencé au sein d'un véhicule et est relié à un réseau du véhicule. L'équipement de traitement de données comprend plusieurs composants et est relié au ou à chaque dispositif mobile de communication via un réseau de communication, par exemple via un réseau de type Internet. Le ou chaque dispositif mobile de communication comprend un moyen de transmission, sur le réseau de communication à destination de l'équipement de traitement de données, de messages contenant des informations. Les informations contiennent par exemple des données circulant sur le réseau du véhicule. [0004] Dans de tels systèmes, l'équipement de traitement de données est constitué d'un serveur, et les échanges entre les dispositifs mobiles de 3 0 communication et l'équipement de traitement de données sur le réseau de 3041843 2 communication sont basés sur des requêtes conformes au protocole HTTP (de l'anglais HyperText Transfer Protocol). [0005] Toutefois, ce type de système ne permet pas d'absorber des pics de charge relatifs à la transmission de données de la part des dispositifs mobiles de 5 communication, comme lorsque plusieurs dispositifs transmettent simultanément d'importants volumes de données. En effet, le serveur ne peut pas absorber beaucoup de requêtes HTTP simultanément pour un nombre important de dispositifs, sans devoir démultiplier l'infrastructure pour absorber le volume de requêtes simultanées. Un tel système entraîne donc des surcoûts en termes 10 d'infrastructure et de maintenance associées. En outre, l'infrastructure d'un tel système est relativement complexe et peu souple, ce qui entraîne là aussi des problèmes de maintenance. EXPOSE DE L'INVENTION [0006] L'invention décrite par la suite vise à remédier à tout ou partie des 15 inconvénients de l'état de la technique et notamment à proposer un système de traitement d'informations souple et simplifié permettant d'absorber des pics de charge relatifs à la transmission de données de la part des dispositifs mobiles de communication, sans affecter la fiabilité du traitement des informations. [0007] A cet effet, l'invention a pour objet un système de traitement 20 d'informations comprenant au moins un dispositif mobile de communication et un équipement de traitement de données, l'équipement de traitement de données comprenant une pluralité de composants et étant relié au ou à chaque dispositif mobile de communication via un réseau de communication, le ou chaque dispositif mobile de communication comprenant un moyen de transmission, sur le réseau de 25 communication à destination de l'équipement de traitement de données, de messages contenant des informations, dans lequel les composants de l'équipement de traitement de données sont structurés selon une configuration micro-services dans laquelle chaque composant implémente un service indépendant exposant sa propre interface de communication. 3 0 [0008] Grâce au découpage en micro-services de l'équipement de traitement de données, ce dernier peut absorber des pics de charge relatifs à la transmission 3041843 3 de données de la part des dispositifs mobiles de communication. La fiabilité du traitement des données par l'équipement n'est pas affectée. En outre, du fait que chaque micro-service implémenté par un composant n'a qu'une seule responsabilité, la complexité de chaque composant est avantageusement 5 diminuée. La complexité de l'ensemble du système de traitement d'informations est ainsi réduite. Enfin, le découpage en micro-services de l'équipement de traitement de données rend ce dernier facilement adaptable et reconfigurable. Ainsi, la souplesse de l'ensemble du système est accrue. [0009] Selon un mode de réalisation particulier de l'invention, l'équipement est 10 propre à traiter des informations relatives à un véhicule, le véhicule comprenant une ou plusieurs unité(s) de commande électronique(s) connectées les unes aux autres via un réseau du véhicule, le ou chaque dispositif mobile de communication étant agencé au sein du véhicule et étant adapté pour interfacer et échanger des données avec ledit réseau du véhicule. 15 [0010] Avantageusement, un desdits composants forme un moyen de traduction d'informations reçues en une suite de valeurs-clés représentatives desdites données circulant au sein du réseau du véhicule. [0011] Cette caractéristique permet de faciliter, au sein de l'équipement de traitement de données, le traitement et l'agrégation d'informations représentatives 20 de données circulant au sein du réseau du véhicule, et de rendre ainsi ces informations plus facilement exploitables par les autres composants. [0012] Selon une caractéristique technique particulière de l'invention, un desdits composants forme un moyen d'émission et de réception de messages contenant des informations, sur le réseau de communication, pour la réception ou 25 l'émission de messages du ou vers le ou chaque dispositif mobile de communication. [0013] Avantageusement, le moyen d'émission et de réception de messages comprend un module d'encodage et de décodage d'informations depuis un premier format de données vers un deuxième format de données. 3041843 4 [0014] Cette caractéristique permet d'assurer une interopérabilité entre des données typées selon un premier format relatif aux dispositifs mobiles de communication, et des données typées selon un deuxième format relatif à l'équipement de traitement de données. 5 [0015] Avantageusement, le réseau de communication est un réseau Internet et l'équipement de traitement de données et le ou les dispositif(s) mobile(s) de communication sont configurés pour s'échanger des messages sur le réseau de communication via un protocole de contrôle de transmission TCP (de l'anglais Transmission Control Protocol). 10 [0016] Cette caractéristique permet d'offrir une communication bidirectionnelle, sans imposer de contrainte réseau supplémentaire. Au contraire, dans les systèmes de l'art antérieur mettant en oeuvre des requêtes conformes au protocole HTTP, il est nécessaire, pour obtenir une communication bidirectionnelle, que chaque dispositif mobile de communication soit à la fois client 15 et serveur de requête HTTP pour pouvoir être contacté. Ceci impose des contraintes techniques sur le réseau : ainsi chaque dispositif mobile de communication doit partager son adresse IP (de l'anglais Internet Protocol) à chaque fois que cette dernière change, au travers d'une infrastructure supplémentaire de type serveur DDNS (de l'anglais Dynamic Domain Name 20 System). [0017] Cette caractéristique permet en outre, grâce au mode connecté du protocole de contrôle de transmission TCP, d'augmenter la rapidité de la communication d'informations entre le ou chaque dispositif mobile de communication et l'équipement de traitement de données. En effet, dans les 25 systèmes de l'art antérieur mettant en oeuvre des requêtes conformes au protocole HTTP, les échanges de données entre l'équipement de traitement de données et les dispositifs mobiles de communication, et en particulier la remontée d'informations depuis les dispositifs vers l'équipement, sont relativement lents. Typiquement, il peut se passer une minute ou plus entre un événement détecté par un des dispositifs mobiles de communication et la remontée de l'information jusqu'à l'équipement de traitement de données. 3041843 5 [0018] Enfin, l'utilisation de ce protocole de contrôle de transmission TCP dans le système selon l'invention permet de réduire le volume de données à transiter, et donc de réduire le coût de la consommation de données, tout en garantissant la non corruption des données échangées. 5 [0019] Avantageusement, l'équipement de traitement de données comprend en outre un bus central de transmission d'informations, chacun desdits composants étant relié au bus central via son interface de communication [0020] Cette caractéristique permet d'améliorer encore la souplesse du système de traitement d'informations, tout en rendant le système plus rapide, 10 robuste et tolérant aux pannes. [0021] Avantageusement, un desdits composants forme un moyen d'analyse des informations reçues afin d'en extraire des statistiques d'utilisation du ou de chaque dispositif mobile de communication. [0022] Cette caractéristique permet d'obtenir des informations statistiques en 15 temps réel concernant le ou les dispositif (s) mobile(s) de communication. [0023] Selon une caractéristique technique particulière de l'invention, un desdits composants forme un moyen de déclenchement d'événements en fonction de la réception de certaines informations prédéfinies. [0024] Avantageusement, un desdits composants est un serveur exposant au 2 0 moins une interface de programmation. [0025] Cette caractéristique permet de mettre à disposition des autres composants de l'équipement de traitement de données une bibliothèque logicielle de classes, de méthodes et/ou de fonctions et de leur fournir un ou plusieurs service(s) prédéfini(s). 25 [0026] Selon une caractéristique technique particulière de l'invention, le ou chaque dispositif mobile de communication stocke un micrologiciel, et l'interface de programmation est une interface de mise à jour du micrologiciel au sein du ou de chaque dispositif mobile de communication. 3041843 6 [0027] Avantageusement, ledit serveur est configuré pour partitionner une version du micrologiciel à mettre à jour dans le ou chaque dispositif mobile de communication. [0028] Cette caractéristique permet de pouvoir avantageusement interrompre 5 et reprendre l'installation d'une mise à jour du micrologiciel dans le ou un des dispositif(s) mobile(s) de communication, par exemple dans le cas où le dispositif mobile de communication traverse des zones blanches, c'est-à-dire des zones sans couverture réseau. L'installation de la mise à jour reprend là où elle s'est arrêtée juste avant l'entrée dans la zone blanche, et non depuis le début. 10 [0029] Selon un autre aspect, l'invention a également pour objet un procédé de traitement d'informations, le procédé étant mis en oeuvre par un système de traitement d'informations comprenant au moins un dispositif mobile de communication et un équipement de traitement de données, l'équipement de traitement de données comprenant une pluralité de composants et étant relié au 15 ou à chaque dispositif mobile de communication via un réseau de communication, le ou chaque dispositif mobile de communication stockant un micrologiciel et comprenant un moyen de transmission, sur le réseau de communication à destination de l'équipement de traitement de données, de messages contenant des informations, dans lequel les composants de l'équipement de traitement de 20 données sont structurés selon une configuration micro-services dans laquelle chaque composant implémente un service indépendant exposant sa propre interface de communication, l'équipement de traitement de données comprenant en outre un moyen d'émission et de réception de messages contenant des informations, sur le réseau de communication, un moyen de déclenchement 25 d'événements en fonction de la réception de certaines informations prédéfinies, et un serveur exposant une interface de mise à jour du micrologiciel au sein du ou de chaque dispositif mobile de communication, le procédé comprenant les étapes suivantes : - la réception par le serveur, via l'interface de mise à jour, d'une demande de 30 mise à jour du micrologiciel au sein du ou de chaque dispositif mobile de communication, ladite demande comprenant une version du micrologiciel à 3041843 7 mettre à jour et une liste de dispositifs mobiles de communication à mettre à jour, - la transmission au moyen de déclenchement d'événements, par le serveur, de ladite version du micrologiciel à mettre à jour, 5 - le partitionnement, par le moyen de déclenchement d'événements, de la version du micrologiciel à mettre à jour, puis l'élaboration, à partir des parties segmentées de la version du micrologiciel à mettre à jour, d'un ensemble de demandes, chaque demande contenant une partie de la version du micrologiciel à mettre à jour, 10 - l'élaboration, par le moyen d'émission et de réception de messages, d'une suite de messages à partir de l'ensemble des demandes, puis l'émission sur le réseau de communication, par le moyen d'émission et de réception de messages, de ladite suite de messages, - la réception, par le ou chaque dispositif mobile de communication dont le 15 micrologiciel est à mettre à jour, de chaque message de ladite suite de messages, - l'émission sur le réseau de communication, par le ou chaque dispositif mobile de communication dont le micrologiciel est à mettre à jour, d'un message d'accusé de réception pour chaque message reçu de la suite de messages, 20 - la réception, par le moyen d'émission et de réception de messages, de chaque message d'accusé de réception, - l'élaboration, par le moyen de déclenchement d'événements, lorsqu'il a reçu de la part du ou d'un des dispositif(s) mobile(s) de communication tous les messages d'accusé de réception correspondant à la suite de messages, d'un 25 message d'autorisation d'installation de la version du micrologiciel à mettre à jour dans ce dispositif, - l'émission sur le réseau de communication, par le moyen d'émission et de réception de messages, du message d'autorisation d'installation à destination dudit dispositif mobile de communication, 30 - la réception, par ledit dispositif mobile de communication, du message d'autorisation, et la mise à jour, par ledit dispositif mobile, du micrologiciel à l'aide des messages reçus préalablement et contenant les parties de la version du micrologiciel. 3041843 8 [0030] Un tel procédé n'impose pas de connexion permanente du ou de chaque dispositif mobile de communication à l'équipement de traitement de données pour que l'installation de la version du micrologiciel à mettre à jour soit effective dans le dispositif. En effet, du fait du partitionnement de la version à 5 mettre à jour, de l'émission d'un message d'accusé de réception pour chaque message reçu de la suite de messages, et de l'élaboration d'un message d'autorisation d'installation de la version du micrologiciel uniquement lorsque le moyen de déclenchement d'événements a reçu de la part du ou d'un des dispositif(s) mobile(s) de communication tous les messages d'accusé de réception 10 correspondant à la suite de messages, le dispositif mobile de communication peut être avantageusement déconnecté sans affecter la procédure d'installation. Un tel procédé permet ainsi une gestion d'une interruption et d'une reprise de l'installation d'une mise à jour d'un micrologiciel dans le ou un des dispositif(s) mobile(s) de communication. Une telle fonction est particulièrement avantageuse 15 dans le cas où le dispositif mobile de communication traverse des zones blanches, c'est-à-dire des zones sans couverture réseau. L'installation de la mise à jour reprend là où elle s'est arrêtée juste avant l'entrée dans la zone blanche, et non depuis le début. Au contraire, les solutions de l'art antérieur pour la mise à jour à distance d'un micrologiciel dans un dispositif mobile de communication mettent en 20 oeuvre un téléchargement en une étape, et celui-ci doit recommencer depuis le début en cas d'interruption de la communication réseau. BREVE DESCRIPTION DES FIGURES [0031] D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description qui suit, donnée uniquement à titre d'exemple, et faite en 25 référence à : la figure 1 est une représentation schématique d'un système de traitement d'informations selon l'invention, le système comprenant trois dispositifs mobiles de communication et un équipement de traitement de données ; 30 - la figure 2 est une représentation schématique du système de la figure 1 selon un mode de réalisation particulier de l'invention, un 3041843 9 seul dispositif mobile de communication étant représenté pour des raisons de clarté ; la figure 3 est un organigramme représentant un procédé de traitement d'informations selon un aspect particulier de l'invention, 5 mis en oeuvre par le système de la figure 2. DESCRIPTION DETAILLEE D'UN MODE DE REALISATION [0032] Dans la suite de la description, on entend par « dispositif mobile de communication » tout dispositif électronique non fixé à demeure et muni de moyens de transmission, sur un réseau de communication, de messages 10 contenant des informations, tel que par exemple un boîtier télématique, un appareil de télécommunication sans fil tel qu'un téléphone cellulaire ou un smartphone, un système de navigation cellulaire, un ordinateur portable ou encore une tablette numérique, sans que cette liste ne soit exhaustive. [0033] On entend également par « service » un élément logiciel comprenant 15 un ensemble d'opérations exécutables et formant le noyau élémentaire d'une architecture informatique orientée services. [0034] On entend en outre par « composants structurés selon une configuration micro-services » une architecture informatique tant matérielle que logicielle, orientée services, dans laquelle les services sont indépendants les uns 20 des autres et communiquent entre eux via une interface de communication qui leur est propre. [0035] On entend enfin par « micrologiciel » un ensemble d'instructions et de structures de données qui sont intégrées dans du matériel informatique pour que ce dernier puisse fonctionner. 25 [0036] Selon un premier aspect de l'invention représenté sur la figure 1, un système 1 de traitement d'informations comprend au moins un dispositif mobile de communication 4 et un équipement 6 de traitement de données. Dans l'exemple de réalisation de la figure 1, seuls trois dispositifs mobiles de communication 4 sont représentés pour des raisons de clarté. L'équipement 6 de traitement de 3041843 10 données est relié à chaque dispositif mobile de communication 4 via un réseau de communication 8. [0037] Le réseau de communication 8 est muni d'une infrastructure de communication privée ou étendue permettant la connexion, ou l'accès, à des 5 équipements de communication de type serveurs et/ou bases de données et/ou dispositifs de communication. De manière classique, l'infrastructure de communication forme un réseau sans fil, ou un réseau comprenant une portion sans fil et une portion filaire. Selon un exemple de réalisation particulier, le réseau de communication 8 est conçu comme un réseau de type Internet conforme au 10 protocole IP. [0038] Chaque dispositif mobile de communication 4 comprend un moyen 10 de transmission, sur le réseau de communication 8 à destination de l'équipement 6 de traitement de données, de messages 12 contenant des informations. De préférence, comme illustré sur la figure 2 pour un dispositif, chaque dispositif 15 mobile de communication 4 comporte un moyen 14 de traitement de données, tel qu'un processeur, et une mémoire 16 reliée au moyen de traitement de données. La mémoire 16 est par exemple une mémoire non volatile reprogrammable, typiquement une mémoire flash. La mémoire 16 stocke un micrologiciel 18 qui, lorsqu'il est exécuté par le moyen 14 de traitement de données, fournit un 20 ensemble de fonctionnalités au dispositif mobile de communication 4 permettant à ce dernier de fonctionner. [0039] Dans l'exemple de réalisation préférentiel illustré sur la figure 2 pour un dispositif, chaque dispositif mobile de communication 4 est agencé au sein d'un véhicule 20. Le véhicule 20 comprend plusieurs unités de commande électronique 25 22, en l'occurrence quatre dans l'exemple illustratif de la figure 2, connectées les unes aux autres via un réseau 24 du véhicule 20. Les unités de commande électronique 22 sont configurées pour contrôler différents sous-systèmes du véhicule 20. Selon cet exemple de réalisation préférentiel, chaque dispositif mobile de communication 4 est adapté pour interfacer et échanger des données avec le 30 réseau 24 du véhicule 20 au sein duquel il est agencé. Par exemple, chaque dispositif mobile de communication 4 peut être une unité autonome sous forme de boîtier télématique muni d'un connecteur 25, relié par voie filaire à un connecteur 3041843 11 26 du véhicule 20. Un tel connecteur 26, relié au réseau 24 du véhicule, est par exemple un connecteur de type OBD (de l'anglais On-Board Diagnostic). En variante, chaque dispositif mobile de communication 4 peut être intégré à un élément préexistant du véhicule 20 au sein duquel il est agencé, tel qu'un tableau 5 de bord par exemple, et être ainsi relié au réseau 24 du véhicule. [0040] Le moyen 10 de transmission de messages est par exemple une interface de communication GPRS (de l'anglais General Packet Radio Service) ou UMTS (Universal Mobile Telecommunications System). Dans ce cas, le réseau de communication 8, conçu comme un réseau de type Internet, comporte une 10 portion de réseau conforme à la norme GPRS ou à la norme UMTS. [0041] Chaque message 12 contient par exemple des informations de type données de paramétrage du dispositif mobile de communication 4, ou encore données indicatives de l'état de certains composants du dispositif 4. En variante ou en complément, chaque dispositif mobile de communication 4 est relié à un 15 système tiers et est configuré pour échanger des données avec ce système, et chaque message 12 contient des informations de type données de mesure de variables relatives au système tiers, demandes d'autoreconnaissance du système tiers, données de paramétrage du système tiers, ou encore données indicatives de l'état de certains composants du système tiers. Dans le mode de réalisation 20 préférentiel de la figure 2 selon lequel chaque dispositif mobile de communication 4 est agencé au sein d'un véhicule 20, chaque message 12 contient par exemple des informations de type données de mesure de la vitesse, du nombre de tours par minute, de la position géographique, ou de la consommation énergétique du véhicule ; données indicatives du débit de données au sein du réseau 24 du 25 véhicule ; données indicatives de la version du micrologiciel 18 stocké dans la mémoire 16 ; ou encore demandes d'autoreconnaissance du véhicule. Selon ce mode de réalisation préférentiel, chaque message 12 est par exemple typé selon le format BSON (de l'anglais Binary JSON, JSON signifiant JavaScript Object Notation) et encodé en Base64 pour le transport sur le réseau de communication 30 8. Un message 12 contenant une demande d'autoreconnaissance d'un véhicule 20 contient notamment, par exemple, des paramètres relatifs à des signaux circulant au sein du réseau 24 du véhicule, typiquement des paramètres de 3041843 12 mesure de la vitesse du véhicule, du nombre de tours par minute, ou encore des paramètres indicatifs du débit de données au sein du réseau 24 du véhicule. [0042] L'équipement 6 de traitement de données est propre à traiter les informations transmises par le ou chaque dispositif mobile de communication 4. 5 L'équipement 6 de traitement de données comprend plusieurs composants 28A - 28F, comme illustré sur la figure 2. Les composants 28A - 28F sont structurés selon une configuration micro-services dans laquelle chaque composant implémente un service indépendant exposant sa propre interface de communication. Les composants 28A - 28F peuvent chacun être réalisés sous la 10 forme de modules logiciels (encore « software »), de modules matériels (ou « hardware »), ou bien d'une combinaison de modules logiciels et de modules matériels. [0043] De préférence, comme illustré sur la figure 2, l'équipement 6 comporte en outre un bus central 30 de transmission d'informations. Chaque composant 15 28A - 28F est relié au bus central 30 via son interface de communication. [0044] En variante non représentée, la configuration en micro-services des composants peut être réalisée sous la forme d'une architecture REST (de l'anglais Representational State Transfer). Selon cette variante, l'équipement 30 ne comporte plus de bus central 30 et les composants communiquent entre eux via 20 leurs interfaces de communication respectives. Chaque composant met en oeuvre une interface de programmation de type REST. En variante encore, la configuration en micro-services des composants peut être réalisée sous la forme d'une architecture hybride formée d'une architecture par bus central couplée à une architecture REST. 25 [0045] De préférence, comme illustré sur la figure 2, l'équipement 6 comporte en outre une base de données 32. [0046] De préférence, un premier composant 28A de l'équipement 6 de traitement de données forme un moyen d'émission et de réception de messages 12, 34. Le premier composant 28A est relié au réseau de communication 8. Le 3 0 premier composant 28A est apte à recevoir les messages 12 transmis par les dispositifs mobiles de communication 4, et à les transmettre au bus central 30. 3041843 13 Pour ce faire, le premier composant 28A peut par exemple mettre en oeuvre un mécanisme de gestion par file d'attente afin d'absorber une charge réseau importante mais ponctuelle. Le premier composant 28A est apte en outre à recevoir des messages transmis par le bus central 30, et à émettre ces messages 5 34 sur le réseau 8, à destination des dispositifs 4. Le premier composant 28A est par exemple un serveur TCP. [0047] De préférence, comme illustré sur la figure 2, le premier composant 28A est propre à encoder et décoder des données. Par exemple, dans le mode de réalisation préférentiel de la figure 2 selon lequel chaque dispositif mobile de 10 communication 4 est agencé au sein d'un véhicule 20, le premier composant 28A est propre à encoder et décoder des données en Base64. Pour ce faire, le premier composant 28A met par exemple en oeuvre une librairie d'encodage / décodage de données. Ainsi, le premier composant 28A est notamment propre à décoder de leur Base64 les données en format BSON reçues des messages 12 ; et 15 inversement à encoder en Base64 des données contenues dans les messages 34 à destination du réseau de communication 8. La librairie d'encodage / décodage de données peut en outre permettre la conversion d'informations depuis un premier format de données vers un deuxième format de données. Dans le mode de réalisation préférentiel de la figure 2 selon lequel chaque dispositif mobile de 20 communication 4 est agencé au sein d'un véhicule 20, chacun des premier et deuxième formats de données est respectivement le format BSON ou le format JSON selon le sens de circulation des informations envisagé. Ainsi, grâce à la librairie d'encodage / décodage de données, le premier composant 28A est propre à convertir au format JSON les informations reçues des messages 12 dans le 25 format BSON, et préalablement décodées par exemple de leur Base64. Le premier composant 28A est également propre à convertir au format BSON des informations reçues du bus central 30 dans le format JSON, avant leur encodage, par exemple en Base64, pour transmission dans les messages 34. [0048] Dans le mode de réalisation préférentiel de la figure 2, les messages 34 30 émis par le premier composant 28A comprennent des informations de type version du micrologiciel 18 à mettre à jour dans les dispositifs mobiles 4, ou encore 3041843 14 données de configuration des dispositifs mobiles 4, comme cela sera détaillé par la suite. [0049] Dans l'exemple de réalisation particulier selon lequel le réseau de communication 8 est un réseau de type Internet, l'équipement 6 de traitement de 5 données et les dispositifs mobiles de communication 4 sont avantageusement configurés pour s'échanger des messages 12, 34 sur le réseau 8, via un protocole de contrôle de transmission TCP. Pour ce faire, le premier composant 28A est par exemple un serveur TCP, et chaque dispositif mobile de communication 4 comporte en outre un module de configuration des messages 12 selon le 10 protocole TCP. De préférence, le premier composant 28A est en outre configuré pour sécuriser toutes les transmissions de messages sur le réseau 8 via un protocole de sécurisation des échanges sur Internet de type SSL (de l'anglais Secure Sockets Layer) ou TLS (de l'anglais Transport Layer Security). Cette dernière caractéristique permet d'augmenter la sécurité des échanges effectués 15 sur le réseau de communication 8. [0050] Dans le mode de réalisation préférentiel de la figure 2 selon lequel chaque dispositif mobile de communication 4 est agencé au sein d'un véhicule 20, un deuxième composant 28B de l'équipement 6 de traitement de données forme un moyen de traduction d'informations reçues en une suite de valeurs-clés. Les 20 valeurs-clés sont représentatives des données circulant au sein du réseau 24 d'un véhicule 20. Le deuxième composant 28B est apte à recevoir des messages du bus central 30, et à émettre des messages sur le bus central 30. Par exemple, dans l'exemple illustratif de la figure 2, le deuxième composant 28B est propre à recevoir des informations typées dans le format JSON, et à les encoder dans un 25 autre format JSON. Pour ce faire, le premier composant 28B met par exemple en oeuvre un fichier-grammaire d'encodage / décodage de données. L'encodage peut par exemple consister à traduire le champ correspondant aux données transmises par un des dispositifs mobiles de communication 4, en une suite de valeurs-clés compréhensibles qui agrègent certaines données circulant dans le réseau 24 du 30 véhicule 20 contenant ce dispositif 4. L'agrégation peut par exemple porter sur des données de géolocalisation du véhicule 20. Le deuxième composant 28B se 3041843 15 présente par exemple sous la forme d'un module de traitement par lots mis en oeuvre par un ordinateur. [0051] De préférence, un troisième composant 28C de l'équipement 6 de traitement de données forme un moyen d'encodage d'informations reçues et de 5 routage des informations encodées vers un système tiers. Le troisième composant 28C est apte à recevoir des messages du bus central 30, et à émettre des messages à destination d'un système tiers, distinct de l'équipement 6 de traitement de données. Plus précisément, le troisième composant 28C est propre à transposer les messages reçus du bus central 30 dans le format attendu par le 10 système tiers, et à émettre les messages résultants hors de l'équipement 6, vers le système tiers. Le troisième composant 28C est par exemple un serveur. Le système tiers est par exemple une plateforme de type serveur distant. [0052] De préférence, un quatrième composant 28D forme un moyen d'analyse des informations reçues par l'équipement 6 de traitement de données. 15 Plus précisément, le quatrième composant 28D est apte à recevoir des messages du bus central 30, à analyser les informations contenues dans ces messages, et à en extraire des statistiques d'utilisation de chaque dispositif mobile de communication 4. Dans le mode de réalisation préférentiel de la figure 2 selon lequel chaque dispositif mobile de communication 4 est agencé au sein d'un 20 véhicule 20, le quatrième composant 28D est par exemple apte à extraire des statistiques relatives à l'état du parc des dispositifs mobiles 4 qui se sont connectés au moins une fois à l'équipement 6 de traitement de données, autrement dit qui ont envoyé au moins une fois un message 12 à l'équipement. Selon ce mode de réalisation, le quatrième composant 28D est également apte à 25 stocker ces statistiques relatives à l'état du parc dans la base de données 32, et à ensuite mettre à jour en temps réel ces statistiques dans la base de données 32. Selon ce mode de réalisation, le quatrième composant 28D est également apte, pour chaque dispositif mobile 4 s'étant déjà connecté au moins une fois à l'équipement 6, à extraire des statistiques relatives à la date de première 30 connexion du dispositif mobile, à la date de dernière connexion du dispositif mobile, au nombre de messages 12 reçus du dispositif par type de micrologiciel 18, et/ou à la version du micrologiciel 18 stocké au sein du dispositif. Le quatrième 3041843 16 composant 28D se présente par exemple sous la forme d'un module de traitement par lots mis en oeuvre par un ordinateur. [0053] En variante non représentée, l'équipement 6 de traitement de données comprend plusieurs composants formant chacun un moyen d'analyse des 5 informations reçues par l'équipement 6. Par exemple, outre le quatrième composant 28D, le premier composant 28A peut également former un moyen d'analyse des informations reçues par l'équipement 6. Dans ce cas, le premier composant 28A est par exemple apte à extraire des statistiques relatives au nombre d'octets reçus dans les messages 12 ou envoyés dans les messages 34, 10 et à transmettre ces statistiques au troisième composant 28C via le bus central 30, pour émission vers un système tiers à des fins de supervision. [0054] De préférence, un cinquième composant 28E forme un moyen de déclenchement d'événements en fonction de la réception de certaines informations prédéfinies. Le cinquième composant 28E est apte à recevoir des 15 messages du bus central 30, et à émettre des messages sur le bus central 30. Dans le mode de réalisation préférentiel de la figure 2 selon lequel chaque dispositif mobile de communication 4 est agencé au sein d'un véhicule 20, le cinquième composant 28E est par exemple apte, lorsqu'il reçoit un message de demande d'autoreconnaissance d'un véhicule 20, à élaborer et à émettre sur le 20 bus central 30 un message d'appel à un système tiers. Ce message d'appel, typé dans un format prédéfini attendu par le système tiers, est destiné à obtenir une table de configuration des signaux liés au véhicule 20, comme cela sera détaillé par la suite. Selon ce mode de réalisation, le cinquième composant 28E est également apte, lorsqu'il reçoit la table de configuration des signaux, à transformer 25 cette table en un message compréhensible pour le dispositif mobile de communication 4 correspondant, et à émettre ce message sur le bus central 30. Selon ce mode de réalisation, le cinquième composant 28E est également apte, lorsqu'il reçoit une version d'un micrologiciel 18 à mettre à jour au sein du ou de chaque dispositif mobile 4, à partitionner cette version et à élaborer et émettre un 30 ensemble de demandes, chaque demande contenant une partie de la version du micrologiciel, comme cela sera détaillé par la suite. Selon ce mode de réalisation, le cinquième composant 28E est également apte, lorsqu'il a reçu de la part d'un 3041843 17 des dispositifs mobiles 4 un ensemble de messages d'accusé de réception correspondant à la suite de messages, à élaborer et à émettre un message d'autorisation d'installation de la version du micrologiciel 18 à mettre à jour dans ce dispositif. Le cinquième composant 28E se présente par exemple sous la forme 5 d'un module de traitement par lots mis en oeuvre par un ordinateur. Dans l'exemple illustratif de la figure 2, les quatrième et cinquième composants 28D, 28E sont confondus. [0055] De préférence, un sixième composant 28F est un serveur exposant au moins une interface de programmation 38. Le sixième composant 28F est apte à 10 recevoir des messages du bus central 30, et à émettre des messages sur le bus central 30. En particulier, outre la ou les interface(s) de programmation 38, le serveur 28F expose en outre des outils destinés aux autres composants 28A-28E, et est propre à exposer certaines données transmises par les autres composants 28A-28E. De préférence, le serveur est structuré selon une architecture REST. De 15 préférence encore, la ou chaque interface de programmation 38 est conforme au style d'architecture REST. [0056] Selon l'exemple de réalisation préférentiel illustré sur la figure 2, dans lequel chaque dispositif mobile 4 stocke un micrologiciel 18, le serveur 28F expose une seule interface de programmation, et cette interface de 20 programmation est une interface de mise à jour du micrologiciel 18 au sein de chaque dispositif mobile de communication 4. Le fonctionnement de cette interface de mise à jour du micrologiciel 18 sera décrit plus en détail par la suite. En variante ou en complément, le serveur 28F expose une autre interface de programmation, non représentée sur les figures, pour la restitution de l'état du 25 parc des dispositifs mobiles de communication 4. [0057] Le bus central 30 est un module de programme intermédiaire apte à assurer la communication entre les composants 28A - 28F, via des messages définis formellement. Le bus central 30 permet ainsi de transmettre les messages au sein de l'équipement 6 de traitement de données, selon un mode de 3 0 transmission asynchrone. La présence d'un bus central 30 améliore l'absorption de pics de charge, tout en permettant de rejouer des messages si nécessaire, et rend ainsi le système plus souple, rapide, robuste et tolérant aux pannes De 3041843 18 préférence, le bus central 30 est configuré pour persister de manière éphémère les données qu'il transmet, tant que celles-ci n'ont pas été traitées par un des composants 28A - 28F ou par un système tiers, et/ou stockées dans la base de données 32. Ceci permet avantageusement d'améliorer la tolérance aux pannes 5 du système. [0058] La base de données 32 est reliée aux quatrième et cinquième composants 28D, 28E d'une part, et au sixième composant 28F d'autre part. La base de données 32 est apte notamment à stocker des statistiques, ou encore des données éphémères pour la persistance des données. La base de données 32 10 est par exemple une base de données de type NoSQL (de l'anglais Not only Structured Query Language). [0059] Le procédé de traitement d'informations selon un aspect de l'invention, mis en oeuvre par le système 1 illustré à la figure 2, va maintenant être décrit en référence à la figure 3. 15 [0060] On suppose qu'initialement une demande de mise à jour du micrologiciel 18, comprenant une version 40 du micrologiciel 18 à mettre à jour et une liste de dispositifs mobiles de communication 4 à mettre à jour, est émise à destination de l'équipement 6 de traitement de données. Cette demande est par exemple émise par une interface de programmation 42 cliente de l'équipement 6, 20 comme illustré sur la figure 2, soit automatiquement dès que la version 40 est disponible, soit via une demande manuelle. [0061] Au cours d'une étape initiale 50, le serveur 28F reçoit, via l'interface de mise à jour 38, la demande de mise à jour comprenant la version 40 du micrologiciel 18 et la liste de dispositifs mobiles de communication 4 à mettre à 25 jour. [0062] Au cours d'une étape suivante 52, le serveur 28F transmet, pour chaque dispositif mobile de communication 4 à mettre à jour, au moyen 28E de déclenchement d'événements, la version 40 du micrologiciel 18 à mettre à jour, via le bus central 30. 3041843 19 [0063] Au cours d'une étape suivante 54, le moyen 28E de déclenchement d'événements partitionne la version 40 du micrologiciel 18 puis élabore, à partir des parties de la version 40 du micrologiciel 18, un ensemble de demandes. Chaque demande contient une partie de la version 40 du micrologiciel 18 à mettre 5 à jour. A l'issue de l'étape 54, le moyen 28E de déclenchement d'événements transmet l'ensemble des demandes au moyen 28A d'émission et de réception de messages, par exemple via le bus central 30 dans l'exemple illustratif de la figure 2. Un statut de la mise à jour est alors stocké dans la base de données 32. [0064] Au cours d'une étape suivante 56, le moyen 28A d'émission et de 10 réception de messages élabore une suite de messages 34 à partir de l'ensemble des demandes et émet la suite de messages 34 sur le réseau de communication 8, à destination de chaque dispositif mobile de communication 4 à mettre à jour. [0065] Au cours d'une étape suivante 58, le dispositif mobile de communication 4 reçoit chaque message 34 de la suite de messages. Si le 15 dispositif mobile de communication 4 traverse une zone blanche et perd ainsi momentanément la connexion au réseau de communication 8 au cours de l'étape 58, le procédé se fige à l'étape 58 le temps que la connexion au réseau de communication 8 soit de nouveau effective. Lorsque cela est le cas, le dernier message 34 non reçu par le dispositif mobile 4 est réémis par le moyen 28A 20 d'émission et de réception de messages, et l'étape 58 reprend là où elle s'était arrêtée. [0066] Pour chaque message 34 reçu par le dispositif mobile de communication 4, le moyen 14 de traitement de données du dispositif 4 élabore, au cours d'une étape suivante 60, un message 12 d'accusé de réception et 25 transmet ce message 12 au moyen 10 de transmission de messages. Le moyen 10 de transmission de messages émet alors le message 12 d'accusé de réception sur le réseau de communication 8. [0067] Au cours d'une étape suivante 62, le moyen 28A d'émission et de réception de messages reçoit chaque message 12 d'accusé de réception émis sur 3 0 le réseau de communication. A l'issue de l'étape 62, le moyen 28A d'émission et de réception de messages transmet chaque message 12 d'accusé de réception 3041843 20 qu'il reçoit au moyen 28E de déclenchement d'événements, par exemple via le bus central 30 et le moyen 28B de traduction d'informations reçues en une suite de valeurs-clés dans l'exemple illustratif de la figure 2. [0068] Au cours d'une étape suivante 64, un test est effectué au sein du 5 moyen 28E de déclenchement d'événements pour savoir si tous les messages 12 d'accusé de réception correspondant à la suite de messages 34 initialement émise ont bien été reçus. Si cela n'est pas le cas, le procédé revient à l'étape 58 de réception de chaque message 34 de la suite de messages. Ainsi, les étapes 58, 60 et 62 sont en réalité imbriquées, au sens où chronologiquement le dispositif 10 mobile 4 reçoit un message 34, puis émet un message 12 d'accusé de réception correspondant, puis le moyen 28A d'émission et de réception de messages reçoit ce message 12 et le transmet au moyen 28E de déclenchement d'événements. Ensuite un autre message 34 peut être reçu du dispositif mobile 4, et les autres étapes 60, 62 s'enchainent de la même manière. Si au bout d'une durée 15 prédéfinie tous les messages 12 d'accusé de réception n'ont pas été reçus par le moyen 28E de déclenchement d'événements, le procédé revient à l'étape 56 et le moyen 28A d'émission et de réception de messages réémet la suite de messages 34 sur le réseau de communication 8. [0069] Si tous les messages 12 d'accusé de réception correspondant à la suite 20 de messages 34 initialement émise ont bien été reçus par le moyen 28E de déclenchement d'événements, ce dernier élabore, au cours d'une étape suivante 66, un message 34 d'autorisation d'installation de la version 40 du micrologiciel 18 à mettre à jour dans le dispositif mobile 4. A l'issue de l'étape 66, le moyen 28E de déclenchement d'événements transmet le message 34 d'autorisation au moyen 25 28A d'émission et de réception de messages, par exemple via le bus central 30 dans l'exemple illustratif de la figure 2. [0070] Au cours d'une étape suivante 68, le moyen 28A d'émission et de réception de messages émet le message 34 d'autorisation sur le réseau de communication 8, à destination du dispositif mobile de communication 4. 30 [0071] Au cours d'une étape finale 70, le dispositif mobile de communication 4 reçoit le message 34 d'autorisation, et met à jour dans sa mémoire 16 le 3041843 21 micrologiciel 18, à l'aide des messages 34 reçus préalablement et contenant les parties de la version 40 du micrologiciel 18. A l'issue de l'étape 70, le moyen 14 de traitement de données du dispositif mobile 4 élabore un message 12 d'accusé d'installation de la version 40 du micrologiciel 18 et transmet ce message 12 au 5 moyen 10 de transmission de messages. Le moyen 10 de transmission de messages émet alors le message 12 d'accusé d'installation sur le réseau de communication 8. [0072] Selon un deuxième aspect de l'invention, complémentaire mais indépendant du premier aspect, l'invention concerne également un procédé de 10 configuration d'un dispositif de communication mobile, pour l'analyse des signaux circulant au sein du réseau du véhicule auquel ce dispositif mobile est relié. Ce procédé est mis en oeuvre par le système 1 illustré à la figure 2. [0073] Le procédé comporte une étape initiale au cours de laquelle le moyen 14 de traitement de données du dispositif mobile 4 élabore un message 12 15 contenant une demande d'autoreconnaissance du véhicule 20, et transmet ce message 12 au moyen 10 de transmission de messages. Plus précisément, le message 12 contient par exemple des paramètres relatifs à des signaux circulant au sein du réseau 24 du véhicule, typiquement des paramètres de mesure de la vitesse, du nombre de tours par minute, ou encore des paramètres indicatifs du 20 débit de données au sein du réseau 24 du véhicule. Le moyen 10 de transmission de messages émet alors le message 12 contenant une demande d'autoreconnaissance sur le réseau de communication 8. L'étape initiale peut par exemple être mise en oeuvre lors de la première connexion du dispositif mobile de communication 4 au réseau 24 du véhicule 20. 25 [0074] Au cours d'une étape suivante, le moyen 28A d'émission et de réception de messages reçoit le message 12 émis sur le réseau de communication. A l'issue de cette étape, le moyen 28A d'émission et de réception de messages transmet le message 12 au moyen 28E de déclenchement d'événements, par exemple via le bus central 30 et le moyen 28B de traduction 30 d'informations reçues en une suite de valeurs-clés dans l'exemple illustratif de la figure 2. 3041843 22 [0075] Au cours d'une étape suivante, le moyen 28E de déclenchement d'événements élabore un message d'appel à un système tiers. Le message d'appel est typé dans un format prédéfini attendu par le système tiers, et contient les paramètres relatifs aux signaux circulant au sein du réseau 24 du véhicule 20. 5 Le système tiers stocke une bibliothèque de tables de configuration de signaux, chaque table de configuration correspondant à un modèle de véhicule particulier. Le système tiers est par exemple une base de données. A l'issue de cette étape, le moyen 28E de déclenchement d'événements transmet le message d'appel au moyen 28C d'encodage d'informations reçues et de routage des informations 10 encodées vers un système tiers, par exemple via le bus central 30 dans l'exemple illustratif de la figure 2. [0076] Au cours d'une étape suivante, le moyen 28C d'encodage d'informations reçues et de routage des informations encodées vers un système tiers transmet le message d'appel au système tiers. Grâce aux paramètres 15 contenus dans le message d'appel, le système tiers reconnait alors le modèle du véhicule 20, et émet en retour, par exemple sur le réseau de communication 8, la table de configuration des signaux relative au véhicule 20. [0077] Au cours d'une étape suivante, le moyen 28A d'émission et de réception de messages reçoit la table de configuration des signaux émise sur le 20 réseau de communication. A l'issue de cette étape, le moyen 28A d'émission et de réception de messages transmet la table de configuration au moyen 28E de déclenchement d'événements, par exemple via le bus central 30 dans l'exemple illustratif de la figure 2. [0078] Au cours d'une étape suivante, le moyen 28E de déclenchement 25 d'événements incorpore la table de configuration des signaux au sein d'un ou plusieurs message(s) 34 compréhensible(s) pour le dispositif mobile de communication 4. A l'issue de cette étape, le moyen 28E de déclenchement d'événements transmet les messages 34 au moyen 28A d'émission et de réception de messages, par exemple via le bus central 30 dans l'exemple illustratif 30 de la figure 2. 3041843 23 [0079] Au cours d'une étape suivante, le moyen 28A d'émission et de réception de messages émet les messages 34 sur le réseau de communication 8, à destination du dispositif mobile de communication 4. [0080] Au cours d'une étape finale, le dispositif mobile de communication 4 5 reçoit les messages 34 permettant de configurer l'analyse des signaux circulant au sein du réseau 24 du véhicule, et stocke dans sa mémoire 16 la table de configuration des signaux contenue dans ces messages 34. [0081] Le procédé de configuration selon le deuxième aspect de l'invention permet avantageusement d'installer, dans chaque dispositif mobile agencé au sein 10 d'un véhicule, des données permettant au dispositif de configurer l'analyse des signaux circulant au sein du réseau du véhicule. Chaque dispositif mobile agencé au sein d'un véhicule est ainsi à même de pouvoir interpréter correctement les signaux circulant au sein du réseau du véhicule auquel il est relié. [0082] Dans les revendications, le mot « comprenant » n'exclut pas d'autres 15 éléments et l'article indéfini « un/une » n'exclut pas une pluralité. REVENDICATIONS1. Système (1) de traitement d'informations comprenant au moins un dispositif mobile de communication (4) et un équipement (6) de traitement de données, l'équipement (6) de traitement de données comprenant une pluralité de composants (28A-28F) et étant relié au ou à chaque dispositif mobile de communication (4) via un réseau de communication (8), le ou chaque dispositif mobile de communication (4) comprenant un moyen (10) de transmission, sur le réseau de communication (8) à destination de l'équipement (6) de traitement de données, de messages (12) contenant des informations, dans lequel les composants (28A-28F) de l'équipement (6) de traitement de données sont structurés selon une configuration micro-services dans laquelle chaque composant (28A-28F) implémente un service indépendant exposant sa propre interface de communication. 2. Système (1) selon la revendication 1, dans lequel l'équipement (6) est propre à traiter des informations relatives à un véhicule (20), le véhicule (20) comprenant une ou plusieurs unité(s) de commande électronique(s) (22) connectées les unes aux autres via un réseau (24) du véhicule (20), le ou chaque dispositif mobile de communication (4) étant agencé au sein du véhicule (20) et étant adapté pour interfacer et échanger des données avec ledit réseau (24) du véhicule (20). 3. Système (1) selon la revendication 2, dans lequel un desdits composants (28A-28F) forme un moyen de traduction d'informations reçues en une suite de valeurs-clés représentatives desdites données circulant au sein du réseau (24) du véhicule (20). 4. Système (1) selon l'une quelconque des revendications précédentes, dans lequel un desdits composants (28A-28F) forme un moyen d'émission et de réception de messages contenant des informations, sur le réseau de communication (8), pour la réception ou l'émission de messages (12, 34) du ou vers le ou chaque dispositif mobile de communication (4). 3041843 25 5. Système (1) selon la revendication 4, dans lequel le réseau de communication (8) est un réseau Internet et l'équipement (6) de traitement de données et le ou les dispositif(s) mobile(s) de communication (4) sont configurés pour s'échanger des messages (12, 34) sur le réseau de communication (8) via un protocole de 5 contrôle de transmission TCP. 6. Système (1) selon l'une quelconque des revendications précédentes, dans lequel l'équipement (6) de traitement de données comprend en outre un bus central (30) de transmission d'informations, chacun desdits composants (28A-28F) étant relié 10 au bus central (30) via son interface de communication. 7. Système (1) selon l'une quelconque des revendications précédentes, dans lequel au moins un desdits composants (28A-28F) forme un moyen d'analyse des informations reçues afin d'en extraire des statistiques d'utilisation du ou de 15 chaque dispositif mobile de communication (4). 8. Système (1) selon l'une quelconque des revendications précédentes, dans lequel un desdits composants (28A-28F) est un serveur exposant au moins une interface de programmation (38). 9. Système (1) selon la revendication 8, dans lequel le ou chaque dispositif mobile de communication (4) stocke un micrologiciel (18), et l'interface de programmation (38) est une interface de mise à jour du micrologiciel (18) au sein du ou de chaque dispositif mobile de communication (4). 10. Système (1) selon la revendication 9, dans lequel ledit serveur est configuré pour partitionner une version (40) du micrologiciel (18) à mettre à jour dans le ou chaque dispositif mobile de communication (4). 3 0 11. Procédé de traitement d'informations, le procédé étant mis en oeuvre par un système (1) de traitement d'informations comprenant au moins un dispositif mobile de communication (4) et un équipement (6) de traitement de données, l'équipement (6) de traitement de données comprenant une pluralité de composants (28A-28F) et étant relié au ou à chaque dispositif mobile de 20 25 3041843 26 communication (4) via un réseau de communication (8), le ou chaque dispositif mobile de communication (4) stockant un micrologiciel (18) et comprenant un moyen (10) de transmission, sur le réseau de communication (8) à destination de l'équipement (6) de traitement de données, de messages (12) contenant des 5 informations, dans lequel les composants (28A-28F) de l'équipement (6) de traitement de données sont structurés selon une configuration micro-services dans laquelle chaque composant (28A-28F) implémente un service indépendant exposant sa propre interface de communication, l'équipement (6) de traitement de données comprenant en outre un moyen (28A) 10 d'émission et de réception de messages contenant des informations, sur le réseau de communication (8), un moyen (28E) de déclenchement d'événements en fonction de la réception de certaines informations prédéfinies, et un serveur (28F) exposant une interface (38) de mise à jour du micrologiciel (18) au sein du ou de chaque dispositif mobile de communication (4), 15 le procédé comprenant les étapes suivantes : - la réception (50) par le serveur (28F), via l'interface de mise à jour (38), d'une demande de mise à jour du micrologiciel (18) au sein du ou de chaque dispositif mobile de communication (4), ladite demande comprenant une version (40) du micrologiciel (18) à mettre à jour et une liste de dispositifs 20 mobiles de communication (4) à mettre à jour, - la transmission (52) au moyen (28E) de déclenchement d'événements, par le serveur (28F), de ladite version (40) du micrologiciel (18) à mettre à jour, - le partitionnement (54), par le moyen (28E) de déclenchement d'événements, de la version (40) du micrologiciel (18) à mettre à jour, puis l'élaboration (54), 25 à partir des parties segmentées de la version (40) du micrologiciel (18) à mettre à jour, d'un ensemble de demandes, chaque demande contenant une partie de la version (40) du micrologiciel à mettre à jour, - l'élaboration (56), par le moyen (28A) d'émission et de réception de messages, d'une suite de messages (34) à partir de l'ensemble de demandes, 30 puis l'émission (56) sur le réseau de communication (8), par le moyen (28A) d'émission et de réception de messages, de ladite suite de messages (34), 3041843 27 - la réception (58), par le ou chaque dispositif mobile de communication (4) dont le micrologiciel (18) est à mettre à jour, de chaque message (34) de ladite suite de messages (34), - l'émission (60) sur le réseau de communication (8), par le ou chaque dispositif 5 mobile de communication (4) dont le micrologiciel (18) est à mettre à jour, d'un message (12) d'accusé de réception pour chaque message (34) reçu de la suite de messages (34), - la réception (62), par le moyen (28A) d'émission et de réception de messages, de chaque message (12) d'accusé de réception, 10 - l'élaboration (66), par le moyen de déclenchement d'événements (28E), lorsqu'il a reçu de la part du ou d'un des dispositif(s) mobile(s) de communication (4) tous les messages (12) d'accusé de réception correspondant à la suite de messages, d'un message (34) d'autorisation d'installation de la version (40) du micrologiciel (18) à mettre à jour dans ce 15 dispositif (4), - l'émission (68) sur le réseau de communication (8), par le moyen (28A) d'émission et de réception de messages, du message (34) d'autorisation d'installation à destination dudit dispositif mobile de communication (4), - la réception (70), par ledit dispositif mobile de communication (4), du message 20 d'autorisation (34), et la mise à jour (70), par ledit dispositif mobile (4), du micrologiciel (18) à l'aide des messages (34) reçus préalablement et contenant les parties de la version (40) du micrologiciel.