Brevet FR3124005A1 — publié le 20221216

Procédé de gestion par un serveur distant d’une mise en œuvre sur un véhicule (VEH) d’un service, le procédé étant mis en œuvre par le serveur distant à partir d’une extraction de données, et notamment pour la détermination de la possibilité d’exécuter un service sur le véhicule. FIG. 1 Gestion distante de l’exécution d’un service sur un véhicule fondée sur une extraction de données La présente invention appartient au domaine de l’électronique embarquée dans un véhicule terrestre à moteur. En particulier, il concerne la gestion de l’exécution de services connectés d’un véhicule. On entend par « véhicule terrestre à moteur » tout type de véhicule tel qu’un véhicule automobile, un cyclomoteur, une motocyclette, un robot de stockage dans un entrepôt, etc. On entend par « service mis en œuvre par un véhicule » tout type de service mis à la disposition de tout élément du véhicule par tout procédé exécuté par au moins un composant électronique. La mise à jour d’un calculateur d’un véhicule, l’exécution d’un logiciel de conduite autonome utilisant des données environnementales transmises par une communication radiofréquence au véhicule, la diffusion par un système d’info-divertissement d’un contenu audio ou vidéo, le déverrouillage à distance du véhicule, etc. sont des exemples de services mis en œuvre par le véhicule. La présente invention appartient au domaine de l’électronique embarquée dans un véhicule terrestre à moteur. En particulier, il concerne la gestion de l’exécution de services connectés d’un véhicule. On entend par « véhicule terrestre à moteur » tout type de véhicule tel qu’un véhicule automobile, un cyclomoteur, une motocyclette, un robot de stockage dans un entrepôt, etc. On entend par « service mis en œuvre par un véhicule » tout type de service mis à la disposition de tout élément du véhicule par tout procédé exécuté par au moins un composant électronique. La mise à jour d’un calculateur d’un véhicule, l’exécution d’un logiciel de conduite autonome utilisant des données environnementales transmises par une communication radiofréquence au véhicule, la diffusion par un système d’info-divertissement d’un contenu audio ou vidéo, le déverrouillage à distance du véhicule, etc. sont des exemples de services mis en œuvre par le véhicule. Les protocoles de télécommunication, par exemple ceux des normes cellulaires, prévoient des conditions quant à la disponibilité des dispositifs utilisateur pour mettre en œuvre des services sur ces dispositifs. Toutefois, ces vérifications sont notamment faites au niveau des couches protocolaires basses, et ne tiennent généralement compte que de la disponibilité à court terme des dispositifs. Or, un véhicule répond à des conditions de fonctionnement bien particulières, par exemple liées à un besoin crucial de maintenir sa batterie à un niveau minimal pour permettre un redémarrage d’un moteur thermique, ayant des implications directes sur la disponibilité du véhicule pour l’exécution d’un service. Par ailleurs, les ressources en énergie, de calcul et de bande-passante d’un véhicule sont comptées. Dès lors, la gestion de l’exécution de service sur le véhicule ne doit pas impacter de manière disproportionnée le fonctionnement du véhicule quant à ces ressources en énergie, en calcul et en bande-passante. Il existe donc un besoin d’adapter aux spécificités d’un véhicule la gestion distante de l’exécution de services sur ce véhicule. La présente invention vient améliorer la situation. A cet effet un premier aspect de l’invention concerne un procédé de gestion par un serveur distant d’une mise en œuvre sur un véhicule d’un service, le procédé étant mis en œuvre par le serveur distant et comportant les étapes de : réception d’une requête d’exécution du service sur le véhicule ; détermination d’un débit temps correspondant à une durée requise pour l’exécution dudit service par le véhicule ; détermination d’un crédit temps correspondant à une durée pendant laquelle le véhicule est disponible pour l’exécution du service, l’étape de détermination du crédit temps comporte les sous-étapes de : extraction d’informations de fonctionnement du véhicule précédemment reçues ; estimation du crédit temps à partir des informations de fonctionnement ; comparaison du débit temps et du crédit temps ; si le crédit temps est supérieur au débit temps, émission d’une requête d’exécution du service sur le véhicule. Ainsi, il est proposé une gestion pragmatique de l’exécution des services sur le véhicule. En effet, le véhicule n’est pas sollicité pour savoir si le service peut être exécuté. Au contraire, les informations de fonctionnement précédemment reçues et disponible au niveau du serveur sont opportunément utilisées pour apprécier la possible exécution du service. Dans un mode de réalisation, les informations de fonctionnement : sont extraites depuis une base de donnée reliée au serveur ; et ont été reçues précédemment par la base donnée. Dans un mode de réalisation, le procédé comporte en outre l’étape de : Si le crédit temps est inférieur au débit temps, enregistrement de la requête d’exécution pour une transmission ultérieure. Dans un mode de réalisation, le véhicule peut être dans une pluralité d’états de fonctionnement. Dans un mode de réalisation, le débit temps correspond à la durée requise pour l’exécution du service dans un état donné parmi la pluralité d’états de fonctionnement. Dans un mode de réalisation, le crédit temps correspond à la pluralité de durées pendant lesquelles le véhicule est disponible respectivement dans la pluralité d’états pour l’exécution du service. Dans un mode de réalisation, la pluralité d’états comporte l’un au moins des états suivants : Moteur tournant ; Moteur éteint ; Clé détectée et/ou insérée ; Clé absente ; Ouvrant ouvert ; Ouvrant fermé. Un deuxième aspect de l’invention concerne un programme informatique comportant des instructions pour la mise en œuvre du procédé selon le premier aspect de l’invention, lorsque ces instructions sont exécutées par un processeur. Un troisième aspect de l’invention concerne un dispositif de gestion compris sur un serveur distant d’une mise en œuvre sur un véhicule d’un service, le procédé étant mis en œuvre par le serveur distant et comportant les étapes de : réception d’une requête d’exécution du service sur le véhicule ; détermination d’un débit temps correspondant à une durée requise pour l’exécution dudit service par le véhicule ; détermination d’un crédit temps correspondant à une durée pendant laquelle le véhicule est disponible pour l’exécution du service, l’étape de détermination du crédit temps comporte les sous-étapes de : extraction d’informations de fonctionnement du véhicule précédemment reçues ; estimation du crédit temps à partir des informations de fonctionnement ; comparaison du débit temps et du crédit temps ; si le crédit temps est supérieur au débit temps, émission d’une requête d’exécution du service sur le véhicule. Un quatrième aspect de l’invention concerne un véhicule configuré pour comprendre le dispositif selon le troisième aspect de l’invention. D’autres caractéristiques et avantages de l’invention apparaîtront à l’examen de la description détaillée ci-après, et des dessins annexés sur lesquels : est un diagramme illustrant les étapes d’un procédé selon un mode de réalisation de l’invention ; illustre la structure d’un dispositif selon un mode de réalisation de l’invention. L’invention est décrite ci-après dans son application, non limitative, au cas d’un véhicule automobile échangeant des données avec un serveur. D’autres applications sont naturellement envisageables pour la présente invention. Par exemple, le procédé selon l’invention peut être mis en œuvre pour une motocyclette échangeant des données avec un dispositif utilisateur utilisé comme serveur pour la motocyclette ou encore par un train échangeant des données avec un ordinateur personnel utilisé comme serveur. La illustre un procédé, selon un mode de réalisation de l’invention. Les étapes représentées à la sont mises en œuvre par un dispositif tiers TRD PRTY, par le serveur SRVR ou par le véhicule automobile VEH. Le dispositif tiers TRD PRTY correspond à un dispositif mis en œuvre par une entité souhaitant qu’un service S soit exécuté par le véhicule VEH. Il s’agit par exemple pour un fournisseur d’un composant électronique compris sur le véhicule de mettre à jour le système d’exploitation du composant électronique. Il peut également s’agir pour une base de donnée météorologique de demander à obtenir des valeurs de température et de fonctionnement des essuie-glaces du véhicule. Dans un mode de réalisation, TRT PRTY et SRVR correspondent au même dispositif, par exemple dans les cas où le serveur est celui du constructeur automobile et que les services concernent des mises à jour gérées directement par le constructeur. Le serveur SRVR, ou serveur distant, est un dispositif relié par un ou plusieurs réseaux à TRT PRTY et VEH. Les réseaux impliqués sont par exemple le réseau internet, un réseau cellulaire ou tout type de réseau de télécommunication courte, moyenne ou longue portée. Une architecture matérielle possible pour un dispositif D en charge de l’exécution d’au moins une partie des étapes ici décrites en référence à la , le dispositif D étant compris dans TRD PRTY, SRVR ou VEH, est ensuite décrite à en référence à la . A une étape 2, le procédé débute et une requête REQ(S) d’exécution d’un service sur le véhicule est transmise à l’étape 4 de TRT PRTY vers SRVR. La requête est reçue par SRVR à l’étape 6. A l’étape 8, un débit temps Dt(S) correspondant à une durée requise pour l’exécution dudit service par le véhicule est déterminé. Il peut par exemple s’agir de déterminer la durée requise pour une mise à jour d’un composant électronique. La détermination est faite à partir d’informations connues du serveur, d’informations transmises par le dispositif tiers et/ou à partir d’un calcul. Par exemple, SRVR peut connaître les ressources de calcul des dispositifs du véhicule impactés dans la mise à jour et recevoir de TRD PRTY la taille du fichier de mise à jour pour calculer le temps nécessaire à la mise à jour. Dans un mode de réalisation, le véhicule peut être dans une pluralité d’états de fonctionnement. Dans un mode de réalisation, le débit temps correspond à la durée requise pour l’exécution du service dans un état donné parmi la pluralité d’états de fonctionnement. Par exemple, le service peut nécessiter que le véhicule soit moteur tournant (par exemple pour mise à jour d’un calculateur moteur), clé insérée ou encore présente un certain niveau de charge de l’une au moins de ses batteries. Dans un mode de réalisation, la pluralité d’états comporte l’un au moins des états suivants : Moteur tournant ; Moteur éteint ; Clé détectée et/ou insérée. Clé détecté correspond dans un mode de réalisation à la situation où une clé sans contact est détectée dans un périmètre du véhicule ; Clé absente ; Ouvrant ouvert ; Ouvrant fermé. Aux étapes 10, 12 et 14, un crédit temps Ct(VEH) correspondant à une durée pendant laquelle le véhicule est disponible pour l’exécution du service est déterminé. Ct(VEH) correspond à la durée pendant laquelle le véhicule est disponible pour l’exécution d’au moins le service. En effet, Ct(VEH) peut également concerner d’autres services que celui dont l’exécution est demandée. Ainsi, Ct(VEH) peut être déterminé pour au moins service d’une pluralité de services pouvant être mis en œuvre sur le véhicule. Par ailleurs, dans un mode de réalisation, Ct(VEH) correspond à la pluralité de durées pendant lesquelles le véhicule est disponible respectivement dans la pluralité d’états pour l’exécution du service. Par exemple, Ct(VEH) peut comprendre une durée de fonctionnement d’un boitier de connectivité, encore appelé TCU pour Telematic Control Unit soit unité de contrôle télématique en français, d’un boitier central de traitement et/ou d’un composant en charge du fonctionnement d’un organe et/ou équipement du véhicule (essuie-glaces, moteur, freins, etc.). Ct(VEH) peut également comprendre une durée de fonctionnement/disponibilité conjoint de différents composants (durée de disponibilité pour le boitier de connectivité et le composant à mettre à jour par exemple). Comme expliqué ci-avant, ces durées de fonctionnement peuvent en outre être donnée pour l’exécution de plusieurs services. A l’étape 10, des informations de fonctionnement du véhicule précédemment reçues sont extraites. Dans un mode de réalisation, l’extraction est faite à partir d’une base de donnée 12. La base de données est reliée au serveur SRVR par un réseau, par exemple filaire (Ethernet par exemple) ou cellulaire. La base de donnée peut également être intégrée au serveur (disque dur). Les informations de fonctionnement du véhicule peuvent être connues du serveur et directement extraites des ressources mémoire du serveur (mémoire flash, mémoire morte, etc.). A une étape 14, une estimation du crédit temps Ct(VEH) à partir des informations de fonctionnement est mise en œuvre au niveau de SRVR. Les informations de fonctionnement du véhicule utilisées pour l’estimation de Ct(VEH) comprennent par exemple directement les durées de disponibilité pour l’exécution du service, de composants, organes, sous-organes et/ou sous-composants, des valeurs d’énergie disponible (batteries internes des composants), des durées de disponibilité d’une connexion à un réseau interne ou externe du véhicule, une liste d’autres tâches et/ou services à exécuter par un composant et/ou sous-composant et/ou d’informations contextuelles (crash du véhicule, etc.). Ct(VEH) est estimé à partir des informations de fonctionnement. Par exemple, pour l’exécution d’une mise à jour d’un calculateur d’un moteur thermique, Ct(VEH) peut être estimé en prenant en compte la durée restante d’un itinéraire calculé par un système de localisation du véhicule auquel est ajouté une durée pendant laquelle le calculateur moteur reste actif après l’arrêt du moteur. Dans un autre exemple, pour la détermination de la consommation en bande passante d’un boitier de connectivité, Ct(VEH) peut être calculé à partir de l’état de fonctionnement du véhicule (moteur tournant par exemple), d’une durée de fonctionnement du boitier de connectivité en mode nominal (fonction connectivité normales disponibles) et d’une durée de fonctionnement du boitier de connectivité en mode dégradé (fonctions de connectivités restreintes, par exemple messages courts, SMS pour Short Message System en anglais soit système de message court en français, seulement). A une étape 16, le débit temps Dt(S) est comparé au crédit temps Ct(VEH). Si le crédit temps est supérieur au débit temps, une requête d’exécution du service sur le véhicule est émise du serveur vers le véhicule. Dans ce cas, à une étape 18, le service est exécuté par le véhicule. Dans le cas où Dt(S) correspond à une valeur numérique (durée) et Ct(VEH) également, ces valeurs sont simplement comparées et la requête est envoyée si Ct(VEH) est supérieur à Dt(S). Dans le cas où différents états sont considérés, les comparaisons sont faites états par états. Par exemple : si Dt(S) est égal à 3 minutes de disponibilité du boitier de connectivité et 2 minutes de disponibilité d’un calculateur moteur ; si Ct(VEH) est égal à 8 minutes de disponibilité du boitier de connectivité et 25 minutes de disponibilité d’un calculateur moteur ; alors les 3 minutes de débit sont comparées au 8 minutes de crédit et les 2 minutes de débit aux 25 minutes de crédit pour déterminer que le service peut être exécuté. Si le crédit temps est inférieur au débit temps, dans un mode de réalisation, une temporisation peut être effectuée à une étape 22 et de nouvelles tentatives effectuées périodiquement. La représente un exemple de dispositif D compris dans le véhicule VEH, dans le dispositif tiers TRD PRTY ou dans le serveur SRVR. Ce dispositif D peut être utilisé en tant que dispositif centralisé en charge d’au moins certaines étapes du procédé décrit ci-avant en référence à la . Dans un mode de réalisation, il correspond par exemple au TCU. Dans un autre mode de réalisation, il correspond à un sous-dispositif compris dans le serveur SRVR. Ce dispositif D peut prendre la forme d’un boitier comprenant des circuits imprimés, de tout type d’ordinateur ou encore d’un smartphone. Le dispositif D comprend une mémoire vive 100 pour stocker des instructions pour la mise en œuvre par un processeur 200 d’au moins une étape des procédés tels que décrits ci-avant. Le dispositif comporte aussi une mémoire de masse 300 pour le stockage de données destinées à être conservées après la mise en œuvre du procédé. Le dispositif D peut en outre comporter un processeur de signal numérique (DSP) 400. Ce DSP 400 reçoit des données pour mettre en forme, démoduler et amplifier, de façon connue en soi ces données. Le dispositif comporte également une interface d’entrée 500 pour la réception des données mises en œuvre par des procédés selon l’invention et une interface de sortie 600 pour la transmission des données mises en œuvre par le procédé. La présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d’exemples ; elle s’étend à d’autres variantes. Ainsi, il a été décrit un mode de réalisation dans lequel toutes les étapes étaient effectuées par un même serveur. L’invention peut également être mise en œuvre de telle que sorte que le serveur corresponde en réalité à plusieurs dispositifs échangeant entre eux par au moins un réseau de sorte que les étapes sont exécutées de manière distribuées entre ces dispositifs. Procédé de gestion par un serveur distant d’une mise en œuvre sur un véhicule (VEH) d’un service, le procédé étant mis en œuvre par le serveur distant (SRVR) et comportant les étapes de : réception (6) d’une requête d’exécution du service sur le véhicule ; détermination (8) d’un débit temps correspondant à une durée requise pour l’exécution dudit service par le véhicule ; détermination d’un crédit temps correspondant à une durée pendant laquelle le véhicule est disponible pour l’exécution du service, l’étape de détermination du crédit temps comporte les sous-étapes de : extraction (10) d’informations de fonctionnement du véhicule précédemment reçues ; estimation (14) du crédit temps à partir des informations de fonctionnement ; comparaison (16) du débit temps et du crédit temps ; si le crédit temps est supérieur au débit temps, émission d’une requête d’exécution (18) du service sur le véhicule. Procédé selon la revendication 1, dans lequel les informations de fonctionnement : sont extraites depuis une base de donnée reliée au serveur (12) ; et ont été reçues précédemment par la base donnée. Procédé selon l’une de revendications précédentes, comportant en outre l’étape de : si le crédit temps est inférieur au débit temps, enregistrement (22) de la requête d’exécution pour une transmission ultérieure. Procédé selon l’une des revendications précédentes, dans lequel le véhicule peut être dans une pluralité d’états de fonctionnement. Procédé selon la revendication 4, dans lequel le débit temps correspond à la durée requise pour l’exécution du service dans un état donné parmi la pluralité d’états de fonctionnement. Procédé selon la revendication 4 ou 5, dans lequel le crédit temps correspond à la pluralité de durées pendant lesquelles le véhicule est disponible respectivement dans la pluralité d’états pour l’exécution du service. Procédé selon l’une des revendications 4 à 6, dans lequel la pluralité d’états comporte l’un au moins des états suivants : Moteur tournant ; Moteur éteint ; Clé détectée et/ou insérée ; Clé absente ; Ouvrant ouvert ; Ouvrant fermé. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur (200). Dispositif (D) de gestion compris sur un serveur distant d’une mise en œuvre sur un véhicule (VEH) d’un service, comportant au moins un processeur et au moins une mémoire configurée pour effectuer les opérations de: réception d’une requête d’exécution du service sur le véhicule ; détermination d’un débit temps correspondant à une durée requise pour l’exécution dudit service par le véhicule ; détermination d’un crédit temps correspondant à une durée pendant laquelle le véhicule est disponible pour l’exécution du service, l’étape de détermination du crédit temps comporte les sous-étapes de : extraction d’informations de fonctionnement du véhicule précédemment reçues ; estimation du crédit temps à partir des informations de fonctionnement ; comparaison du débit temps et du crédit temps ; si le crédit temps est supérieur au débit temps, émission d’une requête d’exécution du service sur le véhicule. Véhicule (VEH) configuré pour comprendre le dispositif selon la revendication 9.