Brevet FR3026509A1 — publié le 20160401

RECHARGEMENT AUTOMATIQUE DE LOGICIEL SUR UN ÉQUIPEMENT EMBARQUÉ DESCRIPTION DOMAINE DE L'INVENTION La présente invention se rapporte au domaine de téléchargement et plus particulièrement, concerne un rechargement automatique de logiciel sur un équipement embarqué et remplaçable d'un aéronef. Un aéronef comporte une pluralité d'équipements embarqués téléchargeables réalisant des fonctions spécifiques à l'aéronef. Ces équipements embarqués sont remplaçables et sont en général appelés calculateurs ou « équipements remplaçables en escale » LRU (Line Replaceable Units). Actuellement, lorsqu'un équipement embarqué est défectueux, il est démonté de l'aéronef, envoyé au centre de maintenance pour être testé et éventuellement réparé. L'équipement défectueux est ensuite remplacé par l'équipement réparé ou par un nouvel équipement. Au centre de maintenance, un logiciel de test dédié pour tester l'équipement défectueux est installé à la place des logiciels opérationnels déjà chargés dans l'équipement. Après réparation de l'équipement, le logiciel de test est supprimé et l'équipement est souvent gardé vide ou rechargé avec un logiciel minimal de configuration. Il est très rare que les logiciels opérationnels soient réinstallés dans l'équipement car il est difficile d'anticiper la configuration logicielle que l'équipement devra avoir lorsqu'il sera réinstallé dans un aéronef. Dans le cas où l'équipement n'a pas été rechargé ou a été partiellement rechargé, l'opérateur de maintenance doit réaliser le rechargement des logiciels manquants dans l'équipement à bord de l'aéronef. Après avoir remis l'équipement dans son logement, l'opérateur de maintenance doit réaliser une pluralité de sélections sur une interface d'un dispositif portable ou embarqué de gestion de téléchargement pour sélectionner la cible à télécharger et installer les logiciels adéquats dans l'équipement ciblé. Ensuite, il doit vérifier la nouvelle configuration de l'équipement, valider ses actions et clôturer sa fiche de travail (jobcard). Toutes ces actions nécessitent un temps non négligeable et sont réalisées pendant que l'aéronef est immobilisé pouvant ainsi générer des retards et des coûts supplémentaires. Même dans le cas très rare où les logiciels opérationnels ont été réinstallés dans l'équipement, l'opérateur de maintenance doit tout de même vérifier la configuration de l'équipement. De même, dans le cas où l'équipement défectueux nécessite d'être remplacé par un autre équipement ne comprenant pas ou seulement une partie des logiciels opérationnels, les mêmes actions que précédemment nécessitent d'être réalisées par l'opérateur de maintenance. En outre, dans le cas où l'équipement défectueux est remplacé par un autre équipement non standard nécessitant différents logiciels, l'opérateur de maintenance doit s'assurer des pièces logicielles autorisées, récupérer les logiciels correspondants, les charger dans l'équipement et par conséquent, nécessitant encore plus de temps. L'objet de la présente invention est par conséquent, de remédier aux inconvénients précités en proposant un procédé et un système de rechargement automatique de logiciels adéquats sur un équipement embarqué permettant ainsi de réduire le temps d'immobilisation de l'aéronef et les coûts. OBJET ET RÉSUMÉ DE L'INVENTION La présente invention vise à automatiser la détection d'un changement de configuration d'un équipement embarqué et le rechargement de la configuration logicielle adéquate dans ledit équipement. L'invention concerne un procédé et un système de rechargement automatique de logiciel dans un équipement embarqué et remplaçable d'un aéronef, ledit équipement étant réinstallé sur l'aéronef après avoir été retiré et réparé ou étant un nouvel équipement installé sur l'aéronef pour remplacer un équipement défectueux préalablement retiré, ledit système comportant : - un émetteur associé audit équipement et adapté pour émettre une trame de configuration comportant un ensemble d'identificateurs de la configuration matérielle et/ou logicielle courante dudit équipement, - un détecteur adapté pour capturer ladite trame de configuration et pour détecter un changement de configuration matérielle et/ou logicielle dudit équipement, - un chargeur de logiciel adapté pour recharger automatiquement un ensemble d'éléments logiciels adéquats dans ledit équipement en fonction du changement de configuration détecté. Ainsi, ce système de rechargement automatique de logiciels sur un équipement embarqué permet de réduire le temps et les coûts de remplacement d'un équipement défectueux. BRÈVE DESCRIPTION DES DESSINS D'autres particularités et avantages du système et du procédé selon l'invention ressortiront mieux à la lecture de la description faite ci-après, à titre indicatif mais non limitatif, en référence aux dessins annexés sur lesquels : - la Fig. 1 illustre de manière schématique un système de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon un mode de réalisation de l'invention ; - la Fig. 2 illustre de manière schématique un système de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon un premier mode de réalisation préféré de l'invention ; - la Fig. 3 illustre de manière schématique un exemple d'un procédé de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon le premier mode de réalisation de l'invention ; - la Fig. 4 illustre de manière schématique un autre exemple d'un procédé de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon le premier mode de réalisation de l'invention ; - la Fig. 5 illustre de manière schématique un système de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon un deuxième mode de réalisation préféré de l'invention ; - les Figs. 6A et 6B illustrent de manière schématique deux variantes d'un mécanisme de connexion selon le deuxième mode de réalisation de l'invention ; et - la Fig. 7 illustre de manière schématique un exemple d'un procédé de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon le deuxième mode de réalisation de l'invention. DESCRIPTION DÉTAILLÉE DE MODES DE RÉALISATION Le principe de l'invention consiste notamment à automatiser le rechargement de logiciel sur un équipement embarqué et remplaçable d'un aéronef. La Fig. 1 illustre de manière schématique un système 1 de rechargement automatique de logiciel dans un équipement 3 embarqué d'un aéronef 5, selon un mode de réalisation de l'invention. L'équipement 3 embarqué est un équipement remplaçable LRU et téléchargeable de type calculateur (par exemple, un calculateur de commande de vol, un calculateur de régulation hydraulique, etc.). Chaque équipement 3 est identifié par un numéro de série SNR (Serial Number) ainsi que par des identifiants matériels fonctionnels HW FIN (Hardware Functional item numbers) comprenant des numéros de pièces matérielles HW PNR (Hardware Part Numbers), ainsi que par des identifiants logiciels fonctionnels SW FIN (Software Functional item numbers) comprenant des numéros de pièces logicielles SW PNR (Software Part Numbers). Chacun de ces identifiants est unique et invariant. Par exemple, chaque identifiant fonctionnel logiciel SW FIN est un invariant identifiant de manière unique et non ambiguë la position d'un logiciel embarqué sur l'aéronef 5. Ainsi, chaque équipement 3 peut être identifié par un ensemble d'identificateurs définissant sa configuration matérielle et/ou logicielle. Lorsqu'un équipement 3 est réinstallé sur l'aéronef 5 après avoir été retiré et réparé ou lorsqu'un nouvel équipement est installé sur l'aéronef pour remplacer un équipement défectueux préalablement retiré, le système 1 de rechargement selon l'invention, est adapté pour recharger automatiquement les éléments logiciels adéquats manquants dans l'équipement. En effet, conformément à l'invention, le système 1 de rechargement comporte des moyens matériels et/ou logiciels comprenant un émetteur 7, un détecteur 9, et un chargeur de logiciel 11. L'émetteur 7 est associé à l'équipement 3 et peut faire partie intégrante de l'équipement ou de son environnement. Il est adapté pour émettre une trame de configuration comportant un ensemble d'identificateurs de la configuration matérielle et/ou logicielle courante de l'équipement. On entend par « configuration courante » celle qui définit l'équipement 3 à la date d'émission. Le détecteur 9 est un moyen embarqué adapté pour capturer la trame de configuration émise par l'émetteur 7. Le détecteur 9 est configuré pour détecter tout changement de configuration matérielle et/ou logicielle de l'équipement 3 permettant ainsi de repérer le fait que ce dernier a été retiré puis réinstallé ou que l'équipement est nouveau et remplace celui qui était installé précédemment. Plus particulièrement, le détecteur 9 comporte un récepteur 91, un comparateur 92, un déclencheur 93 et un enregistreur 94. Le récepteur 91 est adapté pour capturer chaque trame de configuration matérielle et/ou logicielle de l'équipement 3 émise par l'émetteur 7. L'enregistreur 94 est adapté pour stocker les identificateurs de la configuration courante. Par exemple, les identificateurs sont enregistrés dans un tableau interne décrivant l'historique des identificateurs avec la date de réception de ces identificateurs. Le comparateur 92 est adapté pour comparer les identificateurs de la configuration courante de l'équipement 3 avec ceux de la configuration précédente afin de détecter tout changement de configuration matérielle et/ou logicielle de l'équipement. Ainsi, le comparateur 92 compare chaque trame de configuration courante avec celle reçue précédemment. Si la trame courante comprend les mêmes identificateurs que la trame précédente, alors le comparateur 92 conclut que l'équipement 3 n'a pas été retiré et ne fait que mettre à jour la date des identificateurs dans le tableau historique interne de l'enregistreur 94. En revanche, si la trame courante ne comprend pas des identificateurs et/ou ne comprend pas une partie des identificateurs, alors le comparateur 92 conclut que l'équipement 3 est nouveau (si le numéro de série SNR et/ou des numéros de pièces matérielles HW PNR ont changés) ou qu'il a été réinstallé après avoir été retiré (si seulement des numéros de pièces logicielles SW PNR ont changés). Dans ce cas, les identifiants courants sont enregistrés et le déclencheur 93 déclenche le chargement des logiciels adéquats. En effet, le déclencheur 93 est adapté pour transmettre au chargeur de logiciel 11 un signal de déclenchement indiquant par exemple les configurations précédente et courante de l'équipement déclenchant ainsi le téléchargement de l'ensemble d'éléments logiciels adéquats dans ledit équipement 3 en fonction du changement de configuration détecté. Avantageusement, le chargeur de logiciel 11 est adapté pour recharger l'ensemble d'éléments logiciels adéquats dans l'équipement 3 dans un ordre approprié. En variante, le chargeur de logiciel 11 est adapté pour recharger l'ensemble d'éléments logiciels adéquats dans l'équipement 3 dans un ordre quelconque. Dans ce cas, c'est l'équipement 3 qui est configuré pour réorganiser l'ensemble d'éléments logiciels selon un ordre de chargement approprié. Avantageusement, le système 1 comporte un dispositif embarqué 13 de stockage de logiciels (repository). Le chargeur de logiciel 11 est alors adapté pour récupérer l'ensemble d'éléments logiciels depuis ce dispositif embarqué 13 de stockage de logiciels. On notera que, dans le cas où certains éléments logiciels ne sont pas compris dans le dispositif embarqué de stockage, le chargeur de logiciel 11 est adapté pour récupérer via des dispositifs ou moyens de communication 15 les éléments manquants depuis un dispositif ou service de stockage 17 de logiciels disposé au sol. En outre, dans le cas où le système 1 ne comporte pas de dispositif embarqué 13 de stockage de logiciels, le chargeur de logiciel 11 est également adapté pour récupérer via les moyens de communication 15 l'ensemble d'éléments logiciels depuis le dispositif de stockage 17 de logiciels disposé au sol. Avantageusement, le chargeur de logiciel 11 est adapté pour émettre après le rechargement de l'ensemble d'éléments logiciels adéquats dans l'équipement 3 une notification à un opérateur de maintenance 19 confirmant l'accomplissement du rechargement. Par ailleurs, après le chargement des éléments logiciels adéquats, l'équipement 3 est adapté pour redémarrer automatiquement. Après le redémarrage de l'équipement, l'émetteur 7 est adapté pour émettre une nouvelle trame de configuration comportant les identificateurs de configuration matérielle et/ou logicielle courante. En outre, le détecteur 9 est adapté pour vérifier que l'équipement 3 comporte la configuration matérielle et/ou logicielle adéquate. Le détecteur 9 est également adapté pour réaliser une validation et une historisation de la nouvelle configuration. L'historisation consiste par exemple à stocker tous les nouveaux identificateurs dans la première ligne du tableau historique interne en décalant toutes les autres lignes. La Fig. 2 illustre de manière schématique un système de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon un premier mode de réalisation préféré de l'invention. Selon ce premier mode de réalisation, l'émetteur 7 est intégré dans l'équipement 3 embarqué. L'émetteur 7 est par exemple une application informatique qui est mise en oeuvre par le processeur ou les moyens de traitement de l'équipement 3. Lorsque l'équipement 3 est installé dans son logement 21 et donc alimenté, l'émetteur 7 est adapté pour transmettre à des dates successives (par exemple de manière périodique à chaque minute) une suite de trames 23 de configuration. Chaque trame 23 comportant à la date d'émission les identificateurs de configuration matérielle et/ou logicielle courante de l'équipement 3. Ainsi, chaque trame 23 courante émise par l'émetteur 7 est captée par le détecteur 9 et comparée à la trame reçue précédemment afin de détecter tout changement de configuration matérielle et/ou logicielle de l'équipement. On notera que si l'émission est périodique et que le détecteur 9 ne reçoit plus de trames pendant un temps supérieur à la période d'émission, il conclut que l'équipement a été retiré. Le détecteur 9 attend la réception de nouvelles trames avant de conclure que l'équipement 3 a été reconnecté ou qu'un nouvel équipement a été connecté en fonction des identifiants compris dans la trame. La Fig. 3 illustre de manière schématique un exemple d'un procédé de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon ce premier mode de réalisation de l'invention. A l'étape El, un opérateur de maintenance 19 enlève un équipement 3 embarqué défectueux après l'atterrissage de l'aéronef 5. A titre d'exemple, l'équipement a été préalablement détecté défectueux pendant le vol par un système de surveillance embarqué (non représenté) et un message a été envoyé au sol pour le remplacement de l'équipement par un nouvel équipement. A l'étape E2, l'opérateur de maintenance 19 installe le nouvel équipement 3 qu'il s'est procuré avant l'atterrissage de l'aéronef 5 dans son logement 21 correspondant à la place de l'équipement défectueux qui a été retiré à l'étape El. A l'étape E3, l'opérateur de maintenance 19 rétablit l'alimentation électrique pour le nouvel équipement 3. A l'étape E4, le nouvel équipement 3 commence à transmettre de manière périodique une trame 23 de configuration LRU CONF FRAME comprenant un ensemble d'identificateurs sous la forme de triplets pour les identificateurs matériels et de couples pour les identificateurs logiciels. Par exemple, la trame de configuration comporte un identifiant matériel FIN HW associé à un nouveau numéro de pièce PNR HW NEW et un _ _ _ nouveau numéro de série SNR _ HW _NEW et chacun des N identifiants logiciels FIN SW1 FIN SWN est associé à un nouveau numéro de pièces logicielles PNR SW1 NEW PNR SWN NEW La trame de configuration peut alors avoir la forme suivante : [FIN_HW = PNR HW NEW & SNR HW NEW], [FIN_SW1 = PNR SW1 NEW], ... , [FIN_SWN = PNR_SWN_NEW]. A l'étape E5, le détecteur 9 acquiert la trame de configuration LRU CONF FRAME, extraie chaque identifiant (couple/triplet) et met à jour les valeurs des identifiants PNR/SNR matériels et logiciels dans un tableau historique interne 95 qui comporte une ligne ou position par numéro de pièce. Ensuite, le détecteur 9 compare chacun des identifiants matériels PNR HW NEW & SNR HW NEW et logiciels _ _ _ _ PNR SW1 NEW PNR SWN NEW de la trame courante à chacun des identifiants matériels PNR_HW_OLD & SNR_HW_OLD et logiciels PNR_SW1_OLD, ... , PNR_SWN_OLD correspondants déjà mémorisé sur la dernière ligne du tableau interne 95 et associés à l'équipement précédent. En particulier, on suppose que selon cet exemple l'équipement défectueux a été remplacé par un nouvel équipement 3 standard ou équivalent. Alors, le numéro de série matériel SNR du nouvel équipement est différent de celui de l'équipement précédent mais le numéro de pièce matérielle PNR ne change pas. Par ailleurs, on suppose qu'au moins un élément des identifiants logiciels FIN_SW hébergés par le nouvel équipement est différent de celui hébergé par l'équipement retiré. Ainsi, le détecteur 9 détecte un changement de configuration matérielle SNR et logicielle FIN_SW de l'équipement 3 et détermine les éléments logiciels qui doivent être rechargés dans le nouvel équipement. A l'étape E6, le détecteur 9 transmet au chargeur de logiciel 11 un signal de déclenchement indiquant par exemple les configurations précédente et courante de l'équipement leur signalant ainsi les éléments logiciels qui doivent être rechargés dans l'équipement 3. En particulier, il signale au chargeur de logiciel 11 que les identifiants logiciels FIN_SW1 ... FIN_SWN de l'équipement référencé par l'identifiant matériel [FIN_HW = PNR_HW_NEW & SNR_HW_NEW] doivent être chargés avec des éléments logiciels PNR_SW1_OLD, ... , PNR_SWN_OLD associés à l'équipement précédent équipé d'un même numéro de pièce matérielle PNR_HW_NEW = PNR_HW_OLD. Dans le cas où l'équipement 3 ne nécessite pas d'être téléchargé selon un ordre particulier, alors on va à l'étape E7a. En revanche, dans le cas où l'équipement 3 nécessite d'être téléchargé selon un ordre bien déterminé, alors on va à l'étape E7b. A l'étape E7a, le chargeur de logiciel 11 sait que l'équipement FIN_HW concerné par le chargement est capable de télécharger l'élément ou les éléments logiciels SW dans n'importe quel ordre et qu'aucun élément logiciel autre que ceux indiqués par le détecteur 9 ne nécessite d'être rechargé dans l'équipement 3, ce dernier étant lui-même adapté pour réorganiser l'ensemble d'éléments logiciels téléchargés selon un ordre de chargement approprié. Ainsi, le chargeur de logiciel 11 peut recharger à l'étape E7a l'ensemble d'éléments logiciels dans l'équipement 3 sans se préoccuper de l'ordre de chargement. A l'étape E7b, le chargeur de logiciel 11 est adapté pour mémoriser dans quel sens il faut recharger l'ensemble d'éléments logiciels dans l'équipement 3. En effet, le chargeur de logiciel 11 détermine quels identificateurs logiciels FIN_SW sont concernés et utilise des modèles (templates, « LRU RESTORE PATTERN ») précédemment enregistrés dans une mémoire dédiée. Ce genre de modèles est décrit dans la demande de brevet FR1352194 de la demanderesse. Au cas où le chargeur de logiciel 11 s'aperçoit qu'une certaine référence logicielle SWX_PNR manque, alors il demande au détecteur 9 de lui fournir l'information manquante. Ce dernier renvoie alors la valeur correspondante PNR_SWX_OLD au chargeur de logiciel 11 qui à son tour accuse réception. Ainsi, le chargeur de logiciel 11 peut recharger à l'étape E7b l'ensemble d'éléments logiciels dans l'équipement 3. A l'étape E8a ou E8b, le chargeur de logiciel 11 récupère les éléments logiciels qu'il faut recharger dans l'équipement 3. On notera que dans le cas où l'aéronef 5 comporte un dispositif ou espace de stockage embarqué 13 (repository) dans lequel tous les logiciels des équipements embarqués sont rangés, alors, le chargeur de logiciel 11 récupère pour chacun des invariants logiciels, les éléments logiciels (ou pièces logicielles) qu'il faut recharger dans l'équipement 3 (étape E8a). En revanche, dans le cas où l'aéronef 5 ne comporte pas un espace de stockage embarqué, alors le chargeur de logiciel 11 utilise les moyens de communication 15 de l'aéronef pour envoyer des requêtes à un service 17 au sol FLSGR (Field Loadable Software Repository) afin de récupérer des copies de tous les éléments logiciels manquants qu'il faut charger dans l'équipement 3 et accuse réception après réception de ces copies (étape E8b). A l'étape E9a ou E9b, le chargeur de logiciel 11 recharge l'ensemble d'éléments logiciels dans l'équipement 3 ciblé en se guidant si nécessaire par les modèles « LRU RESTORE PATTERN ». Plus particulièrement, à l'étape E9a le chargeur de logiciel 11 construit une liste d'éléments à charger à partir des éléments établis à l'étape E7a et récupérés à l'étape E8a ou E8b. A l'étape E9b le chargeur de logiciel 11 récupère les modèles « LRU RESTORE PATTERN » associés au FIN-HW, les met à jour avec les éléments établis à l'étape E7b et récupérés à l'étape E8a ou E8b. Ensuite, le chargeur de logiciel 11 exécute le modèle « LRU RESTORE PATTERN » étape par étape selon un bulletin de service électronique eSB (electronic Service Bulletin). L'exécution étape par étape est notamment décrite dans la demande de brevet FR1352194 de la demanderesse. A l'étape E10 le chargeur de logiciel 11 émet une notification à l'opérateur de maintenance 19 lui indiquant que l'opération automatique de rechargement est terminée. A l'étape E11, l'équipement 3 redémarre automatiquement et recommence à émettre de manière périodique une nouvelle trame de configuration LRU CONF FRAME comportant les nouveaux identificateurs de configuration matérielle et/ou logicielle par exemple sous la forme suivante : [FIN_HW = PNR HW NEW & SNR HW NEW], [FIN_SW1 = PNR SW1 OLD], ... , [FIN_SWN = PNR_SWN_OLD]. A l'étape E12, le détecteur 9 capture la nouvelle trame de configuration LRU CONF FRAME et compare chaque valeur PNR/SNR de la trame courante (i.e. reçue en dernier) avec les valeurs correspondantes de la trame précédente mémorisée précédemment afin de vérifier que l'équipement 3 ciblé comporte la configuration souhaitée. A l'étape E12, le détecteur 9 vérifie que l'équipement 3 ciblé a été restauré ou reconfiguré selon la configuration matérielle et/ou logicielle adéquate de l'équipement retiré. Le détecteur 9 valide ensuite cette nouvelle configuration et tous les nouveaux éléments sont stockés dans la première ligne de la table historique interne en décalant toutes les autres lignes (i.e., la ligne N se décale en N-1, la ligne N-1 en N-2 et la ligne N-2 est perdue). A l'étape E13, le détecteur 9 transmet à l'opérateur de maintenance 19 la nouvelle configuration de l'équipement afin que ce dernier puisse clôturer sa fiche de travail (jobcard). En variante, la nouvelle configuration est envoyée à une application de remplissage automatique des fiches de travail. A l'étape E14, la fiche de travail est clôturée par l'opérateur de maintenance 19 ou par l'application de remplissage automatique. La Fig. 4 illustre de manière schématique un autre exemple d'un procédé de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon le premier mode de réalisation de l'invention. Selon cet exemple, on suppose que l'équipement défectueux a été remplacé par un nouvel équipement non standard. Dans ce cas, le numéro de série matériel SNR ainsi que le numéro de pièce matérielle PNR du nouvel équipement sont différents de celui de l'équipement précédent. Les étapes El à E5 et E7a à E13 sont identiques à celles de la Fig. 3. Comme précédemment, on suppose aussi qu'au moins un élément des identifiants logiciels FIN_SW hébergés par le nouvel équipement 3 est différent de celui hébergé par l'équipement retiré. Ainsi, le détecteur 9 détecte un changement de configuration matérielle SNR et logicielle FIN_SW de l'équipement. A l'étape E61, le détecteur 9 transmet au chargeur de logiciel 11 un signal de déclenchement indiquant qu'il doit recharger tous les éléments logiciels FIN_SW1 ... FIN _SWN dans un équipement ayant un nouvel identifiant matériel et qu'il faut procurer la liste de ces éléments logiciels. A l'étape E62, le chargeur de logiciel 11 envoie une requête à un service 18 au sol pour procurer la liste des numéros de pièces logicielles qu'il faut installer sur le nouvel équipement 3 équipé d'un nouveau numéro de pièce matérielle SNR_HW_NEW. Une fois qu'il a la liste des nouveaux numéros de pièces logicielles, il accuse réception et récupère comme précédemment l'ensemble des éléments logiciels soit depuis le dispositif de stockage embarqué 13 (étape E8a) soit depuis le service FLSGR 17 (étape E8b). La Fig. 5 illustre de manière schématique un système de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon un deuxième mode de réalisation préféré de l'invention. Ce deuxième mode de réalisation s'applique dans le cas où l'équipement 3 n'est pas adapté pour émettre lui-même des trames de configuration. Dans ce cas, l'équipement 3 est couplé à un émetteur 7 comportant un mécanisme de détection 71 de connexion, un premier tag RFID 72 étiquetant l'équipement 3, un second tag RFID 73 étiquetant le logement 21 associé à l'équipement 3, et des moyens de gestion ou un contrôleur RFID 74. Une procédure de gestion par RFID est décrite dans la demande de brevet français FR1353448 de la demanderesse. Le mécanisme de détection 71 de connexion est adapté pour détecter une reconnexion de l'équipement 3 dans un logement 21 correspondant de l'aéronef et pour émettre un signal de reconnexion lorsque l'équipement a été connecté dans son logement. Ce mécanisme comporte un circuit électrique muni d'un interrupteur qui se déclenche lorsque l'équipement est mis en place dans son logement changeant l'état d'ouverture ou de fermeture du circuit. La Fig. 6A est un exemple de ce genre de mécanisme 71 montrant un circuit électrique 75 comprenant un interrupteur 76 disposé au fond du logement 21. Le circuit 75 est relié de manière filaire ou non filaire au détecteur 9 ou au contrôleur RFID 74. L'interrupteur 76 est actionné par l'introduction de l'équipement 3 dans son logement 21 fermant ainsi le circuit électrique 75 qui transmet alors un signal binaire au détecteur 9 et/ou au contrôleur RFID 74. La Fig. 6B est un autre exemple du mécanisme de détection de connexion montrant également un circuit électrique 75 relié de manière filaire ou non filaire au détecteur 9 et/ou au contrôleur RFID 74 et muni d'une prise 77 disposée au fond du logement 21. L'arrière de l'équipement 3 est équipé de broches 78 qui s'engagent dans la prise 77 par l'introduction de l'équipement 3 dans son logement 21 fermant ainsi le circuit électrique 75 qui transmet alors un signal binaire au détecteur 9 et/ou contrôleur RFID 74. Le premier tag RFID 72 est une radio-étiquette fixée par exemple par collage sur l'équipement 3 auquel elle est associée. Le premier tag RFID 72 comprend des premiers identificateurs de la configuration matérielle PNR_HW & SNR_HW et éventuellement des configurations logicielles de l'équipement 3. Le second tag RFID 73 est fixé par exemple par collage sur le logement 21 auquel il est associé et est couplé au premier tag RFID 72. Le second tag RFID 73 comprend des seconds identificateurs matériels FIN_HW de l'équipement 3 qui doit être installé dans ce logement 21. Les informations contenues dans les premier 72 et second 73 tags sont au moins suffisantes pour permettre un rechargement adéquat de l'équipement 3. Le contrôleur RFID 74 est installé à bord de l'aéronef 5. Après la reconnexion de l'équipement 3, le contrôleur RFID 74 est adapté pour interroger le premier tag RFID 72 étiquetant cet équipement 3. En réponse à la requête du contrôleur RFID 74, le premier tag RFID 72 est adapté pour transmettre à ce dernier les données issues du second tag RFID 73 auquel il est couplé ainsi que les données issues du premier tag RFID 72 lui-même. Ainsi, le contrôleur RFID 74 est adapté pour récupérer les premiers et seconds identificateurs de configuration enregistrés dans les premier et second tags RFID. En outre, le contrôleur RFID 74 est adapté pour transmettre une trame de configuration comportant ces premiers et seconds identificateurs de configuration de l'équipement au détecteur 9. La Fig. 7 illustre de manière schématique un exemple d'un procédé de rechargement automatique de logiciel dans un équipement embarqué d'un aéronef, selon le deuxième mode de réalisation préféré de l'invention. Ce procédé est identique à celui de la Fig. 3 ou de la Fig. 4 à l'exception de l'étape E4 qui est remplacée par les étapes E41 à E44. Les étapes El à E3 concernent le remplacement d'un équipement défectueux par un nouvel équipement ou l'installation du même équipement après réparation. A l'étape E41, après l'installation d'un nouvel équipement 3 ou du même équipement réparé dans son logement 21, un signal de reconnexion est émis par le mécanisme de détection 71 de connexion. A l'étape E42, le détecteur 9 reçoit le signal de reconnexion depuis le mécanisme de connexion 71 indiquant que l'équipement 3 a été connecté dans son logement 21. Le détecteur 9 demande par conséquent, au contrôleur RFID 74 de lui transmettre les identificateurs de configuration de l'équipement. A l'étape E43, le contrôleur RFID 74 excite le premier tag 72 qui renvoie à ce dernier (étape E44) les données issues du second tag RFID 73 auquel il est couplé ainsi que les données issues du premier tag RFID 72 lui-même. Ainsi, le contrôleur RFID 74 récupère les identificateurs matériels FIN_HW en provenance du second tag 73 ainsi que les identificateurs matériels PNR _ HW & SNR _HW (et éventuellement logiciels) en provenance du premier tag 72. A l'étape E45, le contrôleur RFID 74 émet une trame de configuration comportant les identificateurs de configuration matérielle et éventuellement logicielle de l'équipement au détecteur 9. Ensuite, les étapes sont identiques aux étapes E5 à E14 de la Fig. 3 ou Fig. 4. Ainsi, la présente invention permet de détecter automatiquement un changement de configuration d'un équipement embarqué (signifiant que ce dernier a été retiré puis réinstallé sur l'aéronef) et de recharger automatiquement dans ledit équipement la configuration logicielle adéquate. REVENDICATIONS1. Système de rechargement automatique de logiciel dans un équipement embarqué et remplaçable d'un aéronef, ledit équipement étant réinstallé sur l'aéronef après avoir été retiré et réparé ou étant un nouvel équipement installé sur l'aéronef pour remplacer un équipement défectueux préalablement retiré, ledit système étant caractérisé en ce qu'il comporte : - un émetteur (7) associé audit équipement (3) et adapté pour émettre une trame de configuration comportant un ensemble d'identificateurs de la configuration matérielle et/ou logicielle courante dudit équipement, - un détecteur (9) adapté pour capturer ladite trame de configuration et pour détecter un changement de configuration matérielle et/ou logicielle dudit équipement, - un chargeur de logiciel (11) adapté pour recharger automatiquement un ensemble d'éléments logiciels adéquats dans ledit équipement (3) en fonction du changement de configuration détecté. 2. Système selon la revendication 1, dans lequel le détecteur comporte : - un récepteur (91) adapté pour capturer ladite trame de configuration, - un comparateur (92) adapté pour comparer les identificateurs de la configuration courante de l'équipement avec ceux de la configuration précédente afin de détecter tout changement de configuration matérielle et/ou logicielle dudit équipement, - un déclencheur (93) adapté pour transmettre au chargeur de logiciel un 25 signal de déclenchement afin de déclencher le téléchargement dudit ensemble d'éléments logiciels adéquats dans ledit équipement en fonction du changement de configuration détecté, et - un enregistreur (94) adapté pour enregistrer les identificateurs de la configuration courante. 30 3. Système selon la revendication 1 ou 2, dans lequel l'émetteur (7) est intégré dans ledit équipement (3) embarqué et est adapté pour transmettre à des dates successives une suite de trames de configuration, chaque trame comportant à la date d'émission les identificateurs de configuration matérielle et/ou logicielle courante dudit équipement. 4. Système selon la revendication 1 ou 2, dans lequel l'émetteur comporte : - un mécanisme de détection (71) de connexion adapté pour détecter une reconnexion de l'équipement dans un logement correspondant de l'aéronef, - un premier tag RFID (72) étiquetant ledit équipement et comportant des premiers identificateurs de configuration, - un second tag RFID (73) étiquetant le logement dudit équipement et comportant des seconds identificateurs de configuration, et - un contrôleur RFID (74) adapté à récupérer les premiers et seconds identificateurs de configuration depuis les premier et second tag RFID après la détection de reconnexion de l'équipement, et à émettre ladite trame de configuration comportant les identificateurs de configuration courante de l'équipement à la date de sa reconnexion dans son logement. 5. Système selon la revendication 4, dans lequel le mécanisme de détection de connexion comporte un interrupteur (76) qui se déclenche lorsque l'équipement est mis en place dans son logement. 6. Système selon l'une quelconque des revendications précédentes, comportant un dispositif embarqué (13) de stockage de logiciels, le chargeur de logiciel (11) étant adapté pour récupérer ledit ensemble d'éléments logiciels depuis ledit dispositif embarqué de stockage de logiciels. 7. Système selon l'une quelconque des revendications là 5, dans lequel le chargeur de logiciel (11) est adapté pour récupérer via des moyens de communication(15) ledit ensemble d'éléments logiciels depuis un dispositif de stockage de logiciels disposé au sol. 8. Système selon l'une quelconque des revendications précédentes, dans lequel le détecteur (9) est adapté pour vérifier que l'équipement comporte la configuration adéquate et pour réaliser une validation et une historisation de la nouvelle configuration. 9. Aéronef comportant un système de rechargement selon l'une quelconque des revendications précédentes. 10. Procédé de rechargement automatique de logiciel dans un équipement embarqué et remplaçable d'un aéronef, ledit équipement étant réinstallé sur l'aéronef après avoir été retiré et réparé ou étant un nouvel équipement installé sur l'aéronef pour remplacer un équipement défectueux préalablement retiré, ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - émission d'une trame de configuration comportant un ensemble d'identificateurs de la configuration matérielle et/ou logicielle courante dudit équipement, - capture de ladite trame de configuration et détection d'un changement de configuration matérielle et/ou logicielle dudit équipement, - rechargement automatique d'un ensemble d'éléments logiciels adéquats dans ledit équipement en fonction du changement de configuration détecté.25