EP2836922A1 - Fichier de donnees de documentation avec niveaux de detail - Google Patents

Fichier de donnees de documentation avec niveaux de detail

Info

Publication number
EP2836922A1
EP2836922A1 EP13720470.7A EP13720470A EP2836922A1 EP 2836922 A1 EP2836922 A1 EP 2836922A1 EP 13720470 A EP13720470 A EP 13720470A EP 2836922 A1 EP2836922 A1 EP 2836922A1
Authority
EP
European Patent Office
Prior art keywords
data
level
block
detail
marker
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP13720470.7A
Other languages
German (de)
English (en)
Inventor
Stéphane Martin
Philippe Couvee
Mireille CHEINET
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bull SAS
Original Assignee
Bull SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bull SAS filed Critical Bull SAS
Publication of EP2836922A1 publication Critical patent/EP2836922A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/134—Hyperlinking
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/103—Formatting, i.e. changing of presentation of documents
    • G06F40/106—Display of layout of documents; Previewing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/131—Fragmentation of text files, e.g. creating reusable text-blocks; Linking to fragments, e.g. using XInclude; Namespaces
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/14—Tree-structured documents
    • G06F40/143—Markup, e.g. Standard Generalized Markup Language [SGML] or Document Type Definition [DTD]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/197—Version control

Definitions

  • the present invention relates to the recording and display of documentation data of a documentation data file.
  • the inventors have thus highlighted a need for a new documentation file format making it possible to adapt the displayed content, in particular the level of detail of this content, to the user of the file.
  • the present invention falls within this framework.
  • a first aspect of the invention relates to a method of recording a documentation data file for display on a screen, comprising the following steps:
  • the method according to the present invention can be implemented by computer means, for example by means of word processing software.
  • the present invention it is possible, in the same file representing a document (with text, images or other), to have several versions of an element of the document with different levels of detail. This offers the possibility, when the document is edited on a screen, to choose a display level according to a desired level of detail.
  • the method may further include a step of registering a link marker with said data block to make a documentation link with at least one other data block of the file.
  • said link marker gives a level of detail associated with said at least one linked block.
  • At least one of the level marker and the link marker is a metadata.
  • the documentation data may for example include text data, image data, or the like.
  • a second aspect of the invention relates to a method of displaying file documentation data, comprising the following steps of:
  • the method can be implemented by computer means.
  • the method may further comprise a step of determining, from a link marker with said data block, in said file, a documentation link with at least one other data block of the file.
  • the method may further include a step of generating a display signal of said link.
  • the method may further comprise a step of determining, from said link marker, a level of detail of said at least one other data block.
  • the method may further include a step of generating a display signal of said level of detail of said at least one other data block.
  • the generated signals are sent to a display device such as a screen.
  • At least one of the level marker, the link marker, and the indicator is a metadata.
  • the file was saved according to the first aspect.
  • a third aspect of the invention relates to computer programs as well as computer program products and storage media for such programs and products, enabling the implementation of methods according to the first and / or second aspect of the invention. the invention, when the programs are stored in a memory of a documentation data file recording device or a documentation data display device and executed by a processor of such devices.
  • a fourth aspect of the invention relates to a data recording medium having recorded data of the first aspect.
  • the data recording medium includes a first recording portion for storing a detail level marker relative to a data block associated with said first recording portion.
  • the data recording medium comprises a second recording portion for storing a documentation link marker relating to a link between a data block associated with said second portion and at least one other data block.
  • Said second portion of data may include a recording sub-portion for storing for each at least one other linked data block a level of detail mark.
  • a fifth aspect of the invention relates to a device configured for implementing a method according to the first aspect.
  • a device for recording a documentation data file intended for display on a screen comprises a processing unit configured to subdivide said documentation data into data blocks, associating a level of detail with at least one block of data. data, record said data block with a level marker relative to said associated level of detail, said marker being intended to be compared to a desired level of detail for displaying the data on the screen.
  • the processing unit may further be configured to register a link marker with said data block to make a documentation link with at least one other data block of the file.
  • the link marker may provide a level of detail associated with the at least one linked block.
  • At least one of the level marker and the link marker can be a metadata.
  • the documentation data may include text data, image data, or the like.
  • a sixth aspect of the invention relates to a device for implementing a method according to the second aspect.
  • a file documentation data display device comprises a processing unit configured to determine a display detail level for displaying a data block of said file, comparing a level marker, in said file, relative at a level of detail associated with said data block at the determined display detail level, and generating a data display signal of said block if said level marker corresponds to said level of display detail.
  • the processing unit may further be configured to determine, from a link marker with said data block, in said file, a documentation link with at least one other block of data in the file.
  • the processing unit may further be configured to generate a display signal of said link.
  • the processing unit may further be configured to determine, from said link marker, a level of detail of said at least one other data block.
  • the processing unit may further be configured to generate a display signal of said level of detail of said at least one other data block.
  • At least one of the level marker, the link marker and the indicator may be a metadata.
  • the file was recorded according to a method according to the first aspect.
  • the objects according to the second, third, fourth, fifth and sixth aspects of the invention provide at least the same advantages as those provided by the method according to the first aspect.
  • the devices may include means for implementing optional features mentioned for the first and second aspects in terms of method.
  • FIG. 3 illustrates a data format according to one embodiment
  • FIGS. 4 and 5 are flow charts of steps implemented according to embodiments.
  • FIG. 6 schematically illustrates a device according to embodiments of the invention.
  • this is a file format in which data (eg metadata) of "precision level” (or “detail”) are recorded for each element constituting the document (for example, a chapter). , paragraph, figure, or other).
  • data eg metadata
  • precision level or “detail”
  • This data can be specified by a user when saving the data file. For example, he chooses a number of possible levels of detail (one, two, three, or more) and then assigns to various elements of the document represented by the file one of these levels.
  • the level of detail data (for example, metadata) is interpreted to provide the user with the ability to view the different levels of detail available for that or that part of the document.
  • this display It is possible to consider the display of several windows arranged side by side with each displaying, for a document element, different levels of detail. In such an embodiment, a coordination between the windows is planned to display in a coordinated manner the same parts of the document but in different levels of detail. Alternatively or in combination, these windows are not presented simultaneously but open at the request of the user. Elements, for example on which it is possible to click, are presented to the user to indicate the possibility of opening a new window with a new level of detail.
  • Figure 1 illustrates a viewing window according to one embodiment.
  • the window 100 according to FIG. 1 has two sub-windows 101 and 102.
  • the sub-window 101 is the main viewing window in which the document is displayed to the user according to a predefined level of detail. For example, when opening the file, the user is asked to specify the level of detail desired to display the data. For example again, there is a default level of detail.
  • the user can then consult the document by scrolling the window with a cursor 103.
  • a frame 104 is presented to the user to change the level of detail relative to an element of the document. For example, this frame is displayed when the user passes a cursor (a "mouse") on the element in question.
  • a cursor a "mouse"
  • the element "text2" it is assumed that the user has selected the element "text2" (it is for example text, an image or other), for example by placing a mouse on this element.
  • the frame 104 is then displayed and indicates three increasing levels of detail available for this element (DetaiM, Detail2 and Detail3).
  • the sub-window 102 is the detail window for displaying a user selected item according to the level of detail selected by the user.
  • FIG. 2 illustrates another exemplary embodiment of a viewing window.
  • the window 200 according to the example of Figure 2 simultaneously displays the different levels of detail available for the file. For the sake of clarity, only the "text2" element is detailed in this viewing window.
  • a frame 202 adjacent to the frame 201, displays the document with the detail level "DetaiH" for the "Text2" element.
  • the element “Text2” there is the element “Text2_detail1” which details the element "Text2”.
  • a frame 203 adjacent to the frame 202, displays the document with the level of detail "Detail2" for the item "Text2".
  • the "Text2_detail2” element which details the “Text2” element, more than the "Text2_detail1" element.
  • This frame (not shown) displays the document with a level of detail "Detail3" for the "Text2" element.
  • this frame displays the "Text2_detail3" element which details the “Text2” element, more than the "Text2_detail2” element.
  • Figure 3 illustrates a data structure for representing a file for a display as discussed above.
  • This data structure can be recorded on a data medium such as a CD-ROM, a DVD-ROM, a USB key, a hard disk, or the like.
  • the data structure 300 of Figure 3 represents a portion of a documentation data file.
  • a file may comprise several elements 300 as discussed with reference to FIG.
  • a portion of data 301 stores an identification of a data block.
  • this data block is relative to an element of a document represented by the file to which the block belongs.
  • this block may for example represent an element such as "Text2". It can be text, image, spreadsheet or other data.
  • the identification of the data block is for example a number coded in binary or hexadecimal.
  • a portion of data 302 stores a documentation link marker of the data block with other data blocks of the file to which the block belongs.
  • the link marker includes one or more data sub-portions 303, 304 and 305 identifying data blocks related to the identified block in the data portion 301.
  • the link marker further includes one or more data sub-portions 306, 307 and 308 respectively associated with the sub-portions 303, 304 and 305, identifying a level of detail associated with the linked data blocks.
  • the data portion 301 can identify the "Text2” element, and the data portions 303, 304 and 305 can respectively identify the “Text2_detail1", “Text2_detail2” and “Text2_detail3” elements. ". Portions 306, 307 and 308 then respectively identify the levels of detail “DetaiH”, “Detail2" and "Detail3".
  • a portion of data 309 stores a level of detail associated with the data block identified in portion 301. This is for example a level coded in binary or hexadecimal.
  • a portion of data 310 stores the actual data of the data block. These include, for example, text data, image data, spreadsheet data, or the like.
  • Fig. 4 is a flowchart of steps implemented in a method of recording a documentation data file according to embodiments. These steps may for example be implemented to generate a data structure according to FIG.
  • a documentation data file This is for example text data, image, spreadsheet or other. This data is for example generated using a word processor. Then, during a step S401, the received data are subdivided into data blocks. For example, a user having produced the document represented by the file received in step S400 has placed specific markers for recognizing portions of document to be considered as an element (for example, with reference to FIGS. 1 and 2, the user identifies items such as "Text2").
  • the software has a feature for associating a portion of the document with a level of detail.
  • the editor of the document can write, for example after two (or more) versions of the same part of a document (for example a paragraph) with different levels of detail and associate with each of these versions a level of detail corresponding.
  • these markers can also allow the user to make links between parts of the document. For example, instead of creating versions one after the other, the writer can create them in another order and then link them later.
  • a current data block is selected. Its level of detail is determined in step S403. For example, this level of detail is determined based on the specific markers placed by the user. In this case, further subdivision of the document, the markers indicate the level of detail of the subdivisions.
  • step S404 This level of detail is then encoded and a level marker is generated in step S404.
  • This marker is then recorded in step S405.
  • a data portion 309 as discussed with reference to Figure 3 is generated and then stored in a memory.
  • step S406 it is determined in step S406 whether the current data block is linked to another block of data in the document. Once again, the markers placed by the user can be used for this purpose. If the current block is linked to one or more other blocks (YES), this or these linked blocks are determined in step S407. It is for example to determine their identifiers or their position in the data to be recorded.
  • step S408 The level of detail of the bound blocks is then determined in step S408.
  • a link marker is then generated in step S409 and then recorded in step S410. For example, it is a question of generating and recording a portion of data 302 as described with reference to FIG.
  • step S41 1 the data block is recorded. This is for example to record the block data in a portion 310 as described with reference to Figure 3. In this step, an identifier of the block can also be recorded (portion 301 of Figure 3).
  • step S406 if no link with another block is determined (NO), go directly to step S41 1.
  • the portion 302 may be empty or have a code indicating that the data block is not linked to any other block.
  • step S41 1 is executed, it is determined in a step S412 if there are other blocks to be recorded.
  • the file is saved by associating all the data blocks and generated markers. For example, it is a question of creating a table regrouping memory addresses where each block of data and their markers are stored. For example, these are the memory addresses corresponding to blocks as described with reference to FIG. 3 and constituting the complete file.
  • Figure 5 illustrates steps implemented in a display method according to embodiments.
  • a documentation data file is received during an S500 step. Then, a current data block is selected in step S501.
  • a link marker associated with the data block (e.g., data portion 302 of Fig. 3) is read in step S502.
  • a marker the level associated with the data block (for example the data portion 309 of FIG. 3) is read in step S503.
  • step S504 the level of detail of the current block is compared to the desired level of detail for displaying the data in the documentation file.
  • the detail levels of linked blocks can also be compared to the desired detail level for the display.
  • step S504 it may be possible to determine, for a part (or element) of the document represented by the file received in the step S500, which block is relevant to the desired level of detail.
  • step S505 it is determined whether the current data block is to be displayed. For example, it is a matter of determining whether its level of detail corresponds to the level of detail desired for displaying the data.
  • a display signal is generated during step S506 to cause the display of the data (text, image or other) of the current data block, for example on a screen.
  • step S507 If it is not (NO), go directly to step S507, without executing step S506.
  • step S507 it is determined whether one of the linked blocks is to be displayed, for example if one of these blocks has a level of detail compatible with the level of detail desired for displaying the data.
  • a display signal is generated during step S508 to cause the display of the data (text, image or other) of the linked data block corresponding to the desired display level, for example on a screen.
  • step S51 1 determines if there are other blocks of data to be processed in the file.
  • a step S509 can be implemented to determine whether to display the level of other linked blocks (for example to display a frame 104, as described with reference to FIG. 1). This For example, determination may depend on a user's display configuration or a user's response to a question in a graphical user interface.
  • step S510 a display signal is generated in step S510 to display these levels.
  • this signal can cause the display of the frame 104 described with reference to FIG. Then go to step S51 1.
  • step S51 if it is determined that there are other blocks to be processed in the (YES) file, step S501 is returned to process a next block. Otherwise (NO), return to step S500 waiting for a new file.
  • a recording or display device is described with reference to FIG. 6.
  • the device 60 of FIG. 6 comprises a memory unit 61 (MEM).
  • This memory unit comprises a random access memory for storing in an unsustainable manner calculation data used during the implementation of a method according to the invention, according to various embodiments.
  • the memory unit furthermore comprises a non-volatile memory (for example of the EEPROM type) for storing, for example, a computer program, according to one embodiment, for its execution by a processor (not shown) of a memory unit.
  • processing 62 (PROC) of the device For example, the memory unit may store a documentation data file as previously described.
  • the device further comprises a communication unit 63 (COM), for example to receive documentation data files and / or to send display signals to a screen (not shown).
  • COM communication unit
  • the communication unit can also make it possible to communicate with a external storage device (hard disk, CD-ROM drive, DVD-ROM drive, USB stick, or other).
  • a documentation data file may take the form of an XML format file ("eXtended Markup Language").
  • paragraph 1.1 is described by a block of data 70 itself comprising data blocks 71 (TEXT 1), 72 (TEXT 2) and 73 (TEXT 3).
  • the block 72 can be composed of different combinations of data blocks according to the level of detail chosen.
  • Each level of detail is associated with one or more blocks of data.
  • Each block of data is associated with a level of detail.
  • Level 1 includes blocks 71 and 73 and a block of text data 74 (TEXT 2-1) constituting block 72.
  • block 74 can be:
  • the second level of detail (Level 2) comprises the blocks 71 and 73 and, to compose the block 72, the first block 74, followed by another block of data 75 (TEXT 2-2).
  • the block 75 is a block of text data but it could be another type of data such as image data or other.
  • block 75 can be:
  • the file system is managed by a server
  • NFS configured on the management node.
  • Authentication is managed by a NIS server
  • the third level of detail (Level 3) comprises the blocks 71 and 73 and, to constitute the block 72, the first block 74, followed by the second block 75 and itself followed by another block of data 76 (TEXT 2- 3).
  • the block 76 is a block of text data but it could be another type of data such as image data, a combination of different types of data or other.
  • the information provided by the blocks 74 and 75 can be presented alternative operations and / or adjustments of certain parameters.
  • block 76 can be:
  • the fourth level of detail comprises the block 71, the block 73 and, to constitute the block 72, the first block 74, followed by a fourth block of data 77 (TEXT 4).
  • the fourth level of detail therefore does not include blocks 75 and 76.
  • Block 77 replaces these blocks.
  • the block 77 is a block of text data but it could be another type of data such as image data, a combination of different types of data or other.
  • block 77 can be:
  • the NIS client is often named ypbind, install
  • the make command in the / var / yp directory of the NIS server proceed to the filling of the NIS bases by using as source the local authentication files (/ etc / passwd / etc / group and / etc / shadow) to the server.
  • test group number refer to the / etc / group file of the management node. For this temporary user, it is not necessary to use a specific id, the default value can be kept
  • the procedure is to create a user locally to the server and to post the lines corresponding to it / etc / passwd / etc / group / etc / shadow files in the same files of the client.
  • the working directory of this user must be on a file system that is accessible to all nodes in the cluster. If there is not already such a file system, you can add one. In this case, we recommend using the default NFS server installed on the management. Edit the / etc / exports file
  • Each block can be associated with one or
  • block 74 is associated
  • block 75 is associated with levels 2 and
  • block 76 is associated with level 3 and block 77 is associated with
  • the documentation generated according to embodiments is composed only of chapters (for example: Warning, Preface, Chapters, Appendices or other) and paragraphs.
  • chapters for example: Warning, Preface, Chapters, Appendices or other
  • paragraphs For example, the structure is fixed and a paragraph or chapter that contains nothing for the current level is displayed empty (this is the case where it is a paragraph or a chapter that contains only complex level data blocks while it is the simplified level that is required for display).
  • Annexes 1 and 2 give examples of implementation. Appendix 1 gives a DTD (Document Type Definition) grammar and Appendix 2 gives an example of an XML file.
  • DTD Document Type Definition

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Artificial Intelligence (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

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 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, -d'enregistrement 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.

Description

Fichier de données de documentation avec niveaux de détail
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 œuvre 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é 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 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 :
- 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 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 œuvre par des moyens informatiques, par exemple au moyen d'un logiciel de traitement de 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 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é.
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 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 œuvre.
Les données de documentation peuvent par exemple, comporter des 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 :
- 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 œuvre 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 œuvre 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 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.
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 œuvre 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 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 œuvre 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 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 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 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 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 ceux procurés par le procédé selon le premier aspect. Les dispositifs peuvent comporter des moyens pour la mise en œuvre 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 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 1et 2 illustrent des fenêtres d'affichage selon des modes de réalisation ;
- 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 œuvre 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 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 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 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étaiM , 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étaiH » pour l'élément « Texte2 ». Ainsi, en lieu et place de l'élément « Texte2 », on retrouve l'élément « Texte2_détail1 » 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étail1 ».
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étail1 », « Texte2_détail2 » et « Texte2_détail3 ». Les portions 306, 307 et 308 identifient alors respectivement les niveaux de détail « DétaiH », « 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 œuvre lors d'un procédé d'enregistrement d'un fichier de données de documentation selon des modes de réalisation. Ces étapes peuvent par exemple être mises en œuvre 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 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 élément (par exemple, en référence aux figures 1 et 2, l'utilisateur identifie des éléments tel que « Texte2 »).
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 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 à 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 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 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, 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 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.
Lors de l'étape S41 1 , 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).
Lors de l'étape S406, si aucune liaison avec un autre bloc est n'est déterminée (NON), on passe directement à l'étape S41 1 . 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 S41 1 exécutée, il est déterminé lors d'une étape 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 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 œuvre 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 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.
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 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 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 écran.
Si ce n'est pas le cas (NON), on passe directement à l'étape S51 1 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 œuvre pour déterminer s'il faut afficher le niveau d'autres blocs liés (par exemple pour 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 souhaité (NON), on passe à l'étape S51 1 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 S51 1 .
Lors de l'étape S51 1 , 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 œuvre de procédés selon des modes de réalisation de l'invention peuvent être réalisés à partir 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 (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 œuvre 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 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 (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).
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 œuvre 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 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 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 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.
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 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 nœud de management.
L'authentification est géré par un serveur NIS
configuré sur le nœud 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: ail 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:
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 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 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 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 nœud 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é nœuds 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 nœud de 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 nœud 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 nœud de management.
Le répertoire de travail de cet utilisateur doit se trouver sur un système de fichier accessible à tous les nœuds 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 nœud 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 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.
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 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 Définition ») 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 (TEXTE 1 , TEXTE2-1 , TEXTE2-2, TEXTE2-3, TEXTE2-4 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 œuvre l'invention. Les différentes caractéristiques présentées et/ou 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.
ANNEXE 1
Exemple de grammaire DTD <!DOCTYPE document [
<!ELEMENT document (chapitre+, blocs)>
<!ELEMENT chapitre (paragraphe+)>
<!ELEMENT paragraphe (bloc_id*)>
<! ELEMENT bloc_id (#PCDATA)>
<!ELEMENT blocs (bloc+)>
<!ELEMENT bloc (niveau, liaisons?, contenu)>
<!ELEMENT niveau EMPTY>
<!ELEMENT liaisons (lien*)>
<!ELEMENT lien EMPTY>
<!ELEMENT contenu ANY>
<!ATTLIST document titre CDATA #REQUIRED référence CDATA #REQUIRED>
<!ATTLIST chapitre
titre CDATA#REQUIRED
numéro CDATA#REQUIRED>
<!ATTLIST paragraphe
titre CDATA#REQUIRED
numéro CDATA#REQUIRED>
<!ATTLIST bloc bloc jd CDATA#REQUIRED>
<!ATTLIST niveau force CDATA "1 ">
<!ATTLIST lien
blocjd CDATA#REQUIRED
force CDATA#REQUIRED>
]>
ANNEXE 2
Exemple de fichier XML
<!DOCTYPE document SYSTEM "document.dtd">
<document titre- 'Exemple de fichier de documentation" référence < chapitre titre- Titre 1 " numero- Ί ">
<paragraphe titre="Titre 1 " numéro="1 ">
<bloc_id> Net01 -00K/bloc_id> <bloc_id> Net02-00K/bloc_id> <bloc_id> Net03-00K/bloc_id> </paragraphe>
</chapitre>
<blocs>
<bloc bloc_id="Net01 -001 ">
<niveau force="1234" />
<contenu>
TEXTE 1
</contenu>
</bloc>
<bloc bloc_id="Net02-001 ">
<niveau force="1234" />
<liaisons>
<lien bloc_id="Net02-002" force="23" />
<lien bloc_id="Net02-003" force="3" /> <lien bloc_id="Net02-004" force="4" />
</liaisons>
<contenu>
TEXTE2-1
</contenu>
</bloc>
<bloc bloc_id="Net02-002">
<niveau force="23" />
<liaisons>
<lien bloc_id="Net02-001 " force="1234" /> <lien bloc_id="Net02-003" force="3" /> <lien bloc_id="Net02-004" force="4" /> </liaisons>
<contenu>
TEXTE2-2
</contenu>
</bloc>
<bloc bloc_id="Net02-003">
<niveau force="3" /> <liaisons>
<lien bloc_id="Net02-001 " force="1234" /> <lien bloc_id="Net02-002" force="23" /> <lien bloc_id="Net02-004" force="4" />
</liaisons>
<contenu>
TEXTE2-3
</contenu>
</bloc>
<bloc bloc_id="Net02-004">
<niveau force="4" />
<liaisons>
<lien bloc_id="Net02-001 " force="1234" /> <lien bloc_id="Net02-002" force="23" /> <lien bloc_id="Net02-003" force="3" />
</liaisons>
<contenu>
TEXTE2-4
</contenu>
</bloc>
<bloc bloc_id="Net03-001 ">
<niveau force="1234" />
<contenu>
TEXTE3
</contenu>
</bloc>
</blocs>
</document>

Claims

REVENDICATIONS
1 . 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, S41 1 ) 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 l'indicateur est une métadonnée.
1 1 . Procédé selon l'ne 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 œuvre 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.
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 l'indicateur 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).
EP13720470.7A 2012-04-12 2013-04-11 Fichier de donnees de documentation avec niveaux de detail Ceased EP2836922A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1253351A FR2989487B1 (fr) 2012-04-12 2012-04-12 Fichier de donnees de documentation avec niveaux de detail
PCT/FR2013/050781 WO2013153331A1 (fr) 2012-04-12 2013-04-11 Fichier de donnees de documentation avec niveaux de detail

Publications (1)

Publication Number Publication Date
EP2836922A1 true EP2836922A1 (fr) 2015-02-18

Family

ID=48289458

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13720470.7A Ceased EP2836922A1 (fr) 2012-04-12 2013-04-11 Fichier de donnees de documentation avec niveaux de detail

Country Status (4)

Country Link
US (1) US10713433B2 (fr)
EP (1) EP2836922A1 (fr)
FR (1) FR2989487B1 (fr)
WO (1) WO2013153331A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108769103A (zh) * 2018-04-04 2018-11-06 卓望数码技术（深圳）有限公司 一种基于通信业务数据稽核结果展示的控制方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7340677B2 (en) * 2002-03-26 2008-03-04 Intel Corporation Methods and apparatuses of presenting categorical programs in progressive levels of content details
US20120084096A1 (en) * 2010-10-01 2012-04-05 Fujifilm Corporation Method, apparatus, and program for generating diagnostic result explanation reports

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6683611B1 (en) * 2000-01-14 2004-01-27 Dianna L. Cleveland Method and apparatus for preparing customized reading material
EP1139231A1 (fr) * 2000-03-31 2001-10-04 Fujitsu Limited Dispositif et procédé de traitement des documents
US20020138331A1 (en) * 2001-02-05 2002-09-26 Hosea Devin F. Method and system for web page personalization
US7571380B2 (en) * 2004-01-13 2009-08-04 International Business Machines Corporation Differential dynamic content delivery with a presenter-alterable session copy of a user profile
US7680901B2 (en) * 2004-09-17 2010-03-16 Go Daddy Group, Inc. Customize a user interface of a web page using an expertise level rules engine
US20080225757A1 (en) * 2007-03-13 2008-09-18 Byron Johnson Web-based interactive learning system and method
US9147080B2 (en) * 2008-02-06 2015-09-29 International Business Machines Corporation System and methods for granular access control
US20110231930A1 (en) * 2010-03-17 2011-09-22 Cisco Technology, Inc. Incorporating visual aspects to identify permissions and security levels in aggregated content

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7340677B2 (en) * 2002-03-26 2008-03-04 Intel Corporation Methods and apparatuses of presenting categorical programs in progressive levels of content details
US20120084096A1 (en) * 2010-10-01 2012-04-05 Fujifilm Corporation Method, apparatus, and program for generating diagnostic result explanation reports

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Can topics be nested? | DITA XML.org", WEB ARCHIVE COPY OF WEBPAGE, 9 November 2007 (2007-11-09), XP055468289, Retrieved from the Internet <URL:http://web.archive.org/web/20071109095350/http://dita.xml.org:80/can-topics-be-nested> [retrieved on 20180418] *
DAVID A EDGELL: "A DITA case study: Service learning, software documentation, and redesign", PROFESSIONAL COMMUNICATION CONFERENCE, 2008. IPCC 2008. IEEE INTERNATIONAL, IEEE, PISCATAWAY, NJ, USA, 13 July 2008 (2008-07-13), pages 1 - 6, XP031341828, ISBN: 978-1-4244-2085-8 *
DAVID K FARKAS ET AL: "An Overview of SwitchBack", WEB ARCHIVE COPY OF WEBSITE, 4 September 2011 (2011-09-04), XP055233192, Retrieved from the Internet <URL:http://web.archive.org/web/20110409235845/http://faculty.washington.edu/farkas/SwitchBackOverview.pdf> [retrieved on 20151203] *
ERIC SEVERSON: "Dynamic Content Delivery Using DITA", 2008, pages 1 - 19, XP055233261, Retrieved from the Internet <URL:http://www.flatironssolutions.com/assets/Dynamic-Content-Delivery-Using-DITA.pdf> [retrieved on 20151203] *
MARLENE VILLANOVA-OLIVER ET AL: "A PROGRESSIVE ACCESS APPROACH FOR WEB-BASED INFORMATION SYSTEMS", JOURNAL OF WEB ENGINEERING, vol. 2, no. 1 & 2, 2003, pages 27 - 57, XP055233295 *
MILOS KRAVCIK ET AL: "Requirements and Solutions for Personalized Adaptive Learning", 26 January 2005 (2005-01-26), pages 1 - 63, XP055233279, Retrieved from the Internet <URL:https://hal.archives-ouvertes.fr/docs/00/59/09/61/PDF/Kravcik-Prolearn-2005.pdf> [retrieved on 20151203] *
QUAN ZHOU ET AL: "QuikScan: Formatting Documents for Better Comprehension and Navigation", TECHNICAL COMMUNICATION, vol. 57, no. 2, May 2010 (2010-05-01), pages 197 - 209, XP055233252 *
See also references of WO2013153331A1 *

Also Published As

Publication number Publication date
US10713433B2 (en) 2020-07-14
US20150082141A1 (en) 2015-03-19
WO2013153331A1 (fr) 2013-10-17
FR2989487A1 (fr) 2013-10-18
FR2989487B1 (fr) 2020-09-25

Similar Documents

Publication Publication Date Title
US9898480B2 (en) Application recommendation using stored files
US8417764B2 (en) Dynamic mashup creation from a set of resources and resource relationships
US9727544B2 (en) Animating edits to documents
US10032208B2 (en) Identifying recommended electronic books with detailed comparisons
WO2019246188A1 (fr) Capture atomique utilisant un registre distribué, pour preuve d&#39;authenticité et/ou validation visuelle en temps réel
US20170091291A1 (en) Historical summary visualizer for news events
US20160349928A1 (en) Generating summary of activity on computer gui
US11676345B1 (en) Automated adaptive workflows in an extended reality environment
US20140195516A1 (en) Systems and methods for presenting content items in a collections view
US9858438B2 (en) Managing digital photograph metadata anonymization
US10268690B2 (en) Identifying correlated content associated with an individual
CN105144155B (zh) 可视地表示多源数据的查询
WO2015102908A1 (fr) Contenu audio basé sur des données d&#39;image capturée
US7908270B2 (en) System and method for managing access to media assets
US20150169207A1 (en) Systems and methods for generating personalized account reconfiguration interfaces
US10956026B2 (en) Smart element filtering method via gestures
US11151448B2 (en) Location tagging for visual data of places using deep learning
US20200013034A1 (en) Remote document generation
US20120159376A1 (en) Editing data records associated with static images
US9910737B2 (en) Implementing change data capture by interpreting published events as a database recovery log
US9354796B2 (en) Referral slider
US10264324B2 (en) System and method for group-based media composition
EP2836922A1 (fr) Fichier de donnees de documentation avec niveaux de detail
US20180018309A1 (en) Automatically annotating literary text
US20150026218A1 (en) System and Method for Automated Document Linking

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20141104

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
PUAG Search results despatched under rule 164(2) epc together with communication from examining division

Free format text: ORIGINAL CODE: 0009017

17Q First examination report despatched

Effective date: 20160419

B565 Issuance of search results under rule 164(2) epc

Effective date: 20160419

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20180526