FR 2989487 A1 20131018 FR 1253351 A 20120412 La présente invention concerne l'enregistrement et l'affichage de données de documentation d'un fichier de données de documentation. Les sociétés concevant des produits de haute technologie dont la mise en oeuvre est complexe (par exemple des logiciels informatiques, des calculateurs hautes performances, ou autre) fournissent à leurs clients et aux utilisateurs de ces produits une ou plusieurs documentations techniques, le plus souvent sous forme électronique (CD-ROM, DVD-ROM, clé USB, ou autre). Ces documentations sont très détaillées car les produits en question peuvent s'adresser à la fois à un large spectre d'utilisateurs, du moins qualifié 10 au plus expérimenté. Ce niveau de détail peut toutefois rendre ces documentations difficiles à utiliser, en particulier lorsque le niveau de détail ne correspond pas au niveau de connaissance technique du lecteur. Les inventeurs ont ainsi mis en évidence un besoin pour un nouveau format de fichier de documentation permettant d'adapter le contenu affiché, en 15 particulier le niveau de détail de ce contenu, à l'utilisateur du fichier. La présente invention s'inscrit dans ce cadre. Un premier aspect de l'invention concerne un procédé d'enregistrement d'un fichier de données de documentation destinées à un affichage sur un écran, comportant les étapes suivantes : 20 - de subdivision desdites données de documentation en blocs de données, - d'association d'un niveau de détail à au moins un bloc de données, et - d'enregistrement dudit bloc de données avec un marqueur de 25 niveau relatif audit niveau de détail associé, ledit marqueur étant destiné à être comparé à un niveau de détail souhaité pour l'affichage des données sur l'écran. Le procédé selon la présente invention peut être mis en oeuvre par des moyens informatiques, par exemple au moyen d'un logiciel de traitement de 30 texte. Selon la présente invention, il est possible, dans un même fichier représentant un document (avec du texte, des images ou autre), d'avoir plusieurs versions d'un élément du document avec des niveaux de détail différents. Cela offre la possibilité, lorsque le document est édité sur un écran, de choisir un niveau d'affichage en fonction d'un niveau de détail souhaité. Ainsi, lorsqu'une documentation relative, par exemple, à un produit complexe et s'adressant à une large gamme d'utilisateurs, est crée, il est possible d'y inclure plusieurs niveaux de détails. Chaque utilisateur, selon sa technicité, peut alors choisir un niveau d'affichage de détails. Le procédé peut en outre comporter une étape d'enregistrement d'un marqueur de lien avec ledit bloc de données pour faire un lien de 10 documentation avec au moins un autre bloc de données du fichier. Ainsi, il est possible de lier les différentes versions d'un élément du document. Par exemple, ledit marqueur de lien donne un niveau de détail associé audit au moins un bloc lié. 15 Ainsi, en plus de spécifier les liens entre les différentes versions de l'élément, il est possible de connaître le niveau de détail de chaque version. Il est ainsi possible de présenter à l'utilisateur, pour un élément du document, les différents niveaux de détail disponibles. Il est également possible de choisir parmi les versions disponibles, celle la plus adaptée à un niveau 20 d'affichage spécifié pour afficher les données du fichier. Par exemple, au moins l'un parmi le marqueur de niveau et le marqueur de lien est une métadonnée. Un tel type de données est simple et efficace à mettre en oeuvre. Les données de documentation peuvent par exemple, comporter des 25 données de texte, des données d'image, ou autre. Par exemple, le fichier est au format XML (eXtended Markup Language). Un deuxième aspect de l'invention concerne un procédé d'affichage de données de documentation d'un fichier, comportant les étapes suivantes de : 30 - comparaison d'un marqueur de niveau, dans ledit fichier, relatif à un niveau de détail associé à un bloc de données dudit fichier, à niveau de détail d'affichage pour afficher ledit bloc de données, et - génération d'un signal d'affichage des données dudit bloc si ledit marqueur de niveau correspond audit niveau de détail d'affichage. Le procédé peut être mis en oeuvre par des moyens informatiques. Le procédé peut en outre comporter une étape de détermination, à partir d'un marqueur de lien avec ledit bloc de données, dans ledit fichier, d'un lien de documentation avec au moins un autre bloc de données du fichier. Le procédé peut en outre comporter une étape de génération d'un signal d'affichage dudit lien. Le procédé peut en outre comporter une étape de détermination, à partir dudit marqueur de lien, d'un niveau de détail dudit au moins un autre bloc de données. Le procédé peut en outre comporter une étape de génération d'un signal d'affichage dudit niveau de détail dudit au moins un autre bloc de données. Par exemple les signaux générés sont envoyés vers un dispositif d'affichage tel qu'un écran. Par exemple, au moins l'un parmi le marqueur de niveau, le marqueur de lien et l'indicateur est une métadonnée. Par exemple, le fichier a été enregistré selon le premier aspect. Un troisième aspect de l'invention concerne des programmes d'ordinateur ainsi que des produits programme d'ordinateur et des supports de stockage pour de tels programmes et produits, permettant la mise en oeuvre de procédés selon le premier et/ou le deuxième aspect de l'invention, lorsque les programmes sont stockés dans une mémoire d'un dispositif d'enregistrement 25 de fichier de données de documentation ou d'un dispositif d'affichage de données de documentation et exécutés par un processeur de tels dispositifs. Un quatrième aspect de l'invention concerne un support d'enregistrement de données comportant des données de documentation enregistrées selon le premier aspect. 30 Par exemple, le support d'enregistrement de données comporte une première portion d'enregistrement pour stocker un marqueur de niveau de détail relatif à un bloc de données associé à ladite première portion d'enregistrement. Par exemple encore, le support d'enregistrement de données comporte une deuxième portion d'enregistrement pour stocker un marqueur de lien de documentation relatif à une liaison entre un bloc de données associé à ladite deuxième portion et au moins un autre bloc de données. Ladite deuxième portion de données peut comporter une sous- portion d'enregistrement pour stocker pour chaque au moins un autre bloc de données lié, un marquer de niveau de détail. Un cinquième aspect de l'invention concerne un dispositif configuré pour la mise en oeuvre d'un procédé selon le premier aspect. Un tel dispositif d'enregistrement d'un fichier de données de documentation destinées à un affichage sur un écran, comporte une unité de traitement configurée pour subdiviser lesdites données de documentation en blocs de données, associer un niveau de détail à au moins un bloc de données, enregistrer ledit bloc de données avec un marqueur de niveau relatif audit niveau de détail associé, ledit marqueur étant destiné à être comparé à un niveau de détail souhaité pour l'affichage des données sur l'écran. L'unité de traitement peut en outre être configurée pour enregistrer un marqueur de lien avec ledit bloc de données pour faire un lien de documentation avec au moins un autre bloc de données du fichier. Ledit marqueur de lien peut donner un niveau de détail associé audit au moins un bloc lié. Au moins l'un parmi le marqueur de niveau et le marqueur de lien peut être une métadonnée. Les données de documentation peuvent comporter des données de 25 texte, des données d'image, ou autre. Le fichier peut être au format XML (eXtended Markup Language). Un sixième aspect de l'invention concerne un dispositif pour la mise en oeuvre d'un procédé selon le deuxième aspect. Un tel dispositif d'affichage de données de documentation d'un fichier, comporte une unité de traitement 30 configurée pour déterminer un niveau de détail d'affichage pour afficher un bloc de données dudit fichier, comparer un marqueur de niveau, dans ledit fichier, relatif à un niveau de détail associé audit bloc de données au niveau de détail d'affichage déterminé, et générer un signal d'affichage des données dudit bloc si ledit marqueur de niveau correspond audit niveau de détail d'affichage. L'unité de traitement peut en outre être configurée pour déterminer, à partir d'un marqueur de lien avec ledit bloc de données, dans ledit fichier, d'un 5 lien de documentation avec au moins un autre bloc de données du fichier. L'unité de traitement peut en outre être configurée pour générer un signal d'affichage dudit lien. L'unité de traitement peut en outre être configurée pour déterminer, à partir dudit marqueur de lien, un niveau de détail dudit au moins un autre bloc 10 de données. L'unité de traitement peut en outre être configurée pour générer un signal d'affichage dudit niveau de détail dudit au moins un autre bloc de données. Au moins l'un parmi le marqueur de niveau, le marqueur de lien et 15 l'indicateur peut être une métadonnée. Par exemple, le fichier a été enregistré selon un procédé selon le premier aspect. Les objets selon les deuxième, troisième, quatrième, cinquième et sixième aspects de l'invention procurent au moins les mêmes avantages que 20 ceux procurés par le procédé selon le premier aspect. Les dispositifs peuvent comporter des moyens pour la mise en oeuvre de caractéristiques optionnelles évoquées pour le premier et le deuxième aspects en termes de procédé. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la présente description détaillée qui suit, à titre d'exemple non 25 limitatif, des annexes 1 et 2 illustrant respectivement un grammaire DTD et un fichier XML selon des modes de réalisation, ainsi que des figures annexées parmi lesquelles : les figures let 2 illustrent des fenêtres d'affichage selon des modes de réalisation ; 30 la figure 3 illustre un format de données selon un mode de réalisation ; les figures 4 et 5 sont des organigrammes d'étapes mises en oeuvre selon des modes de réalisation ; et la figure 6 illustre schématiquement un dispositif selon des modes de réalisation de l'invention. Dans la description qui suit, il est présenté un nouveau format de données permettant à un utilisateur d'adapter le niveau de détail des données qu'il consulte dans un fichier électronique en fonction de ses besoins. L'utilisateur peut ainsi afficher des détails pour des parties qui lui sont moins familières et afficher des parties moins détaillées pour les parties avec lesquelles il est plus familier. De manière générale, il s'agit d'un format de fichier dans lequel sont enregistrées des données (par exemple des métadonnées) de « niveau de précision » (ou de « détail ») pour chaque élément constituant le document (par exemple un chapitre, un paragraphe, une figure, ou autre). Ces données peuvent être spécifiées par un utilisateur lors de l'enregistrement du fichier de données. Par exemple, il choisit un nombre de niveaux de détail possibles (un, deux, trois, voire plus) puis il affecte à divers éléments du document représenté par le fichier l'un de ces niveaux. Lors de l'affichage (ou visualisation) du fichier, les données de 20 niveau de détail (par exemple des métadonnées) sont interprétées pour présenter à l'utilisateur la possibilité de consulter les différents niveaux de détail disponibles pour telle ou telle partie du document. Plusieurs implémentations de cet affichage sont possibles. Il est possible d'envisager l'affichage de plusieurs fenêtres disposées côte à côte 25 avec chacune affichant, pour un élément du document, des niveaux de détail différents. Dans une telle réalisation, une coordination entre les fenêtres est prévue pour afficher de manière coordonnée les mêmes parties du document mais selon des niveaux de détail différents. Alternativement ou en combinaison, ces fenêtres ne sont pas présentées simultanément mais ouvertes à la 30 demande de l'utilisateur. Des éléments, par exemple sur lesquels il est possible de cliquer, sont présentés à l'utilisateur pour lui indiquer la possibilité d'ouvrir une nouvelle fenêtre avec un nouveau niveau de détail. La figure 1 illustre une fenêtre de visualisation selon un mode de réalisation. La fenêtre 100 selon la figure 1 présente deux sous-fenêtres 101 et 102. La sous-fenêtre 101 est la fenêtre de visualisation principale dans laquelle le document est affiché pour l'utilisateur selon un niveau de détail prédéfini. Par exemple, lors de l'ouverture du fichier, il est demandé à l'utilisateur de spécifier le niveau de détail souhaité pour afficher les données. Par exemple encore, il existe un niveau de détail par défaut. L'utilisateur peut alors consulter le document en faisant défiler la fenêtre avec un curseur 103. Un cadre 104 est présenté à l'utilisateur pour changer le niveau de détail relatif à un élément du document. Par exemple, ce cadre s'affiche lorsque l'utilisateur passe un curseur (une « souris ») sur l'élément en question. Dans l'illustration selon la figure 1, il est supposé que l'utilisateur a sélectionné l'élément « texte2 » (il s'agit par exemple de texte, d'une image ou autre), par exemple en plaçant une souris sur cet élément. Le cadre 104 s'affiche alors et indique trois niveaux croissants de détail disponibles pour cet élément (Détail1, Détail2 et Détail3). La sous-fenêtre 102 est la fenêtre de détail pour afficher un élément sélectionné par l'utilisateur selon le niveau de détail sélectionné par l'utilisateur. Dans l'exemple de la figure 1, l'utilisateur a sélectionné l'élément « texte2 ». Il est supposé que dans le cadre 104, il a sélectionné le niveau de détail « Détail2 ». Sont alors affichées dans la sous-fenêtre 102 des données « Texte2 détail2 » (texte, images, ou autre) détaillant l'élément « texte2 ». La figure 2 illustre un autre exemple de réalisation de fenêtre de visualisation. La fenêtre 200 selon l'exemple de la figure 2 affiche simultanément les différents niveaux de détails disponibles pour le fichier. Dans un souci de clarté, seul l'élément « texte2 » est détaillé dans cette fenêtre de visualisation. Dans le cadre 201, se retrouve le document affiché dans la sous-fenêtre 101 de la figure 1. Un cadre 202, adjacent au cadre 201, affiche le document avec le niveau de détail « Détail/ » pour l'élément « Texte2 ». Ainsi, en lieu et place de l'élément « Texte2 », on retrouve l'élément « Texte2 détail/ » qui détaille l'élément « Texte2 ». Un cadre 203, adjacent au cadre 202, affiche le document avec le niveau de détail « Détail2 » pour l'élément « Texte2 ». Ainsi, en lieu et place de l'élément « Texte2 », on retrouve l'élément « Texte2 détail2 » qui détaille l'élément « Texte2 », plus que l'élément « Texte2 détail/ ». Il est possible d'accéder à un autre cadre (non représenté) adjacent au cadre 203 en utilisant un curseur 204. Ce cadre (non représenté) affiche le document avec un niveau de détail « Détail3 » pour l'élément « Texte2 ». Ainsi, en lieu et place de l'élément « Texte2 », ce cadre affiche l'élément « Texte2 détail3 » qui détaille l'élément « Texte2 », plus que l'élément « Texte2 détail2 ». La figure 3 illustre une structure de données permettant de représenter un fichier pour un affichage tel que discuté ci-avant. Cette structure de données peut être enregistrée sur un support de données comme par exemple un CD-ROM, un DVD-ROM, une clé USB, un disque dur, ou autre. La structure de données 300 de la figure 3 représente une partie d'un fichier de données de documentation. Un fichier peut comporter plusieurs éléments 300 comme discuté en référence à la figure 3. Une portion de données 301 stocke une identification d'un bloc de données. Par exemple, ce bloc de données est relatif à un élément d'un document représenté par le fichier dont fait partie le bloc. En reprenant les illustrations des figures 1 et 2, ce bloc peut par exemple représenter un élément tel que « Texte2 ». Il peut s'agir de données de texte, d'image, de tableur ou autre. L'identification du bloc de données est par exemple un nombre codé en binaire ou en hexadécimal. Une portion de données 302 stocke un marqueur de lien de documentation du bloc de données avec d'autres blocs de données du fichier dont fait partie le bloc. Le marqueur de lien comporte une ou plusieurs sous- portions de données 303, 304 et 305 identifiant des blocs de données liés au bloc identifié dans la portion de données 301. Le marqueur de lien comporte par ailleurs une ou plusieurs sous-portions de données 306, 307 et 308, respectivement associées aux sous-portions 303, 304 et 305, identifiant un niveau de détail associé aux blocs de données liés. En reprenant l'exemple des figures 1 et 2, la portion de données 301 peut identifier l'élément « Texte2 », et les portions de données 303, 304 et 305 peuvent respectivement identifier les éléments « Texte2 détail/ », « Texte2 détail2 » et « Texte2 détail3 ». Les portions 306, 307 et 308 identifient alors respectivement les niveaux de détail « Détail/ », « Détail2» et « Détail3 ». Une portion de données 309 stocke un niveau de détail associé au bloc de données identifié dans la portion 301. Il s'agit par exemple d'un niveau codé en binaire ou en hexadécimal. Enfin, une portion de données 310 stocke les données proprement dites du bloc de données. Il s'agit par exemple de données de texte, de données d'image, de données de tableur, ou autre. La figure 4 est un organigramme d'étapes mises en oeuvre lors d'un procédé d'enregistrement d'un fichier de données de documentation selon des 20 modes de réalisation. Ces étapes peuvent par exemple être mises en oeuvre pour générer une structure de données selon la figure 3. Dans une première étape S400 des données de documentation sont reçues pour les enregistrer dans un fichier de données de documentation. Il s'agit par exemple de données de texte, d'image, de tableur ou autre. Ces 25 données sont par exemple générées à l'aide d'un logiciel de traitement de texte. Ensuite, lors d'une étape S401, les données reçues sont subdivisées en blocs de données. Par exemple, un utilisateur ayant produit le document représenté par le fichier reçu à l'étape S400 a placé des marqueurs spécifiques permettant de reconnaître des parties de document à considérer comme un 30 élément (par exemple, en référence aux figures 1 et 2, l'utilisateur identifie des éléments tel que « Texte2 »). 2 9894 87 10 Par exemple, si les données sont générées par un logiciel de traitement de texte, les marqueurs spécifiques peuvent être placés via ce logiciel. Dans ce cas, le logiciel comporte une fonctionnalité pour associer à une portion du document un niveau de détail. Ainsi, le rédacteur du document peut 5 rédiger, par exemple à la suite deux (ou plus) versions d'une même partie de document (par exemple un paragraphe) avec des niveaux de détail différents et associer à chacune de ces versions un niveau de détail correspondant. Ainsi, lors de l'affichage du document, l'une ou l'autre de ces versions est affichée, en fonction du choix du lecteur. Ces marqueurs peuvent également permettre à 10 l'utilisateur de faire des liens entre des parties du document. Par exemple, au lieu de créer des versions les unes à la suite des autres, le rédacteur peut les créer dans un autre ordre puis les lier par la suite. De retour à la figure 4, lors de l'étape S402, un bloc de données courant est sélectionné. Son niveau de détail est déterminé lors de l'étape 15 S403. Par exemple, ce niveau de détail est déterminé en fonction des marqueurs spécifiques placés par l'utilisateur. Dans ce cas, en outre la subdivision du document, les marqueurs indiquent le niveau de détail des subdivisions. Ce niveau de détail est ensuite codé et un marqueur de niveau est 20 généré lors de l'étape S404. Ce marqueur est ensuite enregistré lors de l'étape S405. Par exemple, une portion de données 309 comme discuté en référence à la figure 3 est générée puis enregistrée dans une mémoire. Ensuite, il est déterminé lors de l'étape S406 si le bloc de données courant est lié à un autre bloc de données dans le document. Une fois encore, 25 les marqueurs placés par l'utilisateur peuvent être utilisés à cet effet. Si le bloc courant est lié à un ou plusieurs autres blocs (OUI), ce ou ces blocs liés sont déterminés lors de l'étape S407. Il s'agit par exemple de déterminer leurs identifiants ou leur position dans les données à enregistrer. Le niveau de détail des blocs liés est ensuite déterminé lors de 30 l'étape S408. Un marqueur de lien est ensuite généré lors de l'étape S409 puis enregistré lors de l'étape S410. Par exemple, il s'agit de générer et d'enregistrer une portion de données 302 comme décrite en référence à la figure 3. 2 9894 87 11 Lors de l'étape S411, le bloc de données est enregistré. Il s'agit par exemple d'enregistrer les données du bloc dans une portion 310 comme décrite en référence à la figure 3. Lors de cette étape, un identifiant du bloc peut également être enregistrée (portion 301 de la figure 3). 5 Lors de l'étape S406, si aucune liaison avec un autre bloc est n'est déterminée (NON), on passe directement à l'étape S411. Dans ce cas, la portion 302 peut être vide ou comporter un code indiquant que le bloc de données n'est lié à aucun autre bloc. Une fois l'étape S411 exécutée, il est déterminé lors d'une étape 10 S412 s'il y a d'autres blocs à enregistrer. Si c'est le cas (OUI), on retourne à l'étape S402 pour traiter un autre bloc. Si ce n'est pas le cas (NON). Le fichier est enregistré en associant l'ensemble des blocs de données et des marqueurs générés. Par exemple, il s'agit de créer une table regroupant des adresses mémoire où sont stockées 15 chacun des blocs de données et leurs marqueurs. Par exemple, il s'agit des adresses mémoires correspondant à des blocs comme décrits en référence à la figure 3 et constituant le fichier complet. La figure 5 illustre des étapes mise en oeuvre lors d'un procédé d'affichage selon des modes de réalisation. Un fichier de données de documentation est reçu lors d'une étape S500. Ensuite, un bloc de données courant est sélectionné lors de l'étape S501. Un marqueur de lien associé au bloc de données (par exemple la portion de données 302 de la figure 3) est lu lors de l'étape S502. Un marqueur 25 de niveau associé au bloc de données (par exemple la portion de données 309 de la figure 3) est lu lors de l'étape S503. Une fois ces marqueurs lus, il peut être possible de déterminer l'ensemble des blocs liés au bloc courant et leurs niveaux de détail. Il peut également être possible de déterminer le niveau de détail du bloc courant. 30 Lors d'une étape S504, le niveau de détail du bloc courant est comparé au niveau de détail souhaité pour l'affichage des données du fichier de documentation. Lors de cette étape, les niveaux de détail des blocs liés peuvent aussi être comparés au niveau de détail souhaité pour l'affichage. Une fois l'étape S504 exécutée, il peut être possible de déterminer, pour une partie (ou élément) du document représenté par le fichier reçu lors de l'étape S500, quel est le bloc pertinent par rapport au niveau de détail souhaité. Lors de l'étape S505, il est déterminé si le bloc de données courant doit être affiché. Par exemple, il s'agit de déterminer si son niveau de détail correspond au niveau de détail souhaité pour l'affichage des données. Si c'est le cas (OUI), un signal d'affichage est généré lors de l'étape 10 S506 pour provoquer l'affichage des données (texte, image ou autre) du bloc de données courant, par exemple sur un écran. Si ce n'est pas le cas (NON), on passe directement à l'étape S507, sans exécuter l'étape S506. Lors de l'étape S507, il est déterminé si l'un des blocs liés doit être 15 affiché, par exemple si l'un de ces blocs à un niveau de détail compatible avec le niveau de détail souhaité pour l'affichage des données. Si c'est le cas (OUI), un signal d'affichage est généré lors de l'étape S508 pour provoquer l'affichage des données (texte, image ou autre) du bloc de données lié correspondant au niveau d'affichage souhaité, par exemple sur un 20 écran. Si ce n'est pas le cas (NON), on passe directement à l'étape S511 pour déterminer s'il y a d'autres blocs de données à traiter dans le fichier. Après l'étape S508, une étape S509 peut être mise en oeuvre pour déterminer s'il faut afficher le niveau d'autres blocs liés (par exemple pour 25 afficher un cadre 104, comme décrit en référence à la figure 1). Cette détermination peut par exemple dépendre d'une configuration d'affichage de l'utilisateur ou d'une réponse de l'utilisateur à une question dans une interface graphique. Si l'affichage des niveaux de détail des autres blocs n'est pas 30 souhaité (NON), on passe à l'étape S511 déjà décrite. Sinon (OUI), un signal d'affichage est généré lors de l'étape S510 pour afficher ces niveaux. Par exemple, ce signal peut provoquer l'affichage du cadre 104 décrit en référence à la figure 1. On passe ensuite à l'étape S511. Lors de l'étape S511, s'il est déterminé qu'il existe d'autres blocs à traiter dans le fichier (OUI), on retourne à l'étape S501 pour traiter un bloc suivant. Sinon (NON), on retourne à l'étape S500 en attente d'un nouveau fichier. Des programmes d'ordinateur pour la mise en oeuvre de procédés selon des modes de réalisation de l'invention peuvent être réalisés à partir 10 notamment des organigrammes des figures 4 et 5 et de la présente description détaillée. Un dispositif d'enregistrement ou d'affichage selon des modes de réalisation est décrit en référence à la figure 6. Le dispositif 60 de la figure 6 comporte une unité de mémoire 61 15 (MEM). Cette unité de mémoire comporte une mémoire vive pour stocker de manière non durable des données de calcul utilisées lors de la mise en oeuvre d'un procédé conforme à l'invention, selon divers modes de réalisation. L'unité de mémoire comporte par ailleurs une mémoire non volatile (par exemple du type EEPROM) pour stocker par exemple un programme d'ordinateur, selon un 20 mode de réalisation, pour son exécution par un processeur (non représenté) d'une unité de traitement 62 (PROC) du dispositif. Par exemple, l'unité de mémoire peut stocker un fichier de données de documentation comme décrit précédemment. Le dispositif comporte par ailleurs une unité de communication 63 25 (COM), par exemple pour recevoir des fichiers de données de documentation et/ou pour envoyer des signaux d'affichage vers un écran (non représenté). L'unité de communication peut par ailleurs permettre de communiquer avec un dispositif de stockage externe (disque dur, lecteur CD-ROM, lecteur DVD-ROM, clé USB, ou autre). 30 La présente invention a été décrite et illustrée dans la présente description détaillée en référence aux figures jointes. Toutefois la présente invention ne se limite pas aux formes de réalisation présentées. D'autres variantes et modes de réalisation peuvent être déduits et mis en oeuvre par la personne du métier à la lecture de la présente description et des figures annexées. Par exemple, le format de données décrit en référence 3 n'a été donné qu'à titre d'exemple, d'autres formats peuvent être envisagés. En particulier, un fichier de données de documentation selon des modes de réalisation peut prendre la forme d'un fichier au format XML (« eXtended Markup Language »). Un tel fichier est illustré dans ce qui suit en référence à la figure 7 et 10 aux annexes 1 et 2. En référence à la figure 7, on prend l'exemple non limitatif de l'ajout d'un utilisateur et son intégration dans un calculateur. Il s'agit de décrire une partie de documentation, par exemple un 1.1 (c'est à la dire Titre 1, numéro 1). On suppose que le paragraphe 1.1 est décrit par un bloc de données 15 70 comportant lui-même des blocs de données 71 (TEXTE 1), 72 (TEXTE 2) et 73 (TEXTE 3). Par exemple, quatre niveaux de détail sont disponibles pour l'affichage du paragraphe 1.1. On suppose que les blocs de données 71 et 73 sont associés à tous les niveaux de détail (1, 2, 3 et 4). Ainsi, ils sont affichés 20 quel que soit le niveau de détail choisi pour l'affichage. Le bloc 72 peut être composé de différentes combinaisons de blocs de données selon le niveau de détail choisi. Chaque niveau de détail est associé à un ou plusieurs blocs de données. Chaque bloc de données est associé à un niveau de détail. 25 Ainsi, dans l'exemple de la figure 7, le premier niveau de détail (Niveau 1) comporte les blocs 71 et 73 ainsi qu'un bloc de données de texte 74 (TEXTE 2-1) constituant le bloc 72. Par exemple, dans ce premier niveau de détail, seules sont présentés l'enchaînement des instructions (éventuellement accompagné des 30 valeurs par défaut) avec peu ou pas d'explications. Dans un tel niveau de détail, que l'on peut désigner comme « niveau condensé », le bloc 74 peut être : « Exécuter l'action: Rajouter un utilisateur de test et le rendre disponible sur le cluster en utilisant les services réseaux disponibles. » Le deuxième niveau de détail (Niveau 2) comporte les blocs 71 et 73 et, pour composer le bloc 72, le premier bloc 74, suivi d'un autre bloc de données 75 (TEXTE 2-2). Par exemple, le bloc 75 est un bloc de données de texte mais il pourrait s'agir d'un autre type de données comme par exemple des données d'image ou autre. Dans ce deuxième niveau de détail, dans le bloc 72, en outre les informations apportées par le bloc 74, peuvent être présentées des explications succinctes concernant la raison d'être des instructions et du choix des valeurs par défaut. Dans un tel niveau de détail, que l'on peut désigner comme « niveau simplifié », le bloc 75 peut être : « Le système de fichier est géré par un serveur NFS configuré sur le noeud de management. L'authentification est géré par un serveur NIS configuré sur le noeud de management. » Le troisième niveau de détail (Niveau 3) comporte les blocs 71 et 73 et, pour constituer le bloc 72, le premier bloc 74, suivi du deuxième bloc 75 et suivi lui-même d'un autre bloc de données 76 (TEXTE 2-3). Par exemple, le bloc 76 est un bloc de données de texte mais il pourrait s'agir d'un autre type de données comme par exemple des données d'image, une combinaison de différents types de données ou autre. Dans ce troisième niveau de détail, en outre les informations apportées par les blocs 74 et 75, peuvent être présentées des opérations alternatives et/ou des réglages de certains paramètres. Dans un tel niveau de détail, que l'on peut désigner comme « niveau détaillé », le bloc 76 peut être : « Les commandes Linux standards sont disponibles. En tant que super utilisateur, exécuter la commande d'ajout d'utilisateur en spécifiant les paramètres groupe et répertoire de travail : useradd -g numero_du_groupe_de_test -d /repertoire_exporte_nfs/test test En tant que super utilisateur, exécuter la commande de changement de mot de passe pour le nouvel utilisateur créé: passwd test Changing password for user test New UNIX password: test Retype new UNIX password: passwd: all authentication tokens updated successfully. En tant que super utilisateur, exécuter la commande de mise à jour des bases d'authentification NIS. Pour cela, dans le répertoire /var/yp exécuter la commande suivante: cd /var/yp make gmake[1]: Entering directory s/var/yp/nwadmin' Updating netid.byname... gmake[1]: Leaving directory '/var/yp/nwadmin, Le passage d'un niveau de détail à un autre ne signifie nécessairement pas l'ajout d'un nouveau bloc de données à la suite de 30 précédents blocs de données de niveaux précédents. Ainsi, par exemple, le quatrième niveau de détail (Niveau 4) comporte le bloc 71, le bloc 73 et, pour constituer le bloc 72, le premier bloc 74, suivi d'un quatrième bloc de données 77 (TEXTE 4). Le quatrième niveau de détail ne comporte donc pas ici les blocs 75 et 76. Le bloc 77 se substitue à ces blocs. Par exemple, le bloc 77 est un 35 bloc de données de texte mais il pourrait s'agir d'un autre type de données 10 15 20 25 comme par exemple des données d'image, une combinaison de différents types de données ou autre. Dans ce quatrième niveau de détail, dans le bloc 72, en outre les informations apportées par le bloc 74, peuvent être présentées des explications détaillées et une présentation de réglages fins. Dans un tel niveau de détail, que l'on peut désigner comme « niveau complexe », le bloc 77 peut être : « Les commandes et services Linux standards sont disponibles. Cet utilisateur doit être identique (id, guid, home) sur tout le cluster. Si vous n'avez pas accès à un service global d'authentification, vous pouvez par exemple utiliser NIS à partir du noeud de management. Pour installer un serveur NIS, installez le package contenant le démon ypserv (le nom du package dépend de votre distribution) et procédez à la configuration et au démarrage du service avec la commande appropriée. Du coté noeuds de calcul, le client NIS est souvent nommé ypbind, installez le package correspondant et reportez les paramètres que vous avez utilisé pour la configuration du serveur dans son fichier de configuration (/etc/yp/yp.conf) et démarrez-le. Une fois que la structure NIS est en place, l'utilisation de la commande make dans le répertoire /var/yp du serveur NIS, procédera au remplissage des bases NIS en utilisant comme source les fichiers d'authentification locaux (/etc/passwd /etc/group et /etc/shadow) au serveur. Note Pour trouver le numéro du groupe de test, consulter le fichier /etc/group du noeud de 10 15 20 25 30 35 18 management. Pour cet utilisateur temporaire, il n'est pas nécessaire d'utiliser un id spécifique, la valeur par défaut peut être conservée Pour des raisons de performance vous pouvez aussi utiliser un authentification locale à chaque noeud de calcul, ce qui évitera les requêtes réseaux lors de l'accès. La procédure consiste à créer un utilisateur localement au serveur et de reporter les lignes lui correspondant des fichiers /etc/passwd /etc/group /etc/shadow dans les mêmes fichiers du client. Note Si vous faites ce choix, assurez-vous de ne pas écraser les fichiers d'authentification d'un client avec ceux d'un serveur, les utilisateurs ne sont pas identiques sur ces deux types d'installation différentes et le remplacement pur et simple des fichiers d'authentification n'est pas recommandé Nous ne détaillerons pas içi l'installation d'un serveur LDAP, si vous décidez d'utiliser LDAP, reportez-vous à la documentation disponible sur le noeud de management. Le répertoire de travail de cet utilisateur doit se trouver sur un système de fichier accessible à tous les noeuds du cluster. Si il n'existe pas déjà un tel système de fichier, vous pouvez en rajouter un. Dans ce cas, nous recommandons l'utilisation du serveur NFS installé par défaut sur le noeud de management. Modifiez le fichier /etc/exports du serveur et re-exportez son contenu le avec la commande exportfs. Du coté client, le client NFS est disponible nativement, utilisez la commande mount pour monter et accéder au système de fichier exporté à partir de votre serveur. En cas de difficulté reportez-vous au manuel en ligne accessible grâce à la commande man. » Pour déterminer quel bloc de données afficher pour un 5 niveau de détail donné. Chaque bloc peut être associé à un ou plusieurs niveaux de détail. Ainsi, par exemple, le bloc 74 est associé aux quatre niveaux de détail, le bloc 75 est associé aux niveaux 2 et 3, le bloc 76 est associé au niveau 3 et le bloc 77 est associé au niveau 4. 10 Il est possible de considérer que la documentation générée selon des modes de réalisation est composée uniquement de chapitres (par exemple : Avertissement, Préface, Chapitres, Annexes ou autre) et de paragraphes. Par exemple, la structure est fixe et un paragraphe ou un chapitre qui ne contient rien pour le niveau courant est affiché vide (il s'agit du cas où il 15 s'agit d'un paragraphe ou d'un chapitre qui ne comporte que des blocs de données de niveau complexe alors que c'est le niveau simplifié qui est demandé pour l'affichage). Les annexes 1 et 2 donnent des exemples d'implémentation. L'annexe 1 donne une grammaire DTD (signe de « Document Type 20 Definition ») et l'annexe 2 donne un exemple de fichier XML. La personne du métier est à même, à la lecture de ces annexes de reconnaître la structure décrite ci-dessus en référence à la figure 7. En particulier, elle retrouvera les différents niveaux de détail (1, 2, 3 et 4) associés aux blocs de données (TEXTEI, TEXTE2-1, TEXTE2-2, TEXTE2-3, TEXTE2-4 25 et TEXTE 3). Dans les revendications, le terme "comporter" n'exclut pas d'autres éléments ou d'autres étapes. L'article indéfini « un » n'exclut pas le pluriel. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en oeuvre l'invention. Les différentes caractéristiques présentées et/ou 30 revendiquées peuvent être avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes, n'exclut pas en effet la possibilité de les combiner. Les signes de référence ne sauraient être compris comme limitant la portée de l'invention. ANNEXES Exemple de grammaire DTD I> ANNEXE 2 Exemple de fichier XML Net01-001 Net02-001 Net03-001 TEXTE1 TEXTE2-1 TEXTE2-2 TEXTE2-3 TEXTE2-4 TEXTE3 REVENDICATIONS1. Procédé d'enregistrement d'un fichier de données de documentation destinées à un affichage sur un écran, comportant les étapes suivantes : - de subdivision (S401) desdites données de documentation en blocs de données, - d'association (S403) d'un niveau de détail à au moins un bloc de données, et - d'enregistrement (S405, S411) dudit bloc de données avec un marqueur de niveau relatif audit niveau de détail associé, ledit marqueur étant destiné à être comparé à un niveau de détail souhaité pour l'affichage des données sur l'écran. 2. Procédé selon la revendication 1, comportant en outre une étape d'enregistrement (S410) d'un marqueur de lien avec ledit bloc de données pour faire un lien de documentation avec au moins un autre bloc de données du fichier. 3. Procédé selon la revendication 2, dans lequel ledit marqueur de lien donne un niveau de détail associé audit au moins un bloc lié. 4. Procédé selon l'une des revendications précédentes, dans lequel au moins l'un parmi le marqueur de niveau et le marqueur de lien est une métadonnée. 5. Procédé d'affichage de données de documentation d'un fichier, comportant les étapes suivantes de : - comparaison (S504) d'un marqueur de niveau, dans ledit fichier, relatif à un niveau de détail associé à un bloc de données dudit fichier à niveau de détail d'affichage pour afficher ledit bloc de données, et - génération (S506) d'un signal d'affichage des données dudit bloc si ledit marqueur de niveau correspond audit niveau de détail d'affichage. 6. Procédé selon la revendication 5, comportant en outre une étape de détermination (S502), à partir d'un marqueur de lien avec ledit bloc de données, dans ledit fichier, d'un lien de documentation avec au moins un autre bloc de données du fichier. 7. Procédé selon la revendication 6, comportant une étape de génération (S508) d'un signal d'affichage dudit lien. 8. Procédé selon l'une des revendications 6 et 7, comportant en outre une étape de détermination, à partir dudit marqueur de lien, d'un niveau de détail dudit au moins un autre bloc de données. 9. Procédé selon la revendication 8, comportant en outre une étape de génération (S510) d'un signal d'affichage dudit niveau de détail dudit au moins un autre bloc de données. 10. Procédé selon l'une des revendications 5 à 9, dans lequel au moins l'un parmi le marqueur de niveau, le marqueur de lien et le niveau de détail est une métadonnée. 11. Procédé selon l'une des revendications 5 à 10, dans lequel le fichier a été enregistré selon l'une des revendications 1 à 4. 12. Procédé selon l'une des revendications précédentes, dans lequel les données de documentation comportent des données de texte. 13. Procédé selon l'une des revendications précédentes, dans lequel les données de documentation comportent des données d'image. 14. Procédé selon l'une des revendications précédentes, dans lequel ledit fichier est au format XML (eXtended Markup Language). 15. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 14, lorsqu'il est exécuté par un processeur d'un dispositif d'enregistrement de fichier de données de documentation ou d'un dispositif d'affichage de données de documentation. 16. Support d'enregistrement de données (300) comportant des données de documentation enregistrées selon l'une des revendications 1 à 4 ou selon l'une des revendications 12 à 14 en combinaison avec l'une des revendications 1 à 4. 17. Support d'enregistrement de données selon la revendication 16, comportant une première portion d'enregistrement (309) pour stocker un marqueur de niveau de détail relatif à un bloc de données associé à ladite première portion d'enregistrement. 18. Support d'enregistrement de données selon l'une des revendications 16 et 17, comportant une deuxième portion d'enregistrement (302) pour stocker un marqueur de lien de documentation relatif à une liaison entre un bloc de données associé à ladite deuxième portion et au moins un autre bloc de données. 19. Support d'enregistrement de données selon la revendication 18, dans lequel ladite deuxième portion de données comporte une sous-portion d'enregistrement (306, 307, 308) pour stocker pour chaque au moins un autre bloc de données lié, un marquer de niveau de détail. 20. Dispositif (60) d'enregistrement d'un fichier de données de documentation destinées à un affichage sur un écran, comportant une unité de traitement (62) configurée pour subdiviser lesdites données de documentation en blocs de données, associer un niveau de détail à au moins un bloc de données, enregistrer ledit bloc de données avec un marqueur de niveau relatif audit niveau de détail associé, ledit marqueur étant destiné à être comparé à un niveau de détail souhaité pour l'affichage des données sur l'écran. - 2989487 27 21. Dispositif selon la revendication 20, dans lequel l'unité de traitement est en outre configurée pour enregistrer un marqueur de lien avec ledit bloc de données pour faire un lien de documentation avec au moins un autre bloc de données du fichier. 22. Dispositif selon la revendication 21, dans lequel ledit marqueur de lien donne un niveau de détail associé audit au moins un bloc lié. 23. Dispositif selon l'une des revendications 20 à 22, dans lequel au moins l'un parmi le marqueur de niveau et le marqueur de lien est une métadonnée. 24. Dispositif (60) d'affichage de données de documentation d'un fichier, comportant une unité de traitement (62) configurée pour déterminer un niveau de détail d'affichage pour afficher un bloc de données dudit fichier, comparer un marqueur de niveau, dans ledit fichier, relatif à un niveau de détail associé audit bloc de données au niveau de détail d'affichage déterminé, et générer un signal d'affichage des données dudit bloc si ledit marqueur de niveau correspond audit niveau de détail d'affichage. 25. Dispositif selon la revendication 24, dans lequel l'unité de traitement est en outre configurée pour déterminer, à partir d'un marqueur de lien avec ledit bloc de données, dans ledit fichier, d'un lien de documentation avec au moins un autre bloc de données du fichier. 26. Dispositif selon la revendication 25, dans lequel l'unité de traitement est en outre configurée pour générer un signal d'affichage dudit lien. 27. Dispositif selon l'une des revendications 25 et 26, dans lequel l'unité de traitement est en outre configurée pour déterminer, à partir dudit marqueur de lien, d'un niveau de détail dudit au moins un autre bloc de données. 28. Dispositif selon la revendication 27, dans lequel l'unité de traitement est en outre configurée pour générer un signal d'affichage dudit niveau de détail dudit au moins un autre bloc de données. 29. Dispositif selon l'une des revendications 24 à 28, dans lequel au moins l'un parmi le marqueur de niveau, le marqueur de lien et le niveau de détail est une métadonnée. 30. Dispositif selon l'une des revendications 24 à 29, dans lequel le fichier a été enregistré selon l'une des revendications 1 à 4. 31. Dispositif selon l'une des revendications 20 à 30, dans lequel les données de documentation comportent des données de texte. 32. Dispositif selon l'une des revendications 20 à 31, dans lequel les données de documentation comportent des données d'image. 33. Dispositif selon l'une des revendications 20 à 32, dans lequel ledit fichier est au format XML (eXtended Markup Language).