Brevet FR3006475A1 — publié le 20141205

GESTION DE L'AFFICHAGE D'ERREURS DE FONCTIONNEEMENT D'UN PROGRAMME D'ORDINATEUR DOMAINE DE L'INVENTION L'invention concerne l'affichage de messages d'erreurs destinés aux utilisateurs d'un programme d'ordinateur. En particulier, l'invention permet de configurer cet affichage afin de gérer la pertinence de ces erreurs. CONTEXTE DE L'INVENTION Le développement de programmes d'ordinateurs (ou « logiciels) est un processus complexe dans lequel plusieurs développeurs peuvent intervenir à différents stades. En outre, les programmes d'ordinateurs sont généralement conçus de façon modulaire, notamment par l'utilisation de librairies qui proposent des ensembles de fonctions et peuvent être incorporées et utilisés par le développeur d'un nouveau programme d'ordinateur. Du fait de la complexité du développement d'un programme d'ordinateur, des erreurs peuvent être commises par le développeur, de différentes sortes. Il peut notamment s'agir d'une mauvaise utilisation d'une fonction, par exemple des paramètres d'entrées associés à cette fonction. Il peut également s'agir d'une prise en compte insuffisante des différentes situations auquel le programme d'ordinateur peut être confronté. Ces erreurs de programmation peuvent entraîner des erreurs de fonctionnement du programme d'ordinateur. C'est par exemple le cas si une fonction est appelée avec un mauvais paramètre. Cette erreur de fonctionnement est généralement gérée par le programme d'ordinateur lui-même. Cette gestion des erreurs comprend l'affichage d'un message d'erreur destiné à l'utilisateur du programme d'ordinateur. Ce message peut comprendre un code d'erreur et/ou une chaîne de caractères expliquant l'erreur de fonctionnement rencontrée. Une telle gestion est toutefois insuffisante pour plusieurs raisons. Tout d'abord, une même erreur rencontrée à diverses localisations d'un même programme d'ordinateur peut générer des messages d'erreurs différents, si le développeur n'attache pas le temps et l'attention suffisants pour uniformiser manuellement les messages d'erreur. Il est en outre difficile de réutiliser les messages d'erreurs pour un autre programme d'ordinateur de sorte que le temps associé à cette activité s'en trouve rallongé considérablement et qu'il n'est pas facile d'assurer une uniformité des messages d'erreurs d'un programme d'ordinateur à un autre. En outre, la correction ou la modification d'un message d'erreur n'est pas une chose facile puisque celui-ci peut se retrouver à plusieurs endroits du code source du programme d'ordinateur, et que celui peut être constitué de plusieurs fichiers indépendants, librairies, etc. Enfin, il n'est pas prévu dans ce type de solution de mécanisme qui permet de configurer le nombre de messages d'erreurs affichés. En effet, certaines erreurs de fonctionnement peuvent engendrer d'autres erreurs en cascade de sorte qu'un grand nombre de messages d'erreurs peuvent finalement être affichés. Or certains utilisateurs ne souhaitent pas visualiser un si grand nombre de messages qui, pour la plupart, ne lui sont que peu pertinents. Ils préfèrent généralement ne voir que les messages d'erreurs les plus pertinents. D'autres utilisateurs, au contraire, peuvent souhaiter voir l'ensemble des messages d'erreur afin de mieux comprendre la situation qui a amené à l'erreur de fonctionnement. Toutefois aucune solution de la technique ne permet de résoudre ces problématiques. RESUME DE L'INVENTION Le but de la présente invention est donc de fournir un procédé et un programme d'ordinateur palliant au moins partiellement les inconvénients précités. À cette fin, la présente invention propose un procédé d'affichage de message d'erreurs par un programme d'ordinateur, dans lequel lorsqu'une erreur est détectée par ledit programme d'ordinateur pendant son déroulement, - on récupère au moins un message d'erreur associé à ladite erreur dans une première structure de données ; - on décide si ledit message d'erreur doit être stocké dans une seconde structure de données, et si oui, on le stocke ; et dans lequel, on affiche le contenu de ladite seconde structure de données lors de la rencontre d'une condition d'affichage. Suivant des modes de réalisation préférés, l'invention comprend une ou plusieurs des caractéristiques suivantes qui peuvent être utilisées séparément ou en combinaison partielle entre elles ou en combinaison totale entre elles : on peut récupérer en outre un indicateur de pertinence associé à ladite erreur dans ladite première structure de données et on décide si ledit message d'erreur doit être stocké dans une seconde structure de données en recherchant dans ladite seconde structure de données un message d'erreur précédent, comparant ledit indicateur de pertinence à un indicateur de pertinence précédant associé audit message d'erreur précédent, et décidant de stocker ledit message d'erreur si ledit indicateur de pertinence est supérieur audit indicateur de pertinence précédent, en remplacement dudit message d'erreur précédent. lesdits messages d'erreurs peuvent être associés à un type d'erreur au sein de ladite première structure de données, et dans lequel on décide si ledit message d'erreur doit être stocké dans une seconde structure de données en fonction du type associé audit message d'erreur. - ladite première structure de données peut être un fichier de configuration. - ladite première structure de données peut associer en outre à chaque message d'erreur possible, un identifiant, un code d'erreur et un code de retour. L'invention a également pour objet un dispositif comportant des moyens pour afficher des messages d'erreurs, adapté pour lorsqu'une erreur est détectée pendant son fonctionnement, - Récupérer au moins un message d'erreur associé à ladite erreur dans une première structure de données ; - Décider si ledit message d'erreur doit être stocké dans une seconde structure de données, et si oui, le stocker ; et adapté pour afficher le contenu de ladite seconde structure de données, lors de la rencontre d'une condition d'affichage. Selon un mode de réalisation, ce dispositif peut être adapté pour pour récupérer en outre un indicateur de pertinence associé à ladite erreur dans ladite première structure de données et décider si ledit message d'erreur doit être stocké dans une seconde structure de données en recherchant dans ladite seconde structure de données un message d'erreur précédent, comparant ledit indicateur de pertinence à un indicateur de pertinence précédant associé audit message d'erreur précédent, et décidant de stocker ledit message d'erreur si ledit indicateur de pertinence est supérieur audit indicateur de pertinence précédent, en remplacement dudit message d'erreur précédent. Un autre aspect de l'invention concerne un système comportant le dispositif (P) tel que précédemment décrit et ladite première structure de données (C) dans laquelle lesdits messages d'erreurs sont associés à un type d'erreur, et dans lequel ledit dispositif est adapté à décider si ledit message d'erreur doit être stocké dans une seconde structure de données en fonction du type associé audit message d'erreur. Selon un mode de réalisation, ladite première structure de données peut être un fichier de configuration. Selon un mode de réalisation, ladite première structure de données peut associer en outre à chaque message d'erreur possible, un identifiant, un code d'erreur et un code de retour. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui suit d'un mode de réalisation préféré de l'invention, donnée à titre d'exemple et en référence aux dessins annexés. BREVE DESCRIPTION DES DESSINS La figure 1 représente schématiquement une mise en oeuvre fonctionnelle de l'invention. La figure 2 représente schématiquement un organigramme selon une mise en oeuvre de l'invention. DESCRIPTION DETAILLEE DE L'INVENTION L'invention est relative à différents types de dispositifs comportant des moyens pour afficher des messages d'erreurs relatifs à des erreurs détectés pendant leur fonctionnement. Ces dispositifs peuvent être de différentes natures. Dans l'exemple de la figure 1, le dispositif est un programme d'ordinateur P. Un ordinateur comporte classiquement un système d'exploitation OS (pour « Operating System » en anglais) qui permet d'aider au fonctionnement de programmes d'ordinateurs P. Les programmes d'ordinateur P peuvent avoir un grand nombre de fonctions et l'invention est susceptible de s'appliquer à tout type de programme d'ordinateur, quel que soient leur fonctions. L'invention porte sur le programme d'ordinateur P lui-même, mais également sur un procédé d'affichage de messages d'erreur par celui-ci, ainsi qu'un système S comprenant le programme d'ordinateur P, une première structure de données C et une seconde structure de données E. Lorsque le programme d'ordinateur est en fonctionnement, il peut survenir des erreurs de fonctionnement pendant son déroulement. Sur l'organigramme de la figure 2, l'étape E0 représente le déroulement normal du programme d'ordinateur P. Un exemple d'un tel programme d'ordinateur P peut consister à piloter un robot pour le faire se déplacer. Le robot peut comprendre trois instructions élémentaires différentes : avancer, tourner à droite, tourner à gauche. Le programme consiste à récupérer une liste d'instructions élémentaires, séparées par des virgules et les faire exécuter par le robot. La programme peut s'écrire comme suit, en pseudo-langage, où représente la liste d'instructions élémentaires : Deplacement( ) IE=Recuperer instructions elementaires( ) Pour tout IE faire Actionner(IE) Fin pour Fin « IE » représente une variable interne dans laquelle sont structurées les instructions élémentaires passés en paramètre dans la liste On suppose que le paramètre fourni au programme d'ordinateur est la liste « avancer, tourner à droite, reculer, avancer ». Le programme d'ordinateur fonctionne correctement jusqu'à ce qu'il détermine que l'instruction élémentaire n'est pas valide (elle n'est pas dans la liste des trois instructions comprises par le robot). Lorsqu'une erreur de fonctionnement est détectée, l'enchaînement des étapes El, E2, E3, E4 est déclenché. L'étape El consiste à récupérer au moins un message d'erreur associé à cette erreur de fonctionnement dans première structure de données C. Cette première structure de données C peut notamment être un fichier stocké sur un disque dur. Un tel fichier de configuration C peut être tel que suit : Erreur.global.conf=meilleur Erreur.paramètre invalide.id=0 Erreur.paramètre invalide.message=paramètre d'entrée invalide Erreur.paramètre invalide.code=1 Erreur.paramètre invalide.pertinence=0 Erreur.paramètre invalide.retour=non Erreur.instruction inconnue.id=1 Erreur.instruction inconnue.message=L'instruction `(7os' est inconnue, vérifiez votre consigne. Erreur.instruction inconnue.code=2 Erreur.instruction inconnue.pertinence=10 Erreur.instruction inconnue.retour=oui Dans cet exemple, la chaîne de caractère `(7os' représente un symbole d'échappement permettant d'insérer l'instruction élémentaire inconnue, à l'origine de l'erreur. Dans cet exemple particulier, le fichier de configuration est constitué de trois parties : - une première partie formée par la première ligne « erreur.global.conf=meilleur » qui indique un paramètre général définissant le comportant du procédé et du programme d'ordinateur concernant la gestion des erreurs. - Une seconde partie constituée de paramètres associés une première erreur « paramètre invalide » - Une troisième partie constituée de paramètres associés à une seconde erreur « instruction inconnue ». Il est à noter que l'ordre n'est pas important puisque les informations sont indiquées par un vocabulaire déterminé. Ainsi la première ligne « erreur.global.conf=meilleur » peut très bien être au milieu ou à la fin du fichier de configuration C: l'information « global.conf » suffit pour déterminer sa signification indépendamment de sa position. Une erreur de fonctionnement est d'abord détectée lorsque le paramètre fourni à la fonction « actionner » est « reculer », puisque cette instruction élémentaire est invalide. L'étape El est donc une première fois déclenchée pour cette erreur de paramètre invalide. Le message d'erreur est indiqué en association à cette erreur grâce à la ligne : « erreur.paramètre invalide.message=paramètre d'entrée invalide » qui fournit une chaîne de caractères formant le message d'erreur associé à l'erreur « paramètre invalide » et introduite par le terme « .mes s age ». L'étape suivante ED consiste alors à décider si ce message doit être stocké ou non dans une seconde structure de données E. Cette seconde structure de données peut être un fichier sur disque ou en mémoire, un registre ou n'importe quelle zone de mémoire physique ou non dont la durée de vie s'étend jusqu'à la fin du fonctionnement du programme d'ordinateur. Cette décision peut se baser sur un paramètre fourni par le fichier de configuration C. Ce paramètre est celui fourni en première ligne. Dans un autre exemple, cette première ligne pourrait être erreur.global.conf=tous Cette ligne signifie que tous les messages d'erreurs doivent être affiché quel que soit l'erreur rencontrée. Dans ce mode de fonctionnement, l'étape ED décide que tout message d'erreur doit être stocké dans la seconde structure de données. Aussi, le message « paramètre d'entrée invalide » est stocké dans la structure de données E. Dans l'exemple donné plus haut, la première ligne est erreur.global.conf=meilleur Ce paramètre de configuration (« meilleur ») indique que seuls les meilleurs messages de configuration doivent être affichés. Le critère retenu pour déterminer si un message est meilleur qu'un autre est un critère de pertinence qui est associé à chaque erreur dans le fichier de configuration C. Dans l'exemple, pour l'erreur « paramètre invalide », l'indicateur de pertinence est donné par la ligne suivante dans le fichier de configuration : Erreur.paramètre invalide.pertinence=0 Selon un mode de réalisation de l'invention, on récupère à l'étape El cet indicateur de pertinence en plus du message d'erreur. Il est à noter que d'autres éléments peuvent également être récupérés selon différentes mises en oeuvre de l'invention, comme par exemple, un code de retour («.retour »), un identifiant (« .id »), un code d'erreur (« .code »). Ces éléments peuvent être affichés. L'élément « retour » permet d'indiquer si un code d'erreur est éligible comme un code retour pour le programme d'ordinateur P ou bien s'il s'agit d'un code d'erreur interne au programme. Le code d'erreur peut faire l'objet d'un comportement différent de celui du message d'erreur, comme il sera vu ultérieurement. Selon un mode de réalisation, l'étape ED peut se décomposer en plusieurs sous-étapes, E2, E3, E4. Une première sous-étape E2 consiste à rechercher dans la seconde structure de données E, un message d'erreur précédent, Une deuxième sous-étape E3 consiste à comparer l'indicateur de pertinence récupéré dans le fichier de configuration C, à un indicateur de pertinence précédant associé à ce message d'erreur précédent, et Une troisième sous-étape E4 consiste à alors décider de stocker le message d'erreur si cet indicateur de pertinence est supérieur à l'indicateur de pertinence précédent, en remplacement du message d'erreur précédent.30 Une fois l'étape de décision ED (E4) effectuée, le programme d'ordinateur P peut reprendre son fonctionnement normal si l'erreur de fonctionnement en question n'est pas une erreur bloquante. Sur le Figure 2, l'organigramme montre ainsi une flèche rebouclant de l'étape E4 vers l'étape EO. Dans l'exemple, l'erreur « paramètre invalide » est la première erreur rencontrée. Il n'y a pas de message d'erreur précédent, ainsi que peut le déterminer l'étape E2. Son indicateur de pertinence est considéré comme supérieur à un indicateur de pertinence inexistant : il s'agit du message d'erreur le plus pertinent. La troisième sous-étape E4 décide donc de stocker le message d'erreur associé à cette erreur. Le programme d'ordinateur P rencontre ensuite une nouvelle erreur lorsqu'il détermine que le paramètre fourni à la fonction « déplacement » contient une instruction élémentaire invalide. Une erreur « instruction inconnue » est alors générée, de façon connue en soi. Comme précédemment, l'étape El est déclenchée pour cette erreur. Le message d'erreur est indiqué en association à cette erreur grâce à la ligne : « erreur.instruction inconnue.message= L'instruction `qcs' est inconnue, vérifiez votre consigne.» qui fournit une chaîne de caractères formant le message d'erreur associé à l'erreur « instruction inconnue» et introduite par le terme « .message ». Le symbole d'échappement %s permet d'insérer dans le message d'erreur l'instruction en question, soit ici l'instruction élémentaire « reculer ». Le message de vient donc : « L'instruction 'Reculer' est inconnue, vérifiez votre consigne.» L'étape suivante ED consiste alors à décider si ce message doit être stocké ou non dans une seconde structure de données E. Si la première ligne du fichier de configuration C est « erreur.global.conf=tous », alors ce message d'erreur est également stocké dans la structure de données E. Si la première ligne est « erreur.global.conf=meilleur », alors, comme précédemment, l'étape de décision ED comprend également la récupération à l'étape El de l'indicateur de pertinence en plus du message d'erreur. L'indicateur de pertinence associé à l'erreur « instruction inconnue » est fourni par la ligne : Erreur.instruction inconnue.pertinence=10 Selon ce mode de réalisation, l'étape ED peut se décomposer en plusieurs sous-étapes, E2, E3, E4. Une première sous-étape E2 consiste à rechercher dans la seconde structure de données E, un message d'erreur précédent, Une deuxième sous-étape E3 consiste à comparer l'indicateur de pertinence récupéré dans le fichier de configuration C, à un indicateur de pertinence précédant associé à ce message d'erreur précédent, et Une troisième sous-étape E4 consiste à alors décider de stocker le message d'erreur si cet indicateur de pertinence est supérieur à l'indicateur de pertinence précédent, en remplacement du message d'erreur précédent. La première sous-étape E2 détermine qu'un message d'erreur a déjà été stocké dans la structure de données E. La seconde sous-étape E3 comparer l'indicateur de pertinence récupéré (ici 10) à celui associé au message d'erreur précédent (ici 0). Comme l'indicateur de pertinence de la nouvelle erreur est supérieur à celui de l'erreur précédente, la sous-étape E3 détermine que la nouvelle erreur est plus pertinente. Il est donc décider de stocker le nouveau message d'erreur en remplacement du message d'erreur précédent. L'étape suivante E5 consiste à afficher le contenu de la seconde structure de données E lors de la rencontre d'une condition d'affichage. Cette condition d'affichage peut être la fin du déroulement du programme d'ordinateur. Le programme d'ordinateur P interrompt donc alors son fonctionnement normal E0 pour se terminer et afficher alors les erreurs de fonctionnement rencontré durant son déroulement. La condition d'affichage peut aussi être la fin d'une boucle, par exemple. Dans ce cas, la seconde structure de données E peut-être réinitialisée (notamment effacée) pour repartir dans des conditions initiales de fonctionnement. Ici, le contenu ne comprend que la dernière erreur rencontré (jugé plus pertinente). L'utilisateur verra donc affiché : « L'instruction 'Reculer' est inconnue, vérifiez votre consigne.» Si la première ligne du fichier de configuration C avait été erreur.global.conf=tous l'utilisateur aurait vu affiché : « Paramètre d'entrée invalide. L'instruction 'Reculer' est inconnue, vérifiez votre consigne. » Cette première partie du fichier de configuration E (qui n'est pas nécessairement en début du fichier) permet donc de définir le comportement global du programme d'ordinateur P pour la gestion des erreurs. Selon un mode de réalisation de l'invention, il est possible de définir des comportements distincts selon des types d'erreurs de fonctionnement. Par exemple, la première partie du fichier de configuration pourrait contenir deux lignes, correspondant à deux types, ou bien à un type et à un comportement par défaut. erreur.global.conf=meilleur erreur.interne.conf=tous On indique là un comportement particulier associé aux erreurs internes. On suppose qu'entre dans ce type d'erreurs, les erreurs mécaniques (par exemple un actionneur du robot est bloqué). Dans le même exemple que précédemment décrit, on ajoute une quatrième partie correspondant à une erreur mécanique : erreur.mecanique.id=0 erreur.mecanique.message=problème mécanique rencontré erreur.mecanique.code=10 erreur.mecanique.pertinence=2 erreur.mecanique.retour=oui Si on suppose qu'un des actionneurs permettant au robot de tourner est défaillant, le programme d'ordinateur P générera une erreur de fonctionnement lorsqu'il exécutera l'instruction élémentaire « tourner à droite ». Selon le mécanisme précédemment décrit, le message d'erreur associé « problème mécanique rencontré » sera affiché puisque la ligne « erreurinterne.conf=tous » indique bien que tous les messages d'erreur doivent être affichés pour les erreurs de fonctionnement de type mécanique. Si on suppose que le problème mécanique n'est pas bloquant et n'interrompt pas le programme P, celui-ci se poursuit et rencontre ensuite les deux erreurs de fonctionnement précédemment décrites. Celles-ci sont traités selon le comportement « erreur.global.conf=meilleur » de sorte que seule le message d'erreur le plus pertinent est affiché. Au final, l'utilisateur peut voir s'afficher : « Problème mécanique rencontré. L'instruction 'Reculer' est inconnue, vérifiez votre consigne. » En outre, d'autres comportements peuvent être indiqués dans le fichier de configuration C que « tous » et « meilleurs ». On peut par exemple préciser un comportement « premier ». L'étape de décision ED consistera alors à rechercher si une erreur précédente a été stocké dans la seconde structure de données E, si oui, ne rien stocker et revenir au fonctionnement normal. Si non, stocker le nouveau message d'erreur en remplacement du message d'erreur précédent, puis revenir au fonctionnement normal. On peut également préciser un comportement « aucune », selon lequel aucun message d'erreur n'est stocké dans la seconde structure de données E. Comme nous l'avons précédemment évoqué, le code d'erreur peut faire l'objet d'un comportement différent de celui du message d'erreur. Par exemple, s'il est choisi d'afficher toutes les erreurs de fonctionnement, il peut être prévu que le code d'erreur sera lui déterminé à nouveau à chaque rencontre d'une nouvelle erreur afin que soit stocké dans la structure de données E le code d'erreur le plus pertinent. De même, s'il est choisi de n'afficher que la première erreur, le code d'erreur qui est in fine affiché peut être le code d'erreur le plus pertinent.. Bien entendu, la présente invention n'est pas limitée aux exemples et au mode de réalisation décrits et représentés, mais elle est susceptible de nombreuses variantes accessibles à l'homme de l'art. Ainsi, grâce à l'invention, il est possible d'externaliser la gestion des erreurs du code source du programme d'ordinateur. Il est alors plus facile et donc moins coûteux de modifier la politique de gestion des erreurs, les messages d'erreurs, et de réutiliser les informations stockées dans le fichier de configuration C entre plusieurs programmes d'ordinateur. Ce dernier point est particulièrement important dans le contexte d'une suite logicielle composée d'un ensemble de programmes d'ordinateur distincts pour lesquels une uniformisation est souhaitable pour l'utilisateur final, ainsi que pour l'équipe de développement et de maintenance.10 REVENDICATIONS1. Procédé d'affichage de message d'erreurs par un programme d'ordinateur (P), dans lequel lorsqu'une erreur est détectée par ledit programme d'ordinateur pendant son déroulement, on récupère au moins un message d'erreur associé à ladite erreur dans une première structure de données (C) ; on décide si ledit message d'erreur doit être stocké dans une seconde structure de données (E), et si oui, on le stocke ; et dans lequel, on affiche le contenu de ladite seconde structure de données, lors de la rencontre d'une condition d'affichage. 2. Procédé selon la revendication 1, dans lequel on récupère en outre un indicateur de pertinence associé à ladite erreur dans ladite première structure de données et on décide si ledit message d'erreur doit être stocké dans une seconde structure de données en recherchant dans ladite seconde structure de données un message d'erreur précédent, comparant ledit indicateur de pertinence à un indicateur de pertinence précédant associé audit message d'erreur précédent, et décidant de stocker ledit message d'erreur si ledit indicateur de pertinence est supérieur audit indicateur de pertinence précédent, en remplacement dudit message d'erreur précédent. 3. Procédé selon la revendication précédente dans lequel lesdits messages d'erreurs sont associés à un type d'erreur au sein de ladite première structure de données, et dans lequel on décide si ledit message d'erreur doit être stocké dans une seconde structure de données en fonction du type associé audit message d'erreur. 4. Procédé selon l'une des revendications précédentes, dans lequel ladite première structure de données est un fichier de configuration. 5. Procédé selon l'une des revendications précédente dans lequel ladite première structure de données associe en outre à chaque message d'erreur possible, un identifiant, un code d'erreur et un code de retour. 6. Dispositif (P) comportant des moyens pour afficher des messages d'erreurs, adapté pour lorsqu'une erreur est détectée pendant son fonctionnement, Récupérer au moins un message d'erreur associé à ladite erreur dans une première structure de données (C) ; Décider si ledit message d'erreur doit être stocké dans une seconde structure de données (E), et si oui, le stocker ; et adapté pour afficher le contenu de ladite seconde structure de données, lors de la rencontre d'une condition d'affichage. 7. Dispositif selon la revendication 6, adapté pour récupérer en outre un indicateur de pertinence associé à ladite erreur dans ladite première structure de données et décider si ledit message d'erreur doit être stocké dans une seconde structure de données en recherchant dans ladite seconde structure de données un message d'erreur précédent, comparant ledit indicateur de pertinence à un indicateur de pertinence précédant associé audit message d'erreur précédent, et décidant de stocker ledit message d'erreur si ledit indicateur de pertinence est supérieur audit indicateur de pertinence précédent, en remplacement dudit message d'erreur précédent.30 8. Système (S) comportant le dispositif (P) selon la revendication précédente et ladite première structure de données (C) dans laquelle lesdits messages d'erreurs sont associés à un type d'erreur, et dans lequel ledit dispositif est adapté à décider si ledit message d'erreur doit être stocké dans une seconde structure de données en fonction du type associé audit message d'erreur. 9. Système selon la revendication précédente, dans lequel ladite première structure de données est un fichier de configuration. 10. Système selon la revendication précédente, dans lequel ladite première structure de données associe en outre à chaque message d'erreur possible, un identifiant, un code d'erreur et un code de retour.