Brevet FR2927439A1 — publié le 20090814

� Dispositif de sauvegarde de données d'un calculateur et procédé de sauvegarde de données s'y rapportant� La présente invention concerne d'une façon générale un dispositif et un procédé de sauvegarde de données dans un calculateur, notamment un calculateur de pilotage d'une fonction. Plus particulièrement mais pas exclusivement, la présente invention concerne un dispositif et un procédé de sauvegarde de données dans un calculateur de pilotage de compteurs ou d'autres paramètres dans un véhicule automobile. Les calculateurs de pilotage des systèmes automobiles peuvent ainsi gérer des compteurs, par exemple, un compteur totalisateur kilométrique, un compteur de nombre de régénérations du filtre à particules, des paramètres de réglage associés à des pièces mécaniques, par exemple des paramètres d'injecteurs et des paramètres d'apprentissage, par exemple, pour les corrections d'effets d'usure et les apprentissages liés à des pièces mécaniques. Il est nécessaire de pouvoir conserver ces paramètres après un échange de calculateur ou une reprogrammation de celui- ci. Le nombre et l'importance de ces compteurs et paramètres augmentent avec l'introduction de nouveaux systèmes et la sophistication croissante des équipements. Dans le cas du totalisateur kilométrique, il est connu d'inscrire la valeur totale kilométrique dans deux calculateurs, par exemple un calculateur combiné et un calculateur du boîtier de servitude intelligent BSI. En cas d'échange d'un de ces calculateurs, la plus élevée des deux valeurs présentes se trouve recopiée dans les deux calculateurs à la première mise sous tension de ceux-ci. Dans le cas de l'échange d'un calculateur moteur Diesel, c'est-à-dire du boîtier électronique assurant la gestion de l'allumage et de l'injection, il faut réinscrire dans celui-ci les paramètres d'étalonnage des injecteurs, opération malaisée car ceux-ci figurent sur une étiquette peu visible et fréquemment souillée ou endommagée. De même, les autres paramètres seront à ressaisir à partir des valeurs lues dans le calculateur défectueux, pour autant que celui-ci permette encore cette opération, ou à rétablir par tout autre moyen. Ces opérations n'étant ni aisées ni naturelles et même parfois impossibles dans certains cas, le risque est grand de les voir omises ou mal réalisées lors d'opérations après-vente et ceci d'autant plus que les effets négatifs qui en résultent pour le client ne sont pas immédiatement perceptibles. L'inscription dans deux calculateurs ne suffit donc pas à résoudre le problème d'échange de tous les types de calculateur car, à la différence du cas du totalisateur kilométrique, il n'y a pas toujours de critère permettant en présence de deux valeurs de décider de celle à appliquer. La présente invention a pour but de permettre une sauvegarde fiable et automatique de toutes les données contenues dans un calculateur, notamment dans les cas critiques d'échange ou de destruction de ce calculateur ou de reprogrammation de celui-ci. A cet effet, l'invention a pour objet un dispositif de sauvegarde des données d'un calculateur embarqué dans un ensemble, ce calculateur étant l'utilisateur direct d'au moins une partie de ces données, caractérisé en ce qu'il comprend deux autres calculateurs dans lesquels au moins la partie de données à sauvegarder est mémorisée, les trois calculateurs étant interconnectés par un réseau pour comparaison et actualisation de la partie de données sauvegardée. Selon des caractéristiques additionnelles du dispositif : - au moins deux des calculateurs sont les utilisateurs directs d'une partie respective de données pouvant aussi être sauvegardée par ce dispositif. - le calculateur ou chaque calculateur utilisateur direct d'au moins une partie de données met à jour sa partie de données lors de son fonctionnement ou lors de commandes reçues de l'extérieur, les deux autres calculateurs associés ne contenant qu'une copie de cette partie de données en ne pouvant pas la modifier sans requête d'autorisation issue du calculateur ou de chaque calculateur utilisateur direct. - chaque calculateur est dédié à un organe distinct de l'ensemble les contenant pour effectuer d'autres 20 fonctions en plus de la sauvegarde des données. - chaque calculateur utilisateur direct pour une partie de données comprend des moyens d'émission de requête vers les deux autres calculateurs non utilisateurs directs de cette partie de données, des 25 moyens de réception des informations envoyées par ces autres calculateurs, le cas échéant, en réponse à une requête de ce calculateur, des moyens de comparaison des parties de données sauvegardées dans chaque calculateur et des moyens de commande pour, selon la comparaison des 30 parties de données, soit écrire une nouvelle partie de données sur ce calculateur utilisateur direct, soit envoyer des requêtes d'acquittement et/ou de modifications de parties de données vers les deux calculateurs non utilisateurs directs. 35 - les calculateurs non utilisateurs directs pour une partie de données présentent des moyens de réception de requête du calculateur utilisateur direct, des moyens d'écriture pour la réactualisation de cette partie de données et des moyens d'émission de ces données vers le calculateur utilisateur direct. L'invention concerne aussi un procédé de sauvegarde d'une partie de données d'un calculateur utilisateur direct de cette partie, caractérisé par les étapes suivantes . - mise en réseau de deux autres calculateurs non utilisateurs directs de cette partie de données avec le calculateur utilisateur direct et mémorisation de cette partie de données dans ces deux calculateurs, - actualisation de la partie de données sauvegardée dans les deux calculateurs non utilisateurs directs à la fin de chaque période de fonctionnement du calculateur utilisateur direct ou en cas de modification de cette partie de données sauvegardée dans ce calculateur, -à chaque remise sous tension des calculateurs, transmission par les calculateurs non utilisateurs directs de leur partie de données sauvegardée respective au calculateur utilisateur direct, - comparaison par le calculateur utilisateur direct de ces parties respectives de données de chaque calculateur, - réactualisation de la partie de données dans un ou plusieurs calculateurs ou confirmation de cette partie de données pour un ou plusieurs calculateurs, la partie de données réactualisée correspondant, dans le cas où au moins deux parties de données respectives des calculateurs sont égales, à la partie de données présentes dans le plus grand nombre de calculateurs. Avantageusement, la transmission par les calculateurs non utilisateurs directs de leur partie de données au calculateur utilisateur direct se fait après l'émission d'une requête de lecture du calculateur utilisateur direct vers ces deux calculateurs. Préférentiellement, l'étape de réactualisation ou de confirmation de la partie de données dans un ou plusieurs calculateurs s'effectue comme suit : - quand les parties de données de tous les calculateurs sont égales, confirmation de cette partie de données dans le calculateur et émission d'une requête d'acquittement du calculateur utilisateur direct vers les deux autres calculateurs, - quand la partie de données d'un premier calculateur non utilisateur direct est égale à celle du calculateur utilisateur direct et celle du second calculateur non utilisateur direct différente, confirmation de cette partie de données dans le calculateur et émission d'une requête d'acquittement du calculateur utilisateur direct vers le premier et d'une requête d'écriture vers le second pour actualisation de sa partie de données avec émission d'une nouvelle requête d'écriture en cas de discordance après vérification, - quand la partie de données du calculateur utilisateur direct diffère de celles des deux autres calculateurs, égales par ailleurs, réactualisation par le calculateur utilisateur direct de sa partie de données en sauvegardant celle commune aux deux autres calculateurs et émission d'une requête d'acquittement vers les deux autres calculateurs, - quand les trois parties de données diffèrent, comparaison donnée par donnée des trois parties, la même donnée égale à deux calculateurs étant retenue comme donnée à sauvegarder avec émission de requêtes d'écriture ou d'acquittement correspondantes, ou, dans le cas où la même donnée diffère pour les trois calculateurs, conservation de la donnée du calculateur utilisateur direct avec émission d'une requête d'écriture vers les deux autres calculateurs. Avantageusement, l'étape d'actualisation de la partie de données dans les deux calculateurs non utilisateurs directs consiste en l'émission par le calculateur utilisateur direct d'une requête d'écriture d'actualisation vers ces calculateurs, de sauvegarde de cette actualisation dans ces calculateurs et de vérification de cette actualisation dans ceux-ci par le calculateur utilisateur direct avec émission d'une nouvelle requête d'écriture en cas de discordance. Avantageusement, l'étape d'actualisation de la partie de données dans les deux calculateurs se termine avec l'émission par le calculateur utilisateur direct d'une requête d'acquittement de fin de fonctionnement ou de fin de modification aux deux autres calculateurs non utilisateurs directs, cette requête d'acquittement de fin de fonctionnement étant éventuellement précédée par l'émission d'une requête d'écriture ou d'une requête d'attente par le calculateur utilisateur direct vers les deux autres calculateurs quand la réactualisation de la partie de données n'a pas été accomplie. Avantageusement, la requête d'acquittement de fin de fonctionnement ou de fin de modification est émise par le calculateur utilisateur direct en réponse à une requête de demande de fin de fonctionnement ou de fin de modification émises par les calculateurs non utilisateurs directs pour pouvoir s'éteindre. L'invention concerne enfin un ensemble contenant au moins un calculateur utilisateur direct, caractérisé en ce qu'il comprend un tel dispositif de sauvegarde d'une partie des données pour ce calculateur ou en ce que la partie de données du calculateur utilisateur direct est sauvegardée conformément à un tel procédé. Avantageusement, l'ensemble est mobile et les calculateurs sont disposés à différents endroits de cet ensemble. Préférentiellement, cet ensemble est un véhicule 35 automobile. L'invention va maintenant être décrite plus en détail mais de façon non limitative en regard des figures annexées, dans lesquelles : - la figure 1 est une représentation schématique du dispositif de sauvegarde de données d'un calculateur utilisateur direct par ajout de deux autres calculateurs en réseau. Dans ce qui va suivre, le dispositif de sauvegarde de données sera montré en combinaison avec des calculateurs présents dans un véhicule automobile. Il est à garder à l'esprit que ceci n'est en aucun cas limitatif et qu'un tel dispositif de sauvegarde de données peut très bien trouver d'autres applications que pour un véhicule automobile, par exemple dans d'autres moyens de locomotion, dans des domaines industriels ou domestiques, notamment quand le calculateur est destiné pour une opération de contrôle. La présente invention s'appliquera préférentiellement pour un calculateur placé dans un ensemble comprenant d'autres calculateurs pouvant être affectés à d'autres tâches que la sauvegarde de données et ceci même quand la sauvegarde des données du premier calculateur est de première importance. La figure 1 montre un calculateur utilisateur 25 direct 0 pour une partie de données sauvegardée dans celui-ci et nommée DO. Le principe de la présente invention consiste à inscrire la partie de données DO à sauvegarder dans deux autres calculateurs 1, 2 d'un véhicule automobile. A 30 chaque mise sous tension, un vote majoritaire permet avantageusement de déterminer la bonne valeur de la partie de données DO considérée. Une procédure automatique assure le maintien de la valeur des paramètres dans les trois calculateurs 0, 1, 2 lors de 35 chaque actualisation de ceux-ci ainsi qu'après un échange de calculateur, notamment du calculateur O. Dans ce qui va suivre est appelé calculateur utilisateur direct ou calculateur propriétaire d'une partie de données, tout calculateur qui utilise cette partie de données pour son fonctionnement. Il en est le propriétaire et toute modification de cette partie de données DO ne pourra se faire que sous son contrôle. Ainsi, le calculateur 0 est dit propriétaire d'une partie de données DO qu'il sauvegarde en mémoire non volatile. Ce calculateur réactualise cette partie de données DO, soit du fait de son fonctionnement, soit du fait de commandes reçues de l'extérieur, par exemple lors d'un service après-vente. Ce calculateur 0 est interconnecté par un réseau d'échange de données avec deux autres calculateurs 1 et 2, qui, en ce qui concerne la partie de données DO, sont considérés comme des calculateurs non utilisateurs directs. Ces calculateurs 1 et 2 contiennent une copie de ces données mais ne peuvent en modifier le contenu que sur requête issue du calculateur propriétaire DO. Les calculateurs 0, 1 et 2 échangent leurs données entre eux par l'intermédiaire de trames d'informations véhiculées sur un bus de transmission multiplexée d'informations. Chaque calculateur peut comprendre une messagerie pour recevoir et transmettre des données vers un autre calculateur. Avant d'assurer la sauvegarde d'une partie de données du calculateur utilisateur direct 0, les calculateurs 1 et 2 sont, de préférence, déjà existants sur le véhicule automobile et destinés à des organes distincts de celui auquel est associé le calculateur O. Ces calculateurs 1 et 2 peuvent contenir aussi des parties de données respectives Dl et D2, pour lesquelles ils sont respectivement l'utilisateur direct et qui peuvent être sauvegardées par le même dispositif de sauvegarde. De préférence, les trois calculateurs 0, 1, 2 seront implantés de manière non adjacente afin d'éviter leur destruction simultanée lors d'un éventuel accident localisé. Selon la présente invention, le dispositif de sauvegarde des données d'un calculateur est embarqué dans un ensemble, par exemple un véhicule automobile, ce calculateur 0 étant l'utilisateur direct d'au moins une partie de ces données DO. Ce dispositif comprend deux autres calculateurs 1 et 2 dans lesquels la partie de données DO à sauvegarder sont mémorisées, les trois calculateurs 0, 1 et 2 étant interconnectés par un réseau pour comparaison et actualisation des données sauvegardées. Le calculateur 0 utilisateur direct d'au moins une partie de données DO peut mettre à jour sa partie de données lors de son fonctionnement ou lors de commandes reçues de l'extérieur, les deux autres calculateurs 1 et 2 associés ne contenant qu'une copie de cette partie de données en ne pouvant pas la modifier sans requête d'autorisation issue du calculateur 0 utilisateur direct. Le calculateur 0 utilisateur direct pour une partie de données DO comprend des moyens d'émission de requête vers les deux autres calculateurs 1 et 2 non utilisateurs directs de cette partie de données. Il comprend aussi des moyens de réception des informations envoyées par ces autres calculateurs 1 et 2, le cas échéant en réponse à une requête de ce calculateur 0, des moyens de comparaison des données sauvegardées dans chaque calculateur 0, 1 et 2 et des moyens de commande pour, selon la comparaison des données, soit écrire une nouvelle partie de données sur ce calculateur 0 utilisateur direct, soit envoyer des requêtes d'acquittement et/ou de modifications de données vers les deux calculateurs 1 et 2 non utilisateurs directs. Les calculateurs 1 et 2 non utilisateurs directs pour une partie de données présentent avantageusement des moyens de réception de requête du calculateur 0 utilisateur direct, des moyens d'écriture pour la réactualisation de cette partie de données et des moyens d'émission de cette partie de données vers le calculateur 0 utilisateur direct. Selon l'invention, le procédé de sauvegarde d'une partie de données DO d'un calculateur 0 utilisateur direct de cette partie comprend les étapes suivantes : - mise en réseau de deux autres calculateurs 1, 2 non utilisateurs directs de cette partie de données DO avec le calculateur 0 utilisateur direct et mémorisation de cette partie de données dans ces deux calculateurs, actualisation de la partie de données sauvegardée dans les deux calculateurs 1, 2 non utilisateurs directs à la fin de chaque période de fonctionnement du calculateur 0 utilisateur direct ou en cas de modification de cette partie de données DO sauvegardée dans ce calculateur 0, - à chaque remise sous tension des calculateurs 0, 1, 2, transmission par les calculateurs non utilisateurs directs de leur partie de données sauvegardée respective au calculateur 0 utilisateur direct, - comparaison par le calculateur 0 utilisateur direct de ces parties respectives de données de chaque calculateur 0, 1, 2, réactualisation de la partie de données DO dans un ou plusieurs calculateurs 0, 1, 2 ou confirmation de cette partie de données DO pour un ou plusieurs calculateurs 0, 1, 2, la partie de données DO réactualisée correspondant, dans le cas où au moins deux parties de données respectives des calculateurs 0, 1, 2 sont égales, à la partie de données présentes dans le plus grand nombre de calculateurs 0, 1, 2. Dans l'étape selon le procédé conforme à la présente invention, où la remise sous tension du calculateur 0 s'effectue, ce calculateur utilisateur direct émet alors une requête de lecture vers les calculateurs 1 et 2. Ceux-ci transmettent sur le réseau une réponse contenant les paramètres mémorisés. Le calculateur 0, utilisateur direct de la partie de données DO, comporte des moyens de comparaison des données internes à celui-ci et celles reçues des calculateurs 1 et 2. Quand les trois parties de données comparées sont identiques, le calculateur 0 envoie une requête d'acquittement vers les calculateurs 1 et 2. Les parties de données restent inchangées dans ces calculateurs 0, 1, 2. Quand la partie de données issue d'un calculateur utilisateur non direct 1 ou 2 diffère des deux autres parties qui sont identiques, le calculateur utilisateur direct 0 envoie une requête d'acquittement vers le calculateur non utilisateur direct 2 ou 1 avec la même et une requête d'écriture vers avec la partie de données requête d'écriture contient la partie ce calculateur confirmée par l'autre utilisateur direct. En réponse, la partie de données différente 30 départ, réactualise cette partie de données DO et réémet le nouveau contenu présent dans sa mémoire. Après vérification, le calculateur 0 envoie une requête d'acquittement vers ce calculateur 1 ou 2, ou, le cas échéant une nouvelle requête d'écriture en cas de 35 discordance entre la partie de données réactualisée par ce calculateur 1 ou 2 et la partie de données DO. partie de données que lui le calculateur 1 ou 2 différente. Cette de données DO de calculateur non calculateur, avec le au Quand la partie de données DO, présente dans le calculateur 0 utilisateur direct, diffère des deux autres et que celles-ci sont identiques, le calculateur DO modifie sa partie de données puis envoie des requêtes d'acquittement vers les calculateurs 1 et 2. Quand les trois parties de données diffèrent, le calculateur 0, utilisateur direct, établit, donnée par donnée, le nouveau contenu suivant la règle suivante : - vote majoritaire : la valeur présente dans deux calculateurs est retenue, - si les trois valeurs diffèrent, conservation de la valeur présente en mémoire du calculateur DO utilisateur direct. Après écriture dans sa mémoire, le calculateur, 15 utilisateur direct, émet une requête d'écriture vers les calculateurs 1 et 2 avec le nouveau contenu. Une caractéristique de la présente invention concerne ainsi l'introduction d'un vote majoritaire pour, 20 en cas de discordance pour la partie de données sauvegardée respectivement dans les trois calculateurs, déterminer quelle est la bonne partie de données. Dans le cas de deux calculateurs associés comme dans l'état de la technique, quand les parties de données 25 sauvegardées ne sont pas les mêmes dans les deux calculateurs, le calculateur utilisateur direct doit être en mesure de déterminer laquelle est la bonne. Si, dans le cas particulier d'un totalisateur, par exemple un compteur kilométrique de véhicule automobile, ce critère 30 existe et est que la bonne valeur est la plus élevée des deux, dans le cas de paramètres de réglage ou d'apprentissage, il ne peut y avoir de règle de ce type. La solution proposée de vote majoritaire comble cette lacune. En cas de discordance, c'est la valeur 35 fournie par deux des trois calculateurs qui est la bonne et que le calculateur utilisateur direct utilise pour son fonctionnement et inscrit dans le calculateur � mis en minorité � n'ayant pas cette partie de données, ce calculateur pouvant être lui-même ou l'un des deux calculateurs utilisateurs non directs. Une autre étape du procédé selon la présente invention est l'actualisation des paramètres par le calculateur utilisateur direct. Celle-ci intervient, soit en fin de trajet du véhicule ou de fonctionnement de l'ensemble dans lequel est logé le calculateur, pour tenir compte des modifications intervenues du fait du fonctionnement de cet ensemble, ou soit après modification venant de l'extérieur, par exemple d'une requête émise par un outil après-vente. Dans chacun de ces cas, le calculateur utilisateur direct 0, après écriture dans sa mémoire, émettra une requête d'écriture vers les calculateurs 1 et 2 avec le nouveau contenu. En réponse, les calculateurs 1 et 2 réémettent le nouveau contenu présent dans leur mémoire. Après vérification, le calculateur 0 envoie des requêtes d'acquittement de fin de trajet ou de fin de fonctionnement, ou une nouvelle requête d'écriture en cas de discordance, suivie d'une requête d'acquittement quand il n'y a plus de discordance entre les parties de données sauvegardées. Si l'actualisation n'est pas nécessaire, le calculateur utilisateur direct émettra un acquittement de fin de trajet, dans le cas présent où les calculateurs sont embarqués sur un véhicule, ou de fonctionnement, quand l'ensemble comprenant les calculateurs n'est pas en mouvement. Afin d'assurer la synchronisation en fin de fonctionnement, pour garantir la mémorisation des parties de données actualisées, les calculateurs 1 et 2 non utilisateurs directs ne cesseront leur fonctionnement qu'après réception d'un acquittement de fin de fonctionnement venant du calculateur utilisateur direct O. Pour éviter une éventuelle situation de blocage, une requête de demande de fin de fonctionnement est prévue à laquelle le calculateur utilisateur direct 0 doit répondre soit par une requête de fin de fonctionnement, soit par une requête d'écriture ou soit par une requête d'attente. Dans l'explication du fonctionnement, pour simplifier celle-ci, il n'a été considéré qu'un seul calculateur 0 utilisateur direct d'une partie de données DO. La présente invention n'est pas limitée à un seul calculateur utilisateur direct et peut être appliquée aux trois calculateurs 0, 1 et 2 dans lequel chacun des calculateurs 0, 1 et 2 est utilisateur direct d'une partie respective des données dupliquées, soit respectivement DO, Dl et D2. Les échanges ne seront pas pour autant multipliés par trois : l'organisation des informations dans les trames de requête permettra à chacun des calculateurs 0, 1 et 2 de gérer vis à vis des deux autres les données le concernant. Les avantages de la présente invention sont les suivants . - la mémorisation dans trois calculateurs au lieu de deux permet de rendre totalement automatique la préservation des données à sauvegarder et ce quels que soient la nature et le codage de ces données, un autre avantage est de permettre la préservation et la restitution de ces données dans tous les cas de défaillance d'un calculateur, d'un remplacement d'un calculateur ou encore d'un échange de calculateurs. Ainsi, par exemple, dans le cas d'un véhicule automobile, les paramètres associés à des pièces du véhicule ou à l'historique de celui-ci, lors d'un échange de calculateur ou d'une reprogrammation sont sauvegardés automatiquement. Les données de fonctionnement liées à ces paramètres sont ainsi conservées en évitant des causes de perte de celles-ci ainsi que leur altération lors de réparations ce qui assure un meilleur suivi de fonctionnement du véhicule. Ainsi la présente invention permet de répondre à la demande de préservation des compteurs et paramètres d'apprentissage ce qui n'avait pas encore été jusqu'à là pleinement réalisé. REVENDICATIONS 1. Dispositif de sauvegarde des données d'un calculateur (0) embarqué dans un ensemble, ce calculateur (0) étant l'utilisateur direct d'au moins une partie de ces données (DO), caractérisé en ce qu'il comprend deux autres calculateurs (1, 2) dans lesquels au moins la partie de données (DO) à sauvegarder est mémorisée, les trois calculateurs (0, 1, 2) étant interconnectés par un réseau pour comparaison et actualisation de la partie de données (DO) sauvegardée. 2. Dispositif de sauvegarde selon la revendication 1, caractérisé en ce qu'au moins deux des calculateurs (0, 1, 2) sont les utilisateurs directs d'une partie respective de données (DO ou Dl ou D2) pouvant aussi être sauvegardée par ce dispositif. 3. Dispositif de sauvegarde selon la revendication 1 ou 2, caractérisé en ce que le calculateur ou chaque calculateur (0) utilisateur direct d'au moins une partie de données (DO) met à jour sa partie de données (DO) lors de son fonctionnement ou lors de commandes reçues de l'extérieur, les deux autres calculateurs (1, 2) associés ne contenant qu'une copie de cette partie de données en ne pouvant pas la modifier sans requête d'autorisation issue du calculateur ou de chaque calculateur (0) utilisateur direct. 4. Dispositif de sauvegarde selon l'une quelconque des revendications précédentes, caractérisé en ce que chaque calculateur (0, 1, 2) est dédié à un organe distinct de l'ensemble les contenant pour effectuer d'autres fonctions en plus de la sauvegarde des données. 5. Dispositif selon l'une quelconque des revendications précédentes, caractérisé en ce que chaque calculateur (0) utilisateur direct pour une partie de données (DO) comprend des moyens d'émission de requête vers les deux autres calculateurs (1, 2) non utilisateurs directs de cette partie de données (DO), des moyens deréception des informations envoyées par ces autres calculateurs (1, 2), le cas échéant, en réponse à une requête de ce calculateur (0), des moyens de comparaison des parties de données sauvegardées dans chaque calculateur (0, 1, 2) et des moyens de commande pour, selon la comparaison des parties de données, soit écrire une partie de données (DO) réactualisée sur ce calculateur (0) utilisateur direct, soit envoyer des requêtes d'acquittement et/ou de modifications de parties de données vers les deux calculateurs (1, 2) non utilisateurs directs. 6. Dispositif selon la revendication précédente, caractérisé en ce que les calculateurs (1, 2) non utilisateurs directs pour une partie de données (DO) présentent des moyens de réception de requête du calculateur (0) utilisateur direct, des moyens d'écriture pour la réactualisation de cette partie de données (DO) et des moyens d'émission de cette partie de données (DO) vers le calculateur (0) utilisateur direct. 7. Procédé de sauvegarde d'une partie de données (DO) d'un calculateur (0) utilisateur direct de cette partie, caractérisé par les étapes suivantes : mise en réseau de deux autres calculateurs (1, 2) non utilisateurs directs de cette partie de données (DO) avec le calculateur (0) utilisateur direct, et mémorisation de cette partie de données (DO) dans ces deux calculateurs (1, 2), actualisation de la partie de données sauvegardée dans les deux calculateurs (1, 2) non utilisateurs directs à la fin de chaque période de fonctionnement du calculateur (0) utilisateur direct ou en cas de modification de cette partie de données (DO) sauvegardée dans ce calculateur (0), à chaque remise sous tension des calculateurs (0, 1, 35 2), transmission par les calculateurs non utilisateurs directs de leur partie de donnéessauvegardée respective au calculateur (0) utilisateur direct, - comparaison par le calculateur (0) utilisateur direct de ces parties respectives de données de chaque calculateur (0, 1, 2), réactualisation de la partie de données (DO) dans un ou plusieurs calculateurs (0, 1, 2) ou confirmation de cette partie de données (DO) pour un ou plusieurs calculateurs (0, 1, 2), la partie de données (DO) réactualisée correspondant, dans le cas où au moins deux parties de données respectives des calculateurs (0, 1, 2) sont égales, à la partie de données présentes dans le plus grand nombre de calculateurs (0, 1, 2). 8. Procédé selon la revendication 7, caractérisé en ce que la transmission par les calculateurs non utilisateurs directs de leur partie de données (DO) au calculateur utilisateur direct se fait après l'émission d'une requête de lecture du calculateur (0) utilisateur direct vers ces deux calculateurs (1, 2). 9. Procédé selon la revendication 7 ou 8, caractérisé en ce que l'étape de réactualisation ou de confirmation de la partie de données (DO) dans un ou plusieurs calculateurs (0, 1, 2) s'effectue comme suit : - quand les parties de données de tous les calculateurs (0, 1, 2) sont égales, confirmation de cette partie de données (DO) dans le calculateur (0) et émission d'une requête d'acquittement du calculateur (0) utilisateur direct vers les deux autres calculateurs (1, 2), - quand la partie de données (DO) d'un premier calculateur non utilisateur direct (1 ou 2) est égale à celle du calculateur (0) utilisateur direct et celle du second calculateur (2 ou 1) non utilisateur direct différente, confirmation de cette partie de données dans le calculateur (0) et émission d'une requête d'acquittement du calculateur(0) utilisateur direct vers le premier (1 ou 2) et d'une requête d'écriture vers le second (2 ou 1) pour actualisation de sa partie de données (DO) avec émission d'une nouvelle requête d'écriture en cas de discordance après vérification par ce calculateur (0) utilisateur direct, - quand la partie de données (DO) du calculateur (0) utilisateur direct diffère de celles des deux autres calculateurs (1, 2), égales par ailleurs, réactualisation par le calculateur (0) utilisateur direct de sa partie de données (DO) en sauvegardant celle commune aux deux autres calculateurs (1, 2) et émission d'une requête d'acquittement vers les deux autres calculateurs (1, 2), - quand les trois parties de données diffèrent, comparaison donnée par donnée des trois parties, la même donnée égale pour deux calculateurs (0, 1, 2) étant retenue comme donnée à sauvegarder avec émission de requêtes d'écriture ou d'acquittement correspondantes, ou, dans le cas où la même donnée diffère pour les trois calculateurs (0, 1, 2), conservation de la donnée du calculateur (0) utilisateur direct avec émission d'une requête d'écriture vers les deux autres calculateurs (1, 2). 10. Procédé selon l'une quelconque des revendications 7 à 9, caractérisé en ce que l'étape d'actualisation de la partie de données (DO) dans les deux calculateurs (1, 2) non utilisateurs directs consiste en l'émission par le calculateur (0) utilisateur direct d'une requête d'écriture d'actualisation vers ces calculateurs (1, 2), de sauvegarde de cette actualisation dans ces calculateurs (1, 2) et de vérification de cette actualisation dans ceux-ci par le calculateur (0) utilisateur direct avec émission d'une nouvelle requête d'écriture en cas de discordance. 11. Procédé selon la revendication 10, caractérisé en ce que l'étape d'actualisation de la partie de données(DO) dans les deux calculateurs (1, 2) se termine avec l'émission par le calculateur (0) utilisateur direct d'une requête d'acquittement de fin de fonctionnement ou de fin de modification aux deux autres calculateurs (1, 2) non utilisateurs directs, cette requête d'acquittement de fin de fonctionnement étant éventuellement précédée par l'émission d'une requête d'écriture ou d'une requête d'attente par le calculateur (0) utilisateur direct vers les deux autres calculateurs (1, 2) quand la réactualisation de la partie de données (DO) n'a pas été accomplie. 12. Procédé selon la revendication 11, caractérisé en ce que la requête d'acquittement de fin de fonctionnement ou de fin de modification est émise par le calculateur (0) utilisateur direct en réponse à une requête de demande de fin de fonctionnement ou de fin de modification émises par les calculateurs (1, 2) non utilisateurs directs pour pouvoir s'éteindre. 13. Ensemble contenant au moins un calculateur (0) utilisateur direct, caractérisé en ce qu'il comprend un dispositif de sauvegarde d'une partie des données (DO) pour ce calculateur (0) selon l'une quelconque des revendications 1 à 6 ou en ce que la partie de données du calculateur (0) utilisateur direct est sauvegardée conformément à un procédé selon l'une quelconque des revendications 7 à 12. 14. Ensemble selon la revendication précédente, caractérisé en ce qu'il est mobile et que les calculateurs (0, 1, 2) sont disposés à différents endroits de cet ensemble. 15. Ensemble selon la revendication 13 ou 14, caractérisé en ce qu'il est un véhicule automobile.