Brevet FR2956758A1 — publié le 20110826

PROCEDE DE DIAGNOSTIC AVANTAGEUSEMENT AUTOMOBILE COMPRENANT L'AFFICHAGE D'UNE OPERATION DE VALIDATION D'UNE ETAPE L'invention concerne le domaine des procédés de diagnostic avantageusement automobile, et en particulier ceux qui comprennent l'affichage d'une opération de validation d'une étape. L'invention concerne le domaine plus particulier des procédés de diagnostic dont le déroulement est affiché sur écran à l'aide de deux fenêtres, une fenêtre générale et une fenêtre de détail donnant plus d'informations sur une partie limitée de ce qui est affiché dans la fenêtre générale. A titre d'exemple, la fenêtre générale affiche le déroulement de toute une séquence d'étapes du procédé de diagnostic tandis que la fenêtre de 1s détail donne des détails sur une étape de cette séquence affichée. Dans l'art antérieur, ces deux fenêtres ne sont pas ou peu interconnectées, ce qui entraîne un décalage permanent dans l'affichage du déroulement du procédé entre la fenêtre 20 générale et la fenêtre de détail. L'invention se propose de mieux rendre compte simultanément sur les deux fenêtres, la fenêtre générale et la fenêtre de détail, des progrès réalisés dans le déroulement du procédé de diagnostic, en interconnectant plus et mieux entre elles la 25 fenêtre générale et la fenêtre de détail, en particulier en ce qui concerne les opérations de validation d'une étape du procédé de diagnostic. Selon l'invention, il est prévu un procédé de diagnostic, comprenant une opération de validation, commandée par au 30 moins une action sur une interface homme machine, d'une étape dans le déroulement du procédé de diagnostic, caractérisé en ce que la réalisation de l'opération de validation dans une fenêtre de détail d'une étape activée dans une arborescence représentée dans une fenêtre générale, entraîne automatiquement l'affichage de cette réalisation dans la fenêtre générale au niveau de l'étape activée, la fenêtre générale et la fenêtre de détail étant deux fenêtres d'écran distinctes entre elles. L'interface homme machine est par exemple un clavier et ou une souris qui peuvent être par exemple soit connectés à l'outil de diagnostic mettant en oeuvre le procédé de diagnostic soit y être intégrés. Selon l'invention, il est aussi prévu un procédé de diagnostic, io comprenant une opération de validation d'une étape dans le déroulement du procédé de diagnostic, caractérisé en ce que l'opération de validation est effectuée dans une première fenêtre d'écran tandis qu'elle est affichée dans une deuxième fenêtre d'écran distincte, la première fenêtre correspondant au is détail de ladite étape représentée dans la deuxième fenêtre au sein d'une arborescence d'étapes. De préférence, le procédé de diagnostic est un procédé de diagnostic automobile. Le diagnostic d'autres systèmes ou sous-systèmes comme l'électroménager, le matériel 20 informatique, les composants électroniques, peut également être envisagé. La validation d'une étape dans le déroulement du procédé de diagnostic automobile, réalisée dans une fenêtre de détail d'une étape activée dans une arborescence dans une fenêtre 25 générale, est affichée dans la fenêtre générale au niveau de l'étape activée, c'est-à-dire soit sur l'étape activée elle-même soit dans son voisinage immédiat, de préférence à côté d'elle. L'affichage en deux fenêtres d'écran du déroulement du procédé de diagnostic automobile, permet à une validation 30 effectuée dans une fenêtre bas niveau de détail d'une étape activée d'une arborescence affichée dans une fenêtre haut niveau de s'afficher dans la fenêtre haut niveau au niveau de l'étape activée. La gamme de diagnostic correspond à un déroulement type prédéterminé du procédé de diagnostic qui est proposé au réparateur par l'outil de diagnostic automobile embarquant le procédé de diagnostic automobile selon l'invention. L'invention concerne aussi l'outil de diagnostic embarquant le procédé de diagnostic selon l'invention. Avantageusement, l'opération de validation est effectuée dans la fenêtre de détail de préférence d'abord par le déplacement d'un curseur sur un icône et ensuite par l'activation dudit icône io par ledit curseur. Cette validation peut dans certains contextes, être réalisée en automatique par l'outil lui-même. Dans l'un ou l'autre cas, la validation par activation d'un curseur sur un icône dans la fenêtre de détail, obtenue soit de façon manuelle, soit en automatique, en plus d'être marquée is dans la fenêtre générale, entraîne préférentiellement également une modification de l'affichage dans la fenêtre de détail. Ainsi, le contenu informatif des deux fenêtres, générale et de détail, progresse de concert et permet au réparateur d'être à tout moment en état d'utiliser efficacement l'une ou 20 l'autre de ces fenêtres, selon son besoin du moment. De préférence, les fenêtres de détail correspondent respectivement à des étapes de l'arborescence représentée dans la fenêtre générale. Avantageusement, il faut au moins un clic pour passer d'une fenêtre de détail à une autre fenêtre 25 de détail ou pour remonter d'une fenêtre de détail à la fenêtre générale. De cette manière, tout passage de l'arborescence à une étape particulière et toute remontée d'une étape particulière vers l'arborescence, peuvent être aisément mémorisées et tracées, afin de permettre de reconstituer le 30 plus précisément possible ce qu'a effectivement fait le réparateur lorsqu'il a déroulé le procédé de diagnostic. De préférence, l'affichage dans la fenêtre générale de la réalisation d'une opération de validation se traduit par l'affichage d'un pictogramme supplémentaire dans la fenêtre générale. Cet affichage visuellement efficace aide le réparateur à mieux se repérer au sein de l'arborescence de la fenêtre générale, même en n'y jetant qu'un simple coup d'oeil de temps à autre, car il est absorbé par le déroulement des étapes qui se succèdent dans la fenêtre de détail. De préférence, une fenêtre de détail est rattachée à une étape de la fenêtre générale par un lien hypertexte. Cela permet une interconnexion entre fenêtres encore plus simple et efficace. De préférence, les passages entre fenêtres sont stockés dans io un historique qui est envoyé dans un réseau commun à plusieurs utilisateurs dudit procédé. Avantageusement, cet historique est utilisé dans une assistance par télécommunication de l'utilisateur dudit procédé, et ou dans une méthode d'évaluation des coûts de garantie, et ou dans is une mise à jour dudit procédé, ou pour la reprise d'une session de diagnostic interrompue. Lorsque cet historique est utilisé dans une assistance par télécommunication de l'utilisateur dudit procédé, cela permet de porter assistance à l'utilisateur qui est un réparateur de 20 garage le plus souvent, à partir d'une plateforme d'assistance, sur la base des tests effectivement effectués par le réparateur, sans avoir à lui demander de refaire entièrement la gamme de diagnostic en respectant scrupuleusement l'ordre des étapes préconisé par cette gamme de diagnostic. La reconstitution 25 d'un historique grâce au traçage de toutes les validations permet ainsi de faire ce que l'art antérieur comprenant un ascenseur permettant de se déplacer largement dans une grande page ne permettait pas de faire, car le traçage des déplacements d'ascenseur sur une page sans validation est 30 très difficilement réalisable en informatique pour ne pas dire impossible. Lorsque cet historique est utilisé dans une méthode d'évaluation des coûts de garantie, cela permet d'observer statistiquement le comportement réel des différents réparateurs officiant dans le réseau de garages utilisant le même outil de diagnostic, de manière à pouvoir auditer la véracité des déclarations des réparateurs lorsque ceux-ci demandent le paiement par le constructeur des réparations effectuées sous garantie. Lorsque cet historique est utilisé dans une mise à jour dudit procédé, cela permet d'observer statistiquement le comportement réel des différents réparateurs officiant dans le réseau de garages utilisant le même outil de diagnostic, de io manière à d'une part évaluer l'efficacité du diagnostic réalisé pour les réparateurs qui suivent scrupuleusement la gamme de diagnostic préconisée, et d'autre part à isoler les bonnes pratiques qui se révèlent plus efficaces que la gamme de diagnostic préconisée, à identifier les circonstances dans is lesquelles ces bonnes pratiques se révèlent plus efficaces, et à faire profiter l'ensemble des réparateurs utilisant l'outil de diagnostic en améliorant la prochaine version de cet outil de diagnostic. L'historique peut également être utilisé par les réparateurs 20 dans les garages, notamment pour reprendre une session de diagnostic qui avait été interrompue. De préférence, l'affichage de la réalisation d'une opération de validation peut prendre au moins trois états parmi lesquels l'état de présence d'un défaut, l'état d'absence d'un défaut, 25 l'état de non réalisation de l'étape considérée comme inutile par l'opérateur exécutant la méthode. Ces trois états représentent un bon compromis entre un affichage à la fois simple et assez complet sur la stratégie de choix effectués par le réparateur lors du déroulement du procédé de diagnostic. 30 Avantageusement, l'affichage de la réalisation d'une opération de validation peut prendre au moins deux autres états parmi lesquels l'état de réalisation en cours de l'étape, l'état d'étape non encore réalisée. Ces cinq états représentent un bon compromis entre un affichage à la fois simple, un peu moins que le précédent compromis, et assez complet, d'ailleurs notablement plus complet que le précédent compromis, sur la stratégie de choix effectués par le réparateur lors du déroulement du procédé de diagnostic. Dans l'étape non encore réalisée, mais non exclue par l'opérateur, trois sous cas pourraient également être distingués, à savoir l'état de non considération, l'opérateur n'ayant simplement pas sélectionner cette étape, l'état de sélection n'ayant pas abouti à une validation, l'opérateur ayant sélectionné cette étape mais ne io l'ayant pas déroulé jusqu'au bout, et l'état d'étape écartée par la méthode elle-même, notamment en raison du déroulement et des validations précédentes, par exemple en cas de résultat positif au test de l'étape 1, passer directement au test de l'étape 3 sans effectuer le test de l'étape 2. is Dans une première réalisation avantageuse, les rattachements entre étapes sont graphiquement représentés dans la fenêtre générale d'une première manière lorsqu'ils correspondent à une absence de défaut et d'une deuxième manière distincte lorsqu'ils correspondent à une présence de défaut, avant 20 même que ces étapes ne soient réalisées. Par exemple, selon qu'elle correspond respectivement à une absence ou à une présence de défaut identifié, la flèche de passage entre étapes est verte ou rouge, et ce, en permanence quelque soit l'état de déroulement considéré du procédé de diagnostic, étape en 25 cours, non effectuée ou terminée. L'avantage de cette première réalisation est de donner une bonne vision au départ pour le réparateur, même si le déroulement du procédé de diagnostic est un peu moins lisible. Une flèche de passage entre étapes correspond 30 respectivement à une absence ou à une présence de défaut identifié, signifie que lorsque le réparateur suit cette flèche de passage, c'est qu'il vient de trouver à l'étape de départ (l'étape d'où part la flèche de passage) respectivement qu'il n'y a pas ou qu'il y a un défaut. Dans une deuxième réalisation avantageuse, les rattachements entre étapes sont graphiquement représentés dans la fenêtre générale d'une première manière lorsqu'ils correspondent à une absence de défaut et d'une deuxième manière distincte lorsqu'ils correspondent à une présence de défaut, seulement après que ces étapes soient réalisées. Par exemple, selon qu'elle correspond respectivement à une absence ou à une présence de défaut identifié, la flèche de passage entre étapes devient verte ou rouge, mais seulement une fois terminée io l'étape correspondant au départ de la flèche, c'est-à-dire l'étape d'où part le rattachement. L'avantage de cette deuxième réalisation est de donner une bonne vision pour le réparateur du déroulement du procédé de diagnostic, même si la vision au départ avant que l'étape correspondante soit is réalisée est un peu moins bonne. Dans une troisième réalisation avantageuse, les rattachements entre étapes sont graphiquement représentés dans la fenêtre générale d'une première manière lorsqu'ils correspondent à une absence de défaut et d'une deuxième manière distincte 20 lorsqu'ils correspondent à une présence de défaut, à la fois avant et après que ces étapes soient réalisées, les premières manières, avant et après réalisation de l'étape, étant également distinctes entre elles, les deuxièmes manières, avant et après réalisation de l'étape, étant également 25 distinctes entre elles. Par exemple, selon qu'elle correspond respectivement à une absence ou à une présence de défaut identifié, la flèche de passage entre étapes est vert pâle ou rose, lorsque l'étape est en cours ou non effectuée. Une fois terminée l'étape de départ de la flèche, celle-ci garde sa 30 couleur mais la rend plus foncée, de manière à transformer le vert pâle ou le rose respectivement en vert foncé (ou soutenu) ou en rouge. Cette troisième réalisation cumule les avantages des deux premières réalisations, mais au prix toutefois d'une complexité plus grande dans l'affichage. Pour l'ensemble des trois réalisations précédentes, une couleur supplémentaire peut être prévue pour le rattachement entre étapes, en liaison avec des étapes informatives ou des étapes permettant un aiguillage dans l'arborescence, sans corrélation à ce stade avec la présence ou l'absence d'un défaut. Par exemple il peut être demandé si un certain bruit provient de l'avant ou de l'arrière du véhicule, et en fonction de la réponse obtenue par le réparateur, l'outil aiguillera vers une branche ou une autre de l'arborescence, sans que l'outil io sache dire à ce stade s'il y a ou non présence d'un défaut. De préférence, des mesures obtenues par un ou plusieurs appareils de mesure connectés au véhicule sont affichés dans la fenêtre de détail au cours de la réalisation de l'étape correspondante. Cet affichage est automatique. Cela est rendu is possible grâce à l'existence d'une liaison directe, permettant une transmission automatique des informations, entre d'une part l'outil hébergeant le procédé de diagnostic automobile selon l'invention et d'autre part divers appareils de mesure alternativement ou successivement connectés au véhicule 20 objet du procédé de diagnostic. De préférence, l'arborescence est issue d'une matrice de logique déterministe comprenant des constituants de véhicule dans une dimension de la matrice et des tests à appliquer aux dits constituants de véhicule dans une autre dimension de la 25 matrice. Une telle matrice de logique déterministe est par exemple décrite dans la demande de brevet française FR 0853237. En effet, la gamme de diagnostic correspondant à un déroulement type prédéterminé du procédé de diagnostic qui est proposé au réparateur, son utilisation améliore l'efficacité 30 du déroulement du procédé de diagnostic en proposant une gamme de diagnostic à la fois efficace et économique, tant au niveau temps de déroulement qu'au niveau des coûts associés. D'une part, elle permet de faire les tests les plus rapides en premier, comme par exemple ceux ne nécessitant que la lecture d'une mesure sur l'écran de l'outil de diagnostic, et les tests les plus longs en dernier, comme par exemple les mesures en atelier des caractéristiques d'un composant ayant nécessité une dépose préalable du composant qui est donc retiré du véhicule. D'autre part, elle permet d'analyser les composants les moins fiables en premier et les composants les plus fiables en dernier. De manière avantageuse, la première fenêtre et la deuxième fenêtre sont deux fenêtres distinctes d'un même écran io d'affichage. Préférentiellement ces deux fenêtres sont disjointes entre elles. Préférentiellement, ces deux fenêtres sont juxtaposées l'une à côté de l'autre, jusqu'à, de manière avantageuse, se toucher. De manière avantageuse, la fenêtre générale est disposée à gauche de l'écran, tandis que la is fenêtre de détail est disposée à droite de l'écran, c'est ainsi plus ergonomique, car le regard va de gauche à droite et du général au particulier. Les fenêtres de détail correspondent avantageusement respectivement à des petites pages d'écran correspondant 20 chacune à une étape de l'arborescence représentée dans la fenêtre générale. De manière avantageuse, la navigation dans le détail d'étape affichée dans la fenêtre de détail s'effectue à l'aide d'un ascenseur. La dimension de la fenêtre de détail étant 25 maintenant réduite, puisque seul le détail correspondant à une petite partie de la fenêtre générale y est affichée, l'ascenseur retrouve toutes ses propriétés d'ergonomie qu'il avait perdu dans certains arts antérieurs où la fenêtre de détail affichait elle-même toute une séquence d'étapes correspondant à une 30 partie notable de l'arborescence ; il devenait alors fastidieux de naviguer du haut en bas de la très longue séquence dont une partie seulement était affichée dans la fenêtre de détail à tout moment, cette partie changeant avec le mouvement de l'ascenseur. 2956758 l0 Le diagnostic automobile est le diagnostic d'un véhicule, pour réparer et ou anticiper une panne dont est ou pourrait être victime ce véhicule. Un véhicule inclut notamment un camion, une voiture, un bus, 5 un avion, un train, un bateau. Un véhicule est de préférence un véhicule à moteur, avantageusement terrestre. Un véhicule est préférentiellement une voiture. L'invention va maintenant être décrite plus en détail à l'aide io des figures ci-après, données à titre d'exemples illustratifs et non limitatifs, où : - la figure 1 représente schématiquement un affichage d'écran d'un procédé de diagnostic automobile selon l'invention, montrant l'interconnexion entre la fenêtre générale et la is fenêtre de détail ; - la figure 2 représente schématiquement un affichage d'écran de la fenêtre générale d'un procédé de diagnostic automobile selon l'invention, sans marquage de validation d'étape ; - les figures 3 et 4 représentent schématiquement un affichage 20 d'écran de la fenêtre générale d'un procédé de diagnostic automobile selon l'invention, avec marquage de validation d'étape ; - la figure 5 représente schématiquement un affichage d'écran de la fenêtre générale d'un procédé de diagnostic automobile 25 selon l'invention, avec son lien vers l'historique des sessions de déroulement du procédé de diagnostic selon l'invention. La gamme de diagnostic correspond à un déroulement type prédéterminé du procédé de diagnostic qui est proposé au réparateur par l'outil de diagnostic automobile embarquant le 30 procédé de diagnostic automobile selon l'invention. Le procédé de diagnostic automobile est embarqué dans un outil de diagnostic automobile qui en permet et en facilite le déroulement. La figure 1 représente schématiquement un affichage d'écran d'un procédé de diagnostic automobile selon l'invention, montrant l'interconnexion entre la fenêtre générale et la fenêtre de détail. L'écran est subdivisé en deux fenêtres, une fenêtre générale f1 située dans la partie gauche de l'écran et une fenêtre de détail f2 située dans la partie droite de l'écran. Les deux fenêtres f1 et f2 sont distinctes, disjointes, et juxtaposées l'une à côté de l'autre. La fenêtre générale f1 est rectangulaire, tandis que la fenêtre de détail f2 présente une io forme en L venant entourer la fenêtre générale f1 pour remplir la totalité de la surface de l'écran représenté sur la figure 1. On pourrait aussi envisager un bandeau d'informations et de données générales qui surmonterait deux fenêtres f1 et f2 rectangulaires. is Dans la fenêtre générale f1 , est affichée une partie al de l'arborescence déroulable représentant le déroulement des étapes d'un procédé de diagnostic automobile, ici en l'occurrence le diagnostic du système de climatisation d'une voiture. A partir de l'étape eO qui est la racine, est affichée une 20 séquence d'étapes à dérouler successivement, les étapes el, e2, e3, e4, e5 et e6, qui sont toutes situées à un même niveau donné lequel est inférieur à la racine eO, certaines étapes pouvant être omises ou inversées, mais l'ordre donné correspondant à l'ordre type préconisé par l'outil de diagnostic, 25 ordre dont le réparateur expérimenté pourra s'écarter momentanément pendant le déroulement du procédé de diagnostic s'il le juge nécessaire ou utile. Dans la fenêtre générale f1 , l'affichage d'un marqueur de validation v5 vert en regard de l'étape e6 signifie que l'étape e6 a été effectuée par 30 le réparateur et que le défaut potentiel correspondant est absent, tandis que l'affichage d'un marqueur de validation v3 orange en regard de l'étape e5 signifie que l'étape e5 est en train d'être effectuée par le réparateur et que le résultat n'en est pas encore connu. L'affichage révèle ici que le réparateur a inversé l'ordre des étapes puisqu'il a réalisé l'étape e6 avant de commencer l'étape e5. De plus, les marqueurs blancs v1 montrent que les étapes el à e4, qui auraient dû être faites avant l'étape e5, ne l'ont pas été par choix délibéré du réparateur dans ce cas là, le réparateur pouvant d'ailleurs avoir pour cela de bonnes raisons liées à des circonstances particulières de la panne qu'il est en train d'analyser. Soient ri des rattachements entre étapes permettant de passer d'une étape à l'autre, ou d'une sous-étape à l'autre. Pour des raisons de lisibilité, les rattachements ri ne sont représentés que sur les figures 1 et 2, les figures 3 et 4 étant par ailleurs chargées par les marqueurs de validation v1 à v5. Dans la fenêtre de détail f2, est affiché le détail d5 d'une partie de l'étape e5, qui contient des informations dont une is information d51 sur l'état du circuit de climatisation pendant le déroulement de l'étape e5 et qui contient aussi une mesure m1 donnant la valeur de la pression dans le circuit de climatisation laquelle pression est mesurée par un capteur de pression directement relié à l'outil de diagnostic automobile. Un test t1 20 est encore affiché dans la fenêtre de détail f2, ce test t1 comprenant deux icônes i1 et i2 de résultat de test, l'activation de l'icône i1 correspondant à une validation positive du test t1, c'est-à-dire à une absence de défaut, à savoir une pression cohérente dans le circuit de climatisation, l'activation de 25 l'icône i2 correspondant à une validation négative du test t1 , c'est-à-dire à une présence de défaut, à savoir une pression incohérente dans le circuit de climatisation. Si la valeur de la pression donnée par la mesure m1 est cohérente, l'utilisateur va cliquer sur l'icône i1 et ce clic va automatiquement 30 entraîner la modification du marqueur de validation v3 orange qui va devenir un marqueur de validation v5 vert signalant l'absence de défaut après complétude du test t1 correspondant à la réalisation de l'étape e5. Si la valeur de la pression donnée par la mesure m1 est incohérente, l'utilisateur va cliquer sur l'icône i2 et ce clic va automatiquement entraîner la modification du marqueur de validation v3 orange qui va devenir un marqueur de validation v4 rouge signalant la présence de défaut après complétude du test t1 correspondant à la réalisation de l'étape e5. En résumé, le clic sur l'un des icônes il ou i2 du test t1 dans la fenêtre de détail f2, en plus d'afficher ce résultat au niveau du test t1 , va également modifier le marqueur de validation graphiquement représenté au voisinage de l'étape e5 dans l'arborescence al affichée dans la fenêtre générale f1. Ce mode de validation manuel, présente l'avantage de solliciter le réparateur pour participer activement au cheminement intellectuel du diagnostic. Pour autant, dans certains tests, cette même validation pourrait être obtenue en automatique. C'est cette interconnexion entre les 1s fenêtres générale f1 et de détail f2 qui donnent au procédé de diagnostic selon l'invention à la fois une bonne partie de sa richesse et de sa souplesse. En effet, à tout moment, le réparateur sait de manière quasi intuitive où il en est, et ce, à la fois globalement au sein du processus qu'il déroule et 20 précisément dans l'étape qu'il réalise. L'affichage global de la fenêtre générale f1 permet de comprendre rapidement le procédé ou la gamme de diagnostic, tandis que l'affichage détaillé de la fenêtre de détail f2 permet d'exécuter pas à pas la gamme de diagnostic lorsqu'on la suit. 25 A ce stade, le réparateur expérimenté conserve à la fois la lisibilité de la gamme de diagnostic proposée, laquelle peut le guider dans ses choix et à laquelle il peut se référer à tout moment, tout en conservant la souplesse de s'en écarter au moins momentanément en faisant à certains moments d'autres 30 choix que ceux préconisés par la gamme de diagnostic. L'affichage global de la fenêtre générale f1 permet, au travers de sa présentation hiérarchisée en niveaux et en sous-niveaux, à la fois de saisir la logique globale de la gamme de diagnostic et de survoler visuellement l'ensemble des tests à réaliser sur une pièce du véhicule soupçonnée de pouvoir être défectueuse ou d'être à l'origine de la panne constatée. Le passage de l'affichage global de la fenêtre générale f1 à l'affichage détaillé de la fenêtre générale f2 se fait par simple clic et vice-versa, les deux fenêtres f1 et f2 étant interconnectées entre elles. Par ailleurs cette interconnexion valide dans la fenêtre générale f1 à l'endroit adéquat dans le procédé l'action de test réalisée dans la fenêtre de détail f2. La figure 2 représente schématiquement un affichage d'écran de la fenêtre générale d'un procédé de diagnostic automobile selon l'invention, sans marquage de validation d'étape. Dans la fenêtre générale f1 , est affichée une autre partie a2 de l'arborescence déroulable représentant le déroulement des étapes d'un procédé de diagnostic automobile, ici en 1s l'occurrence le diagnostic du système de climatisation d'une voiture. Chaque étape el à e6 pourra également être décomposée en sous-étapes, comme par exemple l'étape e2 est décomposée en sous-étapes e21 et 22 sur les figures 2 à 5. L'affichage ou l'effacement des sous-étapes correspondant 20 à une étape se fait par clic dans une zone voisine de l'étape considérée, un clic pour afficher les sous-étapes lorsqu'elles n'y sont pas, un clic pour les effacer lorsqu'elles y sont. Les figures 3 et 4 représentent schématiquement un affichage d'écran de la fenêtre générale d'un procédé de diagnostic 25 automobile selon l'invention, avec marquage de validation d'étape. Un avantage important du procédé de diagnostic automobile selon l'invention est de permettre de marquer le résultat des tests, non seulement bien sûr dans le rapport final qui sera édité par l'outil de diagnostic automobile, mais aussi 30 au fur et à mesure de la réalisation des tests pendant le déroulement du procédé de diagnostic, ce qui est très intéressant pour le réparateur lorsqu'il déroule ce procédé de diagnostic. Une légende L1 rappelle la signification des différents marqueurs de validation v1 à v5 associés aux différentes étapes du procédé de diagnostic. Un marqueur blanc v1 signifie que l'étape n'a pas encore été réalisée par le réparateur. Un marqueur gris v2 signifie que l'étape n'a pas encore été réalisée par le réparateur et qu'elle ne le sera pas, celui-ci ayant décidé de ne pas la réaliser. Un marqueur orange v3 signifie que l'étape est en cours de réalisation, son résultat n'étant pas encore connu. Un marqueur rouge v4 io signifie que l'étape a été réalisée par le réparateur, son résultat ayant révélé la présence d'un défaut. Un marqueur vert v5 signifie que l'étape a été réalisée par le réparateur, son résultat correspondant à l'absence du défaut correspondant. Sur la figure 3, en considérant l'affichage, on peut en déduire is que le réparateur a réalisé les étapes e1 et e2 sans mettre en évidence de défaut, qu'il a écarté les sous étapes e21 et e22 comme inutiles en l'occurrence, qu'il est en train de réaliser l'étape e3, et qu'il n'a pas encore réalisé l'étape e4. Sur la figure 4, en considérant l'affichage, on peut en déduire 20 que le réparateur n'a pas encore réalisé les étapes e1 à e2, ni les sous-étapes e21 à e22, est en train de réaliser l'étape e3, après avoir préalablement réalisé l'étape e4 laquelle n'avait pas révélé de défaut. Par ailleurs, plusieurs règles peuvent être envisagées pour 25 valider une étape en fonction de la validation ou non des sous-étapes associées à cette étape. A titre d'illustration, considérons que le marquage v4 de présence de défaut est rouge et le marquage d'absence de défaut v5 est vert. Dans une première option, l'étape est rouge si au moins une des 30 sous-étapes est rouge, tandis que l'étape est verte si toutes les sous-étapes sont vertes. Dans une deuxième option, l'étape est rouge si au moins une des sous-étapes est rouge, tandis que l'étape est verte si au moins une des sous-étapes est verte et si aucune sous-étape n'est rouge. La figure 5 représente schématiquement un affichage d'écran de la fenêtre générale d'un procédé de diagnostic automobile selon l'invention, avec son lien vers l'historique des sessions de déroulement du procédé de diagnostic selon l'invention. Des traces de communication entre l'outil de diagnostic et le véhicule sont conservées, notamment au travers de l'exploitation des différents clics du réparateur, que ce soit ceux réalisés sur les liens hypertextes associés aux différentes étapes représentées dans la fenêtre générale f1 , ou que ce soit ceux réalisés dans la fenêtre de détail f2. Le parcours effectué par le réparateur au sein de l'arborescence a2 laisse dans la mémoire de l'outil de diagnostic des traces tri qui sont stockées dans un historique h1 dont le contenu est utilisé par une application de retenu 1s d'expérience art par l'intermédiaire d'une communication c1. L'application de retenu d'expérience art a pour but l'analyse du parcours effectué par le réparateur. Cette analyse peut ensuite être utilisée pour divers besoins, comme par exemple la téléassistance du réparateur, ou bien le contrôle des coûts 20 de garantie, ou bien l'amélioration du procédé de diagnostic automobile dans une prochaine version. 30 REVENDICATIONS1) Procédé de diagnostic, comprenant une opération de validation, commandée par au moins une action sur une interface homme machine, d'une étape (el à e6) dans le s déroulement du procédé de diagnostic, caractérisé en ce que la réalisation de l'opération de validation dans une fenêtre de détail (f2) d'une étape activée dans une arborescence (al, a2) représentée dans une fenêtre générale (fi), entraîne automatiquement l'affichage (v1 à v5) de cette réalisation dans io la fenêtre générale (fi) au niveau de l'étape activée, la fenêtre générale (fi) et la fenêtre de détail (f2) étant deux fenêtres d'écran distinctes entre elles. 2) Procédé selon la revendication 1, caractérisé en ce que is l'opération de validation est effectuée dans la fenêtre de détail (f2) d'abord par le déplacement d'un curseur sur un icône (i1, i2) et ensuite par l'activation dudit icône (i1, i2) par ledit curseur. 20 3) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les fenêtres de détail (f2) correspondent respectivement à des étapes (e1 à e6) de l'arborescence (al, a2) représentée dans la fenêtre générale (fi). 25 4) Procédé selon la revendication 3, caractérisé en ce qu'il faut au moins un clic pour passer d'une fenêtre de détail (f2) à une autre fenêtre de détail (f2) ou pour remonter d'une fenêtre de détail (f2) à la fenêtre générale (fi). 5) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'affichage (v1 à v5) dansla fenêtre générale (fi) de la réalisation d'une opération de validation se traduit par l'affichage d'un pictogramme supplémentaire (v1 à v5) dans la fenêtre générale (fi). 6) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une fenêtre de détail (f2) est rattachée à une étape (el à e6) de la fenêtre générale (fi) par un lien hypertexte. 7) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les passages entre fenêtres (fi, f2) sont stockés dans un historique (h1) qui est envoyé dans un réseau commun à plusieurs utilisateurs dudit procédé. 8) Procédé selon la revendication 7, caractérisé en ce que cet historique (h1) est utilisé dans une assistance par télécommunication de l'utilisateur dudit procédé, et ou dans une méthode d'évaluation des coûts de garantie, et ou dans une mise à jour dudit procédé, ou pour la reprise d'une session de diagnostic interrompue. 9) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'affichage (v1 à v5) de la réalisation d'une opération de validation peut prendre au moins trois états parmi lesquels l'état de présence d'un défaut (v4), l'état d'absence d'un défaut (v5), l'état de non réalisation (v2) de l'étape considérée comme inutile par l'opérateur exécutant la méthode. 10) Procédé selon la revendication 9, caractérisé en ce que l'affichage (v1 à v5) de la réalisation d'une opération de validation peut prendre au moins deux autres états parmilesquels l'état de réalisation en cours (v3) de l'étape, l'état d'étape non encore réalisée (v1). 11) Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que les rattachements (ri) entre étapes (e1 à e6) sont graphiquement représentés dans la fenêtre générale (fi) d'une première manière lorsqu'ils correspondent à une absence de défaut et d'une deuxième manière distincte lorsqu'ils correspondent à une présence de défaut, avant même que ces étapes ne soient réalisées. 12) Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que les rattachements (ri) entre étapes (e1 à e6) sont graphiquement représentés dans la fenêtre générale (fi) d'une première manière lorsqu'ils correspondent à une absence de défaut et d'une deuxième manière distincte lorsqu'ils correspondent à une présence de défaut, seulement après que ces étapes soient réalisées. 13) Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que les rattachements (ri) entre étapes (e1 à e6) sont graphiquement représentés dans la fenêtre générale (fi) d'une première manière lorsqu'ils correspondent à une absence de défaut et d'une deuxième manière distincte lorsqu'ils correspondent à une présence de défaut, à la fois avant et après que ces étapes soient réalisées, les premières manières, avant et après réalisation de l'étape, étant également distinctes entre elles, les deuxièmes manières, avant et après réalisation de l'étape, étant également distinctes entre elles. 14) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que des mesures (m1) obtenues par un ou plusieurs appareils de mesure connectésau véhicule sont affichés dans la fenêtre de détail (f2) au cours de la réalisation de l'étape correspondante. 15) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'arborescence (a1 , a2) est issue d'une matrice de logique déterministe comprenant des constituants de véhicule dans une dimension de la matrice et des tests à appliquer aux dits constituants de véhicule dans une autre dimension de la matrice. Io 16) Procédé de diagnostic, comprenant une opération de validation d'une étape (el à e6) dans le déroulement du procédé de diagnostic, caractérisé en ce que l'opération de validation est effectuée dans une première fenêtre (f2) d'écran is tandis qu'elle est affichée dans une deuxième fenêtre (fi) d'écran distincte, la première fenêtre (f2) correspondant au détail (d5) de ladite étape (e5) représentée dans la deuxième fenêtre (fi) au sein d'une arborescence (al, a2) d'étapes (e1 à e6). 20 17) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le procédé est un procédé de diagnostic automobile.