1 PROCÉDÉ DE RÉALISATION D'ACTIONS À DISTANCE DANS DES ÉQUIPEMENTS ÉLECTRONIQUES COMMUNICANTS DE VÉHICULES, ET DISPOSITIF DE COMMUNICATION ASSOCIÉ L'invention concerne la réalisation d'actions à distance, au moyen de séquences de requêtes, dans des véhicules, éventuellement de type automobile. Certains véhicules comportent des équipements électroniques 1 o communicants (comme par exemple des calculateurs) qui sont couplés à un module de communication par voie d'ondes, généralement via un équipement de supervision (parfois appelé « boîtier de servitude intelligent » (ou BSI)). Ce module de communication sert d'interface de communication entre un outil distant, couplé à un réseau de communication, et des équipements 15 électroniques communicants de son véhicule, afin que des actions puissent être réalisées à distance dans l'un au moins de ces équipements électroniques communicants par un technicien contrôlant l'outil. Habituellement, les actions sont des télédiagnostics destinés à déterminer à distance l'origine d'une panne ou d'un dysfonctionnement au 20 sein d'un véhicule, à la demande du conducteur, puis à fournir des conseils lorsqu'une intervention du seul conducteur est possible, ou bien si une révision ou une opération de maintenance du véhicule doit être proposée au conducteur, éventuellement accompagnée de propositions de dates d'intervention.
25 Par exemple, un télédiagnostic global est destiné à réaliser pour chaque famille de calculateurs d'un véhicule l'identification de ses calculateurs et de leurs logiciels respectifs, la lecture des codes défauts contenus dans chacun de ses calculateurs, et la lecture des contextes associés (c'est-à-dire l'environnement enregistré lors de la présence d'une défaillance).
30 Mais l'invention concerne toutes les actions pouvant être déclenchées à distance, et notamment les procédures de télémaintenance, la réinitialisation d'apprentissages, la récupération de paramètres de profils de 3034910 2 mission enregistrés dans des calculateurs au fur et à mesure des roulages réalisés, la récupération d'informations relatives aux ratios d'efficacité de diagnostics, et les téléchargements de logiciel (par exemple pour effectuer une mise à jour ou corriger une anomalie).
5 Lorsqu'un outil (de télédiagnostics) veut réaliser un télédiagnostic dans un véhicule, il transmet par voie d'ondes une séquence de requêtes au module de communication de ce véhicule. Les requêtes reçues sont ensuite envoyées par le module de communication aux équipements électroniques communicants concernés afin qu'ils réalisent les opérations de diagnostic 1 o requises, puis les réponses à ces requêtes (comprenant les résultats de ces opérations) sont transmises dans un message par le module de communication à l'outil de télédiagnostics. On notera que les requêtes d'une séquence peuvent être transmises par l'outil de télédiagnostics soit les unes après les autres, et dans ce cas le 15 module de communication les transmet également les unes après les autres aux équipements électroniques communicants concernés, soit ensemble, et dans ce cas le module de communication les transmet les unes après les autres aux équipements électroniques communicants concernés en respectant un ordre qui est défini par un script ou une séquence OTX connue 20 du module de communication. Une séquence OTX (« Open Test sequence eXchange » est une séquence écrite dans un langage informatique en cours de normalisation et permettant de décrire une procédure d'échange des séquences de télédiagnostic. Un script est une liste de commandes de télédiagnostic écrites 25 dans un langage informatique (comme par exemple XML) et destinées à être interprétées pour effectuer des tâches. Actuellement, lorsqu'un module de communication transmet une requête à un équipement électronique communicant, il déclenche une temporisation (ou « time out ») dans l'attente d'une réponse avant l'expiration 30 de cette temporisation. De même, lorsqu'un équipement électronique communicant reçoit une requête de télédiagnostic, il la traite puis transmet sa réponse au module de communication tout en déclenchant une temporisation.
3034910 3 Dans le cas des protocoles de communication KWP2000 (ISO 14230) ou UDS (ISO 14229), la durée de la temporisation est égale à 5 secondes. Si à la fin d'une temporisation le module de communication n'a pas reçu de réponse ou l'équipement électronique communicant n'a pas reçu d'autre requête de 5 télédiagnostic, leur session de télédiagnostic est fermée et donc une nouvelle session devra être ouverte si cet équipement électronique communicant est le destinataire d'autre(s) requête(s) de la même séquence. On comprendra que pour qu'une séquence de requêtes puisse être intégralement réalisée il faut que l'ensemble des calculateurs du véhicule intègre les contraintes temporelles des remontées d'informations. Or, il arrive fréquemment qu'une temporisation ne soit pas respectée, ce qui génère un défaut de déroulement de la séquence qui empêche généralement, au moins partiellement, la réalisation du télédiagnostic. Cela est d'autant plus fréquent lorsque le véhicule comprend plusieurs passerelles servant d'interface entre deux de ses réseaux de communication embarqués, du fait de l'augmentation notable des temps d'acheminement des requêtes et des réponses que cela occasionne. L'invention a donc notamment pour but d'améliorer la situation. Elle propose notamment à cet effet un procédé destiné à permettre la réalisation d'une action à distance, au moyen d'une séquence de requêtes, dans un véhicule qui comprend un dispositif de communication propre à communiquer avec un outil distant et couplé à des équipements électroniques communicants embarqués. Ce procédé se caractérise par le fait qu'il comprend : - une première étape dans laquelle l'outil transmet au dispositif de communication une séquence de requêtes comportant chacune au moins un identifiant d'équipement représentatif de l'un des équipements électroniques communicants et au moins une définition d'une opération devant être réalisée par ce dernier, - une deuxième étape dans laquelle le dispositif de communication ouvre une session d'action pour chaque identifiant d'équipement contenu dans la séquence, et transmet séquentiellement les requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants 3034910 4 représentés par les identifiants d'équipement associés à une session d'action ouverte, et - une troisième étape dans laquelle le dispositif de communication stocke des réponses aux requêtes en tenant compte des instants de réponse par 5 rapport aux temporisations associées, puis transmet à l'outil un message contenant les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par la séquence. Ainsi, on peut augmenter le nombre et la complexité des actions qui peuvent être réalisées à distance dans un véhicule, tout en réduisant 10 notablement les temps d'échanges de requêtes entre l'outil et le véhicule. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - dans la première étape chaque requête peut comporter également un identifiant de requête, et dans la deuxième étape le dispositif de 15 communication peut vérifier si chaque requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, est autorisée à être transmise à l'équipement électronique communicant qui est représenté par ce dernier, puis peut transmettre séquentiellement les requêtes autorisées à être transmises ; 20 > dans la deuxième étape, si une requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, n'est pas autorisée à être transmise à l'équipement électronique communicant qui est représenté par ce dernier, le dispositif de communication peut stocker une réponse représentative de l'impossibilité de cet équipement 25 électronique communicant de répondre à cette requête ; - dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant n'est pas parvenue à la fin de la temporisation associée, le dispositif de communication peut transmettre au moins une fois à cet équipement électronique communicant un message 30 qui est destiné à déterminer s'il est présent, et peut maintenir ouverte la session d'action associée, puis en l'absence de réponse à chaque message transmis le dispositif de communication peut stocker une réponse représentative de l'absence de réponse à cette requête de l'équipement 3034910 5 électronique communicant concerné ; - en variante, dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant n'est pas parvenue à la fin de la temporisation associée, le dispositif de 5 communication peut incrémenter d'une unité un compteur, et si la valeur incrémentée de ce compteur est inférieure à un seuil il peut retransmettre cette requête à cet équipement électronique communicant et déclencher de nouveau la temporisation associée, tandis que si la valeur incrémentée du compteur est égale au seuil il peut stocker une réponse représentative 10 de l'absence de réponse à cette requête de cet équipement électronique communicant ; - dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant est parvenue avant la fin de la temporisation associée, le dispositif de communication peut déterminer si 15 cette réponse contient au moins un code représentatif d'une demande de délai, et dans l'affirmative il peut déterminer si un nombre de réponses successives, contenant un tel code et déjà reçues de cet équipement électronique communicant, est inférieur à un seuil prédéfini, et dans l'affirmative il peut déclencher de nouveau la temporisation associée, 20 tandis que dans la négative il peut stocker une réponse représentative de l'absence de réponse à cette requête de cet équipement électronique communicant ; il peut être destiné à réaliser à distance une action qui est choisie parmi au moins un télédiagnostic, une procédure de télémaintenance et un 25 téléchargement d'un logiciel. L'invention propose également un dispositif de communication, destiné à équiper un véhicule comprenant des équipements électroniques communicants embarqués, et comprenant un module de communication propre à communiquer avec un outil distant et couplé aux équipements 30 électroniques communicants. Ce dispositif se caractérise par le fait qu'il comprend également des moyens de traitement agencés, en cas de réception, en provenance d'un outil, d'une séquence de requêtes propres à réaliser une action à distance et 3034910 6 comportant chacune au moins un identifiant d'équipement représentatif de l'un des équipements électroniques communicants et au moins une définition d'une opération devant être réalisée par ce dernier : - pour ouvrir une session d'action pour chaque identifiant d'équipement 5 contenu dans la séquence, et pour transmettre séquentiellement les requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants représentés par les identifiants d'équipement qui sont associés à une session d'action ouverte, et - pour stocker des réponses aux requêtes en tenant compte des instants de 10 réponse par rapport aux temporisations associées, puis pour ordonner au module de communication de transmettre à l'outil un message contenant les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par la séquence. L'invention propose également un véhicule, éventuellement de type 15 automobile, et comprenant des équipements électroniques communicants embarqués et un dispositif de communication du type de celui présenté ci-avant. 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 20 lesquels : la figure 1 illustre schématiquement et fonctionnellement, un réseau de communication auquel sont couplés un outil, un serveur et un dispositif de communication selon l'invention embarqué dans un véhicule, la figure 2 illustre schématiquement un premier exemple d'algorithme 25 mettant en oeuvre un premier exemple de réalisation d'un procédé de réalisation d'actions à distance selon l'invention, et la figure 3 illustre schématiquement un second exemple d'algorithme mettant en oeuvre un second exemple de réalisation d'un procédé de réalisation d'actions à distance selon l'invention.
30 L'invention a notamment pour but de proposer un procédé de réalisation d'actions à distance, et un dispositif de communication DC associé, destinés à permettre la réalisation d'actions à distance dans des véhicules V 3034910 7 comprenant des équipements électroniques communicants EEj. Dans ce qui suit, on considère, à titre d'exemple non limitatif, que les véhicules V dans lesquels peuvent être réalisées des actions à distance sont de type automobile. Il s'agit par exemple de voitures. Mais l'invention n'est 5 pas limitée à ce type de véhicule. Elle concerne en effet tout type de véhicule terrestre, maritime (ou fluvial), ou aérien, dès lors qu'il comprend des équipements électroniques communicants dans lesquels peuvent être réalisées des opérations d'actions à distance et couplés à un dispositif de communication pouvant communiquer par voie d'ondes avec un réseau de io communication. Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que les actions sont des télédiagnostics. Mais l'invention n'est pas limitée à ce type d'action. Elle concerne en effet toutes les actions pouvant être déclenchées à distance, et notamment les procédures de 15 télémaintenance, la réinitialisation d'apprentissages, la récupération de paramètres de profils de mission enregistrés dans des calculateurs au fur et à mesure des roulages réalisés, la récupération d'informations relatives aux ratios d'efficacité des diagnostics, et les téléchargements de logiciel (par exemple pour effectuer une mise à jour ou corriger une anomalie).
20 On a schématiquement représenté sur la figure 1 un réseau de communication RC auquel sont couplés un outil OD, un serveur SC et un dispositif de communication DC selon l'invention qui est embarqué dans un véhicule V comprenant également des équipements électroniques communicants EEj.
25 Par exemple, et comme illustré non limitativement, les équipements électroniques communicants EEj sont connectés à au moins un réseau de communication embarqué RCE, éventuellement de type multiplexé. On entend ici par « équipement électronique communicant » un équipement capable de recevoir et de traiter des trames de données 30 numériques circulant dans le bus d'un réseau de communication embarqué RCE auquel il est connecté, ainsi que de fournir à ce dernier (RCE) des trames de données destinées à au moins un autre équipement électronique communicant. Il pourra, par exemple, s'agir d'un calculateur, d'un capteur ou 3034910 8 d'un actionneur. On notera que dans l'exemple illustré non limitativement sur la figure 1, le véhicule V comprend quatre équipements électroniques communicants EEj (j = 1 à 4). Mais le nombre d'équipements électroniques communicants 5 EEj peut prendre n'importe quelle valeur supérieure ou égale à un (1). On notera également que dans l'exemple illustré non limitativement sur la figure 1, le véhicule V comprend également un équipement de supervision ES connecté au réseau de communication embarqué RCE et au dispositif de communication DC. Cet équipement de supervision ES est un 1 o équipement électronique communicant qui est notamment chargé d'assurer l'interfaçage entre le dispositif de communication DC et les autres équipements électroniques communicants EEj et de contrôler des fonctionnalités de diagnostic. Il s'agit par exemple de ce que l'homme de l'art appelle parfois un « boîtier de servitude intelligent » (ou BSI)).
15 Par ailleurs, chaque véhicule V est associé à un identifiant de véhicule. Ce dernier peut, par exemple, être celui qui est appelé en anglais « Vehicle Identification Number » (ou VIN). Le réseau de communication RC comporte, par exemple, d'une part, une infrastructure de communication non filaire à laquelle peuvent se 20 connecter des dispositifs de communication DC implantés dans des véhicules V, et, d'autre part, une infrastructure de communication filaire à laquelle peuvent se connecter des équipements de communication filaire, comme par exemple un serveur SC et un outil OD. On notera que les dispositifs de communication DC et équipements de communication filaire SC et OD 25 pourraient être connectés à différents réseaux de communication interconnectés les uns aux autres, de préférence via l'Internet. L'outil OD est agencé pour réaliser des actions à distance dans des véhicules V (et plus précisément dans certains au moins de leurs équipements électroniques communicants EEj), éventuellement à la demande 30 de leur dispositif de communication DC ou d'un équipement de communication sans fil utilisé par un passager d'un véhicule. Chaque action réalisée dans un véhicule V est fonction de l'identifiant de véhicule de ce dernier (V).
3034910 9 Compte tenu du fait que l'on considère ici que les actions sont des télédiagnostics, l'outil OD est ici un outil de télédiagnostics. Cet outil OD est, par exemple, un ordinateur fixe ou portable connecté au réseau de communication RC et utilisé par un téléopérateur ou un 5 réparateur sachant contrôler la réalisation d'actions (ici des télédiagnostics) à distance, et par exemple faire des propositions une fois l'action réalisée. Par ailleurs, cet outil OD peut, par exemple, appartenir à un service après-ventes d'un fabriquant de véhicules (ici un constructeur automobile). L'outil OD comprend notamment des modules logiciels (ou 10 << software ») constituant ensemble un programme similaire à celui qui est implanté dans un outil de diagnostic utilisé par les techniciens d'un garage (ou d'une concession), comme par exemple celui qui est appelé DiagBox0 et qui sert à diagnostiquer et réparer (par téléchargement, télécodage, pièce de rechanges avec appairage/apprentissage) les problèmes dans les véhicules 15 des marques Peugeot et Citroën. L'outil OD peut comporter des moyens de stockage MS dans lesquels se trouvent stockées les définitions de toutes les actions (ici des diagnostics) qui peuvent être réalisées à distance pour certains au moins des modèles de véhicule d'au moins une marque, lesquels sont identifiés par leur identifiant de 20 véhicule. Ces moyens de stockage MS peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire ou d'une banque de données. Un dispositif de communication DC, selon l'invention, comprend un module de communication MC et des moyens de traitement MT. On notera 25 que ce dispositif de communication DC peut être un équipement électronique fixe ou bien rapporté et amovible, comme par exemple un périphérique d'interfaçage (ou « dongle ») pouvant être connecté à la prise de diagnostic qui est couplée à l'équipement de supervision d'un véhicule. Le module de communication MC est notamment propre à dialoguer 30 avec l'outil OD pour demander la réalisation d'une action (ici un télédiagnostic) dans son véhicule V et pour lui transmettre l'identifiant de véhicule de ce véhicule V. Il comprend des circuits électroniques (ou « hardware ») et des modules logiciels (ou « software »). Par ailleurs, il sert 3034910 10 également de passerelle de communication (ou « gateway ») entre l'outil OD et les équipements électroniques communicants EEj de son véhicule V, via (ici) leur équipement de supervision ES, pour la transmission de séquences de requêtes et de messages de réponses à ces requêtes.
5 On comprendra que ces transmissions de séquences de requêtes et de messages de réponses est destiné à permettre à l'outil OD qui communique temporairement avec un véhicule V, via le module de communication MC de son dispositif de communication DC, de réaliser une action (ici un diagnostic) à distance, puis, éventuellement, de transmettre un io résultat d'action à ce véhicule V. Chaque requête d'une séquence comporte au moins un identifiant d'équipement qui est représentatif de l'un des équipements électroniques communicants EEj et au moins une définition d'une opération qui doit être réalisée par ce dernier (EEj). On notera que chaque définition d'opération 15 peut être éventuellement un identifiant d'opération. De préférence, chaque requête comporte également un identifiant de requête dont on comprendra l'intérêt plus loin. On notera qu'afin que les requêtes puissent circuler dans au moins un réseau de communication embarqué RCE d'un véhicule V, il faut qu'elles se 20 présentent sous la forme de trames conformes au protocole de communication qui est utilisé dans leurs bus (par exemple le protocole CAN), et pour que ces trames (CAN) puissent parvenir jusqu'au au niveau de l'équipement de supervision ES via le réseau IP, il faut qu'elles soient en outre encapsulées en TCP/IP (« Transport Control Protocol / Internet Protocol »).
25 De préférence, le module de communication MC est chargé de gérer tous les aspects de l'encapsulation. Dans ce cas, il (MC) est chargé de désencapsuler les trames encapsulées en TCP/IP pour récupérer les seules trames CAN afin de les transmettre à leur(s) destinataire(s). De même, il (MC) est chargé d'encapsuler les trames CAN comprenant les messages de réponses en 30 TCP/IP, pour qu'elles puissent être transmises à l'outil OD. Le module de communication MC peut, par exemple, être de type 3G ou 4G de manière à pouvoir être accessible directement par son adresse IP (privée et fournie par contrat par un opérateur, ou publique et re-routée 3034910 11 temporairement par un opérateur sur une adresse dans le cadre d'une session de communication et donc considérée comme privée uniquement pendant la durée de cette session de communication). Lorsque c'est le véhicule V qui sollicite un télédiagnostic, 5 éventuellement à la demande du conducteur, son dispositif de communication DC initie une communication de données (et éventuellement de voix) avec l'outil OD, éventuellement via un serveur de communication SC. L'éventuelle communication de voix (ou téléphonique) est destinée à permettre au téléopérateur ou réparateur qui utilise l'outil OD de dialoguer par téléphone io avec un passager du véhicule V. La communication de données (ou « data ») est établie, par exemple sous IF (« Internet Protocol »). Le dispositif de communication DC peut se connecter directement à l'éventuel serveur de communication SC via l'Internet du fait qu'il connait son adresse IF. On notera que l'éventuel serveur de communication SC peut 15 appartenir au service après-ventes du fabriquant de véhicules (ici un constructeur automobile). Il peut également faire partie d'un système comportant également l'outil OD. Comme indiqué plus haut, l'invention propose un procédé de réalisation d'actions à distance, destiné à permettre la réalisation d'actions à 20 distance dans des véhicules V. Ce procédé peut être mis en oeuvre au moyen d'un dispositif de communication DC et au moins d'un outil OD. Un tel procédé comprend trois étapes. Une première étape, du procédé selon l'invention, est initiée lorsqu'une action doit être réalisée dans un véhicule V, soit à la demande de 25 ce dernier (V), soit à la demande d'un passager de ce véhicule V, soit encore à l'initiative d'une personne contrôlant l'outil OD. Dans cette première étape, l'outil OD génère ou charge une séquence de requêtes, puis transmet cette dernière au module de communication MC du dispositif de communication DC du véhicule V 30 concerné. Cette séquence de requêtes comporte des requêtes contenant chacune au moins un identifiant d'équipement représentatif de l'un des équipements électroniques communicants EEj du véhicule V et au moins une définition d'une opération devant être réalisée par ce dernier (EEj).
3034 9 10 12 Cette transmission se fait via l'éventuel serveur de communication SC, et le réseau de communication RC. Dans une deuxième étape, du procédé selon l'invention, le dispositif de communication DC ouvre une session d'action (par exemple une session 5 de télédiagnostic) pour chaque identifiant d'équipement contenu dans la séquence reçue. Et, il transmet séquentiellement les requêtes de cette séquence (selon l'ordre défini dans cette dernière), tout en déclenchant une temporisation (ou « time out »), aux équipements électroniques communicants EEj qui sont représentés par les identifiants d'équipement 10 associés à une session d'action (par exemple une session de télédiagnostic) venant d'être ouverte. La durée de la temporisation dépend du protocole de communication qui est utilisé entre le module de communication MC et les équipements électroniques communicants EEj. Par exemple, elle peut être égale à 5 15 secondes lorsque les protocoles de communication sont KWP2000 (ISO 14230) ou UDS (ISO 14229). On notera que ce sont les moyens de traitement MT du dispositif de communication DC qui contrôlent l'ouverture d'une session d'action pour chaque identifiant d'équipement, et qui ordonnent séquentiellement au 20 module de communication MC de transmettre des requêtes. Cette transmission se fait via les éventuels équipement de supervision ES et réseau de communication embarqué RCE. On notera également qu'afin de sécuriser encore plus la réalisation de l'action, l'outil OD peut, comme indiqué précédemment, adjoindre un 25 identifiant de requête à chaque requête de la séquence, dans la première étape. Dans ce cas, dans la deuxième étape le dispositif de communication DC (et plus précisément ses moyens de traitement MT) vérifie(nt) si chaque requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, est autorisée à être transmise à l'équipement 30 électronique communicant EEj qui est représenté par ce dernier. Puis, le dispositif de communication DC (et plus précisément son module de communication MC) transmet séquentiellement (sur ordre des moyens de traitement MT) les requêtes qui sont autorisées à être transmises aux 3034910 13 équipements électroniques communicants EEj concernés. Cette vérification est réalisée par les moyens de traitement MT auprès de moyens de stockage qui stockent des identifiants de requête en correspondance d'identifiants d'équipement. Ces moyens de stockage 5 peuvent être implantés dans le dispositif de communication DC (éventuellement dans ses moyens de traitement MT). Mais cela n'est pas obligatoire. En effet, ils pourraient être déportés, par exemple dans l'équipement de supervision ES ou dans le serveur de communication SC. Dans ce dernier cas (totalement déporté), les moyens de stockage doivent 10 stocker des identifiants de requête en correspondance d'identifiants d'équipement et d'identifiants de véhicule. Par ailleurs, ces moyens de stockage peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire ou d'une banque de données, éventuellement de type logiciel.
15 De préférence, dans la deuxième étape, si une requête, représentée par un identifiant de requête reçu et associé à un identifiant d'équipement reçu, n'est pas autorisée à être transmise à l'équipement électronique communicant EEj qui est représenté par cet identifiant d'équipement reçu, le dispositif de communication DC (et plus précisément ses moyens de 20 traitement MT) stocke(nt) une réponse qui est représentative de l'impossibilité de l'équipement électronique communicant EEj concerné de répondre à cette requête. Par exemple, cette réponse comprend une expression du type « condition non satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de l'identifiant de requête concerné. Par ailleurs, 25 cette réponse sera transmise ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes, comme on le verra plus loin. En présence de cette dernière option, ce n'est qu'une fois qu'une requête est autorisée à être transmise à un équipement électronique 30 communicant EEj que les moyens de traitement MT organisent l'ouverture d'une session d'action avec cet équipement électronique communicant EEj, via le module de communication MC. A réception d'une requête, l'équipement électronique communicant 3034910 14 EEj essaye de réaliser chaque opération qu'elle définit (par exemple par un identifiant d'opération). Puis, si cet équipement électronique communicant EEj est en mesure de le faire, il transmet une réponse à cette requête au module de communication MC, via les éventuels réseau de communication embarqué 5 RCE et équipement de supervision ES. Dans une troisième étape, du procédé selon l'invention, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) stocke(nt) des réponses aux requêtes en tenant compte des instants de réponse par rapport aux temporisations associées. Puis, le dispositif de 1 o communication DC (et plus précisément son module de communication MC) transmet à l'outil OD un message qui contient les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre qui est défini par la séquence précédemment reçue. En fait, cet ordre des réponses au sein du message de réponses est 15 identique à celui que possédaient les requêtes correspondantes dans le script (ou équivalent) de la séquence. Si à la fin d'une temporisation le module de communication MC n'a pas reçu de réponse ou l'équipement électronique communicant EEj n'a pas reçu d'autre requête de télédiagnostic, leur session de télédiagnostic est 20 fermée et donc une nouvelle session devra être ouverte si cet équipement électronique communicant EEj est le destinataire d'autre(s) requête(s) de la même séquence. On notera que dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant EEj n'est pas 25 parvenue à la fin de la temporisation qui lui a été initialement associée, le dispositif de communication DC peut, par exemple, transmettre au moins une fois à cet équipement électronique communicant EEj un message qui est destiné à déterminer s'il est présent, et maintenir ouverte la session d'action associée. Ce message peut, par exemple, être du type de celui qui est appelé 30 << TesterPresent », lequel est bien connu de l'homme de l'art du fait qu'il est utilisé dans les protocoles de communication KWP2000 et UDS pour maintenir une session active en l'absence de réception d'une autre requête à destination d'un même équipement électronique communicant EEj ayant reçu 3034910 15 la requête précédente. Le nombre de messages de détermination de présence qui peuvent être transmis successivement à un équipement électronique communicant EEj est configurable (il est au moins égal à un (1)). Par ailleurs, ces messages 5 de détermination de présence peuvent être transmis périodiquement, selon une période qui est strictement inférieure à la durée de la temporisation. Ensuite, en l'absence de réponse à chaque message de détermination de présence transmis à l'équipement électronique communicant EEj, le dispositif de communication DC (et plus précisément ses io moyens de traitement MT) stocke(nt) une réponse qui est représentative de l'absence de réponse à cette requête par l'équipement électronique communicant EEj concerné. Par exemple, cette réponse comprend une expression du type « absence de réponse » ou « condition non satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de 15 l'identifiant de requête concerné. Par ailleurs, cette réponse est transmise ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes. Dans une variante de réalisation, dans la troisième étape, si une réponse à une requête transmise par un équipement électronique 20 communicant EEj n'est pas parvenue à la fin de la temporisation qui lui a été initialement associée, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) peu(ven)t, par exemple, incrémenter d'une unité la valeur en cours ner d'un compteur. Puis, si la (nouvelle) valeur incrémentée ner de ce compteur est inférieure à un seuil s2, le dispositif de 25 communication DC (et plus précisément son module de communication MC) retransmet cette requête à cet équipement électronique communicant EEj et déclenche de nouveau la temporisation associée. Ce sont les moyens de traitement MT qui ordonnent chaque retransmission de la requête et redéclenchent à chaque fois la temporisation associée.
30 En revanche, si la (nouvelle) valeur incrémentée ner de ce compteur est égale au seuil s2, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) stocke(nt) une réponse qui est représentative de l'absence de réponse à cette requête par l'équipement électronique 3034910 16 communicant EEj concerné. Par exemple, cette réponse comprend une expression du type « absence de réponse » ou « condition non satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de l'identifiant de requête concerné. Par ailleurs, cette réponse est transmise 5 ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes. On notera que dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant EEj est parvenue avant la fin de la temporisation associée, le dispositif de communication DC la (et plus précisément ses moyens de traitement MT) peu(ven)t déterminer si cette réponse contient au moins un code représentatif d'une demande de délai. Par exemple, chaque code peut être de type NRC (« Negative Response Code ») 0x78 ou NRC 0x21. Ces derniers codes sont bien connus de l'homme de l'art du fait qu'ils sont utilisés par les équipements 15 électroniques communicants EEj pour requérir une prolongation de temporisation lorsque l'opération requise est longue à réaliser. Si la réponse contient effectivement au moins un code du type précité, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) peu(ven)t déterminer si un nombre nca de réponses 20 successives, contenant un tel code et déjà reçues de l'équipement électronique communicant EEj, est inférieur à un seuil s1 prédéfini. Dans l'affirmative, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) déclenche(nt) de nouveau la temporisation associée, puis attend(ent) la réponse complète de l'équipement électronique 25 communicant EEj. Dans la négative, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) stocke(nt) une réponse qui est représentative de l'absence de réponse à cette requête par l'équipement électronique communicant EEj concerné. Par exemple, cette réponse comprend une expression du type « absence de réponse » ou « condition non 30 satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de l'identifiant de requête concerné. Par ailleurs, cette réponse est transmise ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes.
3034910 17 On a schématiquement illustré sur la figure 2 un premier exemple d'algorithme mettant en oeuvre un premier exemple de réalisation d'un procédé selon l'invention. Dans une sous-étape 10, l'outil de diagnostic OD transmet une 5 séquence de requêtes au module de communication MC du dispositif de communication DC d'un véhicule V choisi. La première étape, de ce premier exemple de procédé selon l'invention, correspond à cette sous-étape 10. Dans une sous-étape 20 le dispositif de communication DC du 1 o véhicule V choisi réceptionne la séquence transmise. Puis, dans une sous-étape 30 ce dispositif de communication DC vérifie si chaque requête est autorisée à être transmise à l'équipement électronique communicant EEj concerné. En d'autres termes, il vérifie si les conditions d'exécution de chaque requête sont réunies. Si tel n'est pas le cas 15 pour une requête associée à un équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 80 dans laquelle il stocke une réponse qui est représentative de l'impossibilité de cet équipement électronique communicant EEj de répondre à cette requête. En revanche, si une requête est autorisée à être transmise à un 20 équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 40 dans laquelle il ouvre une session d'action pour l'identifiant d'équipement à laquelle elle est associée dans la séquence reçue, et transmet la première requête de la séquence à l'équipement électronique communicant EEj représenté par l'identifiant d'équipement 25 associé à la session d'action qu'il vient d'ouvrir, tout en déclenchant une temporisation. La deuxième étape, de ce premier exemple de procédé selon l'invention, correspond aux sous-étapes 20 à 40. Puis, dans une sous-étape 50 le dispositif de communication DC 30 vérifie à la fin de la temporisation associée à la requête transmise à l'équipement électronique communicant EEj s'il a reçu une réponse de ce dernier (EEj). Dans la négative, le dispositif de communication DC effectue une 3034 9 10 18 sous-étape 60 dans laquelle il transmet au moins une fois à cet équipement électronique communicant EEj un message destiné à déterminer s'il est présent, et maintient ouverte la session d'action associée avant de retourner effectuer la sous-étape 50.
5 En revanche, dans l'affirmative (et donc s'il a reçu une réponse de l'équipement électronique communicant EEj), le dispositif de communication DC effectue une sous-étape 70 dans laquelle il vérifie si cette réponse contient au moins un code représentatif d'une demande de délai. Si la réponse ne contient pas un tel code, cela signifie que 1 o l'équipement électronique communicant EEj a transmis sa réponse complète à la requête, et donc le dispositif de communication DC va effectuer la sous-étape 80 pour stocker cette réponse. En revanche, si la réponse contient effectivement au moins un code du type précité, le dispositif de communication DC effectue une sous-étape 15 90 dans laquelle il détermine si le nombre nca de réponses successives, contenant un tel code et déjà reçues de l'équipement électronique communicant EEj, est inférieur au seuil s1 prédéfini. Dans la négative, le dispositif de communication DC va effectuer la sous-étape 80 pour stocker une réponse représentative de l'absence de 20 réponse à la requête par l'équipement électronique communicant EEj concerné. Dans l'affirmative, le dispositif de communication DC effectue une sous-étape 100 dans laquelle il re-déclenche la temporisation associée à la requête transmise à l'équipement électronique communicant EEj considéré, 25 puis il retourne effectuer la sous-étape 50. Lorsque le dispositif de communication DC a stocké une réponse pour une requête, il retourne effectuer une nouvelle sous-étape 40 pour la requête suivante au sein de la séquence. Finalement, lorsque le dispositif de communication DC a stocké 30 toutes les réponses à toutes les requêtes de la séquence, il effectue une sous-étape 110 dans laquelle il transmet à l'outil OD un message qui contient les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre qui est défini par cette séquence.
3034910 19 La troisième étape, de ce premier exemple de procédé selon l'invention, correspond aux sous-étapes 50 à 110. On a schématiquement illustré sur la figure 3 un second exemple d'algorithme mettant en oeuvre un second exemple de réalisation d'un 5 procédé selon l'invention. Dans une sous-étape 10', l'outil de diagnostic OD transmet une séquence de requêtes au module de communication MC du dispositif de communication DC d'un véhicule V choisi. La première étape, de ce second exemple de procédé selon 1 o l'invention, correspond à cette sous-étape 10'. Dans une sous-étape 20' le dispositif de communication DC du véhicule V choisi réceptionne la séquence transmise. Puis, dans une sous-étape 30' ce dispositif de communication DC vérifie si chaque requête est autorisée à être transmise à l'équipement 15 électronique communicant EEj concerné. En d'autres termes, il vérifie si les conditions d'exécution de chaque requête sont réunies. Si tel n'est pas le cas pour une requête associée à un équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 100' dans laquelle il stocke une réponse qui est représentative de l'impossibilité de cet 20 équipement électronique communicant EEj de répondre à cette requête. En revanche, si une requête est autorisée à être transmise à un équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 40' dans laquelle il ouvre une session d'action pour l'identifiant d'équipement à laquelle elle est associée dans la 25 séquence reçue, et transmet la première requête de la séquence à l'équipement électronique communicant EEj représenté par l'identifiant d'équipement associé à la session d'action qu'il vient d'ouvrir, tout en déclenchant une temporisation. La deuxième étape, de ce second exemple de procédé selon 30 l'invention, correspond aux sous-étapes 20' à 40'. Puis, dans une sous-étape 50' le dispositif de communication DC vérifie à la fin de la temporisation associée à la requête transmise à l'équipement électronique communicant EEj s'il a reçu une réponse de ce 3034910 20 dernier (EEj). Dans la négative, le dispositif de communication DC effectue une sous-étape 60' dans laquelle il incrémente d'une unité la valeur en cours ner d'un compteur (soit ner = ner + 1).
5 Puis, le dispositif de communication DC effectue une sous-étape 70' dans laquelle il vérifie si la (nouvelle) valeur incrémentée ner du compteur est inférieure à un seuil s2 prédéfini. Si la (nouvelle) valeur incrémentée ner du compteur est égale au seuil s2, le dispositif de communication DC va effectuer la sous-étape 100' pour 10 stocker une réponse représentative de l'absence de réponse à la requête en cours de traitement par l'équipement électronique communicant EEj concerné. En revanche, si la (nouvelle) valeur incrémentée ner de ce compteur est inférieure au seuil s2, le dispositif de communication DC effectue une 15 sous-étape 80' dans laquelle il re-déclenche la temporisation associée à cette requête transmise à l'équipement électronique communicant EEj considéré, avant de retransmettre la requête considérée dans une sous-étape 50'. Si le résultat de la sous-étape 50' est positif (et donc si le dispositif de communication DC a reçu une réponse de l'équipement électronique 20 communicant EEj dans la temporisation associé), le dispositif de communication DC effectue une sous-étape 90' dans laquelle il vérifie si cette réponse contient au moins un code représentatif d'une demande de délai. Si la réponse ne contient pas un tel code, cela signifie que 25 l'équipement électronique communicant EEj a transmis sa réponse complète à la requête, et donc le dispositif de communication DC va effectuer la sous-étape 100' pour stocker cette réponse. En revanche, si la réponse contient effectivement au moins un code du type précité, le dispositif de communication DC effectue une sous-étape 30 110' dans laquelle il détermine si le nombre nca de réponses successives, contenant un tel code et déjà reçues de l'équipement électronique communicant EEj, est inférieur au seuil s1 prédéfini. Dans la négative, le dispositif de communication DC va effectuer la 3034 910 21 sous-étape 100' pour stocker une réponse représentative de l'absence de réponse à la requête par l'équipement électronique communicant EEj concerné. Dans l'affirmative, le dispositif de communication DC effectue une 5 sous-étape 120' dans laquelle il re-déclenche la temporisation associée à la requête transmise à l'équipement électronique communicant EEj considéré, puis il retourne effectuer la sous-étape 50'. Lorsque le dispositif de communication DC a stocké une réponse pour une requête, il retourne effectuer une nouvelle sous-étape 40' pour la 1 o requête suivante au sein de la séquence. Finalement, lorsque le dispositif de communication DC a stocké toutes les réponses à toutes les requêtes de la séquence, il effectue une sous-étape 130' dans laquelle il transmet à l'outil OD un message qui contient les réponses stockées en correspondance des identifiants d'équipement 15 associés selon un ordre qui est défini par cette séquence. La troisième étape, de ce second exemple de procédé selon l'invention, correspond aux sous-étapes 50' à 130'. L'invention offre plusieurs avantages, parmi lesquels : - la possibilité d'augmenter le nombre et la complexité des actions qui 20 peuvent être réalisées à distance dans un véhicule, - une importante réduction des temps d'échanges de requêtes entre l'outil et le véhicule, - une augmentation de l'efficacité de l'assistance routière, avec, dans certains cas, des possibilités de dépannage immédiat, 25 la possibilité que plusieurs outils communiquent simultanément avec un même véhicule, voire avec un même calculateur d'un même véhicule.