Brevet FR2677199A1 — publié le 19921204

PROCEDE DE TRAITEMENT DE DONNEES POUR SYSTEME D'ECHANGE DE DONNEES NOTAMMENT POUR SYSTEME DE TELEMESURE OU DE TELECOMMANDE DESCRIPTION L'invention concerne un procédé de trai- tement de données pour système d'échange de données sur un bras ou sur un canal d'information. Le procédé s'applique notamment aux systèmes de télémesure dans lesquels des mesures sont effectuées à bord d'engins aérospatiaux et transmises au sol par multiplex numérique sous forme d'informations synchrones et/ou asynchrones constituées de messages numériques selon des formats donnés, étant entendu que l'on qua- lifie de format la description d'assemblage des données. Le procédé s'applique également aux systèmes de télécommande. Le problème posé est complexe Il provient d'une part du fait que dans un système d'échange de données il y a des unités qui créent les formats et que ces unités présentent de grandes diverstiés entre elles Le problème provient d'autre part du fait qu'il y a des unités qui utilisent ces formats et qu'il y a également une diversité entre ces unités utilisa- trices. Concernant les unités de traitement créant les formats, on se heurte au fait qu'actuellement la forme de description des formats créés est spécifique à la programmation de chaque type d'unité. De plus l'intégration des contraintes spéci- fiques des unités créant les formats conduit souvent à la création d'un programme informatique de démulti- plexage/décommutation spécifique de l'unité. Concernant les unités de traitement utili- satrices de ces formats, on se heurte au fait que Leur nature est différente puisqu'il s'agit de centres de contrôLe des chaînes de mesure, de centres de dépouillement qui restituent Les mesures auprès des exploitants à partir des données reçues, de centres d'acquisition qui réalisent la réception des télémesures et la restitution en temps réel de certaines mesures les matériels permettant de Lire les différents formats employés (il s'agit de décommutateurs/démultiplexeurs) sont multiples et ont des caractéristiques diverses, en particulier la programmation des appareils est spécifique à chacun, les informations à décrire ont des normes ou des recommandations variées On citera par exemple les normes ou recommandations IRIG, CCSDS et CE 83. De plus, certaines données sont rassemblées sous des formats qui ne font l'objet ni de normes, ni de recommandations (il s'agit par exemple de formats d'espionnage de données internes à un engin transmis au sol par la télémesure). D'autre part les normes ou recommandations des formats donnent une description de ces formats, mais pas d'indication quant à la forme de description des formats en question En particulier, il n'existe pas de recommandation de description informatique des formats qui soit commune à tous les formats. Actuellement, les formats utilisés sont transmis sous une forme papier non standardisée à tous les utilisateurs qui interprètent ce format et pro- gramment leurs machines. Les formats particuliers, comme les espionnages de bus, font l'objet de description papier souvent multiples et conduisent à la création d'un Lecteur de format spécifique de L'unité qui a créé ce format (en général il s'agit d'un programme infor- matique). Ainsi dans Le cas de télémesure, Les données qui sont Les paramètres mesure sont traitées et assem- blées pour former un message qui passe généralement sur un canal unique. Le dépouillement consiste en un ensemble d'opérations qui, à partir: des sources (bandes magnétiques contenant Le signal reçu de télémesure), des centres de contrôle et/ou d'acqui- si ti on, de La description des caractéristiques de signal de ces sources, de la description de l'agencement de données contenues dans les sources, (c'est-à-dire "le format") des traitements de dépouillement associés (étalonnage), des caractéristiques des mesures, permet de restituer l'information fondamentale inté- ressant les exploitants, à savoir les mesures contenues dans la télémesure. La constitution du format nécessite de connaître les informations suivantes: l'architecture des chaînes de mesure à l'émission (unités d'acquisition, unités centrales, émetteurs, etc); les caractéristiques des chaînes de mesure correspondant aux grandeurs physiques des capteurs débit en points par seconde, phase d'observation, précision/datation, résolution (format de numérisation de la donnée), traitements (différé, compression de données), les caractéristiques des données fonction- nel Les et d'espionnage bus; Les caractéristiques des unités d'acqui- sition et des unités centrales (débit maximum, archi- tecture interne, performance); La constitution de La mission, savoir par exemple s'il s'agit de la séparation d'un étage dans Le cas du lancement d'une fusée. IL ressort donc que d'une part la consti- tution d'un format n'est pas aisée et que d'autre part, La diffusion des différents formats employés est très Large. Même si pour certains formats, tels que les formats IRIG, la présentation est à peu près norma- lisée sur un support papier, ce n'est pas le cas pour un grand nombre d'autres formats pour lesquels on assiste à une description "à la main", dans une forme non normalisée et propre à chaque utilisateur de mesure soumis aux particularités des unités centrales et à l'architecture des chaînes de mesure. La présente invention permet de remédier à ce problème Elle a pour but un procédé de traitement de données permettant d'obtenir une description exhaustive de l'agencement des données de tous les formats existants, susceptible d'y inclure des formats futurs. Le procédé conforme à l'invention consiste à enregistrer dans la mémoire principale des moyens de traitement, une table de données dans laquelle toute donnée, quel que soit son format, est décrite de façon arborescente sous forme d'un champ de bits (d'éléments binaires), ledit champ étant le champ fils d'un champ père, qui peut être lui-même le fils d'un autre champ père si ce champ père n'est pas Le plus haut dans La hiérarchie de l'arbre, le procédé consistant ensuite à éditer cette table de données à partir des moyens d'édition. Selon un autre aspect de l'invention, la tab Le de données mémorisée comporte, pour chaque champ définissant une donnée, un ensemble de zones de mémori- sation dans lesquelles: une zone permet de mémoriser le nom du champ considéré, une zone permet de mémoriser sa longueur, une zone permet de mémoriser son type, une zone permet de mémoriser Le nom du champ auquel il est Lié, une zone permet de mémoriser Le nom du champ père de ce champ, une zone permet de mémoriser la position de ce champ dans le champ père, une zone permet de mémoriser le contenu de ce champ. Selon une autre caractéristique de l'in- vention, un champ peut avoir une position fixe ou mobile par rapport à son champ père, de même qu'un champ peut avoir une longueur fixe ou variable. Le procédé consiste alors à mémoriser, dans la zone de mémorisation de la position du champ, un mot indiquant si cette position est fixe ou mobile. Le procédé consiste également, dans le cas o la longueur du champ est variable, soit à mémoriser dans La zone de mémorisation le nom du champ Lié qui donnera Lui-même la longueur du champ considéré, soit à délimiter sa longueur par une synchronisation fin, la longueur du champ de synchronisation étant alors donnée en position relative par rapport à la fin du champ considéré. D'autres particularités et avantages de l'invention apparaîtront à la lecture de la description qui est faite à titre illustratif et non limitatif, à partir de différents exemples, et en regard des dessins sur lesquels: la figure 1 représente un exemple de données séquentielles au format IRIG, la figure 2 a représente la représentation graphique du format de la figure 1 selon un premier mode de réalisation conforme au procédé, les figures 2 b et 2 c représentent la struc- ture en tableau du format de la figure 1 conformément à ce premier mode de réalisation, la figure 3 a représente la structure graphique du format de la figure 1 selon un deuxième mode de réalisation, les figures 3 b, 3 c représentent la struc- ture en tableau de ce format selon ce deuxième mode de réalisation, la figure 4 a représente la structure graphique du format de la figure 1 conformément à un troisième mode de réalisation, la figure 4 b représente la structure en tableau de ce format selon ce troisième mode de réalisa- tion, la figure 5 représente la trame de message suivant la recommandation CCSDS, la figure 6 a représente la représentation graphique conforme à l'invention d'une unité de données d'accès au canal CCSDS, La figure 6 b représente la structure en tableau conformément au procédé de l'invention du message suivnat la recommandation CCSDS, la figure 7 représente un deuxième exemple de mot particulier au format IRIG, la figure 8 a représente la représentation graphique de ce mot conformément au procédé, la figure 8 b représente la structure en tableau de ce mot conformément au procédé, la figure 9 représente un autre exemple de mot au format IRIG; il s'agit d'informations fonc- tionnel Les, la figure 10 représente la représentation graphique de ces informations fonctionnelles confor- mément au procédé, la figure 11 représente la structure en tableau de ces informations fonctionnelles conformément au procédé. Le procédé conforme à L'invention va être détaillé à partir de différents cas, donnés à titre d'exemple. Ces cas illustrent les différents aspects de l'invention et notamment L'aspect traitement de données, de manière à obtenir une structure arborescente de ces données capable de décrire tout type de format. Cette structure se trouve mémorisée sous la forme d'un tableau du format qui peut être édité sous cette forme. Ces cas illustrent également l'aspect traitement de données pour obtenir un affichage de la structure de données sur écran sous la forme d'un graphique. En effet, Le procédé consiste à: enregistrer dans la mémoire principale d'un moyen de traitement tel qu'un ordinateur, une table de données dans laquelle toute donnée, quel que soit son format d'origine, est décrite de façon arbo- rescente sous forme d'un champ d'éléments binaires (de bits) qui est fils d'un champ d'éléments binaires père, Le père pouvant lui-même être Le fils d'un autre champ père si Ledit champ père n'est pas le plus haut dans La hiérarchie de l'arbre, éditer La table de données à partir des moyens d'édition. La table de données mémorisée comporte pour chaque champ définissant une donnée un ensemble de zones de mémorisation dans lesquelles: une zone permet de mémoriser sa longueur, une zone permet de mémoriser son type, une zone permet de mémoriser le nom du champ auquel il est lié, une zone permet de mémoriser le nom du champ père de ce champ, une zone permet de mémoriser la position de ce champ dans Le champ père, une zone permet de mémoriser le contenu de ce champ. On mémorise, dans la zone de mémorisation de La position du champ, un mot pour indiquer si cette position est fixe ou mobi Le. Lorsque La position du champ est fixe, Le mot indique la position du premier bit de ce champ en nombre de bits par rapport au premier bit du -champ père. Lorsque la position du champ est mobi Le, Le contenu du mot indique que cette position est mobile; dans ce cas, le champ comporte soit un champ fils de synchronisation, soit il est synchronisé avec un autre champ; la zone de mémorisation du nom du champ auquel le champ considéré est Lié comporte alors le nom de cet autre champ. On mémorise, dans La zone de mémorisation de la Longueur du champ, un mot pour indiquer si cette Longueur est fixe ou variable. Lorsque La Longueur du champ est fixe, alors Le mot est La Longueur décrite dans Le format d'arrivée de La donnée. Lorsque La Longueur du champ est variable, alors Le mot indique que cette Longueur est variable; cette longueur est donnée par le contenu d'un autre champ qui est un champ lié au champ considéré; la zone de mémorisation du nom du champ lié pour le champ considéré comporte alors le nom du champ Lié. Lorsque La Longueur du champ est variable, alors cela peut se traduire de deux façons: le champ contient un nom de champ lié qui donne lui-même la longueur du champ considéré, ou bien le champ a une Longueur délimitée par une synchronisation fin, La Longueur du champ de syn- chronisation est alors donnée en position relative par rapport à La fin du champ considéré. Le type de champ peut être un format. Le type de champ peut être un paramètre. Le type de champ peut être une synchroni- sation. Le type de champ peut être une longueur. Le type de champ peut être un code détecteur d'erreur ou correcteur d'erreur. Bien entendu d'autres types de champs peuvent être prévus. La description graphique des données consiste à faire correspondre à chaque champ décrit dans la table mémorisée un symbole graphique à L'écran. Cette description consiste à enregistrer en mémoire une table de correspondance entre les champs (en tenant compte de leurs caractéristiques) et des symboles graphiques également enregistrés. Le symbole graphique enregistré pour repré- senter un champ est selon un mode préféré de réalisation un rectangle. D'autre part, on affiche un rectangle de taille proportionnelle à la longueur du champ (quand celui-ci est fixe). On affiche un rectangle comportant un premier type de marquage pour indiquer que le champ a une posi- tion mobile par rapport à son champ père Le marquage consiste en un pointillé sur le contour par exemple. On affiche un rectangle comportant un deuxième type de marquage pour indiquer que le champ a une longueur variable Le marquage consiste en des hachures à l'intérieur du rectangle par exemple. On affiche un rectangle comportant un troisième type de marquage pour indiquer que le champ est un champ de synchronisation Le rectangle est réa- lisé en trait gras par exemple. Les champs liés sont reliés par un symbole graphique de type arc. On va tout d'abord illustrer le procédé conforme à l'invention à partir d'un premier cas corres- pondant à des données au format IRIG. La figure 1 représente une grille IRIG de mots de huit bits. Cette grille est formée des paramètres Pl à P 8 qui sont des mesures sur huit bits et du paramètre P 9 qui contient cinq mesures La grille comporte éga- lement trois mots de synchronisation 51, 52, 53 de 1 1 huit bits chacun La grille comporte en outre un mot d'identification de cycle ID. Les paramètres indiqués à chaque ligne de la grille apparaissent à chaque cycle court La totalité des paramètres apparaît au bout de quatre cycles courts constituant un cycle long. Le paramète Pl apparaît trois fois durant un cycle: c'est un paramètre surcommuté d'ordre 3. Le paramètre P 2 apparaît deux fois dans Le cycle: c'est un paramètre surcommuté d'ordre 2; P 3 apparaît une fois; quant aux paramètres P 4, P 6, P 5, P 7, P 8, P 9: il s'agit de paramètres sous-commutés. Le paramètre P 9 contient en fait cinq mesures binaires (bit d'état O ou 1) T 1 à T 5 TF 1-TF 2 sont des champs de contenu fixe. Selon un premier exemple de réalisation illustré par les figures 2 a, 2 b et 2 c, les données séquentielles du format IRIG représentées sur la grille de la figure 1 sont décrites comme un champ père de position mobile dans le temps, contenant quatre champs fils de position fixe et de longueur fixe. Un champ fils est prévu pour décrire chaque cycle court du format Ainsi, on a un champ père dont le nom est FORMAT 1 et des champs fils CC 1, CC 2, CC 3 et CC 4. Le premier champ fils CC 1 comporte lui-même des champs fils qui sont petits-fils du champ FORMAT 1. Le champ CC 1 comporte un premier fils qui est un champ de synchronisation S, suivi d'un ensemble de champs binaires qui correspondent chacun aux diffé- rents paramètres apparaissant au cours du premier cycle court, soit les paramètres P 1, P 2, P 3, P 4, P 6, P 2, Pl et deux champ d'identification. Un premier champ d'identification IDFIX est fixe et peut servir de deuxième synchronisation. Un deuxième champ d'identification IDCOMPT 1 sert à identifier le cycle en indiquant s'il s'agit du premier, du deuxième, du troisième ou du quatrième cycle Il est indispensable à la synchronisation du champ CC 1. Les différents champs S, P 1, P 2, P 3, IDFIX, IDCOMPT 1 du champ CC 1 n'ont pas de fils. Le champ CC 2 comporte de la même manière un ensemble de champs fils de position fixe et de longueur fixe Les fils du champ CC 2 sont un champ de synchronisation S, les paramètres P 1, P 2, P 3, P 1, P 5, P 7, P 2, P 1, un champ d'identification fixe IDFIX et un champ d'identification IDCOMPT 2 Ces champs n'ont pas de champs fils. Le champ CC 3 a pour champ fils un champ de synchronisation S, les champs contenant les para- mètres P 1, P 2, P 3, P 1, P 4, P 8, P 2, Pl et un champ d'identification fixe IDFIX et un champ d'identification20 IDCOMPT 3 Ces champs n'ont pas de champs fils. Le champ CC 4 a pour champ fils un champ de synchronisation S, les champs contenant les para- mètres P 1, P 2, P 3, P 1, P 5, P 9, P 2 et Pl et également un champ d'identification fixe IDFIX et un champ d'iden-25 tification IDCOMPT 4. Le champ contenant le paramètre P 9 a des champs fils qui sont: un champ TF 1 qui contient deux bits fixes, qui peuvent servir de synchronisation et qui corres- pondent aux champs T 1 et T 2, un champ TF 2 qui contient également un bit fixe qui peut servir de synchronisation puis T 3, T 4 et T 5, ces champs n'ayant pas de champs fils (T 1 à T 4 sont des bits d'état). La description structurelle des données relatives à cette réalisation dans une table en mémoire a été éditée et représentée sur les figures 2 a, 2 b et 2 c. La structure des données en mémoire se pré- sente donc de la manière suivante: Une zone mémoire est prévue pour mémoriser le nom du champ considéré, une zone mémoire est ensuite prévue pour mémoriser la longueur de ce champ, une autre zone mémoire est prévue pour mémoriser le type du champ, une autre zone mémoire est prévue pour indi- quer si le champ est lié, une autre zone mémoire est prévue pour mémoriser le nom du champ père, une autre zone mémoire est prévue pour mémoriser la position du champ considéré et enfin, une dernière zone mémoire est prévue pour mémoriser le contenu du champ (cf. figures 2 b, 2 c). Dans la table mémorisée, on va trouver réper- torié dans les zones relatives au nom du champ, l'en- semble des champs pères et fils qui ont été décrits à propos de la figure 2, selon un ordre qui peut être absolument quelconque. Ainsi, l'on va trouver comme nom de champ FORMAT 1 ayant pour longueur 384 Il s'agit d'un type de champ correspondant à un format, ce champ n'a pas de champ lié, le champ père est par exemple un champ MISSION non représenté sur le graphique de la figure 2 a, la zone concernant la position de ce champ contien- dra un zéro qui par convention signifiera que cette positon est mobile. La zone de nom de champ va contenir également le champ CC 1, la longueur mémorisée est 96, la zone relative au champ père va contenir le nom FORMAT 1 et la zone relative à la position va contenir un 1 qui signifie que le 1 er bit de ce champ est dans le premier bit du champ père. La zone correspondant au nom de champ contient également le champ CC 2 La longueur de champ enregistrée est 96 Le champ père de ce champ CC 2 mémorisé est le champ FORMAT 1 et sa position est 97, le premier bit du champ CC 2 étant à la 97 ème position par rapport au début du champ père FORMAT 1. Les champs CC 3 et CC 4 ont la même longueur que les champs qui viennent d'être décrits, le père de ces champs enregistré dans la zone concernant le champ père est le même, c'est-à-dire FORMAT 1 La posi- tion enregistrée pour ces champs est respectivement 193 pour le champ CC 3 et 289 pour le champ CC 4. Les noms des champs enregistrés ensuite dans la zone nom de champ sont successivement les champs fils du champ CC 1, puis les champs fils du champ CC 2. On trouve ensuite enregistrés dans la zone concernant les noms des champs, les noms des champs fils des champs CC 3 puis CC 4. La zone correspondant au type de champ est renseignée pour les champs de synchronisation S, les paramètres Pl à P 9 pour également les champs de synchro- nisation IDFIX et IDCOMPT 1, 2, 3 et 4. L'information concernant le type de champ peut ne pas être renseignée lorsqu'elle n'est pas indis- pensable pour la description du champ Il s'agit par exemple des cas pour lesquels le type de champ a été mis entre parenthèses dans les tables mémoires (cf figures 2 b, 2 c, 3 b, 3 c, 4 b, 6 b, 8 b et 11). On trouve enregistrés dans la zone concernant les noms des champs, les champs fils du champ P 9 Ces champs sont les champs TF 1, T 1, T 2, TF 2, T 3, T 4 et T 5. Les zones concernant le type de champ sont également renseignées pour les champs fils du champ P 9. Un deuxième mode de réalisation est donné et illustré au moyen des figures 3 a, 3 b et 3 c. La figure 3 a représente la structure gra- phique selon le procédé conformément à ce deuxième mode de réalisation. Les figures 3 b et 3 c représentent La struc- ture de données, mémorisée sous forme d'une table. Selon ce mode de réalisation, la donnée de format IRIG de la figure 1 est enregistrée sous la forme d'un premier champ d'éléments binaires dont le nom est FORMAT 1, dont la longueur est 384, dont le type est FORMAT. Ce champ a pour champ père un champ fictif tel que décrit sur la figure 3 b, portant le nom MISSION I. Le champ FORMAT est un champ de position mobile dans le temps, la zone d'enregistrement de la position en mémoire porte un zéro conformément à la convention qui a été prise au départ. Le champ appelé FORMAT 1 comporte 44 champs fils qui correspondent en fait aux champs fils des champs CC 1, CC 2, CC 3, CC 4, du premier mode de réali- sation. Ainsi, le champ FORMAT 1 a pour fils un champ de synchronisation S, le paramètre P 1, le paramètre P 2, le paramètre P 3, le mot de synchronisation IDFIX, le mot de synchronisation IDCOMPT 1, le paramètre P 1, le paramètre P 4, le paramètre P 6, le paramètre P 2 et le paramètre Pl De la même façon, le champ FORMAT 1 a pour champs fils les données séquentielles correspondant au deuxième cycle court du tableau de la figure 1, avec comme champ fils supplémentaire un champ de syn- chronisation qui est le premier champ fils à l'intérieur du champ père FORMAT 1. Le champ FORMAT 1 a également pour champs fils les données séquentielles du troisième cycle court et du quatrième cycle court. Le premier champ de synchronisation fils * se trouve en position 1, le deuxième se trouve en posi- tion 97 à l'intérieur du champ père, le troisième se trouve en position 193 et le quatrième se trouve en position 289 dans ce champ père. Le paramètre P 9 est enregistré comme étant le champ fils du champ FORMAT 1, mais également comme étant le champ père des champs TF 1, T 1, T 2, TF 2, T 4 et T 5. Les figures 4 a et 4 b concernent un troisième mode de réalisation de ces données séquentielles de FORMAT IRIG, représenté sur la figure 1 Dans ce mode de réalisation, la notion de cycle long disparaît complètement. Le format des données séquentielles est mémorisé comme un champ d'éléments binaires dont le nom est FORMAT 1 ayant une longueur de 96. Ce champ FORMAT 1 a pour fils un champ de synchronisation S, un champ pour le paramètre P 1, un champ pour le paramètre P 2, un champ pour le paramètre P 3, un champ pour la synchronisation IDFIX, un champ pour la synchronisation IDCOMPTPERE, un champ pour le paramètre P 1, un champ pour les paramètres P 4, P 5, un champ pour les paramètres P 6 à P 9, un champ pour le paramètre P 2 et un champ pour le paramètre P 1. Le champ IDCOMPT est un champ de position mobile par rapport au champ IDCOMPTPERE qui a pour champs fils les champs IDCOMPT 1, IDCOMPT 2, IDCOMPT 3, IDCOMPT 4 qui sont eux des champs de longueur et de position fixes. Le champ pour les paramètres P 4 et P 5 est un champ de position mobile dans le temps et qui a pour champs fils les paramètres P 4, P 5, P 4, P 5. Le champ pour les paramètres P 6 à P 9 est un champ père de position mobile dans Le temps qui a pour fils les champs pour les paramètres P 6, P 7, P 8 et P 9. On a donc créé dans cette solution un champ père IDCOMPT qui est fils du champ IDCOMPTPERE et qui est un champ mobile par rapport à son champ père IDCOMPTPERE, ayant pour champs fils les différents champs de synchronisation IDCOMPT 1, IDCOMPT 2, IDCOMPT 3, IDCOMPT 4. Chaque champ de synchronisation IDCOMPT 1, 2, 3, 4 permet d'indiquer la présence du paramètre auquel il est affecté C'est pourquoi les champs concernant les paramètres P 4, PS, P 6, P 7, P 8, P 9 sont liés chacun à l'un de ces compteurs: P 4 est lié au compteur IDCOMPT 1, lequel est lié au champ contenant le paramètre P 6, P 5 est lié au compteur IDCOMPT 2, lequel est lié au champ contenant le paramètre P 7, le deuxième champ P 4 est lié au compteur IDCOMPT 3, lequel est lié au champ contenant le paramètre P 8, le deuxième champ P 5 est lié au compteur IDCOMPT 4, lequel est lié au champ contenant le paramètre P 9. Le champ contenant le paramètre P 9 a des champs fils: il s'agit du champ TF 1, des champs T 1, T 2, TF 2, T 3, T 4 et T 5. On va maintenant décrire un exemple de trai- tement des données suivant le procédé conforme à L'in- vention à partir d'un deuxième cas qui est la recomman- dation CCSDS 101 0-B-2, Cette norme permet de définir des protocoles de transmission de données de télémétrie ou de télécom- mandes. On ne va bien sûr par détailler les diffé- rents protocoles de transmission et la structure de la trame décrite dans cette recommandation. Pour plus de détails, on pourra par consé- quent, se reporter à cette recommandation Simplement pour illustrer l'exemple, on a représenté la structure de la trame de façon partielle sur la figure 5. Par ailleurs, on a conservé la terminologie anglo-saxonne pour la définition de chaque paquet de la trame, telle qu'elle est donnée dans la norme CCSDS, afin de mieux suivre l'analogie qu'il y a entre les abréviations employés et les définitions des paquets. La trame comporte un ensemble noté CADU qui est l'abréviation de l'expression anglo-saxonne "Channel Access Data Unit". Ce canal est décrit conformément au procédé sous la forme d'un champ d'éléments binaires CADU de longueur fixe et de position mobile dans le temps. Le champ d'éléments binaires CADU est le champ père d'un champ fils appelé synchronisation marqueur SYNC MARKER, qui correspond à un mot de synchronisation permettant de reconnaitre l'arrivée de la trame. Le champ CADU a également pour champ fils un champ de longueur fixe et de position fixe dénommé CODEDVCDU. Le champ CADU a une position mobile dans le champ père qui est la trame PCA PDU (non indiqué sur la figure 6 a). Le champ de synchronisation SYNC MARKER est donc mémorisé dans la table, le nom de ce champ étant mémorisé dans la zone nom de champ, sa longueur est donnée dans la zone longueur, son type est également donné dans la zone type de champ La zone champ père est renseignée, le champ père étant le champ CADU, et sa position est 1 puisqu'il s'agit du premier champ fils du champ CADU. Le champ CODEDVCDU a un premier champ fils VCDU qui correspond en fait à la donnée utile, lequel champ est relié à un deuxième champ fils du champ CODEDVCDU et qui porte le nom COD R-S; ce champ corres- pond au codage REED SOLOMON qui est un codage de détec- tion et de correction d'erreur. Le nom VCDU du champ fils est mémorisé dans la zone de la table correspondant au nom de champ, sa longueur est mémorisée dans la zone longueur La zone correspondant au champ lié est également renseignée et porte le nom du champ COD R-S La zone correspondant au champ père porte le nom du champ CODEDVCDU La zone correspondant à la position du champ VCDU comporte un 1 puisque ce champ est le premier champ du champ CODEDVCDU. Le nom du champ COD R-S apparait également dans la zone mémoire concernant le nom du champ Sa longueur est mentionnée dans la zone longueur, le type de champ porte l'indication RS 255 233 (car il s'agit du code REED SOLOMON de type 255/233) Dans La zone de champ père est enregistré le nom CODEDVCDU et dans La zone position est enregistrée La Longueur de ce champ par rapport à La fin de ce champ (convention de position négative qui donne une position relative à La fin du champ père). Le champ VCDU comporte trois champs fils, un champ VCDU HEADER, un champ VCDU DATA, un champ VCDU TRAILER. La zone nom de champ de la table comporte donc Le champ VCDU HEADER, La zone Longueur comporte 64 qui est La Longueur de ce champ, la zone type de champ comporte l'information synchronisation et La zone champ père comporte Le nom VCDU qui est Le champ père de ce champ La zone position comporte un 1 signi- fiant qu'il s'agit du premier champ dans Le champ père VCDU. La zone de nom du champ dans la table comporte également le nom du champ VCDU DATA Ce champ est un champ de position fixe et de longueur fixe mais indéterminée X. Les autres champs fils du champ VCDU sont des champs de position fixe. Le champ VCDU DATA est considéré comme un champ de position fixe et on Lui associe deux champs fils de position mobi Le qui sont les champs BDPU et MPDU. Le champ BDPU mobile par rapport à son champ père VCDUDATA comporte un champ de synchronisation qui permet de repérer son arrivée, il s'agit du champ BDPU HEADER, et un autre champ fils, il s'agit du champ DATA ZONE. De la même façon Le champ MDPU est mobile par rapport à son champ père VCDUDATA et comporte un champ fi Ls qui est un champ de synchronisation, il s'agit du champ MPDU HEADER, et un autre champ fils MPDU PACK SOME. Tous ces champs apparaissent également enregistrés dans la zone nom de champ de la table mémo- risée. Les champs de synchronisation ont également chacun deux champs fils, il s'agit des champs S pour BPDU et BIT DT PTR pour le champ BDPU HEADER et les champs SPARE MPDU et FIRST HDR PTR pour le' champ MPDU HEADER. Le champ MPDU PACK SOME est un champ de position fixe et de longueur fixe Il possède un champ fils PACKET ayant une position mobile et une longueur variable Ce champ est relié à un champ fils qui donne sa longueur, il s'agit du champ PAK LENGHT Il comporte en outre un premier champ fils de synchronisation, il s'agit du champ PACKETID; un deuxième champ fils de synchronisation, il s'agit du champ PACK SEQ CTL et un champ fils de données utiles, il s'agit du champ USER DATA, ce champ étant un champ de longueur variable. Les champs de synchronisation sont décrits comme des champs ayant des champs fils, les champs fils du champ PACKETID sont le champ VERSION, TYP, SEC, HDR, FLAG, APP, PROC, ID. Les champ fils du champ PACK SEQ CTL sont les champs SEQ J FLAG et le champ PAK SEQ COUNT. On va maintenant décrire un troisième cas permettant d'illustrer le procédé conforme à l'inven- tion Il s'agit de décrire un message calculateur contenu dans un format IRIG, tel que présenté sur la grille IRIG de la figure 7. Ce message calculateur est selon l'exemple particulier qui est donné un message calculateur ARIANE 1. La grille IRIG se présente sous la forme suivante: elle comporte une colonne relative aux nu- méros de blocs, puis des colonnes pour chacun des para- mètres YCOO 002, YCOO 3, YC 004, YCOO 005, YC 013. Un cycle court est défini par l'arrivée d'un bloc et un cycle long est défini par l'arrivée de tout le message, c'est-à-dire de l'ensemble des blocs. Le paramètre YC 012 correspond à un mot d'identification du bloc. Les paramètres Pl et P 2 sont sous-commutés d'ordre 2 Les paramètres P 3 à P 7 sont sous-commutés d'ordre 10. Le paramètre P 3 est un paramètre sur 24 bits Il est donc constitué des paramètres P 31, P 32, P 33, chacun ayant huit bits. Le paramètre P 4 est un paramètre sur seize bits Il est donc constitué des paramètres P 41 et P 42, chacun de huit bits. Le paramètre P 5 est un paramètre de huit bits. Le paramète P 7 permet un contrôle sommaire de la qualité globale du message par une, vérification "CHECKSUM" de tous les mots. Le message calculateur est donc décrit conformément au procédé comme un champ d'éléments binaires "MESSAGECAL" de position mobile car il s'agit d'informations asynchrones Ce champ est le fils d'un champ père plus haut dans la hiérarchie, non mentionné mais qui peut être par exemple le numéro de vol de la fusée ARIANE. Le champ MESSAGECAL est constitué d'un ensemble de champs d'éléments binaires fils qui corres- pondent aux données YC 002, YCOO 3, YC 012, d'autres données pouvant être comprises dans le message. Les données YC 002 PERE, YCO 12 PERE sont décrites comme les champs pères du champ fils YC 002 et respectivement des champs fils YC 003, YC 004, YC 005, YC 012, les champs fils YCO 02 à YC 005 sont des champs de position mobile dans le temps. Le champ YC 002 comporte les champs P 1, P 32, P 1, P 42, P 1, P 5, P 1, P 6, P 1, P 7. Le champ YC 002 est donc décrit comme un champ d'éléments binaires'de position mobile, constitué de l'ensemble des paramètres reçus pendant un cycle long. De la même façon, le champ mobile YC 003 comporte les paramètres P 31 et P 41 reçus pendant un cycle long. Le champ YCO 04 comporte des champs fils correspondant aux paramètres P 2, P 2, P 2, P 2, P 2 qui sont les données reçues pendant un cyle long. Le champ YCO 05 a un seul fils, il s'agit du paramètre P 33, paramètre reçu au cours d'un cycle long permettant d'obtenir la totalité d'un message. Le champ YC 012 est un champ de synchroni- sation qui est constitué des champs fils YC 012 F 0, YC 012 El, YC 012 D 2, YC 012 C 3, YC 012 B 4, YC 012 A 5, YC 012 96, YC 012 87, YC 012 78, YC 012 69. Chaque champ fils de ce champ de synchroni- sation correspond à la valeur en hexadécimal d'identi- fication du cycle. Tous les paramètres de la grille de la figure 7 sont reliés par un lien de synchronisation au champ d'identification du cycle correspondant. Ainsi, les paramètres Pl et P 2 sont reliés au champ YC 012 F 0, les paramètres P 31, P 32, P 33 sont reliés au champ YC 012 El, etc Le paramètre P 7 est relié au champ d'identification YC 012 69. Dans la description de la table qui est en mémoire les champs P 1, P 2, P 31, P 32, P 33, P 1, P 2, P 42, P 41, P 1, P 2, P 5, P 1, P 2, P 6, P 1, P 2, P 7 sont mentionnés dans la zone nom de champ et la zone de champ lié comporte le champ d'identification corres- pondant, tel qu'on peut le voir sur les figures 8 a et 8 b. Le champ P 7 est par ailleurs lié à un champ qui est un champ de regroupement des mots pour CHECKSUM Le type de champ du champ P 7 est CHECKSUM. D'autre part, comme les paramètres P 3 et P 4 sont des paramètres qui apparaissent l'un au cours de trois cycles courts et l'autre au cours de deux cycles courts, ces paramètes sont donc décrits confor- mément au procédé comme étant des champs d'éléments binaires qui sont les faux pères des paramètres P 31, P 32, P 33 pour le paramètre P 3 et des paramètres P 41, P 42 pour le paramètre P 4. En effet, les paramètres P 31, P 32, P 33 ont déjà un champ père d'accueil qui est le champ YC 003 pour le paramètre P 31, YCO 02 pour le paramètre P 32 et YC 005 pour le paramètre P 33. Le paramètre P 41 a déjà comme champ père le champ YC 003 et le champ P 42 a déjà comme champ père le champ YCOO 2. Ainsi, conformément au procédé, un champ d'éléments binaires peut avoir un premier champ père et un deuxième champ père ou plusieurs autres champs pères que l'on appellera alors faux pères (FP). On va maintenant décrire un quatrième cas permettant d'illustrer le procédé conforme à l'inven- tion Il s'agit d'une transmission d'informations fonc- tionnelles sur un bus appelé UBUS, cette transmission consistant à envoyer des informations fonctionnelles avec des mots au format IRIG. Ces mots sont des mots portant la référence D 1, D 2, D 3, D 4, D 5, D 6 Ils sont représentés sur une grille IRIG sur la figure 10. L'échange dans le sens "aller" correspond à la ligne IA de la figure 9 Il y a tout d'abord un mot d'adresse du périphérique qui doit recevoir l'infor- mation, un mot de fonction, un mot indiquant le sens de l'échange, un mot de synchronisation et un mot pour la donnée "aller". Le sens "retour" correspond à la ligne IR. Il comporte un mot correspondant à un écho et un mot correspondant à la donnée "retour". Les lignes IA et IR correspondent à un trai- tement standard. Les données D 1, D 2, D 3 et D 4 correspondent aux échanges sur la ligne "aller" et les données D 5, D 6 correspondent à la ligne "retour". En l'absence de donnée "retour", les mots D 1, D 2, D 3, D 4 sont identiques au traitement standard, tandis que les mots D 5, D 6 ne comportent que des 1. Lorsque l'échange est répété ou interdit, les mots D 1, D 2 jusqu'à D 6 ne contiennent que des 1. Lorsque le bus est saturé, tous les mots D 1 à D 6 contiennent uniquement des zéros. Les paramètres fonctionnels D 1 à D 6 sont des champs d'éléments binaires de longueur fixe et ayant comme champ père le champ format IRIG, noté IRIG dans la zone de la table mémoire concernant le nom du champ père. Ces paramètres sont décrits comme étant également des champs d'éLéments binaires ayant comme champ père le champ ECHANGEFONC qui est à ce moment Là un faux père. Dans ce champ père ECHANGEFONC, les para- mètres ont une longueur différente de celle qu'ils ont dans le champ père IRIG En effet, cette filiation permet de ne pas tenir compte du bit de parité. Le champ d'éléments binaires ECHANGEFONC permet de décrire à la fois le traitement standard, c'est-à-dire la ligne IA et la ligne IR et les mots D 1 à D 6 suivant les différents cas qui ont été évoqués à propos de la figure 9, c'est-à-dire la suite de mots D 1 à D 9 en l'absence de donnée "retour" lorsque l'échange est répété ou interdit ou bien alors lorsqu'il y a saturation du bus. Pour cela, le champ d'éléments binaires ECHANGEFONC comporte des champs fils qui vont corres- pondre à un champ IA correspondant au sens "aller" de l'information, un champ IR correspondant au sens "retour", un champ ECHANGEREP correspondant au cas o il y a un échange répété ou interdit et un champ UBUSSAT correspondant au cas o le bus est saturé. Le champ IA a pour champ fils un champ AD qui correspond à l'adresse, un champ FCT qui correspond à la fonction, un champ sens, un champ synchronisation et un champ de données "aller". Le champ IR comporte un champ fils qui est le champ écho, un deuxième champ fils qui est le champ DR et un troisième champ fils qui indique le sens "retour". La structure de données relative à ce dialogue fonctionnel du bus UBUS est représentée en mémoire sous la forme de la table illustrée à la figure 11. REVENDICATIONS 1 Procédé de traitement de données pour système d'échange de données par multiplex numérique sous forme d'informations synchrones et/ou asynchrones, constituées de messages numériques dans un format donné, le système comprenant une unité de traitement comportant une mémoire principale, des moyens d'affichage sur un écran et des moyens d'édition, ledit procédé étant caractérisé en ce qu'il consiste à: enregistrer dans la mémoire principale des moyens de traitement, une table dans laquelle toute donnée, quel que soit son format d'origine, est décrite de façon arborescente sous forme d'un champ d'éléments binaires (de bits) qui est le fils d'un champ d'éléments binaires père, le père pouvant lui-même être le fils d'un autre champ père si ledit champ père n'est pas le plus haut dans la hiérarchie de l'arbre, éditer la table de données à partir des moyens d'édition. 2 Procédé de traitement selon la revendi- cation 1, caractérisé en ce que la table de données mémorisée comporte, pour chaque champ définissant une donnée, un ensemble de zones de mémorisation dans Lesquelles: une zone permet de mémoriser le nom du champ considéré, une zone permet de mémoriser sa longueur, une zone permet de mémoriser son type, une zone permet de mémoriser le nom du champ auquel il est lié, une zone permet de mémoriser le nom du champ père de ce champ, une zone permet de mémoriser la position de ce champ dans le champ père, une zone permet de mémoriser Le contenu de ce champ. 3 Procédé de traitement selon la revendi- cation 1 ou 2, caractérisé en ce qu'il consiste à mémo- riser dans La zone de mémorisation de la position du champ, un mot pour indiquer si cette position est fixe ou mobile par rapport à son champ père. 4 Procédé de traitement selon La revendi- cation 3, caractérisé en ce que lorsque la position du champ est fixe, Le mot indique La position du premier bit de ce champ en nombre de bits par rapport au premier bit du champ père. Procédé de traitement selon la revendi- cation 3, caractérisé en ce que lorsque la position du champ est fixe, le mot indique la position du champ par rapport à La fin du champ père. 6 Procédé de traitement selon la revendi- cation 3, caractérisé en ce que lorsque la position du champ est mobile par rapport à son champ père, le contenu du mot indique que cette position est mobile; le champ comporte soit un champ fils de synchronisation, soit il est synchronisé avec un autre champ; la zone de mémorisation du nom du champ auquel le champ consi- déré est lié comporte alors le nom de cet autre champ. 7 Procédé de traitement selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il consiste à mémoriser dans la zone de mémori- sation de la longueur du champ, un mot pour indiquer si cette longueur est fixe ou variable. 8 Procédé de traitement selon La revendi- cation 7, caractérisé en ce que lorsque la Longueur du champ est fixe, alors le mot est la Longueur décrite dans le format d'arrivée de la donnée. 9 Procédé de traitement selon La revendi- cation 7, caractérisé en ce que lorsque la longueur du champ est variable, alors: le champ contient un nom de champ lié qui donne lui-même la longueur du champ considéré, ou bien le champ a une longueur délimitée par une synchronisation fin, la longueur du champ de syn- chronisation est alors donnée en position relative par rapport à la fin du champ considéré. Procédé de traitement selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il consiste en outre à réaliser une description graphique des données de manière à afficher ce graphique à l'écran ou sur papier. 11 Procédé de traitement selon la revendi- cation 10, caractérisé en ce que la description graphique consiste à faire correspondre à chaque champ un symbole graphique à l'écran. 12 Procédé de traitement selon la revendi- cation 11, caractérisé en ce que le symbole graphique est un rectangle. 13 Procédé de traitement selon la revendi- cation 12, caractérisé en ce qu'il consiste à afficher un rectangle de taille proportionnelle à la Longueur du champ lorsque cette longueur est fixe. 14 Procédé de traitement selon la revendi- cation 12, caractérisé en ce qu'il consiste à afficher un rectangle comportant un premier type marquage pour indiquer que le champ a une position mobile. Procédé de traitement selon la revendi- cation 12, caractérisé en ce qu'il consiste à afficher un rectangle comportant un deuxième type marquage pour indiquer que le champ a une longueur variable. 16 Procédé de traitement selon la revendi- cation 12, caractérisé en ce qu'il consiste à afficher un rectangle comportant un troisième type marquage lorsque le champ est un champ de type synchronisation. 17 Procédé de traitement selon l'une quelconque des revendications 10 à 16, caractérisé en ce qu'il consiste à relier les champs liés par un symbole graphique.